WO2003096652A2 - Adressierverfahren zum bidirektionalen versand von elektronischen nachrichten - Google Patents

Adressierverfahren zum bidirektionalen versand von elektronischen nachrichten Download PDF

Info

Publication number
WO2003096652A2
WO2003096652A2 PCT/DE2003/001458 DE0301458W WO03096652A2 WO 2003096652 A2 WO2003096652 A2 WO 2003096652A2 DE 0301458 W DE0301458 W DE 0301458W WO 03096652 A2 WO03096652 A2 WO 03096652A2
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
oadci
terminal
msisdnj
response
Prior art date
Application number
PCT/DE2003/001458
Other languages
English (en)
French (fr)
Other versions
WO2003096652A3 (de
Inventor
Dieter Plassmann
Bülent ÜNAL
Original Assignee
Net-Mobile Ag
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 Net-Mobile Ag filed Critical Net-Mobile Ag
Priority to AU2003236786A priority Critical patent/AU2003236786A1/en
Publication of WO2003096652A2 publication Critical patent/WO2003096652A2/de
Publication of WO2003096652A3 publication Critical patent/WO2003096652A3/de

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/10Mapping addresses of different types
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42382Text-based messaging services in telephone networks such as PSTN/ISDN, e.g. User-to-User Signalling or Short Message Service for fixed networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58Message adaptation for wireless communication

Definitions

  • the present invention relates to an addressing method for bidirectional transmission of electronic messages between a communication application with a sender identification OID and a dialog-capable terminal with a recipient identifier MSISDN via a transmission system, the terminal being set up for bidirectional communication with terminals with identifiers in the OADC format, for Ken - MSISDN format is compatible.
  • a message is to be understood as an electronic broadcast with a content (body), a sender identifier and a recipient identifier, with messages for which the sender identifier and recipient identifier are separated from the body are considered for the present invention.
  • the body can be any content. Examples of this are text with and without formatting, images, films, sound files etc. A prominent example is the one in z.
  • GSM networks possible sending short text messages (SMS).
  • SMS short text messages
  • identifiers can be conveyed in the general OADC format.
  • the terminal uses an identifier in the special MSISDN format, which can also be conveyed in the network of the terminals.
  • the format of the identifier MSISDN can correspond to the format OADC, but the format OASDC can also be a standardized short form or long form of the format MSISDN.
  • the mobile phone numbers in the format +49 171 1234 567 are examples of the MSISDN of the terminal.
  • MSISDN instead of the usual number in Format e.g. an IP address can also be used, as will be discussed in future mobile radio standards such as UMTS.
  • the terminal is set up to exchange messages with other terminals, the identification of which has the more general format OADC, but in particular can have the special format MSISDN.
  • the end device can be e.g. a cell phone, a pager or a PDA (personal digital assistant).
  • the identifier would be, for example, their respective phone number.
  • the terminal can be based on a communication standard such as the GSM standard and can be set up for the exchange of text messages (SMS) with other terminals based on the same communication standard.
  • SMS text messages
  • the communication application is set up for bidirectional communication with end devices with the identifier MSISDN, ie it is set up for sending and receiving messages.
  • the communication application has, at least temporarily, an identifier OID which uniquely identifies the communication application.
  • the communication application can be, for example, a software application for sending emails (email client). Other examples are internet-based services for sending messages such as SMS or emails. However, the communication application can also be any end device.
  • the identifier OID of an email client would be, for example, the email address used for sending
  • the identifier OID of an internet-based service would be, for example, a "session identifier" of an open internet session.
  • the transmission system can be, for example, a physical network that can work wirelessly or wired, in particular the network of a GSM or UMTS network operator, also and in particular in connection with the Internet.
  • the present invention relates to the case that the terminals are not set up to send messages directly to communication applications with an identifier of the format OID, i.e. in this sense, the identifiers MSISDN and OID are incompatible. Rather, the end devices are set up to send messages to end devices with identifiers in the OADC format.
  • This problem is illustrated by the example of sending an email to a GSM cell phone.
  • Many mobile network operators offer a service that enables short emails to be sent to a cell phone, where they are received as SMS.
  • the email is addressed to a router of the network operator, for example addressed under the email address "Cell phone number @ Cellular network operator.de”.
  • the router routes the body of the email as an SMS to the specified cell phone number, whereby in general the email address of the sender to the body of the SMS
  • a reply from the cell phone to the sender's email address using the reply function is generally not possible, since the reply function would generate an SMS addressed to the router's OADC ID.
  • the email router is equipped with the ability to extract the email address from the Extract the body of the SMS and forward the SMS as an email to the extracted email address, ie the process uses a technical h complex email router with recognition intelligence (a "parser") ahead.
  • SMS Short SMS
  • a cell phone via an Internet-based service (“SendSMS TM”).
  • SMS Internet-based service
  • a session is established at a “SendSMS TM” server by a communication application on the Internet.
  • a text message is created and sent to the server stating the recipient's cell phone number.
  • the server forwards the text message as an SMS to the specified cell phone number in the network of the mobile network operator of the selected cell phone.
  • the SMS received from the cell phone then contains the identifier OADC of the SendSMS TM server as the sender address.
  • the text message i.a. added information about the provider of the internet-based service. An identifier that identifies the sender and under which a reply from the cell phone would be possible has not yet been provided. It is therefore not possible to send a message as reply to the still open session of the communication application using the cell phone.
  • bidirectional communication with a communication application is therefore either not possible at all or only with increased effort for the user of the cell phone with the usual GSM cell phones and also requires intelligent routers from the operator of the cell phone.
  • the object of the present invention is therefore to provide an addressing method for the transmission of messages between communication applications and terminals of the type mentioned at the outset, which enables the bidirectional transmission of messages without requiring any technical changes to the terminals.
  • This task is solved by an addressing method in which the communication system with the sender identification OIDi, which sends a message directed to the terminal with the identification MSISDNj, is assigned a dynamic response response identification OADCi by the transmission system. This assignment is made for the terminal MSISDNj.
  • the sender identification OIDi or OIDm is also assigned a dynamic response identifier OADCi or OADCm, this assignment being valid for the terminal device MSISDNk is.
  • the response response identifier OADCm can be the same as or different from the response response identifier OADCi.
  • the assignment OIDi - OADCi valid for the terminal MSISDNj is valid for a determined finite period, the lifetime ⁇ .
  • the response response identifier OADCi is taken from a finite pool of n identifiers OADCI to OADCn, such a pool being assigned to each terminal MSISDN.
  • the response response identifier OADCi is added to the message to be transmitted as the sender identifier, so that the message transmitted to the terminal MSISDNj comprises the body of the message generated by the communication device OIDi, MSISDNj as the recipient identifier and the response identifier OADCi as the sender identifier.
  • the end device can now be used to compose a new message as a reply, which, if necessary, is automatically addressed to the reply response identifier OADCi by means of a “reply function” implemented in the end device.
  • the message contains new content (body) and the MSISDNj of the answering end device as sender identification, determined from the contained OADCi and the identification MSISDNj of the answering terminal the transmission system the identifier of the communication application OIDi, on whose message the reply is given.
  • the transmission system generates a new message addressed to the communication application OIDi from the body of the reply, the identifier OIDi as the new recipient identifier and the identifier MSISDNj of the answering terminal as the sender identifier. This message is sent to the OIDi communication application.
  • the number n of the response identifiers OADC is chosen to be less than 1000, preferably less than 100, in particular less than 10, since the response identifiers are a limited resource in the networks of the mobile radio operators.
  • the number of response identifiers n required for a sequence of the method according to the invention below a maximum error rate in the return addressing interacts with: a) the number of messages per time which are addressed by different communication applications OIDij to a terminal MSISDNj, and b) the lifetime ⁇ of the assignment OIDi - OADCi.
  • the selection of a reply response identifier OADCi can be implemented in various ways.
  • the response response identifier OADCi is randomly selected from the entire pool OADCI to O-ADCn.
  • the error rate is relatively low, which can be attributed to several different sender identifications OIDij by assigning only one response response identifier OADCi, k is caused.
  • the end device responds to the reply response identifier OADCi, there is no longer any clear assignment to a sender identifier OIDi. In this case, depending on the implementation, the reply is either not delivered or to a (possibly) incorrect sender ID.
  • the risk of incorrect addressing of the reply is excluded by the fact that upon receipt of a message directed to the terminal ISDNj by the communication application OIDi in the transmission system, it is checked whether a currently valid assignment of the sender identifier OIDi to a reply response identifier is already valid for the terminal MSISDNj OADCi exists.
  • this existing assignment can continue to be used for the new message to be transmitted, the lifetime ⁇ i preferably being set again from the time the later message was received by OIDi to MSISDNj.
  • a free reply response identifier OADCi is selected from the pool OADCI to OADCn, ie it was not assigned at the time the message was received.
  • the response identifiers OADC that are currently assigned at the time the message is received to MSISDNj are excluded from the pool of OADC that are available for the terminal MSISDNj.
  • a new reply response identifier OADCi can then be selected, for example, using a random selection and assigned to the sender identifier OIDi. This method works error-free until OADC at the time of the receipt of a message to the terminal MSISDNj all the response IDs available for the terminal MSISDNj are currently assigned.
  • incorrect addressing can be minimized if the assignments of virtual sender IDs OADCj currently valid for the terminal MSISDNj from the available pool for at the time of receipt of a message directed to the terminal MSISDNj by the communication application OIDi in the transmission system from the available pool for OADCi to be excluded.
  • Another source of possible incorrect addressing when a response is delivered by the transmission system lies in the finite lifetime ⁇ of the OIDi-OACDi assignments. If the reply intended for the OIDi communication application arrives at the transmission system only after the service life ⁇ has expired, its handling depends on the further implementation of the addressing method in the transmission system.
  • an assigned response response identifier OADCi is immediately released again after the end of its service life ⁇ , ie it is returned to the pool of response response identifiers available for the terminal MSISDNj and can thus be assigned again immediately.
  • This increases the risk of incorrectly addressing replies. If the response response identifier OADCi already arrives at another communication address when the response actually sent to the OIDi communication application arrives assigned OIDj, then the reply would be incorrectly delivered to the communication application OIDj. This risk can be reduced if information about the service life ⁇ is added to the original message of the communication application OIDi and the terminal MSISDNj.
  • the information about the limited Lifespan ⁇ can, however, also be evaluated by the terminal device MSISDNj itself, for example in the form that after ⁇ has expired, an automated response using the reply function of the terminal device is no longer possible. However, this requires a change in the functions implemented in the terminal device.
  • the risk of incorrect addressing of the response is additionally reduced by the fact that a response identifier OADCi is also excluded from the pool of available response identifiers OADC for a further period after the end of its service life ⁇ i, i.e. the blocking time Ti. the identifier OADCi is not available for assignment to an OID during the blocking time Ti, which follows the service life ⁇ i.
  • the service life ⁇ is individually adapted to the properties of the sending communication application OIDi.
  • the communication application OIDi requires a session to be opened at a server, such as when logging on to an IRC server for chatting, an instant messenger server for sending corresponding messages, and a webmail server for sending emails over the Internet or a "SendSMS TM" server is required to send SMS via the Internet
  • the service life ⁇ i can be advantageous through the period in which the session of the OIDi communication application is open.
  • the transmission system can automatically send a message to the connected end devices MSISDNx as soon as the session of the communication application is ended, from which it follows that the messages received can no longer be answered.
  • the user of the communication application OIDi is offered an option for determining the preferred service life ⁇ i.
  • the selected option is evaluated by the transmission system and used to determine the service life ⁇ i.
  • Such an option can be implemented in a particularly simple manner in Internet-based communication applications.
  • the selectable service life ⁇ i is advantageously specified by the transmission system within technically meaningful limits tmin and tmax, the limits being able to be dynamically oriented individually for each terminal MSISDNj to the rate of the messages addressed by different communication applications OIDx to the terminal MSISDNj. If only a few messages are addressed to MSISDNj per time, the maximum service life + max can be relatively long, for example a few days. If, on the other hand, many messages are addressed to MSISDNj by different communication applications, the maximum service life tmax is relatively short, e.g. 12 to 24 h.
  • the transmission system can also be set up in such a way that the lifetime ⁇ i for each terminal MSISDNj is automatically selected and timed separately according to the number of messages addressed to the terminal MSISDNj by different communication applications OIDij is fixed, for example analogous to the selection procedure described above for the maximum service life tmax.
  • the terminal uses a current or future mobile radio standard such as GSM, CDMA or UMTS for communication.
  • GSM Global System for Mobile communications
  • the present method enables a bidirectional exchange of messages between communication applications and terminals even in the event that the proprietary standard of the terminals z. B. in terms of identifier formats, communication protocols etc. is not compatible with the standard of communication applications.
  • the only prerequisite for the successful transmission of a message is that the content of the message can be made available to the respective user for use by the end devices as well as by the communication applications, e.g. by output on an optical display device (screen).
  • the method according to the invention thus enables an even stronger mutual integration of the various modern means of communication, as is required by many end customers.
  • Fig. 11 the situation upon receipt of the response after the end of the life ⁇ i
  • FIG. 1 shows the delivery of a message 6 from a communication application 1 with the sender identification OID2 to a terminal 2 with the recipient identification MSISDN 1 via a transmission system 5 in a first implementation of the method according to the invention.
  • the communication applications 1 with the identifications OID i are in the network of the communication applications 3.
  • the terminals 2 with the identifiers MSISDN are located in the network of the terminals 4.
  • the networks 3 and 4 can be wired or wireless networks or mixed forms thereof.
  • the network of comm Communication applications 3 is connected to the network of terminals 4 via a transmission system 5.
  • the transmission system 5 has suitable interfaces to the network of communication applications 3 and to the network of terminals 4, which are not shown in FIG. 1, since they are not essential to the invention.
  • a message 6 which is sent from a communication application 1 to a terminal 2, results from FIG. 3.
  • a message 6 comprises a body 7, which represents the content of the message 6 to be transmitted.
  • This body 7 can consist of a simple or formatted text message, as well as any other type of file such as image, sound or film files.
  • part of the message 6 is a recipient container 8, in which the identifier of the recipient is stored.
  • part of the message 6 is a sender container 9 in which the sender's identifier is stored.
  • the sender container 9 contains the sender identification OID2 of the communication application 1, from which the message 6 is sent.
  • the identifier MSISDN 1 of the terminal to which the message 6 is to be transmitted is stored in the recipient container 8.
  • a message 6 can include further objects, provided the transmission system 5 is set up to transmit corresponding messages 6.
  • Another object can e.g. be the subject line of an email generated by an email application.
  • an addressing unit 10 is part of the transmission system 5.
  • This addressing unit 10 comprises an addressing controller 14, a composer 15 and at least one memory area 11.
  • the memory area 11 is assigned to a terminal 2 with an identifier MSISDNi.
  • the memory area 11 assigned to a terminal 2 with the identifier MSISDNi can be designed to be static or dynamic, ie either always for a terminal 2 belonging to the network of the terminals 4 be reserved for the MSISDNi identifier, or only be present if the terminal 2 with the MSISDN i identifier is dialed into the network of the terminals 4.
  • the memory area 11 can also be generated dynamically when one or more OID-OADC assignments are to be temporarily stored.
  • the memory area 11 can be formed by an entry for the identifier MSISDNi in a database.
  • At least one pool 12 is assigned to the memory area 11, in which the available response identifiers OADCi are stored. Furthermore, the memory area 11 comprises an assignment area 13 in which the assignments OID-OADC are stored at least for the duration of their validity.
  • FIG. 4 shows the processes in the addressing unit 10 upon receipt of a message 6 from a communication application 1 with the sender identification OID 2, directed to a terminal 2 with the recipient identification MSISDNI.
  • the composer 15 extracts the recipient identifier MSISDNI contained in the message 6 and transfers it to the addressing controller 14. Furthermore, the composer 15 also extracts the sender identifier OID of the communication application 1, which contains the message 6 to be transmitted has sent and also transfers this to the addressing controller 14.
  • the addressing controller 14 selects the memory area 11 assigned to the recipient identifier MSISDNI and asks in its assignment area 13 whether there is already a currently valid assignment to a reply response identifier OADC for the sender identifier OID2.
  • a reply response identifier OADC to the sender identifier OID2 in the assignment area 13. They are stored in the assignment area 13 Only current assignments to the sender IDs OIDI and OID5, to which the reply IDs OADC 1 and OADC5 are assigned.
  • the times of receipt of the messages to be transmitted from the communication applications OIDI (here tl) and OID5 (here t5) are also stored in the assignment area 13 in this implementation.
  • the addressing controller 14 selects from the pool 12 in which, in the implementation shown, all those reply identifiers OADC are stored which are not currently assigned to a sender identifier OID.
  • the pool 12 comprises a total of 10 response identifiers OADC, namely OADCI to OADC 10.
  • the pool comprises all of the response identifiers mentioned except for the identifiers OADC 1 and OADC 5, which are currently assigned.
  • the addressing controller selects the reply response identifier OADC whose order number is the smallest, here OADC 2, and assigns it to the sender identifier OID 2 of the sending communication application 1. This assignment is stored in the assignment area 13 for the lifetime ⁇ when the message 6 is received by the communication application OID 2 (here t2).
  • the addressing controller 14 takes the assigned return identifier OAD C2 valid for the sender identifier OID2 from the assignment area 13 and transfers it to the composer 15.
  • FIGS. 8 to 10 show the process sequence for transmitting the reply from the terminal 2 with the identifier MSISDN 1 directed to the communication application 1 with the identifier OIDI.
  • a message 6 from the terminal 2 with the identifier MSISDN 1 arrives at the addressing unit 10 at the time t2 + T.
  • the reply response identifier OADC2 is stored in the recipient container 8 of the message 6 as the recipient address.
  • the assignment between OID2 and OADC2 in the method step that can be seen in FIG. 5 still exists in the memory area 11.
  • the composer 15 extracts the sender identifier MSISDNI of the sending terminal 2 contained in the message 6 and the receiver identifier OADC2 and transfers this to the addressing controller 14.
  • the addressing controller 14 queries the memory area 11, which is assigned to the terminal with the identifier MSISDNI, as to whether a valid assignment to the reply identifier OADC2 exists.
  • the assignment OID2-OADC2 is stored in the assignment area 13.
  • the addressing control 14 takes the identifier OID2 assigned to the response response identifier OADC2 from the communication application 1, to which the received message 6, which was transmitted by the terminal 2 with the identifier MSISDNI, is actually to be addressed and transferred this to the Composer 15.
  • the composer 15 In the last procedural step, which can be seen in FIG. 10, the composer 15 generates a new message 6 from the body 7, the identifier MSISDNI of the terminal 2 and the identifier OID2 of the called communication application 1 and transfers it to the network of the communication applications 3 for delivery the communication application 1 with the identification OID2.
  • FIGS. 11 and 12 finally show a possible implementation of the method according to the invention when the response from the terminal 2 with the identifier MSISDNI, addressed to the communication application 1 with the sender identifier OID2, is received by the addressing unit 10 after the lifetime ⁇ of the assignment OID2-OADC2.
  • the composer 15 extracts the identifier OADC2 contained in the recipient container 8 from the received message 6 and transfers it, in addition to the sender identifier MSISDNI, to the addressing controller 14.
  • the addressing controller 14 now checks whether a currently valid assignment to the identifier is in the assignment area 13 of the memory area 11 OADC2 exists.
  • FIG. 12 shows a possible reaction of the addressing unit 10 to this state.
  • the addressing controller 14 informs the composer 15 of the fact that the reply identifier OADC2 no longer has a currently valid assignment to an identifier OID of a communication application 1.
  • the composer 15 creates a new message 6, addressed to the terminal 2 with the identifier MSISDN 1 and a body 7, in which it can be seen in any form that is visible to the user of the terminal 2 with the identifier MSISDNI that the selected one Reply address OADC2 is unknown or the reply takes place after the maximum permissible lifetime ⁇ has expired and is therefore no longer possible.
  • the communication application 1 OIDi sends a message 6 addressed to the terminal 2 with the identifier MSISDNj to the transmission system 5, the message containing a content to be transmitted (body 7), the sender identifier OIDi and the recipient identifier MSISDNj,
  • the transmission system 5 extracts the sender identifier OIDi and the recipient identifier MSISDNj from the message 6,
  • the transmission system 5 temporarily assigns a dynamic response response identifier OADCi to the sender identification OIDi and stores this assignment in a memory area 11, which is assigned to the recipient identifier MSISDNi, the assignment of the dynamic response response identifier OADCi to the sender identification OIDi for a determined finite period ⁇ i, the lifetime , remains stored in the memory area 11 and is deleted after the expiry of ⁇ i, and
  • the transmission system 5 generates a new message 6 addressed to the terminal device 2 MSISDNj, consisting of the body 7 and the identifiers OADCi as the sender identifier and MSISDNj as the recipient identifier, and transmits these to the terminal device 2 with the identifier MSISDNj.
  • a possible implementation of the method according to the invention for transmitting the response of the terminal MSISDNj has the following method steps:
  • the terminal 2 MSISDNi generates a response message 6, consisting of a new content to be transmitted (body 7), the recipient identifier MSISDNj as the new sender identifier and the reply response identifier O-ADCi as the new recipient identifier and transmits these to the transmission system 5, 6) the transmission system 5 extracts the new sender ID MSISDNj and the new recipient ID OADCi from the message 6,
  • the transmission system 5 calls the original sender identification OIDi stored under the response response identifier OADCi in the memory area 11 which is assigned to the terminal MSISDNj, and
  • the transmission system 5 generates a new message 6 addressed to the communication application OIDi consisting of the new body 7, the recipient identifier OIDi and the sender identifier MSISDNj and transmits these to the communication application 1 with the identifier OIDi.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

