JPH0962559A - ネットワーク上のライブラリ装置 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上に配置されたライブラリ装置
には一般ユーザよりのファイル登録が禁止され、そのこ
とが結局回栓の容量を圧迫する結果となっていた。 【解決手段】 特定のユーザより転送されたファイル情
報が、一般ユーザへの転送が禁止される仮登録の状態で
収納される一時格納領域と、上記仮登録されたファイル
情報が所定の条件を満たしたとき、一般ユーザへの転送
が許可される本登録の状態で収納される正規格納領域と
を備えるファイル格納装置と、上記仮登録されたファイ
ル情報を一般ユーザからの公開要求に基づいて本登録す
るか否かを決定する情報公開判断手段を備える登録シス
テム制御機構を備え構成とした。これによって、特定ユ
ーザが自己の選択したファイルに対する登録要求がで
き、他の一般ユーザがのファイルに対して公開要求がで
きる。従って、必要なファイルのみが登録できることに
なる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク上に配
置され、ユーザの要求に応じて登録された情報の転送を
行うライブラリ装置に関するものである。

【０００２】

【従来の技術】企業や研究施設等の内部ネットワークの
多くはネットワーク間通信、いわゆるインターネットを
通じて世界中のネットワークに接続されており、こうし
た内部ネットワークの各ユーザはインターネットを利用
して、国内はもとより世界中に散在しているライブラリ
装置より、例えばフリーソフトウェアやドキュメント、
あるいは画像データなどの情報をＦＴＰ(File transfer
Protocols) によって入手することが可能である。

【０００３】しかしながら、近年にいたってはインター
ネットに接続する内部ネットワーク数の増加に伴ってユ
ーザ数は幾何級数的に増加し続けているところから、通
信回線が慢性的に混雑する事態を迎えつつある。特に上
記ライブラリ装置とユーザとの間で実施されるＦＴＰ転
送はしばしば長時間にわたって通信回線を占有すること
があり、上記混雑が生じる大きな要因とされている。

【０００４】そこで、ユーザがＦＴＰ転送を目的にイン
ターネットを利用する頻度を低減するために、各ネット
ワーク毎にライブラリ装置を設置し、情報を求めるユー
ザはインターネットを利用する前にまずこのライブラリ
装置に照会することが推奨されている。

【０００５】これによって、各ネットワークにおけるラ
イブラリ装置の特定管理者が主にインターネットによる
情報収集に携わることになるため、インターネット全体
での通信量が抑制されるところから、円滑な通信を行え
る利益を享受することになる。

【０００６】

【発明が解決しようとする課題】ところで、上記内部ネ
ットワーク上に設置されたライブラリ装置には、該内部
ネットワークの各ユーザ間で共有性の高い情報が登録さ
れているべきであり、ライブラリ装置へ情報を登録する
資格を有する特定管理者は、ユーザの要求や自社の業務
内容に則して、登録すべき情報を予め選別した上で、イ
ンターネット上のライブラリ装置より収集する作業を行
わなければならない。

【０００７】しかしながら、上記特定管理者には多岐に
わたるユーザからの要求が寄せられる一方、こうした要
求を逐一検討した上で必要があれば、外部に散在する多
くの、かつ大容量のライブラリ装置に格納された情報の
中から必要な情報を捜し出し、転送要求を行うという煩
雑な作業を反復して行わなければならない。このため、
特定管理者に負荷が集中する傾向にあり、場合によって
は上記ユーザの要求に充分に対応しきれない事態が生じ
る。この結果、要求を満たされない個々のユーザは、上
記内部ライブラリ装置を顧みることなく、結局インター
ネット上のライブラリ装置を利用し、インターネット上
での通信量を低減する本来の目的が達成されないことに
なる。

【０００８】このような事態に対処するために、一般の
ユーザにも内部ネットワーク上のライブラリ装置への情
報の登録資格を与え、特定の管理者に集中していた負荷
の分散を図ったり、過去の実績に基づいて情報の収集源
たる外部ライブラリ装置を特定しておき、定期的にその
外部ライブラリ装置に新規に登録された情報だけを収集
してくるようにした情報の自動収集システムを活用する
ことも試みられている。

【０００９】しかしながら、前者のような対処によっ
て、例えば誤ってウィルスに感染した情報がライブラリ
装置に登録され、内部ネットワーク全体にその被害が及
ぶ等、保守面での不安が否めず、仮にウィルスに対する
万全の防護態勢を整えたとしても、無秩序に情報が登録
されることによってライブラリ装置の記憶容量が逼迫す
ることにもつながる。

【００１０】また、後者においては、多少特定管理者の
負荷は軽減されるものの、このような自動収集システム
だけでは多岐にわたるユーザの要求には対応できず、結
局特定管理者による手作業の情報収集は必須であり、事
態の根本的な解決には到らない。

【００１１】本発明は、上記従来の事情に鑑みてなされ
たものであって、特定管理者への集中していた負荷の分
散を実現しつつも、ネットワーク内での共有性の高い情
報のみが蓄積され、効率的に運用されるようにしたネッ
トワーク内のライブラリ装置を提供することを目的とす
るものである。

【００１２】

【課題を解決するための手段】上記の目的を達成するた
めに本発明は、以下のように構成されている。すなわ
ち、図１に示すように、本発明はネットワーク上に配置
され、登録された情報をユーザの指定に応じて転送する
ようにしたライブラリ装置に関するものである。

【００１３】まず、当然のことながら、ファイル格納装
置５０が設けられ、該ファイル格納装置５０には、以下
の一時格納領域５１と正規格納領域５２が設けられる。
一時格納領域５１には特定のユーザより仮登録要求がな
されたファイル情報が、一般ユーザへの転送が禁止され
た仮登録の状態で格納される。また、正規格納領域５２
には、上記仮登録されたファイル情報が所定の条件を満
たしたときに、一般ユーザへの転送が許可される本登録
の状態で格納される。この状態で情報公開判断手段１０
１は上記一時格納領域に仮登録されたファイル情報を、
正規格納領域に本登録するための要件を満足しているか
否かを一般ユーザからの公開要求に基づいて判断する。

【００１４】上記登録システム制御機構１０には更に、
ニュース手段１０２を備えておき、上記仮登録要求をし
た上記特定ユーザより、上記仮登録要求されたファイル
を本登録したい旨の登録要求があったとき、該登録要求
の内容をニュース記事に作成してニュース掲示装置７０
に投稿する。

【００１５】上記情報公開判断手段１０１は、上記ニュ
ース記事を参照した上で情報の登録に同意する旨のリプ
ライメールを寄せたユーザの数に基づいて上記仮登録さ
れた情報を正規格納領域に登録するか否かを判断するこ
とになる。

【００１６】また、上記情報公開判断手段１０１は、上
記ニュース記事を参照した上で情報の登録に同意しない
旨のリプライメールが、ファイル格納装置５０の特定管
理者が入手したとき、該特定管理者が出す削除指示を受
け、該削除指示に基づいてファイル情報の削除決定をす
る。

【００１７】更に、上記情報公開判断手段１０１は、上
記一時格納領域に仮登録されている情報について、該仮
登録が所定期間以上にわたっている場合に、該仮登録さ
れた情報の削除を決定する。

【００１８】

【実施例】図２は本発明の概要を示す機能ブロック図で
ある。ファイル格納装置５０が設けられ、該ファイル格
納装置５０の一時格納領域５１に以下に説明するファイ
ルの仮登録が、また正規格納領域５２にファイルの本登
録がなされる。該ファイル格納装置５０を管理するため
にファイル管理機構４０が設けられ、以下に説明するよ
うに特定ユーザＰｕよりのファイル格納装置５０への仮
登録要求、登録システム制御機構１０よりファイル格納
装置５０への指示、あるいはファイル格納装置５０より
登録システム制御機構１０への指示を仲介する。

【００１９】登録システム制御機構１０はユーザと上記
ファイル格納装置５０との仲介をする機能を備え一般ユ
ーザＲｕよりのメール、あるいは一般ユーザＲｕへのメ
ールを作成するメール手段１０３と、該メールに基づい
て上記ファイル管理機構４０に指示を与える情報公開判
断手段１０１と、必要なニュースを作成してニュース掲
示装置７０に転送するニュース手段１０２とよりなる。

【００２０】上記メール手段１０３は特定ユーザＰｕや
一般ユーザＲｕよりのメールあるいは、ファイル格納装
置５０の特定管理者Ｐｍよりのメールの内容を判断する
メール判定部１１と、新たなメールを作成するメール作
成部１２と、作成されたメールを一般ユーザＲｕあるい
は上記特定管理者に送信するメール送信部１３とよりな
る。

【００２１】情報公開判断手段１０１は上記ファイル管
理機構４０との情報の受渡しをするファイル管理機構制
御部１４と、上記メール判定部１１よりの情報あるいは
ファイル管理機構制御部１４よりの情報に基づいて状況
リストメモリ１６へのデータの書き込み、削除を指示す
る状況リスト制御部１５と、上記状況リストメモリ１６
より構成される。

【００２２】上記ニュース手段１０２は上記ファイル管
理機構制御部１４の指示に基づいて新たなニュースを作
成するニュース記事作成部１９と作成されたニュースを
ニュース投稿装置６０を介してニュース掲示装置７０に
伝送するニュース投稿部１８を備える。

【００２３】更に、状況リスト制御部１５に時間情報を
与えるために、タイマ１７がそなえられている。以下図
３〜図１８を用いて、本発明の更に詳しい説明をする
が、以下の説明において、特定ユーザＰｕと、一般ユー
ザＲｕとを問わずユーザはパソコンＰｃ等の通信端末を
所持している必要がある。そしてファイル登録要求を出
す特定ユーザＰｕになったときには該パソコンＰｃ等の
通信端末にファイル登録装置５０と、上記登録システム
制御機構１０とのメールの授受を行うためにメール装置
２０の機能を備える必要がある。また、更に、一般ユー
ザＲｕになったときには、上記パソコンＰｃ等の通信端
末に、上記登録要求が出されたファイルに対する公開要
求を出すためのメール装置２０と、上記ニュース掲示装
置７０のニュースを講読するためのニュース装置８０と
を備える必要がある。

【００２４】上記の構成において、以下のように、特定
のユーザよりのファイル情報の登録要求（仮登録要
求）、ファイル情報に対する一般ユーザＲｕより公開要
求、該公開要求に基づく本登録処理、又はファイル削除
要求に対する削除処理、一般ユーザＲｕよりのファイル
格納装置５０へのファイル読み出し要求があったときの
ファイル読み出し処理がなされる。 〔登録要求〕ある特定のユーザがある特定のソフト等の
ファイルを以後の自分の使用、あるいはネットワーク内
の他社の使用に供したいときにファイル格納装置に対し
て登録をする必要がある。そのために上記ユーザは、上
記ファイル格納装置へのファイルの格納を制御する手段
に対してファイル登録要求手続きをする必要がある。

【００２５】図３は「登録要求」手続きをするに必要な
機能を抽出した機能ブロック図であり、図８、図９は図
３の手順を示すフローチャートである。まず、ファイル
格納装置５０に登録して公開したいファイルを持つある
特定のユーザは、パソコンなどのファイル登録装置３０
を使用して、ファイル格納装置５０へのファイルのリー
ド／ライトを管理するファイル管理機構４０に対し、フ
ァイルの仮登録を要求する（図８、ステップＦ１０）。

【００２６】ファイルの仮登録の要求を受けたファイル
管理機構４０は、ファイル格納装置５０の一時格納領域
５１に対して、要求のあったファイルを書き込むことに
よって仮登録を行う。このように書き込まれたファイル
に対してはファイル格納装置５０の特定管理者Ｐｍ以外
のユーザにリード／ライトの権限を与えないようにして
登録することにより、他のユーザからの改ざんを防止す
る（図８、ステップＦ１１→Ｆ１２）。さらに、一時格
納領域５１からは特定の管理者以外のユーザに対するリ
ストの開放を禁止して、ファイルの存在自体を他のユー
ザに知らせないようにし、改ざんを防止する（図８、ス
テップＦ１４）。

【００２７】ファイルの仮登録を終えた特定ユーザＰｕ
は、上記パソコンＰｃが備えるメール装置２０を使って
ファイルの仮登録を終えたことを示す内容をメール本文
に記し、登録システム制御機構１０にこのメールを送信
することによって、ファイルの登録要求を発信する（図
８、ステップＦ１１→Ｆ１４）。この時、メール本文に
は仮登録完了時にファイル登録要求手続きを行ったユー
ザがファイル管理機構４０から受け取った登録完了通知
あるいは証明書等を含むことによって、メールの正当性
を証明できるものが好ましい。また、この例では便宜
上、登録システム制御機構１０を示すメールアドレスと
して、インターネットのメールアドレスを用い、「auto
-add＠flab.fujitsu.co.jp」とする。

【００２８】上記アドレスに送られたメールは登録シス
テム制御機構１０のメール判定部１１に受信され、該メ
ール判定部１１で解析される（図９、ステップＦ２
１）。すなわち、メール判定部１１では、例えば、受け
取ったメールの主題が、"Add request" というメールで
あれば、「特定ユーザＰｕが上記ファイル格納装置５０
に対して仮登録要求したファイルをファイル格納装置５
０の正規格納領域５２に登録する」すなわち本登録の要
求であると判断し、メールから必要な情報を抽出しよう
とする。

【００２９】必要な情報とは、例えば、登録者のメール
アドレス、登録を要求したファイルのファイル名、登録
要求を発行した日時、さらに仮登録の時にファイル管理
機構４０から受け取ったはずの登録完了通知あるいは証
明書等である。

【００３０】メール判定部１１で判定されたメールが、
本登録に必要な情報、条件を満たしていれば、状況リス
ト制御部１５とニュース記事作成部１９に対してこれら
の情報を渡し、満たさない場合はメール作成部１２に情
報を渡す。

【００３１】メール作成部１２で情報を受け取った場合
は「要求を破棄する」旨のメールを作成し、メール送信
部１３に渡して、そのメールを登録要求を発行した特定
のユーザに返送する（図９、ステップＦ２７→Ｆ２
８）。

【００３２】状況リスト制御部１５で情報を受け取った
場合は、受け取った情報を状況リスト１６に書き込む。
このとき、そのファイルに対する一般ユーザＲｕからの
公開要求が０件であることを示すデータも書き込む。こ
の例では、 19940214150000:foo＠flab.fujitsuco.jp:dir-ＡＢＣ:f
ile-xyz:このファイルは…: ０ というデータを書き込んだことにする。':'で区切られ
る各フィールドは「"1994年2月14日15時00分00秒"とい
う要求発行日時に、"foo＠flab.fujitsuco.jp"というメ
ールアドレスのユーザから"dir- ＡＢＣ" という名前の
正規格納領域に"file-xyz"という名前のファイルの登録
を要求した。さらに“このファイルは…”というファイ
ルの内容紹介が付加されているが、その要求に対する一
般ユーザＲｕからの公開は今のところ“０件”であ
る」、という内容を示している。

【００３３】状況リスト制御部１５と同じく情報を受け
取ったニュース記事作成部１９では、一般ユーザＲｕに
登録要求の内容を紹介するための記事として、例えば、
「以下のファイルの登録要求が発行されています。

【００３４】ファイルの公開を希望する方はこの記事に
対し、３月１４日までにリプライメールを送ってくださ
い。 Subject "file-xyz Add Request" 登録要求発行日時 1994年2 月14日15時00分00秒 登録要求者アドレス foo ＠flab.fujitsu.co.jp 登録要求格納領位置 dir-ＡＢＣ 登録要求ファイル名 file-xyz ファイルの内容紹介 このファイルは… 公開要求受付期限 1994年3 月14日 このファイルの公開を望みますか？［Yes or No ］＝
＞」という本文の記事を作成し、ニュース投稿部１８に
渡す。この時、ニュース記事のヘッダ部にはユーザがそ
の記事に対してリプライメールを送った時に、自動的に
上記登録要求者のアドレスであるauto-add＠flab.fujit
su.co.jp宛にメールが送られるように設定しておく（図
９、ステップＦ２２→Ｆ２３→Ｆ２４→Ｆ２５）。

【００３５】作成されたニュース記事を受け取ったニュ
ース投稿部１８は、ニュース投稿装置６０に対して該当
するニュース記事の投稿指示を与え、この指示を受け取
ったニュース投稿装置６０はそのニュース記事を直ちに
ニュース掲示装置７０に投稿することにより、ニュース
掲示装置７０への掲示、すなわち一般ユーザＲｕへの登
録要求の公開を完了する（図９、ステップＦ２６）。 〔本登録〕以上のように登録要求があったファイルが仮
登録された状態で、以下のように一般ユーザＲｕからの
所定数の公開要求があったときに、上記ファイルは本登
録される。

【００３６】図４は、上記本登録に関連する本発明の機
能ブロック図であり、図１０〜図１２は、その手順を示
すフローチャートである。一般ユーザＲｕは自己の持つ
ニュース装置８０（パソコンの機能の一部）のニュース
講読機構８１を使用して、ニュース掲示装置７０に掲示
されているニュース記事を講読することにより、ファイ
ル登録要求の存在を知る（図１０、ステップＦ３１）。
要求の存在を知ってもそのファイルはまだ一般ユーザＲ
ｕは入手不可能なので、入手するためにはファイルの公
開要求を発行しなければならない。この公開要求の発行
は紹介記事に対し、リプライメールを返すことで実現さ
れる（図１０、ステップＦ３２→Ｆ３３→Ｆ３６））。

【００３７】すなわち、ファイルの入手を希望するユー
ザは、ニュース記事を講読しているニュース記事８０の
メール機構８２を用いて該当する記事に対し、登録シス
テム制御機構１０のメール判定部１１にリプライメール
を発信する。この時、登録システム制御機構１０であら
かじめ返送先のアドレスとして、登録システム制御機構
１０を示すauto-add＠flab.fujitsu.co.jpに設定されて
いるので、ニュース装置８０側では返送機能を起動した
だけで返送先は自動的に登録システム制御機構１０に設
定される。

【００３８】一般ユーザＲｕはファイルの公開を要求す
ることを示すメールとして、例えば、 Subject "［Re］file-xyz Add Request" 登録要求発行日時 1994年2 月14日15時00分00秒 登録要求者アドレス foo ＠flab.fujitsu.co.jp 登録要求格納位置 dir-ＡＢＣ 登録要求ファイル名 file-xyz このファイルの公開を望みますか？［Yes or No ］＝＞
Yes 」という内容のメールを発信する。

【００３９】一般ユーザＲｕからの公開要求のメールを
受け取った登録システム制御機構１０では、メール判定
部１１においてメールの内容を解析する（図１１、ステ
ップＦ４１）。

【００４０】メール判定部１１では例えば、受け取った
メールの主題(Subject) が "［Re］ファイル名Add Requ
est"であれば、掲示した登録要求のニュース記事に対す
るリプライメールであると判断する。この場合、メール
が公開を要求するものか、公開を破棄しようとするもの
か、主題だけでは判定できないので、さらにメールの内
容を確認し、例えば、「このファイルの公開を望みます
か？［Yes or No］＝＞Yes 」の記述から、公開を要求
するものと判断し、メールから必要な情報を抽出しよう
とする。

【００４１】必要な情報としては、例えば、登録要求発
行日時，登録要求者アドレス，登録要求格納位置，登録
要求ファイル名，公開要求者アドレス等である。メール
判定部１１で判定されたメールが、本登録に必要な情
報、条件を満たしていれば状況リスト制御部１５に対し
てこれらの情報を渡し、満たさない場合はメール作成部
１２に情報を渡す（図１１、ステップＦ４２）。

【００４２】メール作成部１２で情報を受け取った場合
は、「要求が条件を満たさないので破棄する」旨のメー
ルを作成し、メール送信部１３に渡して、そのメールを
公開要求を発行した元の一般ユーザＲｕに返送する（図
１１、ステップＦ４７→Ｆ４８））。

【００４３】状況リスト制御部１５で情報を受け取った
場合は、状況リスト１６から該当する登録要求のデータ
を検索し、公開要求数のカウントを＋１し、さらに公開
を要求した一般ユーザＲｕのメールアドレスを書き込
む。例えば、userl ＠flab.fujitsu.co.jpというメール
アドレスを持つ一般ユーザＲｕから初めての公開要求を
受けた場合には、 19940214150000:foo＠flab.fujitsuco.jp:dir-ＡＢＣ:f
ile-xyz:このファイルは… :1:userl ＠flab.fujitsu.c
o.jp という公開要求データが書き込まれる（図１１、ステッ
プＦ４３）。

【００４４】上記公開要求データを書き込む時、すでに
同一メールアドレスが登録されている場合、すなわち同
一一般ユーザＲｕから既に公開要求があった場合は、カ
ウントを＋１しないで元のデータを保持することによ
り、同一ユーザからの複数の公開要求は許可しない。

【００４５】このようにして書き込まれる所定期間にお
ける公開要求のカウントがあらかじめ定めた規定数に満
たない場合はこれで処理を終了するが、規定数、例えば
５に達した時、すなわち、１つの登録要求に対して５人
のユーザから公開要求が発行された場合、状況リスト制
御部１５は該当するファイルに関するデータをファイル
管理機構制御部１４に渡す（図１１、ステップＦ４４→
Ｆ４５）。

【００４６】ファイル管理機構制御部１４はデータを受
け取ると、直ちにそのデータをファイル管理機構４０に
受け渡すことで、該当するファイルの本登録の指示を与
え、その処理状況を監視する。

【００４７】本登録指示を受け取ったファイル管理機構
４０は、ファイル格納装置５０の一時格納領域５１から
上記データに該当するファイルを検索し、見つけたファ
イルを正規格納領域５２のデータに該当する格納位置
（この例ではdir-ＡＢＣ）に移動することによって、本
登録を完了する（図１１、ステップＦ４６→Ｆ４９）。

【００４８】ファイル管理機構制御部１４はファイル管
理機構４０からの完了通知等によって本登録が完了した
ことを確認すると、登録されたファイルに関するデータ
をメール作成部１２およびニュース記事作成部１９に渡
し、状況リスト制御部１５に登録完了を通知する。

【００４９】上記のようにファイル管理機構制御部１４
より登録完了の通知を受けた状況リスト制御部１５は、
状況リスト１６から登録を完了したファイルに関するデ
ータを削除する（図１２、ステップＦ５１）。

【００５０】また、上記のようにファイル管理機構制御
部１４より登録されたファイルに関するデータを受け取
ったメール作成部１２は、最初に登録要求を発行した特
定のユーザと、そのファイルの公開要求を行ったそれぞ
れの一般ユーザＲｕ宛ての「要求のあったファイルをフ
ァイル格納装置５０に登録した」旨を記したメールを作
成し、これをメール送信部１３に渡して、上記各々のユ
ーザに送信する（図１２、ステップＦ５２→Ｆ５３）。

【００５１】更に、上記登録されたファイルに関するデ
ータを受け取ったニュース記事作成部１９は、「要求の
あったファイルをファイル格納装置５０に登録した」旨
を記したニュース記事を作成し、これをニュース投稿部
１８に渡して、ニュース投稿装置６０に投稿指示を与え
る（図１２、ステップＦ５４→Ｆ５５）。

【００５２】ニュース投稿装置６０は該当する記事をニ
ュース掲示装置７０に投稿することにより、他の一般ユ
ーザＲｕにもファイルの公開を通知する。 〔登録要求削除〕上記のようにファイル可能装置の一時
格納領域に仮登録されたファイルであっても、登録する
にふさわしくないファイルである場合には登録要求を削
除することができる。

【００５３】図５は上記登録要求削除を実行するための
機能ブロック図であり、図１３、図１４はそのフロー図
である。前記したように一般ユーザＲｕは自己の持つニ
ュース装置８０のニュース講読機構８１を使用して、ニ
ュース掲示装置７０に掲示されているニュース記事を講
読することにより、ファイル登録要求の存在を知る。

【００５４】ところが他の何らかの情報源からそのファ
イルの公開に障害がある旨の情報、例えばウィルスを含
んでいる危険性があるとか、特別な契約を結ばないと公
開できない等の情報を得ているユーザは、ファイル格納
装置５０の特定の管理者宛に登録要求の削除要求を送信
するができる（図１０、ステップＦ３４→Ｆ３５）。

【００５５】この削除要求はニュース記事を講読してい
るニュース装置８０のメール機構８２を用いた、該当す
る記事に対するリプライメールの形式でなされる。但
し、上記登録要求の説明で述べたように、送り先のメー
ルアドレスは既に登録システム制御機構１０に設定され
ているのであるから、ここでは該登録システム制御機構
１０からファイル格納装置５０の特定管理者Ｐｍに書き
換えておく必要がある。

【００５６】一般ユーザＲｕは登録要求の削除を要求す
ることを示すメールとして、例えば、 Subject "［Re］file-xyz Add Request" 登録要求発行日時 1994年2 月14日15時00分00秒 登録要求者アドレス foo ＠flab.fujitsu.co.jp 登録要求格納位置 dir-ＡＢＣ 登録要求ファイル名 file-xyz このファイルの公開を望みますか？［Yes or No ］＝＞
No 理由 このソースは公開範囲が限定されている。別のニ
ュースに出ていた記事によると…」という内容のメール
を発信する。

【００５７】一般ユーザＲｕからの削除要求のメールを
受け取った特定管理者Ｐｍは、メール装置２０でそのメ
ールの内容を確認し、削除要求の内容に問題がないと判
断すれば、そのメールを登録システム制御機構１０に転
送し（図１３、ステップＦ６１→Ｆ６２→Ｆ６３）、問
題がある場合は、必要があればメール装置２０でその旨
を記したメールを作成し、削除要求を発行した一般ユー
ザＲｕに返送する（図１３、ステップＦ６７）。

【００５８】尚、この例では、特定管理者Ｐｍが一般ユ
ーザＲｕからの削除要求メールを受けたことを契機に、
登録システム制御機構１０に対して削除要求メールを送
っているが、特定管理者Ｐｍがニュース装置８０を使っ
て登録要求紹介のニュース記事を講読し、その記事を契
機にニュース装置８０のメール機構８２を使って削除要
求メールを発信してもよい。

【００５９】特定管理者Ｐｍからの削除要求のメールを
受け取った登録システム制御機構１０では、メール判定
部１１においてメールの内容を解析する（図１３、ステ
ップＦ６４）。

【００６０】メール判定部１１では、例えば、受け取っ
たメールの主題が "［Re］ファイル名 Add Request" で
あれば、掲示した登録要求のニュース記事に対するリプ
ライメールであると判断する。前記したように、メール
が公開を要求するものか、公開を廃棄しようとするもの
か、主題だけでは判定できないので、さらにメールの内
容を確認し、例えば、「このファイルの公開を望みます
か？［Yes or No ］＝＞No」の記述から、登録要求の削
除を要求するものと判断し、メールから必要な情報を抽
出する（図１３、ステップＦ６５）。

【００６１】上記必要な情報は、上記したように例え
ば、登録要求発行日時，登録要求者アドレス，登録要求
格納位置，登録ファイル名，公開要求者アドレス等であ
る。メール判定部１１で判定されたメールが、削除要求
に必要な情報、条件を満たしていれば、状況リスト制御
部１５に対してこれらの情報を渡す。

【００６２】状況リスト制御部１５では状況リスト１６
から該当する登録要求のデータを検索し、該当するデー
タをファイル管理機構制御部１４に渡す。ファイル管理
機構制御部１４はデータを受け取ると、直ちにそのデー
タをファイル管理機構４０に受け渡すことで、該当する
ファイルの削除指示を与えその処理状況を監視する。

【００６３】削除指示を受け取ったファイル管理機構４
０は、ファイル格納装置５０の一時格納領域５１から伝
送されてきた当該データに該当するファイルを検索し、
見つけたファイルを削除する（図１３、ステップＦ６
６）。

【００６４】ファイル管理機構制御部１４はファイル管
理機構４０からの完了通知等によって削除が完了したこ
とを確認すると、削除したファイルに関するデータをメ
ール作成部１２およびニュース記事作成部１９に渡し、
状況リスト制御部１５に削除完了を通知する。

【００６５】上記のように削除したファイルに関するデ
ータを受け取ったメール作成部１２は、最初に登録要求
を発行した特定のユーザと、そのファイルの公開要求を
行ったそれぞれの一般ユーザＲｕと、そのファイルの登
録要求の削除要求を行った一般ユーザＲｕと、そのファ
イルの登録要求の削除要求を行った特定の管理者宛てに
「要求のあったファイル登録は○○の理由で削除した」
旨を記したメールを作成し、これをメール送信部１３に
渡して各々のユーザに送信する（図１４、ステップＦ７
２→Ｆ７３）。

【００６６】また、削除したファイルに関するデータを
受け取ったニュース記事作成部１９は、「要求のあった
ファイル登録は○○の理由で削除した」旨を記したニュ
ース記事を作成し、これをニュース投稿部１３に渡し
て、ニュース投稿装置６０に投稿指示を与える（図１
４、ステップＦ７４→Ｆ７５）。

【００６７】ニュース投稿装置６０は該当する記事をニ
ュース掲示装置７０に投稿することにより、他の一般ユ
ーザＲｕにもファイルの登録要求の削除を通知する（図
１４、ステップＦ７６）。

【００６８】削除完了の通知を受けた状況リスト制御部
１５は、状況リスト１６から削除を完了した登録要求に
関するデータを削除する（図１４、ステップＦ７１）。 〔期限監視〕上記本登録は登録要求があってから所定期
間内の公開要求が所定数以上ある必要がある。図６は上
記期限監視を実行するための機能ブロック図であり、図
１５，図１６は、その手順を示すフローチャートであ
る。

【００６９】自動登録システム制御機構１０のタイマ部
１７はあらかじめ設定しておいた時刻、例えば毎日０時
と１２時になると、状況リスト制御部１５に対して「期
限切れ」となっている登録要求の削除を指示する。ここ
で、「期限切れ」の登録要求とは、あらかじめ設定され
た期間、例えば１カ月を経過しても本登録に必要な公開
要求数、例えば５件を得られなかった登録要求を示す
（図１５、ステップＦ８１）。

【００７０】指示を受けた状況リスト制御部１５は、状
況リスト１６から「期限切れ」に該当するデータを検索
し、見つかったデータをファイル管理機構制御部１４に
渡す（図１５、ステップＦ８２）。例えば起動されたの
が３月１４日12:00 で、期限切れの期間が１カ月と設定
されていれば、２月１４日12:00 以前に登録されて、公
開要求のカウントが、この例では５以下のデータを検出
する。

【００７１】ファイル管理機構制御部１４はデータを受
け取ると、直ちにそのデータをファイル管理機構４０に
受け渡すことで、該当するファイルの削除指示を与え、
その処理状況を監視する。

【００７２】削除指示を受け取ったファイル管理機構４
０は、ファイル格納装置５０の一時格納領域５１からデ
ータに該当するファイルを検索し、見つけたファイルを
削除する（図１５、ステップＦ８３→Ｆ８４）。

【００７３】ファイル管理機構制御部１４はファイル管
理機構４０からの完了通知等によって削除が完了したこ
とを確認すると、削除したファイルに関するデータをメ
ール作成部１２およびニュース記事作成部１９に渡し、
状況リスト制御部１５に削除完了を通知する。

【００７４】まず、削除完了の通知を受けた状況リスト
制御部１５は、状況リスト１６から削除を完了した登録
要求に関するデータを削除する（図１６、ステップＦ９
１）。

【００７５】また、上記データを受け取ったメール作成
部１２は、最初に登録要求を発行した特定のユーザと、
そのファイルの公開要求を行ったそれぞれの一般ユーザ
Ｒｕ宛ての「要求のあったファイル登録は期限切れで削
除した」旨を記したメールを作成し、これをメール送信
部１３に渡して各々のユーザに送信する（図１６、ステ
ップＦ９２→Ｆ９３）。

【００７６】更に、上記データを受け取ったニュース記
事作成部１９は、「要求のあったファイル登録は期限切
れの理由で削除した」旨を記したニュース記事を作成
し、これをニュース投稿部１８に渡して、ニュース投稿
装置６０に投稿指示を与え、これを受け取ったニュース
投稿装置６０はニュース掲示装置７０に指示されたニュ
ースを投稿する（図１６、ステップＦ９４→Ｆ９５→Ｆ
９６）。 〔ファイル読み出し〕以上のようにして本登録されたフ
ァイルはネット内の一般ユーザＲｕが自由に入手するこ
とができる。図７は一般ユーザＲｕによるファイルの入
手を行うための機能ブロック図であり、図１７はファイ
ルを入手する手順を示すフローチャート、図１８はアク
セスを拒否されたときの手順を示すフローチャートであ
る。

【００７７】ニュース掲示装置７０に掲示された「登録
要求のあったファイルをファイル格納装置５０に登録し
て、公開した」という旨のニュース記事を、ニュース装
置８０のニュース講読機構８１で講読した一般ユーザＲ
ｕで、そのファイルを実際に入手しようと思ったユーザ
は、ファイル読出装置９０を使用してファイル格納装置
５０の正規格納領域５２にアクセスし、該当するファイ
ルを読み出して、そのファイルを入手する（図１７、ス
テップＦ１０１→Ｆ１０２→Ｆ１０３）。

【００７８】ニュース掲示装置７０に「登録要求のあっ
たファイルをファイル格納装置５０に登録して、公開し
た」という旨のニュース記事が存在していない場合で
も、ファイル読出装置９０を使用してファイル格納装置
５０の正規格納領域５２のファイルリストを取った時に
ファイルの存在を知る場合も起こり得る。このような場
合は、直接ファイル読出装置９０を使用してファイル格
納装置５０の正規格納領域５２から該当するファイルを
読み出して、そのファイルを入手することができる。

【００７９】ニュース掲示装置７０に掲示された登録要
求の掲示だけを見て、ファイル読出装置９０を使用し、
ファイル格納装置５０の正規格納領域５２を検索する一
般ユーザＲｕも存在し得る。このようなユーザがファイ
ルを捜してみて存在しなかった場合は、図４で説明した
ように公開要求のメールを送ればよい。この公開要求に
よって公開要求件数が規定値（この場合５）に達するこ
ともあるので、正規格納領域５２を検索するようにして
もよい（図１７、ステップＦ１０８→Ｆ１０４〜Ｆ１０
７）。

【００８０】ニュース掲示装置に掲示された登録要求の
掲示だけを見て、ファイル読出装置９０を使用し、ファ
イル格納装置５０の一時格納領域５１から該当するファ
イルを読み出そうとする一般ユーザＲｕも存在し得る
が、このようなユーザによるリスト要求やファイル読出
要求は一切拒否される（図１８、ステップＦ１１１〜Ｆ
１１２）。また、一時格納領域５１への一般ユーザＲｕ
からの書き込みも一切拒絶される（図１８、ステップＦ
１１３→Ｆ１１４）。

【００８１】〔他の実施例の説明〕上述の実施例ではフ
ァイルに問題がある時、一般ユーザＲｕは特定の管理者
に直接メールを送ることによって、登録要求の差し止め
を求めているが、メールを登録システム制御機構に送
り、受け取った登録システム制御機構のメール判定部で
判定して、特定の管理者に転送するものであってもよ
い。

【００８２】上述の実施例では登録システム制御機構が
要求したユーザに対して、必ず処理結果をメールで通知
しているが、ニュースでも情報を公開しているので、こ
のメールでの通知を実行しないものであってもよい。

【００８３】上述の実施例では状況リストに登録するデ
ータとして、登録要求発行日時、要求者のメールアドレ
ス、登録要求格納位置、登録要求ファイル名、ファイル
の内容紹介、公開要求数、公開要求者のメールアドレス
を記録しているが、それぞれに代わる機能を果たすデー
タを記録するものであってもよいし、その他のデータを
記録するものであってもよいし、一部のデータを含まな
いものであっても良い。

【００８４】上述の実施例では一般ユーザＲｕが要求を
発行する時、ニュース装置に付属しているメール機構を
使用しているが、通常のメール装置を使用して直接要求
を発行してもよい。

【００８５】上述の実施例では一般ユーザＲｕから登録
要求の差し止め要求があった場合、即座に特定の管理者
が正当か／不当の判断を行い、登録要求の削除を行うか
否かを決定しているが、特に決定せず、状況リストに記
録されている登録要求数から決められた数（例えば２）
を減じて、その後の状況を見守るものであってもよい。

【００８６】

【発明の効果】以上説明したように、本発明はある特定
のユーザが登録要求をしたファイルに対して、一般ユー
ザからの所定数以上の公開要求があると本登録され一般
ユーザに公開されるようになっているので、特定の管理
者に負荷を掛けることなく、ファイルの登録が可能にな
り、ファイル登録作業の幅広い一般ユーザへの負荷分散
を可能にするために効果を奏する。

【００８７】また、本発明は特定のユーザが登録要求を
したファイルに対して、一般ユーザからの登録削除要求
があったとき、該登録要求を削除できるようになってい
る。従って、不当な登録要求の監視作業の負荷を特定の
管理者だけでなく、幅広い一般ユーザへの分散を可能に
し、しかも多くの目で監視することで不当な要求をより
確実に排除できるようになり効果を奏する。

【００８８】更に、本発明は、定期的に「期限切れ」と
なった登録要求を検索して、自動的に削除するようにし
ているので、特定の管理者がチェック作業を行わずと
も、共有性の少ないファイルの登録を削除することにな
り、特定の管理者への負荷を軽減するのに効果を奏す
る。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の概念を示す機能ブロック図である。

【図３】本発明の登録要求時の状態を示す機能ブロック
図である。

【図４】本発明の公開要求時の状態を示す機能ブロック
図である。

【図５】本発明の削除要求時の状態を示す機能ブロック
図である。

【図６】本発明の期限監視の状態を示す機能ブロック図
である。

【図７】本発明のファイル読出し時の状態を示す機能ブ
ロック図である。

【図８】本発明の登録要求手順を示すフロー図である。

【図９】本発明の登録要求手順を示すフロー図である。

【図１０】本発明の公開要求手順を示すフロー図であ
る。

【図１１】本発明の公開要求手順を示すフロー図であ
る。

【図１２】本発明の公開要求手順を示すフロー図であ
る。

【図１３】本発明の削除要求手順を示すフロー図であ
る。

【図１４】本発明の削除要求手順を示すフロー図であ
る。

【図１５】本発明の期限監視手順を示すフロー図であ
る。

【図１６】本発明の期限監視手順を示すフロー図であ
る。

【図１７】本発明のファイル読出し手順を示すフロー図
である。

【図１８】本発明の一時格納領域へのアクセス手順を示
すフロー図である。

【符号の説明】

１０ 登録システム制御機構 ５０ ファイル格納装置 ５１ 一時格納領域 ５２ 正規格納領域 １０１ 情報公開判断手段 １０２ ニュース手段

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に配置されるとともに、
   登録されたファイル情報をユーザの指定に応じて転送す
   るようにしたライブラリ装置において、 特定のユーザより転送されたファイル情報が、一般ユー
   ザへの転送が禁止される仮登録の状態で収納される一時
   格納領域と、上記仮登録されたファイル情報が所定の条
   件を満たしたとき、一般ユーザへの転送が許可される本
   登録の状態で収納される正規格納領域とを備えるファイ
   ル格納装置と、 上記仮登録されたファイル情報を一般ユーザからの公開
   要求に基づいて本登録するか否かを決定する情報公開判
   断手段を備える登録システム制御機構を備えたことを特
   徴とするネットワーク上のライブラリ装置。
2. 【請求項２】 上記登録システム制御機構が、上記仮登
   録要求をした上記特定ユーザより、上記仮登録要求され
   たファイルを本登録したい旨の登録要求があったとき、
   該登録要求の内容をニュース記事に作成してニュース掲
   示装置に投稿するニュース手段を備えた請求項１に記載
   のネットワーク上のライブラリ装置。
3. 【請求項３】 上記情報公開判断手段が、上記ニュース
   記事を参照した上で情報の登録に同意する旨の公開要求
   を寄せたユーザの数に基づいて上記仮登録された情報を
   正規格納領域に登録するか否かを判断する請求項２に記
   載のネットワーク上のライブラリ装置。
4. 【請求項４】 上記情報公開判断手段が、上記ニュース
   記事を参照した上で情報の登録に同意しない旨の削除要
   求に基づいたファイル格納装置の特定管理者よりの削除
   指示があったとき、仮登録された情報の削除を決定する
   請求項２に記載のネットワーク上のライブラリ装置。
5. 【請求項５】 上記情報公開判断手段が、上記一時格納
   領域に仮登録されている情報について、該仮登録が所定
   期間以上にわたっている場合に、該仮登録された情報の
   削除を決定する請求項１に記載のネットワーク上のライ
   ブラリ装置。