FI116437B - A messaging process, system and message structure - Google Patents

Description

116437

Communication method, system and message structure

The present invention relates to a messaging method according to the preamble of claim 1 and to a messaging system according to the preamble of claim 6.

For the purposes of this specification and claim, telecommunications networks refer to circuit and / or packet switched messaging networks for public and / or closed use. In communications networks, terminal subscriber numbers and signaling are typically used to establish communications between terminals typically connected to communications networks via a wired or wireless connection. Thus, a typical communications network is a fixed or wireless circuit and / or packet switched network. Such messaging networks include: PSTNs (Public Switched Telephone Network), ISDNs (Integrated Services Digital 15 Network) and various PLMNs (PLMNs), such as GSM (Global System for Mobile communication), GPRS (General Packet Radio Services) networks and third generation mobile networks such as UMTS (Universal Mobile Telecommunications Service).

For the purposes of this specification and claim, data networks refer to data networks using router-based IP, such as IPv4, or other subsequent IP versions, such as IPv6. fence in public and / or private use. In a data network, connections between • terminals; · Terminals typically use terminal IP addresses and signaling.

Typical data networks utilizing the IP protocol are TCP / IP networks, such as e.g.

; * · · 25 LAN (Local Area Network), WAN (Wide Area Network), Internet and Intranet networks. . wired and / or wireless. In the future, data networks will be referred to as the IP network attribute.

,:, In this specification and in the specification, a terminal may mean, ···, - a terminal in a telecommunications network, which may be e.g. fixed telephone, cellular telephone, facsimile machine, personal computer (PDA), personal digital assistant (PDA), or other telecommunications terminal allowing connection to an IP network, * ' ; · - an IP network terminal, which can be, for example, a fixed telephone, cellular telephone, facsimile machine, PC device, PDA device, or other terminal device that may be used for IP-based communication; networks, 116437 2 - Substantially any industry-specific or device-specific protocol device, such as a sensor or detector or alarm, such as a humidity, motion, sound, fire, burglar, security, etc. sensor, - Detector or alarm, - Digital TV.

The terminal may also consist of a logical entity formed by a telecommunications or IP network that may be communicating with another telecommunications or IP network.

It is generally known that in telecommunication networks various messages are sent via SMS server (SMS, Short Message Service) between terminals. However, the problem and weakness of such SMS-10 messages is that, in order to send an SMS message, the sender must provide the recipient's paging number, i.e.. B-number. If the B number is not known, the SMS cannot be sent. The problem and disadvantage of SMS messages is that you need to provide the destination identification information to establish a connection. Unless the credentials are known, the connection cannot be established and the communication connection cannot be opened.

15 The Session Initiation Protocol (SIP) attribute generally refers to the signaling protocol defined by the Internet Engineering Task Force (IETF). SIP is an application-level protocol in itself, so SIP is itself terminal and network independent.

20 Request-Response ISP protocols operate in such a way that the caller '·' '· sends an invitation request to the address of the recipient with whom the caller wants to establish an interactive connection. The address defined by SIP may be in the URI format (URI, _ t ';' Uniform Resource Identifier ') sip: kata.puhe@data-tie.fi, ie the address will be in URI format according to EETF RFC 2396, the SIP schema and the URL ( URL, Uniform Re-: 25 source Locator). However, in this case, the invitation message is not sent directly to the recipient, but to: * ": a server, which may be a proxy server, for example, and takes responsibility for initializing the connection. The server then forwards the invitation request to the recipient, who \ an accepting or rejecting response which routes 1 | back the same route. If the recipient's response is affirmative, an interactive * * t, *, 30 connection is established between the caller and the recipient. signaling can also be made directly between the caller and the receiver; *, however, provided that the recipient's address is fixed *,;, 1 on the transmitting device.

3 116437 The problem and disadvantage of initiating such a bidirectional "request-response" connection and subsequently opening a communication connection is that it is necessary to provide the object identifier for establishing the connection. Unless the credentials are known, the connection cannot be established and the communication connection cannot be opened.

One object of the present invention is to eliminate, or at least substantially reduce, the problems and weaknesses of the prior art, and to provide a novel communication method and system and message structure. A particular general object of the invention is to enable data transmission without the need to know the identification information of the target terminal or terminals. According to a further aspect of the invention, the object is to enable communication confirmation by a response / acknowledgment message routed by the messaging system of the invention to the original source terminal. According to yet another aspect of the invention, the object is to first enable data transmission to the destination and then, if necessary, open a communication connection between the source terminal and the destination terminal. A further aspect of the invention is also the "multicast" data transmission on the "unicast" networks.

Thus, in general, the object of the invention is to provide a communication method and system, as well as a message structure, by which the source terminal device message can be received in an ISP message, • ·> ^ *. j - The content of the ISP message can be examined and analyzed '- The original destination address can be replaced by at least one new destination address: based on the analyzed content, and: \: - The ISP message can be forwarded to the new destination address.

These objectives have been achieved by the communication method according to the invention mentioned above, the specific features of which are set forth in the appended independent claim 1. The objects of the invention are also achieved by the communication system mentioned above. characterized by the specific features set forth in the appended independent claim 5.

It is generally stated with respect to the inventive idea that the connection over which the ISP data, i.e. preferably, the SIP data to be transmitted can be freely selected, however, it is preferred that the ISP data is transmitted in one of the transport protocols most preferably in the IETF protocol e.g. IP, TCP (Transmission Control Protocol), UDP (User Datagram Protocol), SCTP (Stream 4 116437

Control Transmission Protocol), RUDP (Reliable Unreliable Datagram Protocol) or similar transmission protocol over data network over IP. The transmission protocol over which the ISP, preferably SIP, is transmitted may also be provided by another standardization body, such as ITU formerly CCITT (ITU) or ANSI (American National Standards Institute) or ETSI (European Telecommunications Standards Institute) or industrial / industrial company. developed by the transfer protocol. In the future, such signaling protocols suitable for initiating and terminating connections in an IP network, preferably operating on a request-response basis, are commonly referred to as the Internet Signaling Protocol (ISP).

With respect to the specific additional and particular features of the invention and the advantages thereof, reference will be made to the following specific part of the specification and the dependent claims 2-4 and 6-20.

The ISP to be applied according to the invention is preferably an "Request-Response" type ISP protocol, which in itself is suitable for initiating and terminating connections in an IP network, particularly preferably the ISP is SIP.

It is to be understood that the invention will now be described by way of example only with reference to the accompanying drawings, which are considered to be advantageous, and that the invention should not be limited to such individual embodiments. work, since modifications and variations of the described embodiments are possible; to achieve the objects of the present invention.

, '· *. patent drawing

Figure 1 generally illustrates a transmission system according to the invention which is associated with a plurality of different; legal telecommunications networks.

Figure 2 schematically illustrates a forwarding system according to a first preferred embodiment of the invention, the central subsystems of which are arranged as an integrated unit in a LAN, 3 schematically illustrates a relay system according to another preferred embodiment of the invention, the main subsystems of which are arranged in an integrated manner: · · j as a whole in an Internet network;

Fig. 4 schematically illustrates a transmission system according to a third preferred embodiment of the invention, the central subsystems of which are distributed partly over a LAN and partly over an Internet network, and

Figure 5 is a diagram illustrating the transmission of an alert message in a transmission system 5 according to the invention from one terminal to another,

