WO2014065115A1 - ルール分配サーバ、イベント処理システム、方法及びプログラム - Google Patents

ルール分配サーバ、イベント処理システム、方法及びプログラム Download PDF

Info

Publication number
WO2014065115A1
WO2014065115A1 PCT/JP2013/077407 JP2013077407W WO2014065115A1 WO 2014065115 A1 WO2014065115 A1 WO 2014065115A1 JP 2013077407 W JP2013077407 W JP 2013077407W WO 2014065115 A1 WO2014065115 A1 WO 2014065115A1
Authority
WO
WIPO (PCT)
Prior art keywords
rule
event
processing server
application
registered
Prior art date
Application number
PCT/JP2013/077407
Other languages
English (en)
French (fr)
Inventor
佐藤　正
和彦 磯山
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to KR1020157013466A priority Critical patent/KR20150077474A/ko
Priority to EP13848717.8A priority patent/EP2913752A4/en
Priority to CN201380055549.4A priority patent/CN104756079A/zh
Priority to JP2014543219A priority patent/JP6217644B2/ja
Priority to US14/435,694 priority patent/US9736226B2/en
Publication of WO2014065115A1 publication Critical patent/WO2014065115A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Definitions

  • the present invention relates to an event processing system for processing a large amount of data (events) generated from a large number of devices.
  • An event processing system has been devised that processes events in accordance with event processing conditions (processing rules) registered from an application server.
  • event processing conditions processing rules
  • Patent Document 1 in order to perform processing according to a processing rule, an event condition (external dispatch rule) to be transferred to the local system is registered in all external dispatchers. As a result, whatever event occurs from which event generation source, the event is transferred to the local system to be processed via the external dispatcher.
  • the present invention has been made in view of the above problems, and a rule distribution server and an event processing system capable of suppressing an increase in the amount of data flowing through a network even when the number of events generated from each event generation source increases. It is an object to provide a method and a program.
  • a rule relating to event processing is registered from an application server, and the rules are applied to the front-end processing server connected to the front-end network to which the event generation source is connected and the back-end processing server connected to the back-end network.
  • a rule distribution server to be arranged which is specified by an event generation source network resolution unit that calculates an ID of a front-end network in which an event that matches the event condition occurs from an event condition, and an application rule registered from the application If all the events that match each event condition occur in the same front-end network, the application rule is registered in the processing server connected to the front-end network.
  • An application rule placement destination determination unit that is determined to be registered in the processing server, and a front-end processing server that generates an event that matches the event condition for each event condition for the application rule that is determined to be registered in the back-end processing server.
  • a rule generation unit that generates a processing rule for transferring an event that matches an event condition to the back-end processing server, and a rule registration that registers the transfer rule generated by the application rule and the rule generation unit in the corresponding processing server
  • a rule distribution server that is determined to be registered in the processing server, and a front-end processing server that generates an event that matches the event condition for each event condition for the application rule that is determined to be registered in the back-end processing server.
  • the present invention relates to a front-end processing server connected to a front-end network to which an event generation source is connected, a back-end processing server that processes events collected from the processing servers of each front-end network, and an application rule registered from an application.
  • the event occurrence source network resolution unit that calculates the ID of the front-end network in which the event occurs occurs and all the events that match each event condition specified in the application rule occur in the same front-end network
  • the application rule is front
  • an application rule placement destination determination unit that determines that the application rule is registered in the backend processing server, and an application rule that is determined to register in the backend processing server.
  • a rule generation unit that generates a processing rule for transferring an event that matches the event condition to the back-end processing server, with a processing server connected to the front-end network where the event that matches the event condition occurs as a registration destination, and an application
  • An event processing system includes a rule and a rule registration unit that registers a transfer rule generated by a rule generation unit in a processing server.
  • a rule relating to event processing is registered from an application server, and the rules are applied to the front-end processing server connected to the front-end network to which the event generation source is connected and the back-end processing server connected to the back-end network.
  • a rule distribution method to be arranged which calculates an ID of a front end network in which an event that matches the event condition occurs from an event condition, and matches an event condition specified by an application rule registered from the application Are all generated in the same front-end network, the application rule is registered in a processing server connected to the front-end network. If not, it is determined that the application rule is registered in a back-end processing server.
  • the event that matches the event condition is registered as the registration destination, and the event that matches the event condition is transferred to the back end processing server.
  • a rule distribution method for registering the generated transfer rules in the corresponding processing servers is
  • a front end processing server connected to a front end network to which an event generation source is connected and a computer connected to a back end processing server connected to the back end network are matched with the event conditions from the event conditions.
  • a rule generation process that generates a processing rule for transferring an event that matches the event condition to the back-end processing server with the front-end processing server that generates the event that matches the event condition as a registration destination
  • an increase in the amount of data flowing through the network can be suppressed even when the number of events generated from each event generation source increases.
  • FIG. 1 is a diagram illustrating the configuration of an event processing system according to the first embodiment of the present invention.
  • FIG. 2 is a diagram showing a flow of processing in the event processing system according to the first embodiment.
  • FIG. 3 is a diagram illustrating a configuration of the rule distribution server according to the first embodiment.
  • FIG. 4 is a flowchart for explaining the operation of the application rule placement destination determination unit of the first embodiment.
  • FIG. 5 is a flowchart for explaining the operation of the rule generation unit of the first embodiment.
  • FIG. 6 is a flowchart for explaining the operation of the rule registration unit of the first embodiment.
  • FIG. 7 is a diagram for explaining the operation of the event processing system according to the first embodiment using a specific example.
  • FIG. 8 is a diagram illustrating an event generated from the store A inventory management server.
  • FIG. 9 is a diagram illustrating an event generated from the employee 001 portable terminal.
  • FIG. 10 is a diagram illustrating an event generated from the DC1 inventory management server.
  • FIG. 11 is a diagram illustrating rules.
  • FIG. 12 is a diagram illustrating rules.
  • FIG. 13 is a diagram illustrating an event generation source NW resolution table.
  • FIG. 14 is a diagram illustrating an event condition-NWID table.
  • FIG. 15 is a diagram illustrating a rule arrangement table.
  • FIG. 16 is a diagram illustrating an event condition-NWID table.
  • FIG. 17 is a diagram illustrating a rule arrangement table.
  • FIG. 18 is a diagram showing the configuration of the rule distribution server in the second embodiment.
  • FIG. 19 is a flowchart for explaining the operation of the rule generation unit of the second embodiment.
  • FIG. 19 is a flowchart for explaining the operation of the rule generation unit of the second embodiment.
  • FIG. 20 is a flowchart for explaining the operation of the rule registration availability determination unit of the second embodiment.
  • FIG. 21 is a diagram showing the configuration of the rule distribution server in the third embodiment.
  • FIG. 22 is a diagram illustrating a configuration of an event generation source NW detection unit according to the third embodiment.
  • FIG. 23 is a diagram illustrating an appearance frequency table.
  • FIG. 24 is a diagram illustrating an event generation source NW resolution table.
  • FIG. 25 is a diagram showing a configuration of a rule distribution server in the fourth embodiment.
  • FIG. 26 is a flowchart for explaining the operation of the rule generation unit in the fourth embodiment.
  • FIG. 27 is a flowchart for explaining the operation of the rule rearrangement unit in the fourth embodiment.
  • FIG. 21 is a diagram showing the configuration of the rule distribution server in the third embodiment.
  • FIG. 22 is a diagram illustrating a configuration of an event generation source NW detection unit according to the third embodiment.
  • FIG. 23 is a diagram illustrating an appearance frequency table.
  • FIG. 28 is a diagram for explaining the operation of the event processing system according to the fourth embodiment using a specific example.
  • FIG. 29 is a diagram illustrating an appearance frequency table.
  • FIG. 30 is a diagram illustrating a rule arrangement table.
  • FIG. 31 is a diagram illustrating an event generation source NW resolution table.
  • FIG. 1 shows the configuration of the event processing system according to the first embodiment of the present invention.
  • the event processing system according to the present embodiment includes a front-end processing server 10, a back-end processing server 20, and a rule distribution server 30, which are connected via a network (NW).
  • NW network
  • a network to which each processing server (front-end processing server 10 and back-end processing server 20) is connected can be identified by a network ID (NWID).
  • the front end processing server 10 is a processing server connected to a network (front end NW) to which each device that is an event generation source is connected.
  • the back-end processing server 20 is a processing server that processes events collected from each front-end processing server 10.
  • the rule distribution server 30 receives registration of event processing rules (application rules) by an application of an application server connected via a network.
  • the rule distribution server 30 generates a processing rule (transfer rule) to be registered in each processing server from an event processing rule (application rule) registered from the application, and each process corresponding to the application rule and the generated transfer rule Place on the server.
  • the rule distribution server 30 when an application rule is registered from an application, the rule distribution server 30 generates a transfer rule to be registered in each front-end processing server 10. The application rule and the generated transfer rule are registered in each back-end processing server 20.
  • the configuration of the rule distribution server 30 is shown in FIG.
  • the rule distribution server 30 includes an event generation source NW resolution unit 31, an application rule placement destination determination unit 32, a rule generation unit 33, and a rule registration unit 34.
  • the event generation source NW resolution unit 31 calculates, from the event condition, the ID of the front end network where the event that matches the event condition occurs. This calculation is performed, for example, with reference to an event generation source NW resolution table storing a pair of an event condition and an ID of a front end NW in which an event that matches the event condition occurs.
  • the event generation source NW resolution table may be held by the rule distribution server 30 or may be held by another server connected to the network.
  • the application rule placement destination determination unit 32 determines whether all the events that match each event condition specified by the application rule occur in the same front end NW, and if so, the application rule is set to the front end of the front end NW. If it is not registered, the application rule is determined to be registered in the back-end processing server 20.
  • the rule generation unit 33 uses the front-end processing server 10 connected to the front-end NW that generates an event that matches the event condition for each event condition for the rule determined to be registered in the back-end processing server 20 as a registration destination. Then, a processing rule for transferring an event that matches the event condition to the backend processing server 20 is generated.
  • the rule registration unit 34 registers the application rule and the transfer rule generated by the rule generation unit 33 in the corresponding back-end processing server 20 and front-end processing server 10 respectively.
  • An NWID table is generated (S4-2).
  • the event generation source NW resolution table is referred to search for an event condition including the event condition C (S4-3, 4-4).
  • the front end NWID corresponding to the searched event condition is associated with the event condition C and added to the event condition-NWID table (S4-6). ). If there is no corresponding event condition, the ID (backend NWID) of the backend network (backend NW) to which the backend processing server 20 is connected is associated with the event condition C and added to the event condition-NWID table ( S4-7).
  • the application rule placement destination determination unit 32 After executing the above processing for all event conditions, the application rule placement destination determination unit 32 generates an empty rule placement table for holding pairs of rules and network registration destination IDs (S4- 8). When all the NWIDs in the event condition-NWID table are the same (S4-9), the NWID is added to the rule arrangement table as a registration destination of the application rule (S4-10). In other cases, the backend NWID is added to the rule arrangement table as a registration destination of the application rule (S4-11).
  • the rule generation unit 33 backs up an event that matches the event condition for each event condition.
  • a transfer rule to be transferred to the processing server connected to the end NW is generated (S5-2), and a transfer rule generated corresponding to each event condition and an NWID pair corresponding to the event condition are added to the rule arrangement table. (S5-3).
  • the rule registration unit 34 registers each rule in the rule arrangement table in a server arranged in the network specified by the corresponding NWID (S6-1). To resolve the processing server address from the NWID, for example, a table (not shown) that associates the backend NWID with the ID of the processing server arranged in the backend NW is stored and referred to. It can be done.
  • the rule generation unit 33 holds a rule arrangement table generated at the time of rule registration in a holding unit (not shown).
  • a rule arrangement table in which a rule with a rule ID specified by an application is described is specified, and each rule described in the rule arrangement table is stored in the processing server holding the rule Delete from.
  • the front end NW “Store A-NW” includes a front end processing server 10 “Store A processing server”, and “Store A inventory management server” and “Employee 001 mobile phone” as devices. Terminal “is connected. Further, the front-end processing server 10 “DC1 processing server” is connected to the front-end NW “DC1-NW (DC: Distribution) Center)”, and “DC1 inventory management server” is connected as a device. A back-end processing server 20, a rule distribution server 30, and an application server are connected to the back-end network.
  • FIG. 8 shows an event D1 and an event D2 as examples of events generated from the store A inventory management server.
  • An event consists of a list of attribute-attribute value pairs.
  • the attribute name “event type” is a value that specifies which attribute name the event is composed of.
  • the event generated from the employee 001 mobile terminal is composed of the attribute names shown in FIG.
  • the attribute values shown in FIG. 9 are examples.
  • An event generated from the DC1 inventory management server is composed of attribute names shown in FIG.
  • the attribute values shown in FIG. 10 are examples.
  • the rule is composed of the ID of the rule (rule ID), the condition of the event to be processed (composite event condition), and the processing content (action) for the event that matches the composite event condition.
  • the complex event condition of the rule illustrated in FIG. 11 represents that an event that matches the event condition 11 and an event that matches the event condition 12 occur within one minute.
  • “within” indicates that an event that occurs within one minute is a processing target.
  • the event condition consists of 0 or more attribute names and attribute value conditions for each attribute name.
  • the event matches the event condition.
  • the event type is “store inventory event”
  • the base name is “store A”
  • the product type is “LLL”
  • the update time can be any time
  • the number of store products is Events that are 1 or less and the number of backyard items is greater than 0 match. Therefore, for example, the event D1 in FIG.
  • the application rule is first input to the application rule placement destination determination unit 32.
  • the event condition 11 is included in the event condition in the first row of the event generation source NW resolution table, and the event Since the condition 12 is included in the event condition on the third line, the event condition-NWID table shown in FIG. 14 is generated.
  • the rule generation unit 33 generates the rule arrangement table shown in FIG. 15 because all the NWIDs in the event condition-NWID table shown in FIG. 14 are the IDs of the same front end NW.
  • the rule registration unit 34 registers Rule 1 in the processing server arranged in the store A-NW from the rule arrangement table shown in FIG.
  • the employee 001 mobile terminal generates an employee location event shown in FIG. 9 and transmits it to the store A processing server at 12:30: 00 on a certain day.
  • the store A processing server that has received the event determines that the received event matches the event condition 12 constituting the rule 1.
  • the store A stock management server generates a store stock event D1 shown in FIG. 8 and transmits it to the store A processing server.
  • the store A processing server that has received the event determines that the received event matches the event condition 12 constituting the rule 1, and an employee position event that matches the event condition 12 has occurred within one minute. , It is determined that the composite event condition is met. If the store A processing server determines that the event matches the composite event condition of rule 1, then it executes the action of rule 1. In the action of rule 1, a replenishment instruction message is transmitted to the portable terminal of the employee with the employee ID “011”.
  • the application rule is first input to the application rule placement destination determination unit 32. For example, if the event generation source NW resolution table shown in FIG. 13 is held in the rule distribution server 30 or another server, the event condition 21 is included in the event condition in the first row of the event generation source NW resolution table, and the event Since the condition 22 is included in the event condition on the second line, the event condition-NWID table shown in FIG. 16 is generated.
  • the rule generation unit 33 since the NWID of the event condition-NWID table shown in FIG. 16 is not the ID of the same front end NW, the rule generation unit 33 generates the rule arrangement table shown in FIG.
  • the rule registration unit 34 registers each rule of the rule arrangement table shown in FIG. 17 in the processing server arranged in the corresponding NWID.
  • the DC1 inventory management server generates a DC inventory event shown in FIG. 10 and transmits it to the DC1 processing server at 16:25:00 on one day.
  • the DC1 processing server that has received the event determines that the received event matches the composite event condition of rule 2-2, and notifies the backend processing server of the received event.
  • the back-end processing server that has received the event determines that the event condition 22 constituting the rule 2 is met.
  • the store A inventory management server generates a store inventory event D2 shown in FIG. 8 and transmits it to the store A processing server.
  • the store A processing server that has received the event determines that the received event matches the composite event condition of rule 2-1, and notifies the back-end processing server of the received event.
  • the back-end processing server that has received the event determines that the event condition 21 that constitutes the rule 2 is met, and a DC inventory event that matches the event condition 22 has occurred within 10 minutes. It is determined that the event condition is met.
  • the back-end processing server determines that the event matches the composite event condition of rule 2
  • the back-end processing server transmits a delivery request message to the DC1 inventory management server of NW-DC1.
  • the number of events flowing from the front-end NW to the back-end NW can be reduced by using the front-end processing server instead of the back-end processing server for processing based on application rules. For example, since the application rule 1 shown in FIG. 11 is registered in the store A-NW, an event that must be monitored to execute the rule 1 is not notified to the back-end NW. Therefore, the number of events flowing from the front end NW to the back end NW can be reduced.
  • the configuration of the event processing system according to the second embodiment is substantially the same as that of the first embodiment except that the rule distribution server 30 further includes a rule registration availability determination unit 35.
  • the configuration of the rule distribution server 30 in this embodiment is shown in FIG.
  • the rule registration availability determination unit 35 determines whether the application rule can be registered in the front-end processing server.
  • the rule generation unit 33 of the rule distribution server 30 allows the rule registration availability determination unit 35 to register the application rule in the front end NW even when all the events that match the event condition of the application rule occur in the same front end NW. If it is determined that the rule is not possible, a rule arrangement table is generated so that the application rule is registered in the back-end processing server.
  • step S19-4 the next process is determined based on the registration availability determination result calculated by the rule registration availability determination unit 35. If the application rule can be registered in the front end NW, the process ends. If not, step S19-2 is executed.
  • a time window represents a time constraint of an event to be processed. If the time window is 1 minute, an event that occurs within 1 minute is a target of processing. Regarding the notation of the time window, for example, if the time window is 1 minute, it is described as “withinwith1min”.
  • the time window is classified into two window types: sliding window and fixed window.
  • a sliding window is a time window that executes processing for events that occurred within the past within time from the time the event was received (sliding because the time width slides every time an event occurs) .
  • a fixed window is a time window in which processing is executed for an event that occurs during a fixed period (for example, during March 2012).
  • ⁇ ⁇ ⁇ ⁇ Sliding window or fixed window may be ambiguous depending on the descriptiveness of the rules. For example, it is assumed that a condition “aggregation within t2 ever t1” for performing statistical processing on an event that occurred every t1 hours in the past t2 hours can be described in the composite event condition. This can be viewed as having multiple fixed windows or as a sliding window. In this case, for example, if t2 / t1 is equal to or greater than a predetermined value, it can be regarded as a sliding window, otherwise it can be regarded as a fixed window.
  • the rule registration availability determination unit 35 determines whether it can be registered in the front-end processing server 10. First, it is determined whether or not the “within” value of the received application rule is equal to or less than a given allowable value (S20-2). If it is less than the allowable value, the application rule can be registered (S20-3). If not within the allowable value, it is verified whether the action type is aggregation (S20-4). Aggregation refers to statistical processing such as counting the number of occurrences of an event that meets a predetermined event condition, calculating a total value of specific attribute values, and calculating an average value.
  • the application rule can be registered (S20-3). If the action type is not aggregation, the application rule cannot be registered (S20-6). If the action type is aggregation (S20-4) and the window type is sliding (S20-5), the application rule is not registered (S20-6).
  • the registration to the front-end processing server 10 is permitted for the application rule when the inside value is small. This is because the state size is reduced.
  • the state is information indicating a state to which event conditions the event received in the past in executing the application rule matches. When within increases, the number of events to be processed increases, and thus the size of the state also increases.
  • whether or not an application rule can be registered in the front-end processing server 10 is determined based only on the application rule, but may be determined based on a relationship with an already-registered application rule. For example, a high priority application is calculated so that the processing load and priority of the application rule are calculated from the application rule, and the total processing load of the registered application rule is equal to or less than the allowable load of the front-end processing server 10. A rule may be selected.
  • the processing load of application rules depends on the rate of event occurrence that matches the event conditions specified in the application rules. Therefore, the load value for the application rule may be recalculated according to the generation rate. When the total load value of the application rules exceeds the allowable load of the front-end processing server 10 due to recalculation, an application rule having a low priority may be moved from the front-end processing server 10 to the back-end processing server 20.
  • the front-end processing server 10 when the performance of the front-end processing server 10 is low, the front-end processing server 10 is configured to be a bottle by arranging a processing rule with a large load on the back-end processing server 20. The number of events flowing from the front end NW to the back end NW can be reduced while avoiding a bottleneck.
  • the third embodiment means for generating an event generation source NW resolution table will be described.
  • the configuration of the event processing system according to the third embodiment is substantially the same as that of the first embodiment except that the rule distribution server 30 further includes an event occurrence source NW detection unit 36.
  • the configuration of the rule distribution server 30 in the present embodiment is shown in FIG.
  • the event generation source NW detection unit 36 generates an event generation source NW resolution table from events received by the back-end processing server 20.
  • the event generation source NW detection unit 36 of the rule distribution server 30 receives information on events received by the back-end processing server 20, and calculates which front-end NW an event that matches what event condition occurs. To do. A pair of the calculated event condition and the front end NWID is added to the event generation source NW resolution table.
  • the event occurrence source NW detection unit 36 when the event occurrence source NW detection unit 36 receives an event, for each attribute (a pair of attribute name attr and attribute value value) constituting the event, Perform the process. However, since the event type is an attribute for specifying which attribute name the event is composed of, the event type is excluded from the processing target. Next, an appearance count table corresponding to the pair of event type type and attribute name attr of the received event is acquired.
  • the appearance frequency table is a table showing how many times each attribute value has occurred in each front end NW, as illustrated in FIG. Next, the appearance count [value] [nwid] in the acquired appearance count table is incremented by one.
  • nwid is the ID of the event generation source NW
  • the appearance count [value] [nwid] is a value determined by the row specified by value and the column specified by nwid in the appearance count table.
  • an event condition is generated in which the attribute value condition of the event type is type, the attribute value condition of the attribute name attr is value, and the other attribute value condition is * (arbitrary value), and the event condition and nwid Are added to the event source NW resolution table.
  • one occurrence count table is used for one attribute name, but one occurrence count table may be generated for a combination of two or more attribute names.
  • a power set for a set of attribute names constituting an event may be generated, and an appearance count table may be generated for each element of the power set.
  • a value for specifying a row is a tuple of attribute values that are elements of the power set.
  • the event condition to be generated is an attribute value condition for the attribute name corresponding to each attribute value constituting the tuple.
  • the event type is “employee position” and the occurrence number table of the attribute name “employee ID” has a threshold value of whether or not the event condition is generated
  • the first row to FIG. The first line is generated, and the second line in FIG. 24 is generated from the second line.
  • the event generation source NW resolution table is automatically generated from the generated event, it is possible to reduce the trouble of manually creating the event generation source NW resolution table.
  • the configuration of the event processing system according to the fourth embodiment is substantially the same as that of the third embodiment except that the rule distribution server 30 further includes a rule rearrangement unit.
  • the configuration of the rule distribution server 30 in this embodiment is shown in FIG.
  • the rule rearrangement unit rearranges rules based on a change in the event generation source NW resolution table.
  • the rule generation unit 33 of the rule distribution server 30 transmits a transfer rule for transferring an event necessary for processing of the application rule to the front end processing server when the application rule is registered in the front end processing server 10. Generated to register with a front-end processing server other than the processing server. As a result, regardless of the front end NW in which an event necessary for processing the application rule occurs, the event reaches the front end processing server in which the application rule is registered.
  • step S26-3 (adding an application rule and front end NWID pair to the rule allocation table)
  • step S26-4 (necessary for the processing of the application rule).
  • step S26-5 and Step S26-6 (For each generated transfer rule, the transfer rule and each front end other than the front end processing server are generated). Add a pair with the processing server to the rule allocation table).
  • the rule rearrangement unit 37 of the rule distribution server 30 re-applies application rules held by the back-end processing server 10 when the event source NW resolution table is changed (S27-1).
  • the processing server that holds the relocation target rule is referred to as a target processing server (S27-2).
  • the processing server corresponding to the event generation source NWID before the change is set as the target processing server (S27-4).
  • the change in the event source NW resolution table is classified into a new event condition added or an event source NWID change corresponding to an existing event condition.
  • the rule rearrangement unit 37 determines which change is made, and if a new event condition is added, the application rule in which the event condition included in the newly added event condition is specified is backed up. Since it is not registered other than the end processing server, application rules registered in the back end processing server are set as candidates for rearrangement.
  • the application rule in which the event condition included in the event condition is specified is the front end process corresponding to the event generation source NWID before the change. Since it is registered in either the server or the back-end processing server, the application rules registered in the front-end processing server and the back-end processing server are set as candidates for rearrangement (S27-4).
  • the application rule arrangement destination determination unit 32 and the rule generation unit 33 generate a rule arrangement table for the application rules held by the target processing server (S27-5). If it is different from that before the event generation source NW resolution table is updated (S27-7), the rule rearrangement unit 37 rearranges the rules.
  • the rule rearrangement unit 37 first acquires state data corresponding to the application rule (S27-8). Next, the application rule, the state corresponding thereto, and the transfer rule are deleted from the processing server that holds the application rule (S27-9). Thereafter, each rule of the newly generated rule arrangement table is arranged on the corresponding NW processing server (S27-10). When app rules are placed, the acquired states are placed together. By arranging the states together, event processing is executed while taking over the processing status at the time of deletion of the processing rule, so that it is possible to prevent omission of event matching with respect to the composite event condition.
  • the event generation source NW detection unit 36 generates an appearance count table, but generates an event that occurred in the past predetermined time as a target. This is because when the device moves, the event generation source NW before the movement is not effective for generating the event generation source NW resolution table.
  • the event generation source NW detection unit 36 adds an event condition and NWID pair in step S22-7 in FIG. 22, the same event condition to be added is already registered in the event generation source NW resolution table. If so, the NWID in the row is overwritten with the new NWID.
  • the operation of the event processing system according to this embodiment will be described using a specific example.
  • the employee 001 portable terminal has moved from the store A-NW to the store B-NW.
  • an event with an employee ID of 001 occurs from the store B-NW.
  • an appearance count table having values as shown in FIG. 23 has values as shown in FIG. .
  • the event generation source NW resolution table is rewritten to the one shown in FIG. 31 from the one shown in the first row of FIG.
  • a rule arrangement table as shown in FIG. 30 is generated and arranged in each processing server.
  • an event necessary for processing of the application rule is backed up regardless of which front-end NW event occurs. Since it does not flow to the end processing server, even when the network to which the device is connected changes, it is possible to maintain a state where the number of events flowing from the front end NW to the back end NW is reduced. Further, when the network to which the device is connected is changed, the number of events flowing between the front end NWs can be reduced by rearranging the application rules.
  • the communication rule distribution server, front-end processing server, and back-end processing server according to the embodiment of the present invention described above are realized by a CPU (Central Processing Unit) reading and executing an operation program stored in a storage unit. It may also be configured by hardware. Only some functions of the above-described embodiments can be realized by a computer program.
  • CPU Central Processing Unit
  • (Appendix 2) A rule registration availability determination unit that determines whether the processing rule can be registered in the front-end processing server from the content of the application rule; The rule generation unit determines that the application rule can be registered by the rule registration availability determination unit, and if all events that match each event condition occur in the same front-end network, the rule generation unit determines the application rule.
  • the rule generation unit When a time width t is specified in the application rule so as to process an event occurring during the time width t, if the time width is equal to or less than a predetermined value, the application rule is transferred to the front-end processing server. Registration is allowed, If the time width is not less than or equal to a predetermined value, it is determined whether or not the application rule is a process for calculating a statistical value of a plurality of events. If it is a process for calculating a statistic value, the process specified by the application rule is performed for each event generated from the device, for an event that occurred between the time when the event occurred and the past time width t.
  • Appendix 4 It further includes an event source network detection unit that acquires information on events received by the back-end processing server and generates an event source network resolution table.
  • the event occurrence source network detection unit when the attribute value corresponding to each element of the power set of the attribute set and the received event matches all the attribute values of the element, the element and the origin of the event 1 is added to the count value specified by the network ID, and the count value specified by the element greater than or equal to a predetermined value and the ID of the event source network is other than the ID of the element and the source network.
  • an event condition is generated with the attribute value condition as the element and any other attribute value condition as an arbitrary value, and the generated event condition
  • the rule distribution server according to any one of appendices 1 to 3, wherein a pair of the event source network ID is added to an event source network resolution table.
  • the rule generation unit generates a transfer rule for transferring an event necessary for processing of the application rule to the front-end processing server when registering the application rule with the front-end processing server. 5.
  • the rule distribution server according to any one of supplementary notes 1 to 4 registered in a front-end processing server.
  • a rule rearrangement unit that rearranges rules based on a change in the event source network resolution table, When the event source network resolution table is changed, the rule rearrangement unit sets the back-end processing server as the target processing server, and when the change is a change in the event source network ID corresponding to the existing event condition, Furthermore, the processing server corresponding to the event occurrence source network ID before the change is the target processing server, The application rule placement destination determination unit and the rule generation unit perform generation of a transfer rule and calculation of the placement destination of the generated transfer rule and the application rule for the application rule held by the target processing server, When the calculation result is different from the content before the update of the event source network resolution table, the rule rearrangement unit acquires a state for the application rule from a processing server in which the application rule is registered, and the application rule And the corresponding state and transfer rule are deleted from the processing server that holds them, and the newly generated rule placement table rule is placed on the corresponding network processing server.
  • the rule distribution server according to appendix 5, in which the states are
  • the rule distribution server is: An event source network resolution unit that calculates an ID of a front-end network in which an event that matches the event condition occurs from the event condition; If all events that match each event condition specified in the app rule occur in the same front-end network, register the app rule in the front-end network; otherwise, register the app rule in the back-end processing server Then, the application rule placement destination determination unit to be determined, For an application rule determined to be registered in the back-end processing server, for each event condition, an event that matches the event condition with a processing server connected to the front-end network where an event matching the event condition occurs as a registration destination A rule generation unit for generating a processing rule for
  • Appendix 9 Determine whether the processing rule can be registered in the front-end processing server from the contents of the application rule, The rule distribution method according to appendix 8, wherein the application rule is registered in the front end network when it is determined that the application rule can be registered and all the events that match each event condition occur in the same front end network .
  • Appendix 14 A computer connected to the front-end processing server connected to the front-end network connected to the front-end network connected to the front-end network to which the event source is connected, A process of calculating an ID of a front-end network in which an event that matches the event condition occurs from the event condition; When all the events that match each event condition specified by the application rule registered from the application occur in the same front-end network, the application rule is registered in the processing server connected to the front-end network and does not occur , An application rule placement destination determination process for determining to register the application rule in the backend processing server, For the application rule determined to be registered in the back-end processing server, for each event condition, a front-end processing server in which an event that matches the event condition occurs is registered, and an event that matches the event condition is back-end processing server Rule generation processing to generate processing rules to be transferred to A program for executing a rule registration process for registering an application rule and a transfer rule generated by a rule generation unit in a corresponding processing server.
  • a rule registration availability process for determining whether the processing rule can be registered in the front-end processing server from the contents of the application rule is further executed.
  • the rule registration availability process if it is determined in the rule registration availability determination process that an application rule can be registered, and all events that match each event condition occur in the same front-end network, the application rule is The program according to appendix 14, which is registered in the front end network.
  • (Appendix 17) Acquire event information received by the backend processing server, and further execute event source network detection processing to generate an event source network resolution table,
  • event origin network detection process when the attribute value corresponding to each element of the power set of the attribute set and the received event match all the attribute values of the element, the element and the origin of the event 1 is added to the count value specified by the network ID, and the count value specified by the element greater than or equal to the predetermined value and the ID of the event source network is other than the ID of the element and the source network.
  • an event condition is generated with the attribute value condition as the element and any other attribute value condition as an arbitrary value, and the generated event condition And the source network ID pair is added to the event source network resolution table according to any one of appendices 14 to 16.
  • a rule relocation process that relocates rules based on changes in the event source network resolution table is further executed.
  • the back-end processing server is the target processing server
  • the change is a change of the event source network ID corresponding to the existing event condition
  • the processing server corresponding to the event occurrence source network ID before the change is the target processing server
  • the application rule placement destination determination process and the rule generation process perform generation of a transfer rule and calculation of the placement destination of the generated transfer rule and the application rule for the application rule held by the target processing server.
  • the rule rearrangement unit acquires a state for the application rule from a processing server in which the application rule is registered, and the application rule And the corresponding state and transfer rule are deleted from the processing server that holds them, and the newly generated rule placement table rule is placed on the corresponding network processing server.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer And Data Communications (AREA)
  • Computer Hardware Design (AREA)

Abstract

ルール分配サーバは、イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドＮＷのＩＤを算出し、アプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドＮＷで発生する場合、該ルールを該フロントエンドＮＷの処理サーバに登録し、発生しない場合、該ルールをバックエンド処理サーバに登録すると決定し、バックエンド処理サーバに登録するルールについてイベント条件毎に該イベント条件に合致するイベントが発生するフロントエンド処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送するルールを生成し、アプリルールと転送ルールを処理サーバに登録する。

Description

ルール分配サーバ、イベント処理システム、方法及びプログラム
本発明は、多数のデバイスから発生する大量のデータ（イベント）を処理するイベント処理システムに関する。
アプリケーションサーバから登録されたイベントの処理条件（処理ルール）に従ってイベントを処理するイベント処理システムが考案されている。例えば特許文献１のイベント処理システムでは、処理ルールに従って処理するために、ローカルシステムへ転送すべきイベントの条件（外部ディスパッチルール）を全ての外部ディスパッチャに登録する。これにより、どのようなイベントがどのイベント発生源から発生しても、そのイベントを処理対象とするローカルシステムへ、外部ディスパッチャを介して転送される。
国際公開第２０１０／１０７１０７号
　しかし、特許文献１のシステムでは、イベント発生源の数が膨大となり、各イベント発生源から発生するイベント数が多くなると、外部ディスパッチャとローカルシステムの間のネットワークを流れるデータ量が多くなる。それによって、流れるデータ量がネットワークの収容能力を超え、ローカルシステムへ転送されるべきイベントを全て送信することができなくなってしまう。
　本発明は、上記問題点に鑑みてなされたもので、各イベント発生源から発生するイベント数が多くなっても、ネットワークを流れるデータ量の増大を抑制することができるルール分配サーバ、イベント処理システム、方法及びプログラムを提供することを目的とする。
　本発明は、アプリケーションサーバからイベント処理に関するルールの登録を受けて、イベント発生源が接続されるフロントエンドネットワークに接続されたフロントエンド処理サーバとバックエンドネットワークに接続されたバックエンド処理サーバにルールを配置するルール分配サーバであって、イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出するイベント発生元ネットワーク解決部と、アプリケーションから登録されたアプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに接続される処理サーバに登録し、発生しない場合、該アプリルールをバックエンド処理サーバに登録すると決定するアプリルール配置先決定部と、前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンド処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成するルール生成部と、アプリルールとルール生成部で生成した転送ルールをそれぞれ対応する処理サーバに登録するルール登録部とを備えるルール分配サーバである。
　本発明は、イベント発生源が接続するフロントエンドネットワークに接続されるフロントエンド処理サーバと、各フロントエンドネットワークの処理サーバから収集したイベントを処理するバックエンド処理サーバと、アプリケーションから登録されるアプリルールから各処理サーバに登録する転送ルールを生成し、該アプリルールと生成した転送ルールを処理サーバに配置するルール分配サーバと、を備え、前記ルール分配サーバは、イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出するイベント発生元ネットワーク解決部と、アプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに登録し、そうでない場合、該アプリルールをバックエンド処理サーバに登録すると決定するアプリルール配置先決定部と、前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンドネットワークに接続された処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成するルール生成部と、アプリルールとルール生成部で生成した転送ルールを処理サーバに登録するルール登録部とを備えるイベント処理システムである。
　本発明は、アプリケーションサーバからイベント処理に関するルールの登録を受けて、イベント発生源が接続されるフロントエンドネットワークに接続されたフロントエンド処理サーバとバックエンドネットワークに接続されたバックエンド処理サーバにルールを配置するルール分配方法であって、イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出し、アプリケーションから登録されたアプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに接続される処理サーバに登録し、発生しない場合、該アプリルールをバックエンド処理サーバに登録すると決定し、前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンド処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成し、前記生成した転送ルールをそれぞれ対応する処理サーバに登録するルール分配方法である。
　本発明は、イベント発生源が接続されるフロントエンドネットワークに接続されたフロントエンド処理サーバとバックエンドネットワークに接続されたバックエンド処理サーバに接続されたコンピュータに、イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出する処理、アプリケーションから登録されたアプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに接続される処理サーバに登録し、発生しない場合、該アプリルールをバックエンド処理サーバに登録すると決定するアプリルール配置先決定処理、前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンド処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成するルール生成処理、前記生成した転送ルールをそれぞれ対応する処理サーバに登録するルール登録処理を実行させるプログラムである。
　本発明によれば、各イベント発生源から発生するイベント数が多くなっても、ネットワークを流れるデータ量の増大を抑制することができる。
図１は本発明の第１の実施形態に係るイベント処理システムの構成を例示する図である。 図２は第１の実施形態に係るイベント処理システムにおける処理の流れを示す図である。 図３は第１の実施形態のルール分配サーバの構成を示す図である。 図４は第１の実施形態のアプリルール配置先決定部の動作を説明するためのフローチャートである。 図５は第１の実施形態のルール生成部の動作を説明するためのフローチャートである。 図６は第１の実施形態のルール登録部の動作を説明するためのフローチャートである。 図７は第１の実施形態に係るイベント処理システムの動作を具体例を用いて説明するための図である。 図８は店舗Ａ在庫管理サーバから発生するイベントを例示する図である。 図９は従業員００１携帯端末から発生するイベントを例示する図である。 図１０はＤＣ１在庫管理サーバから発生するイベントを例示する図である。 図１１はルールを例示する図である。 図１２はルールを例示する図である。 図１３はイベント発生元ＮＷ解決表を例示する図である。 図１４はイベント条件－ＮＷＩＤ表を例示する図である。 図１５はルール配置表を例示する図である。 図１６はイベント条件－ＮＷＩＤ表を例示する図である。 図１７はルール配置表を例示する図である。 図１８は第２の実施形態におけるルール分配サーバの構成を示す図である。 図１９は第２の実施形態のルール生成部の動作を説明するためのフローチャートである。 図２０は第２の実施形態のルール登録可否判定部の動作を説明するためのフローチャートである。 図２１は第３の実施形態におけるルール分配サーバの構成を示す図である。 図２２は第３の実施形態におけるイベント発生元ＮＷ検出部の構成を示す図である。 図２３は出現回数表を例示する図である。 図２４はイベント発生元ＮＷ解決表を例示する図である。 図２５は第４の実施形態におけるルール分配サーバの構成を示す図である。 図２６は第４の実施形態におけるルール生成部の動作を説明するためのフローチャートである。 図２７は第４の実施形態におけるルール再配置部の動作を説明するためのフローチャートである。 図２８は第４の実施形態に係るイベント処理システムの動作を具体例を用いて説明するための図である。 図２９は出現回数表を例示する図である。 図３０はルール配置表を例示する図である。 図３１はイベント発生元ＮＷ解決表を例示する図である。
　以下、本発明の実施形態について図面を参照して説明する。
（第１の実施形態）
　本発明の第１の実施形態に係るイベント処理システムの構成を図１に示す。本実施形態に係るのイベント処理システムは、フロントエンド処理サーバ１０と、バックエンド処理サーバ２０と、ルール分配サーバ３０を備え、これらはネットワーク（ＮＷ）を介して接続される。各処理サーバ（フロントエンド処理サーバ１０、バックエンド処理サーバ２０）が接続されているネットワークはネットワークＩＤ（ＮＷＩＤ）により識別できる。
　フロントエンド処理サーバ１０は、イベント発生源である各デバイスが接続するネットワーク（フロントエンドＮＷ）に接続される処理サーバである。バックエンド処理サーバ２０は、各フロントエンド処理サーバ１０から収集したイベントを処理する処理サーバである。ルール分配サーバ３０は、ネットワークを介して接続されるアプリケーションサーバのアプリケーションにより、イベントの処理ルール（アプリルール）の登録を受ける。ルール分配サーバ３０は、アプリケーションから登録されたイベントの処理ルール（アプリルール）から、各処理サーバに登録する処理ルール（転送ルール）を生成し、該アプリルールと生成した転送ルールを対応する各処理サーバに配置する。
　本イベント処理システムでは、図２に示すように、アプリケーションからアプリルールが登録されると、ルール分配サーバ３０が各フロントエンド処理サーバ１０へ登録する転送ルールを生成し、各フロントエンド処理サーバ１０と各バックエンド処理サーバ２０へ、アプリルールと生成した転送ルールを登録する。
　ルール分配サーバ３０の構成を図３に示す。ルール分配サーバ３０は、イベント発生元ＮＷ解決部３１と、アプリルール配置先決定部３２と、ルール生成部３３と、ルール登録部３４を備える。
　イベント発生元ＮＷ解決部３１は、イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出する。この算出は、例えば、イベント条件と、該イベント条件に合致するイベントが発生するフロントエンドＮＷのＩＤとのペアが格納されたイベント発生元ＮＷ解決表を参照して行う。イベント発生元ＮＷ解決表はルール分配サーバ３０が保持してもよく、ネットワークに接続された他のサーバが保持してもよい。アプリルール配置先決定部３２は、アプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドＮＷで発生するかを判別し、発生する場合、そのアプリルールをそのフロントエンドＮＷのフロントエンド処理サーバ１０に登録し、そうでない場合、該アプリルールをバックエンド処理サーバ２０に登録すると決定する。ルール生成部３３は、バックエンド処理サーバ２０に登録すると決定したルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンドＮＷに接続されたフロントエンド処理サーバ１０を登録先として、イベント条件に合致するイベントをバックエンド処理サーバ２０に転送する処理ルールを生成する。ルール登録部３４は、アプリルールとルール生成部３３で生成した転送ルールをそれぞれ対応するバックエンド処理サーバ２０とフロントエンド処理サーバ１０に登録する。
　アプリルール配置先決定部３２の動作を図４のフローチャートを参照して説明する。
　アプリルール配置先決定部３２は、アプリルールを受信すると（Ｓ４－１）、まずイベント条件と該イベント条件に合致するイベントが発生するネットワークのＩＤとのペアを保持するための空のイベント条件－ＮＷＩＤ表を生成する（Ｓ４－２）。該アプリルールで指定されるイベント条件Ｃごとに、イベント発生元ＮＷ解決表を参照し、イベント条件Ｃを包含しているイベント条件を検索する（Ｓ４－３、４－４）。該当するイベント条件がイベント発生元ＮＷ解決表にある場合（Ｓ４－５）、検索したイベント条件に対応するフロントエンドＮＷＩＤをイベント条件Ｃと対応付けてイベント条件－ＮＷＩＤ表に追加する（Ｓ４－６）。該当するイベント条件がない場合、バックエンド処理サーバ２０が接続されているバックエンドネットワーク（バックエンドＮＷ）のＩＤ（バックエンドＮＷＩＤ）をイベント条件Ｃと対応づけてイベント条件－ＮＷＩＤ表に追加する（Ｓ４－７）。
　アプリルール配置先決定部３２は、全てのイベント条件について上記処理を実施後、ルールと該ルールの登録先のネットワークのＩＤとのペアを保持するための空のルール配置表を生成する（Ｓ４－８）。イベント条件－ＮＷＩＤ表のＮＷＩＤが全て同じ場合（Ｓ４－９）、該ＮＷＩＤを該アプリルールの登録先として該ルール配置表に追加する（Ｓ４－１０）。それ以外の場合、バックエンドＮＷＩＤを該アプリルールの登録先として該ルール配置表に追加する（Ｓ４－１１）。
　次に、ルール生成部３３の動作を図５のフローチャートを参照して説明する。
　ルール生成部３３は、アプリルール配置先決定部３２で生成したイベント条件－ＮＷＩＤ表のＮＷＩＤが全て同じでない場合（Ｓ５－１）、各イベント条件に対して、そのイベント条件に合致するイベントをバックエンドＮＷに接続される処理サーバへ転送する転送ルールを生成し（Ｓ５－２）、各イベント条件に対応して生成した転送ルールとそのイベント条件に対応するＮＷＩＤのペアをルール配置表に追加する（Ｓ５－３）。
　次に、ルール登録部３４の動作を図６のフローチャートを参照して説明する。
　ルール登録部３４は、ルール配置表の各ルールをそれに対応するＮＷＩＤで特定されるネットワークに配置されるサーバに登録する（Ｓ６－１）。ＮＷＩＤから処理サーバのアドレスを解決することは、例えば、バックエンドＮＷＩＤとそのバックエンドＮＷに配置されている処理サーバのＩＤを対応づける表（図示せず）を保持しておき、それを参照することでできる。
　ルールを削除する場合の処理について説明する。例えばルール生成部３３は、ルール登録時に生成したルール配置表を保持部（図示せず）に保持する。ルールの削除要求があった場合、アプリケーションから指定されたルールＩＤのルールが記述されるルール配置表を特定し、該ルール配置表に記述される各ルールを、該ルールを保持している処理サーバから削除する。
　次に、第１の実施形態に係るイベント処理システムの動作を具体例を用いて説明する。この例では、図７に示すように、フロントエンドＮＷ「店舗Ａ-ＮＷ」に、フロントエンド処理サーバ１０「店舗Ａ処理サーバ」と、デバイスとして「店舗Ａ在庫管理サーバ」及び「従業員００１携帯端末」が接続される。また、フロントエンドＮＷ「ＤＣ１―ＮＷ（DC:Distribution Center）」にフロントエンド処理サーバ１０「ＤＣ１処理サーバ」が接続され、デバイスとして「ＤＣ１在庫管理サーバ」が接続される。バックエンドネットワークには、バックエンド処理サーバ２０、ルール分配サーバ３０、アプリケーションサーバが接続される。
　店舗Ａ在庫管理サーバから発生するイベントの例としてイベントＤ１とイベントＤ２を図８に示す。イベントは属性と属性値のペアのリストから構成される。本例では、属性名「イベント種別」はイベントがどの属性名から構成されるかを特定する値とする。
　従業員００１携帯端末から発生するイベントは、図９に示す属性名から構成される。図９に示す属性値は例である。ＤＣ１在庫管理サーバから発生するイベントは、図１０に示す属性名から構成される。図１０に示す属性値は例である。
　ルールは、そのルールのＩＤ（ルールＩＤ）と、処理対象のイベントの条件（複合イベント条件）と、複合イベント条件に合致するイベントに対する処理内容（アクション）とから構成される。図１１に例示するルールの複合イベント条件は、イベント条件１１に合致するイベントと、イベント条件１２に合致するイベントが１分以内に発生することを表す。ここでは、１分以内で発生するイベントを処理対象とすることをwithinで表記する。そのような条件に合致するイベントを検出するとアクションを実行する。
　イベント条件は、０以上の属性名と、各属性名に対する属性値条件から構成される。イベントを構成する各属性値が、対応する属性値条件に合致する場合、該イベントはイベント条件に合致する。図１１のイベント条件１１に対しては、イベント種別が「店舗在庫イベント」で、拠点名が「店舗Ａ」であり、商品種別が「ＬＬＬ」であり、更新時刻はいつでもよく、店頭商品数が1以下であり、バックヤード商品数が０より大きいイベントが合致する。よって、例えば、図８のイベントＤ１はイベント条件１１に合致する。
　アプリケーションから図１１に示すアプリルールが登録された場合のイベント処理システムの動作を説明する。アプリルールはまず、アプリルール配置先決定部３２に入力される。例えば図１３に示すイベント発生元ＮＷ解決表がルール分配サーバ３０又は他のサーバに保持されているとすると、イベント条件１１はイベント発生元ＮＷ解決表の１行目のイベント条件に包含され、イベント条件１２は３行目のイベント条件に包含されるため、図１４に示すイベント条件－ＮＷＩＤ表が生成される。次に、ルール生成部３３では、図１４に示すイベント条件－ＮＷＩＤ表の全てのＮＷＩＤが同じフロントエンドＮＷのＩＤであるため、図１５に示すルール配置表を生成する。
　最後に、ルール登録部３４は、図１５に示すルール配置表より、ルール１を店舗Ａ―ＮＷに配置される処理サーバに登録する。
　次に、ルール１が登録された後にイベントが発生した場合の処理の流れを説明する。
　まず、ある日の１２時３０分００秒に、従業員００１携帯端末が図９に示す従業員位置イベントを生成し、店舗Ａ処理サーバへ送信したとする。該イベントを受信した店舗Ａ処理サーバは、受信したイベントがルール１を構成するイベント条件１２に合致すると判定する。
　その後、同日の１２時３０分２５秒に、店舗Ａ在庫管理サーバが図８に示す店舗在庫イベントＤ１を生成し、店舗Ａ処理サーバへ送信したとする。該イベントを受信した店舗Ａ処理サーバは、受信したイベントがルール１を構成するイベント条件１２に合致すると判定すると共に、１分以内にイベント条件１２に合致する従業員位置イベントが発生しているため、複合イベント条件に合致すると判定する。店舗Ａ処理サーバは、イベントがルール１の複合イベント条件に合致したと判定すると、次に、ルール１のアクションを実行する。ルール１のアクションでは、従業員ＩＤ“０１１”の従業員の携帯端末に補充指示メッセージを送信する。
　次に、アプリケーションから図１２に示すアプリルールが登録された場合のイベント処理システムの動作を説明する。アプリルールはまず、アプリルール配置先決定部３２に入力される。例えば図１３に示すイベント発生元ＮＷ解決表がルール分配サーバ３０又は他のサーバに保持されているとすると、イベント条件２１はイベント発生元ＮＷ解決表の１行目のイベント条件に包含され、イベント条件２２は２行目のイベント条件に包含されるため、図１６に示すイベント条件－ＮＷＩＤ表が生成される。
　次に、ルール生成部３３では、図１６に示すイベント条件－ＮＷＩＤ表のＮＷＩＤが同じフロントエンドＮＷのＩＤでないため、図１７に示すルール配置表を生成する。
　最後に、ルール登録部３４は、図１７に示すルール配置表の各ルールを、それに対応するＮＷＩＤに配置される処理サーバに登録する。
　次に、ルール２が登録された後にイベントが発生した場合の処理の流れを説明する。
　まず、ある日の１６時２５分００秒に、ＤＣ１在庫管理サーバが図１０に示すＤＣ在庫イベントを生成し、ＤＣ１処理サーバへ送信したとする。該イベントを受信したＤＣ１処理サーバは、受信したイベントがルール２－２の複合イベント条件に合致すると判定し、受信したイベントをバックエンド処理サーバに通知する。該イベントを受信したバックエンド処理サーバは、ルール２を構成するイベント条件２２に合致すると判定する。
　その後、同日の１６時３０分００秒に、店舗Ａ在庫管理サーバが図８に示す店舗在庫イベントＤ２を生成し、店舗Ａ処理サーバへ送信したとする。該イベントを受信した店舗Ａ処理サーバは、受信したイベントがルール２－１の複合イベント条件に合致すると判定し、受信したイベントをバックエンド処理サーバに通知する。該イベントを受信したバックエンド処理サーバは、ルール２を構成するイベント条件２１に合致すると判定すると共に、１０分以内にイベント条件２２に合致するＤＣ在庫イベントが発生しているため、ルール２の複合イベント条件に合致すると判定する。バックエンド処理サーバは、イベントがルール２の複合イベント条件に合致したと判定すると、該判定後に、バックエンド処理サーバはＮＷ－ＤＣ１のＤＣ１在庫管理サーバに配送依頼メッセージを送信する。
　以上説明したように本実施形態によれば、アプリルールに基づいた処理をバックエンド処理サーバでなく、フロントエンド処理サーバですることで、フロントエンドＮＷからバックエンドＮＷに流れるイベント数を低減できる。例えば、図１１に示すアプリルール１は店舗Ａ－ＮＷに登録されるため、ルール１を実行するために監視しなければならないイベントが、バックエンドＮＷに通知されることはない。よって、フロントエンドＮＷからバックエンドＮＷに流れるイベント数を低減できる。
（第２の実施形態）
　第２の実施形態では、バックエンド処理サーバ２０の性能よりもフロントエンド処理サーバ１０の性能が低い場合、特にメモリ容量が少ない場合に好適なイベント処理システムについて説明する。
　第２の実施形態に係るイベント処理システムの構成は、ルール分配サーバ３０がルール登録可否判定部３５をさらに備える点以外は第１の実施形態とほぼ同様である。本実施形態におけるルール分配サーバ３０の構成を図１８に示す。ルール登録可否判定部３５は、アプリルールをフロントエンド処理サーバに登録可能かどうかを判定する。
　第２の実施形態に係るイベント処理システムの動作について第１の実施形態との相違点を中心に説明する。
　ルール分配サーバ３０のルール生成部３３は、アプリルールのイベント条件に合致するイベントが全て同じフロントエンドＮＷで発生する場合でも、ルール登録可否判定部３５が該アプリルールのフロントエンドＮＷへの登録を不可と判定した場合には、該アプリルールをバックエンド処理サーバに登録するようにルール配置表を生成する。
　具体的には、第１の実施形態では図５のステップＳ５－１の処理でＹＥＳとなると処理を終了するが、第２の実施形態では、図１９のフローチャートに示すように、ステップＳ１９－４を実行する。ステップＳ１９－４では、ルール登録可否判定部３５によって算出された登録可否判定結果により次の処理を決定する。フロントエンドＮＷにアプリルールを登録可能であれば処理を終了し、そうでなければステップＳ１９－２を実行する。
　ルール登録可否判定部３５の説明に先立ち、時間ウィンドウについて説明する。時間ウィンドウとは、処理対象のイベントの時間制約を表すものであり、時間ウィンドウが１分であれば、１分以内に発生するイベントが処理の対象となる。時間ウィンドウの表記について、ここでは、例えば時間ウィンドウが１分であれば”within 1min”と表記する。
　時間ウィンドウは、スライディングウィンドウと固定ウィンドウとの２つのウィンドウタイプに分類される。スライディングウィンドウとは、イベントを受信した時刻から過去within時間内に発生したイベントに対して処理を実行するような時間ウィンドウのことである（イベントが発生する度に時間幅がスライドすることからスライディング）。固定ウィンドウとは、固定の期間（例えば、２０１２年３月中）に発生したイベントに対して処理を実行するような時間ウィンドウのことである。
　ルールの記述性によって、スライディングウィンドウか固定ウィンドウかが曖昧な場合もある。例えば、ｔ１時間ごとに過去ｔ２時間に発生したイベントに対して統計処理をするような条件“aggregation within t2 every t1”が複合イベント条件に記述できるとする。これは、複数の固定ウィンドウがあると見なすことも、スライディングウィンドウであると見なすこともできる。この場合、例えばt2/t1が所定値以上であればスライディングウィンドウと見なし、そうでなければ固定ウィンドウと見なすことができる。
　図２０のフローチャートに示すように、ルール登録可否判定部３５は、アプリルールを受信すると（Ｓ２０－１）、それがフロントエンド処理サーバ１０に登録可能かどうかを判定する。まず、受信したアプリルールのwithinの値があらかじめ与えられているwithin許容値以下かどうかを判定する（Ｓ２０－２）。許容値以下ならアプリルールを登録可とする（Ｓ２０－３）。within許容値以下でない場合、アクションタイプがアグリゲーションかどうかを検証する（Ｓ２０－４）。アグリゲーションとは、所定のイベント条件に合致するイベントの発生回数のカウントや、特定の属性値の合計値の算出、平均値の算出などの統計処理のことである。アクションタイプがアグリゲーションである場合で、かつウィンドウタイプが固定である場合（Ｓ２０－５）、アプリルールを登録可とする（Ｓ２０－３）。アクションタイプがアグリゲーションでない場合、アプリルールを登録不可とする（Ｓ２０－６）。アクションタイプがアグリゲーションである場合で（Ｓ２０－４）、かつウィンドウタイプがスライディングである場合（Ｓ２０－５）、アプリルールを登録不可とする（Ｓ２０－６）。
　前記登録可否の判定プロセスで、アプリルールで指定されるwithinの値が小さい場合に、フロントエンド処理サーバ１０への登録を許可するのは、withinの値が小さいと該アプリルールに対して保持するステートのサイズが小さくなるためである。ステートとは、アプリルールを実行する上で過去に受信したイベントがどのイベント条件に合致しているかの状態を表す情報である。withinが大きくなると、処理対象のイベントが多くなり、よって、ステートのサイズも大きくなる。
　また、上記では、アプリルールをフロントエンド処理サーバ１０に登録可能かどうかを、該アプリルールのみに基づいて決定していたが、すでに登録されているアプリルールとの関係によって決定してもよい。例えば、アプリルールから、そのアプリルールの処理負荷と優先度を算出し、登録するアプリルールの処理負荷の合計値が、フロントエンド処理サーバ１０の許容負荷以下になるように、優先度の高いアプリルールを選択してもよい。
　アプリルールの処理負荷は、アプリルールで指定されるイベント条件に合致するイベントの発生レートに依存する。そこで、発生レートに応じて、アプリルールに対する負荷値を再計算してもよい。再計算によりアプリルールの負荷値の合計がフロントエンド処理サーバ１０の許容負荷を超える場合には、優先度の低いアプリルールをフロントエンド処理サーバ１０からバックエンド処理サーバ２０へ移動してもよい。
　以上説明したように第２の実施形態によれば、フロントエンド処理サーバ１０の性能が低い場合に、負荷の大きい処理ルールをバックエンド処理サーバ２０に配置することで、フロントエンド処理サーバ１０がボトルネックにならないようにしつつ、フロントエンドＮＷからバックエンドＮＷに流れるイベント数を低減できる。
（第３の実施形態）
　第３の実施形態では、イベント発生元ＮＷ解決表を生成する手段について説明する。第３の実施形態に係るイベント処理システムの構成は、ルール分配サーバ３０がイベント発生元ＮＷ検出部３６をさらに備える点以外は第１の実施形態とほぼ同様である。本実施形態におけるルール分配サーバ３０の構成を図２１に示す。イベント発生元ＮＷ検出部３６は、バックエンド処理サーバ２０が受信するイベントからイベント発生元ＮＷ解決表を生成する。
　第３の実施形態に係るイベント処理システムの動作について第１の実施形態との相違点を中心に説明する。
　ルール分配サーバ３０のイベント発生元ＮＷ検出部３６は、バックエンド処理サーバ２０が受信するイベントの情報を受信し、どのようなイベント条件に合致するイベントが、どのフロントエンドＮＷで発生するかを算出する。算出したイベント条件とフロントエンドＮＷＩＤとのペアをイベント発生元ＮＷ解決表に追加する。
　具体的には、図２２のフローチャートに示すように、イベント発生元ＮＷ検出部３６は、イベントを受信すると、イベントを構成する各属性（属性名attrと属性値valueのペア）に対して以下の処理を実施する。ただし、イベント種別はイベントがどの属性名から成るかを特定するための属性であるため、処理対象から外す。次に、受信したイベントのイベント種別typeと属性名attrのペアに対応する出現回数表を取得する。出現回数表とは、図２３に例示するように、各属性値が各フロントエンドＮＷで何回発生したかを表す表である。次に、取得した出現回数表の出現回数[value][nwid]を＋１する。ここで、nwidは該イベントの発生元ＮＷのＩＤであり、出現回数[value][nwid]は出現回数表内のvalueで特定される行とnwidで特定される列により決まる値である。次に、出現回数[value][nwid]が所定回数以上で、出現回数[value][nwid以外の任意のＮＷＩＤ]が０であるかどうかを判定する。その場合、イベント種別の属性値条件をtypeとし、属性名attrの属性値条件をvalueとし、そのほかの属性値条件を＊（任意の値）とするイベント条件を生成し、該イベント条件とnwidとのペアをイベント発生元ＮＷ解決表に追加する。
　上記では、１属性名に対して１つの出現回数表としているが、２つ以上の属性名の組み合わせに対して１つの出現回数表を生成してもよい。イベントを構成する属性名の集合に対するべき集合を生成して、該べき集合の要素ごとに出現回数表を生成してもよい。その場合、行を特定するための値は、該べき集合の要素である属性値のタプルとなる。生成するイベント条件は、該タプルを構成する各属性値を、対応する属性名に対する属性値条件となる。
　例えば図２３に示す例で、イベント種別が「従業員位置」で属性名「従業員ＩＤ」の出現回数表がイベント条件を生成するかどうかの閾値が５の場合、１行目から図２４の１行目が生成され、２行目から図２４の２行目が生成される。
　以上説明したように第３の実施形態により、イベント発生元ＮＷ解決表が、発生するイベントから自動で生成されるため、イベント発生元ＮＷ解決表を手動で作成する手間を削減できる。
（第４の実施形態）
　第４のの実施形態では、デバイスが移動する場合に、ルールの配置を更新する手段を備える。以下、第４の実施形態について説明する。
　第４の実施形態に係るイベント処理システムの構成は、ルール分配サーバ３０がルール再配置部をさらに備える点以外は第３の実施形態とほぼ同様である。本実施形態におけるルール分配サーバ３０の構成を図２５に示す。ルール再配置部は、イベント発生元ＮＷ解決表の変更を基にルールの再配置を行う。
　第４の実施形態に係るイベント処理システムの動作について第３の実施形態との相違点を中心に説明する。
　ルール分配サーバ３０のルール生成部３３は、アプリルールをフロントエンド処理サーバ１０に登録するときに、該アプリルールの処理に必要なイベントを該フロントエンド処理サーバに転送する転送ルールを、該フロンエンド処理サーバ以外のフロントエンド処理サーバに登録するために生成する。これにより、該アプリルールの処理に必要なイベントがどのフロントエンドＮＷで発生しても、該イベントは該アプリルールが登録されるフロントエンド処理サーバに到達する。
　具体的には、図２６のフローチャートに示すように、ステップＳ２６－３（アプリルールとフロントエンドＮＷＩＤのペアをルール配置表に追加する）の後に、ステップＳ２６－４（前記アプリルールの処理に必要なイベントを前記フロントエンド処理サーバに転送する転送ルールを生成する）とステップＳ２６－５とステップＳ２６－６（生成した各転送ルールに対して、転送ルールと前記フロントエンド処理サーバ以外の各フロントエンド処理サーバとのペアをルール配置表に追加する）を実行する。
　ルール分配サーバ３０のルール再配置部３７は、図２７のフローチャートに示すように、イベント発生元ＮＷ解決表が変更されると（Ｓ２７－１）、バックエンド処理サーバ１０が保持するアプリルールを再配置対象とする。以降、再配置対象のルールを保持する処理サーバをターゲット処理サーバと呼ぶ（Ｓ２７－２）。該変更が既存のイベント条件に対応するイベント発生元ＮＷＩＤの変更である場合（Ｓ２７－３）、さらに、変更前のイベント発生元ＮＷＩＤに対応する処理サーバをターゲット処理サーバとする（Ｓ２７－４）。
　イベント発生元ＮＷ解決表の変更は、新たなイベント条件が追加されたものか、既存のイベント条件に対応するイベント発生元ＮＷＩＤの変更かに分類される。ルール再配置部３７は、いずれの変更であるか判別し、新たなイベント条件が追加されたものである場合、新たに追加されたイベント条件に包含されるイベント条件が指定されるアプリルールはバックエンド処理サーバ以外に登録されることはないため、バックエンド処理サーバに登録されているアプリルールを再配置の候補とする。一方、既存のイベント条件に対応するイベント発生元ＮＷＩＤの変更である場合には、該イベント条件に包含されるイベント条件が指定されるアプリルールは変更前のイベント発生元ＮＷＩＤに対応するフロントエンド処理サーバかバックエンド処理サーバかのいずれかに登録されているため、該フロントエンド処理サーバとバックエンド処理サーバに登録されているアプリルールを再配置の候補とする（Ｓ２７－４）。
　アプリルール配置先決定部３２とルール生成部３３は、ターゲット処理サーバが保持するアプリルールに対してルール配置表を生成する（Ｓ２７－５）。それが、イベント発生元ＮＷ解決表更新前のものと異なる場合（Ｓ２７－７）、ルール再配置部３７は、ルールの再配置を行う。
　ルールの再配置では、ルール再配置部３７は、まず、アプリルールに対応するステートのデータを取得する（Ｓ２７－８）。次に、該アプリルールとそれに対するステートと転送ルールを、それを保持している処理サーバから削除する（Ｓ２７－９）。その後、新たに生成したルール配置表の各ルールを対応するＮＷの処理サーバに配置する（Ｓ２７－１０）。アプリルールを配置するときには、取得したステートを共に配置する。ステートを共に配置することで、処理ルールの削除時点における処理状況を引き継いでイベント処理を実行するため、複合イベント条件に対するイベント合致の漏れを防ぐことができる。
　ここで、イベント発生元ＮＷ検出部３６は出現回数表を生成するが、過去所定時間内に発生したイベントを対象として生成する。これは、デバイスが移動する場合、移動前のイベント発生元ＮＷはイベント発生元ＮＷ解決表の生成に有効でないためである。
　また、イベント発生元ＮＷ検出部３６は、図２２のステップＳ２２－７で、イベント条件とＮＷＩＤのペアを追加するときに、追加する該イベント条件と同じものがすでにイベント発生元ＮＷ解決表に登録されている場合には、その行のＮＷＩＤを新たなＮＷＩＤで上書きする。
　次に、本実施形態に係るイベント処理システムの動作を具体例を用いて説明する。例えば、図２８に示すように従業員００１携帯端末が店舗Ａ―ＮＷから店舗Ｂ―ＮＷへ移動したとする。すると、従業員ＩＤが００１であるイベントが店舗Ｂ―ＮＷから発生するようになり、例えば、図２３のような値を持っていた出現回数表が、図２９のような値を持つようになる。それに伴い、イベント発生元ＮＷ解決表は、図２４の１行目に示すものが、図３１に示すものに書き換えられる。そして、このイベント発生元ＮＷ解決表に変更に基づいて、図３０に示すようなルール配置表が生成され、各処理サーバに配置される。
　以上説明したように第４の実施形態によれば、フロントエンド処理サーバにアプリルールが登録される場合、どのフロントエンドＮＷでイベントが発生しても、該アプリルールの処理に必要なイベントがバックエンド処理サーバに流れることはないため、デバイスが接続するネットワークが変わった場合にも、フロントエンドＮＷからバックエンドＮＷに流れるイベント数を低減した状態を維持できる。また、デバイスが接続するネットワークが変わった場合に、アプリルールを再配置することで、フロントエンドＮＷ間を流れるイベント数を低減できる。
　上述した本発明の実施形態に係る通信ルール分配サーバ、フロントエンド処理サーバ、バックエンド処理サーバは、ＣＰＵ（Central Processing Unit）が記憶部に格納された動作プログラム等を読み出して実行することにより実現されてもよく、また、ハードウェアで構成されてもよい。上述した実施の形態の一部の機能のみをコンピュータプログラムにより実現することもできる。
　以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　アプリケーションサーバからイベント処理に関するルールの登録を受けて、イベント発生源が接続されるフロントエンドネットワークに接続されたフロントエンド処理サーバとバックエンドネットワークに接続されたバックエンド処理サーバにルールを配置するルール分配サーバであって、
　イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出するイベント発生元ネットワーク解決部と、
　アプリケーションから登録されたアプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに接続される処理サーバに登録し、発生しない場合、該アプリルールをバックエンド処理サーバに登録すると決定するアプリルール配置先決定部と、
　前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンド処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成するルール生成部と、
　アプリルールとルール生成部で生成した転送ルールをそれぞれ対応する処理サーバに登録するルール登録部と
を備えるルール分配サーバ。
　（付記２）
　アプリルールの内容から処理ルールがフロントエンド処理サーバに登録可能かどうかを判定するルール登録可否判定部をさらに備え、
　前記ルール生成部は、前記ルール登録可否判定部で、アプリルールが登録可能と判定され、かつ、各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合には、該アプリルールを該フロントエンドネットワークに登録する
付記１に記載のルール分配サーバ。
　（付記３）
　前記ルール生成部は、
　アプリルールに、時間幅ｔの間に発生するイベントを処理対象とするような時間幅ｔが指定されるときに、該時間幅が所定値以下であれば、該アプリルールをフロントエンド処理サーバに登録可とし、
　該時間幅が所定値以下でなければ、該アプリルールが複数のイベントの統計値を算出する処理かどうかを判定し、統計値を算出する処理でなければ、該アプリルールを登録不可とし、
　統計値を算出する処理であれば、該アプリルールで指定される処理が、デバイスから発生する各イベントに対して、該イベントが発生した時刻から過去時間幅ｔの間に発生したイベントに対して処理を行うスライディングウィンドウ処理か、イベントの発生時刻によらず、所定の時刻から時間幅ｔの間に発生したイベントに対して処理を行う固定ウィンドウ処理かを判定し、固定ウィンドウ処理であれば、該アプリルールを登録可とし、スライディングウィンドウ処理であれば、該アプリルールを登録不可とする
付記２のルール分配サーバ。
　（付記４）
　バックエンド処理サーバが受信したイベントの情報を取得し、イベント発生元ネットワーク解決表を生成するイベント発生元ネットワーク検出部をさらに備え、
　前記イベント発生元ネットワーク検出部は、属性の集合のべき集合の各要素にあたる属性値と、受信したイベントが、その要素の全ての属性値と一致した場合に、該要素と、該イベントの発生元ネットワークのＩＤとで特定される計数値に１を加算し、所定値以上の前記要素と前記イベントの発生元ネットワークのＩＤとで特定される計数値について、当該要素と当該発生元ネットワークのＩＤ以外のネットワークのＩＤとで特定される計数値のいずれもが０である場合、属性値条件を該要素とし、それ以外の属性値条件を任意の値とするイベント条件を生成し、生成したイベント条件と、前記発生元ネットワークＩＤとのペアをイベント発生元ネットワーク解決表に追加する
付記１から３のいずれかに記載のルール分配サーバ。
　（付記５）
　前記ルール生成部は、アプリルールをフロントエンド処理サーバに登録するときに、該アプリルールの処理に必要なイベントを該フロントエンド処理サーバに転送する転送ルールを生成し、該フロンエンド処理サーバ以外のフロントエンド処理サーバに登録する
付記１から４のいずれかに記載のルール分配サーバ。
　（付記６）
　イベント発生元ネットワーク解決表の変更を基にルールの再配置を行うルール再配置部をさらに備え、
　前記ルール再配置部は、イベント発生元ネットワーク解決表が変更されると、バックエンド処理サーバをターゲット処理サーバとし、該変更が既存のイベント条件に対応するイベント発生元ネットワークＩＤの変更である場合、さらに、変更前のイベント発生元ネットワークＩＤに対応する処理サーバをターゲット処理サーバとし、
　前記アプリルール配置先決定部とルール生成部は、ターゲット処理サーバが保持するアプリルールに対して、転送ルールの生成と、該アプリルールと生成した転送ルールの配置先の算出を行い、
　前記ルール再配置部は、前記算出結果が、イベント発生元ネットワーク解決表の更新前の内容と異なる場合、該アプリルールが登録されている処理サーバから該アプリルールに対するステートを取得し、該アプリルールとそれに対するステートと転送ルールとを、それを保持している処理サーバから削除し、新たに生成したルール配置表のルールを、対応するネットワークの処理サーバに配置し、アプリルールの配置においては取得したステートを共に配置する
付記５に記載のルール分配サーバ。
　（付記７）
　イベント発生源が接続するフロントエンドネットワークに接続されるフロントエンド処理サーバと、各フロントエンドネットワークの処理サーバから収集したイベントを処理するバックエンド処理サーバと、アプリケーションから登録されるアプリルールから各処理サーバに登録する転送ルールを生成し、該アプリルールと生成した転送ルールを処理サーバに配置するルール分配サーバと、を備え、
　前記ルール分配サーバは、
　イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出するイベント発生元ネットワーク解決部と、
　アプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに登録し、そうでない場合、該アプリルールをバックエンド処理サーバに登録すると決定するアプリルール配置先決定部と、
　前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンドネットワークに接続された処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成するルール生成部と、
　アプリルールとルール生成部で生成した転送ルールを処理サーバに登録するルール登録部と
　を備えるイベント処理システム。
　（付記８）
　アプリケーションサーバからイベント処理に関するルールの登録を受けて、イベント発生源が接続されるフロントエンドネットワークに接続されたフロントエンド処理サーバとバックエンドネットワークに接続されたバックエンド処理サーバにルールを配置するルール分配方法であって、
　イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出し、
　アプリケーションから登録されたアプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに接続される処理サーバに登録し、発生しない場合、該アプリルールをバックエンド処理サーバに登録すると決定し、
　前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンド処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成し、
　前記生成した転送ルールをそれぞれ対応する処理サーバに登録する
ルール分配方法。
　（付記９）
　アプリルールの内容から処理ルールがフロントエンド処理サーバに登録可能かどうかを判定し、
　アプリルールが登録可能と判定され、かつ、各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合には、該アプリルールを該フロントエンドネットワークに登録する
付記８に記載のルール分配方法。
　（付記１０）
　アプリルールに、時間幅ｔの間に発生するイベントを処理対象とするような時間幅ｔが指定されるときに、該時間幅が所定値以下であれば、該アプリルールをフロントエンド処理サーバに登録可とし、
　該時間幅が所定値以下でなければ、該アプリルールが複数のイベントの統計値を算出する処理かどうかを判定し、統計値を算出する処理でなければ、該アプリルールを登録不可とし、
　統計値を算出する処理であれば、該アプリルールで指定される処理が、デバイスから発生する各イベントに対して、該イベントが発生した時刻から過去時間幅ｔの間に発生したイベントに対して処理を行うスライディングウィンドウ処理か、イベントの発生時刻によらず、所定の時刻から時間幅ｔの間に発生したイベントに対して処理を行う固定ウィンドウ処理かを判定し、固定ウィンドウ処理であれば、該アプリルールを登録可とし、スライディングウィンドウ処理であれば、該アプリルールを登録不可とする
付記９のルール分配方法。
　（付記１１）
　バックエンド処理サーバが受信したイベントの情報を取得し、イベント発生元ネットワーク解決表を生成するときに、属性の集合のべき集合の各要素にあたる属性値と、受信したイベントが、その要素の全ての属性値と一致した場合に、該要素と、該イベントの発生元ネットワークのＩＤとで特定される計数値に１を加算し、所定値以上の前記要素と前記イベントの発生元ネットワークのＩＤとで特定される計数値について、当該要素と当該発生元ネットワークのＩＤ以外のネットワークのＩＤとで特定される計数値のいずれもが０である場合、属性値条件を該要素とし、それ以外の属性値条件を任意の値とするイベント条件を生成し、生成したイベント条件と、前記発生元ネットワークＩＤとのペアをイベント発生元ネットワーク解決表に追加する
付記８から１０のいずれかに記載のルール分配方法。
　（付記１２）
　アプリルールをフロントエンド処理サーバに登録するときに、該アプリルールの処理に必要なイベントを該フロントエンド処理サーバに転送する転送ルールを生成し、該フロンエンド処理サーバ以外のフロントエンド処理サーバに登録する
付記８から１１のいずれかに記載のルール分配方法。
　（付記１３）
　イベント発生元ネットワーク解決表の変更を基にルールの再配置を行うときに、イベント発生元ネットワーク解決表が変更されると、バックエンド処理サーバをターゲット処理サーバとし、該変更が既存のイベント条件に対応するイベント発生元ネットワークＩＤの変更である場合、さらに、変更前のイベント発生元ネットワークＩＤに対応する処理サーバをターゲット処理サーバとし、
　ターゲット処理サーバが保持するアプリルールに対して、転送ルールの生成と、該アプリルールと生成した転送ルールの配置先の算出を行い、
　前記算出結果が、イベント発生元ネットワーク解決表の更新前の内容と異なる場合、該アプリルールが登録されている処理サーバから該アプリルールに対するステートを取得し、該アプリルールとそれに対するステートと転送ルールとを、それを保持している処理サーバから削除し、新たに生成したルール配置表のルールを、対応するネットワークの処理サーバに配置し、アプリルールの配置においては取得したステートを共に配置する
付記１２に記載のルール分配方法。
　（付記１４）
　イベント発生源が接続されるフロントエンドネットワークに接続されたフロントエンド処理サーバとバックエンドネットワークに接続されたバックエンド処理サーバに接続されたコンピュータに、
　イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出する処理、
　アプリケーションから登録されたアプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに接続される処理サーバに登録し、発生しない場合、該アプリルールをバックエンド処理サーバに登録すると決定するアプリルール配置先決定処理、
　前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンド処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成するルール生成処理、
　アプリルールとルール生成部で生成した転送ルールをそれぞれ対応する処理サーバに登録するルール登録処理
を実行させるプログラム。
　（付記１５）
　アプリルールの内容から処理ルールがフロントエンド処理サーバに登録可能かどうかを判定するルール登録可否処理をさらに実行させ、
　前記ルール登録可否処理では、前記ルール登録可否判定処理で、アプリルールが登録可能と判定され、かつ、各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合には、該アプリルールを該フロントエンドネットワークに登録する
付記１４に記載のプログラム。
　（付記１６）
　前記ルール生成処理では、
　アプリルールに、時間幅ｔの間に発生するイベントを処理対象とするような時間幅ｔが指定されるときに、該時間幅が所定値以下であれば、該アプリルールをフロントエンド処理サーバに登録可とし、
　該時間幅が所定値以下でなければ、該アプリルールが複数のイベントの統計値を算出する処理かどうかを判定し、統計値を算出する処理でなければ、該アプリルールを登録不可とし、
　統計値を算出する処理であれば、該アプリルールで指定される処理が、デバイスから発生する各イベントに対して、該イベントが発生した時刻から過去時間幅ｔの間に発生したイベントに対して処理を行うスライディングウィンドウ処理か、イベントの発生時刻によらず、所定の時刻から時間幅ｔの間に発生したイベントに対して処理を行う固定ウィンドウ処理かを判定し、固定ウィンドウ処理であれば、該アプリルールを登録可とし、スライディングウィンドウ処理であれば、該アプリルールを登録不可とする
付記１５のプログラム。
　（付記１７）
　バックエンド処理サーバが受信したイベントの情報を取得し、イベント発生元ネットワーク解決表を生成するイベント発生元ネットワーク検出処理をさらに実行させ、
　前記イベント発生元ネットワーク検出処理では、属性の集合のべき集合の各要素にあたる属性値と、受信したイベントが、その要素の全ての属性値と一致した場合に、該要素と、該イベントの発生元ネットワークのＩＤとで特定される計数値に１を加算し、所定値以上の前記要素と前記イベントの発生元ネットワークのＩＤとで特定される計数値について、当該要素と当該発生元ネットワークのＩＤ以外のネットワークのＩＤとで特定される計数値のいずれもが０である場合、属性値条件を該要素とし、それ以外の属性値条件を任意の値とするイベント条件を生成し、生成したイベント条件と、前記発生元ネットワークＩＤとのペアをイベント発生元ネットワーク解決表に追加する
付記１４から１６のいずれかに記載のプログラム。
　（付記１８）
　前記ルール生成処理では、アプリルールをフロントエンド処理サーバに登録するときに、該アプリルールの処理に必要なイベントを該フロントエンド処理サーバに転送する転送ルールを生成し、該フロンエンド処理サーバ以外のフロントエンド処理サーバに登録する
付記１４から１７のいずれかに記載のプログラム。
　（付記１９）
　イベント発生元ネットワーク解決表の変更を基にルールの再配置を行うルール再配置処理をさらに実行させ、
　前記ルール再配置処理では、イベント発生元ネットワーク解決表が変更されると、バックエンド処理サーバをターゲット処理サーバとし、該変更が既存のイベント条件に対応するイベント発生元ネットワークＩＤの変更である場合、さらに、変更前のイベント発生元ネットワークＩＤに対応する処理サーバをターゲット処理サーバとし、
　前記アプリルール配置先決定処理とルール生成処理は、ターゲット処理サーバが保持するアプリルールに対して、転送ルールの生成と、該アプリルールと生成した転送ルールの配置先の算出を行い、
　前記ルール再配置部は、前記算出結果が、イベント発生元ネットワーク解決表の更新前の内容と異なる場合、該アプリルールが登録されている処理サーバから該アプリルールに対するステートを取得し、該アプリルールとそれに対するステートと転送ルールとを、それを保持している処理サーバから削除し、新たに生成したルール配置表のルールを、対応するネットワークの処理サーバに配置し、アプリルールの配置においては取得したステートを共に配置する
付記１８に記載のプログラム。
　以上好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。
　この出願は、２０１２年１０月２３日に出願された日本出願特願２０１２－２３３３７３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１０　　フロントエンド処理サーバ
　２０　　バックエンド処理サーバ
　３０　　ルール分配サーバ
　３１　　イベント発生元ＮＷ解決部
　３２　　アプリルール配置先決定部
　３３　　ルール生成部
　３４　　ルール登録部
　３５　　ルール登録可否判定部
　３６　　イベント発生元ＮＷ検出部
　３７　　ルール再配置部

