WO1999035568A2 - Procede et dispositifs d'un systeme de commande de processus ou isolation des ressources vis-a-vis de l'application dans un systeme de commande de processus - Google Patents

Procede et dispositifs d'un systeme de commande de processus ou isolation des ressources vis-a-vis de l'application dans un systeme de commande de processus Download PDF

Info

Publication number
WO1999035568A2
WO1999035568A2 PCT/SE1998/002301 SE9802301W WO9935568A2 WO 1999035568 A2 WO1999035568 A2 WO 1999035568A2 SE 9802301 W SE9802301 W SE 9802301W WO 9935568 A2 WO9935568 A2 WO 9935568A2
Authority
WO
WIPO (PCT)
Prior art keywords
resource
application
module
action
platform
Prior art date
Application number
PCT/SE1998/002301
Other languages
English (en)
Other versions
WO1999035568A3 (fr
Inventor
Håkan Larsson
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Priority to AU20802/99A priority Critical patent/AU2080299A/en
Priority to CA002317417A priority patent/CA2317417A1/fr
Publication of WO1999035568A2 publication Critical patent/WO1999035568A2/fr
Publication of WO1999035568A3 publication Critical patent/WO1999035568A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
    • H04Q3/54—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised
    • H04Q3/545—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme
    • H04Q3/54541—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker in which the logic circuitry controlling the exchange is centralised using a stored programme using multi-processor systems
    • H04Q3/5455—Multi-processor, parallelism, distributed systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1305—Software aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13093—Personal computer, PC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/131—Register
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/1322—PBX

Definitions

  • the present invention generally relates to the field of process control systems and how to interconnect such systems with resources used in them.
  • the present invention more particularly relates to a method of isolating resources from an application in a process control system, a resource module, a resource platform and an application resource system for registering at least one resource in a process control system as well as such a process control system and a computer program product comprising computer program code for realizing at least one such resource module .
  • US-A-5 548 731 describes a computer network comprising a data link interface that is common for several frameworks.
  • the interface comprises a network device driver, network and network services.
  • This document discloses the connection of a physical device to a framework via drivers for driving the physical device. The document also discloses how to go about connecting the physical device to a framework.
  • EP-A-424 758 discloses a method of sharing serially reusable resources among a number of processes.
  • a handle is here used for indicating which resource is to be used. There is no indication of which type a resource is and therefore all resources have to be the same.
  • US-A-5 313 578 discloses a computer system, where different processes running simultaneously on a network of computer systems communicate variable size data blocks between each other.
  • a calling process acquires a message handler to be used for indicating to which process a certain data block belongs. This handle is thus associated with the data being transmitted and not with any function to be run on or for the resource or the type of function.
  • JP-A-7 114 476 discloses interwindow communications between windows using memory handles.
  • EP-A-752 646 discloses a system for changing the byte representation used for different computers in a computer network, where the computers share the same device driver.
  • a handle is here used to point out in which way data is supposed to be read.
  • All of the resources mentioned above are in each case of one type only. There does however exist a problem of connecting such resources when they are of different types, that is if they contain different functions and have different hardware requiring different type of information. There is no way that an application can differentiate between different types of resources in the documents mentioned above.
  • US-A-5 388 258 describes a telecommunication system including a software structure in which the present invention might be realized. It also describes the use of modules for controlling physical resources or the handling of communication with such physical resources in a telecommunication switching system.
  • the present invention solves the problem of enabling isolation between an application run in a process control system and at least one resource that the application uses, when the resource is one of several possible types.
  • each resource comprising a physical resource as well as at least one resource module associated with one resource type and the resource module comprising at least one action handler for handling a specific action to be performed, by the application, on or for the physical resource.
  • the resource module registers itself with associated action handlers in a register associated with the application, so that the application, when being run, can call a specific action handler in a resource module for performing an action specialized for the resource type on or for the physical resource.
  • One object of the present invention is thus to provide a method of isolating a resource from an application, where both are provided in a process control system and the resource is one of at least two different types.
  • This object is solved by a method of isolating at least one resource from an application.
  • Each resource comprises a physical resource as well as at least one resource module associated with one of the resource types.
  • the resource module comprises at least one action handler for handling a specific action to be performed, by the application, on or for the physical resource.
  • the method comprises the step of: registering, each resource module with associated action handler in a register associated with the application, so that the application, when being run, can call a specific action handler in a resource module for performing an action specialized for the resource type on or for the physical resource.
  • Another object of the present invention is to provide a resource module, a resource platform comprising such a resource module, an application resource system comprising such a resource platform and a process control system comprising such an application resource system for registering a resource in or for an application in the process control system when the resource is one of at least two different types.
  • a resource module a resource platform comprising such a resource module, an application resource system comprising such a resource platform and a process control system comprising such an application resource system, where the resource comprises said resource module as well as a physical resource and/or an interface to the physical resource.
  • the resource module is associated with one of the resource types and comprises at least one action handler for handling a specific action to be performed, by the application, on or for the physical resource, and a registrator for registering itself and associated actions handlers in a register associated with the application, so that the application, when being run, can call an action handler in the resource module for performing an action specialized for the resource type on or for a physical resource.
  • Yet another object is to provide a computer program product for providing registering of a resource in or for an application in a process control system when the resource is one of at least two different types.
  • a computer program product comprising: a computer usable storage medium having computer program code embodied in said medium for causing the assembly of sets of executable computer instructions which are part of the process control system to perform association of physical resources to the process control system.
  • the process control system comprises an application and resources and each resource is one of the two types and comprises at least one physical resource and/or and interface to said physical resource.
  • the product has an organizer for organizing sets of executable computer instructions into at least one resource module associated with one of the resource types, so that the resource module comprises at least one action handler for handling a specific action to be performed, by the application, on or for the physical resource and a registrator for registering itself and associated action handlers in a register associated with the application, so that the application, when being run, can call an action handler in the resource module for performing an action specialized for the resource type on or for a physical resource.
  • the registration is performed in order to loosen the connection between the application in the process control system and at least part of the actual physical resource it is run on while at the same time taking the resource type into consideration. In this way isolation of an application run in a process control system from the resources used by that application is obtained.
  • the advantage of this arrangement is that the application need not be changed when the process control system is to be run on a new physical resource. This makes the adaptation of the software in the process control system to the physical resource it is to be run on easier and therefore large amounts of money can be saved from being spent on unnecessary software development.
  • Fig. 1 shows a block schematic of a process control system according to the invention
  • fig. 2 shows a block schematic of a resource platform according to the invention connected to an application support system
  • fig. 3 shows a block schematic depicting a system administration as well as a resource control in a resource platform, which control is connected to a platform handler, a physical resource via a resource interface and an application support system
  • fig. 4 shows a resource module according to the invention
  • fig. 5 shows a flow chart depicting a method of registering a resource in an application according to a first embodiment of the invention
  • fig. 6A shows a first part of a flow chart depicting a method of registering a resource in an application according to a second embodiment of the invention
  • fig. 6B shows a second part of the flow chart depicting the method of registering a resource module according to the second embodiment
  • fig. 7 shows a flow chart of a method of performing an action on a resource registered in an application.
  • Fig. 1 is shows a block schematic of a process control system according to the present invention.
  • the process control system is provided in a computer system and is arranged to be run, according to a preferred embodiment of the invention, in a telecommunication system and then preferably arranged to handle an exchange, like for instance a private branch exchange, although other types of fields of use can be contemplated.
  • the computer system mainly comprises an application 10, an application support system (ASU) 12, an application resource system (ARE) 16 and an open telecom platform (OTP) 14.
  • the application 10 and the application support system 12 jointly take care of the setting up of telecommunication connections and different type of services that can be applied for the connections set up, where the services can be such services as for example call waiting.
  • the application and the ASU are preferably provided on at least one central hardware board comprising at least one processor with associated memories.
  • the application and the ASU 12 are preferably provided in the form of one or more software modules written in a declarative programming language which in the preferred embodiment is Erlang, although other declarative programming languages can be contemplated. Erlang is described in the article "Erlang - A New Programming Language” by, B Dacker, Ericsson Review No. 2, 1993.
  • the ARE 16 includes a system administration 18, three resource platforms 20, 22 and 24 and a system library 26. The three resource platforms 20, 22 and 24 are connected to the system administration 18 as well as to the system library 26.
  • One first resource platform, resource platform 1 20, is shown connected to the open telecom platform 14 and connected to the ASU via a first interface 28 although in reality all resource platforms are connected to the ASU and the OTP in the same manner.
  • the ASU 12 is also connected to the OTP 14.
  • the system administration 18 is connected to the ASU 12 via said first interface 28.
  • the OTP 14 is a toolbox used by the ARE, which OTP includes different tools and libraries for designing process control systems.
  • the open telecom platform is based on the language Erlang and is described in more detail in the article "Open telecom platform” by S. Torstendahl, Ericsson Review No. 1 1997, which article is hereby incorporated by reference.
  • the first interface is a so called SPI (Service Provider Interface) and is preferably provided in the form of an Erlang module that is influenced by some of the functions mentioned in the S.300 specification from ECTF (Enterprise Computer Telephony Forum) .
  • This interface is general for physical resources of different types delivered from different suppliers.
  • An interface according to the S.300 specification is provided in the form of a function written in C or C++, which means that the SPI in the system according to the present invention is provided on a higher logical level.
  • the resource platform 20 comprises a platform handler 36, which communicates with the ASU 12 as well as with the system administration within the ARE (not shown) .
  • the resource platform also comprises a resource control 29 and a resource interface 30, which both communicate with the platform handler as well as with a platform library 34.
  • the resource control 29, the resource interface 30 and the platform library 34 all communicate with the OTP (not shown) .
  • the resource interface 30 could be provided in the form of an Erlang module that handles communication between physical resources and the application together with appropriate drivers for driving hardware or other means for communication. It could be provided in the form of above mentioned ECTF S.300 interface or be implemented using socket communication.
  • the resource interface is among other things used in order to provide the possibility for the application and the ARE, which are processes written in Erlang, to be able to communicate with other environments, for example environments written in the language C. It can however also be an Erlang module provided for communication with other Erlang modules provided on the physical resource.
  • the resource control 29 also communicates with the ASU 12.
  • the resource control 29 comprises resource modules of different types, which will be described in more detail later, and the platform library comprises functions that are common for these different resource modules. These functions are preferably also written in Erlang and can include driver support with common routines to be used when encoding/decoding data.
  • the application, the ASU and the OTP as well as all of the ARE except for the physical resource are preferably provided on one central hardware board comprising a processing unit and associated memory units. It is of course also possible to have them provided on different hardware boards or to provide the application and the ASU and OTP on one hardware board and the OTP and the ARE without physical resources on another hardware board. Other combinations can of course also be envisaged. Another possible variation is to provide the application, ASU, OTP, ARE and the physical resource on the same hardware board.
  • a physical resource could, when the process control system is provided for control of a telephone exchange, be a hardware board comprising the switch core of the exchange and would then be of the type switch, a hardware board handling so called media resources such as tone generation, the media type, and a hardware board for handling so called network resources such as handling of physical links by signaling, the network type.
  • the network type of resource is also called a primary resource, which is a resource controlled by the end user in a process control system. Such an end user can be a subscriber in a telephone network.
  • the media and switch resource types are also called secondary resources, which are resources controlled by the application.
  • the hardware board can also be another type of board having some or all of this functionality mentioned above.
  • Such a different hardware board might be a so called switchboard which is a node connected in a ring network. Such a board is described in the Swedish patent application SE9604708-9, which is herein incorporated by reference.
  • the switchboard is both part of a switch core as well as handles network and media resources for that part of the switch core.
  • Another type of physical board can be a hardware board for a computer such as a PC.
  • the physical resource can also be provided as a distant independent resource, like a data base, that the process control system has access to but that is not any hardware board directly connected to and controlled by the application. An application only communicates with this physical resource for letting that resource perform an action of some sort.
  • the physical resource would in the case of a data base have computational powers of its own and the ARE would only provide an interface for handling communication with this physical resource instead of actually handling some action to be performed on the resource.
  • resource modules might be included in a platform. In the same way several physical resources might be connected to the resource control 29.
  • the physical resource is normally connected to the central hardware board via a network of some kind irrespective of the type of physical resource and then normally via a local area network (LAN) .
  • LAN local area network
  • One resource platform normally handles one type of switch hardware. For instance above mentioned media, switch and network hardware boards would be grouped together in one platform, while switchboards would be grouped in a separate platform. There might also exist one platform comprising physical resources common to above mentioned platforms, such a platform could then include common protocols, like for instance for signaling.
  • Fig. 3 shows a block schematic depicting three modules 38, 40 and 42 of different types arranged in one resource control 29 in the platform as well as the platform handler 36 and the system administrator 18, all of fig. 1.
  • a first 38 of the resource modules, module 1 is of a type called the media type and handles so called media resources like tone generation
  • a second 40 of the resource modules, module 2 is of the switch type and handles the switch core of a telephone exchange
  • the third 42, module 3 is of the network type and handles the trunks and terminals connected to s switch core as well as signaling for such trunks.
  • These modules are arranged for handling the resources of these types independently of where they are provided, i.e.
  • the modules are written in a declarative programming language, which in this embodiment is Erlang.
  • the figure also shows a system server 44, a platform server 46 or register provided in the ASU 12.
  • the ASU 12 also comprises the first interface 28, which is as stated earlier one or more modules written in Erlang.
  • the system server 44 comprises for each platform a name for a platform, PL1, the name for at least one function in the platform, start-board.
  • the register 46 comprises, for each resource module in a platform, functions fl, f2 and f3 with associated handles handlel, handle2, handle3.
  • the platform handler 36 communicates with the system server 44 via the first interface 28 and the first resource module 38 communicates with the platform server 46 via the first interface 28.
  • a specific physical resource 32 in the form of a hardware board is also shown connected to a second or resource interface 30.
  • the second interface 30 is connected to the first resource module 38.
  • a broker is a process written in Erlang that when it is called with a handle returns the identity of a certain process. The term process is well known within the world of Erlang, and Erlang and the structure of it is described in, for instance, the articles "Prototyping Cordless Using Declarative Programming", by I. Ahlberg, J-O. Bauner and A. Danne, Ericsson Review No.
  • Fig. 4 shows the content of the first module, which is as mentioned above, a module of the media type and has a name Medial, and includes a means 52 for registering the module or registrator and means fl, f2, f3 for handling actions to be performed on a physical board in the form of different functions included in the module. These functions are also called action handlers.
  • the means for registering includes a registering function that can be activated by the platform handler as well as the name of all functions in the module and for at least one of the functions a handle associated with the function.
  • Fig. 5 shows a flow chart depicting a method of registering a resource in an application according a first embodiment the invention.
  • Fig. 6A and B show a flow chart depicting a method of registering a resource in an application according a second embodiment the invention. Now the method of registering a resource in an application according to the first embodiment will be described with reference to fig. 1, 2, 3, 4 and 5.
  • the resource type is above mentioned media type.
  • a platform handler 36 is started by the system administration calling the module platform handler. Thereafter the platform handler 36 identifies the physical resources connected to the platform, procedural step 62.
  • the hardware board 32 is a board of the media type.
  • the resource module of the media type is thereafter initiated, procedural step 76. For media resources this is done by the platform handler calling a media module, which in turn connects to the resource interface 30.
  • the resource interface checks the actual physical resources associated to itself and the types, i.e. which kind of hardware boards they are.
  • the platform handler has been provided with a list of physical resources to be used for media resources.
  • the platform handler then calls the first module 38 and starts it, whereafter the resource module registers itself in the platform server.
  • the resource module could also have been started by a supervisor in the ARE, which supervisor would also be an Erlang module.
  • This supervisor also provided in the form of an Erlang module, would then start all resource modules.
  • the platform handler comprises a function for calling the associated resource module.
  • This function is first accessed, procedural step 64, which calling function thereafter requests registering of resource module in the platform server, procedural step 68.
  • the first resource module 38 is thus asked to register itself in the platform server 46.
  • the resource module therefore registers itself in the platform server using the name of the resource module, i.e. medial, the functions in the module together with possible handles associated with the functions, procedural step 70.
  • the registering is of course carried out via the first interface 28.
  • the resource module registers itself, it registers its name, medial, the functions contained in the module, which functions are functions fl, f2 and f3 together with function handles handlel, handle2, handle3 associated with the functions. Not all functions might require handles.
  • the registering is performed in order for the application to be able to perform a certain action on or for the registered resource.
  • An action on a resource can be such things as activating tone generation on the physical resource, while an action for a resource can be such a thing as setting up a connection to the physical hardware for sending a request and receiving an answer to that request from the physical resource.
  • the action for a resource can also be the protocol conversion to be used for interfacing the application with a distant data base, which data base could perform some action such as gathering of certain information and returning it to the application.
  • the registering is performed by the means for registering 52 or registering function supplied in the top of the module 38.
  • the resource type is above mentioned network type.
  • one resource module is here associated with one physical resource.
  • the platform handler 36 registers itself in the system server 44 via the SPI or first interface 28, procedural step 78. This registration is done through the platform handler sending its own name, the platform handler name PL1 together with at least one function per resource included in the platform handler that can be called by the application for starting a resource as well as the hardware position the resource is occupying.
  • the functions in the platform handler that can be called are functions for associating resource modules to the application.
  • the platform handler 36 registers the platform name PL1, a function start-board, and the hardware position of the network board. Thereafter the application 10 accesses the system server 44 in the ASU 12 and requests system configuration, procedural step 80. This is done in order for the application to get knowledge of the resources which it has at its disposal in order to be able to run different processes in the resources.
  • the system configuration is requested through the application calling the Erlang module system server. In response to this call the application receives above mentioned information about each platform, procedural step 82.
  • the application then goes on to request start of the resource module by calling the platform handler 36 using the platform handler name, function start-board and the hardware position of the board where the network interface is provided, procedural step 84. The request is of course sent via the first interface 28.
  • platform handler name could have been used for accessing a module. Then the platform handler would get in contact with a function calling a resource module through the use of a broker.
  • the platform handler thereafter accesses a function handling the network resource module, procedural step 86. Said function thereafter calls the associated network resource module and requests registering of the network resource module in the platform server, procedural step 88.
  • the network resource module therefore registers itself in the platform server in the same way as the media resource did in the first embodiment, procedural step 90.
  • the platform server could contain several media modules and several network modules.
  • This module is an allocator which is registered in or for the application in the same way as the media module described in the first embodiment. This allocator is used to allocate a resource and therefore returns, when called, a chosen hardware board ant a resource within the board.
  • the switch module is normally only one module though.
  • a switch module is furthermore registered in the same way as the media module described in the first embodiment of the invention.
  • An action on or for a switch resource comprises setting up or taking down a connection between a secondary resource and a primary resource, between two or more primary resources and between two secondary resources.
  • An action on or for a media resource for example sending a tone, comprises allocation of a media resource, by obtaining a media resource via above mentioned allocator as well as ordering the media board to start sending tones. In order for somebody to hear a tone the media resource does of course also have to be connected to a primary resource via the switch resource.
  • a media module, a switch module, module 2, and a network module, module 3 would be started for the switchboard.
  • a network comprising several switchboards interconnected by an optical ring as outlined in above mentioned Swedish application all three of these modules could be associated with several such switchboards .
  • the registration is performed in order to loosen the connection between the application and the actual hardware it is run on while at the same time taking the resource type into consideration. It is in other words performed in order to isolate an application run in a process control system from the physical resources used by that hardware.
  • the big advantage of this arrangement is of course that the application and the ASU need not be changed when the process control system is to be run on new hardware. This makes the adaptation of the software in the process control system to the hardware it is to be run on easier and therefore large amounts of money can be saved from being spent on unnecessary software development, which development is only made for modifying an application to the software it is run on.
  • fig. 1, 2, 3, 4 and 7, shows a flow chart of a method of performing the action of tone generation on the resource module 38.
  • the event reporting function in the first interface thereafter calls the call-back function in the application, thereby reporting the event to the application.
  • the application therefore decides that a tone has to be generated.
  • the application 10 contacts the platform server 46 for obtaining information about correct resource module and function, procedural step 92.
  • the application calls function fl in the module medial 38 using the function handle handlel, procedural step 94.
  • the called function fl in the module medial starts running and in turn calls the broker 50 using handlel, procedural step 96.
  • the broker returns a process identity obtained with the help of handlel to the function fl, procedural step 98.
  • the function fl accesses a part of the resource module medial, which handles a specific part of the physical resource 32, procedural step 100.
  • This part of the module is arranged to order a specific part of the hardware to start generating a tone. In doing this the second interface is used to actually access the specific part of the hardware.
  • the process identity returned by the broker is dependent of the physical resources used.
  • a particular media hardware board has for instance one process identity and another media hardware board another process identity.
  • a switchboard i.e. a hardware board handling, switch, media and network resources, one process identity is provided for a specific board in all three types of resource modules.
  • handles could here be used to point out different signaling schemes to be used on a telecommunication line.
  • handles do no have to be used when accessing a part of the board.
  • the ARE and each platform within it except for the physical resources can also be provided in the form of one or more computer program products or data carriers such as CD-ROMs or diskettes, which is operative after being loaded onto a hardware board.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)

Abstract

L'invention concerne un module ressource (38, 40, 42), une plate-forme ressource comprenant un module ressource, un système ressource d'application comprenant une plate-forme ressource, un système de commande de processus comprenant un système ressource d'application, un produit programme d'ordinateur contenant un code programme destiné à la réalisation d'un module ressource et un procédé permettant d'isoler une ressource d'une application. La ressource est associée à un des types de ressources et comprend le module ressource ainsi qu'une ressource physique (32) et/ou une interface vers la ressource physique (30), au moins un gestionnaire d'action destiné à la gestion d'une action spécifique à réaliser, par l'application, sur ou pour la ressource physique et un enregistreur destiné à sa propre mémorisation et des gestionnaires d'actions associés (f1, f2, f3) dans un registre (46) associé à l'application de telle façon que l'application puisse appeler un gestionnaire d'action dans le module ressource afin de réaliser une action spécialisée pour le type de ressource sur ou destiné à une ressource physique.
PCT/SE1998/002301 1998-01-09 1998-12-14 Procede et dispositifs d'un systeme de commande de processus ou isolation des ressources vis-a-vis de l'application dans un systeme de commande de processus WO1999035568A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AU20802/99A AU2080299A (en) 1998-01-09 1998-12-14 Method and devices in a process control system or isolation of resources from application in a process control system
CA002317417A CA2317417A1 (fr) 1998-01-09 1998-12-14 Procede et dispositifs d'un systeme de commande de processus ou isolation des ressources vis-a-vis de l'application dans un systeme de commande de processus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SE9800037A SE521585C2 (sv) 1998-01-09 1998-01-09 Förfarande, datorprogram och processtyrsystem för isolering av resurser från tillämpningar
SE9800037-5 1998-01-09

Publications (2)

Publication Number Publication Date
WO1999035568A2 true WO1999035568A2 (fr) 1999-07-15
WO1999035568A3 WO1999035568A3 (fr) 1999-09-10

Family

ID=20409825

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE1998/002301 WO1999035568A2 (fr) 1998-01-09 1998-12-14 Procede et dispositifs d'un systeme de commande de processus ou isolation des ressources vis-a-vis de l'application dans un systeme de commande de processus

Country Status (4)

Country Link
AU (1) AU2080299A (fr)
CA (1) CA2317417A1 (fr)
SE (1) SE521585C2 (fr)
WO (1) WO1999035568A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110427785A (zh) * 2019-07-23 2019-11-08 腾讯科技（深圳）有限公司 设备指纹的获取方法和装置、存储介质及电子装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1994006252A1 (fr) * 1992-08-28 1994-03-17 Telefonaktiebolaget Lm Ericsson Introduction rapide de fonctions dans les reseaux de telecommunication
WO1995034856A2 (fr) * 1994-06-14 1995-12-21 Telefonaktiebolaget Lm Ericsson Methode de creation de logiciel pour commutateurs de telecommunications
WO1997050227A1 (fr) * 1996-06-27 1997-12-31 Mci Communications Corporation Gestionnaire du trafic d'appels pour reseau de telecommunications
EP0874311A1 (fr) * 1997-02-14 1998-10-28 Siemens Aktiengesellschaft Un système de commutation en temps réel

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1994006252A1 (fr) * 1992-08-28 1994-03-17 Telefonaktiebolaget Lm Ericsson Introduction rapide de fonctions dans les reseaux de telecommunication
WO1995034856A2 (fr) * 1994-06-14 1995-12-21 Telefonaktiebolaget Lm Ericsson Methode de creation de logiciel pour commutateurs de telecommunications
WO1997050227A1 (fr) * 1996-06-27 1997-12-31 Mci Communications Corporation Gestionnaire du trafic d'appels pour reseau de telecommunications
EP0874311A1 (fr) * 1997-02-14 1998-10-28 Siemens Aktiengesellschaft Un système de commutation en temps réel

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
IEICE TRANS. COMMUN., Volume E78-B, No. 7, July 1995, KEIICHI KOYANAGI et al., "Non-Stop Service-Enhanceable Communications Soft-Ware Platform Based on a Object-Oriented Paradigm", pages 1043-1055. *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110427785A (zh) * 2019-07-23 2019-11-08 腾讯科技（深圳）有限公司 设备指纹的获取方法和装置、存储介质及电子装置
CN110427785B (zh) * 2019-07-23 2023-07-14 腾讯科技（深圳）有限公司 设备指纹的获取方法和装置、存储介质及电子装置

