EP1475975A1 - Verfahren und System zur Nachrichtenübertragung in verschiedenen Formaten - Google Patents

Verfahren und System zur Nachrichtenübertragung in verschiedenen Formaten Download PDF

Info

Publication number
EP1475975A1
EP1475975A1 EP04396030A EP04396030A EP1475975A1 EP 1475975 A1 EP1475975 A1 EP 1475975A1 EP 04396030 A EP04396030 A EP 04396030A EP 04396030 A EP04396030 A EP 04396030A EP 1475975 A1 EP1475975 A1 EP 1475975A1
Authority
EP
European Patent Office
Prior art keywords
message
question
terminal device
telecommunication network
transmitted
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP04396030A
Other languages
English (en)
French (fr)
Inventor
Juha Pietikäinen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
TeliaSonera Finland Oyj
Original Assignee
TeliaSonera Finland Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by TeliaSonera Finland Oyj filed Critical TeliaSonera Finland Oyj
Publication of EP1475975A1 publication Critical patent/EP1475975A1/de
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/184—Messaging devices, e.g. message centre
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/02—Inter-networking arrangements

Definitions

  • the invention relates to telecommunication systems.
  • the invention relates to a method in which a message is transmitted to recipients in various formats.
  • GSM Global System for Mobile Communications
  • short message service By means of the short message service it is possible to transmit short messages that typically are up to 160 characters long between mobile stations.
  • the transmission of messages does not presume that the mobile station is switched on. If the mobile station cannot be reached, the message is saved to a short message service centre.
  • the short message service centre saves the message for several days, and in case the mobile station receiving the message is activated in the area of the mobile communication network, the message is transmitted to the mobile station. Messages are transmitted either in the area of the same cell or to other cells by means of the roaming feature of the mobile station. Short messages can be transmitted also to other devices such as digital phones or e-mail messages.
  • Short messages are implemented by means of short messages.
  • a user of a mobile station sends a short message to a service provider who reads the short message and implements a service, e.g. transfers the balance information of the mobile station bill to the user.
  • short messages can be used to transmit e-mail messages from the Internet to mobile stations.
  • An e-mail typically is a short message which is transmitted on the Internet from the sender to the recipient.
  • a recipient has at his or her disposal a personal computer from which the e-mail is sent using an e-mail application.
  • the e-mail is routed via the Internet by means of routers to the recipient, who further reads the e-mail using an e-mail application.
  • the e-mail address of the recipient is needed.
  • the e-mail is transferred by a connectionless data transfer because no fixed connection is established between the sender and the recipient.
  • An e-mail usually consists of text as an attachment of which images, voice or some other file can be sent.
  • CORBA Common Object Request Broker Architecture
  • the system enables the communication of programs that are disposed in different parts of the network.
  • the transmission of messages is performed via a broker of the interface.
  • the most essential concept of the program broker architecture is the object request broker (ORB).
  • the object request broker coordinates client and server programs.
  • a client program can ask the server for a service without the client program knowing where the service is situated or what kind of the interface of the service program is.
  • GIOP General Inter-ORB protocol
  • IIOP Internet Inter-ORB Protocol
  • Determined in the CORBA architecture are CORBA Event Service and CORBA notification Service known per se.
  • the CORBA Notification Service functions analogously with the CORBA Event Service, but includes, in addition, automatic/transparent mechanisms consistent with the CORBA architecture that have been improved from the CORBA Event Service for ensuring the message transmission further in the transmission chain.
  • e-mail is sent using a Simple Mail Transfer Protocol (SMTP) by means of an e-mail server and the short messages are sent using a Universal Computer Protocol (UCP) via the short message service centre.
  • SMTP Simple Mail Transfer Protocol
  • UCP Universal Computer Protocol
  • the protocols used for the control of different devices typically are device manufacturer specific, and there is no proper standardised manner nor a common, established manner for the transmission of various messages. Due to this, the makers of the services must each study and implement manufacturer-specific, so-called proprietary-type protocols over and over again.
  • the transmitter components that take care of the transmission of the message also are problematic.
  • the transmitter components can get into a state in which they dot not function.
  • the objective of the present invention is to eliminate or alleviate the problems referred to above.
  • One further objective of the invention is to enable a considerably easy method for identifying messages in a mobile station with a limited amount of memory and calculation capacity.
  • the invention enables one to send a generic message to recipients who have terminal devices that are different in respect of their technical features. Thus, the message need not be individualised according to the terminal device of the recipient.
  • the invention relates to a method for simultaneous transmission of a message to one or more terminal devices of a different type in a telecommunication network.
  • a message to be transmitted is created, the message in question is sent, the message in question is transmitted, and the message in question is received.
  • the message is e.g. an e-mail message, a short message, a voice mail, a facsimile, a still image or a video image.
  • the terminal device that functions as the recipient of the message is e.g. a mobile station provided with a short message feature, a computer provided with an e-mail software application or a facsimile device.
  • the message to be transmitted as well as the transmission data needed in the transmission is combined to form a generic message packet when creating the message.
  • the transmission data comprises the data needed in the transmission of the message in question, such as e.g. information on where the message is coming from and where the message is going to.
  • the word “generic” is herein used to mean “general-purpose” in that sense that the created message packet can be sent as such to different types of terminal devices; in other words, there is no need to create a different message packet for a terminal device that receives e.g. e-mail than e.g. for a terminal device that receives facsimiles.
  • a copy is made of the message packet in question for each recipient when sending the message.
  • each copy is distributed according to the recipients when sending the message. Further, according to the invention, each copy is transformed into the form required by the recipient of the copy in question when transmitting the message. Still according to the invention, each transformed copy is transmitted to the recipient in accordance with the telecommunication protocol required by the recipient in question utilising the transmission data when transmitting the message.
  • the distribution of the copies is performed by means of the Event Service or Notification Service of the CORBA architecture.
  • transmission data is written and read by way of a standard interface.
  • the invention relates to a system for the simultaneous transmission of a message to one or more terminal devices of a different type in a telecommunication network.
  • the system in question comprises a telecommunication network for transmitting the message, a client's terminal device for creating and sending the message to be transmitted, the client's terminal device being arranged in conjunction with the telecommunication network, and one or more terminal devices for receiving the message to be transmitted, which terminal devices are each of a predetermined type and which terminal devices are each arranged in conjunction with the telecommunication network.
  • the client's terminal device has been implemented e.g. via software and/or hardware.
  • the system further comprises a packaging element for combining the message to be transmitted and the transmission data needed in the transmission of the message in question to form a generic message packet.
  • the packaging element in question is arranged in conjunction with the client's terminal device, and has been implemented e.g. via software and/or hardware.
  • the system comprises a forwarding element for copying the message packet and for forwarding the copies to the channel elements in accordance with the receiving terminal devices.
  • the forwarding element in question is arranged in conjunction with the client's terminal device, and has been implemented e.g. via software and/or hardware.
  • the functionality of the forwarding element can be alternatively implemented also in the telecommunication network.
  • the system comprises one or more channel elements, each for receiving a message packet that comprises a message to be transmitted to a terminal device of a predetermined type from the forwarding element and forwarding thereof to the corresponding transmitter element.
  • the channel elements in question are each arranged in conjunction with the telecommunication network, and have been implemented e.g. via software and/or hardware.
  • the system comprises one or more transmitter elements, each for receiving a message packet that comprises a message to be transmitted to a terminal device of a predetermined type from the corresponding channel element, for transforming into the form required by the terminal device in question, as well as for forwarding to the terminal device in question in accordance with the telecommunication protocol required by the terminal device in question utilising the transmission data.
  • the transmitter components in question are each arranged in conjunction with the telecommunication network in question, and have been implemented e.g. via software and/or hardware.
  • the transmitter components can be placed into a distributed network architecture completely randomly. In other words, different elements can be disposed physically in the same machine, or completely in separate machines.
  • the system further comprises one or more copies of one or more transmitter elements or channel elements.
  • the copied transmitter or channel elements in question are each arranged in conjunction with the telecommunication network, and have been implemented e.g. via software and/or hardware.
  • the copies of the transmitter element and/or channel element function as a backup element of the original element, thus ensuring the functioning of the system, although the original element would be overloaded. Further, the copies of the transmitter and channel element can function alongside with the original element, thus improving the capacity of the system.
  • the copied elements communicate with one another in a manner determined by the CORBA architecture.
  • the transmitter and channel elements can change the routing information of a element of a lower level by means of acknowledgement messages.
  • the acknowledgement messages have been implemented in such a manner that an acknowledgement message to be given to a previous element in a chain, i.e. e.g. from a channel element to a forwarding element, or an acknowledgement message to be transmitted from the transmitter element to the channel element says that the transmission of the message further by the element in question is prevented.
  • no alternative new channel element or transmitter element has been determined in the acknowledgement message, instead upon receiving in the acknowledgement message a notification informing of the failure of the transmission of the message, the recipient of the acknowledgment inquires the CORBA name service for an alternative element.
  • the CORBA name service a list is kept of all the channel elements and all the transmitter elements. These elements have signed into the name service e.g. when starting, thus informing of their preparedness to message transmission.
  • a forwarding element transmits a message to a particular e-mail channel element, which for some reason, e.g. due to being out of order or overload, is prevented from transmitting the message further, the forwarding element receivers an acknowledgement of this.
  • the forwarding element in question requests the name service for an alternative e-mail channel element, and receivers from the name service a reference to this alternative e-mail channel element. After this, the forwarding element performs an attempt to transmit the message to be processed by the alternative channel element in question. Again, if this new channel element is prevented from transmitting the message, the forwarding element receives an acknowledgement of this and after this requests the name service for a new alternative e-mail channel element, etc.
  • an e-mail channel element performs an attempt to transmit the message to an e-mail transmitter element to be modified into an e-mail form and to be transmitted further to the recipient of the message, and if the transmitter element in question is for some reason prevented from performing the task, the channel element receives an acknowledgement of this and requests the name service for a reference to an alternative e-mail transmitter element, etc.
  • the forwarding elements and the channel elements preferably change the routings used by them in failure situations in such manner that they use in future the alternative channel or transmitter element received by them. Further, there preferably is an attempt to automatically transmit a message that has already been processed further via an alternative element.
  • the channel and/or transmitter elements have been implemented by means of the Event Service or Notification Service of the CORBA architecture.
  • the telecommunication network comprises an Internet network.
  • the telecommunication network comprises a digital mobile network.
  • the invention has the advantage that a message can be easily transmitted in several different formats to the recipients.
  • the invention also provides a standard interface via which it is possible to transmit different types of messages. Those implementing the services only have to adopt the interface in question, and they do not need to know anything about the protocols, servers or other complicated mechanisms used in the transmission of messages.
  • a message with the same content can be sent using an identical mechanism to different types of terminal devices. For example, a message in text form can be sent from the service in the same manner as an e-mail, short message, facsimile or even as a voice mail.
  • the solution based on the CORBA of the invention enables dynamic modification of device configurations according to the situation without the need for modifying the services at all.
  • the components can be run in one or more machines according to the situation.
  • the transmitter and channel elements can also be duplicated into more than one machine to increase the dependability and capacity.
  • the key idea of the invention is that the service only has to create one kind of message packet, and the media which is used for the transmission of the message, is selected by pushing the message packet into the channel reserved for the medium in question.
  • the invention enables the fact that the transmitter component that listens to at the end of each channel is responsible for the fact of how the information content of the message packet in question is modified into the form required by the medium embodied in the transmitter component, and how the message is finally sent to its recipients. If the transmitter element is unable to forward the message packet to the terminal device, the transmitter element notifies the transmitting terminal device of the failure of the transmission preferably in accordance with the message mechanisms of the CORBA architecture. In that case, the advantage is that in the transmitting terminal device, the service/application that originally sent the message to the recipient is notified of the success/failure. The service/application in question can then react to the situation and present it to the end user as desired.
  • the notification of the failure of the transmission is sent to the terminal device in a short message (SMS).
  • SMS short message
  • the transmitting terminal device can also be notified of a successful transmission, if the subscriber has chosen the acknowledgement service in question.
  • One advantageous implementation of the acknowledgement service comprises a parameter included in the transmission data which indicates whether the sender of the message is sent an acknowledgment of a successful and/or unsuccessful transmission of the message to the recipient.
  • FIG. 1 shows one system in accordance with the invention.
  • a client's terminal device 2 comprises a packaging element 2 1 and a forwarding element 2 2 .
  • the packaging element 2 1 uses the packaging element 2 1 to form a generic message packet, after which the forwarding element 2 2 is used to duplicate copies of the message packet for the channel elements 4 1 , 4 2 , 4 3 to be used.
  • the channel elements are like one-way tubes in which a message packet that was put into the one end will come out of the other end (FIFO, First In First Out).
  • the channel elemerits can also be duplicated (not shown in Fig. 1).
  • the message packet is duplicated into a short message 4 1 , e-mail 4 2 and facsimile device channel element 4 3 .
  • the short message channel element 4 1 transmits the message packet to a transmitter element 5 1 of short messages which modifies the message into a short message form and sends the message by way of a telecommunication network 1 to the terminal device, which in this case is a mobile station 3 1 provided with the short message feature.
  • the e-mail channel element 4 2 transmits the message to a transmitter element 5 2 of short messages which takes care of the modification of the message into an e-mail message and transmission of the message by way of the telecommunication network 1 to the terminal device, such as e.g. a personal computer 3 2 provided with an e-mail software application.
  • the transmitter element in question notifies the transmitting terminal device (not shown in Fig. 1) of the failure of the transmission, e.g. in accordance with the message mechanisms of the CORBA architecture.
  • the notification of the failure of the transmission is thus preferably not transmitted via the channel elements.
  • the transmitter element 5 2 of e-mail messages is all the functionality, e.g. the Simple Mail Transfer Protocol (SMTP), which is needed to send an e-mail.
  • the facsimile channel element 4 3 transmits to the transmitter element 5 3 of facsimile messages, which sends the message by way of the telecommunication network (1) to the receiving terminal device 3 3 .
  • transmitter elements for other media such as e.g. a voice mail transmitter element which reads (using the text-to-speech principle) messages in text form e.g. to the mobile station or answering machine of the user.
  • Transmitter elements can also be duplicated.
  • Fig. 1 shows a copy 6 1 of the transmitter element of short messages and a copy 6 2 of the transmitter element of a facsimile message.
  • other transmitter elements can be duplicated.
  • the message is transmitted as a message packet typically using the TCP/IP protocol.
  • the message packet is completely generic and can contain a message of any type, e.g. a message in text form, a facsimile, an image, a voice mail or a video.
  • Each message packet represents a message sent to their recipients.
  • the message packet includes the necessary information on the fact of where the packet is coming from and where it is going to, the actual content of the message and other necessary information.
  • the message packets define outwards an interface via which the services can modify their content.
  • the client's terminal device 2 sends a message in such a manner that it creates a new empty message packet, complements, via the aforementioned interface, the message packet with the necessary information (recipients, content, etc.) and pushes the message packet into the desired channel.
  • the transmitter element 5 2 of an e-mail uses for the data transfer the Simple Mail Transfer Protocol (SMTP) and the Internet Protocol (TCP/IP).
  • the transmitter element 5 1 of a short message uses e.g. the UCP and TCP/IP protocol to transfer the short message.
  • Fig. 2 represents one method diagram of the invention.
  • a message is sent to the packaging element, after which the message is transferred to the forwarding element, steps 21 and 22.
  • the forwarding element duplicates the message into the e-mail channel element and short message channel element, steps 23 and 24.
  • the e-mail channel element transfers the message into the transmitter element of an e-mail, step 25.
  • a short message is transferred into the transmitter element of a short message, step 26.
  • the transmitter element of an e-mail transmits the e-mail to the Internet and the transmitter element of a short message transmits the message into a short message network, steps 27 and 28.
  • Fig. 3 represents one code example in accordance with the invention illustrating the interface defined by the message packets.
  • This interface enables one to store the sender of the message, the reply address of the recipients, the topic, transmission time and text-formed content to a message packet or to read them from a message packet.
  • the interface enables the creation and sending of e.g. an e-mail, short message and message packets of the text-voice mail type.
  • the interface can also easily be extended. If the message packet must be able to contain e.g. video image, the interface can be complemented with the corresponding functionality by means of the getVideo and setVideo functions.
  • Fig. 4 represents one code example in accordance with the invention in which the service creates an empty message packet, saves to the message packet the topic of the message, the recipient, content (the actual message) and other necessary information and sends the message packet to the recipient by e-mail.
  • the small bit of code needed to send an e-mail is short and simple. The maker of the service does not need to interfere with the fact of how e-mail is sent in practice.
  • Fig. 5 represents one code example in accordance with the invention in which the service sends a short message and informs that it wishes to receive a confirmation of the fact of whether one has managed to send the message or whether there has been some error in the transmission.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
EP04396030A 2003-05-08 2004-04-15 Verfahren und System zur Nachrichtenübertragung in verschiedenen Formaten Ceased EP1475975A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20030693 2003-05-08
FI20030693A FI114188B (fi) 2003-05-08 2003-05-08 Viestinvälitysmekanismi

Publications (1)

Publication Number Publication Date
EP1475975A1 true EP1475975A1 (de) 2004-11-10

Family

ID=8566083

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04396030A Ceased EP1475975A1 (de) 2003-05-08 2004-04-15 Verfahren und System zur Nachrichtenübertragung in verschiedenen Formaten

Country Status (3)

Country Link
EP (1) EP1475975A1 (de)
FI (1) FI114188B (de)
NO (1) NO20041834L (de)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001003011A2 (en) * 1999-07-01 2001-01-11 Netmorf, Inc. Cross-media information server
EP1227646A1 (de) * 2001-01-24 2002-07-31 Realtime A/S Diensteinrichtung und Telekommunikationssystem, Verfahren und Anwendung dafür

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001003011A2 (en) * 1999-07-01 2001-01-11 Netmorf, Inc. Cross-media information server
EP1227646A1 (de) * 2001-01-24 2002-07-31 Realtime A/S Diensteinrichtung und Telekommunikationssystem, Verfahren und Anwendung dafür

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
RAMANI S ET AL: "Reliable messaging using the CORBA notification service", 2001 IEEE, 17 September 2001 (2001-09-17), pages 229 - 238, XP010560727 *

Also Published As

Publication number Publication date
FI20030693A0 (fi) 2003-05-08
FI114188B (fi) 2004-08-31
NO20041834L (no) 2004-11-09

Similar Documents

Publication Publication Date Title
JP5246332B2 (ja) 拡張されたメッセージングプラットフォーム
US9900754B2 (en) Wireless internet gateway limiting message distribution
KR100677497B1 (ko) 단말기의 중복 통보 메시지 처리 방법
JP3999665B2 (ja) Ｍｍｓシステムからのメッセージ送信方法および該方法のための装置
US20030193951A1 (en) Method, apparatus and system for processing multimedia messages
US20020087549A1 (en) Data transmission
US7228333B1 (en) Wireless internet gateway
JP2014168252A (ja) ファイルタイプおよび／またはファイルフォーマットの変換を伴うｍｍｓメッセージの伝送方法、加入者端末装置
US8909129B2 (en) Method for transmitting data, particularly having multimedia contents, in a mobile communication network
US20060101123A1 (en) Methods and systems for selecting criteria for a successful acknowledgement message in instant messaging
WO2012029374A1 (ja) メール転送システム、メールゲートウェイ及びデータストアサーバ
RU2431888C2 (ru) Сервер сообщений и способ уведомления пользователя о поступлении электронного сообщения
KR100617775B1 (ko) 멀티미디어 메시징 서비스에서 중복된 도달 통지 메시지에대한 관리 방법
JP4368885B2 (ja) ショートメッセージ再送システム、ショートメッセージ再送方法
EP1475975A1 (de) Verfahren und System zur Nachrichtenübertragung in verschiedenen Formaten
KR100455132B1 (ko) 멀티미디어 메시징 서비스에서 메시지 전달 방법
WO2003019884A1 (en) A system and method of delivering information to a user by at least two different technologies
JP2002271413A (ja) インターネットファクシミリ装置及びインターネットファクシミリシステム
JP3698705B2 (ja) メールサーバシステム、メール通信システム、メール通信方法およびメール通信プログラム
EP1422954B1 (de) Verfahren und System zur Übertragung einer Multimedia-Nachricht und ein Vordergrundserver

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL HR LT LV MK

17P Request for examination filed

Effective date: 20041109

17Q First examination report despatched

Effective date: 20050112

AKX Designation fees paid

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

AXX Extension fees paid

Extension state: LV

Payment date: 20041109

Extension state: LT

Payment date: 20041109

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20070201