WO2007055139A1 - 分散システムにおける情報共有方法及び情報共有システム - Google Patents

分散システムにおける情報共有方法及び情報共有システム Download PDF

Info

Publication number
WO2007055139A1
WO2007055139A1 PCT/JP2006/321878 JP2006321878W WO2007055139A1 WO 2007055139 A1 WO2007055139 A1 WO 2007055139A1 JP 2006321878 W JP2006321878 W JP 2006321878W WO 2007055139 A1 WO2007055139 A1 WO 2007055139A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
information
replica
storage area
area
Prior art date
Application number
PCT/JP2006/321878
Other languages
English (en)
French (fr)
Inventor
Hidenori Yamamoto
Shigetoshi Sameshima
Tsuneo Sobue
Original Assignee
Hitachi, Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi, Ltd. filed Critical Hitachi, Ltd.
Publication of WO2007055139A1 publication Critical patent/WO2007055139A1/ja

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor

Definitions

  • the present invention is a distributed system including one or more networks connected to each other.
  • the components of the system are always connected to a network such as a mobile unit, a mopile terminal, or a sensor.
  • a network such as a mobile unit, a mopile terminal, or a sensor. It relates to a system that may contain elements that are not necessarily limited, and particularly relates to the sharing and distribution of information that guarantees responsiveness between necessary parties in the system according to the business content.
  • PLCs programmable logic controllers
  • MMIs man machine interfaces
  • MMIs machine interfaces
  • a location number is assigned to each monitoring base, and control commands and process information are transmitted between the MMI and PLC by setting the location number.
  • a control LAN (local area network) protocol that identifies one or more previous monitoring locations and specifies the destination as multicast by omitting the location number, MMI number, or PLC number.
  • a distributed control system (see Patent Document 1) is proposed!
  • Patent Document 1 Japanese Patent Application Laid-Open No. 2003-18215
  • the data requesting side such as the user's mopile terminal or the data source such as the moving body or sensor is not always connected to the network for movement, network conditions, short-range wireless use, etc.
  • the response to the data request cannot be guaranteed within the limited connection time of these components. For example, in multicast communication, there is a possibility that data cannot be received within a limited connection time due to message transmission delay or failure due to network conditions!
  • the present invention has been made in view of the above problems, and is a distributed system in which one or more networks are connected to each other.
  • the components of the system include a mobile unit, a mopile terminal, a sensor, and the like.
  • the data source or the data requester in the system without interfering with the processing is not always connected to the network, and the replacement may occur.
  • the main purpose is to provide a method of information sharing that guarantees responsiveness to data requests of any partner and any communication path, including the case where it is obtained.
  • the information sharing method in the distributed system of the present invention provides data related to the identification information on the data requesting side distributed in the system. Search from the storage area, and based on the related information, create replica creation information to create a replica including the data type and location, and specify the replica creation information as the replica placement location. Among the replica creation information to be shared among one or more data storage areas within the specified range and including the replica creation information created for the data requester, the one suitable for the data request And creating a replica of the data in the data storage area in advance based on the selected replica creation information, and the data requirement corresponding to the identification information.
  • the step of returning a response using the replica of the data from the data storage area and the location of the data source or replica where the replica is generated according to the state of the data source side of the replica And a step of deleting a replica of data that has not been referred to or has a low reference frequency even after a lapse of a certain period of time from the data storage area.
  • the type of data requested by the data requester when creating replica creation information for generating a replica of data that may be requested by the data requester includes the step of determining the type of data for creating the replica by referring to the reservation information in which the item is designated in advance.
  • the present invention refers to the access history of the data requesting side when creating replica creation information for generating a replica of data that the data requesting side may request.
  • the method includes the step of determining the type of data for creating the replica by extracting data with a track record referred to in the past.
  • the present invention relates to a business process related to the data requesting side when creating replica creation information for generating a replica of data that may be requested by the data requesting side.
  • the method includes a step of determining the type of data for creating the replica by referring to the information and extracting data related to the business process.
  • the present invention refers to schedule information related to the data requesting side when creating replica creation information for generating a replica of data that the data requesting side may request. And determining the location of the replica based on the scheduled action range of the data requesting side.
  • the present invention refers to the location information on the data requesting side when creating replica creation information for generating a replica of data that the data requesting side may request. And determining the location of the replicated force from the range around the current position on the data requesting side.
  • the data requesting side when creating replica creation information for creating a replica of data that may be requested by the data requesting side, the data requesting side The access history is referred to, and the placement location of the replica is determined based on the location where the reference has been recorded in the past.
  • the nearest data storage area is accessed from the node on which the data requesting side operates, Is included.
  • the present invention refers to schedule information, route information, and the like related to the data source when the change of the data source for generating the replica is performed. It includes the steps of selecting an accessible data source, determining access time to the data source, frequency, and the like.
  • the position information or the survival signal of the data source is referred to, and the peripheral force of the data storage area is also determined.
  • the method includes selecting an accessible data source and determining an access time and frequency to the data source.
  • the information sharing system of the present invention is distributed in the system, and the data storage area for storing replicas of data that may be requested by the data requesting side is a data value having a high request frequency.
  • the identification information on the data requesting side is stored. And a reservation list for storing information on the storage location in the main area or the spare area of a replica of data that may be requested by the data requesting side.
  • the reference frequency from the data requesting side of each data stored in the main area and the spare area in the data storage area is periodically monitored, and the main area is stored in the main area. Data with a lower reference frequency than the specified threshold is moved to the spare area, and data with a higher reference frequency than the specified threshold value is stored in the spare area. It is moved to the main area.
  • Fig. 1 is a block diagram of the information sharing system.
  • FIG. 1 is a distributed system including one or more networks, which are connected to each other according to the present embodiment, such as a mopile terminal equipped with a short-range radio, sensors, and a moving mobile body.
  • FIG. 2 is a diagram showing an overview of a system including components that are not always connected to a network.
  • This system includes a first base 0102 and a second base 0103 mainly configured by an information network via a communication network 0105, a factory 0104 mainly configured by a control network, a radio base station
  • This is a wide area information control system in which multiple bases dispersed in a wide area such as a mobile body 0106 connected by wireless communication via 0131 are interconnected.
  • the main components of this system are the information system and the control system, which are installed at the first base 0102, the second base 0103, and the factory 0104, respectively.
  • a user program used for business use such as a user 0101 who accesses data via an access point or the like by short-distance wireless communication is also introduced in this system.
  • the authentication server 0110 installed in the system that authenticates the fixed terminal 0111 etc. in the base, which is the node that is connected, the factory 0104, and the data source equipment 'device 0108' or the shortest wireless communication There are V, sensor tag 0109, etc. that are not always connected to the network that sends data via access points.
  • the main hardware configuration of the gateway server 0107 includes a processing device 0121, a communication device 0122, and a storage device 0123.
  • the storage device 0123 collects data from data sources such as equipment 'device 0108 and sensor' tag 0109 and stores the data for provision to data request sources such as user 0101 and fixed terminal 0111.
  • Software for communicating with the computer is stored and processed by the processing device 0122.
  • the communication device 0122 also collects data from powerful data sources such as equipment 'device 0108 and sensor' tag 0109, receives requests from data request sources such as user 0101 and fixed terminal 0111, and provides data. Communication processing is performed.
  • the system according to the present embodiment is a distributed system that includes one or more networks and connects them to each other. It includes system components that are not always connected to the network, such as tags.
  • FIG. 2 is a configuration diagram of the gateway server.
  • FIG. 2 shows the distribution of the user program in the distributed system in this embodiment.
  • FIG. 2 is a diagram showing a module configuration of a gateway server that accepts access through a node that is not always connected or a user's mopile terminal that is not always connected, an access point of a moving body, etc., and places a replica of data.
  • the gateway server 0107 communicates with a node on which the user program operates or a user 0101 that is not always connected, a mobile unit 0106, etc., accepts a data request, receives data, Middleware 0201 that introduces processing such as generation and storage of replicas and management of stored data is introduced.
  • Main components of the middleware 0201 are a data storage area 0211 for storing replicas of data, a history storage area 0212 for storing history of access and data reference from users, etc.
  • Reservation acceptor for data replicas that performs processing such as exchanging information related to user data requests between multiple gateway servers 0107 in the system for accepting user identification information and creating data replicas in advance 0213, data access acceptance that receives access and data requests from the node where the user program is running or the user 0101 who is not always connected and the mobile 0106, etc., receives the data from the data storage area 0211, and returns a response Part 0214, reservation list management part for creating and managing a reservation list for data requests from users 0216 There is power.
  • the node is not connected to the node on which the user program operates or is not always connected via the data storage area 0211, the data storage area management unit 0217 for managing the storage data in the area, and the communication medium 0202.
  • the data communication unit 0218 that performs communication with the user 0101's mopile terminal, the mobile unit 0106, and the like.
  • the reservation list management unit 0216 In response to an instruction from the reservation receiving unit 0213, the reservation list management unit 0216 refers to the data storage area 021 1, creates advance information for a new user data request, and registers it in the reservation list. At this time, in response to an instruction from the reservation list management unit 0216, the data storage area management unit 0217 7 responds to the user's data request, such as the presence / absence of the request data in the data storage area 0211, the address of the storage location, etc. Perform processing to return information, and if there is no corresponding data in the data storage area 0211, perform processing such as adding new information.
  • the data storage area management unit 0217 generates a replica of the data and stores the data In order to store and update in the area 0211, access to another gateway server via the data communication unit 0218 and acquire data managed by the other gateway server.
  • the data storage area management unit 0217 receives a data request for replica generation from another gateway server, it retrieves the corresponding data from the data storage area 0211 and returns it.
  • the data storage area management unit 0217 performs processing such as update completion or deletion of the storage replica, change of the data source, etc. in accordance with a change in the data request side or data source of the storage replica of the data storage area 0211. .
  • the data access receiving unit 0214 writes processing history information in the history storage area 0212 each time an access / data request receiving process from the user is executed.
  • FIG. 3 is a schematic diagram of an information sharing method.
  • FIG. 3 shows an outline of the information sharing method in the present embodiment when one or more networks are included, and a distributed system in which they are connected to each other includes system components that are not always connected.
  • Main system components include a network environment 0301 that realizes sharing and distribution of information by exchanging messages and the like, and is connected to the network environment 0301, and has contact points with other systems and dedicated networks.
  • user 03 02 who accesses the system according to the present embodiment to request and acquire data.
  • the gateway sano 0303, 0304, 0305, 0306, and 0307 store various data and manage the data storage areas 0311, 0312, 0313, 0314, and 0315 for responding to requests from the user 0302. Yes.
  • the data storage areas 0 311, 0312, 0313, 0314, 0315 force ⁇ will be described as performing the following operations directly.
  • the authentication server 0331 or the location management Sano 0332 is used by the user.
  • the authentication server 0331 or the location management server 0332 notifies the identification information of the user 0302 in the system.
  • the data storage area 0311, 0312, 0313, 0314, 0315 force S is received by distributing the identification information in the system, the data storage area 0311, 0312, 0313, 0314, 0315 requests the user 0302 force ⁇
  • create replica creation information 0342 including the type of data to create the replica, location, etc. based on the relevant information of the user 0302. Multicast transmission.
  • the one or more received replica creation information 0342 or the replica creation information generated in its own area 0342 Based on the selected replica creation information 0342, replicas 0316, 0317 of data that the user 0302 may request are generated, stored, and updated in advance.
  • the data storage area 0312 that actually received the request from the user 0302 responds immediately using the data replica 03 17.
  • the data storage area 0312 Change the source of the data to be generated according to the state (in Fig. 3, change the data source from the data storage area 0314 to the data storage area 0315), or change the access timing to the data source.
  • FIG. 4 is a configuration diagram of the data storage area.
  • FIG. 4 is a diagram showing a configuration of a data storage area for storing data replicas provided in a gateway server or the like in the distributed system according to the present embodiment.
  • Main components of the data storage area 0401 include a main area 0411, a spare area 0412, a pointer area 0413, and a reservation list 0414.
  • the main area 0411 is an area in which data values of frequently requested data are mainly stored without duplication in the data storage area 0401.
  • the data storage area management unit 0217 acquires a value from the data source of the data periodically or when the value changes, and stores a plurality of values of the data in the main area 0411 in time series.
  • Spare area 0412 contains data values that may be requested without duplication. This is the storage area.
  • the data storage area management unit 0217 obtains a value from another data storage area that holds the data at a lower frequency than the main area 0411, and overwrites and holds only the latest value in the spare area 0412.
  • the pointer area 0413 is an area for storing pointer information to data stored in the main area 0 411 of another data storage area 0401.
  • the data storage area management unit 0217 receives information on stored data periodically multicast distributed from each data storage area 0401 in the information control system, and stores pointer information stored in the pointer area 0413 in the area Update. Note that the data storage area management unit 0217 refers to the information stored in this area and stores the data storage that holds the corresponding data when the corresponding data is not in the main area 0411 and the spare area 0412 in response to a user request. Query area 0401 to obtain the data.
  • the reservation list 0414 is an area for storing reservation entry information for a user's data request.
  • the data storage area management unit 0217 stores information such as data requested by the user or data that may be requested by the user, information such as a time stamp, in the reservation list 0414.
  • information such as a time stamp
  • the data storage area management unit 0217 refers to the information about the user in the reservation list 0414 and returns the value of the corresponding data. .
  • such information is generated in advance of the occurrence of user-powered access.
  • FIG. 5A shows the main area
  • FIG. 5B shows the spare area
  • 5A and 5B are a main area and a spare area for storing data replicas in a data storage area in which data replicas are arranged in a gateway server or the like in the distributed system according to the present embodiment, respectively.
  • FIG. 5A and 5B are a main area and a spare area for storing data replicas in a data storage area in which data replicas are arranged in a gateway server or the like in the distributed system according to the present embodiment, respectively.
  • Main components of the main area 0501 include a data name 0511, a data value 0512, a time stamp 0513, an update cycle 0514, a reference count 0515, a last reference time 0516, and data source information 0517.
  • Data name 0511 stores the name of data accessible by the user in the system.
  • the data value 0512 stores the value of the data corresponding to the name stored in the data name 0511.
  • the data name 0511 stores a plurality of values in time series. The number of stored values is determined for each system.
  • the time stamp 0513 includes The storage time of each value stored in the data value 0512 in the main area 0501 is stored correspondingly.
  • the update cycle 0514 a cycle in which the data value corresponding to the name stored in the data name 0511 is written in the data value 0512 is stored.
  • the reference count 0515 stores the number of times the user has referred to the data value corresponding to the name stored in the data name 0511.
  • the value stored in this reference count 0515 item is updated every time there is a data reference from the user.
  • the last reference time 0516 stores the time when the user last referred to the data value corresponding to the name stored in the data name 0511.
  • the value stored in the item of this final reference time 0516 is updated every time there is a data reference by the user.
  • data source address information 0531 and attribute information 0532 are stored as information on the data source of the data corresponding to the name stored in the data name 0511.
  • Address information 0531 stores information for accessing a data source when a replica is created and updated.
  • the attribute information 0532 stores information such as the validity period of the data source and the movement route. Note that the data storage area management unit 0217 refers to the attribute information 0532 to change the data source or the like.
  • the main components of the spare area 0502 are data name 0521, data value 0522, time stamp 0523, update cycle 0524, reference count 0525, last reference time 0526, and data source information 0527.
  • Data name 0521 stores the name of data accessible to the user in the system, as in 0511.
  • the data value 0522 stores the value of the data corresponding to the name stored in the data name 0521. Here, only the latest value of the data value 0522 is overwritten.
  • the time stamp 0523 the storage time of the value stored in the data value 0522 in the spare area 0502 is stored.
  • the update cycle 0524 stores a cycle in which the data value corresponding to the name stored in the data name 0521 is written in the data value 0522.
  • the cycle of writing data in the spare area 0502 is larger than the cycle of writing data in the main area 0501.
  • the number of times of reference 0525 stores the number of times the user referred to the data value corresponding to the name stored in the data name 0521.
  • the value stored in the item of this reference count 0525 is the user It is updated whenever there is a data reference from the user.
  • the last reference time 0526 stores the time when the user last referred to the data value corresponding to the name stored in the data name 0521.
  • the value stored in the item of this final reference time 0526 is updated every time there is a data reference by the user.
  • Data source information 0527 stores data source address information 0541 and attribute information 0542 as information related to the data source of the data corresponding to the name stored in data name 0521.
  • Address information 0541 stores information for accessing a data source when a replica is created / updated.
  • the attribute information 0542 stores information such as the validity period of the data source and the movement route. Note that the data storage area management unit 0217 refers to the attribute information 0542 to change the data source or the like.
  • FIG. 6A shows a pointer area
  • FIG. 6B shows a reservation list
  • FIG. 6A and FIG. 6B respectively show data stored in other data storage areas in a data storage area in which data replicas are arranged in a gateway server or the like in the distributed system in this embodiment.
  • FIG. 6 is a diagram showing a reservation area in which pointer areas for storing pointer information of the user and information related to a user data acquisition request are described.
  • the main components of the pointer area 0601 are a data name 0611 and data source information 0612.
  • Data name 0611 stores the name of data accessible by the user in the system.
  • the data source information 0612 stores the address of the data source and other attribute information as information related to the data source of the data corresponding to the name stored in the data name 0611.
  • the value of the item of this data source information 0612 is updated when the data storage area management unit 0217 receives update information of stored data in each data storage area that is multicast transmitted from another data storage area.
  • the main components of the reservation list 0602 are identification information 0621, data name 0622, storage location 0 623, and time stamp 0624.
  • the identification information 0621 user identification information transmitted from the authentication server in the information control system is stored.
  • the data name 0622 is the name of the data requested by or possibly requested by the user corresponding to the identification information stored in the identification information 0621. Stores more than force Si. The values of these data names 0622 are stored as a result of the processing shown in FIGS.
  • the storage location 0623 information relating to the storage location in each data storage area is stored with respect to the data corresponding to the name of each data stored in the data name 0622.
  • information of the storage location type 0641 of the main area or the spare area, the address 0642 in the storage location of the type 064 1, and the storage data size 0643 in the storage location of the type 0641 are stored.
  • time stamp 0624 the time when the identification information stored in the identification information 0621 is registered in the reservation list 0602 is stored.
  • FIG. 7 is a sequence diagram of processing for arranging data replicas.
  • FIG. 7 shows that in this embodiment, one or more networks are included, and replicas of data are arranged in advance with respect to the data storage areas arranged on the network in the distributed system to which they are connected to each other. It is a sequence diagram which shows the flow of a process.
  • the main components of the process of placing this data replica there are a user 0701 requesting data, an authentication server or location in the information control system for detecting the user 0701 joining the system.
  • Other Sano 0702 for management, etc. as one or more data storage areas in the information control system, the first data storage area 0703, the second data storage area 0704, and the third data storage area 0705 is there.
  • the first data storage area 0703, the second data storage area 0704, and the third data storage area 0 705 will be described as performing the following operations directly. .
  • Step 0711 the user 0701 transmits an authentication request to the authentication server 0702.
  • the authentication server or other server 0702 identifies the user by performing authentication of the user 0701.
  • the authentication server 0702 generates identification information of the user 0701, and the data storage area (first data storage area 0703, second data storage area 0704) in the system. And multicast transmission to the third data storage area 0705).
  • the first data storage area 0703, the second data storage area 0704, and the third data storage area 0705 that have received the identification information multicast-transmitted in step 0722 are step 0731, step 0741, step, respectively. 0751, the user corresponding to the identification information Search the 0701 for information related to the 0701 (past access history, etc.).
  • Step 0732, Step 0742, Step 0752 [Correct! For each of the first data storage area 0703, the second data storage area 0704, and the third data storage area 0705, the above-mentioned information is included in each area.
  • replica information is prepared for preparing a replica of the data in advance in response to the data request of the user by the processing flow shown in FIG.
  • the replica information is a list of data names, attribute information, and the like of data that the user 0701 may request, and based on this information, each data storage area generates a replica of the data.
  • step 0733 the data storage area (the first data storage area 0703 in FIG. 7) for which the replica information has been created by the above procedure is stored in the second data so that duplication is allowed and stored. Multicast transmission to the storage area 0704 and the third data storage area 0705.
  • Step 0734, Step 0744, and Step 0754 the first data storage area 0703 transmitted by multicast transmission and the data storage area that received the replica information transmitted by multicast transmission (second data storage area 0704, third data storage area In 0705), replica information to be used for the user 0701 is determined.
  • each data storage area there is replica information created in its own area, and when replica information of other data storage areas is also received, it is determined which replica information is used. In addition, when one or more replica information is received from another data storage area without replica information created in its own area in each data storage area, it is determined which replica information is used.
  • each data storage area (first data storage area 0703, second data storage area 0704, and third data storage area 0705) is the same as step 0734, step 0744,
  • the replica value update based on the generation of the replica of the data for the user 0701 corresponding to the identification information and the update on the source side is started.
  • step 0712 user 0701 has the nearest data storage area (in FIG.
  • step 0746 a response is returned to the user 0701 using the replica of data prepared in advance as described above.
  • FIG. 8 is a flowchart of processing for determining the location of the replica and the type of data in the present embodiment.
  • Figure 8 includes one or more networks, and when replicas of data are allocated in advance to a plurality of data storage areas arranged on a network in a distributed system to which they are connected to each other, replicas are allocated.
  • 5 is a flowchart showing a flow of processing for determining the location or range of the data storage area to be performed and the type of data for generating the replication force.
  • the reservation receiving unit 0213 receives the user identification information from the authentication server or the location management server in the information control system via the data communication unit 0218.
  • the data storage area management unit 0217 determines data to be subjected to replica creation for the user's data request.
  • the data storage area management unit 0217 determines a range in which data for creating the replica is arranged.
  • the data storage area management unit 0217 uses the data communication unit 0218 to multicast information related to the data to be created in replica determined in 08 02 to the data storage area in the range determined in 0803. Send.
  • the reservation receiving unit 0213 makes an inquiry to the data storage area management unit 0217, and has the reservation information that preliminarily specifies the type of data requested by the user along with the user identification information. Judge whether or not. If there is reservation information in step 0821, in step 0824, the reservation receiving unit 0213 determines that the data for which replica creation is to be performed is data of the type “item” specified in the reservation information.
  • the reservation receiving unit 0213 refers to the history storage area 0212 and determines whether there is an access history of the user corresponding to the identification information. If there is an access history in step 0822, in step 0825, the data storage area management unit 0217 extracts data that has been referred to before from the access history, and determines that the data is to be subjected to replica creation.
  • step 0823 If there is no access history in step 0822, a reservation is made in step 0823.
  • the receiving unit 0213 makes an inquiry to the reservation list management unit 0216 to determine whether there is business information of the user corresponding to the identification information together with the identification information. If there is business information or the like in step 0823, in step 0826, the reservation receiving unit 0213 extracts data related to the business and determines the data to be used for replica creation. If there is no business information in step 0823, in step 0827, the reservation receiving unit 0213 does not specify any data for replica creation.
  • step 0831 the reservation accepting unit 0213 makes an inquiry to the reservation list management unit 0216 to determine whether there is schedule information with the identification information and the user's work corresponding to the identification information. If there is schedule information or the like in step 0831, in step 0834, the reservation receiving unit 0213 refers to the schedule information and determines the scheduled action range of the user as a replica arrangement range.
  • step 0832 the reservation receiving unit 0213 makes an inquiry to the reservation list management unit 0216, and the user corresponding to the identification information together with the identification information It is determined whether or not there is power with position information. If there is position information in step 0832, in step 0835, the reservation receiving unit 0213 determines the range around the user as the replica arrangement range.
  • step 0833 the reservation receiving unit 0213 inquires of the data access receiving unit 0214, and together with the identification information, the data reference location of the user corresponding to the identification information It is determined whether or not there is a history of the power. If there is history information in step 0833, in step 0836, the reservation receiving unit 0213 determines the location where the data with history is referred to as the replica placement range.
  • FIG. 9 is a flowchart of access processing from a terminal in the present embodiment.
  • Fig. 9 shows that in a distributed system where one or more networks are included and connected to each other, the node that runs the user program or the user's mopile terminal that is not always connected accesses the nearest data storage area.
  • 7 is a flowchart showing a flow of processing on the user side when performing the processing.
  • step 0901 the node on which the user program runs or the user's mopile terminal that is not always connected determines whether authentication is required in the application destination system. If authentication is required in step 0901, in step 0902, authentication is requested to the authentication server in the information control system from the user's mopile terminal or the like that is not always connected to the node where the user program is running.
  • step 0903 the node where the user program runs or the user's mopile terminal that is not always connected terminates the process if authentication is not established in response to the authentication request.
  • the node on which the user program operates or the user's mopile terminal that is not always connected determines whether or not authentication is established in response to the authentication request. If authentication is established in step 0903, in step 0904, the node on which the user program runs or the user's mopile terminal that is not always connected starts processing for accessing the data storage area and acquiring data in this embodiment. To do.
  • step 0905 the nearest data storage area is searched for, for example, the node where the user program operates or the user's mopile terminal that is not always connected.
  • the gateway server in the same segment as the nearest access point with strong signal strength, etc.
  • the data storage area, etc. is the search target.
  • step 0906 the user's mopile terminal accesses the nearest data storage area found and requests data.
  • step 0907 the user's mobile terminal obtains the data requested in step 0906.
  • FIG. 10 is a flowchart of processing for a data request in the present embodiment. That is, FIG. 10 is a flowchart showing the flow of processing on the data storage area side in response to an access data request from the user side in a distributed system in which one or more networks are included and connected to each other.
  • step 1001 the data access receiving unit 0214 receives a data request from a user or a user program in the information control system via the data communication unit 0218.
  • step 1002 the data access receiving unit 0214 determines whether or not the identification information specified by the authentication server or the location management server matches the identification information extracted from the data storage area 0401.
  • step 1003 the data access receiving unit 0214 searches for the corresponding data in the request from the main area 0411 in the data storage area 0401. In 1004, the data access receiving unit 0214 determines whether or not the corresponding data exists in the main area 0411. In 1004, when the corresponding data exists in the main area 0411, in 1005, the data access receiving unit 0214 acquires the corresponding data from the main area 0411.
  • step 1006 the data access receiving unit 0214 searches for the corresponding data for the request from the spare area 0412 in the data storage area 0401.
  • step 1007 the data access receiving unit 0214 determines whether or not there is corresponding data in the reserved area 0412. If there is corresponding data in step 1007, the data access receiving unit 0214 acquires the corresponding data from the spare area 0412 in step 1008.
  • step 1007 if there is no corresponding data in the spare area 0412, in 1009, the data access receiving unit 0214 searches the pointer area 0413 in the data storage area 0401 for the corresponding data for the request.
  • step 1010 the data access receiving unit 0214 determines whether the pointer area 0413 has information related to the data. If there is information on the corresponding data in step 1010, in step 1011 the data access receiving unit 0214 obtains information on the corresponding data from the pointer area 0413, and requests a data request from the data storage area 0401 holding the corresponding data. Send.
  • step 1012 the data access receiving unit 0214 acquires the data. To get.
  • step 1013 the data access receiving unit 0214 determines whether or not the search of all data in the data request from the user is completed. In step 1013, when all the requested data is completed, the process is terminated. In step 1013, if the retrieval of all data in the data request from the user has not been completed, the process returns to step 1003 and the processes from step 1003 to step 1012 are repeated.
  • FIG. 11 is a flowchart of data update and deletion processing according to the present embodiment.
  • FIG. 11 is a flowchart showing the flow of processing for updating and deleting data stored in various tables in the data storage area provided in the gateway server or the like in the distributed system.
  • the data storage area management unit 0217 refers to the item of the reference count (0525 in FIG. 5) and the item of the last reference time (0526 in FIG. 5) in the reserved area 0412 in the data storage area 0401. Extract data with low reference frequency from the user.
  • the data storage area management unit 0217 determines whether or not each data extracted in step 1101 is a force that meets a threshold condition.
  • the threshold here is, for example, the lower limit value of the data reference count or the upper limit value of the elapsed time from the last reference time, and the specific value is determined for each system.
  • step 1103 the data storage area management unit 0217 deletes the extracted data from the spare area. If the conditions are not met in step 1102, the data storage area management unit 0217 does not perform processing. In step 1104, the data storage area management unit 0217 refers to the reference count item (0525 in FIG. 5) and the last reference time item (05 26 in FIG. 5) in the spare area 0412 in the data storage area 0401, and Extract data with high reference frequency.
  • step 1105 the data storage area management unit 0217 determines whether or not each data extracted in step 1104 is a force that meets the threshold condition.
  • the threshold here is, for example, the upper limit value of the data reference count or the lower limit value of the elapsed time from the last reference time, and a specific value is determined for each system.
  • the condition is met. If they match, in step 1106, the data storage area management unit 0217 moves the extracted data to the main area 0411 in the data storage area 0401.
  • step 1105 if the conditions are not met, the data storage area management unit 0217 does not perform processing.
  • step 1107 the data storage area management unit 0217 refers to the item of the reference count (0515 in FIG. 5) and the item of the last reference time (0516 in FIG. 5) in the main area 0411 in the data storage area 0401, Extract data with low user reference frequency.
  • step 1108 the data storage area management unit 0217 determines whether or not each data extracted in step 1107 has a force that meets the threshold condition.
  • the threshold here is, for example, the lower limit value of the data reference count or the upper limit value of the elapsed time from the last reference time, and a specific value is determined for each system. If the conditions are met in step 1108, the data storage area management unit 0217 moves the extracted data to the spare area 0412 in the data storage area 0401 in step 1109.
  • step 1108 if the condition is not met, the data storage area management unit 0217 does not perform processing.
  • step 1110 the data storage area management unit 0217 multicasts information related to data newly stored in the main area 0411 and information related to data deleted from the main area 0411 to another data storage area 0401.
  • FIG. 12 is a flowchart of data source change processing in the present embodiment.
  • Figure 12 shows the flow of processing when changing the data source of a replica of data placed in a data storage area in a distributed system that includes one or more networks and connects them to each other It is a flowchart.
  • step 1201 the data storage area management unit 0217 receives update information regarding the data source of the replica stored in the data storage area 0401 by a message or the like.
  • step 1202 the data storage area management unit 0217 adds the data source to the update information. It is determined whether there is any schedule information related to the operation of the service.
  • step 1202 if the update information of the data source includes schedule information or the like related to the operation of the data source or the like or route information or the like if the data source is a mobile object, the data storage area management unit in step 1203. Refers to the schedule information, route information, etc. relating to the data source, and selects those that are accessible from the data storage area 0401 in which the replica is placed, within the planned operating range of the data source, and creates new data. Source.
  • the data storage area management unit 0217 determines that the location information of the data source corresponding to the update information is in step 1204. Judge whether there is. When the location information of the data source is included in the update information of the data source in step 1204, in step 1205, the data storage area management unit 0217 starts from the peripheral area of the data storage area 0401 in which the replica is placed. An accessible data storage area 0401 is selected as a new data source.
  • the data storage area management unit 0217 makes the data source unchanged in step 1206.
  • the data storage area management unit 0217 stores, in the data storage area 0401 in which the replica is placed, in the item relating to the data source of each data in the main area or the spare area shown in FIG. Update information to be updated.
  • FIG. 13 is a diagram showing a message format transmitted / received for information sharing in the present embodiment.
  • FIG. 13 is a diagram showing a format of a message that is transmitted / received in order to share information related to stored data among each data storage area provided in a gateway server or the like in the distributed system.
  • the main components of the message shown in Fig. 13 are header information 1301, sender data storage area information 1302, number of newly added data 1303, number of deleted data 1304, number of updated data 1305, newly added data information 1306, Deleted data information 1307, updated data information 130 8.
  • the header information 1301 stores information on the message protocol and the like.
  • the data storage area information 1302 of the transmission source stores information such as the address of the data storage area of the transmission source.
  • the number of newly added data 1303 stores the number of data newly added by the update process of the main area of the data accumulation area.
  • the number of deleted data 1304 stores the number of data deleted by the update process of the main area of the data storage area.
  • the number of updated data 1305 stores the number of data whose attribute information has been updated due to a change in the state of the data source.
  • the newly added data information 1306 stores information related to newly added data by the update process of the main area of the data storage area. For each data, information of the data name 1361 and attribute information 1362 is stored. Stored.
  • the attribute information 1362 includes data size, update period, and other information related to data source attributes and status. The number of combinations of the data name 1361 and the attribute information 1362 is stored as many as the number of newly added data 1303. If the number of newly added data 1303 is the power stored in 1303, the newly added data information 1306 is not included in the message.
  • Deleted data information 1307 stores the information about the data deleted by the update process of the main area of the data storage area.
  • the deleted data name 1371 is stored in the number of deleted data 1304 Only the number is stored. If the number stored in the number of deleted data 1304 is 0, the deleted data information 1307 is not included in the message.
  • the updated data information 1308 stores information on the data whose attribute information has been updated due to a change in the state of the data source, etc., and for each data, the data name 1381 and the updated attribute information 1382 are stored. .
  • the combination of the data name 1381 and the attribute information 1382 includes information on the attribute and status of the updated data source.
  • the number of update data 1305 is stored. If the number stored in the number of update data 1305 is 0, the update data information 1308 is not included in the message.
  • FIG. 14 is a configuration diagram of a field work support system for utility pole maintenance 'equipment maintenance' in the present embodiment.
  • FIG. 14 is a diagram showing an example in which the information sharing method in the distributed system is applied to a field work support system for maintenance / equipment maintenance for power pole maintenance personnel who are facilities of an electric power company.
  • the base 1403 and the substations 1404 and 1405 are interconnected via the power company communication network 1406.
  • the substation 1404 is connected to a network of utility poles 1421 distributed in the area.
  • the substation 1405 is connected to a network of a plurality of power line facilities 1422 installed in mountainous areas.
  • maintenance inspection, maintenance, and other work are carried out on the utility pole 1421 in the area by the maintenance work vehicle 1401 that patrols.
  • Maintenance personnel 1402 visits the power line equipment 1422 installed in the mountainous area and performs maintenance inspections and maintenance work.
  • the main components of the on-site work support system shown in Fig. 14 are installed on the power pole 1421, managing the equipment mounted on the power pole and communicating with the maintenance work vehicle 1401 1431, 1432, 1433 , Installed on power line equipment 1422, manages power line equipment and communicates with mopile terminals of maintenance personnel 1402 at power line equipment servers 1441, 1442, 1443, 1444, and bases 1403, substations 1404, 1405, etc.
  • Gateway servers 1411, 1412, 14 13, which are installed respectively and connect the power company's communication network 1406 and the networks in each base, are equal.
  • the gate storage system 1411, 1412, 1413, power pole sano 1431, 143 2, 1433, and power line equipment servers 1441, 1442, 1443, 1444, etc. manage the data storage area for placing data replicas according to this embodiment. Has been.
  • maintenance personnel 1402 patrols the utility pole 1421 in the maintenance work vehicle 1401 and patrols the utility pole 1421 in the area and visually inspects the utility pole 1421.
  • the wireless terminal mounted on the maintenance work vehicle 1401 acquires data from each power pole 1421 when the work vehicle 1401 passes through each power pole 1421 without stopping. Here, there is no need to stop and work for each power pole to acquire data, which leads to work load reduction and efficiency.
  • the acquired data can also be used for preventive maintenance of utility pole 1421.
  • the maintenance work vehicle 1401 is equipped with facility information held by the servers 1431, 1432, 1433 of each power pole 1421 (voltage value, temperature, Strain sensor value or gas insulator gas concentration, pressure value, etc.) Also refer to asset information, inspection history (managed by asset management server 1451 and maintenance management server 1452 in base 1403), etc.
  • the maintenance work vehicle 1401 is compared with the facility information of the adjacent utility pole 1421. Therefore, based on the current location information of the maintenance work vehicle 1401 measured using the patrol route plan of the maintenance work vehicle 1401 and GPS (global positioning system), etc.
  • the utility pole servers 1431, 1432, and 1433 create and store a replica of the necessary data in the data storage area to be managed.
  • the power pole server 1431, 1432, 1433 immediately responds using the data in the data storage area.
  • maintenance personnel 1402 also performs maintenance and maintenance work on the power line equipment 1422 installed in the mountainous area, but works close to each power line equipment 1422 as in the maintenance and maintenance of the power pole 1421.
  • the power line equipment servers installed in the power line equipment 1422 installed in places where the load is strong (such as in the middle of the mountain, near the summit, etc.) in the mountainous area especially when the maintenance personnel 1402 are approaching, work 1442 and 1443 14 44, the power line equipment server 1 441 of the power line equipment 1422 in a place near the foot of the mountain where it is easy for maintenance personnel 1402 to work. accumulate.
  • the storage of data by the power line equipment server 1441 is based on the work schedule of the maintenance staff 1402 and the current location information of the maintenance staff 1402 measured using GPS, etc. Go ahead of time before you arrive near 1441. As described above, maintenance personnel 1402 can obtain information on all facilities scattered in mountainous areas and related information immediately at low load by accessing only one of the easily accessible power line equipment servers 1441.
  • FIG. 15 is a configuration diagram of a vehicle-to-ground communication system for radio communication between a train and a radio station in the present embodiment.
  • Fig. 15 shows the application of the information sharing method in a distributed system to a vehicle-to-ground communication system that performs wireless communication between a traveling train and a wireless station installed along the track. It is a figure which shows the example in the case of having performed.
  • relay stations 1504, 1505 and relay stations installed at multiple locations on bases 1502, 1503 and the track via the railway company's communication network 1506. Interconnecting 1501 and other running trains that communicate with radio equipment 1521 via radio base stations 15 22, 1523, 1524, and 1525 that are connected to 1504 and 1505 at regular intervals on the track is doing.
  • the main components of the vehicle-to-ground communication system shown in Fig. 15 are authentication servers connected to the railway company's communication network 1506, which authenticate users and trains, and issue and distribute identification information. 1531, Business server for managing business information 1532, bases 1502, 1503, and relay stations 1504, 1505, etc., each installed at each base, connecting the railway company's communication network 1506 and the network in each base 1511 , 1512, 1513, 1514.
  • the gateway servers 1511, 1512, 1513, 1514 and the like manage data storage areas for arranging data replicas according to the present embodiment.
  • This system collects and analyzes the equipment information of the train 1501 while the train 1501 is in the nearest relay station 1504, gateway Sano 1513, 1514 power in the 1505 Make use of the equipment for maintenance and maintenance.
  • the traveling train 1501 transmits equipment information using the wireless device 1521. However, since the short-range wireless is used, only the nearest wireless base station can receive the information.
  • the gateway server 1513 in the relay station 1 504 receives real-time facility information of the train 1501 transmitted from the radio device 1521 of the running train 1501
  • the facility information received from the train 1501 is stored in the managed data storage area.
  • the radio base station 1524 or 1525 receives the facility information of the train 1501 transmitted from the radio apparatus 1521, the train 1501 is stored in the data storage area managed by the gateway server 1514 in the relay station 1505. The received facility information is accumulated. As the Koko train 1501 travels in this way, the facility information of the train 1501 is collected and accumulated by being divided into each relay station installed at a plurality of locations on the track.
  • the user uses the terminal 1542 at the base 1503 to When monitoring facility information, the authentication server 1531 installed in the site 1502 performs authentication processing of the user, and then is distributed and accumulated in each of the relay stations 1504 and 1505. Replicating power of facility information data of train 1501 that is running Generated and stored in the data storage area managed by the gateway server 1512 nearest to the terminal 1542 used by the user, and updated as the train 1501 travels Go.
  • FIG. 1 is a configuration diagram of an information sharing system according to the present embodiment.
  • FIG. 2 is a configuration diagram of a gateway server.
  • FIG. 3 is a schematic diagram of an information sharing method.
  • FIG. 4 Configuration diagram of data storage area.
  • FIG. 5A is a diagram showing a main area.
  • FIG. 5B is a diagram showing a spare area.
  • FIG. 6A is a diagram showing a pointer area.
  • FIG. 6B shows a reservation list
  • FIG. 7 is a sequence diagram of processing for arranging a replica of data.
  • FIG. 8 is a flowchart of processing for determining a replica placement location and data type.
  • FIG. 9 is a flowchart of access processing from a terminal.
  • FIG. 10 is a flowchart of processing for a data request.
  • FIG. 11 is a flowchart of data update and deletion processing.
  • FIG. 12 is a flowchart of data source change processing.
  • FIG. 13 is a diagram showing a format of a message transmitted / received for information sharing.
  • FIG. 14 is a configuration diagram of a field work support system for maintenance of utility poles' equipment maintenance.
  • Fig.15 Explanation of No. 0 which is a block diagram of the on-vehicle communication system for radio communication between train and radio station

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

 分散システムにおいてデータソースまたはデータ要求側が常時接続及び非常時接続においても情報共有を実現し、リアルタイムな通信・処理を妨害することなく、任意の経路からのデータ要求に対する応答性を保証する。  データ要求側のシステムへの加入を検出すると、識別情報をシステム内に通知する。識別情報をシステム内に分散配置したデータ蓄積域0311~0315が受信すると、データ要求側が要求する可能性のあるデータのレプリカを作成するために、関連情報を基に、レプリカを作成するデータの種類、配置場所を決める。システム内の指定された範囲内に有るデータ蓄積域では、データ要求側が要求する可能性のあるデータのレプリカを事前に生成、蓄積しておく。実際にデータ要求側からの要求を受信したデータ蓄積域は、データのレプリカを用いて直ちに応答する。

Description

明 細 書
分散システムにおける情報共有方法及び情報共有システム
参照による取り込み
[0001] 本出願は、 2005年 11月 8日に出願された日本特許出願第 2005— 323859号の 優先権を主張し、その内容を参照することにより本出願に取り込む。
技術分野
[0002] 本発明は、 1つ以上のネットワークが含まれ、それらが相互に接続する分散システム であり、システムの構成要素には移動体、モパイル端末もしくはセンサ等の常時ネット ワークに接続しているとは限らない要素も含まれる場合もあるシステムに関し、特に、 業務内容等に応じてシステム内の必要な相手同士での応答性を保証した情報の共 有'流通に関するものである。
背景技術
[0003] システムのネットワーク内へのデータソースからのデータのマルチキャスト送信と、デ ータ要求側での選択受信により、システムの構成変化の発生時でも情報共有を実現 する方法が提案されている。
[0004] 例えば、プロセス側の機器'設備の監視制御用の多数台の PLC (programmable logic controller)と、複数の監視拠点にそれぞれ複数台設けられた MMI (man machine interface)と、これら PLCと MMI間を任意にネットワーク接続して制御 指令およびプロセス情報を送信する分散制御システムにおいて、前記監視拠点別に ロケーション番号を割り付け、このロケーション番号の設定で前記 MMIと PLC間の制 御指令及びプロセス情報の送信先の監視拠点を 1つまたは複数に特定し、かつロケ ーシヨン番号又は MMIの番号、 PLCの番号の省略で送信先をマルチキャストに特 定する制御 LAN (local area network)プロトコルを備えたことを特徴とする分散 制御システム (特許文献 1参照)などが提案されて!ヽる。
[0005] 特許文献 1 :特開 2003— 18215号公報
発明の開示
発明が解決しょうとする課題 [0006] 上記従来技術では、マルチキャスト通信を行うと、データを要求して!/、な!/ソードに までメッセージが到達し、受信した全てのノードで受信データが自ノードには必要か 否かの判定処理を行う必要がある。このため、ノードの数が増加するとネットワーク負 荷及び各ノードでの受信データの判定処理の負荷が増大し、システム内のリアルタイ ムな通信 ·処理を妨害し得る。
[0007] また、ユーザのモパイル端末等のデータ要求側または移動体、センサ等のデータソ ースが、移動やネットワーク状況、短距離無線の利用等のためにネットワークに常時 接続ではなぐこれらの構成要素の間での通信、情報共有を行う場合には、これらの 構成要素の限られた接続時間内ではデータ要求に対する応答が保証できない。例 えば、マルチキャスト通信では、ネットワーク状況によりメッセージ伝達の遅延もしくは 未達のために、限られた接続時間内ではデータを受信できな!、可能性がある。
[0008] そこで本発明は上記課題に鑑みてなされたものであり、 1つ以上のネットワークが相 互に接続する分散システムであり、システムの構成要素には移動体、モパイル端末も しくはセンサ等の非常時接続要素も含み、リアルタイムで連続的なシステム内の通信 •処理を妨害することなぐシステム内のデータソースまたはデータ要求側がネットヮ ークに常時接続でない場合であって、入れ替え等も発生し得る場合も含めて、任意 の相手、任意の通信経路力 のデータ要求に対しても応答性を保証するような情報 共有の方法を提供することを主たる目的とする。
課題を解決するための手段
[0009] 上記課題を解決し、本発明の目的を達成するため、本発明の分散システムにおけ る情報共有方法は、データ要求側の識別情報に関連する情報をシステム内に分散 配置されたデータ蓄積域内より検索し、前記関連情報を基に、データの種類及び配 置場所を含むレプリカを作成するためのレプリカ作成情報を作成するステップと、前 記レプリカ作成情報を、レプリカの配置場所として指定された範囲内にある 1つ以上 のデータ蓄積域の間で共有し、前記データ要求側のために作成したレプリカ作成情 報も含めた、共有するレプリカ作成情報の中から前記データ要求に適するものを選 択し、選択したレプリカ作成情報に基づき、前記データ蓄積域内にデータのレプリカ を事前に作成するステップと、前記識別情報に該当する前記データ要求側力 ァク セスがあった場合、前記データ蓄積域より前記データのレプリカを用いて応答を返す ステップと、前記レプリカのデータソース側の状態に応じて、レプリカを生成するデー タのソースもしくはレプリカの配置先を変更するステップと、一定期間経過後も参照が 無いか、もしくは参照頻度の低いデータのレプリカは前記データ蓄積域より削除する ステップと、を含むものである。
[0010] また、本発明は、上述において、前記データ要求側が要求する可能性のあるデー タのレプリカを生成するためのレプリカ作成情報を作成する際に、前記データ要求側 が要求するデータの種類'項目を事前に指定した予約情報を参照することにより、前 記レプリカを作成するためのデータの種類を決定するステップを含むものである。
[0011] また、本発明は、上述において、前記データ要求側が要求する可能性のあるデー タのレプリカを生成するためのレプリカ作成情報を作成する際に、前記データ要求側 のアクセス履歴を参照し、過去に参照した実績のあるデータを抽出することにより、前 記レプリカを作成するためのデータの種類を決定するステップを含むものである。
[0012] また、本発明は、上述において、前記データ要求側が要求する可能性のあるデー タのレプリカを生成するためのレプリカ作成情報を作成する際に、前記データ要求側 が関連する業務プロセスに関する情報を参照し、該業務プロセスに関連するデータ を抽出することにより、前記レプリカを作成するためのデータの種類を決定するステツ プを含むものである。
[0013] また、本発明は、上述において、前記データ要求側が要求する可能性のあるデー タのレプリカを生成するためのレプリカ作成情報を作成する際に、前記データ要求側 に関するスケジュール情報を参照し、当該データ要求側の予定された行動範囲に基 づ 、て、前記レプリカの配置場所を決定するステップを含むものである。
[0014] また、本発明は、上述において、前記データ要求側が要求する可能性のあるデー タのレプリカを生成するためのレプリカ作成情報を作成する際に、前記データ要求側 の位置情報を参照し、前記データ要求側の現在位置の周辺の範囲から、前記レプリ 力の配置場所を決定するステップを含むものである。
[0015] また、本発明は、上述において、前記データ要求側が要求する可能性のあるデー タのレプリカを生成するためのレプリカ作成情報を作成する際に、前記データ要求側 のアクセス履歴を参照し、過去に参照実績のある場所に基づいて、前記レプリカの配 置場所を決定するステップを含むものである。
[0016] また、本発明は、上述において、前記識別情報を配信された前記データ要求側が データを要求する際には、前記データ要求側の稼動するノードから最寄りのデータ 蓄積域にアクセスし、データを取得するステップを含むものである。
[0017] また、本発明は、上述において、前記レプリカを生成するためのデータソースの変 更を実施する際に、前記データソースに関するスケジュール情報や経路情報等を参 照し、前記データ蓄積域よりアクセス可能なデータソースの選出、該データソースへ のアクセス時間、頻度等を決定するステップを含むものである。
[0018] また、本発明は、上述において、前記レプリカを生成するためのデータソースの変 更を実施する際に、前記データソースの位置情報もしくは生存信号を参照し、前記 データ蓄積域の周囲力もアクセス可能なデータソースを選出するとともに、前記デー タソースへのアクセス時間及び頻度等を決定するステップを含むものである。
[0019] また、本発明は、上述において、一定期間経過しても前記識別情報に該当する前 記データ要求側力 アクセスが無い場合、前記データ蓄積域内にある予約リストより 前記データ要求側に関する情報を削除するステップを含むものである。
[0020] また、本発明の情報共有システムは、システム内に分散配置され、データ要求側が 要求する可能性のあるデータのレプリカを格納するためのデータ蓄積域は、要求頻 度の高いデータの値を時系列に複数個格納するための主領域と、要求頻度が前記 主領域の格納データよりも低 、もしくは要求される可能性の高 、データの最新値の みを格納する予備領域と、前記データ蓄積域には無く他のデータ蓄積域の主領域 に格納されるデータへのポインタ情報のみを格納するポインタ領域と、を備えたもの である。
[0021] また、本発明は、上述において、前記データ蓄積域には、主領域と、予備領域に同 一データが重複して格納されることを防止するために、前記データ要求側の識別情 報及び前記データ要求側が要求する可能性のあるデータのレプリカの前記主領域も しくは予備領域における格納場所に関する情報を格納する予約リストが格納されるも のである。 [0022] また、本発明は、上述において、前記データ蓄積域における主領域及び予備領域 に格納される各データの、前記データ要求側からの参照頻度を定期的に監視し、前 記主領域に格納されるデータの中で指定された閾値よりも参照頻度が低いデータは 前記予備領域に移動させ、前記予備領域に格納されるデータの中で指定された閾 値よりも参照頻度が高いデータは前記主領域に移動させるものである。
[0023] また、本発明は、上述において、前記データ蓄積域の主領域に格納されるデータ が追加もしくは削除された場合、該追加もしくは削除されたデータに関する情報を、 システム内の他のデータ蓄積域にマルチキャスト送信することにより、前記データ蓄 積域における前記ポインタ領域に格納される情報を更新するものである。
発明の効果
[0024] 本発明によれば、 1つ以上のネットワークが相互に接続する分散システムにおいて 、常時ネットワークに接続しているとは限らないシステム構成要素、あるいは入れ替え 等も発生し得るシステム構成要素であっても、ネットワークの違 、を意識しな 、情報 共有を実現し、リアルタイムなシステム内の通信 ·処理を妨害することなぐ任意の通 信経路からのデータ要求であっても応答性を保証することができる。
本発明の他の目的、特徴及び利点は添付図面に関する以下の本発明の実施例の 記載から明らかになるであろう。
発明を実施するための最良の形態
[0025] 以下に、本発明の実施形態について、適宜、図面を参照しながら説明する。
図 1は、情報共有システムの構成図である。
図 1は、本実施の形態である、 1つ以上のネットワークが含まれ、それらが相互に接 続する分散システムであり、短距離無線を搭載するモパイル端末やセンサ類、走行 する移動体等の常時ネットワークに接続しているとは限らない構成要素も含まれるシ ステムの概要を示す図である。
[0026] このシステムは、通信網 0105を介して、主に情報系ネットワークで構築される第 1の 拠点 0102及び第 2の拠点 0103、主に制御系ネットワークで構築される工場 0104、 無線基地局 0131を介して無線通信により接続する移動体 0106等の広域に分散し た多拠点を相互接続した広域情報制御システムである。 [0027] このシステムの主な構成要素としては、情報系、制御系の各々の拠点である、第 1 の拠点 0102、第 2の拠点 0103、工場 0104にそれぞれ設置され、拠点間もしくは異 種ネットワーク間の通信の中継等を行うゲートウェイサーバ 0107、同じく移動体 010 6と通信を行う無線基地局 0131に接続するゲートウェイサーバ 0107、がある。
[0028] また、他の構成要素としては、本システムにお 、てモパイル端末等力も短距離無線 通信によりアクセスポイント等を経由してデータアクセスを行うユーザ 0101もしくは業 務用途で用いるユーザプログラムが導入されたノードである拠点内の固定端末 0111 等の認証を行うシステム内に設置された認証サーバ 0110、工場 0104内で稼動し、 データソースとなる設備'デバイス 0108、もしくは短距離無線通信により最寄りのァク セスポイント等を介してデータを発信する常時ネットワークに接続しているとは限らな V、センサ ·タグ 0109等がある。
[0029] ゲートウェイサーバ 0107の主なハードウェア構成は、処理装置 0121、通信装置 0 122、記憶装置 0123からなる。記憶装置 0123には、設備'デバイス 0108やセンサ' タグ 0109等のデータソースからのデータを収集し、ユーザ 0101や固定端末 0111 等のデータ要求元に提供するために該データを蓄積しておくためのデータ蓄積域 0 124の他、該データ蓄積域 0124を管理するためのソフトウェア、設備'デバイス 010 8やセンサ.タグ 0109等のデータソース、及びユーザ 0101や固定端末 0111等のデ ータ要求元と通信を行うためのソフトウェア等が格納され、処理装置 0122により処理 される。
[0030] また通信装置 0122は、設備'デバイス 0108やセンサ'タグ 0109等のデータソース 力ものデータ収集、及びユーザ 0101や固定端末 0111等のデータ要求元からの要 求受付とデータ提供等を実施するための通信処理を行う。
[0031] 上述のように、本実施の形態であるシステムは、 1つ以上のネットワークが含まれ、 それらが相互に接続する分散システムであり、固定ノードだけでなぐモパイル端末 や移動体、センサ ·タグ等のように常時ネットワークに接続して 、るとは限らな 、システ ム構成要素も含まれる。
[0032] 図 2は、ゲートウェイサーバの構成図である。
図 2は、本実施の形態における、分散システム内にあり、ユーザプログラムの稼動す るノードもしくは常時接続ではないユーザのモパイル端末、移動体等力ものアクセス ポイント等を介してのアクセスを受け付け、データのレプリカを配置するゲートウェイサ ーバのモジュール構成を示す図である。
[0033] ゲートウェイサーバ 0107には、通信媒体 0202を介して、ユーザプログラムの稼動 するノードもしくは常時接続ではないユーザ 0101のモパイル端末、移動体 0106等 との間の通信、データ要求の受け付け、データのレプリカの生成及び蓄積、蓄積デ ータの管理等の処理を行うミドルウェア 0201が導入される。
[0034] ミドルウェア 0201の主な構成要素は、データのレプリカを蓄積するためのデータ蓄 積域 0211、ユーザからのアクセス及びデータ参照に関する履歴等を蓄積するため の履歴格納域 0212、認証サーバ等力ものユーザの識別情報の受け付け及びデー タのレプリカの事前作成のためのシステム内の複数のゲートウェイサーバ 0107間で のユーザのデータ要求に関する情報のやり取り等の処理を行うデータのレプリカの予 約受付部 0213、ユーザプログラムの稼動するノードもしくは常時接続ではないユー ザ 0101のモパイル端末及び移動体 0106等からのアクセス及びデータ要求を受け 付けてデータ蓄積域 0211より該当データを取得し応答を返すデータアクセス受付部 0214、ユーザからのデータ要求に関する予約リストを作成し管理する予約リスト管理 部 0216力ある。
[0035] また、他の構成要素として、データ蓄積域 0211及び該領域内の蓄積データを管理 するデータ蓄積域管理部 0217、通信媒体 0202を介して、ユーザプログラムの稼動 するノードもしくは常時接続ではないユーザ 0101のモパイル端末、移動体 0106等 との間の通信を行う、データ通信部 0218がある。
[0036] 予約受付部 0213からの指示により、予約リスト管理部 0216は、データ蓄積域 021 1を参照して、新たなユーザのデータ要求に対する事前情報を作成し予約リストに登 録する。この時、予約リスト管理部 0216からの指示により、データ蓄積域管理部 021 7は、該ユーザのデータ要求に対して、該要求データのデータ蓄積域 0211内での 有無、格納場所のアドレス等の情報を返す処理を行い、またデータ蓄積域 0211内 に該当データが無い場合は新規追加等の処理を行う。
[0037] また、データ蓄積域管理部 0217は、前記データのレプリカを生成し、データ蓄積 域 0211に蓄積、更新するために、データ通信部 0218を介して、他のゲートウェイサ ーバにアクセスし、他のゲートウェイサーバにて管理されるデータを取得する。データ 蓄積域管理部 0217は、他のゲートウェイサーバからレプリカ生成のためのデータ要 求を受信すると、データ蓄積域 0211より該当データを取り出し返送する。さらにデー タ蓄積域管理部 0217は、データ蓄積域 0211の蓄積レプリカのデータ要求側もしく はデータソースの状態変化に伴って、蓄積レプリカの更新終了もしくは削除、データ ソースの変更等の処理を行う。
データアクセス受付部 0214は、ユーザからのアクセス ·データ要求の受け付け処理 を実施する度に、履歴格納域 0212に処理の履歴情報を書き込む。
[0038] 図 3は、情報共有方法の概要図である。
図 3は、本実施の形態における、 1つ以上のネットワークが含まれ、それらが相互に 接続する分散システムにお 、て常時接続ではな 、システム構成要素も含む場合の 情報共有の方法の概要を示す図である。
[0039] 主なシステム構成要素としては、メッセージのやり取り等により情報の共有、流通を 実現するネットワーク環境 0301、前記ネットワーク環境 0301に接続しており、他のシ ステムや専用ネットワーク等との接点となるゲートウェイサーバ 0303、 0304、 0305、 0306、 0307、前記ゲー卜ウェイサーノ 0305、 0306、 0307を介して、本実施の形 態であるシステムにデータを提供する設備 ·ΡΙΖ00321、センサ 0322、移動体 032 3、本実施の形態であるシステムにアクセスしデータの要求及び取得を行うユーザ 03 02等がある。
[0040] またこの他にユーザ 0302を特定し該ユーザ 0302の識別情報 0341を提供するた めに用いることができる認証サーバ 0331、位置管理サーバ 0332等がある。なお前 記ゲートウェイサーノ 0303、 0304、 0305、 0306、 0307は各種のデータを蓄積し、 ユーザ 0302の要求に対して応答するためのデータ蓄積域 0311、 0312、 0313、 0 314、 0315を管理している。ここでは、説明を簡単にするために、各データ蓄積域 0 311、 0312、 0313、 0314、 0315力 ^直接以下の動作をするように説明することとす る。
[0041] 本実施の形態によると、認証サーバ 0331もしくは位置管理サーノ 0332等がユー ザ 0302のシステムへの加入を検出すると、認証サーバ 0331もしくは位置管理サー ノ 0332等は該ユーザ 0302の識別情報をシステム内に通知する。該識別情報をシ ステム内に分散酉己置したデータ蓄積域 0311、 0312、 0313、 0314、 0315力 S受信 すると、データ蓄積域 0311、 0312、 0313、 0314、 0315は該ユーザ 0302力 ^要求 する可能性のあるデータのレプリカを作成するために、該ユーザ 0302の関連情報を 基に、レプリカを作成するデータの種類、配置場所等を含めるレプリカ作成情報 034 2を作成し、事前にシステム内にマルチキャスト送信する。
[0042] 上記マルチキャストされたレプリカ作成情報 0342を受信したデータ蓄積域 0311、 0312では、前記の受信した 1つ以上のレプリカ作成情報 0342もしくは自領域にて 生成したレプリカ作成情報 0342の中力 ユーザ 0302の要求に適するものを選択し 、前記選択したレプリカ作成情報 0342に基づき、該ユーザ 0302が要求する可能性 のあるデータのレプリカ 0316、 0317を事前に生成、蓄積、更新しておく。実際にュ 一ザ 0302からの要求を受信したデータ蓄積域 0312は、前記のデータのレプリカ 03 17を用いて直ちに応答する。
[0043] また、前記データ蓄積域 0312に作成したレプリカ 0317に関して、データソース側 の状態が変更した場合(図 3ではデータソースである移動体 0323が移動)、データ 蓄積域 0312は該レプリカ 0317を生成するデータのソースを状態に応じて変更する( 図 3ではデータソースをデータ蓄積域 0314からデータ蓄積域 0315へ変更)、もしく はデータソースへのアクセスタイミング等を変更する。
[0044] 図 4は、データ蓄積域の構成図である。
図 4は、本実施の形態における、分散システム内にあるゲートウェイサーバ等に設 けた、データのレプリカを蓄積するデータ蓄積域の構成を示す図である。
データ蓄積域 0401の主な構成要素としては、主領域 0411、予備領域 0412、ボイ ンタ領域 0413、予約リスト 0414とがある。
[0045] 主領域 0411は、データ蓄積域 0401〖こおいて、主に要求頻度の高いデータの値を 重複無く格納する領域である。データ蓄積域管理部 0217は、該データのデータソー スより定期的もしくは値変化時に値を取得し、該データの値を主領域 0411に時系列 に複数蓄積する。予備領域 0412は、要求される可能性のあるデータの値を重複なく 格納する領域である。データ蓄積域管理部 0217は、主領域 0411よりも低い頻度で 、該データを保有する他のデータ蓄積域より値を取得し、最新値のみを予備領域 04 12に上書きし保持する。ポインタ領域 0413は、他のデータ蓄積域 0401の主領域 0 411に格納されるデータへのポインタ情報を格納する領域である。
[0046] データ蓄積域管理部 0217は、情報制御システム内の各々のデータ蓄積域 0401 より定期的にマルチキャスト配信される蓄積データに関する情報を受信し、領域内の ポインタ領域 0413に格納されるポインタ情報を更新する。なお、データ蓄積域管理 部 0217は、ユーザの要求に対して該当データが主領域 0411及び予備領域 0412 にもない場合、本領域に格納される情報を参照して該当データを保有するデータ蓄 積域 0401に問い合わせ、データを取得する。予約リスト 0414は、ユーザのデータ要 求に対する予約エントリ一情報を格納する領域である。
[0047] データ蓄積域管理部 0217は、本予約リスト 0414にはユーザ毎に該ユーザの要求 するデータもしくは該ユーザが要求する可能性のあるデータのアドレス、タイムスタン プ等の情報を格納する。ユーザが実際に該データ蓄積域 0401にアクセスし、データ を要求する際は、データ蓄積域管理部 0217は、該予約リスト 0414の該ユーザに関 する情報を参照して、該当データの値を返す。また、これらの情報はユーザ力ものァ クセスが発生するよりも事前に生成される。
[0048] 図 5Aは主領域、図 5Bは予備領域を示す図である。
図 5A,図 5Bはそれぞれ、本実施の形態における、分散システム内にあるゲートゥ エイサーバ等に設けた、データのレプリカを配置するデータ蓄積域における、データ のレプリカを格納するための主領域及び予備領域を示す図である。
主領域 0501の主な構成要素は、データ名 0511、データ値 0512、タイムスタンプ 0 513、更新周期 0514、参照回数 0515、最終参照時刻 0516、データソース情報 05 17がある。
[0049] データ名 0511にはシステム内でユーザがアクセス可能なデータの名前が格納され る。データ値 0512には、前記データ名 0511に格納される名前に対応するデータの 値が格納される。ここではデータ名 0511には時系列に複数の値が格納される。なお 格納される値の個数はシステム毎に決定される。タイムスタンプ 0513には、前記デ ータ値 0512に格納される各値の主領域 0501への格納時刻がそれぞれ対応して格 納される。更新周期 0514には、データ名 0511に格納される名前に対応するデータ の値がデータ値 0512に書き込まれる周期が格納される。
[0050] 参照回数 0515には、データ名 0511に格納される名前に対応するデータの値をュ 一ザが参照した回数が格納される。本参照回数 0515の項目に格納される値はユー ザからのデータ参照がある度に更新される。最終参照時刻 0516には、データ名 051 1に格納される名前に対応するデータの値をユーザが最後に参照した時刻が格納さ れる。本最終参照時刻 0516の項目に格納される値はユーザ力ものデータ参照があ る度に更新される。
[0051] データソース情報 0517には、データ名 0511に格納される名前に対応するデータ のデータソースに関する情報として、データソースのアドレス情報 0531、及び属性情 報 0532が格納される。アドレス情報 0531には、レプリカを作成'更新する際にデー タソースにアクセスするための情報が格納される。属性情報 0532には、該データソ ースの有効期間、移動経路等の情報が格納される。なお、データ蓄積域管理部 021 7により属性情報 0532が参照されることでデータソースの変更等が行われる。
[0052] 予備領域 0502の主な構成要素は、データ名 0521、データ値 0522、タイムスタン プ 0523、更新周期 0524、参照回数 0525、最終参照時刻 0526、データソース情報 0527力ある。
データ名 0521には、 0511と同様にシステム内でユーザがアクセス可能なデータの 名前が格納される。データ値 0522には、前記データ名 0521に格納される名前に対 応するデータの値が格納される。ここでは該データ値 0522の最新値のみが上書きさ れる。タイムスタンプ 0523には、前記データ値 0522に格納される値の予備領域 050 2への格納時刻が格納される。更新周期 0524には、データ名 0521に格納される名 前に対応するデータの値がデータ値 0522に書き込まれる周期が格納される。ここで 予備領域 0502にデータを書き込む周期は、前記主領域 0501にデータを書き込む 周期よりも大きいものとする。
[0053] 参照回数 0525〖こは、データ名 0521に格納される名前に対応するデータの値をュ 一ザが参照した回数が格納される。本参照回数 0525の項目に格納される値はユー ザからのデータ参照がある度に更新される。最終参照時刻 0526には、データ名 052 1に格納される名前に対応するデータの値をユーザが最後に参照した時刻が格納さ れる。本最終参照時刻 0526の項目に格納される値はユーザ力ものデータ参照があ る度に更新される。
[0054] データソース情報 0527には、データ名 0521に格納される名前に対応するデータ のデータソースに関する情報として、データソースのアドレス情報 0541、及び属性情 報 0542が格納される。アドレス情報 0541には、レプリカを作成'更新する際にデー タソースにアクセスするための情報が格納される。属性情報 0542には、該データソ ースの有効期間、移動経路等の情報が格納される。なお、データ蓄積域管理部 021 7により属性情報 0542が参照されることでデータソースの変更等が行われる。
[0055] 図 6Aはポインタ領域、図 6Bは予約リストを示す図である。
図 6A,図 6Bはそれぞれは、本実施の形態における、分散システム内にあるゲート ウェイサーバ等に設けた、データのレプリカを配置するデータ蓄積域における、他の データ蓄積領域に格納されるデータへのポインタ情報を格納するポインタ領域、及 びユーザのデータ取得要求に関する情報を記載する予約リストを示す図である。 ポインタ領域 0601の主な構成要素は、データ名 0611、データソース情報 0612で ある。
[0056] データ名 0611には、システム内でユーザがアクセス可能なデータの名前が格納さ れる。データソース情報 0612には、データ名 0611に格納される名前に対応するデ ータのデータソースに関する情報として、データソースのアドレス、及びその他の属性 情報が格納される。本データソース情報 0612の項目の値は、他のデータ蓄積域から マルチキャスト送信される、各データ蓄積域における蓄積データの更新情報をデー タ蓄積域管理部 0217により受信した際に更新される。
[0057] 予約リスト 0602の主な構成要素は、識別情報 0621、データ名 0622、格納場所 0 623、タイムスタンプ 0624である。
識別情報 0621には、情報制御システム内にある認証サーバより送信されたユーザ の識別情報が格納される。データ名 0622には、前記識別情報 0621に格納される識 別情報に対応するユーザが要求する、もしくは要求する可能性のあるデータの名前 力 Siつ以上格納される。これらのデータ名 0622の値は後述する図 7、 8に示す処理 の結果として格納される。
[0058] 格納場所 0623には、前記データ名 0622に格納される個々のデータの名前に対 応するデータに関して、各々のデータ蓄積域における格納場所に関する情報が格納 される。ここでは主領域もしくは予備領域かの格納場所の種別 0641、前記種別 064 1の格納場所におけるアドレス 0642、前記種別 0641の格納場所における格納デー タのサイズ 0643の情報が格納される。タイムスタンプ 0624には、前記識別情報 062 1に格納される識別情報が予約リスト 0602に登録された時刻が格納される。
[0059] 図 7は、データレプリカを配置する処理のシーケンス図である。
図 7は、本実施の形態における、 1つ以上のネットワークが含まれ、それらが相互に 接続する分散システム内のネットワーク上に複数配置したデータ蓄積域に対して先 回りでデータのレプリカを配置する処理の流れを示すシーケンス図である。
[0060] このデータレプリカを配置する処理の主な構成要素として、データを要求するユー ザ 0701、情報制御システム内に有つて該ユーザ 0701のシステム内への加入を検出 するための認証サーバもしくは位置管理等のその他のサーノ 0702、情報制御シス テム内に有る 1つ以上のデータ蓄積域として、第 1のデータ蓄積域 0703、第 2のデ ータ蓄積域 0704、第 3のデータ蓄積域 0705がある。ここでは、説明を簡単にするた めに、第 1のデータ蓄積域 0703、第 2のデータ蓄積域 0704、第 3のデータ蓄積域 0 705が直接以下の動作をするように説明することとする。
[0061] ステップ 0711において、一例としてユーザ 0701が認証要求を認証サーバ 0702に 送信する。ステップ 0721において、認証サーバもしくはその他のサーバ 0702は前 記ユーザ 0701の認証を実施することで該ユーザを識別する。ステップ 0721で認証 成立の場合、ステップ 0722において、認証サーバ 0702は該ユーザ 0701の識別情 報を生成し、システム内のデータ蓄積域 (第 1のデータ蓄積域 0703、第 2のデータ蓄 積域 0704、第 3のデータ蓄積域 0705)に対してマルチキャスト送信する。
[0062] ステップ 0722でマルチキャスト送信された前記識別情報を受信した第 1のデータ 蓄積域 0703、第 2のデータ蓄積域 0704、第 3のデータ蓄積域 0705はそれぞれ、ス テツプ 0731、ステップ 0741、ステップ 0751において、該識別情報に該当するユー ザ 0701に関連する情報 (過去のアクセス履歴、等)を自領域内から検索する。
[0063] ステップ 0732、ステップ 0742、ステップ 0752【こお!ヽて、第 1のデータ蓄積域 0703 、第 2のデータ蓄積域 0704、第 3のデータ蓄積域 0705のそれぞれに関して、各領 域内に前記ユーザ 0701の関連情報が有った場合、後述する図 8に示す処理の流れ により、該ユーザのデータ要求に対応して事前にデータのレプリカを用意するための 、レプリカ情報の作成を行う。ここでレプリカ情報とは、該ユーザ 0701が要求する可 能性のあるデータのデータ名、属性情報等の一覧であり、本情報に基づき各データ 蓄積域はデータのレプリカを生成するものとする。
[0064] ステップ 0733にお 、て、前記手順によりレプリカ情報を作成したデータ蓄積域(図 7では第 1のデータ蓄積域 0703)は、重複を許して保存可能に該レプリカ情報を第 2 のデータ蓄積域 0704、第 3のデータ蓄積域 0705にマルチキャスト送信する。ステツ プ 0734、ステップ 0744、ステップ 0754において、前記マルチキャスト送信した第 1 のデータ蓄積域 0703及びマルチキャスト送信されたレプリカ情報を受信したデータ 蓄積域 (第 2のデータ蓄積域 0704、第 3のデータ蓄積域 0705)ではそれぞれ、該ュ 一ザ 0701に対して使用するレプリカ情報を決定する。
[0065] ここでは、それぞれのデータ蓄積域では自領域でも作成したレプリカ情報があり、 他のデータ蓄積域力 のレプリカ情報も受信した場合はいずれのレプリカ情報を使 用するかの判定を行う。またそれぞれのデータ蓄積域で自領域で作成したレプリカ 情報は無ぐ他のデータ蓄積域から 1つ以上のレプリカ情報を受信した場合はいず れのレプリカ情報を使用するかの判定を行う。
[0066] ステップ 0734、ステップ 0744、ステップ 0754で使用するレプリカ情報を決定する 判定基準としては、情報の新しさ、設定された優先順位等を参照する。ステップ 073 5、ステップ 0745、ステップ 0755において、各データ蓄積域 (第 1のデータ蓄積域 0 703、第 2のデータ蓄積域 0704、第 3のデータ蓄積域 0705)は、前記ステップ 0734 、ステップ 0744、ステップ 0754にて使用を決定したレプリカ情報に基づいて、該識 別情報に該当するユーザ 0701用のデータのレプリカの生成及びソース側の更新に 基づく該レプリカ値の更新を開始する。
ステップ 0712において、ユーザ 0701が最寄りのデータ蓄積域(図 7では第 2のデ ータ蓄積域 0704)にデータを要求した場合、ステップ 0746において、上述のように して事前に用意されたデータのレプリカを用いて、ユーザ 0701に応答を返す。
[0067] 図 8は、本実施の形態における、レプリカの配置場所及びデータの種類を決定する 処理のフローチャートである。
すなわち、図 8は、 1つ以上のネットワークが含まれ、それらが相互に接続する分散 システム内のネットワーク上に複数配置したデータ蓄積域に対して予めデータのレプ リカを配置する際、レプリカを配置するデータ蓄積域の場所もしくは範囲、及びレプリ 力を生成するデータの種類を決定する処理の流れを示すフローチャートである。
[0068] ステップ 0801において、予約受付部 0213はデータ通信部 0218を介して情報制 御システム内の認証サーバまたは位置管理サーバ等よりユーザの識別情報を受信 する。ステップ 0802において、データ蓄積域管理部 0217は該ユーザのデータ要求 のためにレプリカ作成を実施するデータを決定する。ステップ 0803において、データ 蓄積域管理部 0217は前記レプリカを作成するデータを配置する範囲を決定する。ス テツプ 0804において、データ蓄積域管理部 0217はデータ通信部 0218を介して 08 02にて決定したレプリカ作成を実施するデータに関する情報を、 0803にて決定した 範囲内のデータ蓄積域に対してマルチキャスト送信する。
[0069] 以下では、前記ステップ 0802のレプリカ実施データの決定処理における処理の流 れを示す。ステップ 0821において、予約受付部 0213はデータ蓄積域管理部 0217 に対して問合せをして、ユーザの識別情報とともに、ユーザが要求するデータの種類 '項目をあら力じめ指定した予約情報がある力否かを判断する。ステップ 0821で予 約情報が有る場合、ステップ 0824において、予約受付部 0213はレプリカ作成を実 施するデータは前記予約情報にて指定される種類 '項目のデータと決定する。
[0070] ステップ 0821において、予約情報がない場合、ステップ 0822において、予約受付 部 0213は履歴格納域 0212を参照して該識別情報に該当するユーザのアクセス履 歴があるか否かを判断する。ステップ 0822でアクセス履歴がある場合、ステップ 082 5において、データ蓄積域管理部 0217は前記アクセス履歴より以前参照したことの あるデータを抽出し、レプリカ作成を実施するデータと決定する。
[0071] ステップ 0822において、アクセス履歴がない場合、ステップ 0823において、予約 受付部 0213は予約リスト管理部 0216に対して問合せをして、該識別情報とともに該 識別情報に該当するユーザの業務情報等があるか否かを判断する。ステップ 0823 で業務情報等がある場合、ステップ 0826において、予約受付部 0213は前記業務 に関連するデータを抽出し、レプリカ作成を実施するデータと決定する。ステップ 082 3において、業務情報等が無い場合、ステップ 0827において、予約受付部 0213は レプリカ作成を実施するデータは何も指定しないこととする。
[0072] また以下では、前記ステップ 0803のレプリカの配置範囲の決定処理における処理 の流れを示す。ステップ 0831において、予約受付部 0213は予約リスト管理部 0216 に対して問合せをして、該識別情報とともに該識別情報に該当するユーザの作業等 とのスケジュール情報等があるか否かを判断する。ステップ 0831でスケジュール情 報等が有る場合、ステップ 0834において、予約受付部 0213は前記スケジュール情 報を参照して、該ユーザの予定された行動範囲をレプリカの配置範囲と決定する。
[0073] ステップ 0831において、スケジュール情報等がない場合、ステップ 0832において 、予約受付部 0213は予約リスト管理部 0216に対して問合せをして、該識別情報とと もに該識別情報に該当するユーザの位置情報が有る力否かを判断する。ステップ 08 32で位置情報がある場合、ステップ 0835において、予約受付部 0213は該ユーザ の周辺の範囲をレプリカの配置範囲と決定する。
[0074] ステップ 0832において、位置情報がない場合、ステップ 0833において、予約受付 部 0213はデータアクセス受付部 0214に対して問合せをして、該識別情報とともに 該識別情報に該当するユーザのデータ参照場所の履歴が有る力否かを判断する。 ステップ 0833で履歴情報がある場合、ステップ 0836において、予約受付部 0213は 前記履歴のあるデータ参照のあった場所をレプリカの配置範囲と決定する。
[0075] ステップ 0833において、履歴情報がない場合、ステップ 0837において、予約受付 部 0213はシステム全体をレプリカの配置範囲と決定する。ただしシステム全体にレ プリカを配置する場合、ユーザのデータ要求に対する応答性は保証できる力 通信 負荷及び各データ蓄積域の処理負荷も高まり、システム全体としての性能が低下す る可能性もあるため、前記ステップ 0831、ステップ 0832、ステップ 0833によりレプリ 力の配置範囲が限定されるとシステム全体の性能も維持できることになる。 [0076] 図 9は、本実施の形態における、端末からのアクセス処理のフローチャートである。 すなわち、図 9は、 1つ以上のネットワークが含まれ、それらが相互に接続する分散 システムにおいて、ユーザプログラムの稼動するノードもしくは常時接続ではないュ 一ザのモパイル端末力 最寄りのデータ蓄積域にアクセスする際のユーザ側の処理 の流れを示すフローチャートである。
[0077] ステップ 0901において、ユーザプログラムの稼動するノードもしくは常時接続では ないユーザのモパイル端末は、適用先システムにおいて、認証が必要であるか否か を判断する。ステップ 0901で認証が必要である場合、ステップ 0902において、ユー ザプログラムの稼動するノードもしくは常時接続でな 、ユーザのモパイル端末等から 情報制御システム内にある認証サーバに対して、認証を要求する。
[0078] ステップ 0903において、ユーザプログラムの稼動するノードもしくは常時接続では ないユーザのモパイル端末は、前記認証要求に対して、認証が不成立の場合、処理 を終了する。ステップ 0903において、ユーザプログラムの稼動するノードもしくは常 時接続ではないユーザのモパイル端末は、前記認証要求に対して、認証成立である か否かを判断する。ステップ 0903で認証成立の場合、ステップ 0904において、ユー ザプログラムの稼動するノードもしくは常時接続ではないユーザのモパイル端末は、 本実施の形態におけるデータ蓄積域へのアクセス及びデータ取得のための処理を 開始する。
[0079] ステップ 0905において、ユーザプログラムの稼動するノードもしくは常時接続でな いユーザのモパイル端末等力 最寄りのデータ蓄積域を探索する。ここでは同一セ グメント内のゲートウェイサーバにおけるデータ蓄積域、または短距離無線通信を行 うユーザのモパイル端末等であれば、電波強度が強く通信可能な最寄りのアクセス ポイント等と同一セグメント内のゲートウェイサーバにおけるデータ蓄積域等が探索 対象である。ステップ 0906において、ユーザのモパイル端末は、発見した最寄りの データ蓄積域にアクセスし、データを要求する。ステップ 0907において、ユーザのモ パイル端末は、ステップ 0906にて要求したデータを取得する。
[0080] 図 10は、本実施の形態における、データ要求に対する処理のフローチャートである すなわち、図 10は、 1つ以上のネットワークが含まれ、それらが相互に接続する分 散システムにおいて、ユーザ側からのアクセス 'データ要求に対する、データ蓄積域 側の処理の流れを示すフローチャートである。
[0081] ステップ 1001において、データアクセス受付部 0214はデータ通信部 0218を介し て情報制御システム内のユーザもしくはユーザプログラムからのデータ要求を受信す る。ステップ 1002において、データアクセス受付部 0214は認証サーバまたは位置 管理サーバ等より特定された識別情報とデータ蓄積域 0401から抽出した識別情報 が合致するか否かを判断する。
[0082] ステップ 1002で識別情報が合致する場合、ステップ 1003において、データァクセ ス受付部 0214は該要求における該当データをデータ蓄積域 0401における主領域 0411から検索する。 1004において、データアクセス受付部 0214は前記主領域 04 11に該当データが有るか否かを判断する。 1004において、前記主領域 0411に該 当データが有る場合、 1005において、データアクセス受付部 0214は該当データを 前記主領域 0411より取得する。
[0083] ステップ 1004で該当データがない場合、ステップ 1006において、データアクセス 受付部 0214は該要求に対する該当データをデータ蓄積域 0401における予備領域 0412から検索する。ステップ 1007において、データアクセス受付部 0214は前記予 備領域 0412に該当データがある力否かを判断する。ステップ 1007で該当データが 有る場合、ステップ 1008において、データアクセス受付部 0214は該当データを前 記予備領域 0412より取得する。
[0084] ステップ 1007において、前記予備領域 0412に該当データがない場合、 1009に おいて、データアクセス受付部 0214は該要求に対する該当データをデータ蓄積域 0 401におけるポインタ領域 0413から検索する。ステップ 1010において、データァク セス受付部 0214は前記ポインタ領域 0413に該当データに関する情報があるか否 かを判断する。ステップ 1010で該当データに関する情報が有る場合、ステップ 1011 において、データアクセス受付部 0214は前記ポインタ領域 0413より該当データに 関する情報を取得し、該当データを保有するデータ蓄積域 0401に対してデータ要 求を送信する。ステップ 1012において、データアクセス受付部 0214は該データを取 得する。
[0085] ステップ 1013において、データアクセス受付部 0214はユーザからのデータ要求に おける全てのデータの検索が終了した力否かを判断する。ステップ 1013で要求デー タの全てが終了した場合、処理を終了する。ステップ 1013において、ユーザからの データ要求における全てのデータの検索が終了していない場合、ステップ 1003へ 戻って、ステップ 1003からステップ 1012までの処理を繰り返す。
[0086] 図 11は、本実施の形態における、データの更新及び削除の処理のフローチャート である。
すなわち、図 11は、分散システム内にあるゲートウェイサーバ等に設けたデータ蓄 積域内にある各種テーブルに格納されるデータの更新及び削除の処理の流れを示 すフローチャートである。
[0087] ステップ 1101において、データ蓄積域管理部 0217はデータ蓄積域 0401内の予 備領域 0412における参照回数の項目(図 5の 0525)及び最終参照時刻の項目(図 5の 0526)を参照し、ユーザからの参照頻度が低いデータを抽出する。ステップ 110 2において、データ蓄積域管理部 0217はステップ 1101にて抽出した各データに対 して閾値による条件に合致する力否かの判定を行う。ここでの閾値とは、例えばデー タの参照回数の下限値もしくは最終参照時刻からの経過時間の上限値であり、具体 的な値はシステム毎に決定する。
[0088] ステップ 1102において、条件が合致する場合、ステップ 1103において、データ蓄 積域管理部 0217は該抽出データを予備領域より削除する。ステップ 1102において 、条件が不合致である場合、データ蓄積域管理部 0217は処理は行わない。ステツ プ 1104において、データ蓄積域管理部 0217はデータ蓄積域 0401内の予備領域 0412における参照回数の項目(図 5の 0525)及び最終参照時刻の項目(図 5の 05 26)を参照し、ユーザからの参照頻度が高いデータを抽出する。
[0089] ステップ 1105において、データ蓄積域管理部 0217はステップ 1104にて抽出した 各データに対して閾値による条件に合致する力否かの判定を行う。ここでの閾値とは 、例えばデータの参照回数の上限値もしくは最終参照時刻からの経過時間の下限 値であり、具体的な値はシステム毎に決定する。ステップ 1105において、条件が合 致する場合、ステップ 1106において、データ蓄積域管理部 0217は該抽出データを データ蓄積域 0401内の主領域 0411に移動する。
[0090] ステップ 1105において、条件が不合致である場合、データ蓄積域管理部 0217は 処理は行わない。ステップ 1107において、データ蓄積域管理部 0217はデータ蓄積 域 0401内の主領域 0411〖こおける参照回数の項目(図 5の 0515)及び最終参照時 刻の項目(図 5の 0516)を参照し、ユーザ力もの参照頻度が低いデータを抽出する。
[0091] ステップ 1108において、データ蓄積域管理部 0217はステップ 1107にて抽出した 各データに対して閾値による条件に合致する力否かの判定を行う。ここでの閾値とは 、例えばデータの参照回数の下限値もしくは最終参照時刻からの経過時間の上限 値であり、具体的な値はシステム毎に決定する。ステップ 1108において、条件が合 致する場合、ステップ 1109において、データ蓄積域管理部 0217は該抽出データを データ蓄積域 0401内の予備領域 0412に移動する。
[0092] ステップ 1108において、条件が不合致である場合、データ蓄積域管理部 0217は 処理は行わない。ステップ 1110において、データ蓄積域管理部 0217は主領域 041 1に新たに格納されるデータに関する情報及び主領域 0411より削除されるデータに 関する情報を他のデータ蓄積域 0401にマルチキャスト送信する。
[0093] 上述の処理を定期的に実施し、常に参照頻度の高いデータは主領域 0411に蓄積 し、参照頻度がやや高いデータは予備領域 0412に蓄積し、参照頻度の低いデータ はデータ蓄積域 0401より削除する。このようにして、各データ蓄積域 0401はユーザ の要求データを事前に用意できる状態に保っておくことができる。
[0094] 図 12は、本実施の形態における、データソースの変更の処理のフローチャートであ る。
すなわち、図 12は、 1つ以上のネットワークが含まれ、それらが相互に接続する分 散システム内のデータ蓄積域に配置したデータのレプリカのデータソースの変更を 実施する際の処理の流れを示すフローチャートである。
[0095] ステップ 1201において、データ蓄積域管理部 0217は前記データ蓄積域 0401内 に格納するレプリカのデータソースに関する更新情報をメッセージ等により受信する 。ステップ 1202において、データ蓄積域管理部 0217は、該更新情報にデータソー スの動作に関するスケジュール情報等がある力否かを判断する。
[0096] ステップ 1202でデータソースの動作等に関するスケジュール情報等もしくはデータ ソースが移動体であれば経路情報等が前記データソースの更新情報に含まれる場 合、ステップ 1203において、データ蓄積域管理部 0217は前記データソースに関す るスケジュール情報、経路情報等を参照して、データソースの予定された動作範囲 内から、前記レプリカを配置するデータ蓄積域 0401よりアクセス可能なものを選出し 、新たなデータソースとする。
[0097] ステップ 1202において、データソースに関するスケジュール情報、経路情報等が 更新情報に含まれない場合、ステップ 1204において、データ蓄積域管理部 0217は 、該更新情報に該当するデータソースの位置情報等があるか否かを判断する。ステ ップ 1204でデータソースの位置情報等が前記データソースの更新情報に含まれる 場合、ステップ 1205において、データ蓄積域管理部 0217は前記レプリカを配置す るデータ蓄積域 0401の周辺範囲から、該データ蓄積域 0401よりアクセス可能なも のを選出し、新たなデータソースとする。
[0098] ステップ 1204において、データソースの位置情報等が前記データソースの更新情 報に含まれない場合、ステップ 1206において、データ蓄積域管理部 0217はデータ ソースは無変更とする。ステップ 1207において、データ蓄積域管理部 0217は上記 までの処理結果に基づき、前記レプリカを配置するデータ蓄積域 0401における、図 5に示した主領域もしくは予備領域の各データのデータソースに関する項目に格納さ れる情報を更新する。
[0099] 図 13は、本実施の形態における、情報共有のために送受信されるメッセージ形式 を示す図である。
すなわち、図 13は、分散システム内にあるゲートウェイサーバ等に設けた各々のデ ータ蓄積域の間で蓄積データに関する情報を共有するために送受信を行うメッセ一 ジの形式を示す図である。
図 13に示すメッセージの主な構成要素はヘッダ情報 1301、送信元のデータ蓄積 域の情報 1302、新規追加データの数 1303、削除データの数 1304、更新データの 数 1305、新規追加データ情報 1306、削除データ情報 1307、更新データ情報 130 8である。
[0100] ヘッダ情報 1301には、メッセージプロトコル等に関する情報が格納される。送信元 のデータ蓄積域の情報 1302には、送信元のデータ蓄積域のアドレス等の情報が格 納される。新規追加データの数 1303には、データ蓄積域の主領域の更新処理によ り、新規に追加されたデータの数が格納される。削除データの数 1304には、データ 蓄積域の主領域の更新処理により、削除されたデータの数が格納される。更新デー タの数 1305には、データソースの状態変化等に伴い、属性情報が更新されたデー タの数が格納される。
[0101] 新規追加データ情報 1306には、データ蓄積域の主領域の更新処理により、新規 に追加されたデータに関する情報が格納され、データ毎にデータの名前 1361、属 性情報 1362の各情報が格納される。属性情報 1362には、データのサイズ、更新周 期等の他、データソースの属性や状態等に関する情報が含まれる。なおデータの名 前 1361及び属性情報 1362の組み合わせは、新規追加データの数 1303に格納さ れる数だけ格納されている。新規追加データの数 1303に格納される数力^である場 合は、新規追加データ情報 1306はメッセージ内には含まれな ヽ。
[0102] 削除データ情報 1307には、データ蓄積域の主領域の更新処理により、削除された データに関する情報が格納される、削除されるデータの名前 1371が、削除データの 数 1304に格納される数だけ格納されている。なお削除データの数 1304に格納され る数が 0である場合は、削除データ情報 1307はメッセージ内には含まれない。
[0103] 更新データ情報 1308には、データソースの状態変化等に伴い、属性情報が更新 されたデータに関する情報が格納され、データ毎にデータの名前 1381、更新後の 属性情報 1382が格納される。データの名前 1381及び属性情報 1382の組み合わ せは、更新後のデータソースの属性や状態等に関する情報が含まれる。なお更新後 の属性情報 1382には、更新データの数 1305に格納される数だけ格納されている。 更新データの数 1305に格納される数が 0である場合は、更新データ情報 1308はメ ッセージ内には含まれない。
[0104] 図 14は、本実施の形態における、電柱の保守'設備保全用の現場作業支援システ ムの構成図である。 すなわち、図 14は、分散システムにおける情報共有方法を、電力会社の設備であ る電柱の保守員向けの保守 ·設備保全のための現場作業支援システムに適用した 場合の例を示す図である。
[0105] この図 14に示す現場作業支援システムでは、電力会社の通信網 1406を介して、 拠点 1403と変電所 1404、 1405等を相互接続している。変電所 1404には、地域内 に分散設置された電柱 1421のネットワークが接続されている。また変電所 1405には 、山岳地帯に設置された複数の電力線設備 1422のネットワークが接続されている。 なお地域内の電柱 1421には巡回する保守作業車 1401により保守点検、保全等の 作業が実施される。山岳地帯に設置された電力線設備 1422には保守員 1402が現 地に赴き保守点検、保全等の作業が実施される。
[0106] 図 14に示す現場作業支援システムの主な構成要素は、電柱 1421上に設置され、 電柱に搭載された設備を管理し、保守作業車 1401と通信を行う電柱サーバ 1431、 1432、 1433、電力線設備 1422上に設置され、電力線設備を管理し、保守員 1402 のモパイル端末と通信を行う電力線設備サーバ 1441、 1442、 1443、 1444、また 拠点 1403、変電所 1404、 1405等の各拠点にそれぞれ設置され、電力会社の通信 網 1406と各拠点内のネットワークとを接続するゲートウェイサーバ 1411、 1412、 14 13等力ある。なおゲートクエイサーノ 1411、 1412、 1413、電柱サーノ 1431、 143 2、 1433及び電力線設備サーバ 1441、 1442、 1443、 1444等には本実施の形態 によるデータのレプリカを配置するためのデータ蓄積域が管理されている。
[0107] 本システムでは、保守員 1402が電柱 1421の巡視のために保守作業車 1401で地 域内の電柱 1421を巡回して車より目視にて電柱 1421の点検を行っていく際に、保 守作業車 1401を停止させることなく各電柱 1421を通過した時に保守作業車 1401 に搭載された無線端末が各電柱 1421からデータを取得していく。ここではデータを 取得するために電柱毎に停止して作業する必要が無ぐ作業の負荷低減、効率化に つながる。また取得したデータを電柱 1421の予防保全に活用することができる。
[0108] なお保守及び保全の作業の高信頼化、高品質化のために、保守作業車 1401は 各電柱 1421のサーバ 1431、 1432、 1433が保有する設備情報 (変圧器の電圧値 、温度、ひずみセンサの値またはガスの絶縁体のガス濃度、圧力値等)の現在値だ けでなぐ各設備の資産情報、点検履歴 (拠点 1403内の資産管理サーバ 1451、保 守管理サーバ 1452にて管理)等も合わせて参照する。
[0109] また保守作業車 1401は隣接する電柱 1421の設備情報と比較参照する。このため に保守作業車 1401の巡視経路計画及び GPS (global positioning system)等 を用いて計測した保守作業車 1401の現在位置情報に基づいて、保守作業車 1401 が各電柱 1421付近に到着するよりも事前に、電柱サーバ 1431、 1432、 1433は管 理するデータ蓄積域に前記の必要なデータのレプリカを作成、蓄積しておく。該保守 作業車 1401力各電柱 1421に接近し、電柱サーノ 1431、 1432、 1433にアクセス した際には、電柱サーバ 1431、 1432、 1433は直ちに前記データ蓄積域のデータ を用いて応答する。
[0110] また同様にして保守員 1402が山岳地帯に設置された電力線設備 1422の保守、 保全の作業も行うが、前記電柱 1421の保守、保全のように各々の電力線設備 1422 に接近して作業し、データを取得することは困難である。そこで山岳地帯でも特に保 守員 1402が接近して作業するには負荷が力かるような場所(山の中腹、頂上付近等 )に設置された電力線設備 1422に設置された電力線設備サーバ 1442、 1443、 14 44にて管理される設備データのレプリカを、山のふもと付近にあり保守員 1402が接 近して作業するのが容易である場所にある電力線設備 1422の電力線設備サーバ 1 441がまとめて蓄積する。
[0111] なお電力線設備サーバ 1441によるデータの蓄積は、保守員 1402の作業スケジュ ール及び GPS等を用いて計測した保守員 1402の現在位置情報に基づ 、て、保守 員 1402が電力線設備サーバ 1441の付近に到着するよりも事前に行っておく。上記 により保守員 1402はアクセスが容易な電力線設備サーバ 1441の 1つにアクセスす るのみで山岳地帯に点在する全ての設備の情報及び関連情報を低負荷で直ちに入 手することができる。
[0112] 図 15は、本実施の形態における、列車と無線局との無線通信用の車上一地上間 通信システムの構成図である。
すなわち、図 15は、分散システムにおける情報共有方法を、走行する列車と線路 沿 ヽに設置された無線局の間で無線通信を行う車上 地上間通信システムに適用 した場合の例を示す図である。
[0113] この図 15に示す車上-地上間通信システムでは、鉄道会社の通信網 1506を介し て、拠点 1502、 1503及び線路上に複数箇所に設置される中継局 1504、 1505及 び中継局 1504、 1505に接続する、線路上に一定間隔で設置される無線基地局 15 22、 1523、 1524、 1525を介して、無線装置 1521を用いて通信を実施する走行中 の電車 1501等を相互接続している。
[0114] この図 15に示す車上一地上間通信システムの主な構成要素は、鉄道会社の通信 網 1506に接続した、ユーザや電車の認証及び識別情報の発行、配布を行う認証サ ーバ 1531、業務情報を管理する業務サーバ 1532、拠点 1502、 1503、及び中継 局 1504、 1505等の各拠点にそれぞれ設置され、鉄道会社の通信網 1506と各拠点 内のネットワークとを接続するゲートウェイサーバ 1511、 1512、 1513、 1514等力あ る。なおゲートウェイサーバ 1511、 1512、 1513、 1514等には本実施の形態による データのレプリカを配置するためのデータ蓄積域が管理されている。
[0115] 本システムでは、電車 1501の走行中の設備情報を無線通信を介して最寄の中継 局 1504、 1505内のゲートウェイサーノ 1513、 1514力 ^リアノレタイムに収集し解析す ることにより電車 1501の設備の保守、保全に役立てるようにする。
走行中の電車 1501は無線装置 1521を用いて設備情報を送信しているが、短距 離無線を用いているため、最寄りの無線基地局のみが該情報を受信できるものとす る。図 15では、走行中の電車 1501の無線装置 1521から送信された電車 1501のリ アルタイムな設備情報を無線基地局 1522または 1523が受信した場合は、中継局 1 504内のゲートウェイサーバ 1513にて管理されるデータ蓄積域に前記電車 1501よ り受信した設備情報は蓄積される。
[0116] また無線装置 1521から送信された電車 1501の設備情報を無線基地局 1524また は 1525が受信した場合は、中継局 1505内のゲートウェイサーバ 1514にて管理さ れるデータ蓄積域に前記電車 1501より受信した設備情報は蓄積される。このよう〖こ 電車 1501の走行に伴い、該電車 1501の設備情報は線路上に複数箇所に設置さ れる各中継局に分割して収集、蓄積されていく。
[0117] ただし例えば、ユーザが拠点 1503の端末 1542を用いて、走行中の電車 1501の 設備情報の監視を行う場合、拠点 1502内に設置された認証サーバ 1531により該ュ 一ザの認証処理が実施された後、前記の各中継局 1504、 1505に分散して蓄積さ れていた、走行中の電車 1501の設備情報のデータのレプリカ力 該ユーザが使用 する端末 1542から最寄りとなるゲートウェイサーバ 1512にて管理されるデータ蓄積 域に生成、蓄積され、電車 1501の走行に伴い更新されていく。
[0118] この時、業務上の必要に応じて、拠点 1502内の業務サーバ 1532にて管理される 電車 1501の設備に関する資産情報等のデータのレプリカも合わせてゲートウェイサ ーバ 1512にて管理されるデータ蓄積域に生成される。
[0119] 以上、本発明の実施の形態について具体的に説明したが、本発明はこれらの実施 の形態に限定されるものではなぐその発明の要旨を逸脱しない範囲で種々変更可 能である。
図面の簡単な説明
[0120] [図 1]本実施の形態による情報共有システムの構成図である。
[図 2]ゲートウェイサーバの構成図である。
[図 3]情報共有方法の概要図である。
[図 4]データ蓄積域の構成図である。
[図 5A]主領域を示す図である。
[図 5B]予備領域を示す図である。
[図 6A]ポインタ領域を示す図である。
[図 6B]予約リストを示す図である。
[図 7]データのレプリカを配置する処理のシーケンス図である。
[図 8]レプリカの配置場所及びデータの種類を決定する処理のフローチャートである。
[図 9]端末からのアクセス処理のフローチャートである。
[図 10]データ要求に対する処理のフローチャートである。
[図 11]データの更新及び削除の処理のフローチャートである。
[図 12]データソースの変更の処理のフローチャートである。
[図 13]情報共有のために送受信されるメッセージの形式を示す図である。
[図 14]電柱の保守'設備保全用の現場作業支援システムの構成図である。 [図 15]列車と無線局との無線通信用の車上-地上間通信システムの構成図である 符 〇号の説明
1— ユーザ
0102 第 1の拠点
0103 第 2の拠点
0104 工場
0105 通信網
0106 移動体
0107 ゲートウェイサーバ
0108 設備 'デバイス
0109 センサ'タグ
0110 認証サーバ
0111 固定端末
0121 処理装置
0122 通信装置
0123 記憶装置
0124 データ蓄積域
0122 通信装置
0131 無線基地局
0201 ミドルウェア
0211 データ蓄積域
0212 履歴格納域
0213 予約受付部
0214 データアクセス受付部
0216 予約リスト管理部
0217 データ蓄積域管理部
0218 データ通信部

Claims

請求の範囲
[1] 1つ以上のネットワークが相互に接続する分散システムのネットワークに常時接続又 は常時接続でないデータソース及びデータ要求側の間での情報の共有を行う分散 システムにおける情報共有方法であり、
前記データ要求側の識別情報に関連する情報を、前記システム内に分散配置され たデータ蓄積域内より検索し、前記関連情報を基に、データの種類及び配置場所を 含むレプリカを作成するためのレプリカ作成情報を作成するステップと、
前記レプリカ作成情報を、レプリカの配置場所として指定された範囲内にある 1っ以 上のデータ蓄積域の間で共有し、前記データ要求側のために作成したレプリカ作成 情報も含めた、共有するレプリカ作成情報の中から前記データ要求に適するものを 選択し、選択したレプリカ作成情報に基づき、前記データ蓄積域内にデータのレプリ 力を事前に作成するステップと、
前記識別情報に該当する前記データ要求側力 アクセスがあった場合、前記デー タ蓄積域より前記データのレプリカを用いて応答を返すステップと、
前記レプリカのデータソース側の状態に応じて、レプリカを生成するデータのソース もしくはレプリカの配置先を変更するステップと、
一定期間経過後も参照が無いか、もしくは参照頻度の低いデータのレプリカは前記 データ蓄積域より削除するステップと、
を含むことを特徴とする分散システムにおける情報共有方法。
[2] 請求項 1に記載の分散システムにおける情報共有方法にぉ 、て、
前記データ要求側が要求する可能性のあるデータのレプリカを生成するためのレ プリカ作成情報を作成する際に、前記データ要求側が要求するデータの種類'項目 を事前に指定した予約情報を参照することにより、前記レプリカを作成するためのデ ータの種類を決定するステップを含むことを特徴とする分散システムにおける情報共 有方法。
[3] 請求項 1に記載の分散システムにおける情報共有方法にぉ 、て、
前記データ要求側が要求する可能性のあるデータのレプリカを生成するためのレ プリカ作成情報を作成する際に、前記データ要求側のアクセス履歴を参照し、過去 に参照した実績のあるデータを抽出することにより、前記レプリカを作成するためのデ ータの種類を決定するステップを含むことを特徴とする分散システムにおける情報共 有方法。
[4] 請求項 1に記載の分散システムにおける情報共有方法にぉ 、て、
前記データ要求側が要求する可能性のあるデータのレプリカを生成するためのレ プリカ作成情報を作成する際に、前記データ要求側が関連する業務プロセスに関す る情報を参照し、該業務プロセスに関連するデータを抽出することにより、前記レプリ 力を作成するためのデータの種類を決定するステップを含むことを特徴とする分散シ ステムにおける情報共有方法。
[5] 請求項 1に記載の分散システムにおける情報共有方法にぉ 、て、
前記データ要求側が要求する可能性のあるデータのレプリカを生成するためのレ プリカ作成情報を作成する際に、前記データ要求側に関するスケジュール情報を参 照し、前記データ要求側の予定された行動範囲に基づいて、前記レプリカの配置場 所を決定するステップを含むことを特徴とする分散システムにおける情報共有方法。
[6] 請求項 1に記載の分散システムにおける情報共有方法にぉ 、て、
前記データ要求側が要求する可能性のあるデータのレプリカを生成するためのレ プリカ作成情報を作成する際に、前記データ要求側の位置情報を参照し、前記デー タ要求側の現在位置の周辺の範囲から、前記レプリカの配置場所を決定するステツ プを含むことを特徴とする分散システムにおける情報共有方法。
[7] 請求項 1に記載の分散システムにおける情報共有方法にぉ 、て、
前記データ要求側が要求する可能性のあるデータのレプリカを生成するためのレ プリカ作成情報を作成する際に、前記データ要求側のアクセス履歴を参照し、過去 に参照実績のある場所に基づ 、て、前記レプリカの配置場所を決定するステップを 含むことを特徴とする分散システムにおける情報共有方法。
[8] 請求項 1に記載の分散システムにおける情報共有方法にぉ 、て、
前記識別情報を配信された前記データ要求側がデータを要求する際には、前記デ ータ要求側の稼動するノードから最寄りのデータ蓄積域にアクセスし、データを取得 するステップを含むことを特徴とする分散システムにおける情報共有方法。
[9] 請求項 1に記載の分散システムにおける情報共有方法にぉ 、て、 前記レプリカを生成するためのデータソースの変更を実施する際に、前記データソ ースに関するスケジュール情報や経路情報等を参照し、前記データ蓄積域よりァク セス可能なデータソースの選出、該データソースへのアクセス時間、頻度等を決定す るステップを含むことを特徴とする分散システムにおける情報共有方法。
[10] 請求項 1に記載の分散システムにおける情報共有方法において、
前記レプリカを生成するためのデータソースの変更を実施する際に、前記データソ ースの位置情報もしくは生存信号を参照し、前記データ蓄積域の周囲力 アクセス 可能なデータソースを選出するとともに、前記データソースへのアクセス時間及び頻 度を決定するステップを含むことを特徴とする分散システムにおける情報共有方法。
[11] 請求項 1に記載の分散システムにおける情報共有方法において、
一定期間経過しても前記識別情報に該当する前記データ要求側からアクセスが無 い場合、前記データ蓄積域内にある予約リストより前記データ要求側に関する情報を 削除するステップを含むことを特徴とする分散システムにおける情報共有方法。
[12] 1つ以上のネットワークが相互に接続する分散システムのネットワークに常時接続又 は常時接続でないデータソース及びデータ要求側の間での情報の共有を行う情報 共有システムにおいて、
前記システム内に分散配置され、前記データ要求側が要求する可能性のあるデー タのレプリカを格納するためのデータ蓄積域は、要求頻度の高いデータの値を時系 列に複数個格納するための主領域と、要求頻度が前記主領域の格納データよりも低 いもしくは要求される可能性の高いデータの最新値のみを格納する予備領域と、前 記データ蓄積域には無く他のデータ蓄積域の主領域に格納されるデータへのポイン タ情報のみを格納するポインタ領域と、を備えたことを特徴とする情報共有システム。
[13] 請求項 12に記載の情報共有システムにおいて、
前記データ蓄積域には、主領域と、予備領域に同一データが重複して格納される ことを防止するために、前記データ要求側の識別情報及び前記データ要求側が要 求する可能性のあるデータのレプリカの前記主領域もしくは予備領域における格納 場所に関する情報を格納する予約リストが格納されることを特徴とする情報共有シス テム。
[14] 請求項 12に記載の情報共有システムにおいて、
前記データ蓄積域における主領域及び予備領域に格納される各データの、前記デ ータ要求側からの参照頻度を定期的に監視し、前記主領域に格納されるデータの中 で指定された閾値よりも参照頻度が低いデータは前記予備領域に移動させ、前記予 備領域に格納されるデータの中で指定された閾値よりも参照頻度が高いデータは前 記主領域に移動させることを特徴とする情報共有システム。
[15] 請求項 12に記載の情報共有システムにおいて、
前記データ蓄積域の主領域に格納されるデータが追加もしくは削除された場合、 該追加もしくは削除されたデータに関する情報を、前記システム内の他のデータ蓄積 域にマルチキャスト送信することにより、前記データ蓄積域における前記ポインタ領域 に格納される情報を更新することを特徴とする情報共有システム。
訂正された用紙 (規則 9
PCT/JP2006/321878 2005-11-08 2006-11-01 分散システムにおける情報共有方法及び情報共有システム WO2007055139A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005323859A JP4498262B2 (ja) 2005-11-08 2005-11-08 分散システムにおける情報共有方法
JP2005-323859 2005-11-08

Publications (1)

Publication Number Publication Date
WO2007055139A1 true WO2007055139A1 (ja) 2007-05-18

Family

ID=38023144

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/321878 WO2007055139A1 (ja) 2005-11-08 2006-11-01 分散システムにおける情報共有方法及び情報共有システム

Country Status (2)

Country Link
JP (1) JP4498262B2 (ja)
WO (1) WO2007055139A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5396848B2 (ja) * 2008-12-16 2014-01-22 富士通株式会社 データ処理プログラム、サーバ装置およびデータ処理方法
JP5530878B2 (ja) * 2010-09-17 2014-06-25 株式会社日立製作所 分散システムにおけるデータレプリケーション管理方法
ES2595605T3 (es) 2011-02-22 2017-01-02 Fedex Corporate Services, Inc. Sistema y método para geotránsito de datos de sensor a través de una arquitectura global distribuida (nube)
JP6702205B2 (ja) * 2017-01-20 2020-05-27 コニカミノルタ株式会社 データ共有システム、共有サーバー及びプログラム
US11442952B2 (en) * 2018-09-24 2022-09-13 Salesforce, Inc. User interface for commerce architecture

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0944381A (ja) * 1995-07-31 1997-02-14 Toshiba Corp データ格納方法およびデータ格納装置
JP2003114823A (ja) * 2001-08-06 2003-04-18 Hitachi Ltd 高性能記憶装置アクセス環境

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0944381A (ja) * 1995-07-31 1997-02-14 Toshiba Corp データ格納方法およびデータ格納装置
JP2003114823A (ja) * 2001-08-06 2003-04-18 Hitachi Ltd 高性能記憶装置アクセス環境

Also Published As

Publication number Publication date
JP4498262B2 (ja) 2010-07-07
JP2007133503A (ja) 2007-05-31

Similar Documents

Publication Publication Date Title
CN102497393B (zh) 高速列车智能化系统及其通信方法
CN112511586A (zh) 一种基于云边协同的高速铁路智能行车调度安全卡控系统
CN108860223B (zh) 一种数据处理系统及方法
CN111880497A (zh) 基于容器的智能制造设备控制系统
WO2007055139A1 (ja) 分散システムにおける情報共有方法及び情報共有システム
CN105376166B (zh) 基于轨道机车交换机的数据处理方法和交换机
CN110855783A (zh) 基于大数据的智慧城市数据系统
CN114024988B (zh) 一种新能源集控的动态数据采集系统和方法
WO2023280140A1 (zh) 一种基于全局的现车管理系统及其方法
CN104769618B (zh) 确定运输工具的实时延迟
CN111137328B (zh) 一种有轨电车行车调度管理系统
CN104494653A (zh) 一种轨道交通综合监控系统
CN113285861A (zh) 一种基于智能中央网关的车辆数据采集方法
CN108228378A (zh) 列车组故障预测的数据处理方法及装置
CN110673559A (zh) 一种机器人调度管理系统
JP2007052563A (ja) データ処理システム及び方法
CN112134354B (zh) 一种基于hplc通信的营配数据融合方法
JP2016185806A (ja) 列車の運行管理装置及びコンピュータプログラム
CN105471926B (zh) 基于自律分散系统的诊断数据云模型构建系统
CN103001874A (zh) 一种基于节点标签集的延迟容忍移动社会网络路由方法
JP4808173B2 (ja) 分散システム、データ管理サーバ及びデータ流通方法
CN103152786B (zh) 一种物联网业务网关上行和下行消息路由的方法
JP3553392B2 (ja) 運行管理システム
JP2004062443A (ja) サービス管理システム、サービス管理方法、サーバ管理装置、通信端末及びサーバ装置
CN110996336B (zh) 支持移动监测站的无线电监测系统

Legal Events

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

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06822807

Country of ref document: EP

Kind code of ref document: A1