Automatic SMS Interaction
The moment we stepped in “Codez” and the time in which we are writing this blog, both defines the breakpoint of our journey. We travelled a lot with respect to Time and Knowledge in the last one month.
We received a very warm welcome from the Team of Codez on 24th May. On the very first day, our project was something like this:
We had a Mobile as a System which could interact with the Incoming SMSs automatically and could process it and forward or reply as per need. It took us 5 days to complete Planning, Requirement Analysis and Designing Part. By 30th we were ready to move to next step i.e., Development. We broke down our Project in WBS and started the development of initial phase, i.e., to Connect Mobile and PC.
We tried using –
1) Gnokii – Gnokii is an open source mobile phone tool originally developed for LINUX.
2) GCALDaemon – an OS-independent Java program, primarily designed as a calendar synchronizer.
3) Gammu – Its command line utility can be used to control mobile phone. It is written in C.
4) JM2PC – Remote control desktop or laptop with any Java powered phone.
5) Hyper Terminal via AT commands – AT commands are instructions used to control a modem.
The most important of these are AT Commands. At commands are instructions used to control a modem. AT is the abbreviation of Attention. Every command line starts with “AT” or “at”. But the problem with this method is that “AT” commands should be supported by both, the Mobile and the GSM. Nowadays, almost every GSM supports “AT” commands but not every Mobile. We got success in sending the messages using “AT” commands via Hyper Terminal but failed in receiving messages on the PC. We faced problem using rest of the software but it doesn’t denote that they are unsolvable.
Gradually we moved to the next level of development i.e. Development of Plugins. We had something like this on mind:
We designed our Main Module to be a Pluggable Framework, which could be plugged with any plugin to work. For this we trained ourselves in development of DLLs on Visual C++ and Visual C Sharp. There were lots of challenges ahead but we dealt them with élan. We could have used Static DLLs easily but we needed Dynamic DLLs because we wanted them to load only during Run-Time, so that we could derive better performance.
Then we created our main program in Visual C++ that fetched the DLLs and made them perform. To take input from the end user we created a XML file and linked it to our Main Code. Thereafter we converted our SMS sending project into a DLL and linked it with our code. At this stage we had a full-functioning product which worked as follows:
Later we successfully conducted another method of Sending Messages. We used Web Server and in the process came across “HTTP Request Objects”, which is used to exchange data with a server behind the scenes.
Using HTTP Request Objects, one can:
• Update a web page without reloading the page
• Request data from a server after the page has loaded
• Receive data from a server after the page has loaded
• Send data to a server in the background
Eventually we also went through ASP.NET to create web applications. We created a web-based login form for the End User.
For us, it is only the beginning; there is a lot more to achieve and miles to go before we sleep.
Latest posts by Ashish Anand
- Codez Revisited - December 29th, 2010
- Don’t Stop the Music - July 10th, 2010



