Sign In to Follow Application
View All Documents & Correspondence

Vehicular Data Transfer System And A Method Thereof

Abstract: The present subject matter relates to a vehicular data transfer system (101) and a method thereof for a vehicle (114). The vehicular data transfer system (101) disclosed herein includes a processor (102), one or more input/output interfaces (103) and a memory (104) including one or more modules (105) and one or more data sets (106). The one or more modules (105) include a data filtering module (107), a comparison module (109), and a data accuracy-check module (111). The various data received from the vehicular parts is sent through one or more modules (105) before communicated to the user. The data-filtering module (107) filters unwanted data and sends the filtered data to the comparison module (109), wherein a critical data or a non-critical data is sent into the data accuracy-check module (111). The data accuracy-check module (111) determined accurate critical data or accurate non-critical data that is displayed to the user.

Get Free WhatsApp Updates!
Notices, Deadlines & Correspondence

Patent Information

Application #
Filing Date
14 October 2015
Publication Number
30/2017
Publication Type
INA
Invention Field
COMMUNICATION
Status
Email
Parent Application

Applicants

TVS MOTOR COMPANY LIMITED
"JAYALAKSHMI ESTATES", NO 29, (OLD NO.8), HADDOWS ROAD, CHENNAI - 600 006,

Inventors

1. ANIKETH ANIL MORE
TVS MOTOR COMPANY LIMITED, "JAYALAKSHMI ESTATES", NO 29, (OLD NO.8), HADDOWS ROAD, CHENNAI - 600 006,
2. SAMRAJ JABEZ DHINAGAR
TVS MOTOR COMPANY LIMITED, "JAYALAKSHMI ESTATES", NO 29, (OLD NO.8), HADDOWS ROAD, CHENNAI - 600 006,

Specification

