WO2023127146A1

WO2023127146A1 - Information processing system and information processing method

Info

Publication number: WO2023127146A1
Application number: PCT/JP2021/048939
Authority: WO
Inventors: 徹池; 一道王
Original assignee: 楽天モバイル株式会社
Priority date: 2021-12-28
Filing date: 2021-12-28
Publication date: 2023-07-06

Abstract

The present invention enables more efficient access to data when a plurality of databases exist. In the present invention, a first database (115, 116) receives request data including a requested item from a request unit (96, 100, 102) and returns data stored in the requested item. A second database (110) stores data for items not included in the first database, receives request data including a requested item from the request unit, and returns data stored in the requested item. On the basis of an item included in request data received in the past by the first database or the second database from the request unit, an addition output unit (130) outputs addition information pertaining to the addition of an item to the first database, said item including a portion of the items stored in the second database.

Description

Information processing system and information processing method

This disclosure relates to a data management system and a data management method.

The database defines the structure of data including items. A database stores data about items defined in its data structure, and the data can be searched.

JP 2020-177562 A

In an information processing system, there may be multiple databases that store different items. Here, when data is distributed and arranged in a plurality of databases, the efficiency of the operation is not always high because, for example, the operation of acquiring data from them becomes complicated.

The present disclosure has been made in view of the above problems, and its purpose is to provide a technology that enables more efficient access to data when multiple databases exist.

In order to solve the above problems, an information processing system according to the present disclosure receives request data including a requested item from a request unit and the request unit, and returns data stored in the requested item. a second database storing data of items not included in the first database, receiving request data including items requested from the request unit, and returning data stored in the requested items; and some of the items stored in the second database based on the items included in the request data that the first database or the second database has received from the request unit in the past , and an addition output unit for outputting additional information regarding the addition of the item to the first database.

In one aspect of the present disclosure, the additional output unit outputs the additional information based on an item that is included in the request data received in the past by the first database and did not exist in the first database. can be output.

Further, in one aspect of the present disclosure, the additional output unit outputs an item that is included in the request data received in the past by the first database and does not exist in the first database. The additional information may be output based on the frequency requested by the request unit.

Further, in one aspect of the present disclosure, the additional output unit outputs an item that is included in the request data received in the past by the first database and does not exist in the first database. The additional information may be output based on at least one of the frequency of requests from the requester and the type of the requester and the type of the item.

Further, in one aspect of the present disclosure, the additional output unit outputs the additional information based on an item that is included in the request data received in the past by the second database and that exists in the second database. can be output.

Further, in one aspect of the present disclosure, the additional output unit outputs an item that is included in the request data received in the past by the second database and that exists in the second database, and that the item is the request data. The additional information may be output based on the frequency requested by the department.

Further, in one aspect of the present disclosure, the additional output unit may output the additional information further based on the type of the request unit that transmitted the request data received in the past.

Further, in one aspect of the present disclosure, the information processing system may further include a schema application unit that applies a schema for adding items to the first database based on the additional information.

Further, in one aspect of the present disclosure, the information processing system includes a synchronization unit that synchronizes, with the first database, the data stored in the second database, which is the data about the item added by the schema. , may further include.

Further, in one aspect of the present disclosure, each of the first database and the second database stores data of items related to network devices and indicated by a schema described in a predetermined data model language, The schema application unit may apply the schema described in the predetermined data model language to the first database based on the additional information.

Further, an information processing method according to the present disclosure is an information processing method for an information processing system including a first database and a second database storing data of items not included in the first database, said first database receiving request data including requested items from a requester and returning data stored in said requested items; and said second database receiving requests from said requester. a step of receiving request data including an item and returning data stored in the requested item; and an item included in the request data previously received by the first database or the second database from the request unit. and outputting additional information regarding the addition of items to the first database, including some of the items stored in the second database, based on.

According to the present disclosure, it is possible to enable more efficient access to data when multiple databases exist.

