(57)【要約】【課題】閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、閲覧されるユーザーの共通するタグを詳細に提示するようにした情報処理装置を提供する。【解決手段】情報処理装置の提示手段は、ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する。【選択図】図１
2018036949.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段
を有する情報処理装置。
【請求項２】
ユーザーの特徴を示すタグは階層化されており、
前記提示手段は、共通するタグの下位の階層のタグを含めて提示することにより、タグを詳細に提示する、
請求項１に記載の情報処理装置。
【請求項３】
前記提示手段は、共通していないタグについては、階層の上位にあるタグを提示する、
請求項２に記載の情報処理装置。
【請求項４】
前記タグは、複数種に分類されており、
同じ分類に属しているタグを比較することによって、タグが共通するか否かが判断される、
請求項１に記載の情報処理装置。
【請求項５】
前記分類として、少なくとも組織を含み、
ユーザーのタグとして、該ユーザーの属している組織が付加されている、
請求項４に記載の情報処理装置。
【請求項６】
前記分類として、少なくとも仕事を含み、
ユーザーのタグとして、該ユーザーに関連した文書から抽出した単語が付加されている、
請求項４に記載の情報処理装置。
【請求項７】
前記分類として、少なくともプライベートを含み、
ユーザーのタグとして、該ユーザーが入力した単語が付加されている、
請求項４に記載の情報処理装置。
【請求項８】
前記閲覧するユーザーの位置に対応する組織を抽出する抽出手段
をさらに有し、
前記提示手段は、前記抽出手段によって抽出された組織と前記閲覧されるユーザーが属している組織が合致する場合は、該組織のタグを詳細に提示する、
請求項１に記載の情報処理装置。
【請求項９】
閲覧するユーザーは、携帯端末を所持しており、
前記抽出手段は、前記携帯端末からユーザーの位置を特定し、
前記提示手段は、前記携帯端末にタグを提示する、
請求項８に記載の情報処理装置。
【請求項１０】
コンピュータを、
ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、ユーザーと他人との関係に基づいて、当該ユーザーに提供される情報の提示方法を変化させることを課題とし、つながり度特定部は、通信端末のユーザーと、他のユーザーとの間で行われた通信の履歴に基づいて、両者のつながり度を特定し、位置特定部は、通信端末の位置を特定し、閾値特定部は、位置特定部により特定された位置に基づいて閾値を特定し、表示制御部は、つながり度特定部により特定されたつながり度が、閾値特定部により特定された閾値よりも大きい場合には、メッセージを第１のページに表示させる制御を行い、つながり度特定部により特定されたつながり度が、閾値特定部により特定された閾値以下の場合には、メッセージを、前記第１のページとは異なる第２のページに表示させる制御を行うことが開示されている。
【０００３】
特許文献２には、特定ユーザーの独自タグに基づくタグの乱立を防止すると共に話題に無関係な表現の提示を防止することを課題とし、タグ付け支援装置は、タグ付き文書データベースを利用して入力文書の話題を決定する話題決定手段と、タグ付き文書データベースに属する各話題に対応するタグが付された文書群を基に前記各話題に特徴的な語句をタグ特徴語句データベースに登録するタグ特徴語句データベース生成手段と、前記決定された話題を基にタグ特徴語句データベースを用いて当該話題に関連する特徴的な語句を入力文書中から抽出する特徴語句抽出手段と、文書に対してタグ付けをしようとするユーザーに対して前記決定された話題に対応するタグ及び前記抽出された特徴的な語句をタグ候補として提示するタグ候補提示手段を有し、前記タグ候補はタグ候補の選択及び非選択の頻度を記録したタグ選択結果ベースに基づき提示されることが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１４２６８９号公報
【特許文献２】特開２０１０−０２６９９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）等の人物紹介（プロフィール）において、ユーザーの特徴を示す単語を登録できる「タグ」機能がある。
ところで、付加されているタグが多くなると、閲覧するユーザーにとって不要なタグも含まれることになる。
本発明は、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、閲覧されるユーザーの共通するタグを詳細に提示するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段を有する情報処理装置である。
【０００７】
請求項２の発明は、ユーザーの特徴を示すタグは階層化されており、前記提示手段は、共通するタグの下位の階層のタグを含めて提示することにより、タグを詳細に提示する、請求項１に記載の情報処理装置である。
【０００８】
請求項３の発明は、前記提示手段は、共通していないタグについては、階層の上位にあるタグを提示する、請求項２に記載の情報処理装置である。
【０００９】
請求項４の発明は、前記タグは、複数種に分類されており、同じ分類に属しているタグを比較することによって、タグが共通するか否かが判断される、請求項１に記載の情報処理装置である。
【００１０】
請求項５の発明は、前記分類として、少なくとも組織を含み、ユーザーのタグとして、該ユーザーの属している組織が付加されている、請求項４に記載の情報処理装置である。
【００１１】
請求項６の発明は、前記分類として、少なくとも仕事を含み、ユーザーのタグとして、該ユーザーに関連した文書から抽出した単語が付加されている、請求項４に記載の情報処理装置である。
【００１２】
請求項７の発明は、前記分類として、少なくともプライベートを含み、ユーザーのタグとして、該ユーザーが入力した単語が付加されている、請求項４に記載の情報処理装置である。
【００１３】
請求項８の発明は、前記閲覧するユーザーの位置に対応する組織を抽出する抽出手段をさらに有し、前記提示手段は、前記抽出手段によって抽出された組織と前記閲覧されるユーザーが属している組織が合致する場合は、該組織のタグを詳細に提示する、請求項１に記載の情報処理装置である。
【００１４】
請求項９の発明は、閲覧するユーザーは、携帯端末を所持しており、前記抽出手段は、前記携帯端末からユーザーの位置を特定し、前記提示手段は、前記携帯端末にタグを提示する、請求項８に記載の情報処理装置である。
【００１５】
請求項１０の発明は、コンピュータを、ユーザーには該ユーザーの特徴を示すタグが付加されており、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、該閲覧されるユーザーの該共通するタグを詳細に提示する提示手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１６】
請求項１の情報処理装置によれば、閲覧するユーザーＡのタグと閲覧されるユーザーＢのタグが共通する場合、共通していないタグに比べて、閲覧されるユーザーＢの共通するタグが詳細に提示される。
【００１７】
請求項２の情報処理装置によれば、タグの詳細として、共通するタグの下位の階層のタグが提示される。
【００１８】
請求項３の情報処理装置によれば、共通していないタグについては、階層の上位にあるタグが提示される。
【００１９】
請求項４の情報処理装置によれば、タグが共通するか否かは、同じ分類に属しているタグ同士を比較することによって判断される。
【００２０】
請求項５の情報処理装置によれば、ユーザーのタグとして、そのユーザーの属している組織が表示される。
【００２１】
請求項６の情報処理装置によれば、ユーザーのタグとして、そのユーザーに関連した文書から抽出した単語が表示される。
【００２２】
請求項７の情報処理装置によれば、ユーザーのタグとして、そのユーザーが入力した単語が表示される。
【００２３】
請求項８の情報処理装置によれば、閲覧するユーザーの位置に対応する組織と閲覧されるユーザーが属している組織が合致する場合は、その組織のタグが詳細に提示される。
【００２４】
請求項９の情報処理装置によれば、ユーザーが所持している携帯端末からそのユーザーの位置を特定し、その携帯端末にタグが提示される。
【００２５】
請求項１０の情報処理プログラムによれば、閲覧するユーザーＡのタグと閲覧されるユーザーＢのタグが共通する場合、共通していないタグに比べて、閲覧されるユーザーＢの共通するタグが詳細に提示される。
【図面の簡単な説明】
【００２６】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を利用したシステム構成例を示す説明図である。
【図３】プロフィールテーブルのデータ構造例を示す説明図である。
【図４】本実施の形態による処理例を示すフローチャートである。
【図５】タグ分類テーブルのデータ構造例を示す説明図である。
【図６】本実施の形態による処理例を示すフローチャートである。
【図７】組織タグの階層構造例を示す説明図である。
【図８】関連組織テーブルのデータ構造例を示す説明図である。
【図９】本実施の形態による処理例を示すフローチャートである。
【図１０】仕事タグの階層構造例を示す説明図である。
【図１１】関連仕事テーブルのデータ構造例を示す説明図である。
【図１２】本実施の形態による処理例を示すフローチャートである。
【図１３】類語テーブルのデータ構造例を示す説明図である。
【図１４】プライベートタグの階層構造例を示す説明図である。
【図１５】関連プライベートテーブルのデータ構造例を示す説明図である。
【図１６】本実施の形態による処理例を示すフローチャートである。
【図１７】本実施の形態による処理例を示すフローチャートである。
【図１８】本実施の形態による処理例を示すフローチャートである。
【図１９】本実施の形態による処理例を示す説明図である。
【図２０】本実施の形態による処理例を示す説明図である。
【図２１】本実施の形態による処理例を示す説明図である。
【図２２】組織・位置テーブルのデータ構造例を示す説明図である。
【図２３】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００２７】
まず、本実施の形態を説明する前に、その前提又は本実施の形態を利用する情報処理装置について説明する。なお、この説明は、本実施の形態の理解を容易にすることを目的とするものである。
ＳＮＳ等のプロフィールの表示では、ユーザーの特徴（例えば、専門性）を単語で登録できる「タグ機能」がある。加えて、他のユーザーがタグを付けると強調表示される機能があってもよい。このタグ機能により、ユーザーの専門性を、一覧でみることができる。また、他のユーザーからのタグ付けにより、客観的な評価を取り入れることができる。ユーザーに付加されるタグが多くなる傾向がある。
しかし、従来の技術では、閲覧するユーザーには、特定のキーワードで検索するか、又は、上から順にタグを確認していくしか方法が用意されていない。自身がつけたタグと他人がつけたタグが大量になると煩雑な画面となり、欲しい情報を得るのが困難になる。
客観性のある組織、仕事に関するタグについて、ユーザー（本人、他のユーザーを含む）が手動によって設定すると、タグのつけ方が個人によって違うため、重複や漏れ、レベル感の違いが生じる。タグに漏れや誇張等の可能性があると、信頼性が十分とはいえない。
【００２８】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００２９】
本実施の形態である情報処理装置１００は、ユーザーの特徴を示すタグを提示するものであって、図１の例に示すように、単語抽出モジュール１１０、ユーザー関連判定モジュール１２０、カテゴリ判定モジュール１３０、タグ表示加工モジュール１４０、文書管理モジュール１５０、ユーザー管理モジュール１６０、グループ管理モジュール１７０、タグ管理モジュール１８０、類語管理モジュール１９０を有しており、ユーザー端末１９５と接続されている。
ユーザーには、そのユーザーの特徴を示すタグが付加されている。タグとは、そのユーザーの特徴を示す単語（ワードともいわれる）である。また、タグは３つに分類（カテゴリ分け）されており、組織、仕事（例えば、仕事内容、業務上のスキル等を含む）、プライベート（例えば、趣味、興味等を含む）がある。この「特徴」には、対象となっているユーザーが活動してきた領域、経験等を含めてもよい。「単語」には、用語、短い文節等を含めてもよい。また、ユーザーの人物紹介として提示されるタグ（タグ群）は、一般的には、短い言葉の羅列として表現される。なお、「提示」には、液晶ディスプレイ等の表示装置への表示の他に、プリンタ等の印刷装置での印刷、スピーカー等の音声出力装置への音声の出力等があり、それらの組み合わせであってもよい。
情報処理装置１００は、ユーザー端末１９５と通信回線を介して接続されている。なお、ユーザー端末１９５は、複数あってもよい。
【００３０】
単語抽出モジュール１１０は、カテゴリ判定モジュール１３０、文書管理モジュール１５０と接続されている。単語抽出モジュール１１０は、文書管理モジュール１５０に記憶されている文書からタグとなり得る単語を抽出する。具体的には、文書のタイトル、本文等から単語を抽出する。
ユーザー関連判定モジュール１２０は、タグ表示加工モジュール１４０、ユーザー管理モジュール１６０、グループ管理モジュール１７０、タグ管理モジュール１８０と接続されている。ユーザー関連判定モジュール１２０は、ユーザー同士のタグの関連を判定する。
カテゴリ判定モジュール１３０は、単語抽出モジュール１１０、ユーザー管理モジュール１６０、グループ管理モジュール１７０、タグ管理モジュール１８０、類語管理モジュール１９０と接続されている。カテゴリ判定モジュール１３０は、タグのカテゴリを判定する。
【００３１】
タグ表示加工モジュール１４０は、ユーザー関連判定モジュール１２０、タグ管理モジュール１８０と接続されている。タグ表示加工モジュール１４０は、ユーザー関連判定モジュール１２０による処理結果、タグ管理モジュール１８０内に記憶されているタグに基づいて、タグの表示内容を加工する。閲覧するユーザーと閲覧されるユーザーに付加（設定）されているタグの情報に基づいて、タグの表示内容をパーソナライズする。これによって、閲覧するユーザーの欲しい情報を閲覧可能にしている。例えば、ユーザー同士が同部署に所属している場合は、部署のどのグループに所属しているかまでタグを詳細表示する。なお、部署の下位にグループがある。また、閲覧するユーザーと閲覧されるユーザーが共通で担当している製品以外のタグを非表示にするとともに、担当製品についてはどの部品を担当しているかまでタグを詳細表示する。なお、製品の下位にその製品を構成している部品がある。
タグ表示加工モジュール１４０は、閲覧するユーザーのタグと閲覧されるユーザーのタグが共通する場合、共通していないタグに比べて、その閲覧されるユーザーのその共通するタグを詳細に提示する。ここで「共通」には、完全一致する場合の他に、類似する場合を含む。
また、ユーザーの特徴を示すタグは階層化されている。タグ表示加工モジュール１４０は、共通するタグの下位の階層のタグを含めて提示することにより、タグを詳細に提示するようにしてもよい。
さらに、タグ表示加工モジュール１４０は、共通していないタグについては、階層の上位にあるタグを提示するようにしてもよい。例えば、「上位にあるタグ」として、階層における最上位にあるタグとしてもよいし、最上位から次の階層にあるタグ等としてもよい。
【００３２】
また、タグを、複数種に分類（カテゴリ分け）してもよい。タグ表示加工モジュール１４０の処理において、同じ分類に属しているタグを比較することによって、タグが共通するか否かが判断されるようにしてもよい。つまり、タグをカテゴリ毎に分け、処理内容を変更してもよい。そして、閲覧するユーザーの関心事をカテゴリから選択できるようにしてもよい。
さらに、その分類として、少なくとも組織を含んでおり、ユーザーのタグとして、そのユーザーの属している組織が付加されているようにしてもよい。なお、組織は、グループの包含関係で階層化してもよい。
さらに、その分類として、少なくとも仕事を含んでおり、ユーザーのタグとして、そのユーザー（タグが付加されるユーザー）に関連した文書から抽出した単語が付加されているようにしてもよい。なお、仕事は、閲覧されるユーザーのタグで存在する単語に対して、そのユーザーが編集した文書のタイトルと中身を利用して、階層化してもよい。例えば、タイトル内の単語が親階層となり、中身（本文）にある単語が子階層としてもよい。また、文書として、ブログ等のオブジェクトクラスを用いるようにしてもよい。その場合、オブジェクトクラスの中身、階層を解析し、タグの階層化を行うようにしてもよい。
さらに、その分類として、少なくともプライベートを含んでおり、ユーザーのタグとして、そのユーザーが入力した単語が付加されているようにしてもよい。なお、辞書から予め類語が用意されており、階層化してもよい。例えば、文書中に存在する場合でもユーザーが編集に携わっていない場合は、仕事に関する情報として扱われず、プライベートとして、階層化されるようにしてもよい。
【００３３】
また、タグ表示加工モジュール１４０は、閲覧するユーザーの位置に対応する組織を抽出するようにしてもよい。そして、タグ表示加工モジュール１４０は、位置に対応した組織と閲覧されるユーザーが属している組織が合致する場合は、その組織のタグを詳細に提示するようにしてもよい。
閲覧するユーザーは、携帯端末（モバイル端末）を所持している場合、タグ表示加工モジュール１４０は、その携帯端末からユーザーの位置を特定し、その携帯端末にタグを提示するようにしてもよい。具体的には、携帯端末の位置情報を用いて、特定の組織の場所に閲覧するユーザーがおり、該当箇所の組織のユーザーを閲覧している場合、組織のタグを詳細表示するようにしてもよい。
【００３４】
文書管理モジュール１５０は、単語抽出モジュール１１０と接続されている。文書管理モジュール１５０は、文書を記憶している。例えば、後述する図１０の例に示す文書１０００を記憶している。
ユーザー管理モジュール１６０は、ユーザー関連判定モジュール１２０、カテゴリ判定モジュール１３０と接続されている。ユーザー管理モジュール１６０は、情報処理装置１００に登録されているユーザーを記録する。例えば、後述する図３例に示すプロフィールテーブル３００を記憶している。
グループ管理モジュール１７０は、ユーザー関連判定モジュール１２０、カテゴリ判定モジュール１３０と接続されている。グループ管理モジュール１７０は、情報処理装置１００に登録されているグループを記録する。例えば、後述する図７、図２２の例に示すルート７００、組織・位置テーブル２２００を記憶している。
タグ管理モジュール１８０は、ユーザー関連判定モジュール１２０、カテゴリ判定モジュール１３０、タグ表示加工モジュール１４０と接続されている。タグ管理モジュール１８０は、タグ（追加されたタグを含む）を記憶している。例えば、後述する図５、図８、図１１、図１５の例に示すタグ分類テーブル５００、関連組織テーブル８００、関連仕事テーブル１１００、関連プライベートテーブル１５００を記憶している。
類語管理モジュール１９０は、カテゴリ判定モジュール１３０と接続されている。類語管理モジュール１９０は、単語に対する類語を記憶している。例えば、後述する図１３の例に示す類語テーブル１３００を記憶している。
【００３５】
ユーザー端末１９５は、情報処理装置１００と接続されている。ユーザー端末１９５は、文書の登録、タグの追加編集、タグの閲覧を行う。具体的には、ユーザーの操作にしたがって、文書を情報処理装置１００（文書管理モジュール１５０）に登録する。また、ユーザーの操作又は単語抽出モジュール１１０による処理結果（例えば、文書の登録に伴って行われる単語抽出モジュール１１０の処理）にしたがって、タグをユーザー（他のユーザー、自分自身）のプロフィールに追加する。そして、ユーザーの操作にしたがって、ユーザー（他のユーザー、自分自身）のプロフィールのタグを閲覧する。
【００３６】
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、ユーザー端末２００Ａ、ユーザー端末２００Ｂ、ユーザー端末２００Ｃ、ユーザー端末（モバイル端末）２００Ｄは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００による機能は、クラウドサービスとして実現してもよい。
例えば、ユーザー端末２００Ａは、ユーザーＡ（閲覧するユーザー）の操作にしたがって、情報処理装置１００と通信を行い、ＳＮＳ等にログインし、他のユーザーＢ（閲覧されるユーザー）のプロフィールを提示する。プロフィールとして、そのユーザーの写真、タグ等の提示がある。タグは階層化されており、ユーザーＡのタグとユーザーＢのタグが共通している場合、その共通しているタグの下位の階層のタグが提示される。共通しているタグがない場合、そのタグの最上位のタグが提示される。また、ユーザー端末（モバイル端末）２００Ｄに、他のユーザーＢのプロフィールを提示する場合、ユーザー端末（モバイル端末）２００Ｄの存在している位置の組織とユーザーＢの組織が合致する場合は、その組織のタグが詳細に提示される。
【００３７】
ＳＮＳ等で提示されるユーザーのプロフィール情報として、例えば、プロフィールテーブル３００がある。図３は、プロフィールテーブル３００のデータ構造例を示す説明図である。プロフィールテーブル３００は、ユーザーＩＤ欄３０５、ユーザー名欄３１０、内線番号欄３１５、メールアドレス欄３２０、所属欄３２５、勤務地欄３３０、タグ数欄３３５、タグＩＤ欄３４０を有している。ユーザーＩＤ欄３０５は、本実施の形態において、ユーザーを一意に識別するための情報（ユーザーＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。ユーザー名欄３１０は、そのユーザーのユーザー名を記憶している。内線番号欄３１５は、そのユーザーの内線番号を記憶している。メールアドレス欄３２０は、そのユーザーのメールアドレスを記憶している。所属欄３２５は、そのユーザーの所属を記憶している。勤務地欄３３０は、そのユーザーの勤務地を記憶している。タグ数欄３３５は、そのユーザーに付加されているタグの数を記憶している。タグＩＤ欄３４０は、本実施の形態において、そのユーザーに付加されているタグを一意に識別するための情報（タグＩＤ）を記憶している。タグＩＤ欄３４０には、タグ数欄３３５内の数だけ、タグＩＤが記憶されている。
【００３８】
図４は、本実施の形態による処理例を示すフローチャートである。タグの追加・分類処理例を示すものである。
ステップＳ４００では、タグの分類処理を開始する。
ステップＳ４０２では、タグが組織のグループ名と一致するか否かを判断し、一致する場合はステップＳ４０４へ進み、それ以外の場合はステップＳ４０６へ進む。
ステップＳ４０４では、組織のカテゴリでタグを追加し、タグの分類を終了する（ステップＳ４９９）。
ステップＳ４０６では、タグが文書のタイトル又は文書中に存在するか否かを判断し、存在する場合はステップＳ４０８へ進み、それ以外の場合はステップＳ４１０へ進む。
ステップＳ４０８では、タグが存在する文書をタグが追加されるユーザーが編集等しているか否かを判断し、編集等している場合はステップＳ４１２へ進み、それ以外の場合はステップＳ４１０へ進む。
ステップＳ４１０では、プライベートのカテゴリでタグを追加し、タグの分類を終了する（ステップＳ４９９）。
ステップＳ４１２では、仕事のカテゴリでタグを追加する。
ステップＳ４９９では、タグの分類処理を終了する。
【００３９】
具体的には、以下のような処理を行う。
ステップＳ４０２において、追加されるタグがグループ名として存在する場合（ステップＳ４０２：ＹＥＳ）、組織のカテゴリでタグを追加する（ステップＳ４０４）。存在しない場合（ステップＳ４０２：ＮＯ）、追加されるタグが文書のタイトル、又は、文書中に含まれるか特定する（ステップＳ４０６）。なお、ここで追加されるタグは、ユーザーが入力した単語又は予め定められた単語であり、自分のプロフィールとしてのタグであってもよいし、他人のプロフィールとしてのタグであってもよい。
【００４０】
ステップＳ４０４では、組織のカテゴリでタグが追加される。なお、組織タグのカテゴリで追加する場合の処理フローについては、図６を用いて後述する。
ステップＳ４０６において、追加されるタグが文書のタイトル又は文書中に含まれる場合（ステップＳ４０６：ＹＥＳ）、タグが含まれる文書をタグが追加されるユーザーが編集しているか特定する（ステップＳ４０８）。含まれない場合（ステップＳ４０６：ＮＯ）、プライベートのカテゴリでタグを追加する（ステップＳ４１０）。
【００４１】
ステップＳ４０８において、タグが追加されるユーザーが文書を編集している場合（ステップＳ４０８：ＹＥＳ）、仕事のカテゴリでタグを追加する（ステップＳ４１２）。編集していない場合（ステップＳ４０８：ＮＯ）、プライベートのカテゴリでタグを追加する（ステップＳ４１０）。
ステップＳ４１０では、プライベートのカテゴリでタグを追加する。なお、プライベートタグのカテゴリで追加する場合の処理フローについては、図１２を用いて後述する。
ステップＳ４１２では、仕事のカテゴリでタグを追加する。なお、仕事タグのカテゴリで追加する場合の処理フローについては、図９を用いて後述する。
【００４２】
図４の例に示す処理例によって、タグ分類テーブル５００を生成する。図５は、タグ分類テーブル５００のデータ構造例を示す説明図である。タグ分類テーブル５００は、タグＩＤ欄５０５、タグ名称欄５１０、カテゴリ欄５１５、属性欄５２０等を有している。タグＩＤ欄５０５は、タグＩＤを記憶している。なお、プロフィールテーブル３００のタグＩＤ欄３４０によって参照され得る。タグ名称欄５１０は、そのタグの名称（例えば、タグとして提示する単語）を記憶している。カテゴリ欄５１５は、そのタグが属しているカテゴリを記憶している。前述の例では、カテゴリ欄５１５には、「組織」、「仕事」、「プライベート」のカテゴリ種別のいずれかを記憶する。属性欄５２０は、そのタグの属性を記憶している。例えば、カテゴリ種別が仕事である場合、そのタグが含まれていた文書の文書ＩＤ等が該当する。その他に、そのタグを生成した日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を属性としてもよいし、そのタグを入力したユーザーのユーザーＩＤを属性として含めてもよい。
【００４３】
図６は、本実施の形態による処理例を示すフローチャートである。カテゴリ種別が組織であるタグを追加する場合の処理例を示すものである。
ステップＳ６００では、組織タグの追加処理を開始する。
ステップＳ６０２では、追加するタグに該当するグループの情報を取得する。
ステップＳ６０４では、親グループが存在するか否かを判断し、存在する場合はステップＳ６０６に進み、それ以外の場合はステップＳ６１０へ進む。
ステップＳ６０６では、組織タグとして存在するか否かを判断し、存在する場合はステップＳ６０８に進み、それ以外の場合はステップＳ６１０へ進む。
ステップＳ６０８では、親グループの組織タグの属性情報に子の組織タグとして追加するタグを関連付け、ステップＳ６１０へ進む。
ステップＳ６１０では、子グループが存在するか否かを判断し、存在する場合はステップＳ６１２に進み、それ以外の場合はステップＳ６１６へ進む。
ステップＳ６１２では、組織タグとして存在するか否かを判断し、存在する場合はステップＳ６１４に進み、それ以外の場合はステップＳ６１６へ進む。
ステップＳ６１４では、追加するタグの属性情報に子グループの組織タグを関連付け、ステップＳ６１６へ進む。
ステップＳ６１６では、組織タグとしてタグを追加する。
ステップＳ６９９では、組織タグの追加処理を終了する。
【００４４】
具体的には、以下のような処理を行う。
ステップＳ６０２では、追加されるタグに該当するグループ情報を取得する。例えば、図７の例に示すように、組織は、階層化されている。図７は、組織タグの階層構造例を示す説明図である。ルート７００の下位に親グループ７０５があり、親グループ７０５の下位に対象グループ７１０があり、対象グループ７１０の下位に子グループ７１５、子グループ７２０、子グループ７２５があり、子グループ７１５の下位に子グループ７３０、子グループ７３５がある。いわゆる組織図に対応するものである。
【００４５】
ステップＳ６０４において、親グループが存在する場合（ステップＳ６０４：ＹＥＳ）、組織タグとして親グループが存在するか特定する（ステップＳ６０６）。存在しない場合（ステップＳ６０４：ＮＯ）、親グループに関する処理は終了し、子グループが存在するか特定する（ステップＳ６１０）。
ステップＳ６０６において、親グループが組織タグとして存在する場合（ステップＳ６０６：ＹＥＳ）、親グループの組織タグの属性情報に子の組織タグとして追加するタグを関連付ける（ステップＳ６０８）。存在しない場合（ステップＳ６０６：ＮＯ）、親グループに関する処理は終了し、ステップＳ６１０へ進む。
ステップＳ６０８では、親グループの組織タグの属性情報に子の組織タグとして追加するタグを関連付ける。その後、ステップＳ６１０へ進む。
【００４６】
ステップＳ６１０において、子グループが存在する場合（ステップＳ６１０：ＹＥＳ）、組織タグとして子グループが存在するか特定する（ステップＳ６１２）。存在しない場合（ステップＳ６１０：ＮＯ）、子グループに関する処理は終了し、組織タグとしてタグを追加する（ステップＳ６１６）。
ステップＳ６１２において、子グループが組織タグとして存在する場合（ステップＳ６１２：ＹＥＳ）、追加するタグの属性情報に子グループの組織タグを関連付ける（ステップＳ６１４）。存在しない場合（ステップＳ６１２：ＮＯ）、子グループに関する処理は終了し、ステップＳ６１６へ進む。
ステップＳ６１４では、追加するタグの属性情報に子グループの組織タグを関連付ける。その後、ステップＳ６１６へ進む。
ステップＳ６１６では、組織タグとしてタグを追加する。
【００４７】
図６の例に示す処理例によって、関連組織テーブル８００、関連組織テーブル８２０、関連組織テーブル８４０のいずれか１つ以上を生成する。図８は、関連組織テーブル８００等のデータ構造例を示す説明図である。
図８（ａ）は、関連組織テーブル８００のデータ構造例を示す説明図である。この関連組織テーブル８００は、対象の組織タグと下位の階層との関係を示したものである。関連組織テーブル８００は、組織タグ欄８０５、子組織タグ欄８１０を有している。組織タグ欄８０５は、組織タグを記憶している。子組織タグ欄８１０は、その組織タグの下位の階層にある子組織タグを記憶している。
図８（ｂ）は、関連組織テーブル８２０のデータ構造例を示す説明図である。この関連組織テーブル８２０は、対象の組織タグと上位の階層との関係を示したものである。関連組織テーブル８２０は、組織タグ欄８２５、親組織タグ欄８３０を有している。組織タグ欄８２５は、組織タグを記憶している。親組織タグ欄８３０は、その組織タグの上位の階層にある親組織タグを記憶している。
図８（ｃ）は、関連組織テーブル８４０のデータ構造例を示す説明図である。この関連組織テーブル８４０は、対象の組織タグと下位と上位の階層との関係を示したものである。関連組織テーブル８４０は、組織タグ欄８４５、子組織タグ欄８５０、親組織タグ欄８５５を有している。組織タグ欄８４５は、組織タグを記憶している。子組織タグ欄８５０は、その組織タグの下位の階層にある子組織タグを記憶している。親組織タグ欄８５５は、その組織タグの上位の階層にある親組織タグを記憶している。
【００４８】
図９は、本実施の形態による処理例を示すフローチャートである。カテゴリ種別が仕事であるタグを追加する場合の処理例を示すものである。
ステップＳ９００では、仕事タグの追加処理を開始する。
ステップＳ９０２では、追加するタグが文書のタイトルに存在するか否かを判断し、存在する場合はステップＳ９１０へ進み、それ以外の場合はステップＳ９０４へ進む。
ステップＳ９０４では、タイトルから単語を抽出する。
ステップＳ９０６では、仕事タグとして存在するか否かを判断し、存在する場合はステップＳ９０８へ進み、それ以外の場合はステップＳ９１６へ進む。
ステップＳ９０８では、タイトルに存在する仕事タグの属性情報に子の仕事タグとして追加するタグを関連付け、ステップＳ９１６へ進む。
ステップＳ９１０では、追加するタグが存在する文書内から単語を抽出する。
ステップＳ９１２では、仕事タグとして存在するか否かを判断し、存在する場合はステップＳ９１４へ進み、それ以外の場合はステップＳ９１６へ進む。
ステップＳ９１４では、追加するタグの属性情報に文書内に存在する子の仕事タグを関連付け、ステップＳ９１６へ進む。
ステップＳ９１６では、仕事タグとしてタグを追加する。
ステップＳ９９９では、仕事タグの追加処理を終了する。
【００４９】
具体的には、以下のような処理を行う。
ステップＳ９０２において、追加するタグが文書のタイトルに存在する場合（ステップＳ９０２：ＹＥＳ）、追加するタグが存在する文書内から単語を抽出する（ステップＳ９１０）。存在しない場合（ステップＳ９０２：ＮＯ）、タイトルから単語を抽出する（ステップＳ９０４）。なお、この文書は、タグが付加されるユーザーが関連した文書である。ここでの関連の例として、前述したように、そのユーザーが編集（作成を含む）したことがある文書としてもよいし、そのユーザーが閲覧等したことがある文書としてもよいし、アクセス権を有している文書等としてもよい。また、そのユーザーが属しているグループのメンバーが、編集、閲覧等したことがある文書、アクセス権を有している文書等としてもよい。
【００５０】
ステップＳ９０４では、その文書のタイトルから単語を抽出する。
ステップＳ９０６では、ステップＳ９０４で抽出した単語が仕事タグとして存在する場合（ステップＳ９０６：ＹＥＳ）、タイトルに存在する仕事タグの属性情報に子の仕事タグとして追加するタグを関連付ける（ステップＳ９０８）。存在しない場合（ステップＳ９０６：ＮＯ）、関連付けはせず、仕事タグとしてタグを追加する（ステップＳ９１６）。
ステップＳ９０８では、タイトルに存在する仕事タグの属性情報に子の仕事タグとして追加するタグを関連付ける。その後、ステップＳ９１６へ進む。
ステップＳ９１０では、追加するタグが存在する文書（本文）内から単語を抽出する。
ステップＳ９１２において、ステップＳ９１０で抽出した単語が仕事タグとして存在する場合（ステップＳ９１２：ＹＥＳ）、追加するタグの属性情報に文書内に存在する子の仕事タグを関連付ける（ステップＳ９１４）。存在しない場合（ステップＳ９１２：ＮＯ）、関連付けはせず、仕事タグとしてタグを追加する（ステップＳ９１６）。
ステップＳ９１４では、追加するタグの属性情報に文書内に存在する子の仕事タグを関連付ける。その後、ステップＳ９１６へ進む。
ステップＳ９１６では、仕事タグとしてタグを追加する。
【００５１】
図１０は、仕事タグの階層構造例を示す説明図である。図１０（ａ）の例に示す文書１０００内の仕事に関する単語と図１０（ｂ）の例に示す階層内のノードである仕事タグの関係は、以下の通りである。なお、図９の例では、タイトルと本文の２階層を対象としたが、図１０の例に示すように３階層以上（この例では、章タイトル１０１０、節タイトル１０２０、本文１０３０の３階層）を対象としてもよい。
章タイトル１０１０内の仕事単語１０１２は、章タイトル・仕事タグ１０６０に対応し、節タイトル１０２０内の仕事単語１０２２は、節タイトル・仕事タグ１０６２に対応し、本文１０３０内の仕事単語１０３２、仕事単語１０３４は、それぞれ本文・仕事タグ１０６４、本文・仕事タグ１０６６に対応し、節タイトル１０４０内の仕事単語１０４２は、節タイトル・仕事タグ１０６８に対応し、本文１０５０内の仕事単語１０５２、仕事単語１０５４、仕事単語１０５６は、それぞれ本文・仕事タグ１０７０、本文・仕事タグ１０７２、本文・仕事タグ１０７４に対応している。
【００５２】
図９の例に示す処理例によって、関連仕事テーブル１１００、関連仕事テーブル１１２０、関連仕事テーブル１１４０のいずれか１つ以上を生成する。図１１は、関連仕事テーブル１１００等のデータ構造例を示す説明図である。
図１１（ａ）は、関連仕事テーブル１１００のデータ構造例を示す説明図である。この関連仕事テーブル１１００は、対象の仕事タグと下位の階層との関係を示したものである。関連仕事テーブル１１００は、仕事タグ欄１１０５、子仕事タグ欄１１１０を有している。仕事タグ欄１１０５は、仕事タグを記憶している。子仕事タグ欄１１１０は、その仕事タグの下位の階層にある子仕事タグを記憶している。
図１１（ｂ）は、関連仕事テーブル１１２０のデータ構造例を示す説明図である。この関連仕事テーブル１１２０は、対象の仕事タグと上位の階層との関係を示したものである。関連仕事テーブル１１２０は、仕事タグ欄１１２５、親仕事タグ欄１１３０を有している。仕事タグ欄１１２５は、仕事タグを記憶している。親仕事タグ欄１１３０は、その仕事タグの上位の階層にある親仕事タグを記憶している。
図１１（ｃ）は、関連仕事テーブル１１４０のデータ構造例を示す説明図である。この関連仕事テーブル１１４０は、対象の仕事タグと下位と上位の階層との関係を示したものである。関連仕事テーブル１１４０は、仕事タグ欄１１４５、子仕事タグ欄１１５０、親仕事タグ欄１１５５を有している。仕事タグ欄１１４５は、仕事タグを記憶している。子仕事タグ欄１１５０は、その仕事タグの下位の階層にある子仕事タグを記憶している。親仕事タグ欄１１５５は、その仕事タグの上位の階層にある親仕事タグを記憶している。
【００５３】
図１２は、本実施の形態による処理例を示すフローチャートである。カテゴリ種別がプライベートであるタグを追加する場合の処理例を示すものである。
ステップＳ１２００では、プライベートタグの追加処理を開始する。
ステップＳ１２０２では、追加するタグの類語を取得する。
ステップＳ１２０４では、大分類の類語が存在するか否かを判断し、存在する場合はステップＳ１２０６へ進み、それ以外の場合はステップＳ１２１０へ進む。
ステップＳ１２０６では、プライベートのタグとして存在するか否かを判断し、存在する場合はステップＳ１２０８へ進み、それ以外の場合はステップＳ１２１０へ進む。
ステップＳ１２０８では、大分類のプライベートタグの属性情報に子のプライベートタグとして追加するタグを関連付け、ステップＳ１２１０へ進む。
ステップＳ１２１０では、小分類の類語が存在するか否かを判断し、存在する場合はステップＳ１２１２へ進み、それ以外の場合はステップＳ１２１６へ進む。
ステップＳ１２１２では、プライベートのタグとして存在するか否かを判断し、存在する場合はステップＳ１２１４へ進み、それ以外の場合はステップＳ１２１６へ進む。
ステップＳ１２１４では、追加するタグの属性情報に小分類のプライベートタグを関連付け、ステップＳ１２１６へ進む。
ステップＳ１２１６では、プライベートタグとしてタグを追加する。
ステップＳ１２９９では、プライベートタグの追加処理を終了する。
【００５４】
具体的には、以下のような処理を行う。
ステップＳ１２０２では、追加するタグの類語を取得する。例えば、類語テーブル１３００から取得する。図１３は、類語テーブル１３００のデータ構造例を示す説明図である。類語テーブル１３００は、タグ欄１３０５、類語欄１３１０を有している。タグ欄１３０５は、タグを記憶している。類語欄１３１０は、そのタグ（単語）の類語を記憶している。
ステップＳ１２０４において、対象となっているタグ又はその類語に対して、大分類の類語が存在する場合（ステップＳ１２０４：ＹＥＳ）、プライベートタグとして大分類の類語が存在するか特定する（ステップＳ１２０６）。存在しない場合（ステップＳ１２０４：ＮＯ）、大分類の類語に関する処理は終了し、小分類の類語が存在するか特定する（ステップＳ１２１０）。
図１４の例に示すように、タグ（又は類語）間には、階層関係がある。図１４は、プライベートタグの階層構造例を示す説明図である。大分類タグ１４０５の下位に対象プライベートタグ１４１０があり、対象プライベートタグ１４１０の下位に小分類タグ１４１５がある。
【００５５】
ステップＳ１２０６において、大分類の類語がプライベートタグとして存在する場合（ステップＳ１２０６：ＹＥＳ）、大分類のプライベートタグの属性情報に子のプライベートタグとして追加するタグを関連付ける（ステップＳ１２０８）。存在しない場合（ステップＳ１２０６：ＮＯ）、大分類の類語に関する処理は終了し、ステップＳ１２１０へ進む。
ステップＳ１２０８では、大分類のプライベートタグの属性情報に子のプライベートタグとして追加するタグを関連付ける。
ステップＳ１２１０において、小分類の類語が存在する場合（ステップＳ１２１０：ＹＥＳ）、プライベートタグとして小分類の類語が存在するか特定する（ステップＳ１２１２）。存在しない場合（ステップＳ１２１０：ＮＯ）、小分類の類語に関する処理は終了し、プライベートタグとしてタグを追加する（ステップＳ１２１６）。
【００５６】
ステップＳ１２１２において、小分類の類語がプライベートタグとして存在する場合（ステップＳ１２１２：ＹＥＳ）、追加するタグの属性情報に小分類のプライベートタグを関連付ける（ステップＳ１２１４）。存在しない場合（ステップＳ１２１２：ＮＯ）、小分類の類語に関する処理は終了し、ステップＳ１２１６へ進む。
ステップＳ１２１４では、追加するタグの属性情報に小分類のプライベートタグを関連付ける。
ステップＳ１２１６では、プライベートタグとしてタグを追加する。
【００５７】
図１２の例に示す処理例によって、関連プライベートテーブル１５００、関連プライベートテーブル１５２０、関連プライベートテーブル１５４０のいずれか１つ以上を生成する。図１５は、関連プライベートテーブル１５００等のデータ構造例を示す説明図である。
図１５（ａ）は、関連プライベートテーブル１５００のデータ構造例を示す説明図である。この関連プライベートテーブル１５００は、対象のプライベートタグと上位の階層との関係を示したものである。関連プライベートテーブル１５００は、プライベートタグ欄１５０５、大分類タグ欄１５１０を有している。プライベートタグ欄１５０５は、プライベートタグを記憶している。大分類タグ欄１５１０は、そのプライベートタグの上位の階層にある大分類タグを記憶している。
図１５（ｂ）は、関連プライベートテーブル１５２０のデータ構造例を示す説明図である。この関連プライベートテーブル１５２０は、対象のプライベートタグと下位の階層との関係を示したものである。関連プライベートテーブル１５２０は、プライベートタグ欄１５２５、小分類タグ欄１５３０を有している。プライベートタグ欄１５２５は、プライベートタグを記憶している。小分類タグ欄１５３０は、そのプライベートタグの下位の階層にある小分類タグを記憶している。
図１５（ｃ）は、関連プライベートテーブル１５４０のデータ構造例を示す説明図である。この関連プライベートテーブル１５４０は、対象のプライベートタグと下位と上位の階層との関係を示したものである。関連プライベートテーブル１５４０は、プライベートタグ欄１５４５、大分類タグ欄１５５０、小分類タグ欄１５５５を有している。プライベートタグ欄１５４５は、プライベートタグを記憶している。大分類タグ欄１５５０は、そのプライベートタグの上位の階層にある大分類タグを記憶している。小分類タグ欄１５５５は、そのプライベートタグの下位の階層にある小分類タグを記憶している。
【００５８】
図１６は、本実施の形態（タグ表示加工モジュール１４０）による処理例を示すフローチャートである。組織タグの表示加工の処理例を示すものである。
ステップＳ１６００では、組織タグの表示加工フローを開始する。
ステップＳ１６０２では、閲覧するユーザーの組織タグを取得する。
ステップＳ１６０４では、閲覧されるユーザーの組織タグを取得する。
ステップＳ１６０６では、同一の組織タグが存在するか否かを判断し、存在する場合はステップＳ１６１４へ進み、それ以外の場合はステップＳ１６０８へ進む。
ステップＳ１６０８では、閲覧されるユーザーに登録されている組織タグで最上位のタグを組織のタグ表示の起点として設定する。
ステップＳ１６１０では、閲覧されるユーザーに登録されている最上位のタグから子の組織タグを辿り、階層化する。
ステップＳ１６１２では、何も表示せず（全て非表示にする）、組織タグの表示加工フローを終了する（ステップＳ１６９９）。
ステップＳ１６１４では、同一の組織タグを組織のタグ表示の起点として設定する。
ステップＳ１６１６では、同一の組織タグから閲覧されるユーザーの子の組織タグを辿り、階層化する。
ステップＳ１６１８では、同一の組織タグから子の組織タグまで全て表示する。
ステップＳ１６９９では、組織タグの表示加工フローを終了する。
【００５９】
具体的には、以下のような処理を行う。
ステップＳ１６０２では、閲覧するユーザーの組織タグを取得する。
ステップＳ１６０４では、閲覧されるユーザーの組織タグを取得する。
ステップＳ１６０６において、閲覧するユーザーと閲覧されるユーザーの組織タグで同一の組織タグが存在する場合（ステップＳ１６０６：ＹＥＳ）、同一の組織タグを組織のタグ表示の起点として設定する（ステップＳ１６１４）。存在しない場合（ステップＳ１６０６：ＮＯ）、閲覧されるユーザーに登録されている組織タグで最上位のタグを組織のタグ表示の起点として設定する（ステップＳ１６０８）。
ステップＳ１６０８では、閲覧されるユーザーに登録されている組織タグで最上位のタグを組織のタグ表示の起点として設定する。
ステップＳ１６１０では、閲覧されるユーザーに登録されている最上位のタグから子の組織タグを辿り、階層化する。
ステップＳ１６１２では、何も表示しない（全て非表示とする）。なお、全て非表示ではなく、階層の上位（例えば、最上位（ルート）、２階層目等）のタグを表示してもよい。
ステップＳ１６１４では、同一の組織タグを組織のタグ表示の起点として設定する。
ステップＳ１６１６では、同一の組織タグから閲覧されるユーザーの子の組織タグを辿り、階層化する。
ステップＳ１６１８では、組織のタグ表示の起点から詳細表示する。つまり、同一の組織タグから子の組織タグまで表示する。なお、表示する組織タグの範囲は、下位の階層全てであってもよいし、１階層分であってもよいし、２階層分等であってもよいし、閲覧するユーザーの階層指示にしたがってもよい。
【００６０】
図１７は、本実施の形態（タグ表示加工モジュール１４０）による処理例を示すフローチャートである。仕事タグの表示加工の処理例を示すものである。
ステップＳ１７００では、仕事タグの表示加工処理を開始する。
ステップＳ１７０２では、閲覧するユーザーの仕事タグを取得する。
ステップＳ１７０４では、閲覧されるユーザーの仕事タグを取得する。
ステップＳ１７０６では、同一の仕事タグが存在するか否かを判断し、存在する場合はステップＳ１７１４へ進み、それ以外の場合はステップＳ１７０８へ進む。
ステップＳ１７０８では、閲覧されるユーザーに登録されている仕事タグで最上位の各タグを仕事のタグ表示の起点として設定する。
ステップＳ１７１０では、閲覧されるユーザーに登録されている最上位の各タグから子の仕事タグを辿り、階層化する。
ステップＳ１７１２では、何も表示せず（全て非表示にする）、仕事タグの表示加工フローを終了する（ステップＳ１７９９）。
ステップＳ１７１４では、同一の仕事タグを仕事のタグ表示の起点として設定する。
ステップＳ１７１６では、同一の仕事タグから閲覧されるユーザーの子の仕事タグを辿り、階層化する。
ステップＳ１７１８では、同一の仕事タグから子の仕事タグまで全て表示する。
ステップＳ１７９９では、仕事タグの表示加工処理を終了する。
【００６１】
具体的には、以下のような処理を行う。
ステップＳ１７０２では、閲覧するユーザーの仕事タグを取得する。
ステップＳ１７０４では、閲覧されるユーザーの仕事タグを取得する。
ステップＳ１７０６において、閲覧するユーザーと閲覧されるユーザーの仕事タグで同一の仕事タグが存在する場合（ステップＳ１７０６：ＹＥＳ）、同一の仕事タグを仕事のタグ表示の起点として設定する（ステップＳ１７１４）。存在しない場合（ステップＳ１７０６：ＮＯ）、閲覧されるユーザーに登録されている仕事タグで最上位の各タグを仕事のタグ表示の起点として設定する（ステップＳ１７０８）。なお、組織は起点が１つであるが、仕事の場合、複数となるケースがある。
ステップＳ１７０８では、閲覧されるユーザーに登録されている仕事タグで最上位の各タグを仕事のタグ表示の起点として設定する。
ステップＳ１７１０では、閲覧されるユーザーに登録されている最上位の各タグから子の仕事タグを辿り、階層化する。
ステップＳ１７１２では、何も表示しない（全て非表示とする）。なお、全て非表示ではなく、階層の上位（例えば、最上位（ルート）、２階層目等）のタグを表示してもよい。
ステップＳ１７１４では、同一の仕事タグを仕事のタグ表示の起点として設定する。
ステップＳ１７１６では、同一の仕事タグから閲覧されるユーザーの子の仕事タグを辿り、階層化する。
ステップＳ１７１８では、仕事のタグ表示の起点から詳細表示する。つまり、同一の組織タグから子の仕事タグまで表示する。なお、表示する仕事タグの範囲は、下位の階層全てであってもよいし、１階層分であってもよいし、２階層分等であってもよいし、閲覧するユーザーの階層指示にしたがってもよい。
【００６２】
図１８は、本実施の形態（タグ表示加工モジュール１４０）による処理例を示すフローチャートである。プライベートタグの表示加工の処理例を示すものである。
ステップＳ１８００では、プライベートタグの表示加工処理を開始する。
ステップＳ１８０２では、閲覧するユーザーのプライベートタグを取得する。
ステップＳ１８０４では、閲覧されるユーザーのプライベートタグを取得する。
ステップＳ１８０６では、同一のプライベートタグが存在するか否かを判断し、存在する場合はステップＳ１８１４へ進み、それ以外の場合はステップＳ１８０８へ進む。
ステップＳ１８０８では、閲覧されるユーザーに登録されているプライベートタグで最上位の各タグを取得する。
ステップＳ１８１０では、閲覧されるユーザーに登録されている最上位の各タグから子のプライベートタグを辿り、階層化する。
ステップＳ１８１２では、何も表示せず（全て非表示にする）、プライベートタグの表示加工フローを終了する（ステップＳ１８９９）。なお、全て非表示ではなく、階層の上位（例えば、最上位（ルート）、２階層目等）のタグを表示してもよい。
ステップＳ１８１４では、同一のプライベートタグをプライベートのタグ表示の起点として設定する。
ステップＳ１８１６では、同一のプライベートタグから閲覧されるユーザーの子のプライベートタグを辿り、階層化する。
ステップＳ１８１８では、同一のプライベートタグから子のプライベートタグまで全て表示する。なお、表示するプライベートタグの範囲は、下位の階層全てであってもよいし、１階層分であってもよいし、２階層分等であってもよいし、閲覧するユーザーの階層指示にしたがってもよい。
ステップＳ１８９９では、プライベートタグの表示加工処理を終了する。
【００６３】
具体的には、以下のような処理を行う。
ステップＳ１８０２では、閲覧するユーザーのプライベートタグを取得する。
ステップＳ１８０４では、閲覧されるユーザーのプライベートタグを取得する。
ステップＳ１８０６において、閲覧するユーザーと閲覧されるユーザーのプライベートタグで同一のプライベートタグが存在する場合（ステップＳ１８０６：ＹＥＳ）、同一のプライベートタグをプライベートのタグ表示の起点として設定する（ステップＳ１８１４）。存在しない場合（ステップＳ１８０６：ＮＯ）、閲覧されるユーザーに登録されているプライベートタグで最上位の各タグをプライベートのタグ表示の起点として設定する（ステップＳ１８０８）。なお、組織は起点が１つであるが、プライベートの場合、複数となるケースがある。
ステップＳ１８０８では、閲覧されるユーザーに登録されているプライベートタグで最上位の各タグをプライベートのタグ表示の起点として設定する。
ステップＳ１８１０では、閲覧されるユーザーに登録されている最上位の各タグから子のプライベートタグを辿り、階層化する。
ステップＳ１８１２では、何も表示しない（全て非表示とする）。なお、全て非表示ではなく、階層の上位（例えば、最上位（ルート）、２階層目等）のタグを表示してもよい。
ステップＳ１８１４では、同一のプライベートタグをプライベートのタグ表示の起点として設定する。
ステップＳ１８１６では、同一のプライベートタグから閲覧されるユーザーの子のプライベートタグを辿り、階層化する。
ステップＳ１８１８では、プライベートのタグ表示の起点から詳細表示する。つまり、同一のプライベートタグから子のプライベートタグまで表示する。なお、表示するプライベートタグの範囲は、下位の階層全てであってもよいし、１階層分であってもよいし、２階層分等であってもよいし、閲覧するユーザーの階層指示にしたがってもよい。
【００６４】
図１９は、本実施の形態による処理例を示す説明図である。組織タグについての提示例を示すものである。図１９は、「Ｆｕｊｉ  Ｔａｒｏ」のプロフィール表示画面１９００の例を示している。このプロフィール表示画面１９００には、タグ表示領域１９１０を表示する。
図１９（ａ）は、同会社の組織「首都圏営業部」に属しているユーザーＡ（「Ｆｕｊｉ  Ｔａｒｏ」ではないユーザー）が閲覧した場合のタグ表示領域１９１０Ａの例を示している。このタグ表示領域１９１０Ａには、例えば、組織タグとして、「首都圏営業部」、その下位の階層である「グループＡ」、さらにその下位の階層である「大手担当チーム」を表示している。つまり、閲覧されるユーザーと「首都圏営業部」まで共通であるため、首都圏営業部から下位にある所属先を詳細表示する。
なお、仕事タグとしては何も表示せず、プライベートタグとしても何も表示していない。
【００６５】
図１９（ｂ１）は、関連会社のユーザーＢが閲覧した場合のプロフィール表示画面１９００Ｂの例を示している。このタグ表示領域１９１０Ｂには、組織タグとしては何も表示せず、そして、仕事タグ、プライベートタグとしても何も表示していない。つまり、組織としては共通部分がないため（別会社であるため）、展開されない状態で表示する。
ここで、ユーザーＢによって、「組織」がクリックされると、図１９（ｂ２）の例に示すように、組織タグを展開する。タグ表示領域１９１０Ｂには、例えば、組織タグとして、「ＡＢＣ株式会社」、その下位の階層である「営業部」、その下位の階層である「首都圏営業部」、その下位の階層である「グループＡ」、さらにその下位の階層である「大手担当チーム」を表示している。図１９（ａ）の例に示したユーザーＡが閲覧した場合と違い、最上位の組織タグ（例では、「ＡＢＣ株式会社」）から表示する。
【００６６】
図２０は、本実施の形態による処理例を示す説明図である。仕事タグについての提示例を示すものである。図２０は、「Ｙｏｋｏｈａｍａ  Ｔａｒｏ」のプロフィール表示画面２０００の例を示している。このプロフィール表示画面２０００には、タグ表示領域２０１０を表示する。
図２０（ａ）は、営業部のＡＢＣシステム商品群を担当しているユーザーＣ（「Ｙｏｋｏｈａｍａ  Ｔａｒｏ」ではないユーザー）が閲覧した場合のタグ表示領域２０１０Ａの例を示している。このタグ表示領域２０１０Ａには、例えば、仕事タグとして、「ＡＢＣシステム」、その下位の階層である「認証機能」、その下位の階層である「シングルサインオン」、その下位の階層である「ＬＤＡＰ」、その下位の階層である「ＡＤ」、「ＡＢＣシステム」の下位の階層である「発注機能」、その下位の階層である「ＤａｔａＢａｓｅ」、「ＡＢＣシステム」の下位の階層である「ＡＢＣシステム連携登録プラグイン」、その下位の階層である「認証機能」、「ＡＢＣシステム連携登録プラグイン」の下位の階層である「登録機能」を表示している。つまり、ユーザーＣは、閲覧されるユーザーと担当している商品群が共通であるため、ＡＢＣシステム商品群と担当している機能を詳細表示している。
なお、組織タグとしては何も表示せず、プライベートタグとしても何も表示していない。
【００６７】
図２０（ｂ１）は、営業部のＤＥＦシステム商品群を担当しているユーザーＤが閲覧した場合のプロフィール表示画面２０００Ｂの例を示している。このタグ表示領域２０１０Ｂには、仕事タグとしては何も表示せず、そして、組織タグ、プライベートタグとしても何も表示していない。つまり、仕事としては共通部分がないため、展開されない状態で表示される。
ここで、ユーザーＤによって、「仕事」がクリックされると、図２０（ｂ２）の例に示すように、仕事タグを展開する。タグ表示領域２０１０Ｂには、例えば、仕事タグとして、「ソフトウェア」、「ＡＢＣシステム」、「ＡＢＣシステム連携登録プラグイン」、「ミドルウェア」、「ＸＹＺプラットフォーム」を表示している。図２０（ａ）の例に示したユーザーＣが閲覧した場合と違い、最上位の階層にある各仕事タグを表示する。
【００６８】
図２１は、本実施の形態による処理例を示す説明図である。プライベートタグ等を閲覧するユーザーＥがユーザー端末（モバイル端末）２００Ｄを所持している場合についての提示例を示すものである。図２１は、「Ｙｏｋｏｈａｍａ  Ｔａｒｏ」のプロフィール表示画面２１００の例を示している。このプロフィール表示画面２１００には、タグ表示領域２１１０を表示する。
ＡＢＣシステム商品群を担当している営業担当のユーザーＥが、案件相談として、開発部門のユーザー「Ｙｏｋｏｈａｍａ  Ｔａｒｏ」と打ち合わせすることとなった。打ち合わせを円滑に進めるため、プロフィールから出席するメンバーがどのような人物であるかを確認するとともに、今後も友好な関係を築くため、共通の話題を探しているとする。
営業担当のユーザーＥと閲覧されるユーザー（開発部門のメンバー「Ｙｏｋｏｈａｍａ  Ｔａｒｏ」）のタグは、予め、組織、仕事、プライベートでカテゴリ分けされており、階層化されている。
営業担当のユーザーＥと閲覧されるユーザーは、組織として共通部分がないが、打ち合わせ場所が開発部門の拠点であるため、組織についても詳細表示される。つまり、ユーザーＥの所持しているユーザー端末（モバイル端末）２００Ｄで、プロフィール表示画面２１００が表示されているので、そのユーザー端末（モバイル端末）２００Ｄの位置（例えば、緯度、経度等）に対応している組織を、組織・位置テーブル２２００から抽出する。図２２は、組織・位置テーブル２２００のデータ構造例を示す説明図である。組織・位置テーブル２２００は、組織欄２２０５、位置欄２２１０を有している。組織欄２２０５は、組織を記憶している。位置欄２２１０は、その組織の拠点である位置（例えば、緯度、経度等）を記憶している。前述したように、ユーザーＥの位置は開発部門の拠点であり、閲覧されるユーザーも開発部門に属していることから、組織のタグを詳細に表示する。タグ表示領域２１１０には、例えば、組織タグとして、「ソフトウェア開発部」、その下位の階層である「基幹システム開発グループ」、その下位の階層である「３２チーム」を表示している。
そして、仕事のタグについて、共通の担当製品群があるため、共通部分が表示される。
また、プライベートのタグについても、同様に共通のプライベート（趣味）があるため、共通部分について詳細に表示している。タグ表示領域２１１０には、例えば、プライベートタグとして、「釣り」、その下位の階層である「バス釣り」、「釣り」の下位の階層である「沖釣り」、「野球」、その下位の階層である「横浜ジャイアンツ」を表示している。
【００６９】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図２３に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ２３０１を用い、記憶装置としてＲＡＭ２３０２、ＲＯＭ２３０３、ＨＤ２３０４を用いている。ＨＤ２３０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）を用いてもよい。単語抽出モジュール１１０、ユーザー関連判定モジュール１２０、カテゴリ判定モジュール１３０、タグ表示加工モジュール１４０等のプログラムを実行するＣＰＵ２３０１と、そのプログラムやデータを記憶するＲＡＭ２３０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ２３０３と、文書管理モジュール１５０、ユーザー管理モジュール１６０、グループ管理モジュール１７０、タグ管理モジュール１８０、類語管理モジュール１９０としての機能を有する補助記憶装置（フラッシュ・メモリ等であってもよい）であるＨＤ２３０４と、キーボード、マウス、タッチスクリーン、マイク等に対する利用者の操作に基づいてデータを受け付ける受付装置２３０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置２３０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース２３０７、そして、それらをつないでデータのやりとりをするためのバス２３０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００７０】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図２３に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図２３に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図２３に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００７１】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分又は全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００７２】
１００…情報処理装置
１１０…単語抽出モジュール
１２０…ユーザー関連判定モジュール
１３０…カテゴリ判定モジュール
１４０…タグ表示加工モジュール
１５０…文書管理モジュール
１６０…ユーザー管理モジュール
１７０…グループ管理モジュール
１８０…タグ管理モジュール
１９０…類語管理モジュール
１９５…ユーザー端末
２００…ユーザー端末
２９０…通信回線
【図１】
2018036949.tif 000003
【図２】
2018036949.tif 000004
【図３】
2018036949.tif 000005
【図４】
2018036949.tif 000006
【図５】
2018036949.tif 000007
【図６】
2018036949.tif 000008
【図７】
2018036949.tif 000009
【図８】
2018036949.tif 000010
【図９】
2018036949.tif 000011
【図１０】
2018036949.tif 000012
【図１１】
2018036949.tif 000013
【図１２】
2018036949.tif 000014
【図１３】
2018036949.tif 000015
【図１４】
2018036949.tif 000016
【図１５】
2018036949.tif 000017
【図１６】
2018036949.tif 000018
【図１７】
2018036949.tif 000019
【図１８】
2018036949.tif 000020
【図１９】
2018036949.tif 000021
【図２０】
2018036949.tif 000022
【図２１】
2018036949.tif 000023
【図２２】
2018036949.tif 000024
【図２３】
2018036949.tif 000025