In the following specific section of the specification, the ISP message attribute, for simplicity, means any ISP message that uses a "Request-Response" sig-10 reset protocol for initiating and terminating connections over the IP network. Such a protocol is most preferably SIP. The connection over which the ISP data, i. preferably, the SIP data to be transmitted can be freely selected, however, it is preferred that the ISP data is transmitted in one of the transport protocols most preferably in the IETF protocol e.g. IP, TCP (Stream Control Transmission Protocol), UDP, SCTP (Stream Control Transmission Protocol), RUDP, or the like over protocol 15 for transmitting data over an IP network. The transmission protocol on which the SIP is transmitted may also be a transmission protocol developed by another standardization body, such as ITU formerly CCITT (ITU) or ANSI (American National Standards Institute) or ETSI (European Telecommunications Standards Institute). In the future, such signaling protocols suitable for initiating and terminating connections on the IP network, preferably operating on a request-response basis, will be referred to; · · · Commonly called Internet Signaling Protocol (ISP).

Referring to Fig. 1, the telecommunication networks 2 and the IP networks 1, U, 1 "are shown ;; both network terminals 4, 5 for interactive communication, which can be used as both a source terminal 4, i.e. a calling terminal and a destination terminal 5. The terminal 4, 5, connects to a telecommunication or IP network over a wired and wireless access network or interface that defines a communications infrastructure with a network portion and a terminal portion.

'1' 30 Since it is not essential to the operation of the invention what or what the terminal 4, 5 of the televere * * * machine 2 is, the terminal can be selected so that it can directly or network ... ... * an adapter such as a modem , through the connection to the telecommunications network 2. Typical telecommunications; : ': The terminals connected to the network 2 are e.g. landline phone, cellphone and modem with the help of a PC device as well as fax machines, PDAs and the like. The advantage of such telecommunication terminals 4, 5 is that it is possible to establish a data transmission connection to the IP network 1, Γ, \ ".

It is also not particularly important for the operation of the invention what kind of IP-5 protocol is supported by the terminal device 4, 5 connected to the IP network 1, 1 ", 1", so that the terminal device 4, 5 which itself supports the IP protocol without a protocol converter or network adapter. Typical terminals suitable for telecommunication or data transmission using IP addresses in the IP network are e.g. wired or wireless! Mobile phones and PC devices connected to the IP network as well as fixed telephones, facsimile machines, PDAs and the like.

A suitable protocol converter and / or network adapter may also connect other types of terminal equipment other than interactive communications to the telecommunication network 2 illustrated in dashed line in Figure 1, or to the IP-15 network 1, 1 ', 1 "illustrated in FIG. , whereby the purpose of the terminals 4 is to transmit data to the telecommunication network or the IP network. However, it is necessary to use one network adapter or protocol converter for the telecommunication connection and another network adapter or protocol converter for the IP network connection. are different. Such other terminals 4 transmitting data 20 are of various industrial or device-specific protocols; · · Equipment, preferably various sensors, transmitters, detectors and alarms, e.g.

. '| humidity, motion, sound, fire, burglary, security, detectors or alarms. In Fig. 1,;, such data transmitting terminals are illustrated with fire, panic and alarm. “, Rash alarms, and audio, video, video transmitters or sensors and digital television.

Fig. 1 illustrates a messaging system arranged in accordance with the invention in an IP protocol utilizing data network, i.e. IP network 1, käsittää, comprising messages, preferably data messages such as text, voice, image, video, , multimedia and / or similar ΊData messages, routing system 3.

'Τ * 30 ·. ·. · Figure 1 also shows in more detail the routing system 3 with its associated *,.,: Subsystems between which message messages are transmitted in ISP messages without connection. · '. On IP communications connections.

116437 7

In the embodiment shown in Fig. 1, the communication system comprises subsystems in a single IP network 1; Γ arranged - a communication system 33, 34 integrated into a single server system consisting of separate application parts and routing parts, for example each with its own PCB and connected to a common motherboard, - a system database 35 connected to the application part of the communication server 33, 34 and e.g. (SQL, Stmctured Query Language) or the like, - an input-side communication server 33, 34 on the inlet side 31 of management requirements, which can be a gateway or protocol converter and associated communication server 10 33, 34 of the routing portion, and wherein the source terminal 4, which is not supported by the ISP protocol or changers in a position ISP to send a message, the message is converted message to the ISP signal, which is sent to the communication server, and - a communication server 33, the output 34 of the output-side management requirements 32, which may be the same as the input side of the Port Adapter 31 or the protocol gateway 15 mu A message message from Unnin, also associated with the routing portion of the communication server 33, 34 and associated with the routing portion of the communication server 33, 34, wherein the destination message terminal 5 which does not support the ISP protocol and thus cannot receive the ISP message is converted from an ISP message to a protocol based message.

It is further preferred, as illustrated in Figure 1, that the routing section is further associated with: a gateway database 36, which may also be an SQL database or the like.

i! I • 1 · »«

Routing System Database 35 maintains routing system operation:; · related search and / or routing parameters, which may be: along ISP message paths! / ·; 25 signaling paths, the signaling path or path of which includes a preferred embodiment of the invention: according to a preferred embodiment, the signaling channel, associated status information; information of the terminals 4, 5; the conversion tables used by the access adapters 31, 32; customer information such as name, ISP address (s), particularly preferably SIP address (s) and services; calendar; '"; Features for scheduled operations such as ISP message filtering and redirection.

30 !,! Thus, in accordance with the invention, the source terminal 4 a message is received from the communication message "* 33, 34 of the routing part of the message directly to the ISP or the input side liityntäsovitti- server! '.,. · Via 31 which converts the message into an ISP message. Then, in the routing section, the ISP message:. 1; communicating to an application part of the communication server 33, 34 where the content of the ISP message is examined and analyzed by the system database 35 and wherein, based on the analyzed content of the ISP message, the original ISP address, preferably the SIP address, of the communication server 33, 34 is replaced a new destination address, which is an ISP address, preferably a SIP address, of the destination terminal or access adapter. Then, the ISP signal 5 is transmitted to messaging server application part of the routing component which has a routing function of the application part received routes in accordance with the control of the ISP a message either directly to the destination terminal device / equipment 5 or the output-side management requirements / adapters 32 with / with the ISP a message if required, converting each target terminal 5 supported protocol message.

10

According to the invention, first, an off-line EP communication connection is established with the communication server 33, 34 either directly from the source terminal 4 or the interface adapter 31, 32. Thereafter, the ISP message is examined and analyzed by the communication server 33, 34 and system database 35 based on the content, the original destination address of the ISP message, which was the ISP address of the communication server with the new destination address, which is the ISP address of the destination terminal (s) 5 or access adapter (s) 31, 32 if the content of the message is found in the system database 35. When the original address of the ISP message is replaced by a new address, the ISP communication server 33, 34 forwards the ISP message either directly to the destination terminal / -20 devices 5 or to the access adapter (s) 31, 32 where the ISP message is converted; the p. supported by each target terminal 5 in the shape of a pellet before transmitting the message to the destination terminal 5.

i ·, 1 "In order to post the message could be received from the ISP a message directly to the source terminal 5, a,.. ',: 25 past the inlet-side management requirements 31, it is necessary that the source terminal is supported by the ISP," * · protocol and associated with an IP network 1, 1 'with a messaging i according to the invention, • the system 3. If the destination terminal 5 is not supported by the ISP protocol, the ISP a message is received from the input-side management requirements 31 wherein the message is a message converted into the ISP signal, which! transmitted to the input-side management requirements communication server 33, 34 of the routing portion * * 30 from which the ISP message is forwarded to the application part of the communication server 33, 34.

»* ,,, · A more detailed representation of the routing system 3 of Figure 1 shows that; reititysjäijestelmässä the inlet side of the 3 Port Adapter 31 may receive lähdepääte-; . I, four devices of any types of messages as may outbound routing system 3 116 437 9 Port Adapter half 32 passes destination terminals 5, any type of messages. Different types of inlet and outlet side of the messages represented in Figure 1 e-mail message, voice message, a short message, a multimedia message, the text of the HTTP protocol (HTTP, the Hypertext Transfer Protocol) is, graphics, images, audio, video, or multimediatie-5 dostoviesti, and a presence message.

routing system of Figure 1 in a more detailed proposal does not illustrate the possibility that, when the subscriber receives a message from the ISP source terminal 4 directly to the communication server 33, 34 to the inlet side of liityntäsovitinta 31 does not need the protocol-10 lamuunnoksen implementation. In this case, the communication server 33, 34 is capable of handling the ISP message of the source terminal device, which may be any message message transmitted according to the invention, attached to the signaling protocol, preferably the ISP protocol. Such messages include e.g. an e-mail message, voice message, short message message, multimedia message, text, graphics, image, audio, video, or multimedia message file according to the HTTP protocol (HTTP, Hy-15 pertext Transfer Protocol) mentioned above, and a presence message.

When the source terminal device message according to the invention is examined in the application part of the communication server 33, 34 in the form of an ISP message, the ISP message is examined for message header or type, time and date information optionally located in either the HEADER part of the ISP message or. · · In the data section as part of the data content. In this case, at least the header or type information of the ISP message together with the sender information of the ISP message generates an event identifier. The time and date information of the ISP message can also be used to generate an event identifier.

. · * *, The instruction tag is used as a search and / or routing parameter to retrieve the path, ·,; From 25 tokens to 35 ISPs, the routing rule replaces the original destination address, which is the ISP address of the communication / - ···, routing server, with a new destination address I * based on the analyzed content of the message, which is the ISP address of the destination terminal or access adapter.

. Optionally, the time and / or date information of the message is used to filter the ISP message, i.e. content-based routing of the ISP message, i.e.. forwarding, rejecting 'I' 30 and / or accepting.

For the ISP message having the new ISP address to be transmitted from the communication server 33, 34; kohdepäätelaiheeseen 5 directly, i.e. past the exit side 32 of management requirements, it is im-: necessary, the target terminal 5 that supports the ISP protokollaaja linked to an IP network I 116 437 January 10 'having a messaging system according to the invention. If the destination terminal 5 is not supported by the ISP protocol, the outlet side 32 of the communication management requirements server 33, the ISP 34 is converted message to the target terminal 5 supported by the protocol of the message.

Note that the application part may have multiple routing parts, and that each routing part may have multiple access adapters 31, 32, so that in order to provide proper routing control, information is stored in the system database 35 as to which routing part and / or access adapter 4 each Alternatively, if the routing system is provided with gateway database 36, information may be stored in the rigid database 35 about which routing part is under each of the access adapters 31, 32, whereby the gateway adapters 5 in each of the individual access adapters are updated.

The messaging system according to the invention thus provides a messaging service operable in at least one IP network 1,1 ', preferably data messages such as text, audio, picture, video, multimedia and / or similar data. Thus, in the communication system, in each communication between the access adapter 31, 32 and the communication server 33, 34, as well as in each communication 20 between the communication server 33, 34 and the system database 35, ISP messages are transmitted in the ISP messages according to the source. ,.; a signaling path or path between the telecommunication device 4 and the destination terminal device 5 in the communication server; men 33, 34 years.

, · · -1 According to the invention, it is preferred, in the case of a closed IP network environment, that # * t; 25, only the system database 35 is used, which registers not only the source and destination terminals 4, 5 and their routing rules, but also information about which different gateways 31, 32 are interconnected and which different source and destination terminals 4, 5 are associated with individual gateways 31 , 32.

•; When the communication system is in an open IP network environment according to the invention, it is advantageous for the system database 35 to register not only the source and destination terminals 4, 5 which are included in the communication service and their routing rules, but also the different access adapters 31, 32 are connected to each other, and gateway databases 36 are updated * 1 (, ',; with information about which different terminals 4, 5 are associated with individual gateways 31, 32.

116437 11

The messaging system of Figure 1 is suitable for transmitting ISP messages over an IP network, preferably an IP network of TCP / IP, IPv4, IPv6 or later, most preferably in closed and / or open, wired or wireless Internet, Intranet, LAN or Internet. WAN networks.

Such a routing system 3 according to Fig. 1 having a communication server 33, 34 arranged in one server system is ideally suited for use in closed IP networks, preferably TCP / IP or IPv4 networks, e.g. wired and wireless 10 Intranet, LAN, or WAN.

Referring to Figure 2, the embodiment of the invention illustrates one IP network 1, which may be e.g. LAN, a simulated integrated routing system, which differs from the routing system described above in connection with Figure 1, in which the server-15 system is formed by one fully integrated communication server 33, 34, which has no separate routing part and application part but ISP message routing and routing control. implemented programmatically. In this case, the application logic and routing function providing the communication service is implemented in the integrated communication server 33, 34. According to the invention, the communication server 33, 34 connects to the outgoing messages.

t ». . It should be noted that both system databases 36 and access adapters may have more than one of the two shown in the messaging system.

S i *; The access adapter 31, 32 having an input side and an output side is preferably a protocol converter or gateway according to the invention. Then, on the input side of the access adapter 31, 32, the message message of the source terminal 4 which does not support the ISP protocol and thus unable to send the ISP is converted to an ISP message, and on the output side of the access adapter 31, 32 '·' 30 as a protocol according to a protocol supported by 5 telecommunication devices / devices.

In this embodiment of FIG. 2, to transmit a message from the source terminal 4 to the destination terminal via the routing system 3 according to the invention, a seamless IP communication connection to the communication server 33, 34 is first established, either directly from the source terminal »116437 12. 4, or access adapter 31, 32. Thereafter, the ISP message is examined and analyzed by the communication server 33, 34 and the system database 35 to determine its content, after which the original ISP address of the ISP message was replaced based on the ISP message. , with a new destination address, which is the ISP address of the destination terminal (s) 5 or access adapter if a routing rule is found in the system database 35 for the content of the ISP message. When the original address of the ISP message is replaced with a new address, the ISP message is transmitted kohdepäätelai to the terminal (s) 5, or to the access adapter 31, 32, wherein the ISP message is converted into a protocol supported by the destination terminal 5 before transmitting the message 10 to the destination terminal.

Such routing system 3 according to Figure 2 is well suited for use in closed IP networks, preferably TCP / IP or IPv4 networks, e.g. wired and wireless Intranet, LAN, or WAN networks.

15

Referring to Figure 3, the embodiment of the invention illustrates two IP networks 1 ', 1 which may be e.g. Internet network / and 1 'and / or LAN / network 1, an organized routing system. The routing system includes a server system tracked on a single IP network consisting of one fully integrated communication server 33, 34, 20 having a separate application part implemented in the application logic providing the communication service corresponding to the embodiment of Figure 1, and a routing part taking care of the source terminal 4 and the forwarding of the messages to the destination terminal / devices 5, according to the control of the routing part, to provide the communication system size, ·· ·, the communication server application part 34 according to the invention by means of unattached IP communication connections system database 35, which is i A.

*., 'arranged with the communication server 33, 34 in the same IP network V, and the access adapters <t 31, 32 arranged with respect to the communication server 33, 34 in a different IP network 1. The routing part of the message server 33, 34 receives the access adapters 31, 32 via messages from '; i, 'from the terminals 4 that do not support the ISP protocol, and forwards messages to the destination terminal device (s) * that do not support the ISP protocol. In this embodiment, the routing system is further provided with a gateway database 36 associated with the access adapters j i *: 31, 32 and located on the same IP network 1. It is to be emphasized, the system database. and 36 and access adapters 31, 32 and gateway databases may be more than one system database, two access adapters, and one gateway database 36 shown in the communication system.

the routing system of FIG March 3rd management requirements is the second communication server 33, 34, 5 input side Port Adapter 31, and the other is a communication server 33, 34 ulosmenopuo-len Port Adapter 32. When the communication server 33, 34 held in the TCP / IP, or internet type of IP network to management requirements 31, 32 provides a plurality of different IP networks 1, whereby the communication service of the invention can be provided without geographical restrictions.

10

For the ISP a message containing a new destination address, to receive the source terminal 4 directly to the communication server 33, 34, a wide entrance side of management requirements 31, it is necessary that the source terminal 4 supports the ISP protocol and associated with an IP network 1, which is a routing system 3 according to the invention, When the source terminal 4 does not support the ISP-15 protocol and thus is unable to send an ISP message, an interface adapter 31 is used for transmitting the message at the inlet side of the communication server 33, 34, which according to the invention is preferably protocol converters or gateways. On the IP connection to the communication server 33, 34.

20

When the routing section of the communication server 33, 34 receives the message directly from its source terminals • · · *. 4 from the device 4 or through the input interface adapter 31, the routing part transmits the message to the application · · · ..,: the main part where the message is examined and analyzed by means of the system database 35 to which · ,,. · The terminals 4, 5 belonging to the proxy service and their routing rules, when-! Based on the contents of the HEADER and / or data part of the 25 received messages and the analyzed content of the message, the original destination address of the message, which was the ISP address of the server, is replaced by at least one new destination address which is the destination terminal. : 'the ISP address of the device (s) 5 if the content of the message has a routing rule in the system database • · ·:: then the ISP message in the communication server 33, 34 application part mediates,] · _ 30 the new destination address of the message. t directly to the destination terminal apparatus or the output-side management requirements 32, which converts the message to the destination terminal 5 according to the protocol supported form.

116437 14

For the ISP a message containing a new destination address, could be transmitted to the communication server 33, 34 directly to the destination terminal 5, that is, over the outlet side of management requirements 32, it is necessary that the destination terminal 5 is supported ISP protocol and associated with an IP network 1, which is a routing system 3 according to the invention, When the destination terminal 4 does not support the ISP-5 protocol and is therefore unable to receive the ISP message, an interface adapter 32 is used for transmitting the message message on the output side of the communication server 33, 34 which is preferably protocol converters or gateways and wherein the ISP is converted into a message message according to the protocol supported by the destination terminal 5.

Such a routing system 3 according to Figure 3 is well suited for use in both open and closed IP networks, preferably TCP / IP or IPv4 networks, e.g. wired and wireless Internet, Intranet, LAN, or WAN.

Referring to Fig. 4, in the embodiment of the invention shown there are shown two IP networks,, 1 which may be e.g. Internet network (s) and / or LAN (s) 1, distributed distributed routing system. The routing system includes a server system arranged in a single IP network consisting of separate application servers 34 arranged in different IP networks 1, 1', in which application logic 20 providing the communication service is implemented, and a routing server 33, whose routing function receives messages *; ·: ISP- in the form of source terminals 4 and forwarding of messages in ISP format: '·, I, according to the routing server 34, to the destination terminal (s) 5 or to the access adapter (s) 31, 32. For providing a messaging system configuration; according to the invention, the application server 34 is connected to an IP communication system without connection; 1. 25 through at least one system database 35, two of which are shown in FIG. '*'. and the routing server 33, also by means of offline IP connections, connect adapters 31, 32, shown in two pieces in FIG. 4, which are tracked. · · *, To the same IP network 1 as the routing server 33. Furthermore, the access adapters 31, 30 32 can each be connected to the gateway database 36, which is preferably preferably the same IP network 1 with the access adapter 31, 32. that, depending on the geographical coverage of the messaging service '·· *' and the number of terminals 4, 5 covered:; ; the number of system databases 35, routing server 33, and access adapters 31, 32 may differ significantly from the two system databases 35, two access adapters 31, 32, and one gateway database 36 shown in Figure 4.

When the communication server 3 of the routing system 3 according to the invention is distributed as separate application servers 34 and at least one routing server 33 mapped to different IP networks, at least one of which is an open IP network, it is recommended that the routing server is a proxy server 33. In this case, the Access täsovittimista 31, 32 associated with the connectionless IP data connection to the proxy server 33, a second 33, 34 of the inlet-side communication server 10. Port Adapter 31, and the other is a communication server 33, 34 of the outlet side 32 of Port Adapter.

In order to post the message could be received from the ISP a message directly to the source terminal 4 to the routing server 33, a back inlet-side management requirements 31, it is necessary that the source terminal 4 supports the ISP protocol, and relates to a ΓΡ network 1 with a KEK-15-routing system according to sinnön 3. When the source terminal 4 is not supported by the ISP protocol and thus unable to transmit the ISP a message, the message is a message used to transmit the routing server 33 associated with the input side liityntäsovitinta 31, which is in accordance with the invention, preferably a protocol converter or gateway, and the source terminal 4, the message the message is converted to the ISP signal, which is sent to a connectionless IP connection reitityspal- 20 brothers 33.

• · it '. | When the routing server 33 has received the ISP message directly from the source terminal 4 or '; * via the inlet adapter 31, the routing server 33 forwards the ISP message to the application server; a node 34 for examining and analyzing the ISP message through a system database 35; '· ,; 25 which registers the terminals 4, 5 and their routing rules belonging to the proxy service, based on the content of its HEADER and / or data section of each received message and based on the analyzed content of the ISP message replacing the original destination address of the message which. j. was the ISP address of the communications server, with at least one new destination address that is the destination. · '·, The ISP address of the terminal devices Z if the routing rule 30 is found in the system database 35 for the content of the ISP message. The ISP message is then transmitted from the application server 34' '; via routing server 33, using the new ISP address of the message directly to the destination

* I

'·; · "Apparatus or the outlet side of management requirements 32, which converts the message to the target terminal ISP i | _ i in the format supported by the device 5.

* t 116437 16

For the ISP a message containing a new destination address, to transmit the routing server 33 directly to the destination terminal 5, that is, over the outlet side of management requirements 32, it is necessary that the destination terminal 5 is supported ISP protocol and associated with an IP network 1, which is a routing system 3 according to the invention When the destination terminal 4 does not support the ISP-5 protocol and thus is unable to receive the ISP message, an access adapter 32 is used for transmitting the message message on the output side of the routing server 33, which according to the invention is preferably a protocol converter or gateway; the routed ISP message is converted into a message message according to a protocol supported by the destination terminal 5.

10

When the communication server 33, 34 is distributed to different TCP / IP or IP networks and when the access adapters 31, 32 connect to the routing servers 33, the entire routing system 3 according to the invention can be used on a variety of IP networks such as Internet and / or LAN. networks, while the routing system 3 can be distributed 3 and 15 to provide the communication service it provides without geographical restrictions.

The routing system 3 of Figure 4 is well suited for use in both open and closed IP networks, preferably TCP / IP or IPv4 networks, e.g. wired and wireless Internet, Intranet, LAN, or WAN.

Referring to Figures 1-4, it is noted that, to establish a new ISP address, the communication service * ·: *,: the device 33, 34 examines and analyzes the ISP message so that the communication server 34 first retrieves the sender, header, or: * *; type, time, and / or date information of the incoming ISP message. Next, the communication server 33, 34 retrieves * *, · 25 from the system database means 35, at least the ISP. The sender and header path of the message: '; do a search and / or routing parameter of the file to determine if there is a routing rule for the ISP message, then the ISP message is transmitted via the communication server 33, 34, i.e. the. , i.e., is routed to at least one destination terminal 5 by generating a new ·· * ISP address based on the routing rule, it should be noted that depending on the routing rules 30, the communication server 33, 34 can copy and forward it simultaneously; *; often to multiple new ISP addresses to provide offline multicast data transmission over a 'unicast' network using a signaling path or path, whereby the iSP message of the terminal is first routed along the signaling path 3 and then routing 116437 17 systems, preferably simultaneously, along signaling paths or paths to the destination terminals.

In the communication system of the invention, communication between subsystems 5 utilizes the ISP protocol, most preferably the ISP protocol known per se, which is a signaling protocol per se and is therefore unsuitable and inadequate for communication. Thus, the invention has created a new and inventive message structure. The message structure of the ISP message transmitted by the signaling paths or paths between the subsystems comprises a HEADER part and a data part, wherein the data part of the ISP message comprises a message message from the source terminal 4 and the ISP message includes an extension to be analyzed type information, as well as time and date information, either in the HEADER section or in the data section of the message.

In this case, the extension is generally and optionally of the form: 15 - Subject: “xxxxxxxx” HEADER Partition - Time: “xx_xx_xx” - Date: “xxxx_xx_xx” 20 [<dataContent>] Data Partition * •. '·: Or tt - ~ “ --- _____ -:: - [Subject: "xxxxxxxx" data partition; _ ', 25 - Time: "xx_xx_xx"; ; - Date: “xxxx_xx_xx” - <data content>] 30 This ISP message, preferably the SIP message extension information forms the ISP timer.! regardless of the method of the message, together with the sender information of the ISP message, the event identifier * * '!' I do. An event identifier is needed, for example, to indicate that a new message to send is a response or an Action command to an earlier event. 116437 18 event identifier may also be used to combine a plurality of individual ISP messages with the destination terminal 5 to confirm the received ISP message or message message with a reply message to the source terminal 4. In addition, this event identifier is used according to the invention to approve or reject According to the invention, by means of an event identifier, the communication server 33, 34, preferably its application part or application server 34, is able to retrieve from the system database 35 at least one new destination address for the ISP message based on the ISP message content and to forward it to the new destination address 5 or to the interface adapter (s) 31, 32, and 10 to filter the ISP message, i.e.. reject or approve the retransmission.

The message structure according to the invention thus provides for the transmission of messages, preferably data messages such as text, audio, picture, video, multimedia and / or similar data messages over an IP network 1, V, 1 "between the source terminal 4 and the destination terminal 5. 15 signaling paths or paths through the communication server 33, 34 is a suitable message structure.

According to the invention, the ISP message utilizing the SIP protocol, with the header or type of the event identifier and the time and date information in the HEA-DER section of the message, is particularly preferred, generally in the form: 20h * ----- ----- —— ————— a. METHOD xxURIuuuu SIP / 2.0 •> · (URI, Uniform Resource Identifier) b. (Via: VVVV) 25 c. (Via: XXXX)

"· · ·! d. To: YYYY

e. From: UUUU

, ·, F. Call-ID: uuuuuuu HEADER section j'.w, g. CSeq: 1 MESSAGExx W 116437 h. Content-Type: text / xml i. Content-Lengthixxxx j. Subject: “xxxxxxxx” k. Time: “xx_xx_xx” 5 1. Date: “xxxx_xx_xx”, [<dataContent>] data partition 10 According to the invention, an ISP message utilizing the SIP protocol with a header or type of an event identifier is particularly preferred. and the time and date information are in the data part of the message, generally in the form: a. MESSAGE xx URIuuuu SIP / 2.0 15 b. (Via: YYYY) c. (Via: XXXX) d. To: YYYY HEADER section

e. From: UUUU

f. Call-ID: uuuuuuu 20 g. CSeq: 1 MESSAGExx: * *: h. Content-Type: text / xml; ' '; i. Content-Length: xxxx [<j. Subject: “xxxxxxxx”> j '· 25 <k Time: “xx_xx_xx”> data section. '. <1. Date: “xxxx_xx_xx”> <data content>], * · 1. in this case> · <* * 30 letters x represents an alphanumeric number / letter - ΤΠΤ / NEW / YYYY / XXXX is subsystem 31, 32, 33, 'of subsystem 3 of the messaging system; * '34, 35 address 1, · t' · - Via: is the address of a transit node, such as gateway 31, 32 or routing server 33, 116437 20 - To: destination address, i.e. on the input side the routing server 33 / communication server 33, 34 and on the output side the routing server 33 / gateway 32 / destination terminal 5 - From: is the sender's address, i.e.. input side source terminal 4 / gateway 31 / routing server 33 and output side application server 34 / routing server 33 / gateway 32 - Subject: is the ISP message header or type information - Time: time the message message or ISP message is received by the messaging system gateway 31 to communication server 33, 34 / routing server 33, (optional), 10 - Date: is the date on which the message message or ISP message was received at the communication system gateway 31 or communication server 33, 34 / routing server 33 (optional).

If the message message from the source terminal 4 arriving to the application server 34 via the routing server 33 as a message according to the invention does not have time information and / or header or type information on the application server 34 or communication server 33, 34 which also provides routing server routing function 34 or ISP messages from the application server 34 to the destination terminals 5 which it generates on the basis of the content of the ISP message of the incoming source terminal 4. The communication 20 server 33, 34 or the application server 34 or the application part may then, if necessary, add to the time-to-field, for example, seconds the information delay from the communication server 33, 34 or the application server 33 or application part to analyze the ISP message. However, there is no need to copy this kind of delay information ... I need to copy it into the header or type information field in case of a »♦ message.

25 t * t ((· 'Example

Referring to Figure 5, an example of a signal diagram illustrating the transmission of fire alarm messages and confirmation acknowledgments thereof in a messaging system according to the invention is provided, wherein the communication server 33, 34 is comprised of separate application server 34s implemented with application logic and system information. token 35, and a routing server serving as a sub-server of the application server 34, which '.:.' is a SIP-proxy server 33 associated with the inlet side of the gateway 31, which is one 116 437 21 teydessä source terminal 4, and the outlet side of the gateway 32, which is connected to the destination terminal.

Step 1 - The input messaging system 5 smoke detector 4 will sound and transmits the alarm data to the inlet side of the access server 31, which sends the SEP message "a" of the SIP-proxy-server 33. SDP proxy server 33 may send a provisional intermediate data prior to the final OK acknowledgment message "d". The SIP-Proxy server 33 forwards the SIP message "b" to the application server 34, which is preferably a so-called. Service-Broker, which acknowledges receipt of the SIP message with an OK acknowledgment message "c" to the SIP-10 Proxy server 33. Upon receiving the final OK acknowledgment message "d", gateway 31 forgets what has happened and is ready to receive new messages to the messaging system.

In this case, the source terminal is between the application server and the signaling path or route 15 of the input side 33 via the gateway 31 and the SIP proxy server - the message "A" form: MESSAGE um SB.localdomain.net SIP / 2.0Via: SIP / 2.0 / UDP Via: alarm_media_gw .localdomain.net: 5060 To: sip: CR@SB.localdomain.net 20 From: sip: DeviceID@alarm_media_gw.localdomain.net; tag = 1928301774 [[Call-ID: ef34ef45ff34ed23 @ 10.1.2.3

CSeq: 1 MESSAGE

- · 'Subject: Alarm 1233-444

Timestamp: 1005755215 :. 'I 25 Date: 14 Mar 2001 18:14:55 *.,. · Content-Type: text / plain

Content-Length: 23 [data partition] • ,,.: - The SIP message "b" has the format. ,, 30 MESSAGE im: sb.domain.net SIP / 2.0., Via: SIP / 2.0 / UDP proxy.domain.net ', Via: SIP / 2.0 / UDP alarm_media_gw. localdomain. net: 5060, To: sip: C-R@SB.localdomain.net '· From: DevicelD@alarm__media_gw.localdomain.net; tag = 1928301774 22 1 1 64 37

Call-ID: ef34ef45JJ34ed23@10.1.2.3 CSeq: 1 MESSAGE Subject: Alarm 1234-4444 Date: 14 Mar 2001 18:14:55 5 Content-Type: text / plain

Content-Length: 23 [Data Partition] Confirmation Acknowledgment in "c" Form:

S1P / 2.0 200 OK

10 Via: SIP / 2.0 / UDP alarm_media_gw.domain.net:5060

To: sip: route@sb.domain.net

From: DeviceID@alarm_media_gw.domain.net; tag = 1928301774 Call-ID: ef34ef45ff34ed23 @ 10.1.2.3 CSeq: 1 MESSAGE 15 [data partition] confirmation acknowledgment in "d" format:

SIP / 2.0 200 OK

Via: SIP / 2.0 / UDP alarm_media_gw.domain.net:5060 To: sip: route@sb.domain.net 20 From: DevicelD@alarm_media_gw.domain.net; tag-1928301774

Call-ID: @ ef34ef45ff34ed23 10.1.2.3 CSeq: 1 MESSAGE .., [data-section]: 25 After this is in the revenue side relate to ntäsovitin 31 is ready to receive a new ,,, · · post a message and forward it to the SIP message routing server 33 , which forwards the SIP message to the application server for processing:: After the application server 34 has examined and analyzed the SDP message and replaced the original destination address 30, which is the SIP address of the SIP proxy server 33 (or, ·· *, is, if it is integrated with the communication server, communications server 33, 34 of the SIP address)> "at least one new SIP address, which is the destination terminal 5 to the SIP address (or a '·' is the output side of the gateway, SIP address, if the destination terminal does not support SIP 231 1 6437 begins forwarding of the ISP message, i.e. forwarding according to the new or new destination addresses, to at least one destination terminal 5 directly or through a gateway.

Step 2, - Message Forwarding / Forwarding 5 While the application server 34 is analyzing an incoming SIP message, there may be several processes running to process the SIP message. These processes can be referenced by the host portion of the SIP address in the "To" field of the SEP message.

In the relay system of the invention, content-based SIP message routing is an application implementing a proxy service that: - examines the data content of the data section of an incoming SIP message, - checks for a routing rule for the data content of the incoming SIP message, according to routing rules.

In addition, the proxy service may copy the contents of the SIP message to multiple destinations simultaneously, thereby allowing offline "multicast" communication over a "unicast" network using a signaling path or path. Hereby, the communication is first made along a signaling path or path from the source terminal 4 to the routing system 3 and then from the routing system 3 e.g. simultaneously along the signaling path (s) or pathway to the destination terminal / object 5.

• · *. 1: Content-based routing commands are generally of the form:.,.: 'Sip route source / content-mask / {targetjlist = list} [time = time].

* ,,, · Then • · •, '· 25 source: is the URI prefix where the SIP message is coming from: content-mask: is the content of the ISP message that implements the Regular-Expression condition.

': · Target: is the URI to which the SIP message is to be sent::: List: is a reference to a list of a set of target interfaces 5 to which the SIP message is to be sent ('.

_ .. I 'Time: is the (Optional) time this command line will be valid.

[data-osio] * * * t '. ·: If lines are specified for content-based routing according to the invention, 116437 24 sip route localdomain.net / Alarm / 050.555555@gsm.mobile.net, sip route 4.2@amwg.d.net / * / list = 44 services = tr.dom. net 10:00, sip route 4.3@GW.d.net / Door / sip: notify@sb.d.net Cal = S & J, routing content-based routing according to the invention, i.e. messaging system, 5 - according to first line from '' localdomain.net "Incoming SEP messages containing Alarm to" 050.555555 @ gsm.mobile.net ", - second line from" 4.2@GW.d.net ", incoming SIP messages regardless of content (* = wildcard any ) to "44" list addresses via the server '' tr.dom.net 'if the time of arrival of the message is' 10:00 am' and 10 to the third line from '4.3@GW.d.net' SIP messages, containing the word "Door" will be sent to SEP at "notify@sb.d.net" if time v the time of arrival of the institution message is mentioned in the calendar.

If none of the three mentioned routing lines fit into the incoming SIP message, the application server 15 can either silently reject the incoming SEP message by sending an OK acknowledgment message or an acknowledgment message describing to the client that no routing occurred, then the acknowledgment message may be e.g. : "4xx" or "503" ie. 'Service Unavailable' messages.

After the application server 34 has analyzed the incoming SEP message and sent the OK acknowledgment message "e" to the routing server 20, the application server activates the required service action. For example, a SIP message "f" can be a new SIP message can be transmitted • ♦ · '·' sends the application server 34 forwards the outlet side of the gateway 32. If the final • »· • 4 decorative object is a mobile phone number, which can be reached by sending SEP the message "g" k "s outlet side of the gateway 32, the domain address is gsm.domain.net is SIP •," 25 "g" mESSAGE message is of the form um 050.55512345@gsm.domain.netSIP/2.0

Via: sb.localdomain.net

To: sip: 050.55512345@gsm.domain.net • ^ _ ί From: sip: C-R@sb.localdomain.net; tag = 1232345, V. 30 Call-ID: <123 @ 123> • »·

,:. CSeq: 1 MESSAGE

• _ Subject: Alarm 1233-444 • · 'Timestamp: 1005755215 »k.' Ί Date: Mar 14 2001 18:14:55 116437 25

Ser \ 'ice-Route: Tr.domain.net Content-Type: text / plain Content-Length: 23 [data partition] 5

The outlet side 32 of the gateway, in this case, gsm.domain.net acts as a gateway between the SIP message and an SMS message. Gateway 32 receives the requested number from the To: URI host part. Based on this, it can send an SMS to 050-5551234. The message can be sent by appending a "K" in front of it, whereby the mobile system acknowledges when the message has been delivered to the mobile phone. Upon acknowledgment of the SMS message by the SMS-C, the gateway 32 transmits an OK acknowledgment message "h", which is the last SIP message in step 2.

Step 2 may be followed by a confirmation or confirmation acknowledgment step 3.

15

In step 3, the application server 34 waits for the user to receive a final acknowledgment, i.e.. ''Data". Depending on your network environment, you may not receive a final acknowledgment by a certain time. The application server 34 then generates a new message but routes it through the routing server 33 to a different destination (not shown in the figure). The pending acknowledgment message 20 may be, for example, an OK "i" sent by the user. Doing so will make gateway 32 special * 116437 26

Date: 15 Mar 2001 19:00:55 Content-Type: text / plain Content-Length: 2 [Data Partition] 5

The application server 34 receives the SIP message "i" and detects from its header or type file that the SIP message is an acknowledgment or confirmation of a previous event. In addition, the application server 34 receives from the gateway to the outlet side 32 of the SIP message Date-rätiedossa data when the acknowledgment message has been sent.

10

By means of an event identifier, the application server 34 is able to combine different events with one another. When used correctly, date information can be used to measure the total duration of transaction chains. For example, date information can be used to measure the time interval between the time the message arrived at gateway 32 and the customer acknowledged that he had read this message from his mobile phone 5.

The invention has been described above by way of example only, with reference to some preferred embodiments thereof and by way of example. It is to be understood that the invention is not intended to be limited to these but that modifications and variations are possible within the scope of the inventive idea as defined in the appended claims.

»TMIt

• I

* »',': Thus, the routing server, which is preferably a proxy server, and its associated ,,!; * The system server can be used to dynamically change the communication network, which allows mobility of devices with ISP addresses on the IP network. In this case, '25 each terminal constantly communicates its location information to a rigid server on the IP network that has a system database, or to a routing server that can connect to a gateway database, and not to a system server that preferably has a proxy'; 'Server, the transmitting terminal on a dedicated IP network needs to know the receiving one; "*: the network address of the terminal, but the system administrator ensures that the ISP messages are routed along the signaling paths or paths from the sender to the recipient.

«· ·> * •»

Claims (20)

1. A messaging method using a routing system (3) arranged in at least one computer network of sorts utilizes an IP protocol, ie. in an IP network (1.1 ', 1 "), which system as a subsystem comprises at least one communication server (33,34), at least one system database (35) connected at least to the communication server, and at least one connection adapter ( 31,32), which is connected to the communication server and via which terminal devices (4,5), telecommunications networks (2) or IP networks can connect to the routing system for message routing, advantageously data messages, such as text, audio -, image, video, multimedia and / or corresponding data messages, from a source terminal device (4), which is a terminal device that does not support a DPS protocol, via the routing system (3) to at least one message terminal device (5), in which communication procedure for communication between the subsystems along signaling paths and / or routes is applied an Internet Signaling Protocol (ISP), advantageous of the type '' Request-Response ', in particular a SIP - or equivalent protocol, suitable for initiating and terminating connections in at least one IP network, and characterized in that the message process comprises the steps of: i. a message from the source terminal device (4) is received via the connection adapter (31,32 ) in the communication server (33,34) along the signaling path; or the path between the source terminal device or correspondingly the terminal adapter; ii. the message from the source terminal device (4) is converted to an ISP message in the input adapter (31) on the input side under which * i · I. * the source terminal device is set, and the to the source terminal device (5), ** which is a terminal device that does not support an IPS protocol, the intended message is converted into a message corresponding to a protocol supported by the melter terminal device in the terminal adapter (32) on the output side under which the melter terminal device is set; ; : iii. The ISP message is reviewed and analyzed in the communication server with: '": using the system database (35),". iv. On the basis of the analyzed content of the ISP message and a routing rule found in the system database, the original message address of the ISP message, which is an ISP address, is replaced with at least one new message address, which is also an ISP. address, and v. the ISP message is forwarded, ie. is routed by each new message address along a signaling path or path from the communication server either directly to the message terminal device (5) or to the connection adapter, in which connection adapter the ISP message is converted to a message according to a protocol supported by the message terminal device. Communication method according to claim 1, characterized in that the messages in the ISP messages are transmitted on the signaling paths or routes between the connection adapter (31,32) and the communication server (33,34) as well as between the communication server and the system database (35). connectionless IP data transmission connections, and that each received ISP message is reviewed and analyzed on the basis of the content by means of the communication server (33,34) and the system database (35), in which the terminal devices (4,5) belonging to a mediation service and its routing rules have been registered. Communication method according to claim 1 or 2, characterized in that the ISP message is examined in the communication server (33) its header or type, time and. date data, which is formed with at least header or type data in the ISP message • an event identifier with transmitter data in the ISP message, which identifier is used as search and / or routing parameter, with which in the system database (35) • · * · a routing rule is searched for the ISP message for replacing the original SIP address with a new new SIP address on the analyzed content, and that * »♦ Alternatively, the time and / or date data in the ISP message is used either for the formation of a search and / or routing parameter or for filtering the ISP message ie. for the failure and / or approval of the directive based on the content. i! ring. :. *. Communication method according to any of claims 1-3, characterized in that> t I ·, · · ·, for the provision of "multicast" data transmission in "unicast" network, data * (connectionless as an ISP message is transmitted along the signaling path) or route from the source terminal device (4) to the routing system (3) and then connectively and advantageously simultaneously along the signaling paths or routes from the routing system to the central terminal devices (5). A messaging system, comprising a routing system (3) arranged in at least one data network utilizing an IP protocol, ie. in an IP network (1.1 ', Γ'), which routing system as a subsystem comprises at least one communication server (33.34), at least one system database (35) connected at least to the communication server, and at least one connection adapter ( 31, 32), which is connected to the communication server and via which terminal devices (4,5), telecommunications networks (2) or IP networks can connect to the routing system for routing messages, advantageously data messages, such as text, audio, image, video, multimedia and / or corresponding data messages, from a source terminal device (4), which is a terminal device that does not support an IPS protocol, via the routing system (3) to at least one message terminal device (5) ), that the messaging system applies to the communication between the subsystems along signaling paths or routes an Internet Signaling Protocol (ISP), advantageous of the type '' Request-Response '', particularly advantageous a SIP or corresponding protocol suitable for initiating and terminating connections in at least one IP network, characterized in that: i. The communication server (3) is arranged to receive a message from the source terminal device (4) via the connection adapter (31,32) along the signaling path or path between the source terminal device and the corresponding adapter adapter, ii. the connection adapter (31) on the input side under which said source terminal is registered to convert the message from, the source terminal device (4) to an ISP message, and the connection adapter (32) on the output side under which the message terminal device is registered is arranged to convert the message terminal to the message terminal device (5) if necessary, to a message corresponding to a protocol corresponding to the message terminal device; iii. the communication server is arranged to review and analyze the ISP i> message using the system database (35), iv. the communication server is arranged to replace on the basis of a routing rule found in the system database and the analyzed content of the ISP message The original message address of the ISP message, which is an ISP address, with a new message address, which is also a ISP address, and v. The communication server is arranged to transmit, ie. routing the ISP message using each new message address in an ISP message along the signaling path or path from the communication server either directly to the message terminal device (5) or to the connection adapter, which connection adapter converts the ISP message into a message according to the protocol terminal message . Communication system according to claim 5, characterized in that the messages in the ISP messages are transmitted on the signaling paths or routes between the connection adapter (31,32) and the communication server (33,34) as well as between the communication server and the system database (35). connectionless IP data transfer connections, that the communication server (33,34) reviews and analyzes each received ISP message on the basis of the content by means of the system database (35), in which the terminal devices (4,5) belonging to a communication -ling service and routing rules for these have been registered. Communication system according to claim 5 or 6, characterized in that at least one connection adapter (31,32) is connected to the communication server (33,34). . which advantageously is a protocol converter or gateway, and that the communication server is formed by a program part or a program server (34), which is implemented; mented a program logic, and at least one routing part or routing server (33); "# to which said at least one connection adapter (31,32) is connected. # # 116437 39 and a routing part or routing server (33), which handles the routing of ISP messages in the control of the program part or program server, whereby one or different server systems are arranged in an IP network (Ι, Γ, Ι ”). 10. Communication system according to any of claims 5-9, characterized in that in the system database (35), in addition to source and source terminal devices (4,5) and routing rules, information is recorded about which different gateway nodes (31,32) are connected to each other and information about which different source and source terminal devices (4,5) are connected to the individual gateway nodes (31,32). A messaging system according to any of claims 5-10, characterized in that the communication server comprises a separate program part or program server (34) in which a program logic is implemented, and at least one separate a routing part or routing server (33), which handles the routing of ISP messages in the control of the program part or program server, wherein the different program part or program server and the separate routing part or routing server are located in at least two different IP networks (Ι, Γ, Ι ”). A messaging system according to claim 11, characterized in that the routing part. or the routing server (33) is a proxy server that acts as a sub server for the pro *, I, part, or program server. • · · t Communication system according to claim 11 and / or 12, characterized in that each communication adapter (31,32) of the communication server (33,34) is also connected to a gateway. database (36), wherein at least one of the IP networks '.. ·' (1, Γ, 1 ”) is an open IP network. Communication system according to any one of claims 11 - 13, characterized in that the: system database (35) is registered in addition to source and source terminal devices (4,5) j. ' and routing rules information about which various gateway nodes (31,32) are connected, 1 · *. individually to each other and that the gateway databases (36) are updated with information on *, which different source and source terminal devices (4,5) are connected to the individual [gateway nodes (31,32). 40 1 1 6437 A messaging system according to any of claims 5-14, characterized in that the communication server (33,34) analyzes the ISP message to form a new message address, wherein the communication server: searches in the ISP message the transmitter, header or type, of the message. time and / or date data, checks in the system database system (35) using a search and / or routing parameter consisting of the at least transmitter and header data in the ISP message if there is a routing rule for the ISP message, that the communication server on the basis of the routing rule, a new SIP address generates the ISP message and directs the ISP message to the target terminal device (5) with the new template address, and when the routing rule controls, the communication server copies the ISP message and simultaneously transmits it to several new ISP addresses. A messaging system according to any of claims 5 to 15, characterized in that the communication server (33,34) forms the transmitter data and header or type data of the ISP message and, alternatively, of the time and date data, an event identifier with which a group of individual ISP messages may be associated with each other, regardless of the time and method of the ISP message, or with which, on the basis of the routing rules, the transmission or transmission of the message can be approved or rejected. * · •. A messaging system according to any of claims 5-16, characterized in that the IP '/ network (1,1', Γ ') is selected from a group belonging to a tree and / or wireless LAN, WAN -, Internet, Intranet networks or similar. • · · A messaging system according to any of claims 5-17, characterized in that a '1' signaling channel belongs to the signaling path or path. Message system according to any one of claims 5-18, characterized in that it comprises a message construction for routing messages, advantageously then::: text messages, such as text, audio, picture, video, multimedia and / or equivalent: ': data messages in one or more IP networks from a source terminal device (4) via a routing system to a message terminal device (5) via a message system (3) arranged in at least one IP network; in which the message structure of an ISP message, advantageously an SIP message, to which an ISP protocol is applied (Internet Signaling Protocol), advantageous of the "Request-Response" type, particularly advantageous a SIP or equivalent protocols suitable for initiating and terminating connections in an IP network include a HEADER section and a data section, the data section of the ISP message comprising the source-source message the device (4) and wherein the ISP message comprises an parsable extension which includes the header or type data of the ISP message as well as the time data and date data located in either the HEADER section or the data section of the message. A messaging system according to any of claims 5-19, characterized in that when the ISP message is advantageously a SIP message, the header or type data of the ISP message and the time and date data are located in the HEADER section of the message, and that the ISP The message is generally of the form: a. METODIxx URIuuuu SIP / 2.0 b. (Via: VVVV) c. (Via: XXXX) d. To: YYYY e. From: UUUU f. Call ID: uuuuuuu HEADER section g. CSeq: 1 MESSAGE xx • · · '· h. Content-Type: text / xml <4 * ”': i. Content-Length: xxxx '·. · 'J. Subject: "xxxxxxxx” * «•» ·' ·: k. Time: “xx_xx_xx” * ... * 1. Date: “xxxx_xx_xx” it · [<data content>] data section »« I ;, ' and that when the header or type data of the ISP message and the time and date data are located, * · ·, nai the ISP message data section, the ISP message is generally of the form: [m. MESSAGE xx URLuuuu SIP / 2.0 ':' 1 n. (Via: VVVV) 116437 42 o. (Via: XXXX) p. To: YYYY HEADER section q. From: UUUU r. Call ID: uuuuuuu s. CSeq: 1 MESSAGExx t. Content-Type: text / xml u. Content-Length: xxxx [<j. Subject: "xxxxxxxx"> <k. Time: "xx_xx_xx> data section <1. Date:" xxxx_xx_xx> <data content>] where the letter x refers to an alphanumeric number / letter TTTT / UUUU / VVVV / XXXX is the address of a subsystem (31,32,33,34,35) of the message system (3) Via: is the address of a throughput node, such as a gateway (31,32) or a routing server (33) Two: the address of the target, ie on the input side a routings erver; I · (33) / communication server (33,34) and on the output side a routing server in t »• '(33) / gateway (32) / message terminal device (5) # • <- From: the address of the transmitter, ie. on the input side a source terminal device. ' ning (4) / gateway (31) / routing server (33) and on the output side a program. : server (34) / routing server (33) / gateway (32) 1,., - Subject: is header or type data in the message Time: the time when the message is received in a gateway (31) or communication -;,; message server (33,34) / routing server (33) in the messaging system (optional),> 'Date: is the date when the message was received in a gateway (31) or communication; . , server (33.34) / routing server (33) in the messaging system (optional). > ·