JPH05241932A - Information managing system - Google Patents

Information managing system

Info

Publication number
JPH05241932A
JPH05241932A JP4039361A JP3936192A JPH05241932A JP H05241932 A JPH05241932 A JP H05241932A JP 4039361 A JP4039361 A JP 4039361A JP 3936192 A JP3936192 A JP 3936192A JP H05241932 A JPH05241932 A JP H05241932A
Authority
JP
Japan
Prior art keywords
information
interface
name
creator
name list
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.)
Pending
Application number
JP4039361A
Other languages
Japanese (ja)
Inventor
Masahiro Oba
雅博 大場
Tadashi Hirose
正 広瀬
Hideyuki Tadokoro
秀之 田所
Jinpei Tate
仁平 舘
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP4039361A priority Critical patent/JPH05241932A/en
Publication of JPH05241932A publication Critical patent/JPH05241932A/en
Pending legal-status Critical Current

Links

Landscapes

  • Storage Device Security (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PURPOSE:To enable information management manually executed in organizations by providing first-third data base (DB) interface groups and managing the right of access corresponding to the state of opening information. CONSTITUTION:Three kinds (unopened, undecided/opened and decided/opened) of DB interfaces 6 are provided. Namely, three kinds of DB interfaces 6 are displayed on a display device 1, these DB interfaces 6 are displayed by an information managing mechanism 7, and users perform access through these interfaces 6 to a DB 8 on any one work station (WS). These three kinds of DB interfaces 6 receive the state of opening information from users and based on the state of opening the respective information the information managing mechanism 7 performs access to the information. Thus, the right of access (reference/update) can be managed corresponding to the state of opening information.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、計算機ネットワーク上
に構築された集団的な意思決定支援システムや会議支援
システム,監視システム,仮想実験システム等で使用す
るに好適な、情報管理システムに関する。意思決定や会
議,監視,実験等の参加者は、組織内のいろいろの部署
・職位に亘っており、しかも、個人的にもチームとして
も業務を遂行する。このような業務形態のなかでは、情
報は個人情報としてだけではなく、組織情報としての扱
いも受ける。また、情報の管理は、作成者や所有者が能
動的に行うことになる。本発明に係る情報管理システム
において特に注目したことは、組織の中での情報の「公
開性状態」と「オーソライズ」である。本発明は、このよ
うな情報の特徴に対し、それに適した情報のアクセスや
配布の管理方法を実現するに好適な情報管理システムに
関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an information management system suitable for use in a collective decision support system, a conference support system, a monitoring system, a virtual experiment system, etc. constructed on a computer network. Participants in decision-making, meetings, monitoring, experiments, etc. span various departments and positions within the organization, and also perform work individually and as a team. In such a business form, information is handled not only as personal information but also as organizational information. In addition, the management of information is actively performed by the creator and the owner. What is particularly noticeable in the information management system according to the present invention is the "publicity state" and "authorization" of information within an organization. The present invention relates to an information management system suitable for realizing a method of managing access and distribution of information suitable for such characteristics of information.

【0002】[0002]

【従来の技術】企業内で扱われる情報は、組織情報と個
人情報に大別できる。従来、計算機システムに取り込ま
れた組織情報の多くは、基幹データベースとして共用さ
れてきたものである。一方、個人情報は、担当者が自分
で収集したり作成したりした情報である。これは、普通
は他人に公開していないが、状況によっては他人に渡す
こともある。従来の情報管理方法としては、次のような
ものが知られている。 データベース管理システム(DBMS):基幹データベ
ースのためのセキュリティとプライバシの管理 データ項目を各々個別に管理している。広く共用すると
いう前提に立っているため、通常は、それぞれの担当部
門が専門に入力・更新を行い、他の部門や個人が更新す
ることは許されない。 UNIXのファイル管理:小規模なグループのための
ファイル管理 ファイル毎に、所有者および所有者の属するグループに
対する読み書き権限が、所有者やグループ管理者により
設定される。 ワークステーション(WS)の高級インタフェース:あ
る程度大規模なグループのためのファイル管理環境。 基本的には共有キャビネットと私有キャビネットの2種
類に限定し、読み書き権限の設定の煩わしさを回避して
いる。なお、これに関しては、例えば、J.Martin著,
坂本他訳「データベース環境の実現と管理」(日経マグロ
ウヒル社,昭和62年刊)の記載が参考になる。
2. Description of the Related Art Information handled in a company can be roughly classified into organizational information and personal information. Conventionally, much of the organization information taken in by a computer system has been shared as a basic database. On the other hand, the personal information is information that the person in charge has collected or created. This is not normally disclosed to others, but it may be given to others depending on the situation. The following is known as a conventional information management method. Database management system (DBMS): Management of security and privacy for backbone databases Data items are managed individually. Since it is premised on widespread sharing, it is normally not possible for each department in charge to input / update specially and to be updated by other departments or individuals. UNIX file management: file management for a small group For each file, the owner and the group manager set the read / write authority for the owner and the group to which the owner belongs. Workstation (WS) high-level interface: A file management environment for a rather large group. Basically, it is limited to two types, a shared cabinet and a private cabinet, to avoid the trouble of setting read / write permissions. Regarding this, for example, by J. Martin,
The description in "Realization and Management of Database Environment" by Sakamoto et al. (Nikkei McGraw-Hill, 1987) is helpful.

【0003】[0003]

【発明が解決しようとする課題】前述の如く、計算機ネ
ットワークを利用して集団的な意思決定や会議,監視,
実験等を支援するシステムがある。参加者は、組織内の
いろいろの部署・職位に亘っており、しかも、個人的に
もチームとしても業務を遂行する。その過程で、いろい
ろな種類の文書や図、グラフ等の情報が作成され、修正
され、回覧され、承認されていく。回覧されたり承認さ
れた情報は、組織情報であるといってもよい。また、作
成や修正に当たっては、1つの情報に対して複数の人々
が関与することもある。このような業務形態の中で、情
報の管理に関して次のような項目が重要である。 (a)情報の関与者 所有者,作成者,参照可能者,移動先(実体を渡す)および
配布先(複製物を渡す)等。回覧は、移動先のシーケンス
である。 (b)情報の公開性状態 情報の所有者が情報を他者に提示するか否かということ
に関して、次のような3つの状態に整理できる。 非公開状態 未確定・公開状態 確定・公開状態
As described above, a computer network is used for collective decision making, meetings, monitoring,
There is a system that supports experiments. Participants cover various departments and positions within the organization, and also perform their work both individually and as a team. In the process, information of various kinds of documents, figures, graphs, etc. is created, modified, circulated and approved. It can be said that the information circulated or approved is organization information. Further, in creating or modifying, one person may be involved in one piece of information. In such a business form, the following items are important for information management. (a) Participants of information Owner, creator, referenceable person, transfer destination (passing the entity) and distribution destination (passing the duplicate), etc. Circulation is a destination sequence. (b) Information openness status Regarding whether or not the information owner presents the information to others, it can be organized into the following three statuses. Private status Undetermined / public status Fixed / public status

【0004】では、所有者は情報の公開を意図してい
ない。例えば、練っている最中(半煮え)の情報が、この
状態に含まれる。この状態の情報は、所有者が自由に更
新できる。更新した場合、その所有者が情報の作成者に
加わる。では、所有者が参照可能者に対し情報の公開
を意図している。但し、参照可能者への連絡なしに、所
有者は情報を自由に更新できる。実際、状況によって
は、やむを得ず半煮えの情報の提示が必要になることが
ある。積極的に、半煮えの情報の提示を行うこともあ
る。しかも、たとえ提示後更新したとしても、その旨を
参照者に連絡する義務はない。提示後更新したものを改
めて提示したい時には、再度提示することになる。更新
した場合、その所有者が情報の作成者に加わる。で
は、確定した情報として、所有者が参照可能者に対し情
報の公開を意図している。但し、一旦確定した情報とし
てしまうと、作成者は基本的に情報の更新は許されな
い。変更の際には、別情報として新規提出するか、必要
な手続きを取ることになる。
Then, the owner does not intend to disclose the information. For example, the information during the kneading (half boiling) is included in this state. The owner can freely update the information in this state. When updated, its owner joins the creator of the information. , The owner intends to disclose the information to those who can refer to it. However, the owner can freely update the information without contacting the referenceable person. In fact, depending on the situation, it may be unavoidably necessary to present half-boiled information. In some cases, half-boiled information is actively presented. Moreover, even if the information is updated after being presented, it is not obligatory to notify the referrer to that effect. If you want to present the updated one after the presentation again, you will present it again. When updated, its owner joins the creator of the information. Then, as the confirmed information, the owner intends to disclose the information to those who can refer to it. However, once the information is fixed, the creator is basically not allowed to update the information. In case of change, new information will be submitted as separate information or necessary procedures will be taken.

【0005】(c)情報のオーソライズ 情報の作成者が、組織の中で情報を承認する、つまり、
組織情報として認めることである。単純にいうと、職印
を押すということである。上述の公開性状態との関連で
は、状態の遷移のトリガとして作用することになる。つ
まり、上述のの状態の情報をやの状態としたり、
の状態の情報をの状態とすることになる。上述の事
項は、組織や人間における情報管理の仕方として、広く
観察されることである。しかし、前述の従来技術におい
て考慮されているのは、せいぜい上述の(a)だけであ
り、上述の(b)(c)について、上で述べたような意味で
考慮したものはなかった。そのため、計算機ネットワー
クを利用した集団的な意思決定や会議等を支援するシス
テムへの直接的な適用は困難であった。本発明は上記事
情に鑑みてなされたもので、その目的とするところは、
従来の技術における上述の如き問題を解消し、組織の中
で人間が実際に行っている情報管理法を実現する情報管
理システムを提供することにある。特に、3種類の公開
性状態を有する情報管理システムを提供する点が特徴で
ある。
(C) Authorization of information The creator of information approves the information within the organization, that is,
It is to be accepted as organizational information. Simply put, it means to stamp the job. In the context of the open state mentioned above, it will act as a trigger for a state transition. In other words, the information of the above state is set to the state of
The information of the state of will be the state of. The above matters are widely observed as a way of managing information in organizations and people. However, only the above-mentioned (a) is considered at most in the above-mentioned prior art, and none of the above-mentioned (b) and (c) has been considered in the meaning as described above. Therefore, it has been difficult to directly apply to a system that supports collective decision making and meetings using computer networks. The present invention has been made in view of the above circumstances, and its object is to:
An object of the present invention is to provide an information management system that solves the above-mentioned problems in the conventional technology and realizes the information management method that is actually performed by humans in an organization. In particular, the feature is that it provides an information management system having three open states.

【0006】[0006]

【課題を解決するための手段】本発明の上記目的は、ユ
ーザ名称を用いて、計算機ネットワーク上のデータベー
ス(DB)内の情報にアクセス(参照・更新)する情報管理
システムにおいて、非公開情報を格納管理するための第
1のDBインタフェースと、未確定・公開情報を格納管
理するための第2のDBインタフェースと、確定済み・
公開情報を格納管理するための第3のDBインタフェー
スの、3種類のDBインタフェース群を設けて、情報の
公開状態対応にアクセスの権限管理を実現することを特
徴とする情報管理システムによって達成される。
The above object of the present invention is to provide non-public information in an information management system for accessing (referring / updating) information in a database (DB) on a computer network using a user name. A first DB interface for storing and managing, a second DB interface for storing and managing unconfirmed / public information, and a confirmed / confirmed
This is achieved by an information management system characterized in that a third DB interface group for storing and managing public information is provided and three types of DB interface groups are provided to realize access authority management corresponding to the public state of information. ..

【0007】[0007]

【作用】本発明に係る情報管理システムにおいては、3
種類(非公開,未確定・公開,確定・公開)のDBインタフ
ェースを具備し、この3種類のDBインタフェースは情
報の公開性状態をユーザから受け付け、情報管理機構は
それぞれの情報の公開状態,確定状態に基づいて、情報
へのアクセス(参照・更新)の権限管理を行う。これによ
り、情報の公開性状態対応に、アクセス(参照・更新)の
権限管理を実現することができるものである。
In the information management system according to the present invention, 3
Equipped with DB interfaces of types (non-public, unconfirmed / public, confirmed / public), these three types of DB interfaces accept the openness state of information from the user, and the information management mechanism makes the publicized state of each information and confirmed. Permission management of access (reference / update) to information is performed based on the status. As a result, access (reference / update) authority management can be realized in response to the openness state of information.

【0008】[0008]

【実施例】以下、本発明の実施例を図1〜図15を用い
て詳細に説明する。図1は、本発明による情報管理シス
テムの一実施例の構成図である。複数のワークステーシ
ョン(WS)が通信路5により電子的に接続されている。
各WSは、表示装置1,計算装置2,記憶装置3,入力
装置4を有する。計算装置2には、情報管理機構7が搭
載される。記憶装置3には、データベース(DB)8が搭
載される。情報管理機構7の主な機能は、DB8へのア
クセスの管理,表示装置1を介してのユーザとの対話の
管理,他WSとの情報交換の管理等である。表示装置1
上には、3種類のDBインタフェース6が表示される。
このDBインタフェース6は、情報管理機構7により表
示されたものであり、ユーザはこのインタフェースを介
して、いずれかのWS上のDB8にアクセスする。図2
は、表示装置1上に表示されるインタフェースの一実施
例の詳細である。DBインタフェース6として、3種類
のボタンが表示される。それぞれ、非公開データアクセ
スボタン21,未確定・公開データアクセスボタン2
2,確定・公開データアクセスボタン23である。な
お、これら以外に、受信データ表示ボタン24,他サイ
トデータアクセスボタン25,新規作成ボタン26,終
了ボタン27も表示される。
Embodiments of the present invention will be described in detail below with reference to FIGS. FIG. 1 is a block diagram of an embodiment of an information management system according to the present invention. A plurality of workstations (WS) are electronically connected by a communication path 5.
Each WS has a display device 1, a computing device 2, a storage device 3, and an input device 4. An information management mechanism 7 is mounted on the computing device 2. A database (DB) 8 is installed in the storage device 3. The main functions of the information management mechanism 7 are management of access to the DB 8, management of interaction with the user via the display device 1, management of information exchange with other WS, and the like. Display device 1
Three types of DB interfaces 6 are displayed on the top.
This DB interface 6 is displayed by the information management mechanism 7, and the user accesses the DB 8 on any WS via this interface. Figure 2
FIG. 4 shows details of an embodiment of the interface displayed on the display device 1. As the DB interface 6, three types of buttons are displayed. Private data access button 21 and unconfirmed / public data access button 2 respectively
2, a confirmation / public data access button 23. In addition to these, a received data display button 24, another site data access button 25, a new creation button 26, and an end button 27 are also displayed.

【0009】図3は、本発明による情報管理システムが
対象とするデータの一構成例を示すものである。データ
の構成は、データ項目名31,各種名称リスト38,デ
ータ本体37からなる。各種名称リスト38は、作成者
名32,マーク33,参照可能者名34,配布者名3
5,移動先名36から成る。作成者名32とマーク33
は対として扱われる。これらの名称は、データにアクセ
スするユーザのアクセス権限の判定や、配布や移動の自
動化のために用いられる。それらの処理は情報管理機構
7により行われる。図4は、情報管理機構7の機能を実
現するための一実施例である。対話管理部42,DBア
クセス管理部43,他WS間データ交換管理部46,電
子メール送受信管理部48,他WS接続管理部44,デ
ータパススイッチ41,マーク登録部47,他WS間連
絡インデックス45から成る。対話管理部42は、表示
装置1を介してのユーザとの対話を管理し、入力された
コマンドを解析して然るべき管理部を起動する。DBア
クセス管理部43は、DBへのアクセスの管理と、情報
の配布や移動の管理を行う。他WS間データ交換管理部
46,電子メール送受信管理部48,他WS接続管理部
44,他WS間連絡インデックス45は、他WSとの情
報交換の管理機能のためのものである。
FIG. 3 shows an example of the structure of data targeted by the information management system according to the present invention. The data structure includes a data item name 31, various name lists 38, and a data body 37. The name list 38 includes a creator name 32, a mark 33, a referenceable person name 34, and a distributor name 3.
5 and destination name 36. Creator name 32 and mark 33
Are treated as a pair. These names are used for determining the access authority of the user who accesses the data and automating the distribution and movement. The processing is performed by the information management mechanism 7. FIG. 4 is an embodiment for realizing the function of the information management mechanism 7. Dialog management unit 42, DB access management unit 43, data exchange management unit 46 between other WS, e-mail transmission / reception management unit 48, other WS connection management unit 44, data path switch 41, mark registration unit 47, other WS communication index 45. Consists of. The dialogue management unit 42 manages the dialogue with the user via the display device 1, analyzes the input command, and activates the appropriate management unit. The DB access management unit 43 manages access to the DB and management of information distribution and movement. The other WS data exchange management unit 46, the electronic mail transmission / reception management unit 48, the other WS connection management unit 44, and the other WS communication index 45 are for the management function of information exchange with other WS.

【0010】他WS間連絡インデックス45には、通信
路5を用いてデータやファイルを転送したり、電子メー
ルを送信したりするときに、相手先を指定するに必要な
識別番号やアドレス等を格納する。マーク登録部47に
は、各ユーザごとの確定マークと未確定マークを、イメ
ージスキャナで読み取って格納する。データパススイッ
チ41は、表示装置1・入力装置4と、対話管理部4
2,DBアクセス管理部43,他WS間データ交換管理
部46の間での、データの流れを切り替えるものであ
る。データの流れには4つのモードがある。その中の3
つのモードを図5に示す。モードAは、表示装置1・入
力装置4と、対話管理部42,DBアクセス管理部43
との間にデータのパスを張る。モードBは、表示装置1
・入力装置4と、他WS間データ交換管理部46との間
にデータのパスを張る。モードCは、他WS間データ交
換管理部46と、対話管理部42,DBアクセス管理部
43との間にデータのパスを張る。第4のモードは、ど
れにもパスを張らない、オフ状態である。モードAは、
自サイトのDBにアクセスするときに使用する。モード
BとモードCは、他サイトのDBにアクセスするとき
に、組み合せて使用する。
The other WS-to-WS communication index 45 contains identification numbers and addresses necessary for designating the other party when transferring data or files using the communication path 5 or sending electronic mail. Store. In the mark registration unit 47, the confirmed mark and the unconfirmed mark for each user are read by an image scanner and stored. The data path switch 41 includes a display device 1, an input device 4, and a dialogue management unit 4.
2, the data flow between the DB access management unit 43 and the data exchange management unit 46 between other WS is switched. There are four modes of data flow. 3 of them
The two modes are shown in FIG. Mode A includes the display device 1 / input device 4, the dialogue management unit 42, and the DB access management unit 43.
Put a data path between and. Mode B is for display device 1
A data path is established between the input device 4 and the other-WS data exchange management unit 46. In mode C, a data path is established between the other WS data exchange management unit 46, the dialogue management unit 42, and the DB access management unit 43. The fourth mode is an off state in which no path is set up for any of them. Mode A is
Used when accessing the DB of your site. Mode B and mode C are used in combination when accessing the DB of another site.

【0011】記憶装置3上には、情報管理機構7の管理
対象であるDB8が搭載される。DB8を構成するの
は、図6に示す通り、第1群ファイル61,第2群ファ
イル62,第3群ファイル63,受信データファイル6
4である。第1群ファイル61は非公開データを格納
し、第2群ファイル62は未確定・公開データを格納
し、第3群ファイル63は確定・公開データを格納し、
受信データファイル64は他WSから受信したデータを
一時的に格納する。次に、各管理部の処理の概略を示
す。対話管理部42は3つのプログラムから成る。第1
は対話管理プログラムAであり、第2は対話管理プログ
ラムB、第3は受信データ処理プログラムである。対話
管理部プログラムAは自WSからのDBアクセス時に使
用され、対話管理部プログラムBは他WSからのデータ
アクセス時に使用される。また、対話管理部プログラム
Aは情報管理機構7が起動されたときに初期起動され
る。受信データ処理プログラムは対話管理プログラムの
サブルーチンである。
A DB 8 which is a management target of the information management mechanism 7 is mounted on the storage device 3. As shown in FIG. 6, the DB 8 is constituted by the first group file 61, the second group file 62, the third group file 63, the reception data file 6
It is 4. The first group file 61 stores private data, the second group file 62 stores unconfirmed / public data, the third group file 63 stores fixed / public data,
The reception data file 64 temporarily stores the data received from another WS. Next, an outline of processing of each management unit will be shown. The dialogue management unit 42 is composed of three programs. First
Is a dialogue management program A, the second is a dialogue management program B, and the third is a received data processing program. The dialogue management program A is used when the DB is accessed from the own WS, and the dialogue management program B is used when data is accessed from another WS. Further, the dialogue management program A is initially activated when the information management mechanism 7 is activated. The received data processing program is a subroutine of the dialogue management program.

【0012】図7に、対話管理部プログラムAの処理フ
ローを示す。まず、データパススイッチ41をモードA
とする(ステップ 105)。これにより、表示装置1や入力
装置4と、対話管理部42やDBアクセス管理部43と
の間にパスを張る。次に、自サイト用メニュー画面を表
示する(ステップ 110)。ここで表示するのは、図2に示
した画面である。次に、メニューボタンのクリックを待
つ(ステップ 115)。クリックされると、そのボタンに応
じた処理を行う(ステップ 120)。クリックされたボタン
が次の場合には、処理モードを以下のように設定する。
非公開ボタン21の場合には非公開データ処理モード
(ステップ 125)、未確定・公開ボタン22の場合には未
確定・公開データ処理モード(ステップ 130)、確定・公
開ボタン23の場合には確定・公開データ処理モード
(ステップ 135)、新規作成ボタン26の場合は新規作成
モード(ステップ 140)とする。このように処理モード設
定を行った後、当該モードでDBアクセスプログラムを
起動する(ステップ 165)。また、クリックされたボタン
が受信データ表示ボタン24のときには、受信データ処
理プログラムを起動し(ステップ 145)、他サイトデータ
ボタン25のときには他サイト接続プログラムAを起動
する(ステップ 150)。終了ボタン27のときにはメニュ
ーを消去し(ステップ 155)、データパススイッチ41を
オフとする(ステップ 160)。
FIG. 7 shows a processing flow of the dialogue management program A. First, set the data path switch 41 to mode A.
(Step 105). As a result, a path is established between the display device 1 or the input device 4 and the dialogue management unit 42 or the DB access management unit 43. Next, the menu screen for own site is displayed (step 110). What is displayed here is the screen shown in FIG. Then wait for the menu button to be clicked (step 115). When the button is clicked, the processing corresponding to the button is performed (step 120). If the clicked button is as follows, set the processing mode as follows.
In case of private button 21, private data processing mode
(Step 125), unconfirmed / public data processing mode for the unconfirmed / public button 22 (step 130), confirmed / public data processing mode for the confirmed / public button 23
(Step 135), in the case of the new creation button 26, the new creation mode (Step 140) is set. After setting the processing mode in this way, the DB access program is activated in the mode (step 165). When the clicked button is the received data display button 24, the received data processing program is started (step 145), and when it is the other site data button 25, the other site connection program A is started (step 150). When the end button 27 is pressed, the menu is erased (step 155) and the data path switch 41 is turned off (step 160).

【0013】図8に、対話管理部プログラムBの処理フ
ローを示す。まず、他サイト用メニュー画面を表示する
(ステップ 205)。他サイト用メニュー画面は、図2の画
面から新規作成ボタン26と受信データ表示ボタン24
と他サイトデータボタン25を除いたものである。次
に、メニューボタンのクリックを待つ(ステップ 210)。
クリックされたボタンに応じて次の処理を行う。非公開
ボタン21のときには非公開データ処理モード(ステッ
プ 220)、未確定・公開ボタン22のときには未確定・
公開データ処理モード(ステップ 225)、確定・公開ボタ
ン23のときには確定・公開データ処理モード(ステッ
プ 230)とし、当該モードでDBアクセスプログラムを
起動する(ステップ 240)。終了ボタン27のときにはメ
ニューを消去する(ステップ 235)。図9に、受信データ
処理プログラムの処理フローを示す。まず、使用中ユー
ザの名称を入力する(ステップ 305)。次に、受信データ
ファイルの中から、当該ユーザにたいして送付されてき
たデータを検索し一覧表示する(ステップ 310)。ユーザ
は、その中から一つのデータを選択指定する(ステップ
315)。選択指定されたデータを表示する(ステップ 32
0)。表示の後、格納要求が有るか否かを判定する(ステ
ップ 325)。格納要求が有る場合には、次のチェックを
行う(ステップ 330)。つまり、当該ユーザのユーザ名称
がそのデータの作成者名欄に含まれていて、しかも、確
定マークが記入されているか、この条件が満足されない
ときには当該データを第1群ファイル61に格納し(ス
テップ 335)、条件が満足されたときには当該データを
第3群ファイル63に格納する(ステップ 340)。
FIG. 8 shows a processing flow of the dialogue management section program B. First, display the menu screen for other sites
(Step 205). The menu screen for other sites has the new creation button 26 and the received data display button 24 from the screen of FIG.
The other site data button 25 is excluded. Then wait for the menu button to be clicked (step 210).
The following processing is performed according to the clicked button. When it is the private button 21, it is private data processing mode (step 220).
In the public data processing mode (step 225), when the confirmation / public button 23 is selected, the confirmation / public data processing mode (step 230) is set, and the DB access program is activated in this mode (step 240). When the end button 27 is pressed, the menu is erased (step 235). FIG. 9 shows a processing flow of the received data processing program. First, the name of the user in use is input (step 305). Next, the data sent to the user is retrieved from the received data file and displayed as a list (step 310). The user selects and specifies one of the data (step
315). Display selected data (step 32)
0). After the display, it is determined whether there is a storage request (step 325). If there is a storage request, the following check is performed (step 330). In other words, if the user name of the user is included in the creator name column of the data and the confirmation mark is written or if this condition is not satisfied, the data is stored in the first group file 61 (step 335), when the condition is satisfied, the data is stored in the third group file 63 (step 340).

【0014】DBアクセス管理部43は、DBアクセス
処理プログラムから成る。これは、対話管理プログラム
Aと対話管理プログラムBから起動をかけることができ
る。起動の際、それらのプログラムからパラメータとし
て処理モードが渡される。図10および図11に、DB
アクセス処理プログラムの処理フローを示す。まず、ユ
ーザの名称を入力する(ステップ 405)。処理モードが新
規作成モードの場合には、ステップ 445へ飛ぶ(ステッ
プ 410)。それ以外の処理モードの場合、つまり、非公
開データ処理モード,未確定・公開データ処理モード,
確定・公開データ処理モードの場合は、次に、アクセス
種別を入力する(ステップ 415)。アクセス種別には更新
か参照かの2種類がある。これら入力されたユーザ名称
とアクセス種別および前述の処理モードに応じて、ステ
ップ 470a〜ステップ 470fで条件分けを行って、該当
する第n群ファイルからアクセス可能データを検索する
(ステップ 420a〜f)。以下に、検索処理の詳細を説明
する。非公開データ処理モードでアクセス種別が更新の
場合には、第1群ファイル61中のデータで、当該ユー
ザ名が名称リスト38の作成者名32か、配布者名35
か、移動先名36に出現するデータを選択する(ステッ
プ 420a)。非公開データ処理モードでアクセス種別が
参照の場合には、第1群ファイル61中のデータで、当
該ユーザ名が名称リスト38の作成者名32か、参照可
能者名34か、配布者名35か、移動先名36に出現す
るデータを選択する(ステップ 420b)。
The DB access management unit 43 comprises a DB access processing program. This can be activated from the dialog management programs A and B. At startup, the processing mode is passed as a parameter from those programs. DB in FIG. 10 and FIG.
The processing flow of an access processing program is shown. First, the user's name is input (step 405). If the processing mode is the new creation mode, jump to step 445 (step 410). In the case of other processing modes, that is, private data processing mode, unconfirmed / public data processing mode,
In the case of the fixed / public data processing mode, next, the access type is input (step 415). There are two types of access, update and reference. Depending on the input user name, access type, and processing mode described above, conditions are divided in steps 470a to 470f to search for accessible data from the corresponding nth group file.
(Steps 420a-f). The details of the search process will be described below. When the access type is updated in the private data processing mode, the user name in the data in the first group file 61 is the creator name 32 of the name list 38 or the distributor name 35.
Alternatively, the data appearing in the destination name 36 is selected (step 420a). When the access type is reference in the private data processing mode, the user name in the data in the first group file 61 is the creator name 32 of the name list 38, the referenceable person name 34, or the distributor name 35. Alternatively, the data appearing in the destination name 36 is selected (step 420b).

【0015】未確定・公開データ処理モードでアクセス
種別が更新の場合には、第2群ファイル62中のデータ
で、当該ユーザ名が、名称リスト38の作成者名32
か、配布者名35か、移動先名36に出現するデータを
選択する(ステップ 420c)。未確定・公開データ処理モ
ードでアクセス種別が参照の場合には、第2群ファイル
62中のデータで、当該ユーザ名が、名称リスト38の
作成者名32か、参照可能者名34か、配布者名35
か、移動先名36に出現するデータを選択する(ステッ
プ 420d)。確定・公開データ処理モードでアクセス種
別が更新の場合には、第3群ファイル63中のデータ
で、当該ユーザ名が、名称リスト38の配布者名35
か、移動先名36に出現するデータを選択する(ステッ
プ 420e)。また、確定・公開データ処理モードでアク
セス種別が参照の場合には、第3群ファイル63中のデ
ータで、当該ユーザ名が名称リスト38の作成者名32
か、参照可能者名34か、配布者名35か、移動先名3
6に出現するデータを選択する(ステップ 420f)。ここ
で特記すべきことは、第3群ファイルに対しては、たと
えそのデータの作成者であっても更新は許可しないこと
である。次に、上述のアクセス可能データの一覧表示を
行う(ステップ 425)。ユーザは、その一覧の中から一つ
のデータを選択する(ステップ 430)。以下、アクセス種
別によってそれぞれ異なった処理を行う。アクセス種別
が参照の場合は、選択されたデータを表示し(ステップ
465)、ステップ 460へ飛ぶ。なお、ステップ 465におい
て、前述の未確定または確定マークも合せて表示する。
アクセス種別が更新の場合は、以下の一連の処理を行
う。
When the access type is updated in the undetermined / public data processing mode, the user name in the data in the second group file 62 is the creator name 32 of the name list 38.
Alternatively, the data appearing in the distributor name 35 or the destination name 36 is selected (step 420c). When the access type is reference in the undetermined / public data processing mode, the user name in the data in the second group file 62 is the creator name 32 of the name list 38, the referenceable person name 34, or the distribution. Person name 35
Alternatively, the data appearing in the destination name 36 is selected (step 420d). When the access type is updated in the confirmed / public data processing mode, the user name in the data in the third group file 63 is the distributor name 35 in the name list 38.
Alternatively, the data appearing in the destination name 36 is selected (step 420e). Further, when the access type is reference in the confirmed / public data processing mode, the user name in the data in the third group file 63 is the creator name 32 of the name list 38.
Or referable person name 34, distributor name 35, destination name 3
The data appearing in No. 6 is selected (step 420f). What should be noted here is that the third group file is not permitted to be updated even by the creator of the data. Next, the above-mentioned accessible data list is displayed (step 425). The user selects one data from the list (step 430). Hereinafter, different processing is performed depending on the access type. If the access type is reference, display the selected data (step
465) and jump to step 460. Incidentally, in step 465, the aforementioned unconfirmed or confirmed mark is also displayed.
When the access type is update, the following series of processing is performed.

