ES2622888T3 - Servicios de redes sociales para una red de radio móvil profesional - Google Patents

Abstract

Un método que comprende: proporcionar una entidad de red de una red de radio móvil profesional con una o más identidades del servidor de redes sociales por medio de las cuales la entidad de red aparece como un usuario normal para un servidor de redes sociales que proporciona un servicio de redes sociales; recibir, en la entidad de red, desde un aparato de usuario de la red de radio móvil profesional, una solicitud para seguir un elemento específico en el servicio de redes sociales; asociar en la entidad de red el aparato del usuario con el elemento específico; y registrar, por medio de la entidad de red que usa una identidad del servicio de redes sociales que la entidad de red tiene, para que el servicio de redes sociales siga el elemento específico.

Description

5

10

15

20

25

30

35

40

45

50

DESCRIPCION

Servicios de redes sociales para una red de radio movil profesional Campo

La presente invencion hace referencia a redes sociales y una red de radio movil profesional.

Antecedentes de la tecnica

Una red de radio movil profesional (PMR, por sus siglas en ingles) es una red de comunicacion movil para un grupo especial de usuarios, por ejemplo, para una o mas empresas o instituciones. Los ejemplos tfpicos de redes PMR son las redes PMR de seguridad publica que los funcionarios publicos utilizan, por ejemplo, el cuerpo de bomberos y el personal medico. Por consiguiente, las redes PMR se utilizan a menudo in situ en situaciones de emergencia que pueden afectar la salud o incluso la vida de las personas.

Una red social es una plataforma digital a traves de la cual los individuos pueden crear y compartir contenidos generados por los usuarios. Los ejemplos tfpicos de servicios de redes sociales son los servicios tipo blog con base en Internet como Twitter y Facebook. Con el desarrollo de dispositivos portatiles moviles, como los telefonos celulares y las tabletas, que brindan acceso al contenido de las redes sociales, las redes sociales se utilizan cada vez mas para compartir informacion en tiempo real, incluso en una situacion de emergencia. Al menos algunos datos en las redes sociales podnan ser utiles para determinados usuarios PMR.

Chi-Sheng Shih et al: «Distributed service recovery for real-time pub/sub services on disaster managements describen un marco de servicio para el intercambio de informacion denominado Open Information Gateway (portal de informacion abierta). Este consta de dos componentes principales: HAPPY (redes plug-n-play [de conectar y listo] y heterogeneas) para la gestion de recursos ffsicos y TRIPS (suscripcion y publicacion de informacion vendica en tiempo real distribuido) para la gestion de recursos logicos. El objetivo de HAPPY es interconectar todos los dispositivos con posibilidad de conexion a la red utilizando todas las maneras posibles, lo cual consiste en tecnologfas de acceso de red heterogeneas mediante el uso de distintas estrategias. El objetivo de TRIPS es brindar asistencia a los servicios de subscripcion y publicacion (S/P) de tiempo real distribuido. Una capacidad de TRIPS es la de gestionar declaraciones, establecer conexiones automaticamente entre los editores y los suscriptores para un tema correspondiente y detectar dinamicamente un nuevo estado en el sistema. Cuando se envfa o llega el mensaje suscripto, TRIPS entrega el mensaje a sus suscriptores.

Compendio

Un proposito de la presente invencion es facilitar a los usuarios PMR para que al menos obtengan informacion de forma facil en las redes sociales o a traves de las redes sociales. El proposito de la invencion se logra por medio de un metodo, un aparato, un producto de programa informatico y un sistema que se caracterizan por lo que se indica en las reivindicaciones independientes. Las realizaciones preferidas de la invencion se describen en las reivindicaciones dependientes.

Un aspecto de la invencion es proporcionar una entidad de puerta de enlace en una red PRM a traves de la cual el contenido de las redes sociales de la entidad de puerta de enlace se transmite a la red PMR y/o desde la red PMR.

Breve descripcion de los dibujos

A continuacion, las realizaciones de ejemplo se describiran mas detalladamente con referencia a los dibujos adjuntos en los cuales:

La Figura 1 muestra una arquitectura simplificada de un sistema y diagramas de bloques de algunos aparatos segun una realizacion de ejemplo;

La Figura 2 es un diagrama de bloques de un aparato segun una realizacion de ejemplo;

La Figura 3 a 5 son diagramas de flujo que ilustran distintas funcionalidades segun las realizaciones de ejemplo; y La Figura 6 es un diagrama de senalizacion segun una realizacion de ejemplo.

Descripcion detallada de algunas realizaciones

Las siguientes realizaciones son ejemplares. Si bien la memoria descriptiva puede hacer referencia a «una» o «alguna/s» realizacion/es en varias ubicaciones, esto no significa necesariamente que cada referencia tal sea para la/s misma/s realizacion/es o que la caractenstica aplique solamente a una unica realizacion. Es posible combinar tambien las caractensticas individuales de las distintas realizaciones para proporcionar otras realizaciones.

La presente invencion puede aplicarse a cualquier red de radio movil profesional, tambien denominada radio movil privada o radio movil terrestre, o a cualquier sistema correspondiente que utilice los principios de la red de radio

5

10

15

20

25

30

35

40

45

50

55

movil profesional, es dedr, una red independiente que esta destinada a ser utilizada por un grupo espedfico (cerrado) de uno o mas usuarios y que puede utilizar recursos de comunicacion de una red publica. Una red publica puede ser usada por cualquier persona, por lo general, a cambio de un pago. La red de radio movil profesional puede basarse en un sistema de comunicacion inalambrica o un sistema de comunicacion que utiliza tanto redes fijas como redes inalambricas. Los protocolos utilizados, las memorias descriptivas de los sistemas de comunicacion, las redes, los aparatos que pertenecen a la infraestructura de red como los nodos de punto de acceso, los nodos controladores y los aparatos inalambricos, se desarrollan rapidamente. Dicho desarrollo puede exigir cambios extra a una realizacion. Por lo tanto, todas las palabras y expresiones deben interpretarse de manera amplia y estas tienen como objetivo ilustrar y no limitar la realizacion.

A continuacion, se describiran distintas realizaciones usando, como ejemplo, una arquitectura del sistema a la cual se pueden aplicar las realizaciones, una arquitectura basada en una red TETRA que proporciona la red de radio movil profesional y un servidor de redes sociales que proporciona una plataforma de servicios de redes sociales. Otros ejemplos de sistemas que pueden proporcionar la red de radio movil profesional o la red independiente correspondiente incluyen TETRAPOL, sistemas DMR (radio movil digital), una red PAMR (radio movil de acceso publico) con funciones PMR y una red movil de tercera o cuarta generacion o mas, como la LTE (evolucion a largo plazo) con funciones PMR. Una red con funciones PMR permite el suministro de servicios con funciones de radio movil profesional (PMR, por sus siglas en ingles) sin ninguna restriccion regulatoria con respecto a la clientela elegida. Por ejemplo, la red LTE puede proporcionar una canal de transmision, como un tunel IP seguro, entre un aparato de usuario final que comprende una aplicacion de usuario TETRA y una puerta de enlace de redes sociales.

Se ilustra una arquitectura general de un sistema de comunicacion segun una realizacion basada en TETRA y un servidor de redes sociales en la Figura 1. La Figura 1 es una arquitectura simplificada del sistema que muestra algunos aparatos y entidades funcionales solamente, los cuales son unidades logicas cuya implementacion puede diferir de lo que se muestra. Las conexiones que se muestran en la Figura 1 son conexiones logicas; las conexiones ffsicas reales pueden ser diferentes. Es evidente para un experto en la tecnica que los sistemas comprenden tambien otros aparatos, funciones y estructuras utilizadas en TETRA o para la comunicacion en este y el servidor de redes sociales. Estos, asf como tambien los protocolos utilizados, son muy conocidos por los expertos en la tecnica y son irrelevantes para la invencion propiamente dicha. Por lo tanto, no es necesario tratarlos con mas detalle aqrn.

En el ejemplo que se ilustra en la Figura 1, el sistema 100 comprende la red TETRA 101 conectada a traves de una red publica 102 al servicio de redes sociales 150 que proporciona un servicio de redes sociales. La red TETRA 101 comprende los aparatos del usuario TETRA 110, 120, una infraestructura de gestion y conmutacion SwMI 130 y una entidad de puerta de enlace de redes sociales 140.

Un tipo de aparato de usuario TETRA es un aparato de radio movil 110. El aparato de radio movil 110 puede ser un aparato de radio portatil o un denominado aparato de radio fijo en un vehuculo, por ejemplo. El aparato de radio movil 110 proporciona comunicaciones seguras de datos y/o voz para usuarios por aire, ya sea a traves de un enlace a SwMI o en una comunicacion de modo directo en la cual los aparatos del usuario de radio TETRA se comunican directamente entre sf sin utilizar el SwMI 130.

Otro tipo de aparato del usuario TETRA es una estacion de trabajo de despacho. La estacion de trabajo de despacho 120 ilustra un sistema de despacho que se comunica en este ejemplo con el SwMI a traves de una conexion fija. La estacion de trabajo de despacho 120 puede comunicarse con los demas aparatos del usuario TETRA y/o sistema de gestion, suscriptor, grupo y/o parametros espedficos de la organizacion del sistema de radio.

El SwMI 130 es el equipo para una red de voz mas datos (V+D) que permite que los aparatos del usuario TETRA 110, 120 se comuniquen entre sf. Ademas, el SwMI puede conectarse a una o mas redes adicionales, por ejemplo, otra red de radio movil profesional, una red celular publica como una red movil de tercera o cuarta generacion, una red telefonica publica conmutada, Internet e Intranet. El SwMI comprende una o mas centrales digitales (no se ilustran en la Figura 1) que se encargan de la conmutacion dentro de una red y hacia/desde otras redes, ya sea directamente o a traves de puertas de enlace y estaciones base (no se ilustran en la Figura 1) para la comunicacion por aire.

Para asistir a los usuarios TETRA, es decir, los usuarios que utilizan aparatos de usuario TETRA para obtener informacion en las redes sociales o que utilizan, por ejemplo, preguntando espedficamente, las redes sociales para obtener informacion de los usuarios que no son TETRA, tambien llamados publico o individuos, el SwMI 130 comprende un aparato de entidad de puerta de enlace (GW) de redes sociales 140 para las comunicaciones de redes sociales. En el ejemplo que se ilustra, el aparato de entidad de puerta de enlace (GW) de redes sociales 140 se conecta a traves del SwMI 130 a la estacion de trabajo de despacho 120 y al aparato de radio movil 110. Debe apreciarse que en otras implementaciones el aparato de entidad de puerta de enlace de redes sociales 140 puede conectarse directamente a la estacion de trabajo de despacho 120 y/o al aparato de radio movil 110 e incluso ser parte de la estacion de trabajo de despacho 120 y/o del aparato de radio movil 110. El aparato de entidad de puerta de enlace de redes sociales 140, llamado mas adelante «puerta de enlace de redes sociales», se describe mas detalladamente a continuacion.

5

10

15

20

25

30

35

40

45

50

55

60

Para facilitar el uso de las redes sociales en un aparato del usuario TETRA 110, 120, este puede comprender una unidad de cliente 111 para las redes sociales. La unidad de cliente es una interfaz de programacion de aplicaciones. La unidad de cliente puede ser un cliente Java, es decir un cliente programado usando JavaScript. La unidad de cliente puede configurarse para detectar y/o indicar una transmision que incluye contenido de redes sociales a partir de otro trafico sobre la base de un indicador especial o un identificador de grupo especial destinado a las redes sociales, si se implementa dicha caractenstica. Por ejemplo, si se utilizan los mensajes tipo 4 del servicio de datos de mensajes cortos, puede definirse que se utilice un identificador de protocolo espedfico en los mensajes que transmiten contenido de redes sociales y luego se configura el cliente para detectar y/o indicar los mensajes que transmiten el contenido de redes sociales con el identificador de protocolo espedfico. Asimismo, si se implementa una bandera o identificador de protocolo espedfico correspondiente que indica que un mensaje para el servicio de redes sociales debe ser entregado solamente dentro de los seguidores de la red TETRA, el cliente se configura para agregar la indicacion al mensaje en respuesta a una instruccion del usuario. Sin embargo, los aparatos del usuario TETRA sin la unidad de cliente 111 pueden utilizarse tambien para obtener informacion de redes sociales y/o para compartir informacion, como enviar un mensaje de texto directo (un retuit) a un tuit.

Ademas, en el ejemplo que se ilustra, la estacion de trabajo de despacho 120 esta configurada para controlar (gestionar) la puerta de enlace de redes sociales. Para esta finalidad la estacion de trabajo de despacho comprende una unidad de control de puerta de enlace de redes sociales 122, la unidad de control 122 es receptiva a las opiniones de los usuarios para generar mensajes de control. Los mensajes de control desde la estacion de trabajo de despacho 120 a la entidad de puerta de enlace de redes sociales 140 puede ser una solicitud del seguidor que comprende uno o mas identificadores TETRA y/o uno o mas identificadores de grupo TETRA como seguidores y que indica que se debe seguir. El mensaje de control puede indicar tambien que no se sigue mas y preferiblemente tambien aquellos quienes ya no son mas seguidores. El mensaje de control puede indicar uno o mas usuarios TETRA que estan autorizados a pedir una «solicitud de seguidor» (es decir, un registro para ser un seguidor o una baja en el registro) si se implementa una caractenstica que permite que una estacion de trabajo de despacho autorice a otros usuarios. Asimismo, el mensaje de control puede agregar una entrada a una lista negra de palabras o borrar una entrada de esta si se implementa dicha lista negra. Ademas, el mensaje de control puede agregar una entrada a una lista negra de seguidos o borrar una entrada a esta si se implementa dicha lista negra. A partir de lo anterior se puede concluir que no existen limitaciones para el contenido de un mensaje de control. Por ejemplo, el contenido puede depender de las polfticas de seguridad, la participacion, las funciones de los distintos aparatos, las funciones de los usuarios, etc. Los mensajes de control pueden ser conducidos de acuerdo con polfticas, por ejemplo, para la seguridad, participacion, ubicacion, funciones.

Debe apreciarse que el aparato movil TETRA o un periferico (no se ilustra en la Figura 1) puede comprender la unidad de control.

Ademas, los aparatos de radio movil y/o las estaciones de trabajo de despacho pueden comprender una memoria (no se ilustra en la Figura 1) y/o unidades para proporcionar acceso a otras redes, como Internet. Los aparatos de radio movil y/o los aparatos de despacho pueden comprender cualquier tipo de unidad o elemento de identificacion de suscriptores que asocie el equipo terminal real con su usuario presente por medio de un identificador TETRA individual. En vez del identificador TETRA individual, se utiliza tfpicamente un identificador de apodo generado y asociado con el identificador TETRA individual en la red. Ademas, puede asignarse un aparato del usuario TETRA a uno o mas grupos, donde cada grupo tiene su propio identificador de grupo y el aparato del usuario TETRA es capaz de recibir mensajes del servicio de datos cortos y/o datos y/o voz dirigidos a cualquiera de los identificadores asignados al usuario o el aparato del usuario TETRA. El identificador utilizado puede ser un identificador TETRA corto o un identificador TETRA largo (el identificador largo comprende un codigo de pafs movil y un codigo de red movil y el identificador corto) o cualquier otro identificador correspondiente, como el MS-ISDN, que puede utilizarse como un identificador virtual de un usuario TETRA.

Debe apreciarse que el numero de elementos como la cantidad de puertas de enlace de redes sociales y sus interconexiones mutuas en SwMI puede variar naturalmente segun la implementacion. Por ejemplo, una estacion de trabajo de despacho 120 puede conectarse a la puerta de enlace de redes sociales 140 directamente o a traves de una o mas centrales digitales. Otro ejemplo incluye una puerta de enlace de redes sociales integrada con otra entidad de puerta de enlace TETRA.

La red publica 102 puede incluir una o mas redes que pueden ser del mismo tipo o de diferente tipo. Los servidores de redes sociales 150 se conectan tfpicamente a una red publica basada en protocolos de Internet y estos utilizan protocolos como http (protocolo de transferencia de hipertexto) o https (protocolo seguro de transferencia de hipertexto) para la transmision.

El servidor de redes sociales 150 representa una o mas entidades de red que proporcionan redes sociales. Una red social (o servicio de redes sociales) puede definirse como una aplicacion/plataforma virtual que un usuario utiliza para publicar contenido que es tfpicamente pero no necesariamente, publico por defecto al menos para otros usuarios de la red social espedfica o «seguidores» o «amigos».

Los ejemplos de servicios publicos que se basan en la red que pueden proporcionar el servidor de redes sociales incluyen, Twitter, Facebook, Google+, una aplicacion bloguera, una aplicacion de foro de discusion que se basa en

5

10

15

20

25

30

35

40

45

50

55

60

la red, MySpace, YouTube y LinkedIn. El servidor de redes sociales puede ser tambien una red social privada que proporciona comunicacion privada dentro de organizaciones o entre los miembros de las organizaciones y los grupos predisenados. Los ejemplos de redes sociales privadas incluyen Yammer y Microsoft Lync. WhatsApp, que sustenta grupos cerrados de usuarios, tambien es un tipo de red social privada. La diferencia entre las redes sociales privadas y las publicas es que, para conseguir acceso a la red social privada, la entidad que desea obtener acceso debe ser aceptada por una autoridad en la red social privada por adelantado, por ejemplo, proporcionando una cuenta de correo electronico en el dominio utilizado por las organizaciones privadas o enviando una invitacion para unirse, mientas que en las redes sociales publicas como mucho se necesita de un registro. Otra manera de definir la diferencia es que una red social privada es un servicio cerrado, tipicamente espedfico para una organizacion, mientas que una red social publica es un servicio abierto o un servicio semiabierto, tfpicamente un servicio organizativo trasversal.

Debe apreciarse que la cantidad de servicios de redes sociales que incluyen servicios privados y publicos que se basan en la red, como los servicios de microblogueo identificados anteriormente y las aplicaciones de publicacion de actualizaciones de estado social, esta en evolucion y la lista anterior no es una lista exhaustiva.

La Figura 2 es un diagrama de bloques que ilustra algunas unidades de la puerta de enlace de redes sociales 140 segun una realizacion de ejemplo. En la modalidad se supone que existen dos categonas diferentes para la autorizacion y solamente se utiliza una sola cuenta de redes sociales.

La puerta de enlace de redes sociales comprende una o mas interfaces 210 (IF TETRA) hacia la red TETRA con un identificador TETRA individual correspondiente de modo que la puerta de enlace de redes sociales es accesible. Aparato del usuario TETRA a los aparatos moviles TETRA y estaciones de trabajo de despacho; una o mas interfaces 220 (IF de control) para permitir a los usuarios autorizados que controlen/gestionen la puerta de enlace de redes sociales y/o abran cuenta/s o asocien cuenta/s existente/s con la puerta de enlace de redes sociales; y una o mas interfaces 230 (IF de redes sociales) hacia la red publica con una direccion correspondiente de modo que la puerta de enlace de redes sociales aparezca como un usuario normal para el servidor de redes sociales.

La puerta de enlace de redes sociales comprende una memoria 240 para almacenar diferentes listas y asociaciones para el servicio de redes sociales. La informacion almacenada y/o la cantidad de listas diferentes depende de la implementacion. Puede haber varias identidades de usuario de redes sociales, llamadas tfpicamente «cuentas». Se pueden mantener diferentes listas espedficamente para cuentas, espedficamente para el usuario TETRA y/o comunes para todos los usuarios TETRA y/o cuentas. Por lo tanto, no existen limitaciones para las distintas listas y sus contenidos, el unico prerrequisito es que la informacion individual sobre los usuarios de TETRA que se mantiene en la red TETRA no sea transmitida o revelada de otra manera, por ejemplo, al servidor de redes sociales. El prerrequisito es necesario por seguridad. Sin embargo, la identidad del usuario en las redes sociales puede ser descriptiva, como HelsinkiIncendio_deguardia o incluso indica a una persona/funcion espedfica tal como @jefe_de_la_polida, dado que esto no revela los identificadores utilizados en la red TETRA. Lo mismo aplica tambien al contenido en un mensaje. Este puede identificar un lugar como «Harrods» pero no revela las coordenadas espedficas de la ubicacion, por ejemplo. No obstante, las identidades del usuario de redes sociales descriptivas y/o las palabras que se asocian con un lugar espedfico pueden agregarse a una lista negra, es decir, rechazarse. Las identidades del usuario de redes sociales, la informacion de la ubicacion revelada, etc., son elecciones de organizacion del usuario, asf como tambien, lo que un usuario elige compartir, estos no se agregan o generan automaticamente por parte del sistema.

En el ejemplo que se ilustra, la memoria comprende una lista de autorizacion 241 que contiene informacion de identificacion 241-1 sobre aquellos usuarios TETRA de los aparatos del usuario TETRA, es decir, en el ejemplo que se ilustra, las estaciones de trabajo de despacho estan autorizadas por el sistema de gestion de redes para controlar la puerta de enlace de redes sociales y controlar el uso de la puerta de enlace de redes sociales a traves de la interfaz de control 220. Mas adelante a dichos usuarios se les denomina usuarios autorizados de redes. En el ejemplo, la lista contiene tambien informacion de identificacion 241-2 sobre los usuarios de TETRA que estan autorizados a indicar/solicitar y/o elegir que seguir o que no seguir por parte de un usuario autorizado de redes. Mas adelante a dichos usuarios se les denomina adicionalmente «usuario autorizado». En la lista de autorizacion de ejemplo 241, las autorizaciones adicionales 241-2 se asocian con el usuario autorizado de red autorizada 242-1 para asegurar que solamente la persona que proporciono la autorizacion adicional pueda quitar la autorizacion. En otra implementacion, al menos los usuarios autorizados de redes 241-1 y las posibles autorizaciones adicionales 241-2 pueden incorporarse a una entidad de gestion de derechos genericos de SwMI.

Ademas, la memoria incluye en el ejemplo, una tabla de seguidores 242 que asocia «seguido» 242-1 con aquellos que siguen, es decir, los seguidores 242-2, y con una identidad del suscriptor TETRA de grupo adicional 242-3 (id de grupo adicional), si dicha identidad esta destinada a los seguidores. «Seguido» 242-1 indica el o los nombres de usuario de redes sociales y/o la o las palabras que se siguen en las redes sociales. Los seguidores 242-2 asocian los identificadores de usuario TETRA con lo que se sigue, «se sigue» espedficamente y la identidad del suscriptor TETRA de grupo adicional 242-3 son los medios auxiliares para gestionar la transmision del contenido en la red TETRA. Naturalmente, la asociacion puede realizarse de modo que la asociacion sea espedficamente para el identificador de usuario TETRA y se puede utilizar cualquier forma adecuada para asociar la informacion. Dado que

5

10

15

20

25

30

35

40

45

50

55

la informacion puede ser muy dinamica y depender de las funciones, en vez de un identificador de grupo/usuario TETRA, se puede utilizar una asignacion de usuario de radio (RUA, por sus siglas en ingles), por ejemplo. Gracias a la asociacion, la informacion de redes TETRA confidencial permanece dentro de la red TETRA y un usuario de TETRA continua recibiendo el contenido que el o ella se supone que sigue en las redes sociales como un usuario de TETRA. Otras ventajas incluyen que es suficiente usar los derechos de usuario definidos para la red TETRA para un usuario individual, no hay necesidad de proporcionar derechos para redes externas o destinar un identificador para usar en las redes sociales. Ademas, multiples usuarios TETRA pueden seguir la misma cuenta o palabra en las redes sociales aparentando ser un seguidor en las redes sociales.

La memoria puede comprender tambien una lista negra de palabras 243 que identifica las palabras prohibidas en un contenido y una lista negra de «seguidos» 244 para identificar aquellas entidades que no deben seguirse. Puede implementarse una lista negra tambien de manera negativa, es decir, cualquier palabra o entidad que no se encuentre en la lista correspondiente se interpreta como prohibida.

En el caso de que la puerta de enlace de redes sociales tenga varias cuentas de redes sociales, puede mantenerse una o mas de las listas espedficamente para las cuentas y/o compartirse en dos o mas cuentas de puerta de enlace de redes sociales.

Para permitir la interaccion con el servidor de redes sociales, la puerta de enlace de redes sociales comprende una unidad de registro 250 para registrar y cancelar la suscripcion para seguir algo en las redes sociales, y una unidad de procesamiento de contenido 260 para procesar el contenido de las redes sociales seguidas. La unidad de registro 250 puede configurarse para formar grupos de diferentes seguidores, como se describira a continuacion. La unidad de registro 250 puede comprender subunidades, como una unidad de registro a servicios, una unidad para cancelar la suscripcion a los servicios y una unidad de agrupacion, si se implementa una funcion de agrupacion. A continuacion, estas se describen como una unidad. La unidad de procesamiento de contenidos puede configurarse para procesar el contenido que se enviara a las redes sociales dependiendo de si esta permitido o no enviar contenido a las redes sociales.

La unidad de procesamiento de contenidos 260 puede comprender subunidades, como un equipo filtrante, una unidad de recepcion de contenidos y una unidad de envfo de contenidos. Sin embargo, a continuacion, estas se describen como una unidad. Asimismo, puede haber una unidad de almacenamiento de informacion (no se ilustra en la Figura 2) para almacenar imagenes bajadas de Internet, por ejemplo. La unidad de almacenamiento de informacion puede ser una subunidad de la unidad de procesamiento de contenidos 260 o una unidad aparte. Una ventaja de tener una unidad de almacenamiento de informacion es que al almacenar informacion el uso de recursos en trafico entre la puerta de enlace de redes sociales y el servidor de redes sociales puede minimizarse, ya que si el contenido que puede obtenerse cliqueando un enlace integrado se encuentra en la unidad de almacenamiento, no hay necesidad de obtener el contenido del servidor de redes sociales, es decir, no se genera ningun trafico entre la puerta de enlace de redes sociales y el servidor de redes sociales.

Ademas, la puerta de enlace de redes sociales puede comprender una unidad de lista 270 que esta configurada para agregar o quitar entradas en una o mas de las listas negras descritas anteriormente segun las instrucciones recibidas de un aparato de usuario TETRA. Dependiendo de una implementacion, se puede configurar la unidad de lista puede para que rechace todas las demas instrucciones que se relacionan con una lista excepto las instrucciones recibidas de cualquier usuario TETRA y/o usuario autorizado de redes y un usuario autorizado adicionalmente y/o un campo operativo y un usuario TETRA ubicado en un lugar espedfico, etc. Cada lista puede tener su propia autorizacion, puede haber una autorizacion comun, autorizacion espedfica para la cuenta y/o algunas listas pueden compartir autorizacion mientras que los demas tienen autorizaciones espedficas para la lista, por ejemplo. Se puede configurar la unidad de lista para que mantenga una lista espedficamente de etiquetas, espedficamente para cuentas, espedficamente para usuarios, espedficamente para la «audiencia» (la audiencia puede ser la polida secreta o la polida de transito), etc.

Aunque en el ejemplo que se ilustro anteriormente la puerta de enlace de redes sociales comprende varias listas y unidades este no tiene que ser el caso necesariamente. Es suficiente que la puerta de enlace de redes sociales tenga informacion sobre que se sigue y por quien (por medio de que identificadores TETRA). En otras palabras, basta que la puerta de enlace de redes sociales este configurada para conectar uno o mas usuarios TETRA con una cuenta de redes sociales.

Debe apreciarse que cada una de las unidades en la puerta de enlace de redes sociales puede ser una unidad separada o integrada a otra unidad o las unidades pueden estar integradas entre sf.

Los aparatos de radio movil, los aparatos para estaciones de trabajo de despacho o los aparatos correspondientes que proporcionan acceso a la red PMR, asf como tambien el aparato que proporciona la puerta de enlace de redes sociales son dispositivos informaticos que no comprenden solamente medios de la tecnica previa sino tambien medios para implementar una o mas funcionalidades que se describen a continuacion con un nodo/aparato correspondiente. Cada aparato puede comprender medios separados para cada funcion separada que se describe que un nodo correspondiente realiza, o se pueden configurar medios para realizar dos o mas funciones e incluso para combinar las funciones de distintas realizaciones/ejemplos. Estos medios pueden implementarse por medio de

5

10

15

20

25

30

35

40

45

50

55

60

diversas tecnicas. Por ejemplo, los medios pueden implementarse en hardware (uno o mas aparatos), firmware (uno o mas aparatos), software (uno o mas modulos) o combinaciones de estos. Para un firmware o software, la implementacion puede ser a traves de unidades/modulos (p. ej., procedimientos, funciones y demas) que realizan las funciones descritas en la presente. La codificacion de software para llevar a cabo las etapas que se muestran y describen a continuacion se encuentra dentro del alcance de un experto en la tecnica, una vez que las etapas con la descripcion han sido mostradas a el/ella.

Ademas, los aparatos comprenden diferentes unidades de interfaz, tal como una o mas unidades de recepcion (no se ilustran en las Figuras) para recibir entradas, informacion de control, solicitudes y respuestas diferentes, por ejemplo, y una o mas unidades de envfo (no se ilustran en las Figuras) para enviar salidas, informacion de control, respuestas y solicitudes diferentes, por ejemplo. La unidad de recepcion y la unidad de transmision proporcionan, cada una, una interfaz en el aparato, tal interfaz incluye un transmisor y/o receptor o un medio correspondiente para recibir y/o transmitir informacion y realizar las funciones necesarias de modo que el contenido, la informacion de control, etc., puedan recibirse y/o transmitirse. Las unidades de recepcion y envfo pueden incluir un conjunto de antenas, cuya cantidad no se limita a una cantidad particular.

Un aparato que implementa una funcionalidad o algunas funcionalidades segun una realizacion puede incluir generalmente un procesador (no se muestra en las Figuras 1 y 2), controlador, unidad de control, microcontrolador o similares conectados a una memoria y a diversas interfaces del aparato. Generalmente el procesador es una unidad de procesamiento central, pero el procesador puede ser un procesador de funcionamiento adicional. La unidad de cliente 111, y/o la unidad de control de la puerta de enlace de redes sociales 122, y/o la unidad de registro 250, y/o la unidad de procesamiento de contenidos 260, y/o la unidad de lista 270 o las unidades correspondientes cuando se utiliza otro sistema, pueden configurarse como un ordenador o un procesador, o un microprocesador, tal como un elemento informatico de un solo chip o como un conjunto de chips, que incluyen al menos una memoria para proporcionar un area de almacenamiento utilizada para la operacion aritmetica y un procesador de funcionamiento para ejecutar la operacion aritmetica. La unidad de cliente 111, y/o la unidad de control de la puerta de enlace de redes sociales 122, y/o la unidad de registro 250, y/o la unidad de procesamiento de contenidos 260 y/o la unidad de lista 270 o unidades correspondientes cuando se utiliza otro sistema, pueden comprender uno o mas procesadores informaticos, circuitos integrados para aplicaciones espedficas (ASIC, por sus siglas en ingles), procesadores digitales de senales (DSP, por sus siglas en ingles), dispositivos de procesamiento de senales digitales (DSPD, por sus siglas en ingles), dispositivos logicos programables (PLD, por sus siglas en ingles), matriz de puertas programable de campo (FPGA, por sus siglas en ingles) y/u otros componentes de hardware que han sido programados de este modo para realizar una o mas funciones de una o mas realizaciones. Una realizacion proporciona un programa informatico incorporado en cualquier medio de almacenamiento de datos/distribucion legible por el cliente o unidad/es de memoria o artfculo/s de fabricacion, que comprende instrucciones de programas ejecutables por uno o mas procesadores/ordenadores, cuyas instrucciones, cuando se cargan en un aparato, constituyen la unidad de cliente 111, y/o la unidad de control de la puerta de enlace de redes sociales 122, y/o la unidad de registro 250, y/o la unidad de procesamiento de contenidos 260, y/o la unidad de lista 270 o unidades correspondientes cuando se utiliza otro sistema. Los programas, llamados tambien productos de programas que incluyen rutinas de software, fragmentos de programas que constituyen «bibliotecas de programas», subprogramas y macros, pueden almacenarse en cualquier medio y pueden descargarse en un aparato. Puede implementarse el medio de almacenamiento de datos o la unidad de memoria dentro del procesador/ordenador o de forma externa al procesador/ordenador, en cuyo caso este puede acoplarse de forma comunicativa al procesador/ordenador a traves de diversos medios como se conoce en la tecnica.

La memoria puede ser, por ejemplo, una memoria volatil y/o no volatil, por ejemplo, EEPROM, ROM, PROM, RAM, DRAM, SRAM, firmware, logica programable, transistor de efecto de campo de doble puerta flotante, etc., y tfpicamente almacenar contenido, datos o similares, y la memoria puede almacenar la informacion necesaria para la conexion de red de area local inalambrica, asf como tambien otra informacion. Asimismo, la memoria puede almacenar un codigo de ordenador tal como aplicaciones de software (por ejemplo, para la unidad de cliente 111, y/o la unidad de control de puerta de enlace de redes sociales 122, y/o la unidad de registro 250, y/o la unidad de procesamiento de contenidos 260, y/o la unidad de lista 270 o las unidades correspondientes cuando se utiliza otro sistema) o sistemas operativos, informacion, datos, contenido o similares para que el procesador realice las etapas que se asocian con la operacion del nodo de punto de acceso movil y/o el aparato manual portatil segun las realizaciones. La memoria puede ser un disco duro, otra memoria de datos fijos o dispositivo de almacenamiento, un servidor en la nube, un servidor de almacenamiento virtual o cualquier combinacion de estos. Ademas, la memoria o parte de esta, puede ser una memoria removible conectada de forma extrafble al aparato.

Si bien el aparato de radio movil, la estacion de trabajo de despacho y la puerta de enlace de redes sociales han sido ilustrados como una unidad, se pueden implementar diferentes procesadores, controladores, interfaces y/o memoria en una o mas unidades ffsicas o logicas, o unidades virtuales.

A continuacion, se describen diferentes ejemplos usando Twitter como ejemplo de red social, cuyo contenido se transmite en la red TETRA por medio del servicio de datos cortos SDS. Los mensajes de datos cortos, llamados mensajes SDS, son mensajes de texto (u otro formato, por ejemplo, binario) que pueden transmitirse en la red TETRA entre los aparatos de usuario TETRA y los elementos de red. Los mensajes SDS pueden enviarse a

5

10

15

20

25

30

35

40

45

50

55

usuarios TETRA individuals, a grupos, o transmitirse en una o mas estaciones base a todos los usuarios TETRA mediante el uso de una o mas estaciones base. La longitud maxima del contenido en un mensaje SDS individual es de 140 bytes sin concatenacion que proporciona 140 caracteres con una codificacion de 8 bits.

