JPH11282736A

JPH11282736A - 情報管理装置および方法

Info

Publication number: JPH11282736A
Application number: JP10087518A
Authority: JP
Inventors: Masanori Fujimura; 正則藤村
Original assignee: NET FIVE KK
Current assignee: NET FIVE KK
Priority date: 1998-03-31
Filing date: 1998-03-31
Publication date: 1999-10-15

Abstract

(57)【要約】【課題】ファイル名指定の煩わしさを軽減する。【解決手段】クライアントツール２０は、生成したメ
ッセージファイルを、通信ツール２１を用いて情報管理
サーバ１２のＣＧＩサーバ２２に送る。ＣＧＩサーバ２
２はクライアント装置１１側からメッセージファイルを
受け取ると、一意に決定されるファイル名「ＭＹＹＹＹ
ＭＭＤＤＨＨｍｍＳＳＸＸＸＸＸＸＸＸ．Ｖ」をそのメ
ッセージファイルに割り当て、メッセージファイルを登
録した時刻をメッセージファイルに含ませ、このメッセ
ージファイルをファイルサーバ１３に保管する。ファイ
ルサーバ１３はメッセージファイルの保管が成功裏に完
了すると通知をＣＧＩサーバ２２に返す。ＣＧＩサーバ
２２は、通知に応じてクライアント装置１１側にファイ
ル名を転送する。クライアントツール２０は、保持して
いるメッセージファイルのファイル名を、受け取ったフ
ァイル名で更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コンピュータ利
用環境において情報を管理する情報管理技術に関し、と
くに、ファイル名を指定する煩わしさを緩和しようとす
るものである。

【０００２】

【従来の技術】コンピュータ利用環境においては、情報
はファイルとして扱われ、情報を作成したり利用したり
する者が、ファイルにファイル名を指定して個々のファ
イルを識別できるようにしている。ファイル名は、その
属性に由来する名前を用いることが多い。例えば、作成
者の氏名、サブジェクト名、プロジェクト名、客先名、
ファイル内容の要約をファイル名の一部に用いることが
多い。しかし、扱うファイルが多くなると、適切なファ
イル名を選択するのに苦労することが多い。すでに、類
似のファイル名を使っていることが多くなるからであ
る。また、既存のファイルにアクセスする場合に、アク
セス対象のファイル名がなかなか特定できない場合も多
い。ファイルの数が多くなるとファイルごとにそのファ
イル名をメモしておくことは困難である。ファイルに名
前を付けたり、取出したいファイルの名前を特定したり
することなくファイルを扱えれば大変に便利である。

【０００３】

【発明が解決する課題】この発明は、以上の事情を考慮
してなされたものであり、ユーザがファイルにファイル
名を付ける煩わしさを軽減することを目的としている。

【０００４】

【課題を解決するための手段】この発明によれば、上述
の目的を達成するために、情報管理装置に、ファイル送
信側からファイルを受け付けて所定の規則に従ってファ
イルごとに固有のファイル名を生成する手段と、生成し
た上記ファイル名を用いて上記ファイルを記憶するファ
イル記憶手段と、生成した上記ファイル名を上記ファイ
ル送信側に返す手段と、上記ファイル送信側の対応する
ファイルを、生成した上記ファイル名で記憶する手段と
を設けるようにしている。

【０００５】この構成においては、正式なファイル名を
ユーザが指定する必要がなく、ファイル名指定の煩わし
さを緩和できる。

【０００６】ファイル送信サイトとファイル記憶サイト
は、ネットワークで接続された個別のコンピュータシス
テムに別々に配置されてもよいし、１つのコンピュータ
システムのプロセスとして構成してもよい。

【０００７】また、この構成において、上記ファイルに
ファイル本体の検索属性を含ませてもよい。そして、ユ
ーザの指定した検索属性に基づいて上記ファイル記憶手
段を検索し、対応するファイルのリストを生成し、生成
された上記リストに基づいて、上記ファイル記憶手段か
ら上記対応するファイルを取得するようにしてもよい。

【０００８】また、上記ファイルはファイル本体の検索
属性および登録時刻情報を含むようにしてもよい。ま
た、上記ファイルはヘッダおよびボディを含み、上記ヘ
ッダが検索属性および登録時刻情報を含むようにしても
よい。そして、各ユーザの最後のアクセス時を記憶する
ようにして、ユーザの指定した検索属性および上記ユー
ザの最後のアクセス時に基づいて上記ファイル記憶手段
を検索して、効率良くユーザにファイルを提供するよう
にしてもよい。

