The present invention relates to a method for communicating messages, such as MMS messages, through a server to an electronic communication equipment. More specifically, the present invention relates to a method, according to which spamming effectively may be prevented. Also, the invention relates to an electronic communication equipment and an server adapted to carry out the method according to the invention.
MMS (multimedia messaging service) is a messaging service where a message center relays a message from sending communication equipment to receiving communication equipment, such as a mobile telephone, a communicator, a pager, an electronic organizer or a smart phone. To relay the message, a notification having some “envelope” information, e.g. FROM, TO, SUBJECT, SIZE, and a retrieval address, is transmitted from the message center to the terminal. After receiving the notification, the terminal either automatically or manually fetches the message body from the retrieval address of the notification. The messages comprises a combination of e.g. text, sound, video and images, such as postcards, pictures, screensavers, greeting cards, maps and business cards.
The main concern for the MMS application regarding spamming is that some ill-disposed person may create MMS notifications and send these out with own retrieval addresses. When the terminal tries to retrieve the message body it will send a GET request to the retrieval address through an MMS gateway for downloading the, most likely, unwanted MMS message.
Then, it is very much the network configuration that decides what will happen. If the MMS gateway only accepts content location addresses of a specific MMS server, the request will be rejected and the terminal will prompt “failed”, i.e. an error message. If the MMS gateway accepts unknown addresses, the message body will be downloaded. However, both of these scenarios are very annoying and could cause costs for the user of the receiving communication equipment, such as connection costs and/or downloading costs. Also, every unwanted connection to a gateway for downloading an unwanted message will cause the equipment to consume more power, and occupy unnecessary network capacity.
One solution for trying to avoid spamming is to only accept notifications from sources, such as PPGs (push proxy gateways), or apparatuses trusted by the terminal. However, this solution for avoiding spamming needs different software for different communication network operators. Also, in every user equipment there has to be stored a list comprising the trusted sources, which has to be updated when any previously trusted source on the list no longer is trusted or a new trusted source is added. This is very expensive and inefficient. Also, such lists are not very secure and are easy to get around, if the updating procedure of the list or any trusted source may become known.
The spamming scenario is not solved in the known prior art of MMS. However, as MMS is a push service it is essential to protect the user from spamming, which may be a serious problem.
Therefore, it is an object of the invention to provide an effective method for protecting a user of an electronic communication equipment from spamming. More specifically, the object of the invention is to provide a method for communicating messages, which is simple to implement and which does not require any advanced management of relationships between said equipment and components of a communication system or any other trusted source.
The above object is achieved by a method for relaying data messages from a sending electronic communication equipment to an addressed electronic communication equipment. According to the method, a message center stores an incoming message body at a content location address, such as the URL of the message center. A message notification comprising a message center identifier is transmitted from the message center to the addressed communication equipment to alert that a message body is stored at the message center. The message body is transmitted from the message center to the addressed communication equipment upon receiving a GET request from the addressed equipment.
The above objects are also achieved by a method for receiving a data message at an electronic communication equipment. According to this method, the electronic communication equipment receives a message notification comprising a message center identifier. The received message center identifier is compared with a message center identifier stored in the communication equipment. A message body corresponding to the notification is downloaded only if said stored and received content location addresses match.
Another object of the invention is to provide a message center capable of relaying an incoming message to an addressed electronic communication equipment. Further, it is an object to provide a message center, which protects the user of the addressed communication equipment from spamming, and which is easy to implement and maintain.
The message center is adapted to store the incoming message at a content location address. Further, the message center is adapted to incorporate a message center identifier identifying the message center into a message notification, and transmit the message body to the communication equipment upon receiving a GET request from said equipment.
It is an object of the invention to provide an electronic communication equipment adapted to determine weather a message notification has been executed by a known message center. Also, it is an object of the invention to only accept/download messages from an identified message center. Finally, it is an object to provide an communication equipment, whereby a user of said equipment is protected from spamming.
According to the invention, including a filter in an electronic communication equipment capable of providing data message services, such as MMS services, achieves the above objects. By utilizing the filter, only messages located at a content location, such as an MMSC (MMS center), which may be identified by the electronic communication equipment, will be downloaded. All control messages (e.g. acknowledgement, reject, etc.) and originate data messages are sent from the message center to a specific content location address, such as an URL, that are predefined and stored in the communication equipment. The communication equipment is adapted to check if the data message corresponding to the notification is stored at specific content location address. Comparing of the message center identifier of the notification message and a known message center identifier stored in the communication equipment provides the filtering.
An advantage of the invention is that any advanced relationship between electronic communication equipment and push proxys does not have to be managed for the spamming protection. Also, the solution according to the invention is secure in that no trusted push proxys are utilized, which may be easy to go around using a PC program and a mobile telephone.
Further preferred features of the invention are defined in the dependent claims.
It should be emphasized that the term “comprises/comprising” when used in this specification is taken to specify the presence of stated features, integers, steps or components but does not preclude the presence or addition of one or more other features, integers, steps, components or groups thereof.
Preferred and alternative embodiments of the invention will now be disclosed in more detail with reference to the accompanying drawings, in which:
The present invention provides a method for communicating data messages, such as MMS messages, to an electronic communication equipment. Examples of an electronic communication equipment is a mobile terminal, a mobile telephone, a pager, or a communicator, i.e. a smartphone, an electronic organizer or the like.
In
The mobile telephone 1 comprises in a common fashion a user interface comprising a display 10, a keypad 11, a loudspeaker 12, and a microphone 13, through which a user may operate and interact with the mobile phone 1. Further, the mobile telephone 1 comprises an antenna 14 for communicating speech and data with a communication network 20 through a wireless connection 21.
As shown in
Referring again to
A server 50 for storing messages may be connected directly to the mobile communication network 20, for direct access by the mobile telephone 1.
In
User profiles may be stored on a user database 44 of the MMSC. The user profile is user defined and is managed via the Internet and may determine which messages are notified immediately to the user of the addressed mobile telephone 1 and which are notified with a delay. Also, the user profile may comprise filtering rules and routing tables, as is known in the art.
MMS services can be offered on any IP based air interface such as GPRS (general packet radio service), EDGE (Enhanced Data Rates for Global Evolution) or UMTS (universal mobile telecommunications system) network. The MMS architecture encompass many different network types, which can be connected by standard Ip (Internet Protocol) messaging formats, such as SMTP (simple mail transport protocol), MIME (Multipurpose Internet Mail Extension), ets. This allows messaging in 2G and 3G mobile networks to be compatible with Internet messaging services. As should be noticed, MMS messages require an IP based communication network to be communicated. Therefore, the communication network 20 is IP based in the embodiment of spamming protection of MMS messages.
One approach to communicate messages to the mobile telephone 1 from the message center 40 is shown in
An incoming MMS message from another electronic communication equipment addressed to a specific mobile telephone 1 is at a first step 100 of
A message center identifier, such as a URL(s) known by and stored in the mobile telephone 1 has according to the invention a specific structure, e.g. according to the following:
http://mms32.whazzup.com/A1B2C3D4E5/, wherein the initial portion, mms32.whazzup.com, is the message center identifier identifying the server 50, 42 adapted to store the message body. The second portion of the known URL, A1B2C3D4E5, is a terminal identification code, such as a random generated string, which is unique for each particular MSISDN (mobile station ISDN number), such as the mobile telephone 1. Said code makes it hard for a potential MMS-notification-spammer to figure out which content location address a specific mobile telephone 1 is expecting. As should be noted, the above acceptable URL is only exemplary and may have many different structures, without limiting the scope of the invention. Also, the identification code according to above is not necessary, but will increase the security of the spamming protection of the user of the mobile telephone 1. Also, as realized by the man skilled in the art there are other solutions to provide said identification code.
The MMSC 40 ensures that the message center identifier is incorporated into the notification to the mobile terminal 1. Therefore, in one embodiment of the invention the URL of the content location address of the stored message has a structure corresponding to the URL(s) stored in the mobile telephone 1, e.g.: http://mms32.whazzup.com/A1B2C3D4E5/YURACBD98127644; http://mms32.whazzup.com/A1B2C3D4E5/XYZACDB98127467; and/or http://mms32.whazzup.com/A1B2C3D4E5/A764CBD98127634.
The last portion of the above URLs, e.g. YURACBD98127644, is a message identification code for the temporarily stored message. Consequently, the message center identifier is incorporated into the content location address. However, as is realized by the man skilled in the art, the message identifier does not have to be a part of the content location address, as long as the mobile telephone 1 can identify the message center 40 sending the notification, by e.g. a separate message center identifier, which is sent together with the content location address, known by the mobile telephone 1.
To notify the mobile telephone 1 that a message is received by the MMSC 40, the notification is at step 102 pushed from the MMS relay 41 to the mobile telephone 1 by utilizing e.g. WAP push. WAP push is used such that concatenated SMS messages are used to transport the notification data comprising some “envelope” information, such as sender, size, retrieval URL, message center identifier etc.
In another embodiment, SMS notification is not necessary. Instead, a pure HTTP (Hyper text transfer protocol) payload between the MMSC 40 and the mobile telephone 1 may be utilized.
In the embodiment shown in
When the mobile telephone 1 receives the notification, the notification will be handled according to the method illustrated in
If the filtering of the message center identifier of the notification is successful, the mobile telephone 1 will in step 203 transmit an ACK (acknowledge) report to the MMSC 40, through the WAP gateway 42. The MMSC 40 will then store the MMS message until the mobile telephone 1 downloads it.
Alternatively, if the user of the mobile telephone 1 decides to not download the message body, a reject command will be executed, e.g. through the man-machine interface, and transmitted to the MMSC 40, which will delete the message.
The mobile telephone 1 is further adapted to only alert the user of said phone 1 if the message center identifiers match according to the above. Then, the user may decide when or if to download the message body.
When the user of the mobile telephone 1 decides to download the MMS message, a GET instruction is executed in step 203 automatically or through the man-machine interface depending on user preferences. If the GET request is executed automatically, said request will replace the ACK report according to the above, which in this case is unnecessary. When the MMSC 40 receives the GET request in step 103 of
Alternatively, if the message body is stored at the external server 50, the GET request is relayed to said server 50, which will transmit the message body to the mobile telephone 1.
If an operator wishes to balance the load of MMS messages over any number of MMSCs, then the subscriber may only be provided with the correct URL for his particular MMSC. As is understood, the operator may provide URLs, which may be the same or different for different subscribers.
The invention has been described above with reference to an exemplifying embodiment. However, the method according to the invention is not limited to merely MMS messages, as indicated above. Other messages, such as tickers (text scrolling horizontally on a display) which is sent through the communication network 20 to an electronic communication equipment comprising a display, which presents said ticker, may be relayed through other message centers 40. Therefore, other embodiments than the ones referred to above are equally possible within the scope of the invention, which is best defined by the appended independent claims.
Number | Date | Country | Kind |
---|---|---|---|
02010323.0 | May 2002 | EP | regional |
02019550.9 | Sep 2002 | EP | regional |
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/EP03/04377 | 4/25/2003 | WO | 3/13/2006 |
Number | Date | Country | |
---|---|---|---|
60408682 | Sep 2002 | US |