WO2020183758A1 - 計算機システム及びデータのアクセス制御方法 - Google Patents

計算機システム及びデータのアクセス制御方法 Download PDF

Info

Publication number
WO2020183758A1
WO2020183758A1 PCT/JP2019/032757 JP2019032757W WO2020183758A1 WO 2020183758 A1 WO2020183758 A1 WO 2020183758A1 JP 2019032757 W JP2019032757 W JP 2019032757W WO 2020183758 A1 WO2020183758 A1 WO 2020183758A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
user
evaluation
provider
condition
Prior art date
Application number
PCT/JP2019/032757
Other languages
English (en)
French (fr)
Inventor
俊二 川村
谷崎　正明
哲宏 鳩飼
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to EP19919054.7A priority Critical patent/EP3937047A4/en
Priority to US17/433,250 priority patent/US11995202B2/en
Publication of WO2020183758A1 publication Critical patent/WO2020183758A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2457—Query processing with adaptation to user needs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication

Definitions

  • the present invention relates to access control of data managed by a plurality of systems.
  • Patent Document 1 the technique described in Patent Document 1 is known.
  • Patent Document 1 describes "device-side metadata acquisition means for a plurality of devices, application-side metadata acquisition means for acquiring application-side metadata for an application that uses data provided by a device, and each metadata.
  • Each metadata includes availability information, which is information indicating whether or not to allow combination with a plurality of counterparty metadata.
  • the matching means is a single counterparty metadata based on the availability information. It is determined whether to generate a combination with or a combination with multiple counterparty metadata.
  • Patent Document 1 does not take into consideration the data quality and the credit information of the data provider, so that safe and useful access to the data cannot be realized.
  • An object of the present invention is to provide a system and a method for realizing safe and useful access to data among various fields, industries, and companies.
  • a typical example of the invention disclosed in the present application is as follows. That is, it is a computer system composed of a plurality of systems, and the plurality of systems include a plurality of providing systems for providing data and a basic system for controlling access to the data, and the basic system is the first. Receives an acquisition request from one user, including data acquisition conditions for specifying data to be acquired, quality conditions regarding data quality, and provider conditions regarding data providers provided by the plurality of providing systems, and said. When the data satisfying the data acquisition condition satisfies the quality condition and the provider of the data satisfying the data acquisition condition satisfies the provider condition, the first user can access the data satisfying the data acquisition condition. To control.
  • FIG. It is a figure which shows the configuration example of the computer system of Example 1.
  • FIG. It is a figure which shows the configuration example of the cooperation system of Example 1.
  • FIG. It is a figure which shows the configuration example of the basic system of Example 1.
  • FIG. It is a figure which shows an example of the data structure of the data management information and access history management information managed by the cooperation system of Example 1.
  • FIG. It is a figure which shows an example of the data structure of the user management information and the user history management information managed by the cooperation system of Example 1.
  • FIG. It is a figure which shows an example of the data structure of the provider management information and business history management information managed by the cooperation system of Example 1.
  • FIG. It is a figure which shows an example of the data structure of the data management information, access history management information, and data evaluation management information managed by the basic system of Example 1.
  • FIG. 1 It is a figure which shows an example of the data structure of the user management information, the user history management information, and the user evaluation management information managed by the basic system of Example 1. It is a figure which shows an example of the data structure of the provider management information, business history management information, and provider evaluation management information managed by the infrastructure system of Example 1. It is a sequence diagram which shows the flow of the registration process in the computer system of Example 1. FIG. It is a sequence diagram which shows the flow of the registration process of the evaluation data in the computer system of Example 1. FIG. It is a sequence diagram which shows the flow of the registration process of the evaluation data in the computer system of Example 1. FIG. It is a flowchart explaining an example of the update process of the data evaluation management information executed by the basic system of Example 1.
  • FIG. It is a sequence diagram which shows the flow of access control processing in the computer system of Example 1.
  • FIG. It is a flowchart explaining an example of the search control processing executed by the basic system of Example 1.
  • It is a flowchart explaining an example of the acquisition control processing executed by the basic system of Example 1.
  • FIG. It is a figure which shows the configuration example of the cooperation system of Example 2.
  • It is a figure which shows the configuration example of the basic system of Example 2.
  • FIG. It is a sequence diagram which shows the flow of the registration process of the evaluation data in the computer system of Example 2.
  • FIG. It is a flowchart explaining an example of the evaluation value conversion process executed by the basic system of Example 2. It is a flowchart explaining an example of the acquisition control processing executed by the basic system of Example 2. It is a flowchart explaining an example of the update process of the data evaluation management information executed by the basic system of Example 3.
  • FIG. 1 is a diagram showing a configuration example of the computer system of the first embodiment.
  • the computer system is composed of a basic system 100 and a plurality of operation systems 101.
  • the infrastructure system 100 is connected to a plurality of operation systems 101 via a network such as WAN (Wide Area Network) and the Internet.
  • WAN Wide Area Network
  • the operation system 101 is a system operated in a specific company, industry, or field.
  • the operation system 101 includes a data provision system 110, a cooperation system 120, a data utilization system 130, a business system 140, a sensor 150, and a terminal 160.
  • the data providing system 110 is a system that acquires the data held by the business system 140 and the data generated by the sensor 150 and provides the data to the user who uses the terminal 160 or the data utilization system 130.
  • the data providing system 110 is composed of one or more computers.
  • the business system 140 holds, for example, information on public facilities, disaster prevention maps, business logs, images, moving images, and the like as data.
  • the sensor 150 generates data such as temperature, volume, and image.
  • the number of business systems 140 and sensors 150 connected to the data providing system 110 may be two or more.
  • the present invention is not limited to the types and contents of the data held by the business system 140 and the data generated by the sensor 150.
  • the data utilization system 130 is a system that receives a request from a user via a terminal 160 and acquires data. A plurality of terminals 160 are connected to the data utilization system 130.
  • the data utilization system 130 is composed of one or more computers.
  • the cooperation system 120 is a system that cooperates between the data providing system 110 and the data utilization system 130.
  • the cooperation system 120 manages data attributes, user attributes, provider attributes, and the like, and also manages data access history and the like.
  • the provider represents an operator or an administrator of the business system 140 and the sensor 150 that are the sources of the data provided by the data providing system 110.
  • the detailed configuration of the cooperation system 120 will be described with reference to FIG.
  • the infrastructure system 100 is a system that controls data access between the operation systems 101.
  • the detailed configuration of the base system 100 will be described with reference to FIG.
  • the data providing system 110 and the cooperation system 120 may be realized as one system. Further, the data providing system 110 and the business system 140 may be realized as one system.
  • a terminal operated by the administrator of each system may be connected to the basic system 100, the data providing system 110, the cooperation system 120, and the data utilization system 130.
  • FIG. 2 is a diagram showing a configuration example of the cooperation system 120 of the first embodiment.
  • the cooperation system 120 includes one or more computers 200.
  • the cooperation system 120 may include a storage system for storing various information in addition to the computer 200.
  • the computer 200 has a CPU 201, a memory 202, a storage device 203, and an interface 204.
  • the CPU 201 executes a program stored in the memory 202.
  • the CPU 201 executes processing according to a program, it operates as a functional unit that realizes a specific function.
  • the CPU 201 is executing the program that realizes the functional unit.
  • the memory 202 stores the program executed by the CPU 201 and the information used by the program.
  • the memory 202 also includes a work area that the program temporarily uses.
  • the memory 202 stores a program for realizing the data providing unit 210.
  • the data providing unit 210 provides data to the user who operates the terminal 160.
  • the present invention is not limited to the functions and processing of the data providing unit 210.
  • Interface 204 is an interface for connecting to a device, a network, or the like.
  • the interface 204 is, for example, a network interface, an I / O interface, or the like.
  • the storage device 203 is a device that permanently stores data such as an HDD (Hard Disk Drive) and an SSD (Solid State Drive). As shown in FIG. 2, the storage device 203 stores data management information 221 and user management information 222, provider management information 223, access history management information 231 and user history management information 232, and business history management information 233. The storage device 203 may store data acquired from the business system 140 and the sensor 150.
  • HDD Hard Disk Drive
  • SSD Solid State Drive
  • Data management information 221 is information for managing the characteristics of data.
  • data feature is a concept including an attribute (catalog).
  • the access history management information 231 is information for managing a history (access history) related to access to data. The data structures of the data management information 221 and the access history management information 231 will be described with reference to FIG.
  • the user management information 222 is information for managing the characteristics of the user who uses the data.
  • "user characteristics" is a concept including attributes.
  • the user history management information 232 is information for managing the history (user history) related to the user, such as the use, payment, and transaction of the data utilization system 130. The data structures of the user management information 222 and the user history management information 232 will be described with reference to FIG.
  • Provider management information 223 is information for managing the characteristics of the provider.
  • characteristics of the provider is a concept including attributes.
  • the business history management information 233 is information for managing the history (business history) related to the business related to the provider, such as the operation of the business system 140 and the sensor 150. The data structures of the provider management information 223 and the business history management information 233 will be described with reference to FIG.
  • the provider uses the data of another operation system 101
  • the provider is registered in the user management information 222 as a user.
  • the user is registered in the provider management information 223 as a provider.
  • FIG. 3 is a diagram showing a configuration example of the basic system 100 of the first embodiment.
  • the infrastructure system 100 includes one or more computers 300.
  • the basic system 100 may include a storage system for storing various information in addition to the computer 300.
  • the computer 300 has a CPU 301, a memory 302, a storage device 303, and an interface 304.
  • the CPU 301, the memory 302, the storage device 303, and the interface 304 are the same hardware as the CPU 201, the memory 202, the storage device 203, and the interface 204.
  • the memory 302 stores a program that realizes the information management unit 310, the access control unit 311 and the evaluation unit 312.
  • the information management unit 310 manages information about the operation system 101, information about data, users, and providers, and various histories.
  • the access control unit 311 controls the access of data between the operation systems 101.
  • the evaluation unit 312 evaluates the data quality, the user, and the provider. Here, the evaluation of the user and the provider represents the evaluation of the credit of the user and the provider.
  • each functional unit of the computer 300 a plurality of functional units may be combined into one functional unit, or one functional unit may be divided into a plurality of functional units for each function. Further, each functional unit may be distributed and arranged in a plurality of computers 300.
  • the storage device 303 has data management information 321 and user management information 322, provider management information 323, access history management information 331, user history management information 332, business history management information 333, and data evaluation management information. 341, user evaluation management information 342, and provider evaluation management information 343 are stored.
  • Data management information 321 is information for managing the characteristics of data.
  • the access history management information 331 is information for managing the access history.
  • the data evaluation management information 341 is information for managing the evaluation of data quality. The data structures of the data management information 321 and the access history management information 331 and the data evaluation management information 341 will be described with reference to FIG.
  • the user management information 322 is information for managing the characteristics of the user who uses the data utilization system 130.
  • the user history management information 332 is information for managing the user history.
  • the user evaluation management information 342 is information for managing the evaluation of the user. The data structures of the user management information 322, the user history management information 332, and the user evaluation management information 342 will be described with reference to FIG.
  • Provider management information 323 is information for managing the characteristics of the provider.
  • the business history management information 333 is information for managing the business history.
  • the provider evaluation management information 343 is information for managing the evaluation of the provider. The data structures of the provider management information 323, the business history management information 333, and the provider evaluation management information 343 will be described with reference to FIG.
  • FIG. 4 is a diagram showing an example of the data structure of the data management information 221 and the access history management information 231 managed by the cooperation system 120 of the first embodiment.
  • the structure 400 represents the management data stored in the data management information 221. There is one structure 400 for one data.
  • the structure 400 includes data identifier 411, type 412, provider identifier 413, data name 414, format 415, format 416, expression 417, update frequency 418, usage history 419, tag 420, copyright / ownership 421, and search. Includes user condition 422, sample acquisition user condition 423, and data acquisition user condition 424.
  • the structure 400 may include a field (member) (not shown).
  • the data identifier 411 is a field for storing the data identifier in the operation system 101.
  • the type 412 is a field for storing the type of data. For example, values indicating static data, cumulative data, updated data, push-type data, pull-type data, and the like are stored.
  • the data name 414 is a field for storing the name of the data.
  • Format 415, format 416, and representation 417 are fields that store the format, format, and representation of the data.
  • the update frequency 418 is a field for storing the update frequency of data.
  • the copyright / ownership 421 is a field that stores the copyright and ownership of the data.
  • the provider identifier 413 is a field for storing the identifier of the data provider.
  • the usage history 419 is a field for storing a pointer to the structure 401 representing the management data for managing the access history stored in the access history management information 231.
  • a plurality of pointers can be stored in the usage history 419.
  • the usage history 419 may store a set of a user's identifier and the number of accesses instead of storing the pointer.
  • Tag 420 is a field for storing tags used for searching data.
  • the search user condition 422 is a field for storing the condition of the user who is permitted to search the data. For example, conditions related to user access authority, comprehensive evaluation value, and the like are stored.
  • the sample acquisition user condition 423 is a field for storing the condition of the user who is permitted to acquire data as a sample.
  • the data acquisition user condition 424 is a field for storing the condition of the user who is permitted to acquire the data.
  • the structure 401 includes a user identifier 431, an access type 432, and a date and time 433.
  • the structure 401 may include a field (not shown). There is one structure 401 for one access history.
  • the user identifier 431 is a field for storing the identifier of the user who accessed the data.
  • the access type 432 is a field for storing the type of access to the data. For example, “search”, “sample acquisition”, “acquisition” and the like are stored.
  • the date and time 433 is a field that stores the date and time when the data was accessed.
  • data structures of the data management information 221 and the access history management information 231 shown in FIG. 4 are examples, and are not limited thereto.
  • FIG. 5 is a diagram showing an example of the data structure of the user management information 222 and the user history management information 232 managed by the cooperation system 120 of the first embodiment.
  • the structure 500 represents the management data stored in the user management information 222. There is one structure 500 for one user.
  • the structure 500 includes a user identifier 511, a user name 512, an affiliated organization 513, an organization attribute 514, a qualification 515, a payment history 516, a usage history 517, and a transaction history 518.
  • the structure 500 may include a field (not shown).
  • the user identifier 511 is a field for storing the user identifier in the operation system 101.
  • the user name 512 is a field for storing the user's name.
  • the affiliated organization 513 is a field for storing the name of the organization to which the user belongs.
  • the organization attribute 514 is a field for storing the job title, job title, and the like in the user's organization.
  • Qualification 515 is a field that stores qualifications owned by the user. For example, information on lawyers, doctors, etc. is stored.
  • the payment history 516 is a pointer to a structure 501 representing management data for managing a history (payment history) related to payment associated with the use of a service or the like, which is one of the user histories stored in the user history management information 232.
  • the usage history 517 is a field for storing a pointer to a structure 502 representing management data for managing a history (usage history) related to the use of data, which is one of the user histories stored in the user history management information 232. is there.
  • the transaction history 518 is a field that stores a pointer to a structure 503 that represents management data for managing a history (transaction history) related to a user's transaction, which is one of the user histories stored in the user history management information 232. is there.
  • Structure 501 includes item 521 and payment status 522.
  • the structure 501 may include a field (not shown).
  • Item 521 is a field for storing payment items.
  • the payment status 522 is a field for storing the presence / absence of payment, the payment amount, and the like.
  • the structure 502 includes a provider identifier 531, a data identifier 532, a purpose of use 533, and a method of use 534.
  • the structure 502 may include a field (not shown).
  • the provider identifier 531 is a field that stores the identifier of the provider that provides the data of the access destination.
  • the data identifier 532 is a field for storing the identifier of the used data.
  • the purpose of use 533 is a field for storing the purpose of use of data. For example, application development and data analysis are stored.
  • the usage method 534 is a field for storing a specific usage method of data.
  • the structure 503 includes a business partner 541 and a date and time 542.
  • the structure 503 may include a field (not shown).
  • the business partner 541 is a field for storing the name and the like of the business partner.
  • the date and time 542 is a field for storing the transaction date and time.
  • the structure 500 may include a field for storing values related to the performance, availability, etc. of the data utilization system 130 used by the user.
  • the data structure of the user management information 222 and the user history management information 232 shown in FIG. 5 is an example, and is not limited thereto.
  • FIG. 6 is a diagram showing an example of the data structure of the provider management information 223 and the business history management information 233 managed by the cooperation system 120 of the first embodiment.
  • the structure 600 represents the management data stored in the provider management information 223. There is one structure 600 for one provider (one company).
  • Structure 600 includes provider identifier 611, provider name 612, qualification 613, data list 614, continuity 615, and transaction history 616.
  • the structure 600 may include a field (not shown).
  • the provider identifier 611 is a field for storing the provider identifier in the operation system 101.
  • the provider name 612 is a field for storing the name of the provider.
  • Qualification 613 is a field for storing qualifications held by the provider. The qualification 613 stores the qualifications, permits, authorities, etc. necessary for the business related to the provider.
  • the data list 614 is a field for storing a list of data identifiers. When the cooperation system 120 holds data, the data list 614 may store a list of pointers for accessing each data.
  • the continuity 615 is a field for storing a pointer to the structure 601 representing management data for managing the history (operation history) related to the business of the provider, which is one of the business histories stored in the business history management information 233. Is.
  • the transaction history 616 is a field that stores a pointer to a structure 602 that represents management data for managing the history (transaction history) related to the provider's transaction, which is one of the business histories stored in the business history management information 233. Is.
  • Structure 601 includes operation type 621 and period 622.
  • the structure 601 may include a field (not shown).
  • the operation type 621 is a field for storing the operation status of the business. For example, normal business and business suspension are stored.
  • the period 622 is a field for storing the period during which the operating state has been continued.
  • the structure 602 includes the business partner 631 and the date and time 632.
  • the structure 602 may include a field (not shown).
  • the business partner 631 is a field for storing the name and the like of the business partner.
  • the date and time 632 is a field for storing the transaction date and time.
  • the structure 600 may include a field for storing values related to the performance, availability, and the like of the data providing system 110.
  • FIG. 7 is a diagram showing an example of the data structure of the data management information 321 managed by the basic system 100 of the first embodiment, the access history management information 331, and the data evaluation management information 341.
  • the structure 700 represents the management data stored in the data management information 321. There is one structure 700 for one data.
  • the structure 700 includes data identifier 711, type 712, provider identifier 713, data name 714, format 715, format 716, expression 717, update frequency 718, usage history 719, tag 720, copyright / ownership 721, and search. Includes user condition 722, sample acquisition user condition 723, data acquisition user condition 724, and evaluation information 725.
  • the structure 700 may include a field (not shown).
  • the structure 700 is different from the structure 400 in that it contains the evaluation information 725.
  • the fields other than the evaluation information 725 of the structure 700 are the same as the fields of the structure 400.
  • the usage history 719 stores a pointer to the structure 701 that represents the management data for managing the access history stored in the access history management information 331.
  • the user identifier 731, access type 732, and date and time 733 of the structure 701 are the same as the user identifier 431, access type 432, and date and time 433 of the structure 401.
  • the evaluation information 725 stores a pointer to the structure 702 that represents the management data for managing the quality of the data, which is stored in the data evaluation management information 341. There is one structure 702 for one data.
  • the structure 702 includes a data direct comprehensive evaluation value 741, an evaluation list 742, a formal standardity comprehensive evaluation value 743, an evaluation list 744, a format consistency comprehensive evaluation value 745, an evaluation list 746, a completeness comprehensive evaluation value 747, and an evaluation list. Includes 748.
  • the structure 702 may include a field (not shown).
  • the data direct comprehensive evaluation value 741 is a field for storing the comprehensive evaluation value related to the usefulness of the data.
  • the data direct total evaluation value 741 stores, for example, the average value of the data direct evaluation values given by a plurality of evaluators. Further, it may be the sum of the evaluations of the evaluators (user direct evaluation value and provider direct evaluation value) or the value obtained by multiplying the weight corresponding to the number of business partners and the data direct evaluation value. If the data direct evaluation value is not a numerical value, the ratio of each value is calculated as the comprehensive evaluation value.
  • the data direct evaluation value is determined based on the subjectivity of the evaluator. For example, it is given as a value on a 5-point scale.
  • the data direct evaluation value may be automatically determined by a system such as the data providing system 110.
  • the evaluation list 742 stores a pointer to the structure 703 that represents the management data for managing the direct data evaluation, which is stored in the data evaluation management information 341.
  • the format standardity comprehensive evaluation value 743 is a field for storing the comprehensive evaluation value related to the data format.
  • the formal standardity comprehensive evaluation value 743 stores, for example, the average value of the formal standardity evaluation values given by a plurality of evaluators. Further, it may be the sum of the evaluations of the evaluators (user direct evaluation value and provider direct evaluation value) or the value obtained by multiplying the weight corresponding to the number of business partners and the formal standardity evaluation value. If the formal standardity evaluation value is not a numerical value, the ratio of each value is calculated as the comprehensive evaluation value.
  • the format standardity evaluation value has a high evaluation value when the data format is the standard format or the de facto format, and a low evaluation value when the data format is the original format.
  • the evaluation list 744 stores a pointer to the structure 704 that represents management data for managing formative evaluation, which is stored in the data evaluation management information 341.
  • the format consistency comprehensive evaluation value 745 is a field for storing the comprehensive evaluation value related to the data format.
  • the format consistency comprehensive evaluation value 745 stores, for example, the average value of the format consistency evaluation values given by a plurality of evaluators. It may be the sum of the evaluations of the evaluators (user direct evaluation value and provider direct evaluation value) or the value obtained by multiplying the weight corresponding to the number of business partners and the format consistency evaluation value. If the format consistency evaluation value is not a numerical value, the ratio of each value is calculated as the comprehensive evaluation value.
  • the format consistency evaluation value has a high evaluation value when it matches the format specified by the evaluator, and a low evaluation value when it does not match the format specified by the evaluator.
  • the evaluation list 746 stores a pointer to the structure 705 that represents the management data for managing the format evaluation, which is stored in the data evaluation management information 341.
  • the completeness comprehensive evaluation value 747 is a field for storing the comprehensive evaluation value related to the integrity of the data.
  • the integrity of data means that the elements (rows), values (columns), value ranges, value types, etc. contained in the data are consistent with the conditions.
  • the integrity evaluation value 747 stores, for example, the average value of the integrity evaluation values given by a plurality of evaluators. It may be the sum of the values obtained by multiplying the weight corresponding to the evaluator's evaluation (user direct evaluation value and provider direct evaluation value) by the integrity evaluation value.
  • the integrity evaluation value is a high evaluation value when all the elements or values included in the data exist, or when the range of values or the type of value matches the definition. On the other hand, if the data contains elements or values, or if the range of values or the type of value does not meet the definition, the evaluation will be low.
  • the evaluation list 748 stores a pointer to the structure 706 that represents the management data for managing the integrity evaluation, which is stored in the data evaluation management information 341.
  • the evaluation value indicating the quality of the above-mentioned data is an example and is not limited to this.
  • the evaluation value regarding the frequency of data acquisition and the legitimacy of copyright / ownership may be included.
  • Structure 703 includes an evaluator 751 and a direct data evaluation value 752.
  • the structure 704 includes an evaluator 753 and a formal standardity evaluation value 754.
  • Structure 705 includes an evaluator 755 and a format consistency rating 756.
  • the structure 706 includes an evaluator 757 and an integrity rating 758.
  • the evaluators 751, 753, 755, and 757 are fields for storing the evaluator's identifier.
  • the data direct evaluation value 752 is a field for storing the data direct evaluation value.
  • the formal standard evaluation value 754 is a field for storing the formal standard evaluation value.
  • the format consistency evaluation value 756 is a field for storing the format consistency evaluation value.
  • the integrity evaluation value 758 is a field for storing the integrity evaluation value.
  • the data management information 321 and the data evaluation management information 341 may be managed as one piece of information.
  • the structure 700 has a structure including the structure 702. That is, the evaluation value is also treated as an attribute.
  • the data structures of the data management information 321 shown in FIG. 7, the access history management information 331, and the data evaluation management information 341 are examples, and are not limited thereto.
  • FIG. 8 is a diagram showing an example of the data structure of the user management information 322, the user history management information 332, and the user evaluation management information 342 managed by the basic system 100 of the first embodiment.
  • the structure 800 represents the data stored in the user management information 322. There is one structure 800 for one user.
  • the structure 800 includes a user identifier 811, a user name 812, an affiliated organization 813, an internal attribute 814, a qualification 815, a payment history 816, a usage history 817, a transaction history 818, and evaluation information 819.
  • the structure 800 may include a field (not shown).
  • the structure 800 is different from the structure 500 in that it includes the evaluation information 819.
  • the fields other than the evaluation information 819 of the structure 800 are the same as the fields of the structure 500.
  • the payment history 816 stores a pointer to the structure 801 that represents management data for managing the payment history stored in the user history management information 332.
  • Item 821 and payment status 822 of structure 801 are the same as items 521 and payment status 522 of structure 501.
  • the usage history 817 stores a pointer to the structure 802 that represents management data for managing the usage history stored in the user history management information 332.
  • the provider identifier 831, the data identifier 832, the purpose of use 833, and the method of use 834 of the structure 802 are the same as the provider identifier 531, the data identifier 532, the purpose of use 533, and the method of use 534 of the structure 502. ..
  • the transaction history 818 stores a pointer to the structure 803 that represents management data for managing the transaction history stored in the user history management information 332.
  • the business partner 841 and the date and time 842 of the structure 803 are the same as the business partner 541 and the date and time 542 of the structure 503.
  • the evaluation information 819 stores a pointer to the structure 804 that represents the management data for managing the evaluation regarding the user's credit, which is stored in the user evaluation management information 342. There is one structure 804 for one user.
  • the structure 804 includes a user direct comprehensive evaluation value 851, an evaluation list 852, a solvency comprehensive evaluation value 853, an evaluation list 854, a usage comprehensive evaluation value 855, and an evaluation list 856.
  • the structure 804 may include a field (not shown).
  • the user direct comprehensive evaluation value 851 is a field for storing the comprehensive evaluation value related to the user's credit.
  • the user direct total evaluation value 851 for example, the average value of the user direct evaluation values given by a plurality of evaluators is stored. It may be the sum of the values obtained by multiplying the weight corresponding to the evaluator's evaluation (user direct evaluation value and provider direct evaluation value) by the user direct evaluation value.
  • the user direct evaluation value is determined based on the subjectivity of the evaluator. For example, it is given as a value on a 5-point scale.
  • the user direct evaluation value may be automatically determined by a system such as the data utilization system 130.
  • the evaluation list 852 stores a pointer to the structure 805 that represents the management data for managing the user direct evaluation, which is stored in the user evaluation management information 342.
  • the total solvency evaluation value 853 is a field for storing the comprehensive evaluation value related to the user's solvency.
  • the solvency comprehensive evaluation value 853 stores, for example, the average value of the solvency evaluation values given by a plurality of evaluators. It may be the sum of the values obtained by multiplying the weight corresponding to the evaluator's evaluation (user direct evaluation value and provider direct evaluation value) by the solvency evaluation value.
  • the solvency evaluation value is a high evaluation value when payment is made, and a low evaluation value when non-payment is made.
  • the evaluation list 854 stores a pointer to the structure 806 that represents the management data for managing the solvency evaluation, which is stored in the user evaluation management information 342.
  • the usage comprehensive evaluation value 855 is a field for storing the comprehensive evaluation value related to the utilization of data by the user.
  • the usage total evaluation value 855 for example, the average value of the usage evaluation values given by a plurality of evaluators is stored. It may be the sum of the values obtained by multiplying the weight corresponding to the evaluator's evaluation (user direct evaluation value and provider direct evaluation value) by the usage evaluation value.
  • the usage evaluation value is a high evaluation value when the data is utilized, and a low evaluation value when the data is not utilized.
  • the evaluation list 856 stores a pointer to the structure 807 that represents the management data for managing the usage evaluation, which is stored in the user evaluation management information 342.
  • the structure 805 includes the evaluator 861 and the user direct evaluation value 862.
  • Structure 806 includes evaluator 863 and solvency rating 864.
  • the structure 807 includes an evaluator 865 and a utilization evaluation value 866.
  • the evaluators 861, 863, and 865 are fields for storing the evaluator's identifier.
  • the user direct evaluation value 862 is a field for storing the user direct evaluation value.
  • the solvency evaluation value 864 is a field for storing the solvency evaluation value.
  • the usage evaluation value 866 is a field for storing the usage evaluation value.
  • the user management information 322 and the user evaluation management information 342 may be managed as one piece of information.
  • the structure 800 has a structure including the structure 804. That is, the evaluation value is also treated as an attribute.
  • the data structures of the user management information 322, the user history management information 332, and the user evaluation management information 342 shown in FIG. 8 are examples, and are not limited thereto.
  • FIG. 9 is a diagram showing an example of the data structure of the provider management information 323, the business history management information 333, and the provider evaluation management information 343 managed by the basic system 100 of the first embodiment.
  • the structure 900 represents the data stored in the provider management information 323. There is one structure 900 for one provider (one company).
  • the structure 900 includes the provider identifier 911, the provider name 912, the qualification 913, the continuity 914, the transaction history 915, and the evaluation information 916.
  • the structure 900 may include a field (not shown).
  • the structure 900 is different from the structure 600 in that it does not include the data list 614 and includes the evaluation information 916.
  • the fields other than the evaluation information 916 of the structure 900 are the same as the fields of the structure 500.
  • the continuity 914 stores a pointer to the structure 901 representing the management data for managing the operation history stored in the business history management information 333.
  • the operation type 921 and the period 922 of the structure 901 are the same as the operation type 621 and the period 622 of the structure 601.
  • the transaction history 915 stores a pointer to the structure 902 representing the management data for managing the transaction history stored in the business history management information 333.
  • the business partner 931 and the date and time 932 of the structure 902 are the same as the business partner 631 and the date and time 632 of the structure 602.
  • the evaluation information 916 stores a pointer to the structure 903 that represents the management data for managing the evaluation related to the credit of the provider, which is stored in the provider evaluation management information 343. There is one structure 903 for one provider.
  • the structure 903 includes the provider direct comprehensive evaluation value 941, the evaluation list 942, the continuity comprehensive evaluation value 943, and the evaluation list 944.
  • the structure 903 may include a field (not shown).
  • the provider direct comprehensive evaluation value 941 is a field for storing the comprehensive evaluation value related to the credit of the provider.
  • the provider direct total evaluation value 941 for example, the average value of the provider direct evaluation values given by a plurality of evaluators is stored. It may be the sum of the values obtained by multiplying the weight corresponding to the evaluator's evaluation (user direct evaluation value and provider direct evaluation value) by the provider direct evaluation value.
  • the provider direct evaluation value is determined based on the subjectivity of the evaluator. For example, it is given as a value on a 5-point scale.
  • the provider direct evaluation value may be automatically determined by a system such as the data utilization system 130.
  • the evaluation list 942 stores a pointer to the structure 904 that represents the management data for managing the provider direct evaluation, which is stored in the provider evaluation management information 343.
  • the continuity comprehensive evaluation value 943 is a field for storing the comprehensive evaluation value regarding the continuity of the business related to the provider.
  • the continuity comprehensive evaluation value 943 for example, the average value of the continuity evaluation values given by a plurality of evaluators is stored. It may be the sum of the values obtained by multiplying the weight corresponding to the evaluator's evaluation (user direct evaluation value and provider direct evaluation value) by the continuity evaluation value.
  • the continuity evaluation value is a high evaluation value when the business continuity time is long, and a low evaluation value when the business suspension period is long.
  • the evaluation list 944 stores a pointer to the structure 905 that represents the management data for managing the continuity evaluation, which is stored in the provider evaluation management information 343.
  • the structure 904 includes an evaluator 951 and a provider direct evaluation value 952.
  • the structure 905 includes an evaluator 953 and a continuity rating 954.
  • the evaluators 951 and 953 are fields for storing the evaluator's identifier.
  • the provider direct evaluation value 952 is a field for storing the provider direct evaluation value.
  • the continuity evaluation value 954 is a field for storing the continuity evaluation value.
  • the provider management information 323 and the provider evaluation management information 343 may be managed as one piece of information.
  • the structure 900 is a structure including the structure 903. That is, the evaluation value is also treated as an attribute.
  • the data structures of the provider management information 323, the business history management information 333, and the provider evaluation management information 343 shown in FIG. 9 are examples, and are not limited thereto.
  • FIG. 10 is a sequence diagram showing a flow of registration processing in the computer system of the first embodiment.
  • the sequence diagram shown in FIG. 10 shows a flow of processing executed when information regarding attributes of data, a user, and a provider is registered in the basic system 100 or when such information is updated.
  • the platform system 100 receives a registration request including registration data from the cooperation system 120 (step S101).
  • the registration request may be transmitted from the terminal 160 or the like.
  • the information management unit 310 of the basic system 100 registers the registration data included in the registration request in the storage device 303 (step S102). For example, the following processing is executed.
  • the information management unit 310 When the registration data for registering the information related to the data is received, the information management unit 310 generates the management data corresponding to the structure 700 in the data management information 321.
  • the information management unit 310 acquires the access history from the cooperation system 120, generates the management data corresponding to the structure 701 in the access history management information 331, and sets the pointer of the structure 701 in the usage history 719. Further, the information management unit 310 generates management data corresponding to the structure 702, and sets a pointer of the structure 702 in the evaluation information 725.
  • the data direct comprehensive evaluation value 741, the format standardity comprehensive evaluation value 743, the format consistency comprehensive evaluation value 745, and the completeness comprehensive evaluation value 747 of the structure 702 are set to NULL or a predetermined initial value. And.
  • the information management unit 310 When the registration data for registering the information about the user is received, the information management unit 310 generates the management data corresponding to the structure 800 in the user management information 322. Further, the information management unit 310 acquires the user history from the cooperation system 120, generates management data corresponding to the structures 801, 802, and 803 in the user history management information 332, and generates the payment history 816, the usage history 817, and the usage history 817. The pointers of the structures 801, 802, and 803 are set in the transaction history 818. Further, the information management unit 310 generates management data corresponding to the structure 804, and sets a pointer of the structure 804 in the evaluation information 819. It is assumed that NULL or a predetermined initial value is set in the user direct evaluation value 862, the solvency evaluation value 864, and the usage evaluation value 866 of the structure 804.
  • the information management unit 310 When the registration data for registering the information about the provider is received, the information management unit 310 generates the management data corresponding to the structure 900 in the provider management information 323. Further, the information management unit 310 acquires the business history from the cooperation system 120, generates the management data corresponding to the structures 901 and 902 in the business history management information 333, and the structure 901 in the continuity 914 and the transaction history 915. , 902 pointers are set. Further, the information management unit 310 generates management data corresponding to the structure 903, and sets a pointer of the structure 903 in the evaluation information 916. It is assumed that NULL or a predetermined initial value is set in the provider direct comprehensive evaluation value 941 and the continuity comprehensive evaluation value 943 of the structure 903.
  • step S102 The above is the explanation of the process of step S102.
  • the infrastructure system 100 transmits a response notifying that the registration is completed to the cooperation system 120 (step S103).
  • the platform system 100 receives an update request including update data from the cooperation system 120 (step S111).
  • the update request may be transmitted from the terminal 160 or the like.
  • the information management unit 310 of the basic system 100 updates the information stored in the storage device 303 based on the update data included in the update request (step S112). For example, the following processing is executed.
  • the information management unit 310 refers to the data management information 321 and searches for the structure 700 corresponding to the data to be updated.
  • the information management unit 310 updates any field of the structure 700 searched based on the update data.
  • the information management unit 310 refers to the user management information 322 and searches for the structure 800 corresponding to the user to be updated.
  • the information management unit 310 updates any field of the structure 800 searched based on the update data.
  • the information management unit 310 refers to the provider management information 323 and searches for the structure 900 corresponding to the proposer to be updated.
  • the information management unit 310 updates any field of the structure 900 searched based on the update data.
  • the infrastructure system 100 transmits a response notifying that the update is completed to the cooperation system 120 (step S113).
  • the registration data and the update data may be input using a terminal directly connected to the basic system 100.
  • 11 and 12 are sequence diagrams showing the flow of evaluation data registration processing in the computer system of the first embodiment.
  • FIGS. 11 and 12 show a flow of processing executed when information regarding evaluation of data, a user, and a provider is registered in the basic system 100.
  • information on the evaluation of the organization to which the user belongs may be registered.
  • information about systems such as the data utilization system 130 and the data provision system 110 used by the user or the provider may be registered.
  • the user evaluates the data and the provider via the data utilization system 130 or the terminal 160 at an arbitrary timing, and the provider evaluates the user via the data providing system 110 at an arbitrary timing.
  • the platform system 100 receives a registration request including evaluation data related to the data from the data utilization system 130 (step S201).
  • the evaluation data includes a data identifier, an evaluator (user) identifier, and an evaluation value of each evaluation item.
  • the registration request may be transmitted via the cooperation system 120.
  • the evaluation unit 312 of the basic system 100 executes the update process of the data evaluation management information 341 (step S202).
  • the specific processing of the update processing of the data evaluation management information 341 will be described with reference to FIG.
  • the evaluation unit 312 does not have to execute the process of step S202 every time it receives the evaluation data.
  • the process of step S202 may be executed when the number of received evaluation data is larger than the threshold value or the execution cycle has elapsed. In this case, the received evaluation data is temporarily accumulated in the work area or the like.
  • the basic system 100 transmits a response notifying that the registration is completed to the data utilization system 130 (step S203).
  • the platform system 100 receives a registration request including evaluation data regarding the provider from the data utilization system 130 (step S211).
  • the evaluation data includes the identifier of the provider, the identifier of the evaluator (user), and the evaluation value of each evaluation item.
  • the registration request may be transmitted via the cooperation system 120.
  • the evaluation unit 312 of the basic system 100 executes the update process of the provider evaluation management information 343 (step S212).
  • the specific processing of the update processing of the provider evaluation management information 343 will be described with reference to FIG.
  • the evaluation unit 312 does not have to execute the process of step S212 every time the evaluation data is received. For example, when the number of received evaluation data is larger than the threshold value or the execution cycle has elapsed, the process of step S212 may be executed. In this case, the received evaluation data is temporarily accumulated in the work area or the like.
  • the basic system 100 transmits a response notifying that the registration is completed to the data utilization system 130 (step S213).
  • the platform system 100 receives a registration request including evaluation data about the user from the data providing system 110 (step S221).
  • the evaluation data includes a user identifier, an evaluator (provider) identifier, and an evaluation value of each evaluation item.
  • the registration request may be transmitted via the cooperation system 120.
  • the evaluation unit 312 of the basic system 100 executes the update process of the user evaluation management information 342 (step S222).
  • the specific process of the update process of the user evaluation management information 342 will be described with reference to FIG.
  • the evaluation unit 312 does not have to execute the process of step S222 every time it receives the evaluation data.
  • the process of step S222 may be executed when the number of received evaluation data is larger than the threshold value or the execution cycle has elapsed. In this case, the received evaluation data is temporarily accumulated in the work area or the like.
  • the basic system 100 transmits a response notifying that the registration is completed to the data providing system 110 (step S223).
  • the evaluation data may be input using a terminal directly connected to the basic system 100.
  • FIG. 13 is a flowchart illustrating an example of the update process of the data evaluation management information 341 executed by the basic system 100 of the first embodiment.
  • the evaluation unit 312 determines whether or not the data to be evaluated has been used (step S301).
  • the evaluation unit 312 refers to the structure 700 and determines whether or not one or more pointers are stored in the usage history 719. When one or more pointers are stored in the usage history 719, the evaluation unit 312 determines that the data to be evaluated has been used.
  • the process of step S301 is a process for preventing the reflection of the evaluation result on the data that has not been used by anyone.
  • the evaluation unit 312 ends the process.
  • the evaluation unit 312 determines whether or not the evaluation content of the evaluation data can be registered (step S302). Specifically, the following processing is executed.
  • the evaluation unit 312 determines whether or not the structures 703, 704, 705, and 706 corresponding to the identifier of the evaluator (user) included in the evaluation data exist. When the structures 703, 704, 705, and 706 corresponding to the evaluator's identifier included in the evaluation data do not exist, the evaluation unit 312 determines that the evaluation content of the evaluation data can be registered.
  • the evaluation unit 312 determines whether or not the update cycle has passed. It is assumed that the update cycle is set in advance. When the update cycle has elapsed, the evaluation unit 312 determines that the evaluation content of the evaluation data can be registered.
  • step S302 is a process for adjusting the update frequency of the evaluation by the same evaluator. The above is the description of the process of step S302.
  • the evaluation unit 312 ends the process.
  • the evaluation unit 312 determines whether or not to reflect the evaluation result based on the evaluation value of the evaluator (step S303). Specifically, the following processing is executed.
  • the evaluation unit 312 refers to the user management information 322 and searches for the structure 800 corresponding to the evaluator's identifier.
  • the evaluation unit 312 searches for the structure 804 based on the evaluation information 819 of the searched structure 800, and acquires a value from the user direct comprehensive evaluation value 851.
  • the evaluation unit 312 directly compares the total evaluation value and the threshold value of the user, and determines whether or not to reflect the evaluation result based on the comparison result. For example, when the user direct comprehensive evaluation value is equal to or greater than the threshold value, the evaluation unit 312 determines that the evaluation result is reflected.
  • the evaluation value to be acquired may be an evaluation value other than the user's direct comprehensive evaluation value, or a plurality of evaluation values may be acquired. It is assumed that the threshold value is set in advance.
  • step S303 is a process for preventing the reflection of the evaluation result of a user with a low evaluation. The above is the description of the process of step S303.
  • the evaluation unit 312 ends the process.
  • the evaluation unit 312 selects a target evaluation item from the evaluation items included in the evaluation data (step S304).
  • the evaluation unit 312 updates the comprehensive evaluation value of the target evaluation item (step S305). Specifically, the following processing is executed. Here, it is assumed that the data direct evaluation value is selected as the target evaluation item.
  • the evaluation unit 312 generates the structure 703 corresponding to the target evaluation item (data direct evaluation value), and sets the pointer of the structure 703 in the evaluation list 742.
  • the evaluation unit 312 acquires the data direct evaluation value 752 of the structure 703 corresponding to the pointer set in the evaluation list 742.
  • the evaluation unit 312 calculates the data direct comprehensive evaluation value based on the acquired data direct evaluation value.
  • the evaluation unit 312 sets the calculated value in the data direct comprehensive evaluation value 741.
  • step S305 The same process is executed for other evaluation items. The above is the description of the process of step S305.
  • the evaluation unit 312 determines whether or not the processing has been completed for all the evaluation items included in the evaluation data (step S306).
  • the evaluation unit 312 returns to step S304 and executes the same processing.
  • the evaluation unit 312 ends the processing.
  • the update process of the user evaluation management information 342 and the update process of the provider evaluation management information 343 are the same as the process shown in FIG. Here, the contents of different processes will be described.
  • step S301 the evaluation unit 312 determines whether or not the operation system 101 has been used by the evaluation target user.
  • the evaluation unit 312 refers to the usage history 817 of the structure 800 corresponding to the user's identifier included in the evaluation data, and the structure corresponding to the evaluator (provider) identifier included in the evaluation data. Determine if 802 is present.
  • the evaluation unit 312 determines that the user to be evaluated has used the operation system 101.
  • step S301 is a process for preventing the evaluation result from being reflected to the provider in the operation system 101 that the user has never used.
  • step S302 the following processing is executed.
  • the evaluation unit 312 determines whether or not the structures 805, 806, and 807 corresponding to the identifier of the evaluator (provider) included in the evaluation data exist. When the structures 805, 806, and 807 corresponding to the evaluator's identifier included in the evaluation data do not exist, the evaluation unit 312 determines that the evaluation content of the evaluation data can be registered.
  • the evaluation unit 312 determines whether or not the update cycle has elapsed. It is assumed that the update cycle is set in advance. When the update cycle has elapsed, the evaluation unit 312 determines that the evaluation content of the evaluation data can be registered.
  • step S302 is a process for adjusting the update frequency of the evaluation by the same evaluator.
  • step S303 the following processing is executed.
  • the evaluation unit 312 refers to the provider management information 323 and searches for the structure 900 corresponding to the evaluator's identifier.
  • the evaluation unit 312 searches for the structure 903 based on the evaluation information 916 of the searched structure 900, and acquires a value from the provider direct comprehensive evaluation value 941.
  • the evaluation unit 312 directly compares the comprehensive evaluation value and the threshold value of the provider, and determines whether or not to reflect the evaluation result based on the comparison result. For example, when the provider direct comprehensive evaluation value is equal to or higher than the threshold value, the evaluation unit 312 determines that the evaluation result is reflected.
  • the evaluation value to be acquired may be an evaluation value other than the provider's direct comprehensive evaluation value, or a plurality of evaluation values may be acquired. It is assumed that the threshold value is set in advance.
  • step S303 is a process for preventing the reflection of the evaluation result of the provider having a low evaluation.
  • steps S304 to S306 differs in the evaluation items to be updated, but the contents of the processing are the same, so the description thereof will be omitted.
  • step S301 the evaluation unit 312 determines whether or not the user has a record of using the data provided by the provider to be evaluated.
  • the evaluation unit 312 refers to the usage history 817 of the structure 800 corresponding to the identifier of the evaluator (user) included in the evaluation data, and the structure corresponding to the identifier of the provider included in the evaluation data. Determine if 802 is present. When the structure 802 corresponding to the identifier of the provider included in the evaluation data exists, the evaluation unit 312 determines that the data provided by the provider to be evaluated by the user has been used.
  • step S301 is a process for preventing the reflection of the evaluation result of the user who has never used the data provided by the provider.
  • step S302 the following processing is executed.
  • the evaluation unit 312 determines whether or not the structures 904 and 905 corresponding to the identifier of the evaluator (user) included in the evaluation data exist. When the structures 904 and 905 corresponding to the evaluator's identifier included in the evaluation data do not exist, the evaluation unit 312 determines that the evaluation content of the evaluation data can be registered.
  • the evaluation unit 312 determines whether or not the update cycle has passed. It is assumed that the update cycle is set in advance. When the update cycle has elapsed, the evaluation unit 312 determines that the evaluation content of the evaluation data can be registered.
  • step S302 is a process for adjusting the update frequency of the evaluation by the same evaluator.
  • step S303 the following processing is executed.
  • the evaluation unit 312 refers to the user management information 322 and searches for the structure 800 corresponding to the evaluator's identifier.
  • the evaluation unit 312 searches for the structure 804 based on the evaluation information 819 of the searched structure 800, and acquires a value from the user direct comprehensive evaluation value 851.
  • the evaluation unit 312 directly compares the total evaluation value and the threshold value of the user, and determines whether or not to reflect the evaluation result based on the comparison result. For example, when the user direct comprehensive evaluation value is equal to or greater than the threshold value, the evaluation unit 312 determines that the evaluation result is reflected.
  • the evaluation value to be acquired may be an evaluation value other than the user's direct comprehensive evaluation value, or a plurality of evaluation values may be acquired. It is assumed that the threshold value is set in advance.
  • step S303 is a process for preventing the reflection of the evaluation result of a user with a low evaluation.
  • steps S304 to S306 differs in the evaluation items to be updated, but the contents of the processing are the same, so the description thereof will be omitted.
  • FIG. 14 is a sequence diagram showing the flow of access control processing in the computer system of the first embodiment.
  • the platform system 100 receives a search request from the terminal 160 (step S401).
  • the search request includes the user's identifier, the search conditions for searching the data, the quality conditions regarding the quality of the data, and the provider conditions regarding the credit of the provider.
  • the search request may be transmitted via the cooperation system 120 or the data utilization system 130.
  • the search request may include information other than the above.
  • Search conditions include search keys, etc.
  • the quality condition includes information that specifies the format, format, etc., and at least one of the conditional expressions relating to the comprehensive evaluation value, etc.
  • the provider condition includes at least one of the information that specifies the qualification and the number of transactions, and the conditional expression regarding the comprehensive evaluation value.
  • the access control unit 311 of the basic system 100 executes the search control process (step S402) and transmits a response including the process result to the terminal 160 (step S403).
  • the details of the search control process will be described with reference to FIG.
  • the platform system 100 receives an acquisition request from the terminal 160 (step S411).
  • the acquisition request includes a user identifier, a data identifier, a quality condition, and a provider condition.
  • the acquisition request may be transmitted via the cooperation system 120 or the data utilization system 130.
  • the acquisition request may include information other than the above.
  • the access control unit 311 of the basic system 100 executes the acquisition control process (step S412), and transmits a response including the process result to the terminal 160 (step S413).
  • the details of the acquisition control process will be described with reference to FIG.
  • FIG. 15 is a flowchart illustrating an example of the search control process executed by the basic system 100 of the first embodiment.
  • the access control unit 311 searches for data that matches the search conditions (step S501). For example, the access control unit 311 refers to the tag 720 of the structure 700 and searches for data including the tag corresponding to the search key.
  • the access control unit 311 determines whether or not there is data that matches the search conditions (step S502).
  • the access control unit 311 When it is determined that there is no data matching the search conditions, the access control unit 311 outputs a response notifying that the data does not exist (step S509), and ends the process.
  • the access control unit 311 selects target data from the searched data (step S503).
  • the access control unit 311 determines whether or not the target data satisfies the quality condition (step S504).
  • the access control unit 311 determines whether or not the quality condition is satisfied based on the structures 700 and 702 corresponding to the target data. For example, the access control unit 311 determines whether the data format matches the specified format and the data direct comprehensive evaluation value is 4.0 or more.
  • the access control unit 311 proceeds to step S508.
  • the access control unit 311 determines whether or not the provider who provides the target data satisfies the provider condition (step S505).
  • the access control unit 311 acquires an identifier from the provider identifier 713 of the structure 700 corresponding to the target data.
  • the access control unit 311 determines whether or not the provider condition is satisfied based on the structures 900 and 903 corresponding to the acquired provider identifier. For example, the access control unit 311 determines whether the number of business partners is 10 or more and the provider direct comprehensive evaluation value is 3.7 or more.
  • the access control unit 311 proceeds to step S508.
  • the access control unit 311 determines whether or not the user performing the search satisfies the user condition set by the provider who provides the target data. (Step S506).
  • the access control unit 311 acquires the user condition set in the search user condition 722 of the structure 700 corresponding to the target data. The access control unit 311 determines whether or not the acquired user condition is satisfied based on the structure 800 corresponding to the user identifier included in the search request. For example, the access control unit 311 determines whether the user has a predetermined qualification, the user is conducting a predetermined transaction, and the user direct comprehensive evaluation value is 5.0 or more.
  • the access control unit 311 proceeds to step S508.
  • the access control unit 311 registers the target data in the data list (step S507), and then proceeds to step S508. .
  • the data list is a list for presenting the searched data to the user.
  • step S508 the access control unit 311 determines whether or not the processing of all the searched data has been completed (step S508).
  • the access control unit 311 returns to step S503 and executes the same processing.
  • the access control unit 311 When it is determined that the processing of all the searched data is completed, the access control unit 311 outputs a response including the data list (step S509), and ends the processing.
  • step S506 does not necessarily have to be executed.
  • FIG. 16 is a flowchart illustrating an example of acquisition control processing executed by the basic system 100 of the first embodiment.
  • the access control unit 311 determines whether or not the data to be acquired satisfies the quality condition (step S601).
  • the process of step S601 is the same as the process of step S504.
  • the access control unit 311 When it is determined that the data to be acquired does not satisfy the quality condition, the access control unit 311 outputs a response notifying that the data cannot be acquired (step S605), and ends the process.
  • step S602 determines whether or not the provider who provides the data to be acquired satisfies the provider condition.
  • the process of step S602 is the same as the process of step S505.
  • the access control unit 311 When it is determined that the provider who provides the data to be acquired does not satisfy the provider conditions, the access control unit 311 outputs a response notifying that the data cannot be acquired (step S605), and ends the process.
  • the access control unit 311 determines whether the user who performs the acquisition satisfies the user condition set by the provider who provides the data to be acquired. It is determined whether or not (step S603).
  • the access control unit 311 acquires the user condition set in the data acquisition user condition 724 of the structure 700 corresponding to the data to be acquired.
  • the access control unit 311 determines whether or not the acquired user condition is satisfied based on the structure 800 corresponding to the user identifier included in the acquisition request. For example, the access control unit 311 determines whether the user has a predetermined qualification and has completed payment of the fee associated with the data use.
  • the access control unit 311 When it is determined that the user performing the acquisition does not satisfy the user conditions set by the provider who provides the data to be acquired, the access control unit 311 outputs a response notifying that the data cannot be acquired (step S605). ), End the process.
  • the access control unit 311 acquires the data from the data providing system 110 of the operator's operation system 101. (Step S604). Further, the access control unit 311 outputs a response including the acquired data (step S605), and ends the process.
  • step S603 does not necessarily have to be executed.
  • the access control unit 311 When the base system 100 holds data, the access control unit 311 does not execute the process of step S604 and outputs a response including the data held by the base system 100.
  • the basic system 100 may be controlled so that data can be transmitted and received between the data providing system 110 and the terminal 160 or the data utilization system 130 instead of acquiring the data.
  • the access control unit 311 determines whether or not the user condition set in the data acquisition user condition 724 is satisfied.
  • the access control unit 311 executes the processes of steps S601 to S605 for each data.
  • the basic system 100 executes the process shown in FIG. 15 in the search control process, and executes the processes from steps S603 to S605 in the acquisition control process.
  • the basic system 100 executes the processes of steps S501 to S503 and steps S506 to S509 in the search control process, and executes the process shown in FIG. 16 in the acquisition control process.
  • the user can search and acquire data having a certain quality or higher from a reliable provider. This allows access to safe and useful data.
  • the provider can allow only trusted users to search for data or acquire data, it is possible to provide secure data.
  • Example 2 will be described with a focus on the differences from Example 1.
  • the configuration of the computer system of Example 2 is the same as that of Example 1. In the second embodiment, the configurations of the basic system 100 and the cooperation system 120 are partially different.
  • FIG. 17 is a diagram showing a configuration example of the cooperation system 120 of the second embodiment.
  • the cooperation system 120 includes one or more computers 200.
  • the cooperation system 120 may include a storage system for storing various types of information.
  • the hardware configuration of the computer 200 of the second embodiment is the same as that of the first embodiment. Further, the functional configuration of the computer 200 of the second embodiment is the same as that of the first embodiment.
  • the information stored in the storage device 203 is partially different. Specifically, the storage device 203 of the second embodiment stores the data evaluation management information 241 and the user evaluation management information 242, and the provider evaluation management information 243.
  • the data, the user, and the provider are evaluated in the operation system 101, and the evaluation result is accumulated in the cooperation system 120. Since the method of registering the evaluation data is the same as that of the first embodiment, detailed description thereof will be omitted. However, the registration of the evaluation data is performed by the data providing unit 210.
  • the data evaluation management information 241 and the user evaluation management information 242 and the provider evaluation management information 243 have the same data structure as the data evaluation management information 341, the user evaluation management information 342, and the provider evaluation management information 343.
  • the identifier included in the management data managed by the cooperation system 120 is an identifier unique to the operation system 101. Further, it is assumed that the data evaluation management information 241 managed by the cooperation system 120, the user evaluation management information 242, and the provider evaluation management information 243 store evaluation values unique to the operation system 101.
  • FIG. 18 is a diagram showing a configuration example of the basic system 100 of the second embodiment.
  • the infrastructure system 100 includes one or more computers 300.
  • the basic system 100 may include a storage system for storing various information in addition to the computer 300.
  • the hardware configuration of the computer 300 of the second embodiment is the same as that of the first embodiment. Further, the functional configuration of the computer 300 of the second embodiment is the same as that of the first embodiment.
  • the information stored in the storage device 303 is partially different. Specifically, the storage device 303 of the second embodiment stores the identifier conversion information 351 and the evaluation value conversion information 352.
  • the identifier included in the management data managed by the basic system 100 is a unique identifier in the computer system. Further, it is assumed that the data evaluation management information 241 managed by the basic system 100, the user evaluation management information 242, and the provider evaluation management information 243 store evaluation values that can be compared between the operation systems 101.
  • the identifier conversion information 351 is information for managing the conversion rules of the identifier included in the management data managed by the basic system 100 and the identifier included in the management data managed by the operation system 101.
  • the data structure of the identifier conversion information 351 will be described with reference to FIG.
  • the evaluation value conversion information 352 is information for managing the conversion rules of each evaluation value included in the evaluation data when the evaluation data managed by the cooperation system 120 is taken in.
  • the data structure of the evaluation value conversion information 352 will be described with reference to FIG.
  • FIG. 19 is a diagram showing an example of the data structure of the identifier conversion information 351 of the second embodiment.
  • the identifier conversion information 351 is information in a table format, and includes an entry composed of a management identifier 1901, a system identifier 1902, and an external identifier 1903. There is one entry for one data, one user, or one provider. Note that the entry may include fields other than those described above.
  • the management identifier 1901 is a field for storing an identifier assigned to management data (data, user, and provider) managed by the basic system 1000.
  • the system identifier 1902 is a field for storing the identification information of the linked system 120.
  • the external identifier 1903 is a field for storing an identifier assigned to management data (data, user, and provider) managed by the cooperation system 120.
  • the data structure of the identifier conversion information 351 shown in FIG. 19 is an example, and is not limited to this.
  • FIG. 20 is a diagram showing an example of the data structure of the evaluation value conversion information 352 of the second embodiment.
  • the evaluation value conversion information 352 is data in a table format, and includes an entry composed of an evaluation item 2001, a pre-conversion evaluation value 2002, and a conversion method 2003. There is one entry for one evaluation item. Note that the entry may include fields other than those described above.
  • the evaluation item 2001 is a field for storing the name of the evaluation item and the like.
  • the pre-conversion evaluation value 2002 is a field for storing the format, value type, etc. of the evaluation value unique to the operation system 101.
  • the conversion method 2003 is a field for storing a method of converting the evaluation value unique to the operation system 101 into the evaluation value of the base system 100.
  • the data structure of the evaluation value conversion information 352 shown in FIG. 20 is an example, and is not limited to this.
  • FIG. 21 is a sequence diagram showing a flow of registration processing in the computer system of the second embodiment.
  • the sequence diagram shown in FIG. 21 shows a flow of processing executed when information about data, a user, a provider, etc. is registered in the basic system 100, or when the information is updated.
  • the platform system 100 receives a registration request including registration data from the cooperation system 120 (step S101).
  • the registration request may be transmitted from the terminal 160 or the like.
  • the information management unit 310 of the basic system 100 registers the conversion information in the identifier conversion information 351 (step S701). Specifically, the following processing is executed.
  • the information management unit 310 assigns an identifier to the registered data.
  • the information management unit 310 adds an entry to the identifier conversion information 351.
  • the information management unit 310 sets the management identifier 1901 of the added entry to the identifier given to the registration data, sets the system identifier 1902 to the identifier of the cooperation system 120, and sets the external identifier 1903 to the registration data originally. Set the identifier that was used.
  • steps S102 and S103 are the same as that of the first embodiment.
  • the platform system 100 receives an update request including update data from the cooperation system 120 (step S111).
  • the update request may be transmitted from the terminal 160 or the like.
  • the basic system 100 refers to the identifier conversion information 351 and converts the identifier included in the update data into the identifier of the management data managed by the basic system 1000.
  • steps S112 and S113 are the same as that of the first embodiment.
  • FIG. 22 is a sequence diagram showing a flow of evaluation data registration processing in the computer system of the second embodiment.
  • the sequence diagram of FIG. 22 shows a flow of processing executed when information regarding evaluation of data, a user, and a provider is registered in the basic system 100.
  • the user evaluates the data and the provider via the data utilization system 130 or the terminal 160 at an arbitrary timing, and the provider evaluates the user via the data providing system 110 at an arbitrary timing.
  • the user may evaluate the system itself such as the data utilization system 130 and the data provision system 110. Further, the provider may evaluate the system itself such as the data utilization system 130, or may evaluate the organization to which the user belongs.
  • the evaluation unit 312 of the basic system 100 selects the data to be evaluated and converts the identifier of the selected data based on the identifier conversion information 351 (step S801).
  • the evaluation unit 312 of the basic system 100 transmits an evaluation data acquisition request including the identifier of the converted data to the cooperation system 120 (step S802).
  • the data providing unit 210 of the cooperation system 120 When the data providing unit 210 of the cooperation system 120 receives the evaluation data acquisition request, it acquires the evaluation data of the data from the data evaluation management information 241 and transmits the evaluation data to the basic system 100 (step S803).
  • the evaluation value conversion process is executed (step S804). The details of the evaluation value conversion process will be described with reference to FIG.
  • the evaluation unit 312 of the basic system 100 executes the update process of the data evaluation management information 341 (step S202).
  • the update process of the data evaluation management information 341 is almost the same as that of the first embodiment.
  • the second embodiment is different in that the identifier of the basic system 100 and the converted evaluation value are used.
  • the evaluation unit 312 of the basic system 100 selects the provider to be evaluated and converts the identifier of the selected provider based on the identifier conversion information 351 (step S811).
  • the evaluation unit 312 of the basic system 100 transmits an evaluation data acquisition request including the converted evaluator identifier to the cooperation system 120 (step S812).
  • the data providing unit 210 of the cooperation system 120 receives the evaluation data acquisition request, it acquires the evaluation data of the provider from the provider evaluation management information 243 and transmits the evaluation data to the basic system 100 (step S813).
  • the evaluation value conversion process is executed (step S814). The details of the evaluation value conversion process will be described with reference to FIG.
  • the evaluation unit 312 of the basic system 100 executes the update process of the provider evaluation management information 343 (step S212).
  • the update process of the provider evaluation management information 343 is almost the same as that of the first embodiment.
  • the second embodiment is different in that the identifier of the basic system 100 and the converted evaluation value are used.
  • the evaluation unit 312 of the basic system 100 selects the user to be evaluated and converts the identifier of the selected user based on the identifier conversion information 351 (step S821).
  • the evaluation unit 312 of the basic system 100 transmits an evaluation data acquisition request including the converted user identifier to the cooperation system 120 (step S822).
  • the data providing unit 210 of the cooperation system 120 When the data providing unit 210 of the cooperation system 120 receives the evaluation data acquisition request, it acquires the user's evaluation data from the user evaluation management information 242 and transmits the evaluation data to the basic system 100 (step S823).
  • the evaluation value conversion process is executed (step S824). The details of the evaluation value conversion process will be described with reference to FIG.
  • the evaluation unit 312 of the basic system 100 executes the update process of the user evaluation management information 342 (step S222).
  • the update process of the user evaluation management information 342 is substantially the same as that of the first embodiment.
  • the second embodiment is different in that the identifier of the basic system 100 and the converted evaluation value are used.
  • FIG. 23 is a flowchart illustrating an example of the evaluation value conversion process executed by the basic system 100 of the second embodiment.
  • FIG. 23 describes the evaluation value conversion process of the evaluation value of the data.
  • the evaluation value conversion process of the user's evaluation value and the provider's evaluation value is the same process.
  • the evaluation unit 312 selects a target evaluation item from the evaluation items included in the evaluation data (step S901).
  • the evaluation unit 312 refers to the evaluation value conversion information 352 and converts the evaluation value corresponding to the target evaluation item based on the evaluation value conversion method corresponding to the target evaluation item (step S902).
  • the evaluation unit 312 determines whether or not the processing has been completed for all the evaluation items included in the evaluation data (step S903).
  • the evaluation unit 312 returns to step S901 and executes the same processing.
  • the evaluation unit 312 ends the processing.
  • Example 2 The search control process of Example 2 is partially different from that of Example 1. Specifically, in the processes from step S504 to step S506, the identifier managed by the basic system 100 is used. In the process of step S507, the access control unit 311 registers the identifier of the data assigned by the operation system 101 in the data list.
  • FIG. 24 is a flowchart illustrating an example of the acquisition control process executed by the basic system 100 of the second embodiment.
  • the access control unit 311 converts the identifier of the data to be acquired based on the identifier conversion information 351 (step S1001).
  • steps S601 to S603 and the processing of step S605 are the same as those in the embodiment. However, the difference is that the identifier managed by the basic system 100 is used.
  • step S604 the access control unit 311 acquires data from the data providing system 110 of the provider's operation system 101 based on the identifier of the data included in the acquisition request (step S604).
  • the identifier conversion function may be realized by using a system different from the basic system 100, for example, an identifier management system.
  • the infrastructure system 100 converts the identifier by making an inquiry to the identifier management system.
  • the history and evaluation data may be managed by a system different from the basic system 100, for example, a history management system.
  • the management identifier 1901 of the identifier conversion information 351 stores the identifier assigned by the history management system.
  • the infrastructure system 100 converts the identifier based on the identifier conversion information 351 and acquires the history and evaluation data from the history management system using the identifier.
  • the information managed by different operation systems 101 can be centrally managed. Further, since the basic system 100 can automatically acquire the evaluation data, the burden on the user and the provider is reduced.
  • Example 3 is different in that the basic system 100 calculates the evaluation value.
  • the third embodiment will be described with a focus on the differences from the first embodiment.
  • the configuration of the computer system of Example 3 is the same as that of Example 1.
  • the configuration of the cooperation system 120 and the infrastructure system 100 of the third embodiment is the same as that of the first embodiment.
  • the registration process of Example 3 is the same as that of Example 1.
  • the access control process of the third embodiment is the same as that of the first embodiment.
  • the data structures of the data evaluation management information 341, the user evaluation management information 342, and the provider evaluation management information 343 are different. Specifically, structure 702 does not include evaluation lists 742, 744, 746, 748. Structure 804 does not include evaluation lists 852, 854, 856. Also, structure 903 does not include evaluation lists 942,944.
  • Example 3 the evaluation management information update process is different.
  • FIG. 25 is a flowchart illustrating an example of the update process of the data evaluation management information 341 executed by the basic system 100 of the third embodiment.
  • Evaluation unit 312 selects an evaluation item (step S1101).
  • the information defining the evaluation items and the calculation method of the comprehensive evaluation value is set in the basic system 100.
  • the evaluation unit 312 calculates the comprehensive evaluation value corresponding to the evaluation item with reference to the data management information 321 and the access history management information 331 (step S1102). At this time, the evaluation unit 312 sets the calculated comprehensive evaluation value in the field corresponding to the evaluation item.
  • the evaluation unit 312 determines whether or not the processing has been completed for all the evaluation items (step S1103).
  • the evaluation unit 312 When it is determined that the processing has not been completed for all the evaluation items, the evaluation unit 312 returns to step S1101 and executes the same processing.
  • the evaluation unit 312 ends the processing.
  • the update process of the user evaluation management information 342 and the update process of the provider evaluation management information 343 are the same as the process shown in FIG.
  • the infrastructure system 100 may be in a form of holding the evaluation data received from the operation system 101 and the evaluation data generated internally.
  • Example 2 and Example 3 may be combined.
  • the basic system 100 automatically acquires the access history and the like, and calculates the comprehensive evaluation value.
  • the infrastructure system 100 can automatically generate evaluation data, so that the burden on the user and the provider is reduced.
  • the present invention is not limited to the above-mentioned examples, and includes various modifications.
  • the above-described embodiment describes the configuration in detail in order to explain the present invention in an easy-to-understand manner, and is not necessarily limited to the one including all the described configurations. Further, it is possible to add, delete, or replace a part of the configuration of each embodiment with other configurations.
  • each of the above-mentioned configurations, functions, processing units, processing means, etc. may be realized in hardware by designing a part or all of them with, for example, an integrated circuit.
  • the present invention can also be realized by a program code of software that realizes the functions of the examples.
  • a storage medium in which the program code is recorded is provided to the computer, and the processor included in the computer reads the program code stored in the storage medium.
  • the program code itself read from the storage medium realizes the functions of the above-described embodiment, and the program code itself and the storage medium storing the program code itself constitute the present invention.
  • Examples of the storage medium for supplying such a program code include a flexible disk, a CD-ROM, a DVD-ROM, a hard disk, an SSD (Solid State Drive), an optical disk, a magneto-optical disk, a CD-R, and a magnetic tape.
  • Non-volatile memory cards, ROMs, etc. are used.
  • program code that realizes the functions described in this embodiment can be implemented in a wide range of programs or script languages such as assembler, C / C ++, perl, Shell, PHP, Python, and Java (registered trademark).
  • the program code of the software that realizes the functions of the examples via the network it is stored in a storage means such as a hard disk or memory of a computer or a storage medium such as a CD-RW or a CD-R.
  • the processor provided in the computer may read and execute the program code stored in the storage means or the storage medium.
  • control lines and information lines are shown as necessary for explanation, and not all control lines and information lines are necessarily shown in the product. All configurations may be interconnected.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

