<img alt="" src="https://secure.perk0mean.com/173045.png" style="display:none;">

Great research starts with great data.

Learn More
More >
Patent Analysis of

SPEECH RECOGNITION SYSTEMS AND METHODS FOR MAINTENANCE REPAIR AND OVERHAUL

Updated Time 15 March 2019

Patent Registration Data

Publication Number

US20160189709A1

Application Number

US14/585242

Application Date

30 December 2014

Publication Date

30 June 2016

Current Assignee

HONEYWELL INTERNATIONAL INC.

Original Assignee (Applicant)

HONEYWELL INTERNATIONAL INC.

International Classification

G10L15/22,G06F17/24,G10L15/26

Cooperative Classification

G10L15/22,G06F17/243,G10L15/26,B64F5/40,B64F5/60

Inventor

STEPANSKI, JOE,TUSSEY, LORENE

Patent Images

This patent contains figures and images illustrating the invention and its embodiment.

SPEECH RECOGNITION SYSTEMS AND METHODS FOR MAINTENANCE REPAIR AND OVERHAUL SPEECH RECOGNITION SYSTEMS AND METHODS FOR MAINTENANCE REPAIR AND OVERHAUL SPEECH RECOGNITION SYSTEMS AND METHODS FOR MAINTENANCE REPAIR AND OVERHAUL
See all 6 images

Abstract

Methods and systems are provided for capturing information associated with a component of a system during a maintenance procedure. In one embodiment, a method includes: managing a dialog with a user via a wearable device based on a pre-defined dialog file, wherein the pre-defined dialog file is defined for at least one of a component and a procedure; receiving speech signals at the wearable device based on the dialog; processing the speech signals by the wearable device to identify component information; and transmitting the component information from the wearable device to a host component for use by a maintenance application. The managing, receiving, and transmitting are performed during a maintenance procedure.

Read more

Claims

1. A method of capturing information associated with a component of a system during a maintenance procedure, comprising: managing a dialog with a user via a wearable device based on a pre-defined dialog file, wherein the pre-defined dialog file is defined for at least one of a component and a procedure; receiving speech signals at the wearable device based on the dialog; processing the speech signals by the wearable device to identify component information; transmitting the component information from the wearable device to a host component for use by a maintenance application.

2. The method of claim 1, wherein the pre-defined dialog file is defined according to a process flow that is related the at least one of the component and the procedure.

3. The method of claim 2, wherein the process flow is defined based on a format of an information form.

4. The method of claim 2, wherein the process flow is defined based on an accessibility of information required for an information form.

5. The method of claim 1, wherein the transmitting is performed automatically.

6. The method of claim 1, wherein the transmitting is performed upon completion of the dialog.

7. The method of claim 1, wherein the transmitting is performed upon receipt of a signal requesting to transmit.

8. The method of claim 1, further comprising: receiving the component information at the host computer; and providing the component information to the maintenance application.

9. The method of claim 8, further comprising: populating fields of the maintenance application with the component information

10. A system of capturing information associated with a component of a system during a maintenance procedure, comprising: a maintenance application of a host computer;a wearable device in communication with the host computer, wherein the wearable device is configured to: manage a dialog with a user based on a pre-defined dialog file, wherein the pre-defined dialog file is defined for at least one of a component and a procedure; receive speech signals from the wearable device based on the dialog; process the speech signals to identify component information; and transmit the component information to the host component for use by the maintenance application.

11. The system of claim 10, wherein the pre-defined dialog file is defined according to a process flow that is related the at least one of the component and the procedure.

12. The system of claim 12, wherein the process flow is defined based on a format of an information form.

13. The system of claim 12, wherein the process flow is defined based on an accessibility of information required for an information form.

14. The system of claim 10, wherein the wearable device transmits the component information automatically.

15. The system of claim 10, the wearable device transmits the component information upon completion of the dialog.

16. The system of claim 10, the wearable device transmits the component information upon receipt of a signal requesting to transmit.

17. The system of claim 10, wherein the host computer is configured to: receive the component information at the host computer; and provide the component information to the maintenance application.

18. The system of claim 18, wherein the host computer is configured to: populate fields of the maintenance application with the component information

19. A system for tracking and reporting data associated with a component of a system, comprising: a non-transitory computer readable medium comprising: a dialog manager that manages dialog with a user via a wearable device based on a pre-defined dialog file, where the pre-defined dialog file is defined for at least one of a component and a procedure; a speech processor that receives speech signals at the wearable device based on the dialog, and that processes the speech signals by the wearable device to identify component information; a communication manager that transmits the component information from the wearable device to a host component for use by a maintenance application.

Read more

Claim Tree

  • 1
    1. A method of capturing information associated with a component of a system during a maintenance procedure, comprising:
    • managing a dialog with a user via a wearable device based on a pre-defined dialog file, wherein the pre-defined dialog file is defined for at least one of a component and a procedure
    • receiving speech signals at the wearable device based on the dialog
    • processing the speech signals by the wearable device to identify component information
    • transmitting the component information from the wearable device to a host component for use by a maintenance application.
    • 2. The method of claim 1, wherein
      • the pre-defined dialog file is defined according to a process flow that is related the at least one of the component and the procedure.
    • 5. The method of claim 1, wherein
      • the transmitting is performed automatically.
    • 6. The method of claim 1, wherein
      • the transmitting is performed upon completion of the dialog.
    • 7. The method of claim 1, wherein
      • the transmitting is performed upon receipt of a signal requesting to transmit.
    • 8. The method of claim 1, further comprising:
      • receiving the component information at the host computer
      • and providing the component information to the maintenance application.
  • 10
    10. A system of capturing information associated with a component of a system during a maintenance procedure, comprising:
    • a maintenance application of a host computer
    • a wearable device in communication with the host computer, wherein the wearable device is configured to: manage a dialog with a user based on a pre-defined dialog file, wherein the pre-defined dialog file is defined for at least one of a component and a procedure
    • receive speech signals from the wearable device based on the dialog
    • process the speech signals to identify component information
    • and transmit the component information to the host component for use by the maintenance application.
    • 11. The system of claim 10, wherein
      • the pre-defined dialog file is defined according to a process flow that is related the at least one of the component and the procedure.
    • 14. The system of claim 10, wherein
      • the wearable device transmits the component information automatically.
    • 15. The system of claim 10, the wearable device transmits the component information upon completion of the dialog.
    • 16. The system of claim 10, the wearable device transmits the component information upon receipt of a signal requesting to transmit.
    • 17. The system of claim 10, wherein
      • the host computer is configured to: receive the component information at the host computer; and provide the component information to the maintenance application.
  • 19
    19. A system for tracking and reporting data associated with a component of a system, comprising:
    • a non-transitory computer readable medium comprising: a dialog manager that manages dialog with a user via a wearable device based on a pre-defined dialog file, where the pre-defined dialog file is defined for at least one of a component and a procedure
    • a speech processor that receives speech signals at the wearable device based on the dialog, and that processes the speech signals by the wearable device to identify component information
    • a communication manager that transmits the component information from the wearable device to a host component for use by a maintenance application.
See all 3 independent claims

Description

TECHNICAL FIELD

The present disclosure generally relates to methods and systems for capturing information about a component of a system.

BACKGROUND

During maintenance repair and overhaul of an aerospace product, specific data must be recorded. Conventional methods require collecting large amounts of data based on knowledge and/or via a hardcopy check list. The collection process is typically a multistep process of writing down the information and then entering the information into informational screens on a computer. To ensure accuracy, multiple reviews are required while collecting large strings of data and in many cases multiple recordings on paper and computer. Such a process is redundant and wastes motion and time in recording, re-recording, and reviewing the data.

Hence, there is a need for improved systems and methods for capturing the information about components during maintenance repair and overhaul. Other desirable features and characteristics will become apparent from the subsequent detailed description and the appended claims, taken in conjunction with the accompanying drawings and the foregoing technical field and background.

BRIEF SUMMARY

Methods and systems are provided for capturing information associated with a component of a system during a maintenance procedure. In one embodiment, a method includes: managing a dialog with a user via a wearable device based on a pre-defined dialog file, wherein the pre-defined dialog file is defined for at least one of a component and a procedure; receiving speech signals at the wearable device based on the dialog; processing the speech signals by the wearable device to identify component information; and transmitting the component information from the wearable device to a host component for use by a maintenance application. The managing, receiving, and transmitting are performed during a maintenance procedure.

In another embodiment, a system includes: a maintenance application of a host computer; and a wearable device in communication with the host computer. The wearable device is configured to: manage a dialog with a user based on a pre-defined dialog file, wherein the pre-defined dialog file is defined for at least one of a component and a procedure; receive speech signals from the wearable device based on the dialog; process the speech signals to identify component information; and transmit the component information to the host component for use by the maintenance application.

Furthermore, other desirable features and characteristics of the method and system will become apparent from the subsequent detailed description and the appended claims, taken in conjunction with the accompanying drawings and the preceding background.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will hereinafter be described in conjunction with the following figures, wherein like numerals denote like elements, and wherein:

FIG. 1 is an illustration of a maintenance repair and overhaul system that includes a mobile speech processing system in accordance with exemplary embodiments;

FIGS. 2 and 3 are functional block diagrams illustrating components of the maintenance repair and overhaul system in accordance with exemplary embodiments;

FIG. 4 is an exemplary form of the maintenance repair and overhaul system in accordance with various embodiments; and

FIG. 5 is a flowchart illustrating a method that may be performed by the maintenance repair and overhaul system in accordance with exemplary embodiments.

DETAILED DESCRIPTION

The following detailed description is merely exemplary in nature and is not intended to limit the disclosure or the application and uses of the disclosure. As used herein, the word “exemplary” means “serving as an example, instance, or illustration.” Thus, any embodiment described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other embodiments. All of the embodiments described herein are exemplary embodiments provided to enable persons skilled in the art to make or use the invention and not to limit the scope of the invention which is defined by the claims. Furthermore, there is no intention to be bound by any expressed or implied theory presented in the preceding technical field, background, brief summary, or the following detailed description.

Referring now to FIG. 1, exemplary embodiments of the present disclosure are directed to a maintenance repair and overhaul system shown generally at 10 that includes a mobile speech processing system shown generally at 12. As can be appreciated, the maintenance repair and overhaul system 10 can be implemented for maintenance repair and overhaul of any components such as, but not limited to, a vehicle component, an aerospace component, and a watercraft component. For exemplary purposes, the disclosure will be discussed in the context of the maintenance repair and overhaul system 10 for the maintenance repair and overhaul of an aircraft component such as an engine gas turbine or other component.

Turning now to FIG. 1 in greater detail, the exemplary maintenance repair and overhaul system 10 generally includes the mobile speech processing system 12 that communicates with a host computing device 14. The mobile speech processing system 12 communicates wirelessly with the host computing device 14 either directly according to a short range wireless communication protocol (e.g., Bluetooth, or other protocol), or indirectly via a wireless network 16 and according to a long rage wireless communication protocol (e.g., Wi-Fi, or other protocol).

The mobile speech processing system 12 generally includes a mobile speech processing module 18. The mobile speech processing module 18 receives speech signals from a mobile recording device 20. For example, the mobile recording device 20 records speech uttered by a user 22 and provides the recorded speech as speech signals to the mobile speech processing module 18. The mobile speech processing module 18 generates audio output via a mobile audio device 24. For example, the mobile speech processing module 18 provides audio signals to the mobile audio device 24 and the mobile audio device 24 plays the audio to the user 22.

In various embodiments, the mobile speech processing module 18, the mobile recording device 20, and the mobile audio device 24 may be implemented as a single wearable device 26 or, alternatively, as multiple wearable devices 26, 28 that communicate wirelessly and/or in a wired manner. The wearable device(s) 26, 28 is mobile in that it is free to be transported about an environment such as a repair and overhaul environment. The wearable device(s) 26, 28 may be implemented as, but not limited to, a headset, a watch, a bracelet, a ring, a necklace, an article of clothing, a shoe, or any other device that is wearable by a user.

