[go: up one dir, main page]

WO2011132421A1 - データベース、業務内容データ管理サーバ、および業務内容データ管理プログラム - Google Patents

データベース、業務内容データ管理サーバ、および業務内容データ管理プログラム Download PDF

Info

Publication number
WO2011132421A1
WO2011132421A1 PCT/JP2011/002326 JP2011002326W WO2011132421A1 WO 2011132421 A1 WO2011132421 A1 WO 2011132421A1 JP 2011002326 W JP2011002326 W JP 2011002326W WO 2011132421 A1 WO2011132421 A1 WO 2011132421A1
Authority
WO
WIPO (PCT)
Prior art keywords
business
data
content data
unit
business content
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2011/002326
Other languages
English (en)
French (fr)
Inventor
秋田敏文
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
IPS Co Ltd
Original Assignee
IPS Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by IPS Co Ltd filed Critical IPS Co Ltd
Priority to EP11771762A priority Critical patent/EP2527993A1/en
Priority to US13/574,417 priority patent/US20130024438A1/en
Priority to JP2012511557A priority patent/JPWO2011132421A1/ja
Priority to CN2011800063448A priority patent/CN103119618A/zh
Publication of WO2011132421A1 publication Critical patent/WO2011132421A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 database that stores business content data indicating business content in a business process, a business content data management server that manages business content data stored in the database, and a business content mounted on the business content data management server It relates to a data management program.
  • ERP Enterprise Resource Planning
  • the mission-critical business systems equipped with this ERP are often built on a relational database, and application programs that focus on business processing are often designed. It is often operated without being placed.
  • the conventional data warehouse system manages the business data for each business acquired from the mission-critical business system, it only provides the form data for each business, and grasps the business progress etc. Therefore, there is a problem that it is not possible to provide form data for a plurality of business operations.
  • An object of the present invention is to solve the above-described problems and to provide form data for a plurality of business operations at a low cost without requiring a complicated form management program.
  • the database according to the present invention is a database for storing business content data indicating business content in a business process, and for each business unit indicating each business content for each business unit in the business process in the business content data.
  • a one-dimensional data storage unit that stores unit business content data as one-dimensional data, and a predetermined amount that covers a plurality of business units among the contents of each business indicated by the one-dimensional data stored in the one-dimensional data storage unit
  • a two-dimensional data storage unit that stores related work content data for each related work as two-dimensional data.
  • the above configuration makes it possible to provide form data for a plurality of business operations at a low cost without requiring a complicated form management program.
  • the contents of the related work indicated by the two-dimensional data stored in the two-dimensional data storage section, the contents of the work indicated by the one-dimensional data stored in the one-dimensional data storage section, or other two-dimensional data indicated by the other two-dimensional data It may be configured to include a multi-dimensional data storage unit that stores a series of business content data for each series of business showing the content of a predetermined series of business integrated with the content of the related business.
  • the multidimensional data may be configured to include a series of business content data of a series of business including the content of another series of business indicated by other multidimensional data.
  • the business content data management server includes business content data providing means for providing business content data stored in a database in response to a request from a client terminal.
  • the business content data providing means is designated by the client terminal. In addition, it may be configured to provide one-dimensional data or two-dimensional data.
  • the business content data management server of the present invention is a business content data management server that manages business content data indicating business content in a business process, the database storing the business content data, and the business in the business process
  • a unit business content data acquisition means for acquiring the unit business content data from a unit business content data management server that collects the unit business content data for each business unit indicating the content of each business unit, and the unit business content data
  • Unit business content data storage means for storing unit business content data acquired by the acquisition means in the database, and business content data provision means for providing business content data stored in the database in response to a request from a client terminal
  • the database includes the business content data.
  • a one-dimensional data storage unit that stores the unit business content data as one-dimensional data, and a predetermined amount that spans multiple business units among the contents of each business indicated by the one-dimensional data stored in the one-dimensional data storage unit
  • a two-dimensional data storage unit that stores related work content data for each related work as a two-dimensional data, and shows the work content data as the work content data.
  • One-dimensional data or at least a part of the two-dimensional data is provided.
  • the business content data management program of the present invention is a business content data management program for causing a business content data management server having a database storing business content data indicating business content in a business process to manage the business content data.
  • the unit business content data from the unit business content data management server that collects the unit business content data for each business unit indicating the content of each business unit in the business process in the business process data management server.
  • a unit business content data acquisition process for acquiring unit business content data
  • a unit business content data storage process for storing the unit business content data acquired in the unit business content data acquisition process in the database
  • business content data stored in a database The database is stored in the one-dimensional data storage unit and the one-dimensional data storage unit that store the unit job content data of the business content data as one-dimensional data.
  • Two-dimensional data storage that stores the related work content data for each related work that is integrated and shows the contents of a predetermined related work that spans multiple work units among the contents of each work indicated by the one-dimensional data
  • the business content data providing process executes a process of providing at least a part of the one-dimensional data or the two-dimensional data as the business content data.
  • FIG. 1 is a block diagram showing a configuration example of a form inquiry system 500 according to an embodiment of the present invention.
  • the form inquiry system 500 includes a core business server 200, a data warehouse server (DWH server) 300, a client 10, and a client 20.
  • DWH server data warehouse server
  • Each element constituting the form inquiry system 500 is connected by a communication network.
  • the core business server 200 and the DWH server 300 are connected by a dedicated line 51.
  • the client 10 is connected to the DWH server 300 via a LAN (Local Area Network) 52.
  • the client 20 is connected to the DWH server 300 via the Internet 53.
  • the core business server 200 is a server managed by, for example, a data collector who is a collection target of form data, and has various functions for managing form information related to various kinds of business.
  • the core business server 200 is configured by a general information processing apparatus including an OS (Operating System) and a relational DB.
  • the form is a general term for books and slips.
  • a book is a field in which items relating to cash and goods are entered
  • a slip is data that is the basis for creating a book and is evidence of business transactions.
  • the case where the core business server 200 handles only slip data as form data will be described as an example.
  • the core business server 200 includes a business application program DB 210 and a slip data DB 220.
  • the business application program DB 210 is a storage medium that stores programs used for various businesses. Programs stored in the business application program DB 210 include a sales business management program, a sales business management program, a production management program, a financial accounting management program, and a management accounting management program.
  • the slip data DB 220 is a storage medium for storing various slip data collected and organized by various information processing using various programs stored in the business application program DB 210.
  • the slip data DB 220 for example, for the slip data corresponding to the order slip, the order slip header information, the order slip detail information, the delivery date schedule, and the like are associated with each other and can be searched based on the key such as the slip number.
  • the core business server 200 converts various data stored in the slip data DB 220 to CSV according to predetermined extraction conditions. (Comma Separated Values) has a function of converting to a format and transmitting to the DWH server 300.
  • the core business server 200 transfers a data file in CSV format by FTP (File Transfer Protocol) to the DWH server 300.
  • the DWH server 300 is a server managed by a system administrator of this system, for example, and has various functions for realizing a data warehouse.
  • the data warehouse refers to a system that analyzes the relationship between items from business data such as form data accumulated in time series.
  • the DWH server 300 also has a function of registering slip data in a predetermined storage area corresponding to the transferred slip data by converting the CSV file transferred from the core business server 200 into a predetermined data format.
  • the DWH server 300 may be configured to register the slip data in a predetermined storage area without converting the data format and in the CSV format.
  • the DWH server 300 extracts predetermined data (that is, data corresponding to data stored in each one-dimensional cube) from the slip data transferred from the core business server 200, and performs one-dimensional processing described later. For cubes that are registered only in the cube and belong to other dimensions, processing for reflecting the registration result of the one-dimensional cube is performed. Since the data registered in the one-dimensional cube is obtained by extracting predetermined data from the received slip data, some data is simply stored and may be created as book data based on the slip data. There are also things. Therefore, in this example, the data stored in the cube is generally called “form data”.
  • the DWH server 300 includes a cube group storage unit 100 provided with a plurality of cubes that represent storage areas or database units.
  • the cube group storage unit 100 is a database that stores slip data transferred from the core business server 200 in a predetermined format, and includes a plurality of cubes in which hierarchies are defined.
  • the cube group storage unit 100 includes a one-dimensional cube indicating a primary hierarchy cube that stores the form data of each business transferred from the core business server 200, and a secondary hierarchy that is a lower hierarchy of the primary hierarchy. It is composed of a two-dimensional cube indicating a cube and a multi-dimensional cube indicating a cube of a multi-level hierarchy that is a hierarchy after the tertiary level that is a lower level of the secondary level.
  • FIG. 2 is an explanatory diagram for explaining the relationship between various cubes constituting the cube group storage unit 100.
  • Each dimension cube managed in the cube group storage unit 100 has a hierarchical structure as shown in FIG. In this example, it is assumed that the cube having a lower dimension is a cube positioned in the upper layer in the hierarchical structure.
  • the form data corresponding to the contents of each business for each business unit in the business process corresponding to the business application program is stored as one-dimensional data. That is, in the one-dimensional cube, for example, form data corresponding to the contents of each business such as order slip details, shipping slip details, delivery slip details, order slip details is stored.
  • the form data corresponding to the related business content for each related business that is shown by integrating the content of the predetermined related business across multiple business units among the content of each business indicated by the 1D data, Stored as two-dimensional data. That is, the two-dimensional cube stores, for example, form data indicating the contents of predetermined related tasks (orders related to orders, shipments, and deliveries) such as order shipment and delivery.
  • a multi-dimensional cube is a cube in which form data of a series of operations across each operation indicated by each form data stored in a plurality of cubes including two-dimensional cubes or other multi-dimensional cubes is stored as multi-dimensional data. is there.
  • the multi-dimensional cube includes, for example, a predetermined series in which contents of related work indicated by two-dimensional data and contents of work indicated by one-dimensional data or other related works indicated by other two-dimensional data are integrated.
  • Form data corresponding to a series of business contents for each series of business showing the contents of the business is stored as multidimensional data.
  • the multi-dimensional cube stores form data indicating the contents of a predetermined series of operations such as sales and purchase management.
  • the multidimensional data stores form data corresponding to a series of business contents including a series of business contents indicated by other multidimensional data as multidimensional data.
  • a hierarchical structure is also formed between multidimensional cubes.
  • a lower-layer cube and a plurality of upper-layer cubes each storing each form data used for generating the form data stored in the lower layer are associated in advance.
  • the lower layer cube stores form data obtained by integrating the form data stored in the associated upper layer cubes. This association is determined in advance by the system administrator in accordance with the relevance of each business and the contents of the required form.
  • one-dimensional cubes AO, AP, AQ, AY, AZ, and Aa are respectively obtained from inventory status information, item evaluation, order inventory evaluation, order inventory, lot inventory, and supplier.
  • the two-dimensional cubes AO, AP, AQ, AQ, AY, AZ, and Aa are commonly associated with the two-dimensional cubes BG, AO, AP, Form data obtained by integrating the form data stored in each of AQ, AY, AZ, and Aa is stored.
  • the form data stored in the two-dimensional cube BG is, for example, form data indicating “inventory management”.
  • the multi-dimensional cube CD stores the form data obtained by integrating the one-dimensional cube AJ (the form data relating to the entry / exit details) into the two-dimensional cube BG.
  • the form data stored in the multidimensional cube CD is form data corresponding to “stock receipt / payment”.
  • two-dimensional cubes and multi-dimensional cubes have high needs for integrating and grasping the form data of a plurality of related tasks, and the relationship between the cubes is set in advance.
  • the data stored in the original cube is updated, the data stored in the two-dimensional cube and the multi-dimensional cube located below the updated one-dimensional cube is also updated.
  • the clients 10 and 20 are information processing apparatuses including a CPU (Central Processing Unit), ROM, RAM, and a display screen.
  • the clients 10 and 20 have various applications such as a Web browser and spreadsheet software that can be used to handle form data.
  • the clients 10 and 20 for example, a query for acquiring necessary form data from the DWH server 300 in response to an operation input by a user (reference cube name, item name to be used, form layout information) , Extraction conditions, etc.) and a function of transmitting to the DWH server 300.
  • the client 10 has a function of communicating with the DWH server 300 via the LAN and outputting data acquired from the DWH server 300 to a display screen using predetermined spreadsheet software.
  • the client 20 has a function of communicating with the DWH server 300 via the Internet and outputting data acquired from the DWH server 300 to a display screen by a Web browser.
  • FIG. 3 is a flowchart showing an example of slip data registration processing executed by the core business server 200 and the DWH server 300.
  • a process for extracting predetermined data from the slip data accumulated in the core business server 200 and storing it in the cube group storage unit 100 of the DWH server 300 is executed.
  • the core business server 200 first accumulates slip data in the slip data DB 220 (step S101).
  • the core business server 200 determines whether or not a predetermined slip data transmission condition is satisfied, for example, at predetermined time intervals (step S102). It is assumed that the slip data transmission conditions are stored in advance in a storage unit included in the core business server 200, and for example, “1 am past” is set. If it is determined that the slip data transmission condition is not satisfied (N in step S102), the core business server 200 continues to store the slip data.
  • the core business server 200 converts the slip data into the CSV format and transfers it to the DWH server 300 (step S103).
  • the file format for transferring the slip data may be any format that can be processed by the DWH server 300, and may be a format other than the CSV format.
  • the core business server 200 deletes the transferred slip data from the slip data DB 220 (step S104), and transitions to step S101.
  • the core business server 200 may be configured to leave the transferred slip data as transferred data when the amount of slip data does not exceed a predetermined amount, for example.
  • the core business server 200 may store the transferred slip data in a storage medium other than the DHW server 300. Further, the core business server 200 accumulates all the slip data so as to be identifiable as to whether or not the data has been transferred, and transfers only untransferred data among the stored slip data in step S103. However, the configuration may be such that the deletion in step S104 is not performed.
  • the DWH server 300 converts the data format into a predetermined format (step S201), extracts data corresponding to each one-dimensional cube from the slip data, and extracts the extracted data corresponding to the primary data.
  • the original cube is registered (step S202). If there is a calculation item in the form data item of the one-dimensional cube to be registered, the DWH server 300, in step S201, sets a calculation formula (other items in the form data as 1) set in advance to the calculation item. Alternatively, a calculation process is performed according to two or more calculation formulas), and a process of setting a calculation result as a calculation item is performed in step S202. In this way, it is possible to eliminate the need to perform arithmetic processing when providing the form data, and an arithmetic program for that purpose can be eliminated.
  • the DWH server 300 determines whether there is a two-dimensional cube associated with the one-dimensional cube in which data is newly registered (Ste S203). If it is determined that there is no two-dimensional cube associated with the one-dimensional cube in which data is newly registered (N in step S203), the DWH server 300 ends the process here.
  • the DWH server 300 reflects the registration result of the 1D cube in the 2D cube. (Step S204). If there is a calculation item in the form data item of the two-dimensional cube to be registered, the DWH server 300 sets the calculation formula (other items in the form data as 1 in advance) to the calculation item in step S204. Or, an arithmetic processing is performed according to two or more arithmetic expressions), and processing for setting an arithmetic result as a calculation item is performed.
  • the DWH server 300 determines whether there is a cube (lower layer cube) located in the lower layer with respect to the cube in which the data registration result is newly reflected (step S205). Here, if it is determined that there is no cube positioned in the lower layer with respect to the cube in which the data registration result is newly reflected (N in step S205), the DWH server 300 ends the processing here.
  • a cube lower layer cube
  • the DWH server 300 reflects the data registration result in the lower layer cube (step S205). S206).
  • the DWH server 300 sets a calculation formula (other items in the form data to 1 or An arithmetic process is performed according to two or more arithmetic expressions), and a process of setting an arithmetic result as a calculation item is performed.
  • the DWH server 300 determines whether there is a cube located in the lower layer (step S207).
  • step S207 if the DWH server 300 determines that there is no cube located in a lower layer (N in step S207), the process ends here, and if it is determined that there is a cube located in a lower layer (Y in step S207) ), The process proceeds to step S206.
  • FIG. 4 is a flowchart showing an example of a form output process executed by the DWH server 300 and the client 10.
  • a process for extracting arbitrary data from the cube group storage unit 100 of the DWH server 300 and outputting it as a form in the client 10 is executed. Since the client 10 and the client 20 are different only in the type of communication network and the type of application that outputs a form, in this example, the case where the client 10 is used will be described as an example.
  • the client 10 transmits a cube selection screen request to the DWH server 300 in accordance with, for example, an operation input by the user (step S401).
  • the DWH server 300 When receiving the cube selection screen request, the DWH server 300 transmits a cube selection screen in response to the received cube selection screen request.
  • the DWH server 300 transmits data for displaying a screen including a list of cube names corresponding to the query created by the client 10 to the client 10 as a cube selection screen.
  • the client 10 Upon receiving the cube selection screen, the client 10 displays the cube selection screen on the display screen (step S402). In this way, by displaying the cube selection screen that includes a list of cube names according to the query, it is possible to view the cube in an exhaustive manner upon request, and the cube (ie form) can be easily viewed. You will be able to choose.
  • FIG. 5 is an explanatory diagram showing an example of a cube selection screen.
  • the cube selection screen includes a cube information display area 11 that displays information related to the cube in the form of a list, and a return button 12 that receives a request to switch the screen displayed on the display screen to another screen.
  • An OK button 13 is provided.
  • the cube number (No.), the cube name (name), and the dimension (dimension) to which the cube belongs are displayed in the cube information display area 11 in a selectable state.
  • the client 10 When the client 10 receives a selection of a cube (for example, selection of a cube name) by a cursor P that can be operated by a mouse operation, for example, the client 10 puts the selected cube into a temporary selection state.
  • the client 10 determines that the selection of a cube in the temporary selection state has been accepted (step S403), and transmits the cube name of the cube that has accepted the selection to the DWH server 300. To do.
  • the DWH server 300 searches for a cube corresponding to the received cube name, and transmits the registered items stored in the cube to the client 10 (step S302).
  • the registration item is a part of the form data stored in each cube, and items necessary for the form are registered in advance for each business content.
  • description will be given by taking as an example a case where registration items “in stock”, “low stock, order acceptable”, “low stock, order not accepted”, etc. stored in the one-dimensional cube AO are transmitted to the client 10. Do.
  • the client 10 displays the registration item display screen on the display screen (step S404).
  • FIG. 6 is an explanatory diagram showing an example of a registration item display screen.
  • the registration item display screen includes a cube name display area 21, a registration item display area 22, a return button 24, and an OK button 25.
  • the client 10 displays the registration item received from the DWH server 300 in the registration item display area 22.
  • the client 10 proceeds to Step S402.
  • step S405 when the selection of the OK button 25 by the cursor P is accepted (Y in step S405), the client 10 displays a registration item selection screen (step S406).
  • FIG. 7 is an explanatory diagram showing an example of a registration item selection screen.
  • the registration item selection screen includes a registration item display area 31 that displays a registration item in a selectable manner, and a selection item display area that displays an item selected by the user from among the items displayed as registration items. 32, a return button 33, and an OK button 34 are provided.
  • the client 10 determines that the selection of the registration item has been accepted (step S407). Then, the set selection item is transmitted to the DWH server 300.
  • the DWH server 300 extracts the form data corresponding to the selection item from the cube, transmits it to the client 10 (step S303), and ends the processing here.
  • the client 10 Upon receiving the form data extracted from the cube, the client 10 displays a form display screen (step S408).
  • FIG. 8 is an explanatory diagram showing an example of a form display screen when the form data received by the client 10 is form data stored in a two-dimensional cube.
  • the form display area 41 for displaying the form data received from the DWH server 300 and the form data displayed in the form display area 41 are stored in the storage medium of the client 10.
  • a save button 42 for accepting a request to make a return and a return button 43 for returning to the state of the previous screen are provided.
  • form data corresponding to “new inventory management” in which inventory status information, item evaluation, order inventory evaluation, etc. are integrated is displayed among form data stored in a one-dimensional cube, as shown in FIG.
  • the form data relating to the new inventory management is displayed.
  • the client 10 may be configured such that the display form can be changed according to, for example, a mouse operation.
  • the cube group storage unit 100 includes a one-dimensional cube, a two-dimensional cube, and a multidimensional cube has been described.
  • the cube group storage unit 100 may be configured as described above.
  • the database (for example, the cube group storage unit 100) that stores the business content data (for example, form data) indicating the business content in the business process is stored in the business content data.
  • the business content data for example, form data
  • the structure includes a two-dimensional cube that stores related work contents data for each related work as a two-dimensional data by integrating and showing the contents of predetermined related work across multiple business units. A system capable of inquiring various forms at a low cost without requiring a simple form program can be constructed.
  • a program for building a new database using the existing functions of the data warehouse used to play a complementary role for mission-critical servers and managing information in the newly built database It is possible to construct a system that can query various forms with a simple configuration that can be generated.
  • business content data such as form data
  • the workload for designing and developing cubes linked between complex tasks can be reduced. It becomes like this.
  • the database (for example, the cube group storage unit 100) has the contents of related work indicated by the two-dimensional data stored in the two-dimensional cube and the one-dimensional stored in the one-dimensional cube.
  • a multidimensional cube that stores a series of business content data for each series of business that shows the content of a given series of business that is integrated with the content of the business indicated by the data or other related business that is indicated by other two-dimensional data. Therefore, it is possible to construct a system that can inquire more various forms. Also, by providing a plurality of multi-dimensional cubes in advance, it is possible to reduce the work load for accessing information required by the user.
  • the multidimensional data is configured to include a series of business content data of a series of business including the content of another series of business indicated by the other multidimensional data, more complicated relations are included. This makes it possible to organize and manage data between businesses with certain characteristics.
  • the database (for example, the cube group storage unit 100) is provided in the business content data management server (for example, the data warehouse server 300) that manages the business content data (for example, form data).
  • the business content data management server acquires the unit business content data from the unit business content data management server (for example, the core business server 200) that collects the unit business content data, and the acquired unit business content data is primary as one-dimensional data.
  • the related work is related. Reflect the registration result of the one-dimensional data registered in the two-dimensional data, which is the business content data.
  • a business content data management server (for example, the data warehouse server 300) having a database (for example, the cube group storage unit 100) receives a request from a client terminal (for example, the clients 10, 20).
  • a client terminal for example, the clients 10, 20.
  • it is configured to provide business content data stored in a database, and is configured to provide one-dimensional data or two-dimensional data specified by the client terminal. Therefore, it is possible to provide various forms at low cost without requiring a complicated form program. In the case of a configuration including a multi-dimensional cube, it becomes possible to provide more various forms at a low cost.
  • the business content data management server (for example, the data warehouse server 300) that manages the business content data indicating the business content in the business process has a database (for example, a cube) that stores the business content data.
  • a unit storage unit (100) which collects unit operation content data for each business unit that includes the group storage unit 100) and indicates the content of each operation for each business unit in the business process.
  • Content data (for example, slip data) is acquired, the acquired unit business content data is stored in the database, and the business content data stored in the database is received in response to a request from a client terminal (for example, clients 10 and 20).
  • Provide database for example, cube group storage unit 100
  • One-dimensional cube that stores unit business content data as one-dimensional data out of business content data, and predetermined content that spans multiple business units among the contents of each business indicated by the one-dimensional data stored in the one-dimensional cube 2D cubes that store related business content data for each related business as 2D data, and provide at least part of the 1D data or 2D data as the business content data Therefore, it is possible to construct a system capable of inquiring various forms at a low cost without requiring a complicated form program.
  • the present invention is useful for providing a system capable of inquiring various forms at low cost without requiring a complicated form program.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　複雑な帳票プログラムを必要とせずに低コストで多様な帳票の照会可能なシステムが構築できるようにする。　業務プロセスにおける業務の内容を示す業務内容データ（例えば、帳票データ）を格納するデータベース（例えば、キューブ群記憶部１００）が、業務内容データのうち業務プロセスにおける業務単位毎の各業務の内容をそれぞれ示す業務単位毎の単位業務内容データを一次元データとして記憶する一次元キューブと、一次元キューブに記憶されている一次元データがそれぞれ示す各業務の内容のうち、複数の業務単位に跨る所定の関連業務の内容を統合して示す関連業務毎の関連業務内容データを二次元データとして記憶する二次元キューブとを含む。

