Motorola Corporation

Google Inc.

Temic Automotive of North America, Inc.

Google Technology Holdings LLC

Ramy Peter Ayoub

Robert Faust D'Avello

John W Maher

Arthur L Fumarolo

Gus S Giunta

Emad S Isaac

Michael Joseph Crowley

Thomas Patrick McGovern

Steven Lee Mayes

Sam Joseph DiRaimondo

Clark David Elmore

Tim R Van Goethem

Robert F D'AVELLO

Timothy R Van Goethem

A system and method for providing content from a source to a vehicle is disclosed. The content is restricted by associating the content with at least one requirement for vehicle information from a vehicle to which the content is provided. When restricted content is requested, a vehicle system obtains vehicle related information from the vehicle. The vehicle information is transferred to the vehicle system from the source, and the restricted content is transferred from the source to the vehicle system. The vehicle system, the source, or both determine whether the vehicle information meets the at least one requirement restricting the content. As long as the requirement for vehicle information is met, processing of the restricted content is allowed.

System and method for providing content to vehicles in exchange for vehicle information

An apparatus and method for rapidly providing activity on a vehicle network bus includes a node having a bus connection to the vehicle network bus. The node includes a Rapid Response Stack loaded with the predetermined message to respond to any network bus request before the application is up and running. A true stack is loaded with real messages from the application once it is booted up and running on the node, whereupon the application subsequently responds to network bus requests using the true stack instead of the Rapid Response Stack.

Rapid vehicle bus network activity

A method of regulating usage and/or concession eligibility in a smart card system is described herein. A card acceptance location () detects a presence of a smart card and determines its identification code. The card acceptance location () checks the identification code against a list stored locally at the card acceptance location (). The card acceptance location () received the list from a second device. If the identification code of the smart card is listed on the list, the card acceptance location () performs an action on the smart card.

Method of regulating usage and/or concession eligibility via distributed list management in a smart card system

A radio communication system (,) has distributed operational control. Multiple autonomously operable computer workstations (,) are linked to a radio communication database (,) via a computer network (,). A local database (,), corresponding to a view of the radio communication database (,), is stored on each computer system (,). A radio system console operator interface (,) is configured according to information in the local database (,), and is operated to perform operational control of a portion of the radio communication system (,). Data consistency of the information stored in the local database (,) is automatically maintained.

Method of providing distributed operational control of a radio communication system

A computer system (110) has a multi-processing software application operating (200) thereon. There are multiple client processes (221-228) concurrently operating as components of the multi-processing software application (200). Termination of the multi-processing software application (200) results from individual decisions made at each client process (221-228). If a particular client process determines that another client process is inoperable (530), the particular client process continues operation when the inoperable process is designated non-mandatory (550, 510), and terminates operation when the inoperable process is designated mandatory (550, 580, 598). Furthermore, when the inoperable process is designated single-instance mandatory and belongs to a particular process class, the particular client process continues operation unless it is the only member of the process class operating (580, 590, 595, 598). As each client process operates using this termination procedure, the ultimate effect is on the multi-processing software application itself.

Method for managing termination of a multi-processing software

A multi-processing software system (200) has multiple operating processes (221, 222, 223, 224, 225, 226, 227, 228) that communicate with each other using messages. Each process has a corresponding process class (410, 411, 412, 413). Each message is assigned a message type (450, 451, 452, 453), and messages types are mapped (400) to least one process class. A particular message is routed to processes having a process class corresponding to the one or more process classes mapped to the message type of the particular message.

Method of routing messages within a multi-processing software system

Growing community of inventors

Arlington Heights, IL, United States of America

Ramy Peter Ayoub