WO2014035400A1 - Procédé et appareil de validation d'alerte - Google Patents

Procédé et appareil de validation d'alerte Download PDF

Info

Publication number
WO2014035400A1
WO2014035400A1 PCT/US2012/053115 US2012053115W WO2014035400A1 WO 2014035400 A1 WO2014035400 A1 WO 2014035400A1 US 2012053115 W US2012053115 W US 2012053115W WO 2014035400 A1 WO2014035400 A1 WO 2014035400A1
Authority
WO
WIPO (PCT)
Prior art keywords
alert
alert condition
events
patterns
text
Prior art date
Application number
PCT/US2012/053115
Other languages
English (en)
Inventor
Ehud B. REITER
Original Assignee
Data2Text Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Data2Text Limited filed Critical Data2Text Limited
Priority to PCT/US2012/053115 priority Critical patent/WO2014035400A1/fr
Priority to PCT/US2012/061051 priority patent/WO2014035447A1/fr
Priority to US14/023,023 priority patent/US8762133B2/en
Publication of WO2014035400A1 publication Critical patent/WO2014035400A1/fr
Priority to US14/311,806 priority patent/US9640045B2/en
Priority to US14/634,158 priority patent/US9336193B2/en
Priority to US15/093,365 priority patent/US10467333B2/en
Priority to US15/421,921 priority patent/US10026274B2/en
Priority to US16/009,006 priority patent/US10504338B2/en
Priority to US16/582,462 priority patent/US10963628B2/en

Links

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient ; user input means
    • A61B5/746—Alarms related to a physiological condition, e.g. details of setting alarm thresholds or avoiding false alarms
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/024—Detecting, measuring or recording pulse rate or heart rate
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient ; user input means
    • A61B5/7465—Arrangements for interactive communication between patient and care services, e.g. by using a telephone network
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring

Definitions

  • Embodiments of the present invention relate generally to natural language generation technologies and, more particularly, relate to a method, apparatus, and computer program product for alert validation.
  • a natural language generation (NLG) system is configured to transform raw input data that is expressed in a non-linguistic format into a format that can be expressed linguistically, such as through the use of natural language.
  • raw input data may take the form of a value of a stock market index over time and, as such, the raw input data may include data that is suggestive of a time, a duration, a value and/or the like. Therefore, an NLG system may be configured to input the raw input data and output text that linguistically describes the value of the stock market index; for example, "securities markets rose steadily through most of the morning, before sliding downhill late in the day.”
  • Data that is input into a NLG system may be provided in, for example, a recurrent formal structure.
  • the recurrent formal structure may comprise a plurality of individual fields and defined relationships between the plurality of individual fields.
  • the input data may be contained in a spreadsheet or database, presented in a tabulated log message or other defined structure, encoded in a 'knowledge representation' such as the resource description framework (RDF) triples that make up the Semantic Web and/or the like.
  • the data may include numerical content, symbolic content or the like. Symbolic content may include, but is not limited to, alphanumeric and other non-numeric character sequences in any character encoding, used to represent arbitrary elements of information.
  • the output of the NLG system is text in a natural language (e.g. English, Japanese or Swahili), but may also be in the form of synthesized speech.
  • a method comprises detecting an alert condition.
  • the method of this embodiment may also include generating a set of messages based on one or more key events in a primary data channel and one or more significant events in one or more related data channels in response to the alert condition.
  • the method of this embodiment may also include determining a validity of the alert condition based on the set of messages that express the one or more key events, the one or more significant events, a relationship between the one or more key events and the one or more significant events, an alert context and the one or causes of the alert condition.
  • Figure 1 is a schematic representation of an situational analysis and alert validation system that may benefit from some example embodiments of the present invention
  • Figure 2a illustrates an example alert monitoring system in an example machine monitoring domain according to some example embodiments described herein;
  • Figure 2b illustrates an example document plan tree and a text specification in accordance with some example embodiments of the present invention
  • Figure 3 illustrates a block diagram of an apparatus that embodies a situational analysis and alert validation system in accordance with some example embodiments of the present invention.
  • Figures 4-8 illustrate flowcharts that may be performed by a situational analysis and alert validation system in accordance with some example embodiments of the present invention.
  • a level of validation of an alert along with corresponding alert validation text may provide not only an indication of the validity of an alert condition, but additional text that provides an explanation and the context in which the validity decision was made, as is described in some examples herein.
  • situational awareness may be defined as the perception of environmental elements with respect to time and/or space, the comprehension of their meaning, and the projection of their status after some variable has changed, such as time, or based on the happening of an event such as an alarm or alert.
  • situational awareness is a state achieved when information that is qualitatively and quantitatively determined as suitable for particular purpose is made available to a user by engaging them in in an appropriate information exchange pattern or mental model.
  • Situational awareness involves being aware of what is happening in the vicinity of a person or event to understand how information, events, and/or one's own actions may impact goals and objectives, both immediately and in the near future.
  • Situational awareness may also be related to the perception of the environment critical to decision-makers in complex, dynamic areas from aviation, air traffic control, power plant operations, military command and control, engineering, machine monitoring, oil and gas, power plant monitoring, nuclear energy and emergency services such as firefighting and policing. Lacking or inadequate situational awareness has been identified as one of the primary factors in accidents attributed to human error.
  • Accurate mental models are one of the prerequisites for achieving situational awareness.
  • a mental model can be described as a set of well-defined, highly- organized yet dynamic knowledge structures developed over time from experience.
  • an alert validation text may be generated, as is described herein, that when combined with a user's mental model, may enable the user to achieve a level of situational awareness and/or understanding to enable that user to make a decision.
  • a doctor investigating a heart rate alarm may require an alert validation text pertaining to related data (e.g., blood pressure, respiration rate, or the like), actions which could affect heart rate (e.g., medication, surgery, or the like), and/or background information (e.g., genetics, medical conditions or the like). All of this information helps the doctor correctly interpret and ultimately validate the heart rate alarm alert validation text.
  • the doctor may need dynamic as well as static information; for example, dynamic information such as how has the patient's heart rate changed in the past when a drug was administered and static information such as historical data related to a patient's conditions.
  • a user will not trust or otherwise follow a recommendation provided by a user, a computer, a machine, a subordinate or the like.
  • an alert condition may be accessed or otherwise received from an alert source, a monitoring system or by other alert detection methods.
  • the method, apparatus and computer product may select the data channel having the alert condition as the primary data channel.
  • one or more related data channels may be indicated as related based on the alert condition, a set of rules, a domain model or the like. Patterns located in the primary data channel and/or the one or more related data channels and the relationships between them may be used by the example method, apparatus and computer program product to determine whether the alert condition is a valid or invalid alert condition.
  • a text may be generated that describes the reasons why the alert was deemed to be valid as well as contextual information related to the alert condition.
  • a situational analysis text may be generated in an instance of a valid alert condition.
  • an invalid alert text may be generated that includes, but is not limited to, the reasons why the alert was deemed to be invalid, as well as contextual information related to the alert condition.
  • a situational analysis text may also be generated in an instance of an invalid alert condition.
  • Figure 1 is an example block diagram of example components of an example situational analysis and alert validation environment 100.
  • the situational analysis and alert validation environment 100 comprises an alert reception system 102, a data analysis system 104, an alert validation system 106, a natural language generation system 108 and one or more data sources, such as but not limited to, one or more of raw input data 1 10, historical data 1 12, a domain model 1 14 and/or an event log 1 16.
  • the alert reception system 102, the data analysis system 104, the alert validation system 106, and/or the natural language generation system 108 make take the form of, for example, a code module, a component, circuitry and/or the like.
  • the components of the situational analysis and alert validation environment 100 are configured to provide various logic (e.g.
  • a situational analysis text may be combined with text indicating the validity of the alert condition, and as such would, in some examples, result in an alert validation text.
  • an alert reception system 102 is configured to receive an indication of an alert condition (e.g. an alert received from a source such as, but not limited to, another system, a monitoring system or the like), a violation of a constraint (e.g. a data value over a threshold, within a threshold for a period of time and/or the like), a user input or the like.
  • the alert reception system 102 may in some example embodiments be in data communication with an alert monitoring system, machine monitoring systems, alarm centers, sensors and/or the like.
  • the alert reception system 102 may receive a report, that includes but is not limited to an identifier, an identification of a machine or sensor that is experiencing the alert, the type of alert, a description, a title, and dates for maintenance requests related to the alert and/or the date time group (e.g. a set of characters, usually in a prescribed format, which may express the year, the month, the day of the month, the hour of the day, the minute of the hour, and/or the time zone) for the alert.
  • Other alert condition information may be received and/or otherwise accessed in an alert database via an alert monitoring system.
  • the methods, apparatus and computer products described herein may operate without an alert reception system and/or the alert reception system 102 may be embodied by the data analysis system 104.
  • the alert reception system 102 may be further configured to determine whether the alert condition has been intermittently active in the period leading up to the notification time, such as the notification time in a most recent alert condition.
  • intermittent activity refers to an instance in which the alert has been cycling between on and off for a period of time.
  • an off condition with respect to the intermittent alarm condition may be related to a threshold, for example, the threshold may identify a period in which the alert must be off or not active for a new alert to be generated instead of an intermittent alarm condition being triggered.
  • the threshold may be determined based on the domain model and/or may be indicated by a user as a global parameter.
  • the alert reception system may determine whether an alert validation was performed for a current alert condition or for a past alert condition, such as by the alert validation system 106, and if so, the outcome of the alert validation.
  • the alert reception system 102 is further configured to gather information, such as via raw input data 1 10, historical data 1 12, event log 1 16 or the like, on the history of an alert condition over a particular time period; for example, how often has the alert condition been triggered, how long was the alert condition active, or how often was the alert validated or not validated.
  • the alert reception system 102 may further identify if a maintenance request is currently pending for an alert condition and, if so, a current status of the maintenance request. Closed or completed maintenance requests may also be determined by the alert reception system 102.
  • a time period used to search for historical information about the alert condition may be predetermined, set by a user, set according to a domain model and/or the like. In some examples, the time period may be configured to exclude intermittent alert condition activity as described herein.
  • the alert reception system 102 may further be configured to determine if there are other active alerts and maintenance requests on the unit or machine that triggered the alarm.
  • a single machine may monitor heart rate, blood pressure, etc. and as such the alert reception system 102 may be configured to check each sensor on a particular machine, in this case a human body.
  • a machine may have a plurality of sensors that monitor temperature, pressure, vibrations or the like of various components of a machine and, as such, the alert reception system may be configured to check each one of the sensors for active alerts.
  • the machine or unit definition e.g. components that belong to the machine or unit
  • the alert reception system may also check if there are active alert conditions of the same alert type on other components, units or machines.
  • the alert reception system 102 may further check if there are open maintenance requests on the components, machines or the like.
  • the alert reception system 102 may further gather or otherwise access information and/or data that refers to the status of a machine or unit having the alert condition.
  • the information and/or data includes but is not limited to the functionality of the machine or unit, the most recent start or stop times, maintenance times and/or the like.
  • the alert reception system 102 may determine whether a machine or unit has been started or stopped in the last 24 hours.
  • the data analysis system may comprise a data analyzer 120 and/or a data interpreter 122.
  • the data analyzer 120 is configured to input raw data, such as the raw data contained in the raw input data 1 10, historical data, such as the historical data contain in the historical data 1 12 and/or other data determined or otherwise obtained by the alert reception system 102 or the data analysis system 104.
  • the receipt or input of the raw input data and/or historical data may occur in response to an alert condition, such as is indicated by or otherwise received via the alert reception system 102.
  • the data analyzer 120 may be configured to receive or input raw input data continuously or semi-continuously, such as via a data stream, and determine an importance of the raw input data (e.g., whether the data violates a constraint, satisfies a threshold and/or the like) in order to detect or otherwise determine the presence of an alert condition.
  • the data analysis system 104, the data analyzer 120 and/or the data interpreter 122 may function as or otherwise embody the alert reception system 102 and/or an alert detection system.
  • Raw input data may include data such as, but not limited to, time series data that captures variations across time (e.g. profits, rainfall amounts, temperature or the like), spatial data that indicates variation across location (e.g. rainfall in different regions), or spatial-temporal data that combines both time series data and spatial data (e.g. rainfall across time in different geographical output areas).
  • the raw input data contained or otherwise made accessible by the raw input data 1 10 may be provided in the form of numeric values for specific parameters across time and space, but the raw input data may also contain alphanumeric symbols, such as the RDF notation used in the semantic web, or as the content of database fields.
  • the raw input data 1 10 may be received from a plurality of sources and, as such, data received from each source, sub source or data that is otherwise related may be grouped into or otherwise referred to as a data channel.
  • the data analyzer 120 is further configured to input historical data, such as from historical data 1 12. Similar to the raw input data 1 10, historical data, stored on or otherwise made accessible via historical data 1 12, may be provided in the form of numeric values for specific parameters across time and space. The historical data may also contain alphanumeric symbols, such as the RDF notation used in the semantic web, or as the content of database fields.
  • the raw input data 1 10 may be received from a plurality of sources and, as such, data received from each source, sub source or data that is otherwise related may be grouped into or otherwise to referred to as a historical data channel.
  • a historical data channel may include historical information relating to the current alert condition, data in the primary data channel, the one or more related data channels and/or the like.
  • the historical data 1 12 may be related to the machine apparatus, sensor, device, tool, situation or the like that caused or is otherwise related to the alert condition.
  • the historical data 1 12 may include additional historical data such as past events, previous alert conditions, contextual information about sensors, machines and/or the like.
  • the data analyzer 120 is configured to detect patterns and trends in the one or more data channels that are derived from the raw input data and/or the historical data to provide a set of abstractions.
  • a time-series dataset may contain tens of thousands of individual records describing the temperature at various time points on a component piece of machinery over the course of a day with a sample once every two or three seconds.
  • Trend analysis may then be used to identify that the temperature changes in a characteristic way throughout certain parts of the day.
  • the trend analysis is configured to abstract those changes over time into an abstraction that is representative of the change over time.
  • the data analyzer 120 may be configured to fit a piecewise linear model to the data received in the primary data channel, related data channel or the like.
  • the fitting of the piecewise linear model may include filtering in some examples.
  • the data analyzer 120 may determine a start and/or end time values, qualitative direction (e.g. up, down, steady), qualitative stability (e.g. stable, unstable), threshold status (e.g. normal, high, low, unknown at start, end of trend and/or the like).
  • the data analyzer 120 may be configured to perform the fitting of the piecewise linear model for one or more time scales; for example, over a short term (e.g.
  • a longer time period (e.g. 2 months) may also be analyzed. In some examples, the longer time period may ignore equipment off periods and/or the like.
  • the data analyzer 120 is further configured to determine a first or primary data channel.
  • a first or primary data channel may be selected based on a selection by a user, via a user interface, may be selected based on the happening of a condition such as, but not limited to, an alert, an alarm, an anomaly, a violation of a constraint, a warning, may be predetermined and/or the like.
  • the primary data channel is generally related to, for example, the raw input data and/or data channel that caused the alert condition.
  • the data analyzer 120 may also be configured to identify data channels (e.g. secondary or related channels) that are related to the primary data channel. Alternatively or additionally, relations between data channels may be defined by the domain model 1 14 and therefore accessible by the data analyzer 120.
  • a secondary or related data channel is selected by the data analyzer 120.
  • a plurality of secondary or related data channels may be selected by the data analyzer 120.
  • the one or more secondary or related data channels may be selected based on the detection of important, anomalous, unexpected or otherwise flagged behavior in the second or related channel.
  • the second or related channel is compared to one or more patterns detected in the primary data channel over a similar or related time period. For example, a first data channel may indicate a rise in heart rate, whereas a second data channel may indicate a stable or even a decline in respiration rate.
  • a medical professional may expect a respiration rate to rise along with heart rate, and, as such, a stable respiration rate when heart rate is rising is generally unexpected.
  • unexpected behavior may lead to a life threatening condition, be indicative of a dangerous condition, or the like.
  • a plurality of related channels may also be considered, for example, oxygen levels, blood pressure and/or the like. Relationships between data channels may be defined as important or unexpected or may represent anomalous behavior as defined by a qualitative model such as the domain model 1 14.
  • the domain model 1 14 is a representation of information about a particular domain.
  • a domain model may contain an ontology that specifies the kinds of objects, concepts and/or the like that may exist in the domain in concrete or abstract form, properties that may be predicated of the objects, concepts and the like, relationships that may hold between the objects concepts and the like, and representations of any specific knowledge that is required to function in the particular domain.
  • the domain model 1 14 represents the mental model used for situational awareness in a particular domain.
  • multiple domain models may be provided for a single domain.
  • domains may include, but are not limited to, medical, oil and gas, logistics, news and reporting, industrial, power, weather, legal, financial, nuclear and/or the like.
  • relationships may be defined with respect to one or more sensors, sensor types, monitoring equipment or the like.
  • an alert on a first sensor may have a relationship with another sensor on the same machine or on other related machines.
  • the relationship may further include an indication that the related sensor generally detects movement in the same direction as the primary sensor or that the related sensor generally moves in an opposite direction from the primary sensor.
  • An importance level may be also be assigned to a particular sensor, such as by a user, the domain model or the like. In some examples, this importance level may be used to determine an importance of a particular sensor event.
  • one or more sensors may be indicated as always to be included in a text.
  • a diagnostic model may be configured to determine or otherwise identify one or more possible causes of an alert condition; see e.g. Figure 6. Based on the one or more possible causes of the alert condition, the diagnostic model may be further configured to determine which of the one or more data channels should be examined to verify and/or disprove the one or more possible causes. These data channels may be related data channels.
  • the diagnosis model may identify allergic reaction to medication as one reason for a spike in heart rate. It may also determine that if allergic reaction is suspected, a respiration rate data channel should be examined to verify and/or disprove this diagnosis, because respiration rate would become erratic if the underlying cause was allergic reaction. As such, in this example, respiration rate may be identified as a related data channel.
  • the method, apparatus and computer program product described herein may further provide and/or otherwise access a rule language that is configured to qualitatively specify expected relationships between data channels (e.g. a primary data channel and one or more related data channels).
  • the rule language may further be configured to specify or otherwise indicate instances in which related data channels, related events and/or the like are mentioned in a situation analysis text.
  • the rules may be built via a user interface, using the rule language that may extract or otherwise receive information related to the data channels and the relationships between them. In some cases the data channels and/or relationships may be discovered by analyzing one or more data sources.
  • the rule language may further provide information related to the context of one or more data channels and alerts that may be generated or accessed based on those data channels, for example equipment status, alert history, and status of similar equipment elsewhere.
  • the data analyzer 120 may then identify trends, spikes, steps or other patterns in the data channels to generate abstractions that summarize the patterns determined in the primary data channel and/or the other related data channels. Alternatively or additionally, the data analyzer 120 may also be configured to perform pattern detection on the raw input data irrespective of data channels or the receipt of an alarm condition.
  • a contextual channel may also be selected by the alert reception system 102, the data analysis system 104, the data analyzer 120 or the like.
  • a contextual channel is a data channel that provides a background or circumstance that led to or otherwise influenced the one or more key events and/or the one or more significant events (e.g. a patient is 43 years old and male, or information on a type of sensor that detected the alert condition).
  • a contextual channel may indicate an event, such as a medical treatment that was applied at the time of or just prior to the rise of the heartbeat and the fall or steady state of the respiration rate.
  • a plurality of data channels may also be included based on an anomaly or unexpected behavior.
  • one or more data channels may be selected even though the one or more data channels are representative of expected behavior.
  • a medical professional may expect to see a description of both heart rate and respiration rate in a text even if both are behaving in expected ways, since expected behavior may be indicative of an important result, namely a clean bill of health.
  • events may also be determined by the alert reception system 102, the data analysis system 104, the data analyzer 120 or the like.
  • an event may be the application or injection of some medication, whereas in the machinery domain an event may be the startup of a particular machine.
  • An event may be described in a contextual channel, may be entered into an event log, such as event log 1 16 (e.g. an explicit listing of events), that is input with the raw input data, may be detected within a data channel (e.g. application of a medication received via an IV line data channel) and/or may be inferred based on the raw input data (e.g. alert occurred shortly after startup).
  • event log 1 16 e.g. an explicit listing of events
  • the data analysis system 104 the data analyzer
  • the data analyzer 120 may detect missing data in an instance in which data was not received over a predetermined duration (e.g. exceeds the time in which values are reported). In other examples, a sensor's values may not have changed over a predetermined period before an alert condition was indicated; such a case may indicate a frozen data condition. Frozen data may be identified in an instance in which a machine or unit is determined to be running during a period (e.g.
  • the sensors are float valued and/or the sensor is not excluded from the frozen check.
  • raw input data may be checked to determine if the values fall outside those physically possible (e.g. temperatures that would cause melting). Other verification may include error tokens, inconsistent values and/or the like.
  • a data interpreter such as data interpreter 122, may then be configured to input the abstractions and generate one or more messages based on a determined importance level and/or relationships between the abstractions identified in the one or more data channels (e.g. primary data channel, one or more related data channels, historical data channels and/or the like).
  • the one or more messages may be generated based on a domain model, a requirements analysis, a corpus analysis and or the like.
  • the one or more messages may then be populated or otherwise instantiated based on data or information in the primary data channel, the one or more related data channels, the historical data, the contextual channel, one or more events and/or the like.
  • messages are language independent data structures that correspond to informational elements in a text and/or collect together underling data in such a way that the underlying data can be linguistically expressed.
  • messages are created based on a requirements analysis as to what is to be communicated for a particular scenario (e.g. for a particular domain).
  • a message typically corresponds to a fact about the underlying data (for example, the existence of some observed event) that could be expressed via a simple sentence (although it may ultimately be realized by some other linguistic means). For example, to linguistically describe wind, a user may want to know a speed, a direction, a time period or the like, but also the user wants to know changes in speed over time, warm or cold fronts, geographic areas and or the like.
  • a message related to wind speed may include fields to be populated by data related to the speed, direction, time period or the like, and may have other fields related to different time points, front information or the like.
  • the mere fact that wind exists may be found in the data, but to linguistically describe "light wind” or "gusts” different data interpretation must be undertaken as is described herein.
  • a message is created by the data interpreter 122 in an instance in which the raw input data or the historical data warrants the construction of such a message.
  • a wind message would only be constructed in an instance in which wind data was present in the raw input data.
  • messages may correspond directly to observations taken from the raw data input, others, however, may be derived from the observations by means of a process of inference. For example, the presence of rain may be indicative of other conditions, such as the potential for snow at some temperatures.
  • the natural language generation system 108 may embody all or portions of the data analysis system 104, the data analyzer 120, and/or the data interpreter 122. In some example embodiments, the natural language generation system 108 may be configured to instantiate messages.
  • the concepts and relationships that make up messages may be drawn by the data interpreter 122 from an ontology (e.g. a domain model) that formally represents knowledge about the application scenario.
  • message structures may be defined by the domain model 1 14 based on a particular alert condition and/or the raw input data, such as but not limited to the primary and/or related data channels.
  • Messages may also be derived from another data structure, may be user defined and/or the like.
  • Each type of message may also be represented by a message template, which expresses a relationship between instances of a number of concepts; the message template contains slots which may be filled in, or instantiated, using particular values that are derived from the raw input data.
  • the data interpreter 122 is configured to instantiate a plurality of messages based on the raw input data derived from the key events, the significant events, the primary data channel, the one or more related data channels, the historical data, the events, the contextual channel and/or the like.
  • the data interpreter 122 may be configured to access the domain model 1 14 directly or indirectly via the data analyzer 120 or the like.
  • the domain model 1 14 may contain information related to a particular domain or industry.
  • the domain model 1 14 may provide importance levels, single data channel limits related to normal behaviors in a domain (e.g. normal ranges), information related to anomalous behaviors and/or the like.
  • the domain model 1 14 may describe relationships between various events and/or phenomena in multiple data channels.
  • a domain model may indicate or otherwise instantiate an extreme weather message in an instance in which wind speeds that are related to hurricane type events or temperatures that may cause harm to humans or other animals or may cause damage or interference to shipping are present in the data.
  • the extreme weather message may then be labeled as important, whereas typical temperatures or a typical wind message may not be marked as important in some examples.
  • the domain model 1 14 may be configured to contain or otherwise have access to the diagnostic model.
  • the data interpreter 122 may be configured to annotate messages with an indication of their relative importance; this information can be used in subsequent processing steps or by the natural language generation system 108 to make decisions about which information should be conveyed and which information may be suppressed, such as by using the domain model 1 14.
  • the data interpreter 122 may assign an importance level to the one or more messages based on the pattern itself (e.g. magnitude, duration, rate of change or the like), defined constraints (e.g. defined thresholds, constraints or tolerances), temporal relationships between the pattern in the primary data channel and patterns in other related data channels and/or the like. For example, a heart rate over 170 beats per minute, or 100 mile per hour winds, may be assigned a high level of importance.
  • messages that describe other patterns and/or constraints may be defined by the domain model 1 14.
  • the data interpreter 122 may also be configured to annotate messages with information about how they are related to each other; for example, the data interpreter 122 might indicate that an event described in one message is assumed to have been caused by the event described in another message.
  • the data interpreter 122 may assign certain ones of the messages that describe or are otherwise are instantiated with patterns or other data in the primary data channel as including key events.
  • a key event may be selected or otherwise identified based on a pre-determined importance level threshold, such as a threshold defined by a user, a constraint defined by the domain model 1 14, or the like.
  • key events may be selected or otherwise identified based on those patterns in the primary data channel with the highest level of importance, those patterns that exceed or otherwise satisfy the predetermined importance level threshold and/or the like.
  • a domain model or user preference may indicate that any messages having wind readings over 50 miles per hour may be designated as key events, whereas in other examples only a message with highest wind reading over a defined time period may be a determined to include a key event.
  • the importance level determination may be performed over a plurality of time scales that may be user defined, defined by the domain model or the like (e.g., one hour, one day, one week, one month and/or the like).
  • the data interpreter 122 may also be configured to determine the importance of messages that describe patterns or events detected in one or more secondary or related data channels.
  • the data interpreter 122 may determine one or more messages that describe patterns or events in the related data channels that overlap time-wise or occur within the same time period as the patterns in the primary data channel. For example, during the same time period as rain is detected, another data channel may detect temperature falling below the freezing point.
  • the data interpreter 122 may then mark the one or more messages that describe patterns or events in the related channels as important, expected, unexpected or as having or not having some other property based on the domain model 1 14.
  • the domain model may suggest that the one or more patterns in the related data channel were expected to rise as they did in the primary channel. By way of example, as winds are rising, a wave height may then be expected to rise.
  • the behavior of the one or more related channels may be unexpected or may be anomalous when compared to the behavior of the primary data channel.
  • the one or more messages may be marked as including significant events based on the importance level, domain model 1 14, constraints, user settings or the like. For example, messages that include patterns or events in the related data channel that have an importance level above a predetermined threshold defined by the domain model 1 14, a user or the like, and may be marked as including significant events. In some example embodiments, messages including unexpected patterns or messages may also be categorized as significant events as they are suggestive of a particular condition or fault. Other messages including patterns or events may be determined to be significant events based on one or more constraints on channel value (e.g. expected range of values or the like), data anomalies, patterns marked as neither expected or unexpected that satisfy an importance level, and/or the like.
  • channel value e.g. expected range of values or the like
  • the data interpreter 122 may also be configured to determine the importance of messages built or otherwise instantiated using historical data, such as historical data 1 12, background information, event data, and/or the like.
  • historical data may contain information related to a previous alert condition and the actions taken or a result.
  • Historical data may also provide indicators of the validity of an alert and/or provide additional information that may provide additional situational awareness.
  • the data interpreter 122 may be configured to generate one or more messages based on determined or otherwise inferred events from the one or more data channels, historical data, event data and/or the like. Events may include specific activities that may influence the one or more key events and/or may have caused the one or more significant events. In some examples, the one or more events may be inferred based in context with the one or more patterns in the primary and/or related data channels. Alternatively or additionally events may be provided as a separate channel, such as a contextual channel, in the raw input data 1 10, the event log 1 16 or may be provided directly to the data interpreter 122. Alternatively or additionally, one or more messages may be generated based on the contextual channel.
  • the data analysis system 104, the data analyzer 120 or the like may receive raw input data, such as the data in the following table, that illustrates a primary data channel (e.g. heart rate) and a related data channel (e.g. respiration rate):
  • a primary data channel e.g. heart rate
  • a related data channel e.g. respiration rate
  • the alert reception system 102, the data analysis system 104 and/or the like may receive an indication of an alarm condition, such as by a patient monitoring system, patient monitoring equipment and/or based on the determination by the data analysis system 104 that the data indicates an alert situation.
  • the data analyzer 120 may cause the heart rate data channel to be the primary data channel.
  • a user, the domain model or the like may indicate that the primary data channel is the heart rate data channel.
  • the data analyzer 120 may abstract or otherwise identify the rapid change of heart rate between time point 10 and time point 1 1 lasting to time point 15 for use by the data interpreter 122.
  • the data analyzer 120 may also determine whether a secondary or related data channel (e.g. respiration rate) has a pattern (e.g. no change when a change is generally expected) in a corresponding time period.
  • a secondary or related data channel e.g. respiration rate
  • the corresponding time period may be the same time period or may be a later time period when compared to the time period of the key events. Further, the corresponding time period may, in some examples, be defined by a domain model, such as domain model 1 14.
  • the data analyzer 120 may abstract or otherwise identify the relatively flat and/or steady respiration rate between time point 10 and time point 15 for use by the data interpreter 122.
  • the data interpreter 122 is configured to generate one or more messages based on the raw input data in the one or more data channels.
  • messages are language independent data structures that correspond to informational elements in a text and/or collect together underlying data in such a way that the underlying data can be linguistically expressed.
  • a message may include portions of the raw input data, to include abstractions of the data, but may also include additional distinctions necessary for the generation of text as the raw input data is likely to be insufficient for such a purpose.
  • a HeartRateSpike message may be instantiated using the raw input data and such a message may include: a time and relative variation in terms of heart rate change or peak heart rate, a time period and a direction.
  • another message may be generated on related channels, historic data, events and/or the like.
  • the HeartRateSpike message may be related to an Alert Message that contains information relating to the alert itself. For example, in an instance in which caffeine was applied prior to the heart rate spike, a message may be generated to identify such an event.
  • Such a message may be an Event message that is instantiated with an event time and an event description, such as from the event log 1 16; for example, a message that indicates that caffeine had been orally administered prior to the spike in heart rate.
  • the natural language generation system 108, the document planner 130 and/or the like may be configured to generate the one or more messages.
  • an alert validation system 106 is configured to determine the validity of a current alert condition based on the one or more messages received from the data analysis system 104, the raw input data 1 10, the historical data 1 12 and/or the domain model 1 14.
  • alert validation may be determined based on the length an alert has been intermittently on, in an instance the alert is intermittent; open maintenance requests based on the alert; other alarms on the same machine or unit; active alert conditions on other units; duration of the alert condition; sensor providing input data that is trending up/down/steady; detection of unexpected behavior; data errors and/or the like.
  • the alert validation system 106 may use machine learning to determine the validity of an alert (e.g.
  • the alert validation system 106 may be configured to determine the validity of the alert condition.
  • an alert may be determined to be invalid by the alert validation system in an instance in which there are data problems with a sensor or the machine that the sensor is monitoring is off or other otherwise not functioning.
  • the current alert condition may be merged with said current maintenance request.
  • the alert validation system may generate additional messages for use by the natural language generation system 108 in generating an alert validation text.
  • these messages may include data relating to contextual information, such as, the key events, significant events, historical data and/or the like.
  • context information may include data that would enable a decision maker to make a decision or understand a current situation, information to be used by a mental model (e.g. satisfy a user's internal list of items to check when validating an alert), information that enables a user to override a decision and/or the like.
  • One such message may provide an indication to ignore the alarm, because the change in heart rate was probably caused by the caffeine.
  • a natural language generation system such as natural language generation system 108, is configured to generate phrases, sentences, text or the like which may take the form of natural language text.
  • the natural language generation system 108 comprises a document planner 130, a microplanner 132 and/or a realizer 134.
  • Other natural language generation systems may be used in some example embodiments, such as a natural language generation system as described in Building Natural Language Generation Systems by Ehud Reiter and Robert Dale, Cambridge University Press (2000), which is incorporated by reference in its entirety herein.
  • the document planner 130 is configured to input the one or more messages that are generated and/or instantiated by the data analysis system 104.
  • the document planner 130 is further configured to determine how to arrange those messages to describe the patterns in the one or more data channels derived from the raw input data.
  • the document planner 130 may comprise a content determination process that is configured to select the messages, such as the messages that describe the key events and/or the significant events, that are be included in a situational analysis text and/or an alert validation text.
  • the document planner 130 may also comprise a structuring process that determines the order of messages referring to the key events and/or significant events to be included in a natural language text.
  • the document planner 130 may access one or more text schemas for the purposes of content determination and document structuring.
  • a text schema is a rule set that defines the order in which a number of messages are to be presented in a document. For example, an event message (e.g. medication injection) may be described prior to a key event message (e.g. rise in heart rate). In other examples, a significant event message (e.g. falling respiration rate) may be described after, but in relation to, a key event message (e.g. rise in heart rate).
  • a document plan may include, but is not limited to, an AlertMessage, a HeartRateSpike message and then a Respiration Rate message. An Event message, HeartRateAlertHistorical message and HeartRateHistorical message may then follow in the example document plan.
  • the output of the document planner 130 may be a tree-structured object or other data structure that is referred to as a document plan.
  • the leaf nodes of the tree may contain the messages, and the intermediate nodes of the tree structure object may be configured to indicate how the subordinate nodes are related (e.g. elaboration, consequence, contrast and/or the like) to each other.
  • the document planner 130 may be configured for generation of alert validation texts.
  • the document planner 130 may include an example paragraph containing one or more of an alert information message (e.g. alert name, unit, time), an intermittent alert message in an instance in which an alert has been on intermittently (e.g. start time), and/or an intermittent validation summary message in an instance in which the alert has been on intermittently and alert validation has been completed, such as by the data analysis system 104 (e.g. number of times validated, number of times not validated).
  • an alert information message e.g. alert name, unit, time
  • an intermittent alert message in an instance in which an alert has been on intermittently
  • an intermittent validation summary message in an instance in which the alert has been on intermittently and alert validation has been completed, such as by the data analysis system 104 (e.g. number of times validated, number of times not validated).
  • the document planner 130 may also be configured to generate an example paragraph relating to the behavior of the sensor via the raw input data. This paragraph may include but is not limited to messages related to data problems if there are data problems, messages related to primary trends in the form of key events and/or a machine status message (e.g. on/off, on duration, multiple starts or the like). In an instance in which the document planner 130 is configured to provide a recommendation, one or more recommendation messages and/or explanations may be included by the document planner 130.
  • the document planner 130 may further include one or more of a concurrent alerts summary, in an instance in which there are similar alerts on related units; a similar alert summary; active maintenance request messages in an instance in which there are active maintenance requests for this alert condition on the machine (e.g. number, status) and related maintenance request messages in an instance in which there are active maintenance requests for this alert condition on related units; a data problems message and/or previous history messages.
  • a concurrent alerts summary in an instance in which there are similar alerts on related units
  • a similar alert summary active maintenance request messages in an instance in which there are active maintenance requests for this alert condition on the machine (e.g. number, status) and related maintenance request messages in an instance in which there are active maintenance requests for this alert condition on related units
  • active maintenance request messages in an instance in which there are active maintenance requests for this alert condition on the machine (e.g. number, status) and related maintenance request messages in an instance in which there are active maintenance requests for this alert condition on related units
  • a data problems message and/or previous history messages e.g
  • a sample document plan may include, but is not limited to, document plan 250 of Figure 2b.
  • Document plan 250 may include but is not limited to one or more messages, such as message 252.
  • the microplanner 132 is configured to modify the document plan from the document planner 130, such that the document plan may be expressed in natural language.
  • the microplanner 132 may perform aggregation, lexicalization and referring expression generation.
  • aggregation includes, but is not limited to, determining whether two or more messages can be combined together linguistically to produce a more complex sentence. For example, one or more key events may be aggregated so that both of the key events can be described by a single sentence. For example the alert information message and the HeartRateSpike message may be combined using the term because.
  • lexicalization includes, but is not limited to, choosing particular words for the expression of concepts and relations. For example, the phrase 'sounded an alarm" may be used to describe an alert condition or "administered” may be used to describe the causal event. Other descriptive phrases such as "respiration rate” may be determined to describe one or more related channels.
  • referring expression generation includes, but is not limited to, choosing how to refer to an entity so that it can be unambiguously identified by the reader. For example, in a first sentence "John Smith” and a heart rate alarm may be used where "he” or "it” may be used in subsequent sentences.
  • the output of the microplanner 132 is a tree- structured text specification whose leaf-nodes are phrase specifications, and whose internal nodes express rhetorical relations between the leaf nodes.
  • a tree-structured text specification may include, but is not limited to, text specification 260 of figure 2b, having one or more phrase specifications, such as phrase specification 262.
  • a phrase specification may correspond to a sentence or a sub-sentence fragment (e.g. a title) and are produced from one or more messages.
  • a phrase specification is configured to contain one or more syntactic constituents (e.g. subject, verb, prepositional phrase and/or the like) and one or more syntactic features (e.g. tense).
  • a realizer 134 is configured to traverse the tree-structured text specification to express the tree-structured text specification in natural language.
  • the realization process that is applied to each phrase specification in a text specification makes use of a grammar which specifies the valid syntactic structures in the language and further provides a way of mapping from phrase specifications into the corresponding natural language sentences.
  • the output of the process is, in some example embodiments, a well-formed natural language text.
  • the natural language text may include embedded mark-up.
  • the output of the realizer 134 in some example embodiments, is the alert validation text.
  • the realizer may also output situational analysis text or a narrative that is configured to describe or otherwise summarize the one or more key events, the one or more significant events, the one or more contextual channels, and/or the one or more events.
  • the realizer may output the following alert validation text in response to the text specification shown above:
  • John Smith's heart rate monitor sounded an alarm at 10.56 because his heart rate went above 1 15 beats per minute (bpm). His respiratory rate and oxygen saturation did not change.
  • Caffeine which can affect heart rate, had been orally administered to John at 10.54. This alarm had gone off twice yesterday, but in both cases heart rate quickly reverted to 70 bpm. John's heart rate has not shown any long-term upward or downward trends since he was admitted 10 days ago.
  • the natural language generation system 108 may be configured to generate a graph to display one or more key events that are detected in a data channel.
  • the graph may also include one or more significant events in one or more related channels and/or events.
  • a time period or duration of the data shown in the graph may be selected such that the displayed graph illustrates the portion of the data channel that contains the one or more key events.
  • the output graph is further configured to include textual annotations that provide a textual comment, phrase or otherwise is configured to explain, using text, the one or more key events, the one or more significant events and/or the events in a contextual channel in natural language.
  • the textual annotations are generated from the raw input data and further are designed, in some examples, to textually describe identified patterns, anomalies and/or the context of the graph.
  • a narrative e.g. situational analysis text
  • Figure 2a illustrates an example alert monitoring system in an example machine monitoring domain according to some example embodiments described herein.
  • Figure 2a illustrates a first machine 202 and a second machine 204.
  • the first machine may comprise component 210 having a sensor 220 and component 212 having a sensor 222.
  • the second machine may comprise component 214 having a sensor 224 and component 216 having a sensor 226.
  • the machines 202 and 204, the components 210-216 and/or the sensors 220-226 may be defined in terms of relationships.
  • sensor 220 may be related to sensor 222 with a relationship defined as the data generated by sensor 220 moves in the opposite direction of sensor 222 (e.g. 220 is falling and 222 is rising).
  • Other relationships such as a relation between sensor 220 and 224, may also be defined in some example embodiments.
  • Each of the relationships may be given an importance and/or otherwise may be weighted based on the importance level of the relationship between the sensors, such as 220 and 222, components 210 and 212 and/or the like. Relationship and importance may be determined for each machine, component, sub component, sensor and/or the like.
  • Metadata and/or an ontology may also be specified that includes a linguistic description or title for each component, sub component or the like.
  • the data analysis system 104 may perform one or more of the following in an instance in which an alarm condition is detected with respect to sensor 220.
  • the data analysis system may determine whether the alert condition is an intermittent alert condition, by determining the last active alert for sensor 220.
  • the data analysis system 104 may determine the alert history and/or maintenance history for the sensor 220, the component 210 and the machine 202. Such historical information may be used to validate the alert condition and/or for the purposes of generating a situational analysis text.
  • Current event information may be determined for the machine 202 and/or the components 210 and 212 that includes but is not limited to current status, last startup time and/or the like.
  • the data analysis system 104 may then check for active alerts and/or maintenance requests on the same equipment, such as with respect to sensor 222, component 212 and/or machine 202.
  • the data analysis system 104 may also check for active alerts and/or maintenance requests on a related machine, such as machine 204, and/or related components, such as components 214 and 216.
  • the data analysis system 104 may then analyze the data received via sensors 220-226 as is described with respect to Figure 1.
  • Figure 3 is an example block diagram of an example computing device for practicing embodiments of an example situational analysis and alert validation system.
  • a computing system 300 that may be utilized to implement a situational analysis and alert validation environment 100 having an alert reception system 102; a data analysis system 104 including, in some examples, a data analyzer 120 and a data interpreter 122; an alert validation system 106; a natural language generation system 108 including, in some examples, a document planner 130, a microplanner 132 and/or a realizer 124; and/or an optional user interface (not shown).
  • One or more general purpose or special purpose computing systems/devices may be used to implement the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108.
  • the computing system 300 may comprise one or more distinct computing systems/devices and may span distributed locations.
  • the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 may be configured to operate remotely via the network 350.
  • a pre-processing module or other module that requires heavy computational load may be configured to perform that computational load and thus may be on a remote device or server.
  • the data analysis system 104 may be accessed remotely.
  • each block shown may represent one or more such blocks as appropriate to a specific example embodiment. In some cases one or more of the blocks may be combined with other blocks.
  • the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 may be implemented in software, hardware, firmware, or in some combination to achieve the capabilities described herein.
  • computing system 300 comprises a computer memory (“memory”) 301 , a display 302, one or more processors 303, input/output devices 304 (e.g., keyboard, mouse, CRT or LCD display, touch screen, gesture sensing device and/or the like), other computer-readable media 305, and communications interface 306.
  • the processor 303 may, for example, be embodied as various means including one or more microprocessors with accompanying digital signal processor(s), one or more processor(s) without an accompanying digital signal processor, one or more coprocessors, one or more multi-core processors, one or more controllers, processing circuitry, one or more computers, various other processing elements including integrated circuits such as, for example, an application-specific integrated circuit (ASIC) or field-programmable gate array (FPGA), or some combination thereof. Accordingly, although illustrated in Figure 3 as a single processor, in some embodiments the processor 303 comprises a plurality of processors. The plurality of processors may be in operative communication with each other and may be collectively configured to perform one or more functionalities of the situational analysis and/or alert validation system as described herein.
  • ASIC application-specific integrated circuit
  • FPGA field-programmable gate array
  • the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 are shown residing in memory 301.
  • the memory 301 may comprise, for example, transitory and/or non-transitory memory, such as volatile memory, non-volatile memory, or some combination thereof. Although illustrated in Figure 3 as a single memory, the memory 301 may comprise a plurality of memories. The plurality of memories may be embodied on a single computing device or may be distributed across a plurality of computing devices collectively configured to function as the situational analysis texts and/or alert validation system.
  • the memory 301 may comprise, for example, a hard disk, random access memory, cache memory, flash memory, a compact disc read only memory (CD-ROM), digital versatile disc read only memory (DVD-ROM), an optical disc, circuitry configured to store information, or some combination thereof.
  • a hard disk random access memory
  • cache memory flash memory
  • CD-ROM compact disc read only memory
  • DVD-ROM digital versatile disc read only memory
  • optical disc circuitry configured to store information, or some combination thereof.
  • some portion of the contents, some or all of the components of the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 may be stored on and/or transmitted over the other computer-readable media 305.
  • the components of the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 preferably execute on one or more processors 303 and are configured to generate situational analysis texts and/or perform alert validation, as described herein.
  • code or programs 330 e.g., an administrative interface, a Web server, and the like
  • data repositories such as data repository 340
  • code or programs 330 also reside in the memory 301 , and preferably execute on one or more processors 303.
  • code or programs 330 e.g., an administrative interface, a Web server, and the like
  • data repositories such as data repository 340
  • one or more of the components in Figure 3 may not be present in any specific implementation. For example, some embodiments may not provide other computer readable media 305 or a display 302.
  • the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 are further configured to provide functions such as those described with reference to Figure 1 .
  • the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 may interact with the network 350, via the communications interface 306, with remote data sources/alert systems 356 (e.g. remote reference data, remote performance data, remote aggregation data, remote alert systems and/or the like), third-party content providers 354 and/or client devices 358.
  • remote data sources/alert systems 356 e.g. remote reference data, remote performance data, remote aggregation data, remote alert systems and/or the like
  • third-party content providers 354 and/or client devices 358 e.g. remote reference data, remote performance data, remote aggregation data, remote alert systems and/or the like
  • the network 350 may be any combination of media (e.g., twisted pair, coaxial, fiber optic, radio frequency), hardware (e.g., routers, switches, repeaters, transceivers), and protocols (e.g., TCP/IP, UDP, Ethernet, Wi-Fi, WiMAX, Bluetooth) that facilitate communication between remotely situated humans and/or devices.
  • the network 350 may take the form of the internet or may be embodied by a cellular network such as an LTE based network.
  • the communications interface 306 may be capable of operating with one or more air interface standards, communication protocols, modulation types, access types, and/or the like.
  • the client devices 358 include desktop computing systems, notebook computers, mobile phones, smart phones, personal digital assistants, tablets and/or the like.
  • components/modules of the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 are implemented using standard programming techniques.
  • the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 may be implemented as a "native" executable running on the processor 303, along with one or more static or dynamic libraries.
  • the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 may be implemented as instructions processed by a virtual machine that executes as one of the other programs 330.
  • a range of programming languages known in the art may be employed for implementing such example embodiments, including representative implementations of various programming language paradigms, including but not limited to, object-oriented (e.g., Java, C++, C#, Visual Basic.NET, Smalltalk, and the like), functional (e.g., ML, Lisp, Scheme, and the like), procedural (e.g., C, Pascal, Ada, Modula, and the like), scripting (e.g., Perl, Ruby, Python, JavaScript, VBScript, and the like), and declarative (e.g., SQL, Prolog, and the like).
  • object-oriented e.g., Java, C++, C#, Visual Basic.NET, Smalltalk, and the like
  • functional e.g., ML, Lisp, Scheme, and the like
  • procedural e.g., C, Pascal, Ada, Modula, and the like
  • scripting e.g., Perl, Ruby, Python, JavaScript, VBScript, and
  • the embodiments described above may also use synchronous or asynchronous client-server computing techniques.
  • the various components may be implemented using more monolithic programming techniques, for example, as an executable running on a single processor computer system, or alternatively decomposed using a variety of structuring techniques, including but not limited to, multiprogramming, multithreading, client-server, or peer-to-peer, running on one or more computer systems each having one or more processors.
  • Some embodiments may execute concurrently and asynchronously, and communicate using message passing techniques. Equivalent synchronous embodiments are also supported.
  • other functions could be implemented and/or performed by each component/module, and in different orders, and by different components/modules, yet still achieve the described functions.
  • programming interfaces to the data stored as part of the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 can be made available by mechanisms such as through application programming interfaces (API) (e.g. C, C++, C#, and Java); libraries for accessing files, databases, or other data repositories; through scripting languages such as XML; or through Web servers, FTP servers, or other types of servers providing access to stored data.
  • API application programming interfaces
  • the raw input data 1 10, historical data 1 12, the domain model 1 14 and/or the event log 1 16 may be implemented as one or more database systems, file systems, or any other technique for storing such information, or any combination of the above, including implementations using distributed computing techniques.
  • the raw input data 1 10, historical data 1 12, the domain model 1 14 and/or the event log 1 16 may be local data stores but may also be configured to access data from the remote data sources/alert systems 356.
  • some or all of the components of the alert reception system 102, the data analysis system 104, the alert validation system 106 and/or the natural language generation system 108 may be implemented or provided in other manners, such as at least partially in firmware and/or hardware, including, but not limited to one or more ASICs, standard integrated circuits, controllers executing appropriate instructions, and including microcontrollers and/or embedded controllers, FPGAs, complex programmable logic devices (“CPLDs”), and the like.
  • firmware and/or hardware including, but not limited to one or more ASICs, standard integrated circuits, controllers executing appropriate instructions, and including microcontrollers and/or embedded controllers, FPGAs, complex programmable logic devices (“CPLDs”), and the like.
  • system components and/or data structures may also be stored as contents (e.g., as executable or other machine-readable software instructions or structured data) on a computer-readable medium so as to enable or configure the computer-readable medium and/or one or more associated computing systems or devices to execute or otherwise use or provide the contents to perform at least some of the described techniques.
  • contents e.g., as executable or other machine-readable software instructions or structured data
  • system components and data structures may also be stored as data signals (e.g., by being encoded as part of a carrier wave or included as part of an analog or digital propagated signal) on a variety of computer-readable transmission mediums, which are then transmitted, including across wireless-based and wired/cable-based mediums, and may take a variety of forms (e.g., as part of a single or multiplexed analog signal, or as multiple discrete digital packets or frames).
  • Such computer program products may also take other forms in other embodiments. Accordingly, embodiments of this disclosure may be practiced with other computer system configurations.
  • FIGS 4-8 illustrate example flowcharts of the operations performed by an apparatus, such as computing system 300 of Figure 3, in accordance with example embodiments of the present invention.
  • each block of the flowcharts, and combinations of blocks in the flowcharts may be implemented by various means, such as hardware, firmware, one or more processors, circuitry and/or other devices associated with execution of software including one or more computer program instructions.
  • one or more of the procedures described above may be embodied by computer program instructions.
  • the computer program instructions which embody the procedures described above may be stored by a memory 301 of an apparatus employing an embodiment of the present invention and executed by a processor 303 in the apparatus.
  • any such computer program instructions may be loaded onto a computer or other programmable apparatus (e.g., hardware) to produce a machine, such that the resulting computer or other programmable apparatus provides for implementation of the functions specified in the flowcharts' block(s).
  • These computer program instructions may also be stored in a non-transitory computer-readable storage memory that may direct a computer or other programmable apparatus to function in a particular manner, such that the instructions stored in the computer-readable storage memory produce an article of manufacture, the execution of which implements the function specified in the flowcharts' block(s).
  • the computer program instructions may also be loaded onto a computer or other programmable apparatus to cause a series of operations to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide operations for implementing the functions specified in the flowcharts' block(s).
  • the operations of Figures 4-8 when executed, convert a computer or processing circuitry into a particular machine configured to perform an example embodiment of the present invention. Accordingly, the operations of Figures 4-8 define an algorithm for configuring a computer or processor, to perform an example embodiment.
  • a general purpose computer may be provided with an instance of the processor which performs the algorithm of Figures 4-8 to transform the general purpose computer into a particular machine configured to perform an example embodiment.
  • blocks of the flowchart support combinations of means for performing the specified functions and combinations of operations for performing the specified functions. It will also be understood that one or more blocks of the flowcharts', and combinations of blocks in the flowchart, can be implemented by special purpose hardware-based computer systems which perform the specified functions, or combinations of special purpose hardware and computer instructions.
  • certain ones of the operations herein may be modified or further amplified as described below. Moreover, in some embodiments additional optional operations may also be included (some examples of which are shown in dashed lines in Figure 4). It should be appreciated that each of the modifications, optional additions or amplifications described herein may be included with the operations herein either alone or in combination with any others among the features described herein.
  • Figure 4 is a flow chart illustrating an example method for generating a situational analysis text.
  • an apparatus may include means, such as the alert reception system 102, the data analysis system 104, the processor 303, or the like, for detecting an alert condition.
  • an apparatus may include means, such as the data analysis system 104, the data interpreter 122, the natural language generation system 108, the processor 303, or the like, for generating a set of messages based on one or more key events in a primary data channel, one or more significant events in one or more related data channels in response to the alert condition, and/or the alert context (e.g. Fig. 6).
  • an apparatus may include means, such as the data analysis system 104, the data analyzer 120, the data interpreter 122, the natural language generation system 108, the processor 303, or the like, for determining that a relationship exists between the primary data channel and the one or more related data channels.
  • an apparatus may include means, such as the data analysis system 104, the data analyzer 120, the data interpreter 122, the natural language generation system 108, the processor 303, or the like, for determining an expression that linguistically describes the relationship between the primary data channel and the one or more related data channels.
  • the primary and/or the one or more related data channels comprises high frequency data.
  • an apparatus may include means, such as the data analysis system 104, the data analyzer 120, the data interpreter 122, the natural language generation system 108, the processor 303, or the like, or the like, for accessing historical data or event data for the primary data channel and the one or more related data channels.
  • the historical data further comprises at least one of previous events, actions taken during a previous instance of the alert condition or results of a previous alert condition.
  • an apparatus may include means, such as the data analysis system 104, the data analyzer 120, the data interpreter 122, the natural language generation system 108, the domain model 1 14, the processor 303, or the like, for determining one or more causes of the alert condition. Determining one or more causes of the alert condition may include determining an alert context which is further described with reference to Figure 6.
  • an apparatus may include means, such as the natural language generation system 108, the document planner 130, the processor 303, or the like, for a tree-structured object that contains at least a portion of the set of messages, wherein the at least the portion of the set of messages are chosen based on the alert condition, the one or more key events, the one or more significant events, the one or more events, contextual data, the alert context (e.g. Fig. 6) and/or the one or more causes of the alert condition.
  • an apparatus may include means, such as the natural language generation system 108, the document planner 130, the processor 303, or the like, for refining the tree- structured object based on domain constraints.
  • the domain constraints may be defined by a domain model, a user or a like.
  • the situational analysis text is generated based on a realization of the tree-structured object.
  • an apparatus may include means, such as the natural language generation system 108, the document planner 130, the microplanner 132, the processor 303, or the like, for generating a situational analysis text based on the set of messages and the relationships between them.
  • the situational analysis text is configured to linguistically express the one or more key events, the one or more significant events, and the relationships between the one or more key events and the one or more significant events.
  • the situational analysis text is further configured to express the relationships between the alert condition and the one or more key events and the one or more significant events.
  • the situational analysis text is further configured to express a proximate cause of the alert condition or an explanation of a diagnosis of the alert condition.
  • the situational analysis text is further configured to comprise at least one of coherent text describing the alert condition, one or more events, and a history of the alert condition or related alert conditions.
  • Figure 5 is a flow chart illustrating an example method for performing alert validation.
  • an apparatus may include means, such as the alert reception system 102, the data analysis system 104, the processor 303, or the like, for detecting an alert condition.
  • an apparatus may include means, such as the data analysis system 104, the data interpreter 122, the natural language generation system 108, the domain model 1 14, the processor 303, or the like, for determining one or more causes of the alert condition. Determining one or more causes of the alert condition may include determining an alert context which is further described with reference to Figure 6.
  • an apparatus may include means, such as the data analysis system 104, the data interpreter 122, the natural language generation system 108, the processor 303, or the like, for generating a set of messages based on one or more key events in a primary data channel, one or more significant events in one or more secondary channels, the alert context (e.g. Fig. 6) and/or the causes of the alert condition.
  • means such as the data analysis system 104, the data interpreter 122, the natural language generation system 108, the processor 303, or the like, for generating a set of messages based on one or more key events in a primary data channel, one or more significant events in one or more secondary channels, the alert context (e.g. Fig. 6) and/or the causes of the alert condition.
  • an apparatus may include means, such as the data analysis system 104, the alert validation system 106, the natural language generation system 108, the processor 303, or the like, for determining a validity of the alert condition based on the set of messages that express the one or more key events, the one or more significant events, a relationship between the one or more key events and the one or more significant events, the alert context (e.g. Fig. 6) and/or the causes of the alert condition.
  • means such as the data analysis system 104, the alert validation system 106, the natural language generation system 108, the processor 303, or the like, for determining a validity of the alert condition based on the set of messages that express the one or more key events, the one or more significant events, a relationship between the one or more key events and the one or more significant events, the alert context (e.g. Fig. 6) and/or the causes of the alert condition.
  • an apparatus may include means, such the data analysis system 104, the alert validation system 106, the natural language generation system 108, the processor 303, or the like, for generating a valid trigger event text in an instance in which the alert condition is valid.
  • an apparatus may include means, such as the data analysis system 104, the alert validation system 106, the natural language generation system 108, the processor 303, or the like, or the like, for generating an invalid trigger event text in an instance in which the alert condition is invalid.
  • the trigger event text is configured to provide a rational for the validity determination and context information generated based on the one or more key events and the one or more significant events.
  • an apparatus may include means, such as the natural language generation system 108, the document planner 130, the microplanner 132, the realizer 134, the processor 303, or the like, for generating a situational analysis text based on the set of messages and the relationships between them.
  • Figure 6 is a flow chart illustrating an example method for determining a context an alert condition.
  • an apparatus may include means, such as the alert reception system 102, the data analysis system 104, the processor 303, or the like, for determining whether the alert condition is an intermittent alert condition. In an instance in which the alert condition is an intermittent alert condition a message may be generated that is configured to summarize such a behavior.
  • an apparatus may include means, such as the alert reception system 102, the data analysis system 104, the processor 303, or the like, for determining whether there is a previous instance of the alert condition on the machine apparatus.
  • an apparatus may include means, such as the alert reception system 102, the data analysis system 104, the processor 303, or the like, for determining the actions taken in an instance in which a previous instance of the alert condition and/or a previous intermittent alert condition has been determined. In an instance in which previous actions were taken, a message may be generated that is configured to summarize the previous actions. As is shown in operation 608, an apparatus may include means, such as the alert reception system 102, the data analysis system 104, the processor 303, or the like, for determining whether there is at least one of another active alert condition or a maintenance request on the machine apparatus.
  • an apparatus may include means, such as the alert reception system 102, the data analysis system 104, the processor 303, or the like, for determining whether there is at least one of an another active alert condition or a maintenance request on another related machine apparatus.
  • a message may be generated that is configured to summarize the instances.
  • Figure 7 is a flow chart illustrating an example method determining one or more key events in a primary data channel.
  • an apparatus may include means, such as the data analysis system 104, the data analyzer 120, the data interpreter 122, the processor 303, or the like, for identifying one or more patterns in the primary data channel.
  • an apparatus may include means, such as the data analysis system 104, the data analyzer 120, the data interpreter 122, the processor 303, or the like, for assigning an importance level to the one or more patterns.
  • an apparatus may include means, such as the data analysis system 104, the data analyzer 120, the data interpreter 122, the processor 303, or the like, for identifying one or more key events of the one or more patterns, wherein a key event is a pattern that exceeds a predefined importance level threshold.
  • Figure 8 is a flow chart illustrating an example method determining one or more significant events in a related data channel.
  • an apparatus may include means, such as the data analysis system 104, the data analyzer 120, the data interpreter 122, the processor 303, or the like, for identifying one or more patterns in a related data channel in response to detecting one or more patterns in the data channel.
  • an apparatus may include means, such as the data analysis system 104, the data analyzer 120, the data interpreter 122, the processor 303, or the like, for assigning an importance level to the one or more patterns.
  • an apparatus may include means, such as the data analysis system 104, the data analyzer 120, the data interpreter 122, the processor 303, or the like, for identifying one or more significant events of the one or more patterns, wherein a significant event is a pattern that exceeds a predefined importance level or is unexpected.

Landscapes

  • Health & Medical Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Medical Informatics (AREA)
  • Engineering & Computer Science (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Pathology (AREA)
  • Biomedical Technology (AREA)
  • Molecular Biology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Biophysics (AREA)
  • Surgery (AREA)
  • Animal Behavior & Ethology (AREA)
  • Physics & Mathematics (AREA)
  • Veterinary Medicine (AREA)
  • Cardiology (AREA)
  • Physiology (AREA)
  • Nursing (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Debugging And Monitoring (AREA)

Abstract

La présente invention concerne des procédés, des appareils et des produits-programmes d'ordinateur qui sont configurés pour permettre une validation d'une condition d'alerte. Certains modes de réalisation donnés à titre d'exemple concernent un procédé qui consiste à détecter une condition d'alerte. Le procédé de ce mode de réalisation peut également consister à générer un ensemble de messages sur la base d'un ou de plusieurs événements clés dans un canal de données primaire et d'un ou de plusieurs événements significatifs dans un ou plusieurs canaux de données connexes en réponse à la condition d'alerte. Le procédé de ce mode de réalisation peut également consister à déterminer une validité de la condition d'alerte sur la base de l'ensemble de messages qui expriment le ou les événements clés, le ou les événements significatifs, une relation entre le ou les événements clés et le ou les événements significatifs, un contexte d'alerte et la ou les causes de la condition d'alerte.
PCT/US2012/053115 2012-08-30 2012-08-30 Procédé et appareil de validation d'alerte WO2014035400A1 (fr)

Priority Applications (9)

Application Number Priority Date Filing Date Title
PCT/US2012/053115 WO2014035400A1 (fr) 2012-08-30 2012-08-30 Procédé et appareil de validation d'alerte
PCT/US2012/061051 WO2014035447A1 (fr) 2012-08-30 2012-10-19 Procédé et appareil de mise à jour d'un texte généré auparavant
US14/023,023 US8762133B2 (en) 2012-08-30 2013-09-10 Method and apparatus for alert validation
US14/311,806 US9640045B2 (en) 2012-08-30 2014-06-23 Method and apparatus for alert validation
US14/634,158 US9336193B2 (en) 2012-08-30 2015-02-27 Method and apparatus for updating a previously generated text
US15/093,365 US10467333B2 (en) 2012-08-30 2016-04-07 Method and apparatus for updating a previously generated text
US15/421,921 US10026274B2 (en) 2012-08-30 2017-02-01 Method and apparatus for alert validation
US16/009,006 US10504338B2 (en) 2012-08-30 2018-06-14 Method and apparatus for alert validation
US16/582,462 US10963628B2 (en) 2012-08-30 2019-09-25 Method and apparatus for updating a previously generated text

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2012/053115 WO2014035400A1 (fr) 2012-08-30 2012-08-30 Procédé et appareil de validation d'alerte

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/023,023 Continuation US8762133B2 (en) 2012-08-30 2013-09-10 Method and apparatus for alert validation

Publications (1)

Publication Number Publication Date
WO2014035400A1 true WO2014035400A1 (fr) 2014-03-06

Family

ID=46801673

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2012/053115 WO2014035400A1 (fr) 2012-08-30 2012-08-30 Procédé et appareil de validation d'alerte

Country Status (1)

Country Link
WO (1) WO2014035400A1 (fr)

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016004593A1 (fr) * 2014-07-09 2016-01-14 Splunk Inc. Présentation et tri de résumés d'instances d'alertes déclenchées par des requêtes de recherche
US9697197B1 (en) 2011-01-07 2017-07-04 Narrative Science Inc. Automatic generation of narratives from data using communication goals and narrative analytics
US9697492B1 (en) 2011-01-07 2017-07-04 Narrative Science Inc. Automatic generation of narratives from data using communication goals and narrative analytics
CN108269614A (zh) * 2018-03-01 2018-07-10 黄河科技学院 一种人工智能辅助问诊系统
US10572606B1 (en) 2017-02-17 2020-02-25 Narrative Science Inc. Applied artificial intelligence technology for runtime computation of story outlines to support natural language generation (NLG)
US10699079B1 (en) 2017-02-17 2020-06-30 Narrative Science Inc. Applied artificial intelligence technology for narrative generation based on analysis communication goals
US10706236B1 (en) 2018-06-28 2020-07-07 Narrative Science Inc. Applied artificial intelligence technology for using natural language processing and concept expression templates to train a natural language generation system
US10747823B1 (en) 2014-10-22 2020-08-18 Narrative Science Inc. Interactive and conversational data exploration
US10755046B1 (en) 2018-02-19 2020-08-25 Narrative Science Inc. Applied artificial intelligence technology for conversational inferencing
US10853583B1 (en) 2016-08-31 2020-12-01 Narrative Science Inc. Applied artificial intelligence technology for selective control over narrative generation from visualizations of data
US10943069B1 (en) 2017-02-17 2021-03-09 Narrative Science Inc. Applied artificial intelligence technology for narrative generation based on a conditional outcome framework
US10963649B1 (en) 2018-01-17 2021-03-30 Narrative Science Inc. Applied artificial intelligence technology for narrative generation using an invocable analysis service and configuration-driven analytics
US10990767B1 (en) 2019-01-28 2021-04-27 Narrative Science Inc. Applied artificial intelligence technology for adaptive natural language understanding
US11042708B1 (en) 2018-01-02 2021-06-22 Narrative Science Inc. Context saliency-based deictic parser for natural language generation
US11068661B1 (en) 2017-02-17 2021-07-20 Narrative Science Inc. Applied artificial intelligence technology for narrative generation based on smart attributes
US11170038B1 (en) 2015-11-02 2021-11-09 Narrative Science Inc. Applied artificial intelligence technology for using narrative analytics to automatically generate narratives from multiple visualizations
US11222184B1 (en) 2015-11-02 2022-01-11 Narrative Science Inc. Applied artificial intelligence technology for using narrative analytics to automatically generate narratives from bar charts
US11232268B1 (en) 2015-11-02 2022-01-25 Narrative Science Inc. Applied artificial intelligence technology for using narrative analytics to automatically generate narratives from line charts
US11238090B1 (en) 2015-11-02 2022-02-01 Narrative Science Inc. Applied artificial intelligence technology for using narrative analytics to automatically generate narratives from visualization data
US11288328B2 (en) 2014-10-22 2022-03-29 Narrative Science Inc. Interactive and conversational data exploration
US11561684B1 (en) 2013-03-15 2023-01-24 Narrative Science Inc. Method and system for configuring automatic generation of narratives from data
US11568148B1 (en) 2017-02-17 2023-01-31 Narrative Science Inc. Applied artificial intelligence technology for narrative generation based on explanation communication goals
US11922344B2 (en) 2014-10-22 2024-03-05 Narrative Science Llc Automatic generation of narratives from data using communication goals and narrative analytics
US11954445B2 (en) 2017-02-17 2024-04-09 Narrative Science Llc Applied artificial intelligence technology for narrative generation based on explanation communication goals

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040246120A1 (en) * 2003-06-04 2004-12-09 Benner Bradley A. Alert processing

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040246120A1 (en) * 2003-06-04 2004-12-09 Benner Bradley A. Alert processing

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ALBERT GATT ET AL: "From Data to Text in the Neonatal Intensive Care Unit: Using NLG Technology for Decision Support and Information Management", AI COMMUNICATION, 1 January 2009 (2009-01-01), pages 153 - 186, XP055070889, Retrieved from the Internet <URL:http://homepages.abdn.ac.uk/e.reiter/pages/papers/aicomm09.pdf> [retrieved on 20130711] *
EHUD REITER: "An Architecture for Data-to-Text Systems", PROCEEDINGS OF ENLG-2007, 20 June 2007 (2007-06-20), pages 97 - 104, XP055071296, Retrieved from the Internet <URL:http://homepages.abdn.ac.uk/e.reiter/pages/papers/enlg07.pdf> [retrieved on 20130715] *

Cited By (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11501220B2 (en) 2011-01-07 2022-11-15 Narrative Science Inc. Automatic generation of narratives from data using communication goals and narrative analytics
US10755042B2 (en) 2011-01-07 2020-08-25 Narrative Science Inc. Automatic generation of narratives from data using communication goals and narrative analytics
US9697492B1 (en) 2011-01-07 2017-07-04 Narrative Science Inc. Automatic generation of narratives from data using communication goals and narrative analytics
US9720899B1 (en) 2011-01-07 2017-08-01 Narrative Science, Inc. Automatic generation of narratives from data using communication goals and narrative analytics
US9977773B1 (en) 2011-01-07 2018-05-22 Narrative Science Inc. Automatic generation of narratives from data using communication goals and narrative analytics
US9697197B1 (en) 2011-01-07 2017-07-04 Narrative Science Inc. Automatic generation of narratives from data using communication goals and narrative analytics
US11561684B1 (en) 2013-03-15 2023-01-24 Narrative Science Inc. Method and system for configuring automatic generation of narratives from data
US11921985B2 (en) 2013-03-15 2024-03-05 Narrative Science Llc Method and system for configuring automatic generation of narratives from data
US11755635B2 (en) 2014-07-09 2023-09-12 Splunk Inc. Presentation and sorting of summaries of alert instances triggered by search queries
WO2016004593A1 (fr) * 2014-07-09 2016-01-14 Splunk Inc. Présentation et tri de résumés d'instances d'alertes déclenchées par des requêtes de recherche
US11288328B2 (en) 2014-10-22 2022-03-29 Narrative Science Inc. Interactive and conversational data exploration
US11922344B2 (en) 2014-10-22 2024-03-05 Narrative Science Llc Automatic generation of narratives from data using communication goals and narrative analytics
US11475076B2 (en) 2014-10-22 2022-10-18 Narrative Science Inc. Interactive and conversational data exploration
US10747823B1 (en) 2014-10-22 2020-08-18 Narrative Science Inc. Interactive and conversational data exploration
US11232268B1 (en) 2015-11-02 2022-01-25 Narrative Science Inc. Applied artificial intelligence technology for using narrative analytics to automatically generate narratives from line charts
US11170038B1 (en) 2015-11-02 2021-11-09 Narrative Science Inc. Applied artificial intelligence technology for using narrative analytics to automatically generate narratives from multiple visualizations
US11238090B1 (en) 2015-11-02 2022-02-01 Narrative Science Inc. Applied artificial intelligence technology for using narrative analytics to automatically generate narratives from visualization data
US11188588B1 (en) 2015-11-02 2021-11-30 Narrative Science Inc. Applied artificial intelligence technology for using narrative analytics to interactively generate narratives from visualization data
US11222184B1 (en) 2015-11-02 2022-01-11 Narrative Science Inc. Applied artificial intelligence technology for using narrative analytics to automatically generate narratives from bar charts
US11341338B1 (en) 2016-08-31 2022-05-24 Narrative Science Inc. Applied artificial intelligence technology for interactively using narrative analytics to focus and control visualizations of data
US11144838B1 (en) 2016-08-31 2021-10-12 Narrative Science Inc. Applied artificial intelligence technology for evaluating drivers of data presented in visualizations
US10853583B1 (en) 2016-08-31 2020-12-01 Narrative Science Inc. Applied artificial intelligence technology for selective control over narrative generation from visualizations of data
US10699079B1 (en) 2017-02-17 2020-06-30 Narrative Science Inc. Applied artificial intelligence technology for narrative generation based on analysis communication goals
US11562146B2 (en) 2017-02-17 2023-01-24 Narrative Science Inc. Applied artificial intelligence technology for narrative generation based on a conditional outcome framework
US11568148B1 (en) 2017-02-17 2023-01-31 Narrative Science Inc. Applied artificial intelligence technology for narrative generation based on explanation communication goals
US10943069B1 (en) 2017-02-17 2021-03-09 Narrative Science Inc. Applied artificial intelligence technology for narrative generation based on a conditional outcome framework
US10762304B1 (en) 2017-02-17 2020-09-01 Narrative Science Applied artificial intelligence technology for performing natural language generation (NLG) using composable communication goals and ontologies to generate narrative stories
US11068661B1 (en) 2017-02-17 2021-07-20 Narrative Science Inc. Applied artificial intelligence technology for narrative generation based on smart attributes
US10755053B1 (en) 2017-02-17 2020-08-25 Narrative Science Inc. Applied artificial intelligence technology for story outline formation using composable communication goals to support natural language generation (NLG)
US10719542B1 (en) 2017-02-17 2020-07-21 Narrative Science Inc. Applied artificial intelligence technology for ontology building to support natural language generation (NLG) using composable communication goals
US10713442B1 (en) 2017-02-17 2020-07-14 Narrative Science Inc. Applied artificial intelligence technology for interactive story editing to support natural language generation (NLG)
US11954445B2 (en) 2017-02-17 2024-04-09 Narrative Science Llc Applied artificial intelligence technology for narrative generation based on explanation communication goals
US10585983B1 (en) 2017-02-17 2020-03-10 Narrative Science Inc. Applied artificial intelligence technology for determining and mapping data requirements for narrative stories to support natural language generation (NLG) using composable communication goals
US10572606B1 (en) 2017-02-17 2020-02-25 Narrative Science Inc. Applied artificial intelligence technology for runtime computation of story outlines to support natural language generation (NLG)
US11983503B2 (en) 2017-02-17 2024-05-14 Salesforce, Inc. Applied artificial intelligence technology for narrative generation based on a conditional outcome framework
US11042709B1 (en) 2018-01-02 2021-06-22 Narrative Science Inc. Context saliency-based deictic parser for natural language processing
US11042708B1 (en) 2018-01-02 2021-06-22 Narrative Science Inc. Context saliency-based deictic parser for natural language generation
US11816438B2 (en) 2018-01-02 2023-11-14 Narrative Science Inc. Context saliency-based deictic parser for natural language processing
US10963649B1 (en) 2018-01-17 2021-03-30 Narrative Science Inc. Applied artificial intelligence technology for narrative generation using an invocable analysis service and configuration-driven analytics
US11003866B1 (en) 2018-01-17 2021-05-11 Narrative Science Inc. Applied artificial intelligence technology for narrative generation using an invocable analysis service and data re-organization
US11023689B1 (en) 2018-01-17 2021-06-01 Narrative Science Inc. Applied artificial intelligence technology for narrative generation using an invocable analysis service with analysis libraries
US11561986B1 (en) 2018-01-17 2023-01-24 Narrative Science Inc. Applied artificial intelligence technology for narrative generation using an invocable analysis service
US11816435B1 (en) 2018-02-19 2023-11-14 Narrative Science Inc. Applied artificial intelligence technology for contextualizing words to a knowledge base using natural language processing
US11030408B1 (en) 2018-02-19 2021-06-08 Narrative Science Inc. Applied artificial intelligence technology for conversational inferencing using named entity reduction
US11126798B1 (en) 2018-02-19 2021-09-21 Narrative Science Inc. Applied artificial intelligence technology for conversational inferencing and interactive natural language generation
US11182556B1 (en) 2018-02-19 2021-11-23 Narrative Science Inc. Applied artificial intelligence technology for building a knowledge base using natural language processing
US10755046B1 (en) 2018-02-19 2020-08-25 Narrative Science Inc. Applied artificial intelligence technology for conversational inferencing
CN108269614A (zh) * 2018-03-01 2018-07-10 黄河科技学院 一种人工智能辅助问诊系统
US11042713B1 (en) 2018-06-28 2021-06-22 Narrative Scienc Inc. Applied artificial intelligence technology for using natural language processing to train a natural language generation system
US11232270B1 (en) 2018-06-28 2022-01-25 Narrative Science Inc. Applied artificial intelligence technology for using natural language processing to train a natural language generation system with respect to numeric style features
US11334726B1 (en) 2018-06-28 2022-05-17 Narrative Science Inc. Applied artificial intelligence technology for using natural language processing to train a natural language generation system with respect to date and number textual features
US10706236B1 (en) 2018-06-28 2020-07-07 Narrative Science Inc. Applied artificial intelligence technology for using natural language processing and concept expression templates to train a natural language generation system
US11989519B2 (en) 2018-06-28 2024-05-21 Salesforce, Inc. Applied artificial intelligence technology for using natural language processing and concept expression templates to train a natural language generation system
US11341330B1 (en) 2019-01-28 2022-05-24 Narrative Science Inc. Applied artificial intelligence technology for adaptive natural language understanding with term discovery
US10990767B1 (en) 2019-01-28 2021-04-27 Narrative Science Inc. Applied artificial intelligence technology for adaptive natural language understanding

Similar Documents

Publication Publication Date Title
US10504338B2 (en) Method and apparatus for alert validation
US10769380B2 (en) Method and apparatus for situational analysis text generation
US10839580B2 (en) Method and apparatus for annotating a graphical output
US10671815B2 (en) Text generation from correlated alerts
US11144709B2 (en) Method and apparatus for interactive reports
WO2014035402A1 (fr) Génération de texte en réponse à des alertes, à l&#39;aide de structures arborescentes
WO2014035400A1 (fr) Procédé et appareil de validation d&#39;alerte
US10860812B2 (en) Method, apparatus, and computer program product for user-directed reporting
WO2014035403A1 (fr) Procédé et appareil pour annoter une sortie graphique
US10853585B2 (en) Method and apparatus for generating causal explanations using models derived from data
US10664558B2 (en) Method and apparatus for document planning
US20180122015A1 (en) System and method for evaluating text to support multiple applications
WO2014035447A1 (fr) Procédé et appareil de mise à jour d&#39;un texte généré auparavant
US20160328381A1 (en) Method and apparatus for referring expression generation
WO2014035407A1 (fr) Procédé et appareil de génération d&#39;expression de référence
Segall et al. Data Visualization of Big Data for Predictive and Descriptive Analytics for Stroke, COVID-19, and Diabetes
McDonald et al. homeRuleML version 2.1: A revised and extended version of the homeRuleML concept

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: 12756333

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12756333

Country of ref document: EP

Kind code of ref document: A1