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