Also Published As

Publication number Publication date
WO1999035568A3 (fr) 1999-09-10
SE9800037D0 (sv) 1998-01-09
CA2317417A1 (fr) 1999-07-15
SE521585C2 (sv) 2003-11-18
AU2080299A (en) 1999-07-26
SE9800037L (sv) 1999-09-08

Similar Documents

Publication Publication Date Title
EP0724804B1 (fr) AUTOCOMMUTATEUR à PROTOCOLES RESEAU ET SERVICES DE COMMUNICATIONS PROGRAMMABLES
USH1837H (en) Generic telecommunications system and associated call processing architecture
USH1921H (en) Generic wireless telecommunications system
US6272146B1 (en) Bus connection set up and tear down
JP2971281B2 (ja) 付属処理装置を有する電気通信交換システム及びその付属処理装置
GB2325121A (en) Bus connection controller
JP3792842B2 (ja) 通信サービスを提供する方法、並びにサービス装置、サービスコンピュータ、端末および通信ネットワーク
US6594685B1 (en) Universal application programming interface having generic message format
CN1547843B (zh) 实现计算机电话接口的自动呼叫分配
CN1192642C (zh) 更新电信网内与用户有关的数据的方法
US20050180455A1 (en) Apparatus and method for multiplexing communication signals
EP0978043A2 (fr) Procedes et appareil permettant de commander un equipement de commutation de communications numeriques
US6526050B1 (en) Programming call-processing application in a switching system
WO1999035568A2 (fr) Procede et dispositifs d'un systeme de commande de processus ou isolation des ressources vis-a-vis de l'application dans un systeme de commande de processus
US6898199B1 (en) Architecture for providing flexible, programmable supplementary services in an expandable telecommunications system
ES2243261T3 (es) Procedimiento para la transmision de datos a los miembros de un servicio de operadoras.
US6226371B1 (en) Communication system with assembly carrier unit
KR960013278B1 (ko) 전전자 교환기에서 디지틀 가입자 호 보류 방법
JP2002261924A (ja) 交換システム
JPH02241257A (ja) 通信サービス提供装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG US UZ VN YU ZW

AL Designated countries for regional patents

Kind code of ref document: A2

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

AK Designated states

Kind code of ref document: A3

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT UA UG US UZ VN YU ZW

AL Designated countries for regional patents

Kind code of ref document: A3

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
NENP Non-entry into the national phase in:

Ref country code: KR

ENP Entry into the national phase in:

Ref country code: CA

Ref document number: 2317417

Kind code of ref document: A

Format of ref document f/p: F

Ref document number: 2317417

Country of ref document: CA

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase