ES2292440T3 - Dispositivo de gestion de recursos de una red de telecomunicaciones y metodo. - Google Patents
Dispositivo de gestion de recursos de una red de telecomunicaciones y metodo. Download PDFInfo
- Publication number
- ES2292440T3 ES2292440T3 ES00928083T ES00928083T ES2292440T3 ES 2292440 T3 ES2292440 T3 ES 2292440T3 ES 00928083 T ES00928083 T ES 00928083T ES 00928083 T ES00928083 T ES 00928083T ES 2292440 T3 ES2292440 T3 ES 2292440T3
- Authority
- ES
- Spain
- Prior art keywords
- resource
- database
- service
- resources
- view
- 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.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 26
- 238000013499 data model Methods 0.000 claims description 4
- 238000009432 framing Methods 0.000 claims 1
- 230000005540 biological transmission Effects 0.000 description 9
- 230000004913 activation Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 4
- 238000012552 review Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 101150012579 ADSL gene Proteins 0.000 description 1
- 102100020775 Adenylosuccinate lyase Human genes 0.000 description 1
- 108700040193 Adenylosuccinate lyases Proteins 0.000 description 1
- 101000685982 Homo sapiens NAD(+) hydrolase SARM1 Proteins 0.000 description 1
- 102100023356 NAD(+) hydrolase SARM1 Human genes 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 235000019506 cigar Nutrition 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000002994 raw material Substances 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000000849 selective androgen receptor modulator Substances 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/024—Standardisation; Integration using relational databases for representation of network management data, e.g. managing via structured query language [SQL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0062—Provisions for network management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5629—Admission control
- H04L2012/5631—Resource management and allocation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Exchange Systems With Centralized Control (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Abstract
Una base de datos de tratamiento de recursos para uso en un sistema operativo de soporte con el fin de gestionar una red de telecomunicaciones, cuya base de datos de tratamiento de recursos comprende una disposición de base de datos de servicios y recursos que contiene información relacionada con recursos de red, en la que el recurso se define mediante los datos siguientes: un identificador de punto (11) que tiene características asociadas a él, en la forma de una descripción abstracta de las posibilidades del recurso de punto; una abstracción de un elemento de red común (10) en el sentido de un grupo de puntos (11) que se considera que pertenecen juntos al elemento de red común; y una conexión (12) que se define por los dos puntos conectados (11), caracterizada porque ; la disposición de base de datos está estructurada de tal manera que a cada recurso de la red se le asigna un tiempo de existencia así como un lugar en una jerarquía de parentescos padre(hijo (o hijos).
Description
Dispositivo de gestión de recursos de una red de
telecomunicaciones y método.
El presente invento se refiere a una base de
datos de tratamiento de recursos para uso en un sistema operativo
de soporte con el fin de gestionar una red de telecomunicaciones,
cuya base de datos de tratamiento de recursos comprende una
disposición de base de datos de recursos y servicios que contiene
información relacionada con los recursos de red. El invento se
refiere también a un método de estructurar información en una
disposición de base de datos de tratamiento de recursos para uso en
dicha estructura de soporte operativo.
La gestión de recursos en los sistemas
operativos de soporte para telecomunicaciones es difícil, debido al
tamaño y a la complejidad de estos tipos de redes. Una red de
telecomunicaciones normalmente varía de forma constante cuando se
añaden nuevos recursos y/o servicios, y cuando se eliminan o
reemplazan recursos y/o servicios antiguos y superfluos.
Frecuentemente, una carencia de información en relación con recursos
disponibles y/o redundantes conduce a soluciones de tubo de estufa
para servicios o redes particulares con elevados niveles de
duplicación. La carencia de información actualizada y la duplicación
resultante dan lugar a unos costes de gestión más altos para el
operador de la red. A veces, las inversiones en recursos son
innecesarias porque podría disponerse realmente de recursos
redundantes. Podrían existir recursos que supuestamente estuviesen
comprometidos por servicios antiguos que ya no están activos o que
se han sustituido por servicios nuevos que usan otros recursos.
Por ejemplo, en el documento US 5.640.505 se
describe una estructura de soporte operativo para una red de
telecomunicaciones. Esta estructura de soporte se divide en un
conjunto de dominios cada uno de los cuales provee una función de
gestión particular para la red. Este documento da a conocer una
estructura de soporte general, pero aporta muy pocos detalles para
la implementación de dicha estructura. En consecuencia, no existe
una solución definida al problema de cómo tratar los recursos de
redes de tal manera que se evite la duplicación.
El documento EP- A-820 203
presenta un método y una disposición para hacer uso de recursos en
una red de telecomunicaciones. Sin embargo, esta disposición/método
no resulta satisfactoria por varias razones. Por ejemplo, no tiene
en cuenta de un modo satisfactorio el tiempo que, por ejemplo,
existe un recurso. Para hacerlo, tendrían que añadirse atributos
que contuviesen información sobre el tiempo de existencia; sin
embargo, esto tendría que hacerse para cada recurso con el fin de
hacerlo significativo, lo cual reduciría considerablemente el
rendimiento.
Además, no se aporta una solución al problema de
añadir atributos totalmente nuevos. Es también un inconveniente que
no se pueda usar por procesos arbitrarios sino que está diseñado
específicamente para soportar el proceso de interfaz digital en
serie (en adelante proceso SDI) orientado a objetos. La solución del
documento EP-A-o 820 203 no es
suficientemente flexible.
En condiciones ideales, la base de datos de
servicios y recursos debería ser capaz de representar todos los
tipos actuales y futuros de equipos y topologías de telecomunicación
en un modelo de datos sencillo con el fin de ser capaz de gestionar
los recursos de una red arbitraria.
Un objeto del presente invento es proveer una
base de datos flexible para el tratamiento de recursos y un método
relacionado con ella que se pueda usar por procesos arbitrarios.
Otro objeto es habilitar la adición sencilla de atributos nuevos
(preferiblemente de forma dinámica) en operación, así como nuevos
tipos de servicios y nuevos tipos de recursos. En particular. un
objeto del invento es habilitar la representación con modelos y el
manejo de equipo con propiedades tanto de transmisión como de no
transmisión. De acuerdo con un primer aspecto de este invento, se
provee una base de datos de tratamiento de recursos para uso en una
estructura de soporte operativo para gestionar una red de
telecomunicaciones, cuya base de datos de tratamiento de recursos
comprende una disposición de base de datos de base de datos de
recursos y servicios que contiene información referente a recursos
de red. La disposición de base de datos está estructurada de tal
manera que a cada recurso de la red se le asigna un tiempo de
existencia así como un lugar en una jerarquía de relaciones
padre/hijo (o hijos). El recurso se define por los datos
siguientes:
Un identificador de punto que tiene
características asociadas a él, en la forma de una descripción
abstracta de las posibilidades del recurso de punto;
Una abstracción de un elemento de red común en
el sentido de un grupo de puntos que se considera que pertenecen
juntos al elemento común; y
Una conexión que se define por dos puntos
conectados.
Preferiblemente, el identificador de punto tiene
también características asociadas a él, en la forma de una lista de
pares etiqueta/valor.
De acuerdo con una realización ventajosa del
invento, el elemento actúa como un recipiente para puntos, con la
característica implícita de que los puntos sobre elementos son
posibles de interconectar.
La disposición de base de datos se podría
estructurar para que represente con modelos una vista topológica,
es decir, cómo se conectan juntos los recursos. Se podría
estructurar también con el fin de representar con modelos una vista
en el tiempo, es decir, cuándo existen los recursos.
La disposición de base de datos se podría
estructurar de tal manera que representase con modelos una vista
jerárquica, es decir, cómo están relacionados los recursos en los
parentescos padre/hijo. Se podría estructurar también de tal
manera que representase con modelos una vista de características,
es decir, por medio de una lista de características de cada
recurso. Asimismo, la base de datos está estructurada de tal manera
que represente con modelos una vista de uso, es decir, qué recursos
se combinan para formar un instancia de servicio completo y el
tiempo cuando existe esa instancia de servicio.
Preferiblemente, la vista topológica, la vista
en el tiempo, la vista jerárquicaq la vista de características y
la vista de uso están integradas en un modelo de datos para permitir
el control de cada recurso y su uso en instancias de servicio.
Preferiblemente, la disposición de base de datos
comprende una primera base de datos separada y una segunda base de
datos separada. Una de las bases de datos se usa para tipos de
recursos e instancias de recursos, mientras que la otra se usa para
tipos de servicios y instancias de servicios.
De acuerdo con un segundo aspecto de este
invento, se provee un método de estructurar información en una
disposición de base de datos de tratamiento de recursos para uso en
un sistema de soporte operativo con el fin de gestionar una red de
telecomunicaciones, que comprende las etapas de asignar a cada
recurso de la red un tiempo de existencia así como un lugar en una
jerarquía de parentescos padre/hijo (o hijos), y
definir cada recurso por los datos
siguientes:
Un identificador de punto que tiene
características asociadas a él, en la forma de una descripción
abstracta de las posibilidades del recurso de punto;
Una abstracción de un elemento de red común en
el sentido de un grupo de puntos que se considera que pertenecen
conjuntamente al elemento de red común; y
una conexión que se define mediante dos puntos
conectados.
De acuerdo con un tercer aspecto de este
invento, se provee un uso de un dispositivo de tratamiento de
recursos para un dispositivo de tratamiento del tipo de servicio en
una estructura de soporte operativo para una red de
telecomunicaciones, con el fin de crear y mantener recetas del tipo
de servicio y sus relaciones.
Preferiblemente, las recetas del tipo de
servicio proporcionan una estructura para tipos de servicio,
operaciones sobre tipos de servicio, parámetros en tipos de
servicio, relaciones jerárquicas entre tipos de servicio, relación
jerárquica entre parámetros, y conversión de los tipos de servicio y
valores de parámetros asociados en requisitos de recurso y
requisitos del tipo de servicio.
La unidad de tratamiento del tipo de servicio se
podría usar para seleccionar entre tipos diferentes de servicios
requeridos, tipos diferentes de recursos requeridos e instancias
diferentes de servicios.
Ventajosamente, los requisitos de recursos
seleccionados se transfieren a una unidad de tratamiento de recursos
que realiza la asignación real de recursos.
A continuación se describe más el invento sin
carácter limitativo con referencia a los dibujos adjuntos, en los
que:
La Figura 1 ilustra esquemáticamente la relación
entre los conceptos de instancia/tipo de producto (servicio) e
instancia/tipo de recurso,
La Figura 2 ilustra esquemáticamente la relación
entre elementos, puntos y conexiones,
La Figura 3 presenta el entorno de sistema de la
disposición de base de datos de servicios y recursos de la
configuración de servicios,
La Figura 4 es un diagrama de bloques que
ilustra la estructura relacional de una disposición de base de datos
de servicios y recursos, y
La Figura 5 ilustra las relaciones de tabla y
las definiciones del tipo de producto.
Como existen muchos aspectos de un sistema de
telecomunicaciones, una estructura de la información tiene que
realizarse en partes para la interacción entre tipos de
producto/servicio e instancias de producto/servicio. Por ejemplo,
es posible tener una parte del sistema que maneje tipos de
producto/servicio y su conversión a instancias de producto/servicio
y/o a referencias a recursos, una segunda parte para vincular
información sobre tipos de producto/servicio y facturación del tipo
de producto/servicio, una tercera parte para las instancias de
producto/servicio y una cuarta parte para mantener un seguimiento de
todos los códigos de procedimiento para manipulación de
datos.
datos.
Esta idea básica de representación con modelos
se ha ilustrado en la Figura 1, y comprende cuatro áreas básicas
(dominios), el tipo de producto/servicio, la instancia de
producto/servicio, el tipo de recurso y la instancia de recurso.
Las áreas de tipo están para verse donde están situados los dibujos
y las especificaciones de diseño, y las áreas de instancias están
donde estén situados la materia prima y el producto/servicio listo.
De este modo, es muy importante establecer una distinción clara
entre el tipo de un producto/servicio y la instancia de un
producto/servicio, así como entre un tipo de recurso y una instancia
de recurso.
Cada tipo de producto/servicio se venifica por
nombre, parámetros, nivel de revisión y comportamiento. Así, el
tipo de producto/servicio se puede ver como una plantilla de
parámetros para un instancia de producto/servicio. Cada tipo de
producto servicio tiene una o más revisiones. Como un tipo de
producto/servicio podría consistir en otros tipos de
producto/servicio, algunos tipos de producto/servicio se colocan en
una jerarquía de parentescos padre/hijo. Es de primordial
importancia que un tipo de producto/servicio no tenga conocimiento
de los tipos de producto de los que él forma parte. Un tipo de
producto padre/servicio podría tener la posibilidad de ahorquillar
a uno o varios tipos de producto hijo.
Una instancia de producto/servicio es la
realización de un producto/servicio con todos los valores de los
parámetros configurados a sus valores finales. Como los tipos de
producto/servicio tienen una jerarquía, las instancias de
producto/servicio deben tener también una jerarquía. El proceso de
producto/servicio es el procedimiento al que se hace referencia por
el tipo de producto/servicio. Contiene las instrucciones precisas y
concretas de cómo manipular una instancia de producto/servicio.
El concepto de recursos se usa con el fin de
tener un concepto para todas las cosas "reales" del sistema.
Es muy importante distinguir entre dos cosas, la creación de
recurso, a saber, la instalación de una línea telefónica nueva, y
la asignación de recurso, esto es, cambiar el estado de una línea
telefónica actual de no ocupado a ocupado.
El tipo de recurso es la identificación de una
descripción abstracta del recurso necesitado para implementar un
tipo de producto. Los tipos de producto/servicio que tienen hijos
podrían tener referencias a tipos de recurso. Los tipos de
producto/servicio que no tienen hijos deben tener referencias a
tipos de recurso.
La instancia de recurso es la acción real de
instar de un tipo de recurso. Las instancias de producto/servicio
que tienen hijos podrían tener referencias a instancias de recurso.
Las instancias de producto/servicio que no tienen hijos deben tener
referencias a instancias de recurso.
La relación entre elementos, puntos y conexiones
se ilustra en la Figura 2, que es una vista gráfica abstracta de
una red de telecomunicación. Cada uno de los cuadrados de la Figura
2 representa un elemento 10, los puntos (en negrilla) son puntos
11 y las líneas gruesas (en negrilla) son conexiones 12. Las líneas
finas en el elemento inferior izquierdo son también conexiones,
sólo que se han reducido de escala en anchura para ajustarse al
elemento. Esto se ha representado en la base de datos de instancia y
tipo de recurso (en adelante SRDB) de acuerdo con este invento, en
la forma de tablas en una base de datos relacional.
El hecho de tener una SRDB es disponer de un
modelo formal y abstracto para describir una red de
telecomunicación, sus partes, sus posibilidades, cómo se conectan
las partes, por quién y cuándo se usa una parte, etc. Lo que existe
en una SRDB son listas de elementos, los puntos sobre estos
elementos, las posibilidades/atributos de cada punto y cómo están
conectados los puntos. Estas listas (en forma de tablas de base de
datos) se cumplimentan con información de qué equipo existe (y
cuándo existe), qué puede hacer y si lo está ocupando alguien.
El punto 11 se conoce por muchos nombres, tales
como puerto, punto de terminación, punto de acceso externo,
terminal de vinculación, etc, en el mundo real. En la SRDB se
resumen a un concepto, el punto que en esencia es un identificador.
Para distinguir entre tipos diferentes de puntos, cada punto debe
tener un tipo que es una descripción abstracta formal de sus
posibilidades. Un tipo de punto podría tener una o varias
posibilidades. Un punto debe pertenecer siempre a un elemento; no
puede existir por sí solo.
El elemento 10 es en esencia un grupo de puntos
que se considera que pertenecen conjuntamente al elemento. Para
ser un elemento, los puntos que están fijados a él deben tener plena
conectividad entre sí, esto es, debe ser posible interconectar
cualquier punto a cualquier otro punto dentro del mismo elemento.
Esta conectividad podría restringirse un poco porque los tipos de
posibilidad/atributo de los puntos podrían tener el requisito de
que debe existir la misma posibilidad/atributo en ambos puntos con
el fin de poder interconectarlos.
La conexión es la verdadera información que dice
que un punto está conectado a otro punto. En realidad este es un
par de puntos Básicamente hay dos clases de conexiones, la conexión
de infraestructura, es decir, un cable, y una interconexión, que es
controlable.
La posibilidad es una colección de atributos.
Cada atributo es en esencia un par que consiste en el nombre de un
parámetro y el valor del parámetro. Es ésta la manera formal de
describir las características del tipo de punto.
La instancia de servicio es la entidad que en sí
misma tiene todos los datos comunes relacionados con los recursos
usados por él y tiene referencias a estos recursos.
En particular, los atributos solamente están
conectados a puntos y las relaciones se usan para conectar puntos a
elementos y para conectar puntos a conexiones. Sin embargo, podrían
ser unos pocos atributos fijados también en elementos y conexiones.
Se seleccionan con mucho cuidado, puesto que siempre deberían estar
allí, tal como tiempo de existencia, nombre del recurso, etc. El
factor principal es que no hay cualquier otra posibilidad de
conectar un atributo opcional o cualesquiera atributos a elementos o
conexiones. En su lugar, todas las propiedades características
están en los puntos donde es posible proveer una conexión a un
número arbitrario de atributos. Los elementos en realidad funcionan
simplemente como "portadores de lugar" a los que se pueden
conectar los puntos. El funcionamiento de las conexiones es similar,
esto es, su funcionamiento es indicar que dos puntos están
conectados.
Todavía más, en la disposición de base de datos
del presente invento, a cada recurso (elemento, punto, conexión)
preferiblemente se le asigna un tiempo de existencia, que subraya
intensamente la consciencia sobre el significado del tiempo.
En una realización particular, la disposición de
base de datos comprende unos campos que habilitan el uso de un
código regular (por ejemplo, C, Java) si es necesario, que aporta
una gran flexibilidad. De acuerdo con el invento, todo recurso no
tiene necesariamente una conexión (explícita).
En una realización de la máxima ventaja del
invento, es posible distinguir entre tipos diferentes de atributos.,
lo que significa, en primer lugar, que están "clasificados por
tipo", y, en segundo lugar que puede distinguirse entre dichos
tipos. Es preferible al menos distinguir entre atributos del tipo
"de transmisión" y del tipo " de no transmisión". Un
ejemplo de un recurso con atributos de "no transmisión" es una
cuenta de correo electrónico. Tiene una memoria pero no tiene
atributos de transmisión como por ejemplo, ancho de banda. Mediante
la "clasificación por tipo" de los atributos se hace muy fácil
representar por modelos y gestionar equipo que tiene propiedades de
transmisión y de no transmisión, es decir, equipo, etc, que en
principio no entra dentro del alcance común de la red de
telecomunicación, como los servidores.
El concepto de jerarquía se usa en muchos
lugares de la SRDB en la forma de que el elemento 10, los puntos 11
y las conexiones 12 podrían tener hijos, es decir, podrían tener una
estructura interna. Esto se describe en la forma de un parentesco
padre/hijo en una tabla. Preferiblemente, de acuerdo con el invento
el modelo es claramente jerárquico con parentescos padre/hijo en
elementos, puntos y conexiones.
La Figura 3 muestra el entorno del sistema en
donde la configuración de servicio (en adelante SC) consiste
principalmente en el motor de activación 13, el procesador de
solicitud de servicio (en adelante SRP) 14 para comunicación aguas
arriba del sistema, el procesador de elemento de red (en adelante
NEP) 15 para comunicación aguas abajo del sistema, la base de datos
de instancia y tipo de recurso (en adelante SRDB) 16 para
información sobre los recursos de red, y la base de datos de
instancia y tipo de servicio (en adelante STDB) 17, véase Figura 5,
para la jerarquía de tipo e instancia de servicio. Internamente, el
motor de activación 13 consiste en un gestor de solicitud de
activación de servicio (en adelante SRAM) 18 una parte de un
programa de activación automática de servicio (en adelante ASAP) y
el gestor de instancia de recurso y servicio (en adelante SRIM)
19.
En una realización particularmente ventajosa de
este invento, la disposición de base de datos está separada en dos
bases de datos, (SRDB y STDB), una de las cuales, la SRDB, contiene
los tipos de recurso y las instancias de recurso, y la otra, la
STDB, que contiene los tipos de servicio y las instancias de
servicio.
La conexión entre la STDB y la SRDB es tal que,
para usos externos de la disposición de base de datos, los mensajes
sobre qué atributos se desean se envían desde la parte de instancia
y tipo de servicio (STDB) a la parte de instancia y tipo de recurso
(SRDB). Por tanto, es un acoplamiento muy flojo. La intención de
usar dicho acoplamiento o conexión flojos es que a veces no se
desea la complejidad implicada con los tipos de servicio. En su
lugar se pueden obtener instancias/tipos de recurso "brutos" o
"puros" directamente de la parte de recurso (SRDB) de la
disposición de base de datos.
Mediante la separación de la disposición de base
de datos según se ha hecho referencia anteriormente, es posible
definir tipos de servicio usando tipos de recurso (con nuevos
atributos) que todavía no estén definidos en la parte de
recursos.
La STDB 17 (véase Figura 5), contiene toda la
información sobre la forma de convertir un tipo de servicio
específico a recursos, para habilitar la creación de nuevas
instancias de servicio. La SRDB 16 es la fuente de información y el
depósito de la SC.
Una visión simplificada del flujo de información
es que la SRP 14 envía una orden de ejecución de estrato de
descripción de servicio común (en adelante CSDL) al SARM 18 donde
se convierte a una orden de ejecución de estrato atómico de
descripción de servicio (en adelante ADSL) y se encamina al SRIM 19.
El SRIM entonces solicita a la STDB 17 y al SRDB información
adicional que se usa para elaborar una nueva orden de ejecución de
CSDL, se convierte a una orden de ejecución de ASDL, y se encamina
al NEP 15. La respuesta del NEP sigue en principio el mismo camino
en sentido inverso, donde se usan el estado y los datos de retorno
para actualizar la SRDB 16.
A continuación se usa la creación de una
instancia de DuoCom como un ejemplo de la forma de usar la
información contenida en las estructuras de datos Se supone que el
producto DuoCom consiste en los sub-productos acceso
a la red digital de servicios integrados (en adelante ISDN), correo
electrónico, página personal local y conexión 020. Se considera
que estos cinco productos, junto con todos los parámetros
relevantes, valores de parámetros, definiciones de recursos,
localización de recursos, información de productos, coste de tipo de
producto, niveles de revisión, etc., y el control asociado de
aprovisionamiento se introducen en la estructura de datos de tipo
de producto.
La etapa cero consiste en que un iniciador,
probablemente un sistema de atención al cliente (en algún momento
conveniente) ha conseguido acceso a una cartera de producto de
operador (en adelante OPP) y conoce al menos los nombres de los
productos disponibles. Cuando un consumidor final entra en contacto
con el sistema de atención al cliente, al cliente se le da una
lista de tipos de producto/servicio para que seleccione a partir de
la misma. En este caso el que interesa es el producto DuoCom, por
lo que se realiza una solicitud para conseguir más información
sobre el tipo de producto/servicio.
En la etapa 1 la OPP, mediante la utilización
del nombre del producto y del hecho de que la información de
producto se necesita en forma de parámetros, busca en la tabla de
información de tipo de producto/servicio dónde están situados todos
los aspectos de la información y dónde encontrarlos.
En la etapa 2, suponiendo que el cliente desea
el producto, al que en lo que sigue se hará referencia como un
producto, el que no obstante es evidente que abarca también un
servicio, se hace una comprobación de factibilidad para verificar
si es posible implementar el producto con las condiciones actuales,
es decir, si se han satisfecho todos los requisitos previos. Ahora
se hace una "llamada" para este código. Cuando comienza la
ejecución, este código usa el tipo de producto como una entrada
para buscar en la jerarquía de tipo de producto. Mediante esta
búsqueda, es posible encontrar de qué (sub)productos está
compuesto el producto DuoCom. En este caso se encontrarán los
cuatro tipos de producto Acceso de la ISDN, correo electrónico,
página local personal y conexión 020. Como éstos a su vez podrían
consistir en productos adicionalmente más sencillos, se examina
otra vez la jerarquía de tipo de producto para ver si los nuevos
productos tienen (sub)productos y así sucesivamente hasta
que no se encuentren más tipos de producto.
Algunos de los (sub)productos podrían ser
opcionales, es decir, hay que preguntar al cliente si desea
el
(sub)producto e informarle sobre las elecciones posibles. Esto resulta en un circuito cerrado interactivo en el que el cliente toma los (sub)productos deseados. Cuando se seleccionan estos (sub)productos, se examinan los parámetros operativos de tipo de producto y las tablas de parámetros de tipo de producto para encontrar qué parámetros se necesitan. Como esta selección de (sub)productos es dinámica por naturaleza, se examina la tabla de relaciones de tipo de producto para comprobar que no se han creado accidentalmente combinaciones de tipos de producto incompatibles. Cuando ha finalizado este circuito cerrado, se examinan las tablas de requisitos previos de tipo de producto y de requisitos previos de recurso de tipo de producto con respecto a datos de instancia de producto y datos de recurso, para ver si están disponibles una cantidad suficiente de recursos o de instancias de productos actuales, con lo que es posible solicitar esta instancia de nuevo producto.
(sub)producto e informarle sobre las elecciones posibles. Esto resulta en un circuito cerrado interactivo en el que el cliente toma los (sub)productos deseados. Cuando se seleccionan estos (sub)productos, se examinan los parámetros operativos de tipo de producto y las tablas de parámetros de tipo de producto para encontrar qué parámetros se necesitan. Como esta selección de (sub)productos es dinámica por naturaleza, se examina la tabla de relaciones de tipo de producto para comprobar que no se han creado accidentalmente combinaciones de tipos de producto incompatibles. Cuando ha finalizado este circuito cerrado, se examinan las tablas de requisitos previos de tipo de producto y de requisitos previos de recurso de tipo de producto con respecto a datos de instancia de producto y datos de recurso, para ver si están disponibles una cantidad suficiente de recursos o de instancias de productos actuales, con lo que es posible solicitar esta instancia de nuevo producto.
En la etapa 3 se analizan las tablas de
jerarquía de tipo de producto y de coste de tipo de producto para
obtener el coste para todos los (sub)productos individuales.
Sin embargo, se deja para el sistema de atención al cliente la
interpretación y personalización de esta información para el
cliente. Este sistema de precios podría estar en una moneda
interna, y el sistema de atención al cliente podría convertir esta
moneda a una moneda local.
En la etapa 4, suponiendo que la comprobación de
factibilidad ha demostrado que era posible la implementación, se
podría emitir el pedido de la instancia creada, es decir, tomar
todos los datos de la comprobación de factibilidad y crear uno o
varios pedidos de instanciación de producto. Esta operación
introducirá uno o más pedidos de producto en las tablas de pedido
de producto y resultará en un árbol de instancias de producto
contenido en las tablas de instancias de producto.
En la etapa 5, cuando llega el momento de la
entrega, finalmente depende del procesador de aprovisionamiento la
activación del producto, es decir, recorrer las instancias de
producto en la jerarquía de instancias de producto y leer todos los
datos y dar órdenes a los gestores de recurso subyacentes para
activar los recursos reservados.
Todos los datos se guardan en una base de datos
relacionales (o bases de datos relacionales), véase Figura 4, que
muestra solamente los nombres de tabla y los campos de cada tabla
que tienen relaciones con/de ellos. Las tablas se podrían crear
leyendo archivos de texto estándar con órdenes de ejecución en
lenguaje normalizado de consulta (en adelante SQL).
Claims (22)
1. Una base de datos de tratamiento de recursos
para uso en un sistema operativo de soporte con el fin de gestionar
una red de telecomunicaciones, cuya base de datos de tratamiento de
recursos comprende una disposición de base de datos de servicios y
recursos que contiene información relacionada con recursos de red,
en la que el recurso se define mediante los datos siguientes:
un identificador de punto (11) que tiene
características asociadas a él, en la forma de una descripción
abstracta de las posibilidades del recurso de punto;
una abstracción de un elemento de red común (10)
en el sentido de un grupo de puntos (11) que se considera que
pertenecen juntos al elemento de red común; y
una conexión (12) que se define por los dos
puntos conectados (11),
caracterizada porque;
la disposición de base de datos está
estructurada de tal manera que a cada recurso de la red se le
asigna un tiempo de existencia así como un lugar en una jerarquía
de parentescos padre/hijo (o hijos).
2. Una base de datos de tratamiento de recursos
de acuerdo con la reivindicación 1,
caracterizada porque el identificador de
punto (11) tiene también características asociadas a él, en la forma
de una lista de pares de etiqueta/valor.
3. Una base de datos de tratamiento de recursos
de acuerdo con las reivindicaciones 1 ó 2,
caracterizada porque el elemento (10)
actúa como un recipiente para puntos (11), con la característica
implícita de que es posible interconectar los puntos (11) sobre los
elementos (10).
4. Una base de datos de tratamiento de recursos
de acuerdo con una cualquiera de la reivindicaciones 1 a 3,
caracterizada porque la disposición de
base de datos está estructurada de tal manera que represente con un
modelo una vista topológica, por ejemplo, cómo están conectados
juntos los recursos.
5. Una base de datos de tratamiento de recursos
de acuerdo con una cualquiera de las reivindicaciones 1 a 4,
caracterizada porque la disposición de
base de datos está estructurada de tal manera que represente con un
modelo una vista en el tiempo, por ejemplo, cuándo existen los
recursos.
6. Una base de datos de tratamiento de recursos
de acuerdo con una cualquiera de las reivindicaciones 1 a 5,
caracterizada porque la disposición de
base de datos está estructurada de tal manera que represente con un
modelo una vista jerárquica, por ejemplo, cómo están relacionados
los recursos en los parentescos padre/hijo.
7. Una base de datos de tratamiento de recursos
de acuerdo con una cualquiera de las reivindicaciones 1 a 6,
caracterizada porque la disposición de
base de datos está estructurada de tal manera que represente con un
modelo una vista de características, por ejemplo, por medio de una
lista de características de cada recurso.
8. Una base de datos de tratamiento de recursos
de acuerdo con una cualquiera de las reivindicaciones 1 a 7,
caracterizada porque la disposición de
base de datos está estructurada de tal manera que represente con un
modelo una vista de uso, es decir, qué recursos se han combinado
para formar una instancia completa de servicio y el tiempo cuando
existe esa instancia de servicio.
9. Una base de datos de acuerdo con las
reivindicaciones 4 a 8,
caracterizada porque la vista topológica,
la vista de tiempo, la vista jerárquica, la vista de
características y la vista de uso están integradas en un modelo de
datos para permitir el control de cada recurso y el uso del mismo en
instancias de servicio.
10. Una base de datos de tratamiento de
recursos de acuerdo con una cualquiera de las reivindicaciones
precedentes,
caracterizada porque la disposición de
base de datos está separada en una primera base de datos que
contiene tipos de recurso e instancias de recurso y una segunda
base de datos que contiene tipos de servicio e instancias de
servicio.
\newpage
\global\parskip0.900000\baselineskip
11. Una base de datos de tratamiento de recursos
de acuerdo con una cualquiera de las reivindicaciones
precedentes,
caracterizada porque los atributos de
recurso y/o de servicio se encuadran en tipos y en que por medio de
dicho encuadramiento en tipos es posible distinguir entre tipos de
atributo.
12. Un método de estructurar información en una
base de datos de tratamiento de recursos para uso en un sistema
operativo de soporte con el fin de gestionar una red de
telecomunicaciones, que comprende una disposición de base de datos
de servicio y de recurso que contiene información relacionada con
los recursos de red, que comprende la etapa de
definir cada recurso por los datos
siguientes:
un identificador de punto (11) que tiene
características asociadas a él, en la forma de una descripción
abstracta de las posibilidades del recurso de punto;
una abstracción de un elemento de red común (10)
en el sentido de un grupo de puntos (11) que se considera que
pertenecen conjuntamente al elemento de red común (10); y
una conexión (12) que se define por dos puntos
conectados (11),
caracterizado en la etapa adicional de
asignar a cada recurso de la red un tiempo de existencia así como un
puesto en una jerarquía de parentesco padre/hijo (o hijos).
13. Un método de acuerdo con la reivindicación
12,
caracterizado en la etapa de asociar el
identificador de punto (11) con las características, en la forma de
una lista de pares de etiqueta/valor.
14. Un método de acuerdo con las
reivindicaciones 12 ó 13,
caracterizado en la etapa de permitir que
el elemento (10) actúe como un recipiente para los puntos (11), con
la característica implícita de que los puntos (11) sobre los
elementos (10) son posibles de interconectarse.
15. Un método de acuerdo con una cualquiera de
las reivindicaciones 12 a 14,
caracterizado en la etapa de estructurar
la disposición de base de datos a fin de que represente con un
modelo una vista topológica, es decir, cómo se conectan juntos los
recursos.
16. Un método de acuerdo con una cualquiera de
las reivindicaciones 12 a 15,
caracterizado en la etapa de estructurar
la disposición de base de datos a fin de que represente con un
modelo una vista de tiempo, es decir, cuándo existen los
recursos.
17. Un método de acuerdo con una cualquiera de
las reivindicaciones 12 a 16,
caracterizado en la etapa de estructurar
la disposición de base de datos a fin de que represente con un
modelo una vista jerárquica, es decir, cómo están relacionados los
recursos en parentescos padre/hijo.
18. Un método de acuerdo con una cualquiera de
las reivindicaciones 12 a 17,
caracterizado en la etapa de estructurar
la disposición de base de datos a fin de que represente con un
modelo una vista de características, es decir, por medio de una
lista de las características de cada recurso.
19. Un método de acuerdo con una cualquiera de
las reivindicaciones 12 a 18,
caracterizado en la etapa de estructurar
la disposición de base de datos a fin de que represente con un
modelo una vista de uso, es decir, qué recursos se combinan para
formar una instancia de servicio completo y el tiempo cuando existe
esa instancia de servicio.
20. Un método de acuerdo con las
reivindicaciones 15 a 19,
caracterizado en la etapa de integrar la
vista topológica, la vista de tiempo, la vista jerárquica, la vista
de características y la vista de uso en un modelo de datos para
habilitar el control de cada recurso y el uso de éste en instancias
de servicio.
21. Un método de acuerdo con una cualquiera de
las reivindicaciones 12 a 20,
caracterizado porque comprende las etapas
de:
- separar la disposición de base de datos en dos
bases de datos separadas,
\global\parskip1.000000\baselineskip
- mantener los datos de tipo de recurso y los
datos de instancia de recurso en una de dichas bases de datos
separadas,
- mantener los datos de tipo de servicio y los
datos de instancia de servicio en la otra de dichas bases de datos
separadas.
22. Un método de acuerdo con una cualquiera de
las reivindicaciones 12 a 20,
caracterizado porque comprende las etapas
de:
- asignar tipos a los atributos de recurso y/o
de servicio,
- usar dichos tipos de atributo para distinguir
entre tipos diferentes de atributos.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| SE9901588A SE9901588L (sv) | 1999-05-04 | 1999-05-04 | Resurshanterare för telekommunikationsnät |
| SE9901588 | 1999-05-04 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2292440T3 true ES2292440T3 (es) | 2008-03-16 |
Family
ID=20415440
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00928083T Expired - Lifetime ES2292440T3 (es) | 1999-05-04 | 2000-05-04 | Dispositivo de gestion de recursos de una red de telecomunicaciones y metodo. |
Country Status (14)
| Country | Link |
|---|---|
| US (1) | US7054873B2 (es) |
| EP (1) | EP1175753B1 (es) |
| JP (1) | JP4387599B2 (es) |
| CN (1) | CN100454824C (es) |
| AT (1) | ATE376299T1 (es) |
| AU (1) | AU4637000A (es) |
| BR (1) | BR0010260A (es) |
| CA (1) | CA2373196A1 (es) |
| DE (1) | DE60036797D1 (es) |
| ES (1) | ES2292440T3 (es) |
| MX (1) | MXPA01011034A (es) |
| NZ (1) | NZ515106A (es) |
| SE (1) | SE9901588L (es) |
| WO (1) | WO2000067427A1 (es) |
Families Citing this family (101)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| PT1474894E (pt) * | 2002-01-15 | 2007-03-30 | Nextlimit Ab | Identificação de objectos de distribuição numa rede de telecomunicação |
| US7269657B1 (en) * | 2002-05-10 | 2007-09-11 | Rockwell Collins, Inc. | Method and system for providing a mobile IP network with non-path dependent intra domain quality of service |
| US7380039B2 (en) * | 2003-12-30 | 2008-05-27 | 3Tera, Inc. | Apparatus, method and system for aggregrating computing resources |
| EP1730634A4 (en) * | 2004-01-30 | 2009-09-16 | Ibm | AUTOMATIC CREATION AND MANAGEMENT IN THE FORM OF COMPONENTS OF COMPUTER ENVIRONMENTS FOR COMPUTER UTILITIES |
| CN100352205C (zh) * | 2004-11-08 | 2007-11-28 | 大唐移动通信设备有限公司 | 一种显示电信管理对象的方法 |
| EP1684462A1 (en) * | 2005-01-24 | 2006-07-26 | Alcatel | Element management server and method for managing multi-service network elements |
| US8413087B1 (en) | 2010-03-26 | 2013-04-02 | Cadence Design Systems, Inc. | Method and mechanism for implementing region query using hierarchical grids |
| US8407228B1 (en) * | 2010-03-26 | 2013-03-26 | Cadence Design Systems, Inc | Method and mechanism for maintaining existence information for electronic layout data |
| CN107145492B (zh) * | 2016-03-01 | 2022-03-25 | 中兴通讯股份有限公司 | 资源钻取方法及装置 |
| US11785104B2 (en) | 2017-11-27 | 2023-10-10 | Lacework, Inc. | Learning from similar cloud deployments |
| US11973784B1 (en) | 2017-11-27 | 2024-04-30 | Lacework, Inc. | Natural language interface for an anomaly detection framework |
| US12058160B1 (en) | 2017-11-22 | 2024-08-06 | Lacework, Inc. | Generating computer code for remediating detected events |
| US12580932B1 (en) | 2017-11-27 | 2026-03-17 | Fortinet, Inc. | Customer onboarding and integration with anomaly detection systems |
| US12261866B1 (en) | 2017-11-27 | 2025-03-25 | Fortinet, Inc. | Time series anomaly detection |
| US12407701B1 (en) | 2017-11-27 | 2025-09-02 | Fortinet, Inc. | Community-based generation of policies for a data platform |
| US12511110B1 (en) | 2017-11-27 | 2025-12-30 | Fortinet, Inc. | Development and distribution of components for an anomaly detection framework |
| US12407702B1 (en) | 2017-11-27 | 2025-09-02 | Fortinet, Inc. | Gathering and presenting information related to common vulnerabilities and exposures |
| US12418555B1 (en) | 2017-11-27 | 2025-09-16 | Fortinet Inc. | Guiding query creation for a generative artificial intelligence (AI)-enabled assistant |
| US12335348B1 (en) | 2017-11-27 | 2025-06-17 | Fortinet, Inc. | Optimizing data warehouse utilization by a data ingestion pipeline |
| US12470577B1 (en) | 2017-11-27 | 2025-11-11 | Fortinet, Inc. | Kernel-based monitoring of container activity in a compute environment |
| US12537837B2 (en) | 2017-11-27 | 2026-01-27 | Fortinet, Inc. | Cloud resource risk scenario assessment and remediation |
| US12130878B1 (en) | 2017-11-27 | 2024-10-29 | Fortinet, Inc. | Deduplication of monitored communications data in a cloud environment |
| US12401669B1 (en) | 2017-11-27 | 2025-08-26 | Fortinet, Inc. | Container vulnerability management by a data platform |
| US12381901B1 (en) | 2017-11-27 | 2025-08-05 | Fortinet, Inc. | Unified storage for event streams in an anomaly detection framework |
| US12563071B1 (en) | 2017-11-27 | 2026-02-24 | Fortinet, Inc. | Using generative artificial intelligence to interface with a knowledge graph |
| US12580934B1 (en) | 2017-11-27 | 2026-03-17 | Fortinet, Inc. | Machine learning model for managing security threat alerts for a compute environment |
| US12513221B1 (en) | 2017-11-27 | 2025-12-30 | Fortinet, Inc. | Anomaly-based on-demand collection of data by an agent for a data platform |
| US12457231B1 (en) | 2017-11-27 | 2025-10-28 | Fortinet, Inc. | Initiating and utilizing pedigree for content |
| US12463995B1 (en) | 2017-11-27 | 2025-11-04 | Fortinet, Inc. | Tiered risk engine with user cohorts |
| US12309236B1 (en) | 2017-11-27 | 2025-05-20 | Fortinet, Inc. | Analyzing log data from multiple sources across computing environments |
| US11979422B1 (en) | 2017-11-27 | 2024-05-07 | Lacework, Inc. | Elastic privileges in a secure access service edge |
| US11792284B1 (en) | 2017-11-27 | 2023-10-17 | Lacework, Inc. | Using data transformations for monitoring a cloud compute environment |
| US12355787B1 (en) | 2017-11-27 | 2025-07-08 | Fortinet, Inc. | Interdependence of agentless and agent-based operations by way of a data platform |
| US12489771B1 (en) | 2017-11-27 | 2025-12-02 | Fortinet, Inc. | Detecting anomalous behavior of nodes in a hierarchical cloud deployment |
| US12463997B1 (en) | 2017-11-27 | 2025-11-04 | Fortinet, Inc. | Attack path risk mitigation by a data platform using static and runtime data |
| US12537839B1 (en) | 2017-11-27 | 2026-01-27 | Fortinet, Inc. | Identification by a data platform of secrets misuse by cloud workloads |
| US12021888B1 (en) | 2017-11-27 | 2024-06-25 | Lacework, Inc. | Cloud infrastructure entitlement management by a data platform |
| US12500911B1 (en) | 2017-11-27 | 2025-12-16 | Fortinet, Inc. | Expanding data collection from a monitored cloud environment |
| US12556548B1 (en) | 2017-11-27 | 2026-02-17 | Fortinet, Inc. | Determining directions of connections in monitoring a cloud environment |
| US12526297B2 (en) | 2017-11-27 | 2026-01-13 | Fortinet, Inc. | Annotating changes in software across computing environments |
| US12267345B1 (en) | 2017-11-27 | 2025-04-01 | Fortinet, Inc. | Using user feedback for attack path analysis in an anomaly detection framework |
| US12495052B1 (en) | 2017-11-27 | 2025-12-09 | Fortinet, Inc. | Detecting package execution for threat assessments |
| US12580936B1 (en) | 2017-11-27 | 2026-03-17 | Fortinet, Inc. | Absolute risk score generation by a data platform |
| US12309185B1 (en) | 2017-11-27 | 2025-05-20 | Fortinet, Inc. | Architecture for a generative artificial intelligence (AI)-enabled assistant |
| US10419469B1 (en) | 2017-11-27 | 2019-09-17 | Lacework Inc. | Graph-based user tracking and threat detection |
| US12470578B1 (en) | 2017-11-27 | 2025-11-11 | Fortinet, Inc. | Containerized agent for monitoring container activity in a compute environment |
| US12034754B2 (en) | 2017-11-27 | 2024-07-09 | Lacework, Inc. | Using static analysis for vulnerability detection |
| US11770398B1 (en) | 2017-11-27 | 2023-09-26 | Lacework, Inc. | Guided anomaly detection framework |
| US12355626B1 (en) | 2017-11-27 | 2025-07-08 | Fortinet, Inc. | Tracking infrastructure as code (IaC) asset lifecycles |
| US12309182B1 (en) | 2017-11-27 | 2025-05-20 | Fortinet, Inc. | Customer onboarding and integration with anomaly detection systems |
| US12615271B1 (en) | 2017-11-27 | 2026-04-28 | Fortinet, Inc. | Compute environment security monitoring using a live state snapshot of a compute resource |
| US12368745B1 (en) | 2017-11-27 | 2025-07-22 | Fortinet, Inc. | Using natural language queries to conduct an investigation of a monitored system |
| US12284197B1 (en) | 2017-11-27 | 2025-04-22 | Fortinet, Inc. | Reducing amounts of data ingested into a data warehouse |
| US20220232024A1 (en) | 2017-11-27 | 2022-07-21 | Lacework, Inc. | Detecting deviations from typical user behavior |
| US12405849B1 (en) | 2017-11-27 | 2025-09-02 | Fortinet, Inc. | Transitive identity usage tracking by a data platform |
| US20220232025A1 (en) | 2017-11-27 | 2022-07-21 | Lacework, Inc. | Detecting anomalous behavior of a device |
| US12549575B1 (en) | 2017-11-27 | 2026-02-10 | Fortinet, Inc. | Determining user risk based on user posture and activity |
| US12463994B1 (en) | 2017-11-27 | 2025-11-04 | Fortinet, Inc. | Handling of certificates by intermediate actors |
| US12563060B1 (en) | 2017-11-27 | 2026-02-24 | Fortinet, Inc. | Cloud compliance monitoring for a cloud compute environment managed by a container orchestrator |
| US12375573B1 (en) | 2017-11-27 | 2025-07-29 | Fortinet, Inc. | Container event monitoring using kernel space communication |
| US11894984B2 (en) | 2017-11-27 | 2024-02-06 | Lacework, Inc. | Configuring cloud deployments based on learnings obtained by monitoring other cloud deployments |
| US12425430B1 (en) | 2017-11-27 | 2025-09-23 | Fortinet, Inc. | Runtime workload data-based modification of permissions for an entity |
| US12537840B1 (en) | 2017-11-27 | 2026-01-27 | Fortinet, Inc. | Security graph interface for monitoring a compute environment |
| US12598205B1 (en) | 2017-11-27 | 2026-04-07 | Fortinet, Inc. | Browser-based detection of data exfiltration |
| US12483576B1 (en) | 2017-11-27 | 2025-11-25 | Fortinet, Inc. | Compute resource risk mitigation by a data platform |
| US11765249B2 (en) | 2017-11-27 | 2023-09-19 | Lacework, Inc. | Facilitating developer efficiency and application quality |
| US12348545B1 (en) | 2017-11-27 | 2025-07-01 | Fortinet, Inc. | Customizable generative artificial intelligence (‘AI’) assistant |
| US12463996B1 (en) | 2017-11-27 | 2025-11-04 | Fortinet, Inc. | Risk engine that utilizes key performance indicators |
| US12452272B1 (en) | 2017-11-27 | 2025-10-21 | Fortinet, Inc. | Reducing resource consumption spikes in an anomaly detection framework |
| US12323449B1 (en) | 2017-11-27 | 2025-06-03 | Fortinet, Inc. | Code analysis feedback loop for code created using generative artificial intelligence (‘AI’) |
| US12587553B1 (en) | 2017-11-27 | 2026-03-24 | Fortinet, Inc. | Notification-based file integrity monitoring of a compute environment |
| US11849000B2 (en) | 2017-11-27 | 2023-12-19 | Lacework, Inc. | Using real-time monitoring to inform static analysis |
| US12489770B1 (en) | 2017-11-27 | 2025-12-02 | Fortinet, Inc. | Agent-based monitoring of a registry space of a compute asset within a compute environment |
| US12355793B1 (en) | 2017-11-27 | 2025-07-08 | Fortinet, Inc. | Guided interactions with a natural language interface |
| US12363148B1 (en) | 2017-11-27 | 2025-07-15 | Fortinet, Inc. | Operational adjustment for an agent collecting data from a cloud compute environment monitored by a data platform |
| US12445474B1 (en) | 2017-11-27 | 2025-10-14 | Fortinet, Inc. | Attack path risk mitigation by a data platform |
| US12095794B1 (en) | 2017-11-27 | 2024-09-17 | Lacework, Inc. | Universal cloud data ingestion for stream processing |
| US12621324B1 (en) | 2017-11-27 | 2026-05-05 | Fortinet, Inc. | Using user feedback for alert generation in an anomaly detection framework |
| US12549577B1 (en) | 2017-11-27 | 2026-02-10 | Fortinet, Inc. | Tracking and relating discovered security issues over time |
| US12464003B1 (en) | 2017-11-27 | 2025-11-04 | Fortinet, Inc. | Capturing and using application-level data to monitor a compute environment |
| US12126643B1 (en) | 2017-11-27 | 2024-10-22 | Fortinet, Inc. | Leveraging generative artificial intelligence (‘AI’) for securing a monitored deployment |
| US11818156B1 (en) | 2017-11-27 | 2023-11-14 | Lacework, Inc. | Data lake-enabled security platform |
| US12580935B1 (en) | 2017-11-27 | 2026-03-17 | Fortinet, Inc. | Scoring of events in an edge-based data platform |
| US12500910B1 (en) | 2017-11-27 | 2025-12-16 | Fortinet, Inc. | Interactive analysis of multifaceted security threats within a compute environment |
| US12095796B1 (en) | 2017-11-27 | 2024-09-17 | Lacework, Inc. | Instruction-level threat assessment |
| US12500912B1 (en) | 2017-11-27 | 2025-12-16 | Fortinet, Inc. | Semantic layer for data platform |
| US12341797B1 (en) | 2017-11-27 | 2025-06-24 | Fortinet, Inc. | Composite events indicative of multifaceted security threats within a compute environment |
| US12613930B1 (en) | 2017-11-27 | 2026-04-28 | Fortinet, Inc. | Ensuring exactly once data ingestion |
| US20220224707A1 (en) | 2017-11-27 | 2022-07-14 | Lacework, Inc. | Establishing a location profile for a user device |
| US12335286B1 (en) | 2017-11-27 | 2025-06-17 | Fortinet, Inc. | Compute environment security monitoring using data collected from a sub-kernel space |
| US12537884B1 (en) | 2017-11-27 | 2026-01-27 | Fortinet, Inc. | Generation of threat intelligence based on cross-customer data |
| US12537836B1 (en) | 2017-11-27 | 2026-01-27 | Fortinet, Inc. | Risk scoring based on entity correlation |
| US12418552B1 (en) | 2017-11-27 | 2025-09-16 | Fortinet, Inc. | Virtual data streams in a data streaming platform |
| US12563064B2 (en) | 2017-11-27 | 2026-02-24 | Fortinet, Inc. | Distinguishing user-initiated activity from application-initiated activity |
| US12368746B1 (en) | 2017-11-27 | 2025-07-22 | Fortinet, Inc. | Modular agentless scanning of cloud workloads |
| US12425428B1 (en) | 2017-11-27 | 2025-09-23 | Fortinet, Inc. | Activity monitoring of a cloud compute environment based on container orchestration data |
| US12556559B1 (en) | 2018-03-30 | 2026-02-17 | Fortinet, Inc. | Providing generative artificial intelligence (AI)-enabled notebook interfaces for a security framework |
| US11256759B1 (en) | 2019-12-23 | 2022-02-22 | Lacework Inc. | Hierarchical graph analysis |
| US10873592B1 (en) | 2019-12-23 | 2020-12-22 | Lacework Inc. | Kubernetes launch graph |
| US11188571B1 (en) | 2019-12-23 | 2021-11-30 | Lacework Inc. | Pod communication graph |
| US11201955B1 (en) | 2019-12-23 | 2021-12-14 | Lacework Inc. | Agent networking in a containerized environment |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4748658A (en) * | 1986-07-16 | 1988-05-31 | Bell Communications Research, Inc. | Architecture for allocating resources in a telecommunications network |
| SE503021C2 (sv) * | 1994-06-13 | 1996-03-11 | Ericsson Telefon Ab L M | Driftstödsnät för ett telekommunikationsnät innefattande nätelement, telekommunikationsnät innefattande nätelement, nätelement samt sätt att strukturera programvara i ett nätelement |
| US5737736A (en) * | 1994-07-29 | 1998-04-07 | Oracle Corporation | Method and apparatus for storing objects using a c-structure and a bind descriptor |
| US5640505A (en) * | 1994-09-07 | 1997-06-17 | British Telecommunications Public Limited Company | Operational support structure for a telecommunications network |
| US5725979A (en) | 1995-06-07 | 1998-03-10 | Julich; Harry | Method and implementing sub-assemblies and assembly to flatten photographic film during picture-taking |
| WO1997007638A1 (en) * | 1995-08-15 | 1997-02-27 | Broadcom Eireann Research Limited | A communications network management system |
| US5726979A (en) * | 1996-02-22 | 1998-03-10 | Mci Corporation | Network management system |
| US5778049A (en) * | 1996-06-26 | 1998-07-07 | Mci Communications Corporation | Service engineering template |
| AU3792997A (en) * | 1996-06-28 | 1998-01-21 | Mci Communications Corporation | System and method for reporting telecommunication service conditions |
| US5761432A (en) * | 1996-07-15 | 1998-06-02 | At&T Corp | Method and apparatus for providing an efficient use of telecommunication network resources |
| US6052722A (en) * | 1997-03-07 | 2000-04-18 | Mci Communications Corporation | System and method for managing network resources using distributed intelligence and state management |
| US6526397B2 (en) * | 1998-06-19 | 2003-02-25 | Nortel Networks Limited | Resource management facilitation |
-
1999
- 1999-05-04 SE SE9901588A patent/SE9901588L/xx not_active Application Discontinuation
-
2000
- 2000-05-04 ES ES00928083T patent/ES2292440T3/es not_active Expired - Lifetime
- 2000-05-04 CN CNB008095353A patent/CN100454824C/zh not_active Expired - Fee Related
- 2000-05-04 WO PCT/SE2000/000860 patent/WO2000067427A1/en not_active Ceased
- 2000-05-04 DE DE60036797T patent/DE60036797D1/de not_active Expired - Lifetime
- 2000-05-04 JP JP2000616166A patent/JP4387599B2/ja not_active Expired - Lifetime
- 2000-05-04 CA CA002373196A patent/CA2373196A1/en not_active Abandoned
- 2000-05-04 NZ NZ515106A patent/NZ515106A/en not_active Application Discontinuation
- 2000-05-04 MX MXPA01011034A patent/MXPA01011034A/es unknown
- 2000-05-04 AU AU46370/00A patent/AU4637000A/en not_active Abandoned
- 2000-05-04 AT AT00928083T patent/ATE376299T1/de not_active IP Right Cessation
- 2000-05-04 EP EP00928083A patent/EP1175753B1/en not_active Expired - Lifetime
- 2000-05-04 BR BR0010260-1A patent/BR0010260A/pt not_active Application Discontinuation
-
2001
- 2001-11-05 US US09/993,843 patent/US7054873B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| WO2000067427A1 (en) | 2000-11-09 |
| SE9901588D0 (sv) | 1999-05-04 |
| JP4387599B2 (ja) | 2009-12-16 |
| EP1175753B1 (en) | 2007-10-17 |
| BR0010260A (pt) | 2002-01-15 |
| JP2002543743A (ja) | 2002-12-17 |
| US7054873B2 (en) | 2006-05-30 |
| CN1358379A (zh) | 2002-07-10 |
| ATE376299T1 (de) | 2007-11-15 |
| NZ515106A (en) | 2003-08-29 |
| DE60036797D1 (de) | 2007-11-29 |
| EP1175753A1 (en) | 2002-01-30 |
| SE9901588L (sv) | 2000-11-05 |
| CA2373196A1 (en) | 2000-11-09 |
| MXPA01011034A (es) | 2002-06-04 |
| AU4637000A (en) | 2000-11-17 |
| CN100454824C (zh) | 2009-01-21 |
| US20020073193A1 (en) | 2002-06-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4387599B2 (ja) | 電気通信ネットワーク・リソース取り扱い装置および方法 | |
| ES2292689T3 (es) | Sistema y metodo de gestion para el aprovisionamiento de abonos a servicios. | |
| US6907395B1 (en) | System and method for designing a logical model of a distributed computer system and deploying physical resources according to the logical model | |
| US4479196A (en) | Hyperedge entity-relationship data base systems | |
| US6694368B1 (en) | Communication apparatus and method between distributed objects | |
| US5579384A (en) | Telecommunications network service central management system interfacing with protocol specific regional stations providing services to subscribers | |
| JP3141943B2 (ja) | データを分配する方法とデータ構造 | |
| WO2003014927A2 (en) | Scalable messaging platform for the integration of business software components | |
| US20060149838A1 (en) | System and Method for Logical Modeling of Distributed Computer Systems | |
| CN107222530A (zh) | 服务异步交互方法、设备、系统和可读介质 | |
| US5491822A (en) | Multi-phase commit processing for creation and deletion of managed objects | |
| WO2007109471A2 (en) | Method for modeling and documenting a network | |
| US20160277525A1 (en) | Method and controller for clustering applications in a software-defined network | |
| CN108021661A (zh) | 一种数据格式转换方法及系统 | |
| US20140082587A1 (en) | Method And System For Generating A Source Code For A Computer Program For Execution And Simulation Of A Process | |
| Buchholz et al. | CoCo: dynamic composition of context information | |
| CN111897799A (zh) | 一种基于流程引擎的水文模型服务系统 | |
| CN102375894A (zh) | 一种管理不同类型文件系统的方法 | |
| Pintado | Gluons: a support for software component cooperation | |
| CN115470763A (zh) | 一种移动问卷采集方法、系统及设备 | |
| Eckardt et al. | Generic Personal Communications Support for Open Service Environments | |
| CN100561986C (zh) | Soa架构下多级服务总线的服务调用的动态路由方法 | |
| Merino et al. | Modeling and verification of the ITU-T multipoint communication service with SPIN | |
| CN1984354A (zh) | 对用户帐户资源进行管理的方法和装置 | |
| Baresi et al. | A uml-profile for service-oriented architectures |