Android Seminar Report Body
Android Seminar Report Body
Android Seminar Report Body
1. ITRODUCTIO
Android is a software stack for mobile devices that includes an operating system,
middleware and key applications. Android is a software platform and operating system for
mobile devices based on the Linux operating system and developed by Google and the Open
Handset Alliance. It allows developers to write managed code in a Java-like language that
utilizes Google-developed Java libraries, but does not support programs developed in native
code.
The unveiling of the Android platform on 5 November 2007 was announced with the
founding of the Open Handset Alliance, a consortium of 34 hardware, software and telecom
companies devoted to advancing open standards for mobile devices. When released in 2008,
most of the Android platform will be made available under the Apache free-software and
open-source license.
In July 2005, Google acquired Android Inc., a small startup company based in Palo
Alto, CA. Android's co-founders who went to work at Google included Andy Rubin
(co-founder of Danger), Rich Miner (co-founder of Wildfire Communications, Inc),
Nick Sears (once VP at T-Mobile), and Chris White (one of the first engineers at
WebTV). At the time, little was known about the functions of Android Inc. other
than they made software for mobile phones.
for mobile devices. Along with the formation of the Open Handset Alliance, the
OHA also unveiled their first product, Android, an open source mobile device
platform based on the Linux operating system.
1.1.3. Hardware
Google has unveiled at least three prototypes for Android, at the Mobile World
Congress on February 12, 2008. One prototype at the ARM booth displayed several
basic Google applications. A 'd-pad' control zooming of items in the dock with a
relatively quick response.
A prototype at the Google IO conference on May 28, 2008 had a 528 MHz
Qualcomm processor and a Synaptics capacitive touch screen, and used the UMTS
cellular standard. It had 128 MB of RAM and 256 MB of flash, showing that
Android's memory requirements are reasonable. The demo was carried out using a
3.6 Mbit/s HSDPA connection.
1.2. FEATURES
Google made a right choice on choosing WebKit as open source web browser. They
added a two pass layout and frame flattening. Two pass layout loads a page
without waiting for blocking elements, such as external CSS or external
JavaScript and after a while renders again with all resources downloaded to the
device. Frame flattening converts founded frames into single one and loads
into the browser. These features increase speed and usability browsing the
internet via mobile phone.
1.2.5. SQLite
SQLite is used for structured data storage .SQLite is a powerful and lightweight
relational database engine available to all applications.
4
1.2.8. Connectivity
1.2.9. Messaging
SMS, MMS, and XMPP are available forms of messaging including threaded text
messaging.
Software written in Java can be compiled into Dalvik bytecodes and executed in the
Dalvik virtual machine, which is a specialized VM implementation designed for
mobile device use, although not technically a standard Java Virtual Machine.
Includes a device emulator, tools for debugging, memory and performance profiling,
a plugin for the Eclipse IDE. There are a number of hardware dependent
features, for instance, a huge media and connections support, GPS, improved
support for Camera and simply GSM telephony. A great work was done for the
developers to start work with Android using device emulator, tools for
debugging and plugin for Eclipse IDE.
5
Android includes a set of core libraries that provides most of the functionality
available in the core libraries of the Java programming language.Every Android
application runs in its own process, with its own instance of the Dalvik virtual
machine. Dalvik has been written so that a device can run multiple VMs efficiently.
The Dalvik VM executes files in the Dalvik Executable (.dex) format which is
optimized for minimal memory footprint. The VM is register-based, and runs classes
compiled by a Java language compiler that have been transformed into the .dex format
by the included "dx" tool.The Dalvik VM relies on the Linux kernel for underlying
functionality such as threading and low-level memory management.
Android relies on Linux version 2.6 for core system services such as security, memory
management, process management, network stack, and driver model. The kernel also
acts as an abstraction layer between the hardware and the rest of the software stack.
Developers have full access to the same framework APIs used by the core
applications. The application architecture is designed to simplify the reuse of
components; any application can publish its capabilities and any other application
may then make use of those capabilities (subject to security constraints enforced by
the framework). This same mechanism allows components to be replaced by the
user.Underlying all applications is a set of services and systems.
6
2.2. ARCHITECTURE
The following diagram shows the major components of the Android operating system.
Each section is described in more detail below.
2.2.2. Libraries
In the next level there are a set of native libraries written in C/C++, which are
responsible for stable performance of various components. For example, Surface
Manager is responsible for composing different drawing surfaces on the mobile
screen. It manages the access for different processes to compose 2D and 3D graphic
layers.OpenGL ES and SGL make a core of graphic libraries and are used
accordingly for 3D and 2D hardware acceleration. Moreover, it is possible to use 2D
and 3D graphics in the same application in Android. The media framework was
provided by PacketVideo, one of the members of OHA. It gives libraries for a
playback and recording support for all the major media and static image files.
FreeType libraries are used to render all the bitmap and vector fonts. For data
storage, Android uses SQLite. As mentioned before, it is extra light rational
management system, which locates a single file for all operations related to database.
WebKit, the same browser used by Apples’ Safari, was modified by Android in
order to fit better in a small size screens.
At the same level there is Android Runtime, where the main component Dalvik
Virtual Machine is located. It was designed specifically for Android running in
limited environment, where the limited battery, CPU, memory and data storage are
the main issues. Android gives an integrated tool “dx”, which converts generated
8
byte code from .jar to .dex file, after this byte code becomes much more efficient to
run on the small processors.
The Activity Manager manages the life circle of the applications and provides a
common navigation back stack for applications, which are running in different
processes. The Package Manager keeps track of the applications, which are installed
in the device. The Windows Manager is Java programming language abstraction on
the top of lower level services that are provided by the Surface Manager.
The Telephony Manager contains of a set of API necessary for calling applications.
Content Providers was built for Android to share a data with other applications, for
instance, the contacts of people in the address book can be used in other applications
too. The Resource Manager is used to store localized strings, bitmaps, layout file
descriptions and other external partsof the application. The View System generates a
set of buttons and lists used in UI. Other components like Notification manager is
used to customize display alerts and other functions.
9
At the top of Android Architecture we have all the applications, which are used by
the final user. By installing different applications, the user can turn his mobile phone
into the unique, optimized and smart mobile phone. All applications are written
using the Java programming language.
2.3.1.1. Activity
User interface component, which corresponds to one screen at time. It means that
for the simple application like Address Book, the developer should have one
10
activity for displaying contacts, another activity component for displaying more
detailed information of chosen name and etc.
Wakes up a predefined action through the external event. For example,for the
application like Email Inbox, the developer should have intent receiver and
register his code through XML to wake up an alarm notification, when the user
receives email.
2.3.1.3. Service
A task, which is done in the background. It means that the user can start an
application from the activity window and keep the service work, while browsing
other applications. For instance, he can browse Google Maps application while
holding a call or listening music while browsing other applications.
A component, which allows sharing some of the data with other processes and
applications. It is the best way to communicate the applications between each
other.Android will ship with a set of core applications including an email client,
SMS program, calendar, maps, browser, contacts, and others. All applications
are written using the Java programming language.
2.3.2. AndroidManifest.xml
The AndroidManifest.xml file is the control file that tells the system what to do with
all the top-level components (specifically activities, services, intent receivers, and
content providers described below) you've created. For instance, this is the "glue"
that actually specifies which Intents your Activities receive.
A developer should predefine and list all components, which he wants to use in the
specific AndroidManifest.xml file. It is a required file for all the applications and
is located in the root folder. It is possible to specify all global values for the package,
all the components and its classes used, intent filters, which describe where and
11
when the certain activity should start, permissions and instrumentation like
security control and testing.
In Android, every application runs in its own process, which gives better
performance in security, protected memory and other benefits. Therefore, Android is
responsible to run and shut down correctly these processes when it is needed.
any time to reclaim memory for one of the three previous processes types.
Usually there are many of these processes running, so they are kept in an LRU
list to ensure the process that was most recently seen by the user is the last to be
killed when running low on memory.
5. An empty process is one that doesn't hold any active application components.
The only reason to keep such a process around is as a cache to improve startup
time the next time a component of its application needs to run. As such, the
system will often kill these processes in order to balance overall system
resources between these empty cached processes and the underlying kernel
caches.
In the following example we will display a process flow from the Android
System point of view to get a clear idea how the applications behave. Let
assume the
Figure 2.4
Possible scenario: A user talks to his friend via mobile phone and he is asked
to browse the internet (a talk is hold for a moment), find a picture of him in his
Picasa Album, send it via Email back to his friend and resume a talk.
Figure 2.5
15
At this point, as a user holds a talk and opens a web browser, the system creates
a new process and new web browser activity is launched in it. Again, the state
of the last activity is saved (W):
Figure 2.6
After that, the user browses the internet, finds his picture in Picasa album and
saves it to particular folder. He does not close a web browser, instead he opens
a folder to find saved picture. The folder activity is launched in particular
process:
Figure 2.7
At this point, the user finds his saved picture in the folder and he creates a
request to open an Email application. The last state F is saved. Now assume
that the mobile phone is out of the memory and there is no room to create a
new process for Email application. Therefore, Android looks to kill a process.
It can not destroy Folder process, as it was used previously and could be reused
16
again, so it kills Web Browser process as it is not useful anymore and locates a
new Email process instead:
Figure 2.8
The user opens Email application and sends a picture to his friend via email. Now he
wants to go back to the Talk application and to resume a talk to his friend. Because
of the previously saved states, this work is done fast and easily. In this example,
Email application is popped out and the user sees a previous Folder application:
Figure 2.9
Next, the user goes back to Web Browser application. Unfortunately, web browser
process was killed previously so the system has to kill another process (in our case it
is Email application process, which is not used anymore) in order to locate Web
Browser process and manage the stack memory:
17
Figure 2.10
and finally:
Figure 2.11
Now the user comes back to the Talk application and resumes his talk with his
friend.Because of the saved states, going back procedure is fast and useful, because
it remembers previous activities and its views.
This example shows, that it does not matter how many applications and processes
are active or how much available memory is left, Android it manages fast and
without a user interaction.
Developers have full access to the same framework APIs used by the core
applications. The application architecture is designed to simplify the reuse of
18
components; any application can publish its capabilities and any other application
may then make use of those capabilities (subject to security constraints enforced by
the framework). This same mechanism allows components to be replaced by the
user.
1. A rich and extensible set of Views that can be used to build an application,
including lists, grids, text boxes, buttons, and even an embeddable web browser
2. Content Providers that enable applications to access data from other applications
(such as Contacts), or to share their own data
5. An Activity Manager that manages the life cycle of applications and provides a
common navigation backstack
2.3.5. Library
• LibWebCore - a modern web browser engine which powers both the Android
browser and an embeddable web view
19
The feedback on developing applications for the Android platform has been mixed.
Issues cited include bugs, lack of documentation, inadequate QA .The first publicly
available application was the Snake game.
Figure 2.12
20
Android mobile phone platform is going to be more secure than Apple’s iPhone or any
other device in the long run. There are several solutions nowadays to protect Google
phone from various attacks. One of them is security vendor McAfee, a member of Linux
Mobile (LiMo) Foundation. This foundation joins particular companies to develop an
open mobile-device software platform. Many of the companies listed in the LiMo
Foundation have also become members of the Open Handset Alliance (OHA).
As a result, Linux secure coding practice should successfully be built into the Android
development process. However, open platform has its own disadvantages, such as
source code vulnerability for black-hat hackers. In parallel with great opportunities for
mobile application developers, there is an expectation for exploitation and harm.
Stealthy Trojans hidden in animated images, particular viruses passed from friend to
friend, used for spying and identity theft, all these threats will be active for a long run.
Another solution for such attacks is SMobile Systems mobile package. SecurityShield –
an integrated application that includes anti-virus, anti-spam, firewall and other mobile
protection is up and ready to run on the Android operating system. Currently, the main
problem is availability for viruses to pose as an application and do things like dial phone
numbers, send text messages or multi-media messages or make connections to the
Internet during normal device use. It is possible for somebody to use the GPS feature to
track a person’s location without their knowledge. Hence SMobile Systems is ready to
notify and block these secure alerts. But the truth is that it is not possible to secure your
mobile device or personal computer completely, as it connects to the internet. And
neither the Android phone nor other devices will prove to be the exception.
2.6. COMPARISO
Google Android enters a tangled mess of cellular carrier world. As a new player in
the mobile market, Android brings an open platform with the new rules. On the one
hand there is OHA with major companies and carries, such as T-Mobile and Sprint.
On the other hand, there are two largest cellular carries AT&T and Verizon Wireless
21
in United States, which have a vested interest in operating systems of their own. It is
predictable,that Sprint or T-Mobile will be first carriers providing devices with
Google Android. This ensures equal development time for the networks, GSM side
and CDMA.But the main problem, which faces all the cellular carriers around the
world, is the availability to download and use free applications that could block
almost every communications product they sell. A user does not need to pay for GPS
mapping service anymore. He can simply download a free one that taps into Google
Maps.
In fact,why pay for cellular minutes at all when a user can download Skype, Gtalk or
other client and just use his data plan? OS’s such as Android threaten carriers with a
loss of control over the applications on the phones on their network and they may
find themselves becoming nothing more than wireless Internet service providers,
forced to compete on price and bandwidth.
Another aspect is hardware cost: Google Android owns 10 percent of the total cost
of a phone, which combined with falling hardware prices could eventually result a
fertile unlocked handset market. In conclusion, Google has a better start in this race
than any company had before to bring new rules to the mobile market with all
carriers, mobile devices and its customers.
Presently, Google main competitors like Nokia, Microsoft and Apple do not see
Google Android as a serious rival or threat to their business strategies. However, the
current situation is not so unsophisticated. There is a huge flurry in the companies,
which are not in the list of OHA.
For instance, Nokia, which is the largest handset manufacturer in the world,
nowadays owning some 39% market share, was one of the companies snubbed on
the invitation list to the 34-party Open Handset Alliance that is growing daily.
In contrast, Nokia is buying companies and dumping cash into development, while
Google is releasing an open platform hoping the applications and services will build
themselves with the help of a strong developer community, development contests
and large alliance of grand companies.
22
Despite of this, Nokia is ready to combat whatever Google has to throw with Google
Android in 2008. Another company Apple has already stroked the market with
iPhone and its closed operating system. Accordingly, iPhone in the US remains loyal
to AT&T mobile carrier for five years.
That is plenty of time for Google to conquer the market with open Android.Obvious
advantage of Android is cost: while iPhone is priced at a weighty $400, Google says
it hopes to reach a more mainstream market by pricing Android-powered devices at
around $200. Microsoft, selling 21 millions copies of Windows Mobile software,
stays calm at this point, waiting for some particular results from Google Android.
This nice and healthy competition is just what the mobile industry needs at the
moment,at least for the consumers. The wars being waged between Google and the
field will onlycreate better, cheaper handsets and more advanced applications.
A new generation of mobile device users is coming in the next decade. These users
are going to explore the mobile internet afresh with its new features, compatible
mobile phones, new services and applications.
This is a huge leap for mobile advertisement business, where revenue could rise 8
times more by 2012. Google Android is going to present new solutions through the
fast search engine, open source applications and other services.
The Kelsey Group, which works with public opinion polls and statistics, published
the results released October 11 2007,which say, that one hundred out of 500, or 20
percent of people would be interested in purchasing a Google phone. Despite the
fact, that Google Android is in alpha version and it is unknown for the customers
and mobile market, the results look promising.
The diagram below shows the study, which was conducted in September 2007 via an
online 30-question survey of 500 U.S. mobile phone users aged 18 and older. People
do not find a good Internet experience in their phones today, so they are more
interested in gravitating toward an Internet or technology company telephone
23
Figure 2.13
because they think connectivity between devices and to the Internet is going to be
much better on those phones. They use Google search, GMail, Google Maps, Picasa
albums and other popular services on their computers, and this is what they expect to
have in their mobile devices in the close future.
Jaiku - an activity stream and sharing service that works from the Web and mobile
phones was bought by Google as important investment into the mobile
advertisement.People wondered why Google preferred the micro-blogging service to
Twitter, which is much more popular nowadays.
The answer lies in Jaiku’s unique ability to combine micro-blogging with user’s
location. An integral part of the service is a Jaiku client application for Symbian S60
platform mobile phones, which should come to Android platform as well. The client
uses location APIs within device to get the handset and the users’ location based on
nearby cellular network towers.
Though the location is not very precise, the mobile phone is able to broadcast it
automatically. At that point the text can be connected to users’ location and create a
list of preferences for each place the user frequently visits.
24
Using such a technology, it is simple to track down a user via phone’s IP address,
whenever he comes into McDonald or is sitting in the airport.Google is not a million
miles away from being able to push advanced advertising to individuals based on
their profile, their location and their availability. They already offer regional and
local targeting for ads for desktop users, but this could be much more useful for a
mobile phone. And if the ads are truly relevant, interesting and unobtrusive, people
might actually start to like them.
Adding to its fast growing suite of mobile applications and services, Google has
applied for a patent for a mobile payments service that would allow users to make
payments at retail shops using their mobile phones. The Text Message Payment
patent describes a system where Google offers mobile focused payments called
GPay. This describes a system where a SMS message would be sent containing a
payment amount and other information. That payment amount would then be
validated, debited from the user's account, and communicated from server to server.
Payment confirmation that had been received would also simultaneously be sent to
the relevant party, as illustrated in the diagram below:
Figure 2.14 : Figure describes Google’s mobile focused payments called GPay
25
These services like mobile version of PayPal have been available for some time but
have had little success bursting with merchants and with customers. The main
difference between existing mobile payment systems and GPay is, of course, that
GPay is created by Google and will be easily adopted by Android Platform. The
more issues regarding Gpay are yet to be released.
There are already many mobile platforms on the market today, including Symbian,
iPhone, Windows Mobile, BlackBerry, Java Mobile Edi-tion, Linux Mobile (LiMo),
and more.
While some of its features have appeared before, Android is the first environment
that combines:
• Tons of built-in services out of the box. Location based services use
GPS or cell tower triangulation to let you customize the user
experience depending on where they are. A full-powered SQL
database lets you harness the power of local storage for occasionally
connected computing and synchronization. Browser and Map views
can be embedded directly in your applications. All these built-in
26
• Eclipse plug-ins for J2ME and Android look very similar and interface very
well with their respective SDKs;
• Both J2ME and Android seem to share the same core Java APIs, such as
java.util and java.net. But their APIs for graphics, UIs, etc. are very
dissimilar and philosophies for developing applications are very different;
For instance, J2ME applications in Nokia devices with S60 work great for standard
tasks. But more advanced users find difficulties handling Wi-Fi access points with
S60, because APIs simply do not seem to be exposed to J2ME. A user may
find difficulties synchronizing Google Calendar with his device - nobody seems to
have been able to figure out how to make the J2ME calendar interfaces work
correctly on S60. There are lots of problems with Java applications on S60, even
though S60 probably has one of the best Java implementations.
Android fills a void in Java Mobile applications by providing API to build richer
applications - more useful for Smart Phones which contain the ability to provide
these types of functionalities. If J2ME filled every void, Android as an API wouldn't
be needed (though Android as an OS could still fill a void).
Google has written its own virtual machine for Android most likely as a way to get
around licensing issues with Sun. However, Android does not include a complete
28
and compliant Java stack (neither JME nor JSE); only a subset and therefore it is
technically not the Java platform, it just looks a lot like it.
The open source school of thought implies that differentiation and competitive
advantage come from innovation on top of the underlying platform rather than the
platform itself. The robustness and scalability of the platform is secured by the
community’s stewardship, and open access to a central repository of updated code.
Beyond this, a strong third-party development environment and software
development kit (SDK) are critical to attracting innovation.
“Open” is an invariably subjective term. Symbian and Microsoft can claim a degree
of openness for their mobile platforms, for example, but ultimate control of API
access and source code remains with a single entity. On the contrary, as Google has
pointed out, there’s nothing keeping any of the alliance members from using
Android to build a Yahoo! Go phone.
Motorola has had some success delivering high-volume Linux-based devices such as
the Ming and RAZR II to market. But mobile Linux initiatives have failed to scale
on the basis of attractiveness to third-party developers; it’s been supply-push with
the development focus in Java ME or other application framework components.
2.6.9. Advantages
• Open - Android allows you to access core mobile device functionality through
standard API calls.
• All applications are equal - Android does not differentiate between the phone's
basic and third-party applications -- even the dialer or home screen can be
replaced.
29
• Breaking down boundaries - Combine information from the web with data on the
phone -- such as contacts or geographic location -- to create new user
experiences.
• Fast and easy development - The SDK contains what you need to build and run
Android applications, including a true device emulator and advanced debugging
tools.
2.6.10. Disadvantages
• Login - Platform doesn't run on an encrypted file system and has a vulnerable
log-in.
Android has been criticized for not being all open-source software despite what was
announced by Google. Parts of the SDK are proprietary and closed source, and some
believe this is so that Google can control the platform. Software installed by end-users
must be written in Java, and will not have access to lower level device APIs. This
provides end-users with less control over their phone's functionality than other free and
open source phone platforms, such as OpenMoko.
With all upcoming applications and mobile services Google Android is stepping into
the next level of Mobile Internet. Android participates in many of the successful open
source projects. That is, architect the solution for participation and the developers will
not only come but will play well together. This is notable contrast with Apple and
other companies, where such architecture of participation is clearly belated.
The first Android based official devices may well be launched sometime in the early
half of 2009. Obviously, that's an age away when it comes to handset design, and
Android may well find itself competing against the forthcoming Nokia touch screen
phones and maybe even the iPhone 2.
31
4. REFERECES