1 is a diagram illustrating an example of a communication system according to an embodiment of the present disclosure; FIG. 1 is a block diagram illustrating an example of functions implemented in a network management system according to an embodiment of the present disclosure; FIG. It is a figure which shows an example of the data stored in an active inventory. FIG. 3 is a diagram showing an example of data about a data center; FIG. FIG. 4 is a diagram showing an example of data about racks; It is a figure which shows an example of the data about an apparatus. FIG. 4 is a diagram showing an example of data about network connections; FIG. 2 is a diagram showing an example of data about network services; FIG. FIG. 10 is a diagram illustrating an example of processing in which a functional unit requests data; FIG. 10 is a diagram illustrating an example of active inventory processing for a request from a functional unit; It is a figure which shows an example of the process which manages a database. 4 is a block diagram showing an example of the configuration of a synchronization section; FIG.

[overall structure]
An embodiment of the present disclosure will be described below with reference to the drawings. An information processing system used in a communication system for so-called mobile communication will be described below.

FIG. 1 is a diagram showing an example of a communication system according to an embodiment of the present disclosure. The communication system according to this embodiment includes a network management system 30 , multiple radio access networks (RANs) 38 and multiple core network systems 40 . Core network system 40 and RAN 38 cooperate with UEs to realize a mobile communication network.

The network management system 30 is also called a network operating system (NOS). The network management system 30 according to this embodiment is configured on a cloud platform, for example, and as shown in FIG. ing. Processor 32 a is a program-controlled device such as a microprocessor that operates according to programs installed in network management system 30 . The storage unit 32b is, for example, a storage element such as ROM or RAM, a solid state drive (SSD), a hard disk drive (HDD), or the like. The storage unit 32b stores programs and the like executed by the processor 32a. The communication unit 32c is, for example, a communication interface such as a NIC (Network Interface Card) or a wireless LAN module. Note that SDN (Software-Defined Networking) may be implemented in the communication unit 32c. The communication unit 32c exchanges data with other management servers 32, the RAN 38, and the core network system 40. FIG.

RAN38 is a computer system equipped with an antenna that corresponds to eNB (eNodeB) in 4G and gNB (NR base station) in 5G.

The core network system 40 is an EPC (Evolved Packet Core) in the 4th generation mobile communication system (hereinafter referred to as 4G) or a 5G core (5GC) in the 5th generation mobile communication system (hereinafter referred to as 5G). This is the corresponding system.

Here, the RAN 38 and the core network system 40 according to this embodiment each include a plurality of servers. A server group consisting of a plurality of servers is arranged in each of a plurality of data centers classified into a central data center, a regional data center, and an edge data center. Multiple data centers are enabled to communicate with each other.

For example, several central data centers are distributed within the area covered by the communication system (for example, within Japan). For example, dozens of regional data centers are distributed in an area covered by a communication system. For example, in Japan, one or two regional data centers may be arranged in each prefecture.

For example, several thousand edge data centers are distributed within the area covered by the communication system. Also, each of the edge data centers can communicate with communication equipment having an antenna. A communication facility performs wireless communication with a UE (User Equipment) via an antenna.

In this embodiment, the network management system 30 is implemented by multiple management servers 32 located in multiple data centers. The network management system 30 may be implemented by multiple management servers 32 located primarily in a central data center, although portions of the network management system 30 may be implemented by multiple management servers 32 located in regional data centers. may be implemented by

The core network system according to this embodiment is implemented mainly by a group of servers located in central data centers and regional data centers.

The RAN 38 according to this embodiment is implemented mainly by a group of servers and communication equipment located in the edge data center. Part of RAN 38 (for example, vDU (virtual distributed unit) and vCU (virtual central unit) in 4G, DU (distributed unit) and CU (central unit) in 5G) are implemented in central data centers and regional data centers may be

In this embodiment, a container-type application execution environment such as Docker is installed on the servers located in the data center, and containers can be deployed and operated on these servers. It's becoming

A communication system realizes a mobile communication network by combining network services (NS) including one or more functional units (eg, network functions (NF)). In this embodiment, the functional units are mainly implemented by CNFs (Containerized Network Functions), which are container-based functional units.

NF is 5G, for example, AMF (Access and Mobility Management Function), SMF (Session Management Function), UPF (User Plane Function), CU-CP (Central Unit - Control Plane), CU-UP (Central Unit - User Plane), DU, and other granularity elements. Also, in 4G, NF corresponds to granular elements such as MME (Mobility Management Entity), HSS (Home Subscriber Server), S-GW (Serving Gateway), vDU, and vCU.

