JP2001216268A

JP2001216268A - コンピュータデータの利用者管理方法、装置並びにａｓｐ制御システム

Info

Publication number: JP2001216268A
Application number: JP2000028182A
Authority: JP
Inventors: Tetsuo Takahashi; 哲夫高橋
Original assignee: Individual
Current assignee: Individual
Priority date: 2000-02-04
Filing date: 2000-02-04
Publication date: 2001-08-10

Abstract

(57)【要約】【課題】業務アプリをＡＳＰが所有する設備内に設置
しながら、インターネットを介して地理的に離れたとこ
ろにある業務アプリ開発会社等から、該業務アプリの保
守および運用を可能とすること、さらに、複数企業が複
数の業務アプリを同じＡＳＰの設備内に設置して、それ
らの間で信頼性のある連携を可能とするコンピュータデ
ータの利用者管理方法、装置並びにＡＳＰ制御システム
を得る。【解決手段】多数の利用者を複数の利用者グループに
分け、利用者管理テーブルとして記憶装置に格納し、デ
ータおよびプログラム資源を、複数の利用者グループ毎
にセグメント化して記憶装置に格納し、前記利用者管理
テーブル内の各利用者毎に名前、パスワード、およびセ
グメント内の資源への参照ポインタを付与し、利用者名
とパスワードからセグメント内データおよびプログラム
資源の参照ポインタを取り出す手段とから構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報技術分野にお
けるコンピュータおよびネットワークを使用したシステ
ム技術に属し、例えば、アプリケーションサービスプロ
バイダー（以下、ＡＳＰと称す）等で使用されるアプリ
ケーションシステムの保守および運用をインターネット
上から行うコンピュータデータの利用者管理方法、装置
並びにＡＳＰ制御システムに関する。

【０００２】

【従来の技術】ＡＳＰにおいては、自己が所有するコン
ピュータおよびネットワーク設備内に顧客となる複数の
企業が必要とする業務アプリケーションソフトウェア
（以下、業務アプリと称す）を設置し、顧客はインター
ネット経由でその業務アプリを利用するという形態を採
用する。その結果、コンピュータ機器と業務アプリの導
入費用、コンピュータおよびネットワーク設備の運用費
用を複数企業が分け合うことになり、一つの企業で負担
可能なレベルにまで費用を軽減できるというものであ
る。

【０００３】一般に、この種のＡＳＰの制御システム
（以下、ＡＳＰ制御システムと称す）は、顧客企業に業
務サービスを提供する業務アプリケーションシステム
と、顧客業務で発生する顧客固有データを含むデータベ
ースと、顧客企業を識別するユーザ管理システムと、イ
ンターネット上の顧客企業が業務アプリのサービスを受
けるために顧客サイドのパソコン等の端末機とをインタ
ーネットで接続するためのインターネット通信手段とを
少なくとも備える。インターネット上の顧客はパソコン
等の端末機上に表示される該業務アプリの操作画面を使
用して該業務アプリを利用し、所定の業務を行うことが
できるように構成されている。

【０００４】

【発明が解決しようとする課題】上記のようなシステム
設計は、自社内にコンピュータおよびネットワーク設備
を備え、その設備上で業務アプリを稼働させ、業務運用
担当者を社内に有して業務サービスを提供するＡＳＰ向
きのものであるが、複数の異なる種類の業務アプリを提
供しようとするＡＳＰでは、つぎのような問題が生じ、
事業効率の向上が期待できないという問題をはらんでい
る。

【０００５】（１）大資本のＡＳＰの場合特に、多くの
業務分野に適した業務アプリを提供しなければスケール
メリットを出せないが、一般的には大資本といえども自
ら顧客に提供できる業務分野は限られており、自社にノ
ウハウが存在しない業務分野の業務アプリを導入するに
は業務アプリの運用担当者を新たに採用するか、あるい
は運用業務を該業務アプリ開発会社等に外部委託する必
要がある。その場合、一般的には外部委託先では地理的
に離れた場所での遠隔作業ができないため、業務運用効
率を著しく低下させてしまう。

【０００６】（２）ＡＳＰの主要な顧客は中小企業が想
定されるが、各中小企業の事業上の特徴はそれぞれが専
門分野をもち、複数企業が連携して業務をこなしてい
る。従って、中小企業を顧客として取り込むにはこのよ
うな業務連携という事業背景を踏まえたシステムが要求
される。複数の企業がそれぞれの業務アプリを連携させ
て動作させるだけであれば、ＲＭＩ（Remote Method In
vocation：遠隔メソッド呼び出し）などの技術を利用す
れば可能であるが、セキュリティ上の制約条件下で制御
しなければ、データ盗用・改竄・破壊など運用上の様々
な問題を防止できない。

【０００７】本発明の課題は、上記問題点に鑑み、ＡＳ
Ｐ事業者が多くの業務アプリを導入しやすくするため
に、また業務アプリ提供会社がＡＳＰの設備を利用し易
くするために、業務アプリをＡＳＰが所有する設備内に
設置しながら、インターネットを介して地理的に離れた
ところにある該業務アプリ開発会社等から、該業務アプ
リの保守および運用を可能とする技術を提供すること、
さらに、中小企業等の複数企業が複数の業務アプリを同
じＡＳＰの設備内に設置して、それらの間で信頼性のあ
る連携を可能とする技術を提供することにある。

【０００８】

【発明が解決するための手段】本発明は、コンピュータ
システム上の記憶装置に格納されるデータおよびプログ
ラム資源の部分集合（以下、セグメントと称す）を、イ
ンターネットを通した各利用者グループ毎に対応させ、
グループ内の利用者はその利用資格に応じた制約の下に
セグメント内のデータおよびプログラムを使用できるよ
うにする制御方法を提供する。また、ある利用者グルー
プに対応するセグメント内のプログラムから他の利用者
グループに対応するセグメント内のデータおよびプログ
ラム資源を利用できるようにする制御方法を提供する。
ここにデータおよびプログラムとは、コンピュータシス
テム内の記憶装置に存在するあらゆるデータおよびプロ
グラムである。インターネットを通した利用者グループ
とは、インターネットを通してある業務アプリを運用す
る担当者の集まりである企業等（以下、業務運用者と称
す）とその取引先および顧客等の関係者（以下、業務利
用者と称す）の全体のことであり、利用者とは各担当者
および前記関係者のことである。

【０００９】前記セグメントはコンピュータシステムに
おける一般的なファイルシステムで扱われるディレクト
リとして実現される。当該各ディレクトリは、セグメン
トに対応する利用者グループが使用する業務アプリを納
める業務アプリサブディレクトリと、業務アプリと関連
して使用する顧客情報等の各種データを納める各種デー
タサブディレクトリと、インターネットを通して業務ア
プリと各種データとを維持管理するための保守画面を納
める保守画面サブディレクトリと、インターネットを通
して業務アプリおよび関連機能を運用するための運用画
面を納める運用画面サブディレクトリと、インターネッ
トを通して本業務アプリによる業務サービスを受ける顧
客が利用する利用者画面を納める利用者画面サブディレ
クトリとを保有する。

【００１０】前記利用者管理方法の実現手段として、前
記各セグメントと利用者グループとの対応付けを、セグ
メントへのポインタと該セグメントの利用者グループを
定義する利用者管理テーブルへのポインタとの組合せを
要素とする配列（セグメントテーブルと称す）として構
成し、利用者管理テーブルには一つもしくは複数の利用
者ノードを設置し、利用者ノードには利用者の名前とパ
スワードと、当該利用者が参照を許可された資源（デー
タまたはプログラム）への参照ポインタとを関係付けて
おく。利用者ノードを、以下では利用者テーブルと称す
る。

【００１１】利用者管理テーブル内の各ノードの検索を
迅速にするために、利用者管理テーブルは、利用者の名
前から計算できるハッシュ値を用いた公知のハッシュテ
ーブルに設置する。

【００１２】利用者管理テーブルがハッシュテーブル内
に設置された後、利用者名とパスワードが与えられる
と、該名前による対応ノードの検索は、該名前から計算
されるハッシュ値を用いて迅速に行うことができ、該ノ
ードに保存されているパスワードと与えられたパスワー
ドとの突き合わせを行い、一致すれば与えられた利用者
名の利用者は資源への参照を許可される。

【００１３】利用者名が、前記業務運用者に属するか業
務利用者に属するかの区別は、該名前とパスワード、そ
してその利用者に許されたセグメント資源への参照ポイ
ンタとを用いて行うことができる。

【００１４】本発明は、前記利用者管理方法を実施する
利用者管理装置をも提供する。

【００１５】利用者グループ毎に設定する利用者管理テ
ーブルと、利用者グループ毎にデータおよびプログラム
資源を格納するセグメントと、利用者グループ毎に所有
するセグメントおよび利用者管理テーブルを関係付ける
セグメントテーブルと、利用者名、パスワード、資源へ
の参照ポインタから、該利用者の利用者テーブルを利用
者管理テーブルに登録する手段と、利用者名とパスワー
ドから、利用者管理テーブルを検索して該利用者が参照
できる資源への参照ポインタを引き出す手段とを有する
ことを特徴とする。

【００１６】

【発明の実施の形態】本発明のコンピュータデータに関
する利用者管理方法および装置の一つの実施形態とし
て、前記ＡＳＰ制御システムを例に挙げて説明する。こ
のＡＳＰ制御システムは、前記セグメントと、前記セグ
メントテーブルと、前記利用者管理装置とを保有し、そ
の他にパソコン等の端末との通信を可能とするインター
ネット通信手段（公知のインターネットツール：World
Wide Webサーバー、e-mailサーバー、ファイヤーウォー
ル、ＤＮＳ、など）、保全管理手段、課金・決済サービ
ス手段などを保有する。

【００１７】図１は、本実施形態によるＡＳＰ制御シス
テムのハードウェア構成図である。このＡＳＰ制御シス
テムは、システム全体を統括的に制御する。プログラム
された主制御部（制御手段，以下ＣＰＵと略称する）１
に主記憶装置２が接続されている。ＣＰＵ１には、ま
た、インターネット４との通信を司る通信制御部３が接
続されている。インターネット４にはキーボード、マウ
ス等のポインティングデバイスおよびディスプレー等の
表示機能を備えた端末装置５が接続されている。

【００１８】ＣＰＵ１は、ＯＳ（Operating System）等
の制御プログラム、当該ＡＳＰ制御システムを規定した
プログラムおよび所要データを格納するための内部メモ
リを有し、これらのプログラム等により、前記利用者管
理手段を実現している。記憶装置２は、ハードディスク
等のストレージ手段であり、前記各業務運用者に対応す
る複数の業務運用者セグメント２１、前記各業務運用者
に対応する複数の利用者管理テーブル２２、セグメント
テーブル２３、インターネット上の特定の端末装置を認
識する複数のセッション管理テーブル２４を設定する。

【００１９】ＯＳは一般に、記憶装置２に格納されたプ
ログラムの呼び出しがあると、内部メモリにロードして
実行するように制御するので、本実施形態では記憶装置
２上のプログラムの呼び出しとメモリ上のプログラムの
呼び出しを区別せずに扱う。

【００２０】個々の業務運用者セグメント２１には、図
２のように当該業務運用者が扱う業務アプリ２１１、こ
の業務アプリ２１１と関連する関連データファイル２１
２、インターネットを介して当該業務アプリ２１１と対
話する対話画面としたそれぞれ１つ、あるいは、複数か
らなる運用画面２１３と保守画面２１４と利用者画面２
１５とを設ける。

【００２１】各利用者管理テーブル２２は、図３（ａ）
に示すように、ハッシュテーブルとして構成する。スロ
ットテーブル２２１はｎ個のスロットを含み、各スロッ
トには利用者名から計算されるハッシュ値を対応させ
る。同一のハッシュ値を有する複数の利用者名は同一ス
ロットに割り当て、ここに利用者テーブル２２２のチェ
インとして設定する。利用者テーブル２２２には図３
（ｂ）に示すように利用者名、パスワード、資源への参
照ポインタ、次の利用者テーブル２３２へのポインタを
設定する。

【００２２】本実施形態では、業務運用者名として業務
運用者Ａ、業務運用者Ｂ、業務運用者Ｃ、業務運用者Ｄ
を設定する。業務運用者Ａには対応するセグメントとし
てセグメントＡ、利用者管理テーブルとして利用者管理
テーブルＡを設定し、業務運用者Ｂ、Ｃ、Ｄについても
同様とする。また、業務運用者Ａの利用者グループ名と
して企業Ａ、利用者名として企業Ａの顧客 YAMADA、NAK
AMURA、SAITO、SATO、YAMASHITA、TAKAHASHI、ITO、MIT
A を設定し、企業Ａがこれらの顧客に開放する業務アプ
リＡの入口点としてＥＰ１を設定し、業務運用者Ｂの利
用者ＢＭに対して開放する業務アプリＡの入り口点とし
てＥＰ２を設定する。

【００２３】セグメントテーブル２３は、図４に示すよ
うに、利用者グループ名と、そのパスワードと、その利
用者グループのセグメント２１へのポインタと、その利
用者管理テーブル２２へのポインタとの４つ組の配列と
して設定する。利用者グループ名とパスワードが与えら
れると、このセグメントテーブルを検索して、対応する
セグメントと利用者管理テーブルを取り出すことができ
る。

【００２４】セッション管理テーブル２４は、図５
（ａ）に示すように、セッションＩＤ等を含むセッショ
ン管理データ、インターネットを介して当該セッション
中に端末装置５から入力された利用者名、パスワード等
を設定するための通信領域とを保有する。

【００２５】端末装置５がインターネットを介して運用
画面２１３あるいは保守画面２１４あるいは利用者画面
２１５を呼び出すと、各種画面はインターネット通信手
段により端末装置５にダウンロードされ、ＣＰＵ１と端
末装置５との間にセッションが開設され、セッション管
理テーブルに現在のセッションＩＤが保存され、その結
果セッションが終了するまでの間、前記各種画面を経由
してＣＰＵ１は端末装置５と通信できる状態が保たれ
る。

【００２６】次に、前記ＡＳＰ制御システムにおいて、
企業Ａが顧客に対して業務アプリＡの入口点ＥＰ１を利
用可能とするために顧客 YAMADA、NAKAMURA、SAITO、SA
TO、YAMASHITA、TAKAHASHI、ITO、およびMITA を登録す
る場合のＣＰＵ１の制御手順を図６を参照して説明す
る。企業ＡをＡＳＰ制御システムに登録する際に、図４
に示すように、企業ＡのセグメントＡ（業務アプリＡ、
関連データファイル、運用画面、保守画面、利用者画面
を含む）、企業Ａの空（ノードが存在しない）の利用者
管理テーブルを設定し、そして企業名「Ａ」と「パスワ
ード」と該セグメントへのポインタと該利用者管理テー
ブルへのポインタの４つ組をセグメントテーブルの要素
として設定しておく（図４）。

【００２７】ＡＳＰと地理的に離れた場所に存在する企
業Ａはインターネットに接続する端末装置５を経由して
運用者画面２１３を呼び出すとインターネット通信手段
は運用画面２１３を端末装置５にダウンロードし、「受
信」通知を待つ（S101）。端末装置５上にダウンロード
され、表示される運用画面２１３は図９（ａ）の通りで
ある。企業Ａが会社名欄に「Ａ」と入力し、かつパスワ
ード欄に所定の値を入力して「送信」ボタンを押下する
と（図９（ｂ））、インターネット通信手段は端末装置
５との間にセッションを開設し、開設したセッションを
識別するセッションＩＤと入力された企業名「Ａ」と
「パスワード」とをそのセッション管理テーブル（図５
（ｂ））に設定する（S102）。

【００２８】ＣＰＵ１は受信したセッション管理テーブ
ル上の企業名「Ａ」（図５（ｂ））で、セグメントテー
ブル（図４）を検索し、一致するエントリを求める（S1
03、S104）。セグメントテーブルには、既に「Ａ」に対
応するエントリがあるので、入力された「パスワード」
（図５（ｂ））が、そのエントリに登録されているパス
ワード（図４）と一致するかをチェックする（S105、S1
06）。一致すれば、図１０（ａ）に示すような、運用画
面の１つである利用者登録画面を端末装置５にダウンロ
ードし、「受信」通知を待つ（S107）。

【００２９】企業Ａが顧客名として、YAMADA、NAKAMUR
A、SAITO、SATO、YAMASHITA、TAKAHASHI、ITO、および
MITA と、そのそれぞれのパスワードとを入力し「送
信」ボタンを押下すると（図１０（ｂ））、インターネ
ット通信手段は現在のセッション管理テーブル上に、図
５（ｃ）示すような顧客一覧表を設定する（S108）。

【００３０】ＣＰＵ１は、受信したセッション管理テー
ブル上の顧客一覧表（図５（ｃ））から各エントリを取
り出し、利用者管理装置を用いて顧客名、パスワード、
顧客に利用を許すセグメント内の業務アプリＡの入り口
点ＥＰ１とを登録する。この操作をすべてのエントリに
ついて繰り返す（S109）。上記のいずれにも該当しない
場合には受付を拒否する（S110）。すべての顧客を登録
した後の、セグメントテーブル、利用者管理テーブル、
セグメント間の関係図を図７（ａ）および図７（ｂ）に
示す。

【００３１】次に、企業Ａの顧客 TAKAHASHI が、端末
装置５から業務アプリＡを利用する際のＣＰＵ１の制御
手順を、図８を参照して説明する。ＡＳＰと地理的に離
れた場所に存在する企業Ａの社員 TAKAHASHI はインタ
ーネットに接続する端末装置５を経由して利用者画面２
１５を呼び出すと、インターネット通信手段は、運用画
面２１５を端末装置５にダウンロードし、「受信」通知
を待つ（S201）。端末装置５上にダウンロードされ、表
示される利用者画面２１５は図１１（ａ）の通りであ
る。顧客 TAKAHASHI が会社名欄に「Ａ」と入力し、顧
客名欄に「TAKAHASHI」と入力し、かつパスワード欄に
所定の値を入力して「送信」ボタンを押下すると（図１
１（ｂ））、インターネット通信手段は端末装置５との
間にセッションを開設し、開設したセッションを識別す
るセッションＩＤと入力された企業名「Ａ」と顧客名
「TAKAHASHI」と「パスワード」とをそのセッション管
理テーブル（図５（ｄ））に設定する（S202）。

【００３２】ＣＰＵ１は受信したセッション管理テーブ
ル上の企業名「Ａ」でセグメントテーブルを検索して、
対応する利用者管理テーブルを求め（S203、S204）、同
じく受信した顧客名「TAKAHASHI」で該利用者管理テー
ブルを検索して顧客TAKAHASHIに対応する利用者テーブ
ルを求め（S205、S206）、該利用者テーブル上の「パス
ワード」と受信した「パスワード」とを比較して（S20
7、S208）、一致すれば、業務アプリＡの入口点ＥＰ１
を取り出す（S209）。上記のいずれにも該当しない場合
には受付を拒否する（S210）。

【００３３】次に、前記ＡＳＰ制御システムにおいて、
企業Ａが業務運用者Ｂに対して業務アプリＡの入口点Ｅ
Ｐ２を利用可能とするために、業務運用者Ｂの業務アプ
リＢを仮想的に企業Ａの顧客と見立て、仮想顧客名とし
て「ＢＭ」を設定する。この仮想顧客名「ＢＭ」を登録
する場合のＣＰＵ１の制御手順は図６を用いた顧客登録
と同じであるが、仮想顧客ＢＭに開放する資源は業務ア
プリＡの入口点ＥＰ２とする。仮想顧客ＢＭを登録した
後の、セグメントテーブル、利用者管理テーブル、セグ
メント間の関係図を図７（ａ）の破線部および図７
（ｃ）に示す。

【００３４】業務運用者Ｂの業務アプリＢを企業Ａの仮
想顧客ＢＭであるとして、業務アプリＢが業務アプリＡ
を利用する際の制御手順を図１２を参照して説明する。
業務アプリＢは、参照する資源を所有する企業の名前
「Ａ」、仮想顧客名「ＢＭ」、および「パスワード」
を、図１３に示す引数としてＣＰＵ１に渡すと（S30
1）、ＣＰＵ１は引数の企業名「Ａ」でセグメントテー
ブルを検索して対応する利用者管理テーブルを求め（S3
02、S303）、同じく引数の仮想顧客名「ＢＭ」で該利用
者管理テーブルを検索して仮想顧客名「ＢＭ」に対応す
る利用者テーブルを求め（S304、S305）、該利用者テー
ブル上の「パスワード」と引数の「パスワード」とを比
較して（S306、S307）、一致すれば業務アプリＡの入口
点ＥＰ２を取り出す（S308）。上記のいずれにも該当し
ない場合には受付を拒否する（S309）。

【００３５】

【発明の効果】以上の説明から明らかなように、本発明
に基いたＡＳＰ制御システムでは、複数の業務運用者が
セキュリティを保ちながらコンピュータ資源を共用でき
る構造を採用しているので、費用対機能率（費用／機
能）を大幅に削減できる。その結果、中小企業市場をタ
ーゲットに納めることが容易となる。また、本ＡＳＰ制
御システムは、業務アプリを地理的に離れた場所から操
作できるため、地理的制約なしに多数の業務運用者を募
ることができる。さらに、セキュリティを保ちながら複
数業務アプリ間の連携ができるため、中小企業の業務連
携をコンピュータシステムに反映させることが容易とな
り、実際の事業でも連携して活動する中小企業にとって
魅力であるばかりでなく、ＡＳＰ事業者にとってはテナ
ントとして多数の企業を集める手段として役立つ。

【図面の簡単な説明】

【図１】本発明のコンピュータデータに関する利用者管
理方法および装置の一実施形態であるＡＳＰ制御システ
ムのハードウェア構成図である。

【図２】本実施形態で用いる業務運用者セグメントの構
成および内容説明図である。

【図３】（ａ）は本実施形態で用いる利用者管理テーブ
ルの構成および内容説明図で、（ｂ）は利用者管理テー
ブルの要素となる利用者テーブルの構成および内容説明
図である。

【図４】本実施形態で用いるセグメントテーブルの構成
および内容説明図である。

【図５】（ａ）は本実施形態で用いるセッション管理デ
ータの内容説明図で、（ｂ）は本実施形態で用いるセッ
ション管理データの運用画面からの入力時の例である。
（ｃ）は本実施形態で用いるセッション管理データの利
用者登録画面からの入力時の例である。（ｄ）は本実施
形態で用いるセッション管理データの利用者画面からの
入力時の例である。

【図６】本実施形態において、業務運用者が業務アプリ
を新たな顧客に利用できるようにするために、顧客を登
録する場合の制御手順を示すフローチャートである。

【図７】（ａ）は図６の処理によるセグメントテーブ
ル、業務運用者セグメント、利用者管理テーブル間の相
互関係説明図である。（ｂ）は（ａ）における利用者管
理テーブルの、ＢＭ以外の利用者テーブルの内容説明図
である。（ｃ）は（ａ）における利用者管理テーブルの
利用者テーブルＢＭの内容説明図である。

【図８】本実施形態において、業務利用者が業務アプリ
を利用する場合の制御手順を示すフローチャートであ
る。

【図９】（ａ）は本実施形態による端末装置における運
用画面ダウンロード時の画面表示の例である。（ｂ）は
本実施形態による端末装置における運用画面に入力時の
画面表示の例である。

【図１０】（ａ）は本実施形態による端末装置における
利用者登録画面ダウンロード時の画面表示の例である。
（ｂ）は本実施形態による端末装置における利用者画面
に入力時の画面表示の例である。

【図１１】（ａ）は本実施形態による端末装置における
利用者画面ダウンロード時の画面表示の例である。
（ｂ）は本実施形態による端末装置における利用者画面
入力時の画面表示の例である。

【図１２】本実施形態において、ある業務運用者の業務
アプリが異なる業務運用者の業務アプリを参照する場合
の制御手順を示すフローチャートである。

【図１３】図１２において、異なる業務アプリを参照す
るために引き渡す引数の内容説明図である。

【符号の説明】

１主制御部（ＣＰＵ）２記憶装置２１業務運用者セグメント２２利用者管理テーブル２３セグメントテーブル２４セッションテーブル３通信制御部４インターネット５端末装置５１表示画面

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１２年３月３１日（２０００．３．３
１）

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図１】

【図２】

【図４】

【図１３】

【図３】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

Claims

【特許請求の範囲】

【請求項１】多数の利用者を複数の利用者グループに
分け、利用者管理テーブルとして記憶装置に格納するス
テップと、データおよびプログラム資源を、複数の利用者グループ
毎にセグメント化して記憶装置に格納するステップと、前記利用者管理テーブル内の各利用者毎に名前、パスワ
ード、およびセグメント内の資源への参照ポインタを付
与するステップと、利用者名とパスワードからセグメント内データおよびプ
ログラム資源の参照ポインタを取り出すステップとを有
することを特徴とするコンピュータデータの利用者管理
方法。
【請求項２】利用者グループ毎に設定する利用者管理
テーブルと、利用者グループ毎にデータおよびプログラム資源を格納
するセグメントと、利用者グループ毎に、セグメントおよび利用者管理テー
ブルを関係付けるセグメントテーブルと、利用者名、パスワード、資源への参照ポインタから、該
利用者の利用者テーブルを利用者管理テーブルに登録す
る手段と、利用者名とパスワードから、利用者管理テーブルを検索
して該利用者が参照できる資源への参照ポインタを引き
出す手段とを有することを特徴とするコンピュータデー
タの利用者管理装置。
【請求項３】パソコン等の端末装置とインターネット
を介して通信を行うインターネット通信手段と、前記利用者管理装置と、前記利用者管理装置内のセグメントに格納された、端末
装置とインターネット通信手段を使用して通信するため
の運用者画面、保守画面、利用者画面等の各種画面とを
有することを特徴とするＡＳＰ制御システム。
【請求項４】複数の利用者グループ間での資源参照を
実現する手段を備えた請求項３記載のＡＳＰ制御システ
ム。