JP2007157172A - Data access method and computer system - Google Patents
Data access method and computer system Download PDFInfo
- Publication number
- JP2007157172A JP2007157172A JP2007023011A JP2007023011A JP2007157172A JP 2007157172 A JP2007157172 A JP 2007157172A JP 2007023011 A JP2007023011 A JP 2007023011A JP 2007023011 A JP2007023011 A JP 2007023011A JP 2007157172 A JP2007157172 A JP 2007157172A
- Authority
- JP
- Japan
- Prior art keywords
- user
- user data
- security
- data
- schedule
- 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.)
- Granted
Links
Images
Landscapes
- Storage Device Security (AREA)
Abstract
Description
本発明は、機密保護方法に係り、特に複数のシステムに亘って他のユーザのユーザデータを参照するときの機密保護方法に関する。 The present invention relates to a security method, and more particularly, to a security method when referring to user data of another user across a plurality of systems.
データファイルの機密保護方法として、ユーザIDやパスワードによる機密保護方法が知られている。この方法によれば、システムにユーザIDやパスワードを登録しておき、ユーザが入力したユーザIDやパスワードが登録されたものと一致するときのみ、データファイルへのアクセスを許可する。さらにユーザ又はユーザグループとデータファイルとに応じてアクセス不可、参照のみ可、更新可のようなアクセスレベルを設け、データファイルの機密保護を行うシステムが知られている。複数のシステムをネットワークによって接続し他システムに登録されているデータファイルにアクセスするときには、他システムにゲスト用のユーザIDをゲストIDとして登録しておき、ゲストIDのチェックを通過したとき限定されたデータファイルの参照のみを許可するという方法がとられる。すなわちゲストIDを使って他のシステムにログインしたユーザは、特定のファイルを参照することのみ許され、その他のファイルを参照することは不可能である。 As a data file security method, a security method using a user ID or a password is known. According to this method, a user ID and password are registered in the system, and access to the data file is permitted only when the user ID and password input by the user match those registered. Further, there is known a system for providing data file security protection by providing access levels such as inaccessibility, reference only, and updateability according to the user or user group and the data file. When connecting multiple systems via a network and accessing a data file registered in another system, the guest user ID is registered in the other system as a guest ID, and this is limited when the guest ID check is passed. A method of allowing only reference to the data file is used. In other words, a user who logs in to another system using the guest ID is only allowed to refer to a specific file, and cannot refer to another file.
なおこの種の技術として関連するものには、例えば特許文献1に記載された技術がある。
In addition, there exists a technique described in
スケジュール管理システムにおいては、各ユーザのユーザデータはそのユーザが所有するスケジュールである。そして会議等を開催する立場のユーザは、他人のスケジュールの空き状態を参照する必要が生じる。しかし他ユーザが他のシステムの管理範囲にある場合には、充分な機密保護なしでユーザデータの参照を許可するか、あるいはこのようなユーザデータの参照を許可しないかのいずれかであり、適切な保護の下でユーザデータの参照を許可するという方法は知られていない。さらに参照されるユーザのデータが参照するユーザと同一システムに属するか他システムに属するかにかかわらず、個人のスケジュールにはビジーである日付や時間帯のようにすべてのユーザに公開できる部分と、出張先、取引先のように営業秘密に属しすべてのユーザには公開できない非公開部分とがある。従来のシステムでは、被参照ユーザ及び参照ユーザのランクに応じて非公開部分の参照権をきめ細かく設定することはできなかった。 In the schedule management system, the user data of each user is a schedule owned by that user. A user in a position to hold a conference or the like needs to refer to the availability of other people's schedules. However, if other users are within the scope of other systems, either allow user data reference without sufficient security, or do not allow such user data reference. There is no known way to allow user data to be referenced under secure protection. In addition, regardless of whether the data of the referenced user belongs to the same system as the referring user or belongs to another system, a part that can be disclosed to all users, such as a busy date and time zone, in the personal schedule, There are private parts such as business trips and business partners that belong to trade secrets and cannot be disclosed to all users. In the conventional system, it is not possible to finely set the reference right for the non-public part according to the ranks of the referred user and the reference user.
本発明の目的は、上記問題点を解決するものであり、適切な機密保護の下に他システムに属するユーザデータの参照を許可する機密保護方法を提供することにある。 An object of the present invention is to solve the above-described problems, and to provide a security method that permits reference to user data belonging to another system under appropriate security protection.
本発明の他の目的は、被参照ユーザと参照ユーザのセキュリティランクに応じてユーザデータの参照許可を制御する機密保護方法を提供することにある。 Another object of the present invention is to provide a security method for controlling permission of reference to user data in accordance with the security ranks of the referred user and the reference user.
以下システムというとき、ユーザ対応のユーザデータを蓄積し、このユーザデータの参照を許可するユーザのIDをユーザIDとして登録する機能をもち、その管理範囲は登録されたユーザIDの範囲とするような系を言う。本発明は、第1のシステムの管理範囲に属する第1のユーザIDを第2のシステムの管理範囲に属する第2のユーザID(ゲストID)に変換し、第2のユーザIDとユーザデータの所有者に対応する第3のユーザIDとが第2のシステムの管理範囲に属するとき、このユーザデータの参照を許可する機密保護方法を特徴とする。 Hereinafter, when referring to the system, it has a function of accumulating user data corresponding to the user and registering the ID of the user who is allowed to refer to the user data as the user ID, and the management range is the range of the registered user ID. Say the system. The present invention converts a first user ID belonging to the management range of the first system into a second user ID (guest ID) belonging to the management range of the second system, and converts the second user ID and user data It is characterized by a security method for permitting reference to user data when the third user ID corresponding to the owner belongs to the management range of the second system.
また本発明は、各ユーザについて複数レベルのセキュリティランクのうちの1つを設定し、ユーザデータの参照を要求するユーザのセキュリティランクとユーザデータが参照されるユーザのセキュリティランクとからユーザデータを参照可とするか否かを決定するテーブルを設定し、ユーザデータの参照要求があったときこのテーブルを参照することによってユーザデータの参照可否を決定する機密保護方法を特徴とする。 The present invention also sets one of a plurality of security ranks for each user, and refers to user data from the security rank of the user who requests the reference of user data and the security rank of the user to which the user data is referenced. It is characterized by a security method that sets a table for determining whether to allow or not, and determines whether or not user data can be referenced by referring to this table when a user data reference request is made.
第1のユーザIDをもつユーザは、第1のシステムにログインするとき又は参照要求を発行するとき第1のユーザIDがチェックされ、第2のシステムのユーザデータの参照要求をするとき第1のユーザIDがID変換テーブルに登録されていることがチェックされ、参照要求が第2のシステムに渡ったとき第2のユーザIDが第2のシステムに登録されていることがチェックされる。このように他システムに属するユーザのユーザデータの参照が許可されるまでに3回のチェックが行われるが、これらのチェックを通過した後は第2のシステムが管理するすべてのユーザデータが参照可能となる。さらに上記のセキュリティランクを採用すると、参照要求するユーザのセキュリティランクとユーザデータが参照されるユーザのセキュリティランクとからユーザデータの少なくとも一部について参照可とするか否かの制御を行うことができる。 A user having a first user ID is checked when logging in to the first system or issuing a reference request, and the first user ID is checked when making a reference request for user data in the second system. It is checked that the user ID is registered in the ID conversion table, and when the reference request is passed to the second system, it is checked that the second user ID is registered in the second system. In this way, three checks are performed before the user data of a user belonging to another system is allowed to be referenced. After passing these checks, all user data managed by the second system can be referred to. It becomes. Further, when the above security rank is adopted, it is possible to control whether or not at least a part of the user data can be referred to based on the security rank of the user who requests the reference and the security rank of the user to which the user data is referred. .
以上説明したように本発明によれば、ユーザIDのチェック及びゲストIDのチェックを通過したユーザについて、他システムに属するすべてのユーザデータを参照することができる。また披参照ユーザ及び参照ユーザのランクに応じてユーザデータの非公開部分の参照権をきめ細かく制御することができる。 As described above, according to the present invention, all user data belonging to other systems can be referred to for a user who has passed the user ID check and guest ID check. Further, it is possible to finely control the reference right of the non-public part of the user data according to the rank of the referring user and the reference user.
以下、本発明の一実施形態について図面を用いて説明する。 Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
図1は、2つのスケジュール管理システムをネットワーク16によって接続するシステムの構成図である。1はユーザのスケジュールを管理するサーバ、2はローカルエリアネットワーク(以下LANと略す)15を介してサーバ1にアクセスするパーソナルコンピュータ(以下PCと略す)である。図ではLAN15に接続される複数のPC2のうち1台のみを図示する。13は各ユーザのスケジュールを登録するユーザデータであり、スケジュールは公開部分と非公開部分とから成る。11はユーザデータ13へのアクセスを許可するユーザIDを登録するユーザIDテーブルである。12はユーザのセキュリティランクに応じて他ユーザのスケジュールの非公開部分をアクセスできるか否かを設定するセキュリティテーブルである。14はユーザIDとゲストID(他のスケジュール管理システムにおけるユーザID)との対応関係を登録するID変換テーブルである。8はLAN15を介してサーバ1とPC2の間で行う通信を制御するLAN制御部である。16は2つのスケジュール管理システムを接続する公衆回線、専用回線、基幹LANなどのネットワークである。7はネットワーク16を介して2つのスケジュール管理システムの間で行う通信を制御するゲートウェイである。3はユーザIDテーブル11を参照してPC2から送られたユーザID又は他のスケジュール管理システムから送られるゲストIDをチェックするとともにユーザIDからPC2のアドレスを求めるユーザID管理部である。4はセキュリティテーブル12を参照して他ユーザのスケジュールの非公開部分の参照を許可するか否かを判定するセキュリティチェック部である。5はユーザデータ13から要求されたユーザのスケジュール情報を読み込み、セキュリティチェック部4の判定に応じて許可されるデータをユーザID管理部3又はゲートウェイ7を介してそれぞれPC2又は他システムへ送るユーザデータ管理部である。6はID変換テーブル14を参照してユーザIDをゲストIDに変換するID変換部である。図1はネットワーク16が左側のスケジュール管理システムと右側のスケジュール管理システムとを接続しており、両システムの論理的な機能構成は同じである。同じ構成要素について属するシステムを区別するためにX−1、X−2のように表現する。例えばサーバ1についてサーバ1−1は左側のシステムに属し、サーバ1−2は右側のシステムに属する。サーバ1は、PC、ワークステーションなどを含む情報処理装置であり、ユーザID管理部3、セキュリティチェック部4、ユーザデータ管理部5、ID変換部6等はこの情報処理装置の記憶装置に格納されるプログラムを実行することによって実現される。ユーザIDテーブル11、セキュリティテーブル12、ユーザデータ13及びID変換テーブル14はこの情報処理装置の記憶装置に格納されるファイル又はテーブルである。
FIG. 1 is a configuration diagram of a system in which two schedule management systems are connected by a
PC2から送られるユーザのスケジュールへのアクセス要求は、LAN15及びLAN制御部8を介してサーバ1のユーザID管理部3によって受信される。ユーザID管理部3は、ユーザIDテーブル11を参照してユーザIDをチェックし、登録されているユーザであれば、そのユーザIDとセキュリティランクをセキュリティチェック部4へ渡す。セキュリティチェック部4は、セキュリティテーブル12を参照して要求されたスケジュールの非公開部分の参照を許可するか否かを判定し、その結果をユーザデータ管理部5へ渡す。ユーザデータ管理部5は、ユーザデータ13にアクセスし要求されたユーザのスケジュールを読み出し、許可された部分についてユーザID管理部3、LAN制御部8及びLAN15を介してPC2へ送信する。一方他のスケジュール管理システムに属するユーザのスケジュールへのアクセス要求は、ユーザID管理部3を経由してID変換部6へ渡される。ID変換部6は、ID変換テーブル14を参照してユーザIDをゲストIDに変換し、ゲートウェイ7及びネットワーク16を介してスケジュールのアクセス要求を他のシステムへ転送する。他のスケジュール管理システムのサーバ1は、ゲートウェイ7を介してこのアクセス要求を受け取り、ユーザID管理部3へ渡す。ユーザID管理部3は、ユーザIDテーブル11を参照してゲストIDがユーザIDとして登録されているか否かをチェックし、登録されているユーザであればそのユーザIDとセキュリティランクをセキュリティチェック部4へ渡す。以下セキュリティチェック部4及びユーザデータ管理部5の処理を行い、ユーザデータ管理部5は要求されたスケジュールの許可された部分をゲートウェイ7及びネットワーク16を介して元のスケジュール管理システムへ転送する。元のスケジュール管理システムのユーザID管理部3は、ゲートウェイ7を介してこのデータを受け取り、元のユーザIDからPC2のアドレスを求めて、LAN制御部8及びLAN15を介して要求のあったPC2ヘスケジュール情報を転送する。
The access request to the user schedule sent from the PC 2 is received by the user
図2は、ID変換テーブル14のデータ形式の例を示す図である。このテーブルはユーザIDとゲストIDとの対応関係を設定する。ユーザIDは当システムのユーザIDテーブル11に登録されているユーザの識別子、ゲストIDは他のシステムのユーザIDテーブル11にユーザIDとして登録されているユーザの識別子である。ゲストIDは、重複して使用することが可能であり、複数のユーザが1つのゲストIDを共用してもよい。 FIG. 2 is a diagram illustrating an example of the data format of the ID conversion table 14. This table sets the correspondence between user IDs and guest IDs. The user ID is an identifier of a user registered in the user ID table 11 of this system, and the guest ID is an identifier of a user registered as a user ID in the user ID table 11 of another system. The guest ID can be used redundantly, and a plurality of users may share one guest ID.
図3は、ユーザIDテーブル11のデータ形式の例を示す図である。このテーブルは、ユーザデータ13へのアクセスを許可するユーザを登録するものであり、当該スケジュール管理システムの管理範囲に属するユーザの識別子を登録する。各エントリはユーザID111、セキュリティランク112及びその他ユーザの属性情報から構成される。セキュリティランク112は、セキュリティ上のランク又はレベルを示す区分である。ユーザID111が”B001”及び”B002”であるエントリは、ゲストIDがユーザIDとして登録されていることを示す。
FIG. 3 is a diagram illustrating an example of a data format of the user ID table 11. This table registers users who are permitted to access the
図4は、セキュリティテーブル12のデータ形式の例を示す図である。テーブルは各セキュリティランク112ごとにスケジュールの非公開部分の参照権を示している。横軸のアルファベットは披参照者のセキュリティランクを示し、縦軸のアルファベットは参照者のセキュリティランクを示している。参照権の”1”は参照可を示し、”0”は参照不可を示している。この例でAを最高のランクとし、Zの方向に1つずつランクが下がるものとすると、この例は単純なセキュリティ管理の例であり、参照者のランク≧披参照者のランクであれば常に参照可であり、それ以外は常に参照不可であることを示しており、この例ならばセキュリティランクの比較演算によって参照権を求められるのでテーブル不要である。しかし参照者のランクと披参照者のランクから求まる参照権が複雑である場合、セキュリティテーブル12は有効である。
FIG. 4 is a diagram illustrating an example of the data format of the security table 12. The table shows the reference right for the non-public part of the schedule for each
図5は、ユーザデータ13のデータ形式の例を示す図である。ユーザデータ13は複数のユーザのユーザデータとして各ユーザのスケジュールを格納する。ユーザID111はそのユーザデータの所有者であり、披参照者である。各ユーザのスケジュール情報のうち公開部131は、参照権に関係なくすべてのユーザから参照可能な部分であり、スケジュールの中の日付及び時間帯の部分である。公開部131は、すべてのユーザに披参照者のスケジュールの空き状況だけを公開するものである。非公開部132は、参照権が可であるユーザにのみ公開する部分であり、スケジュールの中の行き先、要件などプライベートな情報又は営業秘密に属する情報を含む。
FIG. 5 is a diagram illustrating an example of the data format of the
図6は、PC2−1が他ユーザのスケジュール参照要求を発行してから要求したスケジュール情報を取得するまでの処理の流れを示す図である。PC2−1は、要求するユーザID、他システムのユーザのユーザIDを伴ってサーバ1−1へスケジュール参照要求を発行する(ステップ31)。ユーザID管理部3−1は、LAN15−1及びLAN制御部8−1を介してこの要求を受信し(ステップ32)、要求するユーザIDとPC2−1の物理アドレスとの対応を記憶する。次にユーザID管理部3−1は、ユーザIDテーブル11−1を参照して要求ユーザのユーザIDをチェックし(ステップ33)、披参照ユーザが他システムに属することを知って制御をID変換部6−1へ渡す。ID変換部6−1は、ID変換テーブル14−1を参照してユーザIDをゲストIDに変換し(ステップ34)、ゲートウェイ7−1及びネットワーク16を介して参照要求をサーバ1−2へ転送する(ステップ35)。ユーザIDがID変換テーブル14−1に登録されていないとき、ID変換部6−1はこの参照要求を拒否する。この参照要求は、ゲストID、ユーザID及び披参照ユーザのユーザIDを含んでいる。サーバ1−2のユーザID管理部3−2はこの参照要求を受信し(ステップ36)、ユーザIDテーブル11−2を参照してゲストID及び披参照ユーザのユーザID111が登録されているかどうかをチェックする(ステップ37)。両方のIDが登録されていなければ参照要求を拒否する。またユーザID管理部3−2はゲートウェイ7−2を経由しないゲストIDを含む参照要求を拒否する。両方のIDが登録されていれば、要求ユーザのユーザID、そのセキュリティランク112、披参照ユーザのユーザID及びそのセキュリティランク112をセキュリティチェック部4−2に渡す。セキュリティチェック部4−2は、セキュリティテーブル12−2を参照して要求ユーザの参照権を求め(ステップ38)、要求ユーザのユーザID、披参照ユーザのユーザID及び参照権をユーザデータ管理部5−2へ渡す。ユーザデータ管理部5−2は、ユーザデータ13−2を検索して披参照ユーザのユーザID111の下に登録されているユーザデータを読み込み(ステップ39)、参照権が可であればスケジュール情報の全体を、また参照権が不可であれば公開部131のみをゲートウェイ7−2及びネットワーク16を介してサーバ1−1へ転送する(ステップ40,41)。このスケジュール情報は、要求ユーザのユーザID及び披参照ユーザのユーザIDを伴っている。ユーザID管理部3−1は、このスケジュール情報を受信し(ステップ42)、要求ユーザのユーザIDからPC2−1の物理アドレスを求め、LAN制御部8−1及びLAN15−1を介して要求のあったPC2−1へスケジュール情報を送信する(ステップ43)。PC2−1はこのスケジュール情報を受信し(ステップ44)、表示装置に表示する。
FIG. 6 is a diagram showing a flow of processing from when the PC 2-1 issues another user's schedule reference request until the requested schedule information is acquired. The PC 2-1 issues a schedule reference request to the server 1-1 with the requested user ID and the user ID of the user of the other system (step 31). The user ID management unit 3-1 receives this request via the LAN 15-1 and the LAN control unit 8-1 (step 32), and stores the correspondence between the requested user ID and the physical address of the PC 2-1. Next, the user ID management unit 3-1 checks the user ID of the requesting user with reference to the user ID table 11-1 (step 33), knows that the referring user belongs to another system, and converts the control to ID conversion. It passes to part 6-1. The ID conversion unit 6-1 converts the user ID into a guest ID with reference to the ID conversion table 14-1 (step 34), and transfers the reference request to the server 1-2 via the gateway 7-1 and the
なお上記実施形態では、ゲートウェイ7をサーバ1内に設けたが、ゲートウェイ7をサーバ1から独立した装置として設けてもよい。またネットワーク16の種類に応じてゲートウェイ7の代わりにルータなど他のネットワーク間接続装置でもよく、また単なるネットワーク16の通信制御機構でもよい。また上記実施形態では、サーバ1−1からサーバ1−2へ要求ユーザのユーザIDを転送し、再びサーバ1−1へ戻したが、これはPC2−1との対応をとるためのIDであるので、ユーザIDの代わりにユーザID管理部3−1が採番するトランザクションIDのようなIDに代えてもよい。またユーザデータ13の内容はスケジュール情報としたが、特にスケジュール情報に限られるものではなく、任意のユーザデータでよい。またユーザデータ13を公開部131と非公開部132に分けたが、ユーザデータのすべてが公開部131であってもよく、その場合にはセキュリティランク112、セキュリティテーブル12及びセキュリティチェック部4は不要である。逆にユーザデータのすべてが非公開部132であってもよい。
In the above embodiment, the gateway 7 is provided in the
なお上記実施形態では、1つのスケジュール管理システムを1台のサーバ1−1又はサーバ1−2によって構成したが、マルチサーバ方式として1つのスケジュール管理システムを2台以上のサーバによって構成してもよい。このような構成のスケジュール管理システムは、1つのLAN15を介して2台以上のサーバ1が接続され、そのうちの1台はゲートウェイ7を有し、他のサーバ1はゲートウェイ7を有しない。ユーザIDテーブル11の内容はシステム内のすべてのサーバ1で同じであるが、サーバによって異なるユーザのグループの処理を担当する。このようなマルチサーバ方式のスケジュール管理システムの処理の流れは次のようになる。図6の処理の流れで、ステップ31からステップ36までは図6の処理の流れと同じである。ステップ37でユーザIDテーブル11−2を参照してゲストID及び披参照ユーザのユーザID111が登録されているかどうかをチェックするが、両方のIDが登録されていればさらに披参照ユーザのユーザIDによってサーバ1−2で処理すべきユーザグループに属するか否かを判断する。サーバ1−2で処理すべきスケジュール参照要求であれば、以下ステップ38からステップ44までの処理は図6の処理の流れの通りとなる。披参照ユーザのユーザIDが同一システムのさらに他のサーバによって処理すべきユーザグループに属しているなら、LAN制御部8−2及びLAN15−2を介して他のサーバへユーザID及びそのセキュリティランクを送り、他のサーバでステップ38からステップ40までの処理を行ってスケジュール情報をサーバ1−2へ送信する。サーバ1−2はそのスケジュール情報の中継だけを行い、ゲートウェイ7−2を介してサーバ1−1へ送信する。以下ステップ42からステップ44までの処理は図6の処理の流れの通りである。このようにマルチサーバ方式を採用すれば、ユーザデータ13を分散できるとともにサーバにかかる処理負荷を分散することができる。
In the above embodiment, one schedule management system is configured by one server 1-1 or server 1-2. However, one schedule management system may be configured by two or more servers as a multi-server method. . In the schedule management system having such a configuration, two or
4・・・セキュリティチェック部、6・・・ID変換部、12・・・セキュリティテーブル、14・・・ID変換テーブル、111・・・ユーザID、112・・・セキュリティランク、131・・・公開部、132・・・非公開部。 4 ... security check unit, 6 ... ID conversion unit, 12 ... security table, 14 ... ID conversion table, 111 ... user ID, 112 ... security rank, 131 ... release Part, 132 .. secret part.
Claims (3)
第1のシステムの管理範囲に属する第1のユーザIDを第2のシステムの管理範囲に属する第2のユーザIDに変換し、
第2のユーザIDと該ユーザデータを所有するユーザに対応する第3のユーザIDとがともに第2のシステムの管理範囲に属するとき該ユーザデータの参照を許可することを特徴とする機密保護方法。 User data is stored for each user, and the ID of a user who is allowed to refer to the user data is registered as a user ID. One system uses the registered group of user IDs as a management range, A method of referring to user data of other users
Converting a first user ID belonging to the management range of the first system into a second user ID belonging to the management range of the second system;
A security method characterized by permitting reference to user data when both the second user ID and the third user ID corresponding to the user who owns the user data belong to the management range of the second system. .
各ユーザについて複数レベルのセキュリティランクのうちの1つを設定し、
該ユーザデータの参照を要求するユーザのセキュリティランクと該ユーザデータが参照されるユーザのセキュリティランクとから該ユーザデータを参照可とするか否かを決定するテーブルを設定し、
該参照要求があったとき該テーブルを参照することによって該ユーザデータの参照可否を決定することを特徴とする機密保護方法。 A method of storing user data for each user and referring to user data of other users,
Set one of multiple levels of security rank for each user,
Setting a table for determining whether or not to allow reference to the user data from the security rank of the user who requests the user data and the security rank of the user to which the user data is referred;
A security method, comprising: determining whether or not the user data can be referenced by referring to the table when the reference request is made.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007023011A JP4068125B2 (en) | 2007-02-01 | 2007-02-01 | Data access method and computer system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007023011A JP4068125B2 (en) | 2007-02-01 | 2007-02-01 | Data access method and computer system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP08079799A Division JP4009383B2 (en) | 1999-03-25 | 1999-03-25 | Information processing device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2007157172A true JP2007157172A (en) | 2007-06-21 |
JP4068125B2 JP4068125B2 (en) | 2008-03-26 |
Family
ID=38241362
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007023011A Expired - Fee Related JP4068125B2 (en) | 2007-02-01 | 2007-02-01 | Data access method and computer system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4068125B2 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012164191A (en) * | 2011-02-08 | 2012-08-30 | Mitsubishi Electric Corp | Authentication system and authentication method |
JP2012203882A (en) * | 2011-03-28 | 2012-10-22 | Nippon Telegr & Teleph Corp <Ntt> | Non-disclosure processing method and non-disclosure processing program |
JP2014026348A (en) * | 2012-07-24 | 2014-02-06 | Nippon Telegr & Teleph Corp <Ntt> | Information distribution system, authentication cooperation method, device, and program therefor |
JP2015095185A (en) * | 2013-11-13 | 2015-05-18 | 日本電信電話株式会社 | Information management system and data coordination method thereof |
JPWO2015114767A1 (en) * | 2014-01-30 | 2017-03-30 | エフイートレード株式会社 | Protective film cutting system and information generating apparatus |
-
2007
- 2007-02-01 JP JP2007023011A patent/JP4068125B2/en not_active Expired - Fee Related
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012164191A (en) * | 2011-02-08 | 2012-08-30 | Mitsubishi Electric Corp | Authentication system and authentication method |
JP2012203882A (en) * | 2011-03-28 | 2012-10-22 | Nippon Telegr & Teleph Corp <Ntt> | Non-disclosure processing method and non-disclosure processing program |
JP2014026348A (en) * | 2012-07-24 | 2014-02-06 | Nippon Telegr & Teleph Corp <Ntt> | Information distribution system, authentication cooperation method, device, and program therefor |
JP2015095185A (en) * | 2013-11-13 | 2015-05-18 | 日本電信電話株式会社 | Information management system and data coordination method thereof |
JPWO2015114767A1 (en) * | 2014-01-30 | 2017-03-30 | エフイートレード株式会社 | Protective film cutting system and information generating apparatus |
Also Published As
Publication number | Publication date |
---|---|
JP4068125B2 (en) | 2008-03-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2977476B2 (en) | Security method | |
US9853963B2 (en) | Authorization server, authentication cooperation system, and storage medium storing program | |
JP5743786B2 (en) | Server apparatus, information processing method, and program | |
AU2008272894B2 (en) | Print management system and related methods | |
CN102947797B (en) | The online service using directory feature extending transversely accesses and controls | |
US8413167B2 (en) | Notifying a user of access to information by an application | |
CN109474632B (en) | Method, apparatus, system, and medium for authenticating and managing rights of user | |
CN103166950B (en) | Via completely, only for the social device anonymity of content and function access view | |
CN103150621A (en) | Social device resource management | |
US6697811B2 (en) | Method and system for information management and distribution | |
CN102984159A (en) | Secure access logic control method based on terminal access behavior and platform server | |
JP4068125B2 (en) | Data access method and computer system | |
JP5991386B2 (en) | Network system | |
JP2002183089A (en) | Device and method for log-in authentication | |
JP5987021B2 (en) | Distributed information linkage system | |
JP4009383B2 (en) | Information processing device | |
JP4068116B2 (en) | Data access method and computer system | |
JP5157520B2 (en) | Processing control system, server, and processing control program | |
JP5589034B2 (en) | Information distribution system, authentication linkage method, apparatus, and program thereof | |
CN202309766U (en) | Online service system based on activity catalog verification | |
JP7119797B2 (en) | Information processing device and information processing program | |
US20050033640A1 (en) | Peer-to-peer computing system | |
KR101199339B1 (en) | Server, device and the method for providing community services based on co-ownership | |
JP6798737B1 (en) | Personal information management system and personal information management method | |
JP6809581B2 (en) | Data management system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070918 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071119 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071211 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080109 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110118 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110118 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120118 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130118 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |