Abstract: Systems and methods are disclosed for creating dynamic interactive advertisements using individualized three-dimensional (3D) human models. The interactive advertisements may be automatically generated based on a user profile associated with the viewer or may be created from an advertisement template by the viewer. Once generated, the viewer can alter the content of the interactive advertisement, make comments, rate the advertisement, and/or share it with others. In certain examples, one or more individualized 3D human head models are automatically selected for inclusion in the interactive advertisement based on the profile or preferences of the user without requiring a user selection of the 3D head model.

Abstract: Actions are controlled actions in a computer-based process by a status schema model defined at design-time, stored in a computer-readable medium and including a precondition identifying how a status affects whether an action is to be allowed to be performed at runtime by a data object node instance having the status. A status schema instance is created for a particular data object node instance being used in a computer-based process. The status schema instance corresponds to the status schema model and includes a status variable having an inhibiting status value. Conditioned upon a determination that the data object node instance includes a value for a status variable that corresponds to the inhibiting status value of the status variable of the status schema model, actions are prohibited to be performed by the data object node instance other than an action with an explicit precondition from the inhibiting status value.

Abstract: A side airbag device for a vehicle includes an airbag which is deployed in the event of an accident and, in the deployed state, covers a side wall section of the vehicle. In order for the airbag to reliably deploy, provision is made according to embodiments of the invention for the side airbag device to have a deployment control mechanism which deflect the airbag during its deployment around an obstacle situated in a region of a side wall section.

Abstract: A vehicle occupant restraint system includes an inflatable airbag arranged in a vehicle seat. When the airbag is triggered it at least partially unfolds in the direction of travel on a side of the vehicle seat facing the vehicle interior. The vehicle seat includes a backrest frame extending in a substantially vertical direction in the vehicle seat and substantially aligned in the direction of travel. The airbag is connected to a front end of the backrest frame pointing in the direction of travel.

Abstract: A fibrous slurry refiner includes a casing, a rotor secured to a rotor shaft, and first and second pluralities of grinding surfaces. The rotor is disposed within the casing and is rotatable via the rotor shaft. The first plurality of grinding surfaces is secured to the rotor, and the second plurality of grinding surfaces is disposed facing the first plurality of grinding surfaces and fixed in the casing. An inlet plate for each of the plurality of grinding surfaces directs the fibrous slurry toward a set of facing first and second grinding surfaces and imparts a rotary flow to the fibrous slurry.

Abstract: Techniques are provided for updating a locally stored version of a data set in a multi-system environment where each system maintains a separate stored version of the data set and is capable of modifying an attribute of the data set. An attribute of a data set stored locally in a first application system is modified and a message is generated containing the data set. The message is sent to a second application system that also maintains a version of the data set. The second application system receives the data set, and the attribute is compared to the attribute stored locally by the second application system. If the comparison indicates that the version of the attribute stored locally in the second application system is less recent than the version of the attribute in the received data set, the second application system's version of the attribute is replaced with the attribute in the message.

Abstract: Techniques are provided for updating a local cache database of an application system in a multi-system environment having a central system that maintains central data objects that are shared by the multiple systems. A first application system executes an application and processes a document using a data object having a version identifier. A message is sent to a second application system including the data object used to process the document and a corresponding version identifier for the data object. The second application system receives the message, and the version identifier in the message is compared to a version identifier of a corresponding data object stored in the second application system. If the version identifier of the data object stored in the second application system indicates that a more recent version of the data object exists, the more recent version of the data object is requested from a central system that maintains the data objects and the second system is updated.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model. A graphical user interface may be used to define status schema models.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model.

Abstract: A system and method for object state management. According to an embodiment of the invention, a status management runtime environment receives a request by an application object node to determine whether an action is allowed to be performed, makes a determination, pursuant to the request, as to whether the action is allowed to be performed based at least in part on status information associated with the application object node in a status repository, and sends the determination to the application object node in response to the request.

Abstract: A design-time status schema model describes the progress of a data object through a computing process. The status schema model includes status variables, processing actions and constraints for performing actions. The status schema model also may describe permitted changes to a status variable in response to performing an action. At runtime, the status schema model is used to control processing performed by, or on, an instance of a data object corresponding to the status schema model.

Abstract: A computer-implemented method of, and system for, messaging in a computer network is disclosed. The computer network comprises at least two computer-based participant systems communicating through asynchronous exchange of messages. The first system maintains one or more data objects and notifies another system of modifications of the data objects by sending messages. Each time a data object is modified, the corresponding status object is updated and a modification status flag is checked. In response, a communication status flag is checked and a notification message is sent to the other system if necessary. The modification status flag is then reset. Upon receipt of a confirmation message from the other system, the communication status flag is then reset to the original status.

Abstract: A computer-implemented method for a collaborative process of exchanging messages through an asynchronous messaging network. The method is embodied by a computer program that causes a computer system to retrieve information on local states and local state transitions related to each participant system from a first storage location, including information specifying local states of the corresponding participant system and events triggering, and resulting from, the respective local state transition; process the information to generate, and store in a second storage location, information on collaboration states and collaboration state transitions; retrieve information stored in the second storage location; process the information retrieved from the second storage location to generate information on incompletely specified terminal collaboration states among said collaboration states; and generate a result data object containing information on every incompletely specified terminal collaboration state found.

Abstract: Disclosed herein is a redaction system, method and computer program product. Embodiments of the invention implement an automated redaction system for redacting electronic documents. A redaction system of the invention has a source of electronic documents to be redacted; a source of redaction rules; and a redaction engine coupled to the source of electronic documents and the source of redaction rules. The redaction system is configured to perform operations of the method of the invention by accessing electronic documents to be redacted; accessing redaction rules to be applied when redacting the electronic documents; and redacting the electronic documents in accordance with the redaction rules. In other embodiments of the invention, the electronic documents to be redacted are converted to a common electronic format prior to redaction, and redacted when in the common electronic format.

Abstract: The disclosed apparatus can control the cross section of at least one vent opening of an airbag module, through which gases can escape into the environment. The apparatus can include: at least one covering part for at least partially covering the at least one vent opening and an operating mechanism comprising a gas source and an inflatable element in fluid communication with the gas source. The inflatable element can be configured to produce a variation in the outlet cross section of the vent opening in cooperation with the covering part.

Abstract: A screw for a compression dewatering device comprising an elongated shaft having axially spaced apart first and second ends, a conveying section at the first end of the shaft, having a single helical screw flight rigidly projecting from the shaft, a flightless transition section axially adjacent the conveying section, and a dewatering section axially adjacent the transition section, having a double helical screw flight rigidly projecting from the shaft. Another embodiment is a compression screw having a perforated tubular dewatering wall intermediate the ends, followed by an imperforate spool wall at the discharge end.