JP2002342171A - 情報管理システム、情報管理装置、情報管理方法、情報利用クライアント、情報利用クライアントプログラムならびに情報利用クライアントプログラムを記録した情報記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 画像情報と関連情報とを一の取扱い単位とし
た「情報画像」を用い情報の一元管理をすることによっ
て、複製などの規制を行う。 【解決手段】 サーバにおいてクライアントが管理する
情報と同じ情報を管理するとともに、該情報の移転はサ
ーバ上でこれを行い、クライアントは該サーバの許可が
なければ該情報の参照ができないようにすることで、高
度な情報参照権限管理を行うことができるようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本願において開示する発明
は、セキュリティの高い情報管理を行うことができる情
報管理システム等に係る。詳しくは、サーバにおいてク
ライアントが管理する情報と同じ情報を管理するととも
に、該情報の移転はサーバ上でこれを行うとともに、ク
ライアントは該サーバの許可がなければ該情報の参照が
できないようにすることで、高度な情報参照権限管理を
行うことができるようにした情報管理システム等に関す
るものである。

【０００２】

【従来の技術】まず、本明細書中で用いる「情報画像」
なる用語は、画像情報と、少なくとも固有の処理を規定
する関連情報とをひとつの取り扱い単位としたものであ
る。ここで情報画像と画像情報とは明確に異なる概念で
あることを注記する。情報画像には、関連情報として様
々な情報を含ませることができる。そして、情報画像を
JPG,GIFなど一般的なパーソナルコンピュータが表示で
きる形式にしてその表示情報として画像情報を含ませて
あれば、その情報画像の含む画像情報は、様々なクライ
アントコンピュータ上で動作するマイクロソフト社製イ
ンターネット・エクスプローラやネットスケープ社製ネ
ットスケープ・ナビゲータなどで参照することができる
ようになる。

【０００３】（１．関連情報について）まず、本実施の
形態において共通して用いる概念である、関連情報につ
いて説明する。

【０００４】この関連情報とは、端末の操作者に特定の
サーバにある情報を参照させたい場合には、その情報を
特定する情報（ＵＲＬやＩＰアドレスなど）、特定のプ
ログラムを動作させたい場合には、そのプログラム名や
プログラムそのものとすることができる。もちろん、新
たな画像情報を電子機器から取得するなどの指示情報と
することができる。さらに、単に特定の文字・数値・記
号をあらわすものであっても構わない。

【０００５】（２．情報画像の構成）次に、情報画像に
ついて、図１２乃至図１３を用いて説明する。情報画像
は前述のとおり、少なくとも前記画像情報として画像表
示部より視覚可能に表示される画像の情報と、関連情報
とを含んでいるものである。さらにその画像を特定する
ための識別子を含めても構わない。

【０００６】図１２は関連情報を埋め込んだ画像情報の
フォーマット例を示した図である。

【０００７】ここで、画像情報はＧＩＦフォーマットの
画像を例にとった。なお、フォーマットについてはＧＩ
Ｆ形式をとらずとも、ＪＰＧ形式やＰＣＸ形式などを採
っても構わない。開始部１２０１は、本情報がＧＩＦ形
式の画像情報であることを識別するために設けられたフ
ィールドであり、‘ＧＩＦ’なる文字列ならびにそのバ
ージョンが割り当てられたものである。

【０００８】配色表式画像データ１２０３は、画素は、
左から右、上から下の順序で配列された画像データであ
る。ここで、ＧＩＦの場合、可変長符号のLZWアルゴリ
ズムを使って符号化されている。

【０００９】注釈拡張部１２０５は、ＧＩＦデータ・ス
トリーム中の主たるグラフィック情報以外の情報を含ま
せることができる。たとえば、副グラフィック情報、製
作関係者名情報、主たるグラフィック情報に関する注釈
情報、制御情報など、通常であれば直接表示のために用
いるものでないいかなる情報をも含めることができるよ
うになっている。

【００１０】終了部１２０６は、このデータ・ストリー
ムが終了したことを示し、他のパラメータ情報などがこ
の後に続かないことを意味するようになっている。開始
部１２０１と配色表式画像データ１２０３の間１２０２
と、配色表式画像データ１２０３と注釈拡張部１２０５
の間１２０４には、これら以外の情報を含んでいる。例
えば、画面幅、画面高さ、色解像度など、これから描画
する画像に必要な情報を定義するパラメータを含んだ情
報が割り当てられている。

【００１１】関連情報１２０７は、上記注釈拡張部１２
０５にそのまま、若しくは暗号化などの処理を施した後
に配置され、ひとつの情報としてまとまることになる。
これにより、結果として、ひとつの識別子によって他の
情報と弁別されうる画像情報は、その内部に特定動作情
報や識別子を含んで情報画像とすることができるように
なる。これらの説明はすべてＧＩＦフォーマットで行っ
たが、他のフォーマット形式の画像形式であっても、こ
のように画像情報と分離されうる領域に記録されれば構
わない。

【００１２】次に別の画像情報への埋め込み形式につい
て図９を用いて説明する。

【００１３】図１３は、特定の動作情報等の関連情報１
３０８を埋め込んだ情報画像の別のフォーマット例を示
した図である。ここでも、画像情報はＧＩＦフォーマッ
トの画像を例にとっている。この例においても、フォー
マットについてはＧＩＦ形式をとらずとも、ＪＰＧ形式
やＰＣＸ形式などを採っても構わない。

【００１４】開始部１３０１は、上記と同じく、本情報
がＧＩＦ形式の画像情報であることを識別するために設
けられたフィールドであり、‘ＧＩＦ’なる文字列なら
びにそのバージョンが割り当てられたものである。

【００１５】配色表式画像データ１３０３は、画素は、
左から右、上から下の順序で配列された画像データを配
置するところであるが、ここでは画像情報１３０７に、
関連情報たる特定動作情報１３０８をウォーターマーク
の形式で混合１３０９させることにより、その画像情報
を表示しても視覚上特定動作情報がそのまま視認でき
ず、画像情報はそのまま視認できるようなものとなって
いる。ここで、このようにして混合１３０９された情報
は、可変長符号のLZWアルゴリズムを使って符号化され
る。

【００１６】注釈拡張部１３０５は、通常、ＧＩＦデー
タ・ストリーム中のグラフィック情報以外の情報を含ん
でいる。本例では特に必要としないフィールドである
が、必要となれば、自由な定義で情報提供者が利用する
ことが可能である。また、上記特定動作以外の関連情報
を含めることも可能である。

【００１７】終了部１３０６は、このデータ・ストリー
ムが終了したことを示し、他のパラメータ情報などがこ
の後に続かないことを意味するようになっている。

【００１８】上記いずれの画像例においてもすべてＧＩ
Ｆフォーマットで説明したが、他のフォーマット形式の
画像形式であっても、このように関連情報が画像情報と
分離可能な状態で記録されれば構わない。

【００１９】（３．情報画像の利用態様）情報画像の利
用態様については特開２００１ー１１７８４５号公報に
記載されているが、ここでは簡単に説明する。マイクロ
ソフト社製インターネット・エクスプローラやネットス
ケープ社製ネットスケープ・ナビゲータなどのブラウザ
プログラムによってサーバからロードされた情報画像
は、ブラウザの機能によってその情報画像が含む画像情
報部分のみが取り出され、クライアントコンピュータの
表示デバイスに表示されるようになる。この情報画像を
通常ブラウザプログラムが有する保存機能を利用すれ
ば、当該コンピュータ上に独立したファイルとして取り
扱うことができるようになるので、これを他人に簡単に
拡布することができるようになる。

【００２０】

【発明が解決しようとする課題】しかし、従来のシステ
ムにおいて情報画像を他のクライアントに送付する場合
（以下、情報画像の譲渡という）、電子メールなどの手
法によることになる。この手法によれば、送付元のクラ
イアント上に原情報が残ることから、結果として複製が
おこなわれたこととなり、情報画像が含む関連情報に音
楽情報など複製規制管理を行わなければならないものが
含まれているときに、著作権者などが不測の不利益を受
けることになる点に問題があった。

【００２１】

【課題を解決するための手段】本願において開示する発
明は、上記問題点の低減を図るべくなされたものであっ
て、操作感を損なうことなく、情報画像等情報の複製規
制を伴った譲渡を可能としたものである。

【００２２】（１．請求項１に係る発明について）すな
わち、請求項１に係る発明は、情報画像を用いて情報の
管理をする情報管理システムであって、情報管理装置と
情報利用クライアントを具備した情報管理システムを提
供することで上記問題点の軽減を図ったものである。

【００２３】ここで、情報管理装置は、いわゆるサーバ
としての機能を有し、少なくとも、クライアントフォル
ダ管理部と、移転管理部を有する。

【００２４】クライアントフォルダ管理部は、クライア
ント識別子と、クライアントに開示する情報画像を関連
付けて記録し、指示によりこれらの関連付けの変更を行
うことができるように作用する。

【００２５】また、移転管理部は、該クライアントフォ
ルダ管理部に記録されている情報について、一の情報画
像が他のクライアント識別子に関連付けが変更されるこ
とを把握し、許否を決定するように作用する。

【００２６】また、情報利用クライアントは、少なくと
も情報を視覚可能にさせる表示部と、操作指示を受ける
操作入力部と、クライアントフォルダ操作部と、動作部
を具備する。

【００２７】ここでクライアントフォルダ操作部は、前
記情報管理装置のクライアントフォルダ管理部と通信を
行い、クライアントフォルダ管理部に記録されている情
報画像の含む画像情報を表示部に表示させるように作用
する。

【００２８】また、動作部は、該表示部に表示された画
像情報のうち、該操作入力部によって指定されたものに
係る情報画像の有する関連情報に基づいて、所定の動作
を行うように作用する。

【００２９】そして、該情報管理装置が該クライアント
識別子を有するクライアントに対してその情報画像を送
付し、該クライアントから、表示されている情報画像
を、別クライアントに対して移転する指示があったとき
には、その許否を決定し、許可があったときには、該ク
ライアントの識別子と該情報画像識別子との関連付けを
削除するとともに、該情報画像識別子と移転される該別
クライアントと関連付けを行し、該別クライアント識別
子を有するクライアントに対して、管理サーバがその情
報画像を送付するように動作させるものである。

【００３０】（２．請求項２に係る発明について）ま
た、請求項２に係る発明は、上記情報画像システムにお
いて用いられるサーバとして機能する情報管理装置にか
かるものであり、少なくとも、クライアントフォルダ管
理部と、移転管理部を具備したものである。

【００３１】（３．請求項３に係る発明について）ま
た、請求項３に記載の発明は、情報画像を管理する方法
にかかるものであって、主として請求項１に記載の情報
管理システムの動作に着目して特徴付けたものである。

【００３２】（４．請求項４に係る発明について）ま
た、請求項４に係る発明は、上記情報画像システムにお
いて主として用いられるクライアントとして機能するも
のであり、少なくとも、クライアントフォルダ操作部と
動作部を有するものである。

【００３３】（５．請求項５に係る発明について）請求
項５に係る発明は、請求項４を実現するためのプログラ
ムである。

【００３４】（６．請求項６に係る発明について）請求
項６に係る発明は、請求項５に記載したプログラムを記
録し、コンピュータに読み込ませることにより、当該コ
ンピュータを請求項１に記載の情報管理システムにおけ
るクライアントとして機能させることができるようにし
た情報記録媒体に係るものである。

【００３５】（７．請求項７に係る発明について）請求
項７に係る発明は、すでに、オペレーティング・システ
ムが動作しているコンピュータに対してインストールす
る、当該コンピュータを情報管理クライアントとして動
作させるためのプログラムに係るものである。

【００３６】（８．請求項８に係る発明について）請求
項８に係る発明は、請求項７に記載のプログラムを記録
した情報記録媒体に係るものである。

【００３７】

【発明の実施の形態】本願発明に係る実施の形態につい
て、図１乃至図１１を用いて説明する。以下、説明にお
いては、次の順序で説明する。 （１． 本システムの見かけ上の構成と動作について） （１．１．本システムの見かけ上の構成） （１．１．１．情報提供サーバ101） （１．１．２．クライアント103-1,103-2、・・・） （１．１．３．フォルダサーバ102） （１．２．本システムの見かけ上の動作） （１．２．１．フォルダ表示部に対する情報画像の登
録） （１．２．２．他のクライアントに対する情報画像の譲
渡） （２． 具体的な全体システムについて） （２．１．具体的な構成） （２．１．１．ネットワーク401） （２．１．２．情報提供サーバ424） （２．１．３．情報管理クライアント403） （２．１．４．フォルダサーバ402） （２．１．４．１．フォルダサーバの概要） （２．１．４．２．フォルダサーバを構成するデータベ
ース） （２．２．具体的な動作） （２．２．１．ひとつの情報画像をひとつのクライアン
トのみの所有しか許容しない場合） （２．２．２．システム中に複数の情報画像を許容する
場合） （３．情報画像の移転） （３．１．ひとつの情報画像をひとつのクライアントの
みの所有しか許容しない場合） （３．２．システム中に複数の情報画像を許容する場
合） （４.その他の変形など） （４．１．登録依頼先） （４．２．関連情報と動作部422） （４．３．情報の機密性向上）

【００３８】（１．本システムの見かけ上の構成と動作
について）本来、より具体的なシステムの構成から説明
するところであるが、本明細書においては、理解容易の
ため、情報管理クライアントの操作者からみたときの見
かけ上のシステムから説明を行う。

【００３９】（１．１．本システムの見かけ上の構成）
まず、図１を用いて、見かけ上の全体システムについて
その構成を説明する。図１は、操作者からみた見かけ上
の全体システム構成である。

【００４０】本本実施の形態における見かけ上の全体シ
ステム構成は、少なくとも、クライアント103と、情報
提供サーバ101と、フォルダサーバ102からなっている。

【００４１】（１．１．１．情報提供サーバ101）情報
提供サーバ101は、その中に少なくとも、コンテンツ送
信部106と、フォルダプッシャ105を含んでいる。

【００４２】コンテンツ送信部106は、ネットワークに
接続された本情報提供サーバが、いずれかのクライアン
トからネットワークを通してコンテンツの要求が通知さ
れたときにはその要求に合った内容を要求を提示したク
ライアントに送信するようになっている。

【００４３】フォルダプッシャ105は、必要なタイミン
グで、特定の情報を、後述するフォルダサーバ102中の
特定のクライアント用フォルダに記録させるように送出
するようになっている。

【００４４】（１．１．２．クライアント103-1,103-
2、・・・）クライアント103は、たとえば通常のパーソ
ナルコンピュータなどであって、ネットワークに接続さ
れ、当該ネットワークに直接的または間接的に接続され
た情報提供サーバ101並びにフォルダサーバ102と通信が
できるようになっている。そして、少なくともフォルダ
表示部110が動作するようになっている。フォルダ表示
部の中には、後述する動作に従って、フォルダサーバ10
2中の、次クライアントにあたるクライアント用フォル
ダ104に記録されている情報画像111を表示できるように
なっている。

【００４５】また、必要であればマイクロソフト社製イ
ンターネット・エクスプローラやネットスケープ社製Ne
tscape Navigatorなどのブラウザプログラム107が動作
するようになっている。そして、このブラウザ107は、
前記情報提供サーバ101に要求を出し、情報画像109を含
むコンテンツの提供を受けることができるようになって
いる。なお、コンテンツ送信部106が送信する情報に
は、情報画像109の他に、情報提供サーバ101に対し所定
の動作を起こさせるための指示ボタン108を含めること
ができるようになっている。

【００４６】（１．１．３．フォルダサーバ102）フォ
ルダサーバ102は、クライアント毎に表示すべき情報画
像を管理しており、見かけ上各クライアント固有のフォ
ルダがクライアント数分設置されている。そして、クラ
イアント中のフォルダ表示部110と通信を行い、該当す
るクライアント用フォルダ104の内容を表示させるよう
に作用する。

【００４７】たとえば、クライアント1（103-1）におい
て表示される表示部110は、クライアント1用フォルダ10
4-2に記録された情報画像が含む画像情報が、クライア
ント２（103-2）において表示される表示部は、クライ
アント２用フォルダ104-2に記録された情報画像が含む
画像情報がそれぞれ表示されるようになる。

【００４８】（１．２．本システムの見かけ上の動作）
次に本システムの見かけ上の動作について図２ならびに
図３に基づいて説明する。

【００４９】（１．２．１．フォルダ表示部に対する情
報画像の登録）ここでは、まずブラウザプログラム207
で参照した情報画像を、フォルダ表示部210に登録する
動作について図２を用いて説明する。図２は操作者から
みた見かけ上の全体システムの動作例であって、情報提
供サーバに記録されている情報画像を情報管理クライア
ントにロードするところを示したものである。

【００５０】クライアント1（203-1）の操作者はまず、
ブラウザプログラム207を動作させ、情報提供サーバ201
に、情報画像含む情報の提供を要求する。これに対応し
て、情報提供サーバ201に含まれるコンテンツ送信部206
は、この要求に対応してクライアント1（203-1）のブラ
ウザプログラム207に対して、その内容を提供する。

【００５１】この内容には、情報画像209の他、情報画
像の提供を指示するボタン208が含まれており、操作者
はこのボタンをマウスなどでクリックすることにより、
ネットワークに接続されている特定のサーバの特定のプ
ログラムを動作させることができるようになる。

【００５２】ここで送出されるコンテンツのＨＴＭＬフ
ァイル例を図１０に示す。このＨＴＭＬファイルは、マ
イクロソフト社製のインターネット・エクスプローラに
対し送信するコンテンツの例である。ネットスケープ社
製のブラウザに対しては異なった記述で送出されること
なるが、技術的な内容は変わらないのでここで割愛す
る。

【００５３】このＨＴＭＬファイルの中には、クライア
ント毎に異なる値であるＩＤを取り出す部分1001と、選
択された画像情報の識別子を取り出す部分1002、並び
に、情報画像が含む画像情報を表示し、これに対応する
登録ボタンをブラウザプログラムに表示させる部分1005
が含まれている。さらに、サーバに対して情報画像の種
類を特定するための変数部分1003と、クライアントＩＤ
を特定するための変数部分1004が記述されている。

【００５４】このようなＨＴＭＬファイルになっている
ため、操作者が登録ボタン208を押したときには、該当
するフォーム・タグ1006の記述のため、情報提供サーバ
201中のStore.aspと名付けられたフォルダプッシャ205
が起動することになる。

【００５５】次に、フォルダプッシャ205は、クライア
ントからの登録要求を受け付けると、あわせてクライア
ントＩＤと情報画像のＩＤがそれぞれ受け渡されている
ので、これらの情報利用して、該当する情報画像を、フ
ォルダサーバ202中の特定のクライアントフォルダ204-1
に登録を要求する。

【００５６】フォルダサーバ202は、これを受け、該当
する情報画像を、特定のクライアント用フォルダ204-1
に記録する。併せてそのフォルダが管理するクライアン
トのフォルダ表示部210に対してその内容を送信し、表
示211させることになる。

【００５７】（１．２．２．他のクライアントに対する
情報画像の譲渡）次に、情報画像の譲渡動作について、
図３を用いて説明する。

【００５８】図３は、操作者からみた見かけ上の全体シ
ステムの動作例であって、クライアント1(303-1)のクラ
イアントフォルダ表示部310-1で参照した情報画像を、
クライアント２（303-2）のクライアントフォルダ表示
部に譲渡するときの動作を示した図である。

【００５９】クライアント１（303-1）の操作者は、フ
ォルダ表示部310-1の上に表示されている画像情報311-1
に対応する情報画像を移転したいときには、当該フォル
ダ表示部310-1もしくは他のサポートプログラムを用い
てフォルダサーバ302に移転したい旨の通知を行う（ス
テップ316）。すると、当該クライアントを管理するク
ライアント1用フォルダ304-1は、その通知を受け取る
と、クライアント間情報画像移転制御部312にその情報
を提供する（ステップ318）。ここで、クライアント間
情報画像移転制御部312は、譲りうけるクライアントに
対して情報画像の移転を受け入れるかどうかの入力がで
きるようにその確認要求を行う（ステップ319）。クラ
イアント２（303-2）は、この確認要求に対して移転を
受け入れるかどうかのダイアログボックス313を表示す
る。ダイアログボックスは、移転を受け入れる旨を指示
するボタン314と、移転を受け入れない旨を指示するボ
タン315を含んでおり、クライアント２の操作者がいず
れかを選択できるようになっている。

【００６０】クライアント２の操作者が受け入れる旨の
指示を行った場合には、その旨がフォルダサーバ302に
通知される（ステップ320）。これに伴い、元のクライ
アント1用フォルダ304-1に記録されていた当該情報画像
は消去され、その結果クライアント1上のフォルダ表示
部310-1からはその情報画像が削除されることになる。
また併せて、当該情報画像はクライアント２用フォルダ
304-2に記録されることになる。この結果、フォルダサ
ーバ302は、該当するクライアント２（303-2）にフォル
ダに新たな情報画像が記録されたために、これを表示す
る旨を通知し（ステップ321）、クライアント２のフォ
ルダ表示部310-2の中に、譲渡を受けた情報画像311-2を
表示することになる。

【００６１】このようなアプリケーションは、情報画像
が含む関連情報に音楽情報のような著作権を含んでいる
ような場合にはその複製制限ができるので有利である。
すなわち、情報画像は、譲渡人のクライアントから譲受
人のクライアントに対して譲渡が行われると、フォルダ
サーバの機能により譲渡人のフォルダから当該情報画像
が削除され、譲渡の際に譲渡人のクライアント中に複製
が残らないという利点がある。

【００６２】（２．具体的な全体システムについて）次
に、上記のシナリオを実現するための具体的な全体シス
テムについて説明する。

【００６３】（２．１．具体的な構成）まず、その構成
について図４を用いて説明する。図４は、全体システム
の具体的な構成例である。

【００６４】具体的な構成においても、本実施の形態に
係る全体システムは、情報提供サーバ424と、クライア
ント403-1,403-2、・・・と、フォルダサーバ402によっ
て構成されて、これらは、ネットワーク401を通じて直
接的若しくは間接的に接続され、相互に通信できるよう
になっている。

【００６５】（２．１．１．ネットワーク401）ネット
ワーク401は、有線・無線を問わず、これに接続されて
いる装置が、それぞれ目的とする装置に対しセッション
を確立したときにその間で情報の送受ができるように作
用する。このため、図４中、ネットワーク401は一本の
基幹線によって接続されるように表示してあるが、これ
はインターネットのように、ゲートウエイを介して複数
のネットワークが組み合わされて実現しても構わない。
また、その接続についてもいわゆるバックボーンといわ
れる基幹線に直接接続せずとも、ＰＰＰ接続などによっ
て一時的に接続してあっても、セッションを確立したと
きにその間で情報の送受ができるようになっていれば構
わない。

【００６６】（２．１．２．情報提供サーバ424）情報
提供サーバ424は、前述した見かけ上のシステムにおけ
る情報提供サーバ101と同じく、ネットワークを通じて
いずれかのクライアントからコンテンツの要求が通知さ
れたときにはその要求に合った内容を要求を提示したク
ライアントに送信するとともに、必要なタイミングで、
特定の情報を、フォルダサーバ402中の特定のクライア
ントフォルダ管理部に通知するようになっている。

【００６７】（２．１．３．情報管理クライアント40
3）情報管理クライアント403-1,403-2、・・・は、少な
くとも、ブラウザ部407、クライアントフォルダ操作部4
10、動作部422を有している。そして、通常、クライア
ントのハードウエア資源の管理を行うＯＳ部423を具備
し、クライアント全体の動作を管理するようになってい
ることが望ましい。

【００６８】ここで、前記、見かけ上のシステム構成の
説明において「フォルダ表示部」としてあった機能は、
本具体的システムにおいて、これらクライアントフォル
ダ操作部410、動作部422ならびにＯＳ部423の相互作用
によって実現される。

【００６９】ブラウザ部407は、たとえばマイクロソフ
ト社製インターネット・エクスプローラやネットスケー
プ社製Netscape Navigatorなどであって、前記情報提供
サーバ424に要求を出し、情報画像を含むコンテンツの
提供を受けることができるようになっている。

【００７０】クライアントフォルダ操作部410は、フォ
ルダ表示部110としての動作を制御するものであり、ク
ライアント〜フォルダサーバ間の通信、操作者からの操
作があったときに、その操作に対応する適切な動作を行
うような動作部に対する動作指示を行うようになってい
る。

【００７１】動作部422は、クライアントフォルダ操作
部410若しくはＯＳ部423からの指示により、これに対応
する動作をするようになっている。たとえば、プログラ
ムの起動、音楽の再生、他のサーバからのストリーミン
グ・ビデオの再生等を行うことができるようになってい
る。

【００７２】ＯＳ部423は、通常の定義とおりの Operat
ing System であり、クライアント403のハードウエア資
源、ソフトウエア資源の管理を行い、図示しないユーザ
の操作があったときにその操作情報を必要なソフトウエ
アモジュールに通知したり、表示の要求があったときに
これを本クライアントの制御下にある表示デバイスに対
して、その内容を表示するように作用する。

【００７３】（２．１．４．フォルダサーバ402）フォ
ルダサーバ402は、少なくとも、移転管理部426と、クラ
イアントフォルダ管理部427を具備し、さらにユーザの
容易な利用を図るため、チャット管理部425を具備する
ことが望ましい。

【００７４】（２．１．４．１．フォルダサーバの概
要）クライアントフォルダ管理部427は、本サーバが管
理するクライアントについて独立して識別可能とするク
ライアント識別子と、クライアントに開示する情報画像
とを関連付けて記録している。そして、少なくとも指示
によりこれらの関連付けの変更、新たな関連付けのある
クライアント識別子と情報画像の記録が可能であるとと
もに、すでに登録された関連付けの削除ができるように
なっている。

【００７５】移転管理部426は、クライアントフォルダ
管理部427と協調して動作する。そして、クライアント
から情報画像の移転の要求があったときには、その要求
にしたがって、当該要求をしたクライアントのクライア
ントＩＤに関連付けられた情報画像について、その関連
付けを解消し、併せて新たに譲受るクライアントのクラ
イアントＩＤと当該情報画像とを関連付けるようにクラ
イアントフォルダ管理部に指示するようになっている。

【００７６】また、譲受るクライアントに対して、その
情報画像の受け入れを行うか否かについて問い合わせを
行い、その問い合わせが「許可」の場合には上記移転
を、また「拒否」の場合にはその移転処理を行わないよ
うな確認動作ができるようになっていることが望まし
い。

【００７７】チャット管理部425は、Bulletin Board Sy
stem(BBS)としてよく知られている機能部であって、ク
ライアントが有する通信ソフト若しくはブラウザプログ
ラムから、当該チャット管理部に情報が送出されたとき
には、その送出された情報を、当該チャット管理部を参
照する他のクライアントにも送出するようになってい
る。

【００７８】（２．１．４．２．フォルダサーバを構成
するデータベース）ところで、フォルダサーバについて
は、クライアントフォルダ管理部427並びに移転管理部4
26は、このように明確に分離したモジュールとして構成
しなくとも、これらの機能を生じるようにすれば十分で
あり、渾然一体化して実現しても構わない。また、ここ
ではデータベースが核となるが、そのデータベースの構
成についてはいかなるものであっても構わない。これら
の機能を実現する核として機能するデータベースの一例
を図５並びに図６を用いて説明する。

【００７９】まず、複数の情報画像の存在を許容しない
全体システムで情報画像を管理する場合、すなわち、シ
ステム中で情報画像が唯一のクライアントにのみ所持が
許容される場合におけるデータベースの構成について、
図５を用いて説明する。図５は、この場合における、情
報画像の情報管理サーバ内のデータベース構成例を示し
たものである。

【００８０】この例では、情報画像管理テーブル501
と、クライアント管理テーブル502によって構成され、
クライアントＩＤを共通キーとしてリレーショナル・デ
ータベースを構築する。

【００８１】情報画像管理テーブル501は、情報画像Ｉ
Ｄフィールド503、移転回数フィールド504、クライアン
トＩＤフィールド505を有している。

【００８２】情報画像ＩＤフィールド503は、本システ
ムで唯一の情報画像を特定する情報である情報画像の識
別子を記録するフィールドである。

【００８３】移転回数フィールド504は、対応する情報
画像ＩＤを有する情報画像が何回譲渡などによる移転を
行ったか、その移転回数を記録するフィールドである。

【００８４】クライアントＩＤフィールド505は、その
情報画像を所有しているクライアントを識別する識別子
を記録するフィールドである。

【００８５】なお、情報画像そのものを本情報画像管理
テーブル501のフィールドに追加して記録しておいても
構わない。

【００８６】クライアント管理テーブル502は、クライ
アントＩＤフィールド506、クライアントに係る属性情
報となるクライアント氏名フィールド507、課金情報フ
ィールド508、並びにクライアント・ソケットフィール
ド509によって構成されている。

【００８７】クライアントＩＤフィールド506は、上記
情報画像管理テーブル501におけるクライアントＩＤフ
ィールド505と同じく、その情報画像を所有しているク
ライアントを識別する識別子を記録するフィールドであ
る。

【００８８】クライアント氏名フィールド507は、クラ
イアントに係る属性的な情報を記録するフィールドであ
り、氏名のほか、住所、Ｅ−Ｍａｉｌアドレスなど、い
かなるものとしても構わない。

【００８９】課金情報フィールド508は、本クライアン
ト管理テーブル502において管理するクライアントに対
しする課金情報を記録するフィールドであって、クライ
アントフォルダ間移転制御部が行った移転許否チェック
に対し譲受人が許可をしたときにそのコンテンツたる情
報画像の内容・価格に従って売買費用として積算される
情報となる。

【００９０】クライアント・ソケットフィールド509
は、フォルダサーバで管理されているクライアントであ
って、現在フォルダサーバに接続しているものについ
て、その通信経路を特定する情報を記録するフィールド
となっている。従って、様々な通信をクライアント間で
行う場合、フォルダサーバはこのクライアント・ソケッ
トフィールドに記録されているソケット情報を利用して
送信などを行うことができるようになっている。

【００９１】一方、複数の情報画像の存在を許容する全
体システムでその管理をする場合についてのデータベー
スの構成について、図６を用いて説明する。図６はこの
場合における、情報画像の情報管理サーバ内のデータベ
ース構成例を示したものである。

【００９２】この例では、クライアント管理テーブル60
1と、クライアントフォルダ情報記録テーブル602と、課
金管理テーブル603と、情報画像移転管理テーブル604
と、によって構成され、クライアントＩＤ若しくは情報
画像ＩＤを共通キーとしてリレーショナル・データベー
スを構築する。

【００９３】クライアント管理テーブル601は、クライ
アントＩＤフィールド605と、クライアント・ソケット
ＩＤフィールド606と、クライアント氏名フィールド607
を有している。

【００９４】クライアントＩＤフィールド605は、上記
情報画像管理テーブル501におけるクライアントＩＤフ
ィールド505と同じく、その情報画像を所有しているク
ライアントを識別する識別子を記録するフィールドであ
る。

【００９５】クライアント・ソケットフィールド606
は、フォルダサーバで管理されているクライアントであ
って、現在フォルダサーバに接続しているものについ
て、その通信経路を特定する情報を記録するフィールド
となっている。従って、様々な通信をクライアント間で
行う場合、フォルダサーバはこのクライアント・ソケッ
トフィールドに記録されているソケット情報を利用して
送信などを行うことができるようになっている。

【００９６】クライアント氏名フィールド607は、クラ
イアントに係る属性的な情報を記録するフィールドであ
り、氏名のほか、住所、Ｅ−Ｍａｉｌアドレスなど、い
かなるものとしても構わない。

【００９７】クライアントフォルダ情報記録テーブル60
2は、どのクライアントＩＤを有する者がどの情報画像
を有しているかの関連付けることができるようになって
いる。そして、このため、クライアントＩＤフィールド
608と、情報画像ＩＤフィールド609によって構成されて
いる。

【００９８】クライアントＩＤは、前記クライアント管
理テーブルとのリレーションを構成するキーとなるフィ
ールドであって、クライアント管理テーブル601中のク
ライアントＩＤフィールド605と関連する。

【００９９】情報画像ＩＤフィールド609は、対応する
クライアントＩＤを持つクライアントの表示部に表示さ
れるべき情報画像の識別子が記録されるようになってい
る。

【０１００】情報画像移転管理テーブル604は、特定の
情報画像が何回移転したかを管理するテーブルであっ
て、情報画像ＩＤフィールド612と、移転回数613が関連
づけられて記録されている。

【０１０１】課金管理テーブル603は、クライアントに
対する課金情報記録するテーブルであって、クライアン
トＩＤフィールド610と、課金対象情報画像ＩＤフィー
ルド611で構成されている。そして、課金対象となる情
報画像が譲渡されてこれを受け入れたときに、新しいレ
コードが記録されるようになっている。このため、所定
の月ごとにクライアントに対してする料金請求などに利
用することができるようになっている。

【０１０２】（２．２．具体的な動作）次に、上記図４
を中心に説明した具体的なシステムにおいて、どのよう
にクライアント情報画像を自らのクライアントフォルダ
表示部に記録させ利用するかについて図８を用いて説明
する。

【０１０３】図８は、最初にクライアントが情報画像を
登録する場合におけるシステムの動作シーケンスを示し
た図である。

【０１０４】ここで、システム全体でひとつの情報画像
をひとつのクライアントのみの所有しか許容しない場合
と、複数のクライアントにその所有を許容する場合とが
あるが、前記データベース例に従って、それぞれの場合
について説明していくことにする。なお、いずれの場合
もデータフローは図8を用いて説明することとする。

【０１０５】（２．２．１．ひとつの情報画像をひとつ
のクライアントのみの所有しか許容しない場合）この場
合、図5に示したデータベースの形式でも、図6に示した
データベースの形式のいずれをとっても構わないが、本
欄においては図5に示したデータベースを採用して説明
を行う。

【０１０６】まず、クライアントは、情報提供サーバに
対して、参照したい情報画像が並べられているホームペ
ージを参照する（ステップ801）。情報提供サーバはこ
の要求に従って、図１０に示すようなＨＴＭＬファイル
を送り返す（ステップ802）。

【０１０７】ここで、クライアントがその表示されたコ
ンテンツのうちクライアントフォルダ表示部に登録した
いものがあった場合にはそれに対応する登録指示のため
のボタンを押す（ステップ803）と、クライアントのＩ
Ｄ並びにその情報画像を特定する識別子を伴って、情報
提供サーバにその旨の通知が行われる（ステップ80
4）。

【０１０８】情報提供サーバはこの通知を受け、そのク
ライアントＩＤと情報画像ＩＤを取得する。この取得す
るためのプログラムの一部を図１１に示す。これはマイ
クロソフト社製ＩＩＳを利用した場合におけるこれらの
情報の取得手順を示したものである。次に情報提供サー
バは、フォルダサーバに対して該当する情報画像をその
クライアントに登録するように依頼の通知を生成（ステ
ップ805）、これを行う（ステップ806）。

【０１０９】この依頼に応じて、フォルダサーバでは該
当する情報画像をそのクライアント関連づけるべく情報
画像管理テーブル501中に、新たなレコード付け加え
る。この際、情報画像ＩＤフィールド503並びにクライ
アントＩＤフィールド505については、登録の要求通知
に含まれていた情報画像ＩＤ並びにクライアントＩＤを
用いて記録するとともに、移転回数は初期値としてたと
えば1を記録する（ステップ807）。なお、このときすで
に記録しようとする情報画像ＩＤが存在するときには、
この登録を中止するとともに、その要求を発したクライ
アントに送信する。これにより、サーバ中で同一の情報
画像が複数のクライアントにおいて存在することを防止
することができるようになる。

【０１１０】次に、予め記録されているクライアント管
理テーブル502の中のクライアントＩＤフィールド506と
のリレーションをたどり、クライアント・ソケットフィ
ールド509を参照、現在フォルダサーバに接続されてい
るクライアントである場合には、そのクライアントのク
ライアント表示部に対して当該情報画像を送信しその表
示をするように指示を行う（ステップ808）。そして、
クライアントでは、クライアント表示部においてその送
付された情報画像を取得、これに含まれる画像情報を取
り出しその表示デバイスに表示するように動作する。こ
れによって、ホームページで提供された情報画像は、ク
ライアントの表示デバイス上で取り扱いが可能となる。
クライアントのフォルダ表示部は操作者の操作に基づい
て、関連情報を検出、その関連情報に基づいて動作部42
2の機能により動作を行わせることができるようにな
る。たとえば、この動作がストーリーミンクビデオを配
信するサイトのＵＲＬである場合には、そのＵＲＬにア
クセスし、トリミングビデオの再生を行うことができる
ようになる。

【０１１１】（２．２．２．システム中に複数の情報画
像を許容する場合）この場合データベースとしては、図
６のようなもの用いるのが望ましい。この場合について
も図８の流れに従って説明をする。

【０１１２】まず、クライアントは、情報提供サーバに
対して、参照したい情報画像が並べられているホームペ
ージを参照する（ステップ801）。情報提供サーバはこ
の要求に従って、図１０に示すようなＨＴＭＬファイル
を送り返す（ステップ802）。

【０１１３】ここで、クライアントがその表示されたコ
ンテンツのうちクライアントフォルダ表示部に登録した
いものがあった場合にはそれに対応する登録指示のため
のボタンを押す（ステップ803）と、クライアントのＩ
Ｄ並びにその情報画像を特定する識別子を伴って、情報
提供サーバにその旨の通知が行われる（ステップ80
4）。

【０１１４】情報提供サーバはこの通知を受け、そのク
ライアントＩＤと情報画像ＩＤを取得する。この取得す
るためのプログラムの一部を図１１に示す。これはマイ
クロソフト社製ＩＩＳを利用した場合におけるこれらの
情報の取得手順を示したものである。次に情報提供サー
バは、フォルダサーバに対して該当する情報画像をその
クライアントに登録するように依頼の通知を生成（ステ
ップ805）、これを行う（ステップ806）。

【０１１５】この依頼に応じて、フォルダサーバにおい
ては、クライアントフォルダ情報記録テーブル602に対
し、クライアントＩＤ並びに情報画像ＩＤを関連付けて
新たなレコードとしてこれを追加する。

【０１１６】もし、その情報画像が有料のものである場
合には、あわせて課金管理テーブル603に対し、当該ク
ライアントＩＤと、その課金対象となった情報画像のＩ
Ｄを関連づけさせて新たなレコードとして追加すること
になる（ステップ806）。そして、後日所定の時に課金
管理テーブルに含まれるデータを計算することによっ
て、請求書処理などを行うようにすることができる。

【０１１７】このようにしてレコードが追加されたとこ
ろで、そのクライアントが管理するフォルダ表示部に対
応した情報画像を表示することになるのでその情報画像
伴ってクライアントに対しクライアント表示部にこれを
表示する旨の通知を行い（ステップ808）、クライアン
ト上で表示をさせることになる。

【０１１８】なお、クライアント上では、クライアント
表示部においてその送付された情報画像を取得、これに
含まれる画像情報を取り出しその表示デバイスに表示す
るように動作する。これによって、ホームページで提供
された情報画像は、クライアントの表示デバイス上で取
り扱いが可能となる。クライアントのフォルダ表示部は
操作者の操作に基づいて、関連情報を検出、その関連情
報に基づいて動作部422の機能により動作を行わせるこ
とができるようになる。たとえば、この動作がストーリ
ーミンクビデオを配信するサイトのＵＲＬである場合に
は、そのＵＲＬにアクセスし、トリミングビデオの再生
を行うことができるようになる。

【０１１９】（３．情報画像の移転）次に、情報画像ク
ライアント間で譲渡する場合の動作について、図７並び
に図9を用いて説明する。

【０１２０】ここで、図７は、チャットを通じて情報画
像の譲渡を実現させる場合における見かけ上の構成例を
示した図であり、まずこの図を用いて情報画像の譲渡に
ついてのシナリオを説明する。

【０１２１】これは、クライアント１が、そのフォルダ
表示部（703-1）に所持する情報画像711-1を、クライア
ント２（703-2）に対してチャットを行いながら移転す
るシナリオである。

【０１２２】クライアント1の操作者は、チャットプロ
グラム730-1中に表示される文字による会話（チャッ
ト）画面731-1を使って、クライアント２と会話をして
いるものとする。この会話の中で自分が所有している情
報画像を相手に送りたい旨を紹介し、これを現実化する
ときには、まずフォルダ表示部にある情報画像711-1を
選択、そしてちょっとプログラム中の送信ボタン733-1
をクリックなどして指示する。このようにすると、その
情報はチャットサーバを内包するフォルダサーバ702に
到達し、クライアント2（703-2）の表示デバイス上に、
これを受け入れるか否かのダイアログボックス713を表
示する。そして、クライアント２の操作者は、コンテン
ツを購入することを許諾する場合にはＯＫボタン714、
許諾しない場合には拒否ボタン715をクリックする。こ
の情報は再度フォルダサーバに通知され、コンテンツの
購入が許諾されている場合には現実の情報画像の移転が
実現することなる。そして、フォルダサーバ中で情報画
像のフォルダ間の意見があり、結果としてクライアント
２の中のフォルダ表示部710-2の中に当該情報画像が含
む画像情報711-2が表示されることになる。これ以降
は、クライアント２の中のフォルダ表示部に対し操作者
がさまざまな操作行い情報画像が有する関連情報に基づ
くさまざまな動作などを行わせることができるようにな
る。

【０１２３】次に、このシナリオの具体的なシグナルフ
ローについて図４乃至図６並びに図9を用いて説明す
る。

【０１２４】図９は、チャットを通じて情報画像の譲渡
を実現させる場合におけるシステムの動作シーケンスを
示した図である。

【０１２５】ここでは、データベースとして図5に示し
た構成をとる場合と図6に示した構成をとる場合の双方
について説明する。

【０１２６】（３．１．ひとつの情報画像をひとつのク
ライアントのみの所有しか許容しない場合）ここでは、
図５に表すデータベースを用いたものとして説明する。
なお、重複管理については図6に示すデータベース構成
をとっても実現は可能であるが、ここではその説明を省
略する。

【０１２７】まず、クライアント1とクライアント２が
チャットを行っているものとして、情報画像の譲渡を申
し出るメッセージを作成すると（ステップ901）、その
メッセージはフォルダサーバ中のチャット管理部425に
到達する。チャット管理部では、そのメッセージをいっ
たん記録した後、所定のフォーマットでクライアント２
に送付する。送付されたメッセージはクライアント２上
のチャットプログラムによって処理されその表示が行わ
れる（ステップ903）。そして、そのメッセージに承諾
をする旨のメッセージを作成しこれをチャット管理に送
るとチャット管理はこのメッセージを記録、所定のフォ
ーマットでクライアント1にそのメッセージを送り返す
ことになる（ステップ904）。そして、クライアント1の
操作者は、自らが有する情報画像をフォルダサーバに送
信（ステップ905）、フォルダサーバは、移転管理部426
の作用により、クライアントに対し確認の要求を生成
（ステップ906）、その要求をクライアント２に送信す
る。クライアント２においてこれの許否情報を操作者に
よって生成すると（ステップ907）、その情報フォルダ
サーバに送信する。クライアント２の操作者が許可をし
たときには、フォルダサーバは、情報画像管理テーブル
501におけるクライアント１を示すクライアントＩＤと
その譲渡対象となっている情報画像ＩＤが対応している
レコードを検索し、そのレコードのクライアントＩＤに
ついて、クライアント２を示すクライアントＩＤに書き
換える。そして、クライアント１の上に表示されている
情報画像を削除する要求をクライアント1のフォルダ表
示部に送信する（ステップ908）。また、あわせてクラ
イアント２上に表示されているフォルダ表示部に対し当
該情報画像音に係る画像情報を表示するようにその指示
を送信する（ステップ909）。以上のようにして、シス
テムの中での情報画像の所有者が複製されないように機
能することになる。

【０１２８】（３．２．システム中に複数の情報画像を
許容する場合）この場合、図6に表すデータベースを用
いるものとして説明する。

【０１２９】このデータベースを用いたとしても、シス
テムの中で情報画像が唯一の所有者となること保証する
ことも可能であるが、これについては後述することと
し、ここでは複数の情報画像の頒布が可能になるものに
ついて説明する。

【０１３０】ここでも、まずクライアント1とクライア
ント２がチャットを行っているものとして、データフロ
ーも同じ図9を用いて説明する。

【０１３１】情報画像の譲渡を申し出るメッセージを作
成すると（ステップ901）、そのメッセージはフォルダ
サーバ中のチャット管理部425に到達する。チャット管
理部では、そのメッセージをいったん記録した後、所定
のフォーマットでクライアント２に送付する。送付され
たメッセージはクライアント２上のチャットプログラム
によって処理されその表示が行われる（ステップ90
3）。そして、そのメッセージに承諾をする旨のメッセ
ージを作成しこれをチャット管理に送るとチャット管理
はこのメッセージを記録、所定のフォーマットでクライ
アント1にそのメッセージを送り返すことになる（ステ
ップ904）。そして、クライアント1の操作者は、自らが
有する情報画像をフォルダサーバに送信（ステップ90
5）、フォルダサーバは、移転管理部426の作用により、
クライアントに対し確認の要求を生成（ステップ90
6）、その要求をクライアント２に送信する。クライア
ント２においてこれの許否情報を操作者によって生成す
ると（ステップ907）、その情報をフォルダサーバに送
信する。クライアント２の操作者が許可をしたときに
は、フォルダサーバは、新たにクライアントにを示すク
ライアントＩＤと、当該情報画像とＩＤを関連づけて、
新たなレコードとしクライアントフォルダ情報記録テー
ブル602に追加する。そして、クライアント２上に表示
されているフォルダ表示部に対し当該情報画像に係る画
像情報を表示するようにその指示を送信する（ステップ
909）。システムの中での情報画像の所有者が複製され
ないように機能することになる。

【０１３２】なお、ここでシステムの中での情報画像の
所有者が複製されないように機能させるためには、上記
新たなレコードを追加する部分を、新たなレコードとせ
ず、

【０１３３】クライアントフォルダ情報記録テーブル60
2におけるクライアント1を示すクライアントＩＤとその
譲渡対象となっている情報画像ＩＤが対応しているレコ
ードを検索、そのレコードのクライアントＩＤをクライ
アント２を示すクライアントＩＤに書き換えるようにす
ればよい。また併せて、この処理が終わったところでク
ライアント1に対しそのフォルダ表示部から該当する情
報画像を削除する指示を行う。このようにすることで、
システムの中での情報画像の唯一性を維持することがで
きるようになる。

【０１３４】（４.その他の変形など） （４．１．登録依頼先）上記の説明においては、ホーム
ページに表示されている情報画像をフォルダ表示部に登
録させるにあたって、その要求を情報提供サーバに対し
て行い、その結果フォルダプッシャ205の機能によって
フォルダサーバ202に登録処理を行わせていたが、これ
に限らず、直接クライアントからフォルダサーバに対し
て登録の要求をすることも可能である。上記の例におい
てこのようにしなかったのは、情報提供サーバの所有者
が、いかなるコンテンツが多く利用されるのかを把握し
たい場合があり、そのときには先の例の通り構成するの
が有利だからである。

【０１３５】（４．２．関連情報と動作部422）クライ
アントにおける動作については、情報画像の含む関連情
報としてドリーミングデータに限られることなく、広く
文書情報など気密性の高いものに用いても構わないの
で、これを解読、表示するような処理を行うものであっ
ても構わない。

【０１３６】（４．３．情報の機密性向上）関連情報の
気密性を向上するべく、さらに、クライアントにおける
動作部422の動作に先んじて、当該情報画像が関連情報
に基づいて動作させるクライアントにおける正当な譲渡
があったかどうかをフォルダサーバ402に問い合わせる
のが望ましい。こうすることで、たとえ不正な情報画像
を入手しクライアントの中に表示させたとしても、フォ
ルダサーバの許可なければ動作させることができないと
いうことになり、確実な情報管理を行うことができるも
のとなる。

【０１３７】（４．４．クライアントの交換）なお、本
発明のように情報画像をサーバ側で管理することによ
り、クライアントの交換が容易に行うことができる。す
なわち、本実施の形態においては、クライアント中のフ
ォルダ表示部と、フォルダサーバ中のクライアントフォ
ルダ管理部との間で、関連づけがされているので、クラ
イアントに係るコンピューターが変わったとしても、情
報画像の管理性が低下しない。すなわち、家庭において
通常のデスクトップコンピューターをクライアントとし
て用いていたものが、携帯電話などのＰＤＡを使って外
部からフォルダサーバをアクセスしたとしても、ログイ
ン名などの認証が行われている限り、操作者の一意性が
維持できることになる。

【０１３８】

【発明の効果】以上、本発明によれば、管理すべき情報
を含む情報画像をサーバにおいて一括管理することによ
り、複製などができない体系を作成することができ、著
作権管理などが厳密な音楽データを配信するときに大き
く寄与するものである。

【図面の簡単な説明】

【図１】操作者からみた見かけ上の全体システム構成で
ある。

【図２】操作者からみた見かけ上の全体システムの動作
例であって、情報提供サーバに記録されている情報画像
を情報管理クライアントにロードするところを示してい
る。

【図３】操作者からみた見かけ上の全体システムの動作
例であって、クライアント１に記録されている情報画像
を他のクライアント２に譲渡するときの動作を示してい
る。

【図４】全体システムの具体的な構成例である。

【図５】複数の情報画像の存在を許容しない（唯一の情
報画像のみが許容される）全体システムで管理する場合
における、情報画像の情報管理サーバ内のデータベース
構成例を示したものである。

【図６】複数の情報画像の存在を許容する全体システム
でその管理をする場合における、情報画像の情報管理サ
ーバ内のデータベース構成例を示したものである。

【図７】チャットを通じて情報画像の譲渡を実現させる
場合における見かけ上の構成例を示した図である。

【図８】最初にクライアントが情報画像を登録する場合
におけるシステムの動作シーケンスを示した図である。

【図９】チャットを通じて情報画像の譲渡を実現させる
場合におけるシステムの動作シーケンスを示した図であ
る。

【図１０】最初にクライアントが情報画像を登録する場
合において、情報提供サーバがクライアントに送出する
DHTMLファイル例（図８の802ステップで送出されるDHTM
Lファイル例）である。

【図１１】最初にクライアントが情報画像を登録する場
合において、情報提供サーバもしくは情報管理サーバが
登録クライアントから送出された要求を受け取るプログ
ラム例である。

【図１２】情報画像の構成例である。

【図１３】情報画像の他の構成例である。

フロントページの続き (72)発明者 三屋 幸久 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B017 AA06 BA09 BB00 CA16 5B082 AA13 EA07 EA11 GC03

Claims (8)

【特許請求の範囲】
1. 【請求項１】 画像情報と該画像情報に関連する関連情
   報とをひとつの取り扱い単位とした情報画像を用いて情
   報の管理をする情報管理システムであって、（ａ）クラ
   イアント識別子と、クライアントに開示する情報画像を
   関連付けて記録し、指示によりこれらの関連付けの変更
   を行うクライアントフォルダ管理部と、 該クライアントフォルダ管理部に記録されている情報に
   ついて、一の情報画像が他のクライアント識別子に関連
   付けが変更されることを把握し、許否を決定する移転管
   理部と、を具備する情報管理装置と、（ｂ）少なくとも
   情報を視覚可能にさせる表示部と、 操作指示を受ける操作入力部と、 前記クライアントフォルダ管理部と通信を行い、クライ
   アントフォルダ管理部に記録されている情報画像の含む
   画像情報を表示部に表示させるクライアントフォルダ操
   作部と、 該表示部に表示された画像情報のうち、該操作入力部に
   よって指定されたものに係る情報画像の有する関連情報
   に基づいて、所定の動作を行う動作部と、を具備する情
   報利用クライアントと、を具備することを特徴とする情
   報管理システムであって、（ｃ）該情報管理装置は該ク
   ライアント識別子を有するクライアントに対して、その
   情報画像を送付し、 該クライアントから、表示されている情報画像を、別ク
   ライアントに対して移転する指示があったときには、そ
   の許否を決定し、 許可があったときには、該クライアントの識別子と該情
   報画像識別子との関連付けを削除するとともに、該情報
   画像識別子と移転される該別クライアントと関連付けを
   行し、 該別クライアント識別子を有するクライアントに対し
   て、管理サーバがその情報画像を送付することを特徴と
   する情報管理システム。
2. 【請求項２】 画像情報と該画像情報に関連する関連情
   報とをひとつの取り扱い単位とした情報画像を用いて情
   報の管理をする情報管理装置であって、 クライアント識別子と、クライアントに開示する情報画
   像を関連付けて記録し、指示によりこれらの関連付けの
   変更を行うクライアントフォルダ管理部と、 該クライアントフォルダ管理部に記録されている情報に
   ついて、一の情報画像が他のクライアント識別子に関連
   付けが変更されることを把握し、許否を決定する移転管
   理部と、を具備する情報管理装置。
3. 【請求項３】 画像情報と該画像情報に関連する関連情
   報とをひとつの取り扱い単位とした情報画像を用いて情
   報の管理をする情報管理方法であって、 管理サーバにおいてクライアント識別子と情報画像識別
   子とを関連付けて記録し、 該クライアント識別子を有するクライアントに対して、
   管理サーバがその情報画像を送付し、 該クライアントから、表示されている情報画像を、別ク
   ライアントに対して移転する指示があったときには、そ
   の許否を決定し、 許可があったときには、該クライアントの識別子と該情
   報画像識別子との関連付けを削除するとともに、該情報
   画像識別子と移転される該別クライアントと関連付けを
   行し、 該別クライアント識別子を有するクライアントに対し
   て、管理サーバがその情報画像を送付することを特徴と
   する情報管理方法。
4. 【請求項４】 画像情報と該画像情報に関連する関連情
   報とをひとつの取り扱い単位とした情報画像を用いて情
   報利用をする情報利用クライアントであって、 少なくとも情報を視覚可能にさせる表示部と、 操作指示を受ける操作入力部と、 クライアント識別子と、クライアントに開示する情報画
   像を関連付けて記録されている情報管理装置と通信を行
   い、情報管理装置に記録されている自クライアント識別
   子に関連付けられた情報画像が含む画像情報を表示部に
   表示させるクライアントフォルダ操作部と、 該表示部に表示された画像情報のうち、該操作入力部に
   よって指定されたものに係る情報画像の有する関連情報
   に基づいて、所定の動作を行う動作部とを具備すること
   を特徴とする情報利用クライアント。
5. 【請求項５】 コンピュータに請求項４に記載する情報
   管理クライアントとして機能させるようにした情報管理
   クライアントプログラム。
6. 【請求項６】 請求項５に記載した情報管理クライアン
   トプログラムを記録した情報記録媒体。
7. 【請求項７】 画像情報と該画像情報に関連する関連情
   報とをひとつの取り扱い単位とした情報画像を用いて情
   報利用をする情報利用クライアントとして、 少なくとも情報を視覚可能にさせる表示部と、操作指示
   を受ける操作入力部とを具備するコンピュータを動作さ
   せる情報管理クライアントプログラムであって、 当該コンピュータに、 クライアント識別子と、クライアントに開示する情報画
   像を関連付けて記録されている情報管理装置と通信を行
   い、情報管理装置に記録されている自クライアント識別
   子に関連付けられた情報画像が含む画像情報を表示部に
   表示させるクライアントフォルダ操作機能と、 該表示部に表示された画像情報のうち、該操作入力部に
   よって指定されたものに係る情報画像の有する関連情報
   に基づいて、所定の動作を行う動作機能を生じさせるよ
   うにしたことを特徴とする情報管理クライアントプログ
   ラム。
8. 【請求項８】請求項７に記載の情報管理クライアントプ
   ログラムを記録した情報記録媒体。