Verizon Business Global LLC

Mci, Inc.

Chris Stillwell

James A Robertson

William Sprott Greene

Matthew C Pierret

Adam K Stillwell

A wireless lighting system used with demountable equipment, including truck-mounted forklifts (TMFL). The system includes a transmitter installed in a lighting harness or trailer lighting socket on a transporting vehicle. When the transporting vehicle's notification lights or signals (turn signals, tail lights, brake lights, clearance lights, reverse lights) are activated, a wireless signal is transmitted to a wireless receiver located on the TMFL, and a corresponding light or lights are activated on the TMFL. The system utilizes the power source of the TMFL to power the notification lights of the TMFL while being transported. Further, when the forklift is dismounted and in operation, the wireless lighting system is disabled until the forklift is returned to the transport position on the transport vehicle. This prevents actuation of the lights on the forklift unless the forklift is on the transport vehicle.

Lighting system for truck and trailer mounted vehicles

A service container provides a runtime operating environment for services managed remotely, configured remotely, load their code remotely, and found and communicated with remotely. The container scheme is the concept of a generic service container into which arbitrary software services may be homed to a host server at runtime. Each virtual machine runs a small set of code which identifies it as a service container and registers it with registries for making the service container visible and allows for remote communication.

Method and system for implementing improved containers in a global ecosystem of interrelated services

The present invention is directed to a system, method and software product for balancing resource services are always available to match the desired work to be done through the use of 'sticky services.'. Sticky services are defined as services that you know you want to have available as resources and as such they need to be present in the environment of cooperative applications; it may be that you want these always present or it may be that you want them present whenever certain conditions occur (see NewWave policy service). The general assumption of distributed systems is to not count on the environment you want being present, or put another way assume failure will occur. Therefore distributed environments like Jini assume all services are transient and will be garbage collected when not in active use. For the inside out approach to work, a mechanism should exist that, when desired, counters the transit design assumptions. This implies that two things are needed: (1) a mechanism for providing services as needed; (2) a mechanism for insuring the correct balance of resource services are always available to match the desired work to be done.

Growing community of inventors

Plano, TX, United States of America

Chris Stillwell