ES2666345T3 - Sistema de comunicación bidireccional y aparato servidor para ser utilizado en el mismo - Google Patents

Sistema de comunicación bidireccional y aparato servidor para ser utilizado en el mismo Download PDF

Info

Publication number
ES2666345T3
ES2666345T3 ES10851376.3T ES10851376T ES2666345T3 ES 2666345 T3 ES2666345 T3 ES 2666345T3 ES 10851376 T ES10851376 T ES 10851376T ES 2666345 T3 ES2666345 T3 ES 2666345T3
Authority
ES
Spain
Prior art keywords
address
access
client
server
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES10851376.3T
Other languages
English (en)
Inventor
Reiji Fukuda
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chepro Corp
Original Assignee
Chepro Corp
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 Chepro Corp filed Critical Chepro Corp
Application granted granted Critical
Publication of ES2666345T3 publication Critical patent/ES2666345T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/256—NAT traversal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Sistema de comunicación bidireccional que tiene una estructura en la que un cliente se puede conectar a un servidor (20) a través de un enrutador (50) provisto entre Internet (30) y el servidor (20), estando el servidor (20) adaptado para ofrecer un servicio a demanda enviado desde el cliente mediante software de aplicación, en el que: el enrutador configurado para convertir una dirección de protocolo de Internet, IP, incluida en una dirección de conexión de una dirección global, en una dirección local mediante una función de traducción de direcciones de red, NAT, siendo la dirección de conexión una dirección constituida añadiendo la información de identificación predeterminada y un número de puerto a la dirección IP que se utilizará para acceder al servidor desde el cliente, incluyendo el servidor: una unidad de aceptación de acceso, configurada para aceptar el acceso que se le dará desde el cliente a través del enrutador al servidor, utilizando la dirección de conexión en la que el enrutador convierte la dirección IP de la dirección global en la dirección local y se envía al servidor; una unidad de generación de direcciones, configurada para generar una nueva dirección de conexión convirtiendo la información de identificación predeterminada en información de identificación que es diferente de la misma heredando exactamente la dirección IP como dirección local y el número de puerto que se incluyen en la dirección de conexión cuando el acceso es aceptado por la unidad de aceptación de acceso; una unidad de notificación de información, configurada para notificar al cliente la información de identificación diferente a través del enrutador utilizando la nueva dirección de conexión generada por la unidad de generación de direcciones; y una unidad de generación de procesos de comunicación, configurada para generar un proceso de comunicación para llevar a cabo una comunicación con el cliente en base a la nueva dirección de conexión generada por la unidad de generación de direcciones, y el cliente incluye: una primera unidad de procesamiento de la comunicación, configurada para acceder primero a la unidad de aceptación de acceso del servidor utilizando la dirección de conexión obtenida al agregar la información de identificación predeterminada y el número de puerto a la dirección IP; y una segunda unidad de procesamiento de la comunicación, configurada para llevar a cabo una comunicación con el proceso de comunicación generado por la unidad de generación de procesos de comunicación, utilizando la nueva dirección de conexión que es diferente de la dirección de conexión utilizada en el primer acceso de la primera unidad de procesamiento de la comunicación y generada proporcionando la dirección IP a la diferente información de identificación enviada desde la unidad de notificación de la información de la identificación, recibiendo con ello una oferta del servicio como respuesta de acceso al proceso de comunicación.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Sistema de comunicación bidireccional y aparato servidor para ser utilizado en el mismo CAMPO TÉCNICO
La presente invención se refiere a un sistema de comunicación bidireccional y a un aparato servidor para ser utilizado en él y, más concretamente, a un sistema de comunicación bidireccional que tiene una estructura en la que un cliente puede conectarse a un servidor a través de un enrutador en Internet y el servidor ofrece un servicio para cumplir una demanda del cliente.
ANTECEDENTES
HTTP (Protocolo de transferencia de hipertexto - HyperText Transfer Protocol, en inglés) para ser utilizado, en general, en Internet, es un protocolo de comunicación que se utilizará para transmitir / recibir contenidos descritos en HTML (Lenguaje de marcado de hipertexto - HyperText Markup Language, en inglés) o XML (Lenguaje de marcado extensible - EXtensible Markup Language, en inglés) entre un cliente (navegador web) y un servidor. El HTTP tiene el objetivo principal de transmitir / recibir datos en un formato de hipertexto, y no puede intercambiar fácilmente datos binarios tales como una imagen o una voz. En la actualidad, es posible transmitir / recibir parcialmente los datos binarios mediante la utilización de una técnica especial, tal como AJAX o Silverlight.
Además, el HTTP es un protocolo de comunicación unidireccional llamado de tipo de solicitud-respuesta. Más específicamente, en el HTTP, un cliente transmite una solicitud a un servidor y al servidor devuelve datos para satisfacer una solicitud como respuesta a la misma. Cuando se transmite la respuesta, el servidor básicamente es devuelto a un estado inicial. En otras palabras, el servidor no guarda un estado del cliente y no puede transmitir datos al cliente en una acción activa iniciada desde el servidor.
Recientemente, la técnica conocida como SaaS (Software como servicio - Software As A Service, en inglés) está extendida en Internet. El SaaS indica software (principalmente software de aplicación) capaz de utilizar una función requerida como servicio si es necesario. En general, el Saas posee un mecanismo en el que el cliente puede dar acceso al servidor a través de Internet para utilizar una función necesaria, y es posible utilizar un servicio bajo demanda requerido por un usuario.
El SaaS también se opera básicamente de acuerdo con el HTTP. Por esta razón, aunque se desea transmitir datos al cliente en una acción iniciada desde el servidor dependiendo de los contenidos del servicio, normalmente esto no se puede llevar a cabo. Por otra parte, el SaaS posee un mecanismo en el que una devolución de llamada al cliente desde el servicio del servidor (software de aplicación) no se puede llevar a cabo por razones de seguridad. Por esta razón, es asimismo imposible transmitir un estado del servidor al cliente a través de un enrutador o de un cortafuegos.
Por otro lado, un marco denominado .NET Remoting, proporcionado por Microsoft Corporation, tiene la función de llevar a cabo una devolución de llamada de un servidor a un cliente. Mediante la utilización de .NET Remoting, por lo tanto, es posible realizar una comunicación bidireccional a través del HTTP y también transmitir / recibir datos dependiendo de una acción iniciada desde el servidor, además de una transmisión / recepción de datos correspondiente a una acción iniciada desde el cliente. Además, .NET Remoting tiene asimismo una función de comunicación de datos en un formato binario. Por lo tanto, es asimismo posible implementar fácilmente una comunicación de datos en el formato binario en una combinación de HTTP y .nEt Remoting.
No obstante, .NET Remoting tiene el inconveniente de que el cruce de NAT (Traducción de direcciones de la red - Network Address Translation, en inglés) de un enrutador no puede ser llevado a cabo cuando los servicios demandados por los usuarios deben ser ofrecidos individualmente, como en el Saas. La NAT representa una técnica para convertir entre ellas una dirección local que solo puede ser aceptada por una LAN en un concentrador y una dirección global en Internet en una relación de uno a uno. Cuando se da acceso a un servidor en Internet desde un terminal en el concentrador para utilizar un servicio del SaaS, es necesario llevar a cabo una conversión de dirección (cruce de NAT) mediante la NAT. Sin embargo, existe el problema de que el cruce de NAT no se puede llevar a cabo mediante la utilización de .NET Remoting en un entorno de SaaS.
En otras palabras, en el caso de que se dé acceso a un servidor 200 de un cliente 100 a través de Internet 300 y de que el cliente 100 proporcione una solicitud para utilizar un servicio 201 deseable al servidor 200, tal como se muestra en la figura 4, la función NAT lleva a cabo una conversión de una dirección local a una dirección global en un enrutador 400 proporcionado entre el cliente 100 e Internet 300. Además, una conversión de la dirección global a la dirección local se lleva a cabo mediante la función NAT en un enrutador 500 provisto entre Internet 300 y el servidor 200. Sin embargo, cuando se devuelve un resultado del servicio 201 desde el servidor 200 al cliente 100, es imposible llevar a cabo una conversión inversa de la dirección local a la dirección global en el enrutador 500. La razón es la siguiente.
En el caso del SaaS, el servidor 200 necesita ofrecer el mismo servicio 201 en respuesta a las solicitudes realizadas por los clientes 100. Por lo tanto, con el fin de habilitar la espera de conexión de los clientes 100, el software de
5
10
15
20
25
30
35
40
45
50
55
60
65
aplicación del servicio 201 genera un proceso de comunicación 202 correspondiente al cliente 100 que está conectado una vez. Se establece una nueva dirección IP para el proceso de comunicación 202 que se generará en este momento. En otras palabras, generando el proceso de comunicación 202 para el cliente 100 que da acceso al servidor 200 y que hace que el proceso de comunicación 202 se haga cargo de una comunicación con cada cliente 100, es posible ofrecer el servicio 201 en respuesta a las solicitudes enviadas por los clientes 100.
En consecuencia, una dirección local para ser utilizada por el proceso de comunicación 202 es una dirección IP diferente de la dirección local en una conexión a través del cliente 100 (que se ha convertido desde la dirección global a través del enrutador 500). Por esta razón, incluso si se va a enviar una respuesta desde el proceso de comunicación 202 hasta el cliente 100, la dirección local del proceso de comunicación 202 no puede ser convertida a la dirección global en Internet 300 mediante la función NAT del enrutador 500. Como resultado, no se puede enviar una respuesta al cliente 100.
Mediante la utilización de un protocolo exclusivo, tal como SOAP o ICA (Arquitectura de ordenadores independiente - Independent Computing Architecture, en inglés) en lugar del HTTP, no es necesario utilizar .NET Remoting. Por esta razón, se puede resolver el problema del cruce de NAT. Sin embargo, el protocolo exclusivo no tiene ninguna versatilidad y no puede llevar a cabo una comunicación de datos binarios. Además, existe también el problema de que la velocidad de procesamiento es menor que la del HTTP.
Como medio adicional para resolver el cruce NAT, además, se propone también la técnica para especificar una dirección IP para ser convertida mediante una función NAT de un enrutador, y predecir un número de puerto para ser convertido por la función NAT del enrutador y registrarlos en un servidor de retransmisión como información de intercambio para el cruce de NAT (por ejemplo, véase el documento de patente 1).
Documento de patente 1: publicación de patente japonesa abierta a inspección pública n° 2005-151142.
No obstante, la técnica descrita en el documento de patente sirve para llevar a cabo una identificación en una combinación de un número de puerto con una dirección IP para comunicarse con un terminal específico. El número de puerto está registrado en un servidor de retransmisión, y el número de puerto también es convertido simultáneamente con una conversión de dirección a través de la función NAT y siempre fluctúa en una comunicación entre terminales. Por esta razón, es necesario disponer de muchos números de puerto para comunicarse con una gran cantidad de clientes, tal como en SaaS. No obstante, el número de puerto también se utiliza, en general, para otro fin, y la cantidad de números de puerto que se pueden utilizar para el cruce de NAT es limitada. Como resultado, existe un problema en el hecho de que el número de puertos capaces de ofrecer simultáneamente un servicio es limitado.
La patente US 2004/0139228 A se refiere a una conexión P2P (de igual a igual - Peer to Peer, en inglés) a pesar de los traductores de direcciones de red (NAT - Network Address Translator, en inglés) en ambos extremos.
La invención está definida por las características de las reivindicaciones.
EXPOSICIÓN DE LA INVENCIÓN
La presente invención ha sido realizada con el fin de resolver los problemas y tiene el objetivo de permitir una oferta de un servicio de tipo SaaS a un gran número de clientes sin el problema del cruce de NAT mediante la utilización de una comunicación de datos en un formato binario, además de un formato de hipertexto a través de HTTP que se puede utilizar para fines generales en Internet.
Con el fin de conseguir el objetivo, en la presente invención, un servidor proporciona información de identificación opcional a una dirección IP enviada con una conversión de una dirección global a una dirección local a través de un enrutador para generar una nueva dirección de conexión, y notifica a un cliente la información de identificación cuando el cliente da acceso al servidor a través del enrutador. Además, el servidor genera un proceso de comunicación para realizar una comunicación con el cliente, y el proceso de comunicación realiza una comunicación posterior con el cliente en función de la nueva dirección de conexión.
De acuerdo con la presente invención que tiene la estructura descrita anteriormente, cuando el cliente da acceso al servidor, se genera el proceso de comunicación para una comunicación posterior, y se establece una nueva dirección de conexión para ser utilizada en el proceso de comunicación. En este momento, la nueva dirección de conexión se establece en una configuración tal que una dirección IP utilizada en el acceso del cliente al servidor es heredada exactamente y se proporciona información de identificación opcional.
Por esta razón, propia la dirección IP no ha cambiado. Por lo tanto, es posible utilizar, sin problemas, una función NAT del enrutador para hacer que la dirección global y la dirección local se correspondan entre sí en una relación de uno a uno. Además, la nueva dirección de conexión se establece en una configuración tal que se proporciona la información de identificación opcional en lugar de un número de puerto que tiene una limitación en la disponibilidad de cantidad de puertos. En consecuencia, es asimismo posible aumentar el número de clientes capaces de llevar a cabo el cruce de NAT y ofrecer un servicio al mismo tiempo.
5
10
15
20
25
30
35
40
45
50
55
60
65
Además, es posible aplicar un mecanismo para el cruce de NAT de acuerdo con la presente invención, a la vez que se utiliza un protocolo HTTP sin la necesidad de utilizar un protocolo exclusivo para el cruce de NAT. Combinando .NET Remoting con HTTP, también es posible implementar fácilmente una comunicación de datos en formato binario.
Tal como se describió anteriormente, de acuerdo con la presente invención, es posible ofrecer un servicio de tipo SaaS a un gran número de clientes sin el problema del cruce de NAT mediante la utilización de la comunicación de datos en formato binario, además de un formato de hipertexto a través del HTTP que puede ser utilizado para fines generales en Internet.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La figura 1 es un diagrama de bloques que muestra un ejemplo de una estructura de un sistema de comunicación bidireccional de acuerdo con la presente realización.
La figura 2 es un diagrama que muestra un ejemplo de una conversión de una dirección de conexión entre Internet y un servidor.
La figura 3 es un diagrama de flujo que muestra un ejemplo de una operación del servidor de acuerdo con la presente realización.
La figura 4 es un diagrama de bloques que muestra un ejemplo de una estructura de un sistema de comunicación convencional.
MEJOR MODO DE REALIZACIÓN DE LA INVENCIÓN
A continuación, se describirá una realización de acuerdo con la presente invención haciendo referencia a los dibujos. La figura 1 es un diagrama de bloques que muestra un ejemplo de una estructura de un sistema de comunicación bidireccional de acuerdo con la presente realización. El sistema de comunicación bidireccional de acuerdo con la presente realización tiene una estructura en la que un cliente 10 se puede conectar a un servidor 20 a través de los enrutadores 40 y 50 en la red 30, y un servicio para satisfacer una demanda enviada desde el cliente 10 es ofrecido por el software de aplicación en el servidor 20.
En el caso de que se dé acceso al servidor 20 desde el cliente 10 a través de Internet 30 y el cliente 10 realice una solicitud para utilizar un servicio deseable para el servidor 20, la función NAT lleva a cabo una conversión de una dirección local a una dirección global en el enrutador 40 provisto entre el cliente 10 e Internet 30. Además, la función NAT lleva a cabo una conversión de una dirección global a una dirección local en el enrutador 50 provisto entre Internet 30 y el servidor 20.
El servidor 20 ejecuta un software de aplicación (no mostrado) correspondiente a un servicio requerido por el cliente
10 a través del acceso descrito anteriormente para ofrecer el servicio. A continuación, se devuelve un resultado de la ejecución al cliente 10.
En este momento, el software de aplicación del servidor 20 genera un proceso de comunicación correspondiente a los clientes 10 que están una vez conectados y confía una comunicación posterior con los clientes 10 al proceso de comunicación para permitir que se ofrezca un servicio a los clientes 10 en un tipo de SaaS. Se establece una nueva dirección de conexión en el proceso de comunicación que se generará en este momento. La presente presentación presenta el método para establecer una dirección de conexión. Esto se describirá a continuación en detalle.
El cliente 10 de acuerdo con la presente realización incluye una primera parte de procesamiento de la comunicación
11 y una segunda parte de procesamiento de la comunicación 12 como estructuras funcionales de la misma. Por conveniencia de la descripción, aunque la primera parte de procesamiento de la comunicación 11 y la segunda parte de procesamiento de la comunicación 12 se muestran por separado, éstas están constituidas por una comunicación IP común (DLL: Biblioteca de enlaces dinámicos - Dynamic Link Library, en inglés).
Además, el servidor 20 de acuerdo con la presente invención incluye una parte de aceptación de acceso 21, una parte de generación de direcciones 22, una parte de notificación de la información de la identificación 23 y una parte de generación de procesos de comunicación 24 como estructuras funcionales del mismo. Cada una de las estructuras funcionales de la parte de aceptación de acceso 21, la parte de generación de direcciones 22 y la parte de notificación de la información de la identificación 23 es implementada mediante software de aplicación para ofrecer un servicio al cliente 10.
La primera parte de procesamiento de la comunicación 11 del cliente 10 da acceso a la parte de aceptación de acceso 21 del servidor 20. El acceso es llevado a cabo en primer lugar por el cliente 10 con el fin de proporcionar al servidor 20 una solicitud para ofrecer un servicio deseable. En la presente realización, una dirección IP para la que se agrega una ID de sistema (correspondiente a la información de identificación de acuerdo con la presente invención) y se utiliza un número de puerto como dirección de conexión para ser utilizada en el acceso. La ID del sistema es un código peculiar del sistema de comunicación bidireccional de acuerdo con la presente realización y está predeterminado (por ejemplo, "WAO"). El número de puerto es un número fijo que está predeterminado (por ejemplo, "9000").
5
10
15
20
25
30
35
40
45
50
55
60
65
La parte de aceptación de acceso 21 del servidor 20 acepta, desde la primera parte de procesamiento de la comunicación 11, el acceso a través de Internet 30 y de los enrutadores 40 y 50 para enviar un mensaje de solicitud de un servicio.
Cuando el acceso es aceptado por la parte de aceptación de acceso 21, la parte de generación de direcciones 22 proporciona una ID opcional del sistema a una dirección IP (una parte de la dirección de conexión) enviada con una conversión desde una dirección global a una dirección local a través del enrutador 50, generando de este modo una nueva dirección de conexión.
De manera más específica, la parte de generación de direcciones 22 hereda exactamente la dirección IP y el número de puerto enviado con la conversión de la dirección global a la dirección local a través del enrutador 50, y al mismo tiempo, intercambia la ID predeterminada del sistema ("WAO") proporcionada a la dirección IP en una ID de sistema opcional, generando con ello una nueva dirección de conexión. La parte de generación de direcciones 22 emite una nueva ID de sistema para generar una dirección de conexión cada vez que la parte de aceptación de acceso 21 recibe acceso desde el cliente 10.
La parte de notificación de la información de la identificación 23 utiliza la nueva dirección de conexión generada por la parte de generación de direcciones 22 para notificar a la segunda parte de procesamiento de la comunicación 12 del cliente 10 la ID del sistema que acaba de proporcionar la parte de generación de direcciones 22 a través de Internet 30 y de los enrutadores 40 y 50.
En la comunicación, la conversión de NAT de la dirección IP se lleva a cabo en los enrutadores 40 y 50. No obstante, la nueva dirección de conexión generada por la parte de generación de direcciones 22 no tiene cambios en la propia dirección IP. Por lo tanto, la función NAT del enrutador que hace que la dirección global y la dirección local se correspondan entre sí en una relación de uno a uno se puede utilizar sin problemas. En otras palabras, es posible especificar sin problemas la dirección IP del cliente 10 que proporciona una solicitud de un servicio, realizando con ello una notificación de la ID del sistema.
La parte de generación de procesos de comunicación 24 genera un proceso de comunicación para comunicarse con el cliente 10 en base a la nueva dirección de conexión generada por la parte de generación de direcciones 22. La parte de generación de procesos de comunicación 24 puede generar una pluralidad de procesos de comunicación en respuesta a la solicitud proporcionada por el cliente 10, y la parte de generación de procesos de comunicación 24 gestiona el proceso de comunicación generado. Cuando la parte de generación de procesos de comunicación 24 genera el proceso de comunicación, el proceso de comunicación espera el acceso proporcionado por el cliente 10. Posteriormente, el proceso de comunicación utiliza la nueva dirección de conexión para transportar una comunicación bidireccional con el cliente 10.
La segunda parte de procesamiento de la comunicación 12 del cliente 10 se comunica con el proceso de comunicación generado por la parte de generación de procesos de comunicación 24, recibiendo con ello una oferta de un servicio deseable del servidor 70. En este momento, la segunda parte de procesamiento de la comunicación 12 utiliza, como dirección de conexión, una nueva dirección generada proporcionando a la dirección IP la ID del sistema, de lo cual se envía notificación desde la parte de notificación de la información de la identificación 23. De manera más específica, la segunda parte de procesamiento de la comunicación 12 intercambia la ID predeterminada del sistema ("WAO") utilizada primero por la primera parte de procesamiento de la comunicación 11 en la ID opcional del sistema, de lo cual se envía una notificación desde el servidor 20, generando con ello una nueva dirección de conexión para dar acceso al servidor 20.
La figura 2 es un diagrama que muestra un ejemplo de la conversión de la dirección de conexión entre Internet 30 y el servidor 20. Cuando la primera parte de procesamiento de la comunicación 11 del cliente 10 que no se muestra en la figura 2 da acceso en primer lugar a la parte de aceptación de acceso 21 del servidor 20, se utiliza una dirección de conexión obtenida al agregar la ID fija del sistema ("WAO") y el número fijo de puerto ("9000") a la dirección IP, tal como se muestra en la figura 2. En el presente documento, se supone que la dirección de conexión (la dirección global) en Internet 30 es "
http://211.11.110.15/WAO:9000" (en la que una parte de "211.11.110.150" es la dirección IP)
La dirección global es convertida a la dirección local por la función NAT en el enrutador 50. La conversión de NAT se lleva a cabo convirtiendo la parte de dirección de ID de la dirección global a la dirección local. En el presente documento, se supone que la dirección local sometida a la conversión de NAT de la dirección global es "
http://192.168.1.1/WAO:9000".
Cuando la parte de aceptación de acceso 21 acepta el acceso en base a la dirección local, la parte de generación de direcciones 22 hereda exactamente una dirección IP y un número de puerto que están incluidos en la dirección local y, al mismo tiempo, intercambia la ID del sistema ("WAO") proporcionada a la dirección IP en una ID opcional del sistema (por ejemplo, "WAO1"), generando con ello una nueva dirección de conexión de "
http://192.168.1.1/WAO1:9000".
5
10
15
20
25
30
35
40
45
50
55
60
65
La parte de notificación de la información de la identificación 23 utiliza la nueva dirección de conexión generada por la parte de generación de direcciones 22, notificando con ello al cliente 10 la nueva identificación del sistema ("WAO1") a través del enrutador 50. En la comunicación, la parte de la dirección IP está sometida a la conversión de NAT de la dirección local a la dirección global en el enrutador 50. En consecuencia, se obtiene una dirección global de "
http://211.11.110.15/WAO1: 9000".
Después de que se ha llevado a cabo la notificación, se realiza una comunicación bidireccional utilizando una nueva dirección de conexión entre la segunda parte de procesamiento de la comunicación 12 del cliente y el proceso de comunicación generado por la parte de generación de procesos de comunicación 24 del servidor 20. En este momento, la conversión de NAT de la dirección global de "
http://211.11.110.15/WAO1:9000" y la dirección local de "
http://192.168.1.1/WAO1:9000" es llevada a cabo bidireccionalmente en el enrutador 50.
Se supone que el servidor 20 recibe acceso para el nuevo servicio que acaba de demandar el mismo cliente 10. En este momento, una dirección de conexión que se utilizará para acceder desde la primera parte de procesamiento de la comunicación 11 a la parte de aceptación de acceso 21 es la misma que la descrita anteriormente. En otras palabras, la dirección global en Internet 30 es "
http://211.11.110.15/WAO:9000" y los destinatarios locales obtenidos mediante la conversión de NAT en la dirección global en Internet 30 en el enrutador 50 son "
http://192.168.1.1/WAO:9000".
Cuando la parte de aceptación de acceso 21 acepta el acceso, la parte de generación de direcciones 22 cambia la ID del sistema (WAO") incluida en la dirección local utilizada en el acceso por una ID opcional del sistema (por ejemplo, "WAO2") que es diferente de la descrita anteriormente, generando con ello una nueva dirección de conexión de "
http://192.168.1. 1:9000". La parte de notificación de la información de la identificación 23 utiliza la nueva dirección de conexión generada de este modo, notificando con ello al cliente 10 la nueva ID del sistema ("WAO2"). Además, la parte de generación de procesos de comunicación 24 genera otro proceso de comunicación que es diferente del descrito anteriormente.
Después de que el cliente 10 ha recibido la notificación de la nueva ID del sistema, se lleva a cabo una comunicación bidireccional utilizando la nueva dirección de conexión entre la segunda parte de procesamiento de la comunicación 12 del cliente 10 y otro proceso de comunicación generado por la parte de generación de procesos de comunicación 24 del servidor 20. En este momento, la conversión de NAT de la dirección global de "
http://211.11.110.15/WAO2:9000" y la dirección local de "
http://192.1.1.1/WAO2:9000" se realiza de manera bidireccional en el enrutador 50.
Además, el caso en el que acceso es proporcionado al servidor 20 desde otro cliente 10 que no se muestra es el mismo. En otras palabras, se utiliza el mismo ID de sistema, número de puerto y dirección IP para acceder desde la primera parte de procesamiento de la comunicación 11 a la parte de aceptación de acceso 21. Por ejemplo, la dirección global en Internet 30 es
http://211.11.110.15/WAO:9000 y la dirección local obtenida llevando a cabo la conversión de NAT sobre la dirección global en Internet 30 en el enrutador 50 es "
http://192.168.1.1/WAO:9000 ".
Cuando la parte de aceptación de acceso 21 acepta el acceso, la parte de generación de direcciones 22 cambia la ID del sistema ("WAO") incluida en la dirección local utilizada en el acceso por otra ID del sistema diferente de la descrita anteriormente (por ejemplo, "WAO3"), generando con ello una nueva dirección de conexión de "
http://192.168.1.1/WAO3:9000". La parte de notificación de la información de la identificación 23 utiliza la nueva dirección de conexión generada de este modo, notificando con ello a otro cliente 10 la nueva ID del sistema proporcionada ("WAO3"). Además, la parte de generación de procesos de comunicación 24 genera otro proceso de comunicación que es diferente del descrito anteriormente.
Después de que a otro cliente 10 se le ha notificado la nueva ID del sistema, se lleva a cabo una comunicación bidireccional utilizando una nueva dirección de conexión entre la segunda parte de procesamiento de la comunicación 12 del otro cliente 10 y otro proceso de comunicación generado por la parte de generación de procesos de comunicación 24 del servidor 20. En este momento, la conversión de NAT de la dirección global de "
http://211.11.110.15/WAO3:9000" y la dirección local de "
http://192.168.1.1/WAO3:9000" se lleva a cabo de manera bidireccional en el enrutador 50.
La figura 3 es un diagrama de flujo que muestra un ejemplo de una operación del servidor 20 de acuerdo con la presente realización que tiene la estructura descrita anteriormente. Un procesamiento mostrado en el diagrama de flujo de la figura 3 se ejecuta siempre de forma repetitiva cuando una fuente de alimentación del servidor 20 está conectada. En la figura 3, la parte de aceptación de acceso 21 decide si se acepta o no el acceso de la primera parte de procesamiento de la comunicación 11 del cliente 10 (Etapa S1). Si la parte de aceptación de acceso 21 no acepta el acceso de la primera parte de procesamiento de la comunicación 11, el procesamiento pasa a la etapa S5.
Por otra parte, si la parte de aceptación de acceso 21 acepta el acceso de la primera parte de procesamiento de la comunicación 11, la parte de generación de direcciones 22 hereda exactamente una dirección IP y un número de puerto que están incluidos en una dirección de conexión utilizada en el acceso y, al mismo tiempo, cambia una ID
5
10
15
20
25
30
35
40
45
50
55
60
65
fija del sistema dada a la dirección IP por una ID opcional del sistema, generando con ello una nueva dirección de conexión (Etapa S2).
La parte de notificación de la información de la identificación 23 utiliza la nueva dirección de conexión generada por la parte de generación de direcciones 22, notificando con ello a la segunda parte de procesamiento de la comunicación 12 del cliente 10 la ID del sistema dada recientemente por la parte de generación de direcciones 22 (Etapa 3). Además, la parte de generación de procesos de comunicación 24 genera un proceso de comunicación para llevar a cabo una comunicación posterior con el cliente 10 (Etapa S4).
A continuación, el proceso de comunicación generado por la parte de generación de procesos de comunicación 24 decide si el acceso dado de la segunda parte de procesamiento de la comunicación 12 del cliente 10 es aceptado o no (Etapa S5). Si el proceso de comunicación no acepta el acceso dado desde la segunda parte de procesamiento de la comunicación 12, el procesamiento mostrado en la figura 3 finaliza. Por otra parte, si se acepta el acceso dado desde la segunda parte de procesamiento de la comunicación 12, el proceso de comunicación devuelve, al cliente 10, un servicio demandado por el cliente 10 (un resultado de un software de aplicación del procesamiento) (Etapa S6).
Se puede dar acceso desde la segunda parte de procesamiento de la comunicación 12 al proceso de comunicación inmediatamente después de que los datos se hayan transmitido desde el proceso de comunicación del servidor 20 a la segunda parte de procesamiento de la comunicación 12 del cliente 10. Cuando el proceso de comunicación ha recibido el acceso y se traduce en un estado de espera, o el procesamiento de un servicio se ha completado con el software de aplicación, se puede transmitir un resultado del procesamiento al cliente 10. De este modo, es posible transmitir datos al cliente 10 en una acción activa iniciada desde el servidor 20.
Tal como se describió anteriormente en detalle, en la presente realización, cuando se da acceso desde el cliente 10 al servidor 20 a través de los enrutadores 40 y 50, se proporciona una ID opcional del sistema a una dirección IP enviada con una conversión de una dirección global a una dirección local a través del enrutador 50, generando de este modo una nueva dirección de conexión en el servidor 20, y al cliente 10 se le notifica a continuación la ID del sistema. Además, el servidor 20 genera un proceso de comunicación para llevar a cabo una comunicación con el cliente 10, y el proceso de comunicación realiza una comunicación posterior con el cliente 10 en base a la nueva dirección de conexión.
De acuerdo con la presente realización constituida de este modo, cuando se da acceso desde el cliente 10 al servidor 20, se genera un proceso de comunicación para llevar a cabo una comunicación posterior y se establece una nueva dirección de conexión para ser utilizada en el proceso de comunicación. En este momento, la nueva dirección de conexión se establece en una configuración tal que una dirección IP utilizada en el acceso del cliente 10 al servidor 20 se hereda exactamente y se proporciona una ID opcional del sistema.
Por esta razón, la propia dirección IP no se cambia. Por lo tanto, es posible utilizar, sin problemas, la función NAT de los enrutadores 40 y 50, lo que hace que una dirección global y una dirección local se correspondan entre sí en una relación de uno a uno. Además, se establece una nueva dirección de conexión en una configuración tal que se proporciona una ID opcional del sistema en lugar de un número de puerto que tiene una limitación en la disponibilidad de cantidad de puertos. En consecuencia, es asimismo posible aumentar el número de clientes 10 capaces de llevar a cabo un cruce de NAT y de ofrecer un servicio al mismo tiempo. En otras palabras, las comunicaciones de los clientes 10 se pueden recibir con un solo número de puerto.
Además, es posible aplicar un mecanismo para el cruce de NAT de acuerdo con la presente invención mientras se utiliza un protocolo HTTP sin la necesidad de utilizar un protocolo exclusivo para el cruce de NAT. Combinando .NET Remoting con HTTP, también es posible implementar fácilmente una comunicación de datos en un formato binario.
Aunque la descripción se ha dado al ejemplo en el que la dirección de conexión constituida por la adición de la ID del sistema y el número de puerto a la dirección IP se utiliza en la realización, la presente invención no está limitada a la misma. Por ejemplo, también es posible utilizar una dirección de conexión constituida añadiendo solo la ID del sistema a la dirección IP.
Aunque la descripción se ha dado al ejemplo en el que la ID del sistema y el número de puerto también se utilizan en la dirección de conexión que se utilizará cuando la primera parte de procesamiento de la comunicación 11 da acceso a la parte de aceptación de acceso 21 en la realización, además, la presente invención no está restringida a esto. Por ejemplo, solo se puede emplear la dirección IP sin la utilización del ID del sistema y el número de puerto para la dirección de conexión que se va a utilizar cuando la primera parte de procesamiento de la comunicación 11 da acceso a la parte de aceptación de acceso 21.
Aunque la descripción se ha dado al ejemplo en el que se utiliza el ID particular del sistema para el sistema de comunicación bidireccional como la información de identificación que se aplicará a la dirección IP en la dirección de conexión que se utilizará cuando la primera parte de procesamiento de la comunicación 11 dé acceso a la parte de aceptación de acceso 21 en la realización, además, la presente invención no está limitada a esto. En otras palabras,
también es posible utilizar información de identificación fija, es decir, cualquier información distinta de la ID del sistema.
APLICABILIDAD INDUSTRIAL
5 La presente invención se puede utilizar en un sistema de comunicación bidireccional de tipo Saab, que tiene una estructura en la que un cliente se puede conectar a un servidor a través de un enrutador en Internet y un servicio para satisfacer una demanda enviada por el cliente se ofrece mediante software de aplicación en el servidor.

Claims (2)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Sistema de comunicación bidireccional que tiene una estructura en la que un cliente se puede conectar a un servidor (20) a través de un enrutador (50) provisto entre Internet (30) y el servidor (20), estando el servidor (20) adaptado para ofrecer un servicio a demanda enviado desde el cliente mediante software de aplicación, en el que:
    el enrutador configurado para convertir una dirección de protocolo de Internet, IP, incluida en una dirección de conexión de una dirección global, en una dirección local mediante una función de traducción de direcciones de red, NAT, siendo la dirección de conexión una dirección constituida añadiendo la información de identificación predeterminada y un número de puerto a la dirección IP que se utilizará para acceder al servidor desde el cliente, incluyendo el servidor:
    una unidad de aceptación de acceso, configurada para aceptar el acceso que se le dará desde el cliente a través del enrutador al servidor, utilizando la dirección de conexión en la que el enrutador convierte la dirección IP de la dirección global en la dirección local y se envía al servidor; una unidad de generación de direcciones, configurada para generar una nueva dirección de conexión convirtiendo la información de identificación predeterminada en información de identificación que es diferente de la misma heredando exactamente la dirección IP como dirección local y el número de puerto que se incluyen en la dirección de conexión cuando el acceso es aceptado por la unidad de aceptación de acceso;
    una unidad de notificación de información, configurada para notificar al cliente la información de identificación diferente a través del enrutador utilizando la nueva dirección de conexión generada por la unidad de generación de direcciones; y
    una unidad de generación de procesos de comunicación, configurada para generar un proceso de comunicación para llevar a cabo una comunicación con el cliente en base a la nueva dirección de conexión generada por la unidad de generación de direcciones, y
    el cliente incluye:
    una primera unidad de procesamiento de la comunicación, configurada para acceder primero a la unidad de aceptación de acceso del servidor utilizando la dirección de conexión obtenida al agregar la información de identificación predeterminada y el número de puerto a la dirección IP; y una segunda unidad de procesamiento de la comunicación, configurada para llevar a cabo una comunicación con el proceso de comunicación generado por la unidad de generación de procesos de comunicación, utilizando la nueva dirección de conexión que es diferente de la dirección de conexión utilizada en el primer acceso de la primera unidad de procesamiento de la comunicación y generada proporcionando la dirección IP a la diferente información de identificación enviada desde la unidad de notificación de la información de la identificación, recibiendo con ello una oferta del servicio como respuesta de acceso al proceso de comunicación.
  2. 2. Aparato servidor (20), que tiene una estructura tal que se puede conectar a un cliente (10) a través de un enrutador (50) provisto entre Internet (30) y el aparato servidor (20), estando el aparato servidor (20) adaptado para ofrecer un servicio para satisfacer una demanda enviada desde el cliente mediante software de aplicación, que comprende:
    una unidad de aceptación de acceso, configurada para aceptar que el acceso se dé mediante una dirección de conexión al servidor desde el cliente, es decir, la dirección de conexión que se enviará a través del enrutador para convertir una dirección de protocolo de Internet, IP, incluida en la dirección de conexión desde una dirección global en una dirección local mediante una función de traducción de direcciones de red, NAT, siendo la dirección de conexión obtenida agregando la información de identificación predeterminada y un número de puerto a la dirección IP;
    una unidad de generación de direcciones, configurada para generar una nueva dirección de conexión convirtiendo la información de identificación predeterminada en información de identificación que es diferente de la misma, a la vez que se hereda exactamente la IP añadida como la dirección local y el número de puerto que se incluyen en la dirección de conexión cuando el acceso es aceptado por la unidad de aceptación de acceso;
    una unidad de notificación de la información de la identificación, configurada para notificar al cliente la diferente información de identificación a través del enrutador utilizando la nueva dirección de conexión generada por la unidad de generación de direcciones; y
    una unidad de generación de procesos de comunicación, configurada para generar un proceso de comunicación para realizar una comunicación con el cliente en base a la nueva dirección de conexión generada por la unidad de generación de direcciones,
    en el que el proceso de comunicación generado por la unidad de generación de procesos de comunicación está constituido para comunicarse con el cliente utilizando la nueva dirección de conexión que es diferente de la dirección de conexión, ofreciendo de este modo el servicio como una respuesta de acceso del cliente.
ES10851376.3T 2010-05-11 2010-05-11 Sistema de comunicación bidireccional y aparato servidor para ser utilizado en el mismo Active ES2666345T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/057928 WO2011141993A1 (ja) 2010-05-11 2010-05-11 双方向通信システムおよびこれに用いるサーバ装置

Publications (1)

Publication Number Publication Date
ES2666345T3 true ES2666345T3 (es) 2018-05-04

Family

ID=44914062

Family Applications (1)

Application Number Title Priority Date Filing Date
ES10851376.3T Active ES2666345T3 (es) 2010-05-11 2010-05-11 Sistema de comunicación bidireccional y aparato servidor para ser utilizado en el mismo

Country Status (10)

Country Link
US (1) US9838223B2 (es)
EP (1) EP2571207B1 (es)
JP (1) JP5326045B2 (es)
KR (1) KR101696210B1 (es)
CN (1) CN102918811B (es)
DK (1) DK2571207T3 (es)
ES (1) ES2666345T3 (es)
NO (1) NO2571207T3 (es)
PL (1) PL2571207T3 (es)
WO (1) WO2011141993A1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6527660B2 (ja) * 2013-07-29 2019-06-05 小松電機産業株式会社 情報監視システム
CN105376225B (zh) * 2015-11-02 2019-07-26 亚信科技（南京）有限公司 一种软件服务化的方法及装置
US10911407B1 (en) 2020-08-04 2021-02-02 Palo Alto Networks, Inc. Localization at scale for a cloud-based security service

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10247946A (ja) * 1997-03-03 1998-09-14 Nippon Telegr & Teleph Corp <Ntt> ネットワーク接続方式および方法ならびにネームサーバ
US7908481B1 (en) * 1999-12-17 2011-03-15 Avaya Inc. Routing data to one or more entities in a network
US6947992B1 (en) * 2000-05-01 2005-09-20 International Business Machines Corporation Maintaining HTTP session affinity in a cluster environment
US6661799B1 (en) * 2000-09-13 2003-12-09 Alcatel Usa Sourcing, L.P. Method and apparatus for facilitating peer-to-peer application communication
US7003574B1 (en) * 2000-11-01 2006-02-21 Microsoft Corporation Session load balancing and use of VIP as source address for inter-cluster traffic through the use of a session identifier
US20020083342A1 (en) * 2000-12-21 2002-06-27 Webb Brian T. Systems, methods and computer program products for accessing devices on private networks via clients on a public network
JP3548157B2 (ja) * 2001-12-26 2004-07-28 アライドテレシス株式会社 中継機器、アドレス変換制御方法、及びプログラム
TW574805B (en) * 2002-07-25 2004-02-01 Leadtek Research Inc Network address translation system and method thereof
EP1533944B8 (en) * 2002-09-20 2009-01-14 Panasonic Corporation Control of access by intermediate network element for connecting data communication networks
JP3445986B1 (ja) 2002-09-27 2003-09-16 松下電器産業株式会社 インターネットに接続するサーバ、機器および通信システム
US7305481B2 (en) * 2003-01-07 2007-12-04 Hexago Inc. Connecting IPv6 devices through IPv4 network and network address translator (NAT) using tunnel setup protocol
US7899932B2 (en) * 2003-01-15 2011-03-01 Panasonic Corporation Relayed network address translator (NAT) traversal
CN1301611C (zh) * 2003-01-21 2007-02-21 三星电子株式会社 用于在不同的专用网的网络设备之间支持通信的网关
US7363378B2 (en) 2003-07-01 2008-04-22 Microsoft Corporation Transport system for instant messaging
JP4029790B2 (ja) * 2003-07-09 2008-01-09 ブラザー工業株式会社 パケット通信制御装置及びパケット通信制御方法
JP4297747B2 (ja) * 2003-08-06 2009-07-15 株式会社日立製作所 ストレージ装置
JP4269226B2 (ja) 2003-11-14 2009-05-27 ソニー株式会社 情報通信システムおよび方法、情報処理装置および方法、プログラム並びに記録媒体
CN1943209A (zh) * 2004-04-20 2007-04-04 松下电器产业株式会社 通信网络系统和通信装置
KR20070005924A (ko) * 2004-04-20 2007-01-10 마쯔시다덴기산교 가부시키가이샤 통신 네트워크 시스템 및 통신 장치
JP2006050125A (ja) * 2004-08-03 2006-02-16 Matsushita Electric Ind Co Ltd 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
US8571011B2 (en) * 2004-08-13 2013-10-29 Verizon Business Global Llc Method and system for providing voice over IP managed services utilizing a centralized data store
US7466810B1 (en) * 2004-12-20 2008-12-16 Neltura Technology, Inc. Distributed system for sharing of communication service resources between devices and users
JP2006180295A (ja) * 2004-12-22 2006-07-06 Matsushita Electric Ind Co Ltd アドレス変換装置およびアドレス変換方法
JP4514623B2 (ja) * 2005-02-25 2010-07-28 パナソニック株式会社 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
JP4597706B2 (ja) * 2005-02-25 2010-12-15 パナソニック株式会社 情報処理システム、情報処理装置、サーバ装置、及び情報処理方法
US20070022289A1 (en) * 2005-07-20 2007-01-25 Mci, Inc. Method and system for providing secure credential storage to support interdomain traversal
JP2007124486A (ja) * 2005-10-31 2007-05-17 Toshiba Corp 通信制御方法
JP2007124487A (ja) * 2005-10-31 2007-05-17 Toshiba Corp 通信制御方法
KR100803273B1 (ko) * 2005-12-27 2008-02-13 삼성전자주식회사 패킷 터널링하는 ｉｓａｔａｐ 라우터 및 그 방법
CN101047548A (zh) * 2006-03-31 2007-10-03 株式会社日立制作所 多个nat的私有网络内的通信
JP4763560B2 (ja) * 2006-09-14 2011-08-31 富士通株式会社 接続支援装置
US7840701B2 (en) * 2007-02-21 2010-11-23 Array Networks, Inc. Dynamic system and method for virtual private network (VPN) packet level routing using dual-NAT method
US20080306798A1 (en) * 2007-06-05 2008-12-11 Juergen Anke Deployment planning of components in heterogeneous environments
JP2009165041A (ja) * 2008-01-09 2009-07-23 Sony Corp ネットワーク機器、アドレス変更通知方法及びアドレス変更通知プログラム
WO2009120301A2 (en) * 2008-03-25 2009-10-01 Square Products Corporation System and method for simultaneous media presentation
US8165090B2 (en) * 2008-05-15 2012-04-24 Nix John A Efficient handover of media communications in heterogeneous IP networks
US8165091B2 (en) * 2008-06-27 2012-04-24 Nix John A Efficient handover of media communications in heterogeneous IP networks using LAN profiles and network handover rules
US8589582B2 (en) * 2008-12-08 2013-11-19 Telefonaktiebolaget L M Ericsson (Publ) Broadband network access
JP5222201B2 (ja) * 2009-03-27 2013-06-26 株式会社野村総合研究所 Ｗｅｂコンテンツ表示監視システム
US8165122B2 (en) * 2009-05-26 2012-04-24 Alcatel Lucent System and method for converting unicast client requests into multicast client requests
EP2495920A4 (en) * 2009-10-30 2016-07-13 Fujitsu Ltd ADDRESS TRANSLATION DEVICE, ADDRESS TRANSLATION METHOD AND ADDRESS TRANSLATION PROGRAM
US8874785B2 (en) * 2010-02-15 2014-10-28 Damaka, Inc. System and method for signaling and data tunneling in a peer-to-peer environment
US8260840B1 (en) * 2010-06-28 2012-09-04 Amazon Technologies, Inc. Dynamic scaling of a cluster of computing nodes used for distributed execution of a program
US8869275B2 (en) * 2012-11-28 2014-10-21 Verisign, Inc. Systems and methods to detect and respond to distributed denial of service (DDoS) attacks
JP6008801B2 (ja) * 2013-07-08 2016-10-19 株式会社日立製作所 伝送システム、送信方法、及び伝送装置
US9325621B1 (en) * 2013-11-27 2016-04-26 Sprint Communications Company L.P. Wireless device offload

Also Published As

Publication number Publication date
KR101696210B1 (ko) 2017-01-13
WO2011141993A1 (ja) 2011-11-17
US9838223B2 (en) 2017-12-05
EP2571207A1 (en) 2013-03-20
DK2571207T3 (en) 2018-04-23
JP5326045B2 (ja) 2013-10-30
CN102918811B (zh) 2016-03-23
NO2571207T3 (es) 2018-08-04
EP2571207A4 (en) 2015-04-15
CN102918811A (zh) 2013-02-06
EP2571207B1 (en) 2018-03-07
JPWO2011141993A1 (ja) 2013-07-22
PL2571207T3 (pl) 2018-07-31
US20130060847A1 (en) 2013-03-07
KR20130076797A (ko) 2013-07-08

Similar Documents

Publication Publication Date Title
EP3748908B1 (en) Method, system, network device, storage medium for creating a network slice
CN101252509B (zh) 双-nat方法在动态虚拟专用网络(vpn)的数据包处理及路由中的应用
JP2021503204A (ja) 量子鍵配送及びデータ処理の方法及びシステム
CN112783877B (zh) 跨链数据验证方法、装置、设备和存储介质
US20130275492A1 (en) Enabling Web Clients to Provide Web Services
US20130254335A1 (en) Inter-domain replication of service information
CN105493524A (zh) 端到端m2m服务层会话
CN103108037B (zh) 一种通信方法，Web服务器及Web通信系统
Khakimov et al. Investigation of methods for remote control IoT-devices based on cloud platforms and different interaction protocols
CN103581143A (zh) 一种用户权限认证方法、系统、客户端及服务端
ES2666345T3 (es) Sistema de comunicación bidireccional y aparato servidor para ser utilizado en el mismo
CN104811475A (zh) 基于Restful技术构建的企业服务总线中间件
Dave et al. MQTT-CoAP interconnector: IoT interoperability solution for application layer protocols
EP3388938A1 (en) A method and system for pairing at least two electronical devices
Priyadarshi et al. Analysis of different iot protocols for heterogeneous devices and cloud platform
WO2013123490A1 (en) Methods for dynamically constructing a service principal name and devices thereof
WO2020233400A1 (zh) 通信方法、通信系统、云节点和可读存储介质
JP2007140975A (ja) サービス提供システム、連携情報提供サーバ、認証サーバ、サービス提供サーバ、サービス提供方法、およびプログラム
CN112929453B (zh) 一种共享session数据的方法和装置
JP5659498B2 (ja) Ｓｏａシステム、サービスバス装置、転送定義生成方法、及びコンピュータプログラム
White et al. Addressing the challenges of http-based mobile/cloud interaction
US20230208922A1 (en) Communication system, management server, and non-transitory computer-executable medium
KR20200032380A (ko) 챗봇 연결 장치 및 방법
WO2024183364A1 (zh) 数据处理方法、电子设备、程序产品及存储介质
CN102117124A (zh) 远程管理系统及方法