(57)【要約】【課題】オンラインコミュニティにおいてタスクを割り当てるユーザの選定支援システムを提供する。【解決手段】各ユーザが評価した他ユーザの技術の評価値をユーザ技術情報として管理する。また、コミュニティのメンバ構成などを保持するメンバ情報を管理し、同一コミュニティで活動したユーザ同士にはつながりがあるとみなす。コミュニティにおいて管理者がタスクを割り当てられるユーザを探す際には、ユーザ技術情報からタスクを実行可能な技術を持っているユーザを見つけ、さらにコミュニティのメンバ情報を基につながりのあるユーザを選出する。これにより、管理者がコミュニティへの参加を依頼できるユーザの一覧を提示すると共に、そのユーザへの依頼パスを把握できる。【選択図】図２
2008293228.tif 000002
【特許請求の範囲】
【請求項１】
コミュニティメンバの選定を支援するシステムにおいて、
コミュニティに付随する情報を管理するコミュニティ情報管理テーブルと、
コミュニティに属するメンバおよびそのメンバに付随する情報を管理するメンバ情報管理テーブルと、
技術に関する情報を管理する技術管理テーブルと、
各ユーザの持つ技術に関する情報を管理するユーザ技術情報管理テーブルと、
アクセス制御をするための情報を管理するアクセス制御管理テーブルと、
ユーザおよび組織に付随する情報およびその関係を管理するユーザ/組織情報管理部と、
作成されたコミュニティの情報およびコミュニティのメンバの情報を操作するコミュニティ情報処理部と、
メンバの候補となり得るユーザを検索するユーザ検索処理部と、
コミュニティの情報やユーザの情報を表示する表示処理部と、
ユーザに指定された操作に従って、ユーザにコミュニティへの参加依頼をするための依頼処理部を備えることを特徴とするコミュニティメンバの選定支援システム。
【請求項２】
請求項１の特徴を備えるコミュニティメンバの選定支援システムであって、コミュニティへの参加情報を用いることで、組織の繋がりのみでなく、ユーザ同士のつながりを管理することを特徴とするコミュニティメンバの選定支援システム。
【請求項３】
請求項１の特徴を備えるコミュニティメンバの選定支援システムであって、それぞれのユーザから見た他ユーザの技術評価値を管理することを特徴とするコミュニティメンバの選定支援システム。
【請求項４】
請求項１の特徴を備えるコミュニティメンバの選定支援システムであって、コミュニティの目的を達成するためのタスクに必要な技術を持つユーザを検索すると共に、そのユーザへの最適な依頼パスを表示し、メンバの選定をスムーズに行う手段を有するコミュニティメンバの選定支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特にオンラインコミュニティにおいてタスクを割り当てるユーザの選定方法に属する。
【背景技術】
【０００２】
発生したタスクを効率よく遂行するために、そのタスクに適した人材を割り当てる必要がある。そのために、資格情報などの一定基準を元に、そのタスクに適した人材を割り当てる方法が一般的である。
【０００３】
しかし、一定基準を元に人材を割り当てた場合、１人の一定基準は固定的であるため、特定のタスクに適した人材を探すと、常に同じ人材が見つかってしまう。また、このような基本情報はシステムで一意であるため、誰が探しても常に同じ人材が見つかってしまう。特にオンラインコミュニティで考えると、上記技術によってタスクに適切なユーザを見つけたとしても、まったく知らないユーザであればタスクを割り当てることができず、割り当てて良いかを確認することさえままならないという問題がある。
【０００４】
本問題を解決するために、組織間の繋がりおよびコミュニティでの共同活動実績のみでなくユーザ同士のつながりを考慮し、複数のユーザによって評価された技術の評価値に基づいて、タスクを割り当てることができるユーザを表示する手段を提供すると共に、適切なパスでコミュニティへの参加を依頼できるシステムおよび方法を提供することを目的とする。
【０００５】
この方法に関連するものとしては、特開２００１−２８２９６５号公報に示される技術がある。
【０００６】
【特許文献１】特開２００１−２８２９６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
一般的に、タスクを管理するユーザは、効率よくタスクを実行できるユーザを探す。その手段として、タスクを管理するユーザが、タスクを効率よく実行できると思われるユーザを自分の知識および過去の経験から選出することや、データベースなどで一元管理している各ユーザの資格情報やなんらかの能力基準値を元に選出することが考えられる。
【０００８】
しかしながら、とくにオンラインコミュニティにおいて、タスクを管理するユーザが上記の手段を用いて、効率よくタスクを実行できるユーザを探し出したとしても、実際にそのユーザをコミュニティに招致できるかどうかは分からない。さらに、タスクを管理するユーザがコミュニティへの参加を依頼したとしても、依頼されたユーザは誰からの依頼なのかで判断することが多く、依頼主をよく知らないことを理由に参加依頼を断るケースがあった。
【０００９】
また、各ユーザの資格情報やなんらかの能力基準値が一意であるため、タスクを管理するユーザが誰であってもタスクが同一であれば、効率よくタスクを実行できるユーザ候補として常に同一ユーザが見つかってしまうという問題があった。
【００１０】
本発明は、とくにオンラインコミュニティにおいて発生する上記の問題に対して、組織間の情報およびコミュニティでの共同活動実績のみでなく、ユーザごとに他ユーザの技術に関する情報に基づいてユーザ同士のつながりを考慮し、タスクを割り当てることができ得るユーザの一覧を表示する手段を提供すると共に、適切なパスでユーザにコミュニティへの参加を依頼できるシステムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、各ユーザから見た他ユーザの技術の評価値を、技術情報として管理する。また、コミュニティのメンバ構成などを保持するコミュニティメンバ情報を管理し、同一コミュニティで活動したユーザ同士にはつながりがあるとみなす。
【００１２】
別の実施態様では、コミュニティにおいてタスク管理者がタスクを割り当てるユーザを探す際には、ユーザ技術情報からタスクに適した技術を持っているユーザを見つけ、さらにコミュニティ情報を基につながりのあるユーザの一覧を選出し表示する。
【００１３】
別の実施態様では、ユーザの一覧を表示する際、タスク管理者がタスクを割り当てることが可能なユーザの一覧を提示すると共に、そのユーザにコミュニティへの参加を依頼するための依頼パスを表示する。これにより、タスク管理者はシステムから提示されたユーザの一覧と、各ユーザへの依頼パスを基に、現実的にタスクを割り当てることが可能なユーザを選択できる。なお、依頼パスとは、ユーザ同士がどのようなユーザのつながりを持っているかを示すパスである。
【００１４】
別の実施態様では、タスク管理者がタスクを割り当てたいユーザを選択すると、タスク管理者から選択したユーザへの依頼パスに従って、コミュニティへの参加を依頼する。これにより、タスク管理者が直接選択したユーザにコミュニティへの参加を依頼する場合に比べ、選択されたユーザはそのコミュニティへ参加するか否かの判断がし易くなり、タスクが割り当たるまでの運用がスムーズになる。
【発明の効果】
【００１５】
本発明によれば、タスクを実行できるだけでなく、実際にコミュニティに招致できる可能性の高いユーザを探し出すことができるため、タスクを管理するユーザのタスク割り当ての手間が削減できる。また、タスク管理者からコミュニティへの参加依頼を受けたユーザは、コミュニティへ参加するか否かの判断基準として依頼パスを参考にできるため、コミュニティメンバを選定するまでの運用がスムーズになる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施形態の例を説明する。
【００１７】
本実施形態のコミュニティメンバの選定支援システムの概略構成について、図１を用いて説明する。
【００１８】
ＷＡＮやＬＡＮ、ＳＡＮなどのネットワーク１０２を介し、ＣＰＵ１０４、メモリ１０５、入出力装置１０６、処理プログラム１０７および情報テーブル１０８を有するアプリケーションサーバ１０３と、表示装置を有するクライアント１０１とが接続されている。
【００１９】
アプリケーションサーバ１０３の処理プログラム１０７を構成する各処理部は、記憶装置１０９からメモリ１０５にロードされ、ＣＰＵ１０４で実行される。また、情報テーブル１０８を構成する各テーブルは、データベースなどの記憶装置１０９からメモリ１０５にロードされ、先述の処理プログラム１０７を構成する各処理部から参照される。
【００２０】
次に、情報テーブル１０８および処理プログラム１０７の内容について、図２を用いて説明する。
【００２１】
情報テーブル１０８は、コミュニティごとの名称、目的、活動状況などのコミュニティに関する情報を管理するコミュニティ情報管理テーブル２０１、各コミュニティに参加しているメンバ、各メンバが担っているタスク、そのタスクに必要な技術、各メンバがコミュニティに参加中であるかどうかを示すフラグなど、コミュニティのメンバに関する情報を管理するメンバ情報管理テーブル２０２、ユーザが持つ技術、およびその技術力がどれくらい評価されているかを示す評価値といった技術レベルに関する情報を管理するユーザ技術情報管理テーブル２０３、技術の一覧を管理する技術管理テーブル２０４から構成される。ユーザ／組織情報管理部２０５では、コミュニティのメンバとなるユーザの属性および所属組織の情報が管理される。なお、各情報テーブルの詳細は後述する。
【００２２】
処理プログラム１０７は、コミュニティ作成時にコミュニティ情報管理テーブル２０１へコミュニティの情報を格納すると共に、コミュニティのメンバ設定時にメンバ情報管理テーブル２０２へ各メンバの情報を格納するコミュニティ情報処理部２１１、メンバ情報管理テーブル２０２の情報とユーザ技術情報管理テーブル２０３の情報を基に、管理者がタスクを割り当てられるユーザの一覧を探しだすユーザ検索処理部２１２、ユーザ検索処理部２１２で取得したユーザ一覧を表示する表示処理部２１３から構成される。なお、各処理部の詳細は後述する。
【００２３】
コミュニティ情報管理テーブル２０１で管理する具体的な情報について、図３を用いて説明する。コミュニティ情報管理テーブル２０１では、コミュニティ情報を一意に識別するためのＩＤであるコミュニティＩＤ、コミュニティ名、コミュニティの目的、コミュニティが活動しているのか終了しているか、といったコミュニティに付随する情報を管理する。
メンバ情報管理テーブル２０２で管理する具体的な情報について、図４を用いて説明する。メンバ情報管理テーブル２０２では、コミュニティＩＤ、コミュニティに参加しているメンバのユーザＩＤ、コミュニティにおけるメンバのタスク、タスク実行に必要な技術、メンバがコミュニティに参加しているかどうかを示す参加フラグ、といったコミュニティに参加しているユーザの情報を管理する。
【００２４】
ユーザ技術情報管理テーブル２０３で管理する具体的な情報について、図５を用いて説明する。ユーザ技術情報管理テーブル２０３では、評価対象となる技術の技術ＩＤ、技術ＩＤで示す技術の能力を評価されるユーザを示す被評価者ユーザＩＤ、技術に対する被評価者の能力を評価したユーザを示す評価者ユーザＩＤ、評価者にとって被評価者がどれくらいの能力を持っていると認識しているかを示す技術評価値、といった各ユーザが他ユーザの技術の能力をどの程度評価しているかという情報を管理する。
【００２５】
技術管理テーブル２０４で管理する具体的な情報について、図６を用いて説明する。技術管理テーブル２０４では、技術を一意に識別するためのＩＤである技術ＩＤ、技術がどの分類に属するものであるかを示す技術種別、技術の名称、といった技術に付随する情報を管理する。
【００２６】
ユーザ／組織情報管理部２０５には、従来技術であるディレクトリサービスなどを用いることができる。
【００２７】
コミュニティ情報処理部２１１は、コミュニティが作成する際、ユーザから指定されたコミュニティ名、コミュニティの目的を基に、コミュニティ情報管理テーブル２０１にレコードを追加する。ユーザによってコミュニティの情報が変更された場合は、該当するコミュニティのレコードの内容を変更する。また、コミュニティのメンバ情報が変更された場合は、メンバ情報管理テーブル２０２の該当するコミュニティのメンバの情報を変更する。
【００２８】
ユーザ検索処理部２１２は、ユーザ技術情報管理テーブル２０３の情報を基に、ユーザが指定したタスクに必要な技術を持つユーザをアクセス制御情報管理テーブル２０５の内容に基づいて検索し、検索を実行したユーザから検索条件を満たすユーザまでの経路をパスで表現した依頼パス、検索条件を満たすユーザＩＤ、検索条件を満たすユーザの技術力の評価値といったユーザ情報の一覧を返却する。
【００２９】
表示処理部２１３は、検索対象となるユーザに必要な技術の条件を入力する画面や、ユーザ検索処理部２１２で取得したユーザ情報の一覧をクライアントの表示装置に表示する。
【００３０】
依頼処理部２１４は、従来技術であるワークフローなどを用い、タスク管理によって指定されたユーザに対し、ユーザ検索処理部２１２で生成した依頼パスに従ってコミュニティへの参加を依頼する。また、メンバとして設定された場合、メンバを設定したユーザを評価者ユーザ、メンバを被評価者ユーザとして、該当技術の技術IDおよび技術評価値をユーザ技術情報管理テーブル２０３に追加する。ユーザ技術情報管理テーブル２０３に、評価者ユーザ、被評価者ユーザ、技術IDの組み合わせがすでに存在する場合、該当する情報の技術評価値をインクリメントする。
【００３１】
本実施例において、コミュニティを作成する際の処理手順について図８を用いて説明する。ここでは、図７に示すように、コミュニティの名前が”コミュニティＸ”、コミュニティの目的が”Ｘの開発”、活動状態を”活動中”、メンバを”ユーザＡ”、”ユーザＢ”、”ユーザＤ”、”ユーザＥ”、コミュニティ作成直後から活動開始として、新規にコミュニティを作成する場合の具体例を用いて説明する。
【００３２】
コミュニティの作成者であるユーザは、コミュニティを作成するために、「コミュニティの名前」、「コミュニティの目的」、「活動状態」、「メンバ」といった情報を入力する（ステップＳＸ０１）。
【００３３】
具体的には、「コミュニティの名前」テキストボックスに”コミュニティＸ”、「コミュニティの目的」テキストボックスに”Ｘの開発”を入力する。また、コミュニティ作成直後からコミュニティを開始状態とするため、「状態」プルダウンにて”活動中”を選択する。「状態」プルダウンの選択項目としては、”活動中”、”休止中”、”終了”といった状態が考えられる。さらに、「ユーザの追加」ボタンからユーザ検索画面を呼び出し、メンバとして”ユーザＡ”、”ユーザＢ”、”ユーザＤ”、”ユーザＥ”を追加する。コミュニティを作成するために必要な情報を入力した後、「ＯＫ」ボタンを押下する。なお、ユーザを検索して選定するための処理方式については後述する。
【００３４】
次に、コミュニティを一意に識別するためのＩＤであるコミュニティＩＤを採番する（ステップＳ８０２）。
【００３５】
次に、コミュニティ情報処理部２１１において、作成するコミュニティのＩＤを採番し、ステップＳ８０１で指定された「コミュニティの名前」、「コミュニティの目的」、「活動状態」をコミュニティ情報管理テーブル２０１へ登録すると共に、ステップＳ８０１で指定されたメンバの情報をメンバ情報管理テーブル２０２へ登録する（ステップＳ８０３）。
【００３６】
具体的には、コミュニティ情報管理テーブル２０１およびメンバ情報管理テーブル２０２へ「コミュニティＩＤ」が”cm0001”であるレコードの情報を登録する。なお、本実施例では、コミュニティ情報およびメンバ情報を別々のテーブルで管理しているが、１つのテーブルで管理しても良い。
【００３７】
なお、コミュニティの情報を変更する場合、コミュニティ作成と同じインターフェースおよび処理方式を用いることが考えられる。
【００３８】
本実施例において、コミュニティにおけるタスクを実行できるユーザを検索して表示する際の処理手順について図１０を用いて説明する。ここでは、図１１に示すように、コミュニティX、コミュニティＹ、コミュニティＺが存在し、コミュニティＸのメンバはユーザＸ、ユーザＡ、ユーザＢ、およびユーザＥ、コミュニティＹのメンバはユーザＡ、およびユーザＣ、コミュニティＺのメンバはユーザＣ、およびユーザＤ、ユーザＹはどのコミュニティにも属していない状況で、コミュニティＸのタスク管理者であるユーザＸがＪａｖａ（登録商標）言語(Sｋｉｌｌ００１)の技術のあるメンバを選定する場合の具体例を用いて説明する。
【００３９】
まず、タスク管理者は、メンバに必要な技術の条件として、技術の種類や、技術の名称を指定する。具体的には、図１２に示すようなメンバ検索画面において、「技術の種類」に”開発言語”、「技術の名称」に”Ｊａｖａ（登録商標）”を入力し、「検索」ボタンを押下する。これにより、ユーザ検索処理部２１２にてユーザの検索が開始される。
【００４０】
ユーザ検索処理部２１２において、評価ユーザＩＤにタスク管理者のユーザＩＤを指定し、被評価者の評価を開始する。（ステップＳ１００１）具体的には、タスク管理者のユーザＩＤ”ＵｓｅｒＸ”を評価者ユーザのユーザＩＤとして評価を開始する。
【００４１】
次に、評価ユーザＩＤのユーザ技術情報に対応する被評価者ユーザＩＤ一覧を取得する。（ステップＳ１００２）具体的には、図５のユーザ技術情報管理テーブル２０３において、評価ユーザＩＤが”ＵｓｅｒＸ”である被評価者ユーザＩＤの”ＵｓｅｒＸ”、”ＵｓｅｒＡ”、”ＵｓｅｒＢ”、”ＵｓｅｒＥ”を被評価者ユーザＩＤとして取得する。ここで、評価者ユーザＩＤと被評価者ユーザＩＤが同じユーザ技術情報は、技術ＩＤに対応する技術の自己評価である。具体的には、評価者ユーザＩＤが”ＵｓｅｒＸ”で被評価者ユーザＩＤが”ＵｓｅｒＸ”である技術情報ＩＤ”ｓｋＩｎｆｏ００ＸＸ”は、”ＵｓｅｒＸ”の自己評価である。
【００４２】
次に、ステップＳ１００２で取得した被評価者ユーザが０人でない限り、以降のステップを実行する。（ステップＳ１００３）具体的には、ステップＳ１０００２で取得したユーザＩＤの”ＵｓｅｒＸ”、”ＵｓｅｒＡ”、”ＵｓｅｒＢ”、”ＵｓｅｒＥ”に対して、ステップＳ１０００３以降のステップを実行する。
【００４３】
次に、被評価者ユーザの技術ＩＤをユーザ技術管理テーブル２０３から取得し、タスクに必要な技術ＩＤと比較する。ユーザ技術管理テーブル２０３から取得した技術ＩＤとタスクに必要な技術の技術ＩＤが一致すれば、タスクに必要な技術を有する被評価者とする（ステップＳ１０００４）。
【００４４】
具体的には、図５のユーザ技術情報管理テーブル２０３において、評価者ユーザＩＤが”ＵｓｅｒＸ”の被評価者ユーザである”ＵｓｅｒＡ”の技術情報を取得する。”ＵｓｅｒＡ”の技術が”Sｋｉｌｌ００１”であり、タスクに必要な技術である”Sｋｉｌｌ００１”と比較する。タスクに必要な技術の技術ＩＤと”ＵｓｅｒＡ”の技術である技術ＩＤが一致しており、被評価者ユーザ”ＵｓｅｒＡ”はタスクに必要な技術を有すると判定する。
【００４５】
次に、被評価者ユーザの評価パスに被評価者を含まないかを確認する。評価パスに被評価者ユーザを含むことは、すでにタスクに必要な技術を有するかを評価済みであることを示す（ステップＳ１０００５）。具体的には、被評価者が”ＵｓｅｒＡ”の評価パスは、「”ＵｓｅｒＸ”→ ”ＵｓｅｒＡ”」であり、評価パスに”ＵｓｅｒＡ”が２回以上出現していないので、評価済みではないと判定する。
【００４６】
次に、被評価者ユーザへの依頼パス情報を生成する。依頼パス情報にはタスクに必要な技術を有する被評価者ユーザのユーザＩＤ、評価者ユーザから被評価者ユーザまでの評価者ユーザの経路、技術評価値で構成している（ステップＳ１００６）。
【００４７】
具体的には、図５のユーザ技術情報管理テーブル２０３において、被評価者ユーザのユーザＩＤである”ＵｓｅｒＡ”と評価者ユーザである”ＵｓｅｒＸ”から被評価者ユーザの”ＵｓｅｒＡ”までの経路を示す依頼パス「”ＵｓｅｒＸ”→”ＵｓｅｒＡ”」とタスクに必要な技術の技術評価値である「３」から構成する依頼パス情報を生成する。
【００４８】
次に、被評価者の持つノードへのアクセス許可を確認する(ステップＳ１００７)。ここで、ノードとは、被評価者を評価者と見立てた場合の被評価者を指す。アクセス許可があると判定した場合、ステップＳ１００８の処理を行う。
【００４９】
具体的には、被評価者のユーザＩＤが”ＵｓｅｒＡ”の場合、図７のアクセス制御情報管理テーブル２０５の「ユーザＩＤ」が”ＵｓｅｒＡ”であるレコードの「ノードへのアクセス許可」を参照し、タスク管理者であるユーザＸが”ＵｓｅｒＡ”の被評価者へのアクセスが許可されているか確認する。図７のアクセス制御情報管理テーブル２０５では、ユーザＸは”ＵｓｅｒＡ”のノードへのアクセスが許可されているため、ユーザＸは”ＵｓｅｒＡ”の被評価者を参照できる。なお、本実施例では、ユーザの検索字にアクセス許可の判定を行っているが、表示処理部２１４でユーザを検索する際にアクセス許可の判定を行うことも考えられる。
【００５０】
アクセス許可がないと判定した場合、評価者ユーザＩＤに次の評価者ユーザＩＤを設定し、Ｓ１００３以降のユーザ検索処理を行う(Ｓ１００８)。
【００５１】
次に、評価者ユーザＩＤに被評価者ユーザＩＤを指定し、Ｓ１００３以降のユーザ検索処理を再帰的に繰り返す（ステップＳ１００９）。具体的には、被評価者ユーザのユーザＩＤである”ＵｓｅｒＡ”を評価者ユーザＩＤとしてユーザ検索処理を繰り返す。
【００５２】
次に、タスクに必要な技術を持つユーザのユーザ技術情報と依頼パス情報のリストを生成する（ステップＳ１０１０）。具体的には、図５のユーザ技術情報管理テーブル２０３において、被評価者ユーザのユーザＩＤである「”ＵｓｅｒＡ”」では、依頼パスが「”ＵｓｅｒＸ”→”ＵｓｅｒＡ”」、技術評価値「３」で構成する依頼パスとなる。被評価者ユーザのユーザＩＤである「”ＵｓｅｒＣ”」では、依頼パスが「”ＵｓｅｒＸ”→”ＵｓｅｒＡ”→”ＵｓｅｒＣ”」、技術評価値「１」で構成するユーザ情報となる。以上のように全ての被評価者ユーザを対象に、タスクに必要な技術を持つユーザのユーザ情報をリストにして返却する。
【００５３】
本実施例において、ユーザ検索処理部２１２によって取得したユーザ情報を表示する際の処理手順を図１４に示す。まず、ユーザ検索処理部２１２によって取得したユーザ情報の数を確認する。もし1件も存在しない場合、処理は終了する(ステップＳ１４０１)。
【００５４】
次に、ステップＳ１４０１で、ユーザ情報が1件以上ある場合は、ユーザ情報を1つ取り出す(ステップＳ１４０２)。
【００５５】
ユーザ情報の内容を画面に表示する(ステップＳ１４０３)。具体的には、図１２のようにユーザにコミュニティへの参加を依頼するための項目、技術に対する「評価値」、「ユーザ名」、「依頼パス」を１組とし、メンバの候補ユーザ一覧として表示する。表示するユーザ名および依頼パスは、ユーザ検索処理部２１２で取得したユーザＩＤを元に、ユーザ／組織情報管理部２０６からユーザ名を取得して表示する。図１２に示す例では、表示したユーザにコミュニティへの参加を依頼するための項目として、「依頼する」アンカを有している。「依頼する」アンカを押下すると、選択したユーザに対してシステムがコミュニティへの参加を依頼する。
【００５６】
また、本実施例では使用していないが、図１３に示すような過去の依頼履歴およびその依頼結果を表示する画面を用意し、図１２の画面から図１３の画面を呼び出す手段を用意することで、メンバの候補ユーザ一覧から依頼するユーザを選択するための判断基準として依頼履歴を利用することもできる。
【００５７】
本実施例において、ユーザにコミュニティへの参加を依頼する際の処理手順を図１５に示す。ここでは、図８のメンバの候補ユーザ一覧において最も評価値の高かった”ユーザＤ”に、コミュニティへの参加を依頼する場合について説明する。まず、図１２のメンバの候補ユーザ一覧において、コミュニティへの参加を依頼するユーザを表示している行の”依頼する”アンカを押下する（ステップＳ１５０１）。具体的には、ユーザ名が”ユーザＤ”である行の”依頼する”アンカを押下する。
【００５８】
ステップＳＺ０１で指定されたユーザへの依頼パスを取得する（ステップＳ１５０２）。具体的には、”ユーザＤ”への依頼パスである”あなた→ユーザＡ→ユーザＣ→ユーザＤ”を取得する。ただし、表示されている依頼パスは画面上ユーザ名を表示しているだけであり、システムとしてはユーザＩＤによる依頼パス”ユーザＸ→ユーザＡ→ユーザＣ→ユーザＤ”を把握している。
【００５９】
次に、取得した依頼パスを、ワークフローの経路として設定する（ステップＳ１５０３）。具体的には、投入された案件が”ユーザＸ→ユーザＡ→ユーザＣ→ユーザＤ”の経路で流れるように設定する。
【００６０】
次に、ワークフロー上のユーザは、指定されたユーザがコミュニティに参加することへの承認／否承認を判定する（ステップＳ１５０４）。具体的には、”ユーザＤ”がコミュニティに参加することへの承認／否承認を判定する。承認された場合には、次のユーザへワークフローを進める。否承認の場合は、その場でワークフローは終了とする（ステップＳ１５０５）。
【００６１】
ワークフローが最後まで流れた場合、つまりすべてのユーザの承認が得られた場合、コミュニティ情報処理部２１１によって、メンバ情報管理テーブル２０２におけるユーザの「状態」を”依頼中”から”参加中”に変更する。ワークフローが最後まで流れなかった場合、つまりいずれかのユーザが否承認だった場合、”依頼中”から”未承認”に変更する（ステップＳ１５０６）。
【００６２】
具体的には、ワークフローが最後まで流れ、依頼パス上に存在するすべてのユーザの承認が得られた場合、メンバ情報管理テーブル２０２におけるユーザＩＤが”ユーザＤ”である「状態」を”依頼中”から”参加中”に変更する。このとき、技術情報処理部によって、ユーザ技術情報管理テーブル２０３の評価値をインクリメントする。また、ワークフローが最後まで流れなかった場合、メンバ情報管理テーブル２０２におけるユーザＩＤが”ユーザＤ”である「状態」を”依頼中”から”未承認”に変更する。本実施例では、メンバ情報管理テーブル２０２において、未承認となった情報をメンバ情報管理テーブル２０２保持しているが、未承認となったユーザの情報は削除してもよい。
【図面の簡単な説明】
【００６３】
【図１】本発明の実施例の構成図である。
【図２】図１における処理プログラムと情報テーブルの関係を示す図である。
【図３】図２におけるコミュニティ情報管理テーブルの例を示す図である。
【図４】図２におけるメンバ情報管理テーブルの例を示す図である。
【図５】図２におけるユーザ技術情報管理テーブルの例を示す図である。
【図６】図２における技術管理テーブルの例を示す図である。
【図７】図２におけるアクセス制御情報管理テーブルの例を示す図である。
【図８】コミュニティを作成する際の処理手順の例を示す図である。
【図９】コミュニティを作成する際、ユーザがコミュニティの情報を入力する画面を示す図である。
【図１０】コミュニティのメンバを検索する際の処理手順の例を示す図である。
【図１１】コミュニティとメンバの構成例を示す図である。
【図１２】メンバとして検索するユーザに必要な条件を入力すると共に、検索結果を表示するための画面を示す図である。
【図１３】コミュニティへの参加依頼履歴を表示する場合の例を示す図である。
【図１４】検索したユーザの依頼パス情報を画面に表示する場合の例を示す図である。
【図１５】コミュニティへの参加依頼をする際の処理手順の例を示す図である。
【符号の説明】
【００６４】
１０１…クライアント、１０２…ネットワーク、１０３…処理プログラムおよび情報テーブルを含むアプリケーションサーバ、１０４…ＣＰＵ、１０５…メモリ、１０６…入出力装置、２０１点コミュニティ情報管理テーブル、２０２…メンバ情報管理テーブル、２０３…ユーザ技術情報管理テーブル、２０４…技術管理テーブル、２０５…アクセス制御管理テーブル、２０６…ユーザ／組織情報管理部、２１１…コミュニティ情報処理部、２１２…ユーザ検索処理部、２１３…表示処理部、２１４…依頼処理部。
【図１】
2008293228.tif 000003
【図２】
2008293228.tif 000004
【図３】
2008293228.tif 000005
【図４】
2008293228.tif 000006
【図５】
2008293228.tif 000007
【図６】
2008293228.tif 000008
【図７】
2008293228.tif 000009
【図８】
2008293228.tif 000010
【図９】
2008293228.tif 000011
【図１０】
2008293228.tif 000012
【図１１】
2008293228.tif 000013
【図１２】
2008293228.tif 000014
【図１３】
2008293228.tif 000015
【図１４】
2008293228.tif 000016
【図１５】
2008293228.tif 000017