JP2017157065A - 相関関係表示プログラム、情報処理装置および相関関係表示方法 - Google Patents

Abstract

【課題】ユーザの信頼性を容易に判断すること。【解決手段】情報処理装置１０は、記憶部１１と演算部１２とを有する。演算部１２は、登録された複数のユーザ間で、ユーザを特定した信頼関係を示す信頼関係情報１１ａの登録を受け付けて、記憶部１１に登録し、複数のユーザのうち、ユーザＸ１とユーザＸ３との間の関係性の表示指示を受けると、ユーザＸ１とユーザＸ３との間で信頼関係が連鎖する範囲内での信頼関係の相関図２１ａと、範囲内に制限せずに、ユーザＸ３に対して登録された信頼関係を示す情報とを並列表示する。【選択図】図１

Description

本発明は相関関係表示プログラム、情報処理装置および相関関係表示方法に関する。

人物の相関関係を示す相関図を用いた多くの技術が考えられている。例えば、共有情報管理端末が、設定者の氏名を中心に網状に配置された関係者の氏名を表示する技術が提案されている。また、情報処理装置が、任意の基準人物と、基準人物と関係のある関連人物との相関関係の時間変化を可視化した相関関係図を表示する技術が提案されている。さらに、サーバが、登録者間の関係度に基づいて人脈関係図を表示する技術が提案されている。

特開２００７−０５２５５７号公報 特開２０１３−３６３５号公報 特開２００６−２４４５２４号公報

ところで、ある人物と他者との関係は、その人物の信頼性を判断するための材料になり得る。例えば、あるユーザが、ワークショップなどのビジネス関連のイベントに特定のユーザを招待するかを判断する際に、特定のユーザと他のユーザとの関係が判断材料になり得る。しかし、特定のユーザに関連する他のユーザをどのような方法で抽出すれば有用な判断材料になるかという点で課題がある。

１つの側面では、本発明は、ユーザの信頼性を容易に判断できる相関関係表示プログラム、情報処理装置および相関関係表示方法を提供することを目的とする。

１つの態様では、相関関係表示プログラムが提供される。この相関関係表示プログラムは、コンピュータに、登録された複数のユーザ間で、ユーザを特定した信頼関係を示す情報の登録を受け付け、複数のユーザのうち、第１のユーザと第２のユーザとの間の関係性の表示指示を受けると、第１のユーザと第２のユーザとの間で信頼関係が連鎖する範囲内での信頼関係の相関図と、範囲内に制限せずに、第２のユーザに対して登録された信頼関係を示す情報とを並列表示する、という処理を実行させる。

また、１つの態様では、情報処理装置が提供される。この情報処理装置は記憶部と演算部とを有する。演算部は、登録された複数のユーザ間で、ユーザを特定した信頼関係を示す情報の登録を受け付けて、記憶部に登録し、複数のユーザのうち、第１のユーザと第２のユーザとの間の関係性の表示指示を受けると、第１のユーザと第２のユーザとの間で信頼関係が連鎖する範囲内での信頼関係の相関図と、範囲内に制限せずに、第２のユーザに対して登録された信頼関係を示す情報とを並列表示する。

また、１つの態様では、相関関係表示方法が提供される。この相関関係表示方法は、コンピュータが、登録された複数のユーザ間で、ユーザを特定した信頼関係を示す情報の登録を受け付け、複数のユーザのうち、第１のユーザと第２のユーザとの間の関係性の表示指示を受けると、第１のユーザと第２のユーザとの間で信頼関係が連鎖する範囲内での信頼関係の相関図と、範囲内に制限せずに、第２のユーザに対して登録された信頼関係を示す情報とを並列表示する。

１つの側面では、ユーザの信頼性を容易に判断できる。

第１の実施の形態の情報処理装置を示す図である。 第２の実施の形態の情報処理システムを示す図である。 管理サーバのハードウェア例を示す図である。 管理サーバの機能例を示す図である。 ユーザテーブルの例を示す図である。 ＷＳオブジェクトテーブルの例を示す図である。 ＷＳ参加テーブルの例を示す図である。 ＷＳ案内テーブルの例を示す図である。 推薦テーブルの例を示す図である。 ユーザ情報登録画面の例を示す図である。 ユーザ情報の登録処理の例を示すフローチャートである。 ユーザ情報画面およびＷＳ情報登録画面の例を示す図である。 ＷＳ情報の登録処理の例を示すフローチャートである。 ユーザ検索画面の例を示す図である。 ユーザ検索結果画面の例を示す図である。 ユーザ検索処理の例を示すフローチャートである。 ＷＳ招待画面の例を示す図である。 ＷＳ招待処理の例を示すフローチャートである。 ＷＳ一覧画面および立候補画面の例を示す図である。 立候補処理の例を示すフローチャートである。 ユーザ情報画面の例を示す図である。 立候補者の参加許可の処理の例を示すフローチャートである。 ユーザ推薦画面の例を示す図である。 推薦理由の登録処理の例を示すフローチャートである。 招待候補者情報画面の例を示す図である。 招待候補者情報画面の表示処理の例を示すフローチャートである。 推薦画面の例を示す図である。 推薦画面の表示処理の例を示すフローチャートである。

以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の情報処理装置を示す図である。情報処理装置１０は、複数のユーザの中でのユーザ間の信頼関係を示す情報に基づいて、あるユーザがどのような人物であるかの判断材料となる情報を提供可能な装置である。図１では例として、情報処理装置１０には、操作者が操作する端末装置２０が接続されている。端末装置２０には、図示しない表示装置が接続されており、端末装置２０は、情報処理装置１０からの表示情報に基づいて表示装置に画像を表示させることができる。なお、以下の説明では、端末装置２０を利用するユーザをユーザＸ１とする。

情報処理装置１０は、記憶部１１および演算部１２を有する。記憶部１１は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。演算部１２は、例えば、プロセッサである。プロセッサには、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。また、演算部１２は、マルチプロセッサであってもよい。

記憶部１１は、複数のユーザのうちの１以上のユーザについての信頼関係を示す情報を記憶する。図１の例では、記憶部１１は、このような情報が登録された信頼関係情報１１ａを記憶する。信頼関係とは、あるユーザが他のユーザを信頼しているという関係である。例えば、信頼関係情報１１ａには、信頼するユーザと信頼されるユーザとの組を示す情報が登録される。図１の例では、このような情報として、ユーザＸ１がユーザＸ２を信頼していることを示す信頼関係が登録されている。また、このような信頼関係の例として、何らかの能力や性格について、推薦するユーザと推薦されるユーザとの組が登録されてもよい。

演算部１２は、端末装置２０または図示しない他の装置から、ユーザを特定した信頼関係を示す情報の登録を受け付ける。例えば、演算部１２は、ユーザＸ１と、ユーザＸ１が信頼する他のユーザの登録を受け付ける。演算部１２は、受け付けた情報を記憶部１１の信頼関係情報１１ａに登録する。

また、演算部１２は、例えば端末装置２０から、第１のユーザと第２のユーザとの間の関係性の表示指示を受け付ける。これによって、第２のユーザに関する情報提供が要求される。また、適用可能性の高いケースとしては、第１のユーザとしてユーザＸ１自身が指定される。以下、このケースの例として、ユーザＸ１がビジネスに関するイベントに他のユーザを招待するかを判断するケースを示す。

イベントには様々なユーザに参加して欲しい場合がある。例えば、ユーザＸ１と専門分野が異なるユーザである。例えば、ユーザＸ１の専門分野がハードウェアである場合、ソフトウェアを専門分野とするユーザに参加して欲しい場合がある。専門分野が異なるユーザがイベントに参加すれば、異なる視点からアイデアが出る可能性がある。しかし、ユーザＸ１が専門分野の異なるユーザを知らない場合もある。もし、ユーザＸ１が何らかの情報から面識のないユーザを信頼できるのであれば、ユーザＸ１は面識のないユーザであってもイベントに招待したいと考える。そこで、ユーザＸ１は、端末装置２０を用いて、面識のない特定のユーザを調査する。例えば、面識のないユーザは、専門分野や様々な種類のスキルのレベルなどを条件とした検索によって得られる。ここで、面識のないユーザをユーザＸ３とする。この場合、情報処理装置１０に対してユーザＸ１，Ｘ３が指定される。

ユーザＸ１とユーザＸ３との間の関係性の表示指示を受けると、演算部１２は、ユーザＸ１とユーザＸ３との間で信頼関係が連鎖する範囲内での信頼関係の相関図２１ａを作成し、端末装置２０に表示させる。これとともに、演算部１２は、この範囲内に限定せずに、ユーザＸ３に対して登録された信頼関係を示す情報を、相関図２１ａと並列表示させる。これにより、端末装置２１は、相関図２１ａと、ユーザＸ３に対して登録された信頼関係を示す情報を含む領域２１ｂとを並列配置した画面２１を、表示装置に表示させる。

図１の例では、相関図２１ａには、ユーザＸ１からユーザＸ２、Ｘ４に対して、ユーザＸ２、Ｘ４からユーザＸ３に対して、ユーザＸ３からユーザＸ４に対して、それぞれ信頼関係があることが示されている。一方、領域２１ｂには、相関図２１ａに含まれるユーザに限定されずに、ユーザＸ３に対して記憶部１１に登録された信頼関係を示す情報が表示される。図１の例では、信頼関係情報１１ａには、相関図２１ａに含まれないユーザＸ５，Ｘ６が、ユーザＸ３を信頼していることを示す情報が登録されている。そこで、演算部１２は、領域２１ｂに少なくとも、ユーザＸ５，Ｘ６がユーザＸ３を信頼していることを示す情報を表示させる。

ユーザＸ１は、相関図２１ａを視認することでユーザＸ３の信頼性を推定できる。図１の例では、ユーザＸ１が信頼するユーザＸ２，Ｘ４が、ユーザＸ３を信頼している。このため、ユーザＸ１は、ユーザＸ３の信頼性がある程度高いと判断できる。また、相関図２１ａでは、ユーザＸ１からユーザＸ３までの経路上の階層数が多いほど、ユーザＸ１から見たユーザＸ３の信頼性は低下する。

ただし、相関図２１ａには、ユーザＸ１からユーザＸ３まで信頼関係が連鎖する範囲に含まれるユーザしか現れないため、相関図２１ａからは、ユーザＸ３の信頼性を判断するための限定的な判断材料しか得られない可能性がある。例えば、ユーザＸ１と面識のないユーザがユーザＸ３をどう評価しているかという情報を得られない可能性がある。

これに対して、領域２１ｂには、ユーザＸ３を信頼する者として信頼関係情報１１ａに登録され、かつ、相関図２１ａに含まれないユーザＸ５，Ｘ６を示す情報が表示される。ユーザＸ１は、自分が信頼するユーザＸ３，Ｘ４だけでなく、ユーザＸ５，Ｘ６もユーザＸ３を信頼していることを認識できる。この場合、例えば、ユーザＸ３をさらに多くのユーザが信頼していることをユーザＸ１が認識することにより、ユーザＸ１から見たユーザＸ３の信頼性は上昇する。また、領域２１ｂに表示されたユーザがどのようなユーザかによって、ユーザＸ１はユーザＸ３の信頼性を正確に判断できる。例えば、ユーザＸ５，Ｘ６がユーザＸ１と面識があるか、面識がある場合にはユーザＸ５，Ｘ６がどのような人物かによって、ユーザＸ３の信頼性を判断できる。

このように、相関図２１ａとともに領域２１ｂが表示されることで、ユーザＸ３の信頼性を判断するための有用な情報が情報処理装置１０から提供される。したがって、ユーザＸ１は、ユーザＸ３の信頼性を容易に判断できる。ユーザＸ１は例えば、判断した信頼性に基づいて、ユーザＸ３を上記のイベントに招待するかを適切に判断できる。

［第２の実施の形態］
図２は、第２の実施の形態の情報処理システムを示す図である。情報処理システムは、管理サーバ１００および端末装置２００，２００ａを含む。情報処理システムでは、ワークショップに関する様々な処理が実行される。例えば、情報処理システムでは、ワークショップを開催するための手続きやワークショップに参加するための手続き、ワークショップへの参加を勧誘する処理などが実行される。管理サーバ１００と端末装置２００，２００ａとは、互いにネットワーク３００を介して接続されている。ネットワーク３００は、例えば、ＬＡＮ（Local Area Network）でもよいし、ＷＡＮ（Wide Area Network）やインターネットなどの広域ネットワークでもよい。

管理サーバ１００は、ワークショップに関連する情報を管理するコンピュータである。管理サーバ１００は、端末装置２００，２００ａからの要求に応じて、ワークショップに関連する情報を端末装置２００，２００ａに提供する。

端末装置２００，２００ａは、管理サーバ１００に登録されたユーザが利用するコンピュータである。端末装置２００，２００ａは、管理サーバ１００から送信されたワークショップに関連する情報を自装置のディスプレイに表示する。ユーザは、端末装置２００または端末装置２００ａを用いて、管理サーバ１００へのユーザ登録、ワークショップの開催、ワークショップへの参加、ワークショップへの参加の勧誘、勧誘する他のユーザの検索、他のユーザに関する情報の閲覧といった操作を行うことができる。

次に、管理サーバ１００のハードウェアについて説明する。
図３は、管理サーバのハードウェア例を示す図である。管理サーバ１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、読み取り装置１０６および通信インタフェース１０７を有する。各ユニットが管理サーバ１００のバスに接続されている。

プロセッサ１０１は、管理サーバ１００全体を制御する。プロセッサ１０１は、複数のプロセッシング要素を含むマルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。また、プロセッサ１０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ１０２は、管理サーバ１００の主記憶装置である。ＲＡＭ１０２は、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、プロセッサ１０１による処理に用いる各種データを記憶する。

ＨＤＤ１０３は、管理サーバ１００の補助記憶装置である。ＨＤＤ１０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。管理サーバ１００は、ＳＳＤ（Solid State Drive）などの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。

画像信号処理部１０４は、プロセッサ１０１からの命令に従って、管理サーバ１００に接続されたディスプレイ１０４ａに画像を出力する。ディスプレイ１０４ａとしては、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、有機ＥＬ（Electro-Luminescence）ディスプレイなど各種のディスプレイを用いることができる。

入力信号処理部１０５は、管理サーバ１００に接続された入力デバイス１０５ａから入力信号を取得し、プロセッサ１０１に出力する。入力デバイス１０５ａとしては、マウスやタッチパネルなどのポインティングデバイスやキーボードなどの各種の入力デバイスを用いることができる。管理サーバ１００には、複数の種類の入力デバイスが接続されてもよい。

読み取り装置１０６は、記録媒体１０６ａに記録されたプログラムやデータを読み取る装置である。記録媒体１０６ａとして、例えば、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤなどの磁気ディスク、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）などの光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）を使用できる。また、記録媒体１０６ａとして、例えば、フラッシュメモリカードなどの不揮発性の半導体メモリを使用することもできる。読み取り装置１０６は、例えば、プロセッサ１０１からの命令に従って、記録媒体１０６ａから読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。

通信インタフェース１０７は、ネットワーク３００を介して、端末装置２００，２００ａと通信を行う。
なお、端末装置２００，２００ａも管理サーバ１００と同様のハードウェアにより実現できる。

次に、管理サーバ１００が有する機能について説明する。
図４は、管理サーバの機能例を示す図である。管理サーバ１００は、記憶部１１０、インタフェース部１２０および検索部１３０を有する。

記憶部１１０は、例えば、ＲＡＭ１０２またはＨＤＤ１０３に確保した記憶領域として実装される。記憶部１１０は、ユーザテーブル、ＷＳ（WorkShop）オブジェクトテーブル、ＷＳ参加テーブル、ＷＳ案内テーブルおよび推薦テーブルを記憶する。

ユーザテーブルには、ユーザ情報が登録される。ＷＳオブジェクトテーブルには、ワークショップに関する情報が登録される。ＷＳ参加テーブルには、ワークショップへの参加に関する情報が登録される。ＷＳ案内テーブルには、ワークショップへの案内情報が登録される。推薦テーブルには、推薦理由が登録される。

インタフェース部１２０および検索部１３０の少なくとも一部は、例えば、プロセッサ１０１が所定のプログラムを実行することによって実現される。
インタフェース部１２０は、端末装置２００，２００ａに対してＧＵＩ（Graphical User Interface）を提供する。具体的には、インタフェース部１２０は、ＧＵＩ画面を表示させるためのＨＴＭＬ（HyperText Markup Language）ファイルを作成する。インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００，２００ａに送信し、端末装置２００，２００ａのＷｅｂブラウザにＨＴＭＬファイルに基づくＧＵＩ画面を表示させる。インタフェース部１２０は、ＧＵＩ画面を通じて処理の要求を受け付け、要求された処理を実行する。例えば、インタフェース部１２０は、記憶部１１０への情報の登録や記憶部１１０からの情報の取得を行う。また、インタフェース部１２０は、ユーザ情報の検索を検索部１３０に依頼する場合もある。インタフェース部１２０は、処理結果を要求元に送信してＧＵＩ画面に表示させる。

検索部１３０は、端末装置２００または端末装置２００ａからユーザ検索の指示をインタフェース部１２０が受信した場合、ユーザ検索を実行する。
次に、記憶部１１０が記憶する情報について詳細に説明する。

図５は、ユーザテーブルの例を示す図である。ユーザテーブル１１１は、ユーザごとに作成されて記憶部１１０に登録される。
ユーザテーブル１１１は、項目名および設定内容の項目を含む。項目名としては、例えば、ユーザの個人ＩＤ（identifier）、ユーザのメールアドレス、ユーザの氏名、ユーザの性別、ユーザの所属部署を示す所属、ユーザの顔写真のファイル名を示す顔写真、ユーザのプロフィール、ユーザの直近の仕事が登録される。設定内容には、項目名に対応する情報が設定される。

また、項目名としては、スペシャルカラーがさらに登録される。スペシャルカラーは、ユーザの性格や、性格に基づく特徴（例えば、どのような役割が得意か）を色で表現したものである。スペシャルカラーに対応する設定内容としては、色を識別する番号が登録される。

また、項目名としては、「共創スキル」と呼ぶスキルに関する情報がさらに登録される。共創スキルは、エンジニアリング、プラニング、デザイニングという３種類のスキル項目に分類されており、ユーザテーブル１１１では、スキル項目ごとにレベルが登録される。さらに、共創スキルは、スキル項目ごとに複数の業務内容によって小分類されている。図５ではすべてを図示していないが、例えば、エンジニアリングはアプリ開発、インフラ構築、ハード設計に小分類され、プラニングは企画、マーケティング、知財に小分類され、デザイニングはＧＵＩ、グラフィック、プロダクト、ムービーに小分類されている。ユーザテーブル１１１では、これらの業務内容のそれぞれについて、スキルのレベルが登録される。

また、項目名としては、パッションリスト１，２がさらに登録される。パッションリスト１，２には、ユーザがやりたいことや関心を持っていることなどが、例えばテキストによって登録される。

図６は、ＷＳオブジェクトテーブルの例を示す図である。ＷＳオブジェクトテーブル１１２は、ワークショップごとに作成されて記憶部１１０に登録される。
ＷＳオブジェクトテーブル１１２は、項目名および設定内容の項目を含む。項目名としては、ワークショップを識別するＷＳ ＩＤ、ワークショップの名称を示すＷＳ名、ワークショップの開催時期、ワークショップの開催場所、ワークショップの内容を示すＷＳ詳細、立候補可否フラグ、ＷＳ Ｉｍａｇｅが登録される。設定内容には、項目名に対応する情報が設定される。また、立候補可否フラグは、ワークショップのメンバーとして立候補するユーザを募集するか否かを示す。立候補可否フラグの設定内容には、立候補を募集することを示す“１”、立候補を募集しないことを示す“０”のいずれかが登録される。ＷＳ Ｉｍａｇｅの設定内容には、ワークショップの画面の表示させる画像のファイル名が登録される。

図７は、ＷＳ参加テーブルの例を示す図である。ＷＳ参加テーブル１１３は、１つのワークショップに参加するユーザごとに作成されて記憶部１１０に登録される。
ＷＳ参加テーブル１１３は、項目名および設定内容の項目を含む。項目名としては、ユーザを識別する個人 ＩＤ、ワークショップを識別するＷＳ ＩＤ、参加ステータス、オーナーフラグ、挨拶などが登録される。設定内容には、項目名に対応する情報が設定される。

参加ステータスは、ユーザがワークショップに招待されたのか、ワークショップの参加者として立候補したのか、それ以外の条件でワークショップに参加するのかを示す。参加ステータスの設定内容には、招待中を示す“０”、立候補中を示す“１”、参加することを示す“２”のいずれかが登録される。オーナーフラグは、ユーザがワークショップのオーナー（主催者）か否かを示す。オーナーフラグの設定内容には、オーナーを示す“１”、参加メンバーを示す“０”のいずれかが登録される。挨拶の設定内容には、ワークショップの画面に表示される挨拶文がテキストによって登録される。

図８は、ＷＳ案内テーブルの例を示す図である。ＷＳ案内テーブル１１４には、ワークショップのオーナーが１人のユーザに対して、ワークショップに招待するための電子メールを作成した内容が記憶部１１０に登録される。

ＷＳ案内テーブル１１４は、項目名および設定内容の項目を含む。項目名としては、送信元のユーザを識別する個人 ＩＤ、ワークショップを識別するＷＳ ＩＤ、送信先のユーザを識別する送信先個人 ＩＤ、メールタイトル、メール本文が登録される。設定内容には、項目名に対応する情報が設定される。

図９は、推薦テーブルの例を示す図である。推薦テーブル１１５は、後述する「オススメボタン」を用いてあるユーザが別のユーザを推薦する操作を行うことで作成され、記憶部１１０に登録される。

推薦テーブル１１５は、項目名および設定内容の項目を含む。項目名としては、推薦元のユーザを識別する個人 ＩＤ、推薦されるユーザ（評価対象者）を識別する評価対象者個人 ＩＤ、推薦理由が登録される。設定内容には、項目名に対応する情報が設定される。推薦理由の設定内容には、評価対象者を推薦する理由を示すテキストが登録される。

次に、ユーザ情報を管理サーバ１００に登録する処理について説明する。
図１０は、ユーザ情報登録画面の例を示す図である。ユーザ情報登録画面４００は、ユーザ情報を登録するためのＧＵＩである。ユーザ情報登録画面４００では、プロフィール、スペシャルカラー、共創スキル、パッションリストなどが設定できるようになっている。

例えば、ユーザ情報登録画面４００には、スペシャルカラーを選択するボタンが配置されたボタン領域４００ａが表示される。ボタン領域４００ａに含まれるいずれかのボタンが押下されると、スペシャルカラーが設定される。前述のように、スペシャルカラーは、ユーザの性格や、性格に基づく特徴を色で表現したものである。例えば、「Ｈｅａｒｔ Ｒｅｄ」は赤色、「Ｃｏｏｌ Ｂｌｕｅ」は青色、「Ｒｅｌａｘ Ｇｒｅｅｎ」は緑色、「Ｍｙｓｔｅｒｉｏｕｓ Ｐｕｒｐｌｅ」は紫色、「Ｕｎｉｑｕｅ Ｂｌａｃｋ」は黒色、「Ｐｏｐ Ｙｅｌｌｏｗ」は黄色を示す。

また、ユーザ情報登録画面４００には、スキル項目の設定領域４００ｂが表示される。設定領域４００ｂでは、エンジニアリング、プラニング、デザイニングというスキル項目ごとに、あらかじめ決められた複数段階の中からレベルが設定される。スキル項目のレベルが設定されると、レーダチャート４００ｃにスキルが反映される。レーダチャート４００ｃでは、スキル項目ごとの軸上に設定されたレベルに応じた頂点が配置され、各頂点が直線で結ばれる。これにより、ユーザは、設定しようとしている各スキル項目のレベルのバランスを直感的に認識できる。

また、スキル項目の設定領域４００ｂでは、スキル項目ごとに、複数の業務内容それぞれについてのスキルのレベルを設定可能になっている。例えば図１０では、アプリ開発、インフラ構築、ハード設計の順に高いレベルが設定されている。

また、パッションリストの設定領域４００ｄでは、ユーザがやりたいことや関心を持っていることなどを示すテキストを入力可能になっている。なお、設定領域４００ｄでは、このような内容を複数入力可能であってもよい。

以上のような設定が行われた後、確定ボタン４００ｅが押下されることで、設定されたユーザ情報が管理サーバ１００に送信され、その登録が要求される。
図１１は、ユーザ情報の登録処理の例を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。