Claims (9)

  1. 　アプリケーションサーバからイベント処理に関するルールの登録を受けて、イベント発生源が接続されるフロントエンドネットワークに接続されたフロントエンド処理サーバとバックエンドネットワークに接続されたバックエンド処理サーバにルールを配置するルール分配サーバであって、
    　イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出するイベント発生元ネットワーク解決部と、
    　アプリケーションから登録されたアプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに接続される処理サーバに登録し、発生しない場合、該アプリルールをバックエンド処理サーバに登録すると決定するアプリルール配置先決定部と、
    　前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンド処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成するルール生成部と、
    　アプリルールとルール生成部で生成した転送ルールをそれぞれ対応する処理サーバに登録するルール登録部と
    を備えるルール分配サーバ。
  2. 　アプリルールの内容から処理ルールがフロントエンド処理サーバに登録可能かどうかを判定するルール登録可否判定部をさらに備え、
    　前記ルール生成部は、前記ルール登録可否判定部で、アプリルールが登録可能と判定され、かつ、各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合には、該アプリルールを該フロントエンドネットワークに登録する
    請求項１に記載のルール分配サーバ。
  3. 　前記ルール生成部は、
    　アプリルールに、時間幅ｔの間に発生するイベントを処理対象とするような時間幅ｔが指定されるときに、該時間幅が所定値以下であれば、該アプリルールをフロントエンド処理サーバに登録可とし、
    　該時間幅が所定値以下でなければ、該アプリルールが複数のイベントの統計値を算出する処理かどうかを判定し、統計値を算出する処理でなければ、該アプリルールを登録不可とし、
    　統計値を算出する処理であれば、該アプリルールで指定される処理が、デバイスから発生する各イベントに対して、該イベントが発生した時刻から過去時間幅ｔの間に発生したイベントに対して処理を行うスライディングウィンドウ処理か、イベントの発生時刻によらず、所定の時刻から時間幅ｔの間に発生したイベントに対して処理を行う固定ウィンドウ処理かを判定し、固定ウィンドウ処理であれば、該アプリルールを登録可とし、スライディングウィンドウ処理であれば、該アプリルールを登録不可とする
    請求項２のルール分配サーバ。
  4. 　バックエンド処理サーバが受信したイベントの情報を取得し、イベント発生元ネットワーク解決表を生成するイベント発生元ネットワーク検出部をさらに備え、
    　前記イベント発生元ネットワーク検出部は、属性の集合のべき集合の各要素にあたる属性値と、受信したイベントが、その要素の全ての属性値と一致した場合に、該要素と、該イベントの発生元ネットワークのＩＤとで特定される計数値に１を加算し、所定値以上の前記要素と前記イベントの発生元ネットワークのＩＤとで特定される計数値について、当該要素と当該発生元ネットワークのＩＤ以外のネットワークのＩＤとで特定される計数値のいずれもが０である場合、属性値条件を該要素とし、それ以外の属性値条件を任意の値とするイベント条件を生成し、生成したイベント条件と、前記発生元ネットワークＩＤとのペアをイベント発生元ネットワーク解決表に追加する
    請求項１から３のいずれかに記載のルール分配サーバ。
  5. 　前記ルール生成部は、アプリルールをフロントエンド処理サーバに登録するときに、該アプリルールの処理に必要なイベントを該フロントエンド処理サーバに転送する転送ルールを生成し、該フロンエンド処理サーバ以外のフロントエンド処理サーバに登録する
    請求項１から４のいずれかに記載のルール分配サーバ。
  6. 　イベント発生元ネットワーク解決表の変更を基にルールの再配置を行うルール再配置部をさらに備え、
    　前記ルール再配置部は、イベント発生元ネットワーク解決表が変更されると、バックエンド処理サーバをターゲット処理サーバとし、該変更が既存のイベント条件に対応するイベント発生元ネットワークＩＤの変更である場合、さらに、変更前のイベント発生元ネットワークＩＤに対応する処理サーバをターゲット処理サーバとし、
    　前記アプリルール配置先決定部とルール生成部は、ターゲット処理サーバが保持するアプリルールに対して、転送ルールの生成と、該アプリルールと生成した転送ルールの配置先の算出を行い、
    　前記ルール再配置部は、前記算出結果が、イベント発生元ネットワーク解決表の更新前の内容と異なる場合、該アプリルールが登録されている処理サーバから該アプリルールに対するステートを取得し、該アプリルールとそれに対するステートと転送ルールとを、それを保持している処理サーバから削除し、新たに生成したルール配置表のルールを、対応するネットワークの処理サーバに配置し、アプリルールの配置においては取得したステートを共に配置する
    請求項５に記載のルール分配サーバ。
  7. 　イベント発生源が接続するフロントエンドネットワークに接続されるフロントエンド処理サーバと、各フロントエンドネットワークの処理サーバから収集したイベントを処理するバックエンド処理サーバと、アプリケーションから登録されるアプリルールから各処理サーバに登録する転送ルールを生成し、該アプリルールと生成した転送ルールを処理サーバに配置するルール分配サーバと、を備え、
    　前記ルール分配サーバは、
    　イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出するイベント発生元ネットワーク解決部と、
    　アプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに登録し、そうでない場合、該アプリルールをバックエンド処理サーバに登録すると決定するアプリルール配置先決定部と、
    　前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンドネットワークに接続された処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成するルール生成部と、
    　アプリルールとルール生成部で生成した転送ルールを処理サーバに登録するルール登録部と
    　を備えるイベント処理システム。
  8. 　アプリケーションサーバからイベント処理に関するルールの登録を受けて、イベント発生源が接続されるフロントエンドネットワークに接続されたフロントエンド処理サーバとバックエンドネットワークに接続されたバックエンド処理サーバにルールを配置するルール分配方法であって、
    　イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出し、
    　アプリケーションから登録されたアプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに接続される処理サーバに登録し、発生しない場合、該アプリルールをバックエンド処理サーバに登録すると決定し、
    　前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンド処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成し、
    　前記生成した転送ルールをそれぞれ対応する処理サーバに登録する
    ルール分配方法。
  9. 　イベント発生源が接続されるフロントエンドネットワークに接続されたフロントエンド処理サーバとバックエンドネットワークに接続されたバックエンド処理サーバに接続されたコンピュータに、
    　イベント条件から、該イベント条件に合致するイベントが発生するフロントエンドネットワークのＩＤを算出する処理、
    　アプリケーションから登録されたアプリルールで指定される各イベント条件に合致するイベントが全て同じフロントエンドネットワークで発生する場合、該アプリルールを該フロントエンドネットワークに接続される処理サーバに登録し、発生しない場合、該アプリルールをバックエンド処理サーバに登録すると決定するアプリルール配置先決定処理、
    　前記バックエンド処理サーバに登録すると決定されたアプリルールについて、イベント条件ごとに、該イベント条件に合致するイベントが発生するフロントエンド処理サーバを登録先として、イベント条件に合致するイベントをバックエンド処理サーバに転送する処理ルールを生成するルール生成処理、
    　前記生成した転送ルールをそれぞれ対応する処理サーバに登録するルール登録処理
    を実行させるプログラム。
PCT/JP2013/077407 2012-10-23 2013-10-09 ルール分配サーバ、イベント処理システム、方法及びプログラム WO2014065115A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020157013466A KR20150077474A (ko) 2012-10-23 2013-10-09 룰 분배 서버, 이벤트 처리 시스템, 방법 및 프로그램
EP13848717.8A EP2913752A4 (en) 2012-10-23 2013-10-09 RULE DISTRIBUTION SERVER, AND EVENT PROCESSING SYSTEM, METHOD, AND PROGRAM
CN201380055549.4A CN104756079A (zh) 2012-10-23 2013-10-09 规则分配服务器、事件处理系统和方法以及程序
JP2014543219A JP6217644B2 (ja) 2012-10-23 2013-10-09 ルール分配サーバ、イベント処理システム、方法及びプログラム
US14/435,694 US9736226B2 (en) 2012-10-23 2013-10-09 Rule distribution server, event processing system and method, and program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012233373 2012-10-23
JP2012-233373 2012-10-23

Publications (1)

Publication Number Publication Date
WO2014065115A1 true WO2014065115A1 (ja) 2014-05-01

Family

ID=50544495

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/077407 WO2014065115A1 (ja) 2012-10-23 2013-10-09 ルール分配サーバ、イベント処理システム、方法及びプログラム

Country Status (6)

Country Link
US (1) US9736226B2 (ja)
EP (1) EP2913752A4 (ja)
JP (1) JP6217644B2 (ja)
KR (1) KR20150077474A (ja)
CN (1) CN104756079A (ja)
WO (1) WO2014065115A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017078968A (ja) * 2015-10-20 2017-04-27 富士通株式会社 分散制御方法、分散制御システム、および分散制御プログラム

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101856487B1 (ko) * 2017-03-03 2018-06-19 주식회사 티맥스데이터 파싱을 처리하기 위한 컴퓨팅 장치
KR102224771B1 (ko) * 2019-04-24 2021-03-08 주식회사 티맥스티베로 데이터베이스 중단 관리 방법
EP3975607A4 (en) * 2019-05-21 2022-07-13 NEC Corporation COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND SERVER
KR102247247B1 (ko) * 2019-06-05 2021-05-03 주식회사 티맥스티베로 데이터베이스 관리 방법
CN112631740A (zh) * 2019-09-24 2021-04-09 中兴通讯股份有限公司 一种事件处理方法、装置、终端及计算机可读存储介质
CN111309498B (zh) * 2020-02-13 2023-09-15 山东汇贸电子口岸有限公司 请求处理方法、装置及计算机可读介质
KR102388083B1 (ko) * 2020-06-12 2022-04-18 건국대학교 산학협력단 이벤트 기반 비동기식 통신 미들웨어에서의 직접 및 간접 동기식 통신 방법 및 장치

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010107107A1 (ja) 2009-03-17 2010-09-23 日本電気株式会社 イベント処理システム、イベント処理方法、ルール分配装置、及びプログラム記憶媒体

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101326508A (zh) * 2005-01-06 2008-12-17 特维拉有限公司 智能消息传递应用编程接口
US20090089325A1 (en) * 2007-09-28 2009-04-02 Rockwell Automation Technologies, Inc. Targeted resource allocation
JP5470720B2 (ja) 2008-03-07 2014-04-16 日本電気株式会社 イベント処理システムおよびイベント処理方法
WO2010071162A1 (ja) 2008-12-15 2010-06-24 日本電気株式会社 イベント処理システム、イベント処理方法、ルール分配装置、及びルール分配プログラム
US20120246214A1 (en) 2009-11-02 2012-09-27 Hitachi, Ltd. Method for supporting service setting

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010107107A1 (ja) 2009-03-17 2010-09-23 日本電気株式会社 イベント処理システム、イベント処理方法、ルール分配装置、及びプログラム記憶媒体

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
See also references of EP2913752A4
TADASHI SATO ET AL.: "Distributed Complex Event Processing for Context-Aware Services", IPSJ SYMPOSIUM SERIES, vol. 2008, no. 1, July 2008 (2008-07-01), pages 975 - 981, XP008179467 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017078968A (ja) * 2015-10-20 2017-04-27 富士通株式会社 分散制御方法、分散制御システム、および分散制御プログラム

Also Published As

Publication number Publication date
US9736226B2 (en) 2017-08-15
EP2913752A4 (en) 2016-07-13
US20150271252A1 (en) 2015-09-24
KR20150077474A (ko) 2015-07-07
CN104756079A (zh) 2015-07-01
EP2913752A1 (en) 2015-09-02
JP6217644B2 (ja) 2017-10-25
JPWO2014065115A1 (ja) 2016-09-08

Similar Documents

Publication Publication Date Title
JP6217644B2 (ja) ルール分配サーバ、イベント処理システム、方法及びプログラム
US8321865B2 (en) Processing of streaming data with a keyed delay
US7996352B2 (en) Distributed rule processing for ubiquitous computing environments
US9015169B2 (en) Tenant placement in multitenant cloud databases with data sharing
CN112445626B (zh) 一种基于消息中间件的数据处理方法和装置
US11620177B2 (en) Alerting system having a network of stateful transformation nodes
US10185605B2 (en) In-order message processing with message-dependency handling
US20130013549A1 (en) Hardware-assisted approach for local triangle counting in graphs
CN110968438A (zh) 事件消息异步通知方法、装置、电子设备、存储介质
US20100257240A1 (en) Method and system for implementing sequence start and increment values for a resequencer
US8254391B2 (en) Method and system for performing blocking of messages on errors in message stream
US12026071B2 (en) Method, electronic device and computer program product for storage management
KR20090005367A (ko) 이벤트 모니터의 동작의 방법, 컴퓨터 판독가능 매체 및 작업 아이템 이벤트 모니터
CN113760847A (zh) 日志数据处理方法、装置、设备及存储介质
CN111241189B (zh) 一种同步数据的方法和装置
CN110609731A (zh) 用于管理虚拟机的方法、设备和计算机程序产品
CN114860782B (zh) 数据查询方法、装置、设备及介质
CN112783924B (zh) 一种脏数据识别方法、装置和系统
CN114449040A (zh) 基于云平台的配置下发方法及装置
CN112182003A (zh) 一种数据同步方法和装置
CN113779048A (zh) 一种数据处理方法和装置
CN112799863A (zh) 用于输出信息的方法和装置
CN112486400A (zh) 管理存储系统的索引的方法、设备和计算机程序产品
CN110262756B (zh) 用于缓存数据的方法和装置
CN115129433A (zh) 数据库处理方法、装置、电子设备及计算机可读介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13848717

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014543219

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2013848717

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14435694

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20157013466

Country of ref document: KR

Kind code of ref document: A