2012 IEEE Interational Conference on Advanced Communication Control and Computing Technologies (ICACCCT)

Android Suburban Railway Ticketing with GPS

as Ticket Checker
Karthick. S
I
,Velmurugan. A
2
Department of Information Technology
Shri Andal Alagar College of Engineering
H3IJ:[email protected] [email protected]
2
Abstact - One of the biggest challenges in the current ticketing
facilit
y
is "QUEUE" in bu
y
ing our suburban railwa
y
tickets. In this
fast growing world of technolog
y
we still stand in the queue or bu
y
with o
y
ster octopus cards for our suburban tickets, which is
more frustrating at times to stand in the queue or if we forget our
cards. This paper Android Suburban Railwa
y
(ASR) ticketing is
mainl
y
to bu
y
the suburban tickets which is the most challenging
when compared to booking the long journe
y
tickets through 'W-
ticket' which fails with suburban(local travel) tickets. Our ASR
ticket can be bought with just a smart phone application, where
y
ou
can carr
y y
our suburban railwa
y
tickets in
y
our smart phone as a
QR (Quick Response) code. It uses the smart phones "GPS" facilit
y
to validate and delete
y
our ticket automaticall
y
afer a specifc
interval of time once the user reaches the destination. User's ticket
information is stored in a CLOUD database for securit
y
purpose
which is missing in the present suburban s
y
stem. Also the ticket
checker is provided with a checker application to search for the
user's ticket with the ticket number in the cloud database for
checking purposes.
Keywords- Android; SQLite; Cloud Database; ASR; QR code;
I. INTRODUCTION
H the past few years there were more advancement in the
feld of technology. Considering railway departent, e-ticket
facility was intoduced where users browse through a
governmental website and book their long jouey railway
tickets which can be printed out afer confrmation to show it to
the checker when needed. Afer which months before a new
technology called M-ticketing (Mobile Ticketing) was
intoduced where customers messaged to the web portal through
mobile phones afer which a complete web page download to the
mobile phone where users can do the same booking process as it
was in the e-ticketing facility. Also in foreign counties the use
of Oyster cards Octopus card has become mandatory during
tavel. But we suffer if we forget our tavel cards and we stand
in the Queue for our local suburban tickets, which is a place
where e-ticketing; m-ticketing was unable lay their foot prints.
Android Suburban Railway (ASR) ticketing is mainly to
buy the suburban tickets which are the most challenging. Our
ASR ticket can be bought with just a smart phone application,
where you can carry your suburban railway tickets in your
smart phone as a QR (Quick Response) code. It uses the smart
ISBN No. 978-1- 4673-20 48-1112/$31.0020 12 IEEE
phones "GPS" facility to validate and delete your ticket
automatically afer a specifc interval of time once the user
reaches the destination. User's ticket information is stored in a
cloud database for security purpose which is missing in the
present suburban system. Also the ticket checker is provided
with a checker application to search for the user's ticket with
the ticket number in the cloud database for checking purposes.
II. THE GROWING IMPORTANCE OF ANDROID
MOBILE
Android is a sofware stack for mobile devices that includes an
operating system, middleware and key applications.
The Android SDK provides the tools and APIs necessary to
begin developing applications on the Android platform using
the Java prograing language. It is a Linux-based operating
system for mobile devices such as Smartphone's and tablet
computers. It is developed by the Open Handset Alliance led by
Google.
Android has a large community of developers writing
applications ("apps") that extend the fnctionality of the
devices. Developers write primarily in a customized version of
Java. Apps can be downloaded fom third-party sites or through
online stores such as Android Market, the app store run by
Google. As of October 2011 there were more than 400,000
apps available for Android, and the estimated number of
applications downloaded fom the Android Market as of
December 2011 exceeded billion.
FEATURES:
Application framework enabling reuse and
replacement of components.
Dalvik virtual machine optimized for mobile
devices
Integrated browser based on the open
source Web Kit engine.
Optimized graphics powered by a custom 2D
graphics library; 3D graphics based on the
penGL ES 1.0 specifcation (hardware
acceleration optional).
63
2012 IEEE Intemational Conference on Advanced Communication Control and Computing Technologies (ICACCCT)
SQLite for stuctured data storage
Media support for common audio, video, and
still image formats (MPEG4, H.264, MP3, AAC,
AMR, JPG, PNG, GIF)
GSM Telephony (hardware dependent)
B1uetooth, EDGE, 3G, and Wi-Fi (hardware
dependent)
Camera, GPS, compass, and
accelerometer (hardware dependent)
Rich development environment including a
device emulator, tools for debugging, memory
and performance profling, and a plug-in for the
Eclipse IDE
A. SQLlTE
Sqlite is an ACID -compliant embedded Relational Database
Management contained in a small C prograing library.
SQLite implements most of the SQL standard, using a
dynamically and weakly typed SQL syntax that does not
guarantee the domain integrity. In contast to other database
management systems, SQLite is not a separate process that is
accessed fom the client application, but an integral part of it.
SQLite read operations can be multitasked, though writes can
only be performed sequentially.
The source code for SQLite is in the public domain. SQLite is a
popular choice for local/client storage on web browsers. It has
many bindings to programming languages. H is arguably the
most widely deployed database engine, as it is used today by
several widespread browsers, operating systems, and embedded
systems, among others.
B. ANDROI CLOUD TO DEVICE MESSAGING
FRAMEWORK
Android Cloud to Device Messaging (C2DM) is a service that
helps developers sends data fom servers to their applications
on Android devices. The service provides a simple, lightweight
mechanism that servers can use to tell mobile applications to
contact the server directly, to fetch updated application or user
data. The C2DM service handles all aspects of queuing of
messages and delivery to the target application running on the
target device.
C. QRCODE
A QR code (abbreviated fom Quick Response code)
is a type of matix-barcode (or two-dimensional code) frst
designed for the automotive industy. More recently, the
system has become popular outside of the industy due to its
fast readability and comparatively large storage capacity. The
code consists of black modules arranged in a square patter on
a white background. The information encoded can be made up
of four standardized kinds ("modes") of data (numeric,
alphanumeric, byte/binary, Kanji), or by supported extensions
virtually any kind of data.
The amount of data that can be stored in the QR code symbol
depends on the data type (mode, or input character set), version
(1, ... ,40, indicating the overall dimensions of the symbol), and
error correction level (L[ow] , M[edium], Q[uality], H[igh]).
The maximum storage capacities occur for 40-L symbols
Numeric onl
Max. 7,089 characters (0, 1, 2, 3, 4, 5,6,
)
9)
A
I
h
. Max. 4,296 characters (0-9, A-Z [upper
p anumen
I
]
$ 01 *
/
.
) on y ,space, ,0, ,,-,., ,.
Binary/byte Max. 2,953 characters (8-bit bytes)
Kanji/Kana Max. 1,817 characters
(version 40, eror correction level L), and are as follows
(where characterrefers to individual values of the input
mode/data type, as indicated):
Encryption
Although encrypted QR codes are not very common, there
are a few implementations. An Android app, for example,
manages encryption and decryption of QR codes using DES
Algorithm (56 bits). Japanese immigration use encrypted QR
codes when placing visas in passports.
Error correction
Codeword's are 8-bits long and use the Reed-Solomon
Error Correction algorithm with four eror correction levels.
The higher the error correction level, the less storage capacity.
The following table lists the approximate eror correction
capability at each of the four levels:
Level L
Level M
Level Q
Level H
7% of codeword's can be restored.
15% of codeword's can be restored.
25% of codeword's can be restored.
30% of codeword's can be restored.
Due to the design of Reed-Solomon codes and the use of 8-bit
codeword's, an individual code block cannot be more than 255
codeword's in length. Since the larger QR symbols contain much
more data than that, it is necessary to break the message up into
multiple blocks. The largest possible block size is never used,
though. The QR specifcation defmes the block sizes so that no
more than 15 errors can be corrected within each block. This
limits the complexity of certain steps in the decoding algorithm.
The code blocks are then interleaved together, making it less
64
2012 IEEE Interational Conference on Advanced Communication Control and Computing Technologies (ICACCCT)
likely that localized damage to a QR symbol will overwhelm the
capacity of any single block.
Thanks to eror correction, it is possible to create artistic
QR codes that still scan correctly, but contain intentional errors to
make them more readable or attactive to the human eye, as well
as to incorporate colors, logos and other features into the QR
code block.
III. SYSTEM DESIGN
A. EPLANATON
1.) Personal Information Gathering:
The work here starts during the frst time installation of our
application . H gathers the basic customer information like frst
name, last name, date of birth, city , state etc., and it will be
stored into user mobile's, SQLite database. So every time when
the user buys the ticket this customer information is also sent to
the database for security purpose and used also in the QR
generation.
2.) TCKT BUYNG:
The user selects source, destination, class, no. of Adult and child
tickets, ticket type like retu or single etc. then the user browse
through the menu option to choose either credit buy option or
token buy which simplifes the buy process by remembering the
credit card details. Once the user chooses any of these options the
application moves on to the pin code validation module.
3.) PIN CODE VALIDATON:
Once the customer hits the buy button a PH code in the railway
server validates the pin number and passwords, if it is successfl
it saves both the jouey details and customer info in the server's
MySQL database. Afer which ticket number and time of buying
is generated by the PH code and the balance credit value is
displayed.
4.) GENERATIG QR CODE:
Once the php code generates the ticket number and time of buy
the details saved in the MySQL database are sent to Google Chart
API engine in order to generate the QR code. here all the personal
and ticket information are converted into QR codes and sent back
to the user mobile as HTTP response and saved in the application
memory.
5.) GPS TCKET VALIDATON:
In this module (fg 1.0) the GPS plays the role of the checker,
where when the user buys the ticket, the source geopoints,
destination geopoints, ticket type, expiry time date are stored in
a mobile SQLite database. This service checks the user's current
location in accordance with the destination geopoints, afer which
the ticket type is checked and accordingly the ticket is deleted if
two is single or updated if type is ret.
6.) CHECKING QR CODE WITH QR READER:
In this module the checker will have QR Code reader and scan
the QR code with the application in order to validate QR code
and verif the journey details, especially the time and date of the
ticket.
7.) CHECKING WITH DATABASE:
If suppose the user's display is being damaged and not able to
scan the QR code due to other reasons like battery failure, we
have Another failsafe option to check the ticket by searching the
ticket database with the user's ticket number for validation
purposes.
B. ARCHITECTURE DESCRIPTON
The stucture of system divided into two components (fg 1.1):
The customer application which resides personal information
gathering, buying ticket, pin code validation, generating QR
code, GPS ticket validation and stored into cloud database.
The checker application is to validate the ticket by entering
the ticket number of the user and searching in the cloud
database to check whether the user has bought the ticket.
IV. CONCLUSION
In this paper we have presented a mobile ticket
application developed for Android 1.5 using Java, SQLite,
MySQL, and PH on the server side which can change the
way people buy their tickets in fture. This kind of ticketing
application can be applied to any kind of transport system.
Our android app is one of its kinds and fmds huge application
to buy sub-urban railway tickets through android mobile. Also
our app saves a huge work for our ticket checkers by GPS
validation of tickets and also moving fom manual ticket
checking process to digital ticket checking process by just
scanning with his own android mobile to validate the ticket.
Hence a huge problem of issuing local tain tickets has been
solved with our new application.
Knowing at what time tains will be available will also ease
the user to allot his time accordingly to reach the station, so in
our project we will be using GPS here to fmd the location of
the user and nearby train station to display the train arrival
timings. Still more advance modifcation can be a Dynamic
display of Train locations by ftting GPS devices in tains to
show its location in the Google map display which is available
in our application. Also as a station level security we can have
Hardware devices to validate the QR codes before the user
enters or leaves the station, where the user can have access
towards platform afer being validated by the hardware device.
65
2012 IEEE Interational Conference on Advanced Communication Control and Computing Technologies (ICACCCT)
V. TABLE OF FIGURES
ANOROID SUR_URBAN RAILWAY TICKET RUYING PROCESS Wlnl GPS AS TICKET CIIECKER
GISTIChET VAUIATI01 AHCIIITECTURE IIAGKAM
(Once Ticket
buyed
source-Iropomts
dCSt;nalion-eopo;n ..
ticket type &
,,pirytimc .. ,edin SQLi . ,)
ANI)IlOII)'S
N,:'.'lt'OIlK
IA)(A'I'ION
l'UOVmEIl
u
......,,.
.

u

.

.s....
o...... ,
_____________ ..
``
_
ADROI SUB-URBA RAn WA Y TICKET BUYINGPROCESS WITH DATABAE IN CLOUD
ARCHTECTURE DIAGR
REFERENCES
[I] Damon Oehlman and Sebastien Blanc ( 20 II )" Pro Android Web
Apps develop for Android using HTML5,CSS3 &avaScript "-Apress
Publications.
[2] Dave Smith and Jef Friesen's (2011)" Android Recipes A
Problem Solution Approach" - Apress Publications.
[3] Jeff" JavaJeff" Friesen's (2010) "LearnJavafor Android
Development" - Apress Publications.
[4] Lauren Darcey and Shane Conder (2010)" Sams Teach Yoursel
Android Application Development" - Sams Publications.
[5] Mark Murphy's (2011)" Beginning Android 3" - Apress Publications.
[6] Reto Meier (2009)" Professional Android Application Development"
- Wiley Publishing Inc.
[7] Satya Komatineni (2009) " Pro Android" - Apress Publications.
[8] Shawn Van Every's (2009) " Pro Android Media developing
Graphics, Music , Video and Rich Media Apps for Smartphones and
Tablets" - Apress Publications.
[9] Wallace Jackson's (2011) "Android Appsfor Absolute Beginners"
Apress Publications.
[10] Wei - Meng Lee ( 20 II )" Beginning Android Application
Development" - Wiley Publishing Inc.
66