（Ｓ１１）インタフェース部１２０は、端末装置２００からユーザ情報登録画面４００の表示要求を受信する。
（Ｓ１２）インタフェース部１２０は、端末装置２００にユーザ情報登録画面４００を表示させるためのＨＴＭＬファイルを作成する。インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、ユーザ情報登録画面４００を端末装置２００のＷｅｂブラウザで表示させる。これにより、端末装置２００にユーザ情報登録画面４００が表示される。

この後、端末装置２００のユーザは、ユーザ情報登録画面４００にユーザ情報を設定する。ここで、端末装置２００のユーザをユーザＵ１とする。ユーザ情報の設定が完了した場合、ユーザＵ１は、ユーザ情報登録画面４００の確定ボタン４００ｅを押下する。確定ボタン４００ｅが押下されると、端末装置２００は、ユーザ情報を管理サーバ１００に送信して登録を要求する。

（Ｓ１３）インタフェース部１２０は、端末装置２００からユーザ情報を受信する。
（Ｓ１４）インタフェース部１２０は、ユーザＵ１に対応するユーザテーブル１１１を作成し、受信したユーザ情報を作成したユーザテーブル１１１に登録する。インタフェース部１２０は、情報登録が完了したユーザテーブル１１１を記憶部１１０に登録し、処理を終了する。

次に、ユーザＵ１がワークショップを開催する際に、ワークショップの開催情報を管理サーバ１００に登録する処理について説明する。
図１２は、ユーザ情報画面およびＷＳ情報登録画面の例を示す図である。ユーザ情報画面４０１は、ユーザ情報を表示するＧＵＩである。ユーザ情報画面４０１では、キャラクタータブ４０１ａが押下されることで、登録されているユーザ情報の詳細が表示される。また、図１２に示すようにＷＳタブ４０１ｂが押下されると、ワークショップを新規に作成するための新規作成ボタン４０１ｃが表示される。

新規作成ボタン４０１ｃが押下されると、ＷＳ情報登録画面４０２が表示される。ＷＳ情報登録画面４０２には、ワークショップの開催時期、開催場所などのワークショップ情報を設定できる欄が表示される。確定ボタン４０２ａが押下されると、設定されたワークショップ情報が管理サーバ１００に送信され、その登録が要求される。

図１３は、ＷＳ情報の登録処理の例を示すフローチャートである。図１３の処理は、ユーザＵ１がユーザ情報画面４０１の“共創ＷＳを新規作成”のボタンを押下することにより、開始される。以下、図１３に示す処理をステップ番号に沿って説明する。

（Ｓ２１）インタフェース部１２０は、端末装置２００からＷＳ情報登録画面４０２の表示要求を受信する。
（Ｓ２２）インタフェース部１２０は、端末装置２００にＷＳ情報登録画面４０２を表示させるためのＨＴＭＬファイルを作成する。インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、ＷＳ情報登録画面４０２を端末装置２００のＷｅｂブラウザで表示させる。これにより、端末装置２００にＷＳ情報登録画面４０２が表示される。

表示後、ユーザＵ１は、ＷＳ情報登録画面４０２にワークショップの開催時期、開催場所などを設定する。設定後、ユーザＵ１は、ＷＳ情報登録画面４０２の確定ボタン４０２ａを押下する。確定ボタン４０２ａが押下されると、端末装置２００は、ＷＳ情報を管理サーバ１００に送信する。

（Ｓ２３）インタフェース部１２０は、端末装置２００からＷＳ情報を受信する。
（Ｓ２４）インタフェース部１２０は、ＷＳオブジェクトテーブル１１２を作成し、受信したワークショップ情報を作成したＷＳオブジェクトテーブル１１２に登録する。インタフェース部１２０は、情報登録が完了したＷＳオブジェクトテーブル１１２を記憶部１１０に登録する。

（Ｓ２５）インタフェース部１２０は、個人ＩＤの項目にユーザＵ１のＩＤ“ＵＳ１”を登録したＷＳ参加テーブル１１３を作成する。インタフェース部１２０は、作成したＷＳ参加テーブル１１３のＷＳ ＩＤの項目に、新規に作成したワークショップのＩＤを登録し、参加ステータスの項目にその他を示す“２”を登録し、オーナーフラグの項目にオーナーであることを示す“１”を登録する。また、インタフェース部１２０は、挨拶の項目に、ＷＳ情報登録画面４０２のＷＳ詳細欄に入力されたテキスト情報を登録する。インタフェース部１２０は、以上の情報登録が完了したＷＳ参加テーブル１１３を記憶部１１０に登録する。

以上の処理により、ユーザＵ１をオーナーとして新たなワークショップを開催することが管理サーバ１００に設定される。
次に、ユーザ検索処理について説明する。例えば、ユーザ検索処理は、ワークショップのオーナーであるユーザＵ１がワークショップに参加して欲しいメンバーを探すときに、管理サーバ１００で実行される。

図１４は、ユーザ検索画面の例を示す図である。ユーザ検索画面４０３は、検索条件を設定するためのＧＵＩである。
ユーザ検索画面４０３には、検索条件としてスキル項目のレベルを設定するためのレーダチャート４０３ａが表示される。レーダチャート４０３ａの軸は、エンジニアリング、プラニング、デザイニングというスキル項目にそれぞれ対応しており、軸上の頂点位置がスキル項目のレベルを示す。ユーザ検索画面４０３には、レーダチャート４０３ａの各軸に対応する設定ボタン４０３ａ１〜４０３ａ３が設けられている。ユーザＵ１が設定ボタン４０３ａ１〜４０３ａ３を押下することで、対応する軸上の頂点位置が変更され、これによって各スキル項目のレベルが設定される。

このような方法により、ユーザは、各スキル項目のレベルをキーボードなどを用いて数値として設定する場合と比較して、検索条件として設定する各スキル項目のレベルやそれらのバランスをレーダチャート４０３ａの形状から直感的に認識できる。また、キーボードなどを用いて数値を入力する操作と比較して、ユーザの作業負荷を軽減できる。

なお、レーダチャート４０３ａの軸上の頂点を変更する操作方法としては、上記の方法の他に例えば、マウスのドラッグ操作によって頂点の位置を移動させる方法が用いられてもよい。

また、ユーザはスキル項目のレベルの他に、検索条件としてスペシャルカラーを指定することもできる。ユーザ検索画面４０３には、スペシャルカラーを指定するためのカラー指定領域４０３ｂが設けられている。カラー指定領域４０３ｂには各スペシャルカラーに対応する領域が設けられ、領域が押下されると対応するスペシャルカラーが指定される。スペシャルカラーは、複数指定することもできる。

また、ユーザ検索画面４０３には検索ボタン４０３ｃが設けられている。検索ボタン４０３ｃが押下されることで、検索条件が確定される。すなわち、その時点でレーダチャート４０３ａおよびカラー指定領域４０３ｂにおいて設定された値が、検索条件として管理サーバ１００に送信される。そして、検索条件を用いた検索が要求される。

なお、図示しないが、検索条件としては、さらに、テキストによる任意のキーワードが入力できるようにしてもよい。入力されたキーワードは、例えば、ユーザテーブル１１１に登録されたパッションリストの情報を対象とした検索に利用することができる。

図１５は、ユーザ検索結果画面の例を示す図である。ユーザ検索結果画面４０４は、検索結果を表示するＧＵＩである。
ユーザ検索結果画面４０４には、検索条件と検索結果とを示す情報が表示される。例えば、ユーザ検索結果画面４０４の上部には、検索条件を示す検索条件領域４０４ａが表示される。また、検索条件領域４０４ａの下部には、検索結果として、検索されたユーザの情報を示すユーザ領域が表示される。図１５の例では、検索によってユーザＵ２，Ｕ３が特定され、ユーザＵ２，Ｕ３にそれぞれ対応するユーザ領域４０４ｂ，４０４ｃが表示されている。

ここで、検索条件領域４０４ａには、検索条件として指定された各スキル項目のレベルを表したレーダチャート４０４ａ１が表示される。また、ユーザ領域４０４ｂには、検索されたユーザＵ２についての各スキル項目のレベルを表したレーダチャート４０４ｂ１が表示され、ユーザ領域４０４ｃには、検索されたユーザＵ３についての各スキル項目のレベルを表したレーダチャート４０４ｃ１が表示される。レーダチャート４０４ａ１，４０４ｂ１，４０４ｃ１のそれぞれにおいては、スキル項目ごとの軸の方向も軸の最大長も一致している。これにより、レーダチャート４０４ａ１，４０４ｂ１，４０４ｃ１のそれぞれにおける、頂点同士を直線で結んだ範囲の形状を比較することで、スキル項目ごとのレベルを比較できるようになっている。ユーザＵ１は、これらの形状を比較することで、検索条件として指定した各スキル項目のレベルと、検索結果として得られたユーザについての各スキル項目のレベルとの間の関係性を直感的に判断できる。例えば、ユーザＵ１は、検索されたユーザについての各スキル項目のレベルが、検索条件と合っているかを容易に判断できる。

また、ユーザ領域の少なくとも一部には、ユーザに対応するスペシャルカラーが配色される。図１５の例では、網掛け領域にスペシャルカラーが配色されている。具体的には、ユーザ領域４０４ｂ，４０４ｃの左隅と、レーダチャート４０４ｂ１，４０４ｃ１の内部にスペシャルカラーが配色されている。このように、ユーザ領域の少なくとも一部の色をスペシャルカラーに対応させることで、ユーザＵ１は、検索結果として表示されたユーザＵ２，Ｕ３の性格も知ることができる。例えば、ユーザ検索結果画面４０４に、異なるスペシャルカラーで、かつ、同じようなスキルを有する複数のユーザが表示されている場合、ユーザＵ１は、性格を考慮してワークショップに参加させたいメンバーを選択することができる。

さらに、ユーザ領域には、推薦ボタンと招待ボタンとが表示される。例えば、ユーザ領域４０４ｃには、推薦ボタン４０４ｃ２と招待ボタン４０４ｃ３が表示されている。推薦ボタンは、ユーザＵ１が検索されたユーザを他のユーザに推薦したい場合に押下されるボタンである。なお、ユーザＵ１がそのユーザを既に推薦している場合は、推薦ボタンの領域には“オススメ！”が表示され、未だ推薦していない場合、“オススメ？”が表示される。後者の場合のみ推薦ボタンを押下できる。招待ボタンは、ユーザＵ１が検索されたユーザを自分がオーナーであるワークショップに招待したい場合に押下されるボタンである。

図１６は、ユーザ検索処理の例を示すフローチャートである。例えば、図１６の処理は、ユーザＵ１がユーザ検索画面４０３のＦｉｎｄタブ４０３ｄ（図１４参照）を押下することで、開始される。以下、図１６に示す処理をステップ番号に沿って説明する。

（Ｓ３１）インタフェース部１２０は、端末装置２００からユーザ検索画面４０３の表示要求を受信する。
（Ｓ３２）インタフェース部１２０は、端末装置２００にユーザ検索画面４０３を表示させるためのＨＴＭＬファイルを作成する。インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、ユーザ検索画面４０３を端末装置２００のＷｅｂブラウザで表示させる。これにより、端末装置２００にユーザ検索画面４０３が表示される。

（Ｓ３３）インタフェース部１２０は、ユーザ検索画面４０３に表示されたレーダチャート４０３ａに対するスキル項目のレベル指定操作が行われたかを判定する。レベル指定操作が行われた場合、処理をステップＳ３４に進める。レベル指定操作が行われていない場合、処理をステップＳ３５に進める。

（Ｓ３４）インタフェース部１２０は、ユーザ検索画面４０３に表示されたレーダチャート４０３ａの形状を、レベル指定操作に応じて変形させる。具体的には、インタフェース部１２０は、レベル指定操作に応じて、レーダチャート４０３ａの軸上の頂点位置を移動させるとともに、頂点を結ぶ直線の位置を変更する。

（Ｓ３５）インタフェース部１２０は、検索ボタン４０３ｃの押下によって検索の実行が要求されたかを判定する。検索の実行が要求された場合、処理をステップＳ３６に進める。この場合、インタフェース部１２０は、検索の実行要求とともに検索条件を受信する。検索条件には、各スキル項目のレベルが含まれる。また、ユーザ検索画面４０３のカラー指定領域４０３ｂに対してスペシャルカラーの指定操作が行われていた場合には、検索条件には指定されたスペシャルカラーの識別情報も含まれる。一方、検索の実行が要求されていない場合、処理をステップＳ３３に進める。

なお、ステップＳ３３〜Ｓ３５の処理は、一定時間ごとに繰り返し実行される。
また、ステップＳ３３，Ｓ３４では、レベル指定操作に応じて管理サーバ１００の処理によってレーダチャート４０３ａの形状を変形するものとした。しかし、他の例として、レーダチャート４０３ａの形状の変形処理が端末装置２００によって実行されてもよい。例えば、ステップＳ３２で、ユーザ検索画面４０３のＨＴＭＬファイルとともにプログラムが送信される。そして、端末装置２００のＷｅｂブラウザの機能によってこのプログラムが実行されることで、レベル指定操作に応じてレーダチャート４０３ａの形状が変形される。

（Ｓ３６）検索部１３０は、ユーザテーブル１１１を参照して、ステップＳ３５で取得した検索条件に基づいてユーザの検索を行う。例えば、検索部１３０は、ユーザテーブル１１１に登録されたユーザの中から、検索条件を満たす項目が多い順にユーザを特定する。検索条件を満たすとは、スキル項目のレベルが指定されたレベル以上であることや、スペシャルカラーが指定されたものと一致することを示す。あるいは、検索部１３０は、ユーザテーブル１１１に登録されたユーザの中から、スキルやスペシャルカラーが検索条件に類似する順にユーザを特定してもよい。

（Ｓ３７）インタフェース部１２０は、ステップＳ３６で検索されたユーザのユーザ情報を含むユーザ検索結果画面４０４を作成する。インタフェース部１２０は、端末装置２００にユーザ検索結果画面４０４を表示させるためのＨＴＭＬファイルを作成する。なお、このＨＴＭＬファイルは、検索されたユーザについてのユーザ領域（例えば図１５のユーザ領域４０４ｂ，４０４ｃ）だけを追加的に表示させる情報であってもよいし、これらのユーザ領域とともに検索条件領域４０４ａもあらためて表示させる情報であってもよい。

（Ｓ３８）インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、ユーザ検索結果画面４０４を端末装置２００のＷｅｂブラウザで表示させる。これにより、端末装置２００にユーザ検索結果画面４０４が表示される。そして、処理を終了する。

次に、ユーザＵ１が他のユーザＵ３をワークショップに招待する場合について説明する。
図１７は、ＷＳ招待画面の例を示す図である。ＷＳ招待画面４０５は、ワークショップに招待する内容を表示するＧＵＩである。例えば、ＷＳ招待画面４０５は、ユーザ検索結果画面４０４に表示されている招待ボタン４０４ｃ３が押下されると、端末装置２００に表示される。

ＷＳ招待画面４０５には、ＷＳ一覧表示部４０５ａに、ユーザＵ１がオーナーとなっているワークショップの一覧が表示される。また、ＷＳ招待画面４０５には、招待するユーザに送信する電子メールを入力するためのメール入力領域４０５ｂが表示される。ＷＳ一覧表示部４０５ａからワークショップが１つ選択され、送信ボタン４０５ｃが押下されると、メール入力領域４０５ｂのメールタイトルおよびメール本文の欄に入力された内容の電子メールが、ユーザＵ３宛てに送信される。これによって、選択されたワークショップにユーザＵ３を招待することがユーザＵ３に通知される。

図１８は、ＷＳ招待処理の例を示すフローチャートである。図１８の処理は、例えば、ユーザＵ１がユーザ検索結果画面４０４に表示されている招待ボタンを押下することで、開始される。以下、図１８に示す処理をステップ番号に沿って説明する。

（Ｓ４１）インタフェース部１２０は、端末装置２００からＷＳ招待画面４０５の表示要求を受信する。また、表示要求には、ワークショップに招待するユーザを示す情報が含まれている。例えば、ユーザＵ１がユーザ検索結果画面４０４に表示されているユーザＵ３の招待ボタン４０４ｃ３を押下した場合、表示要求にユーザＵ３を示す情報が含まれる。

（Ｓ４２）インタフェース部１２０は、端末装置２００にＷＳ招待画面４０５を表示させるためのＨＴＭＬファイルを作成する。ＷＳ招待画面４０５のＷＳ一覧表示部４０５ａには、ユーザＵ１がオーナーとして登録されているＷＳオブジェクトテーブル１１２に基づいて、ワークショップ名が表示される。インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、ＷＳ招待画面４０５を端末装置２００のＷｅｂブラウザで表示させる。これにより、端末装置２００にＷＳ招待画面４０５が表示される。また、インタフェース部１２０は、ＷＳ案内テーブル１１４を端末装置２００に送信する。

この後、ユーザＵ１は、ＷＳ招待画面４０５に対する入力操作を行う。
（Ｓ４３）インタフェース部１２０は、ＷＳ招待画面４０５の送信ボタン４０５ｃの押下に応じて、端末装置２００からワークショップに招待した旨を受信する。

（Ｓ４４）インタフェース部１２０は、ＷＳ案内テーブル１１４を作成し、個人ＩＤにユーザＵ１のＩＤを、ＷＳ ＩＤにワークショップのＩＤを、送信先個人ＩＤにユーザＵ３のＩＤを登録する。インタフェース部１２０は、ＷＳ招待画面４０５に入力されたメールタイトルおよびメール本文をＷＳ案内テーブル１１４に登録する。インタフェース部１２０は、ＷＳ案内テーブル１１４を記憶部１１０に登録し、この内容に基づく電子メールの送信処理を実行する。

また、インタフェース部１２０は、個人ＩＤにユーザＵ３のＩＤを登録したＷＳ参加テーブル１１３を作成し、記憶部１１０に登録する。ＷＳ参加テーブル１１３の参加ステータスには、招待中を示す“０”が登録される。この後、例えば、電子メールを閲覧したユーザＵ３によってワークショップへの招待を受諾する操作が行われると、登録されたＷＳ参加テーブル１１３では、参加ステータスの値が参加することを示す“２”に更新される。

次に、端末装置２００ａのユーザＵ５がワークショップに参加するために、立候補する場合について説明する。
図１９は、ＷＳ一覧画面および立候補画面の例を示す図である。ＷＳ一覧画面４０６は、ワークショップの一覧およびワークショップに関する情報を表示するＧＵＩである。

ユーザＵ５は、端末装置２００ａにＷＳ一覧画面４０６を表示させる。ＷＳ一覧画面４０６には、登録されているワークショップに関する情報が一覧表示される。１つのワークショップに対応する領域には、ワークショップの内容を示すＷＳ情報領域４０６ａ、オーナーの情報を示すオーナー情報領域４０６ｂ、参加者の情報を示す参加者情報領域４０６ｃが表示される。参加者情報領域４０６ｃには、参加者を推薦するための推薦ボタン４０６ｃ１が表示される。さらに、１つのワークショップに対応する領域には立候補ボタン４０６ｄが表示される。ユーザＵ５は、ＷＳ一覧画面４０６に表示されているワークショップの一覧から参加したいワークショップを特定する。そして、ユーザＵ５は、特定したワークショップに対応する立候補ボタン４０６ｄを押下する。

立候補画面４０７は、立候補ボタン４０６ｄが押下されると端末装置２００ａに表示される。立候補画面４０７は、立候補の内容を設定するためのＧＵＩである。立候補画面４０７には、立候補の理由など、オーナーに知らせる情報を入力するためのメッセージ入力部４０７ａと、送信ボタン４０７ｂが表示される。

図２０は、立候補処理の例を示すフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。
（Ｓ５１）インタフェース部１２０は、端末装置２００ａからＷＳ一覧画面４０６の表示要求を受信する。

（Ｓ５２）インタフェース部１２０は、ＷＳオブジェクトテーブル１１２を参照して、ＷＳ一覧画面４０６を作成する。ＷＳ一覧画面４０６のＷＳ情報領域４０６ａ、オーナー情報領域４０６ｂ、参加者情報領域４０６ｃには、該当ワークショップのＷＳオブジェクトテーブル１１２、オーナーのユーザテーブル１１１、参加者のＷＳ参加テーブル１１３に基づいてそれぞれ情報が表示される。インタフェース部１２０は、端末装置２００ａにＷＳ一覧画面４０６を表示させるためのＨＴＭＬファイルを作成する。インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００ａに送信して、ＷＳ一覧画面４０６を端末装置２００ａのＷｅｂブラウザで表示させる。これにより、端末装置２００ａにＷＳ一覧画面４０６が表示される。

この後、ユーザＵ５は、ＷＳ一覧画面４０６の立候補ボタン４０６ｄを押下したとする。立候補ボタン４０６ｄが押下されると、端末装置２００ａは、立候補する旨を管理サーバ１００に送信する。

（Ｓ５３）インタフェース部１２０は、端末装置２００ａから立候補する旨を受信する。このとき、操作したユーザのＩＤが通知される。
（Ｓ５４）インタフェース部１２０は、端末装置２００ａに立候補画面４０７を表示させるためのＨＴＭＬファイルを作成する。インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００ａに送信して、立候補画面４０７を端末装置２００ａのＷｅｂブラウザで表示させる。これにより、端末装置２００ａに立候補画面４０７が表示される。

表示後、ユーザＵ５は、メッセージ入力部４０７ａに対してメッセージを入力し、送信ボタン４０７ｂを押下する。送信ボタン４０７ｂが押下されると、端末装置２００ａは、ユーザＵ５が立候補した旨を管理サーバ１００に送信する。

（Ｓ５５）インタフェース部１２０は、端末装置２００ａからユーザＵ５がワークショップに立候補した旨を受信する。
（Ｓ５６）インタフェース部１２０は、個人ＩＤにユーザＵ５を登録したＷＳ参加テーブル１１３を作成し、記憶部１１０に登録する。作成されたＷＳ参加テーブル１１３の参加ステータスには、立候補したことを示す“１”が登録される。そして、処理を終了する。

次に、ワークショップのオーナーであるユーザＵ１が立候補したユーザＵ５をワークショップに参加させる場合について説明する。
図２１は、ユーザ情報画面の例を示す図である。ユーザ情報画面４０１−１は、ユーザ情報を表示するＧＵＩである。ユーザＵ１がユーザ情報画面４０１−１のＷＳタブ４０１ｂを押下したとき、ユーザＵ１が参加するワークショップがすでに登録されている場合には、それらのワークショップの情報が一覧表示される。図２１では、ユーザＵ１がオーナーとなっているワークショップの情報が表示されている。このワークショップの情報の表示領域には、ワークショップの内容を示すＷＳ情報領域４０１ｄと、オーナーの情報を示すオーナー情報領域４０１ｅと、参加者の情報を示す参加者情報領域４０１ｆが表示される。

さらに、ワークショップに立候補したユーザが存在する場合には、立候補者領域４０１ｇが表示される。図２１では、ユーザＵ５が立候補しているものとする。立候補者領域４０１ｇには、立候補したユーザＵ５の氏名や写真、立候補者からのメッセージなどが表示される立候補者情報領域４０１ｇ１と、招待ボタン４０１ｇ２が表示される。ユーザＵ１が招待ボタン４０１ｇ２を押下することで、立候補者がワークショップの参加者として承認される。

また、ユーザＵ１が立候補者情報領域４０１ｇ１を押下することで、ユーザＵ５のユーザ情報画面が表示される。ユーザＵ１は、ユーザ情報画面に表示された内容を基に、ユーザＵ５をワークショップに参加させるか否かを判断する。

図２２は、立候補者の参加許可の処理の例を示すフローチャートである。図２２の処理は、ユーザＵ１がユーザ情報画面４０１−１の招待ボタン４０１ｇ２を押下することで開始する。以下、図２２に示す処理をステップ番号に沿って説明する。

（Ｓ６１）インタフェース部１２０は、端末装置２００から立候補者（ユーザＵ６）の参加の許可要求を受信する。
（Ｓ６２）インタフェース部１２０は、該当ワークショップおよびユーザＵ６に対応するＷＳ参加テーブル１１３の参加ステータスを、立候補したことを示す“１”から参加を示す“２”に変更する。そして、処理を終了する。なお、インタフェース部１２０は、ユーザＵ６に対して参加を許可する旨の電子メールを送信してもよい。

次に、ユーザが他のユーザを推薦する推薦理由を管理サーバ１００に登録する場合について説明する。
図２３は、ユーザ推薦画面の例を示す図である。ユーザ推薦画面４０８は、推薦理由を登録するためのＧＵＩである。

ユーザ推薦画面４０８は、推薦ボタンが押下されると端末装置２００に表示される。例えば、ユーザ検索結果画面４０４のユーザ領域に表示された推薦ボタン（例えば、図１５の推薦ボタン４０４ｃ２）、あるいはＷＳ一覧画面４０６の参加者情報領域４０６ｃに表示された推薦ボタン４０６ｃ１（図１９参照）、あるいはユーザ情報画面４０１−１の参加者情報領域４０１ｆに表示された推薦ボタン４０１ｆ１（図２１参照）が押下されると、端末装置２００に表示される。

ユーザ推薦画面４０８には、推薦理由をテキストとして登録するための入力領域４０８ａが表示される。また、ユーザ推薦画面４０８の実行ボタン４０８ｂが押下されると、推薦理由の登録が管理サーバ１００に要求される。

図２４は、推薦理由の登録処理の例を示すフローチャートである。例えば、図２４の処理は、ユーザＵ１が前述の各画面における推薦ボタンを押下することで開始される。以下、図２４に示す処理をステップ番号に沿って説明する。

（Ｓ７１）インタフェース部１２０は、端末装置２００から推薦ボタンが押下された旨を受信する。このとき、インタフェース部１２０は、推薦するユーザＵ１と推薦されるユーザ（ここではユーザＵ２とする）とをそれぞれ示すＩＤを受信する。

（Ｓ７２）インタフェース部１２０は、端末装置２００にユーザ推薦画面４０８を表示させるためのＨＴＭＬファイルを作成する。インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、ユーザ推薦画面４０８を端末装置２００のＷｅｂブラウザで表示させる。これにより、端末装置２００にユーザ推薦画面４０８が表示される。

端末装置２００にユーザ推薦画面４０８が表示されると、ユーザＵ１は、ユーザＵ２に対する推薦理由を入力領域４０８ａに入力する。ユーザＵ１がユーザ推薦画面４０８の実行ボタン４０８ｂを押下すると、端末装置２００は、推薦理由を管理サーバ１００に送信する。

（Ｓ７３）インタフェース部１２０は、端末装置２００から推薦理由を受信する。
（Ｓ７４）インタフェース部１２０は、推薦テーブル１１５を作成し、個人ＩＤにユーザＵ１のＩＤを、評価対象者個人ＩＤにユーザＵ２のＩＤを、推薦理由に入力領域４０８ａに入力された内容をそれぞれ設定する。インタフェース部１２０は、作成した推薦テーブル１１５を記憶部１１０に登録する。そして、処理を終了する。

次に、ワークショップのオーナーであるユーザＵ１がワークショップに招待する候補者について調べたい場合について説明する。
図２５は、招待候補者情報画面の例を示す図である。招待候補者情報画面４０９は、招待候補者に関する情報を表示するＧＵＩである。

例えば、ユーザＵ１がワークショップに招待したい者を検索すると、ユーザ検索結果画面４０４には、ワークショップに招待したい候補者が表示される（図１５参照）。候補者の中には、ユーザＵ１と面識がないユーザが存在する。そこで、ユーザＵ１は、面識がないユーザをワークショップに招待するか否かを判断するために、そのユーザに関する詳細情報を含む招待候補者情報画面４０９を端末装置２００に表示させる。具体的には、ユーザＵ１がユーザ検索結果画面４０４に表示されたユーザ領域（例えば、図１５のユーザ領域４０４ｂ，４０４ｃのいずれか）の顔写真を押下することで、招待候補者情報画面４０９が端末装置２００に表示される。

あるいは、ワークショップに立候補したユーザの情報を閲覧する際に、招待候補者情報画面４０９が表示されてもよい。具体的には、ユーザＵ１がユーザ情報画面４０１−１（図２１参照）の立候補者情報領域４０１ｇ１を押下することで、招待候補者情報画面４０９が端末装置２００に表示される。

招待候補者情報画面４０９には、招待候補者に関する詳細情報が表示される。図２５では、招待候補者であるユーザＵ６に関する詳細情報が招待候補者情報画面４０９に表示される場合を示している。招待候補者情報画面４０９においては、キャラクタータブ４０９ａを押下することで、ユーザＵ６のユーザテーブル１１１に基づく情報の詳細が表示される。また、オススメタブ４０９ｂが押下されることで、図２５に示すようにユーザＵ６に関連する推薦テーブル１１５に基づく情報が表示される。このとき、招待候補者情報画面４０９には、ネットワーク図４０９ｃ、推薦者表示部４０９ｄ、被推薦者表示部４０９ｅが表示される。

ネットワーク図４０９ｃには、操作者であるユーザＵ１と招待候補者であるユーザＵ６との間で推薦の関係が連鎖する範囲において、ユーザＵ１とユーザＵ６との間の推薦の関係が矢印線によって表現される。また、矢印の向きからどちらが推薦者であるかが表される。例えば、図２５の例では、ユーザＵ１がユーザＵ２，Ｕ４を推薦しており、ユーザＵ２，Ｕ４がユーザＵ６を推薦していることを示している。また、ユーザＵ６がユーザＵ４を推薦しており、ユーザＵ４がユーザＵ１を推薦していることを示している。このように、矢印線により推薦者と推薦された者との推薦関係を知ることができる。

ユーザＵ１とユーザＵ６との間が連鎖していることで、ユーザＵ１は、ユーザＵ６との間で、ユーザＵ１と推薦関係を有するユーザを少なくとも介して推薦関係が構築されていることを認識できる。ユーザＵ１は例えば、ネットワーク図４０９ｃにおけるユーザＵ１とユーザＵ６との間の階層数が少ないほど、ユーザＵ６が招待候補者として適切であると推定できる。

ただし、ネットワーク図４０９ｃは、操作者であるユーザＵ１と招待候補者であるユーザＵ６との間が所定階層数以内で連鎖する場合にのみ表示される。この階層数は、多過ぎると推薦関係がわかりにくくなるので、例えば最大３階層程度（すなわち、ユーザＵ１とユーザＵ６とが多くても他の２人のユーザを介して連鎖する状態）に抑えることが望ましい。

推薦者表示部４０９ｄには、招待候補者であるユーザＵ６を推薦しているユーザと、その推薦理由とが表示される。推薦者表示部４０９ｄには、ユーザＵ１からユーザＵ６までの推薦関係の連鎖状態に関係なく、ユーザＵ６を推薦しているすべてのユーザとその推薦理由とが表示される。

被推薦者表示部４０９ｅには、招待候補者であるユーザＵ６から推薦されているユーザと、その推薦理由とが表示される。被推薦者表示部４０９ｅには、ユーザＵ６からユーザＵ１までの推薦関係の連鎖状態に関係なく、ユーザＵ６が推薦しているすべてのユーザとその推薦理由とが表示される。

このように、推薦者表示部４０９ｄおよび被推薦者表示部４０９ｅには、ユーザＵ１とユーザＵ６とが連鎖しているか否かに関係なく、ユーザＵ６を推薦しているユーザおよびユーザＵ６から推薦されているユーザがすべて表示される。ユーザＵ１は、このようなユーザの名前や推薦理由を閲覧することで、自分が面識のないユーザと、ユーザＵ６との関係を知ることができる。これにより、ユーザＵ１は、ユーザＵ６が招待候補者として適切かを、ネットワーク図４０９ｃとは異なる観点から推定できる。特に、ユーザ名だけでなく推薦理由も閲覧できることで、ユーザＵ１はユーザＵ６のことをより正確に知ることができる。

そして、ネットワーク図４０９ｃと推薦者表示部４０９ｄおよび被推薦者表示部４０９ｅの両方を閲覧できることで、ユーザＵ１が適切なユーザをワークショップに招待できるようになり、また、その選定作業効率を向上させることができる。

図２６は、招待候補者情報画面の表示処理の例を示すフローチャートである。図２６の処理は、ユーザＵ１が招待候補者情報画面４０９のオススメタブ４０９ｂを押下することで開始される。以下、図２６に示す処理をステップ番号に沿って説明する。

（Ｓ８１）インタフェース部１２０は、端末装置２００からユーザＵ１が選択したユーザ（ここではユーザＵ６とする）の詳細情報の表示指示を受信する。
（Ｓ８２）インタフェース部１２０は、ユーザＵ１とユーザＵ６との間のネットワーク図４０９ｃを作成する。詳細には、インタフェース部１２０は、ユーザＵ１，Ｕ６をそれぞれ推薦者（個人ＩＤに登録されたユーザ）とする推薦テーブル１１５を起点として、推薦されたユーザの推薦テーブル１１５を辿っていくことで、ユーザＵ１とユーザＵ６との推薦関係を判別する。ユーザ間が所定階層数以内で連鎖する場合、インタフェース部１２０は、判別した推薦関係に基づいてネットワーク図４０９ｃを作成する。

（Ｓ８３）インタフェース部１２０は、推薦者表示部４０９ｄの表示情報を作成する。詳細には、インタフェース部１２０は、評価対象個人ＩＤにユーザＵ６のＩＤが登録されたすべての推薦テーブル１１５を特定し、特定した推薦テーブル１１５の情報に基づいて、表示情報を作成する。

（Ｓ８４）インタフェース部１２０は、被推薦者表示部４０９ｅの表示情報を作成する。詳細には、インタフェース部１２０は、個人ＩＤにユーザＵ６のＩＤが登録されたすべての推薦テーブル１１５を特定し、特定した推薦テーブル１１５の情報に基づいて、表示情報を作成する。

（Ｓ８５）インタフェース部１２０は、ステップＳ８２〜Ｓ８４で作成された表示情報を含む招待候補者情報画面４０９を端末装置２００に表示させるためのＨＴＭＬファイルを作成する。インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、招待候補者情報画面４０９を端末装置２００のＷｅｂブラウザで表示させる。これにより、端末装置２００に招待候補者情報画面４０９が表示される。

次に、推薦理由を表示させる場合を説明する。
図２７は、推薦画面の例を示す図である。推薦画面４１０は、推薦理由を表示するＧＵＩである。推薦画面４１０は、ユーザＵ１が招待候補者情報画面４０９−１に表示されたネットワーク図４０９ｃの矢印線を押下することで、端末装置２００に表示される。例えば、ユーザＵ１がネットワーク図４０９ｃに表示されたユーザＵ１からユーザＵ２に対する推薦関係を示す矢印線４０９ｃ１を押下することで、ユーザＵ１がユーザＵ２を推薦する推薦理由を示す推薦画面４１０が招待候補者情報画面４０９−１にポップアップされる。このように、矢印線を押下することで、推薦理由を知ることができる。

図２８は、推薦画面の表示処理の例を示すフローチャートである。図２８の処理は、ユーザＵ１がネットワーク図４０９ｃに表示された矢印線を押下することで、開始される。ここでは、ユーザＵ１からユーザＵ２に対する推薦関係を示す矢印線４０９ｃ１が押下されたものとする。以下、図２８に示す処理をステップ番号に沿って説明する。

（Ｓ９１）インタフェース部１２０は、端末装置２００から推薦理由の表示指示を受信する。また、表示指示には、推薦関係を示す推薦者（ユーザＵ１）と推薦された者（ユーザＵ２）とを示すＩＤが含まれる。

（Ｓ９２）インタフェース部１２０は、推薦画面４１０に表示させる推薦理由図を作成する。詳細には、インタフェース部１２０は、個人ＩＤにユーザＵ１のＩＤが登録され、評価対象個人ＩＤにユーザＵ２のＩＤが登録された推薦テーブル１１５を特定する。インタフェース部１２０は、特定した推薦テーブル１１５に登録された推薦理由を含めた推薦理由図を作成する。

（Ｓ９３）インタフェース部１２０は、ステップＳ９２で作成した図を含む推薦画面４１０を端末装置２００に表示させるためのＨＴＭＬファイルを作成する。インタフェース部１２０は、作成したＨＴＭＬファイルを端末装置２００に送信して、推薦画面４１０を端末装置２００のＷｅｂブラウザで表示させる。これにより、端末装置２００に招待候補者情報画面４０９に推薦画面４１０がポップアップされる。

なお、第１の実施の形態の情報処理は、演算部１２として用いられるプロセッサに、プログラムを実行させることで実現できる。第２の実施の形態の情報処理は、プロセッサ１０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体に記録できる。

例えば、プログラムを記録した記録媒体を配布することで、プログラムを流通させることができる。また、インタフェース部１２０および検索部１３０に相当する機能を実現するプログラムを別個のプログラムとし、各プログラムを別個に配布してもよい。インタフェース部１２０および検索部１３０の機能が別個のコンピュータにより実現されてもよい。コンピュータは、例えば、記録媒体に記録されたプログラムを、ＲＡＭ１０２、ＨＤＤ１０３に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。

１０ 情報処理装置
１１ 記憶部
１１ａ 信頼関係情報
１２ 演算部
２０ 端末装置
２１ 画面
２１ａ 相関図
２１ｂ 領域

Claims (9)

1. コンピュータに、
   登録された複数のユーザ間で、ユーザを特定した信頼関係を示す情報の登録を受け付け、
   前記複数のユーザのうち、第１のユーザと第２のユーザとの間の関係性の表示指示を受けると、前記第１のユーザと前記第２のユーザとの間で信頼関係が連鎖する範囲内での信頼関係の相関図と、前記範囲内に制限せずに、前記第２のユーザに対して登録された信頼関係を示す情報とを並列表示する、
   処理を実行させる相関関係表示プログラム。
2. 前記並列表示では、前記第２のユーザに対して登録された信頼関係を示す情報とともに、前記第２のユーザから登録された他のユーザに対する信頼関係を示す情報とを並列表示する、
   請求項１記載の相関関係表示プログラム。
3. 前記相関図では、前記第１のユーザと前記第２のユーザとを含む、前記範囲に含まれるユーザ間での信頼関係の方向性が、ユーザ間を結ぶ結線によって表示される、
   請求項１または２記載の相関関係表示プログラム。
4. 前記コンピュータに、
   前記相関図におけるいずれかの前記結線が選択された場合、選択された前記結線に対応する信頼関係を示す情報を表示する、
   処理をさらに実行させる請求項３記載の相関関係表示プログラム。
5. 前記受け付けでは、信頼関係を示す情報として、推薦するユーザと推薦されるユーザとを示す情報の登録を受け付け、
   前記並列表示では、前記第２のユーザに対して登録された信頼関係を示す情報として、前記第２のユーザを推薦するユーザを示す情報を表示する、
   請求項１または２記載の相関関係表示プログラム。
6. 前記受け付けでは、信頼関係を示す情報として、推薦するユーザが推薦されるユーザを推薦する推薦理由の登録をさらに受け付け、
   前記並列表示では、前記第２のユーザに対して登録された信頼関係を示す情報として、前記第２のユーザに対する推薦理由をさらに表示する、
   請求項５記載の相関関係表示プログラム。
7. 前記相関図では、前記第１のユーザと前記第２のユーザとを含む、前記範囲に含まれるユーザ間での推薦の方向性が、ユーザ間を結ぶ結線によって表示され、
   前記コンピュータに、
   前記相関図におけるいずれかの前記結線が選択された場合、選択された前記結線に対応するユーザ間での推薦理由を表示する、
   処理をさらに実行させる請求項６記載の相関関係表示プログラム。
8. 記憶部と、
   登録された複数のユーザ間で、ユーザを特定した信頼関係を示す情報の登録を受け付けて、前記記憶部に登録し、前記複数のユーザのうち、第１のユーザと第２のユーザとの間の関係性の表示指示を受けると、前記第１のユーザと前記第２のユーザとの間で信頼関係が連鎖する範囲内での信頼関係の相関図と、前記範囲内に制限せずに、前記第２のユーザに対して登録された信頼関係を示す情報とを並列表示する演算部と、
   を有する情報処理装置。
9. コンピュータが、
   登録された複数のユーザ間で、ユーザを特定した信頼関係を示す情報の登録を受け付け、
   前記複数のユーザのうち、第１のユーザと第２のユーザとの間の関係性の表示指示を受けると、前記第１のユーザと前記第２のユーザとの間で信頼関係が連鎖する範囲内での信頼関係の相関図と、前記範囲内に制限せずに、前記第２のユーザに対して登録された信頼関係を示す情報とを並列表示する、
   相関関係表示方法。

Images