JP2017215714A - 情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】ユーザーが関わった文書からタグとなる単語を抽出するようにした情報処理装置を提供する。【解決手段】情報処理装置の抽出手段は、ユーザーが関わった文書から該ユーザーの専門性を示す単語を抽出し、提示手段は、前記ユーザーの人物紹介にあって、前記単語を該ユーザーの専門性を示すタグとして提示する。【選択図】図１

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、データベースに新規に登録するリソースに対してもタグ候補を提示して、当該リソースに容易にタグを付与させ得るようにすることを課題とし、データベースに既に登録されている複数の登録済リソースそれぞれに対する新規登録リソースの類似度を算出し、類似度が大きい登録済リソースに付与されているタグを、新規登録リソースに付与するタグの候補として選定することにより、データベースに新たに登録されるリソースに対してもタグ候補を提示して、従来に比してより容易にタグを付与させることができることが開示されている。

特許文献２には、特定ユーザーの独自タグに基づくタグの乱立を防止すると共に話題に無関係な表現の提示を防止することを課題とし、タグ付け支援装置は、タグ付け文書データベースを利用して入力文書の話題を決定する話題決定手段と、タグ付け文書データベースに属する各話題に対応するタグが付された文書群を基に前記各話題に特徴的な語句をタグ特徴語句データベースに登録するタグ特徴語句データベース生成手段と、前記決定された話題を基にタグ特徴語句データベースを用いて当該話題に関連する特徴的な語句を入力文書中から抽出する特徴語句抽出手段と、文書に対してタグ付けをしようとするユーザーに対して前記決定された話題に対応するタグ及び前記抽出された特徴的な語句をタグ候補として提示するタグ候補提示手段を有し、前記タグ候補はタグ候補の選択及び非選択の頻度を記録したタグ選択結果ベースに基づき提示されることが開示されている。

特許文献３には、対象文書及びそれにリンクした文書からキーワード候補を抽出し、それらを総合して対象文書のキーワードを認定し、また、このキーワードと分類知識中のキーワードとを照合することにより対象文書をカテゴリ分類し、また、文書を表示する際にその文書にリンクした文書に関するキーワード又は文書アクセス頻度（に対応するオブジェクト）を付加配置して表示することが開示されている。

特開２００７−２７２３９０号公報 特開２０１０−０２６９９６号公報 国際公開第９９／１４６９０号

ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）等の人物紹介（プロフィール）において、ユーザーの専門性を単語で登録できる「タグ」機能がある。
手動でタグを付加するため、タグに漏れ、誇張等が発生することがある。
本発明は、ユーザーが関わった文書からタグとなる単語を抽出するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、ユーザーが関わった文書から該ユーザーの専門性を示す単語を抽出する抽出手段と、前記ユーザーの人物紹介にあって、前記単語を該ユーザーの専門性を示すタグとして提示する提示手段を有する情報処理装置である。

請求項２の発明は、前記提示手段は、前記タグに、前記抽出手段が前記単語を抽出した文書を関連付けて提示する、請求項１に記載の情報処理装置である。

請求項３の発明は、前記タグを、前記ユーザーによる操作の種別に分類する分類手段をさらに有し、前記提示手段は、分類毎にタグを提示する、請求項１又は２に記載の情報処理装置である。

請求項４の発明は、手動によって設定されたタグに対して、前記抽出手段は、該タグに対応する単語を抽出できる文書を抽出する、請求項２に記載の情報処理装置である。

請求項５の発明は、前記抽出手段が抽出の対象とする文書を制限する制限手段をさらに有し、前記抽出手段は、前記制限手段による制限にしたがって単語を抽出する、請求項４に記載の情報処理装置である。

請求項６の発明は、コンピュータを、ユーザーが関わった文書から該ユーザーの専門性を示す単語を抽出する抽出手段と、前記ユーザーの人物紹介にあって、前記単語を該ユーザーの専門性を示すタグとして提示する提示手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、ユーザーが関わった文書からタグとなる単語が抽出される。

請求項２の情報処理装置によれば、タグに、そのタグに対応する単語を抽出した文書が関連付けられて提示される。

請求項３の情報処理装置によれば、ユーザーによる操作の種別に分類されたタグが提示される。

請求項４の情報処理装置によれば、手動によって設定されたタグに対しても、そのタグに対応する単語を抽出できる文書が関連付けられて提示される。

請求項５の情報処理装置によれば、単語を抽出する文書が制限される。