In operation, the user 22 speaks information about a component 30 (e.g., a gas turbine engine of an aircraft) that is currently undergoing overhaul and/or repair. The mobile recording device 20 records the user's speech. The mobile speech processing module 18 obtains the information about the particular component 30 based on the recorded speech signals. The user 22 is prompted to speak the information about the component 30 by the mobile speech processing module 18. The mobile speech processing module 18 selects the appropriate prompt based on a pre-defined dialog. The pre-defined dialog is defined according to a process flow that is specific to a particular component, and/or specific to a particular maintenance repair or overhaul procedure. The prompts can include speech that requests particular information from the user 22, speech that confirms particular information spoken by the user 22, and speech that suggests an instruction of repair or overhaul to the user 22.

Once the information is captured, the mobile speech processing module 18 either automatically or after being prompted by the user 22, wirelessly transmits the captured information to the host computing device 14. As can be appreciated, the information can be transmitted input by input, as batches of inputs, or altogether depending on how and when the transmission takes place. The host computing device 14 receives the information and populates a host maintenance repair and overall application with the information.

Turning now to FIG. 2, the mobile speech processing module 18 is shown in greater detail. The mobile speech processing module 18 is shown to include a processing device 101 that includes one or more processors 102, memory 104 coupled to a memory controller 106, and one or more input/output controllers 112. In various embodiments, the input/output controllers 112 are coupled to the mobile recording device 20 and the mobile audio device 24. In various embodiments, the processing device 101 can further include one or more network interfaces 118 for coupling to one or more wireless networks 16.

In various embodiments, the memory 104 stores instructions that can be performed by the processor 102. The instructions stored in memory 104 may include one or more separate programs, each of which comprises an ordered listing of executable instructions for implementing logical functions. When the processing device 101 is in operation, the processor 102 is configured to execute the instructions stored within the memory 104, to communicate data to and from the memory 104, and to generally control operations of the processing device 101 pursuant to the instructions. The processor 102 can be any custom-made or commercially available processor, a central processing unit (CPU), an auxiliary processor among several processors associated with the processing device 101, a semiconductor based microprocessor (in the form of a microchip or chip set), a macroprocessor, or generally any device for executing instructions.

In the example of FIG. 2, the instructions stored in the memory 104 include an operating system (OS) 120, a speech processor 122, a dialog manager 124, and a communication manager 126. As can be appreciated, the speech processor 122, the dialog manager 124, and the communication manager 126 may be implemented as a combined set of instructions or as separate sets of instructions as shown.

In general, the operating system 120 essentially controls the performance of computer programs and provides scheduling, input-output control, file and data management, memory management, and communication control and related services. The speech processor 122 receives the recorded speech signals (i.e., provided by the input/output controller 112) and processes the recorded speech signals according to one or more speech processing techniques to identify the information spoken by the user. The speech recognition techniques may include, but are not limited to, a combination of commercially off the shelf translation tools using standard language models modified with Aerospace derived vocabulary. In various embodiments, the speech processing techniques can be speaker dependent. That is, the techniques and calibration files used to process the speech are dependent upon the speaker speaking.

The dialog manager 124 stores a plurality of pre-defined dialog files 125. Each dialog file includes one or more instructions and one or more audio files that store prompts for carrying on a dialog with the user in order to capture needed information. The one or more instructions and one or more audio files are defined according to a defined process flow. The process flow is specific to the component and/or the procedure to be performed on the component. For example, in one embodiment, the process flow may be defined to follow the format of an information form that is to be filled out during the maintenance procedure such as the exemplary partial form 300 shown in FIG. 4. The form 300 includes a plurality of fields that require information. The process flow defines how to obtain the information for the fields in a manner that is most appropriate for the component. For example, the order of the dialog prompts may not necessarily follow the order of the fields in the form 300, rather, the order of the dialog prompts may be defined to follow the accessibility of the information according to the procedure being performed on the component.

With reference back to FIG. 2, the dialog manager 124 retrieves one of the pre-defined dialog files 125 based on a user selected component and/or procedure. The dialog manager 124 executes the instructions of the pre-defined dialog file 125 such that the appropriate prompts can be played (e.g., via the audio files) and the identified information from the speech processor 122 can be stored.

The communication manager 126 communicates the stored information to the host computing device 14. The communication manager 126 communicates the stored information based on a prompt from the user and/or communicates the information once it determines that processing of the pre-defined dialog is complete.

Turning now to FIG. 3, the host computing device 14 is shown in greater detail. The exemplary host computing device 14 is shown to include a computer 201. As can be appreciated, the computer 201 can be any computing device, including but not limited to, a desktop computer, a laptop, a server, a portable handheld device, or any other electronic device, or a number of networked devices. For exemplary purposes, the disclosure will be discussed in the context of the computer being a single server.

The computer 201 is shown to include one or more processors 202, memory 204 coupled to a memory controller 206, one or more input and/or output (I/O) devices 208, 210 (or peripherals) that are communicatively coupled via a local input/output controller 212, and a display controller 214 coupled to a display 216. In an exemplary embodiment, a conventional keyboard 222, and a mouse 224, and any other input devices can be coupled to the input/output controller 212. In an exemplary embodiment, the host computing device 14 can further include one or more network interfaces 218 for coupling to one or more wireless networks 16.

In various embodiments, the memory 204 stores instructions that can be performed by the processor 202. The instructions stored in memory 204 may include one or more separate programs, each of which comprises an ordered listing of executable instructions for implementing logical functions. When the computer 201 is in operation, the processor 202 is configured to execute the instructions stored within the memory 204, to communicate data to and from the memory 204, and to generally control operations of the computer 201 pursuant to the instructions. The processor 202 can be any custom made or commercially available processor, a central processing unit (CPU), an auxiliary processor among several processors associated with the computer 201, a semiconductor based microprocessor (in the form of a microchip or chip set), a macroprocessor, or generally any device for executing instructions.

In the example of FIG. 3, the instructions stored in the memory 204 include an operating system (OS) 226, a maintenance application 228, and an input manager 230. As can be appreciated, in various other embodiments, all or parts of the maintenance application 228 can be implemented on a separate storage medium (not shown) or other computing system (not shown), such as another server or other computing device, and can communicate with the computer 201. For exemplary purposes, the disclosure will be discussed in the context of the systems all being implemented entirely on the computer 201.

In general, the operating system 226 controls the performance of computer programs and provides scheduling, input-output control, file and data management, memory management, and communication control and related services. The input manager 230 receives the information that was transmitted by the mobile speech processing module 18 (FIG. 2), processes the information, and provides the information to the maintenance application 228. In particular, the input manager 230 receives the information and provides the information to the maintenance application 228 such that the information can be associated with particular fields of a maintenance form (e.g., the exemplary form 300 shown in FIG. 4). For example, the information can be tagged with maintenance form field identifications so that the information can be returned to the maintenance form field

The maintenance application 228 receives the information and populates the appropriate field with the appropriate information. The maintenance application 228 may manage a user interface 239 for display by the display 216 or display of a remote system (not shown). The user interface 239 displays the captured information. For example, the user interface 239 displays the form including the captured information in appropriate field.

Referring now to FIG. 5 and with continued reference to FIGS. 1-4, the illustrated flowchart depicts a method that can be performed by the maintenance repair and overhaul system 10 in accordance with various embodiments. As can be appreciated in light of the disclosure, the order of operation within the methods is not limited to the sequential execution as illustrated in FIG. 5, but may be performed in one or more varying orders as applicable and in accordance with the present disclosure.

In one example, the method may begin at 400. The component 30 is received for repair or overhaul at 410. The mobile speech processing system 12 is initialized (e.g., turned on and any other startup procedures are performed) at 420. The component and/or procedure is selected by the user at 430, for example, by the user speaking the component name or number and/or a name or number associated with the repair or overhaul procedure, the mobile recording device 20 recording the speech, and the mobile speech processing module 18 processing the recorded speech according to one or more speech recognition techniques. The mobile speech processing module 18 retrieves a pre-defined dialog (e.g., from a plurality of pre-stored dialogs) based on the selected component and/or procedure at 440.

Thereafter, the mobile speech processing module 18 executes the instructions of the pre-defined dialog at 450-460. In particular, the mobile speech processing module 18 generates audio signals to request particular information from the user 22, to confirm particular information spoken by the user 22, and/or to command an instruction of repair or overhaul to the user 22, processes the speech signals in response to the audio signals to identify the information, and stores the identified information.

Once the dialog is complete at 460, the stored information is transmitted wirelessly to the host computing device 14 at 470 (e.g., either automatically or based upon a user prompt to transmit). The input manager 230 receives the transmitted information, processes the transmitted information, and provides the information for population of the appropriate field to the maintenance application 228. The maintenance application 228 stores the information in the appropriate fields at 490. Thereafter, the method may end at 500.

Those of skill in the art will appreciate that the various illustrative logical blocks, modules, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. Some of the embodiments and implementations are described above in terms of functional and/or logical block components (or modules) and various processing steps. However, it should be appreciated that such block components (or modules) may be realized by any number of hardware, software, and/or firmware components configured to perform the specified functions. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention. For example, an embodiment of a system or a component may employ various integrated circuit components, e.g., memory elements, digital signal processing elements, logic elements, look-up tables, or the like, which may carry out a variety of functions under the control of one or more microprocessors or other control devices. In addition, those skilled in the art will appreciate that embodiments described herein are merely exemplary implementations.

The various illustrative logical blocks, modules, and circuits described in connection with the embodiments disclosed herein may be implemented or performed with a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user terminal

In this document, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Numerical ordinals such as “first,”“second,”“third,” etc. simply denote different singles of a plurality and do not imply any order or sequence unless specifically defined by the claim language. The sequence of the text in any of the claims does not imply that process steps must be performed in a temporal or logical order according to such sequence unless it is specifically defined by the language of the claim. The process steps may be interchanged in any order without departing from the scope of the invention as long as such an interchange does not contradict the claim language and is not logically nonsensical.

While at least one exemplary embodiment has been presented in the foregoing detailed description of the invention, it should be appreciated that a vast number of variations exist. It should also be appreciated that the exemplary embodiment or exemplary embodiments are only examples, and are not intended to limit the scope, applicability, or configuration of the invention in any way. Rather, the foregoing detailed description will provide those skilled in the art with a convenient road map for implementing an exemplary embodiment of the invention. It being understood that various changes may be made in the function and arrangement of elements described in an exemplary embodiment without departing from the scope of the invention as set forth in the appended claims.

Read more
PatSnap Solutions

Great research starts with great data.

Use the most comprehensive innovation intelligence platform to maximise ROI on research.

Learn More

Patent Valuation

32.79/100 Score

Market Attractiveness

It shows from an IP point of view how many competitors are active and innovations are made in the different technical fields of the company. On a company level, the market attractiveness is often also an indicator of how diversified a company is. Here we look into the commercial relevance of the market.

34.0/100 Score

Market Coverage

It shows the sizes of the market that is covered with the IP and in how many countries the IP guarantees protection. It reflects a market size that is potentially addressable with the invented technology/formulation with a legal protection which also includes a freedom to operate. Here we look into the size of the impacted market.

37.95/100 Score

Technology Quality

It shows the degree of innovation that can be derived from a company’s IP. Here we look into ease of detection, ability to design around and significance of the patented feature to the product/service.

81.0/100 Score

Assignee Score

It takes the R&D behavior of the company itself into account that results in IP. During the invention phase, larger companies are considered to assign a higher R&D budget on a certain technology field, these companies have a better influence on their market, on what is marketable and what might lead to a standard.

23.32/100 Score

Legal Score

It shows the legal strength of IP in terms of its degree of protecting effect. Here we look into claim scope, claim breadth, claim quality, stability and priority.

PatSnap Solutions

PatSnap solutions are used by R&D teams, legal and IP professionals, those in business intelligence and strategic planning roles and by research staff at academic institutions globally.

PatSnap Solutions
Search & Analyze
The widest range of IP search tools makes getting the right answers—and asking the right questions—easier than ever. One click analysis extracts meaningful information on competitors and technology trends from IP data.
Business Intelligence
Gain powerful insights into future technology changes, market shifts and competitor strategies.
Workflow
Manage IP-related processes across multiple teams and departments with integrated collaboration and workflow tools.
Contact Sales