複数のシステムから構成される計算機システムであって、複数のシステムは、データを提供する複数の提供システムと、データに対するアクセスを制御する基盤システムとを含み、基盤システムは、ユーザから、データ取得条件、品質条件、及び提供システムが提供するデータの提供者に関する提供者条件を含む取得要求を受信し、データ取得条件を満たすデータが品質条件を満たし、かつ、データ取得条件を満たすデータの提供者が提供者条件を満たす場合、データ取得条件を満たすデータにユーザがアクセスできるように制御する。

Description

計算機システム及びデータのアクセス制御方法 参照による取り込み
　本出願は、２０１９年３月８日に出願された日本特許出願第２０１９－４２４５０号の優先権を主張し、その内容を参照することにより、本出願に取り込む。
　本発明は、複数のシステムが管理するデータのアクセス制御に関する。
　ＩｏＴの進展及びネットワーク技術の高度化等に伴って、様々な分野、業種、及び企業が連携したサービスが提案されている。例えば、特許文献１に記載の技術が知られている。
　特許文献１には、「複数のデバイスについてのデバイス側メタデータ取得手段と、デバイスが提供するデータを利用するアプリケーションについてアプリ側メタデータを取得するアプリ側メタデータ取得手段と、各メタデータを記憶する記憶手段１１と、双方のメタデータのマッチングを行い、組み合わせを抽出するマッチング手段１２と、抽出した組み合わせに基づいて、デバイスとアプリケーションを特定したデータフロー制御指令を生成するデータフロー制御手段１４と、を有する。各メタデータは複数の相手側メタデータとの組み合わせを許可するか否かを表す情報である可否情報を含む。マッチング手段は、可否情報に基づいて、単一の相手側メタデータとの組み合わせを生成するか複数の相手側メタデータとの組み合わせを生成するかを決定する。」ことが記載されている。
特開２０１７－１６７７４７号公報
　特許文献１に記載の技術では、データ品質、並びに、データの提供者の信用情報等が考慮されていないため、安全かつ有用なデータへのアクセスを実現できない。
　例えば、ユーザが要求する品質のデータを取得できず、アプリケーション開発及びデータ分析等を行えない場合がある。悪意を持った企業が提供するデータが取得される場合がある。不正目的を持ったユーザがデータを取得する場合がある。
　本発明は、様々な分野、業種、及び企業間における安全かつ有用なデータへのアクセスを実現するシステム及び方法を提供することを目的とする。
　本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数のシステムから構成される計算機システムであって、前記複数のシステムは、データを提供する複数の提供システムと、前記データに対するアクセスを制御する基盤システムとを含み、前記基盤システムは、第１のユーザから、取得するデータを特定するためのデータ取得条件、データの品質に関する品質条件、及び前記複数の提供システムが提供するデータの提供者に関する提供者条件を含む取得要求を受信し、前記データ取得条件を満たすデータが前記品質条件を満たし、かつ、前記データ取得条件を満たすデータの提供者が前記提供者条件を満たす場合、前記データ取得条件を満たすデータに前記第１のユーザがアクセスできるように制御する。
　本発明の一形態によれば、複数の運用システム（分野、業種、及び企業）間における安全かつ有用なデータへのアクセスを実現できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。
実施例１の計算機システムの構成例を示す図である。 実施例１の連携システムの構成例を示す図である。 実施例１の基盤システムの構成例を示す図である。 実施例１の連携システムが管理するデータ管理情報及びアクセス履歴管理情報のデータ構造の一例を示す図である。 実施例１の連携システムが管理するユーザ管理情報及びユーザ履歴管理情報のデータ構造の一例を示す図である。 実施例１の連携システムが管理する提供者管理情報及び業務履歴管理情報のデータ構造の一例を示す図である。 実施例１の基盤システムが管理するデータ管理情報、アクセス履歴管理情報、及びデータ評価管理情報のデータ構造の一例を示す図である。 実施例１の基盤システムが管理するユーザ管理情報、ユーザ履歴管理情報、及びユーザ評価管理情報のデータ構造の一例を示す図である。 実施例１の基盤システムが管理する提供者管理情報、業務履歴管理情報、及び提供者評価管理情報のデータ構造の一例を示す図である。 実施例１の計算機システムにおける登録処理の流れを示すシーケンス図である。 実施例１の計算機システムにおける評価データの登録処理の流れを示すシーケンス図である。 実施例１の計算機システムにおける評価データの登録処理の流れを示すシーケンス図である。 実施例１の基盤システムが実行するデータ評価管理情報の更新処理の一例を説明するフローチャートである。 実施例１の計算機システムにおけるアクセス制御処理の流れを示すシーケンス図である。 実施例１の基盤システムが実行する検索制御処理の一例を説明するフローチャートである。 実施例１の基盤システムが実行する取得制御処理の一例を説明するフローチャートである。 実施例２の連携システムの構成例を示す図である。 実施例２の基盤システムの構成例を示す図である。 実施例２の識別子変換情報のデータ構造の一例を示す図である。 実施例２の評価値変換情報のデータ構造の一例を示す図である。 実施例２の計算機システムにおける登録処理の流れを示すシーケンス図である。 実施例２の計算機システムにおける評価データの登録処理の流れを示すシーケンス図である。 実施例２の基盤システムが実行する評価値変換処理の一例を説明するフローチャートである。 実施例２の基盤システムが実行する取得制御処理の一例を説明するフローチャートである。 実施例３の基盤システムが実行するデータ評価管理情報の更新処理の一例を説明するフローチャートである。
　以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。
　以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。
　本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。
　図１は、実施例１の計算機システムの構成例を示す図である。
　計算機システムは、基盤システム１００及び複数の運用システム１０１から構成される。基盤システム１００は、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）及びインターネット等のネットワークを介して複数の運用システム１０１と接続される。
　運用システム１０１は、特定の企業、業種、又は分野において運用されるシステムである。運用システム１０１は、データ提供システム１１０、連携システム１２０、データ利用システム１３０、業務システム１４０、センサ１５０、及び端末１６０を含む。
　データ提供システム１１０は、業務システム１４０が保持するデータ及びセンサ１５０が生成したデータを取得し、端末１６０を使用するユーザ又はデータ利用システム１３０にデータを提供するシステムである。データ提供システム１１０は一つ以上の計算機から構成される。業務システム１４０は、例えば、公共施設の情報、防災マップ、業務ログ、画像、動画等をデータとして保持する。センサ１５０は、温度、音量、画像等をデータとして生成する。
　なお、データ提供システム１１０に接続される業務システム１４０及びセンサ１５０は二つ以上でもよい。なお、本発明は、業務システム１４０が保持するデータ及びセンサ１５０が生成するデータの種別及び内容に限定されない。
　データ利用システム１３０は、端末１６０を介してユーザからの要求を受け付け、また、データを取得するシステムである。データ利用システム１３０には複数の端末１６０が接続される。データ利用システム１３０は一つ以上の計算機から構成される。
　連携システム１２０は、データ提供システム１１０及びデータ利用システム１３０間を連携するシステムである。連携システム１２０は、データの属性、ユーザの属性、及び提供者の属性等を管理し、また、データのアクセス履歴等を管理する。ここで、提供者とは、データ提供システム１１０が提供するデータのソースとなる業務システム１４０及びセンサ１５０の運用者又は管理者等を表す。連携システム１２０の詳細な構成については図２を用いて説明する。
　基盤システム１００は、運用システム１０１間のデータのアクセスを制御するシステムである。基盤システム１００の詳細な構成については図３を用いて説明する。
　なお、データ提供システム１１０及び連携システム１２０は、一つのシステムとして実現してもよい。また、データ提供システム１１０及び業務システム１４０は、一つのシステムとして実現してもよい。
　なお、基盤システム１００、データ提供システム１１０、連携システム１２０、及びデータ利用システム１３０には、各システムの管理者が操作する端末が接続されてもよい。
　図２は、実施例１の連携システム１２０の構成例を示す図である。
　連携システム１２０は一つ以上の計算機２００を含む。なお、連携システム１２０は、計算機２００の他に、各種情報を格納するストレージシステムを含んでもよい。
　計算機２００は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、及びインタフェース２０４を有する。
　ＣＰＵ２０１は、メモリ２０２に格納されるプログラムを実行する。ＣＰＵ２０１がプログラムにしたがって処理を実行することによって、特定の機能を実現する機能部として動作する。以下の説明では、機能部を主語に処理を説明する場合、ＣＰＵ２０１が当該機能部を実現するプログラムを実行していることを示す。
　メモリ２０２は、ＣＰＵ２０１が実行するプログラム及びプログラムが使用する情報を格納する。また、メモリ２０２は、プログラムが一時的に使用するワークエリアを含む。図２に示すように、メモリ２０２はデータ提供部２１０を実現するためのプログラムを格納する。データ提供部２１０は端末１６０を操作するユーザにデータを提供する。なお、本発明は、データ提供部２１０の機能及び処理に限定されない。
　インタフェース２０４は、装置及びネットワーク等に接続するためのインタフェースである。インタフェース２０４は、例えば、ネットワークインタフェース及びＩ／Ｏインタフェース等である。
　記憶装置２０３は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等、永続的にデータを格納する装置である。図２に示すように、記憶装置２０３は、データ管理情報２２１、ユーザ管理情報２２２、提供者管理情報２２３、アクセス履歴管理情報２３１、ユーザ履歴管理情報２３２、及び業務履歴管理情報２３３を格納する。なお、記憶装置２０３には、業務システム１４０及びセンサ１５０から取得したデータが格納されていてもよい。
　データ管理情報２２１は、データの特徴を管理するための情報である。ここで、「データの特徴」は属性（カタログ）を含む概念である。アクセス履歴管理情報２３１は、データに対するアクセスに関する履歴（アクセス履歴）を管理するための情報である。データ管理情報２２１及びアクセス履歴管理情報２３１のデータ構造については図４を用いて説明する。
　ユーザ管理情報２２２は、データを利用するユーザの特徴を管理するための情報である。ここで、「ユーザの特徴」は属性を含む概念である。ユーザ履歴管理情報２３２は、データ利用システム１３０の利用、支払、取引等、ユーザに関する履歴（ユーザ履歴）を管理するための情報である。ユーザ管理情報２２２及びユーザ履歴管理情報２３２のデータ構造については図５を用いて説明する。
　提供者管理情報２２３は、提供者の特徴を管理するための情報である。ここで、「提供者の特徴」は属性を含む概念である。業務履歴管理情報２３３は、業務システム１４０及びセンサ１５０の運用等、提供者がかかわる業務に関する履歴（業務履歴）を管理するための情報である。提供者管理情報２２３及び業務履歴管理情報２３３のデータ構造については図６を用いて説明する。
　なお、提供者が、他の運用システム１０１のデータを利用する場合、当該提供者はユーザとしてユーザ管理情報２２２に登録される。また、ユーザが、データを提供する場合、当該ユーザは提供者として提供者管理情報２２３に登録される。
　図３は、実施例１の基盤システム１００の構成例を示す図である。
　基盤システム１００は一つ以上の計算機３００を含む。なお、基盤システム１００は、計算機３００の他に、各種情報を格納するストレージシステムを含んでいてもよい。
　計算機３００は、ＣＰＵ３０１、メモリ３０２、記憶装置３０３、及びインタフェース３０４を有する。ＣＰＵ３０１、メモリ３０２、記憶装置３０３、及びインタフェース３０４は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、及びインタフェース２０４と同様のハードウェアである。
　図３に示すように、メモリ３０２は、情報管理部３１０、アクセス制御部３１１、及び評価部３１２を実現するプログラムを格納する。
　情報管理部３１０は、運用システム１０１に関する情報と、データ、ユーザ、及び提供者に関する情報と、各種履歴とを管理する。アクセス制御部３１１は、運用システム１０１間のデータのアクセスを制御する。評価部３１２は、データ品質、ユーザ、及び提供者の評価を行う。ここで、ユーザ及び提供者の評価は、ユーザ及び提供者の信用に関する評価を表す。
　なお、計算機３００が有する各機能部は、複数の機能部を一つの機能部にまとめてもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。また、各機能部は、複数の計算機３００に分散して配置してもよい。
　図３に示すように、記憶装置３０３は、データ管理情報３２１、ユーザ管理情報３２２、提供者管理情報３２３、アクセス履歴管理情報３３１、ユーザ履歴管理情報３３２、業務履歴管理情報３３３、データ評価管理情報３４１、ユーザ評価管理情報３４２、及び提供者評価管理情報３４３を格納する。
　データ管理情報３２１は、データの特徴を管理するための情報である。アクセス履歴管理情報３３１は、アクセス履歴を管理するための情報である。データ評価管理情報３４１は、データ品質の評価を管理するための情報である。データ管理情報３２１、アクセス履歴管理情報３３１、及びデータ評価管理情報３４１のデータ構造については図７を用いて説明する。
　ユーザ管理情報３２２は、データ利用システム１３０を利用するユーザの特徴を管理するための情報である。ユーザ履歴管理情報３３２は、ユーザ履歴を管理するための情報である。ユーザ評価管理情報３４２は、ユーザの評価を管理するための情報である。ユーザ管理情報３２２、ユーザ履歴管理情報３３２、及びユーザ評価管理情報３４２のデータ構造については図８を用いて説明する。
　提供者管理情報３２３は、提供者の特徴を管理するための情報である。業務履歴管理情報３３３は、業務履歴を管理するための情報である。提供者評価管理情報３４３は、提供者の評価を管理するための情報である。提供者管理情報３２３、業務履歴管理情報３３３、及び提供者評価管理情報３４３のデータ構造については図９を用いて説明する。
　図４は、実施例１の連携システム１２０が管理するデータ管理情報２２１及びアクセス履歴管理情報２３１のデータ構造の一例を示す図である。
　構造体４００は、データ管理情報２２１に格納される管理データを表す。一つのデータに対して一つの構造体４００が存在する。
　構造体４００は、データ識別子４１１、種別４１２、提供者識別子４１３、データ名４１４、形式４１５、書式４１６、表現４１７、更新頻度４１８、利用履歴４１９、タグ４２０、著作権／所有権４２１、検索用ユーザ条件４２２、サンプル取得用ユーザ条件４２３、及びデータ取得用ユーザ条件４２４を含む。なお、構造体４００は図示しないフィールド（メンバ）を含んでもよい。
　データ識別子４１１は、運用システム１０１内におけるデータの識別子を格納するフィールドである。種別４１２は、データの種別を格納するフィールドである。例えば、静的なデータ、累積的なデータ、更新されるデータ、プッシュ型のデータ、及びプル型のデータ等を示す値が格納される。データ名４１４は、データの名称を格納するフィールドである。形式４１５、書式４１６、及び表現４１７は、データの形式、書式、及び表現を格納するフィールドである。更新頻度４１８は、データの更新頻度を格納するフィールドである。著作権／所有権４２１は、データの著作権及び所有権を格納するフィールドである。
　提供者識別子４１３は、データの提供者の識別子を格納するフィールドである。
　利用履歴４１９は、アクセス履歴管理情報２３１に格納されるアクセス履歴を管理するための管理データを表す構造体４０１へのポインタを格納するフィールドである。利用履歴４１９には、複数のポインタを格納できる。なお、利用履歴４１９は、ポインタを格納する代わりに、ユーザの識別子及びアクセス回数の組を格納してもよい。
　タグ４２０は、データを検索するために使用されるタグを格納するフィールドである。
　検索用ユーザ条件４２２は、データの検索を許可するユーザの条件を格納するフィールドである。例えば、ユーザのアクセス権限、及び総合評価値等に関する条件が格納される。
　サンプル取得用ユーザ条件４２３は、サンプルとしてデータの取得を許可するユーザの条件を格納するフィールドである。
　データ取得用ユーザ条件４２４は、データの取得を許可するユーザの条件を格納するフィールドである。
　構造体４０１は、ユーザ識別子４３１、アクセス種別４３２、及び日時４３３を含む。なお、構造体４０１は、図示しないフィールドを含んでもよい。一つのアクセス履歴に対して一つの構造体４０１が存在する。
　ユーザ識別子４３１は、データにアクセスしたユーザの識別子を格納するフィールドである。アクセス種別４３２は、データに対するアクセスの種別を格納するフィールドである。例えば、「検索」、「サンプル取得」、及び「取得」等が格納される。日時４３３は、データに対するアクセスが行われた日時を格納するフィールドである。
　なお、図４に示すデータ管理情報２２１及びアクセス履歴管理情報２３１のデータ構造は一例であって、これに限定されない。
　図５は、実施例１の連携システム１２０が管理するユーザ管理情報２２２及びユーザ履歴管理情報２３２のデータ構造の一例を示す図である。
　構造体５００は、ユーザ管理情報２２２に格納される管理データを表す。一人のユーザに対して一つの構造体５００が存在する。
　構造体５００は、ユーザ識別子５１１、ユーザ名５１２、所属組織５１３、組織内属性５１４、資格５１５、支払履歴５１６、利用履歴５１７、及び取引履歴５１８を含む。なお、構造体５００は図示しないフィールドを含んでもよい。
　ユーザ識別子５１１は、運用システム１０１内におけるユーザの識別子を格納するフィールドである。ユーザ名５１２は、ユーザの名称を格納するフィールドである。所属組織５１３は、ユーザが所属する組織の名称等を格納するフィールドである。組織内属性５１４は、ユーザの組織内の職種及び職位等を格納するフィールドである。資格５１５は、ユーザが所有する資格を格納するフィールドである。例えば、弁護士及び医師等の情報が格納される。
　支払履歴５１６は、ユーザ履歴管理情報２３２に格納されるユーザ履歴の一つであるサービス等の利用に伴う支払に関する履歴（支払履歴）を管理するための管理データを表す構造体５０１へのポインタを格納するフィールドである。
　利用履歴５１７は、ユーザ履歴管理情報２３２に格納されるユーザ履歴の一つであるデータの利用に関する履歴（利用履歴）を管理するための管理データを表す構造体５０２へのポインタを格納するフィールドである。
　取引履歴５１８は、ユーザ履歴管理情報２３２に格納されるユーザ履歴の一つであるユーザの取引に関する履歴（取引履歴）を管理するための管理データを表す構造体５０３へのポインタを格納するフィールドである。
　構造体５０１は、一つの支払履歴に対して一つ存在する。構造体５０１は、項目５２１及び支払状態５２２を含む。なお、構造体５０１は図示しないフィールドを含んでもよい。項目５２１は、支払項目を格納するフィールドである。支払状態５２２は、支払の有無及び支払金額等を格納するフィールドである。
　構造体５０２は、一つの利用履歴に対して一つ存在する。構造体５０２は、提供者識別子５３１、データ識別子５３２、利用目的５３３、及び利用方法５３４を含む。なお、構造体５０２は図示しないフィールドを含んでもよい。提供者識別子５３１は、アクセス先のデータを提供する提供者の識別子を格納するフィールドである。データ識別子５３２は、利用したデータの識別子を格納するフィールドである。利用目的５３３は、データの利用目的を格納するフィールドである。例えば、アプリケーション開発及びデータ分析等が格納される。利用方法５３４は、データの具体的な利用方法を格納するフィールドである。
　構造体５０３は、一つの取引履歴に対して一つ存在する。構造体５０３は、取引先５４１及び日時５４２を含む。なお、構造体５０３は図示しないフィールドを含んでもよい。取引先５４１は、取引相手の名称等を格納するフィールドである。日時５４２は、取引日時を格納するフィールドである。
　なお、構造体５００は、ユーザが利用するデータ利用システム１３０の性能及び可用性等に関する値を格納するフィールドを含んでもよい。
　なお、図５に示すユーザ管理情報２２２及びユーザ履歴管理情報２３２のデータ構造は一例であって、これに限定されない。
　図６は、実施例１の連携システム１２０が管理する提供者管理情報２２３及び業務履歴管理情報２３３のデータ構造の一例を示す図である。
　構造体６００は、提供者管理情報２２３に格納される管理データを表す。一人の提供者（一つの企業）に対して一つの構造体６００が存在する。
　構造体６００は、提供者識別子６１１、提供者名６１２、資格６１３、データリスト６１４、継続性６１５、及び取引履歴６１６を含む。なお、構造体６００は図示しないフィールドを含んでもよい。
　提供者識別子６１１は、運用システム１０１内における提供者の識別子を格納するフィールドである。提供者名６１２は、提供者の名称を格納するフィールドである。資格６１３は、提供者が保有する資格を格納するフィールドである。資格６１３には、提供者にかかわる業務に必要な資格、許認可、及び権限等が格納される。
　データリスト６１４は、データの識別子のリストを格納するフィールドである。なお、連携システム１２０がデータを保持している場合、データリスト６１４には各データへアクセスするためのポインタのリストが格納されてもよい。
　継続性６１５は、業務履歴管理情報２３３に格納される業務履歴の一つである提供者の業務に関する履歴（運用履歴）を管理するための管理データを表す構造体６０１へのポインタを格納するフィールドである。
　取引履歴６１６は、業務履歴管理情報２３３に格納される業務履歴の一つである提供者の取引に関する履歴（取引履歴）を管理するための管理データを表す構造体６０２へのポインタを格納するフィールドである。
　構造体６０１は、一つの運用履歴に対して一つ存在する。構造体６０１は、運用種別６２１及び期間６２２を含む。なお、構造体６０１は図示しないフィールドを含んでもよい。運用種別６２１は、業務の運用状態を格納するフィールドである。例えば、通常業務及び業務停止等が格納される。期間６２２は、運用状態が継続されていた期間を格納するフィールドである。
　構造体６０２は、一つの取引履歴に対して一つ存在する。構造体６０２は、取引先６３１及び日時６３２を含む。なお、構造体６０２は図示しないフィールドを含んでもよい。取引先６３１は、取引相手の名称等を格納するフィールドである。日時６３２は、取引日時を格納するフィールドである。
　なお、構造体６００は、データ提供システム１１０の性能及び可用性等に関する値を格納するフィールドを含んでもよい。
　なお、図６に示す提供者管理情報２２３及び業務履歴管理情報２３３のデータ構造は一例であって、これに限定されない。
　図７は、実施例１の基盤システム１００が管理するデータ管理情報３２１、アクセス履歴管理情報３３１、及びデータ評価管理情報３４１のデータ構造の一例を示す図である。
　構造体７００は、データ管理情報３２１に格納される管理データを表す。一つのデータに対して一つの構造体７００が存在する。
　構造体７００は、データ識別子７１１、種別７１２、提供者識別子７１３、データ名７１４、形式７１５、書式７１６、表現７１７、更新頻度７１８、利用履歴７１９、タグ７２０、著作権／所有権７２１、検索用ユーザ条件７２２、サンプル取得用ユーザ条件７２３、データ取得用ユーザ条件７２４、及び評価情報７２５を含む。なお、構造体７００は図示しないフィールドを含んでもよい。
　構造体７００は、構造体４００と比較して、評価情報７２５を含む点が異なる。構造体７００の評価情報７２５以外のフィールドは構造体４００のフィールドと同一である。
　なお、利用履歴７１９には、アクセス履歴管理情報３３１に格納されるアクセス履歴を管理するための管理データを表す構造体７０１へのポインタが格納される。構造体７０１のユーザ識別子７３１、アクセス種別７３２、及び日時７３３は、構造体４０１のユーザ識別子４３１、アクセス種別４３２、及び日時４３３と同一のものである。
　評価情報７２５は、データ評価管理情報３４１に格納される、データの品質を管理するための管理データを表す構造体７０２へのポインタを格納する。一つのデータに対して一つの構造体７０２が存在する。
　構造体７０２は、データ直接総合評価値７４１、評価リスト７４２、形式標準性総合評価値７４３、評価リスト７４４、書式一貫性総合評価値７４５、評価リスト７４６、完全性総合評価値７４７、及び評価リスト７４８を含む。なお、構造体７０２は図示しないフィールドを含んでもよい。
　データ直接総合評価値７４１は、データの有用性に関する総合評価値を格納するフィールドである。データ直接総合評価値７４１には、例えば、複数の評価者によって与えられたデータ直接評価値の平均値が格納される。また、評価者の評価（ユーザ直接評価値及び提供者直接評価値）又は取引先の数等に対応する重みとデータ直接評価値とを乗算した値の総和でもよい。また、データ直接評価値が数値ではない場合、各値の割合等が総合評価値として算出される。
　データ直接評価値は、評価者の主観に基づいて決定される。例えば、５段階評価の値として与えられる。なお、データ直接評価値は、データ提供システム１１０等のシステムが自動的に決定してもよい。
　評価リスト７４２は、データ評価管理情報３４１に格納される、データ直接評価を管理するための管理データを表す構造体７０３へのポインタを格納する。
　形式標準性総合評価値７４３は、データの形式に関する総合評価値を格納するフィールドである。形式標準性総合評価値７４３には、例えば、複数の評価者によって与えられた形式標準性評価値の平均値が格納される。また、評価者の評価（ユーザ直接評価値及び提供者直接評価値）又は取引先の数等に対応する重みと形式標準性評価値とを乗算した値の総和でもよい。また、形式標準性評価値が数値ではない場合、各値の割合等が総合評価値として算出される。
　形式標準性評価値は、データの形式が標準形式又はデファクト形式の場合、評価が高い値となり、データの形式が独自形式の場合、評価が低い値となる。
　評価リスト７４４は、データ評価管理情報３４１に格納される、形式評価を管理するための管理データを表す構造体７０４へのポインタを格納する。
　書式一貫性総合評価値７４５は、データの書式に関する総合評価値を格納するフィールドである。書式一貫性総合評価値７４５には、例えば、複数の評価者によって与えられた書式一貫性評価値の平均値が格納される。なお、評価者の評価（ユーザ直接評価値及び提供者直接評価値）又は取引先の数等に対応する重みと書式一貫性評価値とを乗算した値の総和でもよい。また、書式一貫性評価値が数値ではない場合、各値の割合等が総合評価値として算出される。
　書式一貫性評価値は、評価者が指定した書式に合致する場合、評価が高い値となり、評価者が指定した書式に合致しない場合、評価が低い値となる。
　評価リスト７４６は、データ評価管理情報３４１に格納される、書式評価を管理するための管理データを表す構造体７０５へのポインタを格納する。
　完全性総合評価値７４７は、データの完全性に関する総合評価値を格納するフィールドである。ここで、データの完全性とは、データに含まれる要素（行）、値（列）、値の範囲、値の種別等が条件と整合していることを表す。完全性総合評価値７４７には、例えば、複数の評価者によって与えられた完全性評価値の平均値が格納される。なお、評価者の評価（ユーザ直接評価値及び提供者直接評価値）に対応する重みと完全性評価値とを乗算した値の総和でもよい。
　完全性評価値は、データに含まれる要素若しくは値が全て存在する場合、又は、値の範囲若しくは値の種別が定義に合致する場合、評価が高い値となる。一方、データに含まれる要素若しくは値が欠如している場合、又は、値の範囲若しくは値の種別が定義に合致しない場合、評価が低い値となる。
　評価リスト７４８は、データ評価管理情報３４１に格納される、完全性評価を管理するための管理データを表す構造体７０６へのポインタを格納する。
　なお、前述のデータの品質を示す評価値は、一例であってこれに限定されない。例えば、データの取得頻度、並びに、著作権／所有権の正当性等に関する評価値が含まれてもよい。
　構造体７０３、構造体７０４、構造体７０５、及び構造体７０６は、一人の評価者に対して一つ存在する。
　構造体７０３は、評価者７５１及びデータ直接評価値７５２を含む。構造体７０４は、評価者７５３及び形式標準性評価値７５４を含む。構造体７０５は、評価者７５５及び書式一貫性評価値７５６を含む。構造体７０６は、評価者７５７及び完全性評価値７５８を含む。
　評価者７５１、７５３、７５５、７５７は、評価者の識別子を格納するフィールドである。
　データ直接評価値７５２は、データ直接評価値を格納するフィールドである。形式標準性評価値７５４は、形式標準性評価値を格納するフィールドである。書式一貫性評価値７５６は、書式一貫性評価値を格納するフィールドである。完全性評価値７５８は、完全性評価値を格納するフィールドである。
　なお、データ管理情報３２１及びデータ評価管理情報３４１は一つの情報として管理してもよい。この場合、構造体７００は構造体７０２を含む構造となる。すなわち、評価値も属性として扱われる。
　なお、図７に示すデータ管理情報３２１、アクセス履歴管理情報３３１、及びデータ評価管理情報３４１のデータ構造は一例であって、これに限定されない。
　図８は、実施例１の基盤システム１００が管理するユーザ管理情報３２２、ユーザ履歴管理情報３３２、及びユーザ評価管理情報３４２のデータ構造の一例を示す図である。
　構造体８００は、ユーザ管理情報３２２に格納されるデータを表す。一人のユーザに対して一つの構造体８００が存在する。
　構造体８００は、ユーザ識別子８１１、ユーザ名８１２、所属組織８１３、組織内属性８１４、資格８１５、支払履歴８１６、利用履歴８１７、取引履歴８１８、及び評価情報８１９を含む。なお、構造体８００は図示しないフィールドを含んでもよい。
　構造体８００は、構造体５００と比較して、評価情報８１９を含む点が異なる。構造体８００の評価情報８１９以外のフィールドは構造体５００のフィールドと同一である。
　なお、支払履歴８１６は、ユーザ履歴管理情報３３２に格納される支払履歴を管理するための管理データを表す構造体８０１へのポインタを格納する。構造体８０１の項目８２１及び支払状態８２２は、構造体５０１の項目５２１及び支払状態５２２と同一のものである。利用履歴８１７は、ユーザ履歴管理情報３３２に格納される利用履歴を管理するための管理データを表す構造体８０２へのポインタを格納する。構造体８０２の提供者識別子８３１、データ識別子８３２、利用目的８３３、及び利用方法８３４は、構造体５０２の提供者識別子５３１、データ識別子５３２、利用目的５３３、及び利用方法５３４と同一のものである。取引履歴８１８は、ユーザ履歴管理情報３３２に格納される取引履歴を管理するための管理データを表す構造体８０３へのポインタを格納する。構造体８０３の取引先８４１及び日時８４２は、構造体５０３の取引先５４１及び日時５４２と同一のものである。
　評価情報８１９は、ユーザ評価管理情報３４２に格納される、ユーザの信用に関する評価を管理するための管理データを表す構造体８０４へのポインタを格納する。一人のユーザに対して一つの構造体８０４が存在する。
　構造体８０４は、ユーザ直接総合評価値８５１、評価リスト８５２、支払能力総合評価値８５３、評価リスト８５４、利用総合評価値８５５、及び評価リスト８５６を含む。なお、構造体８０４は図示しないフィールドを含んでもよい。
　ユーザ直接総合評価値８５１は、ユーザの信用に関する総合評価値を格納するフィールドである。ユーザ直接総合評価値８５１には、例えば、複数の評価者によって与えられたユーザ直接評価値の平均値が格納される。なお、評価者の評価（ユーザ直接評価値及び提供者直接評価値）に対応する重みとユーザ直接評価値とを乗算した値の総和でもよい。
　ユーザ直接評価値は、評価者の主観に基づいて決定される。例えば、５段階評価の値として与えられる。なお、ユーザ直接評価値は、データ利用システム１３０等のシステムが自動的に決定してもよい。
　評価リスト８５２は、ユーザ評価管理情報３４２に格納される、ユーザ直接評価を管理するための管理データを表す構造体８０５へのポインタを格納する。
　支払能力総合評価値８５３は、ユーザの支払能力に関する総合評価値を格納するフィールドである。支払能力総合評価値８５３には、例えば、複数の評価者によって与えられた支払能力評価値の平均値が格納される。なお、評価者の評価（ユーザ直接評価値及び提供者直接評価値）に対応する重みと支払能力評価値とを乗算した値の総和でもよい。
　支払能力評価値は、支払を行っている場合、評価が高い値となり、未納の場合、評価が低い値となる。
　評価リスト８５４は、ユーザ評価管理情報３４２に格納される、支払能力評価を管理するための管理データを表す構造体８０６へのポインタを格納する。
　利用総合評価値８５５は、ユーザによるデータの活用に関する総合評価値を格納するフィールドである。利用総合評価値８５５には、例えば、複数の評価者によって与えられた利用評価値の平均値が格納される。なお、評価者の評価（ユーザ直接評価値及び提供者直接評価値）に対応する重みと利用評価値とを乗算した値の総和でもよい。
　利用評価値は、データが活用されている場合、評価が高い値となり、データが活用されていない場合、評価が低い値となる。
　評価リスト８５６は、ユーザ評価管理情報３４２に格納される、利用評価を管理するための管理データを表す構造体８０７へのポインタを格納する。
　構造体８０５、構造体８０６、構造体８０７は、一人の評価者に対して一つ存在する。
　構造体８０５は、評価者８６１及びユーザ直接評価値８６２を含む。構造体８０６は、評価者８６３及び支払能力評価値８６４を含む。構造体８０７は、評価者８６５及び利用評価値８６６を含む。
　評価者８６１、８６３、８６５は、評価者の識別子を格納するフィールドである。
　ユーザ直接評価値８６２は、ユーザ直接評価値を格納するフィールドである。支払能力評価値８６４は、支払能力評価値を格納するフィールドである。利用評価値８６６は、利用評価値を格納するフィールドである。
　なお、ユーザ管理情報３２２及びユーザ評価管理情報３４２は一つの情報として管理してもよい。この場合、構造体８００は構造体８０４を含む構造となる。すなわち、評価値も属性として扱われる。
　なお、図８に示すユーザ管理情報３２２、ユーザ履歴管理情報３３２、及びユーザ評価管理情報３４２のデータ構造は一例であって、これに限定されない。
　図９は、実施例１の基盤システム１００が管理する提供者管理情報３２３、業務履歴管理情報３３３、及び提供者評価管理情報３４３のデータ構造の一例を示す図である。
　構造体９００は、提供者管理情報３２３に格納されるデータを表す。一人の提供者（一つの企業）に対して一つの構造体９００が存在する。
　構造体９００は、提供者識別子９１１、提供者名９１２、資格９１３、継続性９１４、取引履歴９１５、及び評価情報９１６を含む。なお、構造体９００は図示しないフィールドを含んでもよい。
　構造体９００は、構造体６００と比較して、データリスト６１４を含まず、また、評価情報９１６を含む点が異なる。構造体９００の評価情報９１６以外のフィールドは構造体５００のフィールドと同一である。
　なお、継続性９１４は、業務履歴管理情報３３３に格納される運用履歴を管理するための管理データを表す構造体９０１へのポインタを格納する。構造体９０１の運用種別９２１及び期間９２２は、構造体６０１の運用種別６２１及び期間６２２と同一のものである。取引履歴９１５は、業務履歴管理情報３３３に格納される取引履歴を管理するための管理データを表す構造体９０２へのポインタを格納する。構造体９０２の取引先９３１及び日時９３２は、構造体６０２の取引先６３１及び日時６３２と同一のものである。
　評価情報９１６は、提供者評価管理情報３４３に格納される、提供者の信用に関する評価を管理するための管理データを表す構造体９０３へのポインタを格納する。一人の提供者に対して一つの構造体９０３が存在する。
　構造体９０３は、提供者直接総合評価値９４１、評価リスト９４２、継続性総合評価値９４３、及び評価リスト９４４を含む。なお、構造体９０３は図示しないフィールドを含んでもよい。
　提供者直接総合評価値９４１は、提供者の信用に関する総合評価値を格納するフィールドである。提供者直接総合評価値９４１には、例えば、複数の評価者によって与えられた提供者直接評価値の平均値が格納される。なお、評価者の評価（ユーザ直接評価値及び提供者直接評価値）に対応する重みと提供者直接評価値とを乗算した値の総和でもよい。
　提供者直接評価値は、評価者の主観に基づいて決定される。例えば、５段階評価の値として与えられる。なお、提供者直接評価値は、データ利用システム１３０等のシステムが自動的に決定してもよい。
　評価リスト９４２は、提供者評価管理情報３４３に格納される、提供者直接評価を管理するための管理データを表す構造体９０４へのポインタを格納する。
　継続性総合評価値９４３は、提供者がかかわる業務の継続性に関する総合評価値を格納するフィールドである。継続性総合評価値９４３には、例えば、複数の評価者によって与えられた継続性評価値の平均値が格納される。なお、評価者の評価（ユーザ直接評価値及び提供者直接評価値）に対応する重みと継続性評価値とを乗算した値の総和でもよい。
　継続性評価値は、業務を継続時間が長い場合、評価が高い値となり、業務の停止期間が長い場合、評価が低い値となる。
　評価リスト９４４は、提供者評価管理情報３４３に格納される、継続性評価を管理するための管理データを表す構造体９０５へのポインタを格納する。
　構造体９０４及び構造体９０５は、一人の評価者に対して一つ存在する。
　構造体９０４は、評価者９５１及び提供者直接評価値９５２を含む。構造体９０５は、評価者９５３及び継続性評価値９５４を含む。
　評価者９５１、９５３は、評価者の識別子を格納するフィールドである。
　提供者直接評価値９５２は、提供者直接評価値を格納するフィールドである。継続性評価値９５４は、継続性評価値を格納するフィールドである。
　なお、提供者管理情報３２３及び提供者評価管理情報３４３は一つの情報として管理してもよい。この場合、構造体９００は構造体９０３を含む構造となる。すなわち、評価値も属性として扱われる。
　なお、図９に示す提供者管理情報３２３、業務履歴管理情報３３３、及び提供者評価管理情報３４３のデータ構造は一例であって、これに限定されない。
　図１０は、実施例１の計算機システムにおける登録処理の流れを示すシーケンス図である。
　図１０に示すシーケンス図は、基盤システム１００にデータ、ユーザ、及び提供者の属性に関する情報を登録し、又は、これらの情報を更新する場合に実行される処理の流れを示す。
　基盤システム１００は、連携システム１２０から登録データを含む登録要求を受信する（ステップＳ１０１）。なお、登録要求は端末１６０等から送信されてもよい。
　次に、基盤システム１００の情報管理部３１０は、記憶装置３０３に、登録要求に含まれる登録データを登録する（ステップＳ１０２）。例えば、以下のような処理が実行される。
　データに関する情報を登録するための登録データを受信した場合、情報管理部３１０は、データ管理情報３２１に構造体７００に対応する管理データを生成する。情報管理部３１０は、連携システム１２０からアクセス履歴を取得して、アクセス履歴管理情報３３１に構造体７０１に対応する管理データを生成し、利用履歴７１９に構造体７０１のポインタを設定する。また、情報管理部３１０は、構造体７０２に対応する管理データを生成し、評価情報７２５に構造体７０２のポインタを設定する。なお、構造体７０２のデータ直接総合評価値７４１、形式標準性総合評価値７４３、書式一貫性総合評価値７４５、及び完全性総合評価値７４７には、ＮＵＬＬ又は所定の初期値が設定されるものとする。
　ユーザに関する情報を登録するための登録データを受信した場合、情報管理部３１０は、ユーザ管理情報３２２に構造体８００に対応する管理データを生成する。また、情報管理部３１０は、連携システム１２０からユーザ履歴を取得して、ユーザ履歴管理情報３３２に構造体８０１、８０２、８０３に対応する管理データを生成し、支払履歴８１６、利用履歴８１７、及び取引履歴８１８に構造体８０１、８０２、８０３のポインタを設定する。また、情報管理部３１０は、構造体８０４に対応する管理データを生成し、評価情報８１９に構造体８０４のポインタを設定する。なお、構造体８０４のユーザ直接評価値８６２、支払能力評価値８６４、及び利用評価値８６６には、ＮＵＬＬ又は所定の初期値が設定されるものとする。
　提供者に関する情報を登録するための登録データを受信した場合、情報管理部３１０は、提供者管理情報３２３に構造体９００に対応する管理データを生成する。また、情報管理部３１０は、連携システム１２０から業務履歴を取得して、業務履歴管理情報３３３に構造体９０１、９０２に対応する管理データを生成し、継続性９１４及び取引履歴９１５に構造体９０１、９０２のポインタを設定する。また、情報管理部３１０は、構造体９０３に対応する管理データを生成し、評価情報９１６に構造体９０３のポインタを設定する。なお、構造体９０３の提供者直接総合評価値９４１及び継続性総合評価値９４３には、ＮＵＬＬ又は所定の初期値が設定されるものとする。
　以上がステップＳ１０２の処理の説明である。
　次に、基盤システム１００は、連携システム１２０に、登録が完了したことを通知する応答を送信する（ステップＳ１０３）。
　基盤システム１００は、連携システム１２０から更新データを含む更新要求を受信する（ステップＳ１１１）。なお、更新要求は端末１６０等から送信されてもよい。
　次に、基盤システム１００の情報管理部３１０は、更新要求に含まれる更新データに基づいて、記憶装置３０３に格納される情報を更新する（ステップＳ１１２）。例えば、以下のような処理が実行される。
　データに関する情報を更新するための更新データを受信した場合、情報管理部３１０は、データ管理情報３２１を参照して、更新対象のデータに対応する構造体７００を検索する。情報管理部３１０は、更新データに基づいて検索された構造体７００の任意のフィールドを更新する。
　ユーザに関する情報を更新するための更新データを受信した場合、情報管理部３１０は、ユーザ管理情報３２２に参照して、更新対象のユーザに対応する構造体８００を検索する。情報管理部３１０は、更新データに基づいて検索された構造体８００の任意のフィールドを更新する。
　提供者に関する情報を更新するための更新データを場合、情報管理部３１０は、提供者管理情報３２３を参照して、更新対象の提要者に対応する構造体９００を検索する。情報管理部３１０は、更新データに基づいて検索された構造体９００の任意のフィールドを更新する。
　以上がステップＳ１１２の処理の説明である。
　次に、基盤システム１００は、連携システム１２０に、更新が完了したことを通知する応答を送信する（ステップＳ１１３）。
　なお、基盤システム１００に直接接続される端末を用いて登録データ及び更新データが入力されてもよい。
　図１１及び図１２は、実施例１の計算機システムにおける評価データの登録処理の流れを示すシーケンス図である。
　図１１及び図１２のシーケンス図は、基盤システム１００にデータ、ユーザ、及び提供者の評価に関する情報を登録する場合に実行される処理の流れを示す。なお、ユーザの評価と合わせて、ユーザが所属する組織の評価に関する情報が登録されてもよい。また、ユーザ又は提供者が使用する、データ利用システム１３０及びデータ提供システム１１０等のシステムに関する情報が登録されてもよい。
　なお、ユーザは、任意のタイミングで、データ利用システム１３０又は端末１６０を介してデータ及び提供者を評価し、提供者は、任意のタイミングで、データ提供システム１１０を介してユーザを評価する。
　基盤システム１００は、データ利用システム１３０からデータに関する評価データを含む登録要求を受信する（ステップＳ２０１）。評価データには、データの識別子、評価者（ユーザ）の識別子、及び各評価項目の評価値が含まれる。なお、登録要求は連携システム１２０を介して送信されてもよい。
　次に、基盤システム１００の評価部３１２は、データ評価管理情報３４１の更新処理を実行する（ステップＳ２０２）。データ評価管理情報３４１の更新処理の具体的な処理については図１３で説明する。
　なお、評価部３１２は、評価データを受信するたびにステップＳ２０２の処理を実行しなくてもよい。例えば、受信した評価データの数が閾値より大きい場合又は実行周期を経過した場合に、ステップＳ２０２の処理が実行されてもよい。この場合、受信した評価データはワークエリア等に一時的に蓄積される。
　次に、基盤システム１００は、データ利用システム１３０に、登録が完了したことを通知する応答を送信する（ステップＳ２０３）。
　基盤システム１００は、データ利用システム１３０から提供者に関する評価データを含む登録要求を受信する（ステップＳ２１１）。評価データには、提供者の識別子、評価者（ユーザ）の識別子、及び各評価項目の評価値が含まれる。なお、登録要求は連携システム１２０を介して送信されてもよい。
　次に、基盤システム１００の評価部３１２は、提供者評価管理情報３４３の更新処理を実行する（ステップＳ２１２）。提供者評価管理情報３４３の更新処理の具体的な処理については図１３で説明する。
　なお、評価部３１２は、評価データを受信するたびにステップＳ２１２の処理を実行しなくてもよい。例えば、受信した評価データの数が閾値より大きい場合又は実行周期を経過した場合に、ステップＳ２１２の処理が実行されてもよい。この場合、受信した評価データはワークエリア等に一時的に蓄積される。
　次に、基盤システム１００は、データ利用システム１３０に、登録が完了したことを通知する応答を送信する（ステップＳ２１３）。
　基盤システム１００は、データ提供システム１１０からユーザに関する評価データを含む登録要求を受信する（ステップＳ２２１）。評価データには、ユーザの識別子、評価者（提供者）の識別子、及び各評価項目の評価値が含まれる。なお、登録要求は連携システム１２０を介して送信されてもよい。
　次に、基盤システム１００の評価部３１２は、ユーザ評価管理情報３４２の更新処理を実行する（ステップＳ２２２）。ユーザ評価管理情報３４２の更新処理の具体的な処理については図１３で説明する。
　なお、評価部３１２は、評価データを受信するたびにステップＳ２２２の処理を実行しなくてもよい。例えば、受信した評価データの数が閾値より大きい場合又は実行周期を経過した場合に、ステップＳ２２２の処理が実行されてもよい。この場合、受信した評価データはワークエリア等に一時的に蓄積される。
　次に、基盤システム１００は、データ提供システム１１０に、登録が完了したことを通知する応答を送信する（ステップＳ２２３）。
　なお、基盤システム１００に直接接続される端末を用いて評価データが入力されてもよい。
　図１３は、実施例１の基盤システム１００が実行するデータ評価管理情報３４１の更新処理の一例を説明するフローチャートである。
　評価部３１２は、評価対象のデータの利用実績があるか否かを判定する（ステップＳ３０１）。
　具体的には、評価部３１２は、構造体７００を参照して、利用履歴７１９に一つ以上のポインタが格納されているか否かを判定する。利用履歴７１９に一つ以上のポインタが格納されている場合、評価部３１２は、評価対象のデータの利用実績があると判定する。ステップＳ３０１の処理は、誰にも利用されたことのないデータに対する評価結果の反映を防止するための処理である。
　評価対象のデータの利用実績がないと判定された場合、評価部３１２は処理を終了する。
　評価対象のデータの利用実績があると判定された場合、評価部３１２は、評価データの評価内容を登録できるか否かを判定する（ステップＳ３０２）。具体的には、以下のような処理が実行される。
　評価部３１２は、評価データに含まれる評価者（ユーザ）の識別子に対応する構造体７０３、７０４、７０５、７０６が存在するか否かを判定する。評価データに含まれる評価者の識別子に対応する構造体７０３、７０４、７０５、７０６が存在しない場合、評価部３１２は、評価データの評価内容の登録できると判定する。
　評価データに含まれる評価者の識別子に対応する構造体７０３、７０４、７０５、７０６が存在する場合、評価部３１２は、更新周期を経過しているか否かを判定する。更新周期は予め設定されているものとする。更新周期を経過している場合、評価部３１２は、評価データの評価内容の登録できると判定する。
　ステップＳ３０２の処理は、同一の評価者による評価の更新頻度を調整するための処理である。以上がステップＳ３０２の処理の説明である。
　評価データの評価内容を登録できないと判定された場合、評価部３１２は処理を終了する。
　評価データの評価内容を登録できると判定された場合、評価部３１２は、評価者の評価値に基づいて、評価結果を反映させるか否かを判定する（ステップＳ３０３）。具体的には、以下のような処理が実行される。
　評価部３１２は、ユーザ管理情報３２２を参照し、評価者の識別子に対応する構造体８００を検索する。
　評価部３１２は、検索された構造体８００の評価情報８１９に基づいて構造体８０４を検索し、ユーザ直接総合評価値８５１から値を取得する。
　評価部３１２は、ユーザ直接総合評価値及び閾値を比較し、比較結果に基づいて評価結果を反映させるか否かを判定する。例えば、ユーザ直接総合評価値が閾値以上である場合、評価部３１２は、評価結果を反映させると判定する。
　なお、取得する評価値は、ユーザ直接総合評価値以外の評価値でもよいし、複数の評価値が取得されてもよい。なお、閾値は予め設定されているものとする。
　ステップＳ３０３の処理は、評価が低いユーザの評価結果の反映を防止するための処理である。以上がステップＳ３０３の処理の説明である。
　評価結果を反映させないと判定された場合、評価部３１２は処理を終了する。
　評価結果を反映させると判定された場合、評価部３１２は、評価データに含まれる評価項目の中からターゲット評価項目を選択する（ステップＳ３０４）。
　次に、評価部３１２は、ターゲット評価項目の総合評価値を更新する（ステップＳ３０５）。具体的には、以下のような処理が実行される。ここでは、ターゲット評価項目としてデータ直接評価値が選択されたものとする。
　評価部３１２は、ターゲット評価項目（データ直接評価値）に対応する構造体７０３を生成し、評価リスト７４２に構造体７０３のポインタを設定する。
　評価部３１２は、評価リスト７４２に設定されるポインタに対応する構造体７０３のデータ直接評価値７５２を取得する。評価部３１２は、取得したデータ直接評価値に基づいて、データ直接総合評価値を算出する。評価部３１２は、データ直接総合評価値７４１に算出された値を設定する。
　他の評価項目についても同様の処理が実行される。以上がステップＳ３０５の処理の説明である。
　次に、評価部３１２は、評価データに含まれる全ての評価項目について処理が完了したか否かを判定する（ステップＳ３０６）。
　評価データに含まれる全ての評価項目について処理が完了していないと判定された場合、評価部３１２は、ステップＳ３０４に戻り、同様の処理を実行する。
　評価データに含まれる全ての評価項目について処理が完了したと判定された場合、評価部３１２は処理を終了する。
　ユーザ評価管理情報３４２の更新処理及び提供者評価管理情報３４３の更新処理も図１３に示す処理と同様の処理となる。ここで、異なる処理の内容について説明する。
　まず、ユーザ評価管理情報３４２の更新処理について説明する。
　ステップＳ３０１では、評価部３１２は、評価対象のユーザによる運用システム１０１の利用実績があるか否かを判定する。
　具体的には、評価部３１２は、評価データに含まれるユーザの識別子に対応する構造体８００の利用履歴８１７を参照し、評価データに含まれる評価者（提供者）の識別子に対応する構造体８０２が存在するか否かを判定する。評価データに含まれる評価者（提供者）の識別子に対応する構造体８０２が存在する場合、評価部３１２は、評価対象のユーザによる運用システム１０１の利用実績があると判定する。
　ステップＳ３０１の処理は、ユーザが利用したことがない運用システム１０１における提供者に対する評価結果の反映を防止するための処理である。
　ステップＳ３０２では以下のような処理が実行される。
　評価部３１２は、評価データに含まれる評価者（提供者）の識別子に対応する構造体８０５、８０６、８０７が存在するか否かを判定する。評価データに含まれる評価者の識別子に対応する構造体８０５、８０６、８０７が存在しない場合、評価部３１２は、評価データの評価内容の登録できると判定する。
　評価データに含まれる評価者の識別子に対応する構造体８０５、８０６、８０７が存在する場合、評価部３１２は、更新周期を経過しているか否かを判定する。更新周期は予め設定されているものとする。更新周期を経過している場合、評価部３１２は、評価データの評価内容の登録できると判定する。
　ステップＳ３０２の処理は、同一の評価者による評価の更新頻度を調整するための処理である。
　ステップＳ３０３では以下のような処理が実行される。
　評価部３１２は、提供者管理情報３２３を参照し、評価者の識別子に対応する構造体９００を検索する。評価部３１２は、検索された構造体９００の評価情報９１６に基づいて構造体９０３を検索し、提供者直接総合評価値９４１から値を取得する。
　評価部３１２は、提供者直接総合評価値及び閾値を比較し、比較結果に基づいて評価結果を反映させるか否かを判定する。例えば、提供者直接総合評価値が閾値以上である場合、評価部３１２は、評価結果を反映させると判定する。
　なお、取得する評価値は、提供者直接総合評価値以外の評価値でもよいし、複数の評価値が取得されてもよい。なお、閾値は予め設定されているものとする。
　ステップＳ３０３の処理は、評価が低い提供者の評価結果の反映を防止するための処理である。
　ステップＳ３０４からステップＳ３０６の処理は、更新する評価項目が異なるが、処理の内容は同一であるため説明を省略する。
　次に、提供者評価管理情報３４３の更新処理について説明する。
　ステップＳ３０１では、評価部３１２は、ユーザについて評価対象の提供者が提供するデータの利用実績があるか否かを判定する。
　具体的には、評価部３１２は、評価データに含まれる評価者（ユーザ）の識別子に対応する構造体８００の利用履歴８１７を参照し、評価データに含まれる提供者の識別子に対応する構造体８０２が存在するか否かを判定する。評価データに含まれる提供者の識別子に対応する構造体８０２が存在する場合、評価部３１２は、ユーザによる評価対象の提供者が提供するデータの利用実績があると判定する。
　ステップＳ３０１の処理は、提供者が提供するデータを利用したことがないユーザの評価結果の反映を防止するための処理である。
　ステップＳ３０２では以下のような処理が実行される。
　評価部３１２は、評価データに含まれる評価者（ユーザ）の識別子に対応する構造体９０４、９０５が存在するか否かを判定する。評価データに含まれる評価者の識別子に対応する構造体９０４、９０５が存在しない場合、評価部３１２は、評価データの評価内容の登録できると判定する。
　評価データに含まれる評価者の識別子に対応する構造体９０４、９０５が存在する場合、評価部３１２は、更新周期を経過しているか否かを判定する。更新周期は予め設定されているものとする。更新周期を経過している場合、評価部３１２は、評価データの評価内容の登録できると判定する。
　ステップＳ３０２の処理は、同一の評価者による評価の更新頻度を調整するための処理である。
　ステップＳ３０３では以下のような処理が実行される。
　評価部３１２は、ユーザ管理情報３２２を参照し、評価者の識別子に対応する構造体８００を検索する。評価部３１２は、検索された構造体８００の評価情報８１９に基づいて構造体８０４を検索し、ユーザ直接総合評価値８５１から値を取得する。
　評価部３１２は、ユーザ直接総合評価値及び閾値を比較し、比較結果に基づいて評価結果を反映させるか否かを判定する。例えば、ユーザ直接総合評価値が閾値以上である場合、評価部３１２は、評価結果を反映させると判定する。
　なお、取得する評価値は、ユーザ直接総合評価値以外の評価値でもよいし、複数の評価値が取得されてもよい。なお、閾値は予め設定されているものとする。
　ステップＳ３０３の処理は、評価が低いユーザの評価結果の反映を防止するための処理である。
　ステップＳ３０４からステップＳ３０６の処理は、更新する評価項目が異なるが、処理の内容は同一であるため説明を省略する。
　図１４は、実施例１の計算機システムにおけるアクセス制御処理の流れを示すシーケンス図である。
　基盤システム１００は、端末１６０から検索要求を受信する（ステップＳ４０１）。検索要求には、ユーザの識別子、データを検索するための検索条件、データの品質に関する品質条件、及び提供者の信用に関する提供者条件が含まれる。なお、検索要求は連携システム１２０又はデータ利用システム１３０を介して送信されてもよい。なお、検索要求には前述以外の情報が含まれてもよい。
　検索条件には検索キー等が含まれる。品質条件には、形式及び書式等を指定する情報、並びに、総合評価値等に関する条件式の少なくともいずれかが含まれる。また、提供者条件には、資格及び取引数等を指定する情報、並びに、総合評価値に関する条件式の少なくともいずれかが含まれる。
　基盤システム１００のアクセス制御部３１１は、検索制御処理を実行し（ステップＳ４０２）、処理結果を含む応答を端末１６０に送信する（ステップＳ４０３）。検索制御処理の詳細は図１５で説明する。
　基盤システム１００は、端末１６０から取得要求を受信する（ステップＳ４１１）。取得要求には、ユーザの識別子、データの識別子、品質条件、及び提供者条件が含まれる。なお、取得要求は連携システム１２０又はデータ利用システム１３０を介して送信されてもよい。なお、取得要求には前述以外の情報が含まれてもよい。
　基盤システム１００のアクセス制御部３１１は、取得制御処理を実行し（ステップＳ４１２）、処理結果を含む応答を端末１６０に送信する（ステップＳ４１３）。取得制御処理の詳細は図１６で説明する。
　図１５は、実施例１の基盤システム１００が実行する検索制御処理の一例を説明するフローチャートである。
　アクセス制御部３１１は、検索条件に合致するデータを検索する（ステップＳ５０１）。例えば、アクセス制御部３１１は、構造体７００のタグ７２０を参照して、検索キーに対応するタグを含むデータを検索する。
　アクセス制御部３１１は、検索条件に合致するデータが存在するか否か判定する（ステップＳ５０２）。
　検索条件に合致するデータが存在しないと判定された場合、アクセス制御部３１１は、データが存在しない旨を通知する応答を出力し（ステップＳ５０９）、処理を終了する。
　検索条件に合致するデータが存在すると判定された場合、アクセス制御部３１１は、検索されたデータの中からターゲットデータを選択する（ステップＳ５０３）。
　次に、アクセス制御部３１１は、ターゲットデータが品質条件を満たすか否かを判定する（ステップＳ５０４）。
　具体的には、アクセス制御部３１１は、ターゲットデータに対応する構造体７００、７０２に基づいて品質条件を満たすか否かを判定する。例えば、アクセス制御部３１１は、データの形式が指定された形式と一致し、かつ、データ直接総合評価値が４．０以上であるかを判定する。
　ターゲットデータが品質条件を満たさないと判定された場合、アクセス制御部３１１はステップＳ５０８に進む。
　ターゲットデータが品質条件を満たすと判定された場合、アクセス制御部３１１は、ターゲットデータを提供する提供者が提供者条件を満たすか否かを判定する（ステップＳ５０５）。
　具体的には、アクセス制御部３１１は、ターゲットデータに対応する構造体７００の提供者識別子７１３から識別子を取得する。アクセス制御部３１１は、取得した提供者の識別子に対応する構造体９００、９０３に基づいて提供者条件を満たすか否かを判定する。例えば、アクセス制御部３１１は、取引先が１０以上、かつ、提供者直接総合評価値が３．７以上であるかを判定する。
　ターゲットデータを提供する提供者が提供者条件を満たさないと判定された場合、アクセス制御部３１１はステップＳ５０８に進む。
　ターゲットデータを提供する提供者が提供者条件を満たすと判定された場合、アクセス制御部３１１は、検索を行うユーザが、ターゲットデータを提供する提供者が設定したユーザ条件を満たすか否かを判定する（ステップＳ５０６）。
　具体的には、アクセス制御部３１１は、ターゲットデータに対応する構造体７００の検索用ユーザ条件７２２に設定されたユーザ条件を取得する。アクセス制御部３１１は、検索要求に含まれるユーザの識別子に対応する構造体８００に基づいて、取得したユーザ条件を満たすか否かを判定する。例えば、アクセス制御部３１１は、ユーザが所定の資格を所持し、ユーザが所定の取引を行っており、かつ、ユーザ直接総合評価値が５．０以上であるかを判定する。
　検索を行うユーザが、ターゲットデータを提供する提供者が設定したユーザ条件を満たさないと判定された場合、アクセス制御部３１１はステップＳ５０８に進む。
　検索を行うユーザが、ターゲットデータを提供する提供者が設定したユーザ条件を満たすと判定された場合、アクセス制御部３１１はターゲットデータをデータリストに登録し（ステップＳ５０７）、その後、ステップＳ５０８に進む。ここで、データリストは、ユーザに検索されたデータを提示するためのリストである。
　ステップＳ５０８では、アクセス制御部３１１は、検索された全てのデータの処理が完了したか否かを判定する（ステップＳ５０８）。
　検索された全てのデータの処理が完了していないと判定された場合、アクセス制御部３１１は、ステップＳ５０３に戻り、同様の処理を実行する。
　検索された全てのデータの処理が完了したと判定された場合、アクセス制御部３１１は、データリストを含む応答を出力し（ステップＳ５０９）、処理を終了する。
　なお、ステップＳ５０６の処理は必ずしも実行されなくてもよい。
　図１６は、実施例１の基盤システム１００が実行する取得制御処理の一例を説明するフローチャートである。
　アクセス制御部３１１は、取得対象のデータが品質条件を満たすか否かを判定する（ステップＳ６０１）。ステップＳ６０１の処理はステップＳ５０４の処理と同一である。
　取得対象のデータが品質条件を満たさないと判定された場合、アクセス制御部３１１は、データを取得できないことを通知する応答を出力し（ステップＳ６０５）、処理を終了する。
　取得対象のデータが品質条件を満たすと判定された場合、アクセス制御部３１１は、取得対象のデータを提供する提供者が提供者条件を満たすか否かを判定する（ステップＳ６０２）。ステップＳ６０２の処理はステップＳ５０５の処理と同一である。
　取得対象のデータを提供する提供者が提供者条件を満たさないと判定された場合、アクセス制御部３１１は、データを取得できないことを通知する応答を出力し（ステップＳ６０５）、処理を終了する。
　取得対象のデータを提供する提供者が提供者条件を満たすと判定された場合、アクセス制御部３１１は、取得を行うユーザが、取得対象のデータを提供する提供者が設定したユーザ条件を満たすか否かを判定する（ステップＳ６０３）。
　具体的には、アクセス制御部３１１は、取得対象のデータに対応する構造体７００のデータ取得用ユーザ条件７２４に設定されたユーザ条件を取得する。アクセス制御部３１１は、取得要求に含まれるユーザの識別子に対応する構造体８００に基づいて、取得したユーザ条件を満たすか否かを判定する。例えば、アクセス制御部３１１は、ユーザが所定の資格を所持し、かつ、データ利用に伴う料金の支払が完了しているかを判定する。
　取得を行うユーザが、取得対象のデータを提供する提供者が設定したユーザ条件を満たさないと判定された場合、アクセス制御部３１１は、データを取得できないことを通知する応答を出力し（ステップＳ６０５）、処理を終了する。
　取得を行うユーザが、取得対象のデータを提供する提供者が設定したユーザ条件を満たすと判定された場合、アクセス制御部３１１は、提供者の運用システム１０１のデータ提供システム１１０からデータを取得する（ステップＳ６０４）。さらに、アクセス制御部３１１は、取得したデータを含む応答を出力し（ステップＳ６０５）、処理を終了する。
　なお、ステップＳ６０３の処理は必ずしも実行されなくてもよい。
　なお、基盤システム１００がデータを保持している場合、アクセス制御部３１１は、ステップＳ６０４の処理は実行せず、基盤システム１００が保持するデータを含む応答を出力する。なお、基盤システム１００は、データを取得する代わりに、データ提供システム１１０と端末１６０又はデータ利用システム１３０との間でデータの送受信が行えるように制御してもよい。
　なお、サンプル取得要求を受信した場合、アクセス制御部３１１は、データ取得用ユーザ条件７２４に設定されたユーザ条件を満たすか否かを判定する。なお、アクセス制御部３１１は、複数のデータを取得するためのデータ取得要求を受信した場合、各データに対してステップＳ６０１からステップＳ６０５の処理を実行する。
　なお、基盤システム１００が検索制御処理及び取得制御処理をシーケンシャルに実行する場合、以下のようなバリエーションが考えられる。
　（バリエーション１）基盤システム１００は、検索制御処理では図１５に示す処理を実行し、取得制御処理ではステップＳ６０３からステップＳ６０５の処理を実行する。
　（バリエーション２）基盤システム１００は、検索制御処理ではステップＳ５０１からステップＳ５０３、ステップＳ５０６からステップＳ５０９の処理を実行し、取得制御処理では図１６に示す処理を実行する。
　実施例１によれば、ユーザは、信用できる提供者から品質が一定以上のデータを検索し、また、取得することができる。これによって、安全かつ有用なデータへのアクセスを実現できる。また、提供者は、信用できるユーザにのみデータの検索又はデータの取得を許可できるため、安全なデータの提供を実現できる。
　実施例２では、基盤システム１００は、連携システム１２０が管理する評価データを自動的に取り込む。以下、実施例１との差異を中心に実施例２について説明する。
　実施例２の計算機システムの構成は実施例１と同一である。実施例２では、基盤システム１００及び連携システム１２０の構成が一部異なる。
　図１７は、実施例２の連携システム１２０の構成例を示す図である。
　連携システム１２０は一つ以上の計算機２００を含む。なお、連携システム１２０は、計算機２００の他に、各種情報を格納するストレージシステムを含んでいてもよい。
　実施例２の計算機２００のハードウェア構成は実施例１と同一である。また、実施例２の計算機２００の機能構成は実施例１と同一である。
　実施例２では、記憶装置２０３に格納される情報が一部異なる。具体的には、実施例２の記憶装置２０３は、データ評価管理情報２４１、ユーザ評価管理情報２４２、及び提供者評価管理情報２４３を格納する。
　実施例２では、運用システム１０１内でデータ、ユーザ、及び提供者の評価が行われ、評価結果が連携システム１２０に蓄積される。なお、評価データの登録方法は、実施例１と同一であるため、詳細な説明は省略する。ただし、評価データの登録は、データ提供部２１０によって行われる。
　データ評価管理情報２４１、ユーザ評価管理情報２４２、及び提供者評価管理情報２４３は、データ評価管理情報３４１、ユーザ評価管理情報３４２、及び提供者評価管理情報３４３と同一のデータ構造である。
　実施例２では、連携システム１２０が管理する管理データに含まれる識別子は、運用システム１０１独自の識別子であるものとする。また、連携システム１２０が管理するデータ評価管理情報２４１、ユーザ評価管理情報２４２、及び提供者評価管理情報２４３には、運用システム１０１独自の評価値が格納されるものとする。
　図１８は、実施例２の基盤システム１００の構成例を示す図である。
　基盤システム１００は一つ以上の計算機３００を含む。なお、基盤システム１００は、計算機３００の他に、各種情報を格納するストレージシステムを含んでいてもよい。
　実施例２の計算機３００のハードウェア構成は実施例１と同一である。また、実施例２の計算機３００の機能構成は実施例１と同一である。
　実施例２では、記憶装置３０３に格納される情報が一部異なる。具体的には、実施例２の記憶装置３０３は、識別子変換情報３５１及び評価値変換情報３５２を格納する。
　実施例２では、基盤システム１００が管理する管理データに含まれる識別子は、計算機システム内で一意な識別子であるものとする。また、基盤システム１００が管理するデータ評価管理情報２４１、ユーザ評価管理情報２４２、及び提供者評価管理情報２４３には、各運用システム１０１間で比較可能な評価値が格納されるものとする。
　識別子変換情報３５１は、基盤システム１００が管理する管理データに含まれる識別子及び運用システム１０１が管理する管理データに含まれる識別子の変換規則を管理するための情報である。識別子変換情報３５１のデータ構造については図１９を用いて説明する。
　評価値変換情報３５２は、連携システム１２０が管理する評価データを取り込む場合に、評価データに含まれる各評価値の変換規則を管理するための情報である。評価値変換情報３５２のデータ構造は図２０を用いて説明する。
　図１９は、実施例２の識別子変換情報３５１のデータ構造の一例を示す図である。
　識別子変換情報３５１は、テーブル形式の情報であり、管理識別子１９０１、システム識別子１９０２、及び外部識別子１９０３から構成されるエントリを含む。一つのデータ、一人のユーザ、又は、一人の提供者に対して一つのエントリが存在する。なお、エントリには、前述した以外のフィールドが含まれてもよい。
　管理識別子１９０１は、基盤システム１０００が管理する管理データ（データ、ユーザ、及び提供者）に付与される識別子を格納するフィールドである。
　システム識別子１９０２は、連携システム１２０の識別情報を格納するフィールドである。
　外部識別子１９０３は、連携システム１２０が管理する管理データ（データ、ユーザ、及び提供者）に付与される識別子を格納するフィールドである。
　なお、図１９に示す識別子変換情報３５１のデータ構造は一例であって、これに限定されない。
　図２０は、実施例２の評価値変換情報３５２のデータ構造の一例を示す図である。
　評価値変換情報３５２は、テーブル形式のデータであり、評価項目２００１、変換前評価値２００２、及び変換方法２００３から構成されるエントリを含む。一つの評価項目に対して一つのエントリが存在する。なお、エントリには、前述した以外のフィールドが含まれてもよい。
　評価項目２００１は、評価項目の名称等を格納するフィールドである。
　変換前評価値２００２は、運用システム１０１独自の評価値の形式、値の種別等を格納するフィールドである。
　変換方法２００３は、運用システム１０１独自の評価値を、基盤システム１００の評価値に変換する方法を格納するフィールドである。
　なお、図２０に示す評価値変換情報３５２のデータ構造は一例であって、これに限定されない。
　図２１は、実施例２の計算機システムにおける登録処理の流れを示すシーケンス図である。
　図２１に示すシーケンス図は、基盤システム１００にデータ、ユーザ、及び提供者等に関する情報を登録し、又は、これらの情報を更新する場合に実行される処理の流れを示す。
　基盤システム１００は、連携システム１２０から登録データを含む登録要求を受信する（ステップＳ１０１）。なお、登録要求は端末１６０等から送信されてもよい。
　次に、基盤システム１００の情報管理部３１０は、識別子変換情報３５１に変換情報を登録する（ステップＳ７０１）。具体的には、以下のような処理が実行される。
　情報管理部３１０は、登録データに識別子を付与する。情報管理部３１０は、識別子変換情報３５１にエントリ追加する。
　情報管理部３１０は、追加されたエントリの管理識別子１９０１に、登録データに付与された識別子を設定し、システム識別子１９０２に連携システム１２０の識別子を設定し、外部識別子１９０３に登録データに元々含まれていた識別子を設定する。
　以上がステップＳ７０１の処理の説明である。
　ステップＳ１０２及びステップＳ１０３の処理は実施例１と同一である。
　基盤システム１００は、連携システム１２０から更新データを含む更新要求を受信する（ステップＳ１１１）。なお、更新要求は端末１６０等から送信されてもよい。
　このとき、基盤システム１００は、識別子変換情報３５１を参照し、更新データに含まれる識別子を、基盤システム１０００が管理する管理データの識別子に変換する。
　ステップＳ１１２及びステップＳ１１３の処理は実施例１と同一である。
　図２２は、実施例２の計算機システムにおける評価データの登録処理の流れを示すシーケンス図である。
　図２２のシーケンス図は、基盤システム１００にデータ、ユーザ、及び提供者の評価に関する情報を登録する場合に実行される処理の流れを示す。
　なお、ユーザは、任意のタイミングで、データ利用システム１３０又は端末１６０を介してデータ及び提供者を評価し、提供者は、任意のタイミングで、データ提供システム１１０を介してユーザを評価する。なお、ユーザは、データ利用システム１３０及びデータ提供システム１１０等のシステムそのものを評価してもよい。また、提供者は、データ利用システム１３０等のシステムそのものを評価してもよいし、ユーザが所属する組織を評価してもよい。
　基盤システム１００の評価部３１２は、評価対象のデータを選択し、識別子変換情報３５１に基づいて選択されたデータの識別子を変換する（ステップＳ８０１）。
　次に、基盤システム１００の評価部３１２は、変換されたデータの識別子を含む評価データ取得要求を連携システム１２０に送信する（ステップＳ８０２）。
　連携システム１２０のデータ提供部２１０は、評価データ取得要求を受信した場合、データ評価管理情報２４１からデータの評価データを取得し、基盤システム１００に当該評価データを送信する（ステップＳ８０３）。
　基盤システム１００の評価部３１２は、評価データを受信した場合、評価値変換処理を実行する（ステップＳ８０４）。評価値変換処理の詳細は図２３で説明する。
　次に、基盤システム１００の評価部３１２は、データ評価管理情報３４１の更新処理を実行する（ステップＳ２０２）。データ評価管理情報３４１の更新処理は、実施例１とほぼ同一である。実施例２では、基盤システム１００の識別子及び変換された評価値が用いられる点が異なる。
　基盤システム１００の評価部３１２は、評価対象の提供者を選択し、識別子変換情報３５１に基づいて選択された提供者の識別子を変換する（ステップＳ８１１）。
　次に、基盤システム１００の評価部３１２は、変換された評価者の識別子を含む評価データ取得要求を連携システム１２０に送信する（ステップＳ８１２）。
　連携システム１２０のデータ提供部２１０は、評価データ取得要求を受信した場合、提供者評価管理情報２４３から提供者の評価データを取得し、基盤システム１００に当該評価データを送信する（ステップＳ８１３）。
　基盤システム１００の評価部３１２は、評価データを受信した場合、評価値変換処理を実行する（ステップＳ８１４）。評価値変換処理の詳細は図２３で説明する。
　次に、基盤システム１００の評価部３１２は、提供者評価管理情報３４３の更新処理を実行する（ステップＳ２１２）。提供者評価管理情報３４３の更新処理は、実施例１とほぼ同一である。実施例２では、基盤システム１００の識別子及び変換された評価値が用いられる点が異なる。
　基盤システム１００の評価部３１２は、評価対象のユーザを選択し、識別子変換情報３５１に基づいて選択されたユーザの識別子を変換する（ステップＳ８２１）。
　次に、基盤システム１００の評価部３１２は、変換されたユーザの識別子を含む評価データ取得要求を連携システム１２０に送信する（ステップＳ８２２）。
　連携システム１２０のデータ提供部２１０は、評価データ取得要求を受信した場合、ユーザ評価管理情報２４２からユーザの評価データを取得し、基盤システム１００に当該評価データを送信する（ステップＳ８２３）。
　基盤システム１００の評価部３１２は、評価データを受信した場合、評価値変換処理を実行する（ステップＳ８２４）。評価値変換処理の詳細は図２３で説明する。
　次に、基盤システム１００の評価部３１２は、ユーザ評価管理情報３４２の更新処理を実行する（ステップＳ２２２）。ユーザ評価管理情報３４２の更新処理は、実施例１とほぼ同一である。実施例２では、基盤システム１００の識別子及び変換された評価値が用いられる点が異なる。
　図２３は、実施例２の基盤システム１００が実行する評価値変換処理の一例を説明するフローチャートである。
　図２３では、データの評価値の評価値変換処理について説明する。ユーザの評価値及び提供者の評価値の評価値変換処理も同様の処理となる。
　評価部３１２は、評価データに含まれる評価項目の中からターゲット評価項目を選択する（ステップＳ９０１）。
　次に、評価部３１２は、評価値変換情報３５２を参照し、ターゲット評価項目に対応する評価値の変換方法に基づいて、ターゲット評価項目に対応する評価値を変換する（ステップＳ９０２）。
　次に、評価部３１２は、評価データに含まれる全ての評価項目について処理が完了したか否かを判定する（ステップＳ９０３）。
　評価データに含まれる全ての評価項目について処理が完了していないと判定された場合、評価部３１２は、ステップＳ９０１に戻り、同様の処理を実行する。
　評価データに含まれる全ての評価項目について処理が完了したと判定された場合、評価部３１２は処理を終了する。
　実施例２の検索制御処理は実施例１と一部異なる。具体的には、ステップＳ５０４からステップＳ５０６の処理では、基盤システム１００が管理する識別子が用いられる。ステップＳ５０７の処理では、アクセス制御部３１１は、運用システム１０１が付与したデータの識別子をデータリストに登録する。
　実施例２の取得制御処理は実施例１と一部処理が異なる。図２４は、実施例２の基盤システム１００が実行する取得制御処理の一例を説明するフローチャートである。
　アクセス制御部３１１は、識別子変換情報３５１に基づいて、取得対象のデータの識別子を変換する（ステップＳ１００１）。
　ステップＳ６０１からステップＳ６０３の処理及びステップＳ６０５の処理は、実施例と同一である。ただし、基盤システム１００が管理する識別子が用いられる点が異なる。
　ステップＳ６０４では、アクセス制御部３１１は、取得要求に含まれるデータの識別子に基づいて、提供者の運用システム１０１のデータ提供システム１１０からデータを取得する（ステップＳ６０４）。
　なお、識別子の変換機能は、基盤システム１００とは異なるシステム、例えば、識別子管理システムを用いて実現してもよい。この場合、基盤システム１００は、識別子管理システムに問合せを行うことによって識別子を変換する。
　なお、履歴及び評価データは、基盤システム１００とは異なるシステム、例えば、履歴管理システムが管理してもよい。この場合、識別子変換情報３５１の管理識別子１９０１には、履歴管理システムが付与した識別子が格納される。基盤システム１００は、運用システム１０１から各種要求を受信した場合、識別子変換情報３５１に基づいて識別子を変換し、当該識別子を用いて履歴管理システムから履歴及び評価データを取得する。
　実施例２によれば、異なる運用システム１０１が管理する情報を一元管理することができる。また、基盤システム１００は、自動的に評価データを取得できるため、ユーザ及び提供者の負担が低減する。
　実施例３では、基盤システム１００が評価値を算出する点が異なる。以下、実施例１との差異を中心に実施例３について説明する。
　実施例３の計算機システムの構成は実施例１と同一である。実施例３の連携システム１２０及び基盤システム１００の構成は実施例１と同一である。実施例３の登録処理は実施例１と同一である。実施例３のアクセス制御処理は実施例１と同一である。
　実施例３では、データ評価管理情報３４１、ユーザ評価管理情報３４２、及び提供者評価管理情報３４３のデータ構造が異なる。具体的には、構造体７０２は、評価リスト７４２、７４４、７４６、７４８を含まない。構造体８０４は、評価リスト８５２、８５４、８５６を含まない。また、構造体９０３は、評価リスト９４２、９４４を含まない。
　実施例３では評価管理情報の更新処理が異なる。
　図２５は、実施例３の基盤システム１００が実行するデータ評価管理情報３４１の更新処理の一例を説明するフローチャートである。
　評価部３１２は評価項目を選択する（ステップＳ１１０１）。実施例３では、評価項目及び総合評価値の算出方法を定義した情報が基盤システム１００に設定されているものとする。
　次に、評価部３１２は、データ管理情報３２１及びアクセス履歴管理情報３３１を参照して、評価項目に対応する総合評価値を算出する（ステップＳ１１０２）。このとき、評価部３１２は、評価項目に対応するフィールドに算出された総合評価値を設定する。
　次に、評価部３１２は、全ての評価項目について処理が完了したか否かを判定する（ステップＳ１１０３）。
　全ての評価項目について処理が完了していないと判定された場合、評価部３１２は、ステップＳ１１０１に戻り、同様の処理を実行する。
　全ての評価項目について処理が完了したと判定された場合、評価部３１２は処理を終了する。
　ユーザ評価管理情報３４２の更新処理及び提供者評価管理情報３４３の更新処理も図２５に示す処理と同様の処理となる。
　なお、基盤システム１００は、運用システム１０１から受信した評価データと、内部で生成された評価データとを保持する形態でもよい。
　なお、実施例２及び実施例３を組み合わせてもよい。この場合、基盤システム１００は、アクセス履歴等を自動的に取得し、総合評価値を算出する。
　実施例３によれば、基盤システム１００は、自動的に評価データを生成できるため、ユーザ及び提供者の負担が低減する。
　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
　また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
　さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。
　上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