Die Erfindung bezieht sich auf ein Adressierverfahren zum bidirektionalen Versenden von elektronischen Messages über ein Übermittlungssystem zwischen einer Kommunikationsanwendung mit einer Absenderkennung OIDi und einem dialogfähigen Endgerät mit einer Empfängerkennung MSISDNj, wobei OIDi und MSISDNj normierte Datenformate aufweisen, und das Endgerät zur Kommunikation mit solchen Endgeräten eingerichtet ist, die Empfängerkennungen im Format OADCi verwenden, wobei der Kommunikationsanwendung mit der Absenderkennung OIDi, die eine an das Endgerät mit der Kennung MSISDNj gerichtete Message verschickt, vom Übermittlungssystem eine dynamische Rückantwortkennung OADCi zugeordnet wird, und: 1) diese Zuordnung für das Endgerät MSISDNj gültig ist, 2) diese Zuordnung für eine determinierte endliche Lebensdauer τi gültig ist, 3) die Rückantwortkennung OADCi einem endlichen Pool aus n Kennungen OADC1 bis OADCn entnommen wird, und 4) die Rückantwortkennung OADCi der zu übermittelnden Message als Absenderkennung beigefügt wird.

Description

Bezeichnung: Adressierverfahren
Gegenstand der vorliegenden Erfindung ist ein Adressierverfahren zum bidirektionalen Versand von elektronischen Messages zwischen einer Kommunikationsanwendung mit einer Absenderkennung OID und einem dialogfähigen Endgerät mit einer Empfängerkennung MSISDN über ein Übermittlungssystem, wobei das Endgerät zur bidirektionalen Kommunikation mit Endgeräten mit Kennungen im Format OADC eingerichtet ist, zum Ken- nungsformat MSISDN kompatibel ist.
Unter einer Message ist eine elektronische Sendung mit einem Inhalt (body), einer Absenderkennung und einer Empfängerkennung zu verstehen, wobei für die vorliegende Erfindung solche Messages betrachtet werden, bei denen Absenderkennung und Empfängerkennung vom body getrennt sind. Der body kann ein beliebiger Inhalt sein. Beispiele hierfür sind Text ohne und mit Formatierung, Bilder, Filme, Sounddateien etc.. Prominentes Beispiel ist der in z. B. GSM-Netzen mögliche Versand von kurzen Textnachrichten (SMS). Die Weiterentwicklung der Kommunikationstechnik und die damit einhergehende Definition neuer Kommunikationsstandards mit erweiterter Funktionalität (UMTS, etc.) ermöglicht zukünftig Messages mit gegenüber SMS erweiterten Inhalten (z.B. künftige MMS-, EMS-, XMS-Standards etc.).
Im Netz der Endgeräte sind Kennungen im allgemeinen Format OADC vermittelbar. Das Endgerät verwendet eine Kennung im speziellen Format MSISDN, die ebenfalls im Netz der Endgeräte vermittelbar ist. Das Format der Kennung MSISDN kann dem Format OADC entsprechen, das Format OASDC kann aber auch eine genormte Kurzform oder Langform des Formats MSISDN sein. Beispielhaft sein für die MSISDN des Endgeräts seine Mobil- funknumer im Format +49 171 1234 567 genannte. Beispielhaft für das Format OADC sei das Format der heute häufig verwendeten „short-IDs" ge- nannt (z.B. 72872 = short-ID der Anmelderin), unter der Endgeräte, insbesondere Vermittlungsstellen (z.B. SMS-Nachrichtenzentralen), zumindest innerhalb des Netzes eines Mobilfunkbetreibers erreicht werden können.
Zukünftig kann als MSISDN anstelle der heute üblichen Rufnummer im o.g. Format z.B. auch eine IP- Adresse verwendet werden, wie dies bei zukünftigen Mobilfunkstandards wie UMTS diskutiert wird.
Das Endgerät ist eingerichtet zum Austausch von Messages mit anderen Endgeräten, deren Kennung das allgemeinere Format OADC aufweist, insbesondere aber das spezielle Format MSISDN aufweisen kann.
Das Endgerät kann z.B ein Handy, ein Pager oder ein PDA (personal digital assistant) sein. Für die genannten Geräte wäre die Kennung beispielsweise ihre jeweilige Rufnummer. Insbesondere kann das Endgerät auf einem Kommunikationsstandard wie dem GSM-Standard basieren und für den Austausch von Textnachrichten (SMS) mit anderen Endgeräten, die auf dem gleichen Kommunikationsstandard basieren, eingerichtet sein.
Die Kommunikationsanwendung ist zur bidirektionalen Kommunikation mit Endgeräten mit der Kennung MSISDN eingerichtet, d.h. sie ist zum Versand und zum Empfang von Messages eingerichtet. Dabei weist die Kommunikationsanwendung zumindest temporär eine Kennung OID auf, die die Kommunikationsanwendung eindeutig kennzeichnet. Die Kommunikationsanwendung kann beispielsweise eine Softwareanwendung zum Versand von Emails (Email-Client) sein. Weitere Beispiele sind internetbasierte Dienste zum Versand von Messages wie z.B. SMS oder Emails. Die Kommunikationsanwendung kann jedoch auch ein beliebiges Endgerät sein. Die Kennung OID eines Email-Clients wäre z.B. die zum Versand verwendete Emailadresse, die Kennung OID eines internetbasierten Dienstes wäre z.B. ein „Session Identifier" einer geöffneten Internet Session. Das Übermittlungssystem kann z.B. ein physikalisches Netzwerk sein, welches drahtlos oder drahtgebunden arbeiten kann, insbesondere das Netzwerk eines GSM- oder UMTS-Netzbetreibers, auch und insbesondere in Verbindung mit dem Internet.
Die vorliegende Erfindung bezieht sich auf den Fall, dass die Endgeräte nicht zum direkten Versand von Messages an Kommunikationsanwendungen mit einer Kennung des Formats OID eingerichtet sind, d.h. in diesem Sinne sind die Kennungen MSISDN und OID inkompatibel. Die Endgeräte sind vielmehr zum Versand von Messages an Endgeräte mit Kennungen im Format OADC eingerichtet.
Beispielhaft sei dieses Problem am Versand von einer Email an ein GSM- Handy illustriert. Viele Mobilfunknetzbetreiber bieten einen Dienst an, der es ermöglicht, kurze Emails an ein Handy zu verschicken, wo sie als SMS empfangen werden. Hierzu wird die Email an einen Router des Netzbetreibers adressiert, z.B. unter der Emailadresse „Handynummer@Mobilfunk- netzbetreiber.de" adressiert. Der Router routet den body der Email als SMS an die angegebene Handynummer, wobei i.a. die Emailadresse des Absenders zum body der SMS zugefügt wird. Eine Rückantwort des Handys an die Emailadresse des Absenders per reply-Funktion ist i.a. nicht ohne weiteres möglich, da über die reply-Funktion eine an die Kennung OADC des Routers adressierte SMS erzeugt würde. Bislang ist es daher erforderlich, dass der Benutzer des Handys der empfangenen SMS die Emailadresse des Absenders entnimmt und manuell in den body der von ihm verfassten Antwort-SMS einfügt, die dann an einen Email-Router seines Mobilfunknetzbetreibers gesendet wird. Der Email-Router ist mit der Fähigkeit ausgestattet, die Emailadresse aus dem body der SMS zu extrahieren und die SMS als Email an die extrahierte Emailadresse weiterzuleiten, d.h. das Verfahren setzt einen technisch aufwendigen Email-Router mit Erkennungsintelligenz (eine „Parser") voraus.
Eine ähnliche Situation ergibt sich beim Versand von SMS an ein Handy ü- ber einen internetbasierten Dienst („SendSMS™"). Hierzu wird von einer Kommunikationsanwendung im Internet eine Session bei einem „SendSMS™"-Server etabliert. In dieser Session wird eine Textnachricht erstellt und unter Angabe der Handynummer des Empfängers an den Server übermittelt. Der Server leitet die Textnachricht als an die angegebenen Handynummer gerichtete SMS in das Netzwerk des Mobilfunknetzbetreibers des angewählten Handys weiter. Als Absenderadresse enthält die vom Handy empfangene SMS dann die Kennung OADC des SendSMS™-Servers. Zusätzlich wird der Textnachricht i.a. noch eine Information über den Anbieter des internetbasierten Dienstes beigefügt. Eine Kennung, die den Absender identifiziert und unter der eine Rückantwort vom Handy aus möglich wäre, ist bislang nicht vorgesehen. Es ist daher nicht möglich, mittels des Handys als Rückantwort eine Message an die noch geöffnete Session der Kommunikationsanwendung zu schicken.
Mit dem heutigen Stand der Technik ist daher mit den üblichen GSM- Handys eine bidirektionale Kommunikation mit einer Kommunikationsanwendung entweder gar nicht oder nur unter erhöhtem Aufwand für den Benutzer des Handys möglich und setzt weiterhin intelligente Router beim Betreiber des Mobilfunkes voraus.
Aufgabe der vorliegenden Erfindung ist es daher, ein Adressierverfahren für die Übermittlung von Messages zwischen Kommunikationsanwendungen und Endgeräten der eingangs genannten Art anzugeben, welches die bidirektionale Übermittlung von Messages ermöglicht, ohne technische Änderungen der Endgeräte erforderlich zu machen. Gelöst wird diese Aufgabe durch ein Adressierverfahren, bei dem der Kommunikationsanwendung mit der Absenderkennung OIDi, die eine an das Endgerät mit der Kennung MSISDNj gerichtete Message verschickt, vom Ü- bermittlungssystem eine dynamische Ruckantwortkennung OADCi zugeordnet wird. Diese Zuordnung wird für das Endgerät MSISDNj vorgenommen. Wird eine weitere Message über das Übermittlungssystem von der selben Kommunikationsanwendung OIDi oder einer anderen Kommunikationsanwendung OIDm an ein anderes Endgerät MSISDNk adressiert, so wird der Absenderkennung OIDi oder OIDm ebenfalls eine dynamische Rückantwort- kennung OADCi oder OADCm zugeordnet, wobei diese Zuordnung für das Endgerät MSISDNk gültig ist. Die Ruckantwortkennung OADCm kann gleich der Ruckantwortkennung OADCi oder von ihr verschieden sein.
Die für das Endgerät MSISDNj gültige Zuordnung OIDi - OADCi ist dabei für einen determinierten endlichen Zeitraum, die Lebensdauer τ gültig. Die Ruckantwortkennung OADCi wird einem endlichen Pool aus n Kennungen OADCI bis OADCn entnommen, wobei jedem Endgerät MSISDN ein solcher Pool zugeordnet ist.
Die Ruckantwortkennung OADCi wird der zu übermittelnden Message als Absenderkennung beigefügt, so dass die an das Endgerät MSISDNj übermittelte Message den body der von der Kommunikationseinrichtung OIDi erzeugten Message, MSISDNj als Empfängerkennung sowie die Rückantwort- kennung OADCi als Absenderkennung umfasst.
Mittels des Endgeräts kann nunmehr eine neue Message als Rückantwort verfaßt werden, die ggf. mittels einer im Endgerät implementierten „reply- Funktion" automatisch an die Ruckantwortkennung OADCi adressiert wird. Weiterhin enthält die Message einen neuen Inhalt (body) sowie die MSISDNj des antwortenden Endgeräts als Absenderkennung. Aus der enthaltenen OADCi und der Kennung MSISDNj des antwortenden Endgeräts ermittelt das Übertragungssystem die Kennung der Kommunikationsanwendung OIDi, auf deren Message hin die Rückantwort erfolgt. Das Übertragungssystem erzeugt eine neue, an die Kommunikationsanwendung OIDi adressierte Message aus dem body der Rückantwort, der Kennung OIDi als neue Empfängerkennung sowie der Kennung MSISDNj des antwortenden Endgeräts als Absenderkennung. Diese Message wird der Kommunikationsanwendung OIDi zugestellt.
Besondere Vorteile des erfindungsgemäßen Verfahrens ergeben sich, wenn die Zahl n der Rückantwortkennungen OADC kleiner gewählt wird als 1000, vorzugsweise kleiner als 100, insbesondere kleiner als 10, da es sich bei den Rückantwortkennungen um eine begrenzte Ressource in den Netzen der Mobilfunkbetreiber handelt. Dabei steht die Zahl der für einen Ablauf des erfindungsgemäßen Verfahrens unterhalb einer maximalen Fehlerquote bei der Rückadressierung erforderlichen Rückantwortkennungen n in einem Wechselspiel mit: a) der Zahl von Messages pro Zeit, die von verschiedenen Kommunikationsanwendungen OIDij an ein Endgerät MSISDNj adressiert werden, und b) der Lebensdauer τ der Zuordnung OIDi - OADCi.
Erhöht sich die Zahl der Messages pro Zeit, so werden bei gleichbleibender Lebensdauer mehr Rückantwortkennungen OADC benötigt, um die Fehlerquote konstant zu halten. Verringert man die Lebensdauer τ der Zuordnungen OIDi - OADCi, so kann die Zahl n der Rückantwortkennungen verringert werden, um bei gleicher Zahl von Messages pro Zeit die Fehlerquote konstant zu halten.
Die Auswahl einer Ruckantwortkennung OADCi, die einer Absenderkennung OIDi zugeordnet werden soll, lässt sich auf verschiedenste Arten implementieren. In einer einfachen ersten Implementierung wird die Ruckantwortkennung OADCi durch ein Zufallsverfahren aus dem gesamten Pool OADCI bis O- ADCn ausgewählt. Bei ausreichender Poolgröße (z.B. n > 10) und geringer Zahl der Messages pro Zeit, die von verschiedenen Kommunikationsanwendungen OIDi j an ein Endgerät MSISDNj adressiert werden, ergibt sich eine verhältnismässig niedrige Fehlerrate, die durch Zuordnung nur einer Ruckantwortkennung OADCi zu mehreren verschiedenen Absenderkennungen OIDij,k verursacht wird. Antwortet das Endgerät an die Ruckantwortkennung OADCi, so besteht keine eindeutige Zuordnung zu einer Absenderkennung OIDi mehr. Je nach Implementierung wird in diesem Fall die Rückan- wort nicht oder an eine (möglicherweise) falsche Absenderkennung ausgeliefert.
In einer bevorzugten zweiten Implementierung wird die Gefahr der Fehladressierung der Rückantwort dadurch ausgeschlossen, dass bei Eingang einer an das Endgerät ISDNj gerichteten Message von der Kommunikationsanwendung OIDi beim Übermittlungssystem geprüft wird, ob für das Endgerät MSISDNj bereits eine aktuell gültige Zuordnung der Absenderkennung OIDi zu einer Ruckantwortkennung OADCi besteht.
Besteht eine gültige Zuordnung OIDi - OADCi, so kann diese bereits bestehende Zuordnung für die neu zu übermittelnde Message weiterverwendet werden, wobei vorzugsweise die Lebensdauer τi neu gesetzt wird ausgehend vom Zeitpunkt des Eingangs der späteren Message von OIDi an MSISDNj.
Besteht keine gültige Zuordnung OIDi - OADCi, so wird eine freie, d.h. zum Zeitpunkt des Eingangs der Message nicht vergebene Ruckantwortkennung OADCi aus dem Pool OADCI bis OADCn ausgewählt. Mit anderen Worten, die zum Zeitpunkt des Eingangs der Message an MSISDNj aktuell zugeordneten Rückantwortkennungen OADC werden aus dem Pool der OADC ausgeschlossen, die für das Endgerät MSISDNj zur Verfügung stehen. Aus dem restlichen Pool kann dann beispielsweise wiederum mittels einer zufälligen Auswahl eine neue Ruckantwortkennung OADCi ausgewählt und der Absenderkennung OIDi zugeordnet werden. Dieses Verfahren arbeitet so lange fehlerfrei, bis OADC zum Zeitpunkt des Eingangs einer Message an das Endgerät MSISDNj alle für das Endgerät MSISDNj zur Verfügung stehenden Rückantwortkennungen aktuell zugeordnet sind.
Allgemein lassen sich Fehladressierungen minimieren, wenn die zum Zeitpunkt des Eingangs einer an das Endgerät MSISDNj gerichteten Message von der Kommunikationsanwendung OIDi beim Übermittlungssystem aktuell für das Endgerät MSISDNj gültigen Zuordnungen virtueller Absenderkennungen OADCj, je[l,n], aus dem zur Verfügung stehenden Pool für OADCi ausgeschlossen werden.
Eine weitere Quelle für mögliche Fehladressierungen bei der Zustellung einer Rückantwort durch das Übermittlungs System liegt in der endlichen Lebensdauer τ der Zuordnungen OIDi - OACDi. Sollte die für die Kommunikationsanwendung OIDi vorgesehene Rückantwort erst nach Ablauf der Lebensdauer τ beim Übermittlungssystem eintreffen, so hängt deren Behandlung von der weiteren Implementierung des Adressierverfahrens im Übermittlungs System ab.
In einer einfachen ersten Implementierung wird eine zugeordnete Ruckantwortkennung OADCi nach Ablauf ihrer Lebensdauer τ unmittelbar wieder frei, d.h. sie wird dem Pool an zur Verfügung stehenden Rückantwortkennungen für das Endgerät MSISDNj wieder zugeführt und kann damit unmittelbar wieder vergeben werden. Damit ist die Gefahr eine Fehladressierung von Rückantworten deutlich erhöht. Sollte die Ruckantwortkennung OADCi bei Eintreffen der eigentlich an die Kommunikationsanwendung OIDi gerichteten Rückantwort bereits wieder neu einer anderen Kommunikationsan- wendung OIDj zugeordnet sein, so würde die Rückantwort fehlerhaft der Kommunikationsanwendung OIDj zugestellt. Diese Gefahr lässt sich verringern, wenn der ursprünglichen Message der Kommunikationsanwendung OIDi and das Endgerät MSISDNj eine Information über die Lebensdauer τ zugefügt wird. Dies kann beispielsweise dadurch geschehen, dass dem body der Message vom Übermittlungssystem ein an den Benutzer des Endgeräts adressierter Hinweis auf die begrenzte Lebensdauer zugefügt wird, z.B in der Form „Auf diese SMS kann nur innerhalb von τ geantwortet werden". Die Information über die begrenzte Lebensdauer τ kann jedoch auch vom Endgerät MSISDNj selbst ausgewertet werden, z.B. in der Form, dass nach Ablauf von τ eine automatisierte Rückantwort mittels der reply-Funktion des Endgeräts nicht mehr möglich ist. Dies setzt jedoch eine Änderung der im Endgerät implementierten Funktionen voraus.
In einer bevorzugten zweiten Implementierung wird die Gefahr der Fehladressierung der Rückantwort zusätzlich dadurch verringert, dass eine Ruckantwortkennung OADCi auch nach Ablauf ihrer Lebensdauer τi für einen weiteren Zeitraum, die Sperrzeit Ti, aus dem Pool der zur Verfügung stehenden Rückantwortkennungen OADC ausgeschlossen bleibt, d.h. die Kennung OADCi steht während der Sperrzeit Ti, die sich an die Lebensdauer τi anschließt, nicht für eine Zuordnung zu einer OID zur Verfügung.
Weitere Vorteile des erfindungsgemäßen Verfahrens ergeben sich, wenn die Lebensdauer τ individuell an die Eigenschaften der sendenden Kommunikationsanwendung OIDi angepasst wird. Erfordert die Kommunikationsanwendung OIDi beispielsweise die Öffnung einer Session bei einem Server, wie dies bei einer Anmeldung bei einem IRC-Server zum Chatten, einem Instant- Messenger-Server zum Verschicken entsprechender Messages, einem Web- Mail-Server zum Verschicken von Emails über das Internet oder einem „SendSMS™"-Server zum Verschicken von SMS über das Internet erforderlich ist, so kann die Lebensdauer τi vorteilhaft durch den Zeitraum, in dem die Session der Kommunikationsanwendung OIDi geöffnet ist, bestimmt werden. Insbesondere kann das Übermittlungssystem automatisch eine Message an die verbundenen Endgeräte MSISDNx versenden, sobald die Session der Kommunikationsanwendung beendet ist, aus denen sich ergibt, dass auf die empfangenen Messages nicht mehr geantwortet werden kann.
In einer anderen vorteilhaften Ausgestaltung des erfindungsgemäßen Verfahrens wird dem Benutzer der Kommunikationsanwendung OIDi eine Option zur Festlegung der bevorzugten Lebensdauer τi angeboten. Die ausgewählte Option wird vom Übermittlungssystem ausgewertet und zur Festlegung der Lebensdauer τi verwendet. Eine solche Option lässt sich auf besonders einfache Weise bei internetbasierten Kommunikationsanwendungen implementieren. Vorteilhaft wird die auswählbare Lebensdauer τi vom Übermittlungssystem innerhalb technisch sinnvoller Grenzen tmin und tmax vorgegeben, wobei sich die Grenzen individuell für jedes Endgerät MSISDNj dynamisch an die Rate der von verschiedenen Kommunikationsanwendungen OIDx an das Endgerät MSISDNj adressierten Messages orientieren können. Werden nur wenige Messages pro Zeit an MSISDNj adressiert, so kann die maximale Lebensdauer + max relativ lang bemessen werden, so beispielsweise einige Tage. Werden dagegen viele Messages pro Zeit von unterschiedlichen Kommunikationsanwendungen an MSISDNj adressiert, so wird die maximale Lebensdauer tmax relativ kurz bemessen, z.B. 12 bis 24 h.
Alternativ zu der beschriebenen Auswahloption für die Lebensdauer τi zur Auswahl durch den Benutzer kann auch das Übermittlungssystem so eingerichtet werden, dass die Lebensdauer τi für jedes Endgerät MSISDNj separat gemäß der Zahl der von verschiedenen Kommunikationsanwendungen OIDij an das Endgerät MSISDNj adressierten Messages pro Zeit automatisiert gewählt und fest vorgegeben wird, z.B. analog zu oben beschriebenem Auswahlverfahren für die maximale Lebensdauer tmax. In einer besonders vorteilhaften Ausgestaltung des erfindungsgemäßen Verfahrens verwendet das Endgerät zur Kommunikation einen heutigen oder zukünftigen Mobilfunkstandard wie GSM, CDMA oder UMTS. Weitere Vorteile ergeben sich, wenn die Kommunikationsanwendung als internetbasierter Dienst ausgestaltet ist.
Schließlich ist es möglich, der von der Kommunikationsanwendung mit der Absenderkennung OIDi an das Endgerät mit der Kennung MSISDNj adressierten Message eine Absenderkennung OIDj beizufügen, die auf eine andere als die Kommunikationsanwendung OIDi hindeutet, an die eine eventuelle Rückantwort zugestellt werden soll.
Das vorliegende Verfahren ermöglicht einen bidirektionalen Austausch von Messages zwischen Kommunikationsanwendungen und Endgeräten auch in dem Fall, daß der proprietäre Standard der Endgeräte z. B. in Bezug auf Kennungsformate, Kommunikationsprotokolle etc. nicht kompatibel ist mit dem Standard der Kommunikationsanwendungen. Voraussetzungen für die erfolgreiche Übermittlung einer Message ist nur noch, dass der Inhalt der Message sowohl von den Endgeräten als auch von den Kommunikationsanwendungen dem jeweiligen Benutzer zur Nutzung zur Verfügung gestellt werden kann, z.B. durch Ausgabe auf einem optischen Anzeigegerät (Bildschirm) . Das erfindungsgemäße Verfahren ermöglicht damit eine noch stärkere gegenseitige Integration der verschiedenen modernen Kommunikationsmittel, wie dies von vielen Endkunden gefordert wird.
Weitere Vorteile und Merkmale der erfindungsgemäßen Vorrichtung ergeben sich aus den Unteransprüchen sowie der nun folgenden Ausführungsbeispiele, die anhand der Zeichnung erläutert werden. In dieser zeigen:
Fig. 1 : eine schematische Darstellung einer ersten Implementierung des erfindungsgemässen Verfahrens bei der Zustellung einer Message von einer Kommunikationsanwendung OID2 an ein Endgerät MSISDN 1,
Fig. 2: die Zustellung der Rückantwort des Endgerätes MSISDN 1 an die Kommunikationsanwendung OID2 in derselben Implementierung des erfindungsgemässen Verfahrens,
Fig. 3: die Struktur einer Message,
Fig. 4: ein erstes Verfahrensstadium der ersten Implementierung aus Figur 1,
Fig. 5: ein zweites Verfahrensstadium der ersten Implementierung aus Figur 1,
Fig. 6: ein drittes Verfahrensstadium der ersten Implementierung aus Figur 1,
Fig. 7: ein viertes Verfahrensstadium der ersten Implementierung aus Figur 1,
Fig. 8: ein erstes Verfahrensstadium der Implementierung aus Figur 2,
Fig. 9: ein zweites Verfahrensstadium der Implementierung aus Figur 2,
Fig. 10: ein drittes Verfahrensstadium der Implementierung aus Figur 2,
Fig. 11 : die Situation bei Eingang der Rückantwort nach Ablauf der Lebensdauer τi, und
Fig. 12: eine mögliche Implementierung einer entsprechenden Rückmeldung an den Benutzer des antwortenden Endgeräts.
Figur 1 zeigt die Zustellung einer Message 6 einer Kommunikationsanwendung 1 mit der Absenderkennung OID2 an ein Endgerät 2 mit der Empfängerkennung MSISDN 1 über ein Übermittlungssystem 5 in einer ersten Implementierung des erfindungsgemässen Verfahrens. Schematisch ist in Figur 1 angedeutet, dass sich die Kommunikationsanwendungen 1 mit den Kennungen OID i sich im Netz der Kommunikationsanwendungen 3 befinden. Ebenso befinden sich die Endgeräte 2 mit den Kennungen MSISDN im Netz der Endgeräte 4. Bei den Netzen 3 und 4 kann es sich um drahtgebundene oder drahtlose Netze oder Mischformen hiervon handeln. Das Netz der Kom- munikationsanwendungen 3 ist mit dem Netz der Endgeräte 4 über ein Ü- bermittlungssystem 5 verbunden. Das Übermittlungssystem 5 weist geeignete Schnittstellen zum Netz der Kommunikationsanwendungen 3 sowie zum Netz der Endgeräte 4 auf, die in Figur 1 nicht gezeigt sind, da sie nicht erfindungswesentlich sind.
Die Struktur einer Message 6, die von einer Kommunikationsanwendung 1 an ein Endgerät 2 verschickt wird, ergibt sich aus Figur 3. Eine solche Message 6 umfasst einen Body 7, der den Inhalt der zu übermittelnden Message 6 darstellt. Dieser Body 7 kann aus einer einfachen oder formatierten Textnachricht bestehen, weiterhin aus beliebigen Dateien anderer Art wie Bild-, Sound- oder Filmdateien. Weiterhin ist Teil der Message 6 ein Empfängercontainer 8, in dem die Kennung des Empfängers abgelegt wird. Schliesslich ist Teil der Message 6 ein Absendercontainer 9, in dem die Kennung des Absenders abgelegt wird. In Figur 3 enthält der Absendercontainer 9 die Absenderkennung OID2 der Kommunikationsanwendung 1 , von der aus die Message 6 gesendet wird. Im Empfängercontainer 8 ist die Kennung MSISDN 1 des Endgerätes abgelegt, an welches die Message 6 übermittelt werden soll. Neben den gezeigten Inhalten Body 7, Empfängercontainer 8 und Absendercontainer 9 kann eine Message 6 weitere Objekte umfassen, sofern das Übermittlungssystem 5 zur Übertragung entsprechender Messages 6 eingerichtet ist. Weiteres Objekt kann z.B. die Subject-Zeile einer E- mail sein, die von einer Emailanwendung erzeugt wurde.
Aus Figur 1 ist zu ersehen, dass eine Adressiereinheit 10 Teil des Übermittlungssystems 5 ist. Diese Adressiereinheit 10 umfasst eine Adressiersteuerung 14, einen Composer 15 sowie mindestens einen Speicherbereich 11. Der Speicherbereich 11 ist einem Endgerät 2 mit einer Kennung MSISDNi zugeordnet. Der einem Endgerät 2 mit der Kennung MSISDNi zugeordnete Speicherbereich 11 kann statisch oder dynamisch ausgebildet sein, d. h. entweder stets für ein zum Netz der Endgeräte 4 gehöriges Endgerät 2 mit der Kennung MSISDNi reserviert sein, oder nur dann vorhanden sein, wenn das Endgerät 2 mit der Kennung MSISDN i in das Netz der Endgeräte 4 eingewählt ist. Schliesslich kann der Speicherbereich 11 auch dynamisch dann erzeugt werden, wenn eine oder mehrere Zuordnungen OID-OADC temporär gespeichert werden soll. Insbesondere kann der Speicherbereich 11 durch einen Eintrag zur Kennung MSISDNi in einer Datenbank gebildet sein.
Dem Speicherbereich 11 ist mindestens ein Pool 12 zugeordnet, in dem die zur Verfügung stehenden Rückantwortkennungen OADCi abgelegt werden. Weiterhin umfasst der Speicherbereich 11 einen Zuordnungsbereich 13, in dem die vorgenommenen Zuordnungen OID-OADC zumindest während der Dauer ihrer Gültigkeit abgelegt sind.
Der genaue Ablauf der ersten Implementierung des erfindungsgemässen Verfahrens wird nun anhand der Figuren 4 bis 10 im Einzelnen beschrieben.
Figur 4 zeigt die Vorgänge in der Adressiereinheit 10 bei Eingang einer Message 6 von einer Kommunikationsanwendung 1 mit der Absenderkennung OID 2, gerichtet an ein Endgerät 2 mit der Empfängerkennung MSISDNI . Bei Eingang der Message 6 bei der Adressiereinheit 10 zum Zeitpunkt t2 extrahiert der Composer 15 die in der Message 6 enthaltene Empfängerkennung MSISDNI und übergibt diese der Adressiersteuerung 14. Weiterhin extrahiert der Composer 15 noch die Absenderkennung OID der Kommunikationsanwendung 1 , die die zu übermittelnde Message 6 gesendet hat und übergibt diese ebenfalls der Adressiersteuerung 14. Die Adressiersteuerung 14 wählt den der Empfängerkennung MSISDNI zugeordneten Speicherbereich 11 aus und fragt in dessen Zuordnungsbereich 13 ab, ob zur Absenderkennung OID2 bereits eine derzeit gültige Zuordnung zu einer Ruckantwortkennung OADC besteht. Im gezeigten Beispiel besteht zum Zeitpunkt t2 keine Zuordnung einer Ruckantwortkennung OADC zu der Absenderkennung OID2 im Zuordnungsbereich 13. Abgelegt sind im Zuordnungsbereich 13 nur aktuell gültige Zuordnungen zu den Absenderkennungen OIDI und OID5, denen die Rückantwortkennungen OADC 1 und OADC5 zugeordnet sind. Zusätzlich sind im Zuordnungsbereich 13 in dieser Implementierung noch die Zeitpunkte des Eingangs der zu übermittelnden Messages von den Kommunikationsanwendungen OIDI (hier tl) sowie OID5 (hier t5) abgelegt.
Im darauffolgenden Schritt, der aus Figur 5 ersichtlich ist, wählt die Adressiersteuerung 14 aus dem Pool 12, in dem in der gezeigten Implementierung alle diejenigen Rückantwortkennungen OADC abgelegt sind, die gegenwärtig nicht einer Absenderkennung OID zugeordnet sind. Im gezeigten Beispiel umfasst der Pool 12 insgesamt 10 Rückantwortkennungen OADC, nämlich OADCI bis OADC 10. Zum Zeitpunkt t2 umfasst der Pool alle genannten Rückantwortkennungen bis auf die Kennungen OADC 1 und OADC 5, die aktuell zugeordnet sind. Aus diesem Pool 12 wählt die Adressiersteuerung diejenige Ruckantwortkennung OADC aus, deren Ordnungsnummer am kleinsten ist, hier OADC 2, und weist diese der Absenderkennung OID 2 der sendenden Kommunikationsanwendung 1 zu. Diese Zuordnung wird mit dem Zeitpunkt des Eingangs der Message 6 von der Kommunikationsanwendung OID 2 (hier t2) im Zuordnungsbereich 13 für die Lebensdauer τ gespeichert.
Im darauffolgenden Verfahrensschritt, der aus Figur 6 ersichtlich ist, entnimmt die Adressiersteuerung 14 dem Zuordnungsbereich 13 die der Absenderkennung OID2 gültige zugeordnete Rücksendekennung OAD C2 und übergibt diese an den Composer 15.
Im letzten Verfahrensschritt schliesslich, der aus Figur 7 ersichtlich ist, erzeugt der Composer 15 aus der Empfängerkennung MSISDNI, der Ruckantwortkennung OADC2 sowie dem Body 7 der ursprünglichen Message 6 eine neue Message 6, die dem Netz der Endgeräte 4 zur Übermittlung an das gerufene Endgerät 2 mit der Kennung MSISDNI übergeben wird. Aus den Figuren 8 bis 10 ist der Verfahrensablauf zur Übermittlung der Rückantwort des Endgerätes 2 mit der Kennung MSISDN 1 gerichtet an die Kommunikationsanwendung 1 mit der Kennung OIDI zu ersehen. In Figur 8 geht zum Zeitpunkt t2 + T eine Message 6 vom Endgerät 2 mit der Kennung MSISDN 1 bei der Adressiereinheit 10 ein. Im Empfängercontainer 8 der Message 6 ist die Ruckantwortkennung OADC2 als Empfängeradresse abgelegt. Zum Zeitpunkt des Eingangs der Message 6 bei der Adressiereinheit 10 (hier t 2 + T) besteht die in dem Verfahrensschritt, der aus Figur 5 ersichtlich ist, vorgenommene Zuordnung zwischen OID2 und OADC2 noch im Speicherbereich 11. Bei Eingang der Rückantwort extrahiert der Composer 15 die in der Message 6 enthaltene Absenderkennung MSISDNI des sendenden Endgerätes 2 sowie die Empfängerkennung OADC2 und übergibt diese an die Adressiersteuerung 14. Die Adressiersteuerung 14 fragt den Speicherbereich 11, der dem Endgerät mit der Kennung MSISDNI zugeordnet ist, ab, ob eine gültige Zuordnung zur Ruckantwortkennung OADC2 besteht. Im gezeigten Beispiel ist im Zuordnungsbereich 13 die Zuordnung OID2- OADC2 abgelegt.
Im nächsten Verfahrensschritt, der aus Figur 9 ersichtlich ist, entnimmt die Adressiersteuerung 14 die der Ruckantwortkennung OADC2 zugeordnete Kennung OID2 der Kommunikationsanwendung 1 , an die die empfangene Message 6, die vom Endgerät 2 mit der Kennung MSISDNI übermittelt wurde, tatsächlich adressiert werden soll und übergibt diese an den Composer 15.
Im letzten Verfahrensschritt, der aus Figur 10 ersichtlich ist, erzeugt der Composer 15 aus dem Body 7, der Kennung MSISDNI des Endgerätes 2 sowie der Kennung OID2 der gerufenen Kommunikationsanwendung 1 eine neue Message 6 und übergibt diese an das Netz der Kommunikationsanwendungen 3 zur Zustellung an die Kommunikationsanwendung 1 mit der Ken- nung OID2.
Figuren 11 und 12 zeigen schliesslich eine mögliche Implementierung des erfindungsgemässen Verfahrens, wenn die Rückantwort des Endgerätes 2 mit der Kennung MSISDNI, gerichtet an die Kommunikationsanwendung 1 mit der Absenderkennung OID2 nach Ablauf der Lebensdauer τ der Zuordnung OID2-OADC2 bei der Adressiereinheit 10 eingeht. Wie zuvor extrahiert der Composer 15 die im Empfängercontainer 8 enthaltene Kennung OADC2 aus der empfangenen Message 6 und übergibt diese, neben der Absenderkennung MSISDNI an die Adressiersteuerung 14. Die Adressiersteuerung 14 überprüft nun, ob im Zuordnungsbereich 13 des Speicherbereiches 11 eine aktuell gültige Zuordnung zur Kennung OADC2 besteht. Im gezeigten Beispiel besteht keine solche Zuordnung mehr, da die bei der Zustellung der Message von der Kommunikationsanwendung 1 mit der Kennung OID2 an das Endgerät 2 mit der Kennung MSISDN 1 vorgenommene Zuordnung OID2-OADC2 zum Zeitpunkt t2 + T bereits nicht mehr besteht, da T grösser ist als die Lebensdauer τ der vorgenommenen Zuordnung.
Figur 12 zeigt eine mögliche Reaktion der Adressiereinheit 10 auf diesen Zustand. Die Adressiersteuerung 14 teilt die Tatsache, dass zur Rückantwort- kennung OADC2 keine aktuell gültige Zuordnung zu einer Kennung OID einer Kommunikationsanwendung 1 mehr besteht, dem Composer 15 mit. Aufgrund dieser Information erstellt der Composer 15 eine neue Message 6, adressiert an das Endgerät 2 mit der Kennung MSISDN 1 und einem Body 7, in dem in irgendeiner für den Benutzer des Endgerätes 2 mit der Kennung MSISDNI ersichtlichen Form zu entnehmen ist, dass die gewählte Rückantwortadresse OADC2 unbekannt ist oder die Rückantwort nach Ablauf der maximal zulässigen Lebensdauer τ erfolgt und damit nicht mehr möglich ist.
Zusammenfassend sei nochmals kurz eine mögliche Implementierung des erfindungemäßen Verfahrens bei der Zustellung einer Message 6 einer Kommunikationsanwendung 1 OIDi an ein Endgerät 2 MSISDNj zusammenfassend dargestellt:
1) Die Kommunikationsanwendung 1 OIDi verschickt eine an das Endgerät 2 mit der Kennung MSISDNj gerichtete Message 6 an das Übermittlungssystem 5, wobei die Message einen zu übermittelnden Inhalt (body 7), die Absenderkennung OIDi und die Empfängerkennung MSISDNj enthält,
2) das Übermittlungssystem 5 extrahiert die Absenderkennung OIDi und die Empfängerkennung MSISDNj aus der Message 6,
3) das Übermittlungssystem 5 ordnet der Absenderkennung OIDi temporär eine dynamische Ruckantwortkennung OADCi zu und speichert diese Zuordnung in einem Speicherbereich 11 , der der Empfängerkennung MSISDNi zugeordnet ist, wobei die Zuordnung der dynamischen Ruckantwortkennung OADCi zur Absenderkennung OIDi für einen determinierten endlichen Zeitraum τi, die Lebensdauer, im Speicherbereich 11 gespeichert bleibt und nach Ablauf von τi gelöscht wird, und
4) das Übermittlungssystem 5 erzeugt eine neue, an das Endgerät 2 MSISDNj adressierte Message 6 bestehend aus dem body 7 und den vom body 7 getrennten Kennungen OADCi als Absenderkennung und MSISDNj als Empfängerkennung und übermittelt diese an das Endgerät 2 mit der Kennung MSISDNj.
Eine mögliche Implementierung des erfindungsgemäßen Verfahren zur Ü- bermittlung der Rückantwort des Endgeräts MSISDNj weist folgende nachfolgende Verfahrensschritte auf:
5) das Endgerät 2 MSISDNi erzeugt eine Antwortmessage 6, bestehend aus einem zu übermittelnden neuen Inhalt (body 7), der Empfängerkennung MSISDNj als neue Absenderkennung und der Ruckantwortkennung O- ADCi als neue Empfängerkennung und übermittelt diese an das Übermittlungssystem 5, 6) das Übermittlungssystem 5 extrahiert die neue Absenderkennung MSISDNj und die neue Empfängerkennung OADCi aus der Message 6,
7) das Übermittlungssystem 5 ruft im Speicherbereich 11, der dem Endgerät MSISDNj zugeordnet ist, die unter der Ruckantwortkennung OADCi gespeicherte ursprüngliche Absenderkennung OIDi ab, und
8) das Übermittlungssystem 5 erzeugt eine neue, an die Kommunikationsanwendung OIDi adressierte Message 6 bestehend aus dem neuen body 7, der Empfängerkennung OIDi und der Absenderkennung MSISDNj und übermittelt diese an die Kommunikationsanwendung 1 mit der Kennung OIDi.

