Abstract:
The present disclosure to systems for integration and communication of aftermarket vehicle components with existing vehicle components through methods comprising an apparatus receiving an input signal comprising a raw data set, and engaging a processor configured to execute computer-executable instructions and communicate with an existing motion control system. The methods also include the apparatus communicating, or alternately generating, a vehicle identification sequence derived from the vehicle identification data set. Finally, the methods include the apparatus communicating a calibration data set comprising computer-executable instructions including a vehicle calibration sequence, executing the vehicle identification sequence, and executing the vehicle calibration sequence.

Description:
TECHNICAL FIELD 
       [0001]    The present technology relates to data processing within a vehicle. More specifically, the present technology relates to integrating media systems into pre-existing vehicle systems. 
       BACKGROUND 
       [0002]    Modern vehicles may be outfitted with technology to provide a vehicle operator with access to data that he/she may need when operating the vehicle. The data may be received by any number of data input devices (e.g., cameras and sensors) and presented to the operator on a vehicle component (e.g., console display). An example data information system  101  is shown in  FIG. 1 . 
         [0003]    As seen in  FIG. 1 , the information system  101  may receive information from one or more data input devices  110 . Input device(s) may be factory installed or after-market components added to the vehicle to provide additional functionality. 
         [0004]    For example, the input devices  110  may include cameras affixed to the vehicle in locations for collecting desirable image data. One or more cameras may be mounted to the front and/or rear fascia of a vehicle to perceive areas, which cannot be adequately observed by the vehicle operator while in the vehicle interior, e.g.,—an environment directly behind the vehicle. Additionally, one or more cameras may be mounted to the right and left portions of the vehicle to perceive objects in close proximity to the vehicle doors. 
         [0005]    As another example, the input devices  110  may include one or more sensors or measuring devices mounted to internal or external surfaces of the vehicle for generating data or signals related to conditions, which often vary over time. The conditions may be internal to the vehicle (e.g., tire pressure) or external to the vehicle (e.g., ambient, or environmental temperature). 
         [0006]    The information received by the data input devices  110  is transmitted to an input/output (I/O) system  120  by way of an input signal  115 . The I/O system  120  manages interfaces between the input devices  110  and one or more data output devices  160  by using components such as a production connector  140  and a wiring assembly (e.g., harness  130 ). The I/O system  120  transmits an output signal  125 , typically through the production connector  140 , to the output device(s)  160  located within a center stack  150 . 
         [0007]    The center stack  150  is a corridor of interior space between a vehicle operator seat and a vehicle passenger seat, beginning at the dashboard and extending to the gearshift and often to a center console. The center stack  150  may also house processors executing one or more software applications  155  (e.g., a video application), media input components (e.g., USB or other auxiliary input), output components  160  (e.g., display), or the like. 
         [0008]    The output component(s)  160  may provide information by visual, auditory, or tactile interfaces to a vehicle occupant about changing vehicle conditions (e.g., changing position of objects detected in a surrounding environment). For example, the output component  160  may display video data received from a camera on a rear fascia when the vehicle is shifted into the reverse gear. 
         [0009]    Due to rapid changes in technology, operators of superannuated vehicles must purchase a newer vehicle or add after-market alternatives to enjoy technology features such as Bluetooth and vehicle cameras. For example, the input device  110  may include an aftermarket rear-view camera affixed to a location on or near the rear fascia of a vehicle (e.g., on license plate). 
         [0010]    However many after-market alternatives do not communicate with pre-existing systems within the vehicle. Therefore, to integrate desired technology features into the vehicle, the after-market components replace many of pre-existing vehicle components within the operating vehicle system, rendering costly pre-existing components obsolete. 
         [0011]    Pre-existing vehicle display components that provide information to drivers within the information system  101  are installed by the manufacturer in locations that optimize the effectiveness of the communicated information. However, the display components may not be optimal to integrate after-market technology. Systems that convey crash-alert information are typically located in the driver&#39;s direct line of sight and undergo extensive testing to ensure that the communicated information is intuitive and effective in terms of the desired response. Other information systems are specifically designed and located to enable an optimal viewing angle and to minimize the effects of sunlight glare. When audible alerts are required by an alert system, vehicle sound systems can more effectively convey auditory alert information by automatically muting the current radio source and activating a select speaker set to indicate the threat direction. More recent production systems use tactile devices place in the seat pan of the driver&#39;s seat to communicate the presence and direction of a threat to drivers. Thus, as a whole, vehicle systems can provide a superior interface when compared to add-on components that may have performance issues due to placement or other limitations. 
       SUMMARY 
       [0012]    Given the aforementioned issues, a need exists for an after-market data information system that integrates with pre-existing data information systems. The present disclosure relates to methods for integration and communication of aftermarket vehicle components with existing vehicle components. 
         [0013]    In one aspect, the present technology includes a method, for integrating data function in an existing motion control system for a vehicle comprising (i) receiving, by an apparatus within the vehicle, an input signal comprising a raw data set, the input signal having been generated due to occurrence of a predetermined event, and (ii) engaging, by the apparatus, in response to receiving the input signal, a processor configured to execute computer-executable instructions and communicate with the existing motion control system. 
         [0014]    In some embodiments, the input signal further comprises an event data set retrieved from a memory, the event data set including information concerning the predetermined event. 
         [0015]    In some embodiments, the method further comprises determining, in a determination by the apparatus, that no event data is transmitted, and initiating disengagement of a power source in response to the apparatus. 
         [0016]    In some embodiments, the method further comprises processing, by the apparatus, the raw data set using an applications data set, yielding a processed data set, and communicating, by the apparatus, the processed data set to the existing motion control system. 
         [0017]    In some embodiments, an event data set includes an alert data set for informing a vehicle operator of vehicle conditions or surrounding environment conditions through use of the existing motion control system. 
         [0018]    In some embodiments, the method further comprises executing the alert data set. 
         [0019]    In some embodiments, execution of the alert data set initiates provision of a sensory alert to a vehicle operator. 
         [0020]    In a further aspect of the present technology, the method for integrating data function in an existing motion control system for a vehicle includes (i) storing, by an apparatus having a processor, a vehicle identification data set and a calibration data set to a memory, the vehicle identification data set comprising computer-executable instructions including a vehicle identification sequence, (ii) communicating, by the apparatus, from the memory, the vehicle identification data set, (iii) communicating, by the apparatus, from the memory, the calibration data set comprising computer-executable instructions including a vehicle calibration sequence, (iv) executing, by the apparatus, the vehicle identification sequence, and (v) executing, by the apparatus, the vehicle calibration sequence. 
         [0021]    In some embodiments, the method further comprises determining, by the processor, whether successful execution of the vehicle calibration sequence occurred. 
         [0022]    In some embodiments, the method further comprises receiving, by the apparatus, an input signal, containing a raw data set, processing, by the apparatus, the raw data set according to an applications set, yielding a processed data set, and communicating, by the apparatus, the processed data set to the existing motion control system. 
         [0023]    In some embodiments, the calibration data set includes an alert data set for informing a vehicle operator if successful execution of the vehicle calibration sequence occurred. 
         [0024]    In some embodiments, the method further comprises executing the alert data set. 
         [0025]    In some embodiments, the alert data set is configured to provide a sensory alert to a vehicle operator. 
         [0026]    In a further aspect of the present technology, the method for integrating data function in an existing motion control system for a vehicle includes (i) receiving, by an apparatus, a vehicle identification data set input by a user by way of an input device, (ii) generating, by the apparatus having a memory and a processor, a vehicle identification sequence derived from the vehicle identification data set, (iii) communicating, by the apparatus, from the memory, a calibration data set comprising computer-executable instructions including a vehicle calibration sequence, (iv) executing, by the apparatus, the vehicle identification sequence, and (v) executing, by the apparatus, the vehicle calibration sequence. 
         [0027]    In some embodiments, the method further comprises determining, by the processor, whether successful execution of the vehicle calibration sequence occurred. 
         [0028]    In some embodiments, the method further comprises receiving, by the apparatus, an input signal, containing a raw data set, processing, by the apparatus, the raw data set according to an applications set, yielding a processed data set, and communicating, by the apparatus, the processed data set to the existing motion control system. 
         [0029]    In some embodiments, the event data set includes an alert data set for informing a vehicle operator whether successful execution of the vehicle calibration sequence occurred. 
         [0030]    In some embodiments, the alert data set is configured to provide a sensory alert to the vehicle operator. 
         [0031]    In some embodiments, the method further comprises determining, in a determination by the apparatus, that no event data is transmitted and initiating disengagement of a power source in response to the apparatus. 
         [0032]    Other aspects of the present technology will be in part apparent and in part pointed out hereinafter. 
     
    
     
       DESCRIPTION OF THE DRAWINGS 
         [0033]      FIG. 1  illustrates the prior art for a data information system. 
           [0034]      FIG. 2  illustrates a data integration system for use in an exemplary embodiment according to the technology. 
           [0035]      FIG. 3  illustrates an alternate embodiment of the data integration system of  FIG. 2 . 
           [0036]      FIG. 4  is a block diagram of a controller of the data integration systems for  FIGS. 2 and 3 . 
           [0037]      FIG. 5  is a flow chart illustrating methods associated with the data integration systems of  FIGS. 2 and 3 . 
       
    
    
     DETAILED DESCRIPTION 
       [0038]    As required, detailed embodiments of the present disclosure are disclosed herein. The disclosed embodiments are merely examples that may be embodied in various and alternative forms, and combinations thereof. As used herein, for example, exemplary, illustrative, and similar terms, refer expansively to embodiments that serve as an illustration, specimen, model or pattern. 
         [0039]    Descriptions are to be considered broadly, within the spirit of the description. For example, references to connections between any two parts herein are intended to encompass the two parts being connected directly or indirectly to each other. As another example, a single component described herein, such as in connection with one or more functions, is to be interpreted to cover embodiments in which more than one component is used instead to perform the function(s). And vice versa—i.e., descriptions of multiple components herein in connection with one or more functions is to be interpreted to cover embodiments in which a single component performs the function(s). 
         [0040]    In some instances, well-known components, systems, materials or methods have not been described in detail in order to avoid obscuring the present disclosure. Specific structural and functional details disclosed herein are therefore not to be interpreted as limiting, but merely as a basis for the claims and as a representative basis for teaching one skilled in the art to employ the present disclosure. 
       I. Overview of the Disclosure—FIG. 2 
       [0041]      FIG. 2  illustrates an information system  102  including a data integration system  200 . The integration system  200  is configured and arranged to be installed into a vehicle to allow integration of pre-existing (e.g., factory installed) vehicle systems with after-market technology. 
         [0042]    The integration system  200  is connected to, or otherwise in communication with (e.g., wireless), the information system  102  to receive data information from one or more after-market input device(s)  111 , which the system  102  will then transmit to the data output device(s)  160 . For example, the integration system  200  may be in communication with (i) the after-market input devices  111  via an input signal  116  and (ii) the I/O system  120  via a processed input signal  225 , as seen in  FIG. 2 . 
         [0043]    In one embodiment, the integration system  200  includes a vehicle interface connector  210  and an integrated module device  220 . 
         [0044]    The interface connector  210  connects to the integrated device  220  to integrate the device  220  into the system  102 . A pre-existing output device (e.g., factory-installed display) deciphers data received from a pre-existing data input source (e.g., factory-installed camera) and translates the data into communication (e.g., video stream) understood by the vehicle operator. However, the pre-existing output device cannot decipher and/or translate data received from an after-market installed data input source  116  (e.g., after-market camera). The interface connector  210  functions to connect the integration system  200  with the system  102 . More specifically, the interface connector  210  serves to receive raw input data from the after-market input device  116  and communicate processed output data, processed by the integration device  220 , to the I/O system  120 . The processed output data is ultimately deciphered and/or translated by the after-market input device  160 . 
         [0045]    The interface connector  210  is in some embodiments in communication with (i) the system  102 , specifically, the input device(s)  111 , by way of the input signal  116  and the I/O system  120  by way of the processed input signal  225 , and/or (ii) the integrated device  220  by way of a transmission signal  215 . 
         [0046]    The input signal  116  is transmitted from the after-market data input device  111  to the interface connector  210 . The interface connector  210  includes one or more retrofitted components that include one or more interfaces that correspond with the after-market vehicle technology components—e.g., input device(s)  111 . Additionally, the processed input signal  225  is transmitted from the interface connector  210  by way of retrofitted components corresponding to the pre-existing vehicle modules—e.g., output device(s)  160 . As such, the interface connector  210  serves to bridge the after-market components with the pre-existing vehicle modules. 
         [0047]    In one embodiment, the transmission signal  215  communicates information bi-directionally to/from the connector  210 . Raw data received into the connector  210  by way of the input signal  116  is transmitted to the device  220  by way of the transmission signal  215 . The raw data is then processed by the integration device  220 , described below, and the processed data is transmitted by way of the transmission signal  215  back to the connector  210 . 
         [0048]    The integrated device  220  in some embodiments includes a controller  400  (seen in  FIG. 4 ) to detect, receive, process, analyze, and/or transmit information (e.g., raw data) received by the input device(s)  111 . For example, when the input device  111  is a camera, the integrated device  220  may include computer-executable code, or instructions, stored in one or more modules, that, when executed by a processor, process raw video data received from the camera. As another example, when the input device  111  is a sensor, or other measurement device to detect object movement or proximity to the vehicle, the integrated device  220  instructions can cause the processor to process raw data detected by the sensor due to object motion or proximal existence. 
         [0049]    Referring to  FIG. 4 , the controller  400  may be a microcontroller, microprocessor, programmable logic controller (PLC), complex programmable logic device (CPLD), field-programmable gate array (FPGA), or the like. The controller may be developed through the use of code libraries, static analysis tools, software, hardware, firmware, or the like. Any use of hardware or firmware includes a degree of flexibility and high-performance available from an FPGA, combining the benefits of single-purpose and general-purpose systems. After reading this description, it will become apparent to a person skilled in the relevant art how to implement the technology using other computer systems and/or computer architectures. 
         [0050]    The controller  400  includes a memory  410 . The memory  410  may include several categories of software and data used in the integrated device  220 , including, applications  420 , a database  430 , an operating system (OS)  440 , and I/O device drivers  450 . 
         [0051]    As will be appreciated by those skilled in the art, the OS  440  may be any operating system for use with a data processing system. The I/O device drivers  450  may include various routines accessed through the OS  440  by the applications  420  to communicate with devices, and certain memory components. 
         [0052]    The applications  420  can be stored in the memory  410  and/or in a firmware (not shown) as executable instructions, and can be executed by a processor  460 . 
         [0053]    The applications  420  include various programs (e.g., operational modes) that, when executed by the processor  460 , process data received into the integration device  220 . Operational modes are a formal characterization of a status of one or more internal data that affects behavior of the system  102 . Operational modes may include, among others, a mode of input (e.g., data stream from a camera) and a mode of output (e.g., data stream to a display). Operational modes can based on vehicle capabilities such as, but not limited to, pre-existing components (e.g., displays) and positioning of a gear (e.g., shifting the vehicle into the reverse gear). 
         [0054]    The applications  420  may be applied to data stored in the database  430 , such as the specified parameters, along with data, e.g., received via the I/O data ports  470 . The database  430  represents the static and dynamic data used by the applications  420 , the OS  440 , the I/O device drivers  450  and other software programs that may reside in the memory  410 . 
         [0055]    While the memory  410  is illustrated as residing proximate the processor  460 , it should be understood that at least a portion of the memory  410  can be a remotely accessed storage system, for example, a server on a communication network, a remote hard disk drive, a removable storage medium, combinations thereof, and the like. Thus, any of the data, applications, and/or software described above can be stored within the memory  410  and/or accessed via network connections to other data processing systems (not shown) that may include a local area network (LAN), a metropolitan area network (MAN), or a wide area network (WAN), for example. 
         [0056]    It should be understood that  FIG. 4  and the description above are intended to provide a brief, general description of a suitable environment in which the various aspects of some embodiments of the present disclosure can be implemented. While the description refers to computer-readable instructions, embodiments of the present disclosure also can be implemented in combination with other program modules and/or as a combination of hardware and software in addition to, or instead of, computer readable instructions. 
         [0057]    The term “application,” or variants thereof, is used expansively herein to include routines, program modules, programs, components, data structures, algorithms, and the like. Applications can be implemented on various system configurations, including single-processor or multiprocessor systems, minicomputers, mainframe computers, personal computers, hand-held computing devices, microprocessor-based, programmable consumer electronics, combinations thereof, and the like. 
         [0058]    Further details associated with controller logic are discussed in association with  FIG. 5 . 
         [0059]    In some embodiments, the integrated device  220  is portable to allow movement of the device from one vehicle to another. The portability allows a vehicle user to transfer the integration system  200  to a different vehicle without losing customized settings associated with the system  200 . Portability may be a desired feature for situations in which an individual chooses to transfer an added after-market technology from one vehicle to another vehicle. 
         [0060]    In portable embodiments, the integrated system  200  can be configured to learn the capability and characteristics of each vehicle into which the system  200  is integrated. During integration, operation of the system  200  may be tailored to utilize capabilities (e.g., visual, auditory, and tactile displays, existence of a vehicle braking interface) of each vehicle and may choose a parameter set that is appropriate for each vehicle (e.g., vehicle width). Further characteristics of portable integrated devices are discussed below in association with  FIG. 3 . 
         [0061]    The integrated device  220  may be in communication with the interface connector  210  by way of a wired connection, such as a low voltage differential signaling (LVDS) data transfer cable or a gigabit video interface (GVIF) cable, among others. The integrated device  220  may also communicate with the interface connector  210  by way of a wireless connection (e.g., Bluetooth). Digital signals transmitted by the integrated device  220  via the wired or wireless communication components may be serialized/deserialized (SerDes) and transmitted using a conventional transmission device (e.g., Ethernet cable, USB). 
         [0062]    After raw data from the input devices  111  is processed by the controller  400  and transmitted to the interface connector  210 , the processed data (e.g., video, measurement) is communicated to the I/O system  120  by way of the processed input signal  225 . In other words, the data processed by the integrated device  220  is transmitted, through the connector  210 , in a manner that is compatible with the pre-existing vehicle data components (e.g., the harness  130  and the production connector  140 ). 
         [0063]    The I/O system  120 , via the harness  130  and the connector  140 , communicates the processed data by way of the output signal  125  to the output device(s)  160  within the center stack  150  of the vehicle. 
         [0064]    As an example, the I/O system  120  may communicate by way of the output signal  125  dynamic activation of the output device  160  upon detecting cautions of within the purview of the input device(s)  111 . More specifically, the I/O system  120  may actuate a specific display (e.g., a graphic overlay) or sensory output (e.g., a tactile transducer installed in a seat of the vehicle) within the output device(s)  160  at the direction of the integrated device  220 . 
       II. Alternate Embodiment—FIG. 3 
       [0065]      FIG. 3  illustrates a removable integration system  300 , which provides an alternate to the integration system  200  of  FIG. 2 . Similar to the integration system  200  of  FIG. 2 , the removable integration system  300  of  FIG. 3  allows after-market technology components to be installed and compatible with pre-existing vehicle components within an information system  103 . However, the removable integration system  300  is configured to be portable for ease of installation and transferability. 
         [0066]    As seen in  FIG. 3 , data is received through one or more input devices  111 , and then transmitted by way of the input signal  116  to the removable system  300 . The removable system  300  may include a removable device  320 , which integrates with (1) receptacle pre-existing components within a vehicle, e.g., an on-board diagnostic (OBD) port  310  or a USB plug-in device, and/or (2) after-market components within a vehicle, e.g., an OBD port expansion  330 . 
         [0067]    In some embodiments, the removable integration system  300  may also include a connector (not shown), similar to the connector  210  shown in  FIG. 2 , to integrate the removable device  320  into the system  102  by way of one or more retrofit modules. 
         [0068]    The removable device  320  serves the same functionality as the integration device  220 —e.g., process raw data through the controller  400  received by after-market input devices  111 . However, the removable device  320  may also acquire vehicle state information from recognizable diagnostic interfaces such as, for example, the OBD port  310 . The removable device  320  may also interact with compatible application software on the head unit that has been downloaded and installed by the user. In such cases, the native capabilities of the display unit could be enhanced via the added software. Such types of infotainment units are deployed to support vehicle software applications (e.g., ONSTAR®, a registered trademark of Onstar LLC, a Delaware company). 
         [0069]    Once raw data has been processed by the removable device  320 , the processed data is communicated to the port  310  by way of a module signal  315 , and/or the expansion port  320 , by way of a module expansion signal  325 . The processed data is communicated to the port  310  and/or the expansion port  320  in a format that is identifiable by pre-existing vehicle systems. More specifically, the removable device  320  configures data in such a way that the processed data may be communicated to pre-existing systems within the vehicle and communicated to the vehicle operator. 
         [0070]    The removable device  320  may be in communication with the port  310  or the port expansion  330 , by way of a wired and/or a wireless connection, as described in association with the integration device  220  discussed above. Digital signals transmitted by the integrated device  320  via wired or wireless communication components may be altered using SerDes, or other method. 
         [0071]    The OBD port  310  provides access to the onboard serial data networks of the vehicle. Some of this data is regulated to enable service centers to diagnose and repair vehicle systems (e.g., data from an engine control unit (ECU) (not shown) offers a source of information when troubleshooting problems within vehicle sub-systems by a vehicle owner, repair technician, or the like). Other data at this port is proprietary and enables a properly configured tool to access multiple vehicle data networks that include information about vehicle body systems (e.g., vehicle displays, HVAC systems, button or switch presses), vehicle powertrain systems (e.g., engine-specific data such as fuel injector status, engine rpm), vehicle chassis systems (i.e., vehicle stability control system status) and vehicle object detection sensor systems (e.g., information about objects that have been detected from camera, radar or Lidar systems). The port  310  includes an interface, which may be any interface known in the art (e.g., OBD I or II) and produce any number of protocol signals know in the art (e.g., SAE J1850 pulse width modulation or variable pulse width). 
         [0072]    The signals produced by the port  310 , regardless of the signal protocol, defines a method for requesting various types of diagnostic data as a list of standard parameters that may be available from the ECU. The parameters available are addressed by parameter identification numbers (PIDs), which are requested and retrieved by a system given access to real time performance data as well as flagged diagnostic trouble codes (DTCs). The processed port signals produced by port  310  also contain normal mode (e.g., proprietary) communications that can be monitored by a software that can interpret definitions associated with the normal mode and signal encoding. Such messages may include additional information about vehicle systems not provided by a regulated diagnostic system interface. The software that can interpret information produced by port  310  can monitor the same data sets monitored by ECUs and transmit data sets on the vehicle network in the same manner as existing production ECUs. This transferability of information enables the integrated device  200  or the removable device  300  to integrate with existing vehicle systems. 
         [0073]    The port  310  interface may be configured to communicate with the (1) removable device  320 , described above, (2) port expansion  330 , and/or (3) I/O system  120 . 
         [0074]    In some embodiments, the port  310  is in communication with the port expansion  330  by way of an OBD signal  335 . The OBD signal  335  may communicate processed data received by the removable device  320  to the port expansion  330 . The OBD signal  335  may also communicate other vehicle specific information (e.g., diagnostic information) to the port expansion  330 . For example, the port expansion  330  may require a data stream (e.g., a factory installed camera) obtained directly by the port  310 . In such a scenario, the data stream may be requested by and communicated to the port expansion  330  by way of the OBD signal  335 . 
         [0075]    In some embodiments, the port  310  is in direct communication with the I/O system  120  by way of a processed port signal  345 . Similar to the OBD signal  335 , the processed port signal  345  may communicate processed data received by the removable device  320  and/or vehicle specific to the I/O system  120 . The I/O system  120  then communicates, by way of the output signal  125 , to output device(s)  160  data communicated by the port  310 . 
         [0076]    The OBD port expansion  330  has a function similar to that of the port  310 . An electronic engine control (EEC) is a series of ECUs, some of which contain a port to allow access to the ECU memory to override the memory, if necessary, with a different programmed module for purposes such as but not limited to changing the ECU calibration data within the ECU memory (e.g., remapping). 
         [0077]    The port expansion  330  may be necessary when the port  310  does not have the data transfer capability required to communicate with the I/O system  120 . As an example, the port  310  may facilitate transmission of a data message less than 110 bytes, including a critical redundancy check. However, if the after-market technology component must transmit messages of 15 bytes, the port expansion  330  may be used to facilitate such an increase in data transmission capability. 
         [0078]    The port expansion  330  may also be necessary when the port  310  does not have open positions with which to receive an addition system (e.g., removable device  320 ). For example, the port  310  may be configured to receive 12 pins, however, if the after-market technology requires an additional 2 pins (e.g., for the input device  111  and the removable device  320 ), the port expansion  330  may be used to facilitate such an increase in pin space capability. 
         [0079]    The port expansion  330  may be configured to interface with the (1) removable device  320 , described above, (2) I/O system  120 , and/or (3) port expansion  310 . 
         [0080]    In some embodiments, the port expansion  330  may be configured to facilitate communication, by way of a processed expansion port signal  347 , to the I/O system  120 . The processed port expansion signal  347  may communicate (i) processed data received by the removable device  320 , (ii) processed data and/or vehicle specific from the port  310 , and/or (iii) vehicle specific information determined within the port expansion  330  system (e.g., diagnostic information of systems in communication with port expansion  330 ). The I/O system  120  then communicates, by way of the output signal  125 , to output device(s)  160  data communicated by the port expansion  330 . 
         [0081]    It should be noted that when the OBD signal  335  transmits data to the port expansion  330 , the processed port signal  345  may not be required because data communicated to the port expansion  330  may be communicated to the I/O system  120  by way of a processed port expansion signal  347 . 
         [0082]    The I/O system  120  manages the interfaces between the data input device(s)  111  and the removable integration system  300 . The I/O system  120  may (i) combine the input devices(s)  111  into a single data stream communicated to the removable system  300 , (ii) communicate only one relevant data stream (e.g., a rear camera data stream when the vehicle is shifted into the reverse position) to the removable system  300 , and/or (iii) communicate multiple data streams to the removable system  300 . 
         [0083]    As described above, the I/O system  120  may communicate, by way of the output signal  125 , a command for the output device  160  to dynamically activate on detected a perceived caution of within the purview of the input device(s)  111 . More specifically, the I/O system  120  may actuate a specific display (e.g., a graphic overlay, optionally accompanied by a tactical response) at the direction of the device  320 . 
         [0084]    It is understood by one skilled in the art that the integration system  200  and the removable integration system  300  may include one or more other devices and components. Additional components may be included in the integration system  200  to allow the system  200  to maintain the additional components. For example, the integration system  200  may include an encoder (not shown) to encode and decode data transmitted from/to the integration system  200 . As another example, the integration system  200  may include a converter (not shown) to convert National Television System Committee (NTSC) format data to Phase Alternating Line (PAL) format data, or vice versa. The converters may also be employed to convert combinations of analog and digital video formats (e.g., VGA, HDMI, LVDS, GVIF). 
       III. Method of Integration Module Operation—FIG. 5 
       [0085]      FIG. 5  is a flow chart illustrating a configuration process executed by the integration systems  200 ,  300 . 
         [0086]    It should be understood that the steps of the methods are not necessarily presented in any particular order and that performance of some or all the steps in an alternative order, is possible and is contemplated. 
         [0087]    The steps have been presented in the demonstrated order for ease of description and illustration. Steps can be added, omitted and/or performed simultaneously without departing from the scope of the appended claims. It should also be understood that the illustrated method or sub-methods can be ended at any time. 
         [0088]    In certain embodiments, some or all steps of this process, and/or substantially equivalent steps are performed by a processor, e.g., computer processor, executing computer-executable instructions, corresponding to one or more corresponding algorithms, and associated supporting data stored or included on a computer-readable medium, such as any of the computer-readable memories described above, including the remote server and vehicles. 
         [0089]    The process  500  depicts a method by which the device  220  and the removable device  320  may execute the communication of data to the I/O system  120 . The method  500 , among other methods, (i) commissions the device at grouping  520 , (ii) identifies a vehicle at step  530 , (ii) calibrates the device at grouping  540 , (iii) operates the device at grouping  550 , (iv) executes an alert, if required, at grouping  560 , and (v) displays output data at step  570 . 
         [0090]    The software may be engaged at step  501  through a controller, described in association with  FIGS. 2 and 3 . The controller sends an “engage response mode” message through an interface, which sends the initial request to commission the response mode as seen in the commission grouping  520 . 
         [0091]    III.A. Commission of the Integration Device 
         [0092]    The commission grouping  520  begins by the software within the devices  220 ,  320  being in standby mode at step  522 . In standby mode the devices  220 ,  320  each have their respective power bus in a disengaged position (e.g., power bus is “off”). When the bus is disengaged, there is no conversion of digital input data into phase modulated signals, which are demodulated and output to another component. More specifically, the devices  220 ,  320  are not operational. 
         [0093]    The commission grouping  520  continues the software process by determining whether an event that engages the bus (“commission event”), has occurred at step  524 . Events that engage the bus will commission the devices  220 ,  320 . 
         [0094]    A commission event may occur due to a periodic change in time. A commission event can be requested by the controller at a designated time interval, preset within the controller. The time interval may be set, changed, or adjusted based on a particular application of the process  500 . For example, use of the process  500  within the automotive industry may require a time interval that is different from the use of the process  500  within the nautical or aeronautical industries. 
         [0095]    A commission event may also occur due to the occurrence of a trigger event, by one or more systems within the vehicle. A trigger event is a specific action, preset within the controller, which communicates to the controller when the action occurs within a vehicle system. A trigger event may be any sensory response perceived by the device  220 ,  320 , such as but not limited to haptic (e.g., vibration), signal receipt (e.g., signal received by device to commission when vehicle ignition is enabled). For example, opening and/or closing the vehicle door may be classified as a trigger event that commissions of the devices  220 ,  320 . 
         [0096]    If no commission event has occurred (e.g., path  502 ), the devices  220 ,  320  remain in standby mode at  522 . 
         [0097]    If a commission event has occurred (e.g., path  504 ), the process  500  software then identifies a vehicle at step  530 . 
         [0098]    III.B. Vehicle Identification by the Integration Device 
         [0099]    To identify the vehicle at step  530 , the software determines whether the particular vehicle has a memory recall data set available. The memory recall data set may contain features such as, but not limited to, recent commands and personal preferences of the vehicle operator and/or information from vehicle sub-systems. The memory recall allows the controller to determine which settings to deploy within the calibration grouping  540 . 
         [0100]    If a memory recall data set is not available for the vehicle (e.g., path  506 ), the software will require user calibration within the calibration grouping  540 . 
         [0101]    III.C. Calibration of the Integration Device 
         [0102]    The user calibration at step  542  requires the system user provide a learning cycle for the software, wherein the software detects the after-market components (e.g., after-market input devices  111 ) and enables the components to function with the pre-existing components (e.g., output devices  160 ). Initial calibration information may include information such as, but not limited to function of the after-market input devices  111  (e.g., video data for a camera), location and position of the input devices  111  (e.g., height of a camera above ground or other reference point), and vehicle operator information (e.g., head position of the vehicle operator in reference to a stationary location such as the vehicle ceiling). 
         [0103]    The function, location, and position of the input device(s)  111  may be integrated and calibrated through an interface within an internal system (e.g., portal to receive interface from a USB or other data storage device). The input devices  111  may also be integrated to the systems  102 ,  103  based on external systems (e.g., smartphone interface). 
         [0104]    Vehicle operator information may be used to create an enhanced experience for the vehicle operator. Within an enhanced vehicle operation state, the system may perceive information about the vehicle operator that is associated with vehicle systems (e.g., how often does the vehicle operator access information on the center stack  150 ). The system may also perceive personal information about the vehicle operator, such as, but not limited to, operator head position within the vehicle, operator blink rate, the number of operators for the vehicle and preferences associated therewith. 
         [0105]    When user calibration is complete at step  542 , the process  500  executes the operation grouping  550 , described below. 
         [0106]    Back at step  530 , if a memory recall data set is available for the vehicle (e.g., path  508 ), the software may utilize automatic calibration within the calibration grouping  540 . 
         [0107]    The automatic calibration at step  544  recalls the memory data set available for the vehicle. As mentioned above, the memory recall data set may contain features such as, but not limited to, recent commands of the vehicle operator, personal preferences of the vehicle operator, diagnostic information from vehicle systems. The memory recall data set may be housed within a memory repository (not shown) internal and/or external to the controller. 
         [0108]    Once the automatic calibration has completed at step  544 , the software determines whether the automatic calibration is successful at step  546 . The automatic calibration is successful (e.g., path  512 ) if the software is able to recall the memory data set for the vehicle. 
         [0109]    If the automatic calibration is unsuccessful (e.g., path  510 ), the software will require user calibration at step  542 , as discussed above. When user calibration is complete at step  542 , the process  500  moves to the operation grouping  550 . 
         [0110]    III.D. Operation of the Integration Device 
         [0111]    After user calibration at step  542  or successful automatic calibration at step  446 , the software performs data acquisition at step  552 . During data acquisition, the devices  220 ,  320  acquire data (e.g., raw data) transmitted from the after-market input device(s)  111  by way of the after-market input signal  116 . For example, if the input device  111  is camera, the data acquisition at step  552  is configured to receive a video data set provided by the camera. As another example, if the input data device  111  is a Bluetooth system, the data acquisition is configured to receive an information (e.g., music) data set provided by the Bluetooth system. 
         [0112]    Once the data has been acquired, the software processes the data acquisition at step  554 . During and after data processing, the devices  220 ,  320  are in communication, by way of a wired and/or a wireless connection, with other system component as described in association with the integration device  220  and the removable device  320  above. Digital signals transmitted by the devices  220 ,  320  via wired or wireless communication components may be altered using SerDes, or other method. For example, a video data set provided by a camera may be processed by one or more controllers to form or one or more data streams used for form a processed input signal (e.g., signal  225  and signal  325 ) communicated from the devices  220 ,  320 . 
         [0113]    III.E. Optional Alerts from the Integration Device 
         [0114]    In some embodiments, the process  500  may contain software instruction that initiate an alert sequence  560 . The alert sequence may be utilized where warnings, displays, or the like need to be communicated to another vehicle system or to the vehicle operator. 
         [0115]    In these embodiments, the alert sequence commences by the software first, determining if an alert is in fact necessary at step  562 . An alert may be necessary if communication of information (e.g., normal mode communications or diagnostic information) may result in vehicle systems or the vehicle operator taking corrective action based on the communicated information. 
         [0116]    If an alert is not required (e.g., path  514 ), the processed data is communicated to the vehicle operator by the output devices  160  at step  570 , described below. 
         [0117]    If an alert is necessary (e.g., path  516 ), the software determines, at step  564 , if a visual output device (e.g., display) is available to communicate information to the vehicle operator. The software may also communicate with the vehicle operator by other sensory methods (e.g., auditory, haptic, and the like). 
         [0118]    If a visual output device is not available (e.g., path  518 ), an alert is generated by non-visual methods such as, but not limited to, auditory and tactile alerts at step  566 . The non-visual methods may be generated by the device  220 ,  320  by communicating (i) an alert to the vehicle operator directly through internal system components (e.g., device  220 ,  320  beeps or vibrates) or (ii) a signal to request an alert through another existing vehicle system (e.g., dynamic text warning, existing icon graphic warning, chime capability, haptic feedback via the port  310  interface or via the expansion port  330  interface). For example, a non-visual alert may be communicated to the vehicle radio and emitted through speakers within the vehicle. 
         [0119]    Once the alert is communicated to the vehicle at step  566 , the controller within the device  220 ,  320  disengages the power bus by (i) automatically disengaging after an alert is transmitted at step  568  or (ii) sending a “disengage response mode” message through an interface, which ends the process  500  at step  590 . 
         [0120]    If a visual output device is available (e.g., path  519 ), a visual alert is generated at step  468 . The visual alert may be a produced by the device  230 ,  320  and communicated for display at step  570 . For example, the visual alert could be a graphic alert may be a warning graphic (e.g., overlay on top of pre-existing output device display image). 
         [0121]    III.F. Display of Relevant Data 
         [0122]    At step  570 , relevant data is displayed for the vehicle. The data displayed at step  570  may be (i) processed data from step  554  and/or (ii) a visual alert from step  566 . When step  570  displays a visual alert from step  566 , the alert may be dynamically activated by the output device  160  (e.g., to display a graphic image). For example, the output device  160  may dynamically activate a rear camera display based on caution perceived within the area of the rear camera data feed. 
         [0123]    Once the data is displayed at step  570 , the device  220 ,  320  disengages the power bus. To disengage the power bus, the controller may (i) automatically disengage after an alert is transmitted at step  570  or (ii) send a “disengage response mode” message through an interface, which ends the process  500  at step  590 . 
       IV. Selected Features 
       [0124]    Many features of the present technology are described herein above. The present section presents in summary some selected features of the present technology. It is to be understood that the present section highlights only a few of the many features of the technology and the following paragraphs are not meant to be limiting. 
         [0125]    The technology associated with an integration system enables an after-market device to integrate with pre-existing vehicle components to integrate after-market technology. Rapid changes in technology force vehicles to use after-market alternatives to import technology features into the vehicle. In some embodiments, the integration system augments pre-existing video viewing applications. 
         [0126]    The technology also enables the integration system to extend to a variety of data-based applications. In some embodiments, the integration system may augment video application. In other embodiments, the system may augment data transfer by way of after-market and pre-existing communication components. 
         [0127]    The technology enables software that has the ability to automatically configure pre-set parameters recognized by the integration system. Automatic configuration prevents the vehicle operator from continually entering calibration information each time the after-market system is enabled. In one embodiment, the system automatically configures the system software when parameters of the vehicle are recognized. 
         [0128]    Another benefit is the ability of the integration system to support automatic configuration for different original equipment manufacturers (OEMs). Supporting a variety of OEMs enables the system to be moved to a different vehicle. 
         [0129]    The technology also allows the integration system to acquire vehicle state information from a recognizable diagnostic interface. Utilizing a vehicles diagnostic interface allows communication of the integration system with other pre-existing vehicle systems. In some embodiments, the integration system may be in communication with ports that acquire vehicle state information. 
         [0130]    Yet another benefit is the technology dynamically activates an alert when a perceived instance of caution the purview of the after-market technology input device. Dynamic activation assists in providing the vehicle operator with accurate information about environmental surroundings of the vehicle. 
       V. Conclusion 
       [0131]    Various embodiments of the present disclosure are disclosed herein. The disclosed embodiments are merely examples that may be embodied in various and alternative forms, and combinations thereof. 
         [0132]    The above-described embodiments are merely exemplary illustrations of implementations set forth for a clear understanding of the principles of the disclosure. 
         [0133]    Variations, modifications, and combinations may be made to the above-described embodiments without departing from the scope of the claims. All such variations, modifications, and combinations are included herein by the scope of this disclosure and the following claims.