NS corresponds to, for example, a set of multiple AMFs and a set of multiple SMFs. Note that Nested NSs, which correspond to granularity elements such as 5GC, EPC, 5G RAN (gNB), 4G RAN (eNB), etc., include multiple NSs.

On the other hand, one NF consists of one or more pods. A pod is, for example, the smallest unit for managing Docker containers in Kubernetes. A pod may contain one or more containers.

The functions of the network management system 30 and the processing executed by the network management system 30 will be described below.

FIG. 2 is a block diagram showing an example of functions implemented in the network management system 30 according to this embodiment. The plurality of functional blocks shown in this block diagram can be configured by circuit blocks, memories, and other LSIs in terms of hardware, and in terms of software, the CPU executes programs loaded in the memory. etc. Therefore, those skilled in the art can understand that these functional blocks can be realized in various forms by hardware only, software only, or a combination thereof. Note that the network management system 30 according to the present embodiment does not need to implement all the functions shown in FIG. 2, and functions other than the functions shown in FIG. 2 may be installed.

The network management system 30 functionally includes, for example, an orchestration (E2EO: End-to-End-Orchestration) unit 90, a central inventory 110, an additional item output unit 130, and an external function group. E2EO unit 90 functionally includes internal function unit 96 , active inventory 114 , and schema management unit 119 .

The central inventory 110 is, for example, a database that stores inventory information about multiple servers arranged in the RAN 38 and the core network system 40 in this embodiment. These multiple servers are managed by a network management system 30 . Central inventory 110 may be a database management system that implements a graph database.

The external function group includes a plurality of function units existing outside the E2EO unit 90. These functional units are configured to be able to access central inventory 110 and active inventory 114 . The external function group includes, for example, configuration manager 100 and monitor manager 102 . Details of the configuration management unit 100 and the monitoring management unit 102 will be described later.

An internal functional unit 96 included in the E2EO unit 90 is a functional unit that exists inside the E2EO unit 90 . Internal function unit 96 is configured to be able to access central inventory 110 and active inventory 114 . Details of the internal function unit 96 will be described later.

It should be noted that hereinafter, when simply described as "function unit", it indicates either the internal function unit 96 or the function units included in the external function group. Note that the internal functional unit 96 may include a plurality of functions, and the term “functional unit” may refer to a part that executes any one of the functions included in the internal functional unit 96 . Note that a functional unit that has sent request data (to be described later) to at least one of the active inventory 114 and the central inventory 110 is also called a request unit.

The active inventory 114 is, for example, a database that stores inventory information about multiple servers arranged in the RAN 38 and the core network system 40 . The items of data stored in the central inventory 110 and the items of data stored in the active inventory 114 are different, and some items of data are redundantly stored in the central inventory 110 and the active inventory 114. there is

The active inventory 114 is implemented in the management server 32 that facilitates communication with the functional units in this embodiment, and the central inventory 110 is implemented in the management server 32 that requires relatively long communication with the functional units.

The active inventory 114 functionally includes a data management unit 115, an interface unit 116, a synchronization unit 117, and a schema application unit 118.

The data management unit 115 is configured by a database management system. The data management unit 115 includes a database that stores data including inventory information. The data management unit 115 may be a database management system that implements a graph database, such as JanusGraph.

The interface unit 116 provides an interface for functional units to request data from the active inventory 114 . The format of the interface may be, for example, REST or gRPC. The interface unit 116 receives request data requesting data for at least one item from the functional unit, sends a query for acquiring data of the item to the data management unit 115, and includes the data in the reply to the query from the data management unit 115. It converts the data that is stored into the specified format. The interface unit 116 sends reply information including the converted data to the functional unit that has received the request. The interface unit 116 converts the item data acquired from the data management unit 115 based on the mapping information including the data conversion rule for each item. Note that the interface unit 116 can be regarded as a part of the database, and hereinafter, when the database of the active inventory 114 is described, the database may be regarded as a database included in the data management unit 115. , the data management unit 115 and the interface unit 116 may be regarded as a database.

The synchronization unit 117 synchronizes the data stored in the central inventory 110 and the active inventory 114 for items that are redundantly stored in the central inventory 110 and the active inventory 114 . Details of the synchronization unit 117 will be described later.

In order to add an item of data stored in the data management unit 115 of the active inventory 114, the schema application unit 118 applies a schema for adding the item to the data management unit 115.

The additional item output unit 130 outputs additional information regarding items to the database of the active inventory 114 based on the items included in the request data that at least one of the active inventory 114 and the central inventory 110 received from the functional unit in the past. .

FIG. 3 is a diagram showing an example of data stored in the active inventory 114. FIG. A simple example is shown in FIG. 3 for illustrative purposes, and in practice more data may be stored in the active inventory 114 .

　Figure 3 shows data in the form of a graph database, and one square with rounded corners (data node) corresponds to one piece of data. Each data node contains one or more labels and data for those labels. The type label indicates the type of data node, and the other labels correspond to data items in that type. In a graph database, relationships between data nodes are also stored.

In FIG. 3, data centers, servers, and inventory information such as NS and NF operating on the servers are shown. In addition, FIG. 3 shows, as inventory information, the configuration of the element groups included in the communication system and the current state of associations between the elements. Elements include hardware elements and software elements such as NS and NF.

In the example of FIG. 3, for example, it is possible to communicate between the data center DC1 and the data center DC2; The relationship between the data nodes indicates that R1 includes and communicates with the devices S1 and S2, and that the device attributes of the devices S1, S2, and S21 are servers. Also, the label of the device S1 indicates that NSs such as Service1 and Service2 operate on the device S1.

4 to 8 are diagrams showing examples of data stored in the central inventory 110. FIG. Figures 4 to 8 are diagrams showing examples of data about data centers, racks, equipment, network connections, and network services, respectively. In these figures, the data are presented in tabular form for convenience.

　Figures 4 to 7 show hardware inventory information. On the other hand, FIG. 8 shows software inventory information such as NS and NF arranged in a device such as a server. Comparing FIG. 3 with FIGS. 4 to 7, no data is stored in the active inventory 114 for items such as the operation NF in FIG. 8 and the connection type for the network connection in FIG.

As can be seen from the description so far, the active inventory 114 or the central inventory 110 stores, as inventory information, items related to network devices, such as items related to the settings and status of network devices. The active inventory 114 or the central inventory 110 may store the status of resources managed by the network management system 30 as inventory information. This resource status may be, for example, the usage status of resources such as servers assigned to the RAN 38 and the core network system 40 . Also, the active inventory 114 or the central inventory 110 may include, as inventory information, topology data including the identifier of a certain NS and the identifiers of one or more NFs under the NS.

The internal function unit 96 of the E2EO unit 90 identifies, for example, based on the inventory information, the types of functional unit groups that implement network services that satisfy the set service requirements and the number of functional units for each type. The internal function unit 96 also specifies the location where each of the functional units included in the functional unit group to be constructed is constructed.

In addition, the internal function unit 96 stores inventory information associated with the constructed element group based on the number and location of functional units determined as described above and the inventory information. Register at 110.

In addition, the internal function unit 96 determines whether or not to build (scale out) a new element based on the current status of the element group indicated in the inventory information (for example, operating status, availability, etc.). You may Internal function unit 96 may then register or update data in active inventory 114 or central inventory 110 in accordance with the determination.

Then, the internal function unit 96 and the configuration management unit 100 control a container management system and a hardware resource management system (not shown) to construct a group of elements that implement network services according to the above identification or determination. A container management system, for example, manages deployment of containers to servers belonging to a server group, a hardware resource management system manages servers under the management of the container management system, and adds servers as necessary.

In this embodiment, the monitoring management unit 102 identifies a monitoring policy according to service requirements based on inventory information, such as data relating to the configuration of element groups and associations between elements. Then, the monitoring management unit 102 executes monitoring according to the identified monitoring policy. In this embodiment, the monitoring management unit 102 may perform monitoring at various levels such as the NS level, the NF level, and the level of hardware such as servers.

Functional units such as the internal functional unit 96 and the monitoring management unit 102 described above request data for an item in the active inventory 114, and if the data for the item is not stored in the active inventory 114, the central inventory 110 Request data for that item.

The processing when the functional unit acquires data from the active inventory 114 or the central inventory 110 will be described below. FIG. 9 is a diagram illustrating an example of a process of requesting data by a functional unit;

First, the functional unit determines data items to be requested from the active inventory 114 or the central inventory 110 according to the processing of the function (S121). The function requests data for the determined item from the active inventory 114 (S122).

When a response is returned from the active inventory 114, the functional unit determines whether data for that item has been returned from the active inventory (S123). When the item data is returned from the active inventory 114 (Y of S123), the functional unit passes the returned item data to the process using the data (S124).

On the other hand, if no data has been returned from the active inventory 114 (N of S123), the functional unit requests the data of that item from the central inventory 110 (S125). On the other hand, when the central inventory 110 returns the data of the item, the functional unit passes the returned data to the process using the data (S126).

Next, the operation of the active inventory 114 in response to requests from functional units will be described. FIG. 10 is a diagram showing an example of processing of the active inventory 114 for requests from functional units.

First, the interface section 116 included in the active inventory 114 acquires a data request from the functional section (S141). A request contains an item of data. The request may be by protocol such as REST or gRPC.

Next, the interface unit 116 requests the data of the item from the data management unit 115 (S142). Note that the interface unit 116 may convert the items requested by the function unit into items stored in the active inventory 114 based on the item mapping information, and request the data of the converted items from the data management unit 115 . .

The data management unit 115 searches the internal database for the data item requested by the interface unit 116 (S143), and returns the result to the interface unit 116.

If the data of the item is stored in the database of the data management unit 115 (Y of S144), the interface unit 116 returns a response including the data of the item to the functional unit (S145). Here, if there is data conversion information for the item, the interface unit 116 converts the data into a format corresponding to the conversion information, and returns a response including the converted data for the item to the functional unit. good.

On the other hand, if the data of the item is not stored in the database of the data management unit 115 (N of S144), the interface unit 116 sends a response including error information indicating that the data of the item does not exist to the functional unit. return (S146). The data management unit 115 also records the access history in an internal or external database (S147). The access history indicates items included in request data received in the past, and may include, for example, the requested item, the time, and the requested function unit. Note that the data management unit 115 may record the frequency of requests for each item or for each combination of an item and a function unit as an access history. Note that the interface unit 116 may record the access history.

When the central inventory 110 receives a request from the functional unit, it may return the data of the items included in the request by processing similar to the processing shown in FIG. The central inventory 110 may also record, in an internal or external database, an access history including the time when the request was made and the requested function for an item for which data was returned in response to a request from the function unit. The access history may be the frequency of requests for each item or for each combination of items and functions.

In this embodiment, since the active inventory 114 is located at a location where it is easy to communicate with the functional units, the access cost is lower than that of the central inventory 110 . The access cost indicates, for example, the time it takes for a function to request data for an item from the active inventory 114 and obtain the data for that item from either the active inventory 114 or the central inventory 110 . In addition, the cost of accessing the active inventory 114 is low from the viewpoint of the processing order of the functional units shown in FIG. Therefore, by adding items stored in the central inventory 110 that are frequently accessed to the active inventory 114, the efficiency of data acquisition is improved. On the other hand, it is not easy to decide which items to add. In the following, the processing for adding the item will be described.

FIG. 11 is a diagram showing an example of database management processing. The processing shown in FIG. 12 may be executed by the additional item output unit 130, the schema management unit 119, the schema application unit 118, and the synchronization unit 117. FIG.

First, the additional item output unit 130 acquires the access history related to items stored in the database by the active inventory 114 or the central inventory 110 (S201).

The additional item output unit 130 outputs candidate items to be added to the database of the active inventory 114 based on the acquired access history (S202). A candidate item for addition to the active inventory 114 database is an example of additional information.

The processing of S202 will be further explained. The additional item output unit 130 acquires from the access history information about items that are included in requests that the database of the active inventory 114 received from the function unit in the past and that did not exist in the database of the active inventory 114. Outputs candidate items to be added to the database based on item information.

More specifically, from the access history recorded by the active inventory 114, the additional item output unit 130 determines the frequency with which an item that was included in requests received in the past and did not exist in the database was requested (for example, number of times), and the additional item output unit 130 may output the item as a candidate for the item to be added when the acquired frequency is equal to or greater than the threshold.

The additional item output unit 130 may also output candidates for items to be added based on the type of the requested functional unit. For example, functional units may be classified by priority (for example, important or normal), and a threshold may be set for each priority. For items included in requests from functional units classified with a certain priority, if the number of times that the item does not exist in the database exceeds the threshold for that priority (for example, 1 time for important, 5 times for normal), The additional item output unit 130 may output the item as a candidate for the item to be added.

Further, the additional item output unit 130 may output candidates for items to be added based on the item type instead of the functional unit type. For example, items stored in a database may be classified into several types according to, for example, tables and labels in which the items exist, and a threshold value may be set for each type. The additional item output unit 130 may output an item classified into a certain type as a candidate for an item to be added when the number of times the item does not exist in the database exceeds the threshold for that type.

The additional item output unit 130 acquires from the access history information about items that are included in requests that the database of the central inventory 110 has received from the function unit in the past and that exist in the database of the central inventory 110, Based on the information, candidate items to be added to the database may be output.

More specifically, from the access history recorded by the central inventory 110, the additional item output unit 130 determines the frequency (e.g., number of times) of requests for items that were included in requests received in the past and existed in the database. and the additional item output unit 130 may output the item as a candidate for the item to be added when the acquired frequency is equal to or higher than the threshold.

The additional item output unit 130 may also output candidates for items to be added based on the type of the requested functional unit. For example, functional units may be classified by priority (for example, important or normal), and a threshold may be set for each priority. For items included in requests from functional units classified with a certain priority, if the number of times they exist in the database exceeds the threshold for that priority (for example, 1 for important, 5 for normal), add items The output unit 130 may output the item as a candidate for the item to be added.

Further, the additional item output unit 130 may output candidates for items to be added based on the item type instead of the functional unit type. For example, items stored in a database may be classified into several types according to, for example, tables and labels in which the items exist, and a threshold value may be set for each type. The additional item output unit 130 may output an item classified into a certain type as a candidate for an item to be added when the number of times the item exists in the database exceeds the threshold for that type.

In addition, the additional item output unit 130 may output the candidates for the items to be added described so far using a machine learning model. This machine learning model is based on the past access history for each item (including, for example, the frequency of each functional unit) and correct data indicating whether or not the item was judged to be added manually in the past. learned based on The added item output unit 130 inputs the access history of a certain item to the machine learning model, and acquires information indicating whether to add the item from the machine learning model. Further, the additional item output unit 130 outputs candidate items to be added based on the information.

The method of determining candidates for items to be added by the additional item output unit 130 described so far is an example, and candidates for additional items may be determined by other methods.

When the additional item candidates are output, the schema management unit 119 acquires items to be added to the database of the active inventory 114 based on the item candidates (S203).

The schema management unit 119 may determine items to be added to the database of the active inventory 114 from among candidates for items to be added by using a machine learning model. For example, this machine learning model is based on access history for each item in the past (including, for example, the frequency of each functional unit) and correct data indicating whether or not the item was determined to be added manually in the past. and may be learned based on

Further, when the administrator confirms the additional information output by the additional item output unit 130, the schema management unit 119 may acquire the items to be added created by the administrator based on the additional information. .

It should be noted that the additional item output unit 130 may output the item obtained as a candidate for the item to be added in the above process as an item to be added to the active inventory 114 database. In this case, schema management unit 119 may simply acquire the item.

Then, the schema management unit 119 generates a schema to which the acquired items are added (S204). The schema management unit 119 acquires the schema for the item to be added among the schemas defining the data of the central inventory 110, and generates a schema for adding the item based on the acquired schema. The schema management unit 119 may generate a schema further based on mapping information about the items to be added, which is used by the interface unit 116 . Note that the format of the generated schema may be YANG format.

The schema application unit 118 applies the generated schema to the database of the data management unit 115 (S205).

The schema management unit 119 further changes the setting of the synchronization unit 117 (S206). This setting change is performed in order for the synchronization unit 117 to synchronize the data stored in the database of the central inventory 110 and the data about the items added by the schema with the active inventory 114 .

The synchronization unit 117 copies the data of the central inventory 110 to the database of the active inventory 114 based on the changed settings (S207).

