(57)【要約】【課題】グループに属するメンバーのプロファイルデータを参照するための方法であって、メンバー毎に参照条件を異なる設定が可能な方法を提供することを課題とする。【解決手段】ユーザからプロファイルデータ参照要求を受けると、グループ構成メンバー毎に登録されている参照条件設定テーブルを取得し、同テーブルに設定されている参照条件にしたがって当該ユーザに対して提供可能なプロファイルデータの属性項目を決定し、提供可能な属性項目のみを表示する構成である。【選択図】　　　図８
2004013430.tif 000002
【特許請求の範囲】
【請求項１】
所定のグループに属する各メンバー毎に登録されたプロファイルデータをユーザに提供するためのデータ処理方法であって、
ユーザから参照要求を受け取ると、上記各メンバー毎に登録されたプロファイルデータに関する、上記所定のグループに属するメンバーに対する参照条件が設定された参照条件設定情報を参照し、
その結果、各メンバー毎に登録されたプロファイルデータのうちから当該ユーザに対して当該ユーザが参照可能なように提供可能なプロファイルデータの属性項目を決定する各段階よりなり、
上記参照条件設定情報は、上記所定のグループに属するメンバー毎に当該メンバーに対して提供可能なプロファイルデータの属性項目を個別に指定する構成よりなるデータ処理方法。
【請求項２】
上記参照条件設定情報は、参照要求をしてきたユーザに対して提供可能なプロファイルデータの属性項目を上記所定のグループに属するメンバー全員に対して一括して指定する構成を含む請求項１に記載のデータ処理方法。
【請求項３】
上記参照条件設定情報は、上記所定のグループに属するメンバー毎に割り振られたユーザ識別情報をキーとして構成される請求項１又は２に記載のデータ処理方法。
【請求項４】
所定のグループに属する各メンバー毎に登録されたプロファイルデータを結合してユーザに提供するためのデータ処理方法であって、
ユーザから参照要求を受け取ると、上記各メンバー毎に登録されたプロファイルデータに関する、上記所定のグループに属するメンバーに対する参照条件が設定された参照条件設定情報を参照し、
その結果、各メンバー毎に登録されたプロファイルデータのうちから当該ユーザに対して当該ユーザが参照可能なように提供可能なプロファイルデータの属性項目を決定する各段階よりなり、
上記参照条件設定情報は、上記所定のグループに属するメンバー毎に設定されるメンバー間の権限関係を数値的に定めたランク情報どうしを比較した結果に応じて提供可能なプロファイルデータの属性項目を指定する構成よりなるデータ処理方法。
【請求項５】
更に、上記決定段階で決定された参照要求をしてきたユーザに提供可能なプロファイルデータの属性項目を当該ユーザに対して表示する段階を含み、
上記提供可能な属性項目以外の属性項目については何も表示しない構成の請求項１乃至４のいずれか一項に記載のデータ処理方法。
【請求項６】
更に、上記決定段階で決定された参照要求をしてきたユーザに提供可能なプロファイルデータの属性項目を当該ユーザに対して表示する段階を含み、
上記提供可能な属性項目以外の属性項目については提供不可の旨を表示する構成の請求項１乃至４のいずれか一項に記載のデータ処理方法。
【請求項７】
請求項１乃至６のうちのいずれか一項に記載のデータ処理方法をコンピュータに実行させるための命令よりなるソフトウェアプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ処理方法及びそのためのソフトウェアプログラムに係り、特に予めデータベース化され、又は所定の管理システムに登録されている個人、法人やサービスに関するプロファイルデータを参照又は検索するためのデータ処理方法及びそのためのソフトウェアプログラムに関する。
【０００２】
【従来の技術】
上記の如くのプロファイルデータを参照又は検索する方法では、必ずしも参照又は検索を要求してきたユーザに対して全てのデータの閲覧を許容せず、特定の登録項目について当該ユーザによる閲覧を許可しないシステムが存在する。具体的には、このようなシステムを実現するためには以下の二つの方法がある。即ち、第１の方法は、特定の複数のユーザを纏めてグループとし、当該グループに対して「ロール」と称されるアクセス権限を与え、参照・検索対象プロファイル毎に個々にロールを割り当てておく。その結果、同じグループに属するユーザは所定のプロファイルデータに対して同じ条件でアクセスすることが出来、もって同じ情報を参照することが出来るというものである。
【０００３】
他の方法は、ＲＤＢＭＳ（リレーショナル・データベース・マネジメント・システム）における「ビュー」を作成するものであり、作成されたビューに対して上記ロールを与え、そのビューを使用することにより、ロールにしたがって当該ユーザに必要なデータレコードだけが結合され、その結合されたデータレコードがビュー上で表示されるものである。
【０００４】
これらの方法はいずれの場合においても予めユーザをグループ化しておき、そのグループを構成する全員に共通な唯一種類の権限を与えることにより、同一のデータスキーマを参照可能とするものである。
【０００５】
【発明が解決しようとする課題】
ここで、上記ＲＤＢＭＳにおけるビューを使用し、特定のユーザが所属するグループ全員のプロファイルデータレコードを結合し、それらを一覧として表示させる場合について考える。この場合、参照されるユーザプロファイルデータの一覧表には、同じ種類の属性の値が並んで表示されることになる。しかしながら、このような場合、当該プロファイルデータに該当するユーザの中には必ずしもグループ構成員全員に対して同じ条件で自己のプロファイルデータを提供したくない場合が考えられる。
【０００６】
例えば、企業等において、直属の上司には自己のプロファイルデータを無条件で公開するが、同じグループ内の同じ役割をもつ構成員に対してはある程度制限された条件で公開し、更に部下に対しては更に制限された条件で公開するというような場合が考えられる。
【０００７】
このような場合、例えば上記のＲＤＢＭＳの場合、上記複数の公開条件に応じたロールを持たせた上記ビューをシステム管理者が複数種類設けておくことで実現可能と考えられる。しかし多数のユーザに様々なビューを作成すると、ビューの数は膨大な数となり保守作業が困難となる。また、ユーザの昇進等によってユーザのプロファイルの更新が行われると、このプロファイルに関わる多くのビューに変更の必要性が生じ、多数のユーザに多数のビューを作成した場合、ビューの更新作業は非常に難しくなる。
【０００８】
本発明は上記状況に鑑み、グループの構成員が個々に自己のプロファイルデータの公開条件を自由に設定可能な、プロファイルデータ参照・検索のためのデータ処理方法であって、且つ、公開条件の変更時にも柔軟に対応可能な方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明では上記目的の達成のため、グループに属するメンバー毎に、各メンバーのプロファイルデータのうち、グループのメンバーに対して提供可能な属性項目を各メンバー毎に指定した参照条件設定情報を設ける。更に、この参照条件設定情報は、グループの各メンバー毎に当該メンバーに対して提供可能な属性項目を個別に指定する構成を有する。又、本発明の他の構成として、この参照条件設定情報は、各メンバー毎に設定されたメンバー間の権限関係を数値的に定めたランク情報と、そのランク情報と比較すべきアクセスされるメンバーが保持するランク情報に対し、比較結果に応じて提供可能なプロファイルデータの属性項目を指定する構成を有する。
【００１０】
このようにグループ構成メンバー毎に個別に参照条件設定情報を設けることにより、各構成メンバーは自由に参照条件を設定可能であり、且つ、当該参照条件の変更時にも単に変更項目に対応するメンバーの参照条件の設定を変更すればよく、その都度グループの編成作業等を行なわずに対応可能である。
【００１１】
【発明の実施の形態】
以下、本発明の実施例について説明する。
【００１２】
個人、法人やサービスに関するのプロファイルデータの集合的な閲覧を可能とするシステムにおいて、同じグループ内のユーザに対しても必ずしも同じ条件で自己のプロファイルデータを提供したくないという要求がある場合を考慮した構成を考える。その場合、例えば上記のＲＤＢＭＳの場合、上述のごとく複数の公開条件に応じたロール（閲覧・参照権限）を持たせた上記ビューを複数種類設けておくことで当該構成を実現可能と考えられる。しかしながら、この場合、複数種類のビューを設けることはシステムを複雑化する恐れがあり、且つ、各ビューの条件にしたがって検索して得られる一覧表は既に公開可能な属性のみを集めて表示することになるため、ユーザから見た場合、元々属性の値の入力が忘れられていて表示されない属性が存在しているのか、あるいはユーザが意図的に入力を拒んで属性の値を入力しないで隠蔽されているかの区別が出来ないことになる。
【００１３】
本発明の実施例では、同じグループ内に所属するメンバーの情報をそのメンバーの意思に基づいて明示的に参照出来るようにするため、個別の参照条件を記述した参照条件設定テーブルを用意する。このテーブルは２種類考えられ、その第１は、アクセスされるユーザプロファイルにポインタで結合され、グループ内のメンバーのユーザＩＤ毎に参照可能な属性項目を指定したものである（図２及び図３参照）。その第２は、参照条件設定テーブルにアクセスされるユーザ間の権限関係を数値的に決めるユーザランクという値を持たせ、このユーザランクの数値を基準にしてグループ内のユーザから参照可能な属性項目を指定したものである（図２及び図４参照）。
【００１４】
尚、上記テーブルの内容について具体的に説明するに、図３（ａ）は例えば図２に示されるグループ内構成員のうちの最初のメンバーである「田中太郎」さん（ポインタ；ｃｏｎｄｉｔｉｏｎ＿ｉｄ：“００１０”）に該当する参照条件設定テーブルであり、その登録条件ａｃｃｅｐｔ＿ｕｓｅｒ　ｎｕｍ＝１として、ユーザＩＤ“０１”（ｕｓｅｒ＿ｉｄ＝０１）のメンバー、即ち自己である「田中太郎」さんに対しては“ｎａｍｅ”（名前）と“ｐｈｏｎｅ”（電話番号）を提供し得ること指定され、同様にその登録条件ａｃｃｅｐｔ＿ｕｓｅｒ　ｎｕｍ＝２として、ユーザＩＤ“０３”（ｕｓｅｒ＿ｉｄ＝０３）のメンバー、即ち「中村次郎」さんに対しては“ｎａｍｅ”（名前）のみを提供し得ることが指定され、同様にその登録条件ａｃｃｅｐｔ＿ｕｓｅｒ　ｎｕｍ＝３として、ユーザＩＤ“１２”（ｕｓｅｒ＿ｉｄ＝１２）のメンバーに対しては“ｎａｍｅ”（名前）と“ｐｈｏｎｅ”（電話番号）を提供し得ることが指定されている。
【００１５】
次に、図３（ｂ）の例では、上記と同じグループ内構成員のうちの最初のメンバー（ポインタ“００１０”）である「田中太郎」さんのプロファイルデータのうちの「名前」と「電話番号」をグループ内の全ての構成員（ｕｓｅｒ＿ｉｄ＝ＡＬＬ）に対して提供し得ることが指定されている。
【００１６】
更に図３（ｃ）の例では、上記と同じグループ内構成員のうちの最初のメンバーである「田中太郎」さんのプロファイルデータはグループ内のいずれの構成員に対しても提供し得ないことが規定されている。
【００１７】
他方図４に示す参照条件設定テーブルでは、各グループ構成員毎にユーザランク（ｕｓｅｒ＿ｒａｎｋ）を登録し、同ランクの比較の結果から各メンバーに対して提供可能なプロファイルデータを決定するものである。即ち、図４の例の場合、ポインタ“００１０”のメンバー「田中太郎」さんのユーザランクは“７”であり、参照条件のａｃｃｅｐｔ＿ｕｓｅｒ　ｃｏｎｄｉｔｉｏｎ＝１として、自己のランク以上のランクのメンバー（ｕｓｅｒ＿ｒａｎｋ＞＝７）に対してはプロファイルデータ「名前」（ｎａｍｅ）と「電話番号」（ｐｈｏｎｅ）を提供可能と既定し、他方参照条件のａｃｃｅｐｔ＿ｕｓｅｒ　ｃｏｎｄｉｔｉｏｎ＝２として自己のランクより低いランクのメンバー（ｕｓｅｒ＿ｒａｎｋ＜７）に対してはプロファイルデータ「名前」（ｎａｍｅ）のみを提供可能として規定している。
【００１８】
図５に上記本発明の実施例の概略構成を示す。検索実行部１１では、入力されたユーザＩＤを基に、当該ユーザが属するグループのユーザプロファイルデータの一覧を検索取得するための検索動作をプロファイルデータベース１５に対して実行する。テーブル取得部１２では、このようにして取得された一覧表の各ユーザプロファイルデータの１つ（１レコード）に示される参照条件設定テーブルへのポインタ（図２におけるｃｏｎｄｉｔｉｏｎ＿ｉｄ）を参照し、該当するテーブル（図３（ａ）、（ｂ）又は（ｃ）、或いは図４、以下、「参照条件テーブル」と称する）を取得する。
【００１９】
次に条件選択処理部１３では、上記入力されたユーザＩＤが、このようにして取得された参照条件設定テーブル内に記述された条件に一致するか否かをチェックする。そして結果データ生成部１４では、上記チェックの結果一致した条件にしたがって、各ユーザプロファイルの各属性に対して処理を施し、その結果を結合して一覧表として出力する。
【００２０】
以下に上記本発明の実施例について更に詳細に説明する。
【００２１】
まず、本発明の第１実施例による機能ブロック図を図６に示し、その動作フローチャートを図７に示す。まず、ユーザはこのシステムへ自己のユーザＩＤとパスワードを入力し（ステップＳ１）、認証機能部２１によって当該データ参照システムの利用者であるか否かが検証される（ステップＳ２）。その結果当該システムの利用者であると認証された場合（Ｓ２のＹｅｓ）、検索実行部１１では、入力されたユーザＩＤを基に、当該ユーザが属するグループのユーザプロファイルデータの一覧を検索取得する検索動作をプロファイルデータベース１５に対して実行する（ステップＳ３）。
【００２２】
テーブル取得部１２では、このようにして取得された一覧表の各ユーザプロファイルデータの１つ（１レコード）に示される参照条件設定テーブルへのポインタを参照し、該当するテーブルの情報を取得する（ステップＳ４）。条件選択処理部１３では、入力されたユーザＩＤが、このようにして取得された参照条件設定テーブル内に記述された条件（ａｃｃｅｐｔ＿ｕｓｅｒｎｕｍ）に一致するか否かについてチェックする（ステップＳ５）。
【００２３】
例えば当該ユーザが、ユーザＩＤ“０３”の「中村次郎」さんである場合を考える。この場合、図２に示すグループの全構成員に対して検索動作が実施されるが、その際の最初のレコードとしてユーザＩＤ”０１“の「田中太郎」さんのレコードが参照される。そして、この「田中太郎」さんに対して例えば図３（ａ）に示す如くの参照条件設定テーブルが設定されているとする。その場合、上記レコードのポインタである”００１０“により図３（ａ）に示すテーブルが参照される。そして、このテーブルでは、その”ａｃｃｅｐｔ＿ｕｓｅｒ　ｎｕｍ＝２”のデータとして“ｕｓｅｒ＿ｉｄ＝０３，ａｔｔｒｉｂｕｔｅｓ＝（ｎａｍｅ）”として規定されている。これはユーザＩＤ“０３”、即ち「中村次郎」さんに対しては“ｎａｍｅ”（名前）のみ公開するとの意味であり、したがって、この場合、「田中太郎」さんのプロファイルデータのうち、「名前」データのみが中村次郎さんに対して提供され得ることになる。
【００２４】
次に結果データ生成部１４では、上記チェックの結果一致した条件にしたがってアクセスしてきたユーザに対して公開不可の属性（参照制限する属性）を表示しないように空欄にし（ステップＳ６）、更にこの操作を繰り返し（ステップＳ４乃至Ｓ７のループ）、このようにして得られた結果を結合し一覧表として出力する（ステップＳ８）。尚、上記チェックの結果該当参照条件設定テーブル内に一致する条件が含まれない場合（ステップＳ５のＮｏ）、アクセスしてきたユーザは当該グループ内のメンバーではないと判断し、この処理を終了する。
【００２５】
即ち上記例の場合、グループ内構成メンバーについて、順次、上述の如く、各構成員毎に設定されている参照条件設定テーブルがポインタにしたがって参照され、その結果ユーザＩＤ“０３”の中村次郎さんに対して公開が許可されているプロファイルデータが順次決定され、結果的に図１（ａ）に示される如くの一覧表が作成され、「中村次郎」さんに対して出力される。従ってこの場合、中村次郎さんに対して出力される一覧表のうち、例えば「田中太郎」のプロファイルデータとしては「名前」データのみ明示され、他のデータである“ｐｈｏｎｅ”（電話番号）、“ｄｅｐａｒｔｍｅｎｔ”（所属部署）の各欄は「空欄」として出力されることになる。
【００２６】
次に本発明の第２実施例について説明する。本実施例でも上記第１実施例同様、図６に示す機能ブロックを使用し、その動作フローチャートを図８に示す。まず、ユーザはこのシステムへ自分のユーザＩＤとパスワードを入力し（ステップＳ１１）、認証機能によって当該システムの利用者であると検証されると（ステップＳ１２のＹｅｓ）、検索実行部１１では、入力されたユーザＩＤを基に、当該ユーザが属するグループのユーザプロファイルデータの一覧を取得する検索動作をプロファイルデータベース１５に対して実行する（ステップＳ１３）。テーブル取得部１２では、取得された一覧表の各ユーザプロファイルデータの１つ（１レコード）に示される参照条件設定テーブルへのポインタにしたがって該当するテーブル情報を取得する（ステップＳ１４）。
【００２７】
条件選択処理部１３では、入力されたユーザＩＤが、取得された参照条件設定テーブル内に記述された条件（ａｃｃｅｐｔ＿ｕｓｅｒｎｕｍ）に一致するか否かについてチェックする（ステップＳ１５）。その結果データ生成部１４では、一致した条件にしたがって、アクセスしてきたユーザに対して提供不可の属性（参照制限する属性）に「非公開」という文字列を入力し（ステップＳ１６）、更にこの操作を繰り返し（ステップＳ１４乃至Ｓ１７のループ）、そのようにして得られた結果を結合し、一覧表として出力する。上記実施例同様、上記チェックの結果、当該ユーザＩＤに合致する条件項目が無かった場合、当該ユーザはグループに属さないと判断し、この処理を終了する。
【００２８】
この第２実施例の構成は上記第１実施例と同様であり、但し第１実施例では提供不可のプロファイルデータを「空欄」として出力するのに対し、第２実施例では「非公開」という文字列を出力する点が異なる。「空欄」とする代わりに「非公開」と明示することにより、当該項目のデータが元々登録されていないではなく、登録はされているが秘匿されていることが明確に把握可能である。
【００２９】
次に本発明の第３実施例について説明する。本実施例でも上記第１実施例同様、図６に示す機能ブロックを使用し、その動作フローチャートを図９に示す。まず、ユーザはこのシステムへ自分のユーザＩＤとパスワードを入力し（ステップＳ２１），認証機能によってこのシステムの利用者であると検証されると（ステップＳ２２のＹｅｓ），次に、検索実行部１１では、入力されたユーザＩＤを基に、当該ユーザが属するグループのユーザプロファイルデータの一覧を取得する検索動作をプロファイルデータベース１５に対して実行する（ステップＳ２３）。
【００３０】
次にテーブル取得部１２では、上記の如くに取得された一覧表の各ユーザプロファイルデータの１つ（１レコード）に示される参照条件設定テーブルへのポインタにしたがって該当するテーブルを取得する（ステップＳ２４）。条件選択処理部１３では、入力されたユーザＩＤをキーとして、アクセスしてきたユーザのプロファイルデータを取得し、当該ユーザに設定されているユーザランクの値を取得・保持する。そして、この値が、グループ構成員全員のユーザのプロファイルデータにリンクしている上記参照条件設定テーブル内に記述された条件（ａｃｃｅｐｔ＿ｕｓｅｒｃｏｎｄｉｔｉｏｎ）に合致するか否かについてチェックする（ステップＳ２５）。そして結果データ生成部では、合致した条件にしたがって、当該アクセスしてきたユーザに対して提供不可の属性（参照制限する属性）を表示しないように空欄とし（ステップＳ２６）、更にこの操作を繰り返し（ステップＳ２４乃至Ｓ２７）、このようにして得られた結果を結合し一覧表として出力する（ステップＳ２８）。又、上記実施例同様、上記チェックの結果、当該ユーザＩＤに該当する条件が存在しない場合、当該アクセスしてきたユーザはグループの一員ではないと判断し、この処理を終了する。
【００３１】
具体的には、例えばアクセスしているユーザが「中村次郎」さんであり、当該ユーザのユーザランクが“４”であったとする。その場合、ステップＳ２３で取得された一覧表にしたがって各グループ構成メンバー毎にレコードを参照してゆく（ステップＳ２４乃至Ｓ２７のループ）。一例として最初のレコードである「田中太郎」さんを参照すると、そのポインタ“００１０”が指し示す参照条件設定テーブルは図４のものであったとする。その場合、アクセスしているユーザのランクは上記の如く“４”であるため、同図のテーブル中、ａｃｃｅｐｔ＿ｕｓｅｒ　ｃｏｎｄｉｔｉｏｎ＝２（ｕｓｅｒ＿ｒａｎｋ＜７、ａｔｔｒｉｂｕｔｅ＝（ｎａｍｅ））に合致し、結果的に田中太郎さんのプロファイルデータのうち「名前」のみが提供可能であることが決定され、したがって当該メンバーに関してアクセスユーザに提供不可のプロファイルデータ項目については「空欄」が出力されることになる。
【００３２】
以下に本発明の第４実施例について説明する。本実施例でも上記第１実施例同様、図６に示す機能ブロックを使用し、その動作フローチャートを図１０に示す。まず、ユーザはこのシステムへ自分のユーザＩＤとパスワードを入力し（ステップＳ３１）、認証機能によってこのシステムの利用者であると検証されると（ステップＳ３２のＹｅｓ），次に、検索実行部１１では、入力されたユーザＩＤを基に、当該ユーザが属するグループのユーザプロファイルデータの一覧を取得する検索動作をプロファイルデータベースに対して実行する（ステップＳ３３）。
【００３３】
次にテーブル取得部１２では、このように取得された一覧表の各メンバーのユーザプロファイルデータの１つ（１レコード）に示される参照条件設定テーブルへのポインタにしたがって該当するテーブルを取得する（ステップＳ３４）。条件選択処理部１３では、入力されたユーザＩＤからアクセスしてきたユーザのプロファイルデータを参照し、当該ユーザに設定されているユーザランクの値を取得・保持する。そしてこの値が、各ユーザプロファイルにリンクしている参照条件設定テーブル内に記述された条件（ａｃｃｅｐｔ＿ｕｓｅｒｃｏｎｄｉｔｉｏｎ）に合致するか否かについてチェックする。
【００３４】
そして結果データ生成部１４では、ステップ３５にて合致した条件にしたがって、アクセスしてきたユーザに対して提供不可の属性（参照制限する属性）について「非公開」という文字列を入力し（ステップＳ３６）、更にこの操作を繰り返し（ステップＳ３４乃至Ｓ３７）、このようにして得られた結果を結合し一覧表として出力する（ステップＳ３８）。又、上記実施例同様、上記チェックの結果、当該ユーザＩＤに該当する条件が存在しない場合、当該アクセスしてきたユーザはグループの一員ではないと判断し、この処理を終了する。
【００３５】
この第４実施例の構成は上記第３実施例と同様であり、但し第３実施例では提供不可のプロファイルデータを「空欄」として出力するのに対し、第４実施例では「非公開」という文字列を出力する点が異なる。
【００３６】
このように本発明によれば、グループ内メンバーのユーザプロファイルデータの一覧表を生成する際、予め各メンバーの意思に基づいて属性の公開や非公開を指定する情報を付加しておき、この情報に基づき、結果的に得られる一覧表を構成する各属性情報についてそれぞれ明示的に表示することが出来る。なお、この方法によれば、参照条件が変化した場合であってもその都度グループの再構成等を実施する必要は無く、各構成員毎に設定されている参照条件設定テーブルを修正することのみにより、条件に合致したプロファイルデータ一覧表を動的に生成することが出来る。
【００３７】
尚、上述した図５、図６を共に説明した構成の本発明は、図７乃至１０のフローチャートと共に説明した動作をコンピュータに実行させるための命令よりなるソフトウェアプログラムの形態で提供することも可能であることは言うまでもない。
【００３８】
【発明の効果】
このように本発明によれば、グループの構成メンバー毎に当該メンバーのプロファイルデータのグループ構成メンバーに対する参照条件を設定する構成であり、その設定方法はメンバー毎に提供可能範囲を指定するか或いは予めメンバー毎にランクを設定しておき、所定の基準ランクとの比較結果に応じて提供可能範囲を指定する構成を有する。前者の方法では、メンバー個々に自由に対して参照条件が設定出来る。又は、後者の方法では、基準ランクを決めるだけでメンバー全員に対する参照条件を設定可能なため、設定が容易である。
【図面の簡単な説明】
【図１】本発明のデータ処理方法によって作成され得るプロファイルデータ一覧表の表示例を示す図である。
【図２】本発明の各実施例に適用可能なユーザプロファイルデータベースの内容の一例を示す図である。
【図３】本発明の第１実施例及び第２実施例における、参照条件設定テーブルの各例を示す図である。
【図４】本発明の第３実施例及び第４実施例における、参照条件設定テーブルの一例を示す図である。
【図５】本発明の各実施例の基本構成を示すブロック図である。
【図６】本発明の各実施例の機能ブロック図である。
【図７】本発明の第１実施例の動作手順を示すフローチャートである。
【図８】本発明の第２実施例の動作手順を示すフローチャートである。
【図９】本発明の第３実施例の動作手順を示すフローチャートである。
【図１０】本発明の第４実施例の動作手順を示すフローチャートである。
【図１】
2004013430.tif 000003
【図２】
2004013430.tif 000004
【図３】
2004013430.tif 000005
【図４】
2004013430.tif 000006
【図５】
2004013430.tif 000007
【図６】
2004013430.tif 000008
【図７】
2004013430.tif 000009
【図８】
2004013430.tif 000010
【図９】
2004013430.tif 000011
【図１０】
2004013430.tif 000012