WO2006015536A1 - A method for realizing notification log operation - Google Patents

A method for realizing notification log operation Download PDF

Info

Publication number
WO2006015536A1
WO2006015536A1 PCT/CN2005/001212 CN2005001212W WO2006015536A1 WO 2006015536 A1 WO2006015536 A1 WO 2006015536A1 CN 2005001212 W CN2005001212 W CN 2005001212W WO 2006015536 A1 WO2006015536 A1 WO 2006015536A1
Authority
WO
WIPO (PCT)
Prior art keywords
notification
notification log
log
record
memory
Prior art date
Application number
PCT/CN2005/001212
Other languages
French (fr)
Chinese (zh)
Inventor
Li Yang
Original Assignee
Huawei Technologies Co. Ltd.
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
Priority claimed from CNB2004100801970A external-priority patent/CN100550762C/en
Application filed by Huawei Technologies Co. Ltd. filed Critical Huawei Technologies Co. Ltd.
Publication of WO2006015536A1 publication Critical patent/WO2006015536A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/34Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466Performance evaluation by tracing or monitoring
    • G06F11/3495Performance evaluation by tracing or monitoring for systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications

Definitions

  • the present invention relates to a log management technique, and more particularly to an implementation method for operating a notification log between a network management system and a managed network in a third generation (3G) mobile communication network through a northbound interface (Itf-N).
  • 3G third generation
  • Itf-N northbound interface
  • the system includes a network management system 11 and a managed network 12.
  • the network management system mainly includes an integration reference point (IRP) manager 13, and the managed network has two forms, and may mainly include an IRP agent (Agent) 14 and a managed network element 15, as shown in FIG. 1A;
  • the IRP agent '14 can also be placed inside the managed network element 15 as part of the managed network element, see Figure 1B.
  • the interface between the IRP manager 13 and the IRP agent 14 is the northbound interface (Itf-N).
  • the IRP proxy 14 is used to directly manage the managed network element 15, and thus may also be called a network element manager.
  • the IRP manager 13 is configured to send a management command to the IRP agent 14 and receive a report about the internal event of the network sent by the IRP agent 14, that is, a notification; the IRP agent 14 is used to directly manage the network element, and the receiving IRP manager 13 sends the message.
  • the management command returns an operation response to the IRP manager 13, and can also actively notify the IRP manager 13 when needed.
  • the managed network 12 will actively generate notifications about internal events of the managed network and save this Logging of some notifications.
  • the log volume of these notifications is called a notification log record, and each notification record contains the information content of the notification, the time of the notification log record, and the unique identifier (ID) of the notification log record.
  • the information content of the notification further includes the time of occurrence of the internal event of the network, the type of the event, the filterable domain of the notification, and other domains.
  • the filterable domain is a set of domains that can be filtered in the notification.
  • the filterable domain may include a sender or an alarm level of the notification, and the filter domain may also include an event occurrence time and an event type. Other domains are information that cannot be filtered.
  • the IRP proxy 14 needs to keep multiple notification logs, and the notification content contained in each notification message may be different.
  • the IRP agent 14 needs to report the notification log to the IRP manager 13.
  • the IRP proxy 14 may implement multiple notification logs to meet the needs of different IRP managers 13 requiring different notification logs.
  • the current 3GPP SA5 is discussing the management operations of the IRP manager 13 on the managed network notification log, including the command managed network 12: create, delete, query, suspend, resume notification log operations; The operation of notifying the notification log record in the notification is also deleted, and the IRP agent is also sent to the IRP manager to send the volume domain value alarm operation.
  • the command managed network 12 create, delete, query, suspend, resume notification log operations
  • a primary object of the present invention is to provide an implementation method of a notification log operation to meet the operational requirements of the management system for the managed network notification log.
  • An implementation method for operating a notification message which is applicable to a communication system including a management system and a managed network, wherein the method stores the notification log records of the managed network in a memory, and has respective The referrer that references the condition corresponds to a different notification log, and the managed network maps the operation for the notification log to the operation of the corresponding referencer of the memory.
  • the operation of the notification log is to create a notification log operation, and the specific process of the managed network mapping the operation to the memory processor is:
  • the managed network saves the notification log attribute in the managed network according to the creation parameter, and includes a notification log category set and a filter required in the creation parameter, and a reference device is created for the memory of the storage notification record, the reference device and the reference device
  • the notification log attribute corresponds.
  • the reference condition of the memory referencer includes at least: a notification in the notification log attribute, a log identifier, a maximum space that the notification log can occupy, a notification log record life cycle, and a notification log category set and filter required in the creation condition.
  • the operation of the notification log is to delete the notification log operation
  • the specific process of the managed network mapping the operation to the memory referrer is:
  • the operation of the notification log is to suspend the notification log operation
  • the specific process of the managed network mapping the operation to the memory processor is:
  • the notification log record logged into the memory after the suspend start time and before the suspend end time is not visible in the memory referrer.
  • the operation of the notification log is a recovery notification log operation, and the specific process of the managed network mapping the operation to the memory processor is:
  • the reference condition is such that the notification log record counted in the memory after the suspend end time is visible in the memory reference.
  • the operation of the notification log is a notification logging operation in the query notification log, and the specific process of the managed network mapping the operation to the operation of the memory referrer is:
  • the corresponding memory reference device is found according to the notification log identifier to be queried, and the notification log record in the memory that meets the reference condition of the memory reference device is used as the query result.
  • the notification log record that meets the query condition is obtained from the notification log record that meets the reference condition of the memory reference device, and the obtained result is used as the query result.
  • the query condition includes at least one of the following conditions: an identifier of the notification log record, a time of entry, an event time of notifying the content of the message, an event type, or a filterable domain of the notification information content.
  • the operation of the notification log is to delete the notification logging operation in the notification log, and the specific process of the managed network mapping the operation to the operation of the memory referrer is:
  • the corresponding memory reference device is found according to the notification log identifier of the notification log record to be deleted, and the deletion condition is superimposed in the reference condition of the memory reference device, and the log record matching the deletion condition is filtered from the memory reference device.
  • the deletion condition includes at least one of the following conditions: an identifier of the notification log record, a time of entry, an event time of notifying the content of the information, an event type, or a filterable domain of the content of the notification information.
  • the memory stores a notification log record using a database table, and the memory reference device is a database view of the database table.
  • the memory stores an alert log record in an extensible markup language XML file, and the memory referencer is a reference to the XML file.
  • the reference to the XML file is stored in an XML file, and the attributes of the notification log are stored in an XML file.
  • the operation of the notification log is a query notification log operation, and the specific process of the managed network mapping the operation to the memory I is:
  • the corresponding notification log attribute is found according to the notification log identifier to be queried, the notification log attribute is updated by the corresponding memory reference, and the updated notification log attribute is used as the query result.
  • the memory uses a database table to store a notification log record
  • the memory reference device is a database view of the database table
  • the specific process of updating the notification attribute corresponding to the memory reference device is:
  • A2 determining the running status of the notification log according to the judgment result of the management state and availability
  • A3. Update the current notification log record, the current notification log record space, the management status, and the available in the notification log attribute by using the query and judgment results of the foregoing steps a1 and a2. Sex and operational status.
  • the memory stores the notification log record in an extensible markup language XML file
  • the memory referencer is a reference to the XML file
  • the specific process of updating the notification log attribute corresponding to the memory reference device is:
  • A2. Determine the running status of the notification log according to the judgment result of the management state and availability
  • the current notification log record, the current notification log record space, the management status, the availability, and the running status in the notification message attribute are updated by using the query and judgment results of the foregoing steps A1 and A2.
  • the operation of the notification log is a record number capacity alarm operation of the notification log, and the specific process of the managed network mapping the operation to the memory reference device operation is:
  • b Querying a memory reference device corresponding to the notification log, updating a notification log attribute corresponding to the memory reference device, and finding a predefined maximum space of the notification message in the updated notification log attribute, using the pre- Define the maximum space divided by the average occupied space of the log records obtained in step a, and obtain the maximum number of log records that can be saved in the notification log; c. Query the current log record number of the notification log in the updated notification log attribute, and obtain the ratio of the current log record number to the maximum number of log records obtained in step b, and then query in the notification log attribute.
  • the record number field value of the notification log if the obtained ratio is greater than the record number field value, send a capacity alarm notification or an alarm level change notification to the network manager; if the obtained ratio is less than the predefined alarm domain value, send clear Alarm notification or alarm level change notification.
  • the operation of the notification log is a recording space capacity alarm operation of the notification log, and the specific process of the managed network mapping the operation to the operation of the memory reference device is:
  • the memory reference device corresponding to the notification log is found, the notification log attribute corresponding to the memory reference device is updated, and the current occupied space and the maximum occupied space are queried in the updated notification log attribute to obtain the current occupied space and the maximum occupied space.
  • the ratio of the record space field value of the notification log if the ratio is greater than the record space domain value, send a capacity alarm notification or an alarm level change notification to the network manager; if the obtained ratio is smaller than the predefined alarm domain value , then send a clear alarm notification or an alarm level change notification.
  • the memory uses a database table to store a notification log record
  • the memory reference device is a database view of the database table
  • the specific steps of updating the notification attribute corresponding to the database view are:
  • step B Update the current notification log record and the current notification log record occupying space in the notification log attribute corresponding to the database view according to the query result of step A.
  • the memory stores the notification log record in an extensible markup language XML file, the memory referencer is a reference to the XML file, and the specific steps of the update XML file reference corresponding notification log attribute are:
  • A obtain a reference condition from the found XML file reference;
  • B querying, in the XML file of the storage notification log record, the current notification log record that meets the reference condition according to the obtained reference condition; multiplying the current notification log record number by the average occupied space of each notification log record, Obtaining the current notification log record occupying space; using the obtained current notification log record number and the current notification log record occupying space to update the current notification log record number and the current notification log record occupying space in the notification log attribute corresponding to the XML file reference.
  • the reference device of the memory may be a database view or an XML file reference, and all the log records of the notifications involved in the notification are saved in the memory, and the memory reference device obtains the memory according to the reference condition.
  • FIG. 1 is a network management architecture diagram proposed by 3GPP SA5;
  • FIG. 2 is a block diagram of a database view implementation notification log operation according to the first embodiment of the present invention
  • FIG. 3 is a flowchart of implementing a notification log operation in an IRP proxy according to Embodiment 1 of the present invention
  • FIG. 4 is a block diagram of an operation of implementing a notification log by using an XML file reference according to Embodiment 2 of the present invention
  • FIG. 5 is a flowchart of implementing a notification log operation in an IRP proxy according to Embodiment 2 of the present invention. Mode for carrying out the invention
  • the core idea of the present invention is to store all the notified log records in the memory of the IRP agent, and use the reference device of the memory to represent the notification log, and the reference device is used to select the notification log record in the memory that meets certain conditions, and They form a collection, which is the notification log required by the IRP manager.
  • the memory referencer can be a database view for a database table or a reference to an Extensible Markup Language (XML) piece.
  • the memory referencer has a reference condition by which the IRP manager filters the log records of the notifications that do not meet the reference conditions thereof, so that only the notification log records in the memory that meet the reference conditions can be seen.
  • the set of notification log records that are seen is the notification log, and the operation of the notification log sent by the IRP manager to the IRP agent is mapped to the operation of the memory referencer.
  • the memory uses a database table to store a notification log record
  • the memory reference device is a database view of the database table, and stores all notified log records in the database table, and uses the database table
  • the view represents the notification log
  • the database view is used to reflect the notification log to the IRP manager, and the operation of the notification log sent by the IRP manager to the IRP agent is mapped to the operation of the database view.
  • the above database view is a view for a database table for storing log records, through which the IRP manager can see some or all of the contents of the notification log record table 22.
  • the set of log records that are seen is the notification log. Therefore, in the first embodiment, the database view may also be referred to as a notification log view.
  • the notification log view is used to implement the operation of the notification log in the IRP proxy.
  • a notification log operation processing process 21 a notification log record table 22, a notification log manager table 23, a notification log view manager 24, and a notification log suspension record table 25 are created in the IRP proxy. among them:
  • the notification log operation processing process 21 is configured to receive a notification log operation request from the IRP manager, determine the validity of the operation request parameter, and perform corresponding operation processing on the notification log, and return the processing result to the IRP manager.
  • the notification log operation requests from the IRP manager include: create, delete, query, suspend, resume notification log operations, and query and delete the log records in the notification log; the notification log operation processing process 21 also takes the initiative
  • the capacity domain value alarm operation is initiated, and the capacity domain value alarm is sent to the IRP manager.
  • the notification log record table 22 is a database table for storing log records of notifications, and performs operations such as adding and deleting the log records of the notifications.
  • the log records for these notifications are called notification log records, which contain the unique identifier (ID) of the log record, the time of entry for the notification log record, and the information field for the notification.
  • the information field of the notification further includes the time of occurrence of the internal event of the network, the type of the event, the filterable domain of the notification, and other domains.
  • the IRP agent issues a notification, it needs to add a notification log record to the log record table 22.
  • the current time to add the log record is the time of the notification log record.
  • the IRP agent periodically checks the time between the crediting time of each log record and the current time. When the logging time of a certain notification log record is greater than the current time, the life cycle of the notification log record specified by any one of the notifications is exceeded. The log record is deleted.
  • the notification log manager table 23 is used for recording and managing the notification log required by the IRP manager.
  • the attributes of the recorded notification log include: 1. The identifier of the notification log; 2. The notification date The creation time of the ambition, that is, the Universal Time Coordinated (UTC); 3. The notification category set, that is, the set of notification types for notifying the log record; 4.
  • the filter that is, the filtering condition of the notification log to the notification, the filtering The condition is other than the notification category, for example, the notification event time and the event type are used as the filtering conditions, and only the log records satisfying the filtering condition are recorded in the notification log; 5.
  • the log is full, that is, when The action of notifying the log when the log record fills the notification log space may be a wrap action that deletes the old notification log record, or a halt action that no longer receives the notification log record; Space, that is, the maximum storage space that the notification log can occupy; 7. The current occupied space, that is, the storage space currently occupied by the notification log; 8. The current number of log records, that is, the number of log records currently stored in the notification log; Record the life cycle, that is, notify the log record life cycle specified in the document, beyond this The log record of the life cycle will be deleted from the notification log. 10.
  • the capacity alarm field value, the capacity alarm field value can be two types, respectively: the number of records indicating the current number of records and the maximum number of records.
  • the alarm space alarm field value indicating the current occupied space and the maximum occupied space percentage.
  • only one of the two capacity alarm domain values is selected for capacity alarm judgment, when the current capacity of the notification log exceeds the capacity.
  • the alarm field value is generated, an alarm is generated.
  • the capacity alarm field value may be multiple, and each capacity alarm field value corresponds to one alarm level. 11.
  • the management status indicates whether the notification log is suspended.
  • Availability indicates whether the notification log is working properly, that is, whether the log record is full, or is not in the scheduling period; 13.
  • Running status indicating whether the log is working normally.
  • the notification log manager table 23 can also perform operation management on the notification log, for example, adding a notification log, deleting a notification message, querying a notification log attribute, calculating a maximum number of records of the log, sending a record space domain value alarm, and sending a record number field. Value alarms and other operations.
  • the notification log view manager 24 is configured to record and manage the notification log view corresponding to the notification log, for example, an operation of creating, deleting, modifying, and querying the notification log view.
  • the notification log manager table 23 and the notification log view manager 24 jointly record, manage, and operate the notification log.
  • the notification log manager table 23 and the notification may also be notified.
  • the log view manager 24 merges and only records, manages, and operates the notification log by the notification view manager 24, including: recording the attributes of the notification log, adding the notification log, deleting the notification log, querying the notification log attribute operation, and creating , delete, modify, and query the operation of the notification log view.
  • the notification log suspension record table 25 is used to suspend and resume the notification log, and records the suspension of the notification log.
  • the contents recorded include: notification status, suspend start time, and suspend end time, and the suspend end time is the recovery time of the notification log.
  • the notification log view manager 24 and the notification log suspension record table 25 may be pre-established, or may be established when the IRP proxy receives the creation notification log command request and the suspension notification command request, which may be based on the database.
  • the storage capability, access performance selection establishes one or more notification log view manager 24 and notification log suspension record table 25.
  • the notification log record table 22 is pre-established, and one or more log record tables 22 can be created according to the storage capacity of the database and the access performance selection.
  • FIG. 3 is a flowchart of implementing a notification log operation in an IRP proxy according to the first embodiment. Referring to Figure 3, the process mainly includes:
  • Step 31 The IRP proxy receives an operation request from the IRP manager for the notification log; the operation request may be a create, delete, query, suspend, and resume notification log operation, and query and delete the notification log record operation.
  • the different operation requests directly call the processing process 21 in the IRP proxy for processing.
  • the creation notification log operation request includes a creation parameter of the notification log required by the IRP manager, that is, a property of the notification log, including: a notification category set, a filter, a log full action, a maximum occupied space, and a log record life cycle. And capacity alarm field values.
  • Step 321 The processing process 21 of the IRP agent adds a notification log to the notification log manager table 23 according to the creation parameter of the notification log, and establishes a property of the newly added notification message, a notification category set in the attribute, a filter,
  • the log full action, maximum occupied space, ambiguous record life cycle, and capacity alarm field values are the same as described in the creation parameters; at the same time, the IRP agent invokes the notification log view manager 24 as the notification based on the filter in the creation parameter ⁇ Create a corresponding notification log view.
  • the reference condition of the notification log view may be a combination of the following conditions: a notification log identifier in the notification log attribute, an identifier of the notification log record, a credit time, a filter for notifying the content of the information, a suspend start time, and a suspend end time
  • the filter condition for notifying the content of the message can be: Only log records recorded in a certain period of time, log records of certain event types, or other filterable domain restrictions, through which the IRP Manager is notified You can view the log records that meet their specified criteria; there is no pending start time and pending end time in the notification log view that was just created.
  • Step 322 The IRP agent returns a response to the creation of the notification log operation to the IRP manager, including the status identifier of whether the creation is successful. If the creation is successful, the identifier of the successfully created notification log is also included.
  • the deletion notification log operation request further includes an identifier of the notification log to be deleted.
  • Step 331 the processing process 21 of the IRP proxy invokes the notification log view manager 24 and the notification log manager table 23 to perform a deletion operation, and notifies the log manager table 23 to delete the corresponding notification according to the identifier of the notification log to be deleted included in the operation request.
  • the log attribute, the notification log view manager 24 deletes the corresponding notification log view according to the identifier of the notification log.
  • the pending notification log operation request further includes an identifier of the notification log to be suspended.
  • Step 341 the processing process 21 of the IRP proxy invokes the suspend notification log operation of the notification log suspension record table 25 and the modification view operation of the notification log view manager 24, that is: Add a notification log in the notification log suspension record table 25.
  • the notification flag is the notification log identifier in the operation request
  • the suspension start time is the current time of the operation
  • the suspension end time is "forever"
  • the notification log view manager 24 is in accordance with the operation request.
  • the notification log identifier modifies the reference condition of the corresponding view, that is, adds a filter condition, which is: After the suspension start time, before the suspension end time, the notification log in the new entry notification log record table 22 is recorded in the notification log view. Not visible in the middle.
  • the notification view manager 24 does not modify the reference condition of the view, notifies the log suspension record table 25 that the corresponding notification is not modified.
  • Step 342 The IRP agent returns a suspension notification log operation response to the IRP manager, where the response includes a status identifier of whether the suspension is successful, and if the suspension is successful, the identifier of the notification log that is successfully suspended is also included.
  • the recovery notification log operation request further includes an identifier of the notification log to be restored.
  • Step 351 the processing process 21 of the IRP proxy invokes the recovery notification log operation of the notification log suspension record table 25 and the modified view operation of the notification log view manager 24, namely:
  • the alert suspension record table 25 finds the corresponding notification log suspension record according to the notification log identifier in the operation request, and modifies the suspension end time therein to the current time; the notification log view manager 24 identifies the notification log according to the operation request. Modify the reference condition of the corresponding view so that the log records recorded in the notification log record table 22 can appear in the view.
  • the notification log view manager 24 does not modify the reference condition of the view, and notifies the log suspension record table 25 that the corresponding notification log suspension record is not modified.
  • Step 352 The IRP agent returns a recovery notification log response to the IRP manager, where the response includes a status identifier of whether the recovery is successful, and if successful, an identifier of the notification log that is successfully restored.
  • the query notification log operation request includes an identifier of the notification log to be queried.
  • step 361 and step 362 are performed;
  • Step 361 the processing process 21 of the IRP proxy invokes the notification log manager table 23 to perform a query operation, and notifies the log manager table 23 according to
  • the identifier of the notification log in the operation request obtains the corresponding notification log view, and the corresponding notification log attribute is updated by the notification log view:
  • the current notification log record number is queried in the database view corresponding to the notification log identifier, and the current notification log record is calculated.
  • the calculation process is as follows: Query the occupied space of the notification log record table and the total number of records.
  • the management status of the notification log is judged according to the last notification log suspension record, for example: If the last notification log suspension record suspends the start time before the current time, and the suspension ends When the time is infinite, the management state is suspended. Then, according to the current notification log, whether the occupied space reaches the maximum occupied space, the availability of the notification log is judged, and if the maximum occupied space is reached, it is unavailable, and if it is not reached, it is available; then the running of the notification log is judged according to the management status and availability.
  • the notification log is at If the status is suspended or unavailable, the running status is abnormal (Disabled), otherwise the running status is Enabled. Finally, the current log record, current occupied space, and management status in the notification log attribute are updated according to the above query and judgment result. , availability and operational status.
  • Step 362 The IRP proxy returns the updated query log attribute as a query result, and returns a query operation response to the IRP manager, where the response includes a status identifier of whether the query is successful, and if the query is successful, the notification is successfully queried.
  • the properties of the log are the following properties:
  • the processing process 21 of the IRP agent invokes the notification log view manager 24 according to the notification log in the operation request.
  • the identifier obtains the view corresponding to the notification log, and then updates the corresponding notification log attribute through the notification log view, and finally returns the notification log attribute of the query.
  • the operation request of the notification log record in the query notification log includes the notification log identifier to be queried.
  • the operation request may further include a query condition, which may be regarded as another reference condition superimposed on the notification log reference, for example, the query condition may be a combination of the following conditions: an identifier of the notification log record, Time, the event time of the information content, the event type, or other filterable domain of the notification information content; in addition, the operation request may further include a return form of the query result required by the IRP manager, and the return form is an XML file format.
  • step 371 and step 372 are performed;
  • Step 371 the processing process 21 of the IRP proxy invokes the notification log view manager 24 to perform the query notification logging operation, that is, the notification log view manager 24 finds the corresponding notification log view according to the notification log identifier in the operation request, where In the notification log view, query the notification log records that meet the specified query conditions; if the IRP manager requests to return the query results in an XML document manner, the query log recordsets that are queried are combined into one.
  • the XML document is stored in the IRP proxy.
  • IRP Manager Request The log record with the event time of 02: 00 in the notification log with ID 1 is the log record with the event time of 02: 00.
  • the IRP agent finds the notification log corresponding to the notification log with the ID of 1, and then finds all the log records with the event time of 02: 00 in the notification log view.
  • Step 372 The IRP agent returns a response recorded in the query notification log to the IRP manager, where the response includes a status identifier of whether the query is successful, and if successful, the notified notification log identifier and the query result. If the IRP manager requests to return the query result in an XML document manner, the XML document composed of the notified notification log record set is returned to the IRP manager in the storage location of the IRP proxy, if the IRP manager does not require XML The document mode returns the query result, and returns the queried notification record set to the IRP manager.
  • the operation request of the notification log record in the deletion notification log includes a notification log identifier and a deletion condition
  • the deletion condition may be a combination of the following conditions: an identifier of the notification log record, a credit time, an event time of the notification information content, and an event type. , or notify other filterable fields of the message content.
  • step 381 and step 382 are performed;
  • Step 381 the processing process 21 of the IRP agent invokes the notification log view manager 24 to perform the log record in the deletion notification log, that is, the notification log view manager 24 searches for the corresponding notification log view according to the notification log identifier in the operation request, and
  • the reference condition of the notification view is modified, that is, the filtering condition corresponding to the deletion condition is superimposed, so that the IRP manager does not see the log record that meets the deletion condition from the notification log view, and the log is deleted from the notification message.
  • the filtered logs are recorded in the notification log record It still exists in Table 22, so other notification log views can still take advantage of this log record.
  • Step 382 The IRP agent returns an operation response to the IRP manager, where the response includes a status identifier for deleting whether the record is successful, and if successful, the notification log identifier of the notification log record is successfully deleted.
  • the IRP Manager requests: The notification log record with an event time of 02: 00 in the notification log with ID 1 is deleted.
  • the IRP agent finds the notification log view corresponding to the notification log with the ID of 1.
  • the filter in the notification log view is modified, that is, a filter condition is superimposed:
  • the time of all events in the notification log view is 02:
  • the notification log of 00 is filtered out.
  • the IRP agent will permanently delete the notification log record from the log record table 22, and thereafter, from any one of the notifications This notification log record is not visible in the log view.
  • the above is the flow of the IRP agent operating the notification log based on the received operation request.
  • the IRP agent also actively performs a capacity alarm operation on a notification log.
  • the capacity alarm operation can be performed in two ways: recording the number capacity alarm operation and recording the space capacity alarm operation. In the actual implementation process, only one of the operations is selected. If the recording capacity alarm operation is performed, go to step 391; if the recording space capacity alarm operation is performed, go to step 394.
  • Step 391 the processing process 21 of the IRP agent invokes the notification log record table 22 to find the number of log records in the log record table 22 and its occupied space, and divides the occupied space by the number of records, to obtain an average of each log record. Average occupied space;
  • Step 392 the processing process 21 of the IRP proxy invokes the notification log manager table 23 According to the notification log identifier included in the operation request, the corresponding notification log view is found, and the corresponding notification log attribute is updated by the notification log view, which mainly includes updating the current log record number, current occupied space, availability, and running status;
  • the predefined maximum space in the notification log attribute is obtained by dividing the predefined maximum space by the average occupied space of the log obtained in step 391, and obtaining the maximum number of log records that the notification log can save;
  • the method for searching for the notification log attribute corresponding to the notification log identifier included in the operation request may be: IRP proxy
  • the processing process 21 first calls the notification message view manager 24 to find the corresponding notification log view, and then finds the corresponding notification log attribute.
  • Step 393 The notification log manager table 23 queries the current log record number of the notification log, and obtains the ratio of the current log record number to the maximum log record number obtained in step 392, and then requests the log manager table 23 to query the notification log. The number of capacity alarm field values is recorded. If the obtained ratio exceeds the record number capacity alarm field value, a capacity alarm notification is sent to the IRP manager.
  • step 393 the obtained ratio is compared with the domain value of each level, if the ratio exceeds the record capacity of an alarm level. If the alarm domain value is sent, the ITP manager sends a notification of the corresponding level of the alarm. If the alarm notifications of different levels have been sent, the alarm level modification notification is sent. If the ratio falls below the lowest level of the recordable capacity alarm field value, a clear alert is sent.
  • the above capacity alarm operation may be performed periodically, or may be triggered by the Nth record adding operation of the notification log record manager, where N is a natural number.
  • Step 394 the processing process 21 of the IRP agent invokes the notification log manager table 23 to perform the following operations: according to the notification log identifier included in the operation request, the notification log corresponding to the query
  • the method for updating the corresponding notification log attribute by using the notification log view which mainly includes updating the current log record number, calculating and updating the current occupied space, availability, and running status, and calculating the current occupied space is the same as the method described in step 361.
  • the current occupied space and the maximum occupied space in the notification log attribute are queried, the ratio of the current occupied space to the maximum occupied space is obtained, and then the recording space capacity alarm field value of the notification log is queried, if When the ratio exceeds the recording space capacity alarm domain value, a capacity alarm notification is sent to the IRP manager.
  • the method for searching for the notification log attribute corresponding to the notification log identifier included in the operation request may be: IRP proxy
  • the processing process 21 first calls the notification log view manager 24 to find the corresponding notification log view, and then finds the corresponding notification log attribute.
  • step 394 the obtained ratio is compared with the domain value of each level, if the ratio exceeds the recording space capacity of an alarm level. If the alarm domain value is sent, the ITP manager sends a notification of the corresponding level of the alarm. If the alarm notifications of different levels have been sent, the alarm level modification notification is sent. If the ratio falls below the lowest level of the record space capacity alarm field value, a clear alarm is sent.
  • the above capacity alarm operation may be performed periodically, or may be triggered by the Nth record adding operation of the notification log record manager, where N is a natural number.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • the memory stores an notification log record by using an Extensible Markup Language (XML) file, where the memory reference device is a reference to the XML file, and all the notified records are stored in the IRP proxy.
  • XML Extensible Markup Language
  • the reference to the XML file represents the notification log, and the operation of the notification log by the IRP agent is mapped to The operation referenced by the XML file.
  • the reference conditions for the XML file reference include the notification log "notification category set” and “filter” attributes required by the IRP manager, and the IRP manager filters out the log records of notifications that do not meet the reference condition, so only the view can be seen.
  • the log record content in the XML file that meets the reference condition, and the set of log records seen is the notification log. Therefore, in the present invention, the XML file reference may also be referred to as a notification log reference.
  • the reference condition of the XML file reference is stored in another XML file, and each XML file is referenced as an element storing the reference condition XML file.
  • a notification log record XML file which is used to store a log record of the notification, in which the log record of each notification is expressed as A notification log record element.
  • the current time to add the notification log record is the time of the notification log record.
  • the IRP agent periodically checks the time interval between the entry time and the current time of each log record. When the log time of a notification log record is greater than the current time, the lifetime of the notification log record specified by any notification log. , the log record is removed from the notification log record XML file.
  • the notification log attribute XML file used to store the notification log attribute, in which the attribute of each notification log is represented as a notification log attribute element.
  • the notification log refers to an XML file, and is used to store a reference condition of the notification log reference, that is, an XML file reference corresponding to the notification log.
  • a reference condition of the notification log reference that is, an XML file reference corresponding to the notification log.
  • each element identifies a reference condition corresponding to the notification log.
  • the record contained in the corresponding notification log can be seen in the notification log record XML file.
  • This embodiment utilizes the notification log to reference the notification log reference in the XML file to implement the operation of the notification log in the IRP proxy.
  • the notification log suspends the record XML file, and is used for storing the suspend record of the notification log.
  • the content of the suspend record includes: a notification log identifier, a suspend start time, and a suspend end time, and the suspend end time is a notification.
  • the recovery time of the log In the XML file, each notification log pending record is represented as a notification log.
  • the notification log operation processing process 41, the notification log record manager 42, the notification log manager 43, the notification log reference manager 44, and the notification are created in the IRP agent.
  • the notification log operation processing process 41 is configured to receive a notification log operation request from the IRP manager, determine the validity of the operation request parameter, and perform corresponding operation processing on the notification log, and return the processing result to the IRP manager.
  • the notification log operation requests from the IRP manager include: create, delete, query, suspend, resume notification, and query, delete the notification log record in the notification log; in addition, notify the log operation process 41 will also send a volume domain value alert to the IRP manager.
  • the notification log record manager 42 is configured to manage the notification log record XML file, add, delete or read the notification log record in the notification log record XML file as needed, and record the XML file according to the notification log.
  • the current number of records and the current footprint calculate the average space per log record.
  • the notification log manager 43 is configured to manage the notification log attribute XML file, and may add a notification log, a deletion notification log, a query notification log attribute, a maximum number of records of the calculation log, and a transmission record in the notification log attribute XML file as needed.
  • the notification log reference manager 44 is configured to manage the notification log reference XML file, and may create and delete a notification in the notification log reference XML file as needed. References, can modify or query the reference conditions of the notification log reference.
  • the notification log manager 43 and the notification log reference manager 44 respectively manage the notification log attribute XML file and the notification log reference XML file to jointly record, manage, and operate the notification log, and the present invention
  • the notification log XML attribute file and the notification log reference XML file may also be merged, and the notification log manager 43 and the notification log reference manager 44 are merged, and only the notification log reference manager 44 operates on the notification log attribute and the reference XML file.
  • And recording, managing, and operating the notification log including: recording the properties of the notification log, adding the notification log attribute, deleting the notification log attribute, querying the notification log attribute, calculating the maximum number of records of the log, sending the record space field value alarm, Send record number field value alarm, update notification log current record number and update notification log current record space operation, and create notification log reference, delete notification log reference, modify reference condition of notification log reference, and obtain reference condition of notification log reference Wait for the operation.
  • the notification log suspension manager 45 is used to suspend and resume the notification log, and records the suspension of the notification log in the notification log pending record XML file.
  • the contents recorded include: notification log identifier, suspend start time, and suspend end time, which is the recovery time of the notification log.
  • the above notification log reference manager 44 and the notification log suspension manager 45 may be pre-established, or may be established when the IRP proxy receives the create notification log command request and the suspend notification command request.
  • the present invention can also establish one or more notification log record XML files according to the storage capacity of the XML file, access performance, and notify the log to use the XML file and the notification log to suspend the record XML file.
  • FIG. 5 is a flowchart of implementing a notification log operation in an IRP proxy according to the embodiment. Referring to Figure 5, the process mainly includes:
  • Step 51 The IRP agent receives the operation of the notification from the IRP manager. Request, and process according to the category of the operation request;
  • the operation requests may be creation, deletion, query, suspend, and resume notification log operations, and query and delete notification log recording operations in the notification log.
  • step 521 and step 522 are performed;
  • Step 521 The processing process 41 of the IRP proxy invokes the add notification log operation of the notification log manager 43 according to the creation parameter of the notification log to add a notification log attribute element in the notification log attribute XML file, and the notification category in the notification log attribute
  • the collection, filter, log full action, maximum footprint, logging lifecycle, and capacity alarm field values are the same as described in Creating Parameters; meanwhile, the IRP proxy invokes the notification log reference manager 44 based on the notification category in the creation parameters.
  • the collection and filter create a corresponding notification log reference for the notification log in the notification log reference XML file.
  • the notification reference includes a notification log identifier and a reference condition in the notification log attribute, and the reference condition may be a combination of the following conditions: an identifier of the notification log record, a credit time, a filter for notifying the content of the information, a suspension start time And suspend the end time.
  • the filter condition for notifying the content of the information may be: only requiring logging of a certain period of time, logging of certain event types, or other restrictions of the filterable domain, by which the IRP manager can View to the log record specified by the creation parameter; the suspension start time and the suspension end time are not included in the notification log reference just created.
  • Step 522 The IRP agent returns a response to the creation of the notification log operation to the IRP manager, including the status identifier of whether the creation is successful. If the creation is successful, the identifier of the successfully created notification log is also included.
  • step 531 and step 532 are performed;
  • Step 531 the processing process 41 of the IRP proxy invokes the notification log reference manager 44.
  • the notification log manager 43 performs a deletion operation, and the notification log manager 43 deletes the corresponding notification log attribute in the notification log attribute XML file according to the identifier of the desired deletion notification log included in the operation request, and notifies the log reference manager 44 according to the notification.
  • the identifier of the log deletes the corresponding notification log reference in the notification log reference XML file.
  • Step 532 The IRP agent returns a deletion notification log operation response to the IRP manager, where the response includes a status identifier of whether the deletion is successful. If the deletion is successful, the identifier of the successfully deleted notification log is further included.
  • step 541 and step 542 are performed;
  • Step 541 the processing process 41 of the IRP proxy invokes the suspend notification log operation of the notification log suspension manager 45 and the modification reference operation of the notification log reference manager 44, that is, the notification log suspension manager 45 suspends in the notification log.
  • Add a notification ⁇ hang record in the record XML file where the notification log identifier is the notification log identifier in the operation request, the hang start time is the current time of the operation, and the hang end time is "forever"; the notification log reference
  • the manager 44 finds the corresponding notification log reference in the notification log reference XML file according to the notification log identifier in the operation request, and modifies the reference condition of the notification log reference, that is, adds a filtering condition, the content is: after the suspension start time Before the end time is suspended, the notification log record in the new log notification XML file is not visible in the notification log reference.
  • the notification log reference manager 44 does not modify the referenced reference condition, and notifies the log suspension manager 45 that the notification log hangs the corresponding notification log in the XML file. to modify.
  • Step 542 The IRP agent returns a suspension notification log operation response to the IRP manager, where the response includes a status identifier indicating whether the suspension is successful, and if the suspension is successful, the identifier of the notification log that is successfully suspended is further included.
  • the IRP proxy receives the recovery notification log operation request, then steps 551 and 552 are performed;
  • Step 551 the processing process 41 of the IRP agent invokes the recovery notification log operation of the notification log suspension manager 45 and the modification reference condition operation of the notification log reference manager 44, that is, the log suspension manager 45 according to the notification in the operation request
  • the log identifier finds a corresponding notification log suspension record from the notification log suspension record XML file, and modifies the suspension end time therein to the current time; the notification log reference manager 44 identifies the slave notification log according to the notification in the operation request.
  • the corresponding notification log reference is found in the reference XML file, and the reference condition of the notification log reference is modified, so that after the operation, the log record recorded in the notification log record XML file can appear in the notification log.
  • the notification log reference manager 44 does not modify the reference condition of the corresponding notification log reference, and notifies the log suspension record table 45 that the corresponding notification log suspension record is not changed.
  • Step 552 The IRP agent returns a recovery notification log response to the IRP manager, where the response includes a status identifier of whether the recovery is successful, and if successful, an identifier of the notification log that is successfully restored.
  • step 561 to step 567 are performed;
  • Step 561 the processing process 41 of the IRP proxy invokes the notification log manager 43 to operate, that is: the notification log manager 43 first requests the notification log reference manager 44 to look up the notification log reference XML file according to the notification log identifier in the operation request. Corresponding notification log reference, obtaining the reference condition of the notification log;
  • Step 562 Query, according to the obtained reference condition, the number of current notification log records that meet the reference condition in the notification log record XML file, that is, read the notification log that meets the reference condition in the notification log record XML file, and specify that the output result format is "output record number";
  • Step 563 The notified logging manager 42 queries the number of the records in the notification log record XML file and the occupied space thereof, and divides the occupied space by the number of log records to obtain an average occupied space of each log record;
  • Step 564 Multiply the obtained current notification log record number by the average occupied space of each log record, and obtain the current occupied space of the notification log.
  • Step 565 Determine the management status of the notification log according to the last notification log suspension record, for example: If the suspension start time of the latest notification log suspension record is before the current time, and the suspension end time is infinitely long, Then, the management state is a suspended state; then, according to the current notification log, whether the occupied space reaches the maximum occupied space, the availability of the notification log is determined, and if the maximum occupied space is reached, it is unavailable, and if it is not reached, it is available; then, according to the management state and availability The running status of the notification log. If the notification log is in a suspended state or is unavailable, the running state is abnormal, otherwise the running state is normal.
  • Step 566 Search for the corresponding information from the notification log attribute XML file according to the notification log identifier in the operation request.
  • the notification log attribute according to the above query calculation and judgment result update notification log attribute, the current log record, the current occupied space, the management status, the availability and the running status.
  • Step 567 The attribute of the updated notification log is used as a query result, and the query operation response is returned to the IRP manager, where the response includes a status identifier of whether the query is successful, and if the query is successful, the query result is also included.
  • the IRP agent processing process 41 only calls the notification log reference manager. 44 performs a query operation, that is, firstly, according to the identifier of the notification log in the operation request, the reference condition of the corresponding notification log is found in the reference XML file, and then the current record number and current possession of the corresponding notification attribute are updated according to the reference condition. Space, and then get the properties of the notification log.
  • step 571 and step 572 are performed;
  • Step 571 the processing process 41 of the IRP proxy invokes the notification log reference manager 44 to perform the query notification logging operation, that is, the notification log reference manager 44 finds the corresponding information from the notification log reference XML file according to the notification log identifier in the operation request.
  • the notification message is referenced, and the reference condition of the notification log reference is obtained, and the reference condition is transmitted to the notification log record manager 42 to notify the log record manager 42 to find out from the notification log record XML file according to the reference condition.
  • the notification log record of the condition is referenced, and the found notification log records are collected into an XML file and stored in the IRP proxy.
  • the operation request of the notification log record in the query notification log further includes the query condition
  • the notification that meets the reference condition and the query condition is read from the notification log record XML file.
  • Log records, and the found notification records are collected into an XML file and stored in the IRP proxy.
  • IRP Manager Request The log record with the event time of 02: 00 in the notification log with ID 1 is the log record with the event time of 02: 00.
  • the IRP agent finds the notification reference corresponding to the notification log with the identifier 1 and obtains the reference condition. Then, in the notification log record XML file, all the notifications that meet the reference condition and the event time is 02: 00 are found. Logging.
  • Step 572 The IRP agent returns a query response to the IRP manager, where the response includes a status identifier of whether the query is successful, and if successful, further includes a query log identifier that is queried and a storage location of the XML file that records the query result. .
  • the IRP manager can find the XML file based on the storage location.
  • step 581 and step 582 are performed;
  • Step 581 the processing process 41 of the IRP proxy invokes the notification log reference manager 44.
  • the notification log record operation is performed in the deletion notification log, that is, the notification log reference manager 44 searches for the corresponding notification log reference in the notification log reference XML file according to the notification log identifier in the operation request, and modifies the reference condition of the notification log reference. That is, the deletion condition is superimposed in the reference condition, so that the IRP manager does not see the notification log record that meets the deletion condition from the notification log reference, and the effect of deleting the log record from the notification log is reached.
  • the filtered log records still exist in the notification log record XML file, so other notification log references can still obtain the notification log record.
  • Step 582 The IRP agent returns an operation response to the IRP manager, where the response includes a status identifier indicating whether the record is successfully deleted, and if successful, the notification log identifier that has been successfully deleted by the notification log.
  • the IRP Manager requests: Delete the log record with an event time of 02: 00 in the notification log with ID 1.
  • the IRP agent finds the notification log reference corresponding to the notification log with the identifier 1 and modifies the reference condition in the notification log reference, that is, adds a filtering condition: The time of all events in the notification log reference is 02: The notification log of 00 is filtered out.
  • the notification log record in the XML file that all events with an event time of 02: 00 is invisible in the notification log reference. Therefore, the notification log that the IRP manager sees through the notification log reference no longer has the notification log record that it requests to delete.
  • the IRP agent will permanently delete the notification log record from the notification log record XML file, after that, from any one The notification date is not visible in the notification log reference, 3 ⁇ 4 ⁇ .
  • the IRP agent also sends a record number capacity alarm notification or a record space capacity alarm notification to a certain notification log: If the record number capacity alarm operation is performed, step 591 is performed; if the record space capacity alarm operation is performed, step 594 is performed.
  • the procedural process of the IRP agent is used to update the attribute of the notification log corresponding to the notification log identifier included in the operation request, and the specific process is the same as that described in steps 561 to 566. Querying the predefined maximum space in the notification log attribute, and dividing the predefined maximum space by the average occupied space of the log record obtained in step 591, and obtaining the maximum number of log records that can be saved in the notification log;
  • the notification log reference manager 44 searches for the notification log corresponding to the notification log identifier included in the operation request.
  • the method of the attribute may be: the processing process of the IRP agent 41 first calls the notification log reference manager 44 to find the corresponding notification log reference in the notification attribute and the reference XML file, and then finds the notification log corresponding to the notification log reference. Attributes.
  • Step 593 The notification log manager 43 queries the notification log attribute XML file for the current log record number in the updated notification log attribute, and obtains the ratio of the current log record number to the maximum log record number obtained in step 592, and then requests The notification log manager 43 queries the record number capacity alarm field value in the notification log attribute, and if the obtained ratio exceeds the record number capacity alarm field value, sends a capacity alarm notification to the IRP manager.
  • the number of recordable capacity alarm field values may be multiple, and there are grades.
  • the obtained ratio is compared with the domain value of each level. If the ratio exceeds the record number capacity alarm of an alarm level If the domain value is used, the ITP manager sends a notification of the corresponding level of the alarm. If the alarm notification of different levels has been sent, the notification of the alarm level modification is sent. When the ratio falls below the lowest level of the record number capacity alarm field value, a clear alarm is sent.
  • the foregoing capacity alarm operation may be performed periodically, or may be triggered by the Nth record adding operation of the notification logging manager, where the N is a natural number.
  • Step 594 the processing process 41 of the IRP agent invokes the notification log manager 43 to: update the attribute of the notification log corresponding to the notification log identifier included in the operation request, and the specific process is the same as described in steps 561 to 566. And querying the current occupied space and the maximum occupied space in the updated notification log attribute, obtaining the ratio of the current occupied space to the maximum occupied space, and then querying the record space capacity alarm field value of the notification log, if the ratio is crossed The recording space capacity alarm domain value sends a capacity alarm notification to the IRP manager.
  • this step searches for a method of notifying the notification log attribute corresponding to the notification log identifier included in the operation request.
  • the processing process 41 of the IRP agent first calls the notification log reference manager 44 to find a corresponding notification log reference in the notification log attribute and the reference XML file, and then finds the notification log attribute corresponding to the notification log reference.
  • the recording space capacity alarm field value may be multiple, and there is a level.
  • the obtained ratio is compared with the domain value of each level. If the ratio exceeds the alarm space capacity alarm of a certain alarm level. If the domain value is used, the ITP manager sends a notification of the corresponding level of the alarm. If the alarm notification of different levels has been sent, the notification of the alarm level modification is sent. If the ratio falls below the lowest level of the record space capacity alarm field value, a clear alarm is sent.
  • the above capacity alarm operation may be performed periodically, or may be triggered by the Nth record adding operation of the notification log record manager, where N is a natural number.
  • Both the first embodiment and the second embodiment adopt a memory referencer to represent the notification log, and the operation of the notification log is mapped to the operation of the memory referencer.

Abstract

A method for realizing notification log operation used for the managing system manages the notification logs of the managed network in the communication network this method stores the notification logs of the managed network in memory and uses the indicators which are corresponding to the memory and have the indication terms individual to represent different notification logs the managed network maps the notification logs operation as the corresponding indicator operation of the said memory. The said method of the present invention can satisfy the operation requirement of the managing system manages the notification logs of the managed network.

Description

一种对通知日志进行操作的实现方法 技术领域  An implementation method for operating notification log
本发明涉及日志管理技术, 尤其涉及一种第三代(3G )移动通信网 络中网络管理系统和被管网络之间通过北向接口 (Itf-N )对通知日志进 行操作的实现方法。 发明背景  The present invention relates to a log management technique, and more particularly to an implementation method for operating a notification log between a network management system and a managed network in a third generation (3G) mobile communication network through a northbound interface (Itf-N). Background of the invention
当前, 第三代移动通信系统中多种类型的核心网和接入网并存, 网 络中设备多, 协议多、 接口多。 同时随着技术不断提高, 设备将不断更 新换代, 网络结构会不断变化。 因此, 如何管理网络, 从而最大限度地 利用网络资源显得尤为重要。  At present, many types of core networks and access networks coexist in the third generation mobile communication system, and there are many devices in the network, many protocols, and many interfaces. At the same time, as technology continues to improve, equipment will continue to evolve and the network structure will change. Therefore, how to manage the network to maximize the use of network resources is particularly important.
当前, 第三代合作项目组织 (3GPP )第 5系统架构组(SA5 )提出 了一种网络管理体系结构,参见图 1A和图 1B,该体系包括网络管理系统 11和被管网络 12。 其中, 网络管理系统主要包括集成参照点 (IRP, Integration Reference Point )管理器 13 , 被管理网络有两种形式, 可以主 要包括 IRP代理器(Agent ) 14和被管网元 15 , 参见图 1A; 也可将 IRP代 理器' 14作为被管网元的一部分置于被管网元 15内部, 参见图 1B。 IRP管 理器 13和 IRP代理器 14之间的接口为北向接口 (Itf-N )。 所述的 IRP代理 器 14用于直接管理被管网元 15, 因此也可叫做网元管理器。 IRP管理器 13用于向 IRP代理器 14发送管理命令并接收 IRP代理器 14发来的关于网 络内部事件报告, 即通知; IRP代理器 14用于直接管理网元, 接收 IRP管 理器 13发来的管理命令并向 IRP管理器 13返回操作响应, 也可在需要时 主动向 IRP管理器 13发出通知。  Currently, the 3rd Generation Partnership Project (3GPP) System Architecture Group (SA5) proposes a network management architecture. Referring to Figures 1A and 1B, the system includes a network management system 11 and a managed network 12. The network management system mainly includes an integration reference point (IRP) manager 13, and the managed network has two forms, and may mainly include an IRP agent (Agent) 14 and a managed network element 15, as shown in FIG. 1A; The IRP agent '14 can also be placed inside the managed network element 15 as part of the managed network element, see Figure 1B. The interface between the IRP manager 13 and the IRP agent 14 is the northbound interface (Itf-N). The IRP proxy 14 is used to directly manage the managed network element 15, and thus may also be called a network element manager. The IRP manager 13 is configured to send a management command to the IRP agent 14 and receive a report about the internal event of the network sent by the IRP agent 14, that is, a notification; the IRP agent 14 is used to directly manage the network element, and the receiving IRP manager 13 sends the message. The management command returns an operation response to the IRP manager 13, and can also actively notify the IRP manager 13 when needed.
被管网络 12会主动生成关于被管网络内部事件的通知, 并保存这 些通知的日志记录。 这些通知的日志记录筒称为通知日志记录, 每个通 知曰志记录包含该通知的信息内容、 该通知日志记录的被记入时间、 以 及该通知日志记录的唯一标识 (ID )。 该通知的信息内容进一步包括网 络内部事件的发生时间、 该事件的类型、 该通知的可过滤域和其他域。 所述的可过滤域是通知中可以被过滤的域的集合, 例如, 可过滤域可 以包括通知的发送者或告警级别等,该过滤域也可以包括事件的发生 时间和事件类型; 所述的其他域为不可对其进行过滤的信息。 The managed network 12 will actively generate notifications about internal events of the managed network and save this Logging of some notifications. The log volume of these notifications is called a notification log record, and each notification record contains the information content of the notification, the time of the notification log record, and the unique identifier (ID) of the notification log record. The information content of the notification further includes the time of occurrence of the internal event of the network, the type of the event, the filterable domain of the notification, and other domains. The filterable domain is a set of domains that can be filtered in the notification. For example, the filterable domain may include a sender or an alarm level of the notification, and the filter domain may also include an event occurrence time and an event type. Other domains are information that cannot be filtered.
由于不同的 IRP管理器 13关注的通知不同, 因此, 不同的 IRP管 理器 13可能要求 IRP代理器 14为其保留特定的通知日志记录, 同一个 IRP管理器 13也可能要求为其保留多个特定通知的日志记录, 例如,要 求保留某一段时间内所生成通知的日志记录, 或者某一事件类型的通知 的曰志记录, 这些特定通知的日志记录的集合称为通知日志。 由于 IRP 管理器 13的上述需求, IRP代理器 14需要保留多个通知日志, 每个通 知曰志中包含的通知内容可能各不相同。 在 IRP管理器 13管理网络的 过程中 , 尤其是当通知无法实时从 IRP代理器 14传递到 IRP管理器 13 时, IRP代理器 14需要为 IRP管理器 13上报通知日志。 并且, IRP代 理器 14可能实现多个通知日志, 以满足不同 IRP管理器 13需要不同通 知日志的需求。 对于如何操作通知日志, 当前 3GPP SA5正在讨论 IRP 管理器 13对被管网络通知日志的管理操作,包括命令被管网络 12进行: 创建、 删除、 查询、 挂起、 恢复通知日志操作; 以及查询、 删除通知曰 志中通知日志记录的操作, 还提出了 IRP代理器向 IRP管理器发送容量 域值告警操作。 但是, 目前还没有一种方法可以在被管网络 12 中实现 上述操作。 发明内容 Since the different IRP managers 13 are interested in different notifications, different IRP managers 13 may require the IRP agent 14 to reserve a particular notification log record for it, and the same IRP manager 13 may also require multiple specific reservations for it. The log record of the notification, for example, the log record of the notification generated during a certain period of time, or the record of the notification of an event type. The collection of the log records of these specific notifications is called the notification log. Due to the above requirements of the IRP manager 13, the IRP proxy 14 needs to keep multiple notification logs, and the notification content contained in each notification message may be different. In the process of managing the network by the IRP manager 13, especially when the notification cannot be passed from the IRP agent 14 to the IRP manager 13 in real time, the IRP agent 14 needs to report the notification log to the IRP manager 13. Also, the IRP proxy 14 may implement multiple notification logs to meet the needs of different IRP managers 13 requiring different notification logs. For how to operate the notification log, the current 3GPP SA5 is discussing the management operations of the IRP manager 13 on the managed network notification log, including the command managed network 12: create, delete, query, suspend, resume notification log operations; The operation of notifying the notification log record in the notification is also deleted, and the IRP agent is also sent to the IRP manager to send the volume domain value alarm operation. However, there is currently no way to do this in managed network 12. Summary of the invention
本发明的主要目的是提供一种通知日志操作的实现方法, 以满足管 理系统对于被管网络通知日志的操作需求。  SUMMARY OF THE INVENTION A primary object of the present invention is to provide an implementation method of a notification log operation to meet the operational requirements of the management system for the managed network notification log.
为了实现上述目的, 本发明的具体技术方案为:  In order to achieve the above object, a specific technical solution of the present invention is:
一种对通知曰志进行操作的实现方法, 适用于包括管理系统和被管 网络的通讯系统, 该方法将被管网络的通知日志记录存储在存储器中, 并用针对该存储器的、 且分别具有各自引用条件的引用器对应表示不同 的通知日志, 被管网络将针对通知日志的操作映射为对所述存储器的相 应引用器的操作。  An implementation method for operating a notification message, which is applicable to a communication system including a management system and a managed network, wherein the method stores the notification log records of the managed network in a memory, and has respective The referrer that references the condition corresponds to a different notification log, and the managed network maps the operation for the notification log to the operation of the corresponding referencer of the memory.
所述通知日志的操作为创建通知日志操作, 被管网络将该操作映射 为对存储器弓 I用器操作的具体过程为:  The operation of the notification log is to create a notification log operation, and the specific process of the managed network mapping the operation to the memory processor is:
被管网络根据创建参数在该被管网络中保存通知日志属性, 其中包 括创建参数中要求的通知日志类别集合和过滤器, 针对所述存储通知曰 志记录的存储器创建引用器, 该引用器与所述通知日志属性相对应。  The managed network saves the notification log attribute in the managed network according to the creation parameter, and includes a notification log category set and a filter required in the creation parameter, and a reference device is created for the memory of the storage notification record, the reference device and the reference device The notification log attribute corresponds.
所述存储器引用器的引用条件至少包括: 通知日志属性中的通知 日志标识、 通知日志所能占用的最大空间、 通知日志记录生命周期, 以及创建条件中要求的通知日志类别集合和过滤器。  The reference condition of the memory referencer includes at least: a notification in the notification log attribute, a log identifier, a maximum space that the notification log can occupy, a notification log record life cycle, and a notification log category set and filter required in the creation condition.
所述通知日志的操作为删除通知日志操作, 被管网络将该操作映射 为对存储器引用器操作的具体过程为:  The operation of the notification log is to delete the notification log operation, and the specific process of the managed network mapping the operation to the memory referrer is:
根据所要删除的通知日志的标识查找到对应的存储器引用器, 删除 该存储器引用器, 并删除该存储器引用器对应的通知日志属性。  Find the corresponding memory referencer according to the identifier of the notification log to be deleted, delete the memory referencer, and delete the notification log attribute corresponding to the memory referencer.
所述通知日志的操作为挂起通知日志操作, 被管网络将该操作映射 为对存储器弓 I用器操作的具体过程为:  The operation of the notification log is to suspend the notification log operation, and the specific process of the managed network mapping the operation to the memory processor is:
添加包括所要挂起的通知日志的标识、 挂起开始时间以及挂起结束 时间的挂起记录, 其中的挂起开始时间为当前操作时间, 挂起结束时间 为无限长; 并根据所要挂起的通知日志标识查找到对应的存储器引用 器 , 在该存储器引用器的引用条件中添加包括挂起开始时间和挂起结束 时间的过滤条件, 根据该过滤条件使挂起开始时间后、 挂起结束时间前 记入所述存储器的通知日志记录在该存储器引用器中不可见。 Add a record including the ID of the notification log to be suspended, the suspend start time, and the suspend end time, where the suspend start time is the current operation time, and the suspend end time Is infinitely long; and finds a corresponding memory referencer according to the notification log identifier to be suspended, and adds a filtering condition including a suspension start time and a suspension end time in the reference condition of the memory referenceer, according to the filtering condition The notification log record logged into the memory after the suspend start time and before the suspend end time is not visible in the memory referrer.
所述通知日志的操作为恢复通知日志操作, 被管网络将该操作映射 为对存储器弓 ]用器操作的具体过程为:  The operation of the notification log is a recovery notification log operation, and the specific process of the managed network mapping the operation to the memory processor is:
根据所要恢复的通知日志的标识找到对应的通知日志挂起记录, 将 其中的挂起结束时间修改为当前时间; 根据所要恢复的通知日志标识查 找到对应的存储器引用器, 修改该存储器引用器的引用条件, 使在挂起 结束时间后计入所述存储器的通知日志记录在该存储器引用器中可见。  Find a corresponding notification log suspension record according to the identifier of the notification log to be restored, and modify the suspension end time to the current time; find the corresponding memory reference device according to the notification log identifier to be restored, and modify the memory reference device. The reference condition is such that the notification log record counted in the memory after the suspend end time is visible in the memory reference.
所述通知日志的操作为查询通知日志中通知日志记录操作, 被管网 络将该操作映射为对存储器引用器操作的具体过程为:  The operation of the notification log is a notification logging operation in the query notification log, and the specific process of the managed network mapping the operation to the operation of the memory referrer is:
根据所要查询的通知日志标识查找到对应的存储器引用器, 将所述 存储器中符合该存储器引用器引用条件的通知日志记录作为查询结果。  The corresponding memory reference device is found according to the notification log identifier to be queried, and the notification log record in the memory that meets the reference condition of the memory reference device is used as the query result.
所述查询通知日志中通知日志记录操作的请求中包括查询条件 , 则 从所述符合该存储器引用器引用条件的通知日志记录中, 获取符合查询 条件的通知日志记录, 将获取的结果作为查询结果。  If the query condition is included in the request for notifying the log recording operation in the query notification log, the notification log record that meets the query condition is obtained from the notification log record that meets the reference condition of the memory reference device, and the obtained result is used as the query result. .
所述的查询条件至少包括以下条件中的一种: 通知日志记录的标 识, 记入时间, 通知信息内容的事件时间、 事件类型, 或者通知信息内 容的可过滤域。  The query condition includes at least one of the following conditions: an identifier of the notification log record, a time of entry, an event time of notifying the content of the message, an event type, or a filterable domain of the notification information content.
所述通知日志的操作为删除通知日志中通知日志记录操作, 被管网 络将该操作映射为对存储器引用器操作的具体过程为:  The operation of the notification log is to delete the notification logging operation in the notification log, and the specific process of the managed network mapping the operation to the operation of the memory referrer is:
根据所要删除通知日志记录的通知日志标识查找到对应的存储器 引用器, 在该存储器引用器的引用条件中叠加删除条件, 将符合删除条 件的日志记录从该存储器引用器中过滤掉。 所述的删除条件至少包括以下条件中的一种: 通知日志记录的标 识, 记入时间, 通知信息内容的事件时间、 事件类型, 或者通知信息内 容的可过滤域。 The corresponding memory reference device is found according to the notification log identifier of the notification log record to be deleted, and the deletion condition is superimposed in the reference condition of the memory reference device, and the log record matching the deletion condition is filtered from the memory reference device. The deletion condition includes at least one of the following conditions: an identifier of the notification log record, a time of entry, an event time of notifying the content of the information, an event type, or a filterable domain of the content of the notification information.
所述存储器采用数据库表存储通知日志记录, 所述的存储器引用器 为该数据库表的数据库视图。  The memory stores a notification log record using a database table, and the memory reference device is a database view of the database table.
所述存储器采用可扩展标记语言 XML文件存储通知日志记录, 所 述的存储器引用器为该 XML文件的引用。  The memory stores an alert log record in an extensible markup language XML file, and the memory referencer is a reference to the XML file.
所述 XML文件的引用存储在 XML文件中, 所述通知日志的属性 存储在 XML文件中。  The reference to the XML file is stored in an XML file, and the attributes of the notification log are stored in an XML file.
所述通知日志的操作为查询通知日志操作, 被管网络将该操作映射 为对存储器 I用器操作的具体过程为:  The operation of the notification log is a query notification log operation, and the specific process of the managed network mapping the operation to the memory I is:
根据所要查询的通知日志标识查找到对应的通知日志属性, 通过对 应的存储器引用器更新该通知日志属性, 再将更新后的通知日志属性作 为查询结果。  The corresponding notification log attribute is found according to the notification log identifier to be queried, the notification log attribute is updated by the corresponding memory reference, and the updated notification log attribute is used as the query result.
所述存储器采用数据库表存储通知日志记录, 所述的存储器引用器 为该数据库表的数据库视图, 且所述更新存储器引用器对应的通知曰志 属性的具体过程为:  The memory uses a database table to store a notification log record, the memory reference device is a database view of the database table, and the specific process of updating the notification attribute corresponding to the memory reference device is:
al、 在所述的数据库视图中查询当前通知日志记录数和当前通知曰 志记录空间; 根据存储器中最近一次通知日志挂起记录判断该通知曰志 的管理状态; 根据当前通知日志记录占用空间是否达到所述通知日志属 性中最大占用空间来判断该通知日志的可用性;  Al, querying the current notification log record number and the current notification log record space in the database view; determining the management status of the notification message according to the last notification log suspension record in the memory; recording whether the occupied space is based on the current notification log The maximum occupied space in the notification log attribute is reached to determine the availability of the notification log;
a2、 根据管理状态和可用性的判断结果判断该通知日志的运行状 态;  A2, determining the running status of the notification log according to the judgment result of the management state and availability;
a3、 利用上述步骤 al和 a2的查询和判断结果更新所述通知日志属 性中的当前通知日志记录数、 当前通知日志记录空间、 管理状态、 可用 性和运行状态。 A3. Update the current notification log record, the current notification log record space, the management status, and the available in the notification log attribute by using the query and judgment results of the foregoing steps a1 and a2. Sex and operational status.
所述存储器采用可扩展标记语言 XML文件存储通知日志记录, 所 述的存储器引用器为该 XML文件的引用, 且所述更新存储器引用器对 应的通知日志属性的具体过程为:  The memory stores the notification log record in an extensible markup language XML file, the memory referencer is a reference to the XML file, and the specific process of updating the notification log attribute corresponding to the memory reference device is:
Al、 从查找到的 XML文件引用中获取引用条件; 根据获取的引用 条件在所述存储通知日志记录的 XML文件中查询符合该引用条件的当 前通知日志记录数; 用该当前通知日志记录数乘以每条通知日志记录的 平均占用空间, 得到当前通知日志记录占用空间;  Al, obtaining a reference condition from the found XML file reference; querying, in the XML file of the storage notification log record, the current notification log record that meets the reference condition according to the obtained reference condition; multiplying by the current notification log record number The average occupied space of each notification log is used to obtain the space occupied by the current notification log record;
根据存储器中最近一次通知日志挂起记录判断该通知日志的管理 状态; 根据当前通知日志记录占用空间是否达到所述通知日志属性中最 大占用空间来判断该通知日志的可用性;  Determining the management status of the notification log according to the last notification log suspension record in the memory; determining the availability of the notification log according to whether the current notification log records the occupied space to reach the maximum occupied space in the notification log attribute;
A2、 根据管理状态和可用性的判断结果判断该通知日志的运行状 态;  A2. Determine the running status of the notification log according to the judgment result of the management state and availability;
A3、 利用上述步骤 A1和 A2的查询和判断结果更新所述通知曰志 属性中的当前通知日志记录数、 当前通知日志记录空间、 管理状态、 可 用性和运行状态。  A3. The current notification log record, the current notification log record space, the management status, the availability, and the running status in the notification message attribute are updated by using the query and judgment results of the foregoing steps A1 and A2.
所述通知日志的操作为通知日志的记录数容量告警操作, 被管网絡 将该操作映射为对存储器引用器操作的具体过程为:  The operation of the notification log is a record number capacity alarm operation of the notification log, and the specific process of the managed network mapping the operation to the memory reference device operation is:
a、 获取所述存储器中当前的通知日志记录数量及其占用空间, 并 用占用空间除以记录数量, 获得平均每条通知日志记录的平均占用空 间;  a. Obtain the current number of notification log records in the memory and the occupied space, and divide the occupied space by the number of records to obtain an average occupied space of each notification log record;
b、 查找到与该通知日志对应的存储器引用器, 更新该存储器引用 器对应的通知日志属性, 在该更新后的通知日志属性中查找到所述通知 曰志的预定义最大空间, 利用该预定义最大空间除以步骤 a获得的日志 记录平均占用空间, 获得该通知日志可以保存的最大日志记录数; c、 在所述更新后的通知日志属性中查询该通知日志的当前日志记 录数,并获得当前日志记录数和步骤 b中获得的最大日志记录数的比值, 再在所述通知日志属性中查询该通知日志的记录数域值, 如果获得的比 值大于该记录数域值, 则向网络管理器发送容量告警通知或者告警级别 更改通知; 如果获得的比值小于预定义的告警域值, 则发送清除告警通 知或者告警级别更改通知。 b. Querying a memory reference device corresponding to the notification log, updating a notification log attribute corresponding to the memory reference device, and finding a predefined maximum space of the notification message in the updated notification log attribute, using the pre- Define the maximum space divided by the average occupied space of the log records obtained in step a, and obtain the maximum number of log records that can be saved in the notification log; c. Query the current log record number of the notification log in the updated notification log attribute, and obtain the ratio of the current log record number to the maximum number of log records obtained in step b, and then query in the notification log attribute. The record number field value of the notification log, if the obtained ratio is greater than the record number field value, send a capacity alarm notification or an alarm level change notification to the network manager; if the obtained ratio is less than the predefined alarm domain value, send clear Alarm notification or alarm level change notification.
所述通知日志的操作为通知日志的记录空间容量告警操作, 被管网 络将该操作映射为对存储器引用器操作的具体过程为:  The operation of the notification log is a recording space capacity alarm operation of the notification log, and the specific process of the managed network mapping the operation to the operation of the memory reference device is:
查找到该通知日志对应的存储器引用器, 更新该存储器引用器对应 的通知日志属性, 在该更新后的通知日志属性中查询当前占用空间和最 大占用空间, 获得该当前占用空间和最大占用空间的比值, 再查询该通 知日志的记录空间域值, 如果所述比值大于该记录空间域值, 则向网络 管理器发送容量告警通知或者告警级别更改通知; 如果获得的比值小于 预定义的告警域值, 则发送清除告警通知或者告警级别更改通知。  The memory reference device corresponding to the notification log is found, the notification log attribute corresponding to the memory reference device is updated, and the current occupied space and the maximum occupied space are queried in the updated notification log attribute to obtain the current occupied space and the maximum occupied space. The ratio of the record space field value of the notification log, if the ratio is greater than the record space domain value, send a capacity alarm notification or an alarm level change notification to the network manager; if the obtained ratio is smaller than the predefined alarm domain value , then send a clear alarm notification or an alarm level change notification.
所述存储器采用数据库表存储通知日志记录, 所述的存储器引用器 为该数据库表的数据库视图, 且所述更新数据库视图所对应的通知曰志 属性的具体步骤为:  The memory uses a database table to store a notification log record, the memory reference device is a database view of the database table, and the specific steps of updating the notification attribute corresponding to the database view are:
A、 在与通知日志标识对应的数据库视图中查询当前通知日志记录 数, 计算当前通知日志记录占用空间;  A. Query the current notification log record number in the database view corresponding to the notification log identifier, and calculate the current notification log record occupation space;
B、 根据步骤 A的查询结果更新所述数据库视图所对应通知日志属 性中的当前通知日志记录数和当前通知日志记录占用空间。  B. Update the current notification log record and the current notification log record occupying space in the notification log attribute corresponding to the database view according to the query result of step A.
所述存储器采用可扩展标记语言 XML文件存储通知日志记录, 所 述的存储器引用器为该 XML文件的引用,且所述更新 XML文件引用所 对应的通知日志属性的具体步驟为:  The memory stores the notification log record in an extensible markup language XML file, the memory referencer is a reference to the XML file, and the specific steps of the update XML file reference corresponding notification log attribute are:
A,、 从查找到的 XML文件引用中获取引用条件; B,、 根据获取的引用条件在所述存储通知日志记录的 XML文件中 查询符合该引用条件的当前通知日志记录数; 用该当前通知日志记录数 乘以每条通知日志记录的平均占用空间 , 得到当前通知日志记录占用空 间; 用得到的当前通知日志记录数和当前通知日志记录占用空间更新所 述 XML文件引用所对应通知日志属性中的当前通知日志记录数和当前 通知日志记录占用空间。 A,, obtain a reference condition from the found XML file reference; B, querying, in the XML file of the storage notification log record, the current notification log record that meets the reference condition according to the obtained reference condition; multiplying the current notification log record number by the average occupied space of each notification log record, Obtaining the current notification log record occupying space; using the obtained current notification log record number and the current notification log record occupying space to update the current notification log record number and the current notification log record occupying space in the notification log attribute corresponding to the XML file reference.
由于本发明可以在被管网络中实现对通知日志的操作, 因此解决了 3GPP SA5所正在讨论的关于通知日志操作的需求; 同时, 由于本发明 利用存储器的引用技术, 将不同的通知日志映射为存储器不同的引用 器, 引用器的实现形式可以是数据库视图或 XML文件引用, 而所有通 知曰志中所涉及到的通知的日志记录被保存在存储器中, 由存储器引用 器根据引用条件获取存储器中的通知曰志记录, 因此可避免多个通知日 志重复存储相同通知的日志记录,减少 IRP代理器对于存储空间的要求, 降低了成本; 另外, 由于本发明通过存储器引用器对通知日志进行操作, 因此可利用数据库视图或 XML文件引用快速有效的处理特点, 从而提 高 IRP管理器和 IRP代理器的工作效率,并降低开发难度。 附图简要说明 图 1为 3GPP SA5提出的一种网络管理体系结构图;  Since the present invention can implement the operation of the notification log in the managed network, the need for notification log operations being discussed by 3GPP SA5 is addressed; and, since the present invention utilizes the memory reference technique, different notification logs are mapped to The reference device of the memory may be a database view or an XML file reference, and all the log records of the notifications involved in the notification are saved in the memory, and the memory reference device obtains the memory according to the reference condition. The notification record is recorded, so that multiple notification logs can be repeatedly stored to store the same notification log record, the IRP agent is reduced in storage space requirements, and the cost is reduced; in addition, since the present invention operates the notification log through the memory reference device, Therefore, the database view or XML file can be used to reference the fast and efficient processing features, thereby improving the working efficiency of the IRP manager and the IRP agent, and reducing the development difficulty. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a network management architecture diagram proposed by 3GPP SA5;
图 2 为本发明实施例一所述的数据库视图实现通知日志操作的框 图;  2 is a block diagram of a database view implementation notification log operation according to the first embodiment of the present invention;
图 3 为本发明实施例一在 IRP代理器中实现通知日志操作的流程 图;  FIG. 3 is a flowchart of implementing a notification log operation in an IRP proxy according to Embodiment 1 of the present invention; FIG.
图 4为本发明实施例二所述的采用 XML文件引用实现通知日志操 作的框图; 12 图 5 为本发明实施例二在 IRP代理器中实现通知日志操作的流程 图。 实施本发明的方式 4 is a block diagram of an operation of implementing a notification log by using an XML file reference according to Embodiment 2 of the present invention; FIG. 5 is a flowchart of implementing a notification log operation in an IRP proxy according to Embodiment 2 of the present invention. Mode for carrying out the invention
下面结合附图和具体实施例进一步说明本发明的实施方法。  The method for carrying out the invention will be further described below in conjunction with the drawings and specific embodiments.
本发明的核心思想为:将所有通知的日志记录存储在 IRP代理器 的存储器中, 用该存储器的引用器代表通知日志, 该引用器用于选择 存储器中符合某种条件的通知日志记录, 并将它们組成一个集合, 这 个集合就是 IRP管理器所要求的通知日志。该存储器引用器可以为针 对数据库表的数据库视图, 或者为针对可扩展标记语言 (XML ) 件的引用。 该存储器引用器具有引用条件, IRP管理器通过该存储器 引用器, 将不符合其引用条件的通知的日志记录过滤掉, 因此只可看到 所述存储器中符合引用条件的通知日志记录内容, 所看到的通知日志记 录的集合即是通知日志, IRP管理器发送给 IRP代理器的关于通知日 志的操作则映射为对该存储器引用器的操作。  The core idea of the present invention is to store all the notified log records in the memory of the IRP agent, and use the reference device of the memory to represent the notification log, and the reference device is used to select the notification log record in the memory that meets certain conditions, and They form a collection, which is the notification log required by the IRP manager. The memory referencer can be a database view for a database table or a reference to an Extensible Markup Language (XML) piece. The memory referencer has a reference condition by which the IRP manager filters the log records of the notifications that do not meet the reference conditions thereof, so that only the notification log records in the memory that meet the reference conditions can be seen. The set of notification log records that are seen is the notification log, and the operation of the notification log sent by the IRP manager to the IRP agent is mapped to the operation of the memory referencer.
基于上述核心思想, 下面分别介绍本发明的优选实施例一和实施例 实施例一:  Based on the above core ideas, the preferred embodiment 1 and the embodiment of the present invention are respectively described below:
本实施例一中, 所述存储器采用数据库表存储通知日志记录, 所述 的存储器引用器为该数据库表的数据库视图, 将所有通知的日志记录 存储在该数据库表中, 用该数据库表中的视图代表通知日志, 并利用 该数据库视图向 IRP管理器反映通知日志, IRP管理器发送给 IRP代 理器的关于通知日志的操作则映射为对该数据库视图的操作。  In the first embodiment, the memory uses a database table to store a notification log record, and the memory reference device is a database view of the database table, and stores all notified log records in the database table, and uses the database table The view represents the notification log, and the database view is used to reflect the notification log to the IRP manager, and the operation of the notification log sent by the IRP manager to the IRP agent is mapped to the operation of the database view.
上述的数据库视图为针对用于存储日志记录的数据库表的视图, IRP管理器通过该视图,可以看到通知日志记录表 22的部分或全部内容, 所看到的日志记录的集合即是通知日志, 因此本实施例一中, 该数据库 视图也可称为通知日志视图。 The above database view is a view for a database table for storing log records, through which the IRP manager can see some or all of the contents of the notification log record table 22. The set of log records that are seen is the notification log. Therefore, in the first embodiment, the database view may also be referred to as a notification log view.
本实施例一利用通知日志视图来实现 IRP 代理器中对于通知日 志的操作。参见图 2,在 IRP代理器中创建通知日志操作处理进程 21、 通知日志记录表 22、通知日志管理器表 23、通知日志视图管理器 24、 通知日志挂起记录表 25。 其中:  In the first embodiment, the notification log view is used to implement the operation of the notification log in the IRP proxy. Referring to Fig. 2, a notification log operation processing process 21, a notification log record table 22, a notification log manager table 23, a notification log view manager 24, and a notification log suspension record table 25 are created in the IRP proxy. among them:
通知日志操作处理进程 21用于接收来自 IRP管理器的通知日志 操作请求, 判断该操作请求参数的合法性, 并执行对通知日志的相应 操作处理, 向 IRP管理器返回处理结果。 一般情况下, 来自 IRP管理 器的通知日志操作请求包括: 创建、 删除、 查询、 挂起、 恢复通知日 志操作, 以及查询、 删除通知日志中日志记录的操作; 通知日志操作处 理进程 21还会主动发起容量域值告警操作, 并向 IRP管理器发送容量 域值告警。  The notification log operation processing process 21 is configured to receive a notification log operation request from the IRP manager, determine the validity of the operation request parameter, and perform corresponding operation processing on the notification log, and return the processing result to the IRP manager. In general, the notification log operation requests from the IRP manager include: create, delete, query, suspend, resume notification log operations, and query and delete the log records in the notification log; the notification log operation processing process 21 also takes the initiative The capacity domain value alarm operation is initiated, and the capacity domain value alarm is sent to the IRP manager.
通知日志记录表 22 为数据库表, 用于存储通知的日志记录, 并 对通知的日志记录进行诸如添加和删除等操作。这些通知的日志记录 称为通知日志记录, 通知日志记录包含该日志记录的唯一标识( ID )、 该通知日志记录的记入时间以及该通知的信息域。 该通知的信息域进一 步包括网络内部事件的发生时间、该事件的类型、该通知的可过滤域和 其他域。 当 IRP代理器发出通知时, 需要在该日志记录表 22中添加通 知日志记录,添加日志记录的当前时间为通知日志记录的记入时间。 IRP 代理器会周期性地检查每一条日志记录的计入时间和当前时间的时间 距离, 当某一通知日志记录的记入时间距离当前时间大于任何一个通知 曰志规定的通知日志记录的生命周期时, 则会删除该日志记录。  The notification log record table 22 is a database table for storing log records of notifications, and performs operations such as adding and deleting the log records of the notifications. The log records for these notifications are called notification log records, which contain the unique identifier (ID) of the log record, the time of entry for the notification log record, and the information field for the notification. The information field of the notification further includes the time of occurrence of the internal event of the network, the type of the event, the filterable domain of the notification, and other domains. When the IRP agent issues a notification, it needs to add a notification log record to the log record table 22. The current time to add the log record is the time of the notification log record. The IRP agent periodically checks the time between the crediting time of each log record and the current time. When the logging time of a certain notification log record is greater than the current time, the life cycle of the notification log record specified by any one of the notifications is exceeded. The log record is deleted.
通知日志管理器表 23用于记录并管理 IRP管理器要求的通知日 志, 所记录的通知日志的属性包括: 1、 通知日志的标识; 2、 通知日 志的创建时间,即通用时间坐标时间( UTC, Universal Time Coordinated ); 3、 通知类别集合, 即通知日志记录的通知类型的集合; 4、 过滤器, 即 通知日志对通知的过滤条件, 该过滤条件为除了通知类别之外的其他条 件, 例如以通知的事件时间和事件类型作为过滤条件, 只有满足该过滤 条件的日志记录才被记录在该通知日志中; 5、 日志满动作, 即当曰志 记录占满该通知日志空间时通知日志的动作, 可以是将老通知日志记录 删除的回卷(wrap )动作, 或是不再接收通知日志记录的挂起(halt ) 动作; 6、 最大占用空间, 即通知日志可占用的最大存储空间; 7、 当前 占用空间, 即通知日志当前所占用的存储空间; 8、 当前日志记录数, 即通知日志当前所存储日志记录的个数; 9、 日志记录生命周期, 即通 知曰志中规定的日志记录生命周期, 超过这个生命周期的日志记录将被 从该通知日志中删除; 10、容量告警域值, 该容量告警域值可以有两种, 分别为: 表示当前记录数与最大记录数百分比的记录数容量告警域值, 以及表示当前占用空间与最大占用空间百分比的记录空间容量告警域 值, 在实际应用中, 只选择这两种容量告警域值的其中一种进行容量告 警判断, 当通知日志的当前容量超过容量告警域值时, 则会产生告警; 另外, 所述容量告警域值可以有多个, 每个容量告警域值对应一种告警 级别; 11、 管理状态, 即表示通知日志是否被挂起; 12、 可用性, 表示 通知日志是否正常工作, 即日志记录是否已经存满, 或是否不在调度周 期内; 13、 运行状态, 表示日志是否正在正常工作。 另外, 通知日志管 理器表 23 还可对通知日志进行操作管理, 例如添加通知日志、 删除通 知曰志、 查询通知日志属性, 计算日志最大的记录数, 发送记录空间域 值告警, 发送记录数域值告警等操作。 The notification log manager table 23 is used for recording and managing the notification log required by the IRP manager. The attributes of the recorded notification log include: 1. The identifier of the notification log; 2. The notification date The creation time of the ambition, that is, the Universal Time Coordinated (UTC); 3. The notification category set, that is, the set of notification types for notifying the log record; 4. The filter, that is, the filtering condition of the notification log to the notification, the filtering The condition is other than the notification category, for example, the notification event time and the event type are used as the filtering conditions, and only the log records satisfying the filtering condition are recorded in the notification log; 5. The log is full, that is, when The action of notifying the log when the log record fills the notification log space may be a wrap action that deletes the old notification log record, or a halt action that no longer receives the notification log record; Space, that is, the maximum storage space that the notification log can occupy; 7. The current occupied space, that is, the storage space currently occupied by the notification log; 8. The current number of log records, that is, the number of log records currently stored in the notification log; Record the life cycle, that is, notify the log record life cycle specified in the document, beyond this The log record of the life cycle will be deleted from the notification log. 10. The capacity alarm field value, the capacity alarm field value can be two types, respectively: the number of records indicating the current number of records and the maximum number of records. And the alarm space alarm field value indicating the current occupied space and the maximum occupied space percentage. In the actual application, only one of the two capacity alarm domain values is selected for capacity alarm judgment, when the current capacity of the notification log exceeds the capacity. When the alarm field value is generated, an alarm is generated. In addition, the capacity alarm field value may be multiple, and each capacity alarm field value corresponds to one alarm level. 11. The management status indicates whether the notification log is suspended. , Availability, indicates whether the notification log is working properly, that is, whether the log record is full, or is not in the scheduling period; 13. Running status, indicating whether the log is working normally. In addition, the notification log manager table 23 can also perform operation management on the notification log, for example, adding a notification log, deleting a notification message, querying a notification log attribute, calculating a maximum number of records of the log, sending a record space domain value alarm, and sending a record number field. Value alarms and other operations.
通知日志视图管理器 24用于记录并管理通知日志所对应的通知日 志视图, 例如可以进行创建、 删除、 修改和查询通知日志视图的操作。 本实施例一中, 为了方便管理, 用通知日志管理器表 23 和通知日 志视图管理器 24共同对通知日志进行记录、 管理和操作, 本实施例一 也可将通知日志管理器表 23和通知日志视图管理器 24合并, 只用通知 曰志视图管理器 24对通知日志进行记录、 管理和操作, 包括: 记录通 知日志的属性、添加通知日志、删除通知日志、查询通知日志属性操作, 以及创建、 删除、 修改和查询通知日志视图的操作。 The notification log view manager 24 is configured to record and manage the notification log view corresponding to the notification log, for example, an operation of creating, deleting, modifying, and querying the notification log view. In the first embodiment, for the convenience of management, the notification log manager table 23 and the notification log view manager 24 jointly record, manage, and operate the notification log. In the first embodiment, the notification log manager table 23 and the notification may also be notified. The log view manager 24 merges and only records, manages, and operates the notification log by the notification view manager 24, including: recording the attributes of the notification log, adding the notification log, deleting the notification log, querying the notification log attribute operation, and creating , delete, modify, and query the operation of the notification log view.
通知日志挂起记录表 25用于对通知日志进行挂起和恢复操作, 并对通知日志的挂起情况进行记录。 其所记录的内容包括: 通知曰志 标识、 挂起开始时间和挂起结束时间, 该挂起结束时间为通知日志的 恢复时间。  The notification log suspension record table 25 is used to suspend and resume the notification log, and records the suspension of the notification log. The contents recorded include: notification status, suspend start time, and suspend end time, and the suspend end time is the recovery time of the notification log.
上述的通知日志视图管理器 24和通知日志挂起记录表 25可以预 先建立好,也可在 IRP代理器收到创建通知日志命令请求和挂起通知 曰志命令请求时再建立, 可以根据数据库的存储能力, 存取性能选择 建立一个或多个通知日志视图管理器 24和通知日志挂起记录表 25。 所述通知日志记录表 22为预先建立好的,可根据数据库的存储能力, 存取性能选择建立一个或多个日志记录表 22。  The notification log view manager 24 and the notification log suspension record table 25 may be pre-established, or may be established when the IRP proxy receives the creation notification log command request and the suspension notification command request, which may be based on the database. The storage capability, access performance selection establishes one or more notification log view manager 24 and notification log suspension record table 25. The notification log record table 22 is pre-established, and one or more log record tables 22 can be created according to the storage capacity of the database and the access performance selection.
图 3为本实施例一在 IRP代理器中实现通知日志操作的流程图。 参 见图 3, 该流程主要包括:  FIG. 3 is a flowchart of implementing a notification log operation in an IRP proxy according to the first embodiment. Referring to Figure 3, the process mainly includes:
步骤 31、 IRP代理器接收来自 IRP管理器的关于通知日志的操作请 求; 所述的操作请求可以是创建、 删除、 查询、 挂起和恢复通知日志操 作, 以及查询、 删除通知日志记录操作。 所述不同的操作请求直接调用 IRP代理器中的处理进程 21分别进行处理。  Step 31: The IRP proxy receives an operation request from the IRP manager for the notification log; the operation request may be a create, delete, query, suspend, and resume notification log operation, and query and delete the notification log record operation. The different operation requests directly call the processing process 21 in the IRP proxy for processing.
所述创建通知日志操作请求中包括 IRP管理器所要求的通知日志的 创建参数, 即: 指定通知日志的属性, 包括: 通知类别集合, 过滤器、 日志满动作、 最大占用空间、 日志记录生命周期和容量告警域值。 当 IRP代理器收到创建通知日志操作请求时, 则执行步骤 321和步 骤 322; The creation notification log operation request includes a creation parameter of the notification log required by the IRP manager, that is, a property of the notification log, including: a notification category set, a filter, a log full action, a maximum occupied space, and a log record life cycle. And capacity alarm field values. When the IRP proxy receives the create notification log operation request, step 321 and step 322 are performed;
步骤 321、 IRP代理器的处理进程 21根据该通知日志的创建参数 在通知日志管理器表 23 中添加一条通知日志, 建立新添加的通知曰 志的属性, 属性中的通知类别集合, 过滤器、 日志满动作、 最大占用空 间、 Θ志记录生命周期和容量告警域值与创建参数中所述的相同; 同时, IRP代理器调用通知日志视图管理器 24根据创建参数中的过滤器为该通 知曰志创建一个相对应的通知日志视图。 该通知日志视图的引用条件 可以为下述条件的组合: 通知日志属性中的通知日志标识, 通知日志 记录的标识、 记入时间, 通知信息内容的过滤器, 挂起开始时间和挂 起结束时间; 其中通知信息内容的过滤器条件可为: 只要求记录在某 一时间段的日志记录, 某些事件类型的日志记录, 或者其他可过滤域 的限制条件, 通过该通知日志视图, IRP管理器可以查看到满足其指 定条件的日志记录; 刚创建的通知日志视图中没有挂起开始时间和挂 起结束时间。  Step 321: The processing process 21 of the IRP agent adds a notification log to the notification log manager table 23 according to the creation parameter of the notification log, and establishes a property of the newly added notification message, a notification category set in the attribute, a filter, The log full action, maximum occupied space, ambiguous record life cycle, and capacity alarm field values are the same as described in the creation parameters; at the same time, the IRP agent invokes the notification log view manager 24 as the notification based on the filter in the creation parameter 曰Create a corresponding notification log view. The reference condition of the notification log view may be a combination of the following conditions: a notification log identifier in the notification log attribute, an identifier of the notification log record, a credit time, a filter for notifying the content of the information, a suspend start time, and a suspend end time The filter condition for notifying the content of the message can be: Only log records recorded in a certain period of time, log records of certain event types, or other filterable domain restrictions, through which the IRP Manager is notified You can view the log records that meet their specified criteria; there is no pending start time and pending end time in the notification log view that was just created.
步驟 322、 IRP代理器向 IRP管理器返回创建通知日志操作响应, 其中包括创建是否成功的状态标识, 如果创建成功, 则还包括被成功创 建的通知日志的标识。  Step 322: The IRP agent returns a response to the creation of the notification log operation to the IRP manager, including the status identifier of whether the creation is successful. If the creation is successful, the identifier of the successfully created notification log is also included.
所述删除通知日志操作请求中还包括所要删除的通知日志的标识。 当 IRP代理器收到删除通知日志操作请求时, 则执行步骤 331 和步骤 332;  The deletion notification log operation request further includes an identifier of the notification log to be deleted. When the IRP proxy receives the delete notification log operation request, step 331 and step 332 are performed;
步骤 331、 IRP代理器的处理进程 21调用通知日志视图管理器 24 和通知日志管理器表 23进行删除操作, 通知日志管理器表 23根据操作 请求中包括的所要删除通知日志的标识删除对应的通知日志属性, 通知 日志视图管理器 24根据该通知日志的标识删除对应的通知日志视图。 步驟 332、 IRP代理器向 IRP管理器返回删除通知日志操作响应, 该响应中包括删除是否成功的状态标识, 如果删除成功, 则还包括该被 成功删除的通知日志的标识。 Step 331, the processing process 21 of the IRP proxy invokes the notification log view manager 24 and the notification log manager table 23 to perform a deletion operation, and notifies the log manager table 23 to delete the corresponding notification according to the identifier of the notification log to be deleted included in the operation request. The log attribute, the notification log view manager 24 deletes the corresponding notification log view according to the identifier of the notification log. Step 332: The IRP agent returns a deletion notification log operation response to the IRP manager, where the response includes a status identifier of whether the deletion is successful. If the deletion is successful, the identifier of the successfully deleted notification log is further included.
所述挂起通知日志操作请求中还包括所要挂起的通知日志的标识。 当 IRP代理器收到挂起通知日志操作请求时, 则执行步骤 341 和步骤 342;  The pending notification log operation request further includes an identifier of the notification log to be suspended. When the IRP proxy receives the pending notification log operation request, step 341 and step 342 are performed;
步骤 341、 IRP代理器的处理进程 21调用通知日志挂起记录表 25 的挂起通知日志操作和通知日志视图管理器 24 的修改视图操作, 即: 在通知日志挂起记录表 25 添加一个通知日志挂起记录, 其中的通知曰 志标识为操作请求中的通知日志标识, 挂起开始时间为该操作的当前时 间,挂起结束时间为"永远"; 通知日志视图管理器 24根据操作请求中的 通知日志标识修改对应视图的引用条件,即增加一个过滤条件, 内容是: 在挂起开始时间后, 挂起结束时间之前, 新记入通知日志记录表 22 中 的通知日志记录在该通知日志视图中不可见。  Step 341, the processing process 21 of the IRP proxy invokes the suspend notification log operation of the notification log suspension record table 25 and the modification view operation of the notification log view manager 24, that is: Add a notification log in the notification log suspension record table 25. Suspending the record, wherein the notification flag is the notification log identifier in the operation request, the suspension start time is the current time of the operation, and the suspension end time is "forever"; the notification log view manager 24 is in accordance with the operation request. The notification log identifier modifies the reference condition of the corresponding view, that is, adds a filter condition, which is: After the suspension start time, before the suspension end time, the notification log in the new entry notification log record table 22 is recorded in the notification log view. Not visible in the middle.
如果执行此操作时, 通知日志已经挂起, 则通知曰志视图管理器 24 不修改视图的引用条件, 通知日志挂起记录表 25 也不修改对应的通知 曰志挂起记录。  If the notification log has been suspended when this operation is performed, the notification view manager 24 does not modify the reference condition of the view, notifies the log suspension record table 25 that the corresponding notification is not modified.
步骤 342、 IRP代理器向 IRP管理器返回挂起通知日志操作响应, 该响应中包括挂起是否成功的状态标识, 如果成功挂起, 则还包括被成 功挂起的通知日志的标识。  Step 342: The IRP agent returns a suspension notification log operation response to the IRP manager, where the response includes a status identifier of whether the suspension is successful, and if the suspension is successful, the identifier of the notification log that is successfully suspended is also included.
所述恢复通知日志操作请求中还包括所要恢复的通知日志的标识。 当 IRP代理器收到恢复通知日志操作请求时, 则执行步骤 351 和步骤 352;  The recovery notification log operation request further includes an identifier of the notification log to be restored. When the IRP proxy receives the recovery notification log operation request, step 351 and step 352 are performed;
步驟 351、 IRP代理器的处理进程 21调用通知日志挂起记录表 25 的恢复通知日志操作和通知日志视图管理器 24 的修改视图操作, 即: 曰志挂起记录表 25根据操作请求中的通知日志标识找到对应的通知日 志挂起记录, 将其中的挂起结束时间修改为当前时间; 通知日志视图管 理器 24根据操作请求中的通知日志标识修改对应视图的引用条件, 使 在此后 , 通知日志记录表 22中记入的日志记录可以出现在该视图中。 Step 351, the processing process 21 of the IRP proxy invokes the recovery notification log operation of the notification log suspension record table 25 and the modified view operation of the notification log view manager 24, namely: The alert suspension record table 25 finds the corresponding notification log suspension record according to the notification log identifier in the operation request, and modifies the suspension end time therein to the current time; the notification log view manager 24 identifies the notification log according to the operation request. Modify the reference condition of the corresponding view so that the log records recorded in the notification log record table 22 can appear in the view.
如果执行此操作时, 通知日志没有被挂起, 则通知日志视图管理器 24不修改视图的引用条件, 通知日志挂起记录表 25也不修改对应的通 知日志挂起记录。  If the notification log is not suspended when this operation is performed, the notification log view manager 24 does not modify the reference condition of the view, and notifies the log suspension record table 25 that the corresponding notification log suspension record is not modified.
步驟 352、 IRP代理器向 IRP管理器返回恢复通知日志响应, 该响 应中包括恢复是否成功的状态标识, 如果成功, 则还包括被成功恢复的 通知日志的标识。  Step 352: The IRP agent returns a recovery notification log response to the IRP manager, where the response includes a status identifier of whether the recovery is successful, and if successful, an identifier of the notification log that is successfully restored.
所述查询通知日志操作请求中包括所要查询的通知日志的标识。 当 IRP代理器收到查询通知日志操作请求时, 则执行步驟 361和步骤 362; 步驟 361、 IRP代理器的处理进程 21调用通知日志管理器表 23进 行查询操作, 通知曰志管理器表 23根据操作请求中的通知日志的标识 获取对应的通知日志视图, 通过该通知日志视图更新对应的通知日志属 性: 首先在与通知日志标识对应的数据库视图中查询当前通知日志记录 数并计算当前通知日志记录占用空间, 其计算过程为: 查询通知日志记 录表的占用空间和总记录数, 两者相除计算平均每记录占用空间, 再根 据通知日志的当前记录数, 乘以平均每记录占用空间, 计算出通知曰志 占用的空间; 再根据最近一次通知日志挂起记录来判断该通知日志的管 理状态, 例如: 如果最近一次通知日志挂起记录的挂起开始时间在当前 时间之前, 而挂起结束时间为无限长, 则管理状态为挂起状态; 接着根 据当前通知日志记录占用空间是否达到最大占用空间来判断该通知日 志的可用性, 如果达到最大占用空间则不可用, 没有达到则可用; 然后 才艮据管理状态和可用性判断该通知日志的运行状态, 如果通知日志处于 挂起状态或者不可用, 则运行状态为异常(Disabled ), 否则运行状态为 正常 (Enabled ); 最后, 根据上述查询和判断结果更新通知日志属性中 的当前日志记录数、 当前占用空间、 管理状态、 可用性和运行状态。 The query notification log operation request includes an identifier of the notification log to be queried. When the IRP proxy receives the query notification log operation request, step 361 and step 362 are performed; Step 361, the processing process 21 of the IRP proxy invokes the notification log manager table 23 to perform a query operation, and notifies the log manager table 23 according to The identifier of the notification log in the operation request obtains the corresponding notification log view, and the corresponding notification log attribute is updated by the notification log view: First, the current notification log record number is queried in the database view corresponding to the notification log identifier, and the current notification log record is calculated. The calculation process is as follows: Query the occupied space of the notification log record table and the total number of records. Divide the two to calculate the average occupied space per record, and then multiply the average record space by the notification log according to the current record number of the notification log. The space occupied by the notification log is used; the management status of the notification log is judged according to the last notification log suspension record, for example: If the last notification log suspension record suspends the start time before the current time, and the suspension ends When the time is infinite, the management state is suspended. Then, according to the current notification log, whether the occupied space reaches the maximum occupied space, the availability of the notification log is judged, and if the maximum occupied space is reached, it is unavailable, and if it is not reached, it is available; then the running of the notification log is judged according to the management status and availability. Status, if the notification log is at If the status is suspended or unavailable, the running status is abnormal (Disabled), otherwise the running status is Enabled. Finally, the current log record, current occupied space, and management status in the notification log attribute are updated according to the above query and judgment result. , availability and operational status.
步驟 362、 IRP代理器将更新后的该通知日志的属性作为查询结果, 向 IRP管理器返回查询操作响应, 该响应中包括查询是否成功的状态标 识, 如果查询成功, 还包括被成功查询的通知日志的属性。  Step 362: The IRP proxy returns the updated query log attribute as a query result, and returns a query operation response to the IRP manager, where the response includes a status identifier of whether the query is successful, and if the query is successful, the notification is successfully queried. The properties of the log.
如果本发明只用通知日志视图管理器 24对通知曰志进行记录、 管 理和操作时, 则本步骤中, IRP代理器的处理进程 21调用通知日志视图 管理器 24根据操作请求中的通知日志的标识获取对应通知日志的视图, 再通过该通知日志视图更新对应的通知日志属性, 最后返回查询的通知 日志属性。  If the present invention only uses the notification log view manager 24 to record, manage, and operate the notification message, then in this step, the processing process 21 of the IRP agent invokes the notification log view manager 24 according to the notification log in the operation request. The identifier obtains the view corresponding to the notification log, and then updates the corresponding notification log attribute through the notification log view, and finally returns the notification log attribute of the query.
所述查询通知日志中通知日志记录的操作请求中包括所要查询的 通知日志标识。 此外, 该操作请求还可以包括查询条件, 该查询条件可 看作为叠加在通知日志引用上的另一.引用条件, 例如该查询条件可以是 下述条件的组合: 通知日志记录的标识, 记入时间, 通知信息内容的事 件时间、 事件类型, 或者通知信息内容的其他可过滤域; 另外, 该操作 请求中还可包括 IRP管理器所要求的查询结果返回形式, 该返回形式为 XML文件格式。  The operation request of the notification log record in the query notification log includes the notification log identifier to be queried. In addition, the operation request may further include a query condition, which may be regarded as another reference condition superimposed on the notification log reference, for example, the query condition may be a combination of the following conditions: an identifier of the notification log record, Time, the event time of the information content, the event type, or other filterable domain of the notification information content; in addition, the operation request may further include a return form of the query result required by the IRP manager, and the return form is an XML file format.
当 IRP代理器收到查询通知日志中日志记录的操作请求时, 则执行 步骤 371和步骤 372;  When the IRP proxy receives the operation request for logging in the query notification log, step 371 and step 372 are performed;
步骤 371、 IRP代理器的处理进程 21调用通知日志视图管理器 24 执行查询通知日志记录操作, 即: 通知日志视图管理器 24根据操作请 求中的通知日志标识查找到对应的通知日志视图, 在该通知日志视图中 查询符合指定查询条件的通知日志记录; 如果 IRP管理器要求以 XML 文档方式返回查询结果, 则将所查询到的通知日志记录集合组成一个 XML文档, 存储在 IRP代理器中。 Step 371, the processing process 21 of the IRP proxy invokes the notification log view manager 24 to perform the query notification logging operation, that is, the notification log view manager 24 finds the corresponding notification log view according to the notification log identifier in the operation request, where In the notification log view, query the notification log records that meet the specified query conditions; if the IRP manager requests to return the query results in an XML document manner, the query log recordsets that are queried are combined into one. The XML document is stored in the IRP proxy.
例如: IRP管理器请求: 查询标识为 1的通知日志中的事件时间 为 02: 00的日志记录, 其查询条件为事件时间为 02: 00的日志记录。 IRP代理器收到请求后, 查找到标识为 1的通知日志对应的通知曰志 视图, 再在该通知日志视图中查找到所有事件时间为 02: 00的日志记 录。  For example: IRP Manager Request: The log record with the event time of 02: 00 in the notification log with ID 1 is the log record with the event time of 02: 00. After receiving the request, the IRP agent finds the notification log corresponding to the notification log with the ID of 1, and then finds all the log records with the event time of 02: 00 in the notification log view.
步骤 372、 IRP代理器向 IRP管理器返回查询通知日志中记录的响 应, 该响应中包括查询是否成功的状态标识, 如果成功, 则还包括被查 询的通知日志标识和查询结果。 如果 IRP管理器要求以 XML文档方式 返回查询结果, 则将所查询到的通知日志记录集合所组成的 XML文档 在 IRP代理器中的存储位置返回给 IRP管理器,如果 IRP管理器没有要 求以 XML文档方式返回查询结果, 则向 IRP管理器返回查询到的通知 曰志记录集合。  Step 372: The IRP agent returns a response recorded in the query notification log to the IRP manager, where the response includes a status identifier of whether the query is successful, and if successful, the notified notification log identifier and the query result. If the IRP manager requests to return the query result in an XML document manner, the XML document composed of the notified notification log record set is returned to the IRP manager in the storage location of the IRP proxy, if the IRP manager does not require XML The document mode returns the query result, and returns the queried notification record set to the IRP manager.
所述删除通知日志中通知日志记录的操作请求包括通知日志标识 和删除条件,该删除条件可以是下述条件的组合:通知日志记录的标识, 记入时间, 通知信息内容的事件时间、 事件类型, 或者通知信息内容的 其他可过滤域。  The operation request of the notification log record in the deletion notification log includes a notification log identifier and a deletion condition, and the deletion condition may be a combination of the following conditions: an identifier of the notification log record, a credit time, an event time of the notification information content, and an event type. , or notify other filterable fields of the message content.
当 IRP代理器收到删除通知日志中日志记录的操作请求时, 则执行 步骤 381和步驟 382;  When the IRP proxy receives the operation request to delete the log record in the notification log, step 381 and step 382 are performed;
步骤 381、 IRP代理器的处理进程 21调用通知日志视图管理器 24 进行删除通知日志中的日志记录, 即: 通知日志视图管理器 24根据操 作请求中的通知日志标识查找对应的通知日志视图, 并修改该通知曰志 视图的引用条件, 即叠加与删除条件相应的过滤条件, 使 IRP管理器从 该通知日志视图中看不到所符合删除条件的日志记录, 达到从该通知曰 志中删除日志记录的效果。 但是, 所过滤掉的日志记录在通知日志记录 表 22中依然存在, 因此其他通知日志视图依然可以利用该日志记录。 步骤 382、 IRP代理器向 IRP管理器返回操作响应, 该响应中包 括删除记录是否成功的状态标识, 如果成功, 则还包括被成功删除了 通知日志记录的通知日志标识。 Step 381, the processing process 21 of the IRP agent invokes the notification log view manager 24 to perform the log record in the deletion notification log, that is, the notification log view manager 24 searches for the corresponding notification log view according to the notification log identifier in the operation request, and The reference condition of the notification view is modified, that is, the filtering condition corresponding to the deletion condition is superimposed, so that the IRP manager does not see the log record that meets the deletion condition from the notification log view, and the log is deleted from the notification message. The effect of the record. However, the filtered logs are recorded in the notification log record It still exists in Table 22, so other notification log views can still take advantage of this log record. Step 382: The IRP agent returns an operation response to the IRP manager, where the response includes a status identifier for deleting whether the record is successful, and if successful, the notification log identifier of the notification log record is successfully deleted.
例如, IRP管理器请求: 将标识为 1的通知日志中的事件时间为 02: 00的通知日志记录删除。 IRP代理器收到请求后, 查找到标识为 1的通知日志对应的通知日志视图,修改该通知日志视图中的过滤器, 即叠加一条过滤条件: 将该通知日志视图中所有事件时间为 02: 00 的通知日志记录过滤掉。 经过上述操作, 通知日志记录表 22中所有 事件时间为 02: 00的通知日志记录在该通知日志视图中都不可见。 因此 IRP管理器通过该通知日志视图看到的通知日志中,不再有其所 要求删除的通知日志记录。  For example, the IRP Manager requests: The notification log record with an event time of 02: 00 in the notification log with ID 1 is deleted. After receiving the request, the IRP agent finds the notification log view corresponding to the notification log with the ID of 1. The filter in the notification log view is modified, that is, a filter condition is superimposed: The time of all events in the notification log view is 02: The notification log of 00 is filtered out. After the above operation, all the notification log records in the notification log record table 22 with an event time of 02: 00 are not visible in the notification log view. Therefore, the notification log that the IRP manager sees through the notification log view no longer has the notification log record that it requested to delete.
但是, 也存在一种情况: 如果某条通知日志记录在所有的通知曰志 中都被删除, 则 IRP代理器会将该通知日志记录从日志记录表 22中永 久删除, 此后, 从任何一个通知日志视图中都看不到该通知日志记录。  However, there is also a case: If a notification log record is deleted in all notification messages, the IRP agent will permanently delete the notification log record from the log record table 22, and thereafter, from any one of the notifications This notification log record is not visible in the log view.
以上是 IRP代理器根据接收到的操作请求对通知日志进行操作的流 程。 另外, IRP代理器还会主动对某一个通知日志进行容量告警操作, 该容量告警操作可以有两种: 记录数容量告警操作和记录空间容量告警 操作。 在实际的实现过程中, 只选择其中的一种操作。 其中: 如果进行 记录数容量告警操作则执行步骤 391;如果进行记录空间容量告警操作, 则执行步骤 394。  The above is the flow of the IRP agent operating the notification log based on the received operation request. In addition, the IRP agent also actively performs a capacity alarm operation on a notification log. The capacity alarm operation can be performed in two ways: recording the number capacity alarm operation and recording the space capacity alarm operation. In the actual implementation process, only one of the operations is selected. If the recording capacity alarm operation is performed, go to step 391; if the recording space capacity alarm operation is performed, go to step 394.
步骤 391、 IRP代理器的处理进程 21调用通知日志记录表 22查找 该曰志记录表 22 中的日志记录数量及其占用空间, 并用占用空间除以 曰志记录数量, 获得平均每条日志记录的平均占用空间;  Step 391, the processing process 21 of the IRP agent invokes the notification log record table 22 to find the number of log records in the log record table 22 and its occupied space, and divides the occupied space by the number of records, to obtain an average of each log record. Average occupied space;
步驟 392、 IRP代理器的处理进程 21调用通知日志管理器表 23根 据操作请求中包括的通知日志标识查找到对应的通知日志视图, 通过该 通知日志视图更新对应的通知日志属性, 其中主要包括更新当前日志记 录数、 当前占用空间、 可用性和运行状态; 再查询该通知日志属性中的 预定义最大空间, 利用该预定义最大空间除以步骤 391中获得的日志记 录平均占用空间, 获得该通知日志可以保存的最大日志记录数; Step 392, the processing process 21 of the IRP proxy invokes the notification log manager table 23 According to the notification log identifier included in the operation request, the corresponding notification log view is found, and the corresponding notification log attribute is updated by the notification log view, which mainly includes updating the current log record number, current occupied space, availability, and running status; The predefined maximum space in the notification log attribute is obtained by dividing the predefined maximum space by the average occupied space of the log obtained in step 391, and obtaining the maximum number of log records that the notification log can save;
如果本发明只用通知日志视图管理器 24对通知日志进行记录、 管理和操作时, 则本步骤查找与操作请求中包括的通知日志标识所对 应的通知日志属性的方法可以为: IRP代理器的处理进程 21先调用通 知曰志视图管理器 24查找到对应的通知日志视图, 再查找到对应的通 知日志属性。  If the present invention only uses the notification log view manager 24 to record, manage, and operate the notification log, the method for searching for the notification log attribute corresponding to the notification log identifier included in the operation request may be: IRP proxy The processing process 21 first calls the notification message view manager 24 to find the corresponding notification log view, and then finds the corresponding notification log attribute.
步骤 393、通知日志管理器表 23查询该通知日志的当前日志记录数, 并获得当前日志记录数和步骤 392获得的日志最大记录数的比值, 再请 求通知日志管理器表 23 查询该通知日志的记录数容量告警域值, 如果 获得的比值越过所述的记录数容量告警域值, 则向 IRP管理器发送容量 告警通知。  Step 393: The notification log manager table 23 queries the current log record number of the notification log, and obtains the ratio of the current log record number to the maximum log record number obtained in step 392, and then requests the log manager table 23 to query the notification log. The number of capacity alarm field values is recorded. If the obtained ratio exceeds the record number capacity alarm field value, a capacity alarm notification is sent to the IRP manager.
如果所述的记录数容量告警域值有多个, 且有等级之分, 则在步骤 393 中, 将获得的比值与各个等级的域值对比, 如果该比值越过某个告 警级别的记录数容量告警域值, 则向 IRP管理器发送对应級别的容量告 警通知, 如果原来已经发送过级别不同的告警通知, 则发送告警级别修 改的通知。 如果该比值降到最低级别的记录数容量告警域值之下, 则发 送清除告警。  If there are multiple alarm field values in the record number capacity, and there is a level, then in step 393, the obtained ratio is compared with the domain value of each level, if the ratio exceeds the record capacity of an alarm level. If the alarm domain value is sent, the ITP manager sends a notification of the corresponding level of the alarm. If the alarm notifications of different levels have been sent, the alarm level modification notification is sent. If the ratio falls below the lowest level of the recordable capacity alarm field value, a clear alert is sent.
上述的容量告警操作可以周期性的执行, 也可以由通知日志记录管 理器的第 N个添加记录操作触发执行, 所述的 N为自然数。  The above capacity alarm operation may be performed periodically, or may be triggered by the Nth record adding operation of the notification log record manager, where N is a natural number.
步骤 394、 IRP代理器的处理进程 21调用通知日志管理器表 23进 行以下操作: 根据操作请求包括的通知日志标识查询对应的通知日志视 图, 通过该通知日志视图更新对应的通知日志属性, 其中主要包括更新 当前日志记录数、 计算并更新当前占用空间、 可用性和运行状态, 计算 当前占用空间的方法与步驟 361中所述方法相同, 此处不再叙述; 再查 询该通知日志属性中的当前占用空间和最大占用空间, 获得该当前占用 空间和最大占用空间的比值, 接着查询该通知日志的记录空间容量告警 域值, 如果所述比值越过所述的记录空间容量告警域值, 则向 IRP管理 器发送容量告警通知。 Step 394, the processing process 21 of the IRP agent invokes the notification log manager table 23 to perform the following operations: according to the notification log identifier included in the operation request, the notification log corresponding to the query The method for updating the corresponding notification log attribute by using the notification log view, which mainly includes updating the current log record number, calculating and updating the current occupied space, availability, and running status, and calculating the current occupied space is the same as the method described in step 361. It is not described here; the current occupied space and the maximum occupied space in the notification log attribute are queried, the ratio of the current occupied space to the maximum occupied space is obtained, and then the recording space capacity alarm field value of the notification log is queried, if When the ratio exceeds the recording space capacity alarm domain value, a capacity alarm notification is sent to the IRP manager.
如果本发明只用通知日志视图管理器 24对通知日志进行记录、 管 理和操作时, 则本步骤查找与操作请求中包括的通知日志标识所对应的 通知日志属性的方法可以为: IRP代理器的处理进程 21先调用通知日志 视图管理器 24 查找到对应的通知日志视图, 再查找到对应的通知日志 属性。  If the present invention only uses the notification log view manager 24 to record, manage, and operate the notification log, the method for searching for the notification log attribute corresponding to the notification log identifier included in the operation request may be: IRP proxy The processing process 21 first calls the notification log view manager 24 to find the corresponding notification log view, and then finds the corresponding notification log attribute.
如果所述的记录空间容量告警域值有多个, 且有等级之分, 则在步 骤 394中, 将获得的比值与各个等级的域值对比, 如果该比值越过某个 告警级别的记录空间容量告警域值, 则向 IRP管理器发送对应级别的容 量告警通知, 如果原来已经发送过级别不同的告警通知, 则发送告警级 别修改的通知。 如果该比值降到最低级别的记录空间容量告警域值之 下, 则发送清除告警。  If the recording space capacity alarm field value has multiple, and there is a level, then in step 394, the obtained ratio is compared with the domain value of each level, if the ratio exceeds the recording space capacity of an alarm level. If the alarm domain value is sent, the ITP manager sends a notification of the corresponding level of the alarm. If the alarm notifications of different levels have been sent, the alarm level modification notification is sent. If the ratio falls below the lowest level of the record space capacity alarm field value, a clear alarm is sent.
上述的容量告警操作可以周期性的执行, 也可以由通知日志记录管 理器的第 N个添加记录操作触发执行, 所述的 N为自然数。  The above capacity alarm operation may be performed periodically, or may be triggered by the Nth record adding operation of the notification log record manager, where N is a natural number.
实施例二:  Embodiment 2:
本实施例二中, 所述存储器采用可扩展标记语言 (XML ) 文件存 储通知日志记录, 所述的存储器引用器为该 XML文件的引用, 在 IRP 代理器中将所有通知的曰志记录存储在所述 XML文件中,用该 XML 文件的引用代表通知日志, IRP 代理器对通知日志的操作映射为对 该 XML文件引用的操作。 In the second embodiment, the memory stores an notification log record by using an Extensible Markup Language (XML) file, where the memory reference device is a reference to the XML file, and all the notified records are stored in the IRP proxy. In the XML file, the reference to the XML file represents the notification log, and the operation of the notification log by the IRP agent is mapped to The operation referenced by the XML file.
XML文件引用的引用条件包括 IRP管理器所要求的通知日志"通知 类别集合"和"过滤器"属性, IRP管理器将不符合该引用条件的通知的日 志记录过滤掉, 因此只可看到所述 XML文件中符合引用条件的日志记 录内容, 所看到的日志记录的集合即是通知日志, 因此本发明中, 该 XML文件引用也可称为通知日志引用。 所述的 XML文件引用的引用 条件存储在另一个 XML文件中, 每一个 XML文件引用为存储引用 条件 XML文件的一个元素。  The reference conditions for the XML file reference include the notification log "notification category set" and "filter" attributes required by the IRP manager, and the IRP manager filters out the log records of notifications that do not meet the reference condition, so only the view can be seen. The log record content in the XML file that meets the reference condition, and the set of log records seen is the notification log. Therefore, in the present invention, the XML file reference may also be referred to as a notification log reference. The reference condition of the XML file reference is stored in another XML file, and each XML file is referenced as an element storing the reference condition XML file.
本实施例二中, 在 IRP代理器中设置四类 XML文件, 分别为: 一、通知日志记录 XML文件,用于存储通知的日志记录,在该 XML 文件中, 每一个通知的日志记录表示为一个通知日志记录元素。 当 IRP 代理器发出通知时, 需要在该通知日志记录 XML文件中添加通知日志 记录, 添加通知日志记录的当前时间为通知日志记录的记入时间。 IRP 代理器会周期性地检查每一条日志记录的记入时间和当前时间的时间 距离, 当某一通知日志记录的记入时间距离当前时间大于任何一个通知 日志规定的通知日志记录的生命周期时, 则会从该通知日志记录 XML 文件中删除该日志记录。  In the second embodiment, four types of XML files are set in the IRP proxy, respectively: 1. A notification log record XML file, which is used to store a log record of the notification, in which the log record of each notification is expressed as A notification log record element. When the IRP proxy sends a notification, it needs to add a notification log record to the notification log record XML file. The current time to add the notification log record is the time of the notification log record. The IRP agent periodically checks the time interval between the entry time and the current time of each log record. When the log time of a notification log record is greater than the current time, the lifetime of the notification log record specified by any notification log. , the log record is removed from the notification log record XML file.
二、 通知日志属性 XML文件, 用于存储通知日志属性, 在该 XML 文件中, 每个通知日志的属性表示为一个通知日志属性元素。  Second, the notification log attribute XML file, used to store the notification log attribute, in which the attribute of each notification log is represented as a notification log attribute element.
三、 通知日志引用 XML文件, 用于存储所述通知日志引用的引用 条件, 即通知日志对应的 XML文件引用,在该通知日志引用 XML文件 中, 每个元素标识一个对应通知日志的引用条件, 通过这个引用条件可 以在通知日志记录 XML文件中看到对应通知日志包含的记录。 本实施 例利用该通知日志引用 XML文件中的通知日志引用来实现 IRP代理器 中对于通知日志的操作。 四、通知日志挂起记录 XML文件, 用于存储通知日志的挂起记录, 该挂起记录的内容包括: 通知日志标识、 挂起开始时间和挂起结束时 间, 所述挂起结束时间为通知日志的恢复时间。 在该 XML文件中, 每个通知日志挂起记录表示为一个通知日志桂起记录元素。 The notification log refers to an XML file, and is used to store a reference condition of the notification log reference, that is, an XML file reference corresponding to the notification log. In the notification log reference XML file, each element identifies a reference condition corresponding to the notification log. Through this reference condition, the record contained in the corresponding notification log can be seen in the notification log record XML file. This embodiment utilizes the notification log to reference the notification log reference in the XML file to implement the operation of the notification log in the IRP proxy. The notification log suspends the record XML file, and is used for storing the suspend record of the notification log. The content of the suspend record includes: a notification log identifier, a suspend start time, and a suspend end time, and the suspend end time is a notification. The recovery time of the log. In the XML file, each notification log pending record is represented as a notification log.
参见图 4, 本实施例为了实现对通知日志的操作, 在 IRP代理器 中创建了通知日志操作处理进程 41、 通知日志记录管理器 42、 通知 日志管理器 43、 通知日志引用管理器 44、 通知日志挂起管理器 45。 其中:  Referring to FIG. 4, in order to implement the operation of the notification log, the notification log operation processing process 41, the notification log record manager 42, the notification log manager 43, the notification log reference manager 44, and the notification are created in the IRP agent. The log hangs manager 45. among them:
通知日志操作处理进程 41用于接收来自 IRP管理器的通知日志 操作请求, 判断该操作请求参数的合法性, 并执行对通知日志的相应 操作处理, 向 IRP管理器返回处理结果。 一般情况下, 来自 IRP管理 器的通知日志操作请求包括: 创建、 删除、 查询、 挂起、 恢复通知曰 志操作, 以及查询、 删除通知日志中通知日志记录的操作; 另外, 通知 日志操作处理进程 41还会向 IRP管理器发送容量域值告警。  The notification log operation processing process 41 is configured to receive a notification log operation request from the IRP manager, determine the validity of the operation request parameter, and perform corresponding operation processing on the notification log, and return the processing result to the IRP manager. In general, the notification log operation requests from the IRP manager include: create, delete, query, suspend, resume notification, and query, delete the notification log record in the notification log; in addition, notify the log operation process 41 will also send a volume domain value alert to the IRP manager.
通知日志记录管理器 42用于对所述的通知日志记录 XML文件进 行管理, 可根据需要在该通知日志记录 XML文件中添加、 删除或者读 取通知日志记录, 以及可根据该通知日志记录 XML文件的当前记录数 和当前占用空间计算平均每条日志记录占用空间的操作。  The notification log record manager 42 is configured to manage the notification log record XML file, add, delete or read the notification log record in the notification log record XML file as needed, and record the XML file according to the notification log. The current number of records and the current footprint calculate the average space per log record.
通知日志管理器 43用于管理所述的通知日志属性 XML文件, 可 根据需要在该通知日志属性 XML 文件中添加通知日志、 删除通知日 志、 查询通知日志属性、 计算日志最大的记录数、 发送记录空间域值告 警、 发送记录数域值告警、 更新通知日志当前记录数和更新通知日志当 前记录空间操作。  The notification log manager 43 is configured to manage the notification log attribute XML file, and may add a notification log, a deletion notification log, a query notification log attribute, a maximum number of records of the calculation log, and a transmission record in the notification log attribute XML file as needed. The spatial domain value alarm, the sent record number field value alarm, the update notification log current record number, and the update notification log current record space operation.
通知日志引用管理器 44用于管理所述的通知日志引用 XML文 件, 可根据需要在该通知日志引用 XML文件中创建、 删除通知曰志 引用, 可修改或者查询通知日志引用的引用条件。 The notification log reference manager 44 is configured to manage the notification log reference XML file, and may create and delete a notification in the notification log reference XML file as needed. References, can modify or query the reference conditions of the notification log reference.
本实施例中, 为了方便管理, 用通知日志管理器 43和通知日志 引用管理器 44, 分别管理通知日志属性 XML 文件和通知日志引用 XML 文件, 共同对通知日志进行记录、 管理和操作, 本发明也可将 通知日志 XML属性文件和通知日志引用 XML文件合并, 并且将通 知日志管理器 43和通知日志引用管理器 44合并,只用通知日志引用 管理器 44对通知日志属性和引用 XML文件进行操作, 并对通知曰 志进行记录、 管理和操作, 包括: 记录通知日志的属性、 添加通知日 志属性、 删除通知日志属性、 查询通知日志属性、 计算日志最大的记录 数、 发送记录空间域值告警、 发送记录数域值告警、 更新通知日志当前 记录数和更新通知日志当前记录空间操作, 以及创建通知日志引用、删 除通知日志引用、修改通知日志引用的引用条件和获取通知日志引用 的引用条件等操作。  In this embodiment, for the convenience of management, the notification log manager 43 and the notification log reference manager 44 respectively manage the notification log attribute XML file and the notification log reference XML file to jointly record, manage, and operate the notification log, and the present invention The notification log XML attribute file and the notification log reference XML file may also be merged, and the notification log manager 43 and the notification log reference manager 44 are merged, and only the notification log reference manager 44 operates on the notification log attribute and the reference XML file. And recording, managing, and operating the notification log, including: recording the properties of the notification log, adding the notification log attribute, deleting the notification log attribute, querying the notification log attribute, calculating the maximum number of records of the log, sending the record space field value alarm, Send record number field value alarm, update notification log current record number and update notification log current record space operation, and create notification log reference, delete notification log reference, modify reference condition of notification log reference, and obtain reference condition of notification log reference Wait for the operation.
通知日志挂起管理器 45用于对通知日志进行挂起和恢复操作, 并在所述通知日志挂起记录 XML 文件中对通知日志的挂起情况进行 记录。 其所记录的内容包括: 通知日志标识、 挂起开始时间和挂起结 束时间, 该挂起结束时间为通知日志的恢复时间。  The notification log suspension manager 45 is used to suspend and resume the notification log, and records the suspension of the notification log in the notification log pending record XML file. The contents recorded include: notification log identifier, suspend start time, and suspend end time, which is the recovery time of the notification log.
上述的通知日志引用管理器 44和通知日志挂起管理器 45可以预 先建立好,也可在 IRP代理器收到创建通知日志命令请求和挂起通知 曰志命令请求时再建立。 本发明还可以根据 XML文件的存储能力, 存取性能选择建立一个或多个通知日志记录 XML文件, 通知日志引 用 XML文件和通知日志挂起记录 XML文件。  The above notification log reference manager 44 and the notification log suspension manager 45 may be pre-established, or may be established when the IRP proxy receives the create notification log command request and the suspend notification command request. The present invention can also establish one or more notification log record XML files according to the storage capacity of the XML file, access performance, and notify the log to use the XML file and the notification log to suspend the record XML file.
图 5为本实施例在 IRP代理器中实现通知日志操作的流程图。 参见 图 5, 该流程主要包括:  FIG. 5 is a flowchart of implementing a notification log operation in an IRP proxy according to the embodiment. Referring to Figure 5, the process mainly includes:
步骤 51、 IRP代理器接收来自 IRP管理器的关于通知曰志的操作请 求, 并根据操作请求的类別分别进行处理; Step 51: The IRP agent receives the operation of the notification from the IRP manager. Request, and process according to the category of the operation request;
所述的操作请求可以是创建、 删除、 查询、 挂起和恢复通知日志操 作, 以及查询、 删除通知日志中的通知日志记录操作。  The operation requests may be creation, deletion, query, suspend, and resume notification log operations, and query and delete notification log recording operations in the notification log.
当 IRP代理器收到创建通知日志操作请求时, 则执行步驟 521和步 骤 522;  When the IRP proxy receives the create notification log operation request, step 521 and step 522 are performed;
步骤 521、 IRP代理器的处理进程 41根据该通知日志的创建参数 调用通知日志管理器 43 的添加通知日志操作在通知日志属性 XML 文件中添加一条通知日志属性元素, 该通知日志属性中的通知类别集 合, 过滤器、 日志满动作、 最大占用空间、 日志记录生命周期和容量告 警域值与创建参数中所述的相同; 同时, IRP代理器调用通知日志引用 管理器 44根据创建参数中的通知类别集合和过滤器在通知日志引用 XML文件中为该通知日志创建一个相对应的通知日志引用。 该通知曰 志引用包括通知日志属性中的通知日志标识和引用条件,该引用条件 可以为下述条件的组合: 通知日志记录的标识、 记入时间, 通知信息 内容的过滤器, 挂起开始时间和挂起结束时间。 其中通知信息内容的 过滤器条件可为: 只要求记录在某一时间段的日志记录, 某些事件类 型的日志记录,或者其他可过滤域的限制条件,通过该通知日志引用, IRP管理器可以查看到满足所述创建参数指定的日志记录; 刚创建的 通知日志引用中不包括挂起开始时间和挂起结束时间。  Step 521: The processing process 41 of the IRP proxy invokes the add notification log operation of the notification log manager 43 according to the creation parameter of the notification log to add a notification log attribute element in the notification log attribute XML file, and the notification category in the notification log attribute The collection, filter, log full action, maximum footprint, logging lifecycle, and capacity alarm field values are the same as described in Creating Parameters; meanwhile, the IRP proxy invokes the notification log reference manager 44 based on the notification category in the creation parameters. The collection and filter create a corresponding notification log reference for the notification log in the notification log reference XML file. The notification reference includes a notification log identifier and a reference condition in the notification log attribute, and the reference condition may be a combination of the following conditions: an identifier of the notification log record, a credit time, a filter for notifying the content of the information, a suspension start time And suspend the end time. The filter condition for notifying the content of the information may be: only requiring logging of a certain period of time, logging of certain event types, or other restrictions of the filterable domain, by which the IRP manager can View to the log record specified by the creation parameter; the suspension start time and the suspension end time are not included in the notification log reference just created.
步驟 522、 IRP代理器向 IRP管理器返回创建通知日志操作响应, 其中包括创建是否成功的状态标识, 如果创建成功, 则还包括被成功创 建的通知日志的标识。  Step 522: The IRP agent returns a response to the creation of the notification log operation to the IRP manager, including the status identifier of whether the creation is successful. If the creation is successful, the identifier of the successfully created notification log is also included.
当 IRP代理器收到删除通知日志操作请求时, 则执行步骤 531和步 骤 532;  When the IRP proxy receives the delete notification log operation request, step 531 and step 532 are performed;
步骤 531、 IRP代理器的处理进程 41调用通知日志引用管理器 44 和通知日志管理器 43进行删除操作, 通知日志管理器 43根据操作请求 中包括的所要删除通知日志的标识在通知日志属性 XML文件中删除对 应的通知日志属性, 通知日志引用管理器 44根据该通知日志的标识在 通知日志引用 XML文件中删除对应的通知日志引用。 Step 531, the processing process 41 of the IRP proxy invokes the notification log reference manager 44. And the notification log manager 43 performs a deletion operation, and the notification log manager 43 deletes the corresponding notification log attribute in the notification log attribute XML file according to the identifier of the desired deletion notification log included in the operation request, and notifies the log reference manager 44 according to the notification. The identifier of the log deletes the corresponding notification log reference in the notification log reference XML file.
步骤 532、 IRP代理器向 IRP管理器返回删除通知日志操作响应, 该响应中包括删除是否成功的状态标识, 如果删除成功, 则还包括该被 成功删除的通知日志的标识。  Step 532: The IRP agent returns a deletion notification log operation response to the IRP manager, where the response includes a status identifier of whether the deletion is successful. If the deletion is successful, the identifier of the successfully deleted notification log is further included.
当 IRP代理器收到挂起通知日志操作请求时, 则执行步骤 541和步 骤 542;  When the IRP proxy receives the pending notification log operation request, step 541 and step 542 are performed;
步骤 541、 IRP代理器的处理进程 41调用通知日志挂起管理器 45 的挂起通知日志操作和通知日志引用管理器 44 的修改引用操作, 即: 通知日志挂起管理器 45在通知日志挂起记录 XML文件中添加一个通知 曰志挂起记录, 其中的通知日志标识为操作请求中的通知日志标识, 挂 起开始时间为该操作的当前时间, 挂起结束时间为"永远"; 通知日志引 用管理器 44根据操作请求中的通知日志标识在通知日志引用 XML文件 中查找到对应的通知日志引用, 修改该通知日志引用的引用条件, 即增 加一个过滤条件, 内容是: 在挂起开始时间后, 挂起结束时间之前, 新 记入通知日志记录 XML文件中的通知日志记录在该通知日志引用中不 可见。  Step 541, the processing process 41 of the IRP proxy invokes the suspend notification log operation of the notification log suspension manager 45 and the modification reference operation of the notification log reference manager 44, that is, the notification log suspension manager 45 suspends in the notification log. Add a notification 挂 hang record in the record XML file, where the notification log identifier is the notification log identifier in the operation request, the hang start time is the current time of the operation, and the hang end time is "forever"; the notification log reference The manager 44 finds the corresponding notification log reference in the notification log reference XML file according to the notification log identifier in the operation request, and modifies the reference condition of the notification log reference, that is, adds a filtering condition, the content is: after the suspension start time Before the end time is suspended, the notification log record in the new log notification XML file is not visible in the notification log reference.
如果执行此操作时, 通知日志已经挂起, 则通知日志引用管理器 44 不修改引用的引用条件, 通知日志挂起管理器 45 也不对通知日志挂起 XML文件中的对应的通知日志桂起记录进行修改。  If the notification log has been suspended when the operation is performed, the notification log reference manager 44 does not modify the referenced reference condition, and notifies the log suspension manager 45 that the notification log hangs the corresponding notification log in the XML file. to modify.
步骤 542、 IRP代理器向 IRP管理器返回挂起通知日志操作响应, 该响应中包括挂起是否成功的状态标识, 如果成功挂起, 则还包括被成 功挂起的通知日志的标识。 当 IRP代理器收到恢复通知日志操作请求时, 则执行步骤 551和步 骤 552; Step 542: The IRP agent returns a suspension notification log operation response to the IRP manager, where the response includes a status identifier indicating whether the suspension is successful, and if the suspension is successful, the identifier of the notification log that is successfully suspended is further included. When the IRP proxy receives the recovery notification log operation request, then steps 551 and 552 are performed;
步骤 551、 IRP代理器的处理进程 41调用通知日志挂起管理器 45 的恢复通知日志操作和通知日志引用管理器 44 的修改引用条件操作, 即: 日志挂起管理器 45根据操作请求中的通知日志标识从通知日志挂 起记录 XML文件中找到对应的通知日志挂起记录, 将其中的挂起结束 时间修改为当前时间; 通知日志引用管理器 44根据操作请求中的通知 曰志标识从通知日志引用 XML文件中查找到对应的通知日志引用, 并 修改该通知日志引用的引用条件 , 使在此操作后, 通知日志记录 XML 文件中记入的日志记录可以出现在该通知日志中。  Step 551, the processing process 41 of the IRP agent invokes the recovery notification log operation of the notification log suspension manager 45 and the modification reference condition operation of the notification log reference manager 44, that is, the log suspension manager 45 according to the notification in the operation request The log identifier finds a corresponding notification log suspension record from the notification log suspension record XML file, and modifies the suspension end time therein to the current time; the notification log reference manager 44 identifies the slave notification log according to the notification in the operation request. The corresponding notification log reference is found in the reference XML file, and the reference condition of the notification log reference is modified, so that after the operation, the log record recorded in the notification log record XML file can appear in the notification log.
如果执行此操作时, 通知日志没有被挂起, 则通知日志引用管理器 44不修改对应通知日志引用的引用条件, 通知日志挂起记录表 45也不 改对应的通知日志挂起记录。  If the notification log is not suspended when the operation is performed, the notification log reference manager 44 does not modify the reference condition of the corresponding notification log reference, and notifies the log suspension record table 45 that the corresponding notification log suspension record is not changed.
步驟 552、 IRP代理器向 IRP管理器返回恢复通知日志响应, 该响 应中包括恢复是否成功的状态标识, 如果成功, 则还包括被成功恢复的 通知日志的标识。  Step 552: The IRP agent returns a recovery notification log response to the IRP manager, where the response includes a status identifier of whether the recovery is successful, and if successful, an identifier of the notification log that is successfully restored.
当 IRP代理器收到查询通知日志操作请求时, 则执行步骤 561至步 骤 567;  When the IRP proxy receives the query notification log operation request, step 561 to step 567 are performed;
步骤 561、 IRP代理器的处理进程 41调用通知日志管理器 43进行 操作, 即: 通知日志管理器 43首先请求通知日志引用管理器 44根据操 作请求中的通知日志标识从通知日志引用 XML文件中查找对应的通知 日志引用, 获取该通知日志的引用条件;  Step 561, the processing process 41 of the IRP proxy invokes the notification log manager 43 to operate, that is: the notification log manager 43 first requests the notification log reference manager 44 to look up the notification log reference XML file according to the notification log identifier in the operation request. Corresponding notification log reference, obtaining the reference condition of the notification log;
步骤 562、 根据获取的引用条件在通知日志记录 XML文件中查询 符合该引用条件的当前通知日志记录数, 即读取通知日志记录 XML文 件中符合该引用条件的通知日志,并规定输出结果格式为"输出记录数"; 步骤 563、 通知的日志记录管理器 42查询通知日志记录 XML文件 中的曰志记录数量及其占用空间, 并用占用空间除以日志记录数量, 获 得平均每条日志记录的平均占用空间; Step 562: Query, according to the obtained reference condition, the number of current notification log records that meet the reference condition in the notification log record XML file, that is, read the notification log that meets the reference condition in the notification log record XML file, and specify that the output result format is "output record number"; Step 563: The notified logging manager 42 queries the number of the records in the notification log record XML file and the occupied space thereof, and divides the occupied space by the number of log records to obtain an average occupied space of each log record;
步骤 564、 将所获得的当前通知日志记录数乘以每条日志记录的平 均占用空间, 得到通知日志当前的占用空间;  Step 564: Multiply the obtained current notification log record number by the average occupied space of each log record, and obtain the current occupied space of the notification log.
步骤 565、 再根据最近一次通知日志挂起记录来判断该通知日志的 管理状态, 例如: 如果最近一次通知日志挂起记录的挂起开始时间在当 前时间之前, 而挂起结束时间为无限长, 则管理状态为挂起状态; 接着 根据当前通知日志记录占用空间是否达到最大占用空间来判断该通知 日志的可用性, 如果达到最大占用空间则不可用, 没有达到则可用; 然 后根据管理状态和可用性判断该通知日志的运行状态 , 如果通知日志处 于挂起状态或者不可用, 则运行状态为异常, 否则运行状态为正常; 步骤 566、 根据操作请求中的通知日志标识从通知日志属性 XML 文件中查找对应的通知日志属性, 根据上述查询计算和判断结果更新通 知曰志属性中的当前日志记录数、 当前占用空间、 管理状态、 可用性和 运行状态。  Step 565: Determine the management status of the notification log according to the last notification log suspension record, for example: If the suspension start time of the latest notification log suspension record is before the current time, and the suspension end time is infinitely long, Then, the management state is a suspended state; then, according to the current notification log, whether the occupied space reaches the maximum occupied space, the availability of the notification log is determined, and if the maximum occupied space is reached, it is unavailable, and if it is not reached, it is available; then, according to the management state and availability The running status of the notification log. If the notification log is in a suspended state or is unavailable, the running state is abnormal, otherwise the running state is normal. Step 566: Search for the corresponding information from the notification log attribute XML file according to the notification log identifier in the operation request. The notification log attribute, according to the above query calculation and judgment result update notification log attribute, the current log record, the current occupied space, the management status, the availability and the running status.
步骤 567、 将更新后的该通知日志的属性作为查询结果, 向 IRP管 理器返回查询操作响应, 该响应中包括查询是否成功的状态标识, 如果 查询成功, 还包括查询结果。  Step 567: The attribute of the updated notification log is used as a query result, and the query operation response is returned to the IRP manager, where the response includes a status identifier of whether the query is successful, and if the query is successful, the query result is also included.
如果本发明只用通知日志属性和引用 XML文件, 以及通知日志 引用管理器 44对通知日志进行记录、 管理和操作时, 则本步骤中, IRP代理器的处理进程 41 只调用通知日志引用管理器 44进行查询操 作, 即: 首先根据操作请求中的通知日志的标识在引用 XML文件中查 找到对应的通知日志的引用条件, 再根据该引用条件更新对应通知曰志 属性的当前记录数和当前占有空间, 然后获取该通知日志的属性。 当 IRP代理器收到查询通知日志中日志记录的操作请求时, 则执行 步骤 571和步骤 572; If the present invention uses only the notification log attribute and the reference XML file, and the notification log reference manager 44 records, manages, and operates the notification log, then in this step, the IRP agent processing process 41 only calls the notification log reference manager. 44 performs a query operation, that is, firstly, according to the identifier of the notification log in the operation request, the reference condition of the corresponding notification log is found in the reference XML file, and then the current record number and current possession of the corresponding notification attribute are updated according to the reference condition. Space, and then get the properties of the notification log. When the IRP proxy receives the operation request of the log record in the query notification log, step 571 and step 572 are performed;
步骤 571、 IRP代理器的处理进程 41调用通知日志引用管理器 44 执行查询通知日志记录操作, 即: 通知日志引用管理器 44根据操作请 求中的通知日志标识从通知日志引用 XML文件中查找到对应的通知曰 志引用, 并获取该通知日志引用的引用条件, 将该引用条件传送给通知 日志记录管理器 42, 通知日志记录管理器 42根据该引用条件从通知日 志记录 XML文件中查找到符合该引用条件的通知日志记录, 并将查到 的通知日志记录集合成 XML文件, 存储在 IRP代理器中。  Step 571, the processing process 41 of the IRP proxy invokes the notification log reference manager 44 to perform the query notification logging operation, that is, the notification log reference manager 44 finds the corresponding information from the notification log reference XML file according to the notification log identifier in the operation request. The notification message is referenced, and the reference condition of the notification log reference is obtained, and the reference condition is transmitted to the notification log record manager 42 to notify the log record manager 42 to find out from the notification log record XML file according to the reference condition. The notification log record of the condition is referenced, and the found notification log records are collected into an XML file and stored in the IRP proxy.
如果查询通知日志中通知日志记录的操作请求中还包括查询条件, 则在获取所述通知日志引用的引用条件后, 从通知日志记录 XML文件 中读取符合该引用条件和所述查询条件的通知日志记录, 并将查到的通 知曰志记录集合成 XML文件, 存储在 IRP代理器中。  If the operation request of the notification log record in the query notification log further includes the query condition, after obtaining the reference condition referenced by the notification log, the notification that meets the reference condition and the query condition is read from the notification log record XML file. Log records, and the found notification records are collected into an XML file and stored in the IRP proxy.
例如: IRP管理器请求: 查询标识为 1的通知日志中的事件时间 为 02: 00的日志记录, 其查询条件为事件时间为 02: 00的日志记录。 IRP代理器收到请求后 , 查找到标识为 1的通知日志对应的通知曰志 引用, 获取引用条件, 再在通知日志记录 XML文件中查找到所有符合 引用条件并且事件时间为 02: 00的通知日志记录。  For example: IRP Manager Request: The log record with the event time of 02: 00 in the notification log with ID 1 is the log record with the event time of 02: 00. After receiving the request, the IRP agent finds the notification reference corresponding to the notification log with the identifier 1 and obtains the reference condition. Then, in the notification log record XML file, all the notifications that meet the reference condition and the event time is 02: 00 are found. Logging.
步骤 572、 IRP代理器向 IRP管理器返回查询响应, 该响应中包括 查询是否成功的状态标识, 如果成功, 则还包括被查询的通知日志标识 和所述记录有查询结果的 XML文件的存储位置。 IRP管理器可以根据 存储位置找到该 XML文件。  Step 572: The IRP agent returns a query response to the IRP manager, where the response includes a status identifier of whether the query is successful, and if successful, further includes a query log identifier that is queried and a storage location of the XML file that records the query result. . The IRP manager can find the XML file based on the storage location.
当 IRP代理器收到删除通知日志中日志记录的操作请求时, 则执行 步骤 581和步骤 582;  When the IRP proxy receives the operation request to delete the log record in the notification log, step 581 and step 582 are performed;
步骤 581、 IRP代理器的处理进程 41调用通知日志引用管理器 44 进行删除通知日志中通知日志记录操作, 即: 通知日志引用管理器 44 根据操作请求中的通知日志标识在通知日志引用 XML文件中查找对应 的通知日志引用, 并修改该通知日志引用的引用条件, 即在引用条件中 叠加删除条件, 使 IRP管理器从该通知日志引用中看不到符合删除条件 的通知日志记录, 达到从该通知日志中删除日志记录的效果。 但是, 所 过滤掉的日志记录在通知日志记录 XML文件中依然存在, 因此其他 通知日志引用依然可以获取该通知日志记录。 Step 581, the processing process 41 of the IRP proxy invokes the notification log reference manager 44. The notification log record operation is performed in the deletion notification log, that is, the notification log reference manager 44 searches for the corresponding notification log reference in the notification log reference XML file according to the notification log identifier in the operation request, and modifies the reference condition of the notification log reference. That is, the deletion condition is superimposed in the reference condition, so that the IRP manager does not see the notification log record that meets the deletion condition from the notification log reference, and the effect of deleting the log record from the notification log is reached. However, the filtered log records still exist in the notification log record XML file, so other notification log references can still obtain the notification log record.
步骤 582、 IRP代理器向 IRP管理器返回操作响应 , 该响应中包 括删除记录是否成功的状态标识, 如果成功, 则还包括被成功删除了 通知日志 i己录的通知日志标识。  Step 582: The IRP agent returns an operation response to the IRP manager, where the response includes a status identifier indicating whether the record is successfully deleted, and if successful, the notification log identifier that has been successfully deleted by the notification log.
例如, IRP管理器请求: 将标识为 1的通知日志中的事件时间为 02: 00的日志记录删除。 IRP代理器收到请求后, 查找到标识为 1的 通知日志对应的通知日志引用, 修改该通知日志引用中的引用条件, 即增加一条过滤条件: 将该通知日志引用中所有事件时间为 02: 00 的通知日志记录过滤掉。 经过上述操作, 通知日志记录 XML文件中 所有事件时间为 02: 00的通知曰志记录在该通知日志引用中都不可 见。 因此 IRP管理器通过该通知日志引用看到的通知日志中, 不再有 其所要求删除的通知日志记录。  For example, the IRP Manager requests: Delete the log record with an event time of 02: 00 in the notification log with ID 1. After receiving the request, the IRP agent finds the notification log reference corresponding to the notification log with the identifier 1 and modifies the reference condition in the notification log reference, that is, adds a filtering condition: The time of all events in the notification log reference is 02: The notification log of 00 is filtered out. After the above operation, the notification log record in the XML file that all events with an event time of 02: 00 is invisible in the notification log reference. Therefore, the notification log that the IRP manager sees through the notification log reference no longer has the notification log record that it requests to delete.
但是, 也存在一种情况: 如果某条通知日志记录在所有的通知曰志 中都被删除, 则 IRP代理器会将该通知日志记录从通知日志记录 XML 文件中永久删除, 此后, 从任何一个通知日志引用中都看不到该通知日 ,¾·ί己 。  However, there is also a case: If a notification log record is deleted in all notification messages, the IRP agent will permanently delete the notification log record from the notification log record XML file, after that, from any one The notification date is not visible in the notification log reference, 3⁄4··.
另外, IRP代理器还会对某一个通知日志发送记录数容量告警通知 或记录空间容量告警通知: 如果进行记录数容量告警操作则执行步驟 591; 如果进行记录空间容量告警操作, 则执行步骤 594。 步驟 591、 IRP代理器的处理进程 41调用通知日志记录管理器 42 查询通知日志记录 XML文件中的日志记录数量及其占用空间, 并用占 用空间除以日志记录数量, 获得平均每条日志记录的平均占用空间; 步骤 592、 IRP代理器的处理进程 41调用通知日志管理器 43更新 该操作请求中包括的通知日志标识所对应的通知日志的属性, 其具体过 程与步骤 561至步骤 566所述相同, 再查询该通知日志属性中的预定义 最大空间, 利用该预定义最大空间除以步驟 591中获得的日志记录平均 占用空间, 获得该通知日志可以保存的最大日志记录数; In addition, the IRP agent also sends a record number capacity alarm notification or a record space capacity alarm notification to a certain notification log: If the record number capacity alarm operation is performed, step 591 is performed; if the record space capacity alarm operation is performed, step 594 is performed. Step 591: The processing process 41 of the IRP proxy invokes the notification logging manager 42 to query the number of log records in the notification log record XML file and its occupied space, and divides the occupied space by the number of log records to obtain an average of the average of each log record. The procedural process of the IRP agent is used to update the attribute of the notification log corresponding to the notification log identifier included in the operation request, and the specific process is the same as that described in steps 561 to 566. Querying the predefined maximum space in the notification log attribute, and dividing the predefined maximum space by the average occupied space of the log record obtained in step 591, and obtaining the maximum number of log records that can be saved in the notification log;
如果本发明只用通知日志属性和引用 XML文件, 以及通知日志 引用管理器 44对通知日志进行记录、 管理和操作时, 则本步骤查找 与操作倩求中包括的通知日志标识所对应的通知日志属性的方法可以 为: IRP代理器的处理进程 41先调用通知日志引用管理器 44在通知 曰志属性和引用 XML文件中查找到对应的通知日志引用,再查找到该 通知日志引用对应的通知日志属性。  If the present invention uses only the notification log attribute and the reference XML file, and the notification log reference manager 44 records, manages, and operates the notification log, this step searches for the notification log corresponding to the notification log identifier included in the operation request. The method of the attribute may be: the processing process of the IRP agent 41 first calls the notification log reference manager 44 to find the corresponding notification log reference in the notification attribute and the reference XML file, and then finds the notification log corresponding to the notification log reference. Attributes.
步骤 593、 通知日志管理器 43在通知日志属性 XML文件中查询更 新后的该通知日志属性中的当前日志记录数, 并获得当前日志记录数和 步骤 592获得的日志最大记录数的比值, 再请求通知日志管理器 43查 询该通知日志属性中的记录数容量告警域值, 如果获得的比值越过所述 的记录数容量告警域值, 则向 IRP管理器发送容量告警通知。  Step 593: The notification log manager 43 queries the notification log attribute XML file for the current log record number in the updated notification log attribute, and obtains the ratio of the current log record number to the maximum log record number obtained in step 592, and then requests The notification log manager 43 queries the record number capacity alarm field value in the notification log attribute, and if the obtained ratio exceeds the record number capacity alarm field value, sends a capacity alarm notification to the IRP manager.
所述的记录数容量告警域值可以有多个,且有等级之分,在步骤 593 中, 将获得的比值与各个等级的域值对比, 如果该比值越过某个告警级 别的记录数容量告警域值, 则向 IRP管理器发送对应级别的容量告警通 知, 如果原来已经发送过级别不同的告警通知, 则发送告警级别修改的 通知。 该比值降到最低级别的记录数容量告警域值之下, 则发送清除告 警。 上述的容量告警操作可以周期性的执行, 也可以由通知日志记录管 理器的第 N个添加记录操作主动触发执行, 所述的 N为自然数。 The number of recordable capacity alarm field values may be multiple, and there are grades. In step 593, the obtained ratio is compared with the domain value of each level. If the ratio exceeds the record number capacity alarm of an alarm level If the domain value is used, the ITP manager sends a notification of the corresponding level of the alarm. If the alarm notification of different levels has been sent, the notification of the alarm level modification is sent. When the ratio falls below the lowest level of the record number capacity alarm field value, a clear alarm is sent. The foregoing capacity alarm operation may be performed periodically, or may be triggered by the Nth record adding operation of the notification logging manager, where the N is a natural number.
步骤 594、 IRP代理器的处理进程 41调用通知日志管理器 43进行 以下操作: 更新该操作请求中包括的通知日志标识所对应的通知日志的 属性, 其具体过程与步骤 561至步骤 566所述相同, 再查询更新后的该 通知日志属性中的当前占用空间和最大占用空间, 获得该当前占用空间 和最大占用空间的比值, 再查询该通知日志的记录空间容量告警域值, 如果所述比值越过所述的记录空间容量告警域值, 则向 IRP管理器发送 容量告警通知。  Step 594, the processing process 41 of the IRP agent invokes the notification log manager 43 to: update the attribute of the notification log corresponding to the notification log identifier included in the operation request, and the specific process is the same as described in steps 561 to 566. And querying the current occupied space and the maximum occupied space in the updated notification log attribute, obtaining the ratio of the current occupied space to the maximum occupied space, and then querying the record space capacity alarm field value of the notification log, if the ratio is crossed The recording space capacity alarm domain value sends a capacity alarm notification to the IRP manager.
如果本发明只用通知日志属性和引用 XML文件, 以及通知日志 引用管理器 44对通知日志进行记录、 管理和操作时, 则本步骤查找 与操作请求包括的通知日志标识对应的通知日志属性的方法可以为: IRP代理器的处理进程 41先调用通知日志引用管理器 44在通知日志 属性和引用 XML文件中查找到对应的通知日志引用,再查找到该通知 日志引用对应的通知日志属性。  If the present invention uses only the notification log attribute and the reference XML file, and the notification log reference manager 44 records, manages, and operates the notification log, this step searches for a method of notifying the notification log attribute corresponding to the notification log identifier included in the operation request. The processing process 41 of the IRP agent first calls the notification log reference manager 44 to find a corresponding notification log reference in the notification log attribute and the reference XML file, and then finds the notification log attribute corresponding to the notification log reference.
所述的记录空间容量告警域值可以有多个, 且有等级之分, 在步骤 594 中, 将获得的比值与各个等级的域值对比, 如果该比值越过某个告 警级别的记录空间容量告警域值, 则向 IRP管理器发送对应级别的容量 告警通知, 如果原来已经发送过级别不同的告警通知, 则发送告警级别 修改的通知。 如果该比值降到最低级别的记录空间容量告警域值之下, 则发送清除告警。  The recording space capacity alarm field value may be multiple, and there is a level. In step 594, the obtained ratio is compared with the domain value of each level. If the ratio exceeds the alarm space capacity alarm of a certain alarm level. If the domain value is used, the ITP manager sends a notification of the corresponding level of the alarm. If the alarm notification of different levels has been sent, the notification of the alarm level modification is sent. If the ratio falls below the lowest level of the record space capacity alarm field value, a clear alarm is sent.
上述的容量告警操作可以周期性的执行, 也可以由通知日志记录管 理器的第 N个添加记录操作触发执行, 所述的 N为自然数。  The above capacity alarm operation may be performed periodically, or may be triggered by the Nth record adding operation of the notification log record manager, where N is a natural number.
以上实施例一和实施例二都采用了存储器引用器代表通知日志, 对 于通知日志的操作, 都映射为对存储器引用器的操作。 以上所述, 仅为本发明较佳的具体实施方式, 但本发明的保护范围 并不局限于此, 任何熟悉该技术的人在本发明所揭露的技术范围内, 可 轻易想到的变化或替换, 都应涵盖在本发明的保护范围之内。 Both the first embodiment and the second embodiment adopt a memory referencer to represent the notification log, and the operation of the notification log is mapped to the operation of the memory referencer. The above is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited thereto, and any person skilled in the art can easily think of changes or replacements within the technical scope of the present invention. All should be covered by the scope of the present invention.