【0016】まず、当該データの作成者名32とマーク
33をワークエリアに複写し、一時保管する(ステップ
440)。これは、作成者名32の変更を許さないための防
護のためである。次に、編集プログラムを起動し、当該
データの更新を行う(ステップ 445)。なお、ステップ 4
45において、編集プログラムの処理対象データには、マ
ークも合せて表示する。合せて、各種名称リスト38の
更新を行う(ステップ 450)。編集プログラムの終了の
後、ステップ 440で、一時保管してある作成者名32と
マーク33を名称リスト中に復元する(ステップ 445)。
この際、処理モードが非公開モードか未確定・公開モー
ドの場合、ステップ 405で読み込んだユーザ名称を作成
者名リスト32に追加する。最後に、格納処理を行う
(ステップ 460)。図12に、格納処理の詳細を示す。ま
ず、格納先を入力する(ステップ 505)。格納先は、非公
開データか未確定・公開データか確定・公開データかの
どれかである。それぞれにつき、次のような処理を行
う。非公開データの場合、上記受信データ処理プログラ
ムに置けるステップ 330と同様のチェックを行い(ステ
ップ 515)、条件により第1群ファイル61に格納する
か(ステップ 520)、第3群ファイル63に格納する(ス
テップ 525)。未確定・公開データの場合、同じくチェ
ックを行い(ステップ 530)、条件により、第3群ファイ
ル63に格納するか(ステップ 550)、或いは次の処理を
行う。
First, the creator name 32 and the mark 33 of the data are copied into the work area and temporarily stored (step
440). This is to protect the creator name 32 from being changed. Next, the editing program is activated to update the data (step 445). In addition, step 4
In 45, the mark is also displayed together with the data to be processed by the editing program. At the same time, the various name list 38 is updated (step 450). After the end of the editing program, in step 440, the temporarily stored creator name 32 and mark 33 are restored in the name list (step 445).
At this time, if the processing mode is the non-public mode or the unconfirmed / public mode, the user name read in step 405 is added to the creator name list 32. Finally, store the data
(Step 460). FIG. 12 shows the details of the storage process. First, the storage destination is input (step 505). The storage destination is either private data, undetermined / public data, or fixed / public data. The following processing is performed for each. In the case of private data, the same check as in step 330 in the received data processing program is performed (step 515), and it is stored in the first group file 61 (step 520) or the third group file 63 depending on the condition. (Step 525). In the case of undetermined / public data, the same check is performed (step 530), and depending on the condition, it is stored in the third group file 63 (step 550) or the following processing is performed.

