ENGINEERING PROJECT

Intelligent SMS on Demand

BY

Panita Yongyuth

ID 46541249

Submitted to

DEPARTMENT OF COMPUTER ENGINEERING, FACULTY OF ENGINEERING KASETSART UNIVERSITY

Academic Year 2006

Software and Knowledge Engineering Project Approval Title

Intelligent SMS on Demand

By Panita Yongyuth ID 46541249

Approved By:

Project Advisor

......................................................................
(Associate Professor Assanee Kawtrakul, D.Eng.)

Head of Department

......................................................................

(Assistant Professor Prof. Kemathat Vibhatavanij, Ph.D.)

Date

...............................................

Panita Yongyuth 2007: Intelligent SMS on Demand, Software and Knowledge Engineering Project, Bachelor of Engineering (Software and Knowledge Engineering) Project Advisor: Associate Professor Assanee Kawtrakul, Ph.D.

ABSTRACT
In the modern society, information and knowledge are essential to maintain the competitive edge and to survive daily challenges. Power will come to the person who has the capacity and access to the most recent and updated information and knowledge, which make news vital to our daily life. Accessibility to daily news has increased through out recent years, mainly through communication technology. Among various communication technologies, mobile phones is among the top five of necessity in life and plays major roles in increasing the accessibility to news, mostly through the use of SMS. This project will create user system that will involve SMS personalization and create the sentence by using the Natural Language Generation. Keyword: Personalize, Natural Language Generation, SMS Protocol

Acknowledgement

First of all, I would like to thanks Associate Professor Assanee Kawtralkul, working as an instructor and the chief of the Natural Language Processing and Intelligent Information System Technology Laboratory (NAiST Lab) for Kasetsart University and deputy director of National Electronics and Computer Technology Center (NECTEC), who has provided me the best advices for the project period all over my fourth year. I also really appreciate her patience, sympathy, enthusiasm and encouragement. And I would like to grateful thank the members in the laboratory, for their insightful suggestion, comment, and feedback throughout this project. I also would like to thank my other project committee members, Assistant Professor Pradondet Nilagupta for his comment and suggestions. I would like to thank my SKE01 friends for all their help and enjoyment. Finally, all of this would not have been possible without the constant encouragement and support provided by my family, the group of people that I could not thank in words. They always support me in everything since I was born. I would like to thanks for all their endless love and care.

Panita Yongyuth March 2007

TABLE OF CONTENTS PAGE

TABLE OF CONTENT............................................................................i LIST OF FIGURES..................................................................................iii LIST OF TABLES...................................................................................iv CHAPTER 1: INTRODUCTION...............................................................1 1.1 1.2 1.3 1.4 1.5 Background and Motivation....................................................1 Problems Statement................................................................2 Objectives................................................................................2 Scope and Limitations.............................................................2 Development Tools.................................................................3

CHAPTER 2: LITERATURE REVIEW......................................................4 2.1 Personalization.........................................................................4 2.1.1 Personalization and Web pages..................................4 2.1.2 Categories of personalization.....................................4 2.1.3 Technologies behind personalization.........................5 2.1.4 Strategic Plans for Personalization............................5 2.2 Natural Language Generation (NLG).......................................7 2.2.1 Types of generation techniques.................................8 2.2.2 Natural Language Processing.....................................8 2.2.3 The key characteristics..............................................9 2.2.4 The guidelines of text generators..............................9 2.3 SMS Protocol...........................................................................10 2.3.1 How does SMS work?................................................11 2.3.2 The common applications of SMS.............................12 2.3.3 The present state of SMS..........................................13 2.3.4 Limitations of SMS.....................................................14 2.3.5 Initiatives and future developments..........................15 2.3.6 SMS, WAP, and GPRS................................................16 CHAPTER 3: DESIGN AND IMPLEMENTATION...................................17 3.1 Concept and Problem..............................................................17 3.2 System Overview....................................................................17 3.3 Components of the architecture.............................................18

ii

TABLE OF CONTENTS (CONT) PAGE

3.4 Register in the Web Application.............................................18 3.4.1 Register Web Application..........................................18 3.4.2 Structure of User Table............................................19 3.5 Data Matching.........................................................................20 3.6 Natural Language Generation (NLG)......................................21 3.6.1 Create Petrol Sentence.............................................22 3.6.2 Create Currency Sentence........................................24 3.6.3 Create Sport Sentence..............................................26 3.7 Delivery Process....................................................................28 CHAPTER 4: CONCLUSIONS AND FUTURE WORK.............................29 4.1 Conclusion...............................................................................29 4.2 Future works...........................................................................30 REFERENCE............................................................................................31 APPENDIX...............................................................................................32 Appendix A....................................................................................33 Appendix B....................................................................................37

iii

LIST OF FIGURES PAGE

Figure 2.1: A typical organization of network elements in a GSM network supporting SMS...............................................11 Figure 2.2: The current and future projections in the European market of SMS in Europe.............................................13 Figure 2.3: SMS per months in the Europe zone...................................14 Figure 3.1: The system overview of overall system.............................17 Figure 3.2: The register web application...............................................18 Figure 3.3: Showing the example of the data in the database in the user table............................................................................20 Figure 3.4: The Structure of Data Matching..........................................20 Figure 3.5: The component of Data Matching........................................20 Figure 3.6: The process of Natural Language Generation....................21 Figure 3.7: The component of Natural Language Generation...............21 Figure 3.8: The process of the create petrol sentence.........................22 Figure 3.9: Showing the example of the data in the database in the petrol table..........................................................................23 Figure 3.10: The example of the Create Petrol Sentence.....................24 Figure 3.11: The process of the create currency sentence..................24 Figure 3.12: Showing the example of the data in the database in the currency table.....................................................................25 Figure 3.13: The example of the create currency sentence.................26 Figure 3.14: The process of the create sport sentence........................26 Figure 3.15: Showing the example of the data in the database in the currency table.....................................................................27 Figure 3.16: The example of the create currency sentence.................27 Figure 4.1: The graphic user interface of the intelligent SMS on demand.............................................................................29 Figure A1: The Register Page................................................................33 Figure A2: The example of register page will filled..............................33 Figure A3: Intelligent SMS on Demand in Create Currency..................34 Figure A4: The example of Intelligent SMS on Demand in Create Currency........................................................................34 Figure A5: Intelligent SMS on Demand in Create Sport.........................35 Figure A6: The example of Intelligent SMS on Demand in Create Sport...............................................................................35 Figure A7: Intelligent SMS on Demand in Create Petrol........................36 Figure A8: The example of Intelligent SMS on Demand in Create Petrol..............................................................................36

iv

LIST OF TABLES PAGE

Table Table Table Table 3.1: 3.2: 3.3: 3.4: The The The The structure structure structure structure of of of of User Table..................................................19 Petrol Table................................................23 Currency Table...........................................25 Sport Table.................................................27

CHAPTER 1: INTRODUCTION

1.1

Background and Motivation

Today, many things happen and many things passed away. The news happens around us. The world is covered with the challenge more and more not only in the world of business but also in the world of people. People have to change the ability of knowledge or know the demand of the social for the survival. The things that will support us to survive in this social are the news because the news will help us to know the demand of the social and know what the direction of social. So people who know the news first have advantages than the people who didnt. And today, the world covers with the technology of communication, the leader of communication have advantages than others. The mobile phones have participated more in our day life. Someone said its the fifth necessary of life. From the above, the news and the mobile phone have the important part that will support the end user to survive in the real life that has to challenge with other people. So there are many company uses them to earn on living. For instance the Nation Mobile News that will send the news by using SMS to mobile phone to the user who register with them. The cost of this service is 49 baths each month not including vat 7%. So its another interesting and easy the way to up-date the news to the user by using the SMS through the mobile phone. At last, the motivation of this project is part of the big project: IKnow project a development of information and knowledge extraction from unstructured Thai document.

-1-

1.2 Problems Statement

There are various types of SMS sent to users. Because of SMS service provided today do not specify SMS receiver group. So, every SMS was sent to user. Some SMS, which might not be interested by user, will be called Junk SMS. Furthermore, the service providers send SMS manually, so the information updating is delay. They try to develop automatic SMS sending. To reduce number of Junk SMS and out of date SMS sending way, Intelligent SMS on demand should be used.

1.3 Objectives
The objective of Intelligent SMS by demand is to create for one choice of the user who wants to know the new information that he/she is interested in. And for the part of the big project: I-Know project, not only will help the end users to know the information that they are interesting on, but in the future also will collect the data of the users or groups of the requirement that he/she is interesting in. So it can be done further research that what the target groups interesting such as the people whose age between 20 and 25 are interesting about outdoor activities, so we can advertise the sport to them when we have some new users.

1.4 Scope and Limitations