The processing of the synchronization unit 117 will be further explained. FIG. 12 is a block diagram showing an example of the configuration of synchronization section 117. As shown in FIG. FIG. 12 shows the internal functional configuration of the synchronization unit 117 and the relationship between the active inventory 114 and the central inventory 110. As shown in FIG.

The synchronization unit 117 includes a synchronization input unit 171, a synchronization output unit 172, a registry 173, and a translator 174.

The synchronous input unit 171 copies the item data stored in the central inventory 110 to the active inventory 114 . Through this process, the synchronization input unit 171 synchronizes the data of the set item among the items whose original data is stored in the central inventory 110 with the active inventory 114 . An item whose original data is stored in the central inventory 110 is, for example, an item added to the active inventory 114 . A configured item is an item that is stored in both the central inventory 110 and the active inventory 114 .

The synchronous output unit 172 copies the data stored in the active inventory 114 to the central inventory 110. Through this processing, the synchronization output unit 172 synchronizes the data of the set item among the items whose original data is stored in the active inventory 114 with the central inventory 110 . A configured item is an item that is stored in both the central inventory 110 and the active inventory 114 .

The registry 173 stores information on items to be copied by the synchronization input unit 171 or the synchronization output unit 172. The schema management unit 119 sets the synchronization unit 117 by registering or changing data in the registry 173 . The registry 173 stores information indicating transfer source items in the central inventory 110 database and transfer destination items in the active inventory 114 database. Information indicating the item of the transfer destination in the database of the inventory 110 is stored. The former information is used when the synchronization input section 171 performs copy processing, and the latter information is used when the synchronization output section 172 performs copy processing. Original data is stored in the transfer source item. The registry 173 also stores whether or not to convert the data before copying the transfer source item to the transfer destination item, and the conversion algorithm.

The translator 174 converts the data recorded in the items set in the active inventory 114 and the central inventory 110 using a set algorithm for the items set to be converted in the registry 173 . The set algorithm includes, for example, a conversion algorithm such as concatenating data stored in multiple items.

By the processing described so far, the data of items that are stored only in the database of the central inventory 110 and that are likely to affect the efficiency of data access can be easily transferred to the active inventory 114. As a result, database access efficiency can be improved.

It should be noted that the present disclosure is not limited to the above-described embodiments.

For example, the database of the active inventory 114 may be distributed. More specifically, the active inventory 114 may consist of a plurality of sub-databases, and the hardware on which they are arranged may be network-wise separated from each other. In this case, the cost (for example, required time) to access from the functional unit differs from sub-database to sub-database.

In this case, the additional item output unit 130 outputs the plurality of sub-databases based on the information indicating the cost of accessing each of the plurality of sub-databases from the functional unit and the information indicating the cost of accessing the central inventory 110. Additional information may be output to any of the databases indicating whether or not to add the item according to the schema.

Here, the information indicating the cost of access is stored in at least one of the active inventory 114 and the central inventory 110; It may be information indicating a route. The additional item output unit 130, for example, extracts a sub-data center from information indicating the server or data center where the functional unit requesting a certain item is arranged, information indicating the server where the sub-database is arranged, and the network route between the servers. A cost representing the typical time required for communication between each database and its functional unit may be calculated, and the sub-database to which the item is added may be determined based on the cost. By using the inventory information placed in the database, it becomes possible to optimize the efficiency of data access.

This disclosure includes the following configurations.

[1] a request unit;
a first database that receives request data including a requested item from the requester and returns data to be stored in the requested item;
a second database that stores data of items not included in the first database, receives request data including items requested from the request unit, and returns data stored in the requested items;
The first database includes a part of items stored in the second database based on items included in request data that the first database or the second database has received from the request unit in the past. an additional output unit for outputting additional information about the addition of items to the database of
Information processing system including;

[2] In the information processing system described in [1],
The additional output unit outputs the additional information based on an item that is included in the request data received in the past by the first database and did not exist in the first database.
Information processing system.

[3] In the information processing system described in [2],
The additional output unit adjusts the frequency with which the item is requested from the request unit for an item that is included in the request data received in the past by the first database and did not exist in the first database. outputting the additional information based on
Information processing system.

[4] In the information processing system described in [2],
The additional output unit determines the frequency with which the item is requested from the request unit for an item that is included in request data received by the first database in the past and does not exist in the first database. , outputting the additional information based on at least one of the type of the requestor and the type of the item;
Information processing system.

[5] In the information processing system according to [1],
The additional output unit outputs the additional information based on items included in the request data received in the past by the second database and existing in the second database.
Information processing system.

[6] In the information processing system according to [5],
The additional output unit outputs items included in the request data received in the past by the second database and existing in the second database, based on the frequency with which the item is requested from the request unit. , to output said additional information;
Information processing system.

[7] In the information processing system according to [5] or [6],
The additional output unit outputs the additional information further based on the type of the request unit that transmitted the request data received in the past.
Information processing system.

[8] In the information processing system according to any one of [1] to [7],
further comprising a schema application unit applying a schema for adding items to the first database based on the additional information;
Information processing system.

[9] In the information processing system according to [8],
further comprising a synchronizing unit for synchronizing, with the first database, the data stored in the second database about the item added by the schema,
Information processing system.

[10] In the information processing system according to [8] or [9],
each of the first database and the second database stores data of items related to network equipment and indicated by a schema described in a predetermined data model language;
The schema application unit applies the schema described in the predetermined data model language to the first database based on the additional information.
Information processing system.

[11] An information processing method for an information processing system including a first database and a second database storing data of items not included in the first database,
the first database accepting from a requestor request data including a requested item and returning data to be stored in the requested item;
the second database accepting request data including an item requested from the requester and returning data stored in the requested item;
The first database includes a part of items stored in the second database based on items included in request data that the first database or the second database has received from the request unit in the past. outputting additional information about the addition of the item to the database of
Information processing method including.

Claims

a requesting unit;
a first database that receives request data including a requested item from the requester and returns data to be stored in the requested item;
a second database that stores data of items not included in the first database, receives request data including items requested from the request unit, and returns data stored in the requested items;
The first database includes a part of the items stored in the second database based on the items included in the request data that the first database or the second database received from the request unit in the past. an additional output unit for outputting additional information about the addition of items to the database of
Information processing system including;
In the information processing system according to claim 1,
The additional output unit outputs the additional information based on an item that is included in the request data received in the past by the first database and did not exist in the first database.
Information processing system.
In the information processing system according to claim 2,
The additional output unit adjusts the frequency with which the item is requested from the request unit for an item that is included in the request data received in the past by the first database and did not exist in the first database. outputting the additional information based on
Information processing system.
In the information processing system according to claim 2,
The additional output unit determines the frequency with which the item is requested from the request unit for an item that is included in request data received by the first database in the past and does not exist in the first database. , outputting the additional information based on at least one of the type of the requestor and the type of the item;
Information processing system.
In the information processing system according to claim 1,
The additional output unit outputs the additional information based on items included in the request data received in the past by the second database and existing in the second database.
Information processing system.
In the information processing system according to claim 5,
The additional output unit outputs items that are included in the request data received in the past by the second database and that exist in the second database, based on the frequency with which the item is requested by the request unit. , to output said additional information;
Information processing system.
In the information processing system according to claim 5,
The additional output unit outputs the additional information further based on the type of the request unit that transmitted the request data received in the past.
Information processing system.
In the information processing system according to claim 1,
further comprising a schema application unit applying a schema for adding items to the first database based on the additional information;
Information processing system.
In the information processing system according to claim 8,
further comprising a synchronizing unit for synchronizing, with the first database, the data stored in the second database about the item added by the schema,
Information processing system.
In the information processing system according to claim 8,
each of the first database and the second database stores data of items related to network equipment and indicated by a schema described in a predetermined data model language;
The schema application unit applies the schema described in the predetermined data model language to the first database based on the additional information.
Information processing system.
An information processing method for an information processing system including a first database and a second database storing data of items not included in the first database,
the first database accepting from a requestor request data including a requested item and returning data to be stored in the requested item;
the second database accepting request data including an item requested from the requester and returning data stored in the requested item;
The first database includes a part of items stored in the second database based on items included in request data that the first database or the second database has received from the request unit in the past. outputting additional information about the addition of the item to the database of
Information processing method including.