JP3984553B2 - Data processing apparatus, data processing system, and recording medium - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
  The present invention is used for trial and error calculations, simulation calculations while data is being updated, and the like.Data processing apparatus, data processing system, and computer-readable recording mediumIt is about.
[0002]
[Prior art]
Traditionally, trial-and-error calculations and simulation-based calculations while data is being updated are used in business relations such as finance and market risk assessment processing, and in industry relations such as logistics, distribution, and process control. Is often used in simulations and planning.
[0003]
However, for example, when many clients (users) perform calculations and simulations as described above using data in a database (DB) in which data is frequently updated (here, a simple explanation) Therefore, in order to ensure the consistency of the data in the DB, other clients can use other data while using the data. The client cannot use the data.
[0004]
Therefore, in order to solve the above problem, for example, a data processing system 500 as shown in FIG. 15 has been proposed.
As shown in FIG. 15, the data processing system 500 performs a simulation of data copy (DB copy) 510 ′ (C1), 510 ′ (C2), 510 ′ (C3),. The processing programs (simulation programs) 520 (C1), 520 (C2), 520 (C3),... Are provided for the clients C1, C2, C3,. , DB copies 510 ′ (C1), 510 ′ (C2), 510 ′ (C3),...
With such a configuration, each client C1, C2, C3,... Can freely perform simulation using its own DB copy regardless of whether other clients are currently performing simulation. Can do. In addition, various simulations can be performed in parallel.
[0005]
[Problems to be solved by the invention]
However, in the data processing system 500 of FIG. 15 described above, the processing programs 520 (C1) and 520 (C2) together with the DB copies 510 ′ (C1), 510 ′ (C2), 510 ′ (C3),. , 520 (C3),... Are provided for each of the clients C1, C2, C3,... That perform the simulation, so that much memory is required and the system configuration becomes complicated. Furthermore, there was a problem that its management and maintenance became difficult.
[0006]
In addition, since each client C1, C2, C3,... Is configured to perform a simulation using its own DB copy, there are cases where the simulation is performed with different data contents.
For example, it is assumed that the simulation is completed at the client C1, and the contents of the base DB 510 are updated with the simulation result in order to transmit the result to other clients. At this time, the other clients C2, C3,... Use their own DB copies 510 ′ (C2), 510 ′ (C3),..., That is, use the contents of the DB 510 before update. A simulation will be performed.
[0007]
Therefore, in order to solve the problem in the data processing system 500 of FIG. 15, for example, a data processing system 600 as shown in FIG. 16 has been proposed.
As shown in FIG. 15, the data processing system 600 has a configuration in which one copy (DB copy) 610 of data in the DB 610 and one processing program (simulation program) 620 for performing simulation are provided. The C1, C2, C3,... Share the DB copy 610 and can perform simulations.
With such a configuration, each of C1, C2, C3,... Can perform a simulation with the same data contents without requiring a large amount of memory.
[0008]
However, it is conceivable that among clients that perform simulation, there is a client that wants to perform simulation with data contents before update.
In such a case, for example, in the data processing system 500 of FIG. 15, even if the contents of the base DB 510 are updated by the simulation result of the client C1, the DB copy 510 ′ () of the other clients C2, C3,. Since the contents of C2), 510 ′ (C3),... Are not updated, it is convenient for the client who wants to perform simulation with the data contents before the update.
On the other hand, in the data processing system 600 of FIG. 16, when the contents of the copy DB 610 ′ are updated by the simulation result of the client C1, all of the other clients C2, C3,. Only a simulation using the copy DB 610 ′ can be performed. This is a problem for a client who wants to perform simulation with the data contents before update.
[0009]
In other words, among the clients that perform the simulation, the client that wants to perform the simulation with the data content before the change (data content that does not reflect the simulation results of other clients), the data content after the change (the simulation results of other clients are reflected) There are various clients, such as clients who want to perform simulation with the data content) and clients who want to switch those simulations according to the situation. Conventionally, simulations that satisfy the demands of all clients are performed. , Could not be realized with a simple configuration.
[0010]
  Therefore, the present invention is made to eliminate the above-mentioned drawbacks, and satisfies trials and errors that satisfy the needs of all clients, simulation calculations while data is being updated, etc. Can be realized efficiently with a simple configuration.To doFor the purpose.
[0011]
[Means for Solving the Problems]
  Under such purpose,The data processing apparatus of the present inventionIn a data processing apparatus for a plurality of clients to access a plurality of object data having distinctiveness and execute arbitrary processing, it is a set of object data to be processed in the above arbitrary processing, and the client requests Generated based onThe clientExecute the arbitrary process using the plurality of object dataNecessary forA first management means for managing a context for each client; a second management means for managing an entity corresponding to each object data for each context; and a context for each client.,Third management means for managing the parent-child relationship and the client that requested the accessOn the other hand, from the management information by the first management meansThe context that the client is currently usingAnd the object data to be accessed by the client from the context and the management information by the second management means.Get the corresponding entityAnd access to the contents of the acquired entityAccess means for performing access processing including processing,When the entity corresponding to the target object data is empty in the management information by the second management unit, the access unit is currently used by the client based on the parent-child relationship of the context by the third management unit. A context in the context of the parent of the current context, acquire an entity in the context in the context of the parent from the management information by the second management means, and perform access processing on the contents of the entityIt is characterized by that.
  A data processing system according to the present invention includes a data processing apparatus for a plurality of clients and a memory in which a plurality of object data is stored, for the plurality of clients to execute arbitrary processing using data in the memory. The data processing system is configured to be connectable via the data processing device, and the data processing device has a function of the data processing device of the present invention.
  The computer-readable recording medium according to the present invention is a computer-readable recording medium in which a computer program for allowing a plurality of clients to access a plurality of object data having distinctiveness and execute arbitrary processing is recorded. A set of object data to be processed in the above process, and is generated on the basis of a client request, and a context necessary for the client to execute the arbitrary process using the plurality of object data is determined for each client. A first management unit that manages each entity, a second management unit that manages an entity corresponding to each of the object data for each context, and a third management unit that manages a parent-child relationship of the context for each client To the client that requested access Then, the context currently used by the client is identified from the management information by the first management means, and the object data to be accessed by the client is managed from the context and the management information by the second management means. A computer program that causes a computer to function as an access unit that performs an access process including a process of acquiring an entity and accessing the content of the acquired entity is recorded, and the access unit includes management information by the second management unit If the entity corresponding to the target object data is empty, based on the parent-child relationship of the context by the third management means, obtain a context that is in the context of the parent of the context that the client is currently using, Second management means It acquires the entity of the management information in the context of the relationship of the parent with, and performs access processing for the contents of the entity.
[0027]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0028]
The present invention is applied to, for example, a data processing system 100 as shown in FIG.
As shown in FIG. 1, the data processing system 100 allows a plurality of clients C1, C2, C3,... To use trial and error calculations and data updates using data in the database (DB) 120. In this case, a simulation calculation or the like can be performed (in this case, for the sake of simplicity of explanation, a case where simulation is performed will be described as an example).
The access management of the clients C1, C2, C3,... To the DB 120 at this time is performed by the data processing device 110. That is, the clients C1, C2, C3,... Access the DB 120 through the data processing device 110.
[0029]
The data processing device 110 includes an entity management unit 111, a connection management unit 112, and a processing program (in this case, a simulation program) 113. From the data (object data) in the DB 120 to the client that requested the data access. Based on the later-described context, it is configured to manage this.
Hereinafter, the data processing apparatus 110 will be described in detail.
[0030]
First, each of the clients C1, C2, C3,... Here includes all that access the DB 120, that is, all that receive a service for reading / writing object data in the DB 120 by the data processing apparatus 110. Here, for example, it is assumed to be composed of a terminal device such as a personal computer.
Assume that various object data A, B, C,... Exist in the DB 120 as shown in FIG. From these object data A, B, C,..., A context based on the client that has requested access is constructed.
[0031]
Here, “context” means a set of data according to a certain condition. For example, when the client C1 executes a certain simulation, a set of object data (a “world” of a set of object data for the client C1) that is a target of the simulation is a context.
Therefore, the connection management unit 112 manages the client context for which a connection request is made for simulation, for each client, and the entity management unit 111 uses the table as shown in “Tb” in FIG. The relationship between objects and entities described later is managed for each client.
[0032]
Therefore, although the details will be described later, the outline of the context management for each client in the state of Tb shown in FIG. 2 and the execution of the simulation by the client will be described. First, the object data A of the DB 120 , B, C,... Are defined as context # 0 (initial context).
[0033]
Next, context # 1 is generated by a request from the client C1. Therefore, the client C1 performs simulation in the context # 1. In this simulation, for example, the update of the object data A is performed on the entity a1 which is a copy of the initial entity a0, and the reference of the object data B, C,. , C0,...
When generating a context, it is generated by designating which context is the parent. Here, context # 1 is generated with context # 0 as the parent.
[0034]
In addition, the context # 2 is generated when the client C1 requests to perform a new simulation in an environment different from the context # 1. Thereby, the client C1 can also perform a simulation in the context # 2.
In this simulation, if context # 2 is generated with context # 1 as a parent, references to object data A, C,... Become entities a1, c0,. The update is performed on the entity b2 that is a copy of the initial entity. If the context # 2 is generated with the context # 0 as a parent, the reference to the object data A, C,... Becomes the initial entity a0, c0,. Is performed on the entity b2.
[0035]
Further, in response to a request from the client C2, the context # 3 is generated with the context # 0 as a parent. Therefore, the client C2 performs simulation in the context # 3. In this simulation, for example, the reference and update of the object data A and B are performed on the entities a4 and b4 which are copies of the initial entities a0 and b0, and the reference of the object data C,. Are performed on the initial entities c0,. At this time, the entity a1 (data updated in the simulation in the context # 1) and the entity b2 (data updated in the simulation in the context # 2) can be referred to.
In this way, each client always has one context that is referenced at a certain time. Some contexts may not be referenced by any client. In addition, multiple clients may reference the same context.
[0036]
The processing for generating and managing the context for each of the clients C1, C2, C3,... As described above is shown in the flowcharts of FIGS. That is, the data management device 110 repeatedly executes the processes shown in FIGS. 3 and 4 to generate and manage contexts for the clients C1, C2, C3,. To do.
Here, for simplicity of explanation, it is assumed that three object data A, B, and C exist in the DB 120. Further, it is assumed that three clients C1, C2, and C3 access object data A, B, and C in the DB 120.
[0037]
(1) Main processing: See FIG. 3 above
[0038]
Steps S201 and S202:
First, in the initial state, it is determined whether or not it is a connection request from a client (step S201). If the result of this determination is a connection request, as shown in FIG. 5, an initial context # 0 is generated with a set of entities a0, b0, c0, which are copies of the original object data A, B, C as contexts. (Step S202). Thereafter, this process ends.
On the other hand, if it is not a connection request, the process proceeds to the next step S203.
For the sake of simplicity of explanation, the “parent context” column is omitted in each of the drawings from FIG. 5 to FIG. 13 used in the following description.
[0039]
Steps S203 and S204:
It is determined whether or not the request is a context generation request from the client (step S203). As a result of this determination, if it is a context generation request, for example, if it is a request for generating a new context from the client C1 for executing a new simulation, the initial context # 0 is set as the parent context as shown in FIG. Context # 1 is generated (step S204). At this time, specify which context is the parent. As a result, the client C1 can execute a simulation while referring to the entities a0, b0, and c0. Thereafter, this process ends.
On the other hand, if it is not a context generation request, the process proceeds to the next step S205.
[0040]
Steps S205 and S206:
It is determined whether the request is a context switching request from the client (step S205). If the result of this determination is a context switching request, the current context of the requesting client is switched to the context indicated by the request (step S206).
For example, as illustrated in FIG. 7, when a request is made to switch from the client C2 executing the simulation in the context # 2 to the context # 1 of the client C1 executing the simulation in the context # 1. Switch context # 2 to context # 1. As a result, the client C2 can execute a simulation in the same environment as the client C1. After such context switching is completed, this processing is completed.
On the other hand, if it is not a context switching request, the process proceeds to the next step S207.
[0041]
Steps S207 and S208:
It is determined whether the request is a context copy request from the client (step S207). If it is determined that the request is a context copy request, the content of the context indicated by the request is copied to the current context content of the requesting client (step S208).
For example, as shown in FIG. 8 (see solid line arrow), when a request for copying the content of context # 4 is made from the client C2 that is going to execute the simulation in context # 5, entity a5 that is a copy of entity a4 Assume that a set of an entity a5 that is a copy of the entity b4 and an entity c5 that is a copy of the initial entity c0 is a context # 5. Thereby, for example, even if the entity a4 and the entity b4 are updated by the simulation in the context # 4, the data content before the update is held in the context # 5. The simulation in context # 5 can be executed without being affected by the result. In addition, a simulation from a certain moment in the simulation in the context # 4 can be executed in a different simulation form between the simulation in the context # 4 and the simulation in the context # 5. After the copying of the contents of the context is completed, this processing ends.
On the other hand, if it is not a context copy request, the process proceeds to the next step S209.
[0042]
In the process by the context copy request in step S208, for example, as shown in FIG. 8 (see the dotted arrow), the content of context # 5 is copied to the content of context # 4 in the parent relationship. Is also possible. In this case, the entities a5 and b5 are copied to the entities a4 and b4, and for the entity c5, the copy of the entity c5 is set as the entity c4.
[0043]
Steps S209 and S210:
It is determined whether or not the request is a context discard request from the client (step S209). If it is determined that the request is a context discard request, the contents of the context designated by the request are discarded (step S210).
For example, as shown in FIG. 9, when a request for discarding the current context # 5 is made from the client C2, the entities a5, b5, and c5 are discarded. Thereafter, when a client that refers to the context # 5 accesses the data A, if the parent of the context # 5 is the context # 1, the entity a1 of the parent context # 1 is referred to.
As another process of the above process, the context itself can be discarded. In this case, the context # 5 itself is discarded.
After discarding such a context, the process ends.
On the other hand, if it is not a context discard request, the process proceeds to the next step S211.
[0044]
Steps S211, S212:
It is determined whether it is a data access request from the client (step S211). If the result of this determination is a data access request, processing for reading / writing (referring to and updating) data in a simulation executed by the requesting client, which will be described in detail later, is performed (step S212). Thereafter, this process ends.
On the other hand, if the request is not a data access request, this processing ends.
[0045]
(2) Data access processing (step S212): See FIG. 4 above
[0046]
  Step S301:
  First, the client that issued the data access request is recognized.
  Step S302:
  Next, the client context (currently used context) recognized in step S301 is displayed.From the context managed for each client in the connection management unit 112recognize.
  Step S303:
  Next, in the context recognized in step S302, it is recognized which data is targeted (which data of object data A, B, and C is targeted for reference or update).
  Step S304:
  Next, an entity corresponding to the target object data recognized in step S303 is acquired.In the entity management unit 111, the relationship between the context, the object, and the entity is managed (for example, “Tb” in FIG. 2), and the entity is determined from the context recognized in step S302 and the target object data recognized in step S303. Can be acquired.The “entity” here is, for example, as shown in FIG. 10 when the client C1 refers to the object data C in the simulation in the context # 2 as a reference (read) or update (write) target. This means the middle hatched part (# 2, C). Hereinafter, such an entity is represented by “entity (context number #x, target object)”.
  Step S305:
  And it is discriminate | determined whether the entity acquired in step S304 is empty. As a result of the determination, if it is empty, the processing from step S306 is executed, and if it is not empty, the processing from step S312 is executed.
[0047]
Step S306:
For example, if the target entity in step S304 is the entity (# 2, C) indicated by the shaded area in FIG. 10 above, the entity (# 2, C) is empty. Entity (# 1, C) in the relationship of
Step S307:
Next, it is determined whether or not the entity (# 1, C) to be referred to is empty in step S306. In FIG. 10, since the entity (# 1, C) is empty, the process returns to step S306 again, and the entity (# 0, C) in the parent relationship is referred to. Since this entity (# 0, C) is not empty (entity c0 exists), the process proceeds to the next step S308 according to the determination in step S307.
[0048]
Step S308:
As a result of the determination in step S307, if the reference target entity is not empty (here, entity (# 0, C)), the content of the data access request is “reference” (read) or “update (write)”. ) ”.
[0049]
Step S309:
If the result of determination in step S308 is a read access request, the content (= entity c0) of the entity (# 0, C) to be referenced is read in step S306, and this is read out by the requesting client. Supply to C1. Thereafter, this process ends.
[0050]
Step S310:
If the result of determination in step S308 is a write access request, as shown in FIG. 11, the contents (= entity c0) of (# 0, C) to be referred to in step S306 are changed to step S304. Copy to the entity (# 2, C) acquired in step # 2.
Step S311:
Therefore, the copy data generated in step S310 is set as an update target as the entity c2 in the context # 2. Thereafter, this process ends.
[0051]
Here, in steps S310 and S311, for example, as shown in FIG. 12, when a simulation is executed by the context # 4 in the client C2 and a write request for the object data A is made (at this time, the entity (# 4 , A) is empty), and the content of the entity (# 1, A) in the parent relationship is copied to the entity (# 4, A) as the entity a4. At this time, if a write request is made from the client C1 to the entity (# 1, A) of the context # 1, the preset condition (the simulation result in the client C1 is reflected to other clients). The content of the entity (# 1, A) is updated to the entity (# 4, A) or the entity (# 1, A) is copied to the entity (# 4, A). After copying to A), the content of entity (# 1, A) is updated.
That is, here, when updating the contents of a certain entity (entity (# 1, A), etc.), it is determined whether or not there is a child entity (entity (# 4, A), etc.) whose parent is the entity. Recognizing and recognizing whether the child entity is a mode affected by the content update of the parent entity (transparent mode) or a mode not affected by the content update of the parent entity (non-transparent mode). If the child entity is in transparent mode, update the content of the parent entity as it is. If the child entity is in non-transparent mode, after copying the parent entity content before update to the child entity, Update the contents of the parent entity. Thereafter, the content update of the child entity does not affect the content of the parent entity.
As a result, each client can perform simulation in either form of simulation execution while being affected by simulations in other clients, and simulation execution not affected by simulations in other clients. It becomes executable.
[0052]
Step S312:
On the other hand, if the entity acquired in step S304 is not empty, it is determined whether it is a read access request or a write access request, as in step S308 described above.
[0053]
Step S313:
If the result of determination in step S312 is a read access request, the content of the non-empty entity acquired in step S304 is read and supplied to the requesting client C1.
For example, if the target entity in step S304 is an entity (# 4, B) as shown in FIG. 13, the entity (# 4, B) is not empty, so this content (= entity b4) Is read (referenced).
After such processing, this processing ends.
[0054]
Step S314:
If the result of determination in step S312 is a write access request, the contents of the non-empty entity acquired in step S3 are subject to update.
For example, as shown in FIG. 13 above, when the target entity in step S304 is an entity (# 4, B), this content (= entity b4) is updated. At this time, similarly to step S311 described above, it is recognized whether there is a child entity whose parent is the entity (# 4, B), and whether the child entity is in the transparent mode or the non-transparent mode. If the child entity is in the transparent mode, the content of the entity (# 4, B) is updated as it is. If the child entity is in the non-transparent mode, the update is performed on the child entity before the update. After the content (= entity b4) of the entity (# 4, B) is copied, the content of the entity (# 4, B) is updated.
After such processing, this processing ends.
[0055]
As described above, in this embodiment, the context, object data, entity, context relationship, and context tree relationship (parent-child relationship) used for simulation are managed for each client. Clients who want to simulate with data contents that do not reflect the simulation results of other clients, clients who want to simulate with data contents that reflect the simulation results of other clients, and want to switch between these simulations according to the situation It is possible to execute a simulation satisfying various client requests such as a client at the same time. In other words, each client can execute a simulation in parallel as if it is accessing its own database, and by issuing a context switch request, it can collaborate with simulations in other clients. The simulation can also be executed.
In addition, since each client recognizes a context that is currently used, for example, when a client wants to output a simulation result (print output, display output, etc.), the client is currently using it. The simulation result can be output only by instructing the output of the simulation result (input of an output command or the like) without being conscious of the context.
In addition, since the copy of the DB 120 and the simulation program 113, which are the basis of the simulation, have a single configuration, it is possible to save memory and simplify the system configuration.
[0056]
In the above-described embodiment, FIG. 2 shows one table as an example for explaining context management for each client. However, the present invention is not limited to this. For example, as shown in FIG. In addition, a configuration may be provided in which the client context correspondence table indicating which context is currently used by the client and the context / entity correspondence table indicating the context and the entity of the object corresponding thereto are separately provided.
[0057]
Another object of the present invention is to supply a recording medium storing software program codes for realizing the functions of the host and terminal according to the above-described embodiment to a system or apparatus, and the computer (or CPU or CPU) of the system or apparatus. Needless to say, this can also be achieved by the MPU) reading and executing the program code stored in the recording medium.
In this case, the program code itself read from the recording medium realizes the function of the present embodiment, and the recording medium storing the program code constitutes the present invention.
As a recording medium for supplying the program code, a ROM, flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, magnetic tape, nonvolatile memory card, or the like can be used.
Further, by executing the program code read by the computer, not only the functions of the present embodiment are realized, but also an OS or the like running on the computer based on an instruction of the program code performs actual processing. It goes without saying that a case where the function of this embodiment is realized by performing part or all of the above and the processing thereof is included.
Further, after the program code read from the recording medium is written to the memory provided in the extension function board inserted in the computer or the function extension unit connected to the computer, the function extension is performed based on the instruction of the program code. It goes without saying that the CPU or the like provided in the board or function expansion unit performs part or all of the actual processing, and the functions of the present embodiment are realized by the processing.
[0058]
【The invention's effect】
As described above, according to the present invention, arbitrary processing (trial and error calculation performed by each client (such as one that accesses object data) or simulation calculation while data is updated) is executed. Etc.) is managed for each client (a context that is the “world” of the set of object data for the client). For each context, the object data constituting the context and the relationship between the entities corresponding to the object data are managed. Furthermore, the parent-child relationship (context tree) of the context managed for each client is managed. Then, an entity corresponding to the client that has requested access is acquired from these management information, and an access process is performed on the entity.
[0059]
With such a configuration, each client can execute arbitrary processing in parallel as if it is accessing its own object data. Also, for example, when a client wants to output a simulation result (print output, display output, etc.), the client simply instructs to output the simulation result without being aware of the context currently used (output command). The simulation result can be output. Furthermore, since it is not necessary to provide object data, a program for executing an arbitrary process, or the like for each client, the memory can be used effectively and the apparatus or system configuration can be simplified.
[0060]
Moreover, if it is configured to generate a context based on a request from the client, the client can execute arbitrary processing in various forms.
Further, when an entity to be accessed does not exist (when it is empty), the entity can be managed efficiently if it is configured to perform the access process on the entity having the parent relationship.
Further, if the entity can be copied between contexts, it is possible to execute a process that is not affected by the result of an arbitrary process in another context. Moreover, the process from the state of the moment in the arbitrary processes in another context can be performed in a different form.
Moreover, if it is configured to enable context switching, it is possible to execute a process in cooperation with an arbitrary process in another client.
[0061]
Therefore, according to the present invention, trial-and-error calculation that satisfies each client's request, simulation-like calculation while data is updated, and the like are efficiently realized with a simple configuration. be able to.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a data processing system to which the present invention is applied.
FIG. 2 is a view for explaining context management for each client in the data processing system;
FIG. 3 is a flowchart for explaining main processing of the data processing system;
FIG. 4 is a flowchart for explaining data access processing of the main processing;
FIG. 5 is a diagram for explaining processing at the time of a connection request in the main processing.
FIG. 6 is a diagram for explaining processing at the time of context generation request in the main processing.
FIG. 7 is a diagram for explaining a process when a context switching request is made in the main process.
FIG. 8 is a diagram for explaining processing at the time of context copy request in the main processing;
FIG. 9 is a diagram for explaining a process at the time of a context discard request in the main process.
FIG. 10 is a diagram for explaining a read process for an empty entity in the data access process;
FIG. 11 is a diagram for explaining an update process for an empty entity in the data access process;
FIG. 12 is a diagram for explaining the details of the update process.
FIG. 13 is a diagram for explaining reference (read) processing and update (write) processing for a non-empty entity in the data access processing;
FIG. 14 is a diagram for explaining another configuration example of the context management;
FIG. 15 is a block diagram showing a configuration of Example 1 of a conventional data processing system.
FIG. 16 is a block diagram showing a configuration of Example 2 of a conventional data processing system.
[Explanation of symbols]
100 Data processing system
110 Data processing device
111 Entity Management Department
112 Connection management unit 112
113 Processing program
120 database
C1, C2, C3 ... Client

Claims (7)

In a data processing apparatus for a plurality of clients to access a plurality of object data having distinctiveness and execute arbitrary processing,
A set of object data to be processed in the arbitrary process, which is generated based on a client request, and a context necessary for the client to execute the arbitrary process using the plurality of object data, A first management means for managing each client;
Second management means for managing an entity corresponding to each of the object data for each context;
Third managing means for managing the context for each said client, a parent-child relationship,
For the client that has made an access request, the context currently used by the client is identified from the management information by the first management means, and the client is the access target from the management information by the context and the second management means An access unit that acquires an entity corresponding to the object data and performs an access process including a process of accessing the content of the acquired entity ,
When the entity corresponding to the target object data is empty in the management information by the second management unit, the access unit is currently used by the client based on the parent-child relationship of the context by the third management unit. A context in the context of the parent of the current context, acquire an entity in the context in the context of the parent from the management information by the second management means, and perform access processing on the contents of the entity A data processing apparatus. When the entity corresponding to the target object data is empty in the management information by the second management unit and the content of the access request is a reference, the access unit sets the parent-child relationship of the context by the third management unit. On the basis of the context of the parent of the context currently used by the client , read the content of the entity in the context of the parent from the management information by the second management means , The data processing apparatus according to claim 1, wherein the data is supplied to a client that has made an access request. When the entity corresponding to the target object data is empty in the management information by the second management unit and the content of the access request is update, the access unit sets the context parent-child relationship by the third management unit. Based on the management information obtained by the second management means , the content of the entity in the context in the parent relationship is obtained from the management information by the second management means. The data processing apparatus according to claim 1, wherein the data processing apparatus is copied to a target entity.   The data processing apparatus according to claim 1, further comprising a copy unit configured to perform a copy process of an entity corresponding to object data included in the context between the contexts based on a request from a client.   The data processing apparatus according to claim 1, further comprising switching means for switching the context based on a request from a client. Data in which a plurality of clients and a memory storing a plurality of object data can be connected to each other via a data processing device for performing arbitrary processing by using the data in the memory. It is a processing system, Comprising: The said data processing apparatus has a function of the data processing apparatus in any one of Claims 1-5 , The data processing system characterized by the above-mentioned. In a computer-readable recording medium in which a computer program for accessing a plurality of object data having a distinctiveness by a plurality of clients to execute arbitrary processing is recorded.
A set of object data to be processed in the arbitrary process, which is generated based on a client request, and a context necessary for the client to execute the arbitrary process using the plurality of object data, A first management means for managing each client;
Second management means for managing an entity corresponding to each of the object data for each context;
Third managing means for managing the context for each said client, a parent-child relationship,
For the client that has made an access request, the context currently used by the client is identified from the management information by the first management means, and the client is the access target from the management information by the context and the second management means A computer program that causes the computer to function as an access unit that performs an access process including a process of acquiring an entity corresponding to the object data and accessing the contents of the acquired entity ;
When the entity corresponding to the target object data is empty in the management information by the second management unit, the access unit is currently used by the client based on the parent-child relationship of the context by the third management unit. A context in the context of the parent of the current context, acquire an entity in the context in the context of the parent from the management information by the second management means, and perform access processing on the contents of the entity A computer-readable recording medium.

Images