【0017】まず、マーク付け要求の入力を行い、要求
があれば、マーク登録部47から未確定マークを複写
し、各種名称38中のマーク欄に書き込む(ステップ 53
5)。このとき、配布者欄が空でなければ、それらの配布
者に対しデータの複製を伝送する(ステップ 540)。これ
に続けて、当該データを第2群ファイル62に格納する
(ステップ 545)。また、確定・公開データの場合は、マ
ーク付け要求の入力を行い、要求があれば、マーク登録
部47から確定マークを複写し、各種名称38中のマー
ク欄に書き込む(ステップ 555)。配布者欄が空でなけれ
ば、それらの配布者に対しデータの複製を伝送する(ス
テップ 560)。移動先が空でなければ(ステップ 565)、
その移動先にデータを伝送し(ステップ 575)、さもなく
ば第3群ファイル63に格納する(ステップ 570)。他W
S接続管理部44は、他WS接続管理プログラムAと他
WS接続管理プログラムBの2つのプログラムから成
る。別々のWS上のこれらプログラムは、協調して、他
WSのDBにアクセスできるようにデータパススイッチ
41の設定を行う。図13に、他WS接続管理プログラ
ムAの処理フローを示し、図14に、他WS接続管理プ
ログラムBの処理フローを示す。他WS接続管理プログ
ラムAは、まず、アクセスしたいDB8の所有者名の入
力を受け付ける(ステップ 605)。入力された名称に基づ
いて、他WS間連絡インデクス45から当該所有者のメ
ールアドレスを検索し、DBアクセス要求のメールを出
す(ステップ 610)。このメールは、該当するWSで他W
S接続管理プログラムBの起動を引き起こす(後述の電
子メール受信管理プログラム)。
First, a marking request is input, and if there is a request, an unconfirmed mark is copied from the mark registration section 47 and written in the mark column in each name 38 (step 53).
Five). At this time, if the distributor column is not empty, a copy of the data is transmitted to those distributors (step 540). Following this, the data is stored in the second group file 62.
(Step 545). Further, in the case of the confirmed / public data, a marking request is input, and if there is a request, the confirmation mark is copied from the mark registration section 47 and written in the mark column in the various names 38 (step 555). If the distributor field is not empty, then a copy of the data is transmitted to those distributors (step 560). If the destination is not empty (step 565),
The data is transmitted to the destination (step 575), or stored in the third group file 63 (step 570). Other W
The S connection management unit 44 is composed of two programs, another WS connection management program A and another WS connection management program B. These programs on different WS coordinately set the data path switch 41 so that the DBs of other WS can be accessed. FIG. 13 shows a processing flow of the other WS connection management program A, and FIG. 14 shows a processing flow of the other WS connection management program B. The other WS connection management program A first accepts the input of the owner name of the DB 8 to be accessed (step 605). Based on the input name, the mail address of the owner is retrieved from the other WS communication index 45 and a DB access request mail is sent (step 610). This email is a W
It causes the S connection management program B to be activated (the electronic mail reception management program described later).

【0018】次に、相手先からの応答メールを待つ(ス
テップ 615)。他WS接続管理プログラムBは、要求元
に応答メールを返し(ステップ 635)、データパススイッ
チ41をCモードにする(ステップ 640)。他WS接続管
理プログラムAは、応答メールが来れば、データパスス
イッチ41をBモードにする(ステップ 620)。この時点
で、片一方のWS(他WS接続管理プログラムAが起動
中)の表示装置1と入力装置4と、もう一方のWS(他W
S接続管理プログラムBが起動中)の対話管理部42と
DBアクセス管理部43とが、アクセス上連結される。
DBアクセスが終了すると、他WS接続管理プログラム
Bは要求元にDBアクセス終了のメールを出し(ステッ
プ 650)、データパススイッチ41をオフにする(ステッ
プ 660)。他WS接続管理プログラムAは、相手先から
のDBアクセス終了のメールを待ち(ステップ 625)、メ
ールが来るとデータパススイッチ41をAモードにする
(ステップ 630)。この時点で2つのWSのアクセス上の
連結は解消される。電子メール送受信管理部48は、電
子メール送信管理プログラムと電子メール受信管理プロ
グラムとから成る。図15に、電子メール送信管理プロ
グラムの処理フローを示す。
Next, it waits for a reply mail from the other party (step 615). The other WS connection management program B returns the response mail to the request source (step 635) and sets the data path switch 41 to the C mode (step 640). When the reply mail arrives, the other WS connection management program A sets the data path switch 41 to the B mode (step 620). At this point, the display device 1 and the input device 4 of one WS (the other WS connection management program A is running) and the other WS (the other W)
The dialog management unit 42 (when the S connection management program B is running) and the DB access management unit 43 are connected for access.
When the DB access ends, the other WS connection management program B sends a DB access end mail to the request source (step 650) and turns off the data path switch 41 (step 660). The other WS connection management program A waits for a DB access end mail from the other party (step 625), and sets the data path switch 41 to A mode when the mail arrives.
(Step 630). At this point, the access connection between the two WS is canceled. The electronic mail transmission / reception management unit 48 includes an electronic mail transmission management program and an electronic mail reception management program. FIG. 15 shows a processing flow of the electronic mail transmission management program.

【0019】電子メール送受信管理部48は、まず、他
の管理部のプログラムからの電子メール発信要求を待つ
(ステップ 705)。発信要求が来ると、要求に応じたヘッ
ダをつける(ステップ 710)。ヘッダは、「配布・移動」,
「他WSアクセス要求」,「返答」または「他WSアクセス終
了」等である。次に、他WS間連絡インデクス45を参
照して、相手先ユーザ名からメールアドレスを決定し
(ステップ 715)、発信する(ステップ 720)。電子メール
受信管理プログラムの処理フローを図16に示す。ま
ず、電子メールの到着を待つ(ステップ 725)。到着した
メールのヘッダにより、次のように処理を分ける(ステ
ップ 730)。「配布・移動」の場合、当該メールを受信メ
ールファイルに格納する(ステップ 735)。「他WSアク
セス要求」の場合、他WS接続管理プログラムBを起動
する(ステップ 740)。「返答」の場合、当該メールを他W
S接続管理プログラムAに渡す(ステップ 745)。「他W
Sアクセス終了」の場合、当該メールを他WS接続管理
プログラムAに渡す(ステップ 750)。
The electronic mail transmission / reception management unit 48 first waits for an electronic mail transmission request from a program of another management unit.
(Step 705). When an outgoing request comes, a header corresponding to the request is added (step 710). The header is "Distribute / Move",
“Other WS access request”, “reply” or “other WS access end” and the like. Next, referring to the inter-WS communication index 45, the mail address is determined from the destination user name.
(Step 715) and make a call (Step 720). The processing flow of the electronic mail reception management program is shown in FIG. First, wait for the arrival of the email (step 725). Processing is divided as follows according to the header of the arrived mail (step 730). In the case of "distribution / movement", the mail is stored in the received mail file (step 735). In the case of "other WS access request", the other WS connection management program B is started (step 740). In case of "Reply", send the email to another W
Pass it to the S connection management program A (step 745). "Other W
In the case of "S access end", the mail is passed to the other WS connection management program A (step 750).

【0020】上記実施例によれば、情報の状態として
の、 非公開状態 未確定・公開状態 確定・公開状態 の3つの状態のそれぞれに適切に対応可能な情報管理シ
ステムを実現することができる。より詳細には、 誰が作成したのか、誰に渡すのか、誰に見せてもよい
のかといったことを作成者や所有者がデータ単位で明示
的に指定することにより、きめの細かな設定(参照可能
者,作成者等)を容易に柔軟に実行できる。 情報のアクセス権限の管理は、3種類の情報の公開性
状態に基づいて行われ、この3種類は、日常の業務の中
で人間が行っている情報管理の通りである。作成者や所
有者によるアクセス権限の指定がし易く、システムを使
う上での無駄な操作を回避できる。 一般には、手にした情報が未確定なものなのか確定し
たものなのかを、人間は色々なことから判断している。
ここでは、システム上この区別を明示したことにより、
参照者や配布・移動を受けた人は、実際と同じ判断を下
すことが可能になる。
According to the above-described embodiment, it is possible to realize an information management system which can appropriately cope with each of the three states of the information state, that is, the non-disclosure state, the unconfirmed state, the disclosure state, the confirmed state and the disclosure state. More specifically, the creator or owner explicitly specifies in data units such as who created it, who should give it, and who can show it to the user. Person, creator, etc.) easily and flexibly. Management of access authority to information is performed based on the openness state of three types of information, and these three types are the same as information management performed by humans in daily business. It is easy for the creator and owner to specify the access authority, and it is possible to avoid useless operations when using the system. In general, humans make various judgments as to whether the obtained information is undetermined or confirmed.
Here, by clarifying this distinction on the system,
The referrer or the person who receives the distribution / movement can make the same judgment as in reality.

【0021】ここでは、3種類の情報の公開性状態を
準備した。この数は不必要に多くないので、ユーザの判
断の誤りは少ないと期待できる。 上述の3種類の状態は、日常の業務の中で人間が行っ
ている情報管理の通りである。使用する上でのユーザの
抵抗感は少ないと期待できる。 集団的な意思決定支援システムや会議支援システム等
に適用した場合、上述の理由により、本来の意思決定業
務や会議に専心できる。 なお、上記実施例は本発明の一例を示すものであり、本
発明はこれに限定されるべきものではないことは言うま
でもない。例えば、前述の確定マークとして、職印のイ
メージデータを用いることにより、ユーザにより一層の
現実感を与えることができる。また、上記実施例では、
DB内に第1群から第3群のファイルを構成すること
で、3種類のインタフェースに対応した形でデータを格
納したが、必ずしもこのような形にする必要は無い。例
えば、DBアクセス管理部にファイル管理テーブルを持
ち、ファイル名と公開性状態との対応を管理すれば、D
B内では一元的なファイル構成でもよい。
Here, three types of information openness states are prepared. Since this number is not unnecessarily large, it can be expected that the user's judgment error is small. The above-mentioned three types of states are the same as information management performed by humans in daily work. It can be expected that the user will feel little resistance in using the product. When applied to a collective decision support system, a conference support system, etc., it is possible to devote itself to the original decision-making work or conference due to the above reasons. It is needless to say that the above embodiment is an example of the present invention and the present invention should not be limited to this. For example, by using the image data of the job stamp as the above-mentioned confirmation mark, it is possible to give the user a further sense of reality. Further, in the above embodiment,
By configuring the files of the first to third groups in the DB, the data is stored in a form corresponding to the three types of interfaces, but it is not necessary to have such a form. For example, if the DB access management unit has a file management table and manages the correspondence between file names and openness states,
A unified file structure may be used in B.

【0022】[0022]

【発明の効果】以上、詳細に説明した如く、本発明によ
れば、組織の中で人間が実際に行っている情報管理が可
能な情報管理システムを実現できるという顕著な効果を
奏するものである。
As described above in detail, according to the present invention, it is possible to realize a remarkable effect that an information management system capable of managing information actually performed by humans in an organization can be realized. ..

【0023】[0023]

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の一実施例を示す情報管理システムハー
ドウェア構成図である。
FIG. 1 is a hardware configuration diagram of an information management system showing an embodiment of the present invention.

【図2】実施例のインタフェース画面である。FIG. 2 is an interface screen of the embodiment.

【図3】実施例におけるデータの構成を説明する図であ
る。
FIG. 3 is a diagram illustrating a data structure according to an embodiment.

【図4】実施例の概念構成図である。FIG. 4 is a conceptual configuration diagram of an embodiment.

【図5】実施例のデータパススイッチのパスを説明する
図である。
FIG. 5 is a diagram illustrating paths of a data path switch according to the embodiment.

【図6】実施例におけるDB内のファイルの構成図であ
る。
FIG. 6 is a configuration diagram of files in a DB in the embodiment.

【図7】実施例における対話管理プログラムAの処理フ
ロー図である。
FIG. 7 is a process flow diagram of a dialogue management program A in the embodiment.

【図8】実施例における対話管理プログラムBの処理フ
ロー図である。
FIG. 8 is a process flow diagram of a dialogue management program B in the embodiment.

【図9】実施例における受信データ処理プログラムの処
理フロー図である。
FIG. 9 is a processing flow chart of a received data processing program in the embodiment.

【図10】実施例におけるDBアクセス処理プログラム
Bの処理フロー図の一部である。
FIG. 10 is a part of a processing flow chart of a DB access processing program B in the embodiment.

【図11】実施例におけるDBアクセス処理プログラム
Bの処理フロー図の他の一部である。
FIG. 11 is another part of the processing flow chart of the DB access processing program B in the embodiment.

【図12】実施例における格納処理プログラムの処理フ
ロー図である。
FIG. 12 is a processing flowchart of a storage processing program according to the embodiment.

【図13】実施例におけるたWS接続管理プログラムA
の処理フロー図である。
FIG. 13 is a WS connection management program A according to the embodiment.
It is a processing flow diagram of.

【図14】実施例におけるたWS接続管理プログラムB
の処理フロー図である。
FIG. 14 is a WS connection management program B according to the embodiment.
It is a processing flow diagram of.

【図15】実施例における電子メール送信管理プログラ
ムの処理フロー図である。
FIG. 15 is a process flow diagram of an electronic mail transmission management program in the embodiment.

【図16】実施例における電子メール受信管理プログラ
ムの処理フロー図である。
FIG. 16 is a process flow diagram of an electronic mail reception management program in the embodiment.

【符号の説明】[Explanation of symbols]

1:表示装置、2:計算装置、3:記憶装置、4:入力
装置、6:DBインタフェース、7:情報管理機構、
8:DB、21:非公開データボタン、22:未確定・
公開データボタン、23:確定・公開ボタン、38:各
種名称リスト、43:DBアクセス管理部。
1: Display device, 2: Computing device, 3: Storage device, 4: Input device, 6: DB interface, 7: Information management mechanism,
8: DB, 21: Private data button, 22: Not confirmed ・
Public data button, 23: Confirm / Publish button, 38: Various name list, 43: DB access management unit.

───────────────────────────────────────────────────── フロントページの続き (72)発明者 舘 仁平 茨城県日立市大みか町五丁目2番1号 株 式会社日立製作所大みか工場内 ─────────────────────────────────────────────────── ─── Continuation of front page (72) Inventor Nihei Tate 5-2-1 Omika-cho, Hitachi-shi, Ibaraki Prefecture Hitachi Ltd. Omika factory

Claims (15)

【特許請求の範囲】[Claims] 【請求項1】 ユーザ名称を用いて、計算機ネットワー
ク上のデータベース(DB)内の情報にアクセス(参照・
更新)する情報管理システムにおいて、非公開情報を格
納管理するための第1のDBインタフェースと、未確定
・公開情報を格納管理するための第2のDBインタフェ
ースと、確定済み・公開情報を格納管理するための第3
のDBインタフェースの、3種類のDBインタフェース
群を設けて、情報の公開,確定状態対応にアクセスの権
限管理を実現することを特徴とする情報管理システム。
1. A user name is used to access information in a database (DB) on a computer network (see
In the information management system to be updated), the first DB interface for storing and managing non-public information, the second DB interface for storing and managing unconfirmed / public information, and the management for storing fixed / public information Third to do
An information management system characterized by providing three kinds of DB interface groups, which are the DB interfaces, to realize access authority management in response to information disclosure and decision state correspondence.
【請求項2】 前記第1のDBインタフェースは、該イ
ンタフェースを用いて操作できる情報に対して、各情報
毎に、情報の作成(更新や編集)に携わるユーザ群のユー
ザ名称リストである作成者名リストを付加し、前記作成
者名リストに有るユーザの情報アクセスのみを許可し、
作成者名リストに無いユーザからの情報アクセスを許可
せず、前記第2のDBインタフェースは、該インタフェ
ースを用いて操作できる情報に対して、各情報毎に、前
記作成者名リストと参照者名リストとを付加し、前記作
成者名リストに有るユーザには情報アクセスを許可し、
かつ、前記参照者名リストに有るユーザには情報参照の
みを許可し、また、前記第3のDBインタフェースは、
該インタフェースを用いて操作できる情報に対して、各
情報毎に、前記作成者名リストと参照者名リストとを付
加し、前記作成者名リストに有るユーザには情報参照の
みを許可し、かつ、前記参照者名リストに有るユーザに
は情報参照を許可することを特徴とする請求項1記載の
情報管理システム。
2. The creator, wherein the first DB interface is a list of user names of users who are involved in creating (updating and editing) information for each information that can be operated using the interface. A name list is added and only the information access of the users in the creator name list is permitted,
The second DB interface does not permit information access from a user who is not in the creator name list, and the second DB interface operates on the interface, and for each information, the creator name list and the reference name Add a list and allow information access to the users in the creator name list,
Moreover, only the information reference is permitted to the users in the referrer name list, and the third DB interface is
The creator name list and the referrer name list are added to each piece of information that can be operated using the interface, and the users in the creator name list are allowed to refer to the information only, and The information management system according to claim 1, wherein information reference is permitted to a user in the referrer name list.
【請求項3】 前記第2のDBインタフェースを用いて
操作できる情報に、当該情報が未確定である旨を意味す
る未確定マークを、作成者名称と対(組)の形で追加した
上で、作成者や参照者に情報提示することを特徴とする
請求項2記載の情報管理システム。
3. The information which can be operated using the second DB interface is added with an unconfirmed mark indicating that the information is unconfirmed in the form of a pair (pair) with the creator name. The information management system according to claim 2, wherein the information is presented to the creator and the referrer.
【請求項4】 前記第3のDBインタフェースを用いて
操作できる情報に、当該情報が確定済みである旨を意味
する確定マークを、作成者名称と対(組)の形で追加した
上で、作成者や参照者に情報提示することを特徴とする
請求項2記載の情報管理システム。
4. The information that can be operated using the third DB interface is added with a confirmation mark that means that the information has been confirmed, in the form of a pair (pair) with the creator name. The information management system according to claim 2, wherein the information is presented to the creator and the referrer.
【請求項5】 請求項3記載の未確定マークと請求項4
記載の確定マークとを作成者や参照者に情報提示するこ
とを特徴とする請求項2記載の情報管理システム。
5. The unconfirmed mark according to claim 3 and claim 4.
The information management system according to claim 2, wherein the confirmation mark described is presented to the creator and the reference person.
【請求項6】 ユーザがアクセス情報を表示するとき、
当該情報が未確定か確定済みかの区別を示す前記未確定
マークや確定マークも合せて表示することを特徴とする
請求項3〜5のいずれかに記載の情報管理システム。
6. When a user displays access information,
The information management system according to any one of claims 3 to 5, wherein the unconfirmed mark or the confirmed mark indicating whether the information is unconfirmed or confirmed is also displayed.
【請求項7】 前記第2のDBインタフェースを用いて
操作できる情報のそれぞれに、複製情報の配布先ユーザ
群のユーザ名称リストである配布者名リストを付加し、
前記第2のDBインタフェースを用いて格納された情報
に対し、該情報の配布者名リストが空でない場合に、当
該情報の付加的な各種名称リスト群を含めて情報を複製
し、該複製情報に当該情報が未確定である旨を意味する
未確定マークを、作成者名称と対(組)の形で追加した上
で前記配布者名リストにあるユーザに伝送することを特
徴とする請求項2記載の情報管理システム。
7. A distributor name list, which is a user name list of distribution-destination user groups, is added to each of the information that can be operated using the second DB interface,
For information stored using the second DB interface, if the distributor name list of the information is not empty, the information is duplicated including various additional name list groups of the information, and the duplicated information An undetermined mark indicating that the information is undetermined is added to the distributor name list in the form of a pair (pair) with the creator name and transmitted to the users in the distributor name list. Information management system described in 2.
【請求項8】 前記第3のDBインタフェースを用いて
操作できる情報のそれぞれに、複製情報の配布先ユーザ
群のユーザ名称リストである配布者名リストと、情報実
体の移動先ユーザ名称からなる移動先名リストを付加
し、前記第3のDBインタフェースを用いて格納された
情報に対し、該情報の配布者名リストが空でない場合
に、当該情報の付加的な各種名称リスト群を含めて情報
を複製し、該複製情報に、当該情報が確定済みである旨
を意味する確定マークを作成者名称と対(組)の形で追加
した上で、前記配布者名リストにあるユーザに伝送する
段階と、前記情報の移動先名リストが空でない場合に、
当該情報に、当該情報が確定済みである旨を意味する確
定マークを作成者名称と対(組)の形で追加した上で、当
該情報の付加的な名称リスト群を含めて、移動先名リス
トにあるユーザに伝送する段階とを有することを特徴と
する請求項2記載の情報管理システム。
8. A move that includes a distributor name list, which is a user name list of a distribution destination user group of the copy information, and a transfer destination user name of the information entity, for each of the information that can be operated using the third DB interface. If the distributor name list of the information is not empty with respect to the information stored by adding the destination name list and using the third DB interface, the information including additional various name list groups of the information is included. Is duplicated, a confirmation mark indicating that the information has been confirmed is added to the duplicated information in the form of a pair (pair) with the creator name, and then transmitted to the users in the distributor name list. And, if the destination list of information is not empty,
To the information, add a confirmation mark that means that the information has been confirmed in a pair (pair) with the creator's name, and then add the name list group of the information to the destination name. 3. The information management system according to claim 2, further comprising the step of transmitting the information to the users on the list.
【請求項9】 請求項7記載の伝送段階と、請求項8記
載の伝送段階とを合せ持つことを特徴とする請求項2記
載の情報管理システム。
9. The information management system according to claim 2, further comprising the transmission step according to claim 7 and the transmission step according to claim 8.
【請求項10】 伝送されてきた情報に対して、該情報
の作成者名リストに当該ユーザのユーザ名称が含まれて
おり、かつ、確定マークがその対として付加されている
場合に、前記第3のDBインタフェースにより操作する
情報として格納し、それ以外の場合には、前記第1のD
Bインタフェースにより操作する情報として格納するこ
とを特徴とする請求項7〜9のいずれかに記載の情報管
理システム。
10. The transmitted information, if the user name of the user is included in the creator name list of the information, and the confirmation mark is added as the pair, the first 3 as the information operated by the DB interface. In other cases, the first D is stored.
The information management system according to any one of claims 7 to 9, wherein the information is stored as information operated by a B interface.
【請求項11】 配布や転送を受けたユーザが、伝送さ
れてきた情報を表示するとき、その情報が未確定か確定
済みかの区別を示す未確定マークや確定マークも合せて
表示することを特徴とする請求項7〜10のいずれかに
記載の情報管理システム。
11. A user who has received distribution or transfer, when displaying transmitted information, also displays an unconfirmed mark or a confirmed mark indicating whether the information is unconfirmed or confirmed. The information management system according to any one of claims 7 to 10, which is characterized.
【請求項12】 前記第1のDBインタフェースまたは
第2のDBインタフェースを用いて情報の更新を行った
場合に、その更新者を作成者として追加することを特徴
とする請求項2〜11のいずれかに記載の情報管理シス
テム。
12. The updater is added as a creator when information is updated using the first DB interface or the second DB interface, according to any one of claims 2 to 11. Information management system described in crab.
【請求項13】 前記第1のDBインタフェースまたは
第2のDBインタフェースを用いて情報の更新を行った
場合に、その更新者を作成者として追加すること、およ
び、それ以外の場合には作成者リストの更新を許さない
ことを特徴とする請求項2〜11のいずれかに記載の情
報管理システム。
13. When the information is updated using the first DB interface or the second DB interface, the updating person is added as a creator, and in other cases, the creator is added. The information management system according to any one of claims 2 to 11, wherein updating of the list is not permitted.
【請求項14】 各ユーザ毎に特有の確定マークを用い
ることを特徴とする請求項4,5,8または9記載の情
報管理システム。
14. An information management system according to claim 4, 5, 8 or 9, wherein a confirmation mark peculiar to each user is used.
【請求項15】 前記確定マークとして職印のイメージ
データを用いることを特徴とする請求項14記載の情報
管理システム。
15. The information management system according to claim 14, wherein image data of a job stamp is used as the confirmation mark.
JP4039361A 1992-02-26 1992-02-26 Information managing system Pending JPH05241932A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP4039361A JPH05241932A (en) 1992-02-26 1992-02-26 Information managing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP4039361A JPH05241932A (en) 1992-02-26 1992-02-26 Information managing system

Publications (1)

Publication Number Publication Date
JPH05241932A true JPH05241932A (en) 1993-09-21

Family

ID=12550931

Family Applications (1)

Application Number Title Priority Date Filing Date
JP4039361A Pending JPH05241932A (en) 1992-02-26 1992-02-26 Information managing system

Country Status (1)

Country Link
JP (1) JPH05241932A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6098047A (en) * 1995-02-13 2000-08-01 Fujitsu Limited Constructing method of organization activity database, analysis sheet used therein, and organization activity management system
JP2004348673A (en) * 2003-05-26 2004-12-09 Ricoh Co Ltd Design support system, program and design support method

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6098047A (en) * 1995-02-13 2000-08-01 Fujitsu Limited Constructing method of organization activity database, analysis sheet used therein, and organization activity management system
JP2004348673A (en) * 2003-05-26 2004-12-09 Ricoh Co Ltd Design support system, program and design support method

Similar Documents

Publication Publication Date Title
US5724578A (en) File managing system for managing files shared with a plurality of users
US7003546B1 (en) Method and system for controlled distribution of contact information over a network
US9535976B2 (en) Information exchange engine providing a critical infrastructure layer and methods of use thereof
US6986138B1 (en) Virtual work flow management method
JP5113119B2 (en) Computer-executable workflow control system
JP4109452B2 (en) Job offer / job hunting information processing system
US7277911B2 (en) Method and system for controlled distribution of contact profiles over a network
US8745087B2 (en) System and method for defining and manipulating roles and the relationship of roles to other system entities
US7730092B2 (en) System and method for managing user profiles
Lau et al. Privacy interfaces for information management
US5408662A (en) System for performing a cooperative operation on common data
US20040088286A1 (en) System and method for enhancing network-based collaboration
US20030182401A1 (en) URL information sharing system using proxy cache of proxy log
US9477941B2 (en) Genealogy system for interfacing with social networks
EP1094388A2 (en) Graphical message exchange system
JPH05241932A (en) Information managing system
JP2002175300A (en) Document management system and program for this management system
JP3437912B2 (en) Electronic conference system
JP3309758B2 (en) Information management method and information management system in computer network
JPH08161213A (en) Document management method
JP2002117034A (en) Registration and provision system for video and character news
JP2000347943A (en) Document access management system
US7284264B1 (en) Discovery of an advertising service in e-speak
US7415267B2 (en) Methods and systems for managing call reports for the financial services industry
JP2005267037A (en) Electronic mail information sharing system and information management computer therefor