The study of this project is for creating the Intelligent SMS on demand in this times has the scope of the project, that is The system of the sending SMS protocol, the system will work together with the dealer who gives the service of mobile because we have to send SMS through the mobile phone such as AIS GSM, DTAC, and True Move etc. The system of collecting the user information that the user will register from the web pages. The system that can create the attractive sentences from the database. In this project, the subject that will be used to create the message that is petrol, currency and sport. The system that receives the new information from the part of co-partner [1] such as new information about the sport.

-2-

1.5 Development Tools

Hardware: Notebook Intel Pentium M 1.6 Main Memory (DDR2) 1 GB. Hard Disk 50 GB Mobile Phone with GSM Model Data link to connect mobile phone and computer together

Software: Microsoft Window XP Professional Netbeans IDE 5.5 SMSLib (The open source software from http://smslib.sourceforge.net/) SUN's Java Comm v2.0. Apache Ant Apache Log4j MySQL PHP

-3-

CHAPTER 2: LITERATURE REVIEW

2.1 Natural Language Generation (NLG)

Natural Language Generation is a subfield of Computational Linguistics and language-oriented Artificial Intelligence research devoted to studying and simulating the production of written or spoken discourse. The study of human language generation is a multidisciplinary enterprise, requiring expertise in areas of linguistics, psychology, and engineering and computer science. One of the central goals is to investigate how computer programs can be made to produce high-quality natural language text from computer-internal representations of information. Natural language generation often is characterized as a process that has to start from the communicative goals of the writer or speaker and needs to employ some sort of planning to progressively convert them into written or spoken words. In this view, the general aims of the language producer are refined into goals that are increasing linguistic in nature, culminating in low-level goals to produce particular words. Usually, a modularization of the generation process is assumed which roughly distinguishes between a strategically (deciding what to say) and a tactical (deciding how to say it) part. This strategy-tactics distinction is partly mirrored by a distinction between text planning and sentence generation. Text planning is concerned with working out the large-scale structure of the text to be produced and may also comprise content selection. The result of this sub process is commonly taken to be a tree-like discourse structure, which has at each leaf an instruction to produce a single sentence. These instructions are then passed in turn to a sentence generator, whose task can be further subdivided into sentence planning, i.e. organizing the content of each sentence, and the final step of surface realization, and i.e. converting sentence-sized chunks of representation into grammatically correct sentences.

-4-

2.1.1 Types of generation techniques The different types of generation techniques can be classified into four main categories:

Canned text systems constitute the simplest approach for singlesentence and multi-sentence text generation. They are trivial to create, but very inflexible. Template systems, the next level of sophistication, rely on the application of pre-defined templates or schemas and are able to support flexible alterations. The template approach is used mainly for multi-sentence generation, particularly in applications whose texts are fairly regular in structure. Phrase-based systems employ what can be seen as generalized templates. In such systems, a phrasal pattern is first selected to match the top level of the input, and then each part of the pattern is recursively expanded into a more specific phrasal pattern that matches some sub portion of the input. At the sentence level, the phrases resemble phrase structure grammar rules and at the discourse level they play the role of text plans. Feature-based systems, which are as yet restricted to singlesentence generation, represent each possible minimal alternative of expression by a single feature. Accordingly, each sentence is specified by a unique set of features. In this framework, generation consists in the incremental collection of features appropriate for each portion of the input. Feature collection itself can either be based on unification or on the traversal of a feature selection network. The expressive power of the approach is very high since any distinction in language can be added to the system as a feature. Sophisticated feature-based generators, however, require very complex input and make it difficult to maintain feature interrelationships and control feature selection.

2.1.2 Natural Language Processing Natural language processing is a technology which involves converting spoken or written human language into a form which can be processed by computers, and vice versa. Some of the better-known applications of NLP include:

Voice recognition software which translates speech into input for word processors or other applications; Text-to-speech synthesizers which read text aloud for users such as the hearing-impaired;

-5-

Grammar and style checkers which analyze text in an attempt to highlight errors of grammar or usage; Machine translation systems which automatically render a document such as a web page in another language.

The quality of results obtained in NLP applications often depends on the richness of the representation that the system builds for the language it is processing. For example, most commonly available textto-speech synthesizers produce spoken output that can be difficult to follow, because it does not mimic the varied intonations that humans use when speaking. Higher-quality systems will perform a syntactic and/or semantic analysis of the text, in order to generate intonations as humans would, according to the "information structure" of the text. 2.1.3 The key characteristics The key characteristics of natural language generation:

Text (written or spoken) is the most appropriate means of communicating the data to its intended audience; There is a need for large volumes of text; The text must accurately convey a given message; The text must be written in a correct and consistent style; The text must be produced very rapidly, or with other performance requirements which rule out human authoring; The text requires frequent updating in order to remain consistent with the data it describes.

Not all potential applications have these characteristics - for example, certain labor-intensive documents are probably best written by hand if they only need to be produced in small numbers, and never need to be updated. And alternatives to text, such as graphical displays, can be more suitable for some types of information and some audiences. 2.1.4 The guidelines of text generators The fundamental guidelines of building text generators:

Use the appropriate level of representation for the data. Depending on the application, the input data may require more or less processing by knowledge representation or reasoning components. Use the appropriate level of linguistic representation. Depending on the amount of grammatical and stylistic variation required in

-6-

the generated texts, either a "deep" or a "surface" approach may be warranted. Focus on sublanguages. In NLG as in NLP in general, the best results are often obtained in applications which involve a subset of a language with its own well-defined style and vocabulary (for example, the language used in weather forecasting). Integrate with authoring tools where appropriate. In applications where it is not feasible to generate documents in their entirety (usually because the underlying data would be too difficult to represent formally), the system should provide an interface that human authors can use to edit generated text, or to add their own text to it. Build in maintainability. NLG systems should allow for the possibility that aspects of the input data or the required style and vocabulary of the output text will change over time, and should provide convenient tools for updating the system.

As computer technology reaches ever more users in ever more domains, we anticipate many more interesting and practical applications for NLG. The advent of the World Wide Web, in particular, presents a wealth of opportunities, as more people can go to more places for more kinds of information than ever before. NLG technology will allow the most up-to-date information to be communicated to the broadest audience, with the highest accuracy and quality of presentation.

2.2 SMS Protocol

Short message service is a mechanism of delivery of short messages over the mobile networks. It is a store and forward way of transmitting messages to and from mobiles. The message (text only) from the sending mobile is stored in a central short message center (SMS) which then forwards it to the destination mobile. This means that in the case that the recipient is not available; the short message is stored and can be sent later. Each short message can be no longer than 160 characters. These characters can be text (alphanumeric) or binary Non-Text Short messages. An interesting feature of SMS is return receipts. This means that the sender, if wishes, can get a small message notifying if the short message was delivered to the intended recipient. Since SMS used signaling channel as opposed to dedicated channels, these messages can be sent/received simultaneously with the voice/data/fax service over a GSM network. SMS supports national and international roaming. This means that you can send short messages to any other GSM mobile user around the world. With the PCS networks

-7-

based on all the three technologies, GSM, CDMA and TDMA supporting SMS, SMS is more or less a universal mobile data service. The actual limit of size of SMS is 160 characters if Latin alphabets are used. If non-Latin alphabets like Chinese or Arabic are used, the limit is 70 characters. 2.2.1 How does SMS work The figure below shows a typical organization of network elements in a GSM network supporting SMS.

Figure 2.1: A typical organization of network elements in a GSM network supporting SMS. The SMC (Short Message Center) is the entity which does the job of store and forward of messages to and from the mobile station. The SME (Short Message Entity) which can be located in the fixed network or a mobile station receives and sends short messages. The SMS GWMS (SMS gateway MSC) is a gateway MSC that can also receive short messages. The gateway MSC is a mobile networks point of contact with other networks. On receiving the short message from the short message center, GMSC uses the SS7 network to interrogate the current position of the mobile station form the HLR, the home location register. HLR is the main database in a mobile network. It holds information of the subscription profile of the mobile and also about the routing information for the subscriber, i.e. the area (covered by a MSC) where the mobile is currently situated. The GMSC is thus able to pass on the message to the correct MSC.

-8-

MSC (Mobile Switching Center) is the entity in a GSM network which does the job of switching connections between mobile stations or between mobile stations and the fixed network. A VLR (Visitor Location Register) corresponds to each MSC and contains temporary information about the mobile, information like mobile identification and the cell (or a group of cells) where the mobile is currently situated. Using information form the VLR the MSC is able to switch the information (short message) to the corresponding BSS (Base Station System, BSC + BTSs), which transmits the short message to the mobile. The BSS consists of transceivers, which send and receive information over the air interface, to and from the mobile station. This information is passed over the signaling channels so the mobile can receive messages even if a voice or data call is going on. 2.2.2 The common applications of SMS Some of the common applications of SMS are:

Exchanging small messages like "See you at 8.30 tonight at xyz". SMS is particularly suited for these kinds of short messages because SMS is much cheaper than calling some one and giving the same message. Calling some one to give the same message would invariably take more time and hence more cost. Many operators offer e-mail service over SMS. Every user is assigned an e-mail address at signup and any message delivered to that email is converted to short messages and delivered to the mobile. It is possible to send e-mail messages (less than 160 characters) from a mobile phone to any e-mail address via SMS. Information services like news, weather, entertainment and stock prices etc. can be availed just by sending a keyword like NEWS, WEATH etc to the short message center number. SMS can be used by the network operators to provide services like balance enquiry in case of prepaid cards using SMS. Mobile chatting is one more hot application of SMS SMS can be used to notify users that they have received new voice-mail or fax messages. It provides an alternative to alphanumeric paging services Using SIM-Toolkit, now a part of GSM specifications, SMS can be used to have on the air activation of features. By sending codes embedded in short messages from the server network operators can remotely provision the user's wireless terminal Internet e-mail alerts. Downloading new ring tones. -9-

2.2.3 The present state of SMS SMS has seen unprecedented growth in the last few years. In Europe SMS has already crossed three billion messages per month mark. The current figures and future projections in the European market below, clearly demonstrate the popularity of SMS in Europe. The international figures are not much different. (Data source http://www.gsmworld.com/gsmdata).

Figure 2.2: The current and future projections in the European market of SMS in Europe. In many parts of Europe people are spending more on SMS as compared to voice services. In Germany, UK, and Italy, SMS is very popular and the popularity especially among young people continues to rise.

Figure 2.3: SMS per months in the Europe zone

-10-

Developments like WAP and SIM toolkit are greatly helping to increase the message usage. SMS can be used as a bearer service for WAP and until 2.5G services like GPRS become common, SMS would be increasingly used as a bearer for WAP. These protocols are also making it much easier for the users to access messaging services. 2.2.4 Limitations of SMS There is no doubt that SMS has been very popular. The figures 2.3 support this. What is more interesting to observe is that this popularity has been in spite of many limitations of SMS. Many of these limitations are the driving force behind the developments and initiatives being taken in the field of short messaging. Some of the limitations of SMS are: Messages are plain vanilla in nature. You can only send simple text messages. There is no scope for any graphics or audio. However, as mentioned in the next section EMS would help fill this gap. The messages are limited by size. An SMS message cant exceed 160 characters. (BTW this limitation is due to the limitation in the MAP protocol in GSM) In case of longer e-mails or information service messages like news, the messages need to broken down into more than one message. The need to break the messages into several smaller segments could make SMS comparatively costlier in comparison to GPRS (for the same kind of service). Also, this doesnt look very appealing on a mobile device. However MMS (talked about later) would remove the limitation of small messages. The limitation of easy input mechanisms in mobile devices makes it very uncomfortable sending messages larger than even 5-6 words. However, Predictive text input algorithms implemented in a mobile phone can greatly help. Voice recognition systems can further help ease the situation. Many proprietary protocols are used by SMS operators and application developers need to implement different interfaces for making their applications work with different SMS centers. X.25 is used as a popular protocol for connecting with SMS centers. SMS protocol data units as defined in GSM 03.40 are also not very efficient. The various header fields in the PDU are fixed which puts a constraint on the scenarios that can be indicated. 3G specifications are being looked up to look and address these constraints. Data rate and latency. GPRS and USSD provide better data rates and lower latency compared to SMS. This is because SMS uses -11-

the slow signaling channel, which is used for many other things also in GSM. However, MMS will use data channels and hence higher rates and lower latency. The store and forward nature of SMS, though useful in many applications makes SMS not very suitable for WAP.

2.2.5 Initiatives and future developments SMS is a first generation GSM service. As described in the previous section, SMS has some inherent limitations. The majority of these are to do with the fact that SMS is plain vanilla in nature. Enhanced Messaging Service (EMS) is a mechanism by which you can send a comparatively richer message that are combination of text, simple melodies, pictures (simple, black and white) and animations to an EMS compliant handset. The service is very much based on the existing SMS. It basically extends the User Data Header (UDH) in SMS (UDH makes it possible to include binary information in the message header) and infract needs no upgrade to the network infrastructure. The handsets however need to be EMS compliant. The first EMS handsets should be available by mid of 2001. The next step in the evolution of SMS, which requires substantial changes in the network infrastructure, is the Multimedia Messaging Service (MMS) that allows a combination of text, sounds, images and video. MMS will support pictures and interactive video. It will be possible, for example, to send mobile greeting cards and visiting cards using MMS. MMS uses standardized protocols like WAP, MExE and SMTP. While EMS requires content reformatting for mobile devices, there is no such requirement for MMS. Theoretically MMS may run on any bearer service, but practically it would require GPRS or 3G bearer services before it starts appearing. AS opposed to SMS, MMS needs a dedicated channel. It would also require new network elements like Multimedia Messaging Relays, MMS Server and MMS User Databases. While MMS trials have been planned in mid 2001, the first MMS compliant handsets are expected to hit the market only in end 2002. MMS is being standardized by the 3GPP 2.2.6 SMS, WAP, and GPRS Where does SMS go with services like WAP and GPRS? Well, the first thing to understand is that SMS is a bearer service. It is a mechanism of sending short messages. WAP provides the user with services and protocols that can be used on top of SMS. With the increased use of WAP, the SMS traffic in networks should see considerable increase. -12-

GPRS, on the other hand, is a packet based data service that provides much higher throughput. Unlike SMS, it provides a real time data bearer. The users always stay connected to the network. But GPRS and SMS dont really compete with each other in the real sense. The costs involved in sending small messages for an end user in case of SMS are expected to be lower than that in GPRS (packet data) service because the responsibility for sending the message to the recipient in case of SMS lies entirely on the short message center as opposed to the user in GPRS. In GPRS there is no concept of storage. Confirmation of delivery is a unique feature of SMS because of the very nature of short message service. Simultaneous transmission with GSM voice, data, and fax services is another distinguishing characteristic of SMS. True, GPRS will be a much better option to use for services like WAP, but the availability of GPRS and GPRS-compliant handsets will take some time to pickup. Also, SMS needs no special network elements and handsets. It is something that almost every mobile user has and can use to send messages to any other mobile user without worrying about the capabilities of that mobile and its network.

-13-

CHAPTER 3: DESIGN AND IMPLEMENTATION

3.1 Concept and Problem

Today there are various types of SMS sent to the end users because the technology of SMS service provider is not specify SMS receiver group, so every SMS were sent to every user. So some SMS, which might not be interested by user, will be happened. So the concept of this system is to help the end users receive only the SMS news that they are interested in. The sending of the SMS is personalized, it will send different information to each individual users. In this system, it will create the Natural Language Generation in 3 kinds of data as following: Petrol Data Currency Data Sport Data

3.2 System Overview

The system overview of all system as showing in the figure 3.1, included 2 systems that is Hot News Update [1]. Intelligent SMS on Demand

In the Intelligent SMS on Demand, it has 5 processes that is Web Registration, Active Update, Data Matching, Natural Language Generation and Delivery Process.

-14-

RSS

HTML File

Hot News Update Templates

Web Site

Information Extraction Database Of Information

RSS

Delivery Process

Natural Language Generation

Data Macthing

Active Update

Email Mobile
Register In The Web Application

User

Database Of User Intelligent SMS on Demamd

Figure 3.1: The system overview of overall system

3.3 Components of the architecture

In the overall system as showing in the figure 3.1, it has processes as follows: Web Registration is the web application for the user fill the information for registering to be the member. Active Update is the process of updating the new information to the system. Data Matching is the process of matching the new information and the data of the end users. Natural Language Generation is the process of creating the message from the data in the database format to be the data in form as sentence. Delivery Process is the process of sending the messages to the end users via SMS and email.

3.4 Web Registration

The process of the system starts when a user registers from the web application.

-15-

3.4.1 Register Web Application

Figure 3.2: The registering web application The figure 3.2 is showing the registration form that users have to fill the information of his/her when they register. 3.4.2 Structure of User Table The user table is used to collect the information of user who has registered. The structure of the table is showing in the table 3.1

Table 3.1: The structure of User Table Name Data Type Length Comment Username varchar 10 Collect the username of the end users. Password varchar 10 Collect the password of the end users. Name varchar 20 Collect the name of the end users. Lastname varchar 20 Collect the last name of the end users. Email varchar 30 Collect the email of the end users. MobilePhone varchar 10 Collect the mobile phone number of the end users.

PK FK Yes No No No No No No No No No No No

-16-

petrolFlg

tinyint

sportFlg

tinyint

exchangeFlg

tinyint

Collect the value of the end users that interested in petrol or not. Collect the value of the end users that interested in sport or not. Collect the value of the end users that interested in Currency or not.

No

No

No

No

No

No

The figure 3.3 is showing some example of the data in the user table.

Figure 3.3: Showing the example of the data in the database from the user table.

3.5 Data Matching

Figure 3.4: The Structure of Data Matching From the figure 3.4, showing the structure of Data Matching, is the part of matching process between the new information and the users interesting. The figure 3.5 shows the component of Data Matching.

-17-

The 1 value means that the end users are interested with this subject. The 0 value means that the end users arent interested with this subject.

Figure 3.5: The component of Data Matching

3.6 Natural Language Generation (NLG)

Natural Language Generation is the parts importing the data form the database and creating sentences as showing in the figure 3.6

Figure 3.6: The process of Natural Language Generation The Natural Language Generation has 3 mainly components as showing in the figure 3.7

Figure 3.7: The components of Natural Language Generation

-18-

The components of Natural Language Generation are as follows: Creating Petrol Sentence is the component using when received the new information about the petrol. Creating Currency Sentence is the component using when received the new information about the currency. Creating Sport Sentence is the component using when received the new information about the sport.

3.6.1 Creating Petrol Sentence

Petrol Database

Analysis the data

Effective Date

Difference Price

If Effective is today

If Effective isnt today

Is the positive value

Is the negative value

More than only one day

More than one day

Today

Tomorrow

The date

Increase

Decrease

Template

Sentence

Figure 3.8: The process of the creating petrol sentence.

-19-

The process of the creating petrol sentence as showing in the figure 3.8, starts from the data in the database. Then it analyzes the field of the data following in the figure 3.8 The table 3.2 shows the structure of the petrol table stored in the database.

Table 3.2: The structure of Petrol Table Name reDate Data Type varchar Length Comment 20 Collect the date that the crawler go to extract the information. Collect the varied price of the petrol. 20 Collect the date that the change of price will be effective. 20 Collect the type of the petrol. 20 Collect the station that the price is stabled. Collect the different price of the change of the petrol. PK FK No No

variedPrice effDate

double varchar

No No No No

petrolType stableStation diffPrice

varchar varchar double

No No No No No No

The figure 3.9 is showing the some example of the data in the petrol table.

Figure 3.9: Showing the example of the data in the database in the petrol table.

-20-

Figure 3.10 is showing the example of the creating petrol sentence after passing the creating petrol sentence process.

Figure 3.10: The example of the creating petrol sentence

3.6.2 Creating Currency Sentence

Figure 3.11: The process of the creating currency sentence.

The process of the creating currency sentence as showing in the figure 3.11, starts from the data in the database. Then it analyzes the field of the data following in the figure 3.11

The table 3.3 showing the structure of the currency table stored in the database.

-21-

Table 3.3: The structure of Currency Table Name exDate Data Type varchar Length Comment 20 Collect the date that the crawler go to extract the information. 10 Collect the monetary. Collect the sell rate of the monetary. Collect the buy rate of the monetary. 50 Collect the country that the monetary used. PK FK No No

monetary sellRate buyRate country

varchar double double varchar

No No No No No No No No

Table 3.3: The structure of Currency Table The figure 3.12 shows some example of the data in the petrol table.

Figure 3.12: Showing the example of the data in the database from the currency table. Figure 3.13 is showing the example of the creating currency sentence after passing the creating currency sentence process.

-22-

Figure 3.13: The example of the creating currency sentence

3.6.3 Creating Sport Sentence

Figure 3.14: The process of the creating sport sentence.

The process of the creating sport sentence as showing in the figure 3.14 starts from the data in the database, then analyzing the field of the data following in the figure 3.14 The table 3.4 shows the structure of the currency table stored in the database. Table 3.4: The structure of Sport Table Name exDate Data Type varchar Length Comment 20 Collect the date that the crawler go to extract the information. -23PK FK No No

date type team1 team2 score

varchar varchar varchar varchar varchar

50 50 50 50 50

Collect the date. Collect the playing. Collect the Collect the Collect the

challenging type of first team. second team. score.

No No No No No No No No No No

Table 3.4: The structure of Sport Table The figure 3.15 is showing the some example of the data in the petrol table.

Figure 3.15: Showing the example of the data in the database from the currency table. Figure 3.16 is showing the example of the creating currency sentence after passing the creating currency sentence process.

Figure 3.16: The example of the creating currency sentence

-24-

3.7 Delivery Process

In the delivery process, using the open source named SMSLib from http://smslib.sourceforge.net/. SMSLib is an API library which allows the user to send and receive SMS messages via his/her GSM modem. The user can use SMSLib either with a dedicated GSM modem or a GSM phone that complies with some standard. Here is a list of the features and capabilities of SMSLib: SMSLib works with PDU protocol. SMSLib for Java (v2.1.0 or newer) also supports TEXT protocol, with GSM/HEX alphabet. This protocol is supposed to support CDMA phones. The list of the mobile phone that can use with SMSLib as see in the Appendix B. Supports sending of WAP PUSH SI messages. Supports sending and receiving 7-bit, 8-bit or UCS2 messages. Big (multi-part) messages support. Status report processing. Support for flash messages (not supported on all headsets). Support for Source and Destination ports (16-bit only). GSM modem info: Manufacturer, model, S/W revision, battery and signal level, etc.

SMSLib communicates with your GSM modem via the serial port. SMSLib uses the enhanced 3GPP AT command set (which is similar to the ancient Hayes AT command set) in order to control the modem. These commands are sending and received through the serial port.

-25-

CHAPTER 4: CONCLUSIONS AND FUTURE WORK 4.1 Conclusion

The Intelligent SMS on Demand is the system that can send SMS by the demand of each end user. The project is using the personalization to classify the interested of the user and using the natural language generation to create the sentence form the database, but in this project there are only 3 tables which are petrol table, currency table, and sport table. So there are less various types to choose. In part of SMS protocol, this system uses the open source from SMSLib via GSM modem. The figure 4.1 is showing the graphic user interface of the intelligent SMS on demand.

Figure 4.1: The graphic user interface of the Intelligent SMS on demand.

-26-

4.2

Future works
There are less various types of topics for creating the sentence in the natural language generation. In the graphics user interface, in both of the web registering page and in the Intelligent SMS on Demand, they can develop to be more beautiful and more user friendly. In the delivery process, the system uses the GSM modem to send, so the delivery time of the data from the computer to the mobile phone by using the ATCommand is used more. In the database of the user, it can analyze the data such as the data mining method.

-27-

REFERENCE
[1]. Hot News updated, Vipavee Chuerpanyavit, Department of Computer Engineering, Faculty of Engineer, Kasetsart University, 2006 [2]. http://smslib.sourceforge.net/

[3]. http://en.wikipedia.org/wiki/Personalization

[4]. http://en.wikipedia.org/wiki/SMS

-28-

APPENDIX

-29-

APPENDIX A: USER MANUAL

The registering page shows in the figure A1. And then the end user fills in the form and clicks the submit button as showing in the figure A2. The system will collect the information of the user.

Figure A1: The Registering Page

Figure A2: The example of registering page was filled. -30-

In the Intelligent SMS on Demand in the tab create currency click the View Data button as showing in the figure A3. The program will work and show the example as in the figure A4, and then click Send button to send the information in the creating sentence box to the end users.

Figure A3: Intelligent SMS on Demand in Create Currency

Figure A4: The example of Intelligent SMS on Demand in Create Currency

-31-

In the Intelligent SMS on Demand in the tab create petrol click the View Data button as showing in the figure A5. The program will work and show the example as in the figure A6, and then click Send button to send the information in the creating sentence box to the end users.

Figure A5: Intelligent SMS on Demand in Create Sport

Figure A6: The example of Intelligent SMS on Demand in Create Sport

-32-

In the Intelligent SMS on Demand in the tab create petrol click the View Data button as showing in the figure A7. The program will work and show the example as in the figure A8, and then click Send button to send the information in the creating sentence box to the end users.

Figure A7: Intelligent SMS on Demand in Create Petrol

Figure A8: The example of Intelligent SMS on Demand in Create Petrol

-33-

APPENDIX B: LIST OF GSM MODEMS COMPATIBLE WITH SMSLIB

The following GSM modems / phones have been reported to be compatible with SMSLib Wavecom: M1306B, M1206B ITengo: 3000, WM1080A Motorola: E398, RAZR V3, L7 Nokia: 6210, 6310, 6310i, 6230, 6230i, 8250, 8310, 6610, 6800, 7210, 6810, 7250i, 6103, 6020, 3220, 6822, 5140, 5140i, 30 Siemens: MC35i, M35, M50, M65, C45, TC35i, C65 Billionton: PCMCIA PCGPRSQ-B MultiTech: MultiModem MTCBA-G-F1 SonyEricsson: K600i, K608i, T610, W800i, K700, W550i, K750i, GC75, GC79 Samsung: SGH-C100, Z140V Sharp: GX30, GX32 Vodafone: GPRS PCMCIA card - WCM GSM modem EagleTec: GSM Modems Sagem: Sagem MO200 GPRS, JY3,XI(2005-5-19) SIMCOM Ltd: SIMCOM_SIM100S

SMSLib is incompatible with Symbian phones.

-34-