Claims

Bezeichnung: Adressierverfahren
Patentansprüche
1) Adressierverfahren zum bidirektionalen Versenden von elektronischen Messages (6) über ein Übermittlungssystem (5) zwischen einer Kommunikationsanwendung (1) mit einer Absenderkennung OIDi und einem dialogfähigen Endgerät (2) mit einer Empfängerkennung MSISDNj, wobei OIDi und MSISDNj normierte Datenformate aufweisen, und das Endgerät zur Kommunikation mit solchen Endgeräten (2) eingerichtet ist, die Empfängerkennungen im Format OADCi verwenden, dadurch gekennzeichnet, dass der Kommunikationsanwendung (1) mit der Absenderkennung OIDi, die eine an das Endgerät (2) mit der Kennung MSISDNj gerichtete Message (6) verschickt, vom Übermittlungssystem (5) eine dynamische Ruckantwortkennung OADCi zugeordnet wird, wobei:
1) diese Zuordnung für das Endgerät (2) MSISDNj gültig ist,
2) diese Zuordnung für eine determinierte endliche Lebensdauer τi gültig ist,
3) die Ruckantwortkennung OADCi einem endlichen Pool (12) aus n Kennungen OADCI bis OADCn entnommen wird, und
4) die Ruckantwortkennung OADCi der zu übermittelnden Message (6) als Absenderkennung beigefügt wird.
2) Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Zahl n der Rückantwortkennungen OADC kleiner ist als 1000, vorzugsweise kleiner als 100, insbesondere kleiner ist als 10. 3) Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die Lebensdauer τi kleiner ist als ein Monat, vorzugsweise kleiner als eine Woche, insbesondere kleiner als ein Tag.
4) Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass OADCi durch ein Zufallsverfahren aus dem Pool OADCI bis OADCn ausgewählt wird.
5) Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass die zum Zeitpunkt des Eingangs der Message (6) beim Übermittlungssystem (5) aktuell für das Endgerät (2) MSISDNj gültigen Zuordnungen von Rückantwortkennungen OADCj, je[l,n], aus dem zur Verfügung stehenden Pool (12) für OADCi ausgeschlossen werden.
6) Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass eine zugeordnete Ruckantwortkennung OADCi nach Ablauf ihrer Lebensdauer τi für eine vorbestimmte Sperrzeit Ti aus dem für das Endgerät (2) MSISDNj zur Verfügung stehenden Pool(12) OADCI bis OADCn von Rückantwortkennungen ausgeschlossen wird.
7) Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass zur Adressierung der an die Ruckantwortkennung OADCi gerichteten Rückantwort des Endgeräts (2) MSISDNj die der Kennung OADCi für das Endgerät (2) MSISDNj gültige aktuell zugeordnete Absenderkennung OIDi verwendet wird.
8) Verfahren nach Anspruch 1 , dadurch gekennzeichnet, dass der Message (6) eine Information über die Lebensdauer τi zugefügt wird.
9) Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Kommunikationsanwendung (1) OIDi die Öffnung einer Session bei einem Server erfordert und die Lebensdauer τi gegeben ist durch den Zeitraum, in dem die Session geöffnet ist.
10) Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Lebensdauer τi vom Benutzer der Kommunikationsanwendung (1) innerhalb vorgegebener Grenzen tmin, tmax gewählt werden kann.
11) Verfahren gemäß Anspruch 1, dadurch gekennzeichnet, dass das Endgerät (2= zur Kommunikation einen heutigen oder zukünftigen Mobil- funkstandard wie GSM, CDMA oder UMTS verwendet.
12) Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass in Verfahrensschritt 1 eine Message (6) verschickt wird, die anstelle der Absenderkennung OIDI die Absenderkennung einer anderen Kommunikationsanwendung (1) OID2 enthält.
PCT/DE2003/001458 2002-05-07 2003-05-06 Adressierverfahren zum bidirektionalen versand von elektronischen nachrichten WO2003096652A2 (de)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2003236786A AU2003236786A1 (en) 2002-05-07 2003-05-06 Addressing method for bidirectionally sending electronic messages

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10220489A DE10220489A1 (de) 2002-05-07 2002-05-07 Adressierverfahren
DE10220489.6 2002-05-07

Publications (2)

Publication Number Publication Date
WO2003096652A2 true WO2003096652A2 (de) 2003-11-20
WO2003096652A3 WO2003096652A3 (de) 2004-01-22

Family

ID=29413712

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2003/001458 WO2003096652A2 (de) 2002-05-07 2003-05-06 Adressierverfahren zum bidirektionalen versand von elektronischen nachrichten

Country Status (3)

Country Link
AU (1) AU2003236786A1 (de)
DE (1) DE10220489A1 (de)
WO (1) WO2003096652A2 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2875362A1 (fr) * 2004-09-15 2006-03-17 France Telecom Procede et dispositif pour gerer un echange de messages mms ou sms, entre deux entites communicantes
WO2013180976A1 (en) * 2012-05-31 2013-12-05 Microsoft Corporation Two-way message service and voice communication

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005002961B4 (de) * 2005-01-21 2017-02-09 Vodafone Gmbh Verfahren zum bidirektionalen Übertragen von elektronischen Nachrichten zwischen unterschiedlichen Netzwerk-Infrastrukturen

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998058476A1 (en) * 1997-06-17 1998-12-23 Telecom Wireless Solutions, Inc. System and process for allowing wireless messaging
WO1999012364A2 (en) * 1997-09-01 1999-03-11 Nokia Networks Oy E-mail traffic in a mobile communications system
DE19757770A1 (de) * 1997-11-07 1999-05-12 Ruhrguide Medienkonzepte Gmbh Signalsystem
WO2001019110A1 (en) * 1999-09-08 2001-03-15 Telefonaktiebolaget Lm Ericsson (Publ) Facilitating data transmission
WO2001045320A2 (de) * 1999-12-17 2001-06-21 Robert Bosch Gmbh Verfahren zur übertragung von elektronischen postnachrichten

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0836749B1 (de) * 1995-07-03 2000-08-30 Siemens Aktiengesellschaft Thyristor mit schicht reduzierter ladungsträgerlebensdauer
US5915225A (en) * 1996-03-28 1999-06-22 Ericsson Inc. Remotely retrieving SIM stored data over a connection-less communications link
FI101922B1 (fi) * 1997-01-03 1998-09-15 Nokia Telecommunications Oy Lyhytsanomavastauksen reititys
DE19903363C2 (de) * 1999-01-28 2002-05-29 Mueller Judex Donald Verfahren und System zur Durchführung von bargeldlosen Finanztransaktionen
NL1014018C2 (nl) * 2000-01-05 2001-07-24 Arnoud Bruins Jan Van Houten Serviceplatform voor interactief berichtenverkeer.
US6961330B1 (en) * 2000-06-23 2005-11-01 Comverse Ltd. Web development and deployment using SMS and USSD
DE10039569C5 (de) * 2000-08-09 2007-04-26 Vodafone Ag Verfahren zur Bezahlung an beliebigen Verkaufs- bzw. Dienstleistungsstellen mit Mobiltelefon

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998058476A1 (en) * 1997-06-17 1998-12-23 Telecom Wireless Solutions, Inc. System and process for allowing wireless messaging
WO1999012364A2 (en) * 1997-09-01 1999-03-11 Nokia Networks Oy E-mail traffic in a mobile communications system
DE19757770A1 (de) * 1997-11-07 1999-05-12 Ruhrguide Medienkonzepte Gmbh Signalsystem
WO2001019110A1 (en) * 1999-09-08 2001-03-15 Telefonaktiebolaget Lm Ericsson (Publ) Facilitating data transmission
WO2001045320A2 (de) * 1999-12-17 2001-06-21 Robert Bosch Gmbh Verfahren zur übertragung von elektronischen postnachrichten

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
VODAFONE: "Short Message Service Centre (SMSC) External Machine Interface (EMI) Description" 1. Februar 2002 (2002-02-01) , VODAFONE D2 GMBH , VOFAFONE D2 GMBH XP002258291 section 1.1 - section 1.5 section 3.1 - section 3.2 section 4.1 - section 4.2 section 4.5.1 section 4.6.1 section 4.7 Abbildung 1.2 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2875362A1 (fr) * 2004-09-15 2006-03-17 France Telecom Procede et dispositif pour gerer un echange de messages mms ou sms, entre deux entites communicantes
EP1638353A1 (de) * 2004-09-15 2006-03-22 France Telecom Verfahren und Vorrichtung zur Verwaltung des Austausches von MMS oder SMS Nachrichten zwischen zwei Kommunikationseinrichtungen
WO2013180976A1 (en) * 2012-05-31 2013-12-05 Microsoft Corporation Two-way message service and voice communication
CN104509085A (zh) * 2012-05-31 2015-04-08 微软公司 双向消息服务和语音通信
US9992149B2 (en) 2012-05-31 2018-06-05 Microsoft Technology Licensing, Llc Two-way message service and voice communication

Also Published As

Publication number Publication date
WO2003096652A3 (de) 2004-01-22
DE10220489A1 (de) 2003-12-04
AU2003236786A1 (en) 2003-11-11
AU2003236786A8 (en) 2003-11-11

Similar Documents

Publication Publication Date Title
EP1506660B1 (de) Verfahren sowie funkkommunikationsgerät zur übertragungseffizienten aufbereitung von multimedianachrichten
AT411312B (de) Verfahren zum übermitteln von kurznachrichten (sms) zwischen rechnern im internet
DE60034012T2 (de) Nachrichtverwaltungskonzept
DE602005004721T2 (de) Verfahren zur Verwaltung von verdoppelten Nachrichtenmeldungen in multimedialen Benachrichtigungsdiensten
DE69933760T2 (de) System und verfahren zur implementierung eines beantwortungsdienstes
WO2002063838A2 (de) Verfahren zur nachrichtenversendung aus einem mms-system und einrichtung hierfür
DE19856441C5 (de) Verfahren zur Übertragung von Kurznachrichten
CH692261A5 (de) Kurznachrichtendienst Bestellwesen.
DE60211804T2 (de) Verfahren und System zur Übertragung von Nachrichten in einem Telekommunikationsystem
DE60035940T2 (de) System zur Identifizierung der gewählten Nachricht in einer Mobilstation
EP2469885B1 (de) Verfahren zur Integration von Funktionen eines Telekommunikationsnetzes in ein Datennetz
DE60318838T2 (de) Verfahren und Vorrichtung zum Bereitstellen von Nachrichten in den Posteingangsdienst einer Dienstnachricht
EP1319307A2 (de) Abrechnung von datenübertragungskosten in einem mobilfunknetz
EP1858239B1 (de) Verfahren zum Verwalten von Abläufen auf einem mobilen Endgerät und entsprechendes Verwaltungssystem
EP2804407B1 (de) Verfahren und System zur Übertragung einer textbasierten Notrufnachricht mittels eines mobilen Telekommunikationsendgeräts und eines Mobilfunkkommunikationsnetzes, System, Computerprogramm und Computerprogrammprodukt
WO2003096652A2 (de) Adressierverfahren zum bidirektionalen versand von elektronischen nachrichten
DE10215567A1 (de) Verfahren zur Übertragung von Daten, insbesondere mit multimedialen Inhalten, in einem Mobilfunknetz
DE10142270A1 (de) Verfahren zur Nachrichtenversendung aus einem MMS-System und Einrichtun hierfür
WO2002045037A2 (de) Vorrichtung, verfahren und computerprogramm zur übertragung von finanzwerten
DE10131509B4 (de) Verfahren zum Versenden von elektronischen Nachrichten
DE19925220A1 (de) Verfahren und Anordnung zum Versenden einer Nachricht
DE102008046713B4 (de) Verfahren zur Gruppen-Kommunikation zwischen Teilnehmern verschiedener Nachrichtendienste, Kommunikations-Endgerät und Computerprogrammprodukt
DE102006022111A1 (de) Verfahren zur verknüpften Nachrichtenübertragung und -verarbeitung in einem Telekommunikationsnetz
EP1254554B1 (de) Serversystem zum bereitstellen von teilnehmerindividuellen informationen für teilnehmer in zumindest einem kommunikationsnetz
EP1520438A1 (de) Mms-nachrichten bertragungsverfahren und -system

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP