WO2014171025A1 - データ提供システム及びデータ提供システムにおける開示ステータス設定方法 - Google Patents

データ提供システム及びデータ提供システムにおける開示ステータス設定方法 Download PDF

Info

Publication number
WO2014171025A1
WO2014171025A1 PCT/JP2013/076323 JP2013076323W WO2014171025A1 WO 2014171025 A1 WO2014171025 A1 WO 2014171025A1 JP 2013076323 W JP2013076323 W JP 2013076323W WO 2014171025 A1 WO2014171025 A1 WO 2014171025A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
disclosure
master
store
status
Prior art date
Application number
PCT/JP2013/076323
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 SG11201401861TA priority Critical patent/SG11201401861TA/en
Publication of WO2014171025A1 publication Critical patent/WO2014171025A1/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/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/283—Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP

Definitions

  • the present invention relates to a data providing system that receives data provided from the data provider side and provides the data to the data receiver side, and a disclosure status setting method in the data providing system.
  • all the data provided from the data provider side is aggregated into an OLAP cube, a data warehouse is constructed, and from among the disclosure restriction data of the data warehouse,
  • a data providing system that has a disclosure control function for setting or changing the setting of data that can be disclosed and data that cannot be disclosed separately to the data recipient side, and a disclosure status setting in the data providing system that centrally manages the disclosure restriction data Regarding the method.
  • Patent Document 1 JP 2010-140502
  • a data collection means and a server that provides data are connected via a network, and the data collection means uses a network that collects data from a data provision server based on data request conditions from a client.
  • a typical data warehouse system is disclosed.
  • Patent Document 1 a data collection unit in a data warehouse system collects data from a data providing server and performs analysis (data mining) on the basis of data that can be disclosed to the client from the data. Is described.
  • the data warehouse system of Patent Document 1 does not particularly disclose the disclosure limitation of data provided from the data provider server to the data collection means side.
  • a data warehouse system for example, when the data on the data providing server side is added, updated, or deleted, it is necessary to maintain the data for each collected data providing server. Even if the data cannot be disclosed at first, there may be data that can be disclosed if sufficient statistical processing is performed.
  • the data collection means generally collects data indirectly through a third party that statistically processes the data, but such a method is not time-consuming and time-consuming. .
  • the present invention can provide data to the data receiver in real time without maintaining the data for each data provider even when there is a change such as addition, update, deletion, etc. in the disclosed data.
  • a data providing system in which a data warehouse is constructed, and a disclosure status setting method in the data providing system.
  • the present invention provides means for collecting data from the data provider side on the infrastructure system side, means for consolidating the collected data into an “OLAP cube”, and constructing data waferware, It has a disclosure control means for controlling a disclosure master (disclosure permission setting) that restricts disclosure of the aggregated data to the data receiver side.
  • the data providing system of the present invention is a data providing system including a service infrastructure provider device that receives data from a plurality of data providing provider devices and provides the data to a plurality of data receiving provider devices.
  • the service infrastructure provider device includes: a data receiving unit that receives data from the data providing provider device; an OLAP cube that aggregates all of the data received by the data receiving unit to construct a data warehouse; and Storage means including a master storage unit that stores a disclosure master including a disclosure status for setting whether or not the data can be disclosed to the data receiving provider device; and OLAP cube data of the storing means as the data receiving provider A data transmitting means for transmitting to the device; and the OLAP cube data for the data receiving service provider Set the data disclosed enable / disable disclosed to, and having a data disclosure control means for controlling the disclosure status of the disclosure master controls, the.
  • the service infrastructure company device further searches for data (OLAP cube data) stored (or stored) in the OLAP cube, and when the data is updated, the service platform operator device is based on the disclosure status. It has a means for automatically reconstructing the data that can be disclosed.
  • the master storage unit of the storage means includes a disclosure store number master, a disclosure industry master, a disclosure area master, a disclosure availability condition master, a store master, a disclosure master (detailed information), and a disclosure master (statistical information).
  • the data disclosure control means sets a disclosure status of the disclosure master, sets a disclosure status, and controls a disclosure status setting unit, a data search unit that searches the OLAP cube data, a data disclosure source data provider ( A list creation unit for identifying a disclosure destination data receiving business (such as a store) and creating a business ID list for identifying a disclosure destination data receiving business, and updating the OLAP cube data. And automatically reconstructing the disclosure status for setting the disclosing data based on the business operator ID list, Setting the serial disclosure status, even if that can not be disclosed in detail data, then, in the case of statistical processing data is characterized by enabling disclosure.
  • the disclosure status setting method in the data providing system of the present invention includes a service platform operator device, a plurality of data provider enterprise devices, and a plurality of data receiving enterprise devices.
  • a data receiving means for receiving data from the data provider device, an OLAP cube for consolidating all the data received by the data receiving means to construct a data warehouse, and the data receiving business for the data
  • a storage unit including a master storage unit that stores a disclosure master including a disclosure status that sets disclosure data to a person device, a data transmission unit that transmits OLAP cube data of the storage unit to the data receiving provider device, and Set whether or not to disclose OLAP cube data to the data receiving provider device
  • Data disclosure control means for controlling the disclosure status of the disclosure master to be controlled, and the master storage unit of the storage means is a disclosure store number master, a disclosure industry master, a disclosure area master, a disclosure availability condition master, a store A master, a disclosure master (detailed information), and a disclosure master (statistical information), and the data disclosure control
  • the disclosure status is automatically reconfigured, and when the disclosure status is set, even if it is impossible to disclose the detailed data, if the data is statistically processed thereafter, the data that can be disclosed
  • a disclosure status setting method in a providing system wherein the data disclosure control unit obtains a store ID from the store master, represents a disclosure source store ID and a disclosure destination store ID by the store ID, and discloses from the disclosure industry master
  • An industry type ID is acquired, a disclosure area ID is acquired from the disclosure area master, a disclosure store number ID is acquired from the disclosure store number master, and for all combinations of the store ID and the disclosure store number ID,
  • Non-disclosure (0) or disclosure (1) is set with reference to the disclosure availability condition master.
  • the disclosure status setting method in the data providing system of the present invention includes a service platform operator device, a plurality of data provider enterprise devices, and a plurality of data receiving enterprise devices.
  • a data receiving means for receiving data from the data provider device, an OLAP cube for consolidating all the data received by the data receiving means to construct a data warehouse, and the data receiving business for the data
  • a storage unit including a master storage unit that stores a disclosure master including a disclosure status that sets disclosure data to a person device, a data transmission unit that transmits OLAP cube data of the storage unit to the data receiving provider device, and Set whether or not to disclose OLAP cube data to the data receiving provider device
  • Data disclosure control means for controlling the disclosure status of the disclosure master to be controlled, and the master storage unit of the storage means is a disclosure store number master, a disclosure industry master, a disclosure area master, a disclosure availability condition master, a store A master, a disclosure master (detailed information), and a disclosure master (statistical information), and the data disclosure control
  • the disclosure status is automatically reconfigured, and when the disclosure status is set, even if it is impossible to disclose the detailed data, if the data is statistically processed thereafter, the data that can be disclosed
  • a disclosure status setting method in a providing system wherein the data disclosure control means acquires a store ID from a store master, acquires a disclosed store number ID from the disclosed store number master, and stores the store ID and the disclosed store number ID.
  • Non-disclosure (0) or disclosure (1) is set with reference to the disclosure availability condition master for all the combinations.
  • the data can be provided to the data receiver side in real time without maintaining the data for each data provider side. it can. Problems, configurations, and effects other than those described above will become apparent from the following description of embodiments.
  • FIG. 11 It is a flowchart which shows the example of a setting process of disclosure ID of the disclosure permission condition master shown in FIG. 11 is a flowchart illustrating an example of setting processing of a disclosure master (statistical information / statistical data) illustrated in FIG. 10. It is a flowchart which shows the process example with respect to a detailed data request
  • FIG. 13 when creating a store ID list, it is a flowchart which shows the example which adds store ID which can be disclosed to a data user (data beneficiary) to a store ID list.
  • a data provider (service provider; disclosure source store, etc.) that provides data (source data) and a data receiver (service receiver, provider) that receives the data on the platform system of the platform provider
  • Data collection / reception function for transferring data between stores, etc.
  • data disclosure control function for controlling the disclosure of data from the data provider side to the data receiver side.
  • Construct and accumulate in time series aggregate the accumulated data, and construct a data warehouse that is reconfigured into multi-dimensions and multi-tiers.
  • the data warehouse has a “set of OLAP cubes”, and aggregates all data provided from the data provider side in the cube.
  • a “disclosure ID” is assigned to each data record of “a set of OLAP cubes”.
  • the data disclosure side that is, the data receiver side, can refer only to the record of the data disclosed to the own data receiver from the “one set of OLAP cubes”. By accumulating (storing) data in the form of OLAP cubes, a data warehouse of data that can be virtually disclosed can be obtained. (5) For example, if there is a change such as addition, update, deletion, etc.
  • each data receiver side By requesting data statistics processing request or detailed data from the base company side, it is possible to receive a disclosureable analysis result based on the latest data. (6) Even if the data is “undisclosed” at the beginning, it can be treated as data that can be disclosed if it is regarded as “can be disclosed if sufficiently statistically processed”. . In this case, it is possible to preliminarily define how much statistical processing corresponds to this.
  • data warehouse (DWH: Data WareHouse) is a time series that collects transaction data (occurrence information such as the date and time of occurrence of each transaction and slip) from multiple business systems, and reconstructs them. It is a decision support system that analyzes the relationship between each item from a large amount of accumulated data.
  • a set of OLAP cubes is a multidimensional data reference model that is created for execution in OLAP (Online Analytical ⁇ Processing), which is a kind of database analysis method. Data accumulated by house and data mining is aggregated and reorganized into multi-dimensional and multi-hierarchy.
  • FIG. 1 is a functional block diagram showing a configuration example of a base system having a data warehouse of the present invention.
  • the service platform operator device 300 is composed of a server having an OLAP cube that builds a data warehouse by aggregating all the data provided from the data provider operator device 100 (such as a disclosure source store).
  • the service infrastructure provider device (server) 300 collects all data of the data supplier device 100 (for example, a disclosure source store that is a data provider source) and constructs an OLAP data of an OLAP cube that constructs a data warehouse.
  • a function for setting disclosing data to be disclosed to the data receiving provider device 200 (for example, a disclosure destination store that is a data provider destination).
  • the function for setting the data that can be disclosed automatically reconfigures the data that can be disclosed when OLAP cube data is updated.
  • the data that cannot be disclosed is statistically processed thereafter. If it is data, it has a function of changing non-disclosure data to disclosing data. Details of these functions will be described later.
  • the service platform operator device (server) 300 includes an input / output device 310, a storage device 320, and a control device 330.
  • the input / output devices 310 and 312 have data transmission / reception means including data transmission / reception units 3101 and 3121, respectively.
  • the data receiving unit 3101 of the input / output device 310 receives data provided from the data provider device 100.
  • the data transmission unit 3121 of the input / output device 312 transmits the data provided from the data provider device 100 (provider store etc.) to the data receiving provider device 200 (disclosure store etc.).
  • the data to be transmitted may be transmitted as it is from the data provider company device 100 (providing source store or the like), or may be transmitted after performing a desired analysis.
  • the storage device 320 has storage means including a data storage unit 3201 for storing data and a master storage unit 3202 for storing each master.
  • the data storage unit 3201 is composed of a set of OLAP cubes, for example, and constructs a data warehouse (DWH) by aggregating all data provided from the data provider device 100.
  • DWH data warehouse
  • the master storage unit 3202 stores a disclosure store number master, a disclosure industry master, a disclosure area master, a disclosure availability condition master, a store master, a disclosure master (detailed information), and a disclosure master (statistical information).
  • the disclosure master stores disclosure master information (including disclosure ID) described later.
  • the disclosure master information includes a disclosure source store ID, a disclosure destination store ID, a disclosure industry ID, a disclosure area ID, a disclosure ID (disclosure status), and the like.
  • the disclosure source indicates a data provider (disclosure source store ID), and the disclosure destination indicates a data receiver (disclosure destination store ID).
  • the disclosure ID includes “1” indicating “can be disclosed” and “2” indicating “cannot be disclosed”. Detailed contents of each information in the data storage unit 3201 and the master storage unit 3202 will be described later.
  • the control device 330 has a disclosure master control device (disclosure status control means).
  • the disclosure master control device (disclosure status control means) based on the disclosure status (disclosure ID) of the disclosure master, discloses the data of the disclosure source (store of the data provider business device, etc.) to the disclosure destination (store of the data receiving business operator device) Etc.) is controlled whether to disclose or not.
  • the service platform operator device (server) 300 includes a data analysis unit (data analysis unit) 340 and a data statistical processing unit (data statistical processing unit) 350.
  • the data analysis means 340 analyzes the OLAP cube data supplied via the input / output device 312.
  • the data statistical processing means 350 statistically processes the OLAP cube data and reflects it in the disclosure status of the disclosure master as a disclosure ID “1” indicating “can be disclosed if sufficient statistical processing has been performed”.
  • FIG. 2 is a block diagram showing a configuration example of the storage device (storage means) 320 and the disclosure master control device (disclosure status control means) 330.
  • a storage device (storage means) 320 has an OLAP cube 3201 and a master storage unit 3202.
  • the OLAP cube 3201 constructs a data warehouse.
  • the master storage unit 3202 includes a disclosure store number master DB 32021, a disclosure industry master DB 32022, a disclosure area master DB 32023, a disclosure availability condition master DB 32024, a store master DB 32025, a disclosure master DB (detailed information) 32026, a disclosure master DB (statistical information) 32027, Etc.
  • the disclosure master control device (disclosure status control means) 330 includes a disclosure ID (1 or 0) / disclosure status setting unit 3301, an OLAP cube search unit 3302, a store ID list (ID lists (1) to (4) in FIG. 13), and can be disclosed. Store ID list) creation unit 3303.
  • the disclosure ID / disclosure status setting unit 3301 sets a disclosure status / disclosure ID (0 or 1) indicating whether or not to disclose the disclosure source data to the disclosure destination.
  • the store ID list creation unit 3303 creates ID lists (1) to (4) in FIGS. 13 and 4 to be described later, and an ID list (disclosure status) of stores that can be disclosed.
  • the OLAP cube search unit 3302 searches for OLAP cube data based on the store ID list and the disclosure status list, for example, when the server receives a request for data statistics processing or a detailed data request from the disclosure destination and performs processing for the request. To do. Details of these will be described later.
  • FIG. 3 is a table showing OLAP cube data (data warehouse).
  • the OLAP cube data table T3 includes a data owner store ID (IDs 1, 2, 3,... Indicating the data disclosure source) T31, and a time zone (0, 1, 2:00,...) T32. , Location (Gotanda 1-1-1, Gotanda 1-1-3, Gotanda 1-1-2, ...) T33, number of customers (12, 32, 14, ...) T34, sales amount ( ⁇ 29, 000, ⁇ 48,000, ⁇ 30,000,...) T35.
  • FIG. 4 is a table showing the disclosed store number master.
  • the disclosed store number master table T4 includes a disclosed store number ID (1, 2, 3, 4,...) T41, the number of stores (all 1 to 10, 11 to 20, 21 to 50 companies,...) T42.
  • FIG. 5 is a table showing the disclosed industry master.
  • the disclosed industry master table T5 has information of disclosed industry ID (1, 2, 3, 4) T51 and industry (all classification, major classification, middle classification, minor classification) T52.
  • FIG. 6 is a table showing the disclosure area master.
  • a disclosure area master table T6 has information of a disclosure area ID (1, 2, 3, 4) T61 and a region (nationwide, prefectures, municipalities, regions) T62.
  • FIG. 7 is a table showing a disclosure availability condition master.
  • the disclosure permission / prohibition condition master table T7 includes information of a disclosure ID (0, 1) T71 and a disclosure status / disclosure permission / prohibition condition (not disclosed, disclosed) T72.
  • FIG. 8 is a table showing the store master.
  • store master table T8 has store ID (1, 2, 3, 4,...) T81, store name (Izakaya A, B, Italian C, Izakaya D,...) T82, address (Gotanda). 1-1-1, Gotanda 1-1-3, Gotanda 1-1-2, 1-1-1, Yokohama Nishi-ku, etc.) T83, Industry (1, 1, 3, 1, ...) T84, Each information of the series (0, 0, 0, 1,...) T85 is included.
  • FIG. 9 is a table showing a disclosure master (detailed information / detailed data).
  • a disclosure master (detailed information / detailed data) table T9 includes a disclosure source store ID (1, 1,%) T91 (corresponding to the store ID in FIG. 8), a disclosure destination store ID (2, 2,. ...) T92 (corresponding to the store ID in FIG. 8), disclosed industry ID (1, 1,%) T93 (corresponding to the disclosed industry ID in FIG. 5), disclosed area ID (1, 2,... ) T94 (corresponding to the disclosure area ID of FIG. 5), disclosure ID (0, 0,...) T95 (corresponding to the disclosure ID of FIG. 7).
  • FIG. 10 is a table showing a disclosure master (statistical information / statistical data).
  • a disclosure master (statistical information / statistical data) table T10 includes a disclosure source store ID (1, 1,%) T11 (disclosure source store ID in FIG. 9), a disclosure store number ID (1, 2,. ..) T12 (corresponding to the disclosed store number ID of the disclosed store number master in FIG. 5), disclosure ID (0, 0,%) T13 (corresponding to the disclosed ID in FIG. 7).
  • FIG. 11 is a flowchart showing a disclosure permission condition corresponding to the disclosure ID of the disclosure permission condition master in FIG. 7, that is, a disclosure status setting process.
  • step S110 when the disclosure status setting process is started in step S110, "store ID” T81 is acquired from the “store master” in step S111, and in step S112, "disclosure store ID” “Disclosure destination store ID”, and in step S113, "Disclosure industry ID” T93 is acquired from the "Disclosure industry master".
  • step S114 “disclosure area ID” T61 is acquired from the “disclosure area master”, and in step S115, “disclosure source store ID” T91, “disclosure destination store ID” T92, “disclosure industry ID”. For all combinations of T93 and “disclosure area ID” T94, “non-disclosure (0)” or “disclosure (1)” is set with reference to the “disclosure availability master”. In step S116, the process ends.
  • FIG. 12 is a flowchart showing the setting process of the disclosure master (statistical information) of FIG.
  • the disclosure master (statistical information) setting process is started in step S120, “store ID” T81 is acquired from “store master” in step S121, and “disclosure source store ID” is acquired in step S122. T91 is acquired from the “disclosure store number master”.
  • step S123 with respect to all combinations of “store ID” T81 and “disclosure store number ID” T41, “non-disclosure (0)” or “disclosure (1)” with reference to “disclosure availability master” Set.
  • step S124 the process ends.
  • FIG. 13 is a flowchart showing an example of processing for a detailed data request.
  • processing for a detailed information (detailed data) request is started in step S130, "store master”, “disclosure master (detailed information)", “disclosure industry master”, “disclosure area” in step S131.
  • a list of store list IDs that can be disclosed to data users (ID list (1)) and a list of store IDs that cannot be disclosed (ID list (2)) are created from the “master”.
  • step S132 the OLAP cube data is searched based on the ID list (1), and a list (disclosure status) of disclosing store IDs in which disclosing data exists is created.
  • step S133 the OLAP cube data is searched based on the disclosure status, the search result data is transmitted to the detailed data requester side, and the process ends in step S134.
  • FIG. 14 is a flowchart showing a processing example for a data statistical processing request.
  • step S141 “store master”, “disclosure master (detailed information)”, “disclosure industry master”, “disclosure area master”, The list of store list IDs that can be disclosed to the data user (ID list (1)) and the list of store IDs that cannot be disclosed (ID list (2)) are created.
  • step S142 the OLAP cube data is searched based on the ID list (1) to create a list of store IDs (ID list (3)) where there is data that can be disclosed.
  • step S143 the “disclosure master (statistical information)” is referred to, and if the statistical processing is based on the data of the number of stores in the ID list (3) among the stores in the ID list (2), disclosure is possible.
  • a list of store IDs (ID list (4)) is created.
  • step S144 the ID list (3) and the ID list (4) are merged to create a list (disclosure status) of store IDs that can be disclosed.
  • step S145 the OLAP cube is searched based on the disclosure status, the process according to the request (analysis, etc.) is executed, the process result is transmitted in response to the data statistical process request, and in step S146, finish.
  • FIG. 15 shows an example of adding a store ID that can be disclosed to the data user (data receiver) to the store ID list when creating the store ID list in step S131 of FIG. 13 (and step S141 of FIG. 14). It is a flowchart.
  • ID of the data user data beneficiary
  • the total number of registered stores is set to Z.
  • step S1312 determines whether disclosure is possible (Y)
  • step S1312 and step S1313 indicate that disclosure is not possible (N)
  • the process proceeds to step S1315, the process from step SS1312 to step S1314 is repeated to the number of registered stores Z, and the process ends in step S1316.
  • this invention is not limited to the Example mentioned above, Various modifications are included.
  • the above-described embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described.
  • a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment.
  • each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit.
  • Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor.
  • Information such as programs, tables, and files for realizing each function can be stored in a recording device such as a memory or a hard disk.
  • control lines and information lines indicate what is considered necessary for the explanation, and not all the control lines and information lines on the product are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.
  • Data provider business device 100
  • Data receiver business device 300
  • Service platform business device 310
  • 312 Input / output device (data transfer means)
  • Storage device 3201
  • Data storage unit of storage means (OLAP cube) 3202
  • Master storage unit 330 of storage means Disclosure master control device (disclosure status control means)
  • Disclosure ID (1 or 0) / Disclosure status setting unit 3302
  • OLAP cube search unit 3303 Store ID list creation unit

Landscapes

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

Abstract

　開示データに追加、更新、削除、などの変更があった場合でも、データ提供者側毎にデータをメンテナンスすることなく、データをリアルタイムでデータ享受者側に提供することができる開示制限データ一元管理システム及び開示制限データ一元管理システムにおける開示ステータス設定方法を提供する。　基盤システム側に、データ提供者側からのデータを収集する手段、当該収集したデータを「一式のＯＬＡＰキューブ」に集約し、データウェハウエアを構築する手段、当該集約したデータのデータ享受者側への開示を制限する開示マスタ（開示可否設定）を制御する開示制御手段を有する。

Description

データ提供システム及びデータ提供システムにおける開示ステータス設定方法
　本発明は、データ提供者側から提供されるデータを受け、当該データをデータ享受者側に提供するデータ提供システム及びデータ提供システムにおける開示ステータス設定方法に関する。
　更に詳しくは、サービス基盤事業者装置上で、データ提供者側から提供される全てのデータをＯＬＡＰキューブに集約して、データウェアハウスを構築し、当該データウェアハウスの開示制限データの中から、データ享受者側に開示可能なデータと開示不可能なデータを分けて設定、又は設定変更する開示制御機能を有し、当該開示制限データを一元管理するデータ提供システム及びデータ提供システムにおける開示ステータス設定方法に関する。
　本技術分野の背景技術として、特開２０１０－１４０５０２号公報（特許文献１）がある。この公報には、データ収集手段とデータを提供するサーバとをネットワークを介して接続し、データ収集手段は、クライアントからのデータ要求条件を元にデータ提供サーバからデータを収集するネットワークを利用した実用的なデータウェアハウスシステムが開示されている。
特開２０１０－１４０５０２号公報
　前記特許文献１には、データウェアハウスシステムにおけるデータ収集手段は、データ提供サーバからデータを収集し、当該データから、クライアントに対して、開示可能なデータを元に分析（データマイニング）を行うことが記載されている。
　しかし、特許文献１のデータウェアハウスシステムは、データ提供者サーバからデータ収集手段側に対して提供するデータの開示制限については特に開示されていない。係るデータウェアハウスシステムにおいて、例えば、データ提供サーバ側のデータに追加、更新、削除、などがあった場合、収集したデータ提供サーバ毎にデータのメンテナンスをする必要がある。当初、開示不可能なデータであっても、場合によっては、例えば、十分統計処理されていれば開示可能というデータも存在する。このような場合には、データ収集手段は、データを統計処理する第三者を介して間接的に収集する方法が一般的であるが、このような方法では、手間、時間が掛かる嫌いがある。
　そこで、本発明は、開示データに追加、更新、削除、などの変更があった場合でも、データ提供者側毎にデータをメンテナンスすることなく、データをリアルタイムでデータ享受者側に提供することができるデータウェアハウスを構築したデータ提供システム及びデータ提供システムにおける開示ステータス設定方法を提供する。
　また、十分統計処理されたデータをリアルタイムでデータ享受者側に提供することができるデータウェアハウスを構築したデータ提供システム及びデータ提供システムにおける開示ステータス設定方法を提供する。
　上記課題を解決するために、本発明は、基盤システム側に、データ提供者側からのデータを収集する手段、当該収集したデータを「ＯＬＡＰキューブ」に集約し、データウェハウエアを構築する手段、当該集約したデータのデータ享受者側への開示を制限する開示マスタ（開示可否設定）を制御する開示制御手段を有する。
　例えば、本発明のデータ提供システムは、複数のデータ提供事業者装置側からのデータを受け、当該データを複数のデータ享受事業者装置側に提供するサービス基盤事業者装置を含むデータ提供システムにおいて、前記サービス基盤事業者装置は、前記データ提供事業者装置からのデータを受信するデータ受信手段と、前記データ受信手段にて受信したデータの全てを集約してデータウェアハウスを構築するＯＬＡＰキューブ、及び前記データの前記データ享受事業者装置への開示可能／不可能を設定する開示ステータスを含む開示マスタを記憶するマスタ記憶部を含む記憶手段と、前記記憶手段のＯＬＡＰキューブデータを前記データ享受事業者装置に送信するデータ送信手段と、前記ＯＬＡＰキューブデータを前記データ享受事業者装置へ開示するデータの開示可能／不可能を設定、制御する前記開示マスタの開示ステータスを制御するデータ開示制御手段と、を有することを特徴とする。
　データ提供システムにおいて、前記サービス基盤事業者装置は、更に、前記ＯＬＡＰキューブに蓄積（又は保存）されているデータ（ＯＬＡＰキューブデータ）を検索し、当該データが更新されたとき、前記開示ステータスに基づく開示可能データを自動的に再構成する手段を有することを特徴とする。
　また、データ提供システムにおいて、前記記憶手段のマスタ記憶部は、開示店舗数マスタ、開示業種マスタ、開示地域マスタ、開示可否条件マスタ、店舗マスタ、開示マスタ（詳細情報）、開示マスタ（統計情報）、を記憶し、前記データ開示制御手段は、前記開示マスタの開示ステータスを設定し、制御する開示ステータス設定部、前記ＯＬＡＰキューブデータを検索するデータ検索部、前記データの開示元データ提供事業者（店舗など）、開示先データ享受事業者（店舗など）を特定し、また開示可能先データ享受事業者を特定する事業者ＩＤリストを作成するリスト作成部、を有し、前記ＯＬＡＰキューブデータが更新されたとき、前記事業者ＩＤリストを元に、前記開示可能データを設定する開示ステータスを自動的に再構成し、前記開示ステータスの設定時、詳細データの開示が不可能な場合であっても、その後、統計処理されたデータである場合には、開示可能とすることを特徴とする。
　また、本発明のデータ提供システムにおける開示ステータス設定方法は、サービス基盤事業者装置と、複数のデータ提供事業者装置と、複数のデータ享受事業者装置とを有し、前記サービス基盤事業者装置は、前記データ提供事業者装置からのデータを受信するデータ受信手段と、前記データ受信手段にて受信したデータの全てを集約してデータウェアハウスを構築するＯＬＡＰキューブ、及び前記データの前記データ享受事業者装置への開示データを設定する開示ステータスを含む開示マスタを記憶するマスタ記憶部を含む記憶手段と、前記記憶手段のＯＬＡＰキューブデータを前記データ享受事業者装置に送信するデータ送信手段と、前記ＯＬＡＰキューブデータを前記データ享受事業者装置へ開示するデータの開示可能／不可能を設定、制御する前記開示マスタの開示ステータスを制御するデータ開示制御手段と、を有し、前記記憶手段のマスタ記憶部は、開示店舗数マスタ、開示業種マスタ、開示地域マスタ、開示可否条件マスタ、店舗マスタ、開示マスタ（詳細情報）、開示マスタ（統計情報）、を記憶し、前記データ開示制御手段は、前記開示マスタの開示ステータスを設定し、制御する開示ステータス設定部、前記ＯＬＡＰキューブデータを検索するデータ検索部、前記データの開示元データ提供事業者である店舗、開示先データ享受事業者である店舗を特定し、また開示可能先データ享受事業者の店舗を特定する店舗ＩＤリストを作成するリスト作成部、を有し、前記ＯＬＡＰキューブデータが更新されたとき、前記店舗ＩＤリストを元に、開示可能データを設定する開示ステータスを自動的に再構成し、前記開示ステータスの設定時、詳細データの開示が不可能な場合であっても、その後、統計処理されたデータである場合には、開示可能とするデータ提供システムにおける開示ステータス設定方法であって、前記データ開示制御手段は、前記店舗マスタから店舗ＩＤを取得し、前記店舗ＩＤで開示元店舗ＩＤ、開示先店舗ＩＤを表し、前記開示業種マスタから開示業種ＩＤを取得し、前記開示地域マスタから開示地域ＩＤを取得し、前記開示店舗数マスタから開示店舗数ＩＤを取得し、前記店舗ＩＤと前記開示店舗数ＩＤのすべての組合せに対して、前記開示可否条件マスタを参照して非開示（０）か開示（１）をセットすることを特徴とする。
　また、本発明のデータ提供システムにおける開示ステータス設定方法は、サービス基盤事業者装置と、複数のデータ提供事業者装置と、複数のデータ享受事業者装置とを有し、前記サービス基盤事業者装置は、前記データ提供事業者装置からのデータを受信するデータ受信手段と、前記データ受信手段にて受信したデータの全てを集約してデータウェアハウスを構築するＯＬＡＰキューブ、及び前記データの前記データ享受事業者装置への開示データを設定する開示ステータスを含む開示マスタを記憶するマスタ記憶部を含む記憶手段と、前記記憶手段のＯＬＡＰキューブデータを前記データ享受事業者装置に送信するデータ送信手段と、前記ＯＬＡＰキューブデータを前記データ享受事業者装置へ開示するデータの開示可能／不可能を設定、制御する前記開示マスタの開示ステータスを制御するデータ開示制御手段と、を有し、前記記憶手段のマスタ記憶部は、開示店舗数マスタ、開示業種マスタ、開示地域マスタ、開示可否条件マスタ、店舗マスタ、開示マスタ（詳細情報）、開示マスタ（統計情報）、を記憶し、前記データ開示制御手段は、前記開示マスタの開示ステータスを設定し、制御する開示ステータス設定部、前記ＯＬＡＰキューブデータを検索するデータ検索部、前記データの開示元データ提供事業者である店舗、開示先データ享受事業者である店舗を特定し、また開示可能先データ享受事業者の店舗を特定する店舗ＩＤリストを作成するリスト作成部、を有し、前記ＯＬＡＰキューブデータが更新されたとき、前記店舗ＩＤリストを元に、開示可能データを設定する開示ステータスを自動的に再構成し、前記開示ステータスの設定時、詳細データの開示が不可能な場合であっても、その後、統計処理されたデータである場合には、開示可能とするデータ提供システムにおける開示ステータス設定方法であって、前記データ開示制御手段は、店舗マスタから店舗ＩＤを取得し、前記開示店舗数マスタから開示店舗数ＩＤを取得し、前記店舗ＩＤと前記開示店舗数ＩＤのすべての組合せに対して、前記開示可否条件マスタを参照して、非開示（０）か開示（１）をセットすることを特徴とする。
　本発明によれば、開示データに追加、更新、削除、などの変更があった場合でも、データ提供者側毎にデータをメンテナンスすることなく、データをリアルタイムでデータ享受者側に提供することができる。上述した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
本発明の開示制限データ一元管理システムの構成例を示すブロック図である。 データ開示制御手段（データ開示制御部）及び記憶手段の構成例を示すブロック図である。 ＯＬＡＰキューブデータ（データウェアハウス）を示すテーブルである。 開示店舗数マスタを示すテーブルである。 開示業種マスタを示すテーブルである。 開示地域マスタを示すテーブルである。 開示可否条件マスタを示すテーブルである。 店舗マスタを示すテーブルである。 開示マスタ（詳細情報／詳細データ）を示すテーブルである。 開示マスタ（統計情報／統計データ）を示すテーブルである。 図７に示す開示可否条件マスタの開示ＩＤの設定処理例を示すフローチャートである。 図１０に示す開示マスタ（統計情報／統計データ）の設定処理例を示すフローチャートである。 詳細データ要求に対する処理例を示すフローチャートである。 データ統計処理要求に対する処理例を示すフローチャートである。 図１３において、店舗ＩＤリストを作成するとき、データ利用者（データ享受者）に開示可能な店舗ＩＤを店舗ＩＤリストに追加する例を示すフローチャートである。
　以下、実施例を図面を用いて説明する。
　本実施形態では、
（１）基盤事業者の基盤システム上に、データ（元データ）を提供するデータ提供者（サービス提供事業者；開示元店舗など）とデータを享受するデータ享受者（サービス享受事業者；開示先店舗など）間のデータを授受するデータ授受機能、当該データ提供者側から当該データ享受者側へのデータの開示を制御するデータ開示制御機能をもって、当該データ提供者側からのデータを収集、再構成して時系列的に蓄積し、当該蓄積されたデータを集計し、多次元、多階層に再構成するデータウェアハウスを構築する。
（２）データウェアハウスは、「一式のＯＬＡＰキューブ」を有し、当該キューブに、データ提供者側から提供される全てのデータを集約する。
（３）「一式のＯＬＡＰキューブ」のデータレコード毎に「開示ＩＤ」を付与する。この「開示ＩＤ」を参照することにより、「開示可能」、「開示不可能」、「十分統計処理されていれば開示可能」データであるかの判別ができる。
（４）データを開示された側、つまりデータ享受者側は、「一式のＯＬＡＰキューブ」から、自データ享受者に開示されたデータのレコードのみを参照することができる。ＯＬＡＰキューブの形でデータを蓄積（保存）することにより、仮想的に開示可能なデータのデータウェアハウスを取得することができる。
（５）データ提供者側から提供される元データに、例えば、追加、更新、削除、などの変更があった場合、「一式のＯＬＡＰキューブ」を一度メンテナンスすれば、各データ享受者側は、基盤事業者側に対して、データ統計処理要求や詳細データ要求することにより、最新のデータに基づく開示可能分析結果を受けることができる。
（６）また、当初「開示不可能」なデータであっても、その後、「十分統計処理されていれば開示可能」なデータと見なされる場合には、開示可能データとして扱うことも可能である。この場合には、どの程度統計処理されていれば、これに該当するかを予め定義しておくことにより可能である。
　例えば、五反田の居酒屋店Ａは、同じ五反田の居酒屋店Ｂには、売上データを開示不可能とし、イタリアンレストランＣには、開示可能としている場合、居酒屋店Ｂは、居酒屋店Ａの売上データを参照することができないが、イタリアレストランＣには、居酒屋店Ａの売上データを参照することができる。一方、「十分な統計処理」を「開示しているデータ享受者以外に、１００店舗以上の売上の合計を算出すること」と定義しておけば、「同じ地区（五反田）の飲食店の全て」として、五反田に居酒屋店以外の飲食店（居酒屋店Ａが開示している店舗）の数が１００店舗以上の場合には、五反田の居酒屋店Ｂは、居酒屋店Ａの売上データを五反田の飲食店全てを合計した値を計算可能なようにプログラムしておくことで、合計値を参照し、分析活用に利用することができる。
　ここで、データウェアハウス（ＤＷＨ：Data WareHouse）とは、複数の業務システムからトランザクション（取引や伝票の１つ１つを発生日時などの発生情報）データなどを収集し、再構成して時系列的に蓄積された大量のデータの中から、各項目間の関連性を分析する意思決定支援システムである。
　また、「一式のＯＬＡＰキューブ」とは、データベースによる分析手法の一種であるオーラップ（ＯＬＡＰ：Online Analytical Processing）において実行するために作成される、多次元的なデータ参照モデルのことであり、データウェアハウスやデータマイニングなどによって蓄積されたデータを集計し、多次元、多階層に再編成したものである。
　図１は、本発明のデータウェアハウスを有する基盤システムの構成例を示す機能ブロック図である。
　同図において、サービス基盤事業者装置３００は、データ提供者事業者装置１００（開示元店舗など）から提供されるデータの全てを集約してデータウェアハウスを構築するＯＬＡＰキューブを有するサーバからなる。
　サービス基盤事業者装置（サーバ）３００は、データ供給事業者装置１００（例えば、データ提供者元である開示元店舗など）の全てのデータを集約してデータウェアハウスを構築するＯＬＡＰキューブのＯＬＡＰデータの中からデータ享受事業者装置２００（例えば、データ提供者先である開示先店舗など）に開示する開示可能データを設定する機能（開示ステータス設定機能）を有する。
　開示可能データを設定する機能は、ＯＬＡＰキューブデータが更新されると、開示可能データも自動的に再構成する。また、開示可能データの設定時、データ享受事業者装置２００（開示先店舗など）に対して、詳細データの開示が不可能なデータであっても、その後、開示不可能データが統計処理されたデータであるならば、開示不可能データを開示可能データに変更する機能を有する。これらの機能の詳細については後述する。
　また、サービス基盤事業者装置（サーバ）３００は、入出力装置３１０、記憶装置３２０、制御装置３３０を有する。
　入出力装置３１０、３１２は、それぞれデータ送受信部３１０１、３１２１、を含むデータ授受手段を有する。入出力装置３１０のデータ受信部３１０１は、データ提供事業者装置１００から提供されるデータを受信する。
　入出力装置３１２のデータ送信部３１２１は、データ提供事業者装置１００（提供元店舗など）から提供されたデータをデータ享受事業者装置２００（開示先店舗など）に送信する。送信するデータは、データ提供事業者装置１００（提供元店舗など）のデータをそのまま送信しても、また所望の分析を行った上で送信してもよい。
　記憶装置３２０は、データを記憶するデータ記憶部３２０１、各マスタを記憶するマスタ記憶部３２０２、を含む記憶手段を有する。
　データ記憶部３２０１は、例えば、一式のＯＬＡＰキューブからなり、データ提供事業者装置１００から提供される全てのデータを集約してデータウェアハウス（ＤＷＨ）を構築する。
　マスタ記憶部３２０２は、開示店舗数マスタ、開示業種マスタ、開示地域マスタ、開示可否条件マスタ、店舗マスタ、開示マスタ（詳細情報）、開示マスタ（統計情報）を記憶する。開示マスタは、後述する開示マスタ情報（含開示ＩＤ）を記憶する。
　開示マスタ情報は、開示元店舗ＩＤ、開示先店舗ＩＤ、開示業種ＩＤ、開示地域ＩＤ、開示ＩＤ（開示ステータス）、などを含んでいる。
　開示元はデータ提供者（開示元店舗ＩＤ）を示し、開示先は、データ享受者（開示先店舗ＩＤ）を示す。開示ＩＤ（開示ステータス）は、「開示可能」を示す「１」、「開示不可能」を示す「２」を含んでいる。
　データ記憶部３２０１、マスタ記憶部３２０２の各情報の詳細内容は後述する。
　制御装置３３０は、開示マスタ制御装置（開示ステータス制御手段）、を有する。開示マスタ制御装置（開示ステータス制御手段）は、開示マスタの開示ステータス（開示ＩＤ）を元に、開示元（データ提供事業者装置の店舗など）のデータを開示先（データ享受事業者装置の店舗など）に対して、開示するか、開示しないかを制御する。
　また、サービス基盤事業者装置（サーバ）３００は、データ分析手段（データ分析部）３４０、データ統計処理手段（データ統計処理部）３５０、を有する。
　データ分析手段３４０は、入出力装置３１２を介して供給されるＯＬＡＰキューブデータを分析する。データ統計処理手段３５０は、ＯＬＡＰキューブデータを統計処理し、「十分統計処理されていれば開示可能」を示す開示ＩＤ「１」として、開示マスタの開示ステータスに反映する。
　図２は、記憶装置（記憶手段）３２０及び開示マスタ制御装置（開示ステータス制御手段）３３０の構成例を示すブロック図である。
　同図において、記憶装置（記憶手段）３２０は、ＯＬＡＰキューブ３２０１及びマスタ記憶部３２０２を有する。
　ＯＬＡＰキューブ３２０１は、データウェアハウスを構築する。マスタ記憶部３２０２は、開示店舗数マスタＤＢ３２０２１、開示業種マスタＤＢ３２０２２、開示地域マスタＤＢ３２０２３、開示可否条件マスタＤＢ３２０２４、店舗マスタＤＢ３２０２５、開示マスタＤＢ（詳細情報）３２０２６、開示マスタＤＢ（統計情報）３２０２７、などを有する。
　開示マスタ制御装置（開示ステータス制御手段）３３０は、開示ＩＤ（１ｏｒ０）／開示ステータス設定部３３０１、ＯＬＡＰキューブ検索部３３０２、店舗ＩＤリスト（図１３のＩＤリスト（１）～（４）、開示可能店舗ＩＤリスト）作成部３３０３、を有する。
　開示ＩＤ／開示ステータス設定部３３０１は、開示元のデータを開示先に開示するか否かを示す開示ステータス／開示ＩＤ（０又は１）を設定する。
　店舗ＩＤリスト作成部３３０３は、後述する図１３、図４のＩＤリスト（１）～（４）、開示可能店舗のＩＤリスト（開示ステータス）を作成する。
　ＯＬＡＰキューブ検索部３３０２は、例えば、サーバが開示先からデータ統計処理の要求や詳細データ要求を受け、当該要求に対する処理を行うとき、店舗ＩＤリストや開示ステータスリストを元に、ＯＬＡＰキューブデータを検索する。これらの詳細については後述する。
　図３はＯＬＡＰキューブデータ（データウェアハウス）を示すテーブルである。
　同図において、ＯＬＡＰキューブデータテーブルＴ３は、データオーナ店舗ＩＤ（データ開示元を示すＩＤ１、２、３、・・・）Ｔ３１、時間帯（０時、１時、２時、・・・）Ｔ３２、場所（五反田1－1－1、五反田1－1－3、五反田1－1－2、・・・）Ｔ３３、客数（12、32、14、・・・）Ｔ３４、売上金額（￥29，000、￥48，000、￥30，000、・・・）Ｔ３５、の各情報を有する。
　図４は開示店舗数マスタを示すテーブルである。
　同図において、開示店舗数マスタテーブルＴ４は、開示店舗数ＩＤ（１、２、３、４、・・・）Ｔ４１、店舗数（すべて、１～１０社、１１社～２０社、２１社～５０社、・・・）Ｔ４２、の各情報を有する。
　図５は開示業種マスタを示すテーブルである。
　同図において、開示業種マスタテーブルＴ５は、開示業種ＩＤ（１、２、３、４）Ｔ５１、業種（全分類、大分類、中分類、小分類）Ｔ５２、の各情報を有する。
　図６は開示地域マスタを示すテーブルである。
　同図において、開示地域マスタテーブルＴ６は、開示地域ＩＤ（１、２、３、４）Ｔ６１、地域（全国、都道府県、市区町村、地域）Ｔ６２、の各情報を有する。
　図７は開示可否条件マスタを示すテーブルである。
　同図において、開示可否条件マスタテーブルＴ７は、開示ＩＤ（０、１）Ｔ７１、開示ステータス／開示可否条件（開示しない、開示する）Ｔ７２、の各情報を有する。
　図８は店舗マスタを示すテーブルである。
　同図において、店舗マスタテーブルＴ８は、店舗ＩＤ（１、２、３、４、・・・）Ｔ８１、店舗名（居酒屋Ａ、Ｂ、イタリアンＣ、居酒屋Ｄ、・・・）Ｔ８２、住所（五反田1－1－1、五反田1－1－3、五反田1－1－2、横浜西区1－1－1、・・・）Ｔ８３、業種（１、１、３、１、・・・）Ｔ８４、系列（０、０、０、１、・・・）Ｔ８５、の各情報を有する。
　図９は開示マスタ（詳細情報／詳細データ）を示すテーブルである。
　同図において、開示マスタ（詳細情報／詳細データ）テーブルＴ９は、開示元店舗ＩＤ（１、１、・・・）Ｔ９１（図８の店舗ＩＤに対応）、開示先店舗ＩＤ（２、２、・・・）Ｔ９２（図８の店舗ＩＤに対応）、開示業種ＩＤ（１、１、・・・）Ｔ９３（図５の開示業種ＩＤに対応）、開示地域ＩＤ（１、２、・・・）Ｔ９４（図５の開示地域ＩＤに対応）、開示ＩＤ（０、０、・・・）Ｔ９５（図７の開示ＩＤに対応）、の各情報を有する。
　図１０は開示マスタ（統計情報／統計データ）を示すテーブルである。同図において、開示マスタ（統計情報／統計データ）テーブルＴ１０は、開示元店舗ＩＤ（１、１、・・・）Ｔ１１（図９の開示元店舗ＩＤ）、開示店舗数ＩＤ（１、２、・・・）Ｔ１２（図５の開示店舗数マスタの開示店舗数ＩＤに対応）、開示ＩＤ（０、０、・・・）Ｔ１３（図７の開示ＩＤに対応）、の各情報を有する。
　図１１は、図７の開示可否条件マスタの開示ＩＤに対応する開示可否条件、つまり開示ステータスの設定処理を示すフローチャートである。
　同図において、ステップＳ１１０にて開示ステータス設定処理を開始すると、ステップＳ１１１にて、「店舗ＩＤ」Ｔ８１を「店舗マスタ」から取得し、ステップＳ１１２にて、「店舗ＩＤ」で「開示元店舗ＩＤ」「開示先店舗ＩＤ」を表し、ステップＳ１１３にて、「開示業種ＩＤ」Ｔ９３を「開示業種マスタ」から取得する。
　次に、ステップＳ１１４にて、「開示地域ＩＤ」Ｔ６１を「開示地域マスタ」から取得し、ステップＳ１１５にて、「開示元店舗ＩＤ」Ｔ９１、「開示先店舗ＩＤ」Ｔ９２、「開示業種ＩＤ」Ｔ９３、「開示地域ＩＤ」Ｔ９４の全ての組み合わせに対して、「開示可否条件マスタ」を参照して「非開示（０）」か「開示（１）」をセットする。そして、ステップＳ１１６にて、終了する。
　図１２は、図１０の開示マスタ（統計情報））の設定処理を示すフローチャートである。
　同図において、ステップＳ１２０にて開示マスタ（統計情報）設定処理を開始すると、ステップＳ１２１にて、「店舗ＩＤ」Ｔ８１を「店舗マスタ」から取得し、ステップＳ１２２にて、「開示元店舗ＩＤ」Ｔ９１を「開示店舗数マスタ」から取得する。
　ステップＳ１２３にて、「店舗ＩＤ」Ｔ８１と「開示店舗数ＩＤ」Ｔ４１のすべての組合せに対して、「開示可否条件マスタ」を参照して「非開示（０）」か「開示（１）」をセットする。そして、ステップＳ１２４にて、終了する。
　図１３は詳細データ要求に対する処理例を示すフローチャートである。
　同図において、ステップＳ１３０にて、詳細情報（詳細データ）要求に対する処理を開始すると、ステップＳ１３１にて、「店舗マスタ」、「開示マスタ（詳細情報）」、「開示業種マスタ」、「開示地域マスタ」、からデータ利用者に開示可能な店舗リストＩＤのリスト（ＩＤリスト（１））及び開示不可能な店舗ＩＤのリスト（ＩＤリスト（２））を作成する。
　また、ステップＳ１３２にて、ＩＤリスト（１）を元にＯＬＡＰキューブのデータを検索し、開示可能なデータが存在する開示可能店舗ＩＤのリスト（開示ステータス）を作成する。
　そして、ステップＳ１３３にて、開示ステータスを元にＯＬＡＰキューブのデータを検索し、検索結果データを詳細データ要求者側に送信し、ステップＳ１３４にて、終了する。
　図１４はデータ統計処理要求に対する処理例を示すフローチャートである。
　同図において、ステップＳ１４０にて、データ統計処理要求に対する処理を開始すると、ステップＳ１４１にて、「店舗マスタ」、「開示マスタ（詳細情報）」、「開示業種マスタ」、「開示地域マスタ」、からデータ利用者に開示可能な店舗リストＩＤのリスト（ＩＤリスト（１））及び開示不可能な店舗ＩＤのリスト（ＩＤリスト（２））を作成する。
　次に、ステップＳ１４２にて、ＩＤリスト（１）を元にＯＬＡＰキューブのデータを検索し、開示可能なデータが存在する店舗ＩＤのリスト（ＩＤリスト（３））を作成する。
　また、ステップＳ１４３にて、「開示マスタ（統計情報）」を参照し、ＩＤリスト（２）の店舗のうち、ＩＤリスト（３）の店舗数以上のデータによる統計処理であれば、開示可能な店舗ＩＤのリスト（ＩＤリスト（４））を作成する。
　また、ステップＳ１４４にて、ＩＤリスト（３）とＩＤリスト（４）をマージし、開示可能店舗ＩＤのリスト（開示ステータス）を作成する。
　そして、ステップＳ１４５にて、開示ステータスを元にＯＬＡＰキューブを検索し、要求に応じた処理（分析など）を実行し、当該処理結果をデータ統計処理要求に対して送信し、ステップＳ１４６にて、終了する。
　図１５は図１３のステップＳ１３１（及び図１４のステップＳ１４１）において、店舗ＩＤリストを作成するとき、データ利用者（データ享受者）に開示可能な店舗ＩＤを店舗ＩＤリストに追加する例を示すフローチャートである。
　同図において、例えば、図１３のステップＳ１３１の処理時には、以下のステップを実行する。すなわち、ステップＳ１３１０にてリスト（１）をクリアした状態において、ステップＳ１３１１にて、店舗数ｉ＝１からＺまで繰り返す。ここで、データ利用者（データ享受者）のＩＤ=ｐとし、全体の登録店舗数＝Ｚとする。
　次に、ステップＳ１３１２にて、ＩＤ=ｐとＩＤ=ｉの店舗の業種一致レベル（大、中、小分類）で開示可能か判定する。
　ステップＳ１３１２の判定結果、開示可能の場合（Ｙ）は、ステップＳ１３１３に進み、当該ステップにて、ＩＤ=ｐとＩＤ=ｉの店舗の地域一致レベル（都道府県、市町村、地域）で開示可能か判定する。
　ステップＳ１３１３にて、開示可能の場合（Ｙ）の場合は、ステップＳ１３１４にて、ＩＤ=ｉをリスト（１）に追加する。
　ステップＳ１３１２及びステップＳ１３１３の判定結果、開示不可能の場合（Ｎ）は、ステップＳ１３１５に進み、ステップＳＳ１３１２からステップＳ１３１４までの処理を登録店舗数Ｚまで繰り返し、ステップＳ１３１６にて、終了する。
　以上述べた本実施例によれば、基盤システム側で収集したデータの全てを「一式のＯＬＡＰキューブ」に集約してデータウェアハウスを構築することができ、データ提供者側から提供されるデータに変更があった場合でも、「一式のＯＬＡＰキューブ」に対して、一回の変更により、全てのデータ享受者側が最新のデータを元にした分析結果を享受することができる。
　また、「十分統計処理されていれば開示可能」なデータについては、予め「十分な統計処理」を定義しておくことにより、開示不可能なデータを開示可能なデータに自動的に変更することができ、統計処理する第三者に依頼しなくても、システム的にプログラムで「十分な統計処理」された値を得ることができる。
　なお、本発明は上述した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク等の記録装置に置くことができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
１００　データ提供事業者装置
２００　データ享受者事業者装置
３００　サービス基盤事業者装置
３１０、３１２　入出力装置（データ授受手段）
３２０　記憶装置
３２０１　記憶手段のデータ記憶部（ＯＬＡＰキューブ）
３２０２、３２０２１～３２０２７　記憶手段のマスタ記憶部
３３０　開示マスタ制御装置（開示ステータス制御手段）
３３０１　開示ＩＤ（１ｏｒ０）／開示ステータス設定部
３３０２　ＯＬＡＰキューブ検索部
３３０３　店舗ＩＤリスト作成部

Claims (5)

  1. 　複数のデータ提供事業者装置側からのデータを受け、当該データを複数のデータ享受事業者装置側に提供するサービス基盤事業者装置を含むデータ提供システムにおいて、
    　前記サービス基盤事業者装置は、
    　前記データ提供事業者装置からのデータを受信するデータ受信手段と、
    　前記データ受信手段にて受信したデータの全てを集約してデータウェアハウスを構築するＯＬＡＰキューブ、及び前記データの前記データ享受事業者装置への開示可能／不可能を設定する開示ステータスを含む開示マスタを記憶するマスタ記憶部を含む記憶手段と、
    　前記記憶手段のＯＬＡＰキューブデータを前記データ享受事業者装置に送信するデータ送信手段と、
    　前記ＯＬＡＰキューブデータを前記データ享受事業者装置へ開示するデータの開示可能／不可能を設定、制御する前記開示マスタの開示ステータスを制御するデータ開示制御手段と、
    を有することを特徴とするデータ提供システム。
  2. 　請求項１に記載のデータ提供システムにおいて、
    　前記サービス基盤事業者装置は、更に、前記ＯＬＡＰキューブデータを検索し、当該データが更新されたとき、前記開示ステータスに基づく開示可能データを自動的に再構成する手段を有することを特徴とするデータ提供システム。
  3. 　請求項１に記載のデータ提供システムにおいて、
    　前記記憶手段のマスタ記憶部は、開示店舗数マスタ、開示業種マスタ、開示地域マスタ、開示可否条件マスタ、店舗マスタ、開示マスタ（詳細情報）、開示マスタ（統計情報）、を記憶し、
    　前記データ開示制御手段は、前記開示マスタの開示ステータスを設定し、制御する開示ステータス設定部、前記ＯＬＡＰキューブデータを検索するデータ検索部、前記データの開示元データ提供事業者（店舗など）、開示先データ享受事業者（店舗など）を特定し、また開示可能先データ享受事業者を特定する事業者ＩＤリストを作成するリスト作成部、を有し、
    　前記ＯＬＡＰキューブデータが更新されたとき、前記事業者ＩＤリストを元に、前記開示可能データを設定する開示ステータスを自動的に再構成し、前記開示ステータスの設定時、詳細データの開示が不可能な場合であっても、その後、統計処理されたデータである場合には、開示可能とする
    　ことを特徴とするデータ提供システム。
  4. 　サービス基盤事業者装置と、複数のデータ提供事業者装置と、複数のデータ享受事業者装置とを有し、
    　前記サービス基盤事業者装置は、
    　前記データ提供事業者装置からのデータを受信するデータ受信手段と、
    　前記データ受信手段にて受信したデータの全てを集約してデータウェアハウスを構築するＯＬＡＰキューブ、及び前記データの前記データ享受事業者装置への開示データを設定する開示ステータスを含む開示マスタを記憶するマスタ記憶部を含む記憶手段と、
    　前記記憶手段のＯＬＡＰキューブデータを前記データ享受事業者装置に送信するデータ送信手段と、
    　前記ＯＬＡＰキューブデータを前記データ享受事業者装置へ開示するデータの開示可能／不可能を設定、制御する前記開示マスタの開示ステータスを制御するデータ開示制御手段と、
    　を有し、
    　前記記憶手段のマスタ記憶部は、開示店舗数マスタ、開示業種マスタ、開示地域マスタ、開示可否条件マスタ、店舗マスタ、開示マスタ（詳細情報）、開示マスタ（統計情報）、を記憶し、
    　前記データ開示制御手段は、前記開示マスタの開示ステータスを設定し、制御する開示ステータス設定部、前記ＯＬＡＰキューブデータを検索するデータ検索部、前記データの開示元データ提供事業者である店舗、開示先データ享受事業者である店舗を特定し、また開示可能先データ享受事業者の店舗を特定する店舗ＩＤリストを作成するリスト作成部、を有し、
    　前記ＯＬＡＰキューブデータが更新されたとき、前記店舗ＩＤリストを元に、開示可能データを設定する開示ステータスを自動的に再構成し、前記開示ステータスの設定時、詳細データの開示が不可能な場合であっても、その後、統計処理されたデータである場合には、開示可能とするデータ提供システムにおける開示ステータス設定方法であって、
    　前記データ開示制御手段は、
    　前記店舗マスタから店舗ＩＤを取得し、
    　前記店舗ＩＤで開示元店舗ＩＤ、開示先店舗ＩＤを表し、
    　前記開示業種マスタから開示業種ＩＤを取得し、
    　前記開示地域マスタから開示地域ＩＤを取得し、
    　前記開示店舗数マスタから開示店舗数ＩＤを取得し、
    　前記店舗ＩＤと前記開示店舗数ＩＤのすべての組合せに対して、前記開示可否条件マスタを参照して非開示（０）か開示（１）をセットする
    　ことを特徴とするデータ提供システムにおける開示ステータス設定方法。
  5. 　サービス基盤事業者装置と、複数のデータ提供事業者装置と、複数のデータ享受事業者装置とを有し、
    　前記サービス基盤事業者装置は、
    　前記データ提供事業者装置からのデータを受信するデータ受信手段と、
    　前記データ受信手段にて受信したデータの全てを集約してデータウェアハウスを構築するＯＬＡＰキューブ、及び前記データの前記データ享受事業者装置への開示可能／不可能を設定する開示ステータスを含む開示マスタを記憶するマスタ記憶部を含む記憶手段と、
    　前記記憶手段のＯＬＡＰキューブデータを前記データ享受事業者装置に送信するデータ送信手段と、
    　前記ＯＬＡＰキューブデータを前記データ享受事業者装置へ開示するデータの開示可能／不可能を設定、制御する前記開示マスタの開示ステータスを制御するデータ開示制御手段と、
    　を有し、
    　前記記憶手段のマスタ記憶部は、開示店舗数マスタ、開示業種マスタ、開示地域マスタ、開示可否条件マスタ、店舗マスタ、開示マスタ（詳細情報）、開示マスタ（統計情報）、を記憶し、
    　前記データ開示制御手段は、前記開示マスタの開示ステータスを設定し、制御する開示ステータス設定部、前記ＯＬＡＰキューブデータを検索するデータ検索部、前記データの開示元データ提供事業者である店舗、開示先データ享受事業者である店舗を特定し、また開示可能先データ享受事業者の店舗を特定する店舗ＩＤリストを作成するリスト作成部、を有し、
    　前記ＯＬＡＰキューブデータが更新されたとき、前記店舗ＩＤリストを元に、開示可能データを設定する開示ステータスを自動的に再構成し、前記開示ステータスの設定時、詳細データの開示が不可能な場合であっても、その後、統計処理されたデータである場合には、開示可能とするデータ提供システムにおける開示ステータス設定方法であって、
    　前記データ開示制御手段は、店舗マスタから店舗ＩＤを取得し、
    　前記開示店舗数マスタから開示店舗数ＩＤを取得し、
    　前記店舗ＩＤと前記開示店舗数ＩＤのすべての組合せに対して、前記開示可否条件マスタを参照して、非開示（０）か開示（１）をセットする
    　ことを特徴とするデータ提供システムにおける開示ステータス設定方法。
PCT/JP2013/076323 2013-04-19 2013-09-27 データ提供システム及びデータ提供システムにおける開示ステータス設定方法 WO2014171025A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
SG11201401861TA SG11201401861TA (en) 2013-04-19 2013-09-27 Data providing system and disclosure status setting method in data providing system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013-088481 2013-04-19
JP2013088481A JP6188011B2 (ja) 2013-04-19 2013-04-19 データ提供システム及びデータ提供システムにおける開示ステータス設定方法

Publications (1)

Publication Number Publication Date
WO2014171025A1 true WO2014171025A1 (ja) 2014-10-23

Family

ID=51730992

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/076323 WO2014171025A1 (ja) 2013-04-19 2013-09-27 データ提供システム及びデータ提供システムにおける開示ステータス設定方法

Country Status (3)

Country Link
JP (1) JP6188011B2 (ja)
SG (1) SG11201401861TA (ja)
WO (1) WO2014171025A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107644298A (zh) * 2017-09-29 2018-01-30 深圳市瑞福登信息技术服务有限公司 一种数据处理的方法、装置、存储装置及终端设备
JP2019046186A (ja) * 2017-09-01 2019-03-22 ヤフー株式会社 アクセス制御装置、アクセス制御方法、およびアクセス制御プログラム

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6802572B2 (ja) * 2016-12-26 2020-12-16 国立大学法人大阪大学 データ解析方法およびデータ解析システム
JP6963433B2 (ja) * 2017-07-21 2021-11-10 株式会社日立情報通信エンジニアリング 行動特徴量解析システムおよび行動特徴量解析方法
JP6725706B2 (ja) * 2017-08-03 2020-07-22 株式会社日立製作所 分析支援システム及び方法
JP7391532B2 (ja) * 2019-05-08 2023-12-05 株式会社野村総合研究所 サーバ

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011054160A (ja) * 2009-08-31 2011-03-17 Accenture Global Services Gmbh フレキシブルキューブデータウェアハウジング

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002099703A (ja) * 2000-07-17 2002-04-05 System House Kansai:Kk 情報収集提供システム
JP4417132B2 (ja) * 2004-02-19 2010-02-17 日本電信電話株式会社 プライバシ情報管理サーバ及び方法並びにプログラム
JP5979132B2 (ja) * 2011-03-24 2016-08-24 日本電気株式会社 情報監視装置及び情報監視方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011054160A (ja) * 2009-08-31 2011-03-17 Accenture Global Services Gmbh フレキシブルキューブデータウェアハウジング

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JUNPEI KUWANA: "Kyotenkan Setsuzoku kara Remote Login made Business de Tsukau PacketiX VPN 2.0", NETWORK MAGAZINE, vol. 11, no. 8, 1 August 2006 (2006-08-01), pages 84 - 87 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019046186A (ja) * 2017-09-01 2019-03-22 ヤフー株式会社 アクセス制御装置、アクセス制御方法、およびアクセス制御プログラム
CN107644298A (zh) * 2017-09-29 2018-01-30 深圳市瑞福登信息技术服务有限公司 一种数据处理的方法、装置、存储装置及终端设备
CN107644298B (zh) * 2017-09-29 2021-06-25 深圳市瑞福登信息技术服务有限公司 一种数据处理的方法、装置、存储装置及终端设备

Also Published As

Publication number Publication date
SG11201401861TA (en) 2014-11-27
JP6188011B2 (ja) 2017-08-30
JP2014211803A (ja) 2014-11-13

Similar Documents

Publication Publication Date Title
WO2014171025A1 (ja) データ提供システム及びデータ提供システムにおける開示ステータス設定方法
US11281669B2 (en) Parallel processing database system
US20190370096A1 (en) Distributed Processing in a Messaging Platform
JP5598017B2 (ja) 判定プログラム、方法及び装置
JP2014211803A5 (ja)
CN105723363B (zh) Erp系统中维持并升级承租者数据库的方法及其服务器
US20160103877A1 (en) Joining data across a parallel database and a distributed processing system
CN105339940A (zh) 具有碎片的在线添加的朴素的客户端分片
KR20170010844A (ko) 원격 데이터베이스에 대한 뮤테이션들의 프로세싱
US11423036B2 (en) Systems and methods for selecting datasets
US10038753B2 (en) Network-independent programming model for online processing in distributed systems
US11593339B2 (en) Systems and methods for determining dataset intersection
US10768794B2 (en) Truncated synchronization of data object instances
US20140379661A1 (en) Multi source unified search
US11803432B1 (en) Data clean rooms using defined access
US20190362010A1 (en) Epsilon-closure for frequent pattern analysis
JP2007199804A (ja) データベース管理方法、データベース管理プログラム、データベース管理装置、および、データベース管理システム
EP3652660B1 (en) Systems and methods for joining datasets
KR20140031429A (ko) 아이템 추천 시스템과 방법 및 이를 지원하는 장치
US10348503B2 (en) Client side actions validation
WO2023102390A1 (en) Replication group objects configuration
US8849974B2 (en) Social network based information discovery about network data processing systems
US20220171774A1 (en) Efficient optimization of sql queries having set operators with a multi-set semantic
JP2011134005A (ja) 構成情報管理装置、分散情報管理システム、分散情報管理方法および分散情報管理プログラム
CN105022796A (zh) 一种文件遍历方法、装置及系统

Legal Events

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

Ref document number: 13882061

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13882061

Country of ref document: EP

Kind code of ref document: A1