JP3596975B2 - Platform system - Google Patents

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
INDUSTRIAL APPLICABILITY The present invention is used for data distribution with databases, application programs, task modules, and data distribution between various systems in the management and operation of information and communication networks used in the communication field, the office field, and the like. Platform.
[0002]
[Prior art]
FIG. 9 shows an application program AP. ₁ , AP ₂ Is the data group D ₁ , D ₂ Database that stores data _A , DB _B Are used to perform a series of tasks, but as shown in FIG. _A , DB _B And the database DB _A , DB _B Application program AP that performs a series of tasks using a program ₁ , AP ₂ Is a format that can be used only in the system with regard to the format and control of data transfer.
[0003]
For this reason, when distribution of data in the database is difficult or when the database is changed, the application program also needs to be changed. That is, the application program AP ₁ Database DB _A Data group D ₁ And database DB _B Data group D ₂ A series of tasks could not be performed using both, and a new application program or system had to be created.
[0004]
Further, as shown in FIG. 10, in an individual system called a task module constituted by a device for executing a specific operation or measurement in the track operation and a program for operating the same, the format and control of data transfer are The format was only available in the system. Therefore, the task module is ₂ , M ₃ Change the application program to AP ₂ , AP ₃ And had to be changed. Furthermore, the change in the case of an application program using a plurality of task modules and a plurality of databases is very complicated.
[0005]
As a means for solving such a problem, as shown in FIG. ₁ ~ AP ₄ And database DB ₁ , DB ₂ , Application program AP ₁ ~ AP ₄ And task module M ₁ , M ₂ Application program AP ₁ ~ AP ₄ And database DB ₁ , DB ₂ , Task module M ₁ , M ₂ Interface function (application program AP ₁ ~ AP ₄ For AP interfacer 1, database DB ₁ , DB ₂ For DB interface 2 and task module M ₁ , M ₂ , A platform PF having an M interfacer 5) is configured to distribute data and to create a database DB. ₁ , DB ₂ And task module M ₁ , M ₂ Change of application program AP ₁ ~ AP ₄ Can be reduced. However, in a configuration having only the interface function, in response to a business processing request from a plurality of application programs, a task with high urgency occupies a task module that is a finite resource, Or occupy a module. If the task with low urgency occupies the task module, the task with high urgency will be in a waiting state until the processing for this task is completed, causing inconvenience. In order to avoid such a state, the accessor 6 manages and controls the priority between tasks. The operator sets priorities for each task in advance. If a high-priority task occurs while a low-priority task occupies the task module, the low-priority task is suspended so that the high-priority task can use the task module. Executes connection control. Finally, when the high-priority business has completed the processing, an operation for restarting the temporarily interrupted low-priority business is performed. Such a priority management control for each job is executed by a priority management control function called an accessor 6.
[0006]
As described above, the platform is software for connecting an application program with a plurality of databases and task modules. For example, the platform is described in the IEICE Vol. E76-B, no. 4, April 1993, pp. 139-143. 391-401. Kashima et. al. Discussed in “Optical cable network operation in subscriber loops”.
[0007]
Subscriber operation Les In the application program construction technology of the application system, a line task flow such as a fault recovery task is divided into a set of task modules to be operated as a unit, and a set of tasks for specifying task modules is further subdivided. Break down to work. Then, by rearranging the various basic tasks, an application program such as the failure recovery task shown in FIG. 12 can be freely constructed. The failure recovery operation shown in FIG. 12 is subdivided into the above-described elementary operations. Each of the elementary tasks corresponds to a task executed by the task module. For example, the elementary tasks of the determination and the pulse test are executed by using a task module called an A module, and the elementary tasks of the optimal route / switching are executed by a task module called a B module. By freely combining such elementary tasks, a task flow such as a failure recovery task as shown in FIG. 12 can be constructed.
[0008]
[Problems to be solved by the invention]
However, as shown in FIG. 13, for example, a test monitoring module (this test monitoring module accommodates tens of thousands of optical fibers, which are lines in the optical communication field, and performs a break inspection for searching for a fault point of the optical fiber) And a measuring system having a program for operating the device and a device for performing the loss measuring operation at the break point). ₁₁ , M ₁₂ , M _Thirteen In a large subscriber area, several such test monitoring modules are required because the number of cores that can be accommodated in the inside is limited to tens of thousands. Similarly, other task modules in the subscriber system and task modules to be constructed in the future are limited to the number of cores that can be accommodated in one task module, and therefore are task modules that execute the same processing. However, there will be many task modules accommodating different core numbers (hereinafter, such task modules are referred to as multiplexed task modules). In FIG. 14, a part of the failure recovery work shown in FIG. 12 is shown above, and the corresponding task module is shown below. For example, it indicates that the elementary work of determination / fault distance measurement is executed by a task module called a test monitoring module. However, there is no corresponding task module for the basic task of inputting a telephone number, since the task is only input to the computer by the operator. Then, the failure recovery operation is started from the left and the processing is executed in the direction of the arrow. In the conventional platform system, the task monitoring module M shown in FIG. ₁₁ , M ₁₂ , M _Thirteen However, when multiple task modules exist, no consideration is given to selecting an appropriate task module, and only a single task module is connected to a task processing request. For this reason, the defective cores are stored in the common database DB shown in FIG. _O Even if it can be specified, the test monitoring module in which the core is accommodated and the processing request to the test monitoring module of the accommodation destination cannot be realized. In the application program construction technology, for example, when performing a failure recovery operation, a basic operation flow shown in FIG. 13 can be established. The operator who has received a complaint from the user activates a failure recovery application program. First, input a target telephone number and use the common database DB based on the telephone number information. _O To search for core information. Next, the break point of the corresponding optical fiber is detected by the test monitoring module. In a large-scale subscriber area, since the number of subscribers accommodated is very large, task modules such as test monitoring modules are required to be multiplexed in proportion to the number of subscribers. If there are a plurality of such test monitoring modules, it is not possible to specify which test monitoring module contains the searched core. That is, even in the application program construction technology, if a multi-task module exists, a task module for an elementary task cannot be specified, which causes a problem.
[0009]
Also, if a task such as a periodic test task with low urgency occupies a test monitoring module that is used relatively frequently, and a task with high urgency such as a fault recovery task occurs, However, there is a possibility that the urgent business may be put in a waiting state until the processing of the business with low urgency is completed. In the conventional platform, to avoid such a situation, priorities are determined for each task, and highly urgent tasks are preferentially connected to the corresponding task module by the accessor, a priority control function within the platform. And was addressing this problem. However, when the multiplexed task modules exist as described above, the accessor, which is the priority management control function unit of the conventional platform, can specify which task module is used in the business flow of the application program. Since it is not possible to specify in advance which multitask module is to be used, the priority control function cannot be executed effectively.
[0010]
Such a conventional platform is configured using C ++, which is one of the object-oriented languages. Rumbaugh et al. , "Object-Oriented Modeling and Design", Prentice Hall, Inc. , 1991 (hereinafter abbreviated as OMT method). With this method, each interface function and priority management control function are designed as objects, and the platform operates as a combination of these objects. However, for example, when the line program is executed, if the application program uses only the task module and does not use the database, the DB interface is unnecessary as a configuration. Similarly, the conventional platform has an accessor as a priority management control function for a plurality of services. However, when there is no plurality of services and only a single task occurs, the priority management control needs to be performed. If there is no interface and only interfacers involved in the connection are provided, it is sufficient as a platform configuration. As described above, the configuration of the conventional platform is constructed as a fixed information processing system, and may not always be suitable for the use environment.
[0011]
In addition, the deployment of optical technology in the subscriber system is expected to progress from the initial stage at the present time through the growth period and the maturity period. Therefore, in the introduction period of the subscriber-related operation system, there are not many types of task modules, and it is also a period when optical fibers and metallic cables are mixed, and it has only simple functions rather than complicated functions, An operation system that performs basic operations is more suitable. In the future, it is expected that a variety of task modules will appear due to changes in the track network form and advances in optical technology. Also, the operation system itself gradually evolves to meet the needs of society, and new functions are required. For the first time in such a period, a scalable and highly functional operation system is required.
[0012]
An object of the present invention is to select an appropriate task module from a group of multiple task modules and execute connection of an application program to the corresponding multiple task module even when multiple task modules that execute the same processing exist. It is still another object of the present invention to provide a platform system having a platform (referred to as a multi-task module connection platform) for executing priority management control for efficient connection, judging from the priority of each task that has occurred. .
[0014]
[Means for Solving the Problems]
The platform system of the present invention includes a database group, a multi-task module group that is a task module having different control and / or management for each object, and an application program that performs a series of tasks using the database group and the multi-task module group. Group, and a database, a multitask module group, and a platform system including a platform which is a connection part of the application program group, the multitask School A task module manager that searches for a corresponding task module from among modules and controls connection of the task module, and information indicating characteristics of each task module used when the task module manager searches for the corresponding task module. The platform has a dedicated database for accumulation and a task module accessor for executing priority management control for switching connection of a highly urgent application program to the task module preferentially.
[0015]
According to the present invention, a task module manager and a task module accessor are constructed for each individual task module such as a test monitoring module, and a dedicated database is provided. The task module manager selects an appropriate multi-task module to execute the process, and manages the connection to the multi-task module. Information when the task module manager selects a multitask module is obtained from a dedicated database. The dedicated database stores information necessary for the task module manager to select an appropriate multitask module. For example, in the case of a test monitoring module, information indicating which test monitoring module is the test monitoring module that houses the optical fiber is stored from the core number of the target optical fiber. Then, the task module accessor executes the priority management control for the multitask module in the same manner as the accessor in the conventional platform executes. For example, when a high-priority task occurs while a low-priority task occupies the multitask module, the low-priority task is temporarily suspended, and the high-priority task is executed first. . Then, when the processing of the high-priority business is completed, the task module accessor executes a series of operations of resuming the low-priority business that has been temporarily suspended. When task modules are multiplexed, select an appropriate task module, and also have a priority control function to prioritize execution of high-priority tasks when an urgent task occurs in the task module Is connected to the multitask module group for the purpose.
[0018]
Further, for example, in the case of a test monitoring module for detecting a break point of an optical fiber or measuring a loss, the number of cores that can be accommodated in one test monitoring module is limited to tens of thousands, so that a large-scale subscriber area Then, several such test monitoring modules are required. When such a multi-task module exists, a task module manager that executes the connection management control of the multi-task module and a task module accessor that executes the priority management control are required. Every time it is registered, it is automatically generated from the upper class of the task module manager and the task module accessor, and becomes a task module manager and a task module accessor unique to the multiple task module.
[0019]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings.
[0020]
FIG. 1 is a configuration diagram of a platform system according to an embodiment of the present invention.
[0021]
The platform system of this embodiment is an application program AP ₁ ~ AP ₄ And task module M ₁ , M ₁₂ , M _Thirteen And database DB _O , DB ₁ And a platform PF. Platform PF is an application program AP ₁ , AP ₂ , AP ₃ , AP ₄ Interface 1 which is an interface with the server and a dedicated database DB ₀ , Database DB ₁ DB interface 2 which is an interface with the server, and a task monitoring module which is a multiplexed task module and a task module M which is a switching operation module ₁₁ , M ₁₂ , M _Thirteen Interface 5 which is an interface with the task module M ₁₁ , M ₁₂ , M _Thirteen Application program AP ₁ ~ AP ₄ M that performs connection management with ₁ Manager 4 and M for executing priority switching control for preferentially switching connection of a highly urgent application program to a task module ₁ An accessor 3 and an accessor 6 are provided.
[0022]
Dedicated database DB ₀ Accumulates information of the multitask module containing the searched core number. And M ₁ Manager 4 is this dedicated database DB ₀ Using the multitask module M ₁₁ , M ₁₂ , M _Thirteen Search for a corresponding task module from the list, and control the connection to the task module. M ₁ The accessor 3 executes priority management control of the usage right for the multitask module. The task manager 2 and the task accessor 1 form a multi-task module M ₁₁ , M ₁₂ , M _Thirteen Priority of the business to be processed by the multitask module M ₁₁ , M ₁₂ , M _Thirteen Knows the maximum number of simultaneous processes that can be performed on Accessor 6 is M ₁ Similar to the accessor 3, the priority control of the line service is performed. However, the accessor 6 operates on a single existing task module, and does not operate on a multiple task module when a specific task module is multiplexed. If all task modules exist in a multiplex manner, the accessor 6 can be removed by the editor function of the object tool platform. Database DB ₁ Is a database for executing track operations. As a specific example, an operation of searching for a telephone number / core number in FIG. 12 is executed. Although only one database is shown here, there are actually various databases for updating data and adding a history of defective cores in FIG.
[0023]
FIG. 2 shows an M manager A in a case where a test monitoring module and a switching operation module are multiplexed and a single information collection module is present. ₁ , A ₂ And M accessor B ₁ , B ₂ , Each multiplexed task module M ₁₁ , M ₁₂ , M ₂₁ , M ₂ And information collection module M ₃ FIG.
[0024]
FIG. 3 shows an example of an access procedure for performing the above operation. Here, for the sake of simplicity, only the part from the start of the operation to the end of the measurement of the test monitoring module is shown as an example of the failure recovery operation shown in FIG. (1) The application program AP uses a database DB based on the telephone number of the complaint. ₁ To search for the core number. (2) Database DB ₁ Searches for the core number of the requested telephone number and transmits the search result. (3) The application program AP requests the multi-test monitoring module to judge a failure and measure a fault distance. Here, since the test monitoring module is a multi-task module, the application program AP actually performs processing by the multi-task module. Test monitoring M manager A so that application program AP can connect to the appropriate multitask module before ₁ To request. (4) Test monitoring M manager A ₁ Is a dedicated database DB ₀ To request information of the multitask module accommodating the core number. (5) Dedicated database DB ₀ Sends the requested search result to the test monitoring M manager A ₁ Send to (6) Test monitoring M manager A ₁ Requests the appropriate multitask module for processing from the obtained information, but before that, executes the test monitoring M accessor B which executes the priority management control ₁ To the application program AP. (7) Test monitoring M accessor B ₁ Then, after executing the priority control and executing the appropriate priority control, the multitask module (here, as an example, the multitest monitoring module M ₁₁ ) Is requested. (8) Multiple test monitoring module M ₁₁ After completing the failure determination and the measurement of the failure distance, the test monitoring M accessor B ₁ Send to (9) Test monitoring M accessor B ₁ Transmits the processing result to the application program AP.
[0025]
FIG. 4 is a diagram showing an example of an access procedure relating to the operation of the M accessor when a multitask module is present and priority control is requested in a certain multitask module. If the number of processing requests from an application program to a multitask module exceeds the maximum simultaneous processing number of the multitask module, the maximum simultaneous processing is possible until one of the processes in the multitask module ends A processing request from an application program connected in excess of the number is not executed, and the application program falls into a waiting state. For example, assuming that the maximum number of simultaneous processes that can be performed by a multitask module is one, when the multitask module is occupied by a less important task such as a periodic test task, an urgent task such as a failure recovery task is performed. When this occurs, when this multitask module is used, the processing related to the failure recovery work is not started until the currently executed periodic test work ends. In order to avoid such a situation, priorities are assigned in advance for each task, and when a task with a low priority and interruptible tasks occupies the multitask module, a task with a high priority is connected Then, the M accessor temporarily suspends low-priority tasks, and performs priority control so that high-priority tasks can use the multitask module first. When the high-priority task has finished using the multitask module, the M accessor resumes the temporarily suspended low-priority task. At the time of priority control, the data of the temporarily suspended business is managed by the M accessor.
[0026]
In FIG. 4, the application program AP ₁ And application program AP ₂ Priority of application program AP ₂ Shall have higher priority.
[0027]
(1) Multitask module M ₁₁ Application program AP using ₁ Occurs and the test monitoring M manager A ₁ Application program AP ₁ Connect. In FIG. 3, since a series of processes for selecting an appropriate multitask module is specified, the description of the processes is omitted here. (2) Test monitoring M manager A ₁ Is test monitor M accessor B ₁ Application program AP for priority control ₁ Connect. (3) Test monitoring M accessor B ₁ Is a multiple test monitoring module M in consideration of priority. ₁₁ Application program AP ₁ Connect. However, here, the application program AP ₁ Prior to the execution, no priority control is executed and the multiple test monitoring module M is not executed. ₁₁ Application program AP ₁ Connect. (4) Application program AP ₁ Is the multiple test monitoring module M ₁₁ Application program AP after being connected to ₁ Higher priority application program AP ₂ Occurs, and the test monitoring manager A ₁ Application program AP ₂ Connect. In FIG. 3, a series of processes for selecting an appropriate multitask module is specified, and the description of the processes will be omitted here. (5) Test monitoring M manager A ₁ Is test monitor M accessor B ₁ Application program AP for priority control ₁ Connect. (6) Test monitor M accessor B ₁ Is the application program AP ₁ And application program AP ₂ Are compared, and in this case, the application program AP ₂ Has a higher priority, so the application program AP ₁ Command to interrupt the execution of the process. (7) Multiple test monitoring module M ₁₁ Is the application program AP ₁ Test access M accessor B ₁ Send to (8) Test monitoring M accessor B ₁ Is the application program AP ₂ Test monitoring module M ₁₁ To request. (9) Multiple test monitoring module M ₁₁ Is the application program AP ₂ Is completed, the result is transmitted to the test monitor M accessor B ₁ Send to (10) Test monitoring M accessor B ₁ Is the application program AP ₂ Send to (11) Test monitoring M accessor B ₁ Is the application program AP that was suspended ₁ Multiplex test monitoring module M ₁₁ Send to (12) Multiple test monitoring joule M ₁₁ Is the application program AP ₁ Is completed, the result is transmitted to the test monitor M accessor B ₁ Send to (13) Test monitoring M accessor B ₁ Is the application program AP ₁ Send to
[0028]
FIG. 5 shows a design example of an operation system according to the present invention. The OMT method is used for this design.
[0029]
In this design, an abstract concept of the real world is considered as an object, and the object model is described using an object model of the three models based on the OMT notation, which is effective for modeling these objects and describing relationships between the objects. are doing. This object model is an effective method for describing objects in the system and their relationships. The track operation system in FIG. 4 is a system for performing management, maintenance, and control of facilities and equipment from maintenance centers in each region to general users, and is integrated with other operation systems such as switching systems and transmission systems. Of the integrated operation system. In the OMT notation, this integrated operation system is a super class, and the track operation system and other operation systems are sub classes. Subclasses have the characteristic of inheriting the properties of superclasses. A notation showing such an inheritance relationship is a triangle connecting a superclass and a subclass. Also, a task module and a database constituted by a device for executing a specific work or measurement in a track operation and a program for operating the same, an application program for performing a series of tasks using the task module or the database, a common interface A platform that has control functions and controls these application programs, task modules, and databases is an element of the track operation system. In the OMT notation, associating the components of the track operation system at the hierarchical level in this manner is called aggregation and is described by a diamond. A black circle in FIG. 5 describes that there are a plurality of corresponding objects. The relationship between the objects is called a relationship in the OMT notation, and is connected by a line segment.
[0030]
The maintenance operator operates the editor to edit the PF (platform). Further, the operator executes the line work by operating the application program AP. The PF holds a system manager that manages connection with other operation systems, an accessor that executes priority control of track operations, and an interfaceer that controls data transfer and an interface of a control command to the application program AP and the task module M. . These system managers, accessors, and interfacers are constituent elements of the PF, and are in an aggregated relationship with the PF. Interfacers are further classified into AP interfacer, M interfacer, DB interfacer, and system interfacer. Each of these interfacers inherits the characteristics of its higher class interfacer. The application program AP, the task module M, and the database DB are connected to an AP interfacer, an M interfacer, and a DB interfacer, respectively. In particular, when there are multiple task modules, the M interface requires an M manager and an M accessor to connect to an appropriate task module and execute priority control. For this purpose, the M interfacer has an M manager and an M accessor for executing the above-mentioned operations, in addition to the operation of executing the interface with the task module. The M manager accesses a dedicated database and retrieves information to select an appropriate task module from the multiplexed task modules. The accessor manages the priority of the application program AP through the AP interface, and controls the priority of the task module and the database according to the priority.
[0031]
FIG. 6 shows a configuration example of the platform creation editor in the present invention. Each function of the platform (accessor, AP interfacer, M interfacer, DB interfacer, system manager, other system interfacer, etc.) is made into an object in advance, and these are stored in the repository. The operations up to this point are performed by a software developer who is a provider of the platform system. The user can create a platform according to the usage environment by selecting only necessary functions from the repository and finally pressing the decision button.
[0032]
FIG. 7 shows an example of registration of a new task module by the platform editing function according to the present invention. When a multitask module exists, an M manager that selects an appropriate task module to execute connection and an M accessor that executes priority management control in the multitask module are required. When a multitask module exists, the platform editing function automatically generates the function by performing the operation on the screen.
[0033]
FIG. 8 is a configuration diagram of the most basic platform. The functions of this platform are only the AP interfacer and the M (task module) (or database) interfacer. The application program AP, which is a railway business, requires only processing by a single task module M (or database). Since only one task is generated, there is no need to execute priority control, and therefore no accessor is required. Such a configuration of the platform is effective when there is only one task module to be operated and only one track job to be generated. This basic platform can also be created by the user operating the editing function.
[0034]
Of course, the platform as shown in FIG. 1 can also be created by the user operating the editing function as described above.
[0035]
【The invention's effect】
As described above, the present invention has the following effects.
With regard to the business processing for the task modules to be multiplexed, the M manager searches the appropriate database for an appropriate multi-task module, specifies the corresponding task module from the multi-task module group, and connects to the task module. The priority can be controlled by the M accessor for the multiplexed task modules, whereby connection to the multiplexed task modules according to the urgency is possible.
[0036]
With this feature, connection for business processing request from application program was possible only to a single task module in the past. However, even in the system configuration of multiple task modules, appropriate Task modules can be selected, and even the priority control for each task can be executed. Therefore, the subscriber operation system can be used efficiently even in a large-scale subscriber area where multiple task modules are expected to exist. it can.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a platform system according to an embodiment of the present invention.
FIG. 2 ₁ Manager 4 and M ₁ FIG. 3 is a diagram illustrating a specific example of an accessor 3 and a task module.
FIG. 3 is a sequence diagram showing an operation example of the platform system of FIG. 1;
FIG. 4 is a sequence diagram showing another operation example of the platform system of FIG. 1;
FIG. 5 is a diagram showing a design example of an operation system according to the present invention.
FIG. 6 is a diagram showing a configuration example of a platform creation editor according to the present invention.
FIG. 7 is a diagram showing an example of registration of a new task module in the platform editing function according to the present invention.
FIG. 8 is a configuration diagram of the most basic platform.
FIG. 9 is a diagram showing a conventional example in which an application program performs a series of tasks using a database.
FIG. 10 is a diagram showing another conventional example in which an application program performs a series of tasks using a database.
FIG. 11 is a configuration diagram of a conventional example of a platform system.
FIG. 12 is a diagram showing a flow of a failure recovery operation.
FIG. 13 is a diagram showing core numbers of optical fibers accommodated in the test monitoring module.
FIG. 14 is a diagram illustrating a task module corresponding to a failure recovery operation.
[Explanation of symbols]
AP ₁ , AP ₂ , AP ₃ , AP ₄ Application program
M ₁ , M ₂ , M ₃ , M ₁₁ , M ₁₂ , M ₂₁ , M ₂₂ , M ₂₃ Task module
DB ₀ Dedicated database
DB ₁ Database
PF platform
A ₁ Test Monitoring M Manager
A ₂ Switching operation M manager
B ₁ Test monitoring M accessor
B ₂ Switching operation M accessor
1 AP interfacer
2 DB interfacer
3 M ₁ Accessor
3 ₁ Test monitoring M accessor
3 ₂ Switching operation M accessor
4 M ₁ manager
4 ₁ Test Monitoring M Manager
4 ₂ Switching M manager
5M interfacer
6 accessors

Claims (1)

A database group, a multi-task module group that is a task module having different control and / or management for each object, an application program group that performs a series of tasks using the database group and the task module group, In a platform system including a platform that is a connection part of a task module group and an application program group,
The find the appropriate task module from the multi-tasking module group multiple tasks module, a task module manager for controlling a connection to the task module, is used when searching the task module in which the task module manager corresponds The platform has a dedicated database for storing information indicating the characteristics of each task module to be executed, and a task module accessor for executing priority management control for switching connection of a highly urgent application program to the task module preferentially. And platform system.

Images