DESC:TECHNICAL FIELD
[0001] The present subject matter relates generally to a vehicle. More particularly but not exclusively, the present invention relates to a vehicular data transfer system and a method thereof for the vehicle.
BACKGROUND
[0002] In recent days, with growing technology and its applicability in day-to-day life, the requirement for information availability in real-time has also increased. Most of the parts present in a vehicle, for example, a two-wheeled vehicle, are moving towards digitalization to improve the performance of the vehicle. The digitalization of the vehicular parts raises a need to improve data handling capabilities of the controllers used in the vehicles. The data from the vehicle to the user should be available in regular intervals. Either an analog cluster or a digital cluster does the transferring of the data from the vehicle end to the user end.
BRIEF DESCRIPTION OF THE DRAWINGS
[0003] The detailed description is described with reference to the accompanying figures. The same numbers are used throughout the drawings to reference like features and components.
[0004] Fig. 1 depicts a block diagram to illustrate working of a data transfer system.
[0005] Fig. 2 depicts an algorithm tracing working steps of the data transfer system.
[0006] Fig. 3 illustrates a data flow between vehicular components of a two wheeled vehicle and a vehicular data transfer system through a at least one input/output interface, in accordance with an embodiment of the present subject matter.
DETAILED DESCRIPTION
[0007] In a conventional data transfer system, the analog clusters perform transfer of data from a vehicle end to a user end. The data available at the user end is the vehicular data transferred from the vehicle for the purpose of the user. The vehicular data includes various information from the vehicular parts as per user requirement, for example, vehicle speed, engine speed, failure warning, fuel level, ODO values, etc.
[0008] The analog cluster uses plurality of individual connection to transfer various data to the user end. The plurality of individual connections makes the analog cluster bulky and needs more space to be accommodated in the vehicle. The cost of the analog cluster is high and is more prone to failures. The data transfer rate of the analog clusters is low as compared to the digital clusters. Further, the analog clusters tend to update inaccurate data at the user end due to low data transfer rate. The low data transfer rate is due to the high response time of the mechanical parts of the analog clusters. The digital clusters are used to overcome the problems provided by the analog clusters. The digital clusters mainly depend upon a single controller to transfer data from vehicle to the user end. In order to achieve an efficient working digital cluster, a high cost and high performance controller has to be used. The proposed invention tries to achieve better performance by the digital cluster without increasing the cost of the digital cluster.
[0009] In accordance with an embodiment of the present invention, the proposed invention carries out an efficient way of transferring vehicular data to the user end. The vehicular data at the user end in accordance with an embodiment is divided into two categories, namely, critical data and non-critical data.
[00010] Critical data are the data required by the user most often and is to be updated at the user end accurately with precise timing. Unavailability of the critical data could put a user under irreparable consequences. The critical data includes vehicle speed, engine speed, failure warnings, etc. The non-critical data is the data given low priority by the user and the user does not require non-critical data more often.
[00011] In a conventional two-wheeled vehicle, the vehicular data is not updated at the user end most often. The user might miss some of the important data from the vehicle if the data is not updated regularly. For example, if the fuel level is not indicated for a long time, the user would be in a notion that the vehicle has sufficient fuel for completing a journey he is involved in, but in reality the fuel level has not been updated for a long time and hence, the user would have been misinformed. Hence, there is a need for a system including an information cluster providing regular updating of vehicular data sets as per the user requirement and convenience. The working of the vehicular data transfer system according to the present invention could be understood in detail by the following description.
[00012] According to an embodiment of the present invention, the vehicular data transfer system comprises a processor, one or more input/output interfaces, one or more data sets including critical data, non-critical data, and other data, a display device, a processor, and one or more modules. The one or more modules include a data filtering module, a comparison module, a data accuracy check module and other modules.
[00013] The vehicular data transfer system further establishes a communication path between at least one mobile device. The mobile device is used to display the data received from the vehicular data transfer system.
[00014] The data filtering module of the vehicular data transfer system receives one or more data sets from different vehicular parts and discards any unwanted data or corrupt data received from the vehicular parts. The various vehicular parts include engine, accelerometer, fuel level indicator, fuel tank, and other parts. Further, the data filtering module sends the filtered data sets for further processing.
[00015] The filtered data set is received by the comparison module which compares the critical data and the non-critical data. The critical data and the non-critical data is compared for a pre-determined number of times and then accordingly the critical data or non-critical data is sent for further processing.
[00016] The non-critical data is selected if the non-critical data exceeds the critical data received, else, a critical data is sent.
[00017] After, a critical or a non-critical data is selected and sent for further processing, an accuracy-check module determines accuracy of critical data and accuracy of non-critical data and sends to communicate to the user.
[00018] The so decided accurate critical data or accurate non-critical data is further communicated to the user through input/output interfaces including at least one display device or a mobile phone.
[00019] The critical data and the non-critical data are displayed to the user whenever required by the user.
[00020] Fig.1 illustrates a block diagram of the data transfer system. The data transfer system comprises of various modules performing the transfer of various data from various vehicular components to a user end. The vehicular data transfer system 101 comprises a processor 102, a plurality of I/O interfaces 103 and a memory 104. The processor(s) 102 may be implemented as one or more central processing units, state machines, logic circuitries, and/or any devices that process signals based on operational instructions. Among other capabilities, the processor(s) 102 are configured to fetch and execute computer-readable instructions stored in the memory. The input/output interface(s) 103 may include a variety of software and hardware interfaces, for example, a web interface, a graphical user interface, etc., The input/output interface(s) 103 can facilitate multiple communications within a wide variety of networks and protocol types, including wired networks, for example LAN, cable, etc., and wireless networks such as WLAN, cellular, or satellite. The input/output interface(s) 103 may include one or more ports for connecting a number of devices to each other or to another server. In an implementation, the input/output interface(s) 103 also includes a display device (not shown). The memory 104 can include any computer-readable medium known in the art including, for example, volatile memory (e.g., RAM), and/or non-volatile memory (e.g., EPROM, flash memory, etc.). In one embodiment, the memory 104 includes module(s) 105 and one or more data sets 106. The modules 105 further include a data filtering module 107, a comparison module 109, a data accuracy-check module 111 and other modules. The data 106 further comprises of a critical data 108, a non-critical data 110, and other data 112.
[00021] In operation, the vehicular data transfer system 101 receives one or more sets of vehicular data from various vehicular components. The data received consists of all kinds of information including unwanted and corrupt data along with the critical data 108 and non-critical data 110 required by the user. Further, the data received from the various vehicular components is sent to the data-filtering module 107.
[00022] The data-filtering module 107 removes the unwanted and corrupt data and sends the filtered data including critical data 108 and non-critical data 110 for further processing.
[00023] A comparison module 109 receives the filtered critical data 108 and, non-critical data 110. The comparison module 109 determines when to send non-critical 110 data to the user end. The comparison module 109 compares for a pre-determined number of times the received critical data 108 and non-critical data 110 and selects at least non-critical data 110 to be sent for further processing. The non-critical data 110 is sent for further processing if the number of times the non-critical data 110 received from the data filtering module 107 exceeds the number of times the critical data 108 received from the data filtering module 107, else, the critical data 108 is sent for further processing if the number of times the non-critical data 110 received from the data filtering module 107 does not exceed the number of times the critical data 108 received from the data filtering module 107.
[00024] According to an embodiment, the comparison module 109 comprises of a counter initialized to zero prior to the processing of the critical data 108 and non-critical data 110 begins. For example, the number of times, the critical data 108 has to be updated is pre-determined. Every time a critical data 108 is updated at the user end, the counter number increases and once the counter number exceeds the pre-determined number, a non-critical data 110 along with the critical data 108 is updated at the user end.
[00025] Further, the accuracy-checking module 111 receives the critical data 108 or the non-critical data 110 from the comparison module 109 and checks if the critical data 108 and the non-critical data 110 received is the data received in real-time and a complete data set is received. Only the data that is accurate and intact is sent for further processing.
[00026] Further, the accuracy-check module 111 compares said critical data 108 and said non-critical data 110 received from said comparison module 109 with one or more pre-determined identifier(s) for generating accurate critical data 305-1 and accurate non-critical data 305-2) respectively. The identifier(s) are for example, in the form of binary numbers that are attached with the one or more data sets 106. Only if the identifier is received and detected by the accuracy check module 111, the critical data 108 or the non-critical data 110 is communicated to the user.
[00027] Finally, the input/output interface 103, for example, a display device or a mobile device displays accurate and intact critical data 108 or non-critical data 110 from the data accuracy-checking module 111 or the accurate and intact critical data 108 or non-critical data 110 is stored in a data storage module for the user reference.
[00028] Fig.2 illustrates a method of operation of the vehicular data transfer system 101. The step 201 indicates receiving of the vehicular data from various components of the vehicle. The vehicular data includes the critical data 108 and the non-critical data 110 to be sent for further processing.
[00029] Step 202 indicates the filtering of the vehicular data received. The data-filtering module 107 filters out the unwanted and corrupt data and only the critical data 108 and non-critical data 110 are sent for further processing.
[00030] At step 203, processing of the critical data and non-critical data received is performed. According to an embodiment, the comparison module 109, determines sending of the non-critical data 110 after a pre-defined interval. Before processing of the critical data 108 and non-critical data 110 is performed, a counter is initialized to zero. The counter traces the number of times the critical data 108 is updated for a pre-determined number of times defined by the user. After the counter has reached the number pre-defined by the user, a non-critical data 110 is sent along with the critical data 108 for further processing. The critical data 108 is updated constantly until the counter reaches a pre-determined number.
[00031] The processed critical data 108 and non-critical data 110 are checked for accuracy by the data accuracy-checking module 111. The data accuracy-checking module 111 forwards only the accurate and intact critical data 108 and the non-critical data 110 to the user end. Finally, at the user end the accurate and intact critical data 108 and, the accurate and intact non-critical data 110 is sent to the user end comprising a display device or a memory unit.
[00032] Fig. 3 illustrates a data flow between vehicular components of a two wheeled vehicle and a vehicular data transfer system through a at least one input/output interface, in accordance with an embodiment of the present subject matter. The data from the plurality of vehicular components 306 including a fuel level indicator, an engine, an accelerometer and a number of ECUs is communicated or transferred to the user through a vehicluar data transfer system 101. At the user end, an input/output interface includes a mobile device 308-1 and other display device 308-2.
[00033] The vehicular data received from the plurality of vehicular components 306 is processed by the vehicular data transfer system 101. Firstly, the data is filtered by the data filtering module 107, then sent to the comparison module 109, and after comparison, either the critical data or the non-critical data is sent further into the data accuracy check module 111. After determining the accurate critical data 305-1 and the accurate non-critical data 305-2, the determined data is displayed or communicated to the user.
[00034] According to the proposed invention, the processor time is saved by preventing overloading the processor with unwanted data. Since, the data comparison module is capable of differentiating between the critical data and the non-critical data fed; only the processing of the required data is carried out. Further, according to the proposed invention the user is also updated with the non-critical data that is not important but essential. Hence, all required vehicular data from various vehicular components is updated to the user.
[00035] Although implementations for the present subject matter have been described in language specific to structural features and/or methods, it is to be understood that the present subject matter is not necessarily limited to the specific features or methods described. Rather, the specific features and methods are disclosed as exemplary implementations of the present invention.
,CLAIMS:I/We claim:
1. A vehicular data transfer system (101) to receive one or more data sets (106) from plurality of vehicular components (306) and transfer the one or more data sets (106) to a display device, said vehicular data transfer system (101) comprising:
a processor (102);
a memory (104) coupled to the processor (102), the memory (104) comprising:
a data filtering module (107) to receive one or more data sets (106) of vehicular data, discard any unwanted data or corrupt data received from the plurality of vehicular components and send the filtered data sets including critical data (108) and non-critical data (110) for further processing;
a comparison module (109) comparing said critical data (108) and said non-critical data (110) received from said data filtering module (107) for a pre-determined number of times, and selecting at least said non-critical data (110) for further processing when said non-critical data (110) received from said data filtering module (107) exceeds said critical data (108) received from said data filtering module (107), or selecting at least said critical data (108) for further processing when said non-critical data (110) received from said data filtering module (107) do not exceed said critical data (108) received from said data filtering module (107); and
an accuracy-check module (111) for generating accurate critical data (305-1) and accurate non-critical data (305-2) by determining accuracy of said critical data (108) or said non-critical data (110) received from said comparison module (109).

2. The vehicular data transfer system (101) as claimed in claim 1, wherein said accuracy-check module (111) compares said critical data (108) and said non-critical data (110) received from said comparison module (109) with one or more pre-determined identifier(s) for generating accurate critical data (305-1) and accurate non-critical data (305-2) respectively.

3. The vehicular data transfer system (101) as claimed in claim 1, wherein said system (101) further includes at least one input/output interface (103) to communicate said accurate critical data (305-1) and said accurate non-critical data (305-2) received from the accuracy-check module (111).

4. The vehicular data transfer system (101) as claimed in claim 1, wherein said at least one input/output interface (103) includes at least one display device.

5. The vehicular data transfer system (101) as claimed in claim 1, wherein said one or more data sets (106) include other data (112) and said system further comprises modules (105) including other modules (113).

6. The vehicular data transfer system (101) as claimed in claim 1, wherein said processor (102) is any one of a central processing unit, state machine, logic circuitry and a device that process signals based on operational instructions.

7. A two-wheeled vehicle (114) comprising:
a data filtering module (107) to receive one or more data sets (106) of vehicular data, discard any unwanted data or corrupt data received from the plurality of vehicular components and send the filtered data sets including critical data (108) and non-critical data (110) for further processing;
a comparison module (109) comparing for a pre-determined number of times, said critical data (108) and said non-critical data (110) received from said data filtering module (107), and selects at least said non-critical data (110) for further processing when said non-critical data (110) received from said data filtering module (107) exceeds said critical data (108) received from said data filtering module (107), or selects at least said critical data (108) for further processing when said non-critical data (110) received from said data filtering module (107) do not exceed said critical data (108) received from said data filtering module (107);
an accuracy-check module (111) for determining accuracy of said critical data (108) or said non-critical data (110) received from the comparison module (109); and
an input/output interface (103) to display said critical data (108) or said non-critical data (110) received from the accuracy-checking module (111).

8. The two-wheeled vehicle (114) as claimed in claim 7, wherein said vehicle (114) is capable of communicating with at least one mobile device (308).

9. A method to transfer one or more vehicular data sets (106) from plurality of vehicular components to an input/output interface (103), said method comprising the steps of:
receiving (201), by a data filtering module (107) of the vehicular data transfer system (101), one or more data sets (106) from the plurality of vehicular components, discarding (202) any unwanted data or corrupt data from the one or more data sets (106) and send the filtered data sets including a critical data (108) and non-critical data (110) for further processing;
selecting (204,205), by comparison module (109) of the vehicular data transfer system (101), by comparing (203) for a pre-determined number of times, said critical data (108) and said non-critical data (110) received from said data filtering module (107), and selecting (205) at least said non-critical data (110) for further processing when said non-critical data (110) received from said data filtering module (107) exceeds said critical data (108) received from said data filtering module (107) and selecting (204) at least said critical data (108) for further processing when said non-critical data (110) received from said data filtering module (107) does not exceed said critical data (108) received from said data filtering module (107); and
determining accuracy (206), by a data accuracy-check module (111) of the vehicular data transfer system (101), of the critical data (108) or the non-critical data (110) received by the comparison module (109) and, sending the accurate critical data (305-1) and the accurate non-critical data (305-2) to a input/output interface (103).

10. The method as claimed in claim 9, wherein said method further includes displaying (207), by an input/output interface (103) of said vehicular data transfer system (101), said accurate critical data (305-1) and said accurate non-critical data (305-2) received from the accuracy-check module (111) for use by the user.

Documents

Orders

Section Controller Decision Date

Application Documents

# Name Date
1 5492-CHE-2015-Correspondence to notify the Controller [11-01-2024(online)].pdf 2024-01-11
1 5492-CHE-2015-Other Patent Document-141015.pdf 2015-10-20
2 5492-CHE-2015-US(14)-HearingNotice-(HearingDate-11-01-2024).pdf 2023-12-08
2 5492-CHE-2015-Form 2(Title Page)-141015.pdf 2015-10-20
3 5492-CHE-2015-Form 1-141015.pdf 2015-10-20
3 5492-che-2015-CLAIMS [12-09-2020(online)].pdf 2020-09-12
4 OTHERS [13-10-2016(online)].pdf 2016-10-13
4 5492-che-2015-COMPLETE SPECIFICATION [12-09-2020(online)].pdf 2020-09-12
5 Drawing [13-10-2016(online)].jpg 2016-10-13
5 5492-che-2015-DRAWING [12-09-2020(online)].pdf 2020-09-12
6 Description(Complete) [13-10-2016(online)].pdf 2016-10-13
6 5492-che-2015-FER_SER_REPLY [12-09-2020(online)].pdf 2020-09-12
7 Form 18 [14-03-2017(online)].pdf 2017-03-14
7 5492-che-2015-OTHERS [12-09-2020(online)].pdf 2020-09-12
8 5492-CHE-2015-FER.pdf 2020-03-12
9 Form 18 [14-03-2017(online)].pdf 2017-03-14
9 5492-che-2015-OTHERS [12-09-2020(online)].pdf 2020-09-12
10 5492-che-2015-FER_SER_REPLY [12-09-2020(online)].pdf 2020-09-12
10 Description(Complete) [13-10-2016(online)].pdf 2016-10-13
11 Drawing [13-10-2016(online)].jpg 2016-10-13
11 5492-che-2015-DRAWING [12-09-2020(online)].pdf 2020-09-12
12 OTHERS [13-10-2016(online)].pdf 2016-10-13
12 5492-che-2015-COMPLETE SPECIFICATION [12-09-2020(online)].pdf 2020-09-12
13 5492-CHE-2015-Form 1-141015.pdf 2015-10-20
13 5492-che-2015-CLAIMS [12-09-2020(online)].pdf 2020-09-12
14 5492-CHE-2015-US(14)-HearingNotice-(HearingDate-11-01-2024).pdf 2023-12-08
14 5492-CHE-2015-Form 2(Title Page)-141015.pdf 2015-10-20
15 5492-CHE-2015-Other Patent Document-141015.pdf 2015-10-20
15 5492-CHE-2015-Correspondence to notify the Controller [11-01-2024(online)].pdf 2024-01-11

Search Strategy

1 5492CHE2015searchE_03-03-2020.pdf
1 SearchAE_24-12-2021.pdf
2 5492CHE2015searchE_03-03-2020.pdf
2 SearchAE_24-12-2021.pdf