【０００９】また、この発明によれば、上述の目的を達
成するために、ファイルサーバとクライアント装置とを
ネットワークで接続して成る情報管理装置に、ファイル
登録側クライアント装置からファイルを受け付けて所定
の規則に従ってファイル名を生成する手段と、生成した
上記ファイル名を用いて上記ファイルを記憶するファイ
ル記憶手段と、生成した上記ファイル名を用いたファイ
ルアクセス要求をクライアント装置から受け付ける手段
と、上記ファイルアクセス要求に応じて上記ファイル記
憶手段に記憶されているファイルを、上記アクセス要求
元のクライアント装置に転送する手段とを設けるように
している。

【００１０】この構成においても、正式なファイル名を
ユーザが指定する必要がなく、ファイル名指定の煩わし
さを緩和できる。

【００１１】また、この発明によれば、上述の目的を達
成するために、情報管理装置に、コンテンツ、上記コン
テンツの登録時および上記コンテンツの検索属性を記憶
する第１の記憶手段と、ユーザの最後のアクセス時を記
憶する第２の記憶手段と、ユーザの指定した検索属性お
よび上記ユーザの最後のアクセス時に基づいて上記第１
の記憶手段に記憶されているコンテンツを検索し、対応
するコンテンツを表示するリストを生成する手段と、上
記生成されたリストに基づいて上記第１の記憶手段から
対応するコンテンツを取得する手段とを設けるようにし
ている。

【００１２】この構成においても、正式なコンテンツ名
（ファイル名）をユーザが指定する必要がなく、コンテ
ンツ名指定の煩わしさを緩和できる。

【００１３】なお、この発明は、方法としても実現で
き、またコンピュータプログラム製品として実現するこ
ともできる。

【００１４】

【発明の実施の態様】以下、この発明の実施例について
説明する。

【００１５】図１は、実施例の構成を全体として示して
おり、この図において、ネットワーク１０にクライアン
ト装置１１、情報管理サーバ１２およびファイルサーバ
１３が接続されている。ネットワーク１０はＬＡＮ（ロ
ーカルエリアネットワーク）、ＷＡＮ（ワイドエリアネ
ットワーク）、インターネットでもよい。クライアント
装置１１やファイルサーバ１３は複数設けることができ
る。情報管理サーバ１２は、基本的には単一のシステム
で構成する。ただし、複数のシステムを統合された環境
で用いてもよい。ファイルサーバ１３は情報管理サーバ
１２と同じサイトに配置してもよいし、別のサイトに配
置してもよい。単一のコンピュータシステムに情報管理
サーバ１２およびファイルサーバ１３を実装してもよ
い。

【００１６】クライアント装置１１は、パーソナルコン
ピュータ、パーソナルデジタルアシスト、ワークステー
ション等、種々のコンピュータシステムを用いて構成で
きる。このクライアント装置１１上で、クライアントツ
ール２０および通信ツール２１が実行されるようになっ
ている。クライアントツール２０は、ユーザ登録、
データ登録およびデータアクセスに用いられる。これ
ら各サービスについては後に詳述する。クライアントツ
ール２０は、例えば米国マクロメディア社のＤｉｒｅｃ
ｔｏｒ（商標）により作成したマルチメディアアプリケ
ーションを用いることができる。通信ツール２１は、ク
ライアントツール２０に対して通信プロトコルサービス
を提供し、クライアントツール２０がネットワーク１０
を介して情報管理サーバ１２およびファイルサーバ１３
と情報のやり取りを行なえるようにしている。通信プロ
トコルとしてはＨＴＴＰ（ハイパーテキスト・トランス
ファ・プロトコル）やＦＴＰ（ファイル・トランスファ
・プロトコル）を用いることができる。通信ツール２１
は、米国ｇ／ｍａｔｔｅｒ社のＸｔｒａＮｅｔ（商標）
を用いることができる。

【００１７】クライアントツール２０および通信ツール
２１は、フロッピーディスク、ＣＤ−ＲＯＭ等の記録媒
体や通信セッションを用いてユーザに配布し、クライア
ント装置１１に実装させることができる。

【００１８】情報管理サーバ１２は、クライアントツー
ル２０からのユーザ登録、データ登録（ファイル登
録）およびデータアクセス（ファイルアクセス）のサ
ービスの要求を実行するものである。データ登録は、ク
ライアント装置１１から送られてくるデータに管理情報
を付加してファイルサーバ１３に登録することである。
情報管理サーバ１２は、ＣＧＩ（コモンゲートウェイイ
ンターフェース）サーバ２２およびユーザデータベース
２３を含んで構成されている。ＣＧＩサーバ２２は、所
定プロトコル（ＨＴＴＰやＦＴＰ）のネットワーク通信
を実現するとともに、クライアント装置１１から送られ
てくる入力に基づいてユーザ登録、データ登録およ
びデータアクセスのサービスをクライアント装置１１
に提供する。各サービスはＣＧＩにより実現される。Ｃ
ＧＩのほかに、ＳＳＩ（サーバサイドインクルード）や
ＪＡＶＡ（米国サンマイクロシステムズ社商標）アプリ
ケーションを用いてもよい。ユーザデータベース２３
は、ユーザ情報を登録するものである。ユーザ情報の詳
細については後に説明する。

【００１９】ファイルサーバ１３は、クライアント装置
１１からのデータをファイルとして登録するとともに、
ＨＴＴＰやＦＴＰのプロトコルでファイルをクライアン
ト装置１１に転送するものである。

【００２０】このような構成において、ユーザはユーザ
登録を行ない、作成したデータ（テキスト、イメージ、
音声）を登録し、さらに、自分が登録したデータや他人
（専門のクリエータ）が登録したデータを参照する。

【００２１】以下、ユーザ登録、データ登録および
データアクセスについて詳細に説明する。

【００２２】図２は、ユーザ登録の動作を示しており、
この図において、ユーザはクライアント装置１１のクラ
イアントツール２０を起動し、ユーザ登録情報を入力す
る（Ｓ１１、Ｓ１２）。なお、起動後、ユーザ登録を含
む複数のオプションが提示される場合にはユーザ登録の
オプションを選択する。クライアントツール２０はグラ
フィカルユーザインタフェースを提供する。クライアン
トツール２０は、入力された情報に基づいてユーザ情報
ファイル（一時ファイル）を生成する（Ｓ１３）。当初
のユーザ情報ファイルはつぎの項目を含んでいる。

【００２３】

【表１】氏名情報住所情報電話・ファックス情報電子メール情報クレジットカード情報キーワード

【００２４】このキーワードはアクセスしたいファイル
を特定するためのものであり、１または複数個指定する
ことができる。このユーザ情報ファイルのストリングが
通信ツール２１に送られネットワーク１０を介して情報
管理サーバ１２に送られる（Ｓ１４、Ｓ１５）。

【００２５】キーワードをどうのように指定するかは、
ユーザに提供するサービス内容によって変わり得る。例
えば、情報提供者がイニシャティブを取って、ユーザに
見せたい情報を選択するのであれば、フロッピーディス
ク等の記録媒体や情報通信セッションを用いてキーワー
ドをユーザ側に送り、これを登録するようにする。ユー
ザが主体的に情報の選別を行なうのであればユーザ自身
がキーワードを入力するようにしてもよい。キーワード
以外の情報はユーザが直接に入力したり、クライアント
システムのユーザプロファイル情報を用いて入力したり
することができる。

【００２６】情報管理サーバ１２のＣＧＩサーバ２２
は、クライアント装置１１から送られてくるユーザ情報
ファイルのストリングを受け取り、固有のユーザＩＤお
よびパスワードを生成し、これらからユーザ情報のレコ
ードを生成してユーザデータベース２３に登録する（Ｓ
１６、Ｓ１７）。なお、このレコードにはユーザの最終
アクセス時刻のフィールドも設けられている。ユーザ登
録を行なった時点では最終アクセス時刻は空になってい
る。ユーザ情報のレコードは以下の情報を含んでいる。

【００２７】

【表２】ユーザＩＤパスワード氏名情報住所情報電話・ファックス情報電子メール情報クレジットカード情報キーワード

【００２８】以上の登録が成功裏に終了すると、その旨
が、ユーザデータベース２３からＣＧＩサーバ２２に返
され（Ｓ１８）、ＣＧＩサーバ２２はユーザＩＤおよび
パスワードをネットワーク１０およびクライアント装置
１１の通信ツール２１を介してクライアント装置１１の
クライアントツール２０に送る（Ｓ１９、Ｓ２０）。ク
ライアントツール２０は、送られてきたユーザＩＤおよ
びパスワードを反映させるようにユーザ情報ファイルを
更新し、更新内容をユーザに表示する（Ｓ２１、Ｓ２
２）。

【００２９】クライアント装置１１のユーザ情報ファイ
ルは以下のように更新される。このユーザ情報ファイル
は、ユーザデータベース２３のレコードに最終アクセス
時刻のフィールドを付加したものである。なお、ユーザ
登録のみの場合には、最終アクセス時刻は空になってい
る。

【００３０】

【表３】ユーザＩＤパスワード最終アクセス時刻氏名情報住所情報電話・ファックス情報電子メール情報クレジットカード情報キーワード

【００３１】以降、ユーザは、ユーザＩＤおよびパスワ
ードを用いてこの実施例の情報管理システムを利用す
る。

【００３２】つぎに、データ登録について説明する。図
３は、データ登録時の動作を示しており、この図におい
て、ユーザはクライアント装置１１のクライアントツー
ル２０を用いて登録対象のメッセージを入力する（Ｓ３
１）。クライアントツール２０は、ユーザ情報ファイル
と、入力されたメッセージとに基づいてメッセージファ
イルを生成する（Ｓ３２）。

【００３３】メッセージファイルには、クライアントツ
ール２０によってファイル名が割り当てられる。このフ
ァイル名をオリジナルファイル名と呼ぶ。オリジナルフ
ァイル名は、「ＮＹＹＹＹＭＭＤＤＨＨｍｍＳＳＸＸＸ
ＸＸＸＸＸ．Ｖ」のように生成される。ここで、「Ｎ」
は、オリジナルファイル名であることを示す識別子であ
る（後に説明するようにＣＧＩサーバ２２が割り当てる
正式なファイル名の先頭には「Ｍ」が付され、先頭のマ
ークによりファイル名の種類を区別できる）。「ＹＹＹ
Ｙ」は西暦、「ＭＭ」は月、「ＤＤ」は日、「ＨＨ」は
時、「ｍｍ」は分、「ＳＳ」は秒を表し、「ＸＸＸＸＸ
ＸＸＸ」はシリアルな数字であり、「Ｖ」はバージョン
番号である。バージョン番号は、ファイルがバージョン
アップされるたびに大きくなる数字である。

【００３４】なお、オリジナルファイル名をユーザが割
り当てるようにしてもよい。後述するように、メッセー
ジファイルのファイル名は最終的に情報管理サーバ１２
（ＣＧＩサーバ２２）が割り当て確定するので、クライ
アントツール２０側では適当なファイル名を用意するだ
けでよく、ファイル名の決定の煩わしさが解消される。

【００３５】メッセージファイルは以下の構成要素を有
している。メッセージファイルは具体的にはヘッダ情報
とボディ情報とからなり、下記の構成要素のうちボディ
以外はすべてヘッダ情報に含まれる。

【００３６】

【表４】作成者ＩＤオリジナルファイル名有効期間期限サブジェクト参照ファイル名キーワードボディ添付ファイルアドレス

【００３７】ここで、「参照ファイル名」は、当該メッ
セージファイルが参照しているメッセージファイルのフ
ァイル名を表すものである。例えば、オリジナルのメッ
セージファイルの内容を含む新たなメッセージファイル
を作成した場合に、オリジナルのメッセージファイルの
ファイル名を参照ファイル名として書き込む。新たなメ
ッセージファイルの内容を読んでいるときに、オリジナ
ルのメッセージファイルの内容を参照したい場合があ
る。このようなときに、参照ファイル名を利用してオリ
ジナルのメッセージファイルに簡単にアクセスできる。

【００３８】「有効期間情報」は、メッセージファイル
が有効な期間を指定するものである。この有効期間を外
れた時刻では到来メッセージファイルにアクセスするこ
とができない。この情報を利用して、例えば、期限切れ
の情報をユーザがアクセスすることを防止できる。

