JP2003186777A - パーソナルポータル装置、通信方法、プログラム及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 大容量データを送受信するＰ２Ｐネットワー
クにおいて、セキュリティ性に優れ、著作権侵害の問題
を回避できるパーソナルポータル装置、通信方法、プロ
グラム及び記録媒体を提供する。 【解決手段】 端末１は、ストレージ３及びＰ２Ｐエー
ジェント４からなるパーソナルポータル２を介して、地
域ＩＰ網上に実現されたＰ２Ｐネットワーク５に接続す
る。端末１は、ストレージ３にデータを格納する。Ｐ２
Ｐエージェント４は、ストレージ３に格納されているデ
ータを、他のＰ２Ｐエージェントに送信する。他の端末
１は、自身のＰ２Ｐエージェント４から送信されたデー
タを出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、Ｐ２Ｐネットワー
クにおいて、セキュリティ性に優れ、著作権侵害の問題
を回避できるパーソナルポータル装置、通信方法、プロ
グラム及び記録媒体に関するものである。

【０００２】

【従来の技術】現在、広帯域ＩＳＤＮ（Integrated Ser
vices Digital Network）やＡＤＳＬ（Asymmetric Digi
tal Subscriber Line）、光ケーブル等のブロードバン
ド伝送の普及に伴い、容量の大きなコンテンツを送受信
することが多くなっている。現在実施されているデータ
の送受信は、例えば電子メールのように、クライアント
から一度サーバにデータを送信し、当該サーバが送信先
のクライアントへデータを転送するものである。しか
し、このような方式で大容量コンテンツの送受信を行な
うと、全てのデータがサーバに送信されるのでサーバに
対し負荷がかかる。

【０００３】そこで、上述のようなサーバを介さずに、
クライアント同士が直接データを送受信するネットワー
ク形態が注目されている。このようなネットワーク形態
をＰ２Ｐ（Peer to Peer）という。このＰ２Ｐを実現す
るものとして、例えば、Napster（登録商標）と呼ばれ
る音楽ファイル交換ソフトウェアや、Gnutellaと呼ばれ
るファイル交換ソフトウェアなどがある。

【０００４】上述した音楽ファイル交換ソフトウェアで
音楽ファイル交換を実現するための仕組みを説明する。
クライアント（コンピュータ等）は、予め、クライアン
ト内に記憶する音楽ファイルのうち他人に公開可能な音
楽ファイルのファイル情報（当該音楽ファイルの位置を
示すパス名やファイル名など）をサーバに登録してお
く。サーバには、このような、クライアントが記憶する
音楽ファイルのファイル名や当該ファイルのパス名が複
数登録されている。クライアントが音楽を取得する場
合、欲しい音楽ファイルをサーバから検索し、当該ファ
イルのファイル情報を取得する。ファイル情報に含まれ
るパス名を用いて、当該ファイルを格納しているクライ
アントにアクセスし、音楽ファイルを取得する。

【０００５】また、上述したGnutellaでファイル交換を
実現するための仕組みを説明する。クライアント（コン
ピュータ等）は、複数のクライアントで構成されるネッ
トワークに接続している他のクライアントに、取得した
いファイルの検索要求を送信する。検索要求を受けたク
ライアントは、当該ネットワークに接続している他の複
数のクライアントに、その検索要求を一斉に送信する。
このように検索要求を送信し、ファイルが発見された場
合、検索要求を初めに送信したクライアントは、当該フ
ァイルを記憶しているクライアントからファイルを取得
する。

【０００６】

【発明が解決しようとする課題】しかし、上述したよう
なＰ２Ｐネットワークでは、クライアントが直接他のク
ライアントと接続し、ファイルを送受信するため、クラ
イアントのＩＰアドレス等が明らかになる。そのため、
誰でもクライアントとなったコンピュータにアクセスす
ることが可能となり、クラッカーなどにより、公開した
くないファイルを盗まれたり、コンピュータやプログラ
ム、データなどを破壊される可能性が高くなる。

【０００７】また、上述したようなＰ２Ｐネットワーク
では、交換するファイルを個人であるクライアントが保
有しており、第３者がファイルを管理していないため、
著作権を有するファイルを個人間で自由に交換すること
も行なわれ、著作権侵害として問題になっている。ま
た、従来のコミュニティは、掲示板等テキストデータ中
心のものであり、ブロードバンドに対応したコミュニテ
ィが提唱されていない。このように、従来のＰ２Ｐネッ
トワークでは、セキュリティー、著作権等の面で問題が
ある。本発明はこのような事情に鑑みてなされたもの
で、Ｐ２Ｐネットワークにおいて、大容量データの送受
信に適した、セキュリティ性に優れ、著作権侵害の問題
を回避できるパーソナルポータル装置、通信方法、プロ
グラム及び記録媒体を提供することを目的とする。ま
た、本発明の更なる目的は、ブロードバンドに対応した
容量の大きいデータの送受信に適したコミュニティを提
供することを目的とする。

【０００８】

【課題を解決するための手段】本発明は上記の目的を達
成するためになされたもので、本発明は、複数の利用者
の端末に、ストレージとエージェントとからなる前記利
用者毎のポータルを提供するパーソナルポータル装置で
あって、前記ストレージが、前記利用者毎のデータを格
納し、前記エージェントが、他の利用者のエージェント
又は前記利用者の端末から送信されたデータを受信し、
さらに、前記ストレージに格納しているデータを前記他
の利用者のエージェント又は前記利用者の端末に送信す
る、ことを特徴とする。

【０００９】これにより、各ユーザがＩＰアドレス等の
個人情報を公表することなくデータを送受信することが
可能となり、大容量データの送受信に適した、セキュリ
ティ性のあるＰ２Ｐネットワークを構築することが可能
となる。

【００１０】また、本発明は、上記発明において、前記
データには、当該データの特徴を示すインデックス情報
が付与されており、前記エージェントが、前記データを
検索する条件を示す検索条件情報と、前記ストレージに
格納しているデータのインデックス情報とに基づいて、
前記検索条件に合致するデータを検索し、前記エージェ
ントが、前記検索結果を前記他の利用者のエージェント
又は前記端末に送信することを特徴とする。

【００１１】これにより、同じ趣味等を持つ他のユーザ
や、グループ、欲しいデータを検索することが可能とな
る。検索するデータは、ユーザが自発的にストレージに
格納したデータや、ユーザが他のユーザのストレージか
ら取得したデータであるので、即時性のある情報を取得
することができる。

【００１２】また、本発明は、上記発明において、前記
データには、当該データの特徴を示すインデックス情報
が付与されており、前記エージェントが、前記データを
検索する条件を示す検索条件情報と、前記ストレージに
格納しているデータのインデックス情報とに基づいて、
前記検索条件に合致するデータを検索し、前記エージェ
ントが、前記検索結果を前記ストレージに格納し、前記
利用者の端末からの要求を受信した場合、前記格納した
検索結果を前記端末に送信することを特徴とする。

【００１３】これにより、ユーザが予め検索条件を設定
しておけば、ユーザがエージェントに接続していない間
に、エージェントが検索条件に基づいてデータを検索す
ることが可能となる。広範囲な検索の場合でも、ユーザ
はログインしたまま検索結果を待つ必要がなくなり、時
間を有効に使用することができる。

【００１４】また、本発明は、上記発明において、前記
データには、当該データを受信すべき利用者を特定する
利用者識別情報が付与されており、前記エージェント
が、前記利用者識別情報によって特定される利用者のエ
ージェントに前記データを送信し、前記利用者識別情報
によって特定される利用者のエージェントが、前記デー
タを前記利用者識別情報によって特定される利用者の端
末へ送信することを特徴とする。

【００１５】また、本発明は、上記発明において、前記
ストレージが、前記利用者の嗜好を示す嗜好情報と、当
該利用者の利用者識別情報とを含むプロファイル情報を
格納しており、前記エージェントが、商品を宣伝する利
用者の条件を示す利用者条件情報を付与された広告デー
タを受信し、前記エージェントが、前記利用者条件情報
と、前記ストレージに格納しているプロファイル情報と
に基づいて、前記利用者条件に合致する利用者を検索
し、前記エージェントが、前記利用者条件に合致する利
用者のプロファイル情報から、当該利用者の利用者識別
情報を取得し、前記エージェントが、前記利用者識別情
報によって特定される利用者のエージェントに前記広告
データを送信し、前記利用者識別情報によって特定され
る利用者のエージェントが、前記広告データを前記利用
者識別情報によって特定される利用者の端末へ送信する
ことを特徴とする。

【００１６】これにより、広告データを、当該広告デー
タで宣伝している商品に興味がありそうなユーザにのみ
送信することができ、結果として、広告の宣伝効果を向
上させることができる。

【００１７】また、本発明は、上記発明において、前記
データ又は前記データを格納するフォルダには、当該デ
ータ又は前記フォルダへのアクセス権を設定するアクセ
ス権設定情報が付与されており、前記エージェントが、
前記アクセス権設定情報に基づいて、前記データを前記
利用者の端末又は前記他の利用者のエージェントへ送信
するか否か管理することを特徴とする。

【００１８】これにより、データへのアクセス権を制限
することが可能となる。アクセス権の制御対象をフォル
ダに格納されたデータ全体にすれば、フォルダ毎にアク
セス権を設定することが可能となり、また、同じフォル
ダに格納されているデータでもアクセス権設定情報の設
定により各データ毎のアクセス権を異なるようにするこ
ともできる。

【００１９】また、本発明は、上記発明において、前記
データを格納するフォルダに付与されたアクセス権設定
情報には、前記利用者により特定されたグループであっ
て複数の利用者から成るグループに参加している利用者
のみが当該フォルダにアクセス可能である旨が設定され
ており、前記エージェントが、前記アクセス権設定情報
に基づいて、前記データを前記利用者の端末又は前記他
の利用者のエージェントへ送信するか否か管理すること
を特徴とする。

【００２０】これにより、フォルダ及びグループ毎にア
クセス権を設定することが可能となる。その効果とし
て、例えば、データのアクセス権をグループ単位で設定
しておけば、個々のユーザに対しアクセス権を設定する
必要がないので、グループへの参加・退出が頻繁に行な
われる場合でも、その度にアクセス権を変更する必要が
無くなる。また例えば、ユーザがあるグループに参加し
ており、同じグループ内でデータを検索する場合、エー
ジェントはアクセス可能なフォルダ内のデータのみ検索
すればよいので、検索効率が向上する。

【００２１】また、本発明は、上記発明において、前記
データには、前記データを前記利用者の端末に送信でき
る期日を設定する送信期日設定情報と、前記データを受
信すべき利用者を特定する利用者識別情報とが付与され
ており、前記エージェントが、前記利用者の端末に送信
できる期日までに、前記利用者識別情報によって特定さ
れる利用者のエージェントに前記データを送信し、前記
利用者識別情報によって特定される利用者のエージェン
トが、前記データの送信期日設定情報に基づいて、前記
データを前記利用者識別情報によって特定される利用者
の端末へ送信するか否か制御することを特徴とする。

【００２２】これにより、例えば深夜などトラフィック
の少ない時間に予め計画的にデータを配信しておき、特
定の期日になったときに、当該データをユーザに出力す
ることが可能となり、通信帯域を有効に使用することが
できる。また、例えば、定められた期日前でもデータの
件名のみを出力させるようにすることにより、ユーザ
に、データに対する期待感を持たせる効果もある。

【００２３】また、本発明は、上記発明において、前記
エージェントが、前記ストレージに格納されたデータ
を、他の記憶手段にコピーすることを特徴とする。

【００２４】これにより、ユーザが別途バックアップ用
の記録媒体を用意しなくても、ストレージに格納したデ
ータのバックアップを取ることができる。定期的にバッ
クアップをとることにより、データが損なわれることを
防ぎ、ユーザは、バックアップ用の記録媒体の管理等の
手間を省くことができる。

【００２５】また、本発明は、上記発明において、前記
エージェントが、前記ストレージに格納されるデータ
に、電子透かしを埋め込み、前記エージェントが、前記
電子透かしを埋め込んだデータを、前記他のエージェン
トに送信することを特徴とする。

【００２６】これにより、データの出所を明らかにする
ことが可能となり、著作権等のあるデータでも、不正コ
ピーの防止や摘発に役立たせることができる。また、ユ
ーザ自身は特別なソフトウェア等を用意する必要が無い
ので、簡単にデータを他のユーザに送信することが可能
となる。

【００２７】また、本発明は、上記発明において、前記
エージェントが、前記ストレージから、前記電子透かし
の埋め込まれたデータを検出することを特徴とする。

【００２８】これにより、電子透かしを埋め込んだデー
タを検索することができる。当該データを不正に使用し
ているユーザを摘発することが可能となり、従来のＰ２
Ｐネットワークで問題となっている著作権等の問題の解
決に役立てることが出来る。

【００２９】また、本発明は、上記発明において、前記
エージェントが、前記ストレージに格納されるデータ
を、ストリーミング出力のためのデータに変換し、前記
エージェントが、前記変換したデータを、前記他のエー
ジェントに送信することを特徴とする。

【００３０】これにより、データをコピー等することが
困難となり、著作権等のあるデータでも、不正コピーの
防止や摘発に役立たせることができる。また、ユーザ自
身は特別なソフトウェア等を用意する必要が無いので、
気軽にデータを他のデータに送信することが可能とな
る。

【００３１】また、本発明は、上記発明において、前記
エージェントが、前記ストレージに格納するデータ、又
は、前記他の利用者のエージェント又は前記端末に送信
するデータ、又は、前記他の利用者のエージェント又は
前記端末から受信したデータがウイルスに感染している
か否か判別することを特徴とする。

【００３２】これにより、ストレージに格納されるデー
タや利用者の端末に送信されるデータに含まれるウイル
スをチェックすることができ、利用者は安全にデータを
送受信することが出来る。

【００３３】また、本発明は、上記発明において、前記
パーソナルポータル装置が、地域ＩＰ網により接続され
ていることを特徴とする。

【００３４】また、本発明は、利用者の端末に、ストレ
ージとエージェントとからなる前記利用者毎のポータル
を提供する通信方法であって、前記ストレージが、前記
利用者毎のデータを格納し、前記エージェントが、他の
利用者のエージェント又は前記利用者の端末から送信さ
れたデータを受信して前記ストレージに格納し、前記ス
トレージに格納しているデータを前記他の利用者のエー
ジェント又は前記利用者の端末に送信する、ことを特徴
とする通信方法である。

【００３５】また、本発明は、利用者の端末に、ストレ
ージとエージェントとからなる前記利用者毎のポータル
を提供する通信プログラムであって、前記ストレージ
が、前記利用者毎のデータを格納し、前記エージェント
が、他の利用者のエージェント又は前記利用者の端末か
ら送信されたデータを受信して前記ストレージに格納す
るステップと、前記ストレージに格納しているデータを
前記他の利用者のエージェント又は前記利用者の端末に
送信するステップと、をコンピュータに実行させる通信
プログラムである。

【００３６】また、本発明は、利用者の端末に、ストレ
ージとエージェントとからなる前記利用者毎のポータル
を提供する通信プログラムであって、前記ストレージ
が、前記利用者毎のデータを格納し、前記エージェント
が、他の利用者のエージェント又は前記利用者の端末か
ら送信されたデータを受信して前記ストレージに格納す
るステップと、前記ストレージに格納しているデータを
前記他の利用者のエージェント又は前記利用者の端末に
送信するステップと、をコンピュータに実行させる通信
プログラムを記録したコンピュータ読み取り可能な記録
媒体である。

【００３７】

【発明の実施の形態】以下、図面を参照し、本発明の一
実施形態について説明する。まず、図１を参照し、本実
施形態の概要について説明する。本実施形態は、地域Ｉ
Ｐ網６を利用し、ストレージ３とＰ２Ｐエージェント４
とを備えたパーソナルポータル２を介して互いに通信す
るＰ２Ｐネットワーク５をユーザに提供するものであ
る。ストレージ３とは当該パーソナルポータル２に接続
するユーザのコンテンツ等のデータを格納するものであ
る。また、Ｐ２Ｐエージェント４とは、コンテンツの交
換、コンテンツの検索、ストレージ管理、ユーザに関す
る情報の管理等の機能を総称したものである。このスト
レージ３及びＰ２Ｐエージェント４を備えたパーソナル
ポータル２はサーバ（パーソナルポータル装置、図示
略）により実現される。すなわち、本実施形態のＰ２Ｐ
ネットワーク５は、従来のＰ２Ｐネットワークのように
ユーザの端末に格納されているデータをユーザの端末同
士が送受信するのではなく、サーバに格納したデータを
サーバ同士が送受信し、ユーザは、当該サーバにアクセ
スすることにより、自身の端末にデータを出力させるも
のである。

【００３８】なお、図１には、複数のパーソナルポータ
ル２が示されているが、パーソナルポータル２と当該パ
ーソナルポータル２を実現するサーバが１対１と限られ
るわけではなく、全てのパーソナルポータル２をひとつ
のサーバで実現してもよく、また、一部のパーソナルポ
ータル２をひとつのサーバで実現してもよい。また、Ｐ
２Ｐエージェント４の機能を複数のサーバで実現しても
よく、また、あるパーソナルポータル２のストレージ３
に格納するデータを複数のサーバで分散して格納しても
よい。

【００３９】次に、本実施形態の詳細を説明する。図１
は、本実施形態のシステム構成を示す図である。この図
において、１は端末であり、ユーザは当該端末１を用い
てＰ２Ｐネットワーク５にアクセスする。本実施形態で
は、ユーザとは、個々にＰ２Ｐネットワーク５に接続す
る個人ユーザや、複数の端末が１つの端末を介してＰ２
Ｐネットワーク５に接続する企業ユーザ、個人ユーザや
企業ユーザがデータを格納したコンピュータ等であるコ
ンテンツホルダなどである。２はパーソナルポータルで
あり、端末１がＰ２Ｐネットワーク５にアクセスするた
めのユーザ毎のポータル（portal、入り口）である。３
はストレージであり、ユーザ毎のコンテンツや各種デー
タを格納している。４はＰ２Ｐエージェント（以下、エ
ージェントとする）であり、コンテンツの交換、コンテ
ンツの検索、ストレージ管理、ユーザに関する情報の管
理等の機能を総称したものである。６は通信ネットワー
クであるが、ここでは、通信ネットワークの一例として
地域ＩＰ網の場合を説明する。本実施形態のＰ２Ｐネッ
トワーク５は、地域ＩＰ網６内に実現される。

【００４０】上述したように、パーソナルポータル２、
ストレージ３、エージェント４はサーバにより実現され
る。図２は、このサーバの機能を示すブロック図であ
る。この図において、７はサーバである。１１は通信イ
ンターフェースである。１２はユーザ管理部である。１
３はユーザ管理情報記憶部である。１４はメール送受信
制御部である。１５はメール記憶部である。１６はコン
テンツ管理部である。１７はコンテンツ記憶部である。
１８は検索部である。１９はコンテンツ検索結果記憶部
である。２０はメーリングリスト管理部である。２１は
メーリングリスト管理情報記憶部である。２２は広告コ
ンテンツ受付部である。２３は広告コンテンツ記憶部で
ある。２４は電子透かし埋め込み部である。２５はコン
テンツ変換部である。２６はコンテンツバックアップ部
である。２７はバックアップコンテンツ記憶部である。
２８はウイルスチェック部である。２９はＣＵＧ（Clos
ed User Group）情報記憶部である。３０はＣＵＧ情報
管理部である。

【００４１】なお、上述した各部のうち、出力部１１、
ユーザ管理部１２、メール送受信制御部１４、メールタ
イマー管理部１６、コンテンツ管理部１６、検索部１
８、メーリングリスト管理部２０、広告コンテンツ受付
部２２、電子透かし埋め込み部２４、コンテンツ変換部
２５、コンテンツバックアップ部２６、ウイルスチェッ
ク部２８、ＣＵＧ情報管理部３０は、エージェント４に
対応する。また、ユーザ管理情報記憶部１３、メール記
憶部１５、コンテンツ記憶部１７、検索結果記憶部１
９、メーリングリスト管理情報記憶部２１、広告コンテ
ンツ記憶部２３、バックアップコンテンツ記憶部２７、
ＣＵＧ情報記憶部２９はストレージ３に対応する。

【００４２】すなわち、本実施形態のストレージ３と
は、従来のような単なる記録媒体を指すものではなく、
図２に一例を示すようなサーバ７の記憶部のうち、ユー
ザ毎のデータを格納する格納エリアのことを指す。ま
た、従来のエージェントは、判断機能を有し自律的に動
作を行なうものを指すのに対し、本実施形態のエージェ
ント４は、図２に一例を示す各部によるコンテンツの交
換、コンテンツの検索、ストレージ管理、ユーザに関す
る情報の管理等の機能を総称したもののことを指し、従
来のエージェントでは為さない機能をも備えるものであ
る。

【００４３】ユーザは予め、ストレージ３及びエージェ
ント４（サーバ７）の機能を利用するために利用者登録
しておく。ユーザ管理情報記憶部１３には、ユーザを管
理するための情報として、プロファイル情報が格納され
ている。プロファイル情報の一例を図３に示す。この図
に例を示すように、プロファイル情報として、氏名、住
所、電話番号、電子メールアドレス、生年月日、性別、
クレジットカード種別、クレジットカード番号、クレジ
ットカード有効期限、ＰＰ（Personal Portal）−Ｉ
Ｄ、パスワード、ニックネーム、ｂメールアドレス、使
用可能容量、残容量、嗜好情報、参加ＣＵＧ、ログイン
履歴、ダウンロード履歴、アップロード履歴等がある。
なお、ここでは、このプロファイル情報のサブセット
（部分集合）もプロファイル情報という。

【００４４】ユーザは、氏名、住所、電話番号、電子メ
ールアドレス、生年月日、性別、クレジットカード種
別、クレジットカード番号、クレジットカード有効期
限、ＰＰ−ＩＤ、パスワード、ニックネーム、当該ユー
ザの嗜好を示す嗜好情報等の情報を、Ｐ２Ｐネットワー
ク５の管理者（以下、管理者という）に申請する。この
とき、ＰＰ−ＩＤ及びパスワードは、ユーザが設定して
もよく、管理者等が設定してもよい。また、この申請
は、ユーザが端末１を用いて前述した情報をエージェン
ト４（サーバ７）に送信してもよく、又、紙等に前述し
た情報を記載して管理者宛てに郵送等してもよい。

【００４５】ニックネームとは、Ｐ２Ｐネットワーク上
で用いられる当該ユーザの名称である。また、ｂメール
アドレスとは、エージェント４（サーバ７）又は管理者
により定められる、当該Ｐ２Ｐネットワーク５上におい
てデータを送受信する時に、ユーザを識別するための固
有の識別子である。

【００４６】また、使用可能容量とは、エージェント４
（サーバ７）又は管理者により任意の方式によって定め
られた、当該ユーザの使用可能なコンテンツ記憶部１７
の容量のことである。また、コンテンツ記憶部１７の使
用可能容量のうち使用した残りの容量を残容量という。

【００４７】また、参加ＣＵＧとは、当該ユーザの参加
しているＣＵＧのことであり、ここには、当該ユーザの
参加するＣＵＧ名等ＣＵＧ識別情報が記載されている。
ＣＵＧとは、Ｐ２Ｐネットワーク５上で、共通の興味や
話題等を持つユーザが集まるグループのことである。こ
のＣＵＧは、図４の（Ａ）に一例を示すようなツリー構
造のカテゴリにより分類され、カテゴリにより分類され
た各ＣＵＧは、図４の（Ｂ）に一例を示すようなインデ
ックス情報によりそのＣＵＧの特徴を示している。

【００４８】ＣＵＧのカテゴリを説明する。ＣＵＧのカ
テゴリは、図４の（Ａ）に示すようなツリー構造で示さ
れ、例えば、図４の（Ａ）の例では、「趣味」というカ
テゴリの下には、「自動車」、「サッカー」等のカテゴ
リが存在する。さらに、この「趣味―自動車」という項
目の下には、「メーカ別」、「タイプ別」等のカテゴリ
が存在する。

【００４９】ＣＵＧのインデックス情報を説明する。図
４の（Ｂ）は、図４の（Ａ）の「自動車―メーカ別―Ａ
社」というカテゴリに属するＣＵＧと当該ＣＵＧのイン
デックス情報の一例を示している。ここでは、「自動車
―メーカ別―Ａ社」というカテゴリには、「Ａ社フリー
ク」、「Ａ社友の会」というようなＣＵＧが存在すると
いうことを示している。各ＣＵＧには、ＣＵＧとして登
録した登録日時や、当該ＣＵＧがどのようなユーザの集
まりであるかというようなことを示すＣＵＧ情報等のイ
ンデックス情報が付加される。また、各ＣＵＧには、例
えば「排気量」、「納入年度」、「車種名」というよう
な、各ＣＵＧ固有のインデックス項目を追加設定するこ
とができる。このようなＣＵＧのインデックス情報は、
各ＣＵＧ毎に存在する。

【００５０】上述したインデックス情報の項目は、管理
者が設定等してもよく、また、ユーザが設定等できるよ
うにしてもよい。このインデックス情報は、例えば、エ
ージェント４のＣＵＧ情報管理部３０が、予め定められ
たＸＭＬ（Extensible Markup Language）のフォーマッ
トを利用するなどしてユーザの端末１に項目を送信し、
当該ユーザに入力等された情報を元に取得される。図４
の（Ａ）に一例を示すようなＣＵＧのカテゴリ情報と、
図４の（Ｂ）に一例を示すようなＣＵＧ毎のインデック
ス情報とが、サーバ７のＣＵＧ情報記憶部２９に格納さ
れている。このＣＵＧのカテゴリ情報と、ＣＵＧ毎のイ
ンデックス情報とをまとめてＣＵＧ情報ともいう。な
お、このカテゴリ情報及びインデックス情報は、ＣＵＧ
のみならず、後述するメーリングリストやデータの特徴
を示すためにも用いられる。

【００５１】また、ログイン履歴とは、ユーザがパーソ
ナルポータル２にログイン及びログオフした履歴を示す
情報であり、エージェント４（サーバ７）のユーザ管理
部１３により、当該ユーザがログイン及びログオフする
度に更新される。

【００５２】また、ダウンロードとは、エージェント４
から端末１へデータが送信されることをいい、ダウンロ
ード履歴とは、データがダウンロードされた履歴を示す
情報である。また、アップロードとは、端末１からエー
ジェント４にデータが送信されることをいい、アップロ
ード履歴とは、データがアップロードされた履歴を示す
情報である。エージェント４のコンテンツ管理部１６
は、端末１によりダウンロード又はアップロードされる
度にこれらの履歴を更新する。

【００５３】上述したプロファイル情報を登録したユー
ザには、サーバ７により提供されるパーソナルポータル
２、ストレージ３、エージェント４の機能を用いる権限
が与えられる。ストレージ３、エージェント４の機能を
用いるために、ユーザは、端末１を用いてパーソナルポ
ータル２にログインする。ユーザがログインする場合に
は、エージェント４により、ＰＰ−ＩＤ及びパスワード
の入力が要求される。エージェント４のユーザ管理部１
３は、入力されたＰＰ−ＩＤ及びパスワードと、予めユ
ーザ管理情報記憶部１３内に格納しているプロファイル
情報のＰＰ−ＩＤ及びパスワードとを比較し、双方のＰ
Ｐ−ＩＤ及びパスワードが合致し、さらに、同時に同一
のＰＰ−ＩＤ及びパスワードのユーザがログインしてい
なければ、当該ユーザのログインを許可する。サーバ７
は、各ユーザの識別を、ログイン時に取得したＰＰ−Ｉ
Ｄにより行なう。

【００５４】このようにログインしたユーザは、自身の
端末１を用いてパーソナルポータル２にアクセスし、以
下に一例を示すようなストレージ３及びエージェント４
の機能を利用することができる。 Ａ）ファイル送受信 Ｂ）ファイル保存 Ｃ）検索 Ｄ）データ管理 Ｅ）広告配信 Ｆ）権利保護 これらの機能の詳細を以下に説明する。

【００５５】Ａ）ファイル送受信 ユーザは、Ｐ２Ｐネットワーク５に接続する他のユーザ
にコンテンツなどのデータを送信することができる。そ
の概要を図５に示す。この図では、ユーザＡが自作の映
画をユーザＢに送信する例を示している。ここでは、説
明の便宜上、コンテンツの送信元であるユーザＡの端末
１及びストレージ３並びにエージェント４を、端末１ａ
及びストレージ３ａ並びにエージェント４ａとして説明
する。また、コンテンツの受信先であるユーザＢの端末
１及びストレージ３並びにストレージ３及びエージェン
ト４を、端末１ｂ及びストレージ３ｂ並びにエージェン
ト４ｂとして説明する。なお、上述のように、ストレー
ジ３ｂ及びエージェント４ｂは、ストレージ３ａ及びエ
ージェント４ａと同じサーバ７により実現される場合も
あり、又、ストレージ３ａ及びエージェント４ａを実現
するサーバ７とは別のサーバ７により実現される場合も
あるが、ここではエージェント７の機能を説明するた
め、サーバ７の区別をすることなく説明する。ストレー
ジ３及びエージェント４の機能におけるサーバの動作に
ついては後述する。

【００５６】ユーザＡは、予め、データを送信したいユ
ーザのｂメールアドレスを取得している。そのｂメール
アドレスは、端末１ａ又はストレージ３ａ（メール記憶
部１５ａ内のユーザＡ用の特定のフィールド）に格納さ
れている。端末１ａは、ユーザＡの指示に従い、エージ
ェント４ａに接続し、端末１ａ又はストレージ３ａ（コ
ンテンツ記憶部１７ａ内のユーザＡ用の特定のフィール
ド）に格納されているコンテンツ（データ）に、送信先
であるユーザＢのｂメールアドレスと送信元であるユー
ザＡのｂメールアドレスとを付与してエージェント４ａ
に送信する。このコンテンツには、端末１ａ又はエージ
ェント４ａにより、当該コンテンツのカテゴリを示すカ
テゴリ情報や、当該カテゴリにおいて当該コンテンツの
特徴を示すインデックス情報、当該コンテンツの出力条
件を示す情報等を、ＸＭＬなどにより属性情報として付
与してもよい。なお、ここでいう属性情報とはデータに
付与された情報全てのことを指し、当該データの特徴を
示したり、当該データを制御するためのデータの事を指
す。具体的に属性情報とは、例えば、カテゴリ情報やイ
ンデックス情報、後述するアクセスコントロールリス
ト、当該データを送信するユーザに関する情報、送受信
する条件を設定する情報等である。

【００５７】エージェント４ａのメール送受信制御部１
４ａは、受信したコンテンツを、メール記憶部１５ａ内
のユーザＡ用の送信フォルダ（メール記憶部１５ａ内の
ユーザＡ用の特定のフィールド）に格納する。さらに、
受信したコンテンツに付与されている送信先のｂメール
アドレスを認識し、認識した送信先のエージェント４ｂ
に当該コンテンツを送信する。コンテンツを受信したエ
ージェント４ｂのメール送受信制御部１４ｂは、メール
記憶部１５ｂ内の、ユーザＢ専用の受信フォルダ（メー
ル記憶部１５ｂ内のユーザＢ用の特定のフィールド）
に、当該コンテンツを格納する。

【００５８】ユーザＢが端末１ｂを用いてエージェント
４ｂに接続し、エージェント４ｂにメールの受信要求を
送信すると、エージェント４ｂのメール送受信制御部１
４ｂは、メール記憶部１５ｂ内の、ユーザＢ専用の受信
フォルダに格納されているコンテンツを端末１ｂに送信
する。端末１ｂは、受信したコンテンツを出力する。

【００５９】なお、ユーザに送信するコンテンツは、端
末１がデータを受信するそばから出力するストリーミン
グ出力の形式のコンテンツでもよく、また、端末１が出
力するためのデータを全て受信してから出力する形式の
コンテンツでもよい。また、ここで送信するコンテンツ
とは、ＨＴＭＬ（Hyper Text Markup Language）等ウェ
ブブラウザで出力可能な言語等で記述したものでなくて
もよく、例えば、アプリケーションソフトで実行可能な
ファイルなどであってもよい。すなわち、ここでいうコ
ンテンツとは、ファイル形式やデータ形式を限定するも
のではなく、静止画や動画等の画像データ、音声デー
タ、テキストデータ、任意のアプリケーションに対応し
たデータ等、ユーザに出力するためのデータすべてのこ
とをさす。

【００６０】上述したようなコンテンツ（データ）の送
信において、エージェント４は、計画的にコンテンツを
各エージェント４に配信しておき、予め定められた時に
当該コンテンツを各ユーザの端末１に送信（出力）する
ことのできるタイマー配信を実施することができる。そ
の概要を図６に示す。

【００６１】タイマー配信機能を利用したいユーザは、
端末１ａを用いて、配信したいコンテンツに、送信先の
ｂメールアドレス及び送信元のｂメールアドレスと、ア
クセスコントロールリスト（送信期日設定情報）とを付
与する。アクセスコントロールリストとは、フォルダや
コンテンツへのアクセス権を制限するための属性情報で
ある。図７の（Ａ）にアクセスコントロールに含むこと
の可能な項目（カラム）の一例を示す。この図に示すよ
うに、項目として、start date、end date、読み込み権
限者、書き込み権限者等がある。start dateとは、コン
テンツ（データ）をユーザの端末１に送信可能となる公
開開始の日時情報を設定する項目である。また、end da
teとは、コンテンツ（データ）をユーザの端末１に送信
不可となる公開終了の日時情報を設定する項目である。
また、読み込み権限者とは、当該コンテンツ（データ）
を読み込む権限のあるユーザを設定する項目である。ま
た、書き込み権限者とは、当該コンテンツ（データ）に
書き込みをする権限のあるユーザを設定する項目であ
る。

【００６２】図７の（Ｂ）はアクセスコントロールリス
トの一例であり、ファイルやフォルダ毎に、読み取り及
び書き込み等の権限、当該データを公開できる日時、当
該データが公開不可となる日時等が記載されている。図
７の（Ｂ）の例を説明すると、「root/user/…/saemon
/」というフォルダは、書き込みは当該フォルダの所有
者のみが可能で、読み込みは全ての人が可能、当該フォ
ルダの公開可能期日は2001/12/3/0：00であり、当該フ
ォルダの公開終了日時は2001/12/31/0：00であることを
示している。また、「root/user/…/saemon/bin」とい
うファイル（データ）は、書き込み及び読み込みが全て
の人が可能で、当該フォルダの公開終了日時は2001/12/
1/15：00であることを示している。なお、アクセスコン
トロールリストには、必ずしも図７の（Ａ）で示した項
目全てを含める必要は無く、また、図７の（Ａ）で示し
た項目以外の項目を含んでもよい。

【００６３】タイマー配信機能を用いる場合には、図７
の（Ａ）に示す例において、少なくともstart dateとい
う項目を含み、当該コンテンツを各ユーザの端末１に出
力可能とする年月日時刻（公開開始日時情報）を設定す
る。端末１ａはこのコンテンツをエージェント４ａに送
信する。

【００６４】エージェント４ａの送受信制御部１４ａ
は、アクセスコントロールリストの付与されたコンテン
ツを受信すると、メール記憶部１５ａ内のユーザＡ用の
送信フォルダに当該コンテンツを格納し、送信先の端末
１ｂのエージェント４ｂに当該コンテンツを送信する。
このとき、エージェント４ａのメール送受信制御部１４
ａは、送信先のエージェント４ｂへのコンテンツ送信
を、start dateという項目の値で設定される公開開始日
時までに送信が完了するように計画的に行う。このコン
テンツ送信を計画的に行なうために、例えば、予めメー
ル記憶部１５などに格納されているデータ送信計画情報
に基づいてコンテンツ送信を行なう。このデータ送信計
画情報とは、送信するデータ量とトラフィックの量とに
応じて当該エージェント４から送信するデータ量を設定
する情報であり、例えば平日の深夜などのような、トラ
フィックの少ない月日や時間帯に多くのデータを送信す
るように設定している。このデータ送信計画は、管理者
等により設定等され、メール記憶部１５などに格納され
る。エージェント４ａのメール送受信制御部１４ａは、
このコンテンツ送信計画情報に基づいて、当該コンテン
ツを送信する。エージェント４ｂの送受信制御部１４ｂ
は、受信したコンテンツをメール記憶部１５ｂの送信先
（ユーザＢ）専用の受信フォルダに格納する。

【００６５】メール送受信管理部１４ｂは、ユーザの端
末１ｂからメール受信要求を受けると、メール記憶部１
５ｂ内のユーザＢ用の受信フォルダからコンテンツを取
得し、端末１ｂに送信する。このとき、メール送受信管
理部１４ｂは、メール記憶部１５ｂ内のユーザＢ用の受
信フォルダにアクセスコントロールリストが付与されて
いるコンテンツがあれば、エージェント４ｂ内部の時計
等と当該コンテンツのアクセスコントロールリストとを
比較し、当該コンテンツが出力可能かどうか判断する。
判断の結果、出力不可である場合、当該コンテンツを端
末１ｂに出力しないように制御する。このとき、コンテ
ンツに付与された属性情報等により、端末１ｂに出力で
きないコンテンツでも、当該コンテンツのサブジェクト
（件名）のみを出力させたり、また、サブジェクト及び
コンテンツの両方を出力しないようにすることもでき
る。

【００６６】また、ユーザは、メーリングリストに参加
することもできる。ここでいうメーリングリストとは、
共通の話題等を持つ複数のユーザに、同一の内容のデー
タを一斉に送信するグループのことをいう。メーリング
リスト管理部２０は、ユーザの端末１からの要求に応じ
て、メーリングリストに参加しているユーザ宛てにメー
ルを配信する機能を備える。その一例を以下に説明す
る。メーリングリスト管理情報記憶部２１は、図４の
（Ａ）に一例を示すような構造のカテゴリ情報、各カテ
ゴリにおける図４の（Ｂ）に一例を示すようなメーリン
グリスト毎のインデックス情報、メーリングリスト毎の
当該メーリングリストの参加者一覧であるメーリングリ
スト管理情報等を記憶している。メーリングリスト管理
情報は、当該メーリングリスト名等のメーリングリスト
識別情報、当該メーリングリストの主催者のニックネー
ム、主催者のｂメールアドレス、メーリングリスト参加
者のニックネーム、そのニックネームに対応するメーリ
ングリスト参加者のｂメールアドレス等の情報からな
る。

【００６７】メーリングリスト管理部２０は、ユーザの
端末１からメーリングリストの参加者へのデータ配信要
求を受信すると、メーリングリスト管理情報記憶部２１
内の指定されたメーリングリストのメーリングリスト管
理情報から、主催者を含むメーリングリスト参加者のｂ
メールアドレスを取得し、取得したｂメールアドレスを
メール送信制御部１４に送信する。メール送信制御部１
４は、上述と同様に、メーリングリスト参加者のｂメー
ルアドレス及び送信元のｂメールアドレスの付与された
データを、メーリングリスト参加者のｂメールアドレス
宛てに一斉に送信する。

【００６８】Ｂ）ファイル保存 ユーザは、自身のコンテンツ（ファイル）をストレージ
３のコンテンツ記憶部１７内のフォルダに格納し、自身
の端末１のローカルディスクのように使用することがで
きる。その概要を図８〜図１０に示す。本実施形態で
は、パブリック（Public）フォルダ、シェアード（Shar
ed）フォルダ、プライベート（Private）フォルダとい
う形態があるものとして説明する。

【００６９】パブリックフォルダとは、本実施形態のＰ
２Ｐネットワーク５にアクセスしている全てのユーザに
公開可能なコンテンツを格納するフォルダである。その
概要を図８に示す。図８では、ユーザＡの作成した音楽
コンテンツをパブリックフォルダに格納し、ユーザＢ、
ユーザＣに当該コンテンツを公開する例を示している。
このパブリックフォルダには、図７の（Ｂ）に一例を示
すアクセスコントロールリスト（アクセス権設定情報）
が付与されている。フォルダへのアクセス権を設定する
アクセスコントロールリストには、少なくとも、読み込
み権限者、書き込み権限者という項目があり、当該フォ
ルダの位置を示すパス名と、当該フォルダに誰でもアク
セス（読み込み及び書き込み）可能な旨が設定されてい
る。図７の（Ｂ）の例を説明すると、「root/user/…/c
hiba/」というフォルダは、書き込み及び読み込みは全
ての人が可能（everyone）であることを示している。

【００７０】また、シェアードフォルダとは、本実施形
態のＰ２Ｐネットワーク５にアクセスしているユーザの
うち、特定のユーザに公開可能なコンテンツを格納する
フォルダである。その概要を図９に示す。図９では、協
業関係会社であるデザイン会社（ユーザＡ）、出版社
（ユーザＢ）、印刷会社（ユーザＣ）との間で、シェア
ードフォルダに格納されているコンテンツを共有する例
を示している。このシェアードフォルダには、図７の
（Ｂ）に一例を示すアクセスコントロールリスト（アク
セス権設定情報）が付与されている。フォルダへのアク
セス権を設定するアクセスコントロールリストには、少
なくとも、読み込み権限者、書き込み権限者という項目
があり、当該フォルダの位置を示すパス名と、当該フォ
ルダにアクセス（読み込み及び書き込み）可能なＣＵＧ
とが設定されている。なお、アクセス可能なＣＵＧに属
するユーザでも、アクセスコントロールのユーザ・グル
ープの項目の値を、例えば、図９において、印刷会社
（ユーザＣ）は書き込み不可と設定することにより、ユ
ーザ毎にアクセス権を設定することができる。

【００７１】また、プライベートフォルダとは、ユーザ
毎のストレージ３にアクセス可能なユーザ自身のみアク
セス可能なコンテンツを格納するフォルダである。その
概要を図１０に示す。図１０では、ユーザＡ、ユーザ
Ｂ、ユーザＣが、各々のプライベートフォルダにコンテ
ンツを格納する例を示している。このプライベートフォ
ルダには、図７の（Ｂ）に一例を示すアクセスコントロ
ールリスト（アクセス権設定情報）が付与されている。
フォルダへのアクセス権を設定するアクセスコントロー
ルリストには、少なくとも、読み込み権限者、書き込み
権限者という項目があり、当該フォルダの位置を示すパ
ス名と、当該フォルダの所有者であるユーザのみがアク
セス（読み込み及び書き込み）可能な旨が設定されてい
る。

【００７２】ここでは、説明の便宜上、ユーザＡの端末
１、ストレージ３、エージェント４を、端末１ａ、スト
レージ３ａ、エージェント４ａとして説明する。また、
ユーザＢの端末１、ストレージ３、エージェント４を、
端末１ｂ、ストレージ３ｂ、エージェント４ｂとして説
明する。また、ユーザＣの端末１、ストレージ３、エー
ジェント４を、端末１ｃ、ストレージ３ｃ、エージェン
ト４ｃとして説明する。

【００７３】ユーザＡは、自身の端末１ａを用いて、エ
ージェント４ａのコンテンツ記憶部１７ａ内にある、ユ
ーザＡ用のパブリックフォルダ、又はユーザＡ用のシェ
アードフォルダ、又はユーザＡ用のプライベートフォル
ダにコンテンツを格納する。このとき、コンテンツ管理
部１６ａは、格納されたコンテンツの容量を認識し、ユ
ーザ管理情報記憶部１３内のプロファイル情報の残容量
の更新を行なう。なお、ここで格納するコンテンツは、
ＨＴＭＬ等ウェブブラウザで出力可能な言語等で記述し
たものでなくてもよく、例えば、アプリケーションソフ
トで実行可能なファイルなどであってもよい。

【００７４】上述したパブリックフォルダ、シェアード
フォルダ、プライベートフォルダに格納するコンテンツ
には、図７に一例を示すような、当該コンテンツを分類
するカテゴリ情報と、当該コンテンツに関する情報であ
るインデックス情報とが付与されている。このインデッ
クス情報は、例えば、エージェント４のコンテンツ管理
部１６ａが、ユーザに指示された情報を元に予め定めら
れたＸＭＬフォーマットを利用するなどして付与する。
コンテンツに付与されるインデックス情報の項目（カラ
ム名）の例として、例えば、格納年月日時刻、格納した
ユーザのニックネーム、当該コンテンツの説明文等であ
る。

【００７５】ユーザＢ及びユーザＣは、各々の端末１
ｂ、端末１ｃを用いて、エージェント４ｂ、エージェン
ト４ｃに各々アクセスし、コンテンツを要求する。当該
コンテンツ要求には、コンテンツ要求を指示したユーザ
Ｂ及びユーザＣのＰＰ−ＩＤや当該ユーザの参加してい
るＣＵＧ等の属性情報が付与されている。これらの属性
情報は、ＸＭＬなどを用いて、エージェント４ｂ、エー
ジェント４ｃが各々付与してもよく、コンテンツ要求を
送信する端末１ｂ、端末１ｃが各々付与してもよい。

【００７６】エージェント４ｂ、エージェント４ｃは、
コンテンツ要求をエージェント４ａに送信する。コンテ
ンツ要求を受信すると、エージェント４ａのコンテンツ
管理部１６ａは、当該コンテンツ要求に付与されている
属性情報と、フォルダに付与されているアクセスコント
ロールリストとを比較し、当該コンテンツ要求を送信し
た端末１ｂ、端末１ｃがコンテンツに対しアクセス権が
あるか否か判断する。まず、コンテンツ要求がパブリッ
クフォルダに対する場合を説明する。エージェント４ａ
のコンテンツ管理部１６ａは、当該フォルダに付与され
ているアクセスコントロールリストと、コンテンツ要求
の属性情報とを比較する。当該フォルダのアクセスコン
トロールリストには、誰でもアクセスできると設定され
ているので、アクセス権があると判断し、当該フォルダ
に格納されているコンテンツへのアクセスを可能とす
る。コンテンツ管理部１６ａは、当該フォルダに格納さ
れているコンテンツの一覧を出力させるデータや、コン
テンツを出力させるデータを、コンテンツ要求を送信し
たエージェント４ｂ、エージェント４ｃに送信する。エ
ージェント４ｂ、エージェント４ｃは、コンテンツの一
覧をアイコンとして端末１ｂ、端末１ｃに出力させた
り、コンテンツそのものを端末１ｂ、端末１ｃに出力な
どさせる。なお、パブリックフォルダに格納したコンテ
ンツでも、あるコンテンツのみを書き込み不可とするな
ど、データや当該データにアクセスするユーザによりア
クセス権を変えることができる。

【００７７】次に、コンテンツ要求がシェアードフォル
ダに対するものである場合を説明する。エージェント４
ａのコンテンツ管理部１６ａは、当該フォルダのアクセ
スコントロールリストと、コンテンツ要求の属性情報と
を比較する。その結果、アクセス権があると判断した場
合、当該フォルダに格納されているコンテンツのうちア
クセス権があるコンテンツのみアクセスを可能とする。
ここで、コンテンツへのアクセスを許可するユーザと
は、上述したように、当該コンテンツを格納したユーザ
と同じＣＵＧに属するユーザや、当該コンテンツを格納
したユーザが別個にアクセスを許可するユーザなどであ
る。例えば、あるＣＵＧに属するユーザを、図９に例を
示すようにデザイン会社、出版社、印刷会社というよう
な協業関係会社とすると、デザイン会社、出版社はコン
テンツに対し読み取り及び書き込みの双方が可能で、印
刷会社はコンテンツに対し読み取りのみ可能、というよ
うにアクセス権を設定することもできる。また、同じＣ
ＵＧに属するユーザでも、特定のユーザにのみアクセス
権（読み取り及び書き込みの双方）をなくすこともでき
る。

【００７８】このように、シェアードフォルダに格納し
たデータを各ユーザが共有することが可能となり、従来
の電子メール等で送信することのできない容量の大きな
ファイルでもネットワークを介して送信することができ
る。次に、コンテンツ要求がプライベートフォルダに対
するものである場合を説明する。エージェント４ａのコ
ンテンツ管理部１６ａは、当該フォルダのアクセスコン
トロールリストと、コンテンツ要求の属性情報とを比較
する。その結果、アクセス権があると判断した場合、す
なわち、コンテンツ要求の送信を指示したユーザとコン
テンツを格納したユーザとが同一と判断した場合、当該
フォルダに格納されているコンテンツへのアクセスを可
能とする。上述の判断の結果、当該コンテンツへのアク
セス権がなければ、エラーを返すなどする。

【００７９】エージェント４ａのコンテンツ管理部１６
ａは、上述したパブリックフォルダ、シェアードフォル
ダ、プライベートフォルダに格納したコンテンツを、当
該コンテンツに対しアクセス権のあるユーザからの要求
に応じて、エージェント４ｂ及びエージェント４ｃを介
してストレージ３ｂ及びストレージ３ｃ、又は端末１ｂ
及び端末１ｃにダウンロードすることができる。すなわ
ち、コンテンツそのものをコピー等して、各ユーザのス
トレージ３又は端末１に登録することができる。

【００８０】また、エージェント４ａのコンテンツ管理
部１６ａは、上述したパブリックフォルダ、シェアード
フォルダに格納したコンテンツを出力するためのデータ
のみをエージェント４ｂ、エージェント４ｃを介して端
末１ｂ、端末１ｃに送信することができる。すなわち、
コンテンツそのものをストレージ３ｂ、ストレージ３ｃ
にコピー等するわけではなく、コンテンツを出力するた
めのデータのみをエージェント４ｂ、エージェント４ｃ
を介して端末１ｂ、端末１ｃに送信することができるの
で、ユーザＢ、ユーザＣは、自身のストレージ３の容量
を消費することなくコンテンツを出力させることができ
る。また、コンテンツ管理部１６は、パブリックフォル
ダ又はシェアードフォルダに格納されているコンテンツ
が、あるユーザによって開かれている間、同一のコンテ
ンツに対する他のユーザの書き込み又は読み取りを禁止
することもできる。この読み取り又は書き込みの禁止
は、当該コンテンツに付与されている属性情報により設
定することができる。

【００８１】また、コンテンツ管理部１６は、コンテン
ツそのものを実際に出力するだけでなく、コンテンツの
プレビューとしてサムネイル表示（縮小表示）する機能
を備える。そのために、例えば、コンテンツ管理部１６
は、端末１により指定されたコンテンツをコンテンツ記
憶部１７から取得し、取得したコンテンツの画像データ
を元に、サイズ変更、色数変更をなどを行う。このよう
にして取得した画像データを、予め定められたＨＴＭＬ
などのフォーマットを利用するなどしてユーザの端末１
へサムネイル画像として出力する。

【００８２】また、ユーザは、上述のようにコンテンツ
をストレージに格納する際、当該コンテンツへのアクセ
ス可能な期間を示す情報をアクセスコントロールリスト
として付与することもできる。その場合、当該コンテン
ツに付与されたアクセスコントロールリストは、少なく
とも図７の（Ａ）に示すstart date（公開開始期日）又
はend date（公開終了期日）或いはその両方の項目が含
まれている。図７の（Ｂ）の例を説明すると、「root/u
ser/…/saemon/」というフォルダは、当該フォルダの公
開開始日時（start date）が2001/12/3/0：00であり、
当該フォルダの公開終了日時（end date）が2001/12/31
/0：00であることを示している。

【００８３】コンテンツ管理部１６は、コンテンツへの
アクセス要求を受けた場合、当該コンテンツに付与され
たアクセスコントロールリストとエージェント４自身の
内部時計等とを比較してアクセス可能か否か判断し、ア
クセス可能な場合のみ、当該コンテンツを出力する。ま
た、コンテンツ管理部１６は、コンテンツ記憶部１７内
のコンテンツに付与されたアクセスコントロールリスト
を監視し、アクセス可能な期間を過ぎたコンテンツを発
見した場合、当該コンテンツを格納したユーザの端末１
にその旨を通知したり、また、自動的に当該コンテンツ
を削除や移動等してもよい。

【００８４】また、コンテンツ管理部１６は、ユーザ管
理情報記憶部１３内のプロファイル情報内の残容量を参
照し、ユーザ毎又はフォルダ毎に設定されたストレージ
容量を越えたり、残容量が特定の値以下になった場合、
その旨をユーザに通知することもできる。この通知は、
例えば、ストレージ３の残容量を超えるコンテンツを格
納する時に出力してもよく、また、別途電子メールなど
で通知してもよい。また、コンテンツ管理部１６は、上
述のように端末１からストレージ３へのコンテンツの送
信（アップロード）、ストレージ３から端末１へのコン
テンツの送信（ダウンロード）等をした時に、アップロ
ード、ダウンロード等した年月日時刻と、アップロー
ド、ダウンロード等の処理結果とを、当該コンテンツを
格納したユーザのプロファイル情報内のアップロード履
歴、当該コンテンツをダウンロードしたユーザのプロフ
ァイル情報内のダウンロード履歴として更新する。

【００８５】Ｃ）検索 ユーザは、ストレージ３内に格納されているコンテンツ
や、ＣＵＧ、メーリングリスト等を検索することができ
る。図１１にコンテンツを検索する概要を示す。まず、
コンテンツを検索する例を説明する。ユーザは、図１１
の（Ａ）に一例を示すように、端末１を用いて、予め自
身の検索したいコンテンツ（データ）の条件を設定して
おく。図１１の例では、検索条件は「２００１年６月１
日以降の情報、Ｗ杯についての情報、ファイルタイプ
は"ｈｔｍｌ"又は"ｍｐ３"」という条件で設定したもの
とする。このとき、エージェント４又は端末１は、検索
条件を設定したユーザの属性情報（ＰＰ−ＩＤや参加し
ているＣＵＧ等）を付与する。

【００８６】エージェント４の検索部１８は、当該検索
条件と、コンテンツに付与されているインデックス情報
とを比較し、検索条件に合致するコンテンツを検索す
る。コンテンツ検索場所としては、例えば、自身のスト
レージ３のコンテンツ記憶部１７内、他のユーザのスト
レージ３のコンテンツ記憶部１７内のパブリックフォル
ダ、他のユーザのストレージ３のコンテンツ記憶部１７
内のシェアードフォルダ、他の地域ＩＰ網のコンテンツ
やインターネット等のコンテンツである。ユーザは、コ
ンテンツの検索範囲を、例えば同じＣＵＧに属するユー
ザのコンテンツのみというように制限することもでき
る。なお、エージェント４が検索している間、ユーザは
パーソナルポータル２からログオフしていてもよい。

【００８７】エージェント４の検索部１８は、検索結果
を、検索条件毎に検索結果記憶部１９に格納する。この
とき、検索結果記憶部１９に格納する情報は、コンテン
ツそのものでもよく、また、例えばパス名やＵＲＬ（Un
iform Resource Locators）のようなコンテンツを取得
できるネットワーク上の位置情報でもよい。ユーザは、
検索したコンテンツを出力させたい時、端末１を用いて
検索条件を指定し、当該検索条件における検索結果要求
を送信する。エージェント４の出力部１１は、検索結果
要求に応じて、検索結果記憶部１９から検索結果を取得
し、当該検索結果を出力するためのデータを端末１に送
信する。端末１は、受信したデータを用いて、検索結果
を出力する。

【００８８】上述と同様に、ユーザは、ＣＵＧやメーリ
ングリスト等を検索することができる。エージェント４
の検索部１８は、ユーザに指定された検索条件と、ＣＵ
Ｇ情報記憶部２９内に格納しているＣＵＧ毎のインデッ
クス情報、又は、ユーザに指定された検索条件とメーリ
ングリスト管理情報記憶部２１内のメーリングリスト毎
のインデックス情報とを比較し、検索結果を検索結果記
憶部１９に格納する。なお、上述の検索において、ユー
ザは、検索結果を検索結果記憶部１９に格納させ、ユー
ザの都合のいい時間に当該検索結果を端末１に出力させ
てもよく、また、検索結果を検索結果記憶部１９に格納
することなく端末１に送信し、出力させてもよい。

【００８９】Ｄ）データ管理 データ管理は、以下に例を示すような、データの出力、
削除、変更等のための機能である。エージェント４のユ
ーザ管理部１２は、端末１からの要求に応じて、ユーザ
管理情報記憶部１３に格納しているユーザの氏名、住
所、電話番号、電子メールアドレス、生年月日、性別、
クレジットカード種別、クレジットカード番号、クレジ
ットカード有効期限、ＰＰ−ＩＤ、パスワード、ニック
ネーム、ｂメールアドレス、使用可能容量、残容量、嗜
好情報、参加ＣＵＧ（Closed User Group）、ログイン
履歴、ダウンロード履歴、アップロード履歴等のプロフ
ァイル情報を、端末１に出力させることができる。ま
た、端末からの要求に応じて、氏名、住所、電話番号、
電子メールアドレス、生年月日、性別、クレジットカー
ド種別、クレジットカード番号、クレジットカード有効
期限、ＰＰ−ＩＤ、パスワード、ニックネーム、ｂメー
ルアドレス、使用可能容量、嗜好情報等の値を変更、削
除することができる。この出力、変更、削除は、ユーザ
に応じてその権限を定めてもよい。例えば、氏名、住
所、電話番号、電子メールアドレス、生年月日、性別、
クレジットカード種別、クレジットカード番号、クレジ
ットカード有効期限、パスワード、ニックネーム、嗜好
情報の値は一般のユーザが変更することができるが、使
用可能容量やＰＰ−ＩＤは管理者のみが変更、削除する
ことができる、というようなものである。

【００９０】また、ＣＵＧ情報管理部３０は、端末１か
らの要求に応じて、ＣＵＧを作成したり、ユーザ又は管
理者の作成したＣＵＧを削除することができる。同様
に、ＣＵＧへ任意のユーザを参加させたり、既にＣＵＧ
へ参加しているユーザの削除を実行することもできる。
これと同様に、メーリングリスト管理部２０は、端末１
からの要求に応じて、メーリングリストの作成・削除等
を実行できる。また、ＣＵＧ情報管理部３０は、端末１
からの要求に応じて、ＣＵＧ毎にインデックス情報の項
目の定義又は変更することもできる。また、ＣＵＧ情報
管理部３０は、端末１からの要求に応じて、ＣＵＧの公
開、非公開を、属性情報で設定することができる。これ
と同様に、メーリングリスト管理部２０は、端末１から
の要求に応じて、メーリングリストの公開・非公開を属
性情報で設定することができる。

【００９１】また、ユーザ管理部１２は、ユーザの退会
要求を受信した時などに、ストレージ３内の当該ユーザ
用のフォルダ、及び当該フォルダに格納されているファ
イルを消去する。また、ユーザ管理部１２は、当該ユー
ザのプロファイル情報を削除等する。また、メール送受
信制御部１４は、端末１からのフォルダ作成要求を受信
すると、メール記憶部１５にフォルダを作成する。この
フォルダには、属性情報を付与し、当該属性情報により
各フォルダに格納するデータの条件を設定することが可
能である。例えば、属性情報により、特定のユーザから
送信されたデータを特定のフォルダに自動的に格納する
ことが可能となる。また、コンテンツ管理部１６は、端
末１からのフォルダ作成要求を受信すると、コンテンツ
記憶部１７にフォルダを作成する。このフォルダには、
アクセスコントロールリスト（アクセス権設定情報）を
付与することにより、上述したパブリックフォルダ、シ
ェアードフォルダ、パーソナルフォルダのように、アク
セス権を設定することが可能である。

【００９２】また、コンテンツバックアップ部２６は、
毎夜１２時など特定の時に、コンテンツ記憶部１７内に
格納されているコンテンツ等のデータを、バックアップ
コンテンツ記憶部２７にコピーする。或いは、端末１か
らの要求により、コンテンツ等のデータをバックアップ
コンテンツ記憶部２７にコピーしてもよい。また、ウイ
ルスチェック部２８は、コンテンツがアップロードされ
た時や、コンテンツを端末１にダウンロードする時、コ
ンテンツをストレージ３に格納する時、コンテンツを他
のエージェント４に送信する時、他のエージェント４か
らコンテンツを受信した時などに、ソフトウェアを起動
させるなどして当該コンテンツがコンピュータウイルス
に感染しているか否かチェックするウイルスチェックを
実行する。或いは、端末１からの要求に応じて、ストレ
ージ３内のデータ等のウイルスチェックを実行する。

【００９３】Ｅ）広告配信 エージェント４は、広告コンテンツを、当該広告で宣伝
する商品に興味があるユーザにのみ配信することができ
る。その概要を図１２を参照して説明する。エージェン
ト４の広告コンテンツ受付部２２は、広告コンテンツ配
信を依頼する広告主（以下、単に広告主とする）から、
配信する広告コンテンツを受信する。この広告コンテン
ツには、当該広告の特徴や、当該広告を配信したいユー
ザの特徴を示す利用者条件情報が付与されている。ま
た、この広告コンテンツは、当該エージェント４の属す
る地域ＩＰ網の他のエージェント４や他の地域ＩＰ網、
インターネットなどから送信されるものとする。次に、
広告コンテンツ受付部２２は、受信した広告コンテンツ
を広告コンテンツ記憶部２３に格納する。

【００９４】また、ユーザは、予め、自身の興味、嗜好
等に関する嗜好情報を、プロファイル情報としてユーザ
管理情報記憶部１３に格納しておく。検索部１８は、広
告主のエージェント４又はユーザの端末１から広告コン
テンツの検索要求を受けた場合や予め属性情報により設
定等された期日になった場合、ユーザ管理情報記憶部１
３内に格納されているユーザの嗜好情報を含むプロファ
イル情報と、広告コンテンツ記憶部２１内に格納してい
る広告コンテンツの利用者条件情報とを比較する。ユー
ザの嗜好情報を含むプロファイル情報と広告コンテンツ
の利用者条件情報とが合致すると、検索部１８は、メー
ル記憶部１５の当該ユーザ用の受信フォルダに広告コン
テンツを格納したり、当該コンテンツの位置情報（パス
名やＵＲＬ等）又はコンテンツそのものを検索結果記憶
部１９に格納などする。ユーザは、端末１を用いて、上
述と同様に、メール受信要求や検索結果出力要求をエー
ジェント４に送信することにより、広告コンテンツを出
力させることができる。

【００９５】Ｆ）権利保護 エージェント４は、他人に公開するコンテンツに対し、
電子透かしを埋め込んだり、コンテンツのアクセス権の
制限等により、当該コンテンツの著作権等の権利を保護
することができる。まず、電子透かしを埋め込む場合か
ら説明する。ここでいう電子透かしとは、画像や音声な
どのコンテンツに、人間には知覚できないレベルのデー
タを埋め込むことをいう。埋め込んだデータから、当該
コンテンツの出所や著作権者等の情報を取得することが
できる。図１３は電子透かしを埋め込むことを説明する
図である。

【００９６】ユーザは、自身の端末１を用いて、電子透
かしを埋め込むコンテンツをエージェント４にアップロ
ードする。エージェント４の電子透かし埋め込み部２４
は、アプリケーションソフトウェアを用いるなどして、
コンテンツに、出所等を示す透かし情報を埋め込む。エ
ージェント４は、透かし情報を埋め込んだコンテンツ
を、電子透かしの埋め込みを要求した端末１にダウンロ
ードしたり、コンテンツ記憶部１７内に格納したり、他
のエージェント４に送信などする。

【００９７】なお、コンテンツに埋め込んだ透かし情報
を、インデックス情報の項目のひとつとし、そのインデ
ックス情報をコンテンツに付与してもよい。その場合、
検索部１８は、コンテンツを検索するときに、コンテン
ツの検索条件に当該コンテンツに埋め込んだ透かし情報
を含め、コンテンツに付与されたインデックス情報と、
コンテンツの検索条件とを比較することにより、特定の
電子透かしを埋め込んだコンテンツを検索することが可
能となる。これにより、例えば、指定された出所を電子
透かし情報として埋め込まれたコンテンツのみを検索す
ることが可能となり、出所の明らかなコンテンツを検索
する場合、検索効率を向上させることができる。

【００９８】次に、コンテンツのアクセス制限について
説明する。この場合、コンテンツは、図７に例を示すア
クセスコントロールリストの付与されたフォルダ等に格
納される。ここで付与されているアクセスコントロール
リストは、「読み込み権限者」及び「書き込み権限者」
という項目で、管理者のみが書き込み、コピー、移動等
を実行する権限があり、他の一般ユーザは読み込みのみ
が実行できる設定となっている。図７の（Ｂ）の例を説
明すると、「root/user/…/saemon/」というフォルダ
は、書き込みは当該フォルダの所有者のみが可能で、読
み込みは全ての人が可能、となっているが、当該フォル
ダの所有者が管理者であれは、このような設定により管
理者のみが書き込み、コピー、移動等を実行する権限の
あるフォルダを実現できる。このフォルダに格納される
コンテンツは、例えば、コンテンツ変換部２５により、
アプリケーションソフトウェアを用いるなどしてRealMe
dia形式やWindows（登録商標）Media形式等ストリーミ
ングにより出力するファイル形式に変換されるなどし
て、コンテンツそのものがダウンロードできない形式で
格納される。これにより、管理者でない一般のユーザは
当該コンテンツのコピー等が困難となる。

【００９９】なお、上述した実施形態において、メーリ
ングリスト参加者にデータを送信する場合、データ送信
者が全ての参加者にデータを送信するものとしたが、こ
れに限られるわけではなく、例えば、データ送信者がメ
ーリングリスト主催者のみにデータを送信し、メーリン
グリスト主催者から参加者全員に当該データが送信され
てもよい。また、メーリングリスト参加者にデータを送
信する権限のあるユーザは、当該メーリングリストの主
催者のみでもよい。

【０１００】また、上述した各機能を複合して用いても
よい。例えば、上述のように広告コンテンツを送信すべ
きユーザを検索し、検索されたユーザのエージェント４
に、トラフィックの少ない時間帯などに当該広告コンテ
ンツを計画的に送信し（タイマー配信）、アクセスコン
トロールリストにより設定された公開開始日時まで、当
該コンテンツを出力不可としてもよい。

【０１０１】また、本実施形態は、パーソナルポータル
２と当該パーソナルポータル２を実現するサーバが１対
１と限られるわけではなく、全てのパーソナルポータル
２をひとつのサーバで実現してもよく、また、一部のパ
ーソナルポータル２をひとつのサーバで実現してもよい
とした。上述では、主にエージェントの機能を説明した
が、以下では、上述のようなエージェントの機能を実現
させるサーバ７の動作を説明する。

【０１０２】図１４の（Ａ）は、ユーザＡ及びユーザＢ
のパーソナルポータル２が、１つのサーバ７で実現され
ることを示す図である。また、図１４の（Ｂ）は、ユー
ザＡ及びユーザＢのパーソナルポータル２が、各々別の
サーバ７で実現されることを示す図である。この図で
は、１つのサーバ７で２つのパーソナルポータル２を実
現しているが、本実施形態は、１つのサーバ７で実現で
きるパーソナルポータル２の数を制限するものではな
い。

【０１０３】なお、ここでは、説明の便宜上、図１４の
（Ａ）、（Ｂ）において、ユーザＡのパーソナルポータ
ル２をパーソナルポータル２ａ、ユーザＢのパーソナル
ポータル２をパーソナルポータル２ｂとして説明する。
また、図１４の（Ｂ）において、ユーザＡのパーソナル
ポータル２ａを実現するサーバ７をサーバ７ａ、ユーザ
Ｂのパーソナルポータル２ｂを実現するサーバ７をサー
バ７ｂとして説明する。

【０１０４】図１４の（Ａ）の構成において、ＣＵＧを
検索するサーバ７の動作を図１５を参照して説明する。
まず、検索結果を検索してすぐに端末１に送信する同期
型の動作を説明する。ここでは、ユーザＡの端末１か
ら、「“趣味―自動車―メーカ別―Ａ社”というカテゴ
リ内のＣＵＧ」というような検索条件の検索要求が送信
されたものとする。この検索条件のカテゴリ内には、例
えば、Ａ社の特定の車種の自動車が好きなユーザの集ま
るＣＵＧなどがある。サーバ７の検索部１８は、検索要
求及び検索条件を通信インターフェース１１を介して受
信する（図１５におけるステップＳ１０、ステップＳ１
１）。ここで、ウイルスチェック部２８は、端末１から
送信された検索要求及び検索条件等のウイルスチェック
を実施してもよい。

【０１０５】検索部１８は、検索要求を受信すると、Ｃ
ＵＧ情報管理部３０に、ＣＵＧ情報（ＣＵＧのカテゴリ
情報及びＣＵＧのインデックス情報）の読出しを命じる
（図１５におけるステップＳ１２）。ＣＵＧ情報の読出
し命令を受けると、ＣＵＧ情報管理部３０は、ＣＵＧ情
報記憶部２９から、ＣＵＧ情報を読出す（図１５におけ
るステップＳ１３、ステップＳ１４）。ＣＵＧ情報記憶
部２９には、上述したように、ＣＵＧのカテゴリ情報
と、各カテゴリに属するＣＵＧ毎のインデックス情報と
がＣＵＧ情報として格納されている。このＣＵＧ情報
は、各ＣＵＧに付与されている属性条件に応じて公開・
非公開というような設定はあるが、各ユーザ毎に各々Ｃ
ＵＧ情報を格納しているわけではなく、当該サーバ７で
実現させるストレージ３全てに共通の情報として格納さ
れている。ＣＵＧ情報管理部３０は、ＣＵＧ情報を検索
部１８に返す（図１５におけるステップＳ１５）。

【０１０６】検索部１８は、上述した検索条件と、送信
されたＣＵＧ情報とを比較し、検索条件に示すカテゴリ
内のＣＵＧを検索する（図１５におけるステップＳ１
６）。次いで、検索部１８は、検索結果をユーザＡの端
末１に送信する（図１５におけるステップＳ１７、ステ
ップＳ１８）。このとき、検索条件に合致するＣＵＧが
あれば、当該ＣＵＧのインデックス情報等もユーザＡの
端末１に送信する。例えば、図４の（Ｂ）に示すような
インデックス情報の一覧を送信する。ここで、ウイルス
チェック部２８は、端末１へ送信する検索結果及びＣＵ
Ｇのインデックス情報のウイルスチェックを実施しても
よい。

【０１０７】ユーザＡは、送信されたインデックス情報
から自身の望むＣＵＧを選択し、当該ＣＵＧに参加等す
る。本実施形態では、ＣＵＧの参加とは、参加希望者の
エージェント４が、該ＣＵＧの主催者等に参加の意思を
通知し、当該主催者の意思や当該主催者が他のＣＵＧの
参加ユーザから承認を得るなどして参加許可を得た後、
参加希望者（ユーザ）のプロファイル情報の参加ＣＵＧ
の項目に、参加するＣＵＧ名等ＣＵＧ識別情報を記載す
ることである。

【０１０８】次に、検索結果を検索してすぐに端末１に
送信せず、一度検索結果を検索結果記憶部１９に格納す
る非同期型の動作を説明する。この動作は上述の動作と
一部共通するので、異なる部分のみ詳細に説明する。ユ
ーザＡの端末１から、上述と同様に、検索要求が送信さ
れる（図１５におけるステップＳ２０、ステップＳ２
１）。ここで、ウイルスチェック部２８は、端末１から
送信された検索要求及び検索条件等のウイルスチェック
を実施してもよい。検索部１８は、上述と同様に、ＣＵ
Ｇ情報管理部３０によりＣＵＧ情報記憶部２９から読み
出したＣＵＧ情報（ＣＵＧのカテゴリ情報及びＣＵＧの
インデックス情報）と、検索条件とを比較し、検索条件
に示すカテゴリ内のＣＵＧを検索する（図１５における
ステップＳ２２〜ステップＳ２６）。次いで検索部１８
は、検索条件とひも付られた検索結果を、検索結果記憶
部１９の、ユーザＡの検索結果を格納するフィールドに
格納する（図１５におけるステップＳ２７）。ここで、
ウイルスチェック部２８は、検索結果記憶部１９に格納
する検索結果のウイルスチェックを実施してもよい。

【０１０９】ユーザＡの端末１から検索条件を指定した
ＣＵＧ検索結果要求を受けると（図１５におけるステッ
プＳ２８、ステップＳ２９）、サーバ７の検索部１８
は、検索結果記憶部１９内のユーザＡの検索結果を格納
するフィールドから、指定された検索条件の検索結果を
読出し（図１５におけるステップＳ３１）、ユーザＡの
端末１に読み出した検索結果を送信する（図１５におけ
るステップＳ３２、ステップＳ３３）。ここで、ウイル
スチェック部２８は、端末１に送信する検索結果のウイ
ルスチェックを実施してもよい。ユーザＡの端末１は、
検索結果を出力する。

【０１１０】次に、図１４の（Ｂ）の構成において、Ｃ
ＵＧを検索するサーバ７ａ及びサーバ７ｂの動作を図１
６を参照して説明する。まず、検索結果を検索してすぐ
に端末１に送信する同期型の動作を説明する。この動作
は上述の動作と一部共通するので、異なる部分のみ詳細
に説明する。ユーザＡの端末１からサーバ７ａへ、上述
と同様に、検索要求が送信される（図１６におけるステ
ップＳ４０、ステップＳ４１）。ここで、ウイルスチェ
ック部２８ａは、端末１から送信された検索要求及び検
索条件等のウイルスチェックを実施してもよい。検索部
１８ａは、上述と同様に、ＣＵＧ情報管理部３０ａによ
りＣＵＧ情報記憶部２９ａから読み出したＣＵＧ情報
（ＣＵＧのカテゴリ情報及びＣＵＧのインデックス情
報）と、検索条件とを比較し、検索条件に示すカテゴリ
内のＣＵＧを検索する（図１６におけるステップＳ４２
〜ステップＳ４６）。

【０１１１】この検索の結果、検索条件と合致するＣＵ
Ｇが検索されなかった場合や、予めユーザＡ又は管理者
等により設定されている場合などに、検索部１８ａは、
ユーザＡの端末１から受けた検索条件とＣＵＧ検索命令
とをサーバ７ｂに送信する（図１６におけるステップＳ
４７）。ここで、サーバｂのウイルスチェック部２８ｂ
は、サーバａから送信された検索条件及びＣＵＧ検索命
令等のウイルスチェックを実施してもよい。サーバ７ｂ
の検索部１８ｂは、通信インターフェース１１ｂを介し
て当該ＣＵＧ検索命令及び検索条件を受信し（図１６に
おけるステップＳ４８）、上述と同様に、ＣＵＧ情報管
理部３０ｂによりＣＵＧ情報記憶部２９ｂから読み出し
たＣＵＧ情報（ＣＵＧのカテゴリ情報及びＣＵＧのイン
デックス情報）と、検索条件とを比較し、検索条件に示
すカテゴリ内のＣＵＧを検索して検索結果を取得する
（図１６におけるステップＳ４９〜ステップＳ５３）。
次いで、検索部１８ｂは、当該検索結果をサーバ７ａの
検索部１８ａに送信する（図１６におけるステップＳ５
４）。ここで、サーバｂのウイルスチェック部２８ｂ
は、サーバ７ｂに送信する検索結果等のウイルスチェッ
クを実施してもよい。サーバ７ａの検索部１８ａは、上
述と同様に、自身の検索結果とサーバ７ｂの検索部１８
ｂによる検索結果とをユーザＡの端末１に送信する（図
１６におけるステップＳ５５、ステップＳ５６）。ここ
で、サーバ７ａのウイルスチェック部２８ａは、端末１
に送信する検索結果等のウイルスチェックを実施しても
よい。

【０１１２】次に、検索結果を検索してすぐに端末１に
送信せず、一度検索結果を検索結果記憶部１９に格納す
る非同期型の動作を図１７を参照して説明する。この動
作は上述の動作と一部共通するので、簡単に説明する。
ユーザＡの端末１からサーバ７ａへ、上述と同様に、検
索要求が送信される（図１７におけるステップＳ６０、
ステップＳ６１）。ここで、サーバ７ａのウイルスチェ
ック部２８ａは、端末１から送信された検索要求及び検
索条件等のウイルスチェックを実施してもよい。検索部
１８ａは、上述と同様に、ＣＵＧ情報管理部３０ａによ
りＣＵＧ情報記憶部２９ａから読み出したＣＵＧ情報
（ＣＵＧのカテゴリ情報及びＣＵＧのインデックス情
報）と、検索条件とを比較し、検索条件に示すカテゴリ
内のＣＵＧを検索する（図１７におけるステップＳ６２
〜ステップＳ６６）。

【０１１３】この検索の結果、検索条件と合致するＣＵ
Ｇが検索されなかった場合や、予めユーザＡ又は管理者
等により設定されている場合などに、検索部１８ａは、
ユーザＡの端末１から受けた検索条件とＣＵＧ検索命令
とをサーバ７ｂに送信する（図１７におけるステップＳ
６７）。ここで、サーバ７ｂのウイルスチェック部２８
ｂは、サーバ７ａから送信された検索条件及びＣＵＧ検
索命令等のウイルスチェックを実施してもよい。サーバ
７ｂの検索部１８ｂは、通信インターフェース１１ｂを
介して当該ＣＵＧ検索命令及び検索条件を受信し（図１
７におけるステップＳ６８）、上述と同様に、ＣＵＧ情
報管理部３０ｂによりＣＵＧ情報記憶部２９ｂから読み
出したＣＵＧ情報（ＣＵＧのカテゴリ情報及びＣＵＧの
インデックス情報）と、検索条件とを比較し、検索条件
に示すカテゴリ内のＣＵＧを検索して検索結果を取得
し、当該検索結果をサーバ７ａの検索部１８ａに送信す
る（図１７におけるステップＳ６９〜ステップＳ７
４）。ここで、サーバ７ａのウイルスチェック部２８ａ
は、サーバ７ｂから送信された検索結果等のウイルスチ
ェックを実施してもよい。サーバ７ａの検索部１８ａ
は、上述と同様に、検索条件とひも付けられた検索結果
を、検索結果記憶部１９ａの、ユーザＡの検索結果を格
納するフィールドに格納する（図１７におけるステップ
Ｓ７５）。

【０１１４】ユーザＡの端末１から検索条件を指定した
ＣＵＧ検索結果要求を受けると（図１７におけるステッ
プＳ７６、ステップＳ７７）、サーバ７ａの検索部１８
ａは、検索結果記憶部１９ａ内のユーザＡの検索結果を
格納するフィールドから、指定された検索条件の検索結
果を読出し（図１７におけるステップＳ７８）、ユーザ
Ａの端末１に読み出した検索結果を送信する（図１７に
おけるステップＳ７９〜ステップＳ８１）。ここで、サ
ーバ７ａのウイルスチェック部２８ａは、端末１に送信
する検索結果等のウイルスチェックを実施してもよい。
ユーザＡの端末１は、検索結果を出力する。

【０１１５】なお、上述した図１６、図１７の動作で
は、サーバ７ａは自身がＣＵＧを検索した後サーバ７ｂ
に対しＣＵＧ検索命令を送信するものとしたが、これに
限られるわけではなく、例えば、サーバ７ａの検索部１
８ａがユーザＡの端末１からＣＵＧ検索要求を受ける
と、まずサーバ７ｂなど通信可能なほかのサーバ７にＣ
ＵＧ検索命令を送信し、次に自身のＣＵＧ情報記憶部２
９から検索条件に合致するＣＵＧを検索してもよい。

【０１１６】また、上述した他のサーバ７にＣＵＧ検索
命令を送信するトリガは一例であり、例えば、検索条件
にヒットするＣＵＧの数量等が特定の値以下である場合
や、検索結果を端末１に出力した後、当該検索結果を閲
覧したユーザから更なる検索要求を受信した場合などで
もよい。

【０１１７】また、上述したサーバ７の動作は、ＣＵＧ
の検索のみに適応されるものではなく、コンテンツなど
のデータ送信、コンテンツ（データ）検索、メーリング
リスト検索、広告データ配信などの動作の時も同様であ
る。例えば、ユーザＡからユーザＢへデータを送信する
場合のサーバの動作例を簡単に説明する。図１４の
（Ａ）に示す構成において、サーバ７のメール送受信制
御部１４は、ユーザＡの端末１から送信されたデータに
付与されている送信先のｂメールアドレスから、当該デ
ータがユーザＢ宛てのものと判断し、当該データをメー
ル記憶部１５内のユーザＢ用の特定のフィールド（受信
フォルダ）に格納し、ユーザＢの端末１からメール受信
要求を受けると、当該データを送信する。また、例え
ば、図１４の（Ｂ）に示す構成において、サーバ７ａの
メール送受信制御部１４ａは、ユーザＡの端末１から送
信されたデータに付与されている送信先のｂメールアド
レスから、当該データの送信先が、サーバ７ａ自身によ
りパーソナルポータル２ａを提供するユーザでないこと
を認識し、当該データをサーバ７ｂに転送する。サーバ
７ｂのメール送受信制御部１４ｂは、当該データの送信
先がユーザＢ宛てのものと判断し、当該データをメール
記憶部１５ｂ内のユーザＢ用の特定のフィールド（受信
フォルダ）に格納し、ユーザＢの端末１からメール受信
要求を受けると、当該データを送信する。このように、
サーバ７は、データやＣＵＧ、メーリングリスト、広告
データを送信すべきユーザ等の検索条件を他のサーバ７
に転送したり、また、データの送信先を認識した上で当
該データを他のサーバ７に転送等することにより、各ユ
ーザ間でデータを送受信できるＰ２Ｐネットワークを実
現する。

【０１１８】また、ＣＵＧ情報は、各ユーザ毎に各々Ｃ
ＵＧ情報を格納しているわけではなく、当該サーバ７で
実現させるストレージ３全てに共通の情報として格納さ
れているとしたが、これはＣＵＧ情報に限られたわけで
はない。メーリングリスト管理情報記憶部２１内に格納
されているメーリングリストのカテゴリ情報、メーリン
グリスト毎のインデックス情報、メーリングリスト管理
情報も、当該サーバ７で実現させるストレージ３全てに
共通の情報として格納されている。

【０１１９】また、上述した実施形態では、Ｐ２Ｐネッ
トワーク５は地域ＩＰ網６上に実現されるものとした
が、これに限られたわけではなく、インターネット、Ｌ
ＡＮ（Local Area Network）、ＷＡＮ（Wide Area Netw
ork）等の通信ネットワーク上で実現可能である。

【０１２０】なお、ストレージ３（ユーザ管理情報記憶
部１３、メール記憶部１５、コンテンツ記憶部１７、検
索結果記憶部１９、広告コンテンツ記憶部２３、バック
アップコンテンツ記憶部２７、ＣＵＧ情報記憶部３０）
は、ハードディスク装置や光磁気ディスク装置、フラッ
シュメモリ等の不揮発性のメモリや、ＣＤ−ＲＯＭ等の
読み出しのみが可能な記憶媒体、ＲＡＭ（Random Acces
s Memory）のような揮発性のメモリ、あるいはこれらの
組み合わせにより構成されるもとのする。

【０１２１】なお、この各部は専用のハードウェアによ
り実現されるものであってもよく、また、図２における
各部はメモリおよびＣＰＵ（中央演算装置）により構成
され、各部の機能を実現するためのプログラムをメモリ
にロードして実行することによりその機能を実現させる
ものであってもよい。

【０１２２】また、図２における各部の機能を実現する
ためのプログラムをコンピュータ読み取り可能な記録媒
体に記録して、この記録媒体に記録されたプログラムを
コンピュータシステムに読み込ませ、実行することによ
り実現させてもよい。なお、ここでいう「コンピュータ
システム」とは、ＯＳや周辺機器等のハードウェアを含
むものとする。

【０１２３】また、「コンピュータシステム」は、ＷＷ
Ｗシステムを利用している場合であれば、ホームページ
提供環境（あるいは表示環境）も含むものとする。ま
た、「コンピュータ読み取り可能な記録媒体」とは、フ
レキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−
ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵され
るハードディスク等の記憶装置のことをいう。さらに
「コンピュータ読み取り可能な記録媒体」とは、インタ
ーネット等のネットワークや電話回線等の通信回線を介
してプログラムを送信する場合の通信線のように、短時
間の間、動的にプログラムを保持するもの、その場合の
サーバやクライアントとなるコンピュータシステム内部
の揮発性メモリのように、一定時間プログラムを保持し
ているものも含むものとする。また上記プログラムは、
前述した機能の一部を実現するためのものであっても良
く、さらに前述した機能をコンピュータシステムにすで
に記録されているプログラムとの組み合わせで実現でき
るものであっても良い。以上、この発明の実施形態を図
面を参照して詳述してきたが、具体的な構成はこの実施
形態に限られるものではなく、この発明の要旨を逸脱し
ない範囲の設計変更等も含まれる。

【０１２４】

【発明の効果】以上説明したように、本発明によるパー
ソナルポータル装置、通信方法、プログラム及び記録媒
体によれば、大容量データを、サーバで一極集中制御す
ることなく直接クライアントに送信することができる。
データのやり取りは、ユーザの端末同士で直接送受信す
るのではなく、エージェント同士がストレージに格納さ
れたデータを送受信するので、ユーザの端末のＩＰアド
レス等が他のユーザに明らかにされることがなく、セキ
ュリティ性に優れたＰ２Ｐネットワークを実現すること
ができる。また、ストレージに格納するデータは、アク
セスコントロールリストや、電子透かし、データ形式の
変換などにより、著作権侵害の問題を回避できる。ま
た、ＣＵＧやデータ等に、当該ＣＵＧやデータの特徴を
示すインデックス情報を付与するので、ユーザは自身と
同じ趣味、興味を持つ他のユーザの存在やデータを検索
することが容易となる。従来の掲示板のようなテキスト
データ中心のコミュニティではなく、動画や音声のよう
な大容量のデータをも送受信できるコミュニティの形成
が可能となる。

【図面の簡単な説明】

【図１】 本発明の一実施形態において、概要を説明す
る図である。

【図２】 同実施形態において、サーバ（エージェン
ト、ストレージ）の構成を説明する図である。

【図３】 同実施形態において、プロファイル情報の一
例を示す図である。

【図４】 同実施形態において、インデックス情報の一
例を示す図である。

【図５】 同実施形態において、コンテンツ送信の概要
を示す図である。

【図６】 同実施形態において、タイマー配信の機能を
説明する図である。

【図７】 同実施形態において、アクセスコントロール
リストの一例を示す図である。

【図８】 同実施形態において、パブリックフォルダを
説明する図である。

【図９】 同実施形態において、シェアードフォルダを
説明する図である。

【図１０】 同実施形態において、プライベートフォル
ダを説明する図である。

【図１１】 同実施形態において、検索機能を説明する
図である。

【図１２】 同実施形態において、広告コンテンツ配信
機能を説明する図である。

【図１３】 同実施形態において、電子透かし埋め込み
機能を説明する図である。

【図１４】 同実施形態において、エージェントの機能
とサーバの動作を説明する図である。

【図１５】 同実施形態において、エージェントの機能
とサーバの動作を説明する図である。

【図１６】 同実施形態において、エージェントの機能
とサーバの動作を説明する図である。

【図１７】 同実施形態において、エージェントの機能
とサーバの動作を説明する図である。

【符号の説明】

１：端末、２：パーソナルポータル、３：ストレージ、
４：Ｐ２Ｐエージェント、５：Ｐ２Ｐネットワーク、
６：地域ＩＰ網、７：サーバ、１１：通信インターフェ
ース、１２：ユーザ管理部、１３：ユーザ管理情報記憶
部、１４：メール送受信制御部、１５：メール記憶部、
１６：コンテンツ管理部、１７：コンテンツ記憶部、１
８：検索部、１９：コンテンツ検索結果記憶部、２０：
メーリングリスト管理部、２１：メーリングリスト管理
情報記憶部、２２：広告コンテンツ受付部、２３：広告
コンテンツ記憶部、２４：電子透かし埋め込み部、２
５：コンテンツ変換部、２６：コンテンツバックアップ
部、２７：バックアップコンテンツ記憶部、２８：ウイ
ルスチェック部、２９：ＣＵＧ情報記憶部、３０：ＣＵ
Ｇ情報管理部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/30 ３５０ Ｇ０６Ｆ 17/30 ３５０Ｃ Ｈ０４Ｌ 12/22 Ｈ０４Ｌ 12/22 Ｈ０４Ｎ 1/21 Ｈ０４Ｎ 1/21 (72)発明者 吾郷 康徳 東京都新宿区西新宿三丁目19番２号 東日 本電信電話株式会社内 (72)発明者 久保薗 加代子 東京都新宿区西新宿三丁目19番２号 東日 本電信電話株式会社内 (72)発明者 千葉 伸浩 東京都新宿区西新宿三丁目19番２号 東日 本電信電話株式会社内 (72)発明者 與田 正秀 東京都新宿区西新宿三丁目19番２号 東日 本電信電話株式会社内 (72)発明者 工藤 崇伸 東京都新宿区西新宿三丁目19番２号 東日 本電信電話株式会社内 (72)発明者 有本 篤司 東京都新宿区西新宿三丁目19番２号 東日 本電信電話株式会社内 (72)発明者 阿部 望 東京都新宿区西新宿三丁目19番２号 東日 本電信電話株式会社内 Ｆターム(参考） 5B017 AA03 AA06 BA06 BA09 BB06 CA16 5B075 ND20 UU40 5B082 EA11 HA05 5C073 AB01 AB07 AB11 AB17 5K030 GA15 HB01 HB02 HB21 HC01 HD05 KA01 KA06

Claims (17)

【特許請求の範囲】
1. 【請求項１】 複数の利用者の端末に、ストレージとエ
   ージェントとからなる前記利用者毎のポータルを提供す
   るパーソナルポータル装置であって、 前記ストレージが、 前記利用者毎のデータを格納し、 前記エージェントが、 他の利用者のエージェント又は前記利用者の端末から送
   信されたデータを受信し、さらに、前記ストレージに格
   納しているデータを前記他の利用者のエージェント又は
   前記利用者の端末に送信する、 ことを特徴とするパーソナルポータル装置。
2. 【請求項２】 前記データには、当該データの特徴を示
   すインデックス情報が付与されており、 前記エージェントが、前記データを検索する条件を示す
   検索条件情報と、前記ストレージに格納しているデータ
   のインデックス情報とに基づいて、前記検索条件に合致
   するデータを検索し、 前記エージェントが、前記検索結果を前記他の利用者の
   エージェント又は前記端末に送信することを特徴とする
   請求項１に記載のパーソナルポータル装置。
3. 【請求項３】 前記データには、当該データの特徴を示
   すインデックス情報が付与されており、 前記エージェントが、前記データを検索する条件を示す
   検索条件情報と、前記ストレージに格納しているデータ
   のインデックス情報とに基づいて、前記検索条件に合致
   するデータを検索し、 前記エージェントが、前記検索結果を前記ストレージに
   格納し、前記利用者の端末からの要求を受信した場合、
   前記格納した検索結果を前記端末に送信することを特徴
   とする請求項１に記載のパーソナルポータル装置。
4. 【請求項４】 前記データには、当該データを受信すべ
   き利用者を特定する利用者識別情報が付与されており、 前記エージェントが、前記利用者識別情報によって特定
   される利用者のエージェントに前記データを送信し、 前記利用者識別情報によって特定される利用者のエージ
   ェントが、前記データを前記利用者識別情報によって特
   定される利用者の端末へ送信することを特徴とする請求
   項１から３のいずれかに記載のパーソナルポータル装
   置。
5. 【請求項５】 前記ストレージが、前記利用者の嗜好を
   示す嗜好情報と、当該利用者の利用者識別情報とを含む
   プロファイル情報を格納しており、 前記エージェントが、商品を宣伝する利用者の条件を示
   す利用者条件情報を付与された広告データを受信し、 前記エージェントが、前記利用者条件情報と、前記スト
   レージに格納しているプロファイル情報とに基づいて、
   前記利用者条件に合致する利用者を検索し、 前記エージェントが、前記利用者条件に合致する利用者
   のプロファイル情報から、当該利用者の利用者識別情報
   を取得し、 前記エージェントが、前記利用者識別情報によって特定
   される利用者のエージェントに前記広告データを送信
   し、 前記利用者識別情報によって特定される利用者のエージ
   ェントが、前記広告データを前記利用者識別情報によっ
   て特定される利用者の端末へ送信することを特徴とする
   請求項４に記載のパーソナルポータル装置。
6. 【請求項６】 前記データ又は前記データを格納するフ
   ォルダには、当該データ又は前記フォルダへのアクセス
   権を設定するアクセス権設定情報が付与されており、 前記エージェントが、前記アクセス権設定情報に基づい
   て、前記データを前記利用者の端末又は前記他の利用者
   のエージェントへ送信するか否か管理することを特徴と
   する請求項１から５のいずれかに記載のパーソナルポー
   タル装置。
7. 【請求項７】 前記データを格納するフォルダに付与さ
   れたアクセス権設定情報には、前記利用者により特定さ
   れたグループであって複数の利用者から成るグループに
   参加している利用者のみが当該フォルダにアクセス可能
   である旨が設定されており、 前記エージェントが、前記アクセス権設定情報に基づい
   て、前記データを前記利用者の端末又は前記他の利用者
   のエージェントへ送信するか否か管理することを特徴と
   する請求項６に記載のパーソナルポータル装置。
8. 【請求項８】 前記データには、前記データを前記利用
   者の端末に送信できる期日を設定する送信期日設定情報
   と、前記データを受信すべき利用者を特定する利用者識
   別情報とが付与されており、 前記エージェントが、前記利用者の端末に送信できる期
   日までに、前記利用者識別情報によって特定される利用
   者のエージェントに前記データを送信し、 前記利用者識別情報によって特定される利用者のエージ
   ェントが、前記データの送信期日設定情報に基づいて、
   前記データを前記利用者識別情報によって特定される利
   用者の端末へ送信するか否か制御することを特徴とする
   請求項１から７のいずれかに記載のパーソナルポータル
   装置。
9. 【請求項９】 前記エージェントが、前記ストレージに
   格納されたデータを、他の記憶手段にコピーすることを
   特徴とする請求項１から８のいずれかに記載のパーソナ
   ルポータル装置。
10. 【請求項１０】 前記エージェントが、前記ストレージ
    に格納されるデータに、電子透かしを埋め込み、 前記エージェントが、前記電子透かしを埋め込んだデー
    タを、前記他のエージェントに送信することを特徴とす
    る請求項１から９のいずれかに記載のパーソナルポータ
    ル装置。
11. 【請求項１１】 前記エージェントが、前記ストレージ
    から、前記電子透かしの埋め込まれたデータを検出する
    ことを特徴とする請求項１０に記載のパーソナルポータ
    ル装置。
12. 【請求項１２】 前記エージェントが、前記ストレージ
    に格納されるデータを、ストリーミング出力のためのデ
    ータに変換し、 前記エージェントが、前記変換したデータを、前記他の
    エージェントに送信することを特徴とする請求項１から
    １１のいずれかに記載のパーソナルポータル装置。
13. 【請求項１３】 前記エージェントが、前記ストレージ
    に格納するデータ、又は、前記他の利用者のエージェン
    ト又は前記端末に送信するデータ、又は、前記他の利用
    者のエージェント又は前記端末から受信したデータがウ
    イルスに感染しているか否か判別することを特徴とする
    請求項１から１２のいずれかに記載のパーソナルポータ
    ル装置。
14. 【請求項１４】 前記パーソナルポータル装置が、地域
    ＩＰ網により接続されていることを特徴とする請求項１
    から１３のいずれかに記載のパーソナルポータル装置。
15. 【請求項１５】 利用者の端末に、ストレージとエージ
    ェントとからなる前記利用者毎のポータルを提供する通
    信方法であって、 前記ストレージが、 前記利用者毎のデータを格納し、 前記エージェントが、 他の利用者のエージェント又は前記利用者の端末から送
    信されたデータを受信して前記ストレージに格納し、 前記ストレージに格納しているデータを前記他の利用者
    のエージェント又は前記利用者の端末に送信する、 ことを特徴とする通信方法。
16. 【請求項１６】 利用者の端末に、ストレージとエージ
    ェントとからなる前記利用者毎のポータルを提供する通
    信プログラムであって、 前記ストレージが、 前記利用者毎のデータを格納し、 前記エージェントが、 他の利用者のエージェント又は前記利用者の端末から送
    信されたデータを受信して前記ストレージに格納するス
    テップと、 前記ストレージに格納しているデータを前記他の利用者
    のエージェント又は前記利用者の端末に送信するステッ
    プと、 をコンピュータに実行させる通信プログラム。
17. 【請求項１７】 利用者の端末に、ストレージとエージ
    ェントとからなる前記利用者毎のポータルを提供する通
    信プログラムであって、 前記ストレージが、 前記利用者毎のデータを格納し、 前記エージェントが、 他の利用者のエージェント又は前記利用者の端末から送
    信されたデータを受信して前記ストレージに格納するス
    テップと、 前記ストレージに格納しているデータを前記他の利用者
    のエージェント又は前記利用者の端末に送信するステッ
    プと、 をコンピュータに実行させる通信プログラムを記録した
    コンピュータ読み取り可能な記録媒体。