|
|
| (3 intermediate revisions by the same user not shown) |
| Line 33: |
Line 33: |
| | '''Inventor''' | | '''Inventor''' |
| | Oren Spector | | Oren Spector |
| − |
| |
| − | '''Brief explanation'''
| |
| − | This abstract describes a method for controlling a robot to perform a task. The method involves acquiring image data of the targets the robot needs to reach, both from the perspective of the robot's end-effector and from its current position. This image data is then used with a machine learning model to determine the necessary movement for the robot to reach each target. The robot is then controlled to move accordingly.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method for controlling a robot to perform a task. The method includes acquiring, for each target of a sequence of targets comprising at least one intermediate target of the task and a final target of a task, a target image data element comprising at least one target image from a perspective of an end-effector of the robot at a respective target position of the robot and successively according to the sequence of targets, for each target in the sequence, acquiring, for the target, an origin image data element, supplying the origin image data element and the target image data to a machine learning model configured to derive a delta movement between the origin current position and the target position and controlling the robot to move according to the delta movement.
| |
| | | | |
| | ===WIPER BLADE DEVICE FOR A WIPER WITH SPRAY FUNCTION (18041867)=== | | ===WIPER BLADE DEVICE FOR A WIPER WITH SPRAY FUNCTION (18041867)=== |
| Line 44: |
Line 38: |
| | '''Inventor''' | | '''Inventor''' |
| | Denis Parenta | | Denis Parenta |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The present invention is a wiper blade device for a vehicle's wiper. It can be attached to the wiper arm and includes a wiper blade, a carrier, and optionally a spoiler. The device has a liquid-discharging system with at least one channel that has openings for releasing cleaning liquid onto the vehicle's pane. The carrier has one or more adapters for connecting a liquid supply to the liquid-discharging system. These adapters allow the cleaning liquid to be discharged on the same side of the wiper blade in a unilateral manner.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | The present invention relates to a wiper blade device () for a wiper of a vehicle, wherein the wiper blade device () is fixable to a wiper arm () of the wiper, wherein the wiper blade device () comprises a wiper blade () and a carrier () and optionally a spoiler, wherein the wiper blade device () has a liquid-discharging system () comprising at least one liquid-discharging channel, wherein the liquid-discharging channel has discharging openings for discharging cleaning liquid from the liquid-discharg-ing channel onto a pane of the vehicle, wherein at least one adapter () for hydraulically connecting a liquid supply () to the liquid-discharging system () is fixed on the carrier (), wherein each of one or more adapters () arranged on the carrier () is configured to connect the liquid-discharging system (), through which cleaning liquid can be discharged uni-laterally and on the same side of the wiper blade ().
| |
| | | | |
| | ===VEHICLE BRAKING SYSTEM (17709870)=== | | ===VEHICLE BRAKING SYSTEM (17709870)=== |
| Line 55: |
Line 43: |
| | '''Inventor''' | | '''Inventor''' |
| | F. Douglas Heasley | | F. Douglas Heasley |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a braking system for a vehicle. It includes a master cylinder with a pedal feel simulator, a reservoir to hold brake fluid, a wheel cylinder connected to the master cylinder through a braking circuit, an electronically-controlled pressure generating unit to move fluid to the wheel cylinder, and a two-way valve in the braking circuit. In the first mode, the two-way valve disconnects the master cylinder from the wheel cylinder and connects it to the reservoir. In the second mode, the two-way valve connects the master cylinder to the wheel cylinder.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A vehicle braking system includes a master cylinder having a pedal feel simulator incorporated therein, a reservoir configured to retain a volume of unpressurized brake fluid for use in the vehicle braking system, a wheel cylinder coupled to the master cylinder via a first braking circuit, an electronically-controlled pressure generating unit configured to move fluid through the first braking circuit to the wheel cylinder in a first mode of operation, and a two-way valve positioned in the first braking circuit and configured to selectively decouple the master cylinder from the wheel cylinder. In the first mode of operation, the master cylinder is decoupled from the wheel cylinder via the two-way valve and the master cylinder is coupled to the reservoir via the two-way valve. In a second mode of operation, the master cylinder is coupled to the wheel cylinder via the two-way valve.
| |
| | | | |
| | ===METHOD FOR PERFORMING AN AVP OPERATION OF A MOTOR VEHICLE (18179541)=== | | ===METHOD FOR PERFORMING AN AVP OPERATION OF A MOTOR VEHICLE (18179541)=== |
| Line 66: |
Line 48: |
| | '''Inventor''' | | '''Inventor''' |
| | Stefan Nordbruch | | Stefan Nordbruch |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a method for operating a motor vehicle in a parking lot using an Automated Valet Parking (AVP) system. The AVP operation can be of three types: vehicle-centered, infrastructure-centered, or shared vehicle-infrastructure. The method includes conducting a test to determine if certain conditions are met for switching from one AVP type to another. If the conditions are met, the switch is allowed and the AVP operation continues.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method for performing an AVP operation of a motor vehicle within a parking lot. During a performance of the AVP operation based on one AVP type selected from the following group of AVP types: AVP type 1, AVP type 2 and AVP type 3, wherein AVP type 1 is a vehicle-centered AVP operation, wherein AVP type 2 is an infrastructure-centered AVP operation, and wherein AVP type 3 is a shared vehicle-infrastructure AVP operation, a test is carried out as to whether at least one predetermined switching condition is fulfilled for a planned switch of the performance of the AVP operation from the one AVP type to another AVP type. Depending on the test, the planned switch is released in order to continue the AVP operation.
| |
| | | | |
| | ===METHOD FOR ENRICHING A MAP REPRESENTATION OF A TRAFFIC INFRASTRUCTURE (18182890)=== | | ===METHOD FOR ENRICHING A MAP REPRESENTATION OF A TRAFFIC INFRASTRUCTURE (18182890)=== |
| Line 77: |
Line 53: |
| | '''Inventor''' | | '''Inventor''' |
| | Andreas Schmitt | | Andreas Schmitt |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a method for improving a map representation of a traffic infrastructure. The method involves receiving map data that includes information about various roadways. It also involves receiving trajectory data of vehicles, including both first driving trajectories and second driving trajectories. The method then compares the number of first driving trajectories to the number of second driving trajectories and marks the route with more first driving trajectories as a preferred route in the map representation.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method for enriching a map representation of a traffic infrastructure. The method includes: receiving map data of a map representation of a traffic infrastructure, the map representation including pieces of information of a multitude of roadways negotiable by vehicles, the map representation encompassing pieces of information regarding at least one roadway including a transition area; receiving trajectory data of a multitude of first driving trajectories and a multitude of second driving trajectories of a multitude of vehicles; ascertaining a first number of the first driving trajectories and a second number of the second driving trajectories, and comparing the first number to the second number; and marking the first route as a preferred route in the map representation if the first number is greater than the second number.
| |
| | | | |
| | ===Apparatus for a Steering System of a Motor Vehicle, Motor Vehicle, Method for Operating a Steering System of a Motor Vehicle (18187529)=== | | ===Apparatus for a Steering System of a Motor Vehicle, Motor Vehicle, Method for Operating a Steering System of a Motor Vehicle (18187529)=== |
| Line 88: |
Line 58: |
| | '''Inventor''' | | '''Inventor''' |
| | Joerg Strecker | | Joerg Strecker |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes an apparatus for operating a motor vehicle with a unique steering system. The steering system consists of a steering handle and a steerable wheel. Unlike traditional systems, the steering handle and wheel are mechanically decoupled, meaning that moving the steering handle does not directly steer the wheel. Instead, the steering handle is connected to a controllable steering handle actuator, which generates a torque on the steering handle. The wheel, on the other hand, is connected to a controllable wheel actuator, which influences the wheel steering angle.
| |
| − |
| |
| − | To control the steering system, a computing device is used. This device is responsible for controlling both the steering handle actuator and the wheel actuator. It does so by specifying a target manual torque for the steering handle, based on a target variable provided by a driving assistance system. The computing device then controls the steering handle actuator accordingly, based on the specified target manual torque.
| |
| − |
| |
| − | In summary, this apparatus allows for independent control of the steering handle and wheel in a motor vehicle. The computing device plays a crucial role in determining the target manual torque for the steering handle and controlling the steering handle actuator accordingly.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | An apparatus for operating a motor vehicle, wherein the steering system comprises an actuatable steering handle and a steerable wheel, wherein the steering handle is mechanically decoupled from the wheel such that an actuation of the steering handle is independent from a steering of the wheel, wherein the steering handle is associated with a controllable steering handle actuator for generating a torque acting on the steering handle, and wherein the wheel is associated with a controllable wheel actuator for influencing a wheel steering angle of the wheel, with a computing device configured to control the steering handle actuator and the wheel actuator. The computing device is configured to specify a target manual torque (HM) for the steering handle as a function of a target variable specified by a driving assistance system and to control the steering handle actuator as a function of the specified target manual torque (HM).
| |
| | | | |
| | ===METHOD AND DEVICE FOR OPERATING A FUEL INJECTION VALVE (18001774)=== | | ===METHOD AND DEVICE FOR OPERATING A FUEL INJECTION VALVE (18001774)=== |
| Line 103: |
Line 63: |
| | '''Inventor''' | | '''Inventor''' |
| | Andreas Hopf | | Andreas Hopf |
| − |
| |
| − | '''Brief explanation'''
| |
| − | This abstract describes a method for training a data-based evaluation model to determine the opening or closing time of an injection valve based on a sensor signal. The method involves measuring the operation of the injection valve to obtain sensor signal values and associated opening or closing times. The sensor signal is then sampled at a certain rate to create a time series of sensor signal values. Training data sets are generated by assigning evaluation point time series, which have a lower temporal resolution than the sensor signal time series, to the corresponding opening or closing times. Finally, the data-based evaluation model is trained using these training data sets.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method for training a data-based evaluation model to determine an opening or closing time of an injection valve based on a sensor signal. The method includes: measuring an operation of the injection valve in order to determine at least one sensor signal and an associated opening or closing time; sampling the sensor signal at a sampling rate in order to obtain a sensor signal time series with sensor signal values; determining a plurality of training data sets by assigning a plurality of evaluation point time series generated from a sensor signal time series to the opening or closing time associated with the sensor signal, wherein the evaluation point time series has a lower temporal resolution than the sensor signal time series; training the data-based evaluation model depending on the determined training data sets.
| |
| | | | |
| | ===METHOD FOR CREATING MAP DATA (18184132)=== | | ===METHOD FOR CREATING MAP DATA (18184132)=== |
| Line 114: |
Line 68: |
| | '''Inventor''' | | '''Inventor''' |
| | Ming Gao | | Ming Gao |
| − |
| |
| − | '''Brief explanation'''
| |
| − | This abstract describes a method for creating detailed map data with lane-specific information. The method involves receiving mapping data from a vehicle, which includes the vehicle's trajectory and object features. The system then checks if map data for the local area already exist. If not, the mapping data is used to create new map data, which is stored in memory. If map data already exist, a comparison is made between the received mapping data and the existing map data. If there are differences, the existing map data is adapted using a weighting factor and then stored in memory.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method for creating map data having lane-specific resolution. Mapping data are initially received, the mapping data being transmitted by a vehicle, and including a vehicle trajectory and at least one object feature. Once the mapping data has been received, it is checked whether map data for local surroundings of the received mapping data are present. In the event the check indicates that no map data are present, map data are created from the mapping data and stored in a memory. In the event the check indicates that map data are already present, the map data are compared with the mapping data. If this comparison reveals that the mapping data differ from the map data, the map data are adapted, the adaptation taking place on the basis of a weighting factor. The adapted map data are subsequently stored in the memory.
| |
| | | | |
| | ===METHOD AND DEVICE FOR RECOGNIZING MISALIGNMENTS OF A STATIONARY SENSOR AND STATIONARY SENSOR (18175667)=== | | ===METHOD AND DEVICE FOR RECOGNIZING MISALIGNMENTS OF A STATIONARY SENSOR AND STATIONARY SENSOR (18175667)=== |
| Line 125: |
Line 73: |
| | '''Inventor''' | | '''Inventor''' |
| | Marat Kopytjuk | | Marat Kopytjuk |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a method for identifying misalignments in a stationary sensor. The sensor generates data at two different points in time, and based on this data, two occupancy maps are created. The first occupancy map is generated using data from the first point in time, and the second occupancy map is generated using data from the second point in time. By calculating the cross-correlation between these two occupancy maps, any misalignment in the sensor can be detected.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method for recognizing misalignments of a stationary sensor. A first occupancy map is generated based on first sensor data, which the sensor generates at a first point in time. Based on second sensor data, which the sensor generates at a second point in time, a second occupancy map is generated. A cross-correlation of the first occupancy map and of the second occupancy map is calculated. A misalignment of the sensor is recognized based on the calculated cross-correlation.
| |
| | | | |
| | ===PROCESSOR FOR PERFORMING A PREDETERMINED COMPUTATIONAL OPERATION, AND PROCESSING UNIT (18189031)=== | | ===PROCESSOR FOR PERFORMING A PREDETERMINED COMPUTATIONAL OPERATION, AND PROCESSING UNIT (18189031)=== |
| Line 136: |
Line 78: |
| | '''Inventor''' | | '''Inventor''' |
| | Taha Ibrahim Ibrahim Soliman | | Taha Ibrahim Ibrahim Soliman |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a processor that is capable of performing a specific computational operation using one or more data elements to produce a result. The processor consists of one or more processor cores and at least one buffer memory, which can be connected to a main memory. The processor cores are responsible for executing instructions. The buffer memory includes a calculation circuit that can perform the computational operation if the required data element(s) are stored in the buffer memory. The result of the operation is then stored back in the buffer memory. The processor can choose to perform the operation using one of the processor cores with the help of instructions, or it can perform the operation directly in the buffer memory using the calculation circuit.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A processor for performing a predetermined computational operation in which one or multiple data element(s) is/are used to determine a result. The processor includes one or more processor core(s) and at least one buffer memory, connectable to a main memory, and if the main memory is connected, it is designed to access the main memory. Each processor core is designed to execute instructions. The at least one buffer memory includes a calculation circuit which is designed to perform the computational operation in response to an execution signal if the one or the multiple data element(s) is/are stored in the buffer memory, the result being stored in the buffer memory. The processor is designed to perform the computational operation optionally using one of the processor cores with the aid of the instructions or to perform it in the at least one buffer memory using the respective calculation circuit.
| |
| | | | |
| | ===Computer-Implemented System and Method for Monitoring the Functionality of an Automated Driving Function (18185806)=== | | ===Computer-Implemented System and Method for Monitoring the Functionality of an Automated Driving Function (18185806)=== |
| Line 147: |
Line 83: |
| | '''Inventor''' | | '''Inventor''' |
| | Christian Heinzemann | | Christian Heinzemann |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a computer system that monitors the performance of an automated driving function in a vehicle. The system uses sensor information from at least one sensor and includes a software model of the driving function, a model of the sensor's performance, a module for monitoring the sensor's performance, a module for updating the sensor's performance model based on the monitoring results, and a module for analyzing the overall model of the driving function and sensor performance.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A computer-implemented system for monitoring the functionality of an automated driving function of a vehicle using sensor information from at least one sensor includes a software model of the automated driving function, a sensor performance model for the at least one sensor, a sensor monitoring module, which determines performance parameters and monitors the performance of the at least one sensor, an update module for updating the at least one sensor performance model based on the performance parameters determined, and a model checking module for analyzing an overall model comprising a combination of the software model and the at least one sensor performance model.
| |
| | | | |
| | ===COMPUTER-IMPLEMENTED METHOD FOR VERIFYING A SOFTWARE COMPONENT OF AN AUTOMATED DRIVING FUNCTION (18178767)=== | | ===COMPUTER-IMPLEMENTED METHOD FOR VERIFYING A SOFTWARE COMPONENT OF AN AUTOMATED DRIVING FUNCTION (18178767)=== |
| Line 158: |
Line 88: |
| | '''Inventor''' | | '''Inventor''' |
| | Christian Heinzemann | | Christian Heinzemann |
| − |
| |
| − | '''Brief explanation'''
| |
| − | This abstract describes a computer-based method for verifying the functionality of a software component used in automated driving. The software component relies on sensor information from at least one sensor. The method involves providing a model for the software component and a performance model for the sensor(s). These models are then combined to create an overall model. The overall model is then analyzed using a model checking method to ensure the software component functions correctly.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A computer-implemented method for verifying at least one software component of an automated driving function. The software component to be verified includes at least one function which uses sensor information from at least one sensor. The method includes: a. providing a model for the software component to be verified, b. providing at least one sensor performance model for the at least one sensor, c. generating an overall model, in the process of which the at least one sensor performance model is combined with the model of the software component to be verified, d. analyzing the overall model using a model checking method.
| |
| | | | |
| | ===METHOD FOR TESTING A DATA PROCESSING DISTRIBUTED TO MULTIPLE PROGRAMS (18182493)=== | | ===METHOD FOR TESTING A DATA PROCESSING DISTRIBUTED TO MULTIPLE PROGRAMS (18182493)=== |
| Line 169: |
Line 93: |
| | '''Inventor''' | | '''Inventor''' |
| | Fabian Franzelin | | Fabian Franzelin |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a method for testing a data processing system that is distributed across multiple programs. The method involves using an event simulator to generate test events for each program based on a predefined test scenario. A replay unit is then used to start the data processing for each program, receive the output data generated by the program, and forward it to other programs. The data processing for each program is ended when an ending-test event occurs.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method for testing a data processing distributed to multiple programs. The method includes executing an event simulator which, according to a predefined test scenario for testing multiple programs, generates test events for each program, and a replay unit, which is connected to the event simulator, and for each program starts a data processing by the program during a start-test event for the program, receives output data generated by the program and forwards them to one or to multiple of the other programs during an output-data-visibility event, and ends the data processing by the program during an ending-test event for the program.
| |
| | | | |
| | ===METHOD FOR EXECUTING ONE OR MORE VECTOR MATRIX OPERATIONS, COMPUTING UNIT AND COMPUTING MODULE FOR EXECUTING SAME (18041185)=== | | ===METHOD FOR EXECUTING ONE OR MORE VECTOR MATRIX OPERATIONS, COMPUTING UNIT AND COMPUTING MODULE FOR EXECUTING SAME (18041185)=== |
| Line 180: |
Line 98: |
| | '''Inventor''' | | '''Inventor''' |
| | Taha Ibrahim Ibrahim Soliman | | Taha Ibrahim Ibrahim Soliman |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a method for performing vector matrix operations using a circuit. The method involves receiving an input vector with multiple values and applying increasing row voltages to the matrix. The rate of increase of the row voltages is proportional to the input values. The output currents generated at the current outputs are detected and compared to a predetermined limit current intensity. If any of the output currents exceed the limit, the increase of row voltages is terminated. Finally, the output vectors with multiple values are determined based on the measured currents.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method for executing one or multiple vector matrix operations using a matrix operation circuit. The method includes: receiving an input vector having a plurality of input values; applying and increasing row voltages on row lines of the matrix, wherein the row voltages are increased linearly starting from zero, and for each of the row voltages, a rate of increase is proportional to one of the input values; detecting the output currents generated at the current outputs; comparing current intensities of the detected output currents to a predetermined limit current intensity; terminating the increase of the row voltages, if, upon comparison, it is established that at least one of the output currents has a current intensity which is greater than the limit current intensity; and determining one or multiple output vectors having a plurality of output values on the basis of the measured currents.
| |
| | | | |
| | ===SYSTEM AND METHOD FOR DISTRIBUTED LAPLACE NOISE GENERATION FOR DIFFERENTIAL PRIVACY (17711141)=== | | ===SYSTEM AND METHOD FOR DISTRIBUTED LAPLACE NOISE GENERATION FOR DIFFERENTIAL PRIVACY (17711141)=== |
| Line 191: |
Line 103: |
| | '''Inventor''' | | '''Inventor''' |
| | Saraswathy RAMANATHAPURAM VANCHEESWARAN | | Saraswathy RAMANATHAPURAM VANCHEESWARAN |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a computer-based method used in a multi-party computation system. It involves generating random bits that are shared between two or more nodes. These shared random bits are then used to obtain Gaussian samples at each node. Using these Gaussian samples, the nodes generate and output Laplacian samples.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A computer-implemented method includes generating shared random bits at the two or more nodes in a multi-party computation system, obtaining one or more Gaussian samples at the two or more modes utilizing the shared random bits, at each of the two or more nodes, generate and output one or more Laplacian samples using the one or more Gaussian samples.
| |
| | | | |
| | ===METHOD FOR CLASSIFYING MOVEMENTS (18169314)=== | | ===METHOD FOR CLASSIFYING MOVEMENTS (18169314)=== |
| Line 202: |
Line 108: |
| | '''Inventor''' | | '''Inventor''' |
| | Thomas Nilsson | | Thomas Nilsson |
| − |
| |
| − | '''Brief explanation'''
| |
| − | This abstract describes a method for classifying movements based on sensor data. The method involves receiving sensor data and determining a characteristic measured variable from it. The movement sequence is then classified using this characteristic variable. A mathematical model, which includes coefficients, is used to process the sensor data. The specific mathematical model is selected based on the movement sequence. An equation of state is determined for the sensor data value, which maps a curve of the characteristic measured variable. The coefficients are adjusted based on the sensor data, while keeping them within a predetermined range. The mathematical model is also adjusted based on the adjusted coefficients. Finally, an output is provided, which includes information about the type of classified movement.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method for classifying movements. In the method, sensor data are first received. A characteristic measured variable is then ascertained from the received sensor data, and a movement sequence is classified based on the characteristic measured variable. The sensor data are input into a mathematical model, which includes coefficient(s) and is dependent on the characteristic measured variable. The mathematical model is selected based on the movement sequence. An equation of state of a sensor data value is determined, the equation of state including the coefficient(s). The sensor data value maps a curve of the characteristic measured variable. The coefficient(s) are adjusted based on the sensor data, the coefficient being kept within a predetermined range during the adjustment. The mathematical model is adjusted on the basis of the adjusted coefficient. An item of information is output, the type of the classified movement being part of the information.
| |
| | | | |
| | ===System and Method for Analyzing Trends in a Categorical Dataset Using Semantic Infusion (18189594)=== | | ===System and Method for Analyzing Trends in a Categorical Dataset Using Semantic Infusion (18189594)=== |
| Line 213: |
Line 113: |
| | '''Inventor''' | | '''Inventor''' |
| | Rishabh Gupta | | Rishabh Gupta |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a method for detecting semantic trends in categorical datasets from text-based documents. The method involves using a processing module to clean the text-based documents and a semantic infusion module to insert a specific word based on its infusion frequency value. A pattern generation module then extracts trending items from the word vector representation created by a word vector module. Overall, this method aims to identify and analyze semantic trends within the text-based documents.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method for detecting semantic trends within the categorical datasets from text-based documents includes using a processing module to obtain the plurality of text-based documents and perform a basic cleaning of each of the plurality of text-based documents. A semantic infusion module may generate an infused sentence in each of the plurality of text-based documents by inserting a word “A_ class (C) _time (T)” based on a computed infusion frequency value (I). A pattern generation module is configured to generate semantic trends by extracting the trending items from the word vector representation created by a word vector module, for each word of each infused sentence of each of the plurality of text-based documents.
| |
| | | | |
| | ===SYSTEM AND METHOD WITH ENTITY TYPE CLARIFICATION FOR FINE-GRAINED FACTUAL KNOWLEDGE RETRIEVAL (17707080)=== | | ===SYSTEM AND METHOD WITH ENTITY TYPE CLARIFICATION FOR FINE-GRAINED FACTUAL KNOWLEDGE RETRIEVAL (17707080)=== |
| Line 224: |
Line 118: |
| | '''Inventor''' | | '''Inventor''' |
| | Jun Araki | | Jun Araki |
| − |
| |
| − | '''Brief explanation'''
| |
| − | This computer system and method help retrieve factual knowledge by clarifying the type of entity being searched for. It generates a list of possible answers to a question and then generates more specific questions based on those answers. It categorizes the answers into different types of entities and presents them to the user. The user can then select a specific type of entity, and the system will provide the corresponding answer.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A computer-implemented system and method relate to factual knowledge retrieval with entity type clarification. A set of candidates is generated for a first prompt. The set of candidates provide a solution to the first prompt. A set of second prompts is generated based on the set of candidates. A set of entity types is generated using the set of second prompts. The set of entity types categorize the set of candidates. The set of entity types is output via a user interface. A selected entity type is received via the user interface. The selected entity type is chosen from among the set of entity types. A selected candidate is output. The selected candidate corresponds to the selected entity type.
| |
| | | | |
| | ===METHOD AND SYSTEM FOR A COMPLEX AUTOENCODER UTILIZED FOR OBJECT DISCOVERY (17712860)=== | | ===METHOD AND SYSTEM FOR A COMPLEX AUTOENCODER UTILIZED FOR OBJECT DISCOVERY (17712860)=== |
| Line 235: |
Line 123: |
| | '''Inventor''' | | '''Inventor''' |
| | Maja Rudolph | | Maja Rudolph |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a computer-based method for a machine learning system. It involves taking an input image and converting each pixel into a complex number by adding an initial phase. This complex number is then sent to an encoder, which produces a complex-valued representation. The representation is then decomposed by a decoder into a complex-valued output with a real part and a phase. A reconstruction error is calculated between the input image and the real part of the output, and the model parameters of the system are updated and outputted until a convergence threshold is reached.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A computer-implemented method for a machine learning system includes receiving a input image, adding an initial phase to each pixel associated with the input image to create a complex number, sending the complex number to an encoder, wherein the encoder is configured to output a complex-valued latent representation to a decoder, utilizing the decoder, decompose the complex-valued latent representation into a complex-valued output including both a real part and an associated phase, computing a reconstruction error between the input image and the real part of the complex-valued output, wherein the reconstruction error is associated with model parameters associated with the system, and updating and outputting the model parameters associated with the system until a convergence threshold is obtained.
| |
| | | | |
| | ===ELECTROCHEMICAL CELL CHROMIUM POISONING PREVENTION MATERIALS (17708695)=== | | ===ELECTROCHEMICAL CELL CHROMIUM POISONING PREVENTION MATERIALS (17708695)=== |
| Line 246: |
Line 128: |
| | '''Inventor''' | | '''Inventor''' |
| | Soo KIM | | Soo KIM |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a component of an electrochemical cell that is designed to prevent chromium poisoning. The component is made up of a material called chromium getter multi-elemental oxide, which has a specific formula (I). The material includes elements such as Ba, Ca, Cr, Mg, or Sr as A, and Al, Bi, C, Co, Cr, Fe, Mn, Ni, Ti, Y, or Zn as B. The numbers x, y, and z represent the quantities of these elements in the material. The purpose of this component is to protect the electrochemical cell from the harmful effects of chromium.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | An electrochemical cell component including a bulk portion and a surface portion comprising a chromium getter multi-elemental oxide material having a formula (I): ABO(I), where A is Ba, Ca, Cr, Mg, or Sr, B is Al, Bi, C, Co, Cr, Fe, Mn, Ni, Ti, Y, or Zn, x is a number selected from 1 to 8, y is a number selected from 1 to 64, and z is a number selected from 1 to 103, the multi-elemental oxide being configured to prevent chromium poisoning of the component.
| |
| | | | |
| | ===ELECTRIC CONTACT ASSEMBLY, PRINTED CIRCUIT BOARD ASSEMBLY, AND METHOD FOR PRODUCING SAME (18022908)=== | | ===ELECTRIC CONTACT ASSEMBLY, PRINTED CIRCUIT BOARD ASSEMBLY, AND METHOD FOR PRODUCING SAME (18022908)=== |
| Line 257: |
Line 133: |
| | '''Inventor''' | | '''Inventor''' |
| | Andreas Otto | | Andreas Otto |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes an electric contact assembly used to connect a printed circuit board to another electronic component. The assembly includes an installation ring that is fixed to the circuit board and a press-in pin with two different zones. The first zone is more flexible and is connected to the electronic component, while the second zone is inserted into the opening of the installation ring using an interference fit.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | The invention relates to an electric contact assembly for electrically contacting a printed circuit board or the like, comprising an installation ring () with an opening (), said installation ring () being designed to be fixed to the printed circuit board (), and comprising a press-in pin () with a first zone () and a second zone (), wherein the first zone () has a greater degree of mechanical flexibility than the second zone (), and the first zone () is designed to be connected to another electronic component. The second zone () is assembled in the opening () of the installation ring () by means of a first interference fit ().
| |
| | | | |
| | ===Economical Pre-Chamber Spark Plug (18044036)=== | | ===Economical Pre-Chamber Spark Plug (18044036)=== |
| Line 268: |
Line 138: |
| | '''Inventor''' | | '''Inventor''' |
| | Stephan Kaske | | Stephan Kaske |
| − |
| |
| − | '''Brief explanation'''
| |
| − | A pre-chamber spark plug is a type of spark plug that has a specific design. It consists of several components: a middle electrode, a ground electrode, a housing, an insulator, and a cap. The middle electrode has a spark face at one end, while the ground electrode has a spark face at the other end. The ground electrode is fixed in the housing, and the insulator provides electrical insulation between the middle and ground electrodes. The cap, along with a part of the housing, creates a pre-chamber. The spark faces of the middle and ground electrodes are positioned opposite each other at a certain distance.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A pre-chamber spark plug includes (i) a middle electrode with a first noble metal body which has a first end spark face, (ii) a ground electrode with a second noble metal body which has a second end spark face, (iii) a housing, with the ground electrode being fixed in the housing, (iv) an insulator which electrically insulates the middle electrode with respect to the ground electrode, and (v) a cap, which together with a part of the housing, defines a pre-chamber. The first end spark face and the second end spark face are arranged oppositely at a distance from one another.
| |
| | | | |
| | ===ROBUST ULTRA-WIDEBAND SYSTEM AND METHOD FOR IN-VEHICLE SENSING (17710666)=== | | ===ROBUST ULTRA-WIDEBAND SYSTEM AND METHOD FOR IN-VEHICLE SENSING (17710666)=== |
| Line 279: |
Line 143: |
| | '''Inventor''' | | '''Inventor''' |
| | Vivek Jain | | Vivek Jain |
| − |
| |
| − | '''Brief explanation'''
| |
| − | This abstract describes a method for managing communications among a group of system nodes that are responsible for sensing a specific region. The method involves creating a schedule that separates communication and sensing time slots. During the communication time slot, one of the system nodes transmits a wireless message, while during the sensing time slot, another system node transmits a radar transmission signal and receives a radar reflection signal. Additionally, during the sensing time slot, either the first or second system node transmits a second wireless message. The method also includes determining channel state data of the second message using a subset of the system nodes during the sensing time slot. A processor then generates sensor fusion data by combining the radar reflection signal and the channel state data. Finally, the processor determines the sensing state of the predetermined region based on the sensor fusion data.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A method relates to managing communications among a set of system nodes. The set of system nodes is configured to sense a predetermined region. The method includes establishing, via a processor, a schedule that includes a communication timeslot and a sensing timeslot, which are non-overlapping. A first system node or a second system node is operable to transmit a first message wirelessly during the communication timeslot. The second system node is operable to transmit a radar transmission signal during the sensing timeslot. The second system node is operable to receive a radar reflection signal during the sensing timeslot. The radar reflection signal is based on the radar transmission signal. The first system node or the second system node is operable to transmit a second message wirelessly during the sensing timeslot. The method includes determining channel state data of the second message via a subset of the set of system nodes during the sensing timeslot. The processor is operable to generate sensor fusion data based on the radar reflection signal and the channel state data. The processor is operable to determine a sensing state of the predetermined region based on the sensor fusion data.
| |
| | | | |
| | ===METHOD AND APPARATUS FOR RECEIVING INFORMATION (18188910)=== | | ===METHOD AND APPARATUS FOR RECEIVING INFORMATION (18188910)=== |
| Line 290: |
Line 148: |
| | '''Inventor''' | | '''Inventor''' |
| | Khaled Shawky Hassan | | Khaled Shawky Hassan |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a computer method where a first terminal device receives information about how a network device is configured to exchange data between different devices. Based on this information, the first terminal device sends additional information to other terminal devices using a separate transmission channel.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A computer-implemented method. The method includes: receiving, by a first terminal device, first information characterizing a resource configuration provided by a network device for a data exchange between a) the network device and at least one terminal device and/or b) at least two terminal devices, providing second information based on the first information via at least one sidelink transmission to at least one further terminal device.
| |
| | | | |
| | ===METHODS AND APPARATUSES FOR RADIO COMMUNICATION (18188679)=== | | ===METHODS AND APPARATUSES FOR RADIO COMMUNICATION (18188679)=== |
| Line 301: |
Line 153: |
| | '''Inventor''' | | '''Inventor''' |
| | Maximilian Stark | | Maximilian Stark |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a method and device for radio communication. The method involves transmitting two types of information from a radio terminal. The first type of information represents the quality of a downlink channel received by the terminal. The second type of information represents the current or future environmental situation of a physical entity associated with the terminal.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | Methods and apparatuses for radio communication. The method comprises: transmitting first information that characterizes at least one quality associated with a downlink channel received by a radio terminal; and transmitting second information that characterizes a present or future environmental situation of a physical entity that is associated with the radio terminal.
| |
| | | | |
| | ===RADAR SYSTEM (18175645)=== | | ===RADAR SYSTEM (18175645)=== |
| Line 312: |
Line 158: |
| | '''Inventor''' | | '''Inventor''' |
| | Christian Hollaender | | Christian Hollaender |
| − |
| |
| − | '''Brief explanation'''
| |
| − | The abstract describes a radar system that consists of an antenna and a circuit board. The antenna has a press-in pin that is inserted into a sleeve on the circuit board. When the antenna is pushed onto the circuit board, the press-in pin is pressed into the sleeve and deforms, securing the antenna in place.
| |
| − |
| |
| − | '''Abstract'''
| |
| − | A radar system, which includes an antenna for sending and/or receiving radar signals and a circuit board including at least one high-frequency component and an element for sending and/or receiving high-frequency signals. The antenna includes at least one press-in pin, which is introduced into the antenna. At least one sleeve is situated on/at the circuit board, into which the press-in pin is inserted. The at least one press-in pin cooperates with the at least one sleeve in such a way that, when the antenna is being pushed onto the circuit board, the press-in pin is pressed into the at least one sleeve and deforms, providing fixation.
| |