Claims (18)

  1. 　複数のシステムから構成される計算機システムであって、
    　前記複数のシステムは、データを提供する複数の提供システムと、前記データに対するアクセスを制御する基盤システムとを含み、
    　前記基盤システムは、
    　第１のユーザから、取得するデータを特定するためのデータ取得条件、データの品質に関する品質条件、及び前記複数の提供システムが提供するデータの提供者に関する提供者条件を含む取得要求を受信し、
    　前記データ取得条件を満たすデータが前記品質条件を満たし、かつ、前記データ取得条件を満たすデータの提供者が前記提供者条件を満たす場合、前記データ取得条件を満たすデータに前記第１のユーザがアクセスできるように制御することを特徴とする計算機システム。
  2. 　請求項１に記載の計算機システムであって、
    　前記基盤システムは、ユーザの特徴を管理するための第１の管理データを格納するユーザ管理情報を管理し、
    　前記複数の提供システムの各々が提供するデータは、当該データの取得が可能なユーザの条件を示す第１のユーザ条件と対応づけて管理され、
    　前記取得要求は、前記第１のユーザの前記第１の管理データを特定するためのユーザ検索情報を含み、
    　前記基盤システムは、
    　前記ユーザ検索情報に基づいて、前記ユーザ管理情報から前記第１のユーザの前記第１の管理データを取得し、
    　前記第１のユーザの前記第１の管理データに基づいて、前記データ取得条件を満たすデータの各々について、前記データ取得条件を満たすデータに対応する前記第１のユーザ条件を満たすか否かを判定し、
    　前記第１のユーザが前記第１のユーザ条件を満たす場合、前記データ取得条件を満たすデータに前記第１のユーザがアクセスできるように制御することを特徴とする計算機システム。
  3. 　請求項１に記載の計算機システムであって、
    　前記基盤システムは、ユーザの特徴を管理するための第１の管理データを格納するユーザ管理情報を管理し、
    　前記複数の提供システムの各々が提供するデータは、当該データの検索が可能なユーザの条件を示す第２のユーザ条件と対応づけて管理され、
    　前記基盤システムは、
    　前記第１のユーザから、データを検索するためのデータ検索条件及び前記第１のユーザの前記第１の管理データを特定するためのユーザ検索情報を含む検索要求を受信した場合、前記複数の提供システムが提供するデータの中から、前記データ検索条件を満たすデータを検索し、
    　前記ユーザ検索情報に基づいて、前記ユーザ管理情報から前記第１のユーザの前記第１の管理データを取得し、
    　前記第１のユーザの前記第１の管理データに基づいて、前記検索されたデータの各々について、前記検索されたデータに対応する前記第２のユーザ条件を満たすか否かを判定し、
    　前記第２のユーザ条件を満たす前記検索されたデータの前記データ取得条件を前記第１のユーザに提示することを特徴とする計算機システム。
  4. 　請求項１に記載の計算機システムであって、
    　前記基盤システムは、
    　ユーザの特徴を管理し、データへのアクセスを制御するための第１の管理データを格納するユーザ管理情報と、前記複数の提供システムの各々が提供するデータの特徴を管理するための第２の管理データを格納するデータ管理情報と、前記複数の提供システムの各々の提供者の特徴を管理するための第３の管理データを格納する提供者管理情報と、を管理し、
    　前記データ管理情報から取得された、前記データ取得条件を満たすデータの前記第２の管理データに基づいて、前記品質条件を満たすか否かを判定し、
    　前記提供者管理情報から取得された、前記データ取得条件を満たすデータを提供する前記提供者の前記第３の管理データに基づいて、前記提供者条件を満たすか否かを判定することを特徴とする計算機システム。
  5. 　請求項４に記載の計算機システムであって、
    　前記第２の管理データは、前記データの属性及び前記データの品質に関する評価値を含むことを特徴とする計算機システム。
  6. 　請求項５に記載の計算機システムであって、
    　前記第１の管理データは、前記ユーザの属性及び前記ユーザの信用に関する評価値を含み、
    　前記第３の管理データは、前記提供者の属性及び前記提供者の信用に関する評価値を含むことを特徴とする計算機システム。
  7. 　請求項４に記載の計算機システムであって、
    　前記基盤システムは、前記データの利用実績に基づいて、前記データ管理情報を更新することを特徴とする計算機システム。
  8. 　請求項７に記載の計算機システムであって、
    　前記複数のシステムは、前記複数の提供システムの各々が提供するデータの利用実績を管理する履歴管理システムを含み、
    　前記基盤システムは、前記履歴管理システムから、前記複数の提供システムが提供するデータの利用実績に関する情報を取得することを特徴とする計算機システム。
  9. 　複数のシステムから構成される計算機システムであって、
    　前記複数のシステムは、データを提供する複数の提供システムと、前記データに対するアクセスを制御する基盤システムとを含み、
    　前記基盤システムは、
    　第１のユーザから、データを検索するためのデータ検索条件、データの品質に関する品質条件、及び前記複数の提供システムが提供するデータの提供者に関する提供者条件を含む検索要求を受信した場合、前記複数の提供システムが提供するデータの中から、前記データ検索条件を満たすデータを検索し、
    　前記検索されたデータが前記品質条件を満たし、かつ、前記検索されたデータの提供者が前記提供者条件を満たす場合、前記検索されたデータを前記第１のユーザに提示することを特徴とする計算機システム。
  10. 　複数のシステムから構成される計算機システムが実行するデータのアクセス制御方法であって、
    　前記複数のシステムは、データを提供する複数の提供システムと、前記データに対するアクセスを制御する基盤システムとを含み、
    　前記データのアクセス制御方法は、
    　前記基盤システムが、第１のユーザから、取得するデータを特定するためのデータ取得条件、データの品質に関する品質条件、及び前記複数の提供システムが提供するデータの提供者に関する提供者条件を含む取得要求を受信する第１のステップと、
    　前記基盤システムが、前記データ取得条件を満たすデータが前記品質条件を満たし、かつ、前記データ取得条件を満たすデータの提供者が前記提供者条件を満たす場合、前記データ取得条件を満たすデータに前記第１のユーザがアクセスできるように制御する第２のステップと、を含むことを特徴とするデータのアクセス制御方法。
  11. 　請求項１０に記載のデータのアクセス制御方法であって、
    　前記基盤システムは、ユーザの特徴を管理するための第１の管理データを格納するユーザ管理情報を管理し、
    　前記複数の提供システムの各々が提供するデータは、当該データの取得が可能なユーザの条件を示す第１のユーザ条件と対応づけて管理され、
    　前記取得要求は、前記第１のユーザの前記第１の管理データを特定するためのユーザ検索情報を含み、
    　前記第２のステップは、
    　前記基盤システムが、前記ユーザ検索情報に基づいて、前記ユーザ管理情報から前記第１のユーザの前記第１の管理データを取得するステップと、
    　前記基盤システムが、前記第１のユーザの前記第１の管理データに基づいて、前記データ取得条件を満たすデータの各々について、前記データ取得条件を満たすデータに対応する前記第１のユーザ条件を満たすか否かを判定するステップと、
    　前記基盤システムが、前記第１のユーザが前記第１のユーザ条件を満たす場合、前記データ取得条件を満たすデータに前記第１のユーザがアクセスできるように制御するステップと、を含むことを特徴とするデータのアクセス制御方法。
  12. 　請求項１０に記載のデータのアクセス制御方法であって、
    　前記基盤システムは、ユーザの特徴を管理するための第１の管理データを格納するユーザ管理情報を管理し、
    　前記複数の提供システムの各々が提供するデータは、当該データの検索が可能なユーザの条件を示す第２のユーザ条件と対応づけて管理され、
    　前記データのアクセス制御方法は、
    　前記基盤システムが、前記第１のユーザから、データを検索するためのデータ検索条件及び前記第１のユーザの前記第１の管理データを特定するためのユーザ検索情報を含む検索要求を受信した場合、前記複数の提供システムが提供するデータの中から、前記データ検索条件を満たすデータを検索するステップと、
    　前記基盤システムが、前記ユーザ検索情報に基づいて、前記ユーザ管理情報から前記第１のユーザの前記第１の管理データを取得するステップと、
    　前記基盤システムが、前記第１のユーザの前記第１の管理データに基づいて、前記検索されたデータの各々について、前記検索されたデータに対応する前記第２のユーザ条件を満たすか否かを判定するステップと、
    　前記基盤システムが、前記第２のユーザ条件を満たす前記検索されたデータの前記データ取得条件を前記第１のユーザに提示するステップと、を含むことを特徴とするデータのアクセス制御方法。
  13. 　請求項１０に記載のデータのアクセス制御方法であって、
    　前記基盤システムは、ユーザの特徴を管理し、データへのアクセスを制御するための第１の管理データを格納するユーザ管理情報と、前記複数の提供システムの各々が提供するデータの特徴を管理するための第２の管理データを格納するデータ管理情報と、前記複数の提供システムの各々の提供者の特徴を管理するための第３の管理データを格納する提供者管理情報と、を管理し、
    　前記第２のステップは、
    　前記基盤システムが、前記データ管理情報から取得された、前記データ取得条件を満たすデータの前記第２の管理データに基づいて、前記品質条件を満たすか否かを判定するステップと、
    　前記基盤システムが、前記提供者管理情報から取得された、前記データ取得条件を満たすデータを提供する前記提供者の前記第３の管理データに基づいて、前記提供者条件を満たすか否かを判定するステップと、を含むことを特徴とするデータのアクセス制御方法。
  14. 　請求項１３に記載のデータのアクセス制御方法であって、
    　前記第２の管理データは、前記データの属性及び前記データの品質に関する評価値を含むことを特徴とするデータのアクセス制御方法。
  15. 　請求項１４に記載のデータのアクセス制御方法であって、
    　前記第１の管理データは、前記ユーザの属性及び前記ユーザの信用に関する評価値を含み、
    　前記第３の管理データは、前記提供者の属性及び前記提供者の信用に関する評価値を含むことを特徴とするデータのアクセス制御方法。
  16. 　請求項１３に記載のデータのアクセス制御方法であって、
    　前記基盤システムが、前記データの利用実績に基づいて、前記データ管理情報を更新するステップを含むことを特徴とするデータのアクセス制御方法。
  17. 　請求項１６に記載のデータのアクセス制御方法であって、
    　前記複数のシステムは、前記複数の提供システムの各々が提供するデータの利用実績を管理する履歴管理システムを含み、
    　前記データのアクセス制御方法は、
    　前記基盤システムが、前記履歴管理システムから、前記複数の提供システムが提供するデータの利用実績に関する情報を取得するステップを含むことを特徴とするデータのアクセス制御方法。
  18. 　複数のシステムから構成される計算機システムが実行するデータのアクセス制御方法であって、
    　前記複数のシステムは、データを提供する複数の提供システムと、前記データに対するアクセスを制御する基盤システムとを含み、
    　前記データのアクセス制御方法は、
    　前記基盤システムが、第１のユーザから、データを検索するためのデータ検索条件、データの品質に関する品質条件、及び前記複数の提供システムが提供するデータの提供者に関する提供者条件を含む検索要求を受信した場合、前記複数の提供システムが提供するデータの中から、前記データ検索条件を満たすデータを検索する第１のステップと、
    　前記基盤システムが、前記検索されたデータが前記品質条件を満たし、かつ、前記検索されたデータの提供者が前記提供者条件を満たす場合、前記検索されたデータを前記第１のユーザに提示する第２のステップと、を含むことを特徴とするデータのアクセス制御方法。
PCT/JP2019/032757 2019-03-08 2019-08-22 計算機システム及びデータのアクセス制御方法 WO2020183758A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP19919054.7A EP3937047A4 (en) 2019-03-08 2019-08-22 COMPUTER SYSTEM AND DATA ACCESS CONTROL METHOD
US17/433,250 US11995202B2 (en) 2019-03-08 2019-08-22 Computer system and data access control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019042450A JP7245079B2 (ja) 2019-03-08 2019-03-08 計算機システム及びデータのアクセス制御方法
JP2019-042450 2019-03-08

Publications (1)

Publication Number Publication Date
WO2020183758A1 true WO2020183758A1 (ja) 2020-09-17

Family

ID=72354279

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/032757 WO2020183758A1 (ja) 2019-03-08 2019-08-22 計算機システム及びデータのアクセス制御方法

Country Status (4)

Country Link
US (1) US11995202B2 (ja)
EP (1) EP3937047A4 (ja)
JP (1) JP7245079B2 (ja)
WO (1) WO2020183758A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008181188A (ja) * 2007-01-23 2008-08-07 Kokusai Research Academy:Kk 健康関連情報提供システム
JP2010204914A (ja) * 2009-03-03 2010-09-16 Nec Corp 情報共有支援システム、電子文書の仲介方法およびプログラム
JP2017167747A (ja) 2016-03-15 2017-09-21 オムロン株式会社 データフロー制御装置およびデータフロー制御方法
JP2017167748A (ja) * 2016-03-15 2017-09-21 オムロン株式会社 データフロー制御装置およびデータフロー制御方法
JP2019042450A (ja) 2017-08-30 2019-03-22 真理子 上田 乳幼児用入浴補助具

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10599681B2 (en) * 2016-09-15 2020-03-24 Oracle International Corporation Configurable search categories including related information and related action functionality over a relational database
US10805349B2 (en) * 2017-03-29 2020-10-13 At&T Intellectual Property I, L.P. Method and system to secure and dynamically share IOT information cross multiple platforms in 5G network
US10817617B1 (en) * 2018-06-28 2020-10-27 Ca, Inc. Data loss prevention for biometric data

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008181188A (ja) * 2007-01-23 2008-08-07 Kokusai Research Academy:Kk 健康関連情報提供システム
JP2010204914A (ja) * 2009-03-03 2010-09-16 Nec Corp 情報共有支援システム、電子文書の仲介方法およびプログラム
JP2017167747A (ja) 2016-03-15 2017-09-21 オムロン株式会社 データフロー制御装置およびデータフロー制御方法
JP2017167748A (ja) * 2016-03-15 2017-09-21 オムロン株式会社 データフロー制御装置およびデータフロー制御方法
JP2019042450A (ja) 2017-08-30 2019-03-22 真理子 上田 乳幼児用入浴補助具

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3937047A4

Also Published As

Publication number Publication date
JP2020144751A (ja) 2020-09-10
US20220138339A1 (en) 2022-05-05
EP3937047A4 (en) 2022-12-07
US11995202B2 (en) 2024-05-28
EP3937047A1 (en) 2022-01-12
JP7245079B2 (ja) 2023-03-23

Similar Documents

Publication Publication Date Title
US11386351B2 (en) Machine learning service
CN109428886B (zh) 用于经由区块链进行评论验证和可信度评分的方法和系统
US9886441B2 (en) Shard aware near real time indexing
CN103380423B (zh) 用于私人云计算的系统和方法
US9471616B2 (en) Managing user ratings in a web services environment
CN101183379A (zh) 用于检索数据的方法和系统
KR102467373B1 (ko) Nft 기반 전자책 거래 중개 서비스 제공 방법, 장치 및 시스템
US9836534B2 (en) Using ontology to discover API requirements
CN103297493A (zh) 有分区意识服务质量特征
CN101641688A (zh) 可定义应用程序助理
KR100458461B1 (ko) 지식 광고 방법 및 지식 광고 시스템
CN110225076A (zh) 文件交互方法、装置、电子设备及存储介质
JP6285284B2 (ja) 意見活用支援装置、及び意見活用支援方法
KR100506686B1 (ko) 분산컴퓨팅을 수행한 정보처리기에 대한 기여도 보상시스템 및 기여도 보상 방법
CN107636644B (zh) 用于在全局分布式环境中保持相互依赖的公司数据一致性的系统和方法
WO2020183758A1 (ja) 計算機システム及びデータのアクセス制御方法
KR102006972B1 (ko) 사용자 태그 관리 방법 및 장치
CN116521317A (zh) 镜像管理方法及装置、电子设备和计算机可读存储介质
US20220358189A1 (en) Storing a program on a blockchain
KR102056849B1 (ko) 가상 사설 네트워크 시스템
CN113792039A (zh) 数据处理方法及装置、电子设备、存储介质
JP4398743B2 (ja) マッチングプログラムおよびマッチング装置
JP2024019840A (ja) 計算機システム及びシステム更新支援方法
JP2021002128A (ja) ポータル提供システムおよびポータル提供方法
WO2024042903A1 (ja) 情報提供装置及び情報提供システム

Legal Events

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

Ref document number: 19919054

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2019919054

Country of ref document: EP