WO2006035454A2

WO2006035454A2 - System and method for group messaging and data sharing using mobile phone

Info

Publication number: WO2006035454A2
Application number: PCT/IN2005/000310
Authority: WO
Inventors: Sumeet Boob; Amit Boob; Atirakshit Bhatt; Vishant Sarodia
Original assignee: Sumeet Boob; Amit Boob; Atirakshit Bhatt; Vishant Sarodia
Priority date: 2004-09-13
Filing date: 2005-09-13
Publication date: 2006-04-06
Also published as: WO2006035454A3

Abstract

A process and products based on data sharing through messaging service between two or more computers including mobile equipment users comprising a central location capable of storing and managing data, a central location capable of managing and responding to the commands, making a group of more than one computer as a member or members of the group the said computer or computers, at their option of time, contributing to, retrieving and sharing the data from a place of storage of the data at a central location. The process and products make it possible for a data sharing between the users even when the users are not simultaneously within the mobile network or do not simultaneously operate their handsets.

Description

TITLE

SYSTEM AND METHOD FOR GROUP MESSAGING AND DATA SHARING USING MOBILE PHONE. TECHNICAL FIELD Present invention relates to group messaging and data sharing using mobile phones.

BACKGROUND OF INVENTION

In current mobile system Global system for mobile communications (GSM), 3G (3^rd Generation), Premium Rate Services (PRS), Code division multiple access (CDMA) technologies are used to provide services like calling, Short messaging services (SMS), voice message, Multimedia messaging service (MMS) etc. SMS is short text message which can be read on the mobile handset used in communication between two or more cell phone users. MMS is multimedia messaging service used to send images, videos, music clips, sound clips, etc. The present mobile system enables a user to communicate within a group through SMS and / or MMS.

In presently available group messaging system, a message is sent to a group of individually separated addresses, but the message travels to each addressee as a separate SMS and the user is billed for availing such

SMS services. The obvious result is that the expense of every message being billed has to be kept in mind by the user which limits the number of messages the user can send. Further, the memory in current handsets is another limitation for receiving and delivering group messages. Hence, large quantity of data cannot be distributed in the group as a matter of regular practice. In fact, when several such messages are in traffic, within the system, at the same time, the system gets clogged for several hours and may sometimes be amenable to failure if the traffic becomes excessive. These limitations need to be circumvented to fully utilize the potential of SMS and MMS as communication tools. It is the object of the present invention to provide such a facility for sharing vast amount of data between a large group of members by communication systems operated by mobiles through systems such as or equivalent to SMS and MMS. SUMMARY OF INVENTION To overcome the limitations of present system of use of SMS, MMS and analogous systems, the present invention proposes a system for data sharing between the users even when the users are not simultaneously within the network of do not simultaneously operate their handsets. The system is aimed at use in sharing data in applications such as, sharing commercial information in corporate sector within their own employees and managers, train reservation information and availability on mobile phones, brokers and sub brokers in share market and any other analogous application. The system of data sharing according to the present invention includes: 1. Making a group of more than one mobile user who contributes to and shares the same information, data, pictures, music, stored at a place other then the Mobile Phone and at a place with large storage space. 2. A means for accessing & sharing said data within a group without the need of paying for contacting each group member separately and individually and without the need of the members of the group to be within network simultaneously to succeed in contributing or sharing the data, storing SMS, MMS and other mobile data somewhere other then the Mobile Phone and in a Large Storage Space.

3. A means to deliver the same message to more than one user.

4. A means to download logos or ring tones and similar multimedia data on mobile in fewer exchanges of SMS than is required to be done now.

Making data available to the group accessible on mobile without the need of both the persons being simultaneously connected to the network to effect the exchange of data. DETAILED DESCRIPTION OF INEVENTION

The method of sharing data includes the following: The proposed system makes group of mobile users. A group leader creates the group by sending a command to the central server. In this system the service provider maintains a central server. This central server processes all the commands issued by all the group members. Group master invites other mobile users to join the group. This group shares a common purpose.

This group has some space assigned to it on the server. This space is used to store all the mobile data uploaded by mobile users. In an embodiment of present invention the SMS and phone book entries are shared in the group. Embodiments of present invention also include sharing of ring tones, picture messages, logos, mobile games, audio files, video files, images and commercial data sharing. Appropriate and obvious variations of the embodiments of this invention can be customized and adapted for any real life commercial applications. So data of any commercial application is applicable for the processing purpose. User can use the SMS, MMS, GPRS, CDMA, 3G technologies widely known to Information Technology Professionals to access the group. The group is accessed with a password and username. If a user wants to share his / her data, he uploads data to central server. If other member of the group wants to get the same data downloaded, he can get it by issuing a command to the central server. He doesn't need to contact the other mobile user. He has a wide range of options to access the mobile data on the network. This invention describes a system in which groups are made, these groups have their respective group owners, the groups have members related with a common purpose like in corporate sector, employees of a company etc., and they can share their solutions to difficult problems using a suitable messaging system such as SMS, MMS or equivalent . means of communication which operates through Mobile Equipment. For the purpose of this specification, the terms "messaging" and "message" means a message and messaging system which is SMS, MMS or equivalent means of communication available at present or any modification or innovation over presently available messaging systems operated through Mobile Equipment. Modifications and innovations which make it possible to access such messaging data through computer are also included in this invention.

Thus, in group messaging in present invention, a user can send a single SMS to the space assigned for the group on the server, which is accessible by all the group members at any time suitable to them or as per their requirement. The service provider helps to deliver these SMS. The group messaging system devised in present invention is cost effective as the sender of the message does not have to send it separately as a separate message to each member of the group. The message is shared and is accessed by other members only if they desire and at the time of their choice. This is more efficient as well as more flexible than a conventional system, wherein a separate message is needed to be sent to every addressed recipient.

Objective of this work is also to make it possible to use the mobile handsets with GPRS and 3G technologies to access a group. The groups can be accessed by mobile users from internet. They can use those services with their password.

Thus, this invention has achieved following objectives:

1. Implementing the system with simple user requests / commands.

2. Providing in the system a large storage space to store mobile data.

3. Providing novel, less expensive and more convenient process and system for using mobile data.

4. Providing easy sharing of mobile data.

5. Accessing other user's data. The data types of mobile data that can be accessed in this way include SMS, MMS, logos, ring tones, picture messages, phone book entries, mobile games, audio files, video files, images, animated images and Other mobile data like data created in the production units, marketing data, or any other data base created during any commercial transaction and by corporate sector.

6. Providing a process and system for storing wider information and sharing of data by members of group of mobile users as per their desire, need, requirement and convenience and at time of their choice.

With this invention, the members of a group can chat among them. This chatting can be extended to a chat room from server. Here the users can do it through messaging service.

A mention of a singular also includes pleural, for example mention of "a wireless technology" also includes all variations of wireless technologies available for application within the scope of this invention. EXAMPLE 1 : MATERIALS, EQUIPMENTS AND METHODS 1.1) Various ports that are useful for working of this invention are described below: GSM MODEM

A GSM modem can be an external modem device, such as the Wavecom FASTRACK Modem. Insert a GSM SIM card into this modem, and connect the modem to a port en a computer. A GSM modem can be a PC

Card installed in a notebook computer, such as the Nokia Card Phone. A GSM modem could also be a standard GSM mobile phone with the appropriate cable and software driver to connect to a serial port on a computer. Phones such as the Nokia 7110 with a DLR-3 cable, or various Ericsson phones, can be used for this purpose.

A dedicated GSM modem (external or PC Card) is usually preferable to a GSM mobile phone. This is because of some compatibility issues that can exist with mobile phones. For example, to be able to receive inbound MMS messages with a gateway, and a mobile phone is being used as a modem, a mobile phone that does not support WAP (Wireless Access

Protocol) or MMS must be used, because the mobile phone automatically processes these messages without forwarding them via the modem interface. Similarly some mobile phones do not allow receiving SMS text messages longer than 160 bytes (known as "concatenated SMS" or "long SMS") correctly. This is because these long messages are actually sent as separate SMS messages, and the phone attempts to reassemble the message before forwarding via the modem interface. GSM MOBILE PHONE WITH INFRARED PORT OR BLUETOOTH PORT A GSM mobile with infrared or with Bluetooth port can be used to implement this method and develop the application in case of limited number of users (less than 10). The users of the group can use the application with the help of their mobile handsets. These mobiles must support SMS and/or MMS.

INFRARED PORT / CONNECTOR WIRE OF MOBILE / BLUETOOTH PORT For connecting the mobile handset with the computer, following peripherals can be used:

1. Infrared Adaptor / Port

2. Bluetooth Adaptor / Port

3. Connecting cable for mobiles (e.g. DKU-5, DKU-2) 1.2) Various commands that are used in working of this invention are given in the following:

AT COMMANDS

Computers use AT commands to communicate with modems. Most communications applications, however, have a user friendly interface that hides these AT commands from the user. By using keys of various types on communication gadgets, the result is issuance of AT commands via that communications application gadget. For example, when the software in the Nokia product has received an AT command, it responds with a message that is displayed on the screen of the handset of the user.

1.3) SOFTWARE COMPONENTS AND DEVELOPMENT TOOLS Some software components provided by mobile handset manufacturers like Nokia, Sony Ericsson can be used in implementing applications for this system. The development tools like J2ME (Java 2 Micro Edition), Microsoft .Net can be used to develop the application. These languages provide required interface to work with a GSM modem or mobile handsets described above. These software components are used in developing applications for the mobiles.

1.4) Following are various types of equipment used in this invention: MOBILE EQUIPMENT

A subscriber can access the system with ME (mobile equipment) and SIM (Subscriber Identity Module).

To access this system and application based on this system, mobile equipment i.e. mobile handsets are used. These handsets should support SMS and MMS. The mobile handsets, which only support SMS, can access the services based on SMS. The mobile equipments with SMS and MMS support will be able to access all the services provided by this system.

A unique IMEI number identifies mobile equipment. IMEI is International Mobile Equipment Identity. It is a unique number in the world, which is used to identify that handset. SIM (SUBSCRIBER IDENTITY MODULE) A SIM is a smart card or a smaller sized plug-in SIM or a smart card which can be cut in a small SIM. The service provider gives SIM. This card contains some predefined information. This card can store SMS, phone book, and other data of the subscriber. This card is used to identify the subscriber. A unique number called as IMSI identifies SIM. It is

International Mobile Subscriber Identity. Each mobile subscriber gets a unique MSISDN number. It contains country code, area code and mobile number. TERMINAL EQUIPMENT A Terminal Equipment (TE) is an optional part of mobile subscriber. TE can be a computer or a PDA or a laptop connected to the mobile equipment. It can be used to send a SMS / MMS through mobile" equipment. 1.5) Following are different types of messaging services which can use application of this invention

SMS (SHORT MESSAGING SERVICE)

SMS is short messaging service. It is a text message sent by a user using mobile equipment. The current standard uses 160 characters of text message. Mobile equipments support minimum of 160 characters" text messages. SMS more than 160 characters is called as concatenated message or long message.

SMS supports alphabets, numbers, some special characters like *, @, #, etc. and subset of Unicode. SMS is mobile equipment dependent. Mobile equipments are available from various manufacturers like Nokia, Vodafone, Sony Ericsson, etc. These manufacturers provide support for

English language as well as some other languages. Ring tones, picture messages are forms of SMS. These are called as Smart Messages. They are manufacturer dependent. Mobile handset manufacturers have their own formats. SMS are of following types:

1. Cell Broadcast Service: With this service, SMS are delivered to all subscribers in the given area. These messages are from the service provider or from some service providers which provide services to their subscribers (e.g. Yahoo!, Indiatimes). These are periodic messages delivered as per predefined schedule.

2. Point to point Service: This is the SMS service in which two users are involved. One of them is the sender while the other is receiver of the

SMS.

SMS uses various technical entities like SMSC (Short Message Service Center), MSC (Mobile Switching Center), BSS (Base Station System), BSC (Base Station Controller), BTS (Base Transceiver Station), HLR (Home Location Register), VLR (Visitor Location Register), SGSN

(Serving GPRS Support Node), GGSN (Gateway GPRS Support Node), etc.

SMS uses the above listed entities of mobile / wireless network. In addition to these entities, some more entities are used. These entities change with the change is mobile technology including but not limited to

GSM (Global System for Mobile Communication), CDMA (Code Division Multiple Access), WLL (Wireless in Local Loop)., GPRS (General Radio Packet Service), PDC (Personal Digital Cellular), cdmaOne (IS-95), DAMPS (Digital Advanced Mobile Phone Service) - IS 136, DECT (Digital Enhanced Cordless Telephone), CT2 (Cordless Telephone 2), PACS

(Personal Access Communication System), PHS (Personal Handy System), Cdma2000 W-CDMA (Wideband CDMA), SC-CDMA. This system will support all the technologies, which provide service for messages like SMS, MMS.

MMS (MULTIMEDIA MESSAGING SERVICE) MMS is multimedia-messaging service. It is extended version of SMS. It supports audio files, video files, animated files, images and text. These files are stored in the message.

The audio file formats supported include one or more of .mp3, .wav, .midi.

The video file formats supported include one or more of .mpg, .mpeg, .3gp.

The animation file formats supported includes gif.

The image file formats supported include one or more of .jpg, jpeg, .bmp,

■gif.

It supports SMIL (Synchronized Multimedia Integration Language) files. MMS doesn't have any limit on size of message. MMS messages are sent using a combination of SMS and WAP technologies. When an MMS message is sent, a mobile device receives an MMS notification message via SMS. When the mobile device receives this MMS notification message, the mobile handset initiates a connection to download the content of the MMS message.

WAP is wireless access protocol. It is used in wireless networks for transferring information between mobile subscribers using their handsets, PDA (Personal Digital Assistant), laptops, pocket PCs, etc. MMS is a point-to-point service. A MMS can be delivered to an email address on net. A mobile subscriber can receive MMS from an email address. MMS is sent to MMSC (Multimedia Messaging Service Center). The MMS message file format consists of an MMS message binary header, followed by a multipart MIME (Multipurpose Internet Mail Extensions) message where the multipart message is encoded in a binary multipart format as defined by the WAP Wireless Session Protocol (WSP) specification.

Along with MMSC, MMS requires all the technical entities listed in SMS. OTHER TECHNICAL ENTITIES

The technical entities listed above are used in implementation of the mobile networks. USSD (UNSTRUCTURED SUPPLEMENTARY SERVICE DATA)

In GSM, there is support for some supplementary services. These supplementary services are not supported by old handsets. To support these services in the old handsets, new function in form of unstructured supplementary service data (USSD) is introduced. In this service, if the mobile equipment does not recognize the data, it is delivered to the network.

The network processes the data and responds the mobile equipment. This is instantaneous reaction from network. The dialogue goes on till mobile equipment receives response from network. The USSD uses all numeric digits, asterisk (*) and pound sign (#).

A USSD string is a command code followed by possible parameters. These parameters may vary in length. These parameters are separated by * sign. The string terminates with # sign. E.g. Consider *123*456789# In this case the command code is 123 while the parameter is 456789. This data is delivered to the network. The network responds accordingly. In this system and method, user can upload and download data with USSD. It is faster than SMS and MMS as network responds instantly. USSD supports numeric data. Hence the applications involving numeric data like sales figures of a company can be implemented using this service. The basic requirements for USSD implementation:

1. Mobile equipment should support USSD

2. Network coverage

3. The entities required in SMS and MMS INTERNET This invention can be accessed using internet with the support of a web based subsystem where a member can contribute to, retrieve and view different form of mobile equipment data. The central server is connected to internet through a web based subsystem. FUTURE MESSAGING SERVICES Working of this invention includes use of any messaging system, present as well as any improvement over present or innovative systems which are essentially messaging systems, as applicable to be implemented through use of a Mobile Equipment. E.g. emails from mobile equipment. 1.6) Following are illustrations of various types of databases and commands that are required to be created or used to work the invention.

DATA DESIGN

There will be various data structures that will be used by the system. These are mainly related with the message sent by the user, the database. DATABASE FORMAT

The database is mainly used for storing the various Groups, their Passwords, Members of each Group and the data shared by them. Along with the group's data, all the messages received by the System and the responses sent for each message will be stored in the database.

Following is the list of Tables that will be used by the System. 1. GroupMaster: The GroupMaster table is used for storing all the Groups that are created with the system as well as its password. Whenever any request for group creation, login or joining the group is to be performed, the entry in GroupMaster will be checked for authentication. It contains fields like GroupName and Password.

2) <GroupName>: Whenever a new group will be created, a new table by <GroupName> itself will be created in the database. This table is mainly used from storing a list of members and their names. For the operations like login, group messaging this table will be referred in order to check membership validation of user with the group and getting a list of other group members respectively. It contains fields like Member Number and Member Name.

3) <GroupName>DB: Along with <GroupName> table, one more table will be created for the group by name <GroupName>DB. This table will be used for storing the data that will be shared by any group member. It contains fields like Member Number, Type of Data (SMS/PB/RT/PM/AF/VF/AN/IM) and Data.

Long forms of abbreviations: PB (Phone Book Entry), RT(Ring

tone), PM(Picture Message), AF (Audio File), VF (Video Files), AN

(Animated Images), IM (Images) 4) MessageRecord: Since this system is a service providing system, all the messages that are received and sent by the system are to be stored. Hence the MessageRecord table is used, in which not only the message received by the system but also the response given to that message is stored along with the date and time. It contains fields like Index, User,

Time, Message, Response, Response Time and Status.

5) Currently Logged in User's List:

Whenever a user logs in, his entry is made to a list maintaining his number, login time, group name in which he has logged in, his current login status which indicates that whether he is just logged in or he is retrieving any data. This list is referred for each operation like AddSMS, AddPB, ListSMS, ListPB, Get SMS, More, etc. It contains fields like Sr.No., User Number, Group Name, Login Name, Last Transaction and Status. SERVICE COMMANDS

The system has own developed set of services; hence there should be a distinct way of identifying each of the service provided by the system. For this, set of formats developed for the purpose of working of this invention in which message must be sent by the user so that the system can understand the requirement of user. The list of various commands is as follows.

1) New Group Creation: 1.1)Syntax: New <GroupName> <Password> 1.2) Actions Taken: 1. Check whether <GroupName> is already present or not. 2. If <GroupName> is already then send an Error Message to user that "Group Already Exists".

3. Else Add <GroupName> and <Password> and Create two new tables in database by name <GroupName> and <GroupName>DB. 2) Joining A Group:

2.1) Syntax: Join <GroupName> <Password> <Name>

2.2) Actions Taken:

1. Check whether <GroupName> is already present or not.

2. If no group is present by name <GroupName> then send an Error Message to user that "Group Does Not Exists"

3. Else match <Password> specified with Group's password. If it does not match then send an Error Message as "Invalid password"

4. Else Add new user to group by making his entry to <GroupName> table. 3) Login:

3.1) Syntax : In <GroupName> <Password>

3.2) Actions Taken :

1. Verify whether <GroupName> exists or not and depending on that reply Error Message if any. 2. Verify <Password> for authentication.

3. If both <GroupName> and <Password> are correct then check whether User is a registered member of Group or not. If Not then send an Error Message as "Not a Registered Member"

4. Else Add User to Currently Logged User's list. 4) Sharing SMS:

4.1) Syntax: AddSMS <SMS> 4.2) Actions Taken :

1. Check whether User is logged in or not. If User is not logged in then send an Error Message as "User Not Logged In"

2. Else Add the SMS in <GroupName>DB table. 5) Sharing MMS:

5.1) Syntax: AddMMS <MMS>

5.2) Actions Taken :

1. Check whether User is logged in or not. If User is not logged in then send an Error Message as "User Not Logged In" 2. Else Add the files contained in the MMS to the <GroupName>DB table.

6) Sharing PhoneBook Entry :

6.1) Syntax: AddPB <Name1 Number1> <Name2 Number2>...

6.2) Actions Taken: 1. Check whether User is Logged in or Not. If User- is not logged in then send an Error Message aε "User Not Logged In"

2. Else separate each <Name Number> and Add that block in <GroupName>DB table.

7) Sharing Ringtone : 7.1) Syntax: AddRT <Ring Tone>

7.2) Actions Taken:

The procedure of sharing ringtone is having two steps.

1. AddRT :

On reception of this command, following actions will be taken I. Check whether user is Logged in or Not. If User is not logged in then send an Error Message as "User Not Logged In" II. Else Change the User Status to "ADDRT" 2. <Ring Tone>: On receptions of the ringtone, following actions will be taken

I. Check whether user is Logged in or Not. If User is not logged in then send an Error Message as "User Not Logged In"

II. Else check the <Status> of the user. If the Status of the User is not "ADDRT", then send an Error Message, "Invalid Procedure To Add Ring Tone"

III. Else Add the Ring Tone contents to <GroupName>DB table 8) Sharing Picture Message :

8.1) Syntax: AddPM <Picturθ Message>

8.2) Actions Taken:

The procedure of sharing Picture Message is having two steps. 1. AddPM :

On reception of this command, following actions will be taken

II. Else Change the User Status to "ADDPM" 2. <Picture Message>:

On reception of the Picture Message, following actions will be taken

II. Else check the <Status> of the user. If the Status of the User is not "ADDPM", then send an Error Message, "Invalid Procedure To Add

Picture Message" III. Else Add the Picture Message contents to <GroupName>DB table 9) Viewing A List of SMS:

9.1) Syntax : ListSMS [UserName]

9.2) Actions Taken : 1. Check whether User is logged in or not. If User is not logged in then send an Error Message as "User Not Logged In"

2. If [UserName] is given the extract then SMS shared by that particular User from <GroupName>DB.

3. Else extract the SMS shared by all the Users apart from requesting User.

4. Save all extracted records in a view created by name <UserNumber>.

5. Send a set of extracted records to User with an Index Number for each SMS so that user will use it to Get Message. 10) Viewing A List of MMS Files:

10.1) Syntax : ListMMS [UserName]

10.2) Actions Taken :

1. Check whether User is logged in or not. If User is not logged in then send an Error Message as "User Not Logged In" 2 If [UserName] is given the extract then MMS shared by that particular

User from <GroupName>DB.

3. Else extract the MMS shared by all the Users apart from requesting User.

4. Save all extracted records in a view created by name <UserNumber>. 5. Send a set of extracted records to User with an Index Number for each

MMS so that user will use it to Get Message. 11) Viewing A List of PhoneBook :

11.1) Syntax : ListPB [UserName]

11.2) Actions Taken:Check whether User is Logged in or Not. If User is not logged in then send an Error Message as "User Not Logged In" 1. If [UserName] is given the extract the PhoneBook entries shared by that particular User from <GroupName>DB.

2. Else extract the PhoneBook entries shared by all the Users apart from requesting User.

3. Save all extracted tecords in a view created by name <UserNumber>.

4. Send a set of extracted records to User.

12) Getting A SMS from List:

12.1) Syntax : Get <lndex Number>

12.2) Actions Taken: Check whether User is logged in or not. If User is not logged in then send an Error Message as "User Not Logged In"

1. From the view created by <UserNumber>, extract the record number <lndexNumber> and send it to User.

13) Getting A MMS file from List:

13.1) Syntax : Get <lndex Number> 13.2) Actions Taken: Check whether User is logged in or not. If User is not logged in then send an Error Message as "User Not Logged In" 1. From the view created by <UserNumber>, extract the record number <lndexNumber> and send it to User.

14) Sending A Group SMS: 14.1) Syntax: GroupSMS <Meεsage>

14.2) Actions Taken: 1. Check whether User is logged in or not. If User is not logged in then send an Error Message as "User Not Logged In"

2. Retrieve the numbers all other group members from <GroupName> table and send the <Mess^' age> to all group members. 15) Sending A Group MMS:

15.1) Syntax: GroupMMS <Message>

15.2) Actions Taken:

1. Check whether User is logged in or not. If User is not logged in then send an Error Message as "User Not Logged In" 2. Retrieve the numbers all other group members from <GroupName> table and send the <Message> to all group members. 16) Retrieving Remaining SMS or PhoneBook Entries :

16.1) Syntax : More

16.2) Actions Taken : 1. Check whether User is logged in or not. If User is not logged in then send an Error Message as "User Not Logged In"

2. From the <Status> of User extract the page number which he has visited recently and depending on that, extract next list of records from the view created by <UserNumber>. EXAMPLE 2: IMPLEMENTATiON OF SERVICE

This service can be implemented by two ways. The type of implementation depends on the organization that is implementing it. Any network provider or any other organization can implement this.

Network/Service Provider: A network provider company is the most natural implementing agency of such system. This system can be just like one of the services provided by the company. This is just like the companies provide some special number for downloading ring tones, picture messages, logos, etc. Same thing can be done for the group messaging. Here they will handle the message as they do for the other services and in addition to this; they will implement the SERVICE COMMANDS.

Other Companies/Individuals

Apart from Network Provider, anyone can start such service on local or zonal basis. For such implementation, the mentor will have to use the GSM Modem and all the other implementation technique mentioned above.

EXAMPLE 3: PARTICULAR EXAMPLES OF VARIOUS TYPES OF

ACTIVITIES THAT CAN BE COVERED UNDER THIS INVENTION

3.1 SALES DEPARTMENT

This invention can allow the salesperson to upload his sale as soon as he completes it. This uploaded dεta can then be organized on the server in a manner so that the latest figures are available. This data can be accessed by any number of authorized managerial people situated on any part of the globe at time of their choice and simultaneously too. In an area like sales where statistical data is of utmost importance this quick availability of data will improve the quality of corporate governance. o This example can be customized as per need of the top management of an industry or service. The sales data as well as production data can be shared using the system. An illustrative list of industries and organizations which shall find application of this invention includes Information Technology, Steel, Manufacturing in general of many items, coal, Textile, Pharmaceutical, chemical, Automobile, Finance, banking and Insurance, Telecommunication, Imports and Exports.

3.2 CAB SERVICE

In a system of this invention applied to cab service, Messaging facility can be used by the Cab driver to update the current position and availability.

The passenger would send the request to the Server through message.

The Server would message available Cab, the passenger details and also send update to the passenger about the Cab. The Cab shall inform the server on his making himself available for that call. 3.3 COMPUTER GAME: TREASURE HUNT

The treasure is to be searched by a group of players and many such groups are working on the same search mission simultaneously. The clues would be placed at different points from where the player would be getting the clues for the next spot. Each team in the group would be given with a clue to start his search.

Teams can request for addition clue for the search to the Server. Each success and queries of the players would be registered on the Server.

The Players from the group can send message to the Server. This would be the request to the Server for the clue or for the updates about his group players. For each request Server will process the request and return information as the clue or updates from the different group players in the form of messages.

3.4 COMPUTER GAME: CITY SPY GAME

Consider the real life game 'City Spy¹ which has two players a spy and a thief. The thief has some booty which he has dumped in few hot spots. The aim of the Spy is to search at least 3/4^th of the booty and the catch hold of thief. While the win situation for the thief would be to collect at least 3/4^th of the booty and reach his hide out. The spy would be getting the clues using which he would be moving closer to these hot spots. He would be given the clues depending on the next /current position of the thief. The Thief would be updated about the current position of the spy as well as next target set for the spy. The players would be updating there position to the Server. The Server on getting the update from the thief would be sending information about current position and the next move of the Spy.

The Spy on updating his current position would get the next clue to move closer to the hot spot/thief. The Spy can request for extra clue to the Server. The updates of the position of the players, the request of the clues and the receipt of the clues would be in the form of messages. 3.5 STOCK BROKER & INVESTER

Consider the current market scenario where many intraday stock investment tips are sent to clients. In the current scenario, whenever any investor registers himself to any stock broker, he receives many intraday tips on his cell phone. According to these tips, he mainly invests in particular stock. But these tips are to be sent to all the clients one by one and this may cause a considerable delay in the delivery to the client who is at the bottom of the list. And more important, clients do not have track of their respective stock of interest, the brokers do not send the analysis of the market at the end of the day as well as there is no report for the market expectations for next day.

With the system, the Broker who wants to send the tips to the clients will share the tip to the central server. Once it uploads the tip, the interested client will get the particular tip at the point of time of his choice.

As well as he can create a group of clients interested in particular stock and then he can refresh the status of that particular stock and will send the group message to the group of interested.

With USSD, an investor can send his buying or selling price of the stock he is interested in through this system.

Claims

1. A system of data sharing through messaging service including SMS, MMS, e mails, USSD between two or more terminal equipments comprising: a. a central location capable of storing and managing data; b. a central location capable of managing and responding to commands; c. at least one group of more than one terminal equipment as a member or members of the group; Wherein said terminal equipments share and retrieve the data from said central location.

2. A system of claim 1 wherein the said terminal equipment includes one or more of a Mobile Equipment, a mobile phone handset_a computer or a PDA or a laptop or a smart phone or a palmtop connected to the mobile equipment or a computer which can be used to send a message through a computer or mobile equipment.

3. A system of claim 1 wherein the said messaging service is one accessed through Subscriber Identity Module comprising Short Messaging Service, Multi Media Messaging Service, Global System for Mobile Communication, Code Division Multiple Access, Wireless in Local Loop,

General Radio Packet Service, Personal Digital Cellular, cdmaOne-IS-95, Digital Advanced Mobile Phone Service - IS 136, Digital Enhanced Cordless Telephone, Cordless Telephone 2, Personal Access Communication System, Personal Handy System, Cdma2000, Wideband CDMA, SC-CDMA, Unstructured Supplementary Service Data,, any other mobile technology, 3G, 4G technologies, a wireless technology.

4. A system of claim 1 wherein the data storage space at the said central location is larger than the data storage space of the computer or mobile phone equipment of the member.

5. A system of claim 1 wherein the said central location is a central server.

6. A system of claim 5 wherein said central server stores the data in various tables created for that purpose by means of a set of commands created for that purpose.

7. A system of claim 6 where in said tables comprise one or more of tables or equivalents of tables of various types comprising GroupMaster,

<GroupName>, <GroupName>DB, MessageRecord, Currently Logged in User's list to manage and store mobile equipment resident data..

8. A system of claim 6 where in said set of commands comprise one or more of or equivalent of commands comprising of technologies like AT Commands, Microsoft .NET, J2ME (Java 2 Micro Edition), Symbian Tools,

Nokia Tools and commands in various SMS or MMS formats comprising New Group Creation, Joining a Group, Login, Sharing SMS, Sharing MMS, Sharing PhoneBook Entries, Sharing Ringtones, Sharing Picture Messages, Viewing A List of SMS, Viewing A List of MMS Files, Viewing A List of common PhoneBook entries, Getting MMS Form List, Sending A

Group SMS, Sending A Group MMS, Retrieving common SMS or PhoneBook Entries, viewing a list of files stored on the central server, retrieving selected files from the list.

9. A product based on data sharing through message service between two or more computers by a process of claim 1 to claim 8 comprising entertainment equipment, computer games, tracking equipment, information provider equipment.

10. A system of claim 1 when data is accessed using a Mobile Equipment through an interface of internet or other communication services.

11. A method for data sharing through messaging service including one or more of SMS, MMS, e mails, USSD between two or more terminal equipments comprising: a. storing and managing data from a central location; b. responding to the commands from a central location; c. making a group of more than one terminal equipment as a member or members of the group, d. Retrieving and sharing the data from the central location.