Description

データベース、業務内容データ管理サーバ、および業務内容データ管理プログラム
　本発明は、業務プロセスにおける業務の内容を示す業務内容データを格納するデータベース、このデータベースに格納された業務内容データを管理する業務内容データ管理サーバ、および業務内容データ管理サーバに搭載される業務内容データ管理プログラムに関する。
　従来から、企業における基幹業務システムを構築するためのパッケージソフトウェアとして、ＥＲＰ（Enterprise Resource Planning）と呼ばれるものが主流となっていた。このＥＲＰが搭載された基幹業務システムでは、リレーショナルデータベース上で構築されることが多くなってきており、業務処理に主眼をおいたアプリケーションプログラムの設計がなされることが多く、帳票出力には主眼が置かれずに運用されることが多い。
　このような状況の下、大量の業務データを高速に処理し、様々な切り口で業務データを分析し、帳票出力することを目的として、基幹業務システムの補完的な役割を担う様々なデータウェアハウスシステムが提供されるようになった（特許文献１参照）。
特開２００２―３１２２０８号公報
　しかしながら、従来のデータウェアハウスシステムでは、基幹業務システム側から取得した各業務毎の業務データを管理するようにしているため、各業務についての帳票データを提供するに止まり、業務進捗等を把握するための複数業務についての帳票データを提供することができないという問題があった。
　一方、複数業務についての帳票データを管理するためには、新たに複雑な帳票管理用のプログラムを開発して搭載する必要があるため、開発コスト及び運用コストが膨大なものとなる。このため、複数業務についての帳票データを管理するシステムを実現することは極めて困難であった。
　本発明は、上述した問題を解消し、複雑な帳票管理用のプログラムを必要とせずに、低コストで複数業務についての帳票データを提供することができるようにすることを目的とする。
　本発明のデータベースは、業務プロセスにおける業務の内容を示す業務内容データを格納するデータベースであって、前記業務内容データのうち前記業務プロセスにおける業務単位毎の各業務の内容をそれぞれ示す当該業務単位毎の単位業務内容データを一次元データとして記憶する一次元データ記憶部と、前記一次元データ記憶部に記憶されている一次元データがそれぞれ示す各業務の内容のうち、複数の業務単位に跨る所定の関連業務の内容を統合して示す当該関連業務毎の関連業務内容データを二次元データとして記憶する二次元データ記憶部とを含むことを特徴とする。
　上記の構成としたことで、複雑な帳票管理用のプログラムを必要とせずに、低コストで複数業務についての帳票データを提供することができるようになる。
　前記二次元データ記憶部に記憶されている二次元データが示す関連業務の内容と、前記一次元データ記憶部に記憶されている一次元データが示す業務の内容あるいは他の二次元データが示す他の関連業務の内容とを統合した所定の一連業務の内容を示す当該一連業務毎の一連業務内容データを多次元データとして記憶する多次元データ記憶部を含む構成とされていてもよい。
　前記多次元データは、他の多次元データが示す他の一連業務の内容を含む一連業務の一連業務内容データである場合を含む構成とされていてもよい。
　前記業務内容データを管理する業務内容データ管理サーバに備えられ、前記業務内容データ管理サーバは、前記単位業務内容データを収集する単位業務内容データ管理サーバから当該単位業務内容データを取得する単位業務内容データ取得手段と、該単位業務内容データ取得手段によって取得された単位業務内容データを一次元データとして前記一次元データ記憶部に登録して当該一次元データ記憶部の登録内容を更新する第１更新手段と、該第１更新手段によって登録された一次元データが示す業務の内容を含む複数の業務単位に跨る関連業務が存在する場合に、当該関連業務についての関連業務内容データである二次元データに前記第１更新手段によって登録された一次元データの登録結果を反映させて前記二次元データ記憶部の登録内容を更新する第２更新手段とを含む構成とされていてもよい。
　前記業務内容データ管理サーバは、クライアント端末からの要求に応じて、データベースに格納された業務内容データを提供する業務内容データ提供手段を含み、該業務内容データ提供手段は、前記クライアント端末によって指定された一次元データあるいは二次元データを提供する構成とされていてもよい。
　また、本発明の業務内容データ管理サーバは、業務プロセスにおける業務の内容を示す業務内容データを管理する業務内容データ管理サーバであって、前記業務内容データを格納するデータベースと、前記業務プロセスにおける業務単位毎の各業務の内容をそれぞれ示す当該業務単位毎の単位業務内容データを収集する単位業務内容データ管理サーバから当該単位業務内容データを取得する単位業務内容データ取得手段と、該単位業務内容データ取得手段によって取得された単位業務内容データを前記データベースに格納する単位業務内容データ格納手段と、クライアント端末からの要求に応じて、前記データベースに格納された業務内容データを提供する業務内容データ提供手段とを含み、前記データベースは、前記業務内容データのうち前記単位業務内容データを一次元データとして記憶する一次元データ記憶部と、前記一次元データ記憶部に記憶されている一次元データがそれぞれ示す各業務の内容のうち、複数の業務単位に跨る所定の関連業務の内容を統合して示す当該関連業務毎の関連業務内容データを二次元データとして記憶する二次元データ記憶部とを含み、前記業務内容データ提供手段は、前記業務内容データとして、前記一次元データまたは前記二次元データの少なくとも一部を提供することを特徴とする。
　さらに、本発明の業務内容データ管理プログラムは、業務プロセスにおける業務の内容を示す業務内容データを格納するデータベースを備える業務内容データ管理サーバに当該業務内容データを管理させるための業務内容データ管理プログラムであって、前記業務内容データ管理サーバに、前記業務プロセスにおける業務単位毎の各業務の内容をそれぞれ示す当該業務単位毎の単位業務内容データを収集する単位業務内容データ管理サーバから当該単位業務内容データを取得する単位業務内容データ取得処理と、該単位業務内容データ取得処理にて取得した単位業務内容データを前記データベースに格納する単位業務内容データ格納処理と、クライアント端末からの要求に応じて、前記データベースに格納された業務内容データを提供する業務内容データ提供処理とを実行させ、前記データベースは、前記業務内容データのうち前記単位業務内容データを一次元データとして記憶する一次元データ記憶部と、前記一次元データ記憶部に記憶されている一次元データがそれぞれ示す各業務の内容のうち、複数の業務単位に跨る所定の関連業務の内容を統合して示す当該関連業務毎の関連業務内容データを二次元データとして記憶する二次元データ記憶部とを含み、前記業務内容データ提供処理では、前記業務内容データとして、前記一次元データまたは前記二次元データの少なくとも一部を提供する処理を実行させるためのものである。
　本発明によれば、複雑な帳票管理用のプログラムを必要とせずに、低コストで複数業務についての帳票データを提供することができるようになる。
本発明の一実施の形態における帳票照会システムの構成例を示すブロック図である。 各種キューブ間の関連性を説明するための説明図である。 伝票データ登録処理の例を示すフローチャートである。 帳票出力処理の例を示すフローチャートである。 キューブ選択画面の例を示す説明図である。 登録項目表示画面の例を示す説明図である。 登録項目選択画面の例を示す説明図である。 帳票表示画面の例を示す説明図である。 帳票表示画面の他の例を示す説明図である。
　以下、本発明の一実施の形態の例について図面を参照して説明する。
　図１は、本発明の一実施の形態に係る帳票照会システム５００の構成例を示すブロック図である。図１に示すように、帳票照会システム５００は、基幹業務サーバ２００と、データウェアハウスサーバ（ＤＷＨサーバ）３００と、クライアント１０と、クライアント２０とを含む。帳票照会システム５００を構成する各要素は、それぞれ通信ネットワークにより接続される。
　本例においては、基幹業務サーバ２００とＤＷＨサーバ３００とは、専用回線５１により接続されているものとする。また、クライアント１０は、ＬＡＮ（Local Area Network）５２によりＤＷＨサーバ３００と接続されている。また、クライアント２０は、インターネット５３によりＤＷＨサーバ３００と接続されている。
　基幹業務サーバ２００は、例えば帳票データの収集対象となるデータ収集者によって管理されるサーバであり、各種業務に関する帳票情報を管理するための各種の機能を有する。基幹業務サーバ２００は、ＯＳ（Operating System）やリレーショナルＤＢを備えた一般的な情報処理装置によって構成される。なお、帳票とは、帳簿や伝票類の総称である。また、帳簿とは、金銭や品物の出納に関する事項が記入されるものであり、伝票とは、帳簿を作成する際の基となるデータであり業務上の取引等の証拠となるものである。本例においては、基幹業務サーバ２００が、帳票データとして伝票データのみを扱う場合を例に説明を行なう。
　本例において、基幹業務サーバ２００は、業務アプリケーションプログラムＤＢ２１０と、伝票データＤＢ２２０とを備えている。
　業務アプリケーションプログラムＤＢ２１０は、各種業務に用いられるプログラムを記憶する記憶媒体である。業務アプリケーションプログラムＤＢ２１０に記憶されるプログラムとしては、販売業務管理プログラム、販売業務管理プログラム、生産管理プログラム、財務会計管理プログラム、および管理会計管理プログラムなどがある。
　伝票データＤＢ２２０は、業務アプリケーションプログラムＤＢ２１０に記憶された各種プログラムを用いた各種情報処理によって収集・整理等された各種の伝票データを記憶する記憶媒体である。伝票データＤＢ２２０において、例えば、受注伝票に対応する伝票データについては、受注伝票ヘッダ情報、受注伝票明細情報、および納入日日程などが対応付けされ、伝票番号などのキーを元に検索可能な構造で記憶される。
　また、基幹業務サーバ２００は、伝票データＤＢ２２０に記憶された各種データを、所定の抽出条件に応じてＣＳＶ
（Comma Separated Values）形式に変換してＤＷＨサーバ３００に送信する機能を有する。なお、本例においては、基幹業務サーバ２００は、ＦＴＰ（File Transfer Protocol）によりＣＳＶ形式にしたデータファイルをＤＷＨサーバ３００に転送する。
　ＤＷＨサーバ３００は、例えば本システムのシステム管理者によって管理されるサーバであり、データウェアハウスを実現するための各種の機能を有する。ここで、データウェアハウスとは、時系列で蓄積された帳票データなどの業務データの中から各項目間の関連性を分析するシステムをいう。また、ＤＷＨサーバ３００は、基幹業務サーバ２００から転送されたＣＳＶ形式のファイルを所定のデータ形式に変換するなどして、転送された伝票データに対応する所定の格納領域に伝票データを登録する機能を有する。なお、ＤＷＨサーバ３００は、データ形式の変換を行わず、ＣＳＶ形式の状態のまま所定の格納領域に伝票データを登録する構成とされていてもよい。なお、本例において、ＤＷＨサーバ３００は、基幹業務サーバ２００から転送された伝票データから所定のデータ（すなわち、各一次元キューブが記憶するデータに対応するデータ）を抽出して、後述する一次元キューブにのみ登録し、他の次元に属するキューブに関しては、一次元キューブの登録結果を反映させるための処理を行う。なお、一次元キューブに登録されるデータは、受信した伝票データから所定のデータを抽出したものであるので、単に伝票データを蓄積したものもあれば、伝票データに基づいて帳簿データとして作成されるものもある。そのため、本例においては、キューブに記憶されるデータを総じて「帳票データ」と呼ぶ。
　本例において、ＤＷＨサーバ３００は、格納領域あるいはデータベースの単位を意味するキューブが複数設けられたキューブ群記憶部１００を備えている。
　キューブ群記憶部１００は、基幹業務サーバ２００から転送された伝票データを所定の形式で格納するデータベースであり、階層が定義された複数のキューブによって構成される。
　本例においては、キューブ群記憶部１００は、基幹業務サーバ２００から転送された各業務の帳票データを記憶する一次階層のキューブを示す一次元キューブと、一次階層の下位層である二次階層のキューブを示す二次元キューブと、二次階層のさらに下位層である三次以降の階層である多次階層のキューブを示す多次元キューブによって構成される。
　図２は、キューブ群記憶部１００を構成する各種キューブ間の関連性を説明するための説明図である。キューブ群記憶部１００にて管理される各次元のキューブは、例えば図２に示すような階層構造を有する。なお、本例においては、次元の低いキューブほど階層構造における上層に位置するキューブであることとする。
　一次元キューブには、帳票データのうち、業務アプリケーションプログラムに応じた業務プロセスにおける業務単位毎の各業務の内容に応じた帳票データが、一次元データとして記憶される。すなわち、一次元キューブには、例えば、受注伝票明細、出荷伝票明細、納品伝票明細、発注伝票明細などの各業務の内容に応じた帳票データが記憶される。
　二次元キューブには、一次元データがそれぞれ示す各業務の内容のうち、複数の業務単位に跨る所定の関連業務の内容を統合して示す関連業務毎の関連業務内容に応じた帳票データが、二次元データとして記憶される。すなわち、二次元キューブには、例えば、受注出荷納品などの所定の関連業務（受注、出荷、及び納品の関連した業務）の内容を統合して示す帳票データが記憶される。
　多次元キューブは、二次元キューブあるいは他の多次元キューブを含む複数のキューブに記憶されているそれぞれの帳票データが示す各業務に跨る一連の業務の帳票データが多次元データとして記憶されるキューブである。
　すなわち、多次元キューブには、例えば、二次元データが示す関連業務の内容と、一次元データが示す業務の内容あるいは他の二次元データが示す他の関連業務の内容とを統合した所定の一連業務の内容を示す一連業務毎の一連業務内容に応じた帳票データが、多次元データとして記憶される。例えば、多次元キューブには、販売購買管理などの所定の一連業務の内容を統合して示す帳票データが記憶される。
　また、図２に示すように、多次元データには、他の多次元データが示す他の一連業務の内容を含む一連業務の一連業務内容に応じた帳票データが、多次元データとして記憶される場合もある。この場合、多次元キューブ間においても階層構造が形成されることとなる。
　また、本例では、図２に矢印で示すように、下位層のキューブと、その下位層に格納される帳票データの生成に用いられる各帳票データがそれぞれ格納される複数の上位層のキューブとがあらかじめ対応付けされているものとする。下位層のキューブには、対応付けされている上位層のキューブにそれぞれ格納されている各帳票データが統合された帳票データが格納される。この対応付けは、各業務の関連性や必要とされる帳票の内容などに応じてシステム管理者によってあらかじめ定められるものとする。
　具体的には、例えば、図２において、一次元キューブＡＯ，ＡＰ，ＡＱ，ＡＹ，ＡＺ，Ａａが、それぞれ、在庫ステータス情報、品目評価、受注在庫評価、受注在庫、ロット在庫、仕入先からの特殊在庫に関する帳票データを記憶するキューブである場合、一次元キューブＡＯ，ＡＰ，ＡＱ，ＡＹ，ＡＺ，Ａａに共通して対応付けされている二次元キューブＢＧに、一次元キューブＡＯ，ＡＰ，ＡＱ，ＡＹ，ＡＺ，Ａａそれぞれに記憶されている各帳票データを統合した帳票データが記憶されることになる。この場合、二次元キューブＢＧに記憶される帳票データは、例えば「在庫管理」を示す帳票データとなる。
　また、二次元キューブＢＧに、一次元キューブＡＪ（入出庫明細に関する帳票データ）を統合した帳票データを記憶するのが多次元キューブＣＤとなる。本例において、多次元キューブＣＤに記憶される帳票データは、「在庫受払」に応じた帳票データとする。
　二次元キューブと多次元キューブには、複数の関連する業務の帳票データを統合して把握したいというニーズの高いものが記憶されることが好ましく、各キューブ間の関連は予め設定されており、一次元キューブに記憶されたデータが更新されることにより、更新された一次元キューブの下層に位置する二次元キューブおよび多次元キューブに記憶されるデータも更新されることとなる。
　このようにあらかじめ必要な二次元キューブや多次元キューブを設けておく構造とされているので、二次元キューブや多次元キューブに格納されている帳票データに相当するデータを生成するための作業を行う必要を無くすことが可能となる。
　クライアント１０，２０は、ＣＰＵ（中央処理装置）、ＲＯＭ、ＲＡＭ、および表示画面などを備えた情報処理装置である。本例においては、クライアント１０，２０は、Ｗｅｂブラウザや表計算ソフトなど、帳票データを扱うために利用可能な各種アプリケーションを有しているものとする。また、本例においては、クライアント１０，２０は、例えばユーザによる操作入力に応じて、ＤＷＨサーバ３００から必要な帳票データを取得するためのクエリ（参照するキューブ名、使用する項目名、帳票レイアウト情報、抽出条件など）を定義し、ＤＷＨサーバ３００に送信する機能を有する。
　本例においては、クライアント１０は、ＬＡＮを介してＤＷＨサーバ３００と通信し、ＤＷＨサーバ３００から取得したデータを所定の表計算ソフトによって表示画面に出力する機能を有する。
　また、クライアント２０は、インターネットを介してＤＷＨサーバ３００と通信し、ＤＷＨサーバ３００から取得したデータをＷｅｂブラウザによって表示画面に出力する機能を有する。
　次に、本例の帳票照会システム５００における基幹業務サーバ２００とＤＷＨサーバ３００の動作について図面を参照して説明する。なお、本発明に特に関係しない動作や処理については、その内容を省略している場合がある。
　図３は、基幹業務サーバ２００とＤＷＨサーバ３００とが実行する伝票データ登録処理の例を示すフローチャートである。伝票データ登録処理では、基幹業務サーバ２００にて蓄積された伝票データから所定のデータを抽出してＤＷＨサーバ３００が有するキューブ群記憶部１００にて記憶するための処理が実行される。
　伝票データ登録処理において、先ず、基幹業務サーバ２００は、伝票データＤＢ２２０に伝票データを蓄積する（ステップＳ１０１）
　そして、基幹業務サーバ２００は、例えば所定の時間間隔で、所定の伝票データ送信条件が充足されたか否か判定する（ステップＳ１０２）。なお、伝票データ送信条件は予め基幹業務サーバ２００が有する記憶部に記憶されていることとし、例えば、「午前1時を経過」などが設定されているものとする。ここで、伝票データ送信条件が充足されていないと判定すると（ステップＳ１０２のＮ）、基幹業務サーバ２００は、伝票データの蓄積を継続する。
　一方、伝票データ送信条件が充足されたと判定すると（ステップＳ１０２のＹ）、基幹業務サーバ２００は、伝票データをＣＳＶ形式に変換してＤＷＨサーバ３００に転送する（ステップＳ１０３）。なお、伝票データを転送する際のファイル形式は、ＤＷＨサーバ３００にて処理可能な形式であればよく、ＣＳＶ形式以外の他の形式であってもよい。
　伝票データを転送すると、基幹業務サーバ２００は、転送した伝票データを伝票データＤＢ２２０から削除して（ステップＳ１０４）、ステップＳ１０１に遷移する。なお、基幹業務サーバ２００が、例えば伝票データのデータ量が所定量を超えていない場合に、転送した伝票データを転送済みデータとして残しておく構成としてもよい。また、基幹業務サーバ２００が、転送した伝票データをＤＨＷサーバ３００とは別の他の記憶媒体に記憶させておく構成としてもよい。さらに、基幹業務サーバ２００が、伝票データの全てを転送済みデータであるか否かを識別可能に蓄積しておき、蓄積されている伝票データの中で未転送のデータのみをステップＳ１０３にて転送し、ステップＳ１０４での削除を行わない構成としてもよい。
　一方、ＤＷＨサーバ３００は、伝票データを受信すると、データ形式を所定の形式に変換し（ステップＳ２０１）、伝票データから各一次元キューブに対応するデータを抽出して、抽出したデータを対応する一次元キューブに登録する（ステップＳ２０２）。ＤＷＨサーバ３００は、登録する一次元キューブの帳票データの項目に演算項目が存在する場合には、ステップＳ２０１にて、その演算項目にあらかじめ設定されている演算式（帳票データにおける他の項目を１又は２以上用いた演算式）に従って演算処理を行い、ステップＳ２０２にて、演算結果を演算項目に設定する処理を行う。このようにすることで、帳票データを提供する際に演算処理を行う必要を無くすことができ、そのための演算プログラムを不要とすることができる。
　一次元キューブにデータを登録すると（すなわち、キューブ内のデータを更新すると）、ＤＷＨサーバ３００は、新たにデータが登録された一次元キューブに対応付けされている二次元キューブが有るか判定する（ステップＳ２０３）。ここで、新たにデータが登録された一次元キューブに対応付けされている二次元キューブが無いと判定すると（ステップＳ２０３のＮ）、ＤＷＨサーバ３００は、ここでの処理を終了する。
　一方、新たにデータが登録された一次元キューブに対応付けされている二次元キューブが有ると判定すると（ステップＳ２０３のＹ）、ＤＷＨサーバ３００は、二次元キューブに一次元キューブの登録結果を反映させる（ステップＳ２０４）。ＤＷＨサーバ３００は、登録する二次元キューブの帳票データの項目に演算項目が存在する場合には、ステップＳ２０４にて、その演算項目にあらかじめ設定されている演算式（帳票データにおける他の項目を１又は２以上用いた演算式）に従って演算処理を行い、演算結果を演算項目に設定する処理を行う。
　次いで、ＤＷＨサーバ３００は、新たにデータの登録結果が反映されたキューブに対して下層に位置するキューブ（下層キューブ）が有るか判定する（ステップＳ２０５）。ここで、新たにデータの登録結果が反映されたキューブに対して下層に位置するキューブが無いと判定すると（ステップＳ２０５のＮ）、ＤＷＨサーバ３００は、ここでの処理を終了する。
　一方、新たにデータの登録結果が反映されたキューブに対して下層に位置するキューブが有ると判定すると（ステップＳ２０５のＹ）、ＤＷＨサーバ３００は、下層キューブにデータの登録結果を反映させる（ステップＳ２０６）。ＤＷＨサーバ３００は、登録する下層キューブの帳票データの項目に演算項目が存在する場合には、ステップＳ２０６にて、その演算項目にあらかじめ設定されている演算式（帳票データにおける他の項目を１又は２以上用いた演算式）に従って演算処理を行い、演算結果を演算項目に設定する処理を行う。
　下層キューブにデータの登録結果を反映させると、ＤＷＨサーバ３００は、さらに下層に位置するキューブが有るか判定する（ステップＳ２０７）。
　ここで、ＤＷＨサーバ３００は、さらに下層に位置するキューブが無いと判定すると（ステップＳ２０７のＮ）、ここでの処理を終了し、さらに下層に位置するキューブが有ると判定すると（ステップＳ２０７のＹ）、ステップＳ２０６に移行する。
　次に、本例の帳票照会システム５００におけるＤＷＨサーバ３００とクライアント１０，２０の動作について図を参照して説明する。なお、本発明に特に関係しない動作や処理については、その内容を省略している場合がある。
　図４は、ＤＷＨサーバ３００とクライアント１０とが実行する帳票出力処理の例を示すフローチャートである。帳票出力処理では、ＤＷＨサーバ３００が有するキューブ群記憶部１００から任意のデータを抽出して、クライアント１０にて帳票として出力するための処理が実行される。なお、クライアント１０とクライアント２０では、通信ネットワークの種類と、帳票を出力するアプリケーションの種類とが異なるだけなので、本例においてはクライアント１０を用いる場合を例に説明を行なう。
　帳票出力処理において、先ず、クライアント１０は、例えばユーザによる操作入力に応じて、キューブ選択画面要求をＤＷＨサーバ３００に送信する（ステップＳ４０１）。
　キューブ選択画面要求を受信すると、ＤＷＨサーバ３００は、受信したキューブ選択画面要求に応じてキューブ選択画面を送信する。本例においては、ＤＷＨサーバ３００は、クライアント１０にて作成されたクエリに応じたキューブの名称の一覧表を含む画面を表示するためのデータをキューブ選択画面としてクライアント１０に送信する。
　キューブ選択画面を受信すると、クライアント１０は、表示画面にキューブ選択画面を表示する（ステップＳ４０２）。このように、クエリに応じたキューブの名称の一覧表を含むキューブ選択画面を表示することで、要求に応じて網羅的にキューブを閲覧可能とすることができ、キューブ（すなわち帳票）を容易に選択することができるようになる。
　図５は、キューブ選択画面の例を示す説明図である。図５に示すように、キューブ選択画面は、キューブに関する情報を一覧表の形で表示するキューブ情報表示領域１１と、表示画面に表示される画面を他の画面に切替える要求を受け付ける戻るボタン１２と、ＯＫボタン１３とが設けられる。
　本例においては、キューブ情報表示領域１１には、キューブ番号（Ｎｏ．）と、キューブ名称（名前）と、キューブの属する次元（次元）とが選択可能な状態で表示される。
　クライアント１０は、例えばマウス操作により操作可能なカーソルＰによるキューブの選択（例えば、キューブ名称の選択）を受け付けると、選択されたキューブを仮選択状態とする。そして、ＯＫボタン１３の選択を受け付けると、クライアント１０は、仮選択状態にあるキューブの選択を受け付けたものと判定して（ステップＳ４０３）、選択を受け付けたキューブのキューブ名称をＤＷＨサーバ３００に送信する。
　キューブ名称を受信すると、ＤＷＨサーバ３００は、受信したキューブ名称に応じたキューブを検索し、キューブに記憶された登録項目をクライアント１０に送信する（ステップＳ３０２）。ここで、登録項目とは、各キューブに記憶された帳票データの一部であり、業務内容毎に帳票として必要な項目が予め登録されたものである。本例においては、一次元キューブＡＯに記憶された登録項目「在庫有り」「在庫少、注文受付可」「在庫少、注文受付不可」などがクライアント１０に送信される場合を例にして説明を行なう。
　登録項目を受信すると、クライアント１０は、表示画面に登録項目表示画面を表示する（ステップＳ４０４）。
　図６は、登録項目表示画面の例を示す説明図である。図６に示すように、登録項目表示画面は、キューブ名称表示領域２１と、登録項目表示領域２２と、戻るボタン２４と、ＯＫボタン２５が設けられる。
　本例においては、クライアント１０は、登録項目表示領域２２に、ＤＷＨサーバ３００から受信した登録項目を表示する。ここで、例えばカーソルＰによる戻るボタン２４の選択を受け付けると（ステップＳ４０５のＮ）、クライアント１０は、ステップＳ４０２に移行する。
　一方、例えばカーソルＰによるＯＫボタン２５の選択を受け付けると（ステップＳ４０５のＹ）、クライアント１０は、登録項目選択画面を表示する（ステップＳ４０６）
　図７は、登録項目選択画面の例を示す説明図である。図７に示すように、登録項目選択画面は、登録項目を選択可能に表示する登録項目表示領域３１と、登録項目として表示された項目の内ユーザにより選択された項目を表示する選択項目表示領域３２と、戻るボタン３３と、ＯＫボタン３４とが設けられる。
　ここで、例えばカーソルＰによる登録項目のドラッグ操作により選択項目が設定された状態でＯＫボタン３４の選択を受け付けると、クライアント１０は、登録項目の選択を受け付けたものと判定して（ステップＳ４０７）、設定された選択項目をＤＷＨサーバ３００に送信する。
　選択項目を受信すると、ＤＷＨサーバ３００は、選択項目に応じた帳票データをキューブから抽出し、クライアント１０に送信して（ステップＳ３０３）、ここでの処理を終了する。
　キューブから抽出された帳票データを受信すると、クライアント１０は、帳票表示画面を表示する（ステップＳ４０８）。
　図８は、クライアント１０が受信した帳票データが二次元キューブに記憶された帳票データである場合の帳票表示画面の例を示す説明図である。帳票表示画面には、例えば図８に示すように、ＤＷＨサーバ３００から受信した帳票データを表示する帳票表示領域４１と、帳票表示領域４１に表示された帳票データをクライアント１０が有する記憶媒体に記憶する要求を受け付ける保存ボタン４２と、前画面の状態に戻るための戻るボタン４３とが設けられている。
　例えば、一次元キューブに記憶される帳票データのうち、在庫ステータス情報、品目評価、受注在庫評価などが統合された「新在庫管理」に応じた帳票データが表示される場合、図８に示すように、新在庫管理に関する帳票データが表示される。
　また、一次元キューブに記憶される帳票データと二次元キューブに記憶される帳票データが統合された「在庫受払」に応じた帳票データが表示される場合、例えば図９に示すように、帳票表示領域４１に帳票データの全てが表示されるように文字サイズが調整される構成としてもよい。また、クライアント１０は、例えばマウス操作応じて表示形態が変更可能である構成とされていてもよい。
　なお、上述した例では、キューブ群記憶部１００が、一次元キューブ、二次元キューブ、及び多次元キューブを有する場合について説明したが、多次元キューブを有することなく、一次元キューブと二次元キューブとによってキューブ群記憶部１００を構成するようにしてもよい。
　以上に説明したように、上述した実施の形態では、業務プロセスにおける業務の内容を示す業務内容データ（例えば、帳票データ）を格納するデータベース（例えば、キューブ群記憶部１００）が、業務内容データのうち業務プロセスにおける業務単位毎の各業務の内容をそれぞれ示す業務単位毎の単位業務内容データを一次元データとして記憶する一次元キューブと、一次元キューブに記憶されている一次元データがそれぞれ示す各業務の内容のうち、複数の業務単位に跨る所定の関連業務の内容を統合して示す関連業務毎の関連業務内容データを二次元データとして記憶する二次元キューブとを含む構成としているので、複雑な帳票プログラムを必要とせずに低コストで多様な帳票を照会可能なシステムが構築できるようになる。
　すなわち、基幹業務サーバの補完的な役割を果たすために用いられているデータウェアハウスの既存の機能を用いて新たなデータベースを構築し、新たに構築したデータベースにて情報を管理するためのプログラムを生成するだけの簡単な構成で、多様な帳票を照会可能なシステムが構築できるようになる。また、階層構造を形成する複数のキューブにより帳票データなどの業務内容データを管理できるようにすることで、複雑な業務間に連携したキューブの設計開発を行うための作業負担を軽減させることができるようになる。
　また、上述した実施の形態では、データベース（例えば、キューブ群記憶部１００）が、二次元キューブに記憶されている二次元データが示す関連業務の内容と、一次元キューブに記憶されている一次元データが示す業務の内容あるいは他の二次元データが示す他の関連業務の内容とを統合した所定の一連業務の内容を示す一連業務毎の一連業務内容データを多次元データとして記憶する多次元キューブを含む構成としているので、より多様な帳票の照会可能なシステムが構築できるようになる。また、予め多次元キューブを複数備えておくことにより、ユーザが必要とする情報にアクセスするための作業負担を軽減させることができるようになる。
　また、上述した実施の形態では、多次元データは、他の多次元データが示す他の一連業務の内容を含む一連業務の一連業務内容データである場合を含む構成としているので、より複雑な関連性を有する業務間のデータを整理して管理できるようになる。
　また、上述した実施の形態において、演算項目を事前に項目として設ける構成とした場合には、複雑な業務間に連携したキューブの設計開発を行うための作業負担をさらに軽減させることができるようになる。
　また、上述した実施の形態では、データベース（例えば、キューブ群記憶部１００）が、業務内容データ（例えば、帳票データ）を管理する業務内容データ管理サーバ（例えば、データウェアハウスサーバ３００）に備えられ、業務内容データ管理サーバが、単位業務内容データを収集する単位業務内容データ管理サーバ（例えば、基幹業務サーバ２００）から単位業務内容データを取得し、取得した単位業務内容データを一次元データとして一次元キューブに登録してその一次元キューブの登録内容を更新し、登録された一次元データが示す業務の内容を含む複数の業務単位に跨る関連業務が存在する場合に、その関連業務についての関連業務内容データである二次元データに登録された一次元データの登録結果を反映させて二次元キューブの登録内容を更新する構成としているので、階層構造を形成する複数のキューブの登録内容を効率的かつ洩れなく更新することが可能となり、クライアントからの多様な帳票についての帳票照会要求に迅速かつ正確に対応可能な状態にしておくことができるようになる。多次元キューブを含む構成とする場合には、クライアントからの更に多様な帳票についての帳票照会要求に迅速かつ正確に対応可能な状態にしておくことができるようになる。
　また、上述した実施の形態では、データベース（例えば、キューブ群記憶部１００）を備える業務内容データ管理サーバ（例えば、データウェアハウスサーバ３００）が、クライアント端末（例えば、クライアント１０，２０）からの要求に応じて、データベースに格納された業務内容データを提供する構成とし、クライアント端末によって指定された一次元データあるいは二次元データを提供する構成としているので、一次元データに限らず二次元データをクライアントに提供することができ、複雑な帳票プログラムを必要とせずに低コストで多様な帳票を提供することができるようになる。多次元キューブを含む構成とする場合には、低コストで更に多様な帳票を提供することができるようになる。
　また、上述した実施の形態では、業務プロセスにおける業務の内容を示す業務内容データを管理する業務内容データ管理サーバ（例えば、データウェアハウスサーバ３００）が、業務内容データを格納するデータベース（例えば、キューブ群記憶部１００）を備え、業務プロセスにおける業務単位毎の各業務の内容をそれぞれ示す業務単位毎の単位業務内容データを収集する単位業務内容データ管理サーバ（例えば、基幹業務サーバ２００）から単位業務内容データ（例えば、伝票データ）を取得し、取得した単位業務内容データをデータベースに格納し、クライアント端末（例えば、クライアント１０，２０）からの要求に応じて、データベースに格納された業務内容データを提供し、データベース（例えば、キューブ群記憶部１００）が、業務内容データのうち単位業務内容データを一次元データとして記憶する一次元キューブと、一次元キューブに記憶されている一次元データがそれぞれ示す各業務の内容のうち、複数の業務単位に跨る所定の関連業務の内容を統合して示す関連業務毎の関連業務内容データを二次元データとして記憶する二次元キューブとを含み、業務内容データとして、一次元データまたは二次元データの少なくとも一部を提供する構成としているので、複雑な帳票プログラムを必要とせずに低コストで多様な帳票の照会可能なシステムが構築できるようになる。
　本発明によれば、複雑な帳票プログラムを必要とせずに低コストで多様な帳票の照会可能なシステムを提供するのに有用である。
　１０　　　　　　　クライアント
　２０　　　　　　　クライアント
　５１　　　　　　　専用回線
　５２　　　　　　　ＬＡＮ
　５３　　　　　　　インターネット
　１００　　　　　　キューブ群記憶部
　２００　　　　　　基幹業務サーバ
　３００　　　　　　ＤＷＨサーバ
　５００　　　　　　帳票照会システム
 

Claims (7)

  1. 　業務プロセスにおける業務の内容を示す業務内容データを格納するデータベースであって、
    　前記業務内容データのうち前記業務プロセスにおける業務単位毎の各業務の内容をそれぞれ示す当該業務単位毎の単位業務内容データを一次元データとして記憶する一次元データ記憶部と、
    　前記一次元データ記憶部に記憶されている一次元データがそれぞれ示す各業務の内容のうち、複数の業務単位に跨る所定の関連業務の内容を統合して示す当該関連業務毎の関連業務内容データを二次元データとして記憶する二次元データ記憶部とを含む
    　ことを特徴とするデータベース。
  2. 　前記二次元データ記憶部に記憶されている二次元データが示す関連業務の内容と、前記一次元データ記憶部に記憶されている一次元データが示す業務の内容あるいは他の二次元データが示す他の関連業務の内容とを統合した所定の一連業務の内容を示す当該一連業務毎の一連業務内容データを多次元データとして記憶する多次元データ記憶部を含む
    　請求項1記載のデータベース。
  3. 　前記多次元データは、他の多次元データが示す他の一連業務の内容を含む一連業務の一連業務内容データである場合を含む
    　請求項２記載のデータベース。
  4. 　前記業務内容データを管理する業務内容データ管理サーバに備えられ、
    　前記業務内容データ管理サーバは、
    　前記単位業務内容データを収集する単位業務内容データ管理サーバから当該単位業務内容データを取得する単位業務内容データ取得手段と、
    　該単位業務内容データ取得手段によって取得された単位業務内容データを一次元データとして前記一次元データ記憶部に登録して当該一次元データ記憶部の登録内容を更新する第１更新手段と、
    　該第１更新手段によって登録された一次元データが示す業務の内容を含む複数の業務単位に跨る関連業務が存在する場合に、当該関連業務についての関連業務内容データである二次元データに前記第１更新手段によって登録された一次元データの登録結果を反映させて前記二次元データ記憶部の登録内容を更新する第２更新手段とを含む
    　請求項１記載のデータベース。
  5. 　前記業務内容データ管理サーバは、クライアント端末からの要求に応じて、データベースに格納された業務内容データを提供する業務内容データ提供手段を含み、
    　該業務内容データ提供手段は、前記クライアント端末によって指定された一次元データあるいは二次元データを提供する
    　請求項４記載のデータベース。
  6. 　業務プロセスにおける業務の内容を示す業務内容データを管理する業務内容データ管理サーバであって、
    　前記業務内容データを格納するデータベースと、
    　前記業務プロセスにおける業務単位毎の各業務の内容をそれぞれ示す当該業務単位毎の単位業務内容データを収集する単位業務内容データ管理サーバから当該単位業務内容データを取得する単位業務内容データ取得手段と、
    　該単位業務内容データ取得手段によって取得された単位業務内容データを前記データベースに格納する単位業務内容データ格納手段と、
    　クライアント端末からの要求に応じて、前記データベースに格納された業務内容データを提供する業務内容データ提供手段とを含み、
    　前記データベースは、
    　前記業務内容データのうち前記単位業務内容データを一次元データとして記憶する一次元データ記憶部と、
    　前記一次元データ記憶部に記憶されている一次元データがそれぞれ示す各業務の内容のうち、複数の業務単位に跨る所定の関連業務の内容を統合して示す当該関連業務毎の関連業務内容データを二次元データとして記憶する二次元データ記憶部とを含み、
    　前記業務内容データ提供手段は、前記業務内容データとして、前記一次元データまたは前記二次元データの少なくとも一部を提供する
    　ことを特徴とする業務内容データ管理サーバ。
  7. 　業務プロセスにおける業務の内容を示す業務内容データを格納するデータベースを備える業務内容データ管理サーバに当該業務内容データを管理させるための業務内容データ管理プログラムであって、
    　前記業務内容データ管理サーバに、
    　前記業務プロセスにおける業務単位毎の各業務の内容をそれぞれ示す当該業務単位毎の単位業務内容データを収集する単位業務内容データ管理サーバから当該単位業務内容データを取得する単位業務内容データ取得処理と、
    　該単位業務内容データ取得処理にて取得した単位業務内容データを前記データベースに格納する単位業務内容データ格納処理と、
    　クライアント端末からの要求に応じて、前記データベースに格納された業務内容データを提供する業務内容データ提供処理とを実行させ、
    　前記データベースは、
    　前記業務内容データのうち前記単位業務内容データを一次元データとして記憶する一次元データ記憶部と、
    　前記一次元データ記憶部に記憶されている一次元データがそれぞれ示す各業務の内容のうち、複数の業務単位に跨る所定の関連業務の内容を統合して示す当該関連業務毎の関連業務内容データを二次元データとして記憶する二次元データ記憶部とを含み、
    　前記業務内容データ提供処理では、前記業務内容データとして、前記一次元データまたは前記二次元データの少なくとも一部を提供する処理を
    　実行させるための業務内容データ管理プログラム。
     
PCT/JP2011/002326 2010-04-20 2011-04-20 データベース、業務内容データ管理サーバ、および業務内容データ管理プログラム Ceased WO2011132421A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP11771762A EP2527993A1 (en) 2010-04-20 2011-04-20 Database, work content data management server and work content data management program
US13/574,417 US20130024438A1 (en) 2010-04-20 2011-04-20 Database, business content data management server, and business content data management program
JP2012511557A JPWO2011132421A1 (ja) 2010-04-20 2011-04-20 データベース、業務内容データ管理サーバ、および業務内容データ管理プログラム
CN2011800063448A CN103119618A (zh) 2010-04-20 2011-04-20 数据库、业务内容数据管理服务器和业务内容数据管理程序

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010096975 2010-04-20
JP2010-096975 2010-04-20

Publications (1)

Publication Number Publication Date
WO2011132421A1 true WO2011132421A1 (ja) 2011-10-27

Family

ID=44833962

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/002326 Ceased WO2011132421A1 (ja) 2010-04-20 2011-04-20 データベース、業務内容データ管理サーバ、および業務内容データ管理プログラム

Country Status (5)

Country Link
US (1) US20130024438A1 (ja)
EP (1) EP2527993A1 (ja)
JP (1) JPWO2011132421A1 (ja)
CN (1) CN103119618A (ja)
WO (1) WO2011132421A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5575971B1 (ja) * 2013-11-06 2014-08-20 株式会社アイ・ピー・エス 帳票データ管理サーバ、および帳票データ管理プログラム
JP5575973B1 (ja) * 2013-11-11 2014-08-20 株式会社アイ・ピー・エス 帳票データ管理サーバ、帳票データ管理プログラムおよび帳票データ管理装置
WO2014199416A1 (ja) * 2013-06-13 2014-12-18 株式会社アイ・ピー・エス 帳票データ管理サーバ、および帳票データ管理プログラム
JP2016071410A (ja) * 2014-09-26 2016-05-09 エヌ・ティ・ティ・コムウェア株式会社 帳票管理システム、管理簿データ更新方法、およびプログラム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103729455B (zh) * 2014-01-06 2015-01-21 中国南方电网有限责任公司 一种基于主副本存储模式的主数据存储方法
CN107346329B (zh) * 2017-06-19 2021-01-29 上海德启信息科技有限公司 一种数据处理方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002117047A (ja) * 2000-10-06 2002-04-19 Business Brain Showa Ota Inc 多次元データ分析装置、多次元データ分析システムおよび記録媒体
JP2002169951A (ja) * 2000-12-01 2002-06-14 Canon Inc 情報処理システム、情報処理装置、連結製販表の作成方法、連結製販表の作成装置、及び記録媒体
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002041995A (ja) * 2000-07-25 2002-02-08 Obic Business Consultants Ltd クレジットカード決済機能を有する業務処理装置並びにその業務パッケージ
US7610300B2 (en) * 2004-11-30 2009-10-27 International Business Machines Corporation Automated relational schema generation within a multidimensional enterprise software system
US8660893B2 (en) * 2007-07-23 2014-02-25 Visa U.S.A. Inc. Multi-vendor multi-loyalty currency program
US20090055439A1 (en) * 2007-08-24 2009-02-26 Ketera Technologies, Inc. Flexible Dimension Approach In A Data Warehouse
US8156150B2 (en) * 2009-06-15 2012-04-10 Oracle International Corporation Fusion general ledger

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002117047A (ja) * 2000-10-06 2002-04-19 Business Brain Showa Ota Inc 多次元データ分析装置、多次元データ分析システムおよび記録媒体
JP2002169951A (ja) * 2000-12-01 2002-06-14 Canon Inc 情報処理システム、情報処理装置、連結製販表の作成方法、連結製販表の作成装置、及び記録媒体
JP2002312208A (ja) 2001-04-11 2002-10-25 Mitsubishi Electric Corp データウェアハウスシステム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014199416A1 (ja) * 2013-06-13 2014-12-18 株式会社アイ・ピー・エス 帳票データ管理サーバ、および帳票データ管理プログラム
JP5575971B1 (ja) * 2013-11-06 2014-08-20 株式会社アイ・ピー・エス 帳票データ管理サーバ、および帳票データ管理プログラム
JP5575973B1 (ja) * 2013-11-11 2014-08-20 株式会社アイ・ピー・エス 帳票データ管理サーバ、帳票データ管理プログラムおよび帳票データ管理装置
JP2016071410A (ja) * 2014-09-26 2016-05-09 エヌ・ティ・ティ・コムウェア株式会社 帳票管理システム、管理簿データ更新方法、およびプログラム

Also Published As

Publication number Publication date
CN103119618A (zh) 2013-05-22
US20130024438A1 (en) 2013-01-24
JPWO2011132421A1 (ja) 2013-07-18
EP2527993A1 (en) 2012-11-28

Similar Documents

Publication Publication Date Title
JP5502251B1 (ja) 帳票データ管理サーバ、および帳票データ管理プログラム
US20150081365A1 (en) Mobile terminal management server and mobile terminal management program
WO2012086097A1 (ja) データベース、データ管理サーバ、およびデータ管理プログラム
WO2013114440A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
JP5479598B2 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2011132421A1 (ja) データベース、業務内容データ管理サーバ、および業務内容データ管理プログラム
JP5237460B2 (ja) データベース、管理サーバ、および管理プログラム
JP5520413B1 (ja) プロジェクトデータ管理サーバ、およびプロジェクトデータ管理プログラム
US20150120354A1 (en) Mobile terminal management server and mobile terminal management program
JP5575973B1 (ja) 帳票データ管理サーバ、帳票データ管理プログラムおよび帳票データ管理装置
JP5253672B2 (ja) データベース、伝票データ管理サーバ、およびインデックスデータ管理プログラム
WO2013114441A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
US20150127395A1 (en) Manufacture instruction data management server and manufacture instruction data management program
US20150073857A1 (en) Mobile terminal management server and mobile terminal management program
US20150120355A1 (en) Mobile terminal management server and mobile terminal management program
US20150073856A1 (en) Mobile terminal management server and mobile terminal management program
JP5451885B2 (ja) データベース、データ管理サーバ、およびデータ管理プログラム
US20150081357A1 (en) Mobile terminal management server and mobile terminal management program
US20150081358A1 (en) Mobile terminal management server and mobile terminal management program
WO2014199416A1 (ja) 帳票データ管理サーバ、および帳票データ管理プログラム
US20150073855A1 (en) Mobile terminal management server and mobile terminal management program
JPWO2013114441A1 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180006344.8

Country of ref document: CN

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

Ref document number: 11771762

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012511557

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 6165/DELNP/2012

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2011771762

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13574417

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE