WO2005015448A1 - 協調設計指向データベースの構築、管理・統御の方法と関連プログラム - Google Patents

協調設計指向データベースの構築、管理・統御の方法と関連プログラム Download PDF

Info

Publication number
WO2005015448A1
WO2005015448A1 PCT/JP2003/010050 JP0310050W WO2005015448A1 WO 2005015448 A1 WO2005015448 A1 WO 2005015448A1 JP 0310050 W JP0310050 W JP 0310050W WO 2005015448 A1 WO2005015448 A1 WO 2005015448A1
Authority
WO
WIPO (PCT)
Prior art keywords
database
user
client
monitoring mechanism
management
Prior art date
Application number
PCT/JP2003/010050
Other languages
English (en)
French (fr)
Inventor
Ryozo Setoguchi
Original Assignee
Setoguchi Laboratory 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 Setoguchi Laboratory Ltd. filed Critical Setoguchi Laboratory Ltd.
Priority to PCT/JP2003/010050 priority Critical patent/WO2005015448A1/ja
Priority to AU2003254849A priority patent/AU2003254849A1/en
Publication of WO2005015448A1 publication Critical patent/WO2005015448A1/ja

Links

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/21—Design, administration or maintenance of databases

Definitions

  • the present invention relates to a hierarchical collaborative design comprising a meta-database and image data: a database, a database construction method, a management gun control method and a program in a database system.
  • a winged edge data structure is considered as a typical support technology for conventional shape processing. This winged edge data structure is mainly used for linear description processing. It is.
  • the conventional winged edge data structure has a problem in that it is not possible to directly manage attribute information such as arrangement information as assembly information in designing.
  • the present invention provides a collaborative design-oriented database system capable of directly managing attribute information such as arrangement information as assembly information in designing, a database construction, a management control method and a program.
  • attribute information such as arrangement information as assembly information in designing, a database construction, a management control method and a program.
  • the purpose is to provide a system.
  • a database system is constructed based on a means for configuring a database structure, a data structure of an information processing system which achieves the purpose in cooperation with the database, and achieves the purpose, and a means for configuring the database structure.
  • This is a collaborative design oriented database system characterized by having database system construction means.
  • FIG. 1 is a block diagram showing a collaborative design-oriented database system according to a first embodiment of the present invention.
  • FIG. 2 is a diagram showing a procedure between a user '' client and a monitoring mechanism in the above embodiment.
  • FIG. 3 is a diagram showing an instruction from the administrator to the user's client and a request from the user / client to the administrator in the above embodiment.
  • Fig. 4 shows that in the above embodiment, the user ' This is a flowchart showing an operation of accessing the monitoring mechanism 100 of the base system, performing user authentication, and issuing a log by the monitoring mechanism.
  • FIG. 5 is a diagram showing a change request or a work change between user's clients in the above embodiment.
  • FIG. 6 is a diagram showing a conference room with a limited number of people in the above embodiment.
  • FIG. 7 is a diagram showing the configuration and function of the database mechanism 200 in the above embodiment.
  • ⁇ 7 (A) is an explanatory diagram of the function of the database mechanism
  • FIG. 7 (S) is a configuration diagram of the database mechanism.
  • FIG. 8 is a diagram showing the flow of data and instructions of the entire support system in the above embodiment.
  • FIG. 9 and FIG. 10 are diagrams showing the metadata base structure of the database mechanism 200 in the above embodiment.
  • Fig. 11 is a diagram showing a meta-database generated through the monitoring mechanism when a client requests registration, deletion, or change of data designed using CGM.
  • the system consists of a basic system (the “core system” and the support database) as a shell, and the “application system” is arranged outside this shell to provide functional configuration.
  • Embodiments are based on a design philosophy that is oriented toward the realization of a system that can independently execute the development of an application system.
  • the “core system” is a system with a CGM system at the core, and the “application system” is, for example, a design evaluation system of a finite element method (including a boundary element method).
  • CGM is an abbreviation that combines the acronyms for Constructive Geometric Modeling, and refers to data structure-oriented hierarchical assembling, three-dimensional shape modeling.
  • FIG. 1 is a block diagram showing a collaborative design-oriented database system according to a first embodiment of the present invention.
  • the user generates modeling data using the core system, accesses the monitoring mechanism using a browser, and works in a collaborative manner.
  • user's client and non-user 'client are distinguished by the user ID and password, that is, access authentication is performed.
  • Non-user If the client does not have access rights, a response to that effect is returned to the non-user 'client.
  • a current access log can be generated, and access can be made to the modeling database, and the user can proceed to the modeling data various request item stage.
  • the “current access log” is a user ID of a user who is currently accessing the monitoring mechanism, and is a registered user ID.
  • the monitoring mechanism can recognize the user who is currently accessing the client and the number of users accessing the client.
  • the monitoring mechanism generates a log file of information input by the client and the IP address of the client as a log file for each access, and can grasp the relationship between the client and the user.
  • the user with the user ID 20184 accesses and logs in from the client terminal D at the date and time T1 and then the user with the user ID 20184 logs out from the client terminal D at the date and time T2.
  • the data that is, the user with the user ID 20184 accesses and logs in from the client terminal D on the date and time T1, and the user with the user ID 20184
  • This log allows administrators and monitoring mechanisms to discover lost user IDs and passwords and unauthorized access, even if there are no duplicate IDs in time.
  • FIG. 2 is a diagram showing a procedure between the user's client and the monitoring mechanism in the above embodiment.
  • FIG. 3 is a diagram showing an instruction from the administrator to the user'client and a request from the user / client to the administrator in the above embodiment.
  • FIG. 4 is a flowchart showing an operation from when the user's client accesses the monitoring mechanism 100, authenticates the user, and the monitoring mechanism issues a log in the above embodiment.
  • the monitoring mechanism 100 is accessed (S1), the monitoring mechanism 100 requests user information from the client (S2), and the user transmits the user information through the client (S3). .
  • the monitoring mechanism 100 checks the access duplication based on the information of the user who is currently accessing (S4), returns the check result of the access duplication to the client, and if there is no duplication, accesses the database mechanism 200.
  • the authority is issued to the client (S5).
  • the user's client issues a request to register, delete, or change the generated molding data to the administrator's monitoring mechanism 100 (S6). If there is a request for registration and change, the monitoring mechanism 100
  • the user information and the modeling data transmitted from the client are stored (S7).
  • the monitoring mechanism 100 issues to the user's client the access right of each database and the right to request the administrator to register, delete, or change the modeling data.
  • Each “database access right” issues the request requested by the user's client to the monitoring mechanism 100 to the database mechanism 200, and passes the response from the database mechanism 200 to the user's client through the monitoring mechanism ioo. It is an authority whose content is Since the monitoring mechanism 100 is constantly monitored by the administrator, the user accessing the database and the client access the database under the management of the administrator.
  • An instruction from the administrator to the user's client, a request from the user's client to the administrator, a request or change between the user's clients, and information transmission to the instruction are also executed via the monitoring mechanism 100.
  • FIG. 5 is a diagram showing a change request or a work change between users' clients in the above embodiment.
  • # 6 is a diagram showing the conference room with the number of persons limited in the above embodiment.
  • the information transmission function provided by the monitoring mechanism 100 is used for meetings with a limited number of people, requests in the post-processing stage, which is a stage after the setting between design and manufacturing processes, and planning for the pre-processing stage.
  • requests in the post-processing stage which is a stage after the setting between design and manufacturing processes, and planning for the pre-processing stage.
  • the database mechanism 200 all operations from the user's client are executed through the monitoring mechanism 100.
  • the administrator registers the modeling data requested by the user * client to the monitoring mechanism 100 for registration and the image data that is the basis of the design in each database.
  • the modeling database stored in the database mechanism 200 includes a general modeling database (General Data-Base), a working modeling database (Working Data-Base), a temporary modeling database (Temporary Dat'a-Biise), and a project modeling database. Tab (Project Data-Base), Permanent Modeling Database (Static Data-Base).
  • the “general-purpose 'modeling database' is a database that can acquire data without being authenticated by the user's client, and the“ working modeling database ”is authenticated by the client and has access rights. This is the first database that can generate data.
  • the “temporary modeling database” is a database that stores information on modeling data when a user requests an administrator to register, delete, or change modeling data through the monitoring mechanism 100.
  • the "database” is a collection of woking modeling databases, and the "permanent modeling database” is a database that handles completed design and image data that is the basis of the design.
  • Registration and changes to the modeling database other than the temporary modeling database are all performed by the database manager (manager).
  • the database mechanism 200 has a user information database that stores user information as other databases, and is composed of five modeling databases and one management information database.
  • the “five modeling databases” are built to support Core System 300 (a hierarchical data structure of CGM).
  • FIG. 7 is a diagram illustrating the configuration and functions of the database mechanism 200 in the above embodiment.
  • the correlation between the database aggregate and each database is shown, and in addition to commands from the monitoring mechanism and responses to the monitoring mechanism in the database mechanism, data from the administrator and data to the user are also displayed. Details of the data flow are shown.
  • the collaborative design support system is composed of three mechanisms: a motoring mechanism 100, a database mechanism 200, and a core system 300.
  • the monitoring mechanism 100 receives information and requests received from the user's client, and the monitoring mechanism 100 requests the database mechanism 200.
  • the monitoring mechanism 100 receives the result of the database mechanism 200, and the monitoring mechanism 100 displays the result on the client browser.
  • the client requests the modeling data in a database system 200
  • the database mechanism 200, c passes the modeling data to the client
  • the metadata is data conceptual level of the original object data.
  • the image data is the original target search data
  • the attribute data of the image is the metadata.
  • FIG. 8 shows the flow of the data of the entire support system and the flow of instructions in the above embodiment.
  • the server manager and the user are required not to take time and effort to introduce the system economically and temporally.
  • the goal is to build a system that does not require deeply.
  • the above embodiment aims at the construction of a system that does not depend on the environment of the server or the client.
  • the CGI development language of the monitoring mechanism 100 which is the core of the system, uses JavaServlet technology in consideration of the diversity and versatility of the user layer, and uses CGM—Data—Base-System ( Server) to create a bullet-form-free environment that does not depend on the model.
  • “JavaServlet” is a Java program that runs on the server side. As a result of processing the client's request on the server side, a page (page) is dynamically generated and used for a purpose very similar to that of CGI (Commori Gate Interface), etc., which rebates (responds).
  • CGI Common Gate Interface
  • JavaSer.vle.t API enables communication (conversation communication) between the server and the client.
  • API is an abbreviation of Application Program Interface.
  • JDBC Java Database Connectivity
  • the web server uses Java-based BaykitWebServer ver.1.0.15.
  • the system environment for implementing the monitoring mechanism 100 is shown below.
  • HDD 30Gbyte
  • TCPZIP environment Communication standard Campus LAN 100 / lOBaseTX standard
  • the database mechanism 200 holds a CGM file as the actual state of the molding data to be handled and an image file (BMP file) as a file based on the design.
  • BMP file image file
  • the database is built using SQL.
  • meta-database server of the database mechanism 200 can cooperate with JDBC by using MySQLServer, so that meta-management is possible as a character-based Web DBMS.
  • FIG. 9 and FIG. 10 are diagrams showing the metadata structure of the database mechanism 200 in the above embodiment.
  • the table structure shown in Fig. 9 consists of, from the top, a Number that is the primary key, an Object that shows the main design, a Part that shows the main part, a figure that shows the stage of the structured shape, and the creator who performed the modeling.
  • Maker Date indicating the registration date
  • Location indicating the location of the entity
  • Picture indicating the modeling or image data
  • Project indicating the name of the project that created the entity — It is a Code, and from the above it becomes one modeling data.
  • the table structure shown in FIG. 10 is composed of a number that is a primary key, an ID that is a personal ID, a personal ID, a password that is always required when accessing the monitoring mechanism 100, a project that indicates the project to which the user belongs, It is composed of Level, which indicates the level that the user has in the project, and Mail, which indicates the user's contact information.
  • a number that is a primary key an ID that is a personal ID
  • a personal ID a password that is always required when accessing the monitoring mechanism 100
  • a project that indicates the project to which the user belongs It is composed of Level, which indicates the level that the user has in the project, and Mail, which indicates the user's contact information.
  • One user is identified from these table structures.
  • FIG. 11 is a diagram showing a meta-database generated through the monitoring mechanism 100 when a client requests registration, deletion, and change of data designed using CGM.
  • the basic table structure is the same as the various databases shown in Fig. 9, but the last item has a Request indicating any of registration, deletion, and change.
  • the value of this Request is a value between 0 and 2, where "0" is for registration, "1” is for lj, and "2" is for change. If “1” is deleted, there is no attached file to send.
  • the administrator issues a request to the Working DB (working modeling database) according to the request number of the Number and the value of the Request. Basically, client requests are performed on a first-in first-out (FIFO) basis, and this work continues from time to time.
  • the value of the Request is “1”
  • the administrator deletes the Working DB, metadata and entity. If the value of Request is registered as "0”, Level is added to the modeling data based on the input information and the value of Maker and registered. If the value of Request is a change of "2", specify the files such as Maker, Project_Code and Power, and Working DB power, and register the attached files again. If not identified, notify the Maker through the monitoring mechanism 100.
  • HDD 20.0Gbyte
  • TCP / IP environment Communication standard Campus LAN 100 / lOBaseTX standard
  • the monitoring mechanism 100 constructs a login user database using a database driver for information received from the user via the browser, and monitors the access status.
  • a request is made to the meta database server of the database mechanism 200 as necessary using a database driver.
  • the monitoring mechanism 100 requests all clients to input a password having the same value and to input a projecting code of the accessing user.
  • This work is performed to verify the identity again, to implement collective user management, and to maintain confidential information.
  • the above work is performed to clarify which project information the user himself wants.
  • the meta-database response that is returned to the client according to the project level that the user has has It is about U.
  • the response from the meta-database is displayed on the browser via the monitoring mechanism 100 and returned to the client.
  • the client In response to the response, the user can access the database mechanism 200 and obtain modeling data through the web server of the database mechanism 200.
  • Various training simulators such as various processing systems including aspherical surface processing, game generation support systems, geographic information analysis systems, disaster prevention-related prediction systems, 3D map systems, medical treatment systems, flight simulators, and molecular design It is useful for various systems such as support systems, design support analysis systems, and virtual reality generation systems.

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)
  • Storage Device Security (AREA)

Abstract

本発明は、設計を行なうための組み立て情報としての配置情報等の属性情報を直接管理することができるメタデータベースと画像データベースとからなる階層的協調設計指向データベースシステムにおけるデータベースとその集合体の構築、およびその管理統御方法と関連プログラムに関する。

Description

協調設計指向データベースの構築、管理'統御の方法と関連プログラム
[技術分野]
本発明は.、メタデータベースと画像デ一タ- ：ースとからなる階層的協調設計 指向データベースシステムにおけるデータベ、 -ス構築.、.管理銃御方法およびプ ログラムに関する。
明
[背景技術]
従来の形状処理における代表的支援技術として、ウィングドエッジ方式のデ ータ構造力 ^考えられ、このウィングドエッジ書方式のデータ構造は、線状記述形 式の処理に主体的に対応するものである。
しかし、上記従来のウィングドエッジ方式のデータ構造は、設計を行なう上で の組み立て情報としての配置情報等の属性情報を直接管理することができな いという問題がある。
本発明は、設計を行なう上での組み立て情報としての配置情報等の属性情 報を直.接管理することができる協調設計指向データベースシステム、.データべ ース構築.、.管理統御方法およびプログ ムを提供することを目的とするものであ る。
[発明の開示]
本発明は、データベース構造を構成する丰段と、データベースと連動し、 目 的を達成する情報処理システムのデータ構造を継承し、上記データベース構 造を構成する手段に基づいて、データベースシステムを構築するデータベース システム構築手段とを有することを特徴とする協調設計指向データベースシス テムである。
[図面の簡単な説明]
図 1は、本発明の第' 1の実施例である協調設計指向データベースシステムを 示すブロック図である
図 2は、上記実施例において、ュ一ザ''クライアント、モニタリング機構間手順 を示す図である。
図 3は'、上記実施例において、管理者からユーザ'クライアントへの指示や、 ユーザ ·クライアントから管理者への要求を示す図である。
図 4は、上記実施例において、ユーザ'クライアントが、協調設計指向デ タ ベースシステムのモニタリング機構 100にアクセスし、ユーザ認証を行い、モニタ リング機構が、ログを発行するまでの動作を示すフローチャ トである。
図 .5は、上記実施例におけるユーザ'クライアント同士の変更要求や作業変 更を示す図である。
図 6は、上記実施例における人数制限を設けた会議室を示す図である。 図 7は、.上記実施例におけるデータベース機構 200の構成や機能作を示す 図である。図 7において、囱 7 (A)はデータベース機構の機能説明図であり、同 図（S)はデータベース機構の構成図である。
図 8は、上記実施例における支援システム全体のデータと、命令との流れを 示す図である。
図 9、図 10は、上記実施例におけるデータベース機構 200の持つメタデータ ベース構'造を示す図である。
図 1 1は、クライアントが、 CGMを使い設計したデータについて、登録、削除、 変更を要求すると、モニタリング機構を通して生成するメタデータベースを示す 図である。
[発明を.実施するための.最良の形態 ]
システムの構成は、基本システム（「コアシステム」と支援データベース）をシェ ルとし、このシェルの外側に、「応用システム」を配置する形態を持ち、機能構 成を行っている。
実施例は、応用シズテムの開発を独立に実行することができるシステムの実 現を指向する設計理念に基づいている。
なお、上記「コアシステム」は、 CGMシステムを核とするシステムであり、上記 「応用システム」は、たとえば有限要素法（境界要素法を含む）の設計評価シス テム等である。なお、 CGMとは Constructive Geometric Modeling の頭文字 を組み合わせた略称であり、データ構造指向階層型組み立て方式 3次元形状 造形を意味している。
図 1は、本発明の第 1の実施例である協調設計指向データベースシステムを 示すプロック図である。
次に、上記実施例における協調設計支援システムの基本スキームについて 説明する。最初に、モニタリング方式の基本スキームについて説 する。
ユーザ（作業者）は、コアシステムを用いて、造形データを生成し、ブラウザを 使い、モニタリング（監視）機構にアクセスし、コラボレーション（協調）的に作業 を進める。
モニタリング機構では、まず、ユーザ IDとパスワードとによって、ユーザ'クライ アント、非ユーザ'クライアントを区別し、つまり、アクセス認証を行う。非ユ ザ · クライアントであれば、アクセス権がないので、その旨の応答を非ユーザ'クライ アン卜に返す。
一方、ユーザ.クライアントであれば、現状アクセスログを生成し、造形データ ベースへのアクセスや、造形データ各種要求項目段階に進むことができる。 上記「現状アクセスログ」は、上記モニタリング機構に、現在アクセスしている ュ一ザのュ一ザ IDであって、登録されているユーザ IDである。この現状アクセス ログを生成することによって、現在アクセスしているユーザ'クライアント、アクセス しているユーザ数を、モニタリング機構が認識することができる。また、現状ァク セスログを生成することによって、ユーザ IDの重複を検査することができ、この検 査によって、二重のユーザ'クライアントのアクセスを防止することができる。
また'、上記モニタリング機構では、アクセス毎に、クライアントが入力した情報 のログファイルと、クライアントの IPアドレスとを、ログファイルとして生成し、クライ アントとユーザとの関係を把握することができる。
具体的には、たとえば、ユーザ ID20184のユーザが、 日時 T1に、クライアント 端末 Dからアクセスし、ログインし、その後、上記ユーザ ID20184のユーザが、 日時 T2に、クライアント端末 Dからログアウトしたとすると、このデータ、つまり、ュ 一ザ ID20184のユーザが、 日時 T1に、クライアント端末 Dからアクセスし、ログ インし、ユーザ ID20184のユーザが、 日
時 T2に、クライアント端末 Dからログアウトしたというログが残る。
このログによって、時間的には IDの重複がない場合でも、管理者、モニタリン グ機構が、ユーザ ID、パスワードの流失や、不当なアクセスを発見することがで さる。
図 2は、上記実施例において、ユーザ 'クライアント、モニタリング機構間手順 を示す図である。
図 3は、上記実施例において、管理者からユーザ 'クライアントへの指示や、 ユーザ ·クライアントから管理者への要求を示す図である。
図 4は、上記実施例において、ユーザ'クライアントが、モニタリング機構 100 にアクセスし、ユーザ認証を行い、モニタリング機構が、ログを発行するまでの動 作を示すフローチャートである。
まず、クライアントブラウザを使い、モニタリング機構 100にアクセスし（S1)、モ ニタリング機構 100は、クライアントにユーザ情報を求め（S2)、ユーザは、ク^イ アントを通して、ユーザ情報を送信する（S3)。
そして、モニタリング機構 100は、現在アクセスしているユーザ情報に基づい て、アクセス重複を確認し（S4)、アクセス重複の確認結果を、クライアントに返 し、重複がなければ、データベース機構 200へのアクセス権限を、クライアントに 発行する（S5)。 ま-た、ユーザ'クライアントが、生成した造形データを、登録、削除、変更する 要求を、管理者'モニタリング機構 100に出し（S6)、モニタリング機構 100は、 登録、変更の要求があれば、ユーザ情報とクライアントから送信された造形デ 一タとを保管する（S 7)。
モニタリング機構 100は、ユーザ'クライアントがログイン認証に成功すると、各 ータベースのアクセス権限と、造形データの登録、削除、変更要求を管理者 に要求できる権限とを、ユーザ'クライアントに発行する。
各「データベースのアクセス権限」は、モニタリング機構 100にユーザ'ク ィ T ントが依頼した内容を、データベース機構 200に発行し、モニタリング機構 ioo を通して、データベース機構 200からの応答を、ユーザ'クライアントに渡すこと' を内容とする権限である。モニタリング機構 100は、管理者が常に監視している ので、データベースにアクセスしているユーザ.クライアントは、管理者の管理の 下で、データベースへアクセスする。
管理者からユーザ'クライアントへの指示や、ユーザ'クライアントから管理者へ の要求、ユーザ'クライアント同士の要求や変更、指示への情報伝達も、モユタ リング機構 100を介して、実行される。
図 5は、上記実施例におけるユーザ'クライアント同士の変更要求や作業変 更を示す図である。
囱6は、上記実施例における人数制限を設けた会議室を示す図である。
モニタリング機構 100が具備している情報伝達機能は、人数制限を設けた会 議ゃ、設計製造各工程間の設訐よりも後の段階である後工程段階における要 求や、前工程段階の企画による機能変更要求を、早い段階でユーザ'クライア ント（ここでは設計技術者）に知らせることによって、設計の手詰まりや、やり直し を-防止することができる。したがって、生産準備、資材購買、生産、販売等は、 仕事に必要な要件を設計に反映させることができる。し力も、作業の着手時期 を早めることができる。
次に、上記実施例において、協調設計支援システムの基本スキームにおける データベース機構 200の基本スキームについて説明する。
データベース機構 200において、全てモニタリング機構 100を通して、ユー ザ'クライアントからの操作が実行される。データベース機構 200では、ユーザ * クライアントがモニタリング機構 100に登録要求した造形データや、設計の元に なる画像データを、管理者が各データベースに登録する。
データベース機構 200に格納されている造形データベースは、汎用造形デー タベース（General Data- Base)、ワーキング造形データベース (Working Data-Base),テンポラリ造形データベース（Temporary Dat'a-Biise),プロジェク ト造形デ"タベ ス (Project Data - Base)、恒久的造形データべ^-ス (Static Data- Base)によって構成されている。
「汎用'造形データベース」は、ユーザ'クライアントの認証を受けずに、データ を取得することができるデータベースであり、「ワーキング造形データベース」は、 一ザ.クライアントの認証を受け、アクセス権が与えられることによって初めて データを所得することができるデータベースである。また、「テンポラリ造形データ ベース」は,、モニタリング機構 100を通して、造形データの登録、削除や変更を、 ユーザが管理者に要求した際に、造形データの情報を格納するデータベース であり、 「プロジェクト造形データベース」は、ウーキング造形データベースの集 合であり、「恒久的造形データベース」は、設計が完了したものや、設計の元に なる画像データを扱うデータベースである。
テンポラリ造形データベース以外の造形データベースへの登録、変更は、全 てデータベースマネージャー（管理者）が実行する。
上記データベース機構 200は、その他のデータベースとして、ユーザ情報を 格納しているユーザ情報データベースを持ち、 5つの造形データベースと、 1つ の管理情報データベースによって構成されている。上記「5つの造形データべ ース」は、コアシステム 300 (CGMの階層型のデータ構造）に対応するように構 築されている
図 7は、上記実施例におけるデータベース機構 200の構成と機能を示す図 •である。ここでば、データべ一ス集合体とそれぞれのデータベースの相互関係を 示しており、データベース機構におけるモニタリング機構からの指令やモニタリ ング機構への応答に加えて、管理者からのデータやユーザへのデータの流れ の詳細を示している。
次に、上'記実施例において、協調設計支援システムの基本スキームにおける 支援システムの基本部分スキームについて説明する。
協調設計支援システムは、モ タリング機構 100と、データベース機構 200と， コアシステム 300との 3つの機構によって構成されている。
全体構成として、ユーザ'クライアントから受け取った情報、要求とを、モニタリ ング機構 100が受け取り、モニタリング機構 100が、データベース機構 200に 要求する。この要求に応答する場合、データベース機構 200での結果を、モニ タリング機構 100が受け取り、モニタリング機構 100が、クライアントブラウザに表 示する。その結果、メタデータから、クライアントは、造形データをデータベース 機構 200に要求し、データベース機構 200が、造形データをクライアントに渡す c なお、メタデータとは本来の目的データの概念レベルのデータである。ここでは、 画像データが本来の目的の検索データであり、画像の属性データがメタデータ である。
図 8は、上記実施例における支援システム全体のデ タと、命令との流れを 示す図である。
次に、上記実施例におけるシステム実装環境について説明する。まず、モニ タリング機構 100について説明する。
上記実施例におけるシステム構成において、サーバ管理者やユーザにとって、 経済的にも時間的にも、導入に手間が掛からないようにすることを主眼とし、本 システムを広く普及させるために、コンピュータの知識を深く要求しないシステム として、構築することを目標とする。
また、上記実施例は、サーバやクライアントの環境に依存しないシステムの構 築を目標とする。この観点から、まず、システムの核となるモニタリング機構 100 の C G Iの開発言語は、ユーザ層の多様性と汎用性とを考慮し、全て JavaServlet 技術を用いることにし、 CGM— Data— Base - System (Server)を作成 し、機種に依存しないブレットフォームフリーな環境を目指す。
「JavaServlet」は、サーバ側で動作する Javaプログラムである。クライアントのリ クェストをサーバ側で処理する結果として、ページ（頁）を動的に生成し、リブラ ィ（応答）する CGI(Commori Gate Interface)等とよく似た目的で使用する。
プログラミングスタイルは、 Javaのコア API をベースにし、通信の入出力部分を JavaServlet APIによって拡張するイメージを考えるとよレヽ。 JavaSer.vle.t APIを 利用すると、サーバとクライアントとの間におけるコミュニケーション（会話ノ.通 信）が可能になる。なお、 API とは Application Program Interface の略称で ある。
JavaServlet 上の処理の中で、データベース機構 200内のメタデータベースと のコ-ミュ ケーシヨンを行うデータベースドライバを、 JDBC(6)(Java Database Connectivity)で記述することによって、 Javaプログラムから、メタデータベースに アクセスすることができる。
Web サーバには Java ベースの BaykitWebServer ver.1.0.15 を使用して いる。
モニタリング機構 100を実装するシステム環境を以下に示す。
機種：デスクトップ型自作 AT互換機
OS： Windows2000 Professional ServicePack2
CPU : PentiumIV 2Ghz
HDD : 30Gbyte
メモリ： 256Mbyte
組み込みソフト： BaykitWebServer Ver.1.0.15
JavaDeveloperKit Ver.1.3.1
JavaServletPackage
JDBC mm raysql ver 2.0.4 CGMDataBase (Server)
TCPZIP環境：通信規格 学内 LAN 100/lOBaseTX規格
次に、上記実施例において、システム実装環境におけるデータベース機構 2 00について説明する。
データベース機構 200では、扱う造形データの実態として、 CGMファイル、設 計の元になるファイルとして、画像ファイル（BMPファイル）を保持する。メタデ ータとして极ぅデータベースは、 SQLによって構築されている。
また、データベース機構 200のメタデータベースサーバは、 MySQLServer を使 用することによって、 JDBCとの連携をとることができるので、文字による Web DBMSとして、メタ管理が可能になる。
図 9、図 10は、上記実施例におけるデータベース機構 200の持つメタデータ ベース構造を示す図である。
図 9に示すテーブル構造は、上から、主キーとなる Number、主体となる設計 の物を示す Object、主体の部分を示す Part、構造化形状の段階を示す Figure,造形を行った作成者を示す Maker、登録された日付を示す Date、実 体のある場所を示す Location、造形データか画像データを示す Picture、実体 がとるュ ザ取得可能レベル Level、実体を生成に至ったプロジェクト名を示す Project— Codeであり、以上から 1つの造形.データとなる。
上記メタデータのテーブル構造を持つデータベースは、 Static DB、 Project DB、 Working DB General DBの 4つのデータベースである。
図 10に示すテーブル構造は、主キーとなる Number と、個人 IDとなる IDと、 モニタリング機構 100をアクセスしたときに、個人 ID、必ず必要になるパスワード の Pass、ユーザが属するプロジェクトを示す Project、ユーザがプロジェクト内 でもつレベルを示す Level、ュ"ザの連絡先を示す Mail とによって構成され、 これらのテーブル構造から 1人のユーザが特定される。
図 1 1は、クライアントが、 CGMを使い設計したデータについて、登録、削除、 変更を要求すると、モニタリング機構 100を通して生成するメタデータベースを 示す図である。
基本的なテーブル構造は、図 9に示す各種データベースと同じであるが、最 後の項目に、登録、削除、変更のいずれかを示す Request が設けられてい る。
この Request の値は、 0〜2の値であり、 「0」は、登録、 「1」は、肖 lj除、「2」 は、変更である。 「1」の削除の場合、付属し T送信するファイルは存在しない。 管理者は、 Numberの要求番号と、上記 Requestの値とによって、 Working DB (ワーキング造形データベース）へ要求を発行する。基本的に、クライアント による要求は、 FIFO (先入れ先出し）方式で実行され、随時この作業が続く。 管理者は、 Request の値が Γ 1」の削除である場合、 Working DB 力ゝら、メタデ ータ、実体をともに削除する。 Requestの値が「0」の登録である場合、入力され た情報と Maker の値とから、造形データに Level を付加し、登録される。 Requestの値が「2」の変更である場合、 Makerと Project_Codeと力ら、 Working DB力らファイルを特定し、付属ファイルを登録し直す。特定できなければ、モニ タリング機構 100を通し、 Makerに知らせる。
次に、上記実施例におけるデータベース機構 200のマシンスペック、通信環 境を示す。
機種：デスクトップ型自作 AT互換機
OS： Windows2000 Professional ServicePack2
CPU : Pentium4 1.7Ghz
HDD : 20.0Gbyte
メモリ： 256Mbyte
組み込みソフト： MySQLServer Ver.3.23
BaykitWebServer Ver.1.0.15
TCP/IP環境：通信規格 学内 LAN 100/lOBaseTX規格
次に、上記実施例におけるシステム実装環境における支援システム全体につ いて説明する。
クライアントとして扱うブラウザとして、インターネットェクスプロラ— Ver . 5 (Windows 2000 Professional 標準）を使レ、、モニタリング機構 100にアクセス する。モニタリング機構 100では、ブラウザを介して、ユーザから受信した情報に ついて、データベ^スドライバを用い、ログインユーザデータベースを構築し、ァ クセス状態を監視する。
また、データベースドライバを用い、必要に応じて、データベース機構 200のメ タデータベースサーバにリクエストする。このときに、モニタリング機構 100では、 I Dとパスワードとの他に、同じ値を持つ暗証番号とアクセスしているユーザのプロ ジェタトコードの入力とを、全てのクライアントに求める。
この作業は、本人であることの再度検証と、一括したユーザ管理の実現、機 密情報保持のために実行する。また、一人のユーザが幾つかのプロジェクトを 持つ場合、ユーザ本人がどのプロジェクトの情報を望んでいるかを明確にする ためにも、上記作業を実行する。
ユーザ情報データベースに格納されているプロジェクトコードが同じユーザで あり、 Working DBに同じ要求を出しても、ユーザが持っているプロジェクトレべ ルに応じて、クライアントにレスポンスされるメタデータベースサ一パレスポンスほ 另 Uのものである。メタデータベースからのレスポンスは、モニタリング機構 100を 介して、ブラウザで表示できるようにし、クライアントに返す。クライアントは、その レスポンスに応じて、データベース機構 200へアクセスし、データベース機構 20 0の Webサーバを通し、造形データを得ることができる。
[産業上の利用可能性]
本発明は、非球面加工を含む種々の加工システム、ゲーム生成支援システ ム、地理情報解析システム、防災関連予測システム、 3次元地図システム、医 療 断システム、フライトシミュレータ等の各種訓練シミュレータ、分子設計支 援システム、設計支援解析システム、仮想現実感生成システム等、様々なシス テムに有用である。

Claims

請 求 の 範 囲
( 1)画像データベースとメタデータベースとからなる階層的データベースを築す る手段と；
データベースと連動して所望の目的を達成するに必要な所要のデータ構 造を有する対象システムにおいて、
対象システムの固有のデータ構造を継承し、
システム目的を達成するに必要なデータベース構造をもつデータベースを 構築する手段と;. '
を有することを特徴とするデータベースシステム。
(2)データベースと連動して機能するシステムの環境において、
当該データベースシステと当該対象システムとを直接接続しない間接接 続としてデータベースを構築する手段と；
データベースを管理 ·統御する支援機構として、
統合的に直接的に管理 ·統制するモニタリング機構を構築する手段と； を有することを特徴とするデータベースシステム。
(3)上記（1 ) / (2)の手段により構築されるシステムおいて、
データベースを管理 ·統御する支援機構として、
統合的に直接的に管理 *銃制するモニタリング機構により、
一貫性と秘匿性を保¾するデータベース機能を構築できるデータベース システムの管理'統御方法。
(4)使用目的に対応する機能を系統的 構成するかたちで、
一元的管理 ·運用を確保するために必要な統合的管理統御機構を構築 する手段に基づき、
複数のータベースによりデータベース集合体を構成する手段と； 機能を区分的に分散し、高速'安全な運用を確保できる手段と； を有することを特徴とする高次データベースシステム。
(5)上記高次データベースシステムの管理機構に基づき階層的データベース システムを構築する手段と；
多層的にデータベースシステムを構築し、一元的に管理'統御する段と； を有することを特徴とする高次データベース
(6)画像データベースとメタデータベースとからなる階層的データ 一スを構築 する手段と；
データベースと連動して所望の目的を達成するに必要な所要のデータ構 造を有する対象システムにおいて、
対象システムの固有のデータ構造を継承し、
システムの目的を達成するデータべ ス構造を有するデ"タベースを構築 する手段と；
を有すること'を特徴とする階層的 ·多層的データベースを構築/支援するに必 要な関連プログラム。
(7)データベースと連動して機能するシステム環境において、
当該データベースシステと当該対象システムとを直接接続しない間接接 続としてデータべ一スを構築する手段と；
データベースを管理'統御する支援機構として、
統合的に直接的に管理，統制するモニタリング機構を構築する手段と； を有するシステムにおいて、
一貫性と秘匿性を強化できるモニタリング機構を保有するデータベースを 構築して、
統合的に管理'統御する機能を必要とする階層的'多層的データベース を管理 '統御するに必要な関連プログラム。
PCT/JP2003/010050 2003-08-07 2003-08-07 協調設計指向データベースの構築、管理・統御の方法と関連プログラム WO2005015448A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2003/010050 WO2005015448A1 (ja) 2003-08-07 2003-08-07 協調設計指向データベースの構築、管理・統御の方法と関連プログラム
AU2003254849A AU2003254849A1 (en) 2003-08-07 2003-08-07 Methods for building, managing, and controlling collaborative design-oriented database and relevant program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2003/010050 WO2005015448A1 (ja) 2003-08-07 2003-08-07 協調設計指向データベースの構築、管理・統御の方法と関連プログラム

Publications (1)

Publication Number Publication Date
WO2005015448A1 true WO2005015448A1 (ja) 2005-02-17

Family

ID=34131271

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/010050 WO2005015448A1 (ja) 2003-08-07 2003-08-07 協調設計指向データベースの構築、管理・統御の方法と関連プログラム

Country Status (2)

Country Link
AU (1) AU2003254849A1 (ja)
WO (1) WO2005015448A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100452021C (zh) * 2005-07-15 2009-01-14 英业达股份有限公司 计算机游戏开发系统以及方法
CN110021445A (zh) * 2017-08-15 2019-07-16 北京蜂鸟互动科技有限公司 一种基于vr模型的医疗系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1115867A (ja) * 1997-06-26 1999-01-22 Fujitsu Ltd 設計情報管理システム，設計情報アクセス装置およびプログラム記憶媒体
JP2001007886A (ja) * 1999-06-18 2001-01-12 Fujitsu Ltd 送受信システムおよび送信装置
JP2001195442A (ja) * 2000-01-07 2001-07-19 Fujitsu Ltd モデル管理システムおよびモデル管理装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1115867A (ja) * 1997-06-26 1999-01-22 Fujitsu Ltd 設計情報管理システム，設計情報アクセス装置およびプログラム記憶媒体
JP2001007886A (ja) * 1999-06-18 2001-01-12 Fujitsu Ltd 送受信システムおよび送信装置
JP2001195442A (ja) * 2000-01-07 2001-07-19 Fujitsu Ltd モデル管理システムおよびモデル管理装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100452021C (zh) * 2005-07-15 2009-01-14 英业达股份有限公司 计算机游戏开发系统以及方法
CN110021445A (zh) * 2017-08-15 2019-07-16 北京蜂鸟互动科技有限公司 一种基于vr模型的医疗系统

Also Published As

Publication number Publication date
AU2003254849A1 (en) 2005-02-25

Similar Documents

Publication Publication Date Title
US11770381B2 (en) Managing security groups for data instances
JP5963957B2 (ja) 開発環境システム、開発環境装置、開発環境提供方法及びプログラム
TWI406137B (zh) 社交互動之方法及裝置
JP2020526820A (ja) 分散型台帳を用いて公共のソフトウェアコンポーネント・エコシステムを管理するためのシステムおよび方法
US20120102080A1 (en) Computer system and storage capacity extension method
JP2003050781A (ja) 個人認証装置、バージョン管理装置、個人認証方法、バージョン管理方法、個人認証方法をコンピュータに実行させるプログラム、およびバージョン管理方法をコンピュータに実行させるプログラム
JP2003044473A (ja) インターネット・プレゼンテーション・システム及び方法、プロジェクタ装置
AU2017217235B2 (en) Systems and methods for securing an entity-relationship system
JP2017538231A (ja) 記憶されたデータに対するリモートアクセス制御
JP2004062402A (ja) タイムアウト管理システム、タイムアウト管理サーバ、およびタイムアウト管理プログラム
US20100169982A1 (en) License management apparatus, license management method, and computer readable medium
CN115422598A (zh) 一种基于git系统的cad图纸版本管理方法
JPH1153243A (ja) コンピュータシステム及びその処理プログラムを記録した媒体
JP2005004549A (ja) ポリシーサーバ、そのポリシー設定方法、アクセス制御方法、プログラム
Miltchev et al. Secure and flexible global file sharing
WO2005015448A1 (ja) 協調設計指向データベースの構築、管理・統御の方法と関連プログラム
CN114297598B (zh) 用户权限处理方法及装置
JP3756457B2 (ja) アクセス制御付ディレクトリ機能装置及びプログラム
KR20010001954A (ko) 인터넷 상에서의 중앙화된 파일 시스템
JP2003308284A (ja) 情報処理システム、共有資料作成装置、共有資料作成方法、記録媒体およびプログラム
JP6103069B2 (ja) アプリデータ記憶領域生成方法，アプリデータ記憶領域生成装置，及びアプリデータ記憶領域生成プログラム
JPH1146194A (ja) 電子会議システム
WO2006087825A1 (ja) 協調設計指向データベースシステム
JP2015122033A (ja) 情報処理装置と、その処理方法及びプログラム
JP2004532438A (ja) 管理するコミュニティの確立と保守

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU CA CN IL IN JP KR NO NZ SG US VN ZA

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP