(57)【要約】【課題】  情報管理を効率よく行う情報管理装置を提供する。【解決手段】  一意に識別するオブジェクトＩＤ毎に各情報オブジェクトに関する情報を記憶するオブジェクト管理データベースと、情報オブジェクト間のリレーションを記憶するリレーション管理データベースと、情報オブジェクトのプロファイル情報を記憶するプロファイル管理データベースと、入力されたプロファイル情報に対してオブジェクトＩＤを付与して記憶する手段と、情報オブジェクト間において予め決められたイベントが発生した場合に、イベントを発生させた情報オブジェクトを識別する２つのオブジェクトＩＤを取得する手段と、前記２つのオブジェクトＩＤ間に直接リレーションを生成して、直接リレーション情報を記憶する手段と、直接リレーションが新たに生成された場合に、直接リレーションを構成する情報オブジェクトに対して、関連するプロファイル情報を提供する手段とを備える。【選択図】    図１
2005222461.tif 000002
【特許請求の範囲】
【請求項１】
情報オブジェクトを一意に識別するオブジェクトＩＤ毎に各情報オブジェクトに関する情報を記憶するオブジェクト管理データベースと、
情報オブジェクト間のリレーションを記憶するリレーション管理データベースと、
情報オブジェクトのプロファイル情報を記憶するプロファイル管理データベースと、
入力されたプロファイル情報に対してオブジェクトＩＤを付与して前記プロファイル管理データベースに記憶する手段と、
情報オブジェクト間において予め決められたイベントが発生した場合に、イベントを発生させた情報オブジェクトを識別する２つのオブジェクトＩＤとを取得する手段と、
前記２つのオブジェクトＩＤ間に直接リレーションを生成して、前記リレーション管理データベースに直接リレーション情報を記憶する手段と、
直接リレーションが新たに生成された場合に、直接リレーションを構成する情報オブジェクトに対して、関連するプロファイル情報を提供する手段と
を備えたことを特徴とする情報管理装置。
【請求項２】
提供されたプロファイル情報に対する操作内容を取得する手段と、
前記操作内容が否定的操作であった場合に、該当する直接リレーションを否定する情報を前記リレーション管理データベースに対してリレーション情報を記憶し、前記操作内容が肯定的操作であった場合に、該当する直接リレーションのプロファイル情報を前記プロファイル管理データベースに記憶する手段と
をさらに備えたことを特徴とする請求項１に記載の情報管理装置。
【請求項３】
情報検索条件を含む検索要求を受け付ける手段と、
前記情報検索条件に合致する情報オブジェクトＩＤを前記オブジェクト管理データベース及び前記プロファイル管理データベースを参照して検索する手段と、
前記検索によって得られた情報オブジェクトに関する情報を検索要求に対する検索結果として検索要求元へ返す手段と
をさらに備えたことを特徴とする請求項１または２に記載の情報管理装置。
【請求項４】
情報オブジェクトを一意に識別するオブジェクトＩＤ毎に各情報オブジェクトに関する情報を記憶するオブジェクト管理データベースと、情報オブジェクト間のリレーションを記憶するリレーション管理データベースと、情報オブジェクトのプロファイル情報を記憶するプロファイル管理データベースとを備えた情報管理装置における情報管理方法であって、
入力されたプロファイル情報に対してオブジェクトＩＤを付与して前記プロファイル管理データベースに記憶する過程と、
情報オブジェクト間において予め決められたイベントが発生した場合に、イベントを発生させた情報オブジェクトを識別する２つのオブジェクトＩＤとを取得する過程と、
前記２つのオブジェクトＩＤ間に直接リレーションを生成して、前記リレーション管理データベースに直接リレーション情報を記憶する過程と、
直接リレーションが新たに生成された場合に、直接リレーションを構成する情報オブジェクトに対して、関連するプロファイル情報を提供する過程と
を有することを特徴とする情報管理方法。
【請求項５】
提供されたプロファイル情報に対する操作内容を取得する過程と、
前記操作内容が否定的操作であった場合に、該当する直接リレーションを否定する情報を前記リレーション管理データベースに対してリレーション情報を記憶し、前記操作内容が肯定的操作であった場合に、該当する直接リレーションのプロファイル情報を前記プロファイル管理データベースに記憶する過程と
をさらに有することを特徴とする請求項４に記載の情報管理方法。
【請求項６】
情報検索条件を含む検索要求を受け付ける過程と、
前記情報検索条件に合致する情報オブジェクトＩＤを前記オブジェクト管理データベース及び前記プロファイル管理データベースを参照して検索する過程と、
前記検索によって得られた情報オブジェクトに関する情報を検索要求に対する検索結果として検索要求元へ返す過程と
をさらに有することを特徴とする請求項４または５に記載の情報管理方法。
【請求項７】
情報オブジェクトを一意に識別するオブジェクトＩＤ毎に各情報オブジェクトに関する情報を記憶するオブジェクト管理データベースと、情報オブジェクト間のリレーションを記憶するリレーション管理データベースと、情報オブジェクトのプロファイル情報を記憶するプロファイル管理データベースとを備えた情報管理装置上で動作する情報管理プログラムであって、
入力されたプロファイル情報に対してオブジェクトＩＤを付与して前記プロファイル管理データベースに記憶する処理と、
情報オブジェクト間において予め決められたイベントが発生した場合に、イベントを発生させた情報オブジェクトを識別する２つのオブジェクトＩＤとを取得する処理と、
前記２つのオブジェクトＩＤ間に直接リレーションを生成して、前記リレーション管理データベースに直接リレーション情報を記憶する処理と、
直接リレーションが新たに生成された場合に、直接リレーションを構成する情報オブジェクトに対して、関連するプロファイル情報を提供する処理と
をコンピュータに行わせることを特徴とする情報管理プログラム。
【請求項８】
提供されたプロファイル情報に対する操作内容を取得する処理と、
前記操作内容が否定的操作であった場合に、該当する直接リレーションを否定する情報を前記リレーション管理データベースに対してリレーション情報を記憶し、前記操作内容が肯定的操作であった場合に、該当する直接リレーションのプロファイル情報を前記プロファイル管理データベースに記憶する処理と
をさらにコンピュータに行わせることを特徴とする請求項７に記載の情報管理プログラム。
【請求項９】
情報検索条件を含む検索要求を受け付ける処理と、
前記情報検索条件に合致する情報オブジェクトＩＤを前記オブジェクト管理データベース及び前記プロファイル管理データベースを参照して検索する処理と、
前記検索によって得られた情報オブジェクトに関する情報を検索要求に対する検索結果として検索要求元へ返す処理と
をさらにコンピュータに行わせることを特徴とする請求項７または８に記載の情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットコミュニティにおける情報オブジェクト間のリレーションを利用して情報管理を行う情報管理装置、情報管理方法及び情報管理プログラムに関する。
【背景技術】
【０００２】
インターネットの普及に伴い、ネットワーク上の情報量の増加が進んでいる。そのため、同傾向、同目的のユーザや情報を特定のサイトに集約し、効率的に情報交換、情報収集を行うための集まりが存在している。これを本明細書ではネットコミュニティと称する。ネットコミュニティでは、コミュニティに参加する個人や、コミュニティ管理者、コミュニティの提供するサービスなどから有益な情報が提供されるほか、新しい友人と知り合うことができるなどの利点があり、近年、大きな影響力を持つようになってきている。このような、他人や他人の持っている情報を効率的に利用するというネットコミュニティ的な効果を得るシステムとして、メーリングリストや、メールマガジンといった登録制の情報配信機構、個人、団体が運営する各種のコミュニティポータルなどが存在する。更に、インターネット上で用いられる検索エンジンも、キーワードの分析により情報の集約、提供を行う一種のネットコミュニティ的な情報システムといえる。また、高度な情報システムとして、ユーザ間の関連を、各ノード間を結ぶパイプとして管理し、人物検索に利用して情報収集の効率を上昇させるもの、ユーザのメールなどの文書情報に含まれるキーワードの共通点を利用して情報の管理を自動化するシステムなどが存在している（例えば、特許文献１参照）。
【特許文献１】特開２００１−１７５６８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来技術による方式にあっては、以下に挙げる問題がある。
（１）ユーザプロファイル情報に関する入力の必要性
従来のメールマガジンや、ルールエンジンベースの情報提供システムなど、ユーザへ情報配信するシステムを利用する場合、ユーザのプロファイルや嗜好などの属性情報をシステムに登録する必要があり、詳細で洗練された情報を求めるほど、大量のユーザ情報が必要である。このため、ユーザに対して、ユーザ自身に関するプロファイルの入力が必須条件である。また、情報が不足している場合、システムの稼動が不全となる場合がある。
（２）検索対象プロファイル情報に関する入力の必要性
従来の検索エンジンにおいて、ユーザが情報の検索を行ったり、ユーザに対して情報の配信を行うためには、操作の対象となる情報自体に分類のためのプロファイル情報が必要であり、情報の提供者は、それを詳細に入力しなければならないという問題がある。情報提供者によりプロファイルの入力されていない情報は、例え必要とされる情報であっても、ユーザが取得することはできなかった。
（３）プロファイル強度の入力の必要性、妥当性の問題
前述したプロファイルを利用した情報サービスを利用する場合、情報に設定されたプロファイルが、どのくらいの強さを持つかを決定するプロファイルの強度を入力する場合がある。例えば、個人情報として音楽というプロファイルを設定した場合、どの程度音楽が好きであるかの程度を数値として設定したり、サイトの趣旨をサッカーとしてプロファイルに設定した場合、どの程度サッカーに関して有用であるページであるかを数値として設定するような場合である。このような設定情報は、情報検索の手段として利用される。しかし、こういった強度は、設定するユーザの感覚によって適当に設定されるため、実際の強度に即していない数値が設定される可能性がある。こうして不適切な数値が設定されたプロファイルを用いて情報検索などを行った場合、正しい検索の優先度で情報検索が行えないという問題がある。例えば、誰かが不用意に情報へのプロファイル強度を強く設定した場合、重要でない情報でも検索優先度が高くなってしまう。また、プロファイル強度が設定されていない情報は、実際は重要である情報であっても、検索対象とならないという問題もある。また、こうした強度の入力は、それに際してユーザの稼動が発生するという問題がある。
（４）ユーザ傾向分析のためのユーザリソースの必要性、正確性の欠如
ユーザのメールや、ユーザに関する文書を利用し、ユーザプロファイルを分析する方法は、それらの個人的なリソースを必須とする上、ユーザにとって公開を望まないプロファイルや情報を抽出してしまう恐れがある。
（５）情報リソースの自動分析の弊害
従来の検索エンジンや特許文献１に記載の技術のように、情報リソースの文字列などを分析し、抽出したキーワードをプロファイルとして情報の意味づけを行う場合において、リソースに、情報の主旨とは無関係であるが、頻出する単語があると、それがキーワードとして抽出される。そうした誤ったキーワードでプロファイル付けが行われた場合、キーワードから期待した情報の検索ができないという問題がある。
（６）経歴情報を利用したユーザ利用情報分析の非効率性
従来のショッピングポータルやサービスポータルなどにおける、ユーザの購買履歴や、サービスの利用状況からプロファイルを導出する方法は、特定の個人が特定のサービスを複数回利用することが前提となり、初期状態における有用性が薄かった。加えて、これらのプロファイルを導出し、利用するためのルールの作成の稼動が必要となっていた。また、情報の本質以外の蓄積によって得られる利用傾向情報（こういった人に良く検索される、こういったキーワードと相性がよい）などの情報は、通常は知りえないため、検索において有効であり、データマイニングなどの作業によって分析、利用されているが、データマイニングには、膨大な手間、投資、時間が必要であり、流動的なネットワーク上の情報提供に対して、逐一利用することは困難である。
（７）プロファイル情報入力方式の制限
従来のメーリングリストや、メールマガジンといった登録制の情報配信機構におけるプロファイル情報入力方式は、はじめに用意された多くの選択肢の中から、適合するものを選ぶ選択型か、ユーザが自由に文字列を入力することで決定する文字列型であった。このため、情報入力能力、表示能力の低い携帯端末や、情報システムに不慣れなユーザに対して、利用が適さないという問題がある。
【０００４】
このように情報化社会において、情報量の爆発現象に対して有効な解決手段が提供されていないことは、広い世代に対して、ネットワークサービス利用の促進を阻害する要因の一つである。このため、コンテンツプロバイダをはじめとするネットワークサービスは行き詰まりの傾向がある。そこで、ユーザ同士の場を形成し、情報のフィルタリングと活発な利活用を狙ったネットコミュニティ機構が重要視されてきている。また、携帯端末（携帯電話、ＰＤＡ）の普及により、個人に特化されたコンパクトな情報の提供機構が求められている。
【０００５】
このようなことから、ネットコミュニティおよび情報の管理機構は、現在最も注目されている技術の一つに挙げられる。
本発明は、このような事情に鑑みてなされたもので、ユーザ情報を連携補完することにより、必要とするユーザ情報を抑えながらも高精度で継続性の高いユーザフレンドリーな情報提供システムを実現でき、運営側の最大の問題点である管理稼動を大幅に削減できる情報管理装置、情報管理方法及び情報管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、情報オブジェクトを一意に識別するオブジェクトＩＤ毎に各情報オブジェクトに関する情報を記憶するオブジェクト管理データベースと、情報オブジェクト間のリレーションを記憶するリレーション管理データベースと、情報オブジェクトのプロファイル情報を記憶するプロファイル管理データベースと、入力されたプロファイル情報に対してオブジェクトＩＤを付与して前記プロファイル管理データベースに記憶する手段と、情報オブジェクト間において予め決められたイベントが発生した場合に、イベントを発生させた情報オブジェクトを識別する２つのオブジェクトＩＤとを取得する手段と、前記２つのオブジェクトＩＤ間に直接リレーションを生成して、前記リレーション管理データベースに直接リレーション情報を記憶する手段と、直接リレーションが新たに生成された場合に、直接リレーションを構成する情報オブジェクトに対して、関連するプロファイル情報を提供する手段とを備えたことを特徴とする。
【０００７】
請求項２に記載の発明は、提供されたプロファイル情報に対する操作内容を取得する手段と、前記操作内容が否定的操作であった場合に、該当する直接リレーションを否定する情報を前記リレーション管理データベースに対してリレーション情報を記憶し、前記操作内容が肯定的操作であった場合に、該当する直接リレーションのプロファイル情報を前記プロファイル管理データベースに記憶する手段とをさらに備えたことを特徴とする。
【０００８】
請求項３に記載の発明は、情報検索条件を含む検索要求を受け付ける手段と、前記情報検索条件に合致する情報オブジェクトＩＤを前記オブジェクト管理データベース及び前記プロファイル管理データベースを参照して検索する手段と、前記検索によって得られた情報オブジェクトに関する情報を検索要求に対する検索結果として検索要求元へ返す手段と
をさらに備えたことを特徴とする。
【０００９】
請求項４に記載の発明は、情報オブジェクトを一意に識別するオブジェクトＩＤ毎に各情報オブジェクトに関する情報を記憶するオブジェクト管理データベースと、情報オブジェクト間のリレーションを記憶するリレーション管理データベースと、情報オブジェクトのプロファイル情報を記憶するプロファイル管理データベースとを備えた情報管理装置における情報管理方法であって、入力されたプロファイル情報に対してオブジェクトＩＤを付与して前記プロファイル管理データベースに記憶する過程と、情報オブジェクト間において予め決められたイベントが発生した場合に、イベントを発生させた情報オブジェクトを識別する２つのオブジェクトＩＤとを取得する過程と、前記２つのオブジェクトＩＤ間に直接リレーションを生成して、前記リレーション管理データベースに直接リレーション情報を記憶する過程と、直接リレーションが新たに生成された場合に、直接リレーションを構成する情報オブジェクトに対して、関連するプロファイル情報を提供する過程とを有することを特徴とする。
【００１０】
請求項５に記載の発明は、提供されたプロファイル情報に対する操作内容を取得する過程と、前記操作内容が否定的操作であった場合に、該当する直接リレーションを否定する情報を前記リレーション管理データベースに対してリレーション情報を記憶し、前記操作内容が肯定的操作であった場合に、該当する直接リレーションのプロファイル情報を前記プロファイル管理データベースに記憶する過程とをさらに有することを特徴とする。
【００１１】
請求項６に記載の発明は、情報検索条件を含む検索要求を受け付ける過程と、前記情報検索条件に合致する情報オブジェクトＩＤを前記オブジェクト管理データベース及び前記プロファイル管理データベースを参照して検索する過程と、前記検索によって得られた情報オブジェクトに関する情報を検索要求に対する検索結果として検索要求元へ返す過程と
をさらに有することを特徴とする。
【００１２】
請求項７に記載の発明は、情報オブジェクトを一意に識別するオブジェクトＩＤ毎に各情報オブジェクトに関する情報を記憶するオブジェクト管理データベースと、情報オブジェクト間のリレーションを記憶するリレーション管理データベースと、情報オブジェクトのプロファイル情報を記憶するプロファイル管理データベースとを備えた情報管理装置上で動作する情報管理プログラムであって、入力されたプロファイル情報に対してオブジェクトＩＤを付与して前記プロファイル管理データベースに記憶する処理と、情報オブジェクト間において予め決められたイベントが発生した場合に、イベントを発生させた情報オブジェクトを識別する２つのオブジェクトＩＤとを取得する処理と、前記２つのオブジェクトＩＤ間に直接リレーションを生成して、前記リレーション管理データベースに直接リレーション情報を記憶する処理と、直接リレーションが新たに生成された場合に、直接リレーションを構成する情報オブジェクトに対して、関連するプロファイル情報を提供する処理とをコンピュータに行わせることを特徴とする。
【００１３】
請求項８に記載の発明は、提供されたプロファイル情報に対する操作内容を取得する処理と、前記操作内容が否定的操作であった場合に、該当する直接リレーションを否定する情報を前記リレーション管理データベースに対してリレーション情報を記憶し、前記操作内容が肯定的操作であった場合に、該当する直接リレーションのプロファイル情報を前記プロファイル管理データベースに記憶する処理とをさらにコンピュータに行わせることを特徴とする。
【００１４】
請求項９に記載の発明は、情報検索条件を含む検索要求を受け付ける処理と、前記情報検索条件に合致する情報オブジェクトＩＤを前記オブジェクト管理データベース及び前記プロファイル管理データベースを参照して検索する処理と、前記検索によって得られた情報オブジェクトに関する情報を検索要求に対する検索結果として検索要求元へ返す処理とをさらにコンピュータに行わせることを特徴とする。
【発明の効果】
【００１５】
従来の情報提供システムにおいては、ユーザは、ネットワーク上で必要とする情報を得るために、様々な稼動を払わねばならなかった。たとえば、キーワードを入力して結果一覧から選定する検索エンジンや、自分のプロファイルを登録しておき、マッチする情報を得るメーリングシステムなどが、それらの技術にあたる。こうしたシステムの利用には、ユーザ情報の入力と、回答の取捨選択が必要であり、ユーザに対して、稼動を強いるとともに、ネットワーク初心者に対して、敷居の高いシステムになっていた。また、情報やコミュニティを提供する側も、管理者、もしくは代表的なユーザが手動で提供すべきユーザに提供すべき情報配信ルールの策定や、情報の管理を行っていたため、大きな稼動が必要とされていた。
本発明によれば、ユーザや情報を等しく情報オブジェクトとして捉え、その相関関係からオブジェクト同士の関連を管理することで、ユーザのプロファイル情報を推測し、提案および自動補完することで、今までユーザが入力していた情報の量を削減することができるという効果が得られる。また、適切な情報やコミュニティの提案を行うとともに、ユーザ傾向の偏りから、自動的にコミュニティを生成することが可能となる。
【００１６】
また、情報同士の関連を利用し、関係情報の傾向から抽出、計算することで、従来、ユーザが手入力で設定していたプロファイルの強度を、自動的に判定することができる。このことより、ユーザの入力稼動を削減し、また、ユーザが無作為にプロファイルの強度を決定することで発生していた情報検索精度の低下を防止できる。
また、情報同士の関連を利用し、関係情報の傾向から抽出、計算することで、従来、ユーザが所有する文書、メールなどのデータや利用履歴データのマイニングを行うことで抽出していたユーザのプロファイル親和性、プロファイル傾向を自動的に抽出する。このことにより、プロファイリングのためのデータが不要となり、更に、プロファイル情報を自動補完することにより、プロファイル情報不足で、システムの動作が十分に機能しないことを防止できる。同時に、これらのデータを入力する稼動を削減することができる。
また、情報同士の関連を利用し、関係情報の傾向から抽出、計算することで、従来、ユーザが所有する文書、メールなどのデータや利用履歴データのマイニングを行うことで抽出していたユーザのプロファイル親和性、プロファイル傾向を自動的に抽出する。このことにより、プロファイリングのためのデータが不要となり、更に、プロファイル情報を自動補完することにより、プロファイル情報不足で、システムの動作が十分に機能しないことを防止できる。同時に、これらのデータを入力する稼動を削減することができる。
また、情報同士の関連を利用し、関係情報の傾向から抽出、計算することで、従来、情報提供者が逐一入力していた提供情報に関するプロファイル親和性、プロファイル傾向を自動的に抽出する。このことにより、情報提供者がプロファイル情報を付与しない場合でも、情報の検索およびマッチングが可能となる。また、こうしたプロファイル情報の付与は、ユーザの情報に対する利用傾向に応じて行われるため、実際の利用に即した、経験則的、データマイニング的で適切な情報誘導が可能となる。
【００１７】
また、自動的に抽出したプロファイル親和性、プロファイル傾向を、ユーザのプロファイル候補として、ユーザに対して提案することができる。これにより、ユーザが自発的に入力しなければならなかったプロファイル入力のインターフェイスの形式として、簡易なＰｕｓｈ提案型を採ることが可能となり、プロファイル入力の促進を望めるとともに、文字入力能力の低い携帯端末などでの利便性が向上する。
また、プロファイルの提案に対してのユーザのリアクションを正誤判定として反映し、プロファイル情報に反映することで、推測したプロファイル情報に対しての正確度を向上させることができる。
また、ユーザが情報オブジェクトに対して行った操作をイベントとして関知し、オブジェクト同士の関連管理を行うことで、ユーザのサービス利用に即して、プロファイルの傾向情報を動的に変化して利用できる。
また、他の情報に登録されたプロファイルや、他の情報とのリレーションネットワークなど、利用ユーザが直接関与しない別ユーザの状態が変化することで、利用ユーザに対して連鎖的に影響が発生するため、ユーザが特に情報をシステムに与えなくても、常にユーザに対して、プロファイル提案を継続的に行える。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の一実施形態による情報管理装置を図面を参照して説明する。装置の構成を説明する前に、本明細書で用いる用語について説明する。
（１）情報オブジェクト
情報オブジェクトは、ネットワーク上で管理される情報、ないし情報の集合を扱う際の管理単位である。情報オブジェクトには、電子化しうるあらゆるタイプの情報、例えば、Ｗｅｂページ、ウェブログ、メール、掲示板、掲示板での発言といった文書リソースや、動画像、写真、音声といったマルチメディアコンテンツや、団体、コミュニティ、チャットルーム、メーリングリストなど、概念的なもの、集合的な情報も含まれる。ユーザ自身の情報も一つの「ユーザ」オブジェクトとして管理される。情報管理装置では、情報オブジェクトは、一意のＩＤが振られ、管理を行う。情報オブジェクト管理データの構成を図１９に示す。情報オブジェクト管理データは、オブジェクトを一意に識別するオブジェクトＩＤと、オブジェクトの名称と、オブジェクトの種別を管理するオブジェクトタイプＩＤと、オブジェクトステータスフラグ（０：活動中，１：削除済）と、オブジェクトの作成日と、オブジェクト情報の更新日と、情報が存在するネットワーク上の位置を示すオブジェクトＵＲＩとからなる。
【００１９】
（２）イベント（利用イベント）
情報管理装置においては、ユーザが複数のサービスシステムを利用することを対象としており、ユーザがそれぞれのサービスを利用した際の利用情報をイベントとしてリアルタイムに収集する。イベント情報は、サービスの利用に関与した情報オブジェクトのＩＤと、イベントのＩＤによって構成される。イベントは、イベントの目的となるオブジェクトの種別と、オブジェクトに対して提供されるサービスから導出する。これは、提供されるＷｅｂサービスに依存する。例えば、オブジェクト種別が動画コンテンツである場合、「視聴する」、「ブックマークする」、「ブックマークから外す」、「購買する」等がイベントとなる。また、オブジェクト種別がユーザである場合、「メッセージを送る」、「動画チャットサービスを利用して更新する」、「友達リストに追加する」、「無視リストに追加する」等がイベントとなる。例えば、ユーザが動画提供サービスで動画コンテンツの閲覧サービスを利用した場合、閲覧した動画コンテンツとユーザの間にイベントが発生する。また、コミュニティサービスで、ユーザ同士がチャット行為を行えば、ユーザとユーザの間にイベントが発生することとなる。また、イベントには、イベントの種類に応じて、直接リレーションを更新するための数値であるリレーション値が設定される。システムは、イベントが発生する毎にリレーション値を直接リレーションに対して加減算する。
【００２０】
リレーション値の設定は、目的に応じて、例として以下のような決定手法を採ることができる。
（２−１）コスト法
イベントを発生させるためにかかるコストから、リレーション値を決定する。例えば、商品を購買するイベントの場合、１０００円のものを購入するイベントに比べ、１００００円のものを購入するイベントのリレーション値を高く設定する。例えば、会費が１０００円のユーザが送るメッセージによるリレーション値よりも、会費が２０００円のユーザが送るメッセージのリレーション値を高く設定する。これにより、コストのかかるイベントの重要度を上げることができ、サービスのレベルに応じてユーザを誘導することができる。
（２−２）誘導優先法
優先度の高いイベント順に、リレーション値を高く設定する方法。例えば、商品購買の場合、ユーザを誘導したい新しい商品や、在庫商品などに関するリレーション値を高く設定する。これにより、意図する情報にユーザを誘導することができる。
（２−３）イベントレアリティ法
イベントの希少性からイベント種別に対する影響度を算出する。（全体のイベント実行回数／該当イベントの実行回数）から自動的にリレーション数値を算出する。頻繁に行われるイベントは影響度を失い、あまり行われないイベントは、その影響が高くなる。例えば、コンテンツの試験視聴は頻繁に行われるが、コンテンツの購買はあまり行われないため、購買イベントの影響度が大きく設定される。これにより、日常的にあまり行われないイベントをピックアップし、サービスの利用状況に反映できる。
（２−４）オブジェクトレアリティ法
オブジェクトへのアクセスの希少性からその影響度を算出する。ポータル的なオブジェクトへの集中現象を抑制し、小さなオブジェクトを活かして提案することができる。
（２−５）複合法
上記の方法を複数畳み込み計算することによって算出することで、それぞれの利点を総合的に取り入れることができる
（２−６）決めうち法
運営者が意図的に数値を決定する方法。特定のイベントから特定の効果を得たい場合に設定する。
【００２１】
（３）直接リレーション
直接リレーションは、情報オブジェクトと情報オブジェクトの間に設定された、互いの関連性の存在を示すデータである。直接リレーションは、オブジェクト間に発生したイベントに応じて、設定が行われる。直接リレーションの強さを表す指数として、直接リレーション強度が設定されている。直接リレーションはオブジェクト間に双方向で設定され、利用される。直接リレーションのデータ構成を図２０に示す。リレーションデータは、関係の参照元となるオブジェクトの関連元オブジェクトＩＤと、関係の参照先となるオブジェクトの関連先オブジェクトＩＤと、リレーションステータスフラグ（０：活動中，１：削除済）と、リレーションの強度とからなる。これらのデータは、イベント発生時に、システムによって設定、更新される。参照元をオブジェクトＡ、参照先をオブジェクトＢ、直接リレーション強度を１．０とした場合の直接リレーションの概念図を図２１に示す。直接リレーションは、イベントの発生時に際して、新規作成、更新が行われる。その際、イベントが発生したリレーションの関連元と関連先の間で、関連先から関連元へ向かう方向を正方向、関連元から関連先へ向かう方向を逆方向とした、イベント毎に設定されたリレーション強度数値の増減が行われる。また、直接リレーションや、直接リレーションを形作る情報オブジェクトが削除された場合、リレーションステータスフラグを削除済みとし、リレーションの削除処理とする。
【００２２】
（４）プロファイル
プロファイルは、オブジェクトにて意義付けられたメタ情報を指す。例えば、ユーザを表すオブジェクトであれば、ユーザ名、性別、出身、年齢、趣味、趣向などの項目のその内容のデータがそれに当たる。プロファイルには、それぞれの種類毎に一意のプロファイル項目ＩＤが定義される。また、それぞれのオブジェクトがどのようなプロファイルを持つことができるかは、オブジェクトの種類を表すオブジェクトタイプＩＤによって定義されている。プロファイル種類のデータ構造を図２２に示す。プロファイル種類のデータは、オブジェクトの種別を示すオブジェクトタイプＩＤと、プロファイルの項目を一意に識別するＩＤレセプタとしてこのプロファイルを保有できることを示すプロファイル項目ＩＤとからなる。プロファイルは、レセプタとコレクタと呼ばれるサブセットを持ち、システム内では主にこの二つのどちらかの形で利用される。プロファイル（レセプタ、コレクタ）のデータ構成を図２３に示す。プロファイルデータは、プロファイルを一意に識別する連番プロファイルＩＤと、プロファイルを保有するオブジェクトのオブジェクトＩＤと、プロファイルの項目を一意に識別するプロファイル項目ＩＤと、ユーザーにより入力されたプロファイルのプロファイル項目内容と、プロファイルの強さ（傾向度）を示す値であるプロファイル強度と、プロファイルタイプ（レセプタ：２，コレクタ：１）と、ユーザーへの提案遍歴を管理する提案フラグとからなる。
【００２３】
（５）レセプタ
レセプタは、プロファイルのサブセットである。ユーザが情報オブジェクトに対して自ら定義したプロファイル情報を指す。これは、オブジェクトに関する明白な情報である。レセプタを設定できるのは、その情報オブジェクトの所有者であるユーザに限られる。この情報は、内容と強度を持ち、オブジェクトの検索や、オブジェクト間のマッチングに利用される。レセプタの強度は、システムが自動的に決定する。これは、レセプタを定義されているオブジェクトと直接リレーションを持ち、かつ、同一ないし近似のレセプタを保有するオブジェクト群に対する、直接リレーション強度の総和で表される。これは、自分と関係の深いオブジェクトが共通のレセプタを持っている場合、自分は、そのレセプタについての傾向が強いものと考えるものである。例えば、あるユーザが特定のプロファイル傾向を持つ映画コンテンツをよく視聴するとする。その場合、映画コンテンツと複数のリレーションが張られ、そのリレーション強度の総計として、ユーザのプロファイル強度が算出される。すなわち、そのユーザが、その映画が共通して持っているプロファイルについて、非常に傾向が強いものとして扱われる。レセプタとその強度の概念を図２４に示す。図２４では、共通する「α」というレセプタを持つ他のオブジェクトＢ，Ｃ，Ｄとの直接リレーション強度がそれぞれ２，２，３であるため、Ａに定義されたレセプタαのレセプタ強度は、その総計である７となる。ここでは、ユーザが多くのつながりを持つほど、プロファイルの傾向が強く、強度も大きいという概念のもので、リレーション値を総計する方法を用いている。このことで、利用度が大きいユーザには、強いプロファイル値を与え、より精細な提案、マッチングが行える効果を得ることができる。また、他の妥当な概念、計算法が存在する場合、それを用いて数値計算を行ってもよい。
【００２４】
（６）コレクタ
コレクタは、プロファイルのサブセットである。レセプタと直接リレーションを利用して、その情報オブジェクトに定義されていないプロファイルに関して、システムが自動的に作成するものをコレクタとする。これは、情報オブジェクトに関する推測的な情報である。既に同様の内容のレセプタが存在する場合はレセプタが優先され、コレクタは作成されない。この情報は、内容と強度を持ち、オブジェクト間のマッチングに利用されるほか、レセプタの候補として、ユーザへの提案に利用される。コレクタの強度は、システムが自動的に決定する。これは、注目するオブジェクトと直接リレーションを持ち、それらが同一、ないし近似のレセプタを保有するオブジェクト群に対する、直接リレーション強度の総和で表される。コレクタとその強度の概念を図２５に示す。図２５では、Ａに定義されていない「β」というレセプタを持つ他のオブジェクトＢ，Ｃ，Ｄとの直接リレーション強度がそれぞれ２，２，３である。この場合、Ａに仮定されるコレクタβの強度は、その総計である７となる。算出されたコレクタの強度が、最低コレクタ強度と呼ばれる、生成を判断する閾値を超えている場合、そのオブジェクトには、新規にコレクタが定義される。たとえば、図２５における最低コレクタ強度が５であった場合、最低コレクタ強度を超えているため、Ａには、コレクタβが定義される。また、リレーションの消滅などにより、直接リレーション強度の合計が、最低コレクタ強度を下回った場合、そのコレクタは消滅する。最低コレクタ強度は、ユーザによる、提案設定により設定される。この提案設定は、ユーザの任意のタイミングで、Ｗｅｂを通して行うことが可能である。入力ユーザが多くの提案を望む場合、最低コレクタ強度を低くし、ユーザがあまり提案を望まない場合は、最低コレクタ強度を高くすることで、ユーザに対する提案頻度を調節することができる。
【００２５】
次に、図１を参照して、一実施形態による情報管理装置の構成を説明する。図１は同実施形態の構成を示すブロック図である。この図において、符号１は、ユーザが直接扱う端末である。符号２は、業務サービスを行うサーバであり、提供するサービスは、ネットワーク上で提供されるものを想定し、特に限定されない。符号３は、情報オブジェクトおよびリレーションの管理を行うシステムサーバである。符号１１は、ユーザからの情報入力を受け付ける汎用的な入力装置である。符号１２は、ユーザへの情報出力を行う汎用的な表示装置である。符号ＮＷは、インターネット、イントラネットに代表される各種ネットワークである。Ｗｅｂシステム２１は、ユーザに対してインターフェイス機構を提供し、業務の処理を行う装置である。これは、特定のＷｅｂサービスシステムを示さず、ネットワーク上でユーザに対してサービスを行うシステム全般を含む。ＮＷ出力ＩＦ２２は、システムサーバ３にＷｅｂシステム２１で作成された電文を送信する装置である。ＮＷ入力ＩＦ２３は、システムサーバ３から送信された電文を受信する装置である。Ｗｅｂシステム２１は、入力装置１１からのユーザの操作に応じて電文を作成し、ＮＷ出力ＩＦ２２へ渡す。また、ＮＷ入力ＩＦ２３において受信した電文の情報を基にして、表示装置１２に対して、適切なインターフェイス画面を生成する。
【００２６】
符号３１は、業務サーバ２より、電文を受信するＮＷ入力ＩＦである。符号３２は、業務サーバ２に対して、電文の送信を行うＮＷ出力ＩＦである。符号３３は、イベントＩＤをイベントＤＢ３７に問い合わせ、リレーション変更値を得るイベント処理部である。符号３４は、リレーション変更値に応じて、直接リレーションの変更を行う直接リレーション処理部である。符号３５は、情報オブジェクトの生成、消去、更新などの処理を行うオブジェクト処理部である。符号３６は、情報オブジェクトに付与されたプロファイル情報の生成、消去、更新などの処理を行うプロファイル処理部である。符号３７は、イベントＩＤに関連付けられたリレーション変更値を管理するイベントデータベースである。符号３８は、オブジェクト間の直接リレーションを管理するリレーション管理データベースである。符号３９は、オブジェクト自体の情報を管理するオブジェクト管理データベースである。符号４０は、オブジェクトに定義されたプロファイル情報を管理するプロファイル管理データベースである。
【００２７】
次に、図１に示す情報管理装置の動作を説明する。初めに、新規にレセプタが設定された場合にレセプタ、コレクタ情報の更新を行う機能の動作を説明する。この機能は、ユーザが情報オブジェクトに対し新規にレセプタを登録した際に、登録を行った情報オブジェクトに関して直接リレーションをもつ他の情報オブジェクトのプロファイルを検索、集計することで、レセプタ、コレクタ情報の更新を行う機能である。
【００２８】
まず、ユーザは、Ｗｅｂサービスを通して、システムに対して情報オブジェクトに関するレセプタ情報を登録する。そして、新規にレセプタが登録された場合、まず、その項目に対する強さ（レセプタ強度）の計算が行う。これは、レセプタを保有する情報オブジェクトに関して、直接リレーションを形成し、かつ、強度計算を行うレセプタと同一、近似のレセプタを有する情報オブジェクトとのリレーションを検索し、その直接リレーションの強度の総計をもって、レセプタ強度とするものである。
【００２９】
ここで、図２を参照して、レセプタ情報登録の動作を説明する。ユーザは、入力装置１１からプロファイルの登録を行う（ステップＳ１）。これを受けて、Ｗｅｂシステム２１は、プロファイルの登録電文Ｄ１を作成する（ステップＳ２）。図３に電文Ｄ１において利用される項目を示す。電文Ｄ１には、オブジェクトを一意に識別するオブジェクトＩＤと、プロファイルの項目を一意に識別するプロファイル項目ＩＤと、ユーザーにより入力されたプロファイルのプロファイル項目内容とが含まれる。そして、ＮＷ出力ＩＦ２２は、この登録電文Ｄ１を送信する（ステップＳ３）。これを受けて、ＮＷ入力ＩＦ３１は、登録電文Ｄ１を受信する（ステップＳ４）。プロファイル処理部３８は、電文Ｄ１からプロファイル項目ＩＤ、プロファイル項目内用の情報を受け取り、オブジェクトＩＤに対応するレセプタとする（ステップＳ５）。
【００３０】
次に、新規にレセプタが登録された情報オブジェクトと直接リレーションを持つ、他の情報オブジェクトのレセプタの更新を行う。これは、新規にレセプタが登録された情報オブジェクトがそれと直接リレーションを結ぶ他の情報オブジェクトのプロファイルに及ぼす影響を考慮し、強度の再計算を行うものである。また、該当するレセプタを保有していない情報オブジェクトに対しては、直接リレーション処理部３４が、コレクタの検討を行う。コレクタ検討の動作を図４を参照して説明する。まず、情報オブジェクトと、直接リレーションを形成し、かつ、と同一、近似のレセプタを有しない情報オブジェクトとのリレーションを検索する（ステップＳ６）。そして、リレーション強度の総計が最低コレクタ強度以上であるか否かを判定し（ステップＳ７）、リレーション強度の総計が最低コレクタ強度以上である場合、既存にコレクタが存在するか否かを判定する（ステップＳ８）。この判定の結果、コレクタが存在しなければ、新規にコレクタを生成、登録する（ステップＳ９）。一方、コレクタが存在する場合は、既存のコレクタのコレクタ強度を更新する（ステップＳ１０）。また、リレーション強度の総計が最低コレクタ強度以上でない場合、既存にコレクタが存在するか否かを判定し（ステップＳ１１）、存在すれば既存コレクタを削除する（ステップＳ１２）。一方、存在しなければ処理を終了する。
【００３１】
例えば、図５（１）の状態の場合、Ａという情報オブジェクトが持つ東京と呼ばれるレセプタが存在するとする。Ａのレセプタ強度は、Ａと直接リレーションを持ち、かつ、東京と呼ばれるレセプタを共通して持つ情報オブジェクトＣ，Ｄ，Ｆとの直接リレーションＡＣ，ＡＤ，ＡＦのリレーション強度を総計した値である５として計算されている。また、Ｂには東京と呼ばれるレセプタは未定義の状態にある。また、（１）の状態では、ＢとＥに東京と呼ばれるコレクタが発生する可能性がある。最低コレクタ強度を５とした場合、Ｂに関する東京と呼ばれるコレクタのコレクタ強度は、ＢＣ，ＢＡ，ＢＤの総計である４であり、最低コレクタ強度を満たさない。また、Ｅに関する東京と呼ばれるコレクタのコレクタ強度は、ＥＣある３であり、最低コレクタ強度を満たさない。よって、（１）の状態ではコレクタの発生はない。
【００３２】
この状態から、図５（２）のように、新規にＢに対して、新規に東京と呼ばれるレセプタが定義された場合、Ｂのレセプタ強度は、Ｂと直接リレーションを持ち、かつ、東京と呼ばれるレセプタを共通して持つ情報オブジェクトＡ，Ｃ，Ｄとの直接リレーションＢＡ，ＢＣ，ＢＤのリレーション強度を総計した値である４として計算される。また、Ｂに対して直接リレーションを持ち、Ｂに新規に設定された東京と呼ばれるレセプタを共通して持つＡに関する、レセプタ強度の再計算が行われる。この場合、直接リレーションＡＢが考慮されるようになり、Ａの東京と呼ばれるレセプタの強度は、８に更新される。また、（２）の状態では、Ｅに東京と呼ばれるコレクタが発生する可能性がある。最低コレクタ強度を５とした場合、Ｅに関する東京と呼ばれるコレクタのコレクタ強度は、ＥＢ，ＥＣの総計である６であり、これは最低コレクタ強度を満たす。よって、Ｅに関して、コレクタを新規に設定し、その強度を６とする。
次に、算出されたレセプタ強度と、電文中のプロファイル項目ＩＤ、プロファイル項目内容を内容として、レセプタは、プロファイル管理ＤＢ４０に格納する。
【００３３】
次に、ユーザによるサービス利用からシステムの情報を更新し、レセプタ、コレクタの更新を行う動作を説明する。これは、ユーザのサービス利用により発生するイベントを受けて、直接リレーションの強度及び強度が変更された場合、その情報をもとに、レセプタ、コレクタ情報の更新を行うものである。
【００３４】
ユーザがＷｅｂサービスを利用する（例えば、誰かにコミュニケーション電文を送付する、動画コンテンツを閲覧する、コミュニティに参加登録する、推奨されたＷｅｂページを参照するなど、予め登録されたサービスを利用する）ことにより、そのサービスを提供するＷｅｂシステム２１は、サービスに対応したイベントを発生させる。イベント発生を示す電文は、システムサーバ３へ送信される。システムサーバ３は、イベント電文の通知により、イベントの種類に応じた直接リレーション強度変更値で、そのイベントに関係するオブジェクト間の直接リレーション強度を更新する。図６を参照して、直接リレーション更新の動作を説明する。
【００３５】
まず、ユーザは、入力装置１１からＷｅｂシステム２１のサービスの利用を行う（ステップＳ２１）。Ｗｅｂシステム２１は、サービスに対応するイベントＩＤ情報が定義された電文Ｄ２を作成する（ステップＳ２２）。図７に電文Ｄ２で利用される項目を示す。電文Ｄ２には、関係の参照元となるオブジェクトの参照元オブジェクトＩＤと、関係の参照先となるオブジェクトの参照先オブジェクトＩＤと、イベントの種類を識別する一意のイベントＩＤとが含まれる。そして、ＮＷ出力ＩＦ２２は、この電文Ｄ２を送信する（ステップＳ２３）。これを受けて、ＮＷ入力ＩＦ３１は、電文Ｄ２を受信する（ステップＳ２４）。イベント処理部３５は、電文Ｄ２内のイベントＩＤをキーにイベントＤＢ３７に問い合わせを行い、イベントを発生させたオブジェクト間に存在するリレーションの更新情報を得る（ステップＳ２５）。直接リレーション処理部３４は、リレーション更新情報に従い、リレーションの更新処理を行う（ステップＳ２６）。
【００３６】
直接リレーション強度の変更により、直接リレーション強度が変更された場合、その直接リレーションに関与する情報オブジェクトの持つプロファイル（レセプタ、コレクタ）の再検討を行う。これは、変更されたリレーション強度を利用して強度計算を行っているレセプタ、コレクタの計算更新を行うものである。これは、そのオブジェクトが保有する全プロファイルに対して、再計算が行われる。また、再計算の結果、最低コレクタ強度を超えたコレクタは新規に生成され、また、最低コレクタ強度を下回ったコレクタは削除される。例えば、図８（１）の状態の場合、Ｂが持つ東京と呼ばれるレセプタが存在するとする。Ｂのレセプタ強度は、Ｂと直接リレーションを持ち、かつ、東京と呼ばれるレセプタを共通して持つ情報オブジェクトＡ，Ｃとの直接リレーションＢＡ，ＢＣのリレーション強度を総計した値である３として計算されている。また、（１）の状態では、Ｂに埼玉と呼ばれるコレクタが発生する可能性がある。最低コレクタ強度を５とした場合、Ｂに関する埼玉と呼ばれるコレクタのコレクタ強度は、ＢＡ，ＢＤ，ＢＥの総計である４であり、最低コレクタ強度を満たさない。よって、（１）の状態ではコレクタの発生はない。
【００３７】
この状態から、図８（２）のように、ＢＡの直接リレーション強度が２から３に更新された場合、Ｂの東京と呼ばれるレセプタの強度は、Ｂと直接リレーションを持ち、かつ、東京と呼ばれるレセプタを共通して持つ情報オブジェクトＡ，Ｃとの直接リレーションＢＡ，ＢＣのリレーション強度を総計した値である４として計算される。また、（２）の状態では、Ｂに埼玉と呼ばれるコレクタが発生する可能性がある。最低コレクタ強度を５とした場合、Ｂに関する埼玉と呼ばれるコレクタのコレクタ強度は、ＢＡ，ＢＤ，ＢＥの総計である５であり、これは最低コレクタ強度を満たす。よって、Ｂに関して、埼玉と呼ばれるコレクタを新規に設定し、その強度を５とする。
次に、算出されたレセプタ強度と、電文中のプロファイル項目ＩＤ、プロファイル項目内容を内容として、レセプタは、プロファイル管理ＤＢ４０に格納する。
【００３８】
次に、コレクタの中で、該当情報オブジェクトに対して適用できるものをオーナーユーザに提案し、プロファイルの補完を行う機能の動作を説明する。形成されたコレクタが、その情報オブジェクトに設定されうるプロファイル項目であった場合（レセプタとして適用できる場合）、そのコレクタは、ユーザに対してレセプタである可能性が高い。例えば、趣味がサッカーであるレセプタである情報オブジェクトとの直接リレーションを持つユーザ情報オブジェクトは、サッカーに対する親和性が高いのみならず、実際に趣味がサッカーである可能性が高い。システムは、生成されたコレクタが、そのオブジェクトのレセプタとして利用できる場合、ユーザに対して、新規プロファイル（レセプタ）の提案を行う。結果として、ユーザに承認されたコレクタは、レセプタとしてプロファイルのタイプを更新され、ユーザに対する明示的なプロファイルとなる。ユーザに否認されたコレクタは、提案済みフラグが付加され、以後、提案は行われない。この場合、コレクタは、ユーザのプロファイルへの親和性を示すもの（コレクタ）として、継続利用される。
【００３９】
コレクタが新規に発生した場合、システムは、ユーザに対して新規コレクタが発生した旨を通知する。これは、情報オブジェクトに関するプロファイル情報候補の提案という形で行われる。この通知の形は、ユーザが利用するサービスのインターフェイスによって異なる場合がある。ユーザに対してコレクタ通知を行う動作を図９を参照して説明する。
【００４０】
まず、提案フラグが未提案状態か否かを判定し（ステップＳ３１）、未提案状態なければ処理を終了する。一方、未提案状態であれば、コレクタは情報オブジェクトがレセプタとして持てるタイプか否かを判定し（ステップＳ３２）、レセプタとして持てるタイプでなければ処理を終了する。一方、レセプタとして持てるタイプであれば該当するコレクタを新規提案項目とし（ステップＳ３３）、コレクタの提案フラグを提案済み状態にする（ステップＳ３４）。そして、プロファイル処理部３６は新規提案項目をパラメータとして、電文Ｄ３を生成する（ステップＳ３５）。図１０に電文Ｄ３で利用される項目を示す。電文Ｄ３には、オブジェクトを一意に識別するオブジェクトＩＤと、プロファイルの項目を一意に識別するプロファイル項目ＩＤと、ユーザーにより入力されたプロファイルのプロファイル項目内容とが含まれる。そして、ＮＷ出力ＩＦ３２は、この電文Ｄ３を送信する（ステップＳ３６）。これを受けて、ＮＷ入力ＩＦ２３は、電文Ｄ３を受信する（ステップＳ３７）。Ｗｅｂシステム２１は、情報オブジェクトの所有ユーザーに対して、プロファイルの提案を行う画面を生成する（ステップＳ３８）。ユーザは、表示装置１２より、プロファイルの提案を閲覧する（ステップＳ３９）。
【００４１】
ユーザに対する提案に対して、ユーザは、肯定的動作（プロファイルの提案画面においてＹＥＳボタンを押下するなど）や、否定的動作（プロファイルの提案画面においてＮＯボタンを押下するなど）を行ったり、提案に対して操作をしない（無反応行為）などによって、その提案がユーザに対して適合しているかどうかの判断を下すことができる。適合している場合、プロファイル処理部３６は、その提案の元になったコレクタを、レセプタとして更新する。また、不適合だった場合や一定期間反応が得られなかった場合、そのコレクタの提案フラグを不適合判断済みとする。不適合とされたコレクタは、以後、提案の対象にならない。
【００４２】
次に、ユーザによる適合判断動作を図１１を参照して説明する。ユーザがシステムの提案に対して、一定期間操作をしない（ステップＳ４１）、または否定的操作をした場合（ステップＳ４２）、Ｗｅｂシステム２１は提案したプロファイルに対して、不適合とする（ステップＳ４５）。そして、ＮＷ出力ＩＦ２２は電文Ｄ４を送信する（ステップＳ４６）。図１２に電文Ｄ４で利用される項目を示す。電文Ｄ４には、オブジェクトを一意に識別するオブジェクトＩＤと、プロファイルの項目を一意に識別するプロファイル項目ＩＤと、ユーザーにより入力されたプロファイルのプロファイル項目内容と、プロファイルが適合したかどうかの適合フラグとが含まれる。そして、ＮＷ入力ＩＦ３１は、この電文Ｄ４を受信する（ステップＳ４７）。プロファイル処理部３６は、不適合とされたプロファイルの提案フラグを不適合判断済みとする（ステップＳ４８）。
【００４３】
一方、ユーザがシステムの提案に対して、肯定的操作をした場合（ステップＳ４３）、Ｗｅｂシステム２１は提案したプロファイルに対して、適合とし（ステップＳ４９）、ＮＷ出力ＩＦ２２は、電文Ｄ５を送信する（ステップＳ５０）。電文Ｄ５に含まれる項目は、電文Ｄ４と同様である。これを受けて、ＮＷ入力ＩＦ３１は、この電文Ｄ５を受信する（ステップＳ５１）。プロファイル処理部３６は、肯定されたプロファイル状態フラグを肯定済みとし、同時にレセプタとして登録する（ステップＳ５２）。
【００４４】
次に、プロファイルによる情報オブジェクト検索機能の動作を説明する。ユーザないしユーザの利用するサービスは、プロファイル条件を指定して、情報オブジェクトの検索を行う。検索条件として、（１）検索される情報オブジェクトタイプＩＤ、個数、（２）検索の結果、返される情報オブジェクトタイプＩＤ（ユーザ、動画コンテンツなど、オブジェクトの種別を管理するＩＤ）や、検索の結果として得られるオブジェクトの最小、最大個数、（３）検索に利用するプロファイルの種類、内容、強度範囲、（４）検索の際に利用するプロファイルタイプ（コレクタ、レセプタ）や、プロファイル項目ＩＤ（出身や趣味、嗜好など）、プロファイル項目内容（出身に対する東京、神奈川などの内容データ）を指定できる。また、検索に利用するプロファイルが持つプロファイル強度の範囲の最大値、最小値を指定できる。
【００４５】
まず、ユーザは、検索画面よりプロファイルの条件指定入力を行う。システムは、条件入力の指定に応じて、検索条件を設定する。続いてシステムは、検索条件から、ＤＢに対して検索を行い、条件に適合するデータを抽出する。そして、システムは、ユーザに対して、結果を返す。結果は、検索されたオブジェクトのテーブルデータの一覧となる。
【００４６】
検索条件指定から、その結果を表示する動作を図１３を参照して説明する。まず、ユーザーまたはユーザーが利用するサービスが検索要求を行う（ステップＳ６１）。Ｗｅｂシステム２１は、検索元となるオブジェクトのＩＤと、条件を含んだ電文Ｄ６を作成するステップＳ６２）。図１４に電文Ｄ６で利用される項目を示す。電文Ｄ６には、オブジェクトを一意に識別するオブジェクトＩＤと、プロファイルの項目を一意に識別するプロファイル項目ＩＤと、ユーザーにより入力されたプロファイルのプロファイル項目内容と、検索する情報オブジェクトの上限、下限数を指定した情報オブジェクト個数条件と、検索する情報オブジェクトの強度範囲を指定したプロファイル強度条件と、検索する情報オブジェクトの種類を指定した情報オブジェクト種類ＩＤと、検索する情報オブジェクトの作成日条件を指定したオブジェクト作成日条件と、検索する情報オブジェクトの作成日条件を指定したオブジェクト更新日条件とが含まれる。そして、ＮＷ出力ＩＦ２２は、この電文Ｄ６を送信する（ステップＳ６３）。これを受けて、ＮＷ入力ＩＦ３１は、電文Ｄ６を受信する（ステップＳ６４）。
【００４７】
プロファイル処理部３６は、プロファイルＩＤをキーに、検索条件に応じて、プロファイル管理ＤＢ４０及びオブジェクト管理ＤＢ３９に適合する情報オブジェクトを問い合わせる（ステップＳ６５）。プロファイル処理部３６は、検索された情報オブジェクトの情報を含んだ電文Ｄ７を生成する（ステップＳ６６）。図１５に電文Ｄ７で利用される項目を示す。電文Ｄ７には、プロファイルを一意に識別するプロファイルＩＤと、プロファイルを保有するオブジェクトのオブジェクトＩＤと、プロファイルの項目を一意に識別するプロファイル項目ＩＤと、ユーザーにより入力されたプロファイルのプロファイル項目内容と、プロファイルの強さ（傾向度）を示す値であるプロファイル強度と、プロファイルタイプ（レセプタ：２，コレクタ：１）とが含まれる。そして、ＮＷ出力ＩＦ３２は、この電文Ｄ７を送信する（ステップＳ６７）。これを受けてＮＷ入力ＩＦ２３は、電文Ｄ７を受信する（ステップＳ６８）。Ｗｅｂシステム２１は、検索要求を行ったサービスに応じて適切なユーザーインタフェイス画面で検索結果を表示する（ステップＳ６９）。ユーザは、表示装置１２より、検索結果を閲覧する（ステップＳ７０）。
【００４８】
次に、プロファイルマッチングによる検索機能の動作を説明する。ユーザないしユーザの利用するサービスは、オブジェクト同士のプロファイルのマッチング度合いによって情報オブジェクトの検索を行う。この際には、情報オブジェクトの種類、個数、作成日、更新日などの条件のみ指定し、検索に利用するプロファイルの指定は行わない。この部分は、プロファイルマッチングによって、マッチするものが選択される。特定のキーワードを指定せず、自分とのプロファイルによる相性によって、オブジェクトの検索を行うことができる。
【００４９】
ユーザは、検索画面よりプロファイルの条件指定入力を行う。システムは、条件入力の指定に応じて、検索条件を設定する。続いて、システムは、検索条件から、ＤＢに対して条件に適合するデータを抽出する。この際に、情報オブジェクト同士のマッチングの度合いを、プロファイルによって評価するプロファイルマッチングを行う。プロファイルマッチングは、それぞれのオブジェクトで、プロファイル（レセプタ、コレクタ）項目ＩＤと、その値が同一、近似しているものの強度比較、統計を行い、情報オブジェクトに定義されたプロファイルに関する類似度を検証するものである。強度比較、統計に際して、レセプタ、コレクタ加重値と、マッチング寄与度という二つの概念を定義する。レセプタ、コレクタ加重値は、プロファイルマッチングに対する、レセプタとコレクタの影響の割合を定義する。コレクタはシステムによる推測的なプロファイルに過ぎないため、明確に定義された情報のみ利用したい場合は、レセプタの加重値を増やし、コレクタの加重値を減らす。逆に、コレクタを利用して、ユーザの潜在的で非明示の情報を利用して、幅の広いマッチングを行いたい場合には、コレクタの加重値を増やす。レセプタ、コレクタの加重値のデータ例を図１６に示す。マッチング寄与度は、各プロファイル項目に関して重要度を考慮し、それぞれのマッチングに対する影響を考慮するものである。例えば、年齢などの一般的なプロファイルは、マッチングにおいて寄与しにくいが、音楽の趣味など、特殊なプロファイルは、マッチングに対して大きな影響を及ぼす、と考える場合、それぞれの寄与度を増減させる。マッチング寄与度のデータ例を図１７に示す。プロファイルマッチングは、利用するデータの検索と、データの計算によって行われる。
【００５０】
プロファイルマッチングの動作を図２５を参照して説明する。まず、マッチングを行う情報オブジェクト（Ａ，Ｂとする）のプロファイル（レセプタ、コレクタ）を検索する（ステップＳ７１）。そして、検索されたプロファイルの中で、プロファイル項目ＩＤが等しく、プロファイル内容が同一、近似のものを抽出する。（Ａのものをα、Ｂのものをβとする）（ステップＳ７２）。次に、αのセレプタ、コレクタ加重値×βのレセプタ、コレクタ加重値×マッチング寄与度×（αとβのプロファイル強度の小さい方の強度）＝  マッチング度によりマッチング度を求める（ステップＳ７３）。そして、全てのプロファイル項目について計算を行い、その数値を総計する（ステップＳ７４）。
【００５１】
次に、システムは、ユーザに対して、求められた結果を返す。検索条件指定および結果を表示するプロセスは、プロファイル項目ＩＤ、プロファイル項目内容を指定しない以外、前述した動作と同一である。
【００５２】
以上説明したように、ネットワーク上の情報リソースを、情報オブジェクトと呼ばれる単位で管理し、それらの相関関連を管理することで、従来ユーザによって入力が行われていた、情報オブジェクトに定義されるプロファイル情報の補完および提案を自動的に行うことができる。このようにして、情報利用システムの精度を向上させるとともに、ユーザ、管理者の稼動を削減し、その利用を簡便化するものである。ここでいう情報オブジェクトは、ネットワーク上でシステムが把握する、あらゆる種類の情報リソースを意味する。情報オブジェクトは、情報オブジェクト同士の相関関係（リレーション）によって管理される。ユーザのサービス利用に応じて、サービスの利用に関与した情報オブジェクト間のリレーションに対して生成、削除、更新などの操作が行われ、システムに反映される。また、情報オブジェクトには、プロファイル情報が付加され、情報自体の意味づけがなされており、一般的なプロファイルを利用したマッチングや、情報検索に利用することができる。
【００５３】
また、プロファイルは、レセプタとコレクタと呼ばれる二種類のサブセットに分類されれ、レセプタは、情報オブジェクトのユーザによって明示的に示されたプロファイル情報であり、コレクタは、システムが推測する仮定的なプロファイル情報であり、ユーザの利用傾向から鑑みた、プロファイルへの傾向、親和性を示す。プロファイル情報は基本的にはユーザからの入力を期待するものであるが、本発明では、ユーザが設定したプロファイル（以後、レセプタと表記する）に対し、その情報と関係の深い周囲の情報オブジェクトが持つプロファイルの傾向と、リレーションの強さを鑑みることで、レセプタに設定される傾向の強さを自動的かつ合理的に算出する。また、コレクタと呼ばれる、従来知り得なかった、情報のプロファイルへの親和性をシステムで自動補完し、利用することが可能となっている。加えて、自動補完されたコレクタの中で、レセプタとなる可能性のあるもの（ユーザが「プロファイル情報」として入力する可能性のあるもの）を、オブジェクトのオーナーであるユーザに「プロファイルの入力候補」として提案することで、その入力を促進することができる。この提案行為は、ユーザ本人だけでなく、他ユーザの利用によって変更されたシステム内のリレーション情報、レセプタ情報によっても引き起こされるため、ユーザ本人が新しくレセプタ情報を入力したり、設定情報を変更することなく、他ユーザの利用をトリガーとして動作し、継続的な情報提案のＰｕｓｈ形式での提供を行うことができる。また、提案情報は、ユーザによって、その是非を判断し、肯定された提案は、ユーザのレセプタとして、正式にシステムに登録され、利用され、また、否定された情報に対しては、ユーザのレセプタではないが、親和性の高いプロファイル（以後コレクタと表記する）としてシステムに登録され、プロファイルを用いたマッチングに利用される。
【００５４】
このように、プロファイル情報及び、プロファイル親和性の情報をレセプタ、コレクタ、リレーションの概念を用いて補完することによって、従来、ユーザが入力していたプロファイル情報の拡充を容易にするとともに、情報の少ない利用初期状態におけるプロファイルマッチングを行うことを可能としている。また、こうして定義されるレセプタ、コレクタ情報を利用して情報オブジェクトを効果的に検索利用することが可能である。
【００５５】
なお、図１における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより情報管理処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００５６】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施形態の構成を示すブロック図である。
【図２】レセプタ情報登録の動作を示すフローチャートである。
【図３】電文に利用される項目を示す説明図である。
【図４】コレクタ検討の動作を示すフローチャートである。
【図５】新規にレセプタが追加された場合の処理を示す説明図である。
【図６】直接リレーション更新動作を示すフローチャートである。
【図７】電文に利用される項目を示す説明図である。
【図８】直接リレーション強度が変更された場合の処理を示す説明図である。
【図９】コレクタ通知を行う動作を示すフローチャートである。
【図１０】電文に利用される項目を示す説明図である。
【図１１】ユーザによる適合判断動作を示すフローチャートである。
【図１２】電文に利用される項目を示す説明図である。
【図１３】情報オブジェクトの検索と結果表示の動作を示すフローチャートである。
【図１４】電文に利用される項目を示す説明図である。
【図１５】電文に利用される項目を示す説明図である。
【図１６】レセプタ・コレクタの加重値を示す説明図である。
【図１７】マッチング寄与度を示す説明図である。
【図１８】プロファイルマッチングの動作を示すフローチャートである。
【図１９】情報オブジェクト管理データの構成を示す説明図である。
【図２０】リレーションのデータ構成を示す説明図である。
【図２１】直接リレーションの関係を示す説明図である。
【図２２】プロファイル種類のデータ構成を示す説明図である。
【図２３】プロファイルのデータ構成を示す説明図である。
【図２４】レセプタ強度を示す説明図である。
【図２５】コレクタ強度を示す説明図である。
【符号の説明】
【００５８】
１・・・端末、１１・・・入力装置、１２・・・表示装置、ＮＷ・・・ネットワーク、２・・・業務サーバ、２１・・・Ｗｅｂシステム、２２・・・ＮＷ出力ＩＦ、２３・・・ＮＷ入力ＩＦ、３・・・システムサーバ、３１・・・ＮＷ入力ＩＦ、３２・・・ＮＷ出力ＩＦ、３３・・・イベント処理部、３４・・・直接リレーション処理部、３５・・・オブジェクト処理部、３６・・・プロファイル処理部、３７・・・イベントＤＢ、３８・・・リレーション管理ＤＢ、３９・・・オブジェクト管理ＤＢ、４０・・・プロファイル管理ＤＢ
【図１】
2005222461.tif 000003
【図２】
2005222461.tif 000004
【図３】
2005222461.tif 000005
【図４】
2005222461.tif 000006
【図５】
2005222461.tif 000007
【図６】
2005222461.tif 000008
【図７】
2005222461.tif 000009
【図８】
2005222461.tif 000010
【図９】
2005222461.tif 000011
【図１０】
2005222461.tif 000012
【図１１】
2005222461.tif 000013
【図１２】
2005222461.tif 000014
【図１３】
2005222461.tif 000015
【図１４】
2005222461.tif 000016
【図１５】
2005222461.tif 000017
【図１６】
2005222461.tif 000018
【図１７】
2005222461.tif 000019
【図１８】
2005222461.tif 000020
【図１９】
2005222461.tif 000021
【図２０】
2005222461.tif 000022
【図２１】
2005222461.tif 000023
【図２２】
2005222461.tif 000024
【図２３】
2005222461.tif 000025
【図２４】
2005222461.tif 000026
【図２５】
2005222461.tif 000027