JP2000267959A

JP2000267959A - 情報共有システム、情報に対するアクセス制御装置及び方法、記録媒体

Info

Publication number: JP2000267959A
Application number: JP11075293A
Authority: JP
Inventors: Kazuo Hamada; 和郎濱田
Original assignee: Nippon Steel Corp
Current assignee: Nippon Steel Corp
Priority date: 1999-03-19
Filing date: 1999-03-19
Publication date: 2000-09-29

Abstract

(57)【要約】【課題】ユーザが不正にデータベースにアクセスして
各レコードの情報を引き出すことを有効に防止できるよ
うにする。【解決手段】開示ＤＢ１１に対するアクセスの過程で
インターネットに存在するユーザを検索要求が経由する
毎に、その経由したユーザのＩＤを順次付与するＩＤ発
行・付与部１４と、その付与された各ユーザのＩＤ情
報、および各ユーザに対するアクセス制限を規定した開
示ＤＢ１１内の情報に基づいて、経由した全てのユーザ
に対してアクセスが許可されている共有情報のみを取り
出す検索部１６とを設け、開示ＤＢ１１内の情報を見せ
ても良いかどうかを判断する際に、与えられたＩＤ中に
意図しないユーザが含まれていた場合にはアクセスを制
限して情報の開示を拒否することにより、システム内の
ユーザあるいはシステム外の第三者が不正にアクセスし
て情報を引き出すことを防止する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報共有システム、
情報に対するアクセス制御装置及び方法、記録媒体に関
し、特に、ネットワーク上で複数のユーザが情報を共有
するためのシステムに用いて好適なものである。

【０００２】

【従来の技術】通常、ある製品を製造して販売するまで
の物流には、原材料の製造メーカ、保管業者、部品メー
カ、需要家などの様々な経路が含まれる。例えば、鉄鋼
業における物流では、図８に示すように、鋼板を製造す
る高炉メーカ、鋼板を保管するサービスセンタ等の倉庫
業者、鋼板をコイルに切断するコイルセンタ、コイルを
用いて部品を製造する部品メーカ、様々な部品を用いて
製品を製造・販売する需要家などが存在する。

【０００３】従来、このような物流システムにおいて、
鉄の物流に関する情報は、直接取引のある会社間でのみ
把握されるのが通常であった。例えば、高炉メーカであ
るＡ社は、サービスセンタであるＤ社に対して鋼板を保
管したという情報しか持っておらず、その後その鋼板が
どうなったかについては把握していない。また、Ｄ社
は、Ａ社から鋼板を受け取り、それをコイルセンタであ
るＨ社もしくはＩ社に納入したという情報しか持ってい
ない。言い換えれば、ある会社への入力と出力に関する
情報は、その会社でしか管理していなかった。

【０００４】このようなシステムでは、ある会社が単独
では鉄の市場全体の在庫を的確に把握することが困難な
ため、様々な場面で不都合が生じていた。例えば、高炉
メーカが来月の生産計画を立てようとする場合、ある規
格の鉄が市場在庫として今どのくらい存在しているか、
つまり余剰があるのか不足傾向なのかを調べ、それに応
じて適切な量の生産計画を立てる必要がある。

【０００５】また、例えば需要家がある納期を定めて新
製品を出荷しようとする場合に、その製品を製造するた
めに必要な材料として、納期に間に合うように既に市場
に存在している規格の鉄を調べて使用したいという要求
が生じる場合もある。ところが、従来は、ある会社の業
務担当者が高炉メーカから需要家に至る各会社に直接出
向いて市場在庫を調査したり、各会社の担当者がそれぞ
れの取引相手先に電話等で順に聞いていった内容を最後
に集計したりするなどの作業が必要であり、非常に面倒
であった。

【０００６】一方、近年におけるＣＰＵの処理能力の向
上、ネットワークにおける通信情報の大容量化とディジ
タル化、あるいは情報圧縮技術の発展などに伴い、例え
ばインターネットなどの通信システムが広く利用されて
きている。このような状況の下で、上述のような不都合
を解消して生産性や効率性を向上させることを目的とし
て、各会社が持つ物流に関する情報をインターネット上
で共有できるようにするシステムが提案されている。そ
の一例として、鉄鋼ＥＣ（Electronic Commerce ：電子
商業取引）システムを挙げることができる。

【０００７】図９は、この鉄鋼ＥＣシステムの概略的な
構成を示す図である。なお、ここでは図面の都合上、Ａ
社〜Ｅ社の５社のみがインターネットに接続された様子
を示しているが、図８のような物流に関して情報共有シ
ステムを構築する場合には、Ｆ社〜Ｐ社もインターネッ
ト上に接続される。〜は検索時の手順を表してい
る。

【０００８】このような鉄鋼ＥＣシステムにおいては、
各会社が持っている物流に関する情報をインターネット
上に公開する必要がある。そのために、鉄鋼ＥＣシステ
ムへの参加企業各社は、自己に関する取引について開示
すべき物流の情報を作成して、データベース（以下、開
示ＤＢと記す）１１ａ〜１１ｅとして保存しておく必要
がある。

【０００９】また、参加企業各社はそれぞれ、この開示
ＤＢ１１ａ〜１１ｅの他に、インターネットに接続され
たサーバマシン１０ａ〜１０ｅを保有する。サーバマシ
ン１０ａ〜１０ｅではエージェントサーバが稼働してい
る。このエージェントサーバは、開示ＤＢ１１ａ〜１１
ｅ内の物流情報をインターネット上に公開する処理の他
に、インターネットを介した各会社間の検索要求および
その検索結果の通信を暗号化する処理等を行う。

【００１０】一方、ユーザ端末としては、各会社内でＬ
ＡＮ接続された複数のクライアントマシン（パーソナル
コンピュータ等）１〜Ｎが用いられる。各クライアント
マシン１〜Ｎは、ユーザからの検索業務要求を入力する
ためのＷｅｂブラウザを備えており、ユーザからの検索
業務要求は、クライアント上で稼働しているＷｅｂブラ
ウザを介して入力され、Ｗｅｂサーバを介してエージェ
ントサーバに渡される。各クライアントマシン１〜Ｎ
は、検索業務要求に対する最終的な検索結果をディスプ
レイ上に表示する処理も行う。

【００１１】例えば、Ａ社のあるクライアント１から検
索業務要求が入力されると（）、それがＡ社のサーバ
１０ａに与えられて検索エージェントが生成され
（）、インターネットに向けて検索要求が発せられる
（）。この検索要求は、インターネットに接続された
他のＢ社〜Ｅ社のうち検索要求先（複数の場合もある）
のサーバに与えられる。その際、この検索要求と共に検
索要求元であるＡ社の会社名の情報も与えられる。

【００１２】Ｂ社〜Ｅ社のサーバ１０ｂ〜１０ｅでは、
与えられた検索要求中に含まれる検索条件に合致する物
流情報をそれぞれの開示ＤＢ１１ｂ〜１１ｅの中から取
り出し、インターネットを介してＡ社のサーバ１０ａに
返す（）。Ａ社のサーバ１０ａは、各会社から送られ
てきた検索結果を統合して（）、検索業務結果として
クライアント１に返す（）。

【００１３】このような鉄鋼ＥＣシステムを構築するこ
とにより、高炉メーカから需要家に至る様々な会社が持
つ鋼材流通に関わる情報を各会社間で共有することが可
能となる。これにより、他社が作成・管理している物流
に関する情報もインターネットを介して容易かつ瞬時に
手に入れることができ、例えば市場全体の在庫状況等を
容易に把握することができるようになる。

【００１４】なお、各会社が持っている物流に関する情
報をインターネット上に公開すると言っても、その情報
自体に各会社のノウハウや重要な秘密事項等が含まれて
いることもあるため、全ての情報を参加企業の誰もが自
由に見れるようにすることは好ましい形態ではない。例
えば、競合上の関係から同じ高炉メーカである同業他社
に対しては情報を見せないようにしたいとか、直接取引
のない会社には情報を見せないようにしたいといった要
求がある。

【００１５】しかも、このような要求は、ある会社が持
つ開示ＤＢ内の全ての情報を他の会社に対して見せない
ようにするといったものではなく、ある特定の取引に関
する情報については見せないようにするといったよう
に、より細かく複雑なものである。これを実現するため
には、データベース内の項目１個１個についてアクセス
を制限するための機構を設ける必要がある。従来の鉄鋼
ＥＣシステムでは、このようなデータのアクセス制限
を、以下に述べる方法によって行っていた。

【００１６】図１０は、従来の鉄鋼ＥＣシステムにおい
て各会社が備える開示ＤＢの構成を示す概念図である。
開示ＤＢは、表形式のリレーショナル・データベースに
より構成されており、１つのレコードには１つの取引に
関する物流情報が格納されるようになっている。さら
に、それぞれのレコードには、当該レコードの内容を開
示しても良い会社を記述するための欄が設けられ、各レ
コード内容の開示はこの欄に記載された会社に対しての
み行うように成されていた。

【００１７】例えば、図１０のように、あるレコードの
アクセス許可会社欄にＡ社，Ｂ社，Ｄ社が記述されてい
たとすると、そのレコード内の物流情報は、Ａ社，Ｂ
社，Ｄ社からの検索要求に対してのみインターネットを
介して要求元に送られる。つまり、各会社のサーバが、
これに接続されている開示ＤＢの中から、検索条件にマ
ッチするレコードのうち、アクセス許可会社欄に検索要
求元の会社名が記述されているレコードのみを取り出し
て要求元に返すという処理を行うことにより、データベ
ースに対するレコード単位のアクセス制限を実現してい
た。

【００１８】

【発明が解決しようとする課題】しかしながら、従来の
鉄鋼ＥＣシステムを始めとする様々な情報共有システム
では、検索要求およびその検索結果の通信はインターネ
ットを介して行われる。インターネット上の通信では、
情報がどのような経路を辿って伝達されているかはユー
ザには見えないのが通常である。そのため、本来はアク
セス拒否されている会社が、アクセス許可されている他
の会社を経由して検索要求を行うことにより、検索要求
元の会社を偽ってレコード内の情報を引き出すという不
正な行為が行われる恐れがあるという問題があった。

【００１９】すなわち、従来の鉄鋼ＥＣシステムでは、
検索要求と共に送られてきた会社名がアクセス許可会社
欄に記述されているか否かを見ることによってアクセス
制限を行っていたが、その伝達された会社名が本当に検
索要求元の会社本人であるかどうかを確認する手段を持
っていなかった。そのため、鉄鋼ＥＣシステムの参加企
業間においてライバル会社等が本来は見ることのできな
い物流情報が、不正に引き出される恐れがあった。ま
た、鉄鋼ＥＣシステムの参加企業とは全く関係のない第
三者が不正に侵入してきてアクセスする恐れもあった。

【００２０】本発明は、このような問題を解決するため
に成されたものであり、複数のユーザ間で情報を共有す
るためのシステムにおいて、システム内のユーザあるい
はシステム外の第三者が不正にアクセスして情報を引き
出すことを有効に防止できるようにすることを目的とす
る。

【００２１】

【課題を解決するための手段】本発明の情報共有システ
ムは、ネットワーク上に存在する複数のユーザが記憶手
段に記憶された情報を共有するためのシステムにおい
て、上記記憶手段に対するアクセスの過程で上記ネット
ワーク上に存在するユーザを経由する毎に、その経由し
たユーザの識別情報を順次付与する識別情報付与手段
と、上記識別情報付与手段により付与された各ユーザの
識別情報、および上記記憶手段内の共有情報について各
ユーザに対するアクセス制限を規定した情報に基づい
て、上記経由した全てのユーザに対してアクセスが許可
されている共有情報のみを取り出すアクセス手段とを備
えたことを特徴とする。

【００２２】本発明の他の態様では、ネットワーク上に
存在する複数のユーザに対応した複数の端末装置と、上
記複数のユーザに開示すべき共有情報を記憶する記憶手
段とを備え、上記複数のユーザが上記記憶手段に記憶さ
れた情報を共有するためのシステムにおいて、上記複数
の端末装置はそれぞれ、上記記憶手段に対するアクセス
要求を発信もしくは中継したときに、自己の識別情報を
上記アクセス要求に対して付与する識別情報付与手段
と、上記ネットワークから送られてきたアクセス要求に
応じて上記記憶手段に対するアクセスを実行するとき
に、上記識別情報付与手段により付与された各ユーザの
識別情報、および上記記憶手段内の共有情報について各
ユーザに対するアクセス制限を規定した情報に基づい
て、上記アクセス要求が経由した全てのユーザに対して
アクセスが許可されている共有情報のみを取り出すアク
セス手段とを備えたことを特徴とする。

【００２３】ここで、上記記憶手段内の共有情報につい
て各ユーザに対するアクセス制限を規定した情報は、個
々の記憶単位毎に、アクセスしても良いもしくはアクセ
スしてはいけないユーザが誰であるかを規定した情報で
あっても良い。

【００２４】また、本発明のその他の態様では、ネット
ワーク上に存在する複数のユーザに対応した複数の第１
の端末装置と、上記複数のユーザに開示すべき共有情報
を記憶する記憶手段と、上記第１の端末装置とは別に上
記ネットワーク上に存在する第２の端末装置とを備え、
上記複数のユーザが上記記憶手段に記憶された情報を共
有するためのシステムにおいて、上記複数の第１の端末
装置はそれぞれ、上記記憶手段に対するアクセス要求を
発信もしくは中継したときに、自己の識別情報を上記ア
クセス要求に対して付与する識別情報付与手段と、上記
ネットワークから送られてきたアクセス要求に応じて、
上記アクセス要求の条件を満たす共有情報を上記記憶手
段から取り出すアクセス手段とを備え、上記第２の端末
装置は、上記識別情報付与手段により付与された各ユー
ザの識別情報、および上記記憶手段内の共有情報につい
て各ユーザに対するアクセス制限を規定した情報に基づ
いて、上記アクセス手段により取り出された共有情報の
中から、上記アクセス要求が経由した全てのユーザに対
してアクセスが許可されている共有情報のみを取り出す
選別手段を備えたことを特徴とする。

【００２５】ここで、上記記憶手段内の共有情報につい
て各ユーザに対するアクセス制限を規定した情報は、上
記ネットワーク上に存在する個々のユーザ毎に、アクセ
スしても良いもしくはアクセスしてはいけない記憶単位
が何であるかを規定した情報であっても良い。また、上
記記憶手段は、上記ネットワーク上に存在する複数のユ
ーザ毎にそれぞれ設けられたデータベース記憶手段であ
り、上記記憶手段内の共有情報について各ユーザに対す
るアクセス制限を規定した情報は、上記記憶手段とは別
の第２の記憶手段に記憶されるようにしても良い。さら
に、上記第２の記憶手段に記憶される各ユーザに対する
アクセス制限を規定した情報は、上記記憶手段内の共有
情報を構成するそれぞれの記憶単位について、その記憶
単位の共有情報をどのユーザに対して開示してはいけな
いかあるいは開示しても良いかを規定したテーブル情
報、もしくは上記複数のユーザのそれぞれについて、上
記記憶手段内の共有情報を構成するそれぞれの記憶単位
のうちどの記憶単位をそのユーザに対して開示してはい
けないかあるいは開示しても良いかを規定したテーブル
情報であっても良い。さらにまた、上記テーブル情報
は、ユーザの識別情報および記憶単位を規定するテーブ
ルの縦方向および横方向の何れにも任意に拡張可能な構
造を有するようにしても良い。

【００２６】また、本発明の情報に対するアクセス制御
装置は、複数のユーザがアクセス可能な記憶手段内の情
報をアクセス制限するためのアクセス制御装置におい
て、上記記憶手段に対するアクセス要求を発信もしくは
中継するときに、自己の識別情報を上記アクセス要求に
対して付与する識別情報付与手段と、外部から与えられ
たアクセス要求に応じて上記記憶手段に対するアクセス
を実行するときに、上記識別情報付与手段により付与さ
れた各ユーザの識別情報、および上記記憶手段内の共有
情報について各ユーザに対するアクセス制限を規定した
情報に基づいて、上記アクセス要求が経由した全てのユ
ーザに対してアクセスが許可されている共有情報のみを
取り出すように制御するアクセス制御手段とを備えたこ
とを特徴とする。

【００２７】本発明の他の態様では、複数のユーザがア
クセス可能な記憶手段内の情報をアクセス制限するため
のアクセス制御装置において、上記記憶手段に対するア
クセスの過程でネットワーク上に存在するユーザを経由
する毎に付与された各ユーザの識別情報、および上記記
憶手段内の共有情報について各ユーザに対するアクセス
制限を規定した情報に基づいて、上記経由した全てのユ
ーザに対してアクセスが許可されている共有情報のみを
取り出すように制御するアクセス制御手段を備えたこと
を特徴とする。

【００２８】また、本発明の情報に対するアクセス制御
方法は、複数のユーザがアクセス可能な記憶手段内の情
報をアクセス制限するためのアクセス制御方法におい
て、上記記憶手段に対するアクセス要求を発信もしくは
中継するときに、自己の識別情報を上記アクセス要求に
対して付与する識別情報付与工程と、外部から与えられ
たアクセス要求に応じて上記記憶手段に対するアクセス
を実行するときに、上記識別情報付与工程により付与さ
れた各ユーザの識別情報、および上記記憶手段内の共有
情報について各ユーザに対するアクセス制限を規定した
情報に基づいて、上記アクセス要求が経由した全てのユ
ーザに対してアクセスが許可されている共有情報のみを
取り出すように制御するアクセス制御工程とを有するこ
とを特徴とする。

【００２９】本発明の他の態様では、複数のユーザがア
クセス可能な記憶手段内の情報をアクセス制限するため
のアクセス制御方法において、上記記憶手段に対するア
クセスの過程でネットワーク上に存在するユーザを経由
する毎に付与された各ユーザの識別情報、および上記記
憶手段内の共有情報について各ユーザに対するアクセス
制限を規定した情報に基づいて、上記経由した全てのユ
ーザに対してアクセスが許可されている共有情報のみを
取り出すように制御するアクセス制御工程を有すること
を特徴とする。

【００３０】また、本発明のコンピュータ読み取り可能
な記録媒体は、請求項１、２、４、９、１０の何れか１
項に記載の各手段としてコンピュータを機能させるため
のプログラムを記録したことを特徴とする。本発明の他
の態様では、請求項１４または１６に記載のアクセス制
御方法の処理手順をコンピュータに実行させるためのプ
ログラムを記録したことを特徴とする。

【００３１】

【発明の実施の形態】以下、本発明の一実施形態を図面
に基づいて説明する。（第１の実施形態）図１は、本発明による情報に対する
アクセス制御装置の要素的特徴を示す機能構成ブロック
図である。この図１に示すアクセス制御装置は、情報共
有システムに適用することが可能である。当該情報共有
システムは、ネットワーク上の複数のユーザ間で所定の
情報を共有するためのシステムであれば分野等を問わず
適用することが可能であるが、以下の説明では、その１
つの例として、図９に示すような鉄鋼ＥＣシステムにつ
いて説明することにする。

【００３２】図１において、１０は本実施形態による情
報に対するアクセス制御装置を備えたサーバマシンであ
り、鉄鋼ＥＣシステムに参加する各会社がそれぞれ保有
する。このサーバマシン１０は、図９に示すような鉄鋼
ＥＣシステム中の各サーバマシン１０ａ〜１０ｅに相当
し、本実施形態の情報に対するアクセス制御装置は、各
会社のサーバマシン１０ａ〜１０ｅ内に夫々備えられ
る。

【００３３】１１は開示ＤＢであり、各会社が取引の際
などに作成した物流に関する情報を整理して格納するも
のである。この開示ＤＢ１１は、図９では各開示ＤＢ１
１ａ〜１１ｅに相当する。開示ＤＢ１１は、表形式のリ
レーショナル・データベースにより構成されており、１
つのレコードには１つの取引に関する物流情報が格納さ
れるようになっている。

【００３４】さらに、図１０に示したのと同様に、開示
ＤＢ１１内の各レコードには、当該レコードの内容を開
示しても良い会社を記述するためのアクセス許可会社欄
が設けられている。この開示ＤＢ１１は、各会社の業務
担当者が、図１０に示したような取引に関する物流情報
やアクセスを許可する会社名等をＤＢ作成部１２に入力
することによって作成される。このＤＢ作成部１２への
情報の入力は、サーバマシン１０のキーボードなどを直
接操作することによって行っても良いし、業務担当者が
使用するクライアントマシンから必要な情報を入力し、
それを社内ＬＡＮを介してサーバマシン１０内のＤＢ作
成部１２に送るようにしても良い。

【００３５】１３はＬＡＮ接続された各クライアントマ
シン１〜ＮとのＩ／Ｆ部であり、所望の物流情報を探し
出すための検索業務要件を各クライアントマシン１〜Ｎ
から入力したり、検索業務結果を各クライアントマシン
１〜Ｎに返したりする処理を行う。なお、ここではクラ
イアント・サーバシステムの形態を例にとって説明して
いるのでＩ／Ｆ部１３を設けているが、Ｉ／Ｆ部１３の
代わりに、検索要求を入力するためのキーボードやマウ
ス、および検索入力画面や検索結果画面を表示するディ
スプレイ等で構成するようにしても良い。

【００３６】１４はＩＤ発行・付与部であり、自己の会
社名を示すＩＤを発行して、それを検索要求に付与する
処理を行う。このＩＤの付与は、検索要求の発行元から
送信先に至る経路の全ての会社において行う。これによ
り、検索要求先のサーバには、検索要求と共にそれが経
由した全ての会社のＩＤ情報が与えられる。なお、ここ
ではＩＤを用いているが、自己の会社名、自己が誰であ
るかを証明する電子証明書など、インターネットに接続
されているそれぞれの会社を識別できる情報であれば何
でも良い。

【００３７】１５は通信Ｉ／Ｆ部であり、ＩＤの付与さ
れた検索要求をインターネットを介して他の会社のサー
バに向けて送信したり、他の会社のサーバからインター
ネットを介して送られてくる検索要求や検索結果を受信
する処理を行う。ここでは、インターネットを介した各
会社間の検索要求およびその検索結果の通信を暗号化す
る処理等も行う。

【００３８】１６は検索部であり、与えられた検索要求
に従って、検索条件にマッチするものを開示ＤＢ１１の
中から探し出す。この検索要求は、他の会社のクライア
ントマシンで発せられ、その会社のサーバからインター
ネットを介して送られてきたものである。検索の際に
は、検索条件を満たし、かつ、検索要求と共に送られて
きた全てのＩＤ情報（会社名）が開示ＤＢ１１内のアク
セス許可会社欄に記述されているレコードのみをピック
アップして検索結果として出力する。

【００３９】例えば、図１０のように、あるレコードの
アクセス許可会社欄にＡ社，Ｂ社，Ｄ社が記述されてい
たとすると、そのレコード内の物流情報は、Ａ社，Ｂ
社，Ｄ社の何れかまたは全てを経由して検索要求が与え
られた場合（検索要求と共に与えられたＩＤ情報中にＡ
社，Ｂ社，Ｄ社のＩＤのみが含まれている場合）にのみ
インターネットを介して要求元に送られる。一方、与え
られたＩＤ情報中にＡ社，Ｂ社，Ｄ社以外のＩＤが含ま
れていた場合は、そのレコードが検索条件を満たすもの
であっても、その物流情報は送信されない。

【００４０】つまり、本実施形態では、検索要求を送る
ときに、それが各会社のサーバを経由する毎にＩＤを付
与していく。そして、検索を実行するときには、検索要
求先の会社のサーバがこれに接続されている開示ＤＢの
中から、検索要求元の会社と経由した会社とが全てアク
セス許可会社欄に含まれているレコードのみを取り出し
て要求元に返すという処理を行うことにより、データベ
ースに対するレコード単位のアクセス制限を実現してい
る。

【００４１】なお、上記検索部１６やＩＤ発行・付与部
１４は、何を処理するべきかを自ら判断して実行できる
ソフトウェアモジュール（エージェント）として構成す
ることが可能である。この場合、検索要求元のサーバ内
に備えられているエージェントサーバによって検索エー
ジェントが生成され、インターネットに向けて送信され
る。検索エージェントは、各会社内のサーバを経由する
毎にその会社のＩＤを取得しながら、最終的に検索要求
先のサーバに到達する。そして、その検索要求先のサー
バに常駐して検索処理を行う。

【００４２】以上に示したサーバマシン１０内の各機能
ブロック１２〜１６は、自己が検索要求元になる場合
と、検索要求の中継になる場合と、検索要求先になる場
合とで使用する機能が異なってくる。以下に、それぞれ
の場合の動作を、図２のフローチャートを参照して詳し
く説明する。

【００４３】図２において、検索要求元のサーバでは、
これにＬＡＮ接続されたクライアントマシンからＩ／Ｆ
部１３を介して検索業務要求を入力する（ステップＳ
１）。そして、その入力した検索業務要求に対して検索
要求元の会社のＩＤをＩＤ発行・付与部１４で付与した
後（ステップＳ２）、通信Ｉ／Ｆ部１５において暗号化
を行って（ステップＳ３）、これにより生成された検索
要求（あるいは検索エージェント）をインターネットに
向けて送信する（ステップＳ４）。

【００４４】検索要求元のサーバから送信された検索要
求は、中継となる会社におけるサーバ内の通信Ｉ／Ｆ部
１５で受信される（ステップＳ５）。そして、受信した
検索要求に対してその中継した会社のＩＤをＩＤ発行・
付与部１４で付与した後（ステップＳ６）、通信Ｉ／Ｆ
部１５で暗号化を行って（ステップＳ７）、これにより
生成された検索要求をインターネットに向けて更に送信
する（ステップＳ８）。なお、中継となる会社がなく、
検索要求元から検索要求先に検索要求がダイレクトに送
信される場合は、このステップＳ５〜Ｓ８の処理は行わ
れない。

【００４５】また、更に中継となる会社が他にもある場
合は、ステップＳ８からステップＳ５に戻り、当該中継
となる会社のサーバにて同様の処理が行われる。一方、
中継会社から送信された検索要求が検索要求先のサーバ
で受信されると（ステップＳ９）、検索部１６において
上述したような検索処理が行われる（ステップＳ１
０）。すなわち、検索条件を満たし、かつ、検索要求と
共に送られてきた全てのＩＤ情報（会社名）が開示ＤＢ
１１内のアクセス許可会社欄に記述されているレコード
のみをピックアップして検索結果として出力する。

【００４６】そして、このようにして得られた検索結果
を通信Ｉ／Ｆ部１５にて暗号化し（ステップＳ１１）、
インターネットを介して検索要求元のサーバに送信する
（ステップＳ１２）。なお、図２では検索要求先から検
索要求元にダイレクトに検索結果を返すように示してい
るが、これは図面の都合上このように示しただけであ
り、実際には検索要求が送られてきたときと逆の経路を
辿って送信される。

【００４７】検索要求元のサーバは、検索要求を複数の
会社に対して送信する場合がある。この場合は、それぞ
れの会社から検索結果が送られてくるので、それらの検
索結果を受信したら（ステップＳ１３）、１つの検索業
務結果に統合して（ステップＳ１４）Ｉ／Ｆ部１３を介
してクライアントマシンに返す。

【００４８】このように、本実施形態では、検索要求元
から要求先に検索要求を送る際に、検索要求元の会社の
ＩＤの他に途中で経由した会社のＩＤを逐次付加して送
るようにしたので、どのような経路を辿って検索要求が
送られてきたのかを検索要求先にて確認することができ
る。これにより、開示ＤＢ１１内のアクセス許可会社欄
の記述内容を参照してレコード内の情報を見せても良い
かどうかを判断する際に、検索要求元の会社だけでな
く、途中で経由した会社も加味して情報開示の許否を判
断することができる。

【００４９】したがって、検索要求元および中継となっ
た会社の中に情報を見せるべきでない者が含まれる場合
には、そのレコードを検索結果に含めないようにするこ
とで、検索結果が送信される途中の経路で意図しない会
社に情報が見られてしまうという不都合をなくすことが
できる。つまり、鉄鋼ＥＣシステムの参加企業内におい
て本来は見ることのできないライバル会社や、鉄鋼ＥＣ
システムの参加企業とは全く関係のない第三者が、途中
の経路等に侵入して不正にアクセスすることはできなく
なる。

【００５０】（第２の実施形態）図１０に示すような開
示ＤＢ１１内のアクセス許可会社欄を利用してデータベ
ースに対するレコード単位のアクセス制限を実現する従
来の鉄鋼ＥＣシステムでは、このアクセス許可会社欄に
は１５社程度の会社名（ＩＤ）を記述することができる
ように構成されており、上述の第１の実施形態でもこれ
を利用していた。ところが、鉄鋼ＥＣシステムに参加す
る企業が１５社程度と少ない場合にはこれでも良いが、
参加企業数が非常に多くなる場合には問題がある。

【００５１】すなわち、参加企業数が多い場合には、ア
クセス許可会社の欄に入力可能な企業数も多くする必要
があるが、容量に制限があるリレーショナル・データベ
ース上で、本来の物流情報とは関係のない欄に多くの割
当をするのは好ましくない。また、レコードが増える毎
にアクセスを許可する会社をその都度記述していく必要
があり、多大な労力を要する。

【００５２】また、鉄鋼ＥＣシステムに参加する企業は
徐々に増えていくことが想定されるが、参加企業数が増
えると、当初設定されていたアクセス許可会社欄に入力
可能な企業数だけでは対応し切れなくなってしまう。こ
の場合は、入力可能な企業数を増やすべくアクセス許可
会社欄を大きくしたリレーショナル・データベースを再
構築する必要があり、作業の負担が大きくなってしま
う。一方、将来的にどの程度まで参加企業数が増えるの
かを予測してアクセス許可会社欄の大きさをあらかじめ
規定しておくことは現実的に困難であるし、上述したよ
うにアクセス許可会社欄に始めから多くの割当をするの
は好ましくない。

【００５３】以下に述べる第２の実施形態は、このよう
な不都合を解消するためのものである。第２の実施形態
における鉄鋼ＥＣシステムでは、図３に示すように、各
会社が保有するサーバ２０は、図１の検索部１６とは異
なる方法で検索を行う検索部２２を備えている。また、
本実施形態における開示ＤＢ２１は、図１の開示ＤＢ１
１とは記憶内容が異なっている。