【００３９】クライアントツール２０は、生成したメッ
セージファイルを、通信ツール２１を用いて情報管理サ
ーバ１２のＣＧＩサーバ２２に送る（Ｓ３３、Ｓ３
４）。ＣＧＩサーバ２２はクライアント装置１１側から
メッセージファイルを受け取ると、一意に決定されるフ
ァイル名をそのメッセージファイルに割り当てる（Ｓ３
５）。例えば、「ＭＹＹＹＹＭＭＤＤＨＨｍｍＳＳＸＸ
ＸＸＸＸＸＸ．Ｖ」で表されるファイル名を割り当て
る。ここで「Ｍ」はサーバ側で割り当てた正式なファイ
ル名であることを示す識別子である。「ＹＹＹＹ」は西
暦、「ＭＭ」は月、「ＤＤ」は日、「ＨＨ」は時、「ｍ
ｍ」は分、「ＳＳ」は秒を表し、「ＸＸＸＸＸＸＸＸ」
はシリアルな数字であり、「Ｖ」はバージョン番号であ
る。バージョン番号は、ファイルがバージョンアップさ
れるたびに大きくなる数字である。さらに、ＣＧＩサー
バ２２は、メッセージファイルを登録した時刻をメッセ
ージファイルに含ませる（Ｓ３５）。そしてこのメッセ
ージファイルをファイルサーバ１３に保管する（Ｓ３
６）。

【００４０】ファイルサーバ１３はメッセージファイル
の保管が成功裏に完了するとその通知をＣＧＩサーバ２
２に返す（Ｓ３７）。ＣＧＩサーバ２２は、ファイルサ
ーバ１３の通知に応じてクライアント装置１１側に正式
なファイル名を転送する（Ｓ３８、Ｓ３９）。クライア
ントツール２０は、ＣＧＩサーバ２２からファイル名を
受け取ると、保持しているメッセージファイルのファイ
ル名（オリジナルファイル名）を、受け取ったファイル
名で更新する（Ｓ４０）。そしてデータの登録の完了が
ユーザに通知される（Ｓ４１）。以降は、このファイル
名を用いてメッセージファイルを操作する。メッセージ
ファイルの更新もこのファイル名を用いて実行される。
このとき、先に述べたようにバージョン番号がインクリ
メントされる。

【００４１】なお、ＣＧＩサーバ２２が、メッセージフ
ァイルからオリジナルファイル名を抽出し、正式なファ
イル名とオリジナルファイル名との対をクライアントツ
ール２０に送ることにより、どのファイルのファイル名
を変更すればよいのかを容易に知ることができる。

【００４２】また、メッセージファイルとともに、ユー
ザＩＤおよびパスワードもＣＧＩサーバ２２に送られ、
ユーザ認証が行われる。ユーザ認証は周知であるので説
明を省略する。

【００４３】つぎに、データアクセスについて説明す
る。図４〜図６は、データアクセスの流れを示してお
り、これらの図において、まず、ユーザはクライアント
装置１１においてクライアントツール２０を起動する
（Ｓ５１）。データアクセスのオプションを選択しなけ
ればならない場合には、そのオプションを選択する。つ
ぎに、クライアントツール２０はユーザ情報ファイルを
読み込み（Ｓ５２）、ユーザＩＤ、パスワード、キーワ
ードおよび最終アクセス時刻を抽出し通信ツールを介し
てＣＧＩサーバ２２に送る（Ｓ５３、Ｓ５４）。ＣＧＩ
サーバ２２は、これらデータを受け取り、このときの時
刻（ＣＧＩサーバ２２の時刻）を当該ユーザの新たな最
終アクセス時刻として記録しておく。ＣＧＩサーバ２２
は、さらに、ユーザＩＤおよびパスワードを用いてユー
ザデータベース２３をアクセスし、本人認証を行なう
（Ｓ５５）。そして、ＣＧＩサーバ２２は、キーワード
および検索期間指定（メッセージファイルの登録時刻を
最終アクセス時刻以降現在までとする）に基づいてファ
イルサーバ２３のメッセージファイルを検索する（Ｓ５
６）。ＣＧＩサーバ２２は、例えば、ＳＱＬ式を出力し
て検索を行なう。初めてデータアクセスを行なう場合に
は、最終アクセス時刻は空となっており、すべてのメッ
セージファイルを対象に検索を行なう。過去に、検索を
行なった場合には、その時点までに登録されたメッセー
ジファイルについては検索が終了しているので、それ以
降に登録されたメッセージファイルを対象にして検索を
行なう。なお、メッセージファイルの検索においてメッ
セージファイルの有効期間情報を利用し、有効期間が外
れているメッセージファイルをスクリーニングするよう
になっている。

【００４４】検索結果は、コンテンツ・インデックス・
ファイル（一時ファイル、パイプ）としてＣＧＩサーバ
２２に返される（Ｓ５７）。このコンテンツ・インデッ
クス・ファイルはヒットしたメッセージファイルのファ
イル名のリストを含んで構成されている。このファイル
のストリングはネットワーク１０および通信ツール２１
を介してクライアントツール２０に送られ（Ｓ５８、Ｓ
５９）、クライアントツール２０はこの情報をコンテン
トインデックスファイルとして保管する（Ｓ６０）。な
お、コンテンツ・インデックス・ファイルとともに、新
たな最終アクセス時刻もクライアントツール２０に返さ
れ、クライアント装置１１のユーザ情報ファイルの最終
アクセス時刻が更新される。

【００４５】クライアントツール２０は、さらに、コン
テンツ・インデックス・ファイルから順次メッセージフ
ァイルのファイル名を取出し、同一のファイルがすでに
ローカルの記憶装置（ハードディスク）に存在するかど
うかを調べ、存在する場合にはそのエントリをファイル
から削除する（Ｓ６１）。このような事態は、ＣＤ−Ｒ
ＯＭ、ＣＤエクストラ等、他のソースからすでにファイ
ルを取得している場合に起こる。こののち、クライアン
トツール２０は、コンテンツ・インデックス・ファイル
のファイル名を参照して通信ツールにメッセージファイ
ルの取得を指示する（Ｓ６２、Ｓ６３）。そして、これ
に応じてメッセージファイルが順次ファイルサーバ２３
で検索され（Ｓ６４）、取出され（Ｓ６５、Ｓ６６）、
ローカルの記憶装置に記憶され、場合によってはその内
容が表示される（Ｓ６８）。クライアント装置１１側で
成功裏にメッセージファイルが取得された後は、コンテ
ンツ・インデックス・ファイルから対応するファイル名
を削除する（Ｓ６７）。以下、同様にして、残りのファ
イル名に対応するメッセージファイルが取出される。

【００４６】種々の理由により、メッセージファイルの
取得が失敗した場合には、対応するエラーメッセージと
メッセージファイル名とを含む警告ファイルが生成され
る（Ｓ７０）。この警告ファイルは通信ツール２２を介
してＣＧＩサーバ１２に送られる（Ｓ７１、Ｓ７２）。
ＣＧＩサーバ１２は、警告ファイル中のメッセージファ
イルのファイル名を用いてユーザデータベース２３を検
索し（Ｓ７３）、メッセージファイルの作成者（オーナ
ー）を特定し（Ｓ７４）、エラーメッセージを内容とす
る電子メールを例えばＰＯＰ（ポストオフィスプロトコ
ル）３プロトコルで当該作成者に送付する（Ｓ８０、Ｓ
８１）。メッセージファイルの作成者は、どのような原
因でファイルアクセスが失敗したのかを知ることがで
き、何らかの対処をとらなければならないのかどうかを
知ることができる。また、対応する警告内容を示す情報
がクライアント装置１１のユーザにも表示される（Ｓ７
５、Ｓ７７、Ｓ７８）。電子メールを作成者に送ったか
どうかは、ファイルサーバ１３にフラグにより表示され
る（Ｓ７６）。

【００４７】この実施例においては、正式なファイル名
は情報管理サーバ１２が割り当てるので、ユーザはファ
イル名を指定する煩雑さから逃れることができる。ファ
イルの特定はキーワード検索を中心に行なうことがで
き、アクセス対象のファイルを特定するためにファイル
名を指定する必要がなく、コンピュータの知識に乏しい
ユーザでも簡単に用いることができる。

【００４８】また、ファイルサーバ１３が管理するファ
イル名をユーザが勝手に決めないようにしているのでフ
ァイル名の衝突等が未然に回避される。

【００４９】この実施例においては、さらに、クライア
ント装置１１のクライアントツールや通信ツールをフロ
ッピーディスク、ＣＤ−ＲＯＭ、ＣＤエクストラ、ＩＣ
カード、ＩＣチップ等のポータブルの記録媒体に記憶し
て配布すれば、ユーザは簡単に所望の情報を取得でき
る。たとえば、所定のアーティストの音楽ＣＤ（ＣＤエ
クストラ）に、そのアーティストに関連した情報サイト
へのアクセスを行なうクライアントツールをマルチメデ
ィアアプリケーションとして提供すれば、その音楽情報
サイトへのアクセスが非常に容易に行なうことができ
る。この場合、フロッピーディスク、ＣＤ−ＲＯＭ、Ｃ
Ｄエクストラ等にユーザＩＤやパスワードを含ませてお
くこともできる。マルチメディアアプリケーションは、
情報サイトごとに個別にその特性に合致したものに構成
でき、汎用のブラウザ等なしで利用することもできる。
また、データ（ファイル）を取出す際に用いるユーザ情
報ファイルのキーワードをフロッピーディスク、ＣＤ−
ＲＯＭ等の記録媒体や通信媒体を介してユーザ情報ファ
イルに登録するようにしてもよい。例えば、初めてクラ
イアントツールをインストールする場合には、そのイン
ストールにあわせて所望のキーワードがローカルのユー
ザ情報ファイルに自動的に登録されるようにする。ま
た、すでに、クライアントツールがインストールされて
いる場合には、このクライアントツールが、通信セッシ
ョンを介して、または、フロッピーディスクやＣＤ−Ｒ
ＯＭ等からキーワードを取得してローカルのユーザ情報
ファイルに登録すればよい。パンフレット等ユーザに見
てほしい情報のキーワードをユーザのユーザ情報ファイ
ルに登録することにより、情報の流通を容易に行なうこ
とができる。

【００５０】なお、この発明は上述実施例に限定される
ものではなく、種々変更することができる。例えば、正
式に割り当てられるファイル名の命名規則として他のも
のを用いてもよい。

【００５１】また、クライアント装置側のユーザ情報フ
ァイルの最終アクセス時刻をクライアント側の時計に基
づいて記録するようにしてもよい。

【００５２】さらに、最終アクセス時刻情報をユーザデ
ータベースに保管するようにしてもよい。実施例で説明
したように、クライアント装置側に最終アクセス時刻を
保管する場合には、同じユーザでもクライアント装置が
異なれば、個別に同一のファイルを重複して取出せると
いう利点がある。すなわち、どのクライアント装置を用
いても同一の環境で情報を取得できる。これに対し、サ
ーバ側で、最終アクセス時刻を管理すると、１のクライ
アント装置を用いてすでにダウンロードし、そのクライ
アント装置のローカルのディスクに記憶した情報は、他
のクライアント装置を用いて再度アクセスしてもダウン
ロードできない。ただし、最新の情報のみ取得できれば
よい場合は、この手法の方がよい。

【００５３】もちろん、クライアント装置およびサーバ
の双方に最終アクセス時刻を記録しておき、どちらの最
終アクセス時刻も用いることができるよにしてもよい。
たとえば、デフォルトではサーバ側の最終アクセス時刻
を用い、必要に応じて、クライアント装置側の最終アク
セス時刻を用いるようにしてもよい。

【００５４】また、情報管理システムをネットワーク上
に分散させる場合のみでなく、単一のコンピュータシス
テムにおけるファイル管理システムにこの発明を適用す
ることもできる。

【００５５】また、メッセージファイル自体にユーザイ
ンタフェースのＧＵＩを提供する情報を含ませてもよ
い。また、ＧＵＩを実現するプログラムまたはデータ
を、サーバがわに１または複数用意し、どのＧＵＩを用
いるか（用いない場合も含む）を表す情報をメッセージ
ファイルに含ませ、メッセージファイルの指示にしたが
って該当するＧＵＩのプログラムまたはデータをクライ
アント装置側に送るようにしてもよい。

【００５６】

【発明の効果】以上説明したように、この発明によれ
ば、ファイル登録時に、ユーザが正式なファイル名を指
定する必要がないので、ファイル名指定の煩わしさを軽
減することができる。また、複数のユーザが１のファイ
ルシステムに書き込みアクセスする場合には、ファイル
名が衝突したり、一貫性がなくなったりすることがな
い。

【図面の簡単な説明】

【図１】この発明の実施例を示すブロック図である。

【図２】上述実施例のユーザ登録の動作を説明する模
式図である。

【図３】上述実施例のデータ登録の動作を説明する模
式図である。

【図４】上述実施例のデータアクセスの動作の一部を
説明する模式図である。

【図５】上述実施例のデータアクセスの動作の一部を
説明する模式図である。

【図６】上述実施例のデータアクセスの動作の一部を
説明する模式図である。

【符号の説明】

１０ネットワーク１１クライアント装置１２情報管理サーバ１３ファイルサーバ２０クライアントツール２１通信ツール２２ＣＧＩサーバ２３ユーザデータベース

Claims

【特許請求の範囲】

【請求項１】ファイル送信側からファイルを受け付け
て所定の規則に従ってファイルごとに固有のファイル名
を生成する手段と、生成した上記ファイル名を用いて上記ファイルを記憶す
るファイル記憶手段と、生成した上記ファイル名を上記ファイル送信側に返す手
段と、上記ファイル送信側の対応するファイルを、生成した上
記ファイル名で記憶する手段とを有することを特徴とす
る情報管理装置。
【請求項２】上記ファイルはファイル本体の検索属性
を含む請求項１記載のファイル転送装置。
【請求項３】ユーザの指定した検索属性に基づいて上
記ファイル記憶手段を検索し、対応するファイルのリス
トを生成する手段と、生成された上記リストに基づいて、上記ファイル記憶手
段から上記対応するファイルを取得する手段とをさらに
有する請求項２記載の情報管理装置。
【請求項４】上記ファイルはファイル本体の検索属性
および登録時刻情報を含む請求項１記載の情報管理装
置。
【請求項５】上記ファイルはヘッダおよびボディを含
み、上記ヘッダが検索属性および登録時刻情報を含む請
求項４記載の情報管理装置。
【請求項６】各ユーザの最後のアクセス時を記憶する
ユーザアクセス時刻情報記憶手段と、ユーザの指定した検索属性および上記ユーザの最後のア
クセス時刻に基づいて上記ファイル記憶手段を検索し、
対応するファイルのリストを生成する手段と、生成された上記リストに基づいて上記ファイル記憶手段
から上記対応するファイルを取得する手段とをさらに有
する請求項１、２、３、４または５記載の情報管理装
置。
【請求項７】ネットワークを介してクライアント装置
に接続されるファイルサーバを備える情報管理装置にお
いて、ファイル登録要求元のクライアント装置からファイルを
受け付けて所定の規則に従ってファイルごとに固有のフ
ァイル名を生成する手段と、生成した上記ファイル名を用いて上記ファイルを記憶す
るファイル記憶手段と、生成した上記ファイル名を用いたファイルアクセス要求
をクライアント装置から受け付ける手段と、上記ファイルアクセス要求に応じて上記ファイル記憶手
段に記憶されているファイルを、上記アクセス要求元の
クライアント装置に転送する手段とを有することを特徴
とする情報管理装置。
【請求項８】コンテンツ、上記コンテンツの登録時刻
および上記コンテンツの検索属性を記憶する第１の記憶
手段と、ユーザの最後のアクセス時刻を記憶する第２の記憶手段
と、ユーザの指定した検索属性および上記ユーザの最後のア
クセス時刻に基づいて上記第１の記憶手段に記憶されて
いるコンテンツを検索し、対応するコンテンツを表示す
るリストを生成する手段と、上記生成されたリストに基づいて上記第１の記憶手段か
ら対応するコンテンツを取得する手段とを有することを
特徴とする情報管理装置。
【請求項９】ファイル送信側からファイルを受け付け
て所定の規則に従ってファイル名を生成するステップ
と、生成した上記ファイル名を用いて上記ファイルを記憶す
るステップと、生成した上記ファイル名を上記ファイル送信側に返すス
テップと、上記ファイル送信側の対応するファイルを、生成した上
記ファイル名で記憶するステップとを有することを特徴
とする情報管理方法。
【請求項１０】ファイルサーバに対してファイルの登
録を要求するステップと、上記ファイルサーバが登録要求対象のファイルに付けた
ファイル名を受け取るステップと、上記登録要求もとの対応するファイルを、上記ファイル
サーバから送られるファイル名で記憶するステップとを
コンピュータに実行させるために用いることを特徴とす
る情報管理用コンピュータ・プログラム製品。
【請求項１１】通信媒体および記録媒体の一方または
双方から入力されたキーワードを記憶する手段と、上記キーワードに基づいたファイル検索をサーバに要求
する手段と、上記ファイル検索が的中したファイルを受信する手段と
を有することを特徴とするクライアント装置。