Twitter es un servicio de microblogueo publico que se basa en la red en el cual la longitud maxima de una publicacion se limita a 140 caracteres. Una publicacion es un contenido creado por el usuario que se publica en la cuenta del usuario en el servidor de Twitter. La publicacion se denomina tambien «tuit». Para poder usar Twitter, un usuario tiene que registrarse al servicio de Twitter y este recibe una cuenta para Twitter, tal cuenta se encuentra en un servidor de Twitter. Una de las caractensticas en Twitter es que un usuario puede seguir automaticamente lo que se publica en las cuentas de otros usuarios registrandose como un seguidor de una cuenta espedfica. Cada cuenta esta asociada con un nombre de usuario y cuando un nombre de usuario en un tuit va precedido por @, este se transforma en un enlace para un perfil de Twitter. Actualmente, tambien es posible seguir tuits en tiempo real que tengan una palabra espedfica combinada con un sfmbolo numeral (#) luego que una persona se registro para seguir dicha combinacion, tal combinacion del sfmbolo numeral y la palabra se denomina «etiqueta». Para mejorar la seguridad de la cuenta, Twitter permite el uso permanente de https en las transmisiones, permitiendo asf la comunicacion encriptada y que un usuario pueda registrarse siempre en Twitter a traves de https.

La Figura 3 ilustra una funcionalidad de ejemplo de como la puerta de enlace de redes sociales procesa una solicitud en relacion con lo que se sigue. Mas precisamente, esta describe la funcionalidad de la unidad de registro. En el ejemplo se supone, en aras de la claridad, que la puerta de enlace de redes sociales tiene una cuenta de Twitter, como @polida y sigue las etiquetas. Si en la red social utilizada se requiere de un servicio adicional para seguir etiquetas en tiempo real, se supone que la puerta de enlace de redes sociales se ha suscrito a dicho servicio. Naturalmente, se pueden seguir tambien una o mas identidades, tales como @Elancourt_vecindario_vigilar. Sin embargo, como se dijo anteriormente, lo que sigue utiliza la etiqueta como ejemplo en aras de la claridad.

En el ejemplo, se supone ademas que la puerta de enlace de redes sociales esta configurada para formar grupos cuando la cantidad de seguidores de una etiqueta supera un umbral. Para esa finalidad, la puerta de enlace de redes sociales tiene un conjunto de identidades del suscriptor de grupos del cual seleccionar direcciones de grupo dinamicas o esta configurado (y autorizado) para asignarlas. El valor umbral puede ser codificado de forma fija para la puerta de enlace de redes sociales o puede ser recibido desde una estacion de trabajo de despacho, o establecerse dinamicamente por medio de SwMI de acuerdo con una carga del sistema, por ejemplo. Asimismo, la puerta de enlace de redes sociales esta configurada para usar una asignacion dinamica de numeros de grupo TETRA para informar a los aparatos de usuario TETRA que pertenecen al grupo que escuchen una direccion de grupo o que dejen de escuchar una direccion de grupo. Pueden utilizarse tambien para este fin otros mecanismos, como el mecanismo de notificacion.

Cuando se recibe una solicitud para seguir o dejar de seguir en la etapa 301 desde la red TETRA, se verifica en la etapa 302 si se recibio o no la solicitud de una entidad autorizada. En otras palabras, se verifica si se encuentra o no en la lista de autorizacion una identidad correspondiente. Si una identidad correspondiente se encuentra en la lista, la solicitud proviene de una entidad autorizada. En este ejemplo no hay diferencia entre una entidad autorizada de red y una entidad autorizada adicionalmente, pero en otra implementacion, solamente se permite que las entidades autorizadas de red soliciten seguir o dejar de seguir.

Si la solicitud no proviene de una entidad autorizada (etapa 302), la solicitud se rechaza en la etapa 303.

Si la solicitud proviene de una entidad autorizada (etapa 302) se verifica en la etapa 304, si la solicitud es o no para comenzar a seguir una etiqueta. Si la solicitud es para comenzar a seguir una etiqueta (etapa 304) por medio de uno o mas identificadores TETRA espedficos, se verifica en la etapa 305 si la etiqueta ya se sigue o no. En caso afirmativo, se agregan uno o mas identificadores TETRA nuevos recibidos con la solicitud en la etapa 306 a la tabla de seguidores como seguidores de la etiqueta. En otras palabras, si un identificador TETRA incluido en la solicitud ya se encuentra en la tabla de seguidores como un seguidor de la etiqueta, este no se agrega. Si todos los identificadores se encuentran en la lista, no se agrega nada. Se actualiza la cantidad de seguidores de la etiqueta, n, en la etapa 307 mediante el aumento de un valor que corresponde a la cantidad de identificadores agregados a la tabla de seguidores. Luego se verifica, en la etapa 308, si la etiqueta tiene o no un identificador de grupo asignado de puerta de enlace. Si lo tiene, se utilizan uno o mas identificadores TETRA espedficos nuevos en la etapa 309 para informar a los aparatos correspondientes que deben escuchar el identificador de grupo asignado de puerta de enlace. Luego se envfa un acuse de recibo para la solicitud en la etapa 310.

Si la etiqueta no tiene un identificador de grupo asignado de puerta de enlace (etapa 308), se verifica en la etapa 311 si la n actualizada es mas grande que el valor umbral th. Si no lo es, el proceso continua con la etapa 310 para enviar el acuse de recibo. Si la n actualizada es mas grande que el valor umbral (etapa 311), se asigna un identificador de grupo a la etiqueta en la etapa 312 y luego se envfa un mensaje en la etapa 313 a todos los identificadores TETRA que son seguidores de la etiqueta en la tabla de seguidores para informarles que deben escuchar al identificador de grupo asignado de puerta de enlace. Luego se envfa un acuse de recibo para la solicitud en la etapa 310.

5

10

15

20

25

30

35

40

45

50

55

Si la etiqueta no es seguida aun (etapa 305), se realiza una nueva entrada a la tabla de seguidores en la etapa 314, tal entrada comprende la etiqueta y uno o mas identificadores TETRA en la solicitud como seguidores de la etiqueta. Luego se establece el valor n para los seguidores en la etapa 315 para que corresponda a la cantidad de uno o mas identificadores TETRA. Asimismo, se utiliza la cuenta de Twitter de la puerta de enlace de redes sociales en la etapa 315 para el registro como seguidor de la etiqueta enviando un mensaje correspondiente al servicio de Twitter. Por lo tanto, la identidad real del seguidor no se envfa a la red publica. Luego, el proceso continua en la etapa 311 para verificar si el valor n supera o no el umbral th.

Si la solicitud es para dejar de seguir una etiqueta por parte de uno o mas identificadores TETRA (etapa 304), los identificadores correspondientes se eliminan en la etapa 316 de los seguidores de la etiqueta en la tabla de seguidores y se actualiza en consecuencia la cantidad de seguidores n en la etapa 317 reduciendola con un valor que corresponde a la cantidad de identificadores TETRA eliminados.

Luego se verifica, en la etapa 318, si la etiqueta tiene o no un identificador de grupo asignado de puerta de enlace. Si lo tiene, se verifica en la etapa 319, si la n actualizada es todavfa mas grande que el umbral. Si lo es, el proceso continua en la etapa 310 para enviar un acuse de recibo. Si la n actualizada no es mas grande que el umbral (etapa 319), el identificador de grupo asignado de puerta de enlace se elimina en la etapa 320 y se envfa un mensaje informando que se deje de escuchar el identificador de grupo en la etapa 321 usando los identificadores TETRA que todavfa se encuentran en la tabla de seguidores de la etiqueta. Aunque los aparatos de usuario TETRA estan configurados para escuchar las transmisiones para cada identificador asignado a ellos y, por lo tanto, la etapa 321 puede omitirse, al enviar el mensaje, el identificador de grupo TETRA asignado de puerta de enlace puede ser utilizado nuevamente casi de forma inmediata y aun asegurar que solamente aquellos que se suponen deben seguir, seguiran. Luego se envfa el acuse de recibo en la etapa 310.

Si la etiqueta no tiene un identificador de grupo asignado de puerta de enlace (etapa 318), se verifica si hay o no algun seguidor. En otras palabras, en la etapa 322 se verifica si n es igual a cero o no. Si no lo es, se envfa el acuse de recibo en la etapa 310. Sin embargo, si no hay mas seguidores (etapa 322), se utiliza la cuenta de Twitter de la puerta de enlace en la etapa 323 para cancelar su propio registro como seguidor de la etiqueta enviando un mensaje correspondiente al servicio de Twitter. Luego se envfa el acuse de recibo en la etapa 310.

Como resulta evidente de lo anterior, la puerta de enlace de redes sociales con una cuenta de Twitter aparece como una cuenta ampliamente seguidora y superactiva para Twitter. Incluso si la puerta de enlace de redes sociales tiene dos o mas cuentas, cada cuenta, o al menos algunas de ellas, apareceran aun muy probablemente sumamente activas y ampliamente seguidoras. Esto, a su vez, hara que los usuarios que no son TETRA sigan la o las cuentas de Twitter de la puerta de enlace de redes sociales y, por lo tanto, una solicitud de informacion en la cuenta de Twitter atraera mas atencion y respuestas.

La Figura 4 es un diagrama de flujo que ilustra una funcionalidad de ejemplo de como el contenido en el servidor de redes sociales se entrega a los aparatos de usuario TETRA. Mas precisamente, esta describe una parte de una funcionalidad de la unidad de procesamiento de contenidos. En la Figura 4 se supone que una vez que una cuenta se registro para seguir otra cuenta o etiqueta, las publicaciones que se siguen se envfan automaticamente a la cuenta seguidora (cuenta del seguidor).

En el ejemplo a continuacion se supone que, en aras de la claridad, se utilizan listas negras comunes para filtrar algunas publicaciones (tuits). Sin embargo, se pueden utilizar principios similares si algunas listas negras son comunes, algunos dependen de la cuenta utilizada de las redes sociales y/o algunos son especfficos para el usuario TETRA. Por ejemplo, puede filtrarse el contenido de un tuit sin una etiqueta asociada con una palabra predefinida o un nombre de una ubicacion correspondiente a la ubicacion real de uno o mas aparatos del usuario TETRA. A traves del filtrado se reenvfa solamente informacion relevante a los usuarios TETRA. En otras palabras, el objetivo principal del filtrado de entrada es descartar los mensajes no deseados y permitir concentrar la atencion en los temas importantes. Incluso otra caractenstica relacionada con el filtrado es que en el ejemplo que sigue a continuacion, se supone que puede configurarse un cliente en un aparato de usuario TETRA para que el mismo filtre determinadas publicaciones que contienen un elemento prohibido (palabra, etiqueta, cuenta). Dado que los criterios de filtrado en un aparato de usuario TETRA pueden ser diferentes de los criterios de filtrado en la puerta de enlace de redes sociales, en el ejemplo se supone que el cliente esta configurado para enviar la informacion de la puerta de enlace de redes sociales de acuerdo con la capacidad del cliente de filtrar y los criterios de filtrado, y la puerta de enlace de redes sociales se configura para asociar este filtrado de informacion con un usuario TETRA correspondiente.

Cuando la puerta de enlace de redes sociales detecta en la etapa 401 una nueva publicacion en su cuenta, esta obtiene la publicacion en la etapa 401 mediante el uso de http o https. Luego se verifica en la etapa 402 usando la informacion de la cuenta del participante en la publicacion, si el participante se encuentra o no en la lista de participates vetados. Si se trata de un participante vetado, la publicacion se ignora o descarta en la etapa 403. Esto permite de forma facil bloquear los tuits de un participante malintencionado, es decir, un usuario de Twitter que publica en la cuenta.

Si no se trata de un participante vetado (etapa 402), el contenido de la publicacion se extrae en la etapa 404 y se determinan las etiquetas en el contenido en la etapa 404. Despues de eso, se verifica en la etapa 405 si la

5

10

15

20

25

30

35

40

45

50

55

60

publicacion contiene o no una palabra prohibida definida en la lista de palabras prohibidas. Si hubiera una palabra prohibida, la publicacion se borra en la etapa 406. Si ninguna de las palabras es prohibida, se verifica en la etapa 407 si una de las etiquetas determinadas, si existiera, esta prohibida o no. Si hay una etiqueta prohibida, la publicacion se redirige en la etapa 406 a un revisor, como un usuario de una estacion de despacho, quien decide entones si la publicacion debe ser distribuida o ignorada/descartada. Esto tiene una ventaja que, si una publicacion contiene etiqueta/s y palabra/s permitida/s, y etiqueta/s y palabra/s prohibidas o solamente etiqueta/s prohibidas, la publicacion puede ser emitida si el revisor asf lo considera. Por lo tanto, si un tema se torna «caliente», se emitira la publicacion. De manera alternativa, la etapa 406 puede ser identica a la etapa 403 (es decir, se ignora o descarta la publicacion).

Si ninguna de las posibles etiquetas esta prohibida, se utilizan una o mas etiquetas y la informacion de la cuenta del participante en la etapa 408 para obtener los identificadores TETRA correspondientes a partir de una tabla de seguidores. Si una etiqueta o una informacion de la cuenta del participante tiene un identificador de grupo asignado de puerta de enlace, este se obtiene, y de otra manera los identificadores listados como seguidores se obtienen de cada etiqueta/cuenta del participante. Para asegurar que cada seguidor obtenga el contenido de la publicacion solamente una vez, los identificadores obtenidos se comparan en la etapa 409 entre sf y se eliminan los duplicados, de modo que un identificador se encuentra en la lista obtenida solamente una vez. Esto se realiza debido al hecho de que puede ocurrir que una publicacion contenga, por ejemplo, dos o mas etiquetas que se siguen de forma separada, pero es suficiente para enviar el contenido de la publicacion al usuario TETRA solamente una vez. Sin embargo, esta etapa puede saltearse en otra implementacion. Cuando se conocen los identificadores TETRA, se verifica en la etapa 410 si un aparato de usuario TETRA correspondiente indico a la puerta de enlace de redes sociales que el aparato de usuario TETRA esta configurado para filtrar y lo que se establecio filtrar (es decir, los criterios de filtrado del cliente). Por ende, la informacion que sena filtrada por el aparato de usuario TETRA no se envfa en vano a traves de SwMI, y los recursos de red, especialmente los recursos de interfaz de aire siguen estando disponibles para otro uso. Si un aparato de usuario TETRA va a filtrar el contenido (etapa 410), se elimina el identificador TETRA correspondiente en la etapa 411 de los identificadores TETRA que se determinaron en la etapa 409. En otras palabras, existen varias posibilidades para filtrar y el filtrado puede variar de una implementacion a otra. Por ejemplo, en TETRA se pueden utilizar varias capas (capas de interconexion de sistemas abiertos, capas OSI) para filtrar: una basada en el identificador de grupo (ya sea que el aparato de usuario TETRA lo sigua o no), otra basada en las reglas de filtrado de una aplicacion receptora, tales reglas de filtrado estan dirigidas al contenido entregado en el mensaje (como el filtro contra spam para los correos electronicos) y otra mas basada en las reglas espedficas para el usuario en una aplicacion que gestiona el mensaje. Una ventaja de saber que una aplicacion en el aparato del usuario realizara el filtrado es que esta permite utilizar los mismos identificadores de grupo para los mensajes que no estan dirigidos a todos.

Luego, o si no se establece ningun aparato del usuario TETRA para filtrar (etapa 410), se crean tantos mensajes SDS como identificadores TETRA quedan en la etapa 412, se establece un identificador entre los identificadores TETRA como una direccion de destino para un mensaje SDS en la etapa 413 de modo que cada mensaje SDS tiene una direccion de destino que es diferente a las direcciones de destino en los demas mensajes SDS y el contenido extrafdo de la publicacion se agrega en la etapa 415 para ser la carga para cada mensaje SDS. Dado que la cantidad maxima de caracteres en SDS y Twitter es la misma, no habra necesidad de crear mensajes SDS concatenados o de otra manera resolver el problema de como ajustar la longitud de un contenido o carga. Luego, los mensajes SDS se envfan en la etapa 415 a los destinatarios, tales mensajes SDS contienen el identificador TETRA de la puerta de enlace de redes sociales como un identificador de envfo.

En una implementacion, la etapa 415 incluye descubrir miembros de grupo espedficamente para la estacion base proporcionados por la estacion base, y usar el identificador de grupo para entregar el mensaje SDS a traves de la estacion base que proporciona al menos dos (o algun otro valor lfmite, mayor que dos) miembros de grupo y usar un identificador individual para entregar el mensaje SDS si solamente un miembro de grupo (o uno menos que el valor lfmite) es proporcionado por una estacion base. Esto maximiza la calidad del servicio (QoS) y minimiza el uso de recursos, como los recursos de transmision en la interfaz de aire.

La Figura 5 es un diagrama de flujo que ilustra una funcionalidad de ejemplo de como los usuarios TETRA pueden publicar en el servidor de redes sociales. Mas precisamente, esta describe otra parte de una funcionalidad de la unidad de procesamiento de contenidos. En el ejemplo ilustrado se supone, en aras de la claridad, que la puerta de enlace de redes sociales tiene una cuenta de Twitter. Otras suposiciones incluyen que solamente los usuarios autorizados pueden publicar, es decir, enviar tuits a la cuenta de Twitter, siempre que el contenido no este prohibido. El contenido puede prohibirse porque contiene una palabra prohibida, una etiqueta prohibida, no contiene una etiqueta o una combinacion de etiquetas espedficas, etc. No hay restriccion alguna que pueda prohibirse y como se prodbe. El objetivo principal del filtrado de salida es proteger contra una fuga intencional o no intencional de informacion clasificada o informacion correspondiente. Debe apreciarse que, si la puerta de enlace de redes sociales tiene dos o mas cuentas de Twitter, cada cuenta puede tener sus propios criterios de filtrado y/o los criterios de filtrado pueden ser espedficos para el usuario TETRA.

En respuesta a la recepcion de un mensaje SDS en la etapa 501 como una respuesta a la publicacion enviada previamente o una solicitud aparte dirigida al identificador TETRA de la puerta de enlace de redes sociales, se

5

10

15

20

25

30

35

40

45

50

55

verifica en la etapa 502 si el solicitante esta autorizado o no. La verificacion se puede realizar verificando la lista de autorizaciones. Si el solicitante no esta autorizado, se rechaza la solicitud en la etapa 503.

Si se trata de un solicitante autorizado, la carga del mensaje SDS se extrae en la etapa 504 y se verifica en la etapa 505 si la carga contiene o no un elemento prohibido (como una palabra, etiqueta, combinacion de etiquetas, combinacion de palabras y etiquetas, etc.), la etapa 505 combina una o mas de las distintas etapas 402, 405, 407 en la Figura 4. Si la carga contiene un elemento prohibido (etapa 505), se rechaza la solicitud en la etapa 503.

Si la carga no contiene un elemento prohibido (etapa 505), se crea una publicacion vada para la cuenta de Twitter en la etapa 506, la carga extrafda se agrega en la etapa 507 para que sea el contenido de la publicacion y la publicacion se transmite en la etapa 508 usando https (o http) a la cuenta de Twitter de la puerta de enlace de redes sociales, tal publicacion muestra la puerta de enlace de redes sociales como el participante. Por lo tanto, la transmision de la publicacion en el ejemplo no utiliza una interfaz aerea publica, sino trafico IP directamente e incluso trafico IP que se encuentra constantemente en un tunel de https.

En el ejemplo que se ilustra, se verifica en la etapa 509 si la carga del SDS incluyo o no una etiqueta. Si la incluyo, se verifica, en la etapa 510, si la etiqueta ya se sigue y en caso afirmativo, si el usuario TETRA que envio el mensaje SDS es ya un seguidor o no de la etiqueta (etapa 511). Si no la incluyo, se agrega el identificador de usuario TETRA en la etapa 512 para que sea un seguidor de la etiqueta en la tabla de seguidores, y se envfa un acuse de recibo en la etapa 513 al emisor del mensaje SDS que se recibio en la etapa 501.

Si aun no se sigue la etiqueta (etapa 510), se realiza una nueva entrada dentro de la tabla de seguidores en la etapa 514 asociando la etiqueta y el identificador de usuario TETRA como un seguidor de la etiqueta. Luego, la puerta de enlace de redes sociales se registra ella misma (es decir, la cuenta de Twitter) en la etapa 515 para seguir la etiqueta en el servidor de redes sociales y el proceso continua con la etapa 513 para enviar un acuse de recibo.

Si no hay ninguna etiqueta (etapa 509) o si el emisor del mensaje SDS ya sigue la etiqueta (etapa 511), el proceso continua con la etapa 513 para enviar un acuse de recibo.

En una implementacion, puede accionarse la unidad de registro para que lleve a cabo las etapas 512, 514 y 515. Si el servidor de redes sociales se configura para crear grupos para seguidores, las etapas que corresponden a las etapas 306 a 315 pueden remplazar las etapas 512 a 515.

El mensaje SDS que se recibio en la etapa 501 puede contener un enlace multimedia. En ese caso, el contenido multimedia, como una foto, puede entregarse usando un IP TETRA o mensajes SDS concatenados, por ejemplo, y puede configurarse la unidad de cliente para que se encargue de entregar el contenido. Es posible configurar la puerta de enlace de redes sociales GW para que almacene el contenido multimedia que recibio y para subir el contenido con el tuit correspondiente a Twitter independientemente de si el contenido multimedia se recibe en mensaje/s SDS de salida o usando un IP TETRA. De manera alternativa, toda la transaccion del contenido multimedia puede llevarse a cabo usando IP TETRA.

La Figura 6 es un diagrama de senalizacion que ilustra otra funcionalidad de ejemplo del sistema. En el ejemplo que se ilustra, se supone que las publicaciones que se originan de los usuarios TETRA no se filtran. Una suposicion adicional es que una publicacion (tuit, contenido) de un usuario TETRA puede indicar que esta destinada a ser distribuida solamente entre usuarios TETRA, sin que se publique en una cuenta de Twitter. El encabezado SDS puede incluir un identificador de protocolo espedfico para indicar la entrega ya sea al servicio de redes sociales y los usuarios TETRA o solamente a los usuarios TETRA, por ejemplo. En la figura, la lmea discontinua hace referencia a las transmisiones mediante el uso de https, las lmeas continuas hacen referencia a los mensajes TETRA.

En el ejemplo, un usuario de una estacion de despacho D1 en un centro de emergencia recibio informacion sobre un choque en cadena en Turuntie (autopista deTurku) cerca de Veikkola. Este decide enviar a la escena ambulancias, polidas y bomberos. La informacion sobre el incidente de hoy se encuentra con frecuencia en las redes sociales antes que las autoridades lleguen a la escena. Dado que el usuario de la D1 considera que los lfderes de campo de cada grupo diferente de usuarios PPDR (Proteccion y Socorro publico) enviados a ayudar en la escena del coche en cadena se beneficianan de la informacion proporcionada por los individuos que estan cerca o en la escena, y que el envfo de la informacion a todos los usuarios enviados a la escena puede perturbar su trabajo, el usuario decide formar una especie de grupo ad hoc que recibe las publicaciones que contienen #Turuntie y #Veikkola. Por lo tanto, se envfa el mensaje 6-1 desde la D1 a la puerta de enlace de redes sociales, tal mensaje 6-1 indica que se registran F1, P1 y A1 para seguir #accidente, #Turuntie y #Veikkola. En respuesta a la recepcion del mensaje 6-1, la puerta de enlace de redes sociales GW, que tiene una cuenta de Twitter @emergencia, registra, enviando el mensaje 6-2, la cuenta de Twitter @emergencia para seguir #accidente, #Turuntie y #Veikkola y asocia F1, P1 y A1 como seguidores del #accidente, #Turuntie y #Veikkola.

El usuario de la D1 tambien quiere informar a los lfderes de campo sobre las etiquetas que ellos estan siguiendo ahora y arma un tuit interno 6-3. El tuit 6-3 es un mensaje SDS que tiene una bandera que indica que se debe entregar solamente dentro de la red movil profesional. El contenido del tuit 6-3 puede ser: «usar #Turuntie y #Veikkola en los tuits»”.

5

10

15

20

25

30

35

40

45

50

55

60

Cuando se recibe el tuit 6-3 en la puerta de enlace de redes sociales GW, esta detecta la bandera en el punto 6-4, determina a partir del contenido #Turuntie y #Veikkola, obtiene identificadores TETRA que siguen ambas etiquetas y reenvfa el tuit (es decir, el mensaje SDS) a F1, P1 y A1. Los aparatos de usuario TETRA correspondientes muestran el contenido en su interfaz de usuario y, por lo tanto, se les informa a los usuarios que se les delega el seguimiento de Twitter a ellos.

El usuario de F1 quiere descubrir antes de llegar a la escena si se incendiaron uno o mas autos o no. Por lo tanto, se envfa el tuit 6-5 a la puerta de enlace de redes sociales GW, tal tuit 6-5 es un mensaje SDS con el contenido «^hay en el cocheencadena«#Turuntie y #Veikkola autos incendiados? ^Alguna foto?».

La puerta de enlace de redes sociales GW detecta en el punto 6-6 que el tuit 6-5 debe publicarse tambien en el servidor de redes sociales. Por lo tanto, la puerta de enlace de redes sociales GW crea un mensaje basado en https en punto 6-6, determina a partir del contenido del tuit 6-5 las etiquetas #Turuntie y #Veikkola, obtiene identificadores TETRA que siguen ambas etiquetas y reenvfa el tuit (es decir, el mensaje SDS) a P1 y A1. Dependiendo de una implementacion, la puerta de enlace GW puede usar como direccion del remitente del mensaje SDS su propia direccion o la direccion puede mostrar el autor real. En este ultimo caso, puede mejorarse el protocolo de los mensajes SDS para que tenga una respuesta a la direccion para asegurar que se envfe un mensaje SDS de respuesta a la puerta de enlace GW, o la unidad de cliente puede configurarse para que siempre envfe un mensaje SDS que contiene redes sociales y una respuesta a dicho mensaje a la puerta de enlace GW, que implementa una sintaxis similar a la que se implementa en los mensajes SDS de almacenamiento y envfo, por ejemplo. Ademas, el contenido se publica en el mensaje 6-5' para la cuenta @emergencia, tal mensaje contiene el mismo contenido que el mensaje 6-5 pero esta en formato https y tiene la cuenta como remitente.

Una publicacion 6-6 «#Turuntie #Veikkola incendio de automovil, vease enlace xyz» se publica en el servidor de redes sociales y dado que este contiene etiquetas seguidas por la cuenta @emergencia, la puerta de enlace de redes sociales obtiene la publicacion 6-6, extrae el contenido, determina las etiquetas y obtiene los identificadores que siguen las etiquetas. Luego el servidor de redes sociales crea tres mensajes SDS, agrega el contenido de la publicacion a la carga de cada mensaje SDS y envfa a F1, P1, y A1 el mensaje 6-6'. Los aparatos del usuario TETRA correspondientes muestran el contenido en su interfaz de usuario de modo que los usuarios pueden utilizar la informacion, por ejemplo, hacer clic en el enlace y mirar un video corto.

En una implementacion, combinable con cualquier de los ejemplos anteriores, la bandera que indica que se debe entregar un mensaje solamente dentro de la red movil profesional puede utilizarse para suministrar fotos, etc. Por ejemplo, si la puerta de enlace de redes sociales recibe un mensaje SDS con la bandera y un contenido que contiene un puntero para una foto almacenada en la red TETRA y esta configurada para interpretar dicho mensaje SDS como «comando de envfo automatico de fotos», el contenido se procesa antes de ser entregado a los seguidores en la red TETRA. Por ejemplo, la puerta de enlace de redes sociales (o la unidad de procesamiento de contenidos) puede configurarse para bajar la foto, comprimirla (empaquetarla), cambiarle el tamano en las pantallas terminales y reemplazar el puntero por el resultado, y posiblemente tambien las etiquetas, etc., en el mensaje SDS y luego enviar los mensajes SDS a los seguidores en la red TETRA. Naturalmente, se puede utilizar una bandera espedfica para indicar «el envfo automatico de la foto a los usuarios TETRA» en vez de la combinacion de bandera e interpretacion del puntero.

Como resulta evidente de lo anterior, una puerta de enlace de redes sociales no necesita ningun cambio por el lado del servicio de redes sociales ni tampoco en la red publica; todas las modificaciones y configuraciones se encuentran en el lado PRM. Ademas, el control del uso de las redes sociales en la red PMR permanece en la red PMR. Los ejemplos descritos anteriormente ilustran tambien que la puerta de enlace de redes sociales permite el acceso a la informacion de emergencia compartida en el servicio de redes sociales y proporciona medios para interactuar inmediatamente, por ejemplo, para la gestion de incidentes.

Otra ventaja que brinda la implementacion espedfica de TETRA y Twitter es que TETRA no ofrece la posibilidad de «suscribirse» a la informacion con respecto a una palabra clave determinada, pero la combinacion de TETRA y Twitter ofrece esta caractenstica, incluso a la informacion transmitida solamente dentro de la red TETRA, como lo describe el ejemplo de la Figura 6.

Las etapas/puntos, mensajes y funciones relacionadas descritas anteriormente en las Figuras 3 a 6 no estan en absoluto en orden cronologico y algunas de las etapas/puntos pueden llevarse a cabo de forma simultanea o en un orden que difiere del proporcionado. Por ejemplo, las etapas 509 a 515 pueden realizarse de forma simultanea con las etapas 506 a 508 o antes de estas. Se pueden ejecutar otras funciones tambien entre las etapas/puntos o dentro de las etapas/puntos y otros mensajes enviados entre los mensajes ilustrados. Por ejemplo, se puede agregar el identificador de protocolo espedfico que define que un mensaje SDS contiene contenido de redes sociales en la etapa 412 o 413 o 414 o luego de una etapa 414 antes de enviar el mensaje SDS. Algunas de las etapas/puntos o parte de las etapas/puntos se pueden omitir o remplazarse por una etapa/punto correspondiente o parte de la etapa/punto. Por ejemplo, se puede omitir la etapa 302 y/o las etapas 307 a 313, las etapas 317 a 321, es decir, creando y manteniendo grupos ad hoc. Otro ejemplo es que se pueden omitir las etapas 402 a 403, y/o las etapas 405 a 408 y/o las etapas 410 a 411. Incluso otros ejemplos incluyen omitir las etapas 502 a 503, y/o la etapa 505, y/o las etapas 509 a 515. Los mensajes son solamente ilustrativos e incluso pueden incluir varios mensajes individuales

para transmitir la misma informacion. Ademas, los mensajes pueden contener tambien otra informacion y/o ser de un tipo diferente, como mensajes de datos TETRA o de datos TETRA mejorados, TETRAPOL, mensajes SDS, mensajes del servicio de mensajes cortos (SMS, por sus siglas en ingles), etc.

Resulta evidente para un experto en la tecnica que, a medida que la tecnologfa avanza, el concepto inventivo puede 5 llevarse a cabo de diversas maneras. La invencion y sus realizaciones no se limitan a los ejemplos descritos anteriormente, sino que pueden variar dentro del alcance de las reivindicaciones.

Claims (15)

1. 5

   10

   15

   20

   25

   30

   35

   40

   REIVINDICACIONES

   1. Un metodo que comprende:

   proporcionar una entidad de red de una red de radio movil profesional con una o mas identidades del servidor de redes sociales por medio de las cuales la entidad de red aparece como un usuario normal para un servidor de redes sociales que proporciona un servicio de redes sociales;

   recibir, en la entidad de red, desde un aparato de usuario de la red de radio movil profesional, una solicitud para seguir un elemento espedfico en el servicio de redes sociales;

   asociar en la entidad de red el aparato del usuario con el elemento espedfico; y

   registrar, por medio de la entidad de red que usa una identidad del servicio de redes sociales que la entidad de red tiene, para que el servicio de redes sociales siga el elemento espedfico.
2. 2. Un metodo segun se reivindica en la reivindicacion 1, que ademas comprende:

   verificar, en respuesta a la recepcion de la solicitud, en la entidad de red, si el aparato del usuario esta autorizado o no a solicitar que se sigua el elemento espedfico; y

   si el aparato del usuario no esta autorizado, rechazar la solicitud.
3. 3. Un metodo segun se reivindica en la reivindicacion 1 o 2 que ademas comprende:

   verificar en la entidad de red si se permite o no seguir el elemento espedfico; y en caso negativo, rechazar la solicitud.
4. 4. Un metodo segun se reivindica en la reivindicacion 1, 2 o 3, que ademas comprende:

   comparar, en la entidad de red, la cantidad de aparatos del usuario que se asocia con el elemento espedfico con un umbral;

   en respuesta a la cantidad que supera el umbral, formar un grupo temporal para los aparatos del usuario; asignar al grupo un identificador de grupo de radio movil profesional y usar el identificador de grupo para transmitir el contenido de las redes sociales.
5. 5. Un metodo segun se reivindica en cualquier reivindicacion anterior, que ademas comprende:

   detectar, por medio de la entidad de red, en el servicio de redes sociales, el elemento espedfico seguido en una publicacion;

   obtener la publicacion para la entidad de red mediante el uso de un protocolo de transmision admitido por el servicio de redes sociales;

   crear un mensaje segun un protocolo de transmision utilizado para datos y/o mensajes en la red de radio movil profesional;

   agregar el contenido de la publicacion al mensaje; y

   transmitir el mensaje a los aparatos del usuario asociados con el elemento espedfico.
6. 6. Un metodo segun se reivindica en la reivindicacion 5 que ademas comprende:

   verificar si se debe filtrar o no la publicacion; y

   crear el mensaje solamente en respuesta a la publicacion que no se filtra.
7. 7. Un metodo segun se reivindica en cualquier reivindicacion anterior que ademas comprende:

   recibir, en la entidad de red, un mensaje de un aparato del usuario de la red de radio movil profesional, tal mensaje utiliza un protocolo de transmision de la red de radio movil profesional;

   detectar que el contenido del mensaje sea para el servicio de redes sociales;

   crear, en la entidad de red, una publicacion segun un protocolo de transmision utilizado para las publicaciones en el servicio de redes sociales, tal publicacion posee la identidad del servicio de redes sociales de la entidad de redes sociales como un remitente de la publicacion; y

   5

   10

   15

   20

   25

   30

   publicar la publicacion desde la entidad de red en una cuenta del servicio de redes sociales asignada a la identidad del servicio de redes sociales de la entidad de red.
8. 8. Un metodo segun se reivindica en cualquier reivindicacion anterior que ademas comprende:

   recibir, en la entidad de red, un mensaje de un aparato del usuario de la red de radio movil profesional, tal mensaje utiliza un protocolo de transmision de la red de radio movil profesional;

   detectar que el contenido del mensaje sea para el servicio de redes sociales y que el mensaje sea entregado unicamente dentro de la red de radio movil profesional a los aparatos del usuario asociados con el elemento espedfico; y

   transmitir el mensaje a los aparatos del usuario que se asocian con el elemento espedfico.
9. 9. Un metodo segun se reivindica en cualquier reivindicacion anterior, en donde la red de radio movil profesional es una red de acceso por radio troncal terrestre, o red TETRAPOL, o una red de radio movil de acceso publico con funciones de radio movil profesional, o una red de radio movil que proporciona funciones de radio movil profesional.
10. 10. Un metodo segun se reivindica en la reivindicacion 9, en donde el mensaje es un mensaje del servicio de datos cortos.
11. 11. Un metodo segun se reivindica en cualquier reivindicacion anterior, en donde el servicio de redes sociales es un servicio de microblogueo.
12. 12. Un producto de programa informatico que comprende un codigo de programa informatico configurado para realizar un metodo segun se reivindica en cualquiera de las reivindicaciones 1 a 11 cuando se ejecuta en un aparato.
13. 13. Un aparato que comprende medios para llevar a cabo un metodo segun se reivindica en cualquiera de las reivindicaciones 1 a 11.
14. 14. Un sistema de comunicacion que comprende:

    una red de radio movil profesional que comprende como entidad de puerta de enlace un aparato segun se reivindica en la reivindicacion 13;

    una red publica a la cual se conecta la entidad de red de puerta de enlace;

    un servidor que proporciona servicio de redes sociales, tal servidor esta conectado a la red publica,

    en donde el contenido de redes sociales se transmite entre la entidad de red de puerta de enlace y el servidor mediante el uso de mensajes segun el protocolo de red publica y dentro de la red de radio movil profesional mediante el uso de mensajes segun el protocolo de radio movil profesional.
15. 15. Un sistema de comunicacion segun se reivindica en la reivindicacion 14, en donde uno o mas aparatos del usuario de la red de radio movil profesional comprende cada uno un cliente para el servicio de redes sociales.