【００５４】本実施形態の開示ＤＢ２１は、表形式のリ
レーショナル・データベースにより構成されており、１
つのレコードには１つの取引に関する物流情報が格納さ
れるようになっている点では、図１の開示ＤＢ１１と同
様である。ただし、レコードの内容を開示しても良い会
社を記述するためのアクセス許可会社欄が設けられてい
ない点で、本実施形態の開示ＤＢ２１は異なっている。

【００５５】したがって、本実施形態による開示ＤＢ２
１の構成を概念的に示すと、例えば図５のようになる。
これから明らかなように、各会社の業務担当者は、開示
ＤＢ２１を構築する際には、必要な物流情報のみを入力
すれば良い。その際、個々の取引に関する物流情報は個
々のレコードに順に入力されていくが、それぞれのレコ
ードにはそのデータベース内で一意のレコード番号（ア
ドレス等）が割り当てられる。

【００５６】また、本実施形態の検索部２２は、他の会
社からインターネットを介して送られてきた検索要求に
従って、検索条件にマッチするもの全てを開示ＤＢ２１
から探し出して出力する。この検索の際には、検索要求
元や中継した会社がどの会社であるかということに関係
なく、検索条件を満たすものを全てピックアップして検
索結果として出力する。この検索結果の中には、ピック
アップしたレコードの番号も含める。

【００５７】さらに、本実施形態においては、図３に示
すように、各会社が保有する社内サーバ２０の他に、ど
の会社にも属さない認証サーバ３０を備えており、本実
施形態のアクセス制御装置はこの認証サーバ３０内に備
えられる。この認証サーバ３０は、例えば図４に示すよ
うに、各会社のサーバマシン２０ａ〜２０ｅとは別にイ
ンターネットに接続される。以下に、この認証サーバ３
０内の構成を図３を用いて説明する。

【００５８】３１は通信Ｉ／Ｆ部であり、各会社の社内
サーバ２０からインターネットを介して送られてくる検
索結果を受信したり、その受信した検索結果に対して、
検索要求が経由した会社のＩＤを用いて絞り込みを行っ
た結果をインターネットに向けて送信したりする処理を
行う。ここでは、インターネットを介した各会社間の検
索結果の通信を暗号化する処理等も行う。

【００５９】３２はテーブル作成部であり、鉄鋼ＥＣシ
ステムに参加している各会社毎に、各会社が備える各開
示ＤＢ２１内のどのレコードの物流情報を開示してはい
けないか（あるいは開示しても良いか）を１つ１つ規定
したアクセス制御テーブル３３を作成するものである。
図６は、アクセス制御テーブル３３の構成例を示す概念
図である。ここでは、個々の会社について開示してはい
けないレコード番号を規定した例を示している。

【００６０】例えば、図６に示すアクセス制御テーブル
３３において、１番上の行では、Ａ社にはＢ−０００
１，Ｃ−０００４，……のレコード番号で示される物流
情報は開示してはいけないということを表している。こ
こで、Ｂ−０００１は、Ｂ社が持つ開示ＤＢ２１ｂ内の
０００１番というレコード番号を示す。このように、ア
クセス制御テーブル３３は、インターネットに接続され
ているそれぞれの会社のＩＤ（会社名等）と、各会社が
持つそれぞれの開示ＤＢ２１内の個々のレコードを一意
に表すレコード番号との組み合わせにより構成されてい
る。

【００６１】このようなアクセス制御テーブル３３の作
成は、各会社の業務担当者が、上述した開示ＤＢ２１の
作成とは別に、その開示ＤＢ２１の作成の際あるいはそ
の後任意の時点で、どのレコードをどの会社に開示して
はいけないかを表したリスト等をインターネットを介し
てテーブル作成部３２に与えてやることによって行う。
テーブル作成部３２は、各会社から与えられるこのよう
なリスト等を解釈し、図６に例示するようなアクセス制
御テーブル３３を構築する。

【００６２】このアクセス制御テーブル３３は、鉄鋼Ｅ
Ｃシステムに参加する会社が一社増える毎に縦方向に１
つずつ論理的に無制限に欄を増やしていける機構を有す
る。また、ある会社に関してアクセス制限しようとする
レコードが増えた場合には横方向に１つずつ論理的に無
制限に欄を増やしていけるような機構も有する。この機
構は、例えば図７に示すように、アクセス制御テーブル
３３を格納するメモリ上において、ひとまとまりのデー
タを幾つかポインタで結んで縦方向および横方向に対す
る線形リストを作成することで実現することが可能であ
る。

【００６３】この線形リストでは、ある番地のひとまと
まりのデータ内容を、会社のＩＤもしくはレコード番号
の情報に加えて、他のデータが格納されている番地を示
すポインタ情報で構成する。例えば、２００番地から始
まるひとまとまりのデータには、Ａ社という会社のＩＤ
情報の他に、アクセス制御テーブル３３の横方向の繋が
り（Ａ社が見てはいけないレコード番号の格納場所）を
表す３８０番地という情報と、縦方向の繋がり（Ａ社以
外の他の会社ＩＤの格納場所）を表す４８０番地という
情報とが含まれる。

【００６４】これから明らかなように、アクセス制御テ
ーブル３３を構成する各会社のＩＤおよび各レコード番
号の情報は、ポインタを介して適切に結ばれて図６に示
したような概念的な構成を有するので、メモリ上のどの
空間に格納されていても良い。これにより、線形リスト
の鎖を繋いでいけば、メモリの容量の範囲内で論理的に
無制限にアクセス制御テーブル３３を縦方向にも横方向
にも拡張していくことができる。

【００６５】リレーショナル・データベースの場合は、
レコード内の項目数を増やしたければデータベースを再
構築しなければならないが、本実施形態のアクセス制御
テーブル３３は、リレーショナル・データベースから成
る開示ＤＢ２１とは別に設けられ、上述したような拡張
機構を持たせてある。したがって、アクセス制限しよう
とするレコード数が増えた場合でも、開示ＤＢ２１をい
じることなく、またテーブル自体を再構築することなく
柔軟に対応することができる。

【００６６】図３に戻り、３４は検索結果選別部であ
り、社内サーバ２０内の検索部２２によりピックアップ
されインターネットを介して認証サーバ３０に送られて
きた１個１個のレコードについて、それらのレコードを
検索要求元や中継した会社に対して見せて良いかどうか
を上記アクセス制御テーブル３３を用いて判断し、見せ
て良いものだけを選別して最終的な検索結果として出力
する。この判断を行うために、検索結果選別部３４に
は、検索部２２からの検索結果の他に、検索要求に付さ
れていた各会社のＩＤ情報（会社名）が入力される。

【００６７】ここで、検索部２２および検索結果選別部
３４によるレコードの絞り込みについて、詳しく説明す
る。いま、ある会社の社内サーバ２０に検索要求と共に
送られてきた経由サーバＩＤのリストＳが、Ｓ＝｛Ｓ₁，Ｓ₂，…，Ｓ_n｝であったとする。ただし、Ｓ₁は検索要求元の会社のＩ
Ｄ、Ｓ₂〜Ｓ_nは中継会社のＩＤである。

【００６８】まず、社内サーバ２０内の検索部２２は、
検索要求元Ｓ₁が発行した検索要求に従って検索を行
い、検索条件を満たすもの全てを開示ＤＢ２１から探し
出して検索結果Ｒとして出力する。このときの検索結果
を、Ｒ＝｛Ｒ₁，Ｒ₂，…，Ｒ_m｝とする。ただし、Ｒ₁〜Ｒ_mはピックアップされたレコ
ードを示す。この検索結果Ｒは、インターネットを介し
て認証サーバ３０に送られる。

【００６９】認証サーバ３０内では、検索結果選別部３
４において、社内サーバ２０から送られてきた検索結果
Ｒに対して、アクセス制御テーブル３３を参照してレコ
ードの絞り込みを行う。すなわち、まず、与えられた検
索結果Ｒの各レコードＲ₁〜Ｒ_mの中から、検索要求元
Ｓ₁に対してアクセスが許可されているレコードのみを
探し出す。

【００７０】例えば、検索要求元Ｓ₁がＡ社である場
合、図６のようなアクセス制御テーブル３３を参照し
て、各レコードＲ₁〜Ｒ_mの中にＢ−０００１，Ｃ−０
００４，……のレコード番号が含まれているかどうかを
確認し、該当するものは検索結果Ｒの中から除外する。
このような絞り込みの結果をＲ₁で表すものとし、当該
絞り込みの動作を（Ｓ₁，Ｒ）→Ｒ₁ で表すものとする。

【００７１】次に、絞り込まれた検索結果Ｒ₁の中か
ら、中継会社Ｓ₂に対してアクセスが許可されているレ
コードのみを探し出すことにより、更に絞り込んだ検索
結果Ｒ ₂を得る。つまり、（Ｓ₂，Ｒ₁）→Ｒ₂ のような動作を行う。以降、（Ｓ₃，Ｒ₂）→Ｒ₃ ・・・（Ｓ_n，Ｒ_n-1）→Ｒ_n のように絞り込み動作を繰り返すことにより、最終的な
検索結果Ｒ_nを得る。

【００７２】つまり、図６に示したようなアクセス制御
テーブル３３のうち、検索要求に付与されたＩＤに該当
する行に記述されているレコードを検索結果から順次除
外していくという絞り込みを行う。この結果は、検索要
求が目的の検索要求先の会社に到達するまでに経由した
全ての会社が見れるものだけをピックアップしたものと
なっているので、この検索要求と逆の経路で検索結果を
検索要求元に返しても、何ら不都合はない。

【００７３】以下に、図４に示した鉄鋼ＥＣシステムに
おける検索時の動作を説明する。例えば、Ａ社内のある
クライアント１から検索業務要求が入力されると
（）、それがＡ社のサーバマシン２０ａに与えられて
検索エージェントが生成され（）、インターネットに
向けて検索要求が発せられる（）。この検索要求（検
索エージェント）は、インターネットに接続された他の
Ｂ社〜Ｅ社のサーバマシン１２ｂ〜１２ｅの何れかを経
由して、ある会社のサーバマシンに与えられる。その
際、この検索要求の送信と共に検索要求元であるＡ社の
ＩＤも送られ、各会社のサーバを経由する毎にそれらの
会社のＩＤもその都度付加される。

【００７４】Ｂ社〜Ｅ社のサーバマシン２０ｂ〜２０ｅ
のうち、最終的に検索要求を受け取ったサーバでは、そ
の内部に備えられている検索部２２によって、あるいは
検索要求元から送られた検索エージェントが常駐するこ
とによって、与えられた検索要求の条件に合致する物流
情報を開示ＤＢ２１ｂ〜２１ｅの中から取り出す。この
とき、検索要求元や中継したところがどの会社であるか
ということに関係なく、検索条件を満たすものを全て取
り出して、その検索結果をインターネットを介して認証
サーバ３０に出力する（）。この検索結果の中には、
取り出したレコードの番号や、検索要求と共に送られた
各会社のＩＤ情報も含まれる。

【００７５】認証サーバ３０は、その内部に備えた検索
結果選別部３４によって、検索要求先の会社のサーバマ
シンからインターネットを介して送られてきた検索結果
である１個１個のレコードについて、それらのレコード
を検索要求元のＡ社と途中に経由したＢ社〜Ｅ社の何れ
かとに対して見せて良いかどうかをアクセス制御テーブ
ル３３を用いて判断し、見せて良いものだけを選別する
（）。

【００７６】そして、この選別処理によって取り出した
レコードを最終的な検索結果としてインターネットを介
して検索要求元であるＡ社のサーバマシン２０ａに返す
（）。なお、複数の会社に向けて検索要求を発した場
合には、それらに対応して複数の検索結果が返ってくる
ので、Ａ社のサーバマシン２０ａでは、認証サーバ３０
からインターネットを介して送られてきた各会社からの
検索結果（検索結果選別部３４のフィルタを通ったも
の）を統合して（）、それを検索業務結果としてクラ
イアントマシン１に返す（）。

【００７７】以上のように、本実施形態によれば、どの
程度の大きさのものとして規定すべきかをあらかじめ想
定することが困難な、データベースに対するレコード単
位のアクセス制限に関する情報を、リレーショナル・デ
ータベースで成る開示ＤＢ２１とは別にアクセス制御テ
ーブル３３として構成し、このアクセス制御テーブル３
３を用いてアクセス制限を行うようにしたので、開示Ｄ
Ｂ２１の内容を共有しようとする会社の数が多い場合で
も、開示ＤＢ２１の中身を一切いじることなくアクセス
制限を容易に実現することができる。

【００７８】また、どのレコードをどの会社に開示して
はいけないかを表したリスト等を各会社から認証サーバ
３０に送った後においても、何らかの取引を行えば開示
ＤＢ２１のレコード数が増えていくが、この場合はその
追加されたレコードに関してのみどの会社のアクセスを
制限するかの情報を送ってやれば、認証サーバ３０内の
テーブル作成部３２によりアクセス制御テーブル３３が
自動的に更新される。このとき、ある会社についてアク
セス制限するレコード数が増えた場合にも、開示ＤＢ２
１内を再構築することなく、アクセス制御テーブル３３
を適宜拡張することによって柔軟かつ簡単に対応するこ
とができる。

【００７９】また、アクセス制限しようとするレコード
数が増えた場合だけでなく、鉄鋼ＥＣシステムへの参加
会社数が増えたような場合にも、開示ＤＢ２１内の情報
自体の修正や構造の再構築などをすることなく、アクセ
ス制御テーブル３３を適宜拡張することによって柔軟に
対応することができる。

【００８０】さらに、図１０のように開示ＤＢ内にアク
セス許可会社欄を設けてアクセス制限をしていた第１の
実施形態の場合には、開示ＤＢ内の全てのレコードにつ
いて１つ１つアクセス許可会社欄を参照して開示しても
良いかどうかを判断する必要があった。これに対して、
図６のようなアクセス制御テーブルを用いた本実施形態
の場合は、まず会社名の条件を抜きにして検索を行い、
その結果抽出された幾つかのレコードに対して、アクセ
ス制御テーブルの中で必要な行のみを参照して絞り込み
を行えるので、最終的な検索結果を得るまでの時間を短
縮することもできる。

【００８１】なお、以上の実施形態では、図１あるいは
図３に示した機能構成を図９あるいは図４のような鉄鋼
ＥＣシステムに適用する場合を例にとって説明したが、
適用する情報共有システムはこれに限定されるものでは
ない。また、開示ＤＢを各会社が分散して持つのではな
く、ある一箇所にてあらかじめまとめて管理するように
しても良い。また、上記実施形態では開示ＤＢへのアク
セスの一例として検索を挙げたが、アクセスの態様はこ
れに限定されない。

【００８２】また、上記各実施形態ではネットワークの
例としてインターネットを用いているが、これに限定さ
れるものではなく、企業内のイントラネットや、特定企
業間だけのエクストラネットなど、あらゆる形態のネッ
トワークに応用することが可能である。

【００８３】また、図４に示した実施形態では、各会社
のサーバマシン２０ｂ〜２０ｅでの検索結果を認証サー
バ３０で各々選別してＡ社のサーバマシン２０ａに送
り、ここで統合処理を行うようにしているが、認証サー
バ３０内で統合処理を行ってからＡ社のサーバマシン２
０ａに返すようにしても良い。

【００８４】また、図４の実施形態では各会社のサーバ
マシン２０ａ〜２０ｅとは別に認証サーバ３０を設けた
が、同様の機能を各サーバマシン２０ａ〜２０ｅが持つ
ようにしても良い。この場合、アクセス制御テーブル３
３の構成は、図６に示した構成のうち、自分の会社に関
する記述を含まないものとなる。そして、そのようなア
クセス制御テーブル３３は、各会社の業務担当者がそれ
ぞれ作成することになる。認証の機能を認証サーバ３０
に持たせるか各サーバマシン２０ａ〜２０ｅに持たせる
かは、適用するアプリケーションによって適宜決めれば
良い。

【００８５】また、図６に示したアクセス制御テーブル
３３では、それぞれの会社毎にどのレコードの物流情報
を開示してはいけないかを１つ１つ規定しているが、会
社単位だけでなく、グループ単位でアクセス制限をコン
トロールできるようにアクセス制御テーブル３３を構成
しても良い。例えば、親会社や子会社等を含むグループ
会社、系列会社、同業会社などを単位としてアクセス制
限の情報を規定するようにしても良い。

【００８６】また、図６に示したアクセス制御テーブル
３３では、Ａ社，Ｂ社，……等の各会社についてアクセ
スできないレコード番号を１つ１つ規定していたが、そ
れぞれのレコード番号についてそのレコード番号にアク
セスできない会社を１つ１つ規定するようにアクセス制
御テーブル３３を構成しても良い。ただし、後者の場合
は、アクセス制御テーブル３３内の全ての行を参照して
絞り込みを行う必要があるので、前者の方がより好まし
い。

【００８７】なお、以上に説明した本実施形態の情報共
有システムは、コンピュータのＣＰＵあるいはＭＰＵ、
ＲＡＭ、ＲＯＭなどで構成されるものであり、ＲＡＭや
ＲＯＭに記憶されたプログラムが動作することによって
実現できる。したがって、コンピュータが上記機能を果
たすように動作させるプログラムを、例えばＣＤ−ＲＯ
Ｍのような記録媒体に記録し、コンピュータに読み込ま
せることによって実現できるものである。記録媒体とし
ては、ＣＤ−ＲＯＭ以外に、フロッピーディスク、ハー
ドディスク、磁気テープ、光磁気ディスク、不揮発性メ
モリカード等を用いることができる。

【００８８】また、コンピュータが供給されたプログラ
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムがコンピュータにおい
て稼働しているＯＳ（オペレーティングシステム）ある
いは他のアプリケーションソフト等と共同して上述の実
施形態の機能が実現される場合や、供給されたプログラ
ムの処理の全てあるいは一部がコンピュータの機能拡張
ボードや機能拡張ユニットにより行われて上述の実施形
態の機能が実現される場合も、かかるプログラムは本発
明の実施形態に含まれる。

【００８９】

【発明の効果】本発明は上述したように、記憶手段に対
するアクセスの過程でネットワーク上に存在するユーザ
を経由する毎に、その経由したユーザの識別情報を順次
付与して、その付与された各ユーザの識別情報、および
上記記憶手段内の共有情報について各ユーザに対するア
クセス制限を規定した情報に基づいて、経由した全ての
ユーザに対してアクセスが許可されている共有情報のみ
を取り出すようにしたので、どのような経路を辿ってア
クセス要求が送られてきたのかをアクセス要求先にて確
認することができる。これにより、記憶手段内の共有情
報を見せても良いかどうかを判断する際に、経路中に意
図しないユーザが含まれている場合にはアクセスを制限
して情報の開示を拒否することができ、システム内のユ
ーザあるいはシステム外の第三者が不正にアクセスして
情報を引き出すことを有効に防止できる。

【００９０】また、本発明の他の特徴によれば、記憶手
段内の共有情報について各ユーザに対するアクセス制限
を規定した情報を上記記憶手段とは別個に用意し、その
情報に従って、アクセスが許可されている共有情報のみ
を取り出して出力するようにしたので、情報を共有しよ
うとするユーザの数が多い場合でも、記憶手段内の共有
情報そのものを一切いじることなくアクセス制限を容易
に実現することができる。また、ユーザ数が増えたり、
制限しようとする記憶単位数が増えたりした場合にも、
記憶手段内の共有情報自体を修正したり、当該共有情報
を格納するための構造自体を再構築したりすることな
く、第２の記憶手段内の情報を適宜拡張することによっ
て柔軟に対応することができる。

【００９１】また、本発明のその他の特徴によれば、上
記第２の記憶手段内の情報の一例としてテーブル情報を
用い、そのテーブル情報として、ユーザの識別情報およ
び記憶単位を規定するテーブルの縦方向および横方向の
何れにも任意に拡張可能な構造を持たせたので、ユーザ
数が増えたり、制限しようとする記憶単位数が増えたり
した場合に第２の記憶手段内の情報を適宜拡張する作業
を、極めて簡単に行うことができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る情報共有システ
ムの要素的特徴を示す機能構成ブロック図である。

【図２】第１の実施形態による情報共有システムの各会
社におけるサーバの動作を示すフローチャートである。

【図３】本発明の第２の実施形態に係る情報共有システ
ムの要素的特徴を示す機能構成ブロック図である。

【図４】図３に示した機能構成を鉄鋼ＥＣシステムに適
用した場合の、当該システムの全体的な構成を示す図で
ある。

【図５】第２の実施形態による開示ＤＢの構成例を示す
概念図である。

【図６】第２の実施形態によるアクセス制御テーブルの
構成例を示す概念図である。

【図７】第２の実施形態によるアクセス制御テーブルの
線形リスト構造を示す図である。

【図８】鉄鋼業における物流の一例を示す図である。

【図９】従来の鉄鋼ＥＣシステムおよび図１に示した機
能構成を鉄鋼ＥＣシステムに適用した場合の、当該シス
テムの全体的な構成を示す図である。

【図１０】図９に示した鉄鋼ＥＣシステムにおいて各会
社が備える開示ＤＢの構成を示す概念図である。

【符号の説明】

１０サーバマシン１１開示ＤＢ１１ａ〜１１ｅ開示ＤＢ１２ＤＢ作成部１３クライアントマシンとのＩ／Ｆ部１４ＩＤ発行・付与部１５通信Ｉ／Ｆ部１６検索部２０社内サーバ２０ａ〜２０ｅサーバマシン２１開示ＤＢ２１ａ〜１１ｅ開示ＤＢ２２検索部３０認証サーバ３１通信Ｉ／Ｆ部３２テーブル作成部３３アクセス制御テーブル３４検索結果選別部

Claims

【特許請求の範囲】

【請求項１】ネットワーク上に存在する複数のユーザ
が記憶手段に記憶された情報を共有するためのシステム
において、上記記憶手段に対するアクセスの過程で上記ネットワー
ク上に存在するユーザを経由する毎に、その経由したユ
ーザの識別情報を順次付与する識別情報付与手段と、上記識別情報付与手段により付与された各ユーザの識別
情報、および上記記憶手段内の共有情報について各ユー
ザに対するアクセス制限を規定した情報に基づいて、上
記経由した全てのユーザに対してアクセスが許可されて
いる共有情報のみを取り出すアクセス手段とを備えたこ
とを特徴とする情報共有システム。
【請求項２】ネットワーク上に存在する複数のユーザ
に対応した複数の端末装置と、上記複数のユーザに開示
すべき共有情報を記憶する記憶手段とを備え、上記複数
のユーザが上記記憶手段に記憶された情報を共有するた
めのシステムにおいて、上記複数の端末装置はそれぞれ、上記記憶手段に対する
アクセス要求を発信もしくは中継したときに、自己の識
別情報を上記アクセス要求に対して付与する識別情報付
与手段と、上記ネットワークから送られてきたアクセス要求に応じ
て上記記憶手段に対するアクセスを実行するときに、上
記識別情報付与手段により付与された各ユーザの識別情
報、および上記記憶手段内の共有情報について各ユーザ
に対するアクセス制限を規定した情報に基づいて、上記
アクセス要求が経由した全てのユーザに対してアクセス
が許可されている共有情報のみを取り出すアクセス手段
とを備えたことを特徴とする情報共有システム。
【請求項３】上記記憶手段内の共有情報について各ユ
ーザに対するアクセス制限を規定した情報は、個々の記
憶単位毎に、アクセスしても良いもしくはアクセスして
はいけないユーザが誰であるかを規定した情報であるこ
とを特徴とする請求項１または２に記載の情報共有シス
テム。
【請求項４】ネットワーク上に存在する複数のユーザ
に対応した複数の第１の端末装置と、上記複数のユーザ
に開示すべき共有情報を記憶する記憶手段と、上記第１
の端末装置とは別に上記ネットワーク上に存在する第２
の端末装置とを備え、上記複数のユーザが上記記憶手段
に記憶された情報を共有するためのシステムにおいて、上記複数の第１の端末装置はそれぞれ、上記記憶手段に
対するアクセス要求を発信もしくは中継したときに、自
己の識別情報を上記アクセス要求に対して付与する識別
情報付与手段と、上記ネットワークから送られてきたアクセス要求に応じ
て、上記アクセス要求の条件を満たす共有情報を上記記
憶手段から取り出すアクセス手段とを備え、上記第２の端末装置は、上記識別情報付与手段により付
与された各ユーザの識別情報、および上記記憶手段内の
共有情報について各ユーザに対するアクセス制限を規定
した情報に基づいて、上記アクセス手段により取り出さ
れた共有情報の中から、上記アクセス要求が経由した全
てのユーザに対してアクセスが許可されている共有情報
のみを取り出す選別手段を備えたことを特徴とする情報
共有システム。
【請求項５】上記記憶手段内の共有情報について各ユ
ーザに対するアクセス制限を規定した情報は、上記ネッ
トワーク上に存在する個々のユーザ毎に、アクセスして
も良いもしくはアクセスしてはいけない記憶単位が何で
あるかを規定した情報であることを特徴とする請求項１
または４に記載の情報共有システム。
【請求項６】上記記憶手段は、上記ネットワーク上に
存在する複数のユーザ毎にそれぞれ設けられたデータベ
ース記憶手段であり、上記記憶手段内の共有情報について各ユーザに対するア
クセス制限を規定した情報は、上記記憶手段とは別の第
２の記憶手段に記憶されることを特徴とする請求項４に
記載の情報共有システム。
【請求項７】上記第２の記憶手段に記憶される各ユー
ザに対するアクセス制限を規定した情報は、上記記憶手
段内の共有情報を構成するそれぞれの記憶単位につい
て、その記憶単位の共有情報をどのユーザに対して開示
してはいけないかあるいは開示しても良いかを規定した
テーブル情報、もしくは上記複数のユーザのそれぞれに
ついて、上記記憶手段内の共有情報を構成するそれぞれ
の記憶単位のうちどの記憶単位をそのユーザに対して開
示してはいけないかあるいは開示しても良いかを規定し
たテーブル情報であることを特徴とする請求項４〜６の
何れか１項に記載の情報共有システム。
【請求項８】上記テーブル情報は、ユーザの識別情報
および記憶単位を規定するテーブルの縦方向および横方
向の何れにも任意に拡張可能な構造を有することを特徴
とする請求項７に記載の情報共有システム。
【請求項９】複数のユーザがアクセス可能な記憶手段
内の情報をアクセス制限するためのアクセス制御装置に
おいて、上記記憶手段に対するアクセス要求を発信もしくは中継
するときに、自己の識別情報を上記アクセス要求に対し
て付与する識別情報付与手段と、外部から与えられたアクセス要求に応じて上記記憶手段
に対するアクセスを実行するときに、上記識別情報付与
手段により付与された各ユーザの識別情報、および上記
記憶手段内の共有情報について各ユーザに対するアクセ
ス制限を規定した情報に基づいて、上記アクセス要求が
経由した全てのユーザに対してアクセスが許可されてい
る共有情報のみを取り出すように制御するアクセス制御
手段とを備えたことを特徴とする情報に対するアクセス
制御装置。
【請求項１０】複数のユーザがアクセス可能な記憶手
段内の情報をアクセス制限するためのアクセス制御装置
において、上記記憶手段に対するアクセスの過程でネットワーク上
に存在するユーザを経由する毎に付与された各ユーザの
識別情報、および上記記憶手段内の共有情報について各
ユーザに対するアクセス制限を規定した情報に基づい
て、上記経由した全てのユーザに対してアクセスが許可
されている共有情報のみを取り出すように制御するアク
セス制御手段を備えたことを特徴とする情報に対するア
クセス制御装置。
【請求項１１】上記記憶手段内の共有情報について各
ユーザに対するアクセス制限を規定した情報は、上記記
憶手段とは別の第２の記憶手段に記憶されることを特徴
とする請求項１０に記載の情報に対するアクセス制御装
置。
【請求項１２】上記第２の記憶手段に記憶される各ユ
ーザに対するアクセス制限を規定した情報は、上記記憶
手段内の共有情報を構成するそれぞれの記憶単位につい
て、その記憶単位の共有情報をどのユーザに対して開示
してはいけないかあるいは開示しても良いかを規定した
テーブル情報、もしくは上記複数のユーザのそれぞれに
ついて、上記記憶手段内の共有情報を構成するそれぞれ
の記憶単位のうちどの記憶単位をそのユーザに対して開
示してはいけないかあるいは開示しても良いかを規定し
たテーブル情報であることを特徴とする請求項１０また
は１１に記載の情報に対するアクセス制御装置。
【請求項１３】上記テーブル情報は、ユーザの識別情
報および記憶単位を規定するテーブルの縦方向および横
方向の何れにも任意に拡張可能な構造を有することを特
徴とする請求項１２に記載の情報に対するアクセス制御
装置。
【請求項１４】複数のユーザがアクセス可能な記憶手
段内の情報をアクセス制限するためのアクセス制御方法
において、上記記憶手段に対するアクセス要求を発信もしくは中継
するときに、自己の識別情報を上記アクセス要求に対し
て付与する識別情報付与工程と、外部から与えられたアクセス要求に応じて上記記憶手段
に対するアクセスを実行するときに、上記識別情報付与
工程により付与された各ユーザの識別情報、および上記
記憶手段内の共有情報について各ユーザに対するアクセ
ス制限を規定した情報に基づいて、上記アクセス要求が
経由した全てのユーザに対してアクセスが許可されてい
る共有情報のみを取り出すように制御するアクセス制御
工程とを有することを特徴とする情報に対するアクセス
制御方法。
【請求項１５】複数のユーザがアクセス可能な記憶手
段内の情報をアクセス制限するためのアクセス制御方法
において、上記記憶手段に対するアクセスの過程でネットワーク上
に存在するユーザを経由する毎に付与された各ユーザの
識別情報、および上記記憶手段内の共有情報について各
ユーザに対するアクセス制限を規定した情報に基づい
て、上記経由した全てのユーザに対してアクセスが許可
されている共有情報のみを取り出すように制御するアク
セス制御工程を有することを特徴とする情報に対するア
クセス制御方法。
【請求項１６】請求項１、２、４、９、１０の何れか
１項に記載の各手段としてコンピュータを機能させるた
めのプログラムを記録したことを特徴とするコンピュー
タ読み取り可能な記録媒体。
【請求項１７】請求項１４または１６に記載のアクセ
ス制御方法の処理手順をコンピュータに実行させるため
のプログラムを記録したことを特徴とするコンピュータ
読み取り可能な記録媒体。