Claims

权利要求书 Claim
1、 一种对通知日志进行操作的实现方法, 适用于包括管理系统和 被管网络的通讯系统, 其特征在于, 该方法将被管网络的通知日志记录 存储在存储器中, 并用针对该存储器的、 且分别具有各自引用条件的引 用器对应表示不同的通知日志, 被管网络将针对通知日志的操作映射为 对所述存储器的相应引用器的操作。 An implementation method for operating a notification log, which is applicable to a communication system including a management system and a managed network, wherein the method stores the notification log record of the managed network in a memory, and uses the memory for the storage And the referees respectively having their respective reference conditions correspond to different notification logs, and the managed network maps the operations for the notification logs to the operations of the corresponding referencers of the memory.
2、 根据权利要求 1 所述的方法, 其特征在于, 所述通知日志的操 作为创建通知日志操作, 被管网络将该操作映射为对存储器引用器操作 的具体过程为:  2. The method according to claim 1, wherein the operation of the notification log is a creation notification log operation, and the specific process of the managed network mapping the operation to the memory reference device operation is:
被管网絡根据创建参数在该被管网絡中保存通知日志属性, 其中包 括创建参数中要求的通知日志类别集合和过滤器, 针对所述存储通知曰 志记录的存储器创建引用器, 该引用器与所述通知日志属性相对应。  The managed network saves the notification log attribute in the managed network according to the creation parameter, and includes a notification log category set and a filter required in the creation parameter, and a reference device is created for the memory of the storage notification record, the reference device and the reference device The notification log attribute corresponds.
3、 根据权利要求 2所述的方法, 其特征在于, 所述存储器引用器 的引用条件至少包括: 通知日志属性中的通知日志标识、 通知日志所 能占用的最大空间、 通知日志记录生命周期, 以及创建条件中要求的 通知日志类别集合和过滤器。  The method according to claim 2, wherein the reference condition of the memory reference device comprises at least: a notification log identifier in the notification log attribute, a maximum space that the notification log can occupy, and a notification log record life cycle. And the set of notification log categories and filters required in the creation criteria.
4、 根据权利要求 2所述的方法, 其特征在于, 所述通知日志的操 作为删除通知日志操作, 被管网络将该操作映射为对存储器弓 )用器操作 的具体过程为:  The method according to claim 2, wherein the operation of the notification log is performed as a deletion notification log operation, and the specific process of the managed network mapping the operation to the memory processor is:
根据所要删除的通知日志的标识查找到对应的存储器引用器, 删除 该存储器引用器, 并删除该存储器引用器对应的通知日志属性。  Find the corresponding memory referencer according to the identifier of the notification log to be deleted, delete the memory referencer, and delete the notification log attribute corresponding to the memory referencer.
5、 根据权利要求 1 所述的方法, 其特征在于, 所述通知日志的操 作为挂起通知日志操作, 被管网络将该操作映射为对存储器引用器操作 的具体过程为: 添加包括所要挂起的通知日志的标识、 挂起开始时间以及挂起结束 时间的挂起记录, 其中的挂起开始时间为当前操作时间, 挂起结束时间 为无限长; 并根据所要挂起的通知日志标识查找到对应的存储器引用 器 , 在该存储器引用器的引用条件中添加包括挂起开始时间和挂起结束 时间的过滤条件, 根据该过滤条件使挂起开始时间后、 挂起结束时间前 记入所述存储器的通知日志记录在该存储器引用器中不可见。 5. The method according to claim 1, wherein the operation of the notification log is a suspending notification log operation, and the specific process of the managed network mapping the operation to the operation of the memory reference device is: Add a suspension record including the identifier of the notification log to be suspended, the suspension start time, and the suspension end time, wherein the suspension start time is the current operation time, and the suspension end time is infinitely long; and according to the desired suspension The notification log identifier finds a corresponding memory reference device, and adds a filter condition including a suspension start time and a suspension end time in the reference condition of the memory reference device, and after the suspension start time and the suspension end time according to the filter condition The notification log record previously credited to the memory is not visible in the memory reference.
6、 根据权利要求 5 所述的方法, 其特征在于, 所述通知日志的操 作为恢复通知日志操作, 被管网络将该操作映射为对存储器弓 I用器操作 的具体过程为:  The method according to claim 5, wherein the operation of the notification log is a recovery notification log operation, and the specific process of the managed network mapping the operation to the memory processor is:
根据所要恢复的通知日志的标识找到对应的通知日志挂起记录, 将 其中的桂起结束时间修改为当前时间; 根据所要恢复的通知日志标识查 找到对应的存储器引用器, 修改该存储器引用器的引用条件, 使在挂起 结束时间后计入所述存储器的通知日志记录在该存储器引用器中可见。  Find the corresponding notification log suspension record according to the identifier of the notification log to be restored, and modify the ending time of the laurels to the current time; find the corresponding memory referencer according to the notification log identifier to be restored, and modify the memory reference device. The reference condition is such that the notification log record counted in the memory after the suspend end time is visible in the memory reference.
7、 根据权利要求 1 所述的方法, 其特征在于, 所述通知日志的操 作为查询通知日志中通知日志记录操作, 被管网络将该操作映射为对存 储器引用器操作的具体过程为:  7. The method according to claim 1, wherein the operation of the notification log is a notification log recording operation in the query notification log, and the specific process of the managed network mapping the operation to the operation of the memory reference device is:
根据所要查询的通知日志标识查找到对应的存储器引用器, 将所述 存储器中符合该存储器引用器引用条件的通知日志记录作为查询结果。  The corresponding memory reference device is found according to the notification log identifier to be queried, and the notification log record in the memory that meets the reference condition of the memory reference device is used as the query result.
8、 根据权利要求 7所述的方法, 其特征在于, 所述查询通知曰志 中通知日志记录操作的请求中包括查询条件, 则从所述符合该存储器引 用器引用条件的通知日志记录中, 获取符合查询条件的通知日志记录, 将获取的结果作为查询结果。  The method according to claim 7, wherein the request for notifying the log recording operation in the query notification includes a query condition, and from the notification log record that meets the reference condition of the memory reference device, Obtain the notification log record that meets the query conditions, and use the obtained result as the query result.
9、 根据权利要求 8 所述的方法, 其特征在于, 所述的查询条件至 少包括以下条件中的一种: 通知日志记录的标识, 记入时间, 通知信息 内容的事件时间、 事件类型, 或者通知信息内容的可过滤域。 9. The method according to claim 8, wherein the query condition comprises at least one of the following conditions: an identifier of the notification log record, a time of entry, an event time of notifying the content of the information, an event type, or A filterable domain that informs the content of the message.
10、 根据权利要求 1所述的方法, 其特征在于, 所述通知日志的操 作为删除通知日志中通知日志记录操作, 被管网络将该操作映射为对存 储器引用器操作的具体过程为: 10. The method according to claim 1, wherein the operation of the notification log is a notification log recording operation in the deletion notification log, and the specific process of the managed network mapping the operation to the operation of the memory reference device is:
根据所要删除通知日志记录的通知日志标识查找到对应的存储器 引用器, 在该存储器引用器的引用条件中叠加删除条件, 将符合删除条 件的日志记录从该存储器引用器中过滤掉。  The corresponding memory referrer is found according to the notification log identifier of the notification log record to be deleted, and the deletion condition is superimposed in the reference condition of the memory reference device, and the log record matching the deletion condition is filtered from the memory reference device.
11、 根据权利要求 10 所述的方法, 其特征在于, 所述的删除条件 至少包括以下条件中的一种: 通知日志记录的标识, 记入时间, 通知信 息内容的事件时间、 事件类型, 或者通知信息内容的可过滤域。  The method according to claim 10, wherein the deleting condition includes at least one of the following conditions: an identifier of the notification log record, a time of entry, an event time of notifying the content of the information, an event type, or A filterable domain that informs the content of the message.
12、 根据权利要求 1至 11 中任一项所述的方法, 其特征在于, 所 述存储器采用数据库表存储通知日志记录, 所述的存储器引用器为该数 据库表的数据库视图。  The method according to any one of claims 1 to 11, wherein the memory stores a notification log record using a database table, and the memory reference device is a database view of the database table.
13、 根据权利要求 1至 11 中任一项所述的方法, 其特征在于, 所 述存储器采用可扩展标记语言 XML文件存储通知日志记录, 所述的存 储器引用器为该 XML文件的引用。  The method according to any one of claims 1 to 11, wherein the memory stores a notification log record in an extensible markup language XML file, and the memory referencer is a reference to the XML file.
14、 根据权利要求 13所述的方法, 其特征在于, 所述 XML文件的 引用存储在 XML文件中, 所述通知日志的属性存储在 XML文件中。  14. The method according to claim 13, wherein the reference of the XML file is stored in an XML file, and the attribute of the notification log is stored in an XML file.
15、 根据权利要求 1所述的方法, 其特征在于, 所述通知日志的操 作为查询通知日志操作, 被管网絡将该操作映射为对存储器引用器操作 的具体过程为:  The method according to claim 1, wherein the operation of the notification log is a query notification log operation, and the specific process of the managed network mapping the operation to the memory reference device operation is:
才艮据所要查询的通知日志标识查找到对应的通知日志属性, 通过对 应的存储器引用器更新该通知日志属性, 再将更新后的通知日志属性作 为查询结果。  The corresponding notification log attribute is found according to the notification log identifier to be queried, the notification log attribute is updated by the corresponding memory reference, and the updated notification log attribute is used as the query result.
16、 根据权利要求 15 所述的方法, 其特征在于, 所述存储器采用 数据库表存储通知日志记录, 所述的存储器引用器为该数据库表的数据 库视图, 且所述更新存储器引用器对应的通知日志'属性的具体过程为: al、 在所述的数据库视图中查询当前通知日志记录数和当前通知曰 志记录空间; 根据存储器中最近一次通知日志挂起记录判断该通知日志 的管理状态; 根据当前通知日志记录占用空间是否达到所述通知日志属 性中最大占用空间来判断该通知日志的可用性; The method according to claim 15, wherein the memory stores a notification log record by using a database table, and the memory reference device is data of the database table. The library view, and the specific process of updating the notification log corresponding to the memory reference device is: al, querying the current notification log record number and the current notification log record space in the database view; according to the latest notification in the memory The log suspension record determines the management status of the notification log; determining the availability of the notification log according to whether the current notification log records the occupied space to reach the maximum occupied space in the notification log attribute;
a2、 根据管理状态和可用性的判断结果判断该通知日志的运行状 态;  A2, determining the running status of the notification log according to the judgment result of the management state and availability;
a3、 利用上述步骤 al和 a2的查询和判断结果更新所述通知日志属 性中的当前通知日志记录数、 当前通知日志记录空间、 管理状态、 可用 性和运行状态。  A3. The current notification log record, the current notification log record space, the management status, the availability, and the running status in the notification log attribute are updated by using the query and judgment results of the above steps a and a2.
17、 根据权利要求 15 所述的方法, 其特征在于, 所述存储器采用 可扩展标记语言 XML文件存储通知日志记录, 所述的存储器引用器为 该 XML文件的引用, 且所述更新存储器引用器对应的通知日志属性的 具体过程为:  17. The method according to claim 15, wherein the memory stores a notification log record in an extensible markup language XML file, the memory referencer is a reference to the XML file, and the update memory reference device The specific process of the corresponding notification log attribute is:
Al、 从查找到的 XML文件引用中获取引用条件; 根据获取的引用 条件在所述存储通知日志记录的 XML文件中查询符合该引用条件的当 前通知日志记录数; 用该当前通知日志记录数乘以每条通知日志记录的 平均占用空间, 得到当前通知日志记录占用空间;  Al, obtaining a reference condition from the found XML file reference; querying, in the XML file of the storage notification log record, the current notification log record that meets the reference condition according to the obtained reference condition; multiplying by the current notification log record number The average occupied space of each notification log is used to obtain the space occupied by the current notification log record;
根据存储器中最近一次通知日志挂起记录判断该通知日志的管理 状态; 根据当前通知日志记录占用空间是否达到所述通知日志属性中最 大占用空间来判断该通知日志的可用性;  Determining the management status of the notification log according to the last notification log suspension record in the memory; determining the availability of the notification log according to whether the current notification log records the occupied space to reach the maximum occupied space in the notification log attribute;
A2、 根据管理状态和可用性的判断结果判断该通知日志的运行状 态;  A2. Determine the running status of the notification log according to the judgment result of the management state and availability;
A3、 利用上述步驟 A1和 A2的查询和判断结果更新所述通知曰志 属性中的当前通知日志记录数、 当前通知日志记录空间、 管理状态、 可 用性和运行状态。 A3. The current notification log record, the current notification log record space, the management status, and the current notification log record in the notification attribute are updated by using the query and judgment results of the foregoing steps A1 and A2. Use and running status.
18、 根据权利要求 1所述的方法, 其特征在于, 所述通知日志的操 作为通知日志的记录数容量告警操作, 被管网络将该操作映射为对存储 器引用器操作的具体过程为:  18. The method according to claim 1, wherein the operation of the notification log is a record number capacity alarm operation of the notification log, and the specific process of the managed network mapping the operation to the operation of the memory reference device is:
a、 获取所述存储器中当前的通知日志记录数量及其占用空间, 并 用占用空间除以记录数量, 获得平均每条通知日志记录的平均占用空 间;  a. Obtain the current number of notification log records in the memory and the occupied space, and divide the occupied space by the number of records to obtain an average occupied space of each notification log record;
b、 查找到与该通知日志对应的存储器引用器, 更新该存储器引用 器对应的通知日志属性, 在该更新后的通知日志属性中查找到所述通知 日志的预定义最大空间, 利用该预定义最大空间除以步骤 a获得的日志 记录平均占用空间, 获得该通知日志可以保存的最大日志记录数;  b. Find a memory reference device corresponding to the notification log, update a notification log attribute corresponding to the memory reference device, and find a predefined maximum space of the notification log in the updated notification log attribute, and use the predefined The maximum space is divided by the average occupied space of the log records obtained in step a, and the maximum number of log records that can be saved in the notification log is obtained;
c、 在所述更新后的通知日志属性中查询该通知日志的当前日志记 录数,并获得当前日志记录数和步骤 b中获得的最大日志记录数的比值, 再在所述通知日志属性中查询该通知日志的记录数域值, 如果获得的比 值大于该记录数域值, 则向网络管理器发送容量告警通知或者告警级别 更改通知; 如果获得的比值小于预定义的告警域值, 则发送清除告警通 知或者告警级别更改通知。  c. Query the current log record number of the notification log in the updated notification log attribute, and obtain the ratio of the current log record number to the maximum number of log records obtained in step b, and then query in the notification log attribute. The record number field value of the notification log, if the obtained ratio is greater than the record number field value, send a capacity alarm notification or an alarm level change notification to the network manager; if the obtained ratio is less than the predefined alarm domain value, send clear Alarm notification or alarm level change notification.
19、 根据权利要求 1所述的方法, 其特征在于, 所述通知日志的操 作为通知日志的记录空间容量告警操作, 被管网络将该操作映射为对存 储器引用器操作的具体过程为:  The method according to claim 1, wherein the operation of the notification log is a recording space capacity alarm operation of the notification log, and the specific process of the managed network mapping the operation to the operation of the memory reference device is:
查找到该通知日志对应的存储器引用器, 更新该存储器引用器对应 的通知日志属性, 在该更新后的通知日志属性中查询当前占用空间和最 大占用空间, 获得该当前占用空间和最大占用空间的比值, 再查询该通 知曰志的记录空间域值, 如果所述比值大于该记录空间域值, 则向网絡 管理器发送容量告警通知或者告警级别更改通知; 如果获得的比值小于 预定义的告警域值, 则发送清除告警通知或者告警级别更改通知。The memory reference device corresponding to the notification log is found, the notification log attribute corresponding to the memory reference device is updated, and the current occupied space and the maximum occupied space are queried in the updated notification log attribute to obtain the current occupied space and the maximum occupied space. Ratio, querying the record space domain value of the notification message, if the ratio is greater than the record space domain value, sending a capacity alarm notification or an alarm level change notification to the network manager; if the obtained ratio is less than If the predefined alarm domain value is sent, a clear alarm notification or an alarm level change notification is sent.
20、 根据权利要求 18或 19所述的方法, 其特征在于, 所述存储器 采用数据库表存储通知日志记录, 所述的存储器引用器为该数据库表的 数据库视图, 且所述更新数据库视图所对应的通知日志属性的具体步骤 为: The method according to claim 18 or 19, wherein the memory uses a database table to store a notification log record, the memory reference device is a database view of the database table, and the updated database view corresponds to The specific steps of the notification log attribute are:
A、 在与通知日志标识对应的数据库视图中查询当前通知日志记录 数, 计算当前通知日志记录占用空间;  A. Query the current notification log record number in the database view corresponding to the notification log identifier, and calculate the current notification log record occupation space;
B、 居步骤 A的查询结果更新所述数据库视图所对应通知日志属 性中的当前通知日志记录数和当前通知日志记录占用空间。  B. The query result in step A updates the current notification log record number in the notification log attribute corresponding to the database view and the current notification log record occupation space.
21、 根据权利要求 18或 19所述的方法, 其特征在于, 所述存储器 采用可扩展标记语言 XML文件存储通知日志记录, 所述的存储器引用 器为该 XML文件的引用,且所述更新 XML文件引用所对应的通知日志 属性的具体步骤为:  The method according to claim 18 or 19, wherein the memory stores a notification log record in an extensible markup language XML file, the memory referencer is a reference to the XML file, and the update XML The specific steps of the notification log attribute corresponding to the file reference are:
A,、 从查找到的 XML文件引用中获取引用条件;  A, obtain the reference condition from the found XML file reference;
B,、 根据获取的引用条件在所述存储通知日志记录的 XML文件中 查询符合该引用条件的当前通知日志记录数; 用该当前通知日志记录数 乘以每条通知日志记录的平均占用空间, 得到当前通知日志记录占用空 间; 用得到的当前通知日志记录数和当前通知日志记录占用空间更新所 述 XML文件引用所对应通知日志属性中的当前通知日志记录数和当前 通知日志记录占用空间。  B, querying, in the XML file of the storage notification log record, the current notification log record that meets the reference condition according to the obtained reference condition; multiplying the current notification log record number by the average occupied space of each notification log record, Obtaining the current notification log record occupying space; using the obtained current notification log record number and the current notification log record occupying space to update the current notification log record number and the current notification log record occupying space in the notification log attribute corresponding to the XML file reference.
PCT/CN2005/001212 2004-08-08 2005-08-08 A method for realizing notification log operation WO2006015536A1 (en)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
CN200410055485.0 2004-08-08
CN200410055485 2004-08-08
CN200410055486 2004-08-08
CN200410055486.5 2004-08-08
CNB2004100801970A CN100550762C (en) 2004-08-08 2004-09-24 A kind of implementation method that daily record operates to notice
CN200410080197.0 2004-09-24

Publications (1)

Publication Number Publication Date
WO2006015536A1 true WO2006015536A1 (en) 2006-02-16

Family

ID=35839133

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/001212 WO2006015536A1 (en) 2004-08-08 2005-08-08 A method for realizing notification log operation

Country Status (1)

Country Link
WO (1) WO2006015536A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110750253A (en) * 2019-10-28 2020-02-04 深圳前海环融联易信息科技服务有限公司 Log standardization method and device, computer equipment and storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5940830A (en) * 1996-09-05 1999-08-17 Fujitsu Limited Distributed document management system
WO2002082276A1 (en) * 2001-04-09 2002-10-17 Computer Associates Think, Inc. System and method for reorganizing stored data
WO2003025801A1 (en) * 2001-09-21 2003-03-27 Polyserve, Inc. System and method for implementing journaling in a multi-node environment

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5940830A (en) * 1996-09-05 1999-08-17 Fujitsu Limited Distributed document management system
WO2002082276A1 (en) * 2001-04-09 2002-10-17 Computer Associates Think, Inc. System and method for reorganizing stored data
WO2003025801A1 (en) * 2001-09-21 2003-03-27 Polyserve, Inc. System and method for implementing journaling in a multi-node environment

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110750253A (en) * 2019-10-28 2020-02-04 深圳前海环融联易信息科技服务有限公司 Log standardization method and device, computer equipment and storage medium

Similar Documents

Publication Publication Date Title
US10904356B2 (en) Managing contact status updates in a presence management system
US10212055B2 (en) System and method for dynamically grouping devices based on present device conditions
JP5585062B2 (en) Information processing apparatus, information processing method, data management server, and data synchronization system
US7818287B2 (en) Storage management system and method and program
KR101336512B1 (en) Distributed management monitoring system, monitoring method and creating method thereof
JP3812236B2 (en) Network management system with event control means
EP1929705B1 (en) Device management method using nodes having additional attribute and device management client thereof
KR20060084040A (en) Apparatus and method for dynamic qos management
WO2010072083A1 (en) Web application based database system and data management method therof
WO2021093763A1 (en) Data caching method and apparatus
US6854011B2 (en) System and method for controlling trap generation of simple network management protocol (SNMP) by defining and using a trapflag field and a trappeer field in the managed information base (MIB)
CN106357442A (en) Server cluster monitoring method and system
CN106815342A (en) A kind of distributed file system user quota system and method
CN109508277A (en) A kind of monitoring system and method for database all-in-one machine
CN111782666A (en) Cache service system
JPH10513327A (en) Communication management method and apparatus, and telecommunications system with management apparatus
WO2006015536A1 (en) A method for realizing notification log operation
CN116846729A (en) Method for managing monitoring alarm notification based on multi-tenant mode under cloud container
EP1109413B1 (en) Summary building block, system and method for network management
CN115484298A (en) Monitoring management system based on operation and maintenance support service management platform
WO2011032468A1 (en) Service user data management system and method for implementing service user data management thereof
CN100550762C (en) A kind of implementation method that daily record operates to notice
CN103886075B (en) Distributed network perception information stores and inquiry system
CN100563165C (en) A kind of daily record is operated to notice implementation method and system
KR101986850B1 (en) A method for managing information of M2M system and apparatus therefor

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase