Supervisor to manage requests to modify lane states

[Yadunund]

There may be two more nodes in a deployment that seek to modify the states of lanes in fleet adapters. Modifications presently include opening/closing lanes along with modifications to their speed limits.

if one requests the lane to be closed based on one set of conditions while the other deems to okay to be opened now based on another set of conditions, there is a mismatch.

Solution:
Implement a lane_state_supervisor similar to door and lift state supervisors that subscribe to requests from multiple sources and then decides what the state of the lane should be based on configurable business logic.
It would probably require us to add a string requester_id field to LaneRequest and SpeedLimitRequest messages which would break API. Alternatively we could create a new msg that encapsulates the requester_id and these messages. The nodes would publish the new message. The lane_state_supervisor would publish the original request messages.