請求項６の情報処理プログラムによれば、ユーザーが関わった文書からタグとなる単語が抽出される。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 プロフィールテーブルのデータ構造例を示す説明図である。 文書テーブルのデータ構造例を示す説明図である。 メールテーブルのデータ構造例を示す説明図である。 スケジュールテーブルのデータ構造例を示す説明図である。 操作履歴テーブルのデータ構造例を示す説明図である。 タグ管理テーブルのデータ構造例を示す説明図である。 エビデンス表示ルールのデータ構造例を示す説明図である。 プロフィール表示画面の提示例を示す説明図である。 エビデンス表示画面の提示例を示す説明図である。 エビデンス操作別表示画面の提示例を示す説明図である。 タグ生成設定画面の提示例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

まず、本実施の形態を説明する前に、その前提又は本実施の形態を利用する情報処理装置について説明する。なお、この説明は、本実施の形態の理解を容易にすることを目的とするものである。
ＳＮＳ等のプロフィールでは、ユーザーの専門性を単語で登録できる「タグ機能」がある。加えて、他のユーザーがタグを付けると強調表示される機能があってもよい。このタグ機能により、ユーザーの専門性を、一覧でみることができる。また、他のユーザーからのタグ付けにより、客観的な評価を取り入れることができる。
しかし、タグをユーザー（本人、他のユーザーを含む）が手動によって設定すると、タグのつけ方が個人によって違うため、重複や漏れ、レベル感の違いが生じる。タグに漏れや誇張等の可能性があると、信頼性が十分とはいえない。したがって、タグを閲覧したユーザーは、専門性の度合いを、根拠をもって判断できなかった。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置１００は、ユーザーの専門性を示すタグを提示するものであって、図１の例に示すように、エビデンス記録モジュール１１０、連携システムＤＢ１２０、タグ生成モジュール１３０、エビデンス関連付けモジュール１４０、タグ分類モジュール１５０、タグ・エビデンスＤＢ１６０、タグ表示モジュール１７０を有している。タグとは、専門性を示す単語（ワードともいわれる）である。この「専門性」には、対象となっているユーザーが活動してきた領域、経験等を含めてもよい。また、「単語」には、用語、短い文節等を含めてもよい。また、ユーザーは複数の専門を有していることが多いので、ユーザーの人物紹介として提示されるタグ（タグ群）は、一般的には、短い言葉の羅列として表現される。
情報処理装置１００は、連携システム１９０と通信回線を介して接続されている。なお、情報処理装置１００と接続されている連携システム１９０は、複数あってもよい。

エビデンス記録モジュール１１０は、連携システムＤＢ１２０、連携システム１９０と接続されている。エビデンス記録モジュール１１０は、連携システム１９０から対象としているユーザーが関わった文書、操作の履歴を抽出し、連携システムＤＢ１２０に記憶させる。例えば、エビデンス記録モジュール１１０は、連携システム１９０から、ユーザーの活動に伴って発生した文書、成果物としての文書を取得し、記録する。なお、文書（ファイルともいわれる）とは、テキストデータ、数値データ、図形データ、画像データ、動画データ、音声データ等、又はこれらの組み合わせであり、記憶、編集及び検索等の対象となり、システム又は利用者間で個別の単位として交換できるものをいい、これらに類似するものを含む。具体的には、文書作成プログラムによって作成された文書、画像読取装置（スキャナ等）で読み込まれた画像、Ｗｅｂページ等を含む。
また、エビデンス記録モジュール１１０は、タグ生成モジュール１３０が抽出の対象とする文書を制限するようにしてもよい。この場合、タグ生成モジュール１３０は、エビデンス記録モジュール１１０による制限にしたがって単語を抽出するようにしてもよい。つまり、タグの生成に利用する情報を制限するものである。プライバシーの保護、セキュリティを担保できるようにするものである。制限処理については、図１５の例を用いて後述する。

連携システムＤＢ１２０は、エビデンス記録モジュール１１０、タグ生成モジュール１３０、エビデンス関連付けモジュール１４０、タグ分類モジュール１５０と接続されている。連携システムＤＢ１２０は、ユーザーが利用する連携システム１９０の情報を保管する。例えば、連携システム１９０でのログ、生成等された文書等を記憶する。つまり、ユーザーの活動、成果物を示す文書を記憶しており、これは、専門性を活かした具体的な活動を記憶している。
連携システムＤＢ１２０は、例えば、文書テーブル６００、メールテーブル７００、スケジュールテーブル８００、操作履歴テーブル９００を記憶している。

図６は、文書テーブル６００のデータ構造例を示す説明図である。文書テーブル６００は、連携システム（文書管理システム）１９０Ａから取得した情報であって、文書ＩＤ欄６１０、タイトル欄６２０、作成者欄６３０、作成日時欄６４０、ＵＲＬ欄６５０を有している。文書ＩＤ欄６１０は、本実施の形態において、文書を一意に識別するための情報（文書ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。タイトル欄６２０は、その文書のタイトルを記憶している。作成者欄６３０は、その文書の作成者を記憶している。作成日時欄６４０は、その文書の作成日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。ＵＲＬ欄６５０は、その文書を記憶しているＵＲＬを記憶している。

図７は、メールテーブル７００のデータ構造例を示す説明図である。メールテーブル７００は、連携システム（メールシステム）１９０Ｂから取得した情報であって、メールＩＤ欄７１０、送信日時欄７２０、受信日時欄７３０、送信者欄７４０、受信者欄７５０、タイトル欄７６０、ＵＲＬ欄７７０、添付ファイル有無欄７８０、添付ファイルＵＲＬ欄７９０を有している。メールＩＤ欄７１０は、本実施の形態において、メールを一意に識別するための情報（メールＩＤ）を記憶している。送信日時欄７２０は、そのメールの送信日時を記憶している。受信日時欄７３０は、そのメールの受信日時を記憶している。送信者欄７４０は、そのメールの送信者を記憶している。受信者欄７５０は、そのメールの受信者を記憶している。タイトル欄７６０は、そのメールのタイトルを記憶している。ＵＲＬ欄７７０は、そのメールを記憶しているＵＲＬを記憶している。添付ファイル有無欄７８０は、そのメールの添付ファイルの有無を記憶している。添付ファイルＵＲＬ欄７９０は、その添付ファイルを記憶しているＵＲＬを記憶している。

図８は、スケジュールテーブル８００のデータ構造例を示す説明図である。スケジュールテーブル８００は、連携システム（予定表管理システム）１９０Ｃから取得した情報であって、予定ＩＤ欄８１０、ユーザーＩＤ欄８２０、日時欄８３０、件名欄８４０、説明欄８５０を有している。予定ＩＤ欄８１０は、本実施の形態において、予定（スケジュール）を一意に識別するための情報（予定ＩＤ）を記憶している。ユーザーＩＤ欄８２０は、その予定を行うユーザーを、本実施の形態において、一意に識別するための情報（ユーザーＩＤ）を記憶している。日時欄８３０は、その予定の日時を記憶している。件名欄８４０は、その予定の件名を記憶している。説明欄８５０は、その予定の説明を記憶している。

図９は、操作履歴テーブル９００のデータ構造例を示す説明図である。操作履歴テーブル９００は、各連携システム１９０における操作履歴情報であって、ログＩＤ欄９１０、ユーザーＩＤ欄９２０、連携システム欄９３０、日時欄９４０、操作対象欄９５０、操作欄９６０を有している。ログＩＤ欄９１０は、ログＩＤを記憶している。ユーザーＩＤ欄９２０は、そのログ対象の操作を行ったユーザーのユーザーＩＤを記憶している。連携システム欄９３０は、そのログが行われた連携システムを記憶している。日時欄９４０は、そのログ対象の操作が行われた日時を記憶している。操作対象欄９５０は、そのログ対象の操作における対象を記憶している。操作欄９６０は、そのログ対象の操作を記憶している。例えば、「閲覧」、「作成」、「レビュー」、「会議に参加」等の操作がある。操作欄９６０内の操作は、後述するタグ管理テーブル１０００の活動種類欄１０５０の活動種類として用いられる。

タグ生成モジュール１３０は、連携システムＤＢ１２０、エビデンス関連付けモジュール１４０、タグ・エビデンスＤＢ１６０と接続されている。タグ生成モジュール１３０は、ユーザーが関わった文書から、そのユーザーの専門性を示す単語を抽出する。ここで、「ユーザーが関わった」として、例えば、文書の作成、閲覧、メールの送信、受信等がある。例えば、タグ生成モジュール１３０は、連携システムＤＢ１２０に保管されている、ユーザーの活動に伴って発生した文書、成果物としての文書から、単語を抽出し、タグとして保存する。なお、単語を抽出した対象とした文書をエビデンス（証拠、根拠）ともいう。タグ生成モジュール１３０による単語抽出は、既存の自然言語処理技術（形態素解析等）を用いてもよい。タグ生成モジュール１３０が行う処理については、図３、４等の例を用いて後述する。

エビデンス関連付けモジュール１４０は、連携システムＤＢ１２０、タグ生成モジュール１３０、タグ分類モジュール１５０、タグ・エビデンスＤＢ１６０と接続されている。エビデンス関連付けモジュール１４０は、タグに、その元となった活動、成果物を示す文書（エビデンス）を関連付ける（紐付ける）。タグからそのエビデンスを確認できるようにするものである。例えば、タグにカーソルが合わせられると代表的なエビデンス（文書の抜粋など）を表示し、タグがクリックされるとその他のエビデンスの一覧を表示するようにしてもよい。これらの処理については、図１２、１３等の例を用いて後述する。
また、エビデンス関連付けモジュール１４０は、手動によって設定されたタグに対して、そのタグに対応する単語を抽出できる文書を抽出するようにしてもよい。
つまり、手動で付けたタグに、関連するエビデンスを関連付けるようにしたものである。ユーザー本人（又は、他のユーザーであってもよい、いわゆる他薦）がアピール又は紹介したい専門性のエビデンスを、自動で生成し、確認できるようにするものである。
また、エビデンス関連付けモジュール１４０は、タグに、手動でエビデンスを関連付けられるようにしてもよい。連携システムＤＢ１２０に記憶されていない（又は、連携システム１９０の記録に残っていない）例外的な活動や、連携が難しい他の連携システム１９０の情報を、エビデンスとして付与、確認できるようにするためである。

タグ分類モジュール１５０は、連携システムＤＢ１２０、エビデンス関連付けモジュール１４０、タグ・エビデンスＤＢ１６０と接続されている。タグ分類モジュール１５０は、タグを、ユーザーによる操作の種別（活動の種別を含む）に分類する。例えば、タグ分類モジュール１５０は、タグを、そのエビデンスの操作内容に基づいて分類する。もちろんのことながら、タグには、ユーザー操作の種別が対応付けられている。そして、タグ表示モジュール１７０は、タグ分類モジュール１５０による処理結果に基づいて、分類毎にタグを提示するようにしてもよい。ユーザーの専門性の度合いがわかるようにするためである。例えば、タグを、「閲覧」、「作成」、「レビュー」、「会議に参加」等のように種別に確認できるようにし、どのような活動に活かされているのかを表示するようにしてもよい。分類処理については、図１４の例を用いて後述する。

タグ・エビデンスＤＢ１６０は、タグ生成モジュール１３０、エビデンス関連付けモジュール１４０、タグ分類モジュール１５０、タグ表示モジュール１７０と接続されている。タグ・エビデンスＤＢ１６０は、生成されたタグとそのエビデンス情報、操作内容を記憶する。
タグ・エビデンスＤＢ１６０は、例えば、プロフィールテーブル５００、タグ管理テーブル１０００を記憶している。図５は、プロフィールテーブル５００のデータ構造例を示す説明図である。プロフィールテーブル５００は、ユーザーＩＤ欄５１０、ユーザー名欄５２０、電話番号欄５３０、メールアドレス欄５４０、経歴欄５５０、写真欄５６０、タグＩＤ欄５７０を有している。ユーザーＩＤ欄５１０は、ユーザーＩＤを記憶している。ユーザー名欄５２０は、そのユーザーの名称を記憶している。電話番号欄５３０は、そのユーザーの電話番号を記憶している。メールアドレス欄５４０は、そのユーザーのメールアドレスを記憶している。経歴欄５５０は、そのユーザーの経歴を記憶している。写真欄５６０は、そのユーザーの写真を記憶している。タグＩＤ欄５７０は、本実施の形態において、タグを一意に識別するための情報（タグＩＤ）を記憶している。

図１０は、タグ管理テーブル１０００のデータ構造例を示す説明図である。タグ管理テーブル１０００は、タグＩＤ欄１０１０、タグ名称欄１０２０、エビデンス個数欄１０３０、エビデンスＵＲＬ欄１０４０、活動種類欄１０５０を有している。タグＩＤ欄１０１０は、本実施の形態において、タグを一意に識別するための情報（タグＩＤ）を記憶している。タグ名称欄１０２０は、そのタグの名称を記憶している。エビデンス個数欄１０３０は、そのタグに対応付けられているエビデンスの個数を記憶している。この値は、エビデンス個数欄１０３０に続くエビデンスＵＲＬ欄１０４０、活動種類欄１０５０の組の個数となる。エビデンスＵＲＬ欄１０４０は、そのタグに対応付けられているエビデンスが記憶されているＵＲＬを記憶している。活動種類欄１０５０は、そのエビデンスの活動種類（操作の種別）を記憶している。例えば、前述したように、「閲覧」、「作成」、「レビュー」、「会議に参加」等の種別がある。タグ分類モジュール１５０は、活動種類欄１０５０内の活動種類を対象として分類を行う。活動種類欄１０５０は、操作履歴テーブル９００の操作欄９６０に対応している。

タグ表示モジュール１７０は、タグ・エビデンスＤＢ１６０と接続されている。タグ表示モジュール１７０は、ユーザーの人物紹介にあって、単語をそのユーザーの専門性を示すタグとして提示する。タグ表示モジュール１７０は、例えば、タグ生成モジュール１３０によって生成されたタグを画面に表示する。
タグ表示モジュール１７０は、例えば、プロフィールテーブル５００を用いて、ユーザーのプロフィールを提示する。そして、タグ表示モジュール１７０は、例えば、タグ管理テーブル１０００を用いて、タグＩＤに対応するタグ名称、そのタグに対応付けられているエビデンス、活動種類を用いて、ユーザーのプロフィール内のタグに関する情報を提示する。
また、タグ表示モジュール１７０は、タグに、タグ生成モジュール１３０が単語を抽出した文書を関連付けて提示するようにしてもよい。例えば、タグ表示モジュール１７０は、タグに、そのタグを抽出した文書（エビデンス）へのリンクを張る。

また、タグ表示モジュール１７０は、例えば、エビデンス表示ルール１１００を用いてタグ生成のエビデンスを提示してもよい。図１１は、エビデンス表示ルール１１００のデータ構造例を示す説明図である。エビデンス表示ルール１１００は、連携システム欄１１１０、タグ生成元欄１１２０、抜粋欄１１３０、操作欄１１４０を有している。連携システム欄１１１０は、連携システムを記憶している。タグ生成元欄１１２０は、その連携システムにおけるタグの生成元を記憶している。つまり、エビデンスとして表示すべき文書内の部分を記憶している。抜粋欄１１３０は、そのエビデンスの概要を示すために、抜粋の対象を記憶している。操作欄１１４０は、その連携システムにおいて行われる、タグ生成の対象とすべき操作（ユーザーの活動）を記憶している。つまり、その連携システムにおいて、エビデンスとしての文書に対して、この操作が行われたため、タグが生成されたことを示している。図１３の例を用いて、エビデンス表示ルール１１００が利用された場合のエビデンスの例示例を後述する。

連携システム１９０は、情報処理装置１００のエビデンス記録モジュール１１０と接続されている。連携システム１９０は、ユーザーが利用する文書管理システム、メールシステム、予定表管理システム（スケジュール管理システム）、チケット管理システム、ソースコード管理システム等のシステムである。ユーザーが、主に、仕事を行う上で用いる（又は、専門性を獲得、高めるために用いる）システムである。なお、チケット管理システムとは、コンピュータ・プログラム開発（ソフトウェア開発）において、実施すべき作業、修正すべきバグ等の一つ一つのタスクをプロジェクトにチケットとして登録して管理するものである。例えば、１件のタスクにつき１件のチケットを作成し、タスクの内容、優先度、担当者、期日、進捗状況等を記録、管理する。ソースコード管理システムとは、バージョン管理システムともいわれ、コンピュータ上で作成、編集されるファイルの変更履歴を管理するためのシステムである。特に、コンピュータ・プログラム開発において、ソースコードの管理に用いられることが多い。この他に、連携システム１９０として、インスタントメッセンジャー、資格又はスキルを得るための教育システム等を含めてもよい。

情報処理装置１００によって、例えば、以下のような処理を行う。
ユーザーが作成・閲覧した文書やコメントした内容、参加した会議等によって作成された文書（エビデンス）から、自動的にタグを生成する。さらに、タグに、そのエビデンスと、「参照」「編集」「レビュー」「会議を主催した」「会議に参加した」「メールに添付した」等の「操作の種別」を関連付ける。自動的にタグを生成することで、漏れているタグや誇張されたタグをなくし、タグの信頼性を上げることができる。そして、エビデンス及びその「操作の種別」を付与することで、根拠をもって、専門性の度合いを判断できるようにしている。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、連携システム（文書管理システム）１９０Ａ、連携システム（メールシステム）１９０Ｂ、連携システム（予定表管理システム）１９０Ｃ、連携システム（チケット管理システム）１９０Ｄ、連携システム（ソースコード管理システム）１９０Ｅ、ユーザー端末２００Ａ、ユーザー端末２００Ｂ、ユーザー端末２００Ｃは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００、連携システム１９０による機能は、クラウドサービスとして実現してもよい。
例えば、ユーザー端末２００Ａのユーザーは、普段、連携システム１９０を用いて仕事を行っている。そして、ＳＮＳ等において、ユーザー端末２００Ｂが、ユーザー端末２００Ａのユーザーのプロフィールを提示する場合、情報処理装置１００は、その連携システム１９０におけるユーザー端末２００Ａのユーザーの操作等から、タグを自動生成して提示する。ユーザー端末２００Ｂのユーザーは、ユーザー端末２００Ａのユーザーの専門性について、客観的な専門性を判断できるようになる。

図３は、本実施の形態による処理例を示すフローチャートである。このフローチャートによる処理は、プロフィールを提示する都度に行うようにしてもよいし、予め行っておき、処理結果を記憶しておき、プロフィールを提示する場合は、その処理結果を提示するようにしてもよい。
ステップＳ３０２では、タグ生成モジュール１３０は、連携システムＤＢ１２０内の情報を検索して、対象としているユーザーが作成、閲覧等した文書等があるか否かを判断し、ある場合はステップＳ３０４へ進み、それ以外の場合は処理を終了する（ステップＳ３９９）。
ステップＳ３０４では、タグ生成モジュール１３０は、文書等のタイトル、内容等から、キーワードを抽出する。キーワード抽出は、オープンソースで提供されているソフトウェア開発ライブラリや、検索エンジン等に利用されている形態素解析など既存のアルゴリズムを利用してもよい。また、キーワードは、予め定められた単語としてもよい。

ステップＳ３０６では、タグ生成モジュール１３０は、各キーワードの出現度（出現数）をカウントする。また、このとき、類似するキーワードは同じものとみなすようにしてもよい。なお、類似するか否かの判断処理については、予め類似するキーワードの組を定義しておき、その定義に該当する場合は類似と判断してもよい。
ステップＳ３０８では、タグ生成モジュール１３０は、出現数が多いキーワードの上位Ｎ個（例えば、３個等）をユーザーのタグに追加する。
この例では、抽出したキーワードをそのままタグとして利用しているが、キーワードを直接タグにすると、適切な言葉にならない場合がある。キーワードと実際に生成するタグとの関連は、例えば、特許文献２に示した技術を用いるようにしてもよい。

図４は、本実施の形態による処理例を示すフローチャートである。図３の例に示したフローチャートにステップＳ４１０を付加したものである。このフローチャートによる処理は、プロフィールを提示する都度に行うようにしてもよいし、予め行っておき、処理結果を記憶しておき、プロフィールを提示する場合は、その処理結果を提示するようにしてもよい。
ステップＳ４０２では、タグ生成モジュール１３０は、ユーザーが作成、閲覧等した文書等があるか否かを判断し、ある場合はステップＳ４０４へ進み、それ以外の場合は処理を終了する（ステップＳ４９９）。
ステップＳ４０４では、タグ生成モジュール１３０は、文書等のタイトル、内容等から、キーワードを抽出する。キーワード抽出は、オープンソースで提供されているソフトウェア開発ライブラリや、検索エンジン等に利用されている形態素解析など既存のアルゴリズムを利用してもよい。また、キーワードは、予め定められた単語としてもよい。

ステップＳ４０６では、タグ生成モジュール１３０は、各キーワードの出現度（出現数）をカウントする。また、このとき、類似するキーワードは同じものとみなすようにしてもよい。なお、類似するか否かの判断処理については、予め類似するキーワードの組を定義しておき、その定義に該当する場合は類似と判断してもよい。
ステップＳ４０８では、タグ生成モジュール１３０は、出現数が多いキーワードの上位Ｎ個（例えば、３個等）をユーザーのタグに追加する。
ステップＳ４１０では、エビデンス関連付けモジュール１４０は、タグにステップＳ４０４で処理対象とした文書等を関連付ける。
この例では、抽出したキーワードをそのままタグとして利用しているが、キーワードを直接タグにすると、適切な言葉にならない場合がある。キーワードと実際に生成するタグとの関連は、例えば、特許文献２に示した技術を用いるようにしてもよい。

図１２は、プロフィール表示画面１２００の提示例を示す説明図である。
ＳＮＳ等は、ユーザープロフィールの提示として、プロフィール表示画面１２００内に、タグ表示領域１２１０、エビデンス概要表示領域１２２０、カーソル１２３０を表示する。例えば、ユーザー名（プロフィールテーブル５００のユーザー名欄５２０）、電話番号（プロフィールテーブル５００の電話番号欄５３０）、メールアドレス（プロフィールテーブル５００のメールアドレス欄５４０）、経歴（プロフィールテーブル５００の経歴欄５５０）、写真（プロフィールテーブル５００の写真欄５６０）等を提示する。
特に、タグ表示モジュール１７０は、タグ表示領域１２１０内を提示する。タグ表示領域１２１０には、例えば、タグとして「ネットワーク、システム開発、応用ソフト、ミドルウェア、翻訳委託、セキュリティ、データベース、運用管理」と表示する。これらは、プロフィールテーブル５００のタグＩＤ欄５７０を用いて、対応するタグ管理テーブル１０００のタグ名称欄１０２０の内容を提示したものである。もちろんのことながら、これらのタグは、タグ生成モジュール１３０によって自動生成されたものである。
そして、タグ表示領域１２１０内で、ユーザーの操作によってタグにカーソル１２３０を合わせられると、そのタグのエビデンスとなる代表的な情報（文章の抜粋など）をポップアップ表示する。専門性のタグが、具体的にどういったエビデンスとなる情報（活動、成果物）に対応付けられているかを確認できるようにするためである。例えば、「翻訳委託」というタグにカーソル１２３０を合わせられると、「タグ生成元文書：翻訳リソース一覧．ｘｌｓｘ」、「操作：作成（文書管理システム）」、「抜粋：…タイ語翻訳リソース一覧…」という情報を表示する。

さらに、タグ表示領域１２１０内で、ユーザーの操作によってタグにカーソル１２３０を合わせ、その位置でクリックされると、エビデンス表示画面１３００のように、そのタグのエビデンスとなる情報を一覧で表示する。付与された専門性のタグについて、エビデンスとしての具体的な活動、成果物を確認できるようにするためである。
図１３は、エビデンス表示画面１３００の提示例を示す説明図である。エビデンス表示画面１３００には、エビデンス表示テーブル１３１０を表示する。エビデンス表示テーブル１３１０は、タグ生成元欄１３２０、抜粋欄１３３０、操作欄１３４０を有している。タグ生成元欄１３２０は、タグ生成元であるエビデンスを表示する。そして、その表示されたエビデンスには実体の情報（ファイル等）へのリンクを張るようにしてもよい。抜粋欄１３３０は、そのエビデンスの抜粋を表示する。操作欄１３４０は、そのエビデンスに対して行った操作、その操作を行った連携システム１９０を表示する。
例えば、タグ生成元欄１３２０として、「翻訳リソース一覧．ｘｌｓｘ」を表示し、抜粋欄１３３０として、「…タイ語翻訳リソース一覧…」を表示し、操作欄１３４０として、「作成（文書管理システム）」を表示する。これらは、エビデンス表示ルール１１００を用いて表示したものである。つまり、エビデンス表示テーブル１３１０を以下のように表示する。
（１）文書管理システムにあっては、タグ生成元欄１３２０の表示として「文書のタイトル」を用い、抜粋欄１３３０の表示を作成するために「文章の抜粋」を行い、操作欄１３４０の表示として「（ａ）作成（文書を登録した履歴）、（ｂ）閲覧（文書を閲覧した履歴）、（ｃ）レビュー（文書にコメントを追加した履歴）」のいずれかが対象であることを示している。
（２）メールシステムにあっては、タグ生成元欄１３２０の表示として「メールの件名」を用い、抜粋欄１３３０の表示を作成するために「メール本文の抜粋」を行い、操作欄１３４０の表示として「（ａ）作成（メールを送信した履歴）、（ｂ）閲覧（受信メールを開いた履歴）、（ｃ）メールに添付（文書をメールに添付した履歴）」のいずれかが対象であることを示している。
（３）予定表管理システムにあっては、タグ生成元欄１３２０の表示として「予定の名前」を用い、抜粋欄１３３０の表示を作成するために「予定の説明の抜粋」を行い、操作欄１３４０の表示として「（ａ）会議を主催（会議予定を作成した履歴）、（ｂ）会議に参加（会議予定に招待された履歴）」のいずれかが対象であることを示している。
（４）チケット管理システムにあっては、タグ生成元欄１３２０の表示として「チケットの件名」を用い、抜粋欄１３３０の表示を作成するために「チケットの説明、コメントの抜粋」を行い、操作欄１３４０の表示として「（ａ）チケット発行（チケットを発行した履歴）、（ｂ）コメント追加（コメントを追加した履歴）」のいずれかが対象であることを示している。
（５）ソースコード管理システムにあっては、タグ生成元欄１３２０の表示として「リポジトリ名」を用い、抜粋欄１３３０の表示を作成するために「コミットのコメント、コミットしたファイル名の抜粋」を行い、操作欄１３４０の表示として「（ａ）作成（ソースコードを追加した履歴）、（ｂ）修正（ソースコードを修正した履歴）、（ｃ）削除（ソースコードを削除した履歴）」のいずれかが対象であることを示している。

次に、タグ分類モジュール１５０による処理結果を、タグ表示モジュール１７０が提示する例を示す。図１４は、エビデンス操作別表示画面１４００の提示例を示す説明図である。
エビデンス操作別表示画面１４００内に、操作別グラフ表示画面１４１０、カーソル１４２０、エビデンス表示テーブル１４３０を表示する。エビデンス表示テーブル１４３０は、タグ生成元欄１４４０、抜粋欄１４５０、操作欄１４６０を有している。操作別グラフ表示画面１４１０には、活動種類の割合を示す円グラフ等を表示する。図１４の例では、「翻訳委託」というタグにおいて、エビデンスへの操作として「閲覧」が５８％、「作成」が２３％、「レビュー」が１０％、「会議に参加」が９％であることを示している。
ここで、ユーザーの操作によって円グラフ内の各項目にカーソル１４２０を合わせ、その位置でクリックされると、その操作（図１４の例では「閲覧」）におけるエビデンスをエビデンス表示テーブル１４３０に表示する。
例えば、操作別グラフ表示画面１４１０から、文書閲覧だけなのか、文書作成や文書レビューを多く実施しているのかという情報から、ユーザーの専門性の度合いを判断できる。つまり、単にタグのエビデンス（操作対象）だけでなく、そのエビデンスに対する活動をも確認することができるようになる。例えば、タグのエビデンスとなる文書に対して作成、レビュー等のように主体的に関わっていることが多い場合は、その専門性が高いと判断できるが、文書の閲覧の割合が多い場合は、専門性は高くないと判断できる。

次に、エビデンスとなる文書の抽出を制限する場合について説明する。図１５は、タグ生成設定画面１５００の提示例を示す説明図である。
タグ生成設定画面１５００は、セキュリティを担保するために、ユーザー毎に、タグ生成に利用する情報、利用しない情報を指定できるようにしたものである。利用すると指定した情報のみが、タグ生成とそのエビデンスに利用される。利用しないとした情報からはタグが生成されず、またエビデンスとしても表示されることはない。指定単位は、例えば、文書管理システムでは「文書のタイトル」、「文書の抜粋」があり、メールシステムでは「メールの件名」、「メール本文の抜粋」、「添付ファイル」があり、予定表管理システムでは「予定の件名」、「予定の説明」等がある。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１６に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１６０１を用い、記憶装置としてＲＡＭ１６０２、ＲＯＭ１６０３、ＨＤ１６０４を用いている。ＨＤ１６０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。エビデンス記録モジュール１１０、タグ生成モジュール１３０、エビデンス関連付けモジュール１４０、タグ分類モジュール１５０、タグ表示モジュール１７０等のプログラムを実行するＣＰＵ１６０１と、そのプログラムやデータを記憶するＲＡＭ１６０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１６０３と、連携システムＤＢ１２０、タグ・エビデンスＤＢ１６０としての機能を有する補助記憶装置（フラッシュ・メモリ等であってもよい）であるＨＤ１６０４と、キーボード、マウス、タッチスクリーン、マイク等に対する利用者の操作に基づいてデータを受け付ける受付装置１６０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置１６０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１６０７、そして、それらをつないでデータのやりとりをするためのバス１６０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１６に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１６に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１６に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分又は全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１１０…エビデンス記録モジュール
１２０…連携システムＤＢ
１３０…タグ生成モジュール
１４０…エビデンス関連付けモジュール
１５０…タグ分類モジュール
１６０…タグ・エビデンスＤＢ
１７０…タグ表示モジュール
１９０…連携システム
２００…ユーザー端末
２９０…通信回線

Claims (6)

1. ユーザーが関わった文書から該ユーザーの専門性を示す単語を抽出する抽出手段と、
   前記ユーザーの人物紹介にあって、前記単語を該ユーザーの専門性を示すタグとして提示する提示手段
   を有する情報処理装置。
2. 前記提示手段は、前記タグに、前記抽出手段が前記単語を抽出した文書を関連付けて提示する、
   請求項１に記載の情報処理装置。
3. 前記タグを、前記ユーザーによる操作の種別に分類する分類手段
   をさらに有し、
   前記提示手段は、分類毎にタグを提示する、
   請求項１又は２に記載の情報処理装置。
4. 手動によって設定されたタグに対して、前記抽出手段は、該タグに対応する単語を抽出できる文書を抽出する、
   請求項２に記載の情報処理装置。
5. 前記抽出手段が抽出の対象とする文書を制限する制限手段
   をさらに有し、
   前記抽出手段は、前記制限手段による制限にしたがって単語を抽出する、
   請求項４に記載の情報処理装置。
6. コンピュータを、
   ユーザーが関わった文書から該ユーザーの専門性を示す単語を抽出する抽出手段と、
   前記ユーザーの人物紹介にあって、前記単語を該ユーザーの専門性を示すタグとして提示する提示手段
   として機能させるための情報処理プログラム。

Images