Abstract proposed system will also data. After analysing

Abstract — This paper provides a brief idea toalso become increasingly common. Real-time vehicle trackingand management system has been the focus of manyimprove and digitize existing public bus transit system.researchers, and several studies have been done in this area.This will be done using Networking, GPS and MobileVerma and Bhatia 2 stated in their study that GPS could beapplications and QR code scanning. The proposedused in many applications and it is possible to follow routessystem will notify the travellers about upcoming busesand locations driven a vehicle by means of GPS. Theyat the station and also help reducing the chaos causeddevelop a web based system presenting vehicles’ locations toat bus stations during rush hours also it will help speed the user. Gong et al. 3 improved approach to predict theup bus transportation as the bus won’t halt at public bus arrival time based on historical and real-time GPSunnecessary stations. The proposed system will also data. After analysing the components of bus arrival timehelp the traveller to stop the upcoming bus and they systematically, the bus arrival time and dwell time at previouscan use their prepaid cards to book the tickets. The stops are chosen as the main input variables of the predictiontickets can be in printed format or mobile image which model. They concluded that their model outperforms thecan be scanned when the traveller boards the bus.historical data based model in terms of prediction accuracy.By means of GPS receiver, proposed system has ability ofKeywords — GPS- Global Positioning System, QR code- tracking current position of the vehicle in any specific time.Quick Response code.In this paper a console that will be active on the bus stationsand all the intermediate stops. This console (screen) will holdthe information of upcoming buses with full informationstating its intermediate stops and the final stop and alsoIntroductionestimated time of arrival (ETA) at that station using the GPSand maps. With the help of this console the traveller can alsoemi formal public transit system plays an important role insearch the destinations where he wants to go, and if there is nothe development of the developing countries, Indiadirect bus route available the console will provide anmoving forward in the direction of becoming a super powerinstruction set of buses and the stations to get off and anotherneed to upgrade and promote the public transit system forbus to board. We can use C4.5 algorithm for estimation of busbetter transportation and speedy transits. The proposed systemwill help in this improvement and also provide some of the arrival time. GPS and Google Maps are used for displayingkey algorithms and architecture of the Digitized Bus Transport. current locations of buses on the maps, together with theMost people reach from homes to workplace or school using related route information.public transportation. People can lose time in transportation The other part of this system is that we can provide thebecause of unwanted waiting. Also, people have the right to traveller to get their ticket before they even board the bus.know where the bus is now and how long time it takes bus to This can be done only when the traveller knows thereach bus stop. The services provided to passengers by destination the traveller can input the destination stop, swipetransport systems are very important. There are two kinds of the prepaid card and the system will automatically allocate theservice that all transport systems must provide: (i) route and start station to its location and generate an E-ticket for theschedule information (maps, schedules, and information on traveller. The traveller can simply click a photo of that ticketconnections) basic information (fare policy, stop locations, or they can print the ticket, this ticket or the QR code can beetc.). These types of information are delivered in a variety of scanned while they enter the bus and the anarchy to the ticketways: (a) traditional delivery methods include printed maps collector or conductor can be avoided.The rest of the article is structured as follows. In theand schedule cards, and “rider guides.” These are oftensecondsection, system architecture is proposed. Third sectiondistributed physically onboard buses and at key transitpresentsuser services and user interfaces in the proposedlocations. (b) As with other types of information, the majoritysystem.Conclusionand some future enhancements are givenof distribution has moved to the Internet. Nearly all transportat the last section.systems now provide service information on their websiteswhere users can either view it electronically or print it at homeor in their office. (c) Third-party distribution systems haveSSYSTEM ARCHITECTUREThe components and the architecture of the system worksbasically in two phases as shown in Fig. 1. These are (A) thetraveller’s bus is on the same route (B) the traveller’s bus isnot on the same route. The further categorization of thearchitecture can be done on these basic departments. (A.1)The traveller will just see for the upcoming buses. If he seesthe desired bus on route it will request a stop for that bus. (A.2)The traveller can see the routes and stations the upcomingbuses will halt at and board the bus accordingly.The Further category can be (B.1) the traveller will searchthe destination directly. (B.2) the information for boardingmultiple buses will be generated and traveller will be helpedwith the details. The ultimate work for the system is toprovide the traveller with the E-tickets and print of scan themdirectly.bus to stop. In this case the driver will be notified that “thereis an expected traveller who wishes to board the bus”, and thedriver will stop at that station.(ii) Client side functioning (Scenario 2)In the scenario two if the user/ traveller has no idea aboutthe bus routes and the upcoming buses are not showing thedesired station then the traveller can directly enter thedestination it has to travel to and the system will still checkthe destination in the upcoming buses routes if the system failsto do so, it will notify the traveller that there is no direct bus tothe desired station but if u want it can provide u with theoptions. If the traveller accepts this offer it will be given a listof tasks to do by the system. the system in this case will alsocalculate the ETA of the next bus at the intermediate stop andschedule the travellers journey accordingly and also it will bethe systems responsibility to guide the shortest route distanceand time wise. this can be done by the Dijkstra’s algorithm.(iii) The E-ticketThe last part in the system architecture is the part wherethe system will print or discard the E-tickets. Once thetraveller is sure about the destination and requests the bus tostop the console will design an E-ticket in the form of QRcode and display it on the system’s screen. Now it is up to theuser to either take a photo of that generated QR code or incase they don’t have any smart phones, simply print it. Thisprinted of photo of the ticket can be directly scanned on thescanner in the bus once they board it. This will help theconductor for easy ticketing of the other travellers.Fig 2. 10 and 100 Alphanumeric QR codes.But to pay for the tickets the traveller has to have a prepaidcard which they can recharge once in a month and use iteverywhere. or students, regular travellers who have passeswith them can simply scan the QR code they will get at thetime they get their monthly pass.Fig 1. System Architecture of D Bus Transport system(I) Front End(i) Client side functioning (scenario 1)As shown in the figure the system will see what kind ofuser is using the console if the user is just checking for theupcoming buses it will provide the upcoming bus number andthe intermediate stations it will halt at and also the fare it willneed. if the traveller wishes to board the bus it will request the(II) Back End(i) Server side functioning (Scenario 1)This system architecture was about the front end basicallythe working of the system from a travellers’ or the drivers’ orthe conductors’ point of view. The back end system has towork a lot on data bases. This system architecture will mainlycomprise of the database of the information of each and everyroute, the intermediate stations and the fare for each station.the back end system will work on GPS, networking andvarious algorithms.The basic architecture of the back end or the system sideworking will be whenever the traveller requests for theupcoming buses on this station it should check with thedatabase, which bus has left and which bus in enroute thisstation. And calculate the estimated time of arrival and showthe results with time of arrival. If the traveller expects for thefurther information of the bus like the stations it will stop andestimated time of arrival at that destination, it should be ableto provide that information considering all the factors. Thiswill be done by the system using the data mining algorithms,GPS and Google maps, Google uses dynamic vehicle routingalgorithm and various pre implemented algorithms for keepinga track of buses and traffic.(ii)Server side functioning (scenario 2)In the scenario 2 where the traveller is unaware of thedestination and types the query in the search box, the systemwill have to see the busses that pass through that station anytime of the day. If there is no bus to that destination throughthat station then it’s the job of the system to provide thetraveller with the information to reach the destination, wetherthe traveller needs to change the bus twice or thrice it willhave to provide a set of instructions to the traveller. For properworking of this system of situation the system will have tosearch for the buses that are travelling to that destination fromanywhere in the city and the intermediate stops of that bus.Now see the best intermediate station from the travellers’current station and the other bus to that destination comingfrom some other location. The system will notify the user toboard a bus get to that best intermediate station and boardanother bus to the final stop. This can be also cut down to easewith printing of instructions set or (in case the traveller has asmart phone) with a SMS. The above scenario can be simplyunderstood by this diagramUsage of existing algorithms and systems for theproposed system(i)Usage of QR codesWith the help of qr codes we can create E-tickets which cansave paper and also can be safe compared to the traditionalticketing system. As the QR code cannot be reused and alsothere is no chance of losing the ticket as its embedded in thephone. The other advantage of the QR code is no frauds forticketing can be done as the QR code has to be scanned whenthe traveller climbs the bus. The scanner will only allow thescanned ticket holders to pass through the barrier.(ii)GPSAs stated in the system architecture the GPS plays animportant role in this systems triumph, as the basicfunctionality that is going to favour the time of passengerinside the bus and the one waiting for bus mainly depends onthe position of the bus and also the ETA. The globalpositioning system will help tell the traveller the exact currentlocation of the bus and also help calculate the estimated timeof arrival (ETA).Fig: using GPS tracking the exact location of the bus.(iii)Dijkstra’s algorithmThe shortest path algorithm can be used in the scenario 2 casesand can find the shortest path between the destination and thetravellers’ current station. The Dijkstra’s algorithm can workwith C 4.5 algorithm and create the route for the traveller.(iv)C 4.5 algorithmThe C 4.5 algorithm designed by Ross Quinlan works on thebasic principle of decision tree. The decision tree can be usedto make a decision for the route decision and select the bestroute for the scenario 2 travellers. C 4.5 algorithm whenworking with the Dijkstra’s algorithm can give the properETA for the traveller to board the next bus.Fig 3. No direct route scenario.(v)Data miningThe data mining paradigm will be used to give details aboutthe bus on that particular route. Usually the bus number andthe intermediate stations are fixed so the database can have asample inputs and it will be ready to work on the traditionaldataset. The data mining is just the phase one for the system tofunction.Future scopeDigitized Bus Transport can be further improved or someadvancement can be made such as, the traveler will come toknow about the availability of the seats before even the busarrives at that station. This can be done by the travelers thathave scanned their tickets on previous stations and occupiedthe seats. The traveler on the station where the bus hasn’tarrived can have a regular updation as the seats are filled andemptied.For more future scope of this project we can embed thewhole system in an android or IoS application so that everyuser can use this system on their phones and again the screenchaos can be avoided. This way the traveler can himselfrequest for the bus and can make this happen even if he is notpresent at the station.Conclusions and Discussions for the proposedsystemIn this paper we have presented a digitized bus trackingsystem which uses technologies like GPS, Networking, datamining and QR code, with the assistance of various algorithmslike Dijkstra’s algorithm and C 4.5 algorithm, to provide theuser information about the upcoming buses its Estimated Timeof Arrival, the intermediate stations it will cover and also foran alternative solution if no buses are available on a consolethat will be sited on the bus stations. The console or the screencan be designed in Hindi, English and a local language of thatarea for each and every traveller to understand it and make useof it without hesitation. This system will bring a revolution inthe public transit system and also provide easy transport andattract more travellers to travel through public transits helpingreduce pollution.