JP2015225445A - 情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】ソーシャルネットワーク上に存在するオブジェクト情報にタグ情報が付与されている場合に、これらのタグ情報同士を関連付けることが可能な技術が求められていた。【解決手段】本開示によれば、ソーシャルネットワーク上に存在するオブジェクト情報に付与される複数のタグ情報同士を関連付ける制御部を備える、情報処理装置が提供される。本開示によれば、ソーシャルネットワーク上に存在するオブジェクト情報にタグ情報が付与されている場合に、これらのタグ情報同士を関連付けることができる。【選択図】図１

Description

本開示は、情報処理装置及び情報処理方法に関する。

特許文献１は、リソース情報にタグ情報を付与する技術を開示する。

特開２００７−２７２３９０号公報

しかし、特許文献１に開示された技術では、ソーシャルネットワーク上に存在するオブジェクト情報にタグ情報が付与されている場合に、これらのタグ情報を何ら関連付けることができなかった。したがって、これらのタグ情報を十分に活用しているとは言えなかった。

このため、ソーシャルネットワーク上に存在するオブジェクト情報にタグ情報が付与されている場合に、これらのタグ情報同士を関連付けることが可能な技術が求められていた。

本開示によれば、ソーシャルネットワーク上に存在するオブジェクト情報に付与される複数のタグ情報同士を関連付ける制御部を備える、情報処理装置が提供される。

本開示によれば、ソーシャルネットワーク上に存在するオブジェクト情報に付与される複数のタグ情報同士を関連付けることを含む、情報処理方法が提供される。

本開示によれば、ソーシャルネットワーク上に存在するオブジェクト情報にタグ情報が付与されている場合に、これらのタグ情報同士を関連付けることができる。

以上説明したように本開示によれば、ソーシャルネットワーク上に存在するオブジェクト情報にタグ情報が付与されている場合に、これらのタグ情報同士を関連付けることができる。本開示に係る技術は、本明細書中に記載されたいずれかの効果、または他の効果を有するものであってもよい。

本開示の第１の実施形態に係る情報処理システムの全体構成を示すブロック図である。 タグ処理サーバ及びタグ管理サーバの一例を示すブロック図である。 タグ処理サーバ及びタグ管理サーバの一例を示すハードウェア構成図である。 ユーザ端末の一例を示すブロック図である。 ユーザ端末の一例を示すハードウェア構成図である。 第１の実施形態に係るプログラム（ソフトウェア）の階層構造の一例を示す説明図である。 情報処理システムによる処理の手順を示すフローチャートである。 情報処理システムによる処理の手順を示すフローチャートである。 情報処理システムによる処理の手順を示すフローチャートである。 タグ関連情報の一例を示す説明図である。 タグフォルダ作成前のタグ関連情報の一例を示す説明図である。 タグフォルダ作成後のタグ関連情報の一例を示す説明図である。 閲覧制限が設定されたタグ関連情報の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 本開示の第２の実施形態に係る情報処理システムの全体構成を示すブロック図である。 ＳＮＳ処理サーバ及びＳＮＳ管理サーバの一例を示すブロック図である。 ＳＮＳ処理サーバ及びＳＮＳ管理サーバの一例を示すハードウェア構成図である。 第２の実施形態に係るプログラム（ソフトウェア）の階層構造の一例を示す説明図である。 情報処理システムによる処理の手順を示すフローチャートである。 情報処理システムによる処理の手順を示すフローチャートである。 パーソナルタグ関連情報の一例を示す説明図である。 パーソナルタグ関連情報の一例を示す説明図である。 パーソナルタグ関連情報の一例を示す説明図である。 パーソナルタグ関連情報の一例を示す説明図である。 タグ集約情報の一例を示す説明図である。 グローバルタグ関連情報の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 ユーザ端末に表示される画面の一例を示す説明図である。 情報処理システムの変形例を示すブロック図である。 ユーザ端末に表示される画面の一例を示す説明図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．第１の実施形態（タグ関連情報を複数ユーザで共有）
１−１．全体構成
１−２．タグ処理サーバの構成
１−３．タグ管理サーバの構成
１−４．ユーザ端末の構成
１−５．タグ関連情報作成処理
１−６．メンテナンス処理
１−６−１．処理の概要
１−６−２．タグ関連付け処理
１−６−３．フォルダ管理処理
１−６−４．閲覧制限設定処理
１−６−５．リコメンド処理
１−７．検索処理
１−８．その他の処理
１−８−１．メンテナンスアイコンを用いたタグ作成
１−８−２．メンテナンス専門のユーザ
２．第２の実施形態（パーソナルタグ情報とグローバルタグ情報とを設定）
２−１．全体構成
２−２．ＳＮＳ処理サーバの構成
２−３．ＳＮＳ管理サーバの構成
２−４．タグ処理サーバの構成
２−５．タグ管理サーバの構成
２−６．ユーザ端末の構成
２−７．タグ関連情報作成処理
２−８．メンテナンス処理
２−９．その他の処理
２−１０．変形例

＜１．第１の実施形態＞
（１−１．全体構成）
まず、図１に基づいて、第１の実施形態に係る情報処理システム１の全体構成について説明する。情報処理システム１は、タグ処理サーバ（情報処理装置）１０と、ＳＮＳ管理サーバ５１と、ネットワーク３０と、複数のユーザ端末４０とを備える。ネットワーク３０は、タグ処理サーバ１０とユーザ端末４０とを接続する。タグ処理サーバ１０は、各ユーザ端末４０にＳＮＳ（ソーシャルネットワークサービス）を提供する他、タグ情報同士を関連付けるサーバである。第１の実施形態は、社内ＳＮＳ、特定目的（読書系）のＳＮＳ等のように組織内で使用されるＳＮＳを想定したものである。もちろん、第１の実施形態は、他の形態のＳＮＳに適用されてもよい。

（１−２．タグ処理サーバの構成）
つぎに、図２及び図３に基づいて、タグ処理サーバ１０の構成について説明する。タグ処理サーバ１０は、ＳＮＳを各ユーザ端末４０に提供する処理の他、タグ情報をメンテナンスする処理等を行う。

タグ処理サーバ１０は、記憶部１０ａ、通信部１０ｂ、及び制御部１０ｃを備える。記憶部１０ａは、タグ処理サーバ１０が行う処理に必要なプログラムを記憶する。このようなプログラムとしては、例えば、タグ処理サーバ１０に記憶部１０ａ、通信部１０ｂ、及び制御部１０ｃを実現させるためのプログラム等が挙げられる。このようなプログラムは、ＳＮＳを実行するためのＳＮＳ実行プログラム、タグ情報をメンテナンスするためのメンテナンス実行プログラム、及びタグ情報を管理するためのタグ管理実行プログラムを含む。これらのプログラムの階層構造の一例を図６に示す。図６に示すように、最下層にタグ管理実行プログラム層１００が存在し、タグ管理実行プログラム層１００上にＳＮＳ実行プログラム層１１０及びメンテナンス実行プログラム層１２０が存在する。なお、第１の実施形態の階層構造はこの例に限られず、例えばメンテナンス実行プログラム層１２０をタグ管理実行プログラム層１００に含めても良い。ここで、タグ管理実行プログラムは、タグ情報同士を関連付けることで、タグクラウドを作成するものである。すなわち、第１の実施形態では、タグクラウド上にＳＮＳが存在することになる。そして、ＳＮＳで入力されたタグ情報は、タグクラウドに反映される。

通信部１０ｂは、ユーザ端末４０及びタグ管理サーバ２０との間で通信を行う。制御部１０ｃは、タグ処理サーバ１０内の各構成要素を制御する他、例えば以下の処理を行う。すなわち、制御部１０ｃは、ＳＮＳ情報を各ユーザ端末４０に送信する。ここで、ＳＮＳ情報は、例えば、ユーザによって入力されたオブジェクト情報と、ユーザを識別する顔画像情報とを含む。ここで、オブジェクト情報は、ユーザによって入力される情報であればどのような情報であってもよい。オブジェクト情報としては、例えばコメント、画像、リンク等が挙げられる。ユーザを識別する情報は顔画像情報以外の情報であってもよい。ユーザ端末４０は、ＳＮＳ情報を表示する。これにより、ユーザが発信したオブジェクト情報が他のユーザに共有される。すなわち、ＳＮＳが提供される。

また、制御部１０ｃは、オブジェクト情報にタグ情報が含まれる場合、タグ情報をタグ関連情報に登録する処理を行う。ここで、タグ情報は、オブジェクト情報に付与される情報である。タグ情報は、例えばオブジェクト情報を検索する際の検索語として使用されうる。タグ関連情報は、タグ情報同士の関連性等を示す情報である。また、制御部１０ｃは、タグ情報に関する各種のメンテナンス処理を行う。メンテナンス処理としては、例えば、タグ情報をタグ関連情報に登録する処理、複数のタグ情報同士を関連付ける処理、タグ情報を階層化する（フォルダにまとめる）処理等が挙げられる。また、他のメンテナンス処理としては、タグ情報の階層化の候補を表示する処理、階層化されたタグ情報に閲覧制限を設定する処理等も挙げられる。また、制御部１０ｃは、ユーザが指定した検索語を含むオブジェクト情報を検索する検索処理も行う。また、制御部１０ｃは、ＳＮＳ情報及びタグ関連情報をタグ管理サーバ２０に記憶させる。

タグ処理サーバ１０は、ハードウェア構成として、ＣＰＵ１０ｄ、記憶装置１０ｅ、通信装置１０ｆを備える。タグ処理サーバ１０は、これらのハードウェア構成により、上述した記憶部１０ａ、通信部１０ｂ、及び制御部１０ｃを実現する。これらのハードウェア構成は、電子回路等によって実現される。

ＣＰＵ１０ｄは、記憶装置１０ｅに記憶されたプログラムを読みだして実行する。したがって、ＣＰＵ１０ｄはタグ処理サーバ１０の実質的な動作主体となるものである。記憶装置１０ｅは、ＲＯＭ、ＲＡＭ、ハードディスク、不揮発性メモリ等で構成される。記憶装置１０ｅは、タグ処理サーバ１０に記憶部１０ａ、通信部１０ｂ、及び制御部１０ｃを実現させるためのプログラムを記憶する。通信装置１０ｆは、ユーザ端末４０及びタグ管理サーバ２０との間で通信を行う。

（１−３．タグ管理サーバの構成）
つぎに、図２及び図３に基づいて、タグ管理サーバ２０の構成について説明する。タグ管理サーバ２０は、ＳＮＳ情報及びタグ関連情報を管理（記憶）する処理等を行う。

タグ管理サーバ２０は、記憶部２０ａ、通信部２０ｂ、及び制御部２０ｃを備える。記憶部２０ａは、タグ管理サーバ２０が行う処理に必要なプログラムを記憶する。このようなプログラムとしては、例えば、タグ管理サーバ２０に記憶部２０ａ、通信部２０ｂ、及び制御部２０ｃを実現させるためのプログラム等が挙げられる。また、記憶部２０ａは、ＳＮＳ情報及びタグ関連情報を記憶する。また、記憶部２０ａは、ユーザの顔画像情報及び氏名情報とユーザＩＤとを関連付けて記憶する。通信部２０ｂは、タグ管理サーバ２０との間で通信を行う。制御部２０ｃは、タグ管理サーバ２０内の各構成要素を制御する他、例えば以下の処理を行う。すなわち、制御部２０ｃは、タグ処理サーバ１０から送信されたＳＮＳ情報及びタグ関連情報を記憶装置２０ｅに記憶させる。また、制御部２０ｃは、記憶装置２０ｅからＳＮＳ情報及びタグ関連情報を取得し、タグ処理サーバ１０に送信する。

タグ管理サーバ２０は、ハードウェア構成として、ＣＰＵ２０ｄ、記憶装置２０ｅ、通信装置２０ｆを備える。タグ管理サーバ２０は、これらのハードウェア構成により、上述した記憶部２０ａ、通信部２０ｂ、及び制御部２０ｃを実現する。これらのハードウェア構成は、電子回路等によって実現される。

ＣＰＵ２０ｄは、記憶装置２０ｅに記憶されたプログラムを読みだして実行する。したがって、ＣＰＵ２０ｄはタグ管理サーバ２０の実質的な動作主体となるものである。記憶装置２０ｅは、ＲＯＭ、ＲＡＭ、ハードディスク、不揮発性メモリ等で構成される。記憶装置２０ｅは、タグ管理サーバ２０に記憶部２０ａ、通信部２０ｂ、及び制御部２０ｃを実現させるためのプログラムを記憶する。通信装置２０ｆは、タグ処理サーバ１０との間で通信を行う。

（１−４．ユーザ端末の構成）
次に、図４及び図５に基づいて、ユーザ端末４０の構成について説明する。ユーザ端末４０は、ＳＮＳのユーザによって入力操作される端末である。第１の実施形態では、ユーザ端末４０がいわゆるタブレット型の端末（スマートフォン、スマートタブレット等）であることを想定している。もちろん、ユーザ端末４０は、タブレット型の端末に限られない。すなわち、ユーザ端末４０は、デスクトップ型パーソナルコンピュータ（ＰＣ）、ノート型ＰＣ、携帯電話等であってもよい。すなわち、ユーザ端末４０は、後述する各機能を実現できるものであれば、どのような端末であってもよい。

ユーザ端末４０は、記憶部４０ａ、入力部４０ｂ、表示部４０ｃ、通信部４０ｄ、及び制御部４０ｅを備える。記憶部４０ａは、ユーザ端末４０が行う処理に必要なプログラムの他、各種情報を記憶する。例えば、記憶部４０ａは、上記プログラムとして、ユーザ端末４０に記憶部４０ａ、入力部４０ｂ、表示部４０ｃ、通信部４０ｄ、及び制御部４０ｅを実現させるためのプログラムを記憶する。また、記憶部４０ａは、ユーザ端末を使用するユーザを識別するユーザＩＤを記憶する。

入力部４０ｂは、ユーザによる各種入力操作を受け付けるものであり、例えばタッチパネルである。表示部４０ｃは、各種画像を表示する。表示部４０ｃの表示エリアは、例えば、図１０に示すように、ＳＮＳ表示エリア２００及びタグ関連情報表示エリア３００に区分される。

ＳＮＳ表示エリア２００には、タグ処理サーバ１０から与えられたＳＮＳ情報が表示される。ここで、ＳＮＳ情報は、タグ処理サーバ１０によって各ユーザ端末４０に送信されるものである。したがって、ＳＮＳ表示エリア２００には、基本的には各ユーザ端末４０で共通の内容が表示される。ただし、タグ処理サーバ１０は、いずれかのユーザ端末４０からの要求により検索処理を行った場合、そのユーザ端末４０には、検索語を含むＳＮＳ情報を送信する。したがって、検索処理を要求したユーザ端末４０のＳＮＳ表示エリア２００には、検索語を含むＳＮＳ情報が表示される。また、ＳＮＳ表示エリア２００には、ユーザが指定したオブジェクト情報（例えば、特定のユーザのオブジェクト情報）だけを表示するようにしてもよい。ＳＮＳ表示エリア２００の詳細は後述する。

タグ関連情報表示エリア３００には、タグ情報同士の関連性が表示される。例えば、図１５に示すように、タグ関連情報表示エリア３００には、タグ情報４００ａが表示される。また、例えば図１７に示すように、タグ情報４００ａ、４００ｂが関連している場合、タグ情報４００ａ、４００ｂを連結する連結情報４１０が表示される。また、タグ情報は階層化されてもよい。この場合、例えば図２４に示すように、タグフォルダ５００ａが表示される。タグフォルダはタグ情報の一種である。タグフォルダ内には、一または複数のタグ情報が格納される。例えば、タグフォルダ５００ａ内には、タグ情報４３０ａ〜４３０ｃが格納されている。タグフォルダに格納されたタグ情報は、タグフォルダよりも一つ下の階層に属する。タグフォルダとタグフォルダ内のタグ情報とは互いに関連している。すなわち、第１の実施形態では、タグ情報同士を連結することでタグ情報同士を関連付けることができるが、タグフォルダ内にタグ情報を格納することによってもタグ情報同士（ここでは、タグフォルダとタグ情報）を関連付けることができる。例えば図２５〜図２７に示すように、階層化されたタグ情報は、閲覧制限がなされてもよい。また、例えば図２８に示すように、タグ関連情報表示エリア３００には、リコメンドエリア６００が設定されてもよい。リコメンドエリア６００には、階層化の候補となるタグフォルダが表示される。図２８に示す例では、タグフォルダ６１０ａ、６１０ｂが表示されている。また、例えば図３０に示すように、検索処理時には、検索語となるタグ情報（タグフォルダ含む）が強調表示される。図３０に示す例では、タグフォルダ５００ａ、タグ情報４３０ａ〜４３０ｃが強調表示されている。また、タグ関連情報表示エリア３００には、メンテナンスアイコン３１０〜３４０及び検索ボタン３５０も表示される。メンテナンスアイコン３１０はフォルダの形をしており、メンテナンスアイコン３２０はペンの形をしている。メンテナンスアイコン３３０はタグの形状をしており、メンテナンスアイコン３４０は鍵の形状をしている。タグ関連情報表示エリア３００の詳細は後述する。

通信部４０ｄは、タグ処理サーバ１０との間で通信を行う。制御部４０ｅは、ユーザ端末４０の各構成要素を制御する他、各種情報をタグ処理サーバ１０に送信する処理、タグ処理サーバ１０から与えられた情報を表示部４０ｃに表示する処理等を行う。

図５に示すように、ユーザ端末４０は、ハードウェア構成として、ＣＰＵ４０ｆ、記憶装置４０ｇ、タッチパネル４０ｈ、ディスプレイ４０ｉ、通信装置４０ｊを備える。ユーザ端末４０は、これらのハードウェア構成により、上述した記憶部４０ａ、入力部４０ｂ、表示部４０ｃ、通信部４０ｄ、及び制御部４０ｅを実現する。これらのハードウェア構成は、電子回路等によって実現される。

ＣＰＵ４０ｆは、記憶装置４０ｇに記憶されたプログラムを読みだして実行する。したがって、ＣＰＵ４０ｆはユーザ端末４０の実質的な動作主体となるものである。記憶装置４０ｇは、ＲＯＭ、ＲＡＭ、不揮発性メモリ等で構成される。記憶装置４０ｇは、ユーザ端末４０に記憶部４０ａ、入力部４０ｂ、表示部４０ｃ、通信部４０ｄ、及び制御部４０ｅを実現させるためのプログラム及び各種情報を記憶する。記憶装置４０ｇは、ＣＰＵ４０ｆによる作業領域としても使用される。タッチパネル４０ｈは、ディスプレイ４０ｉの表面上に設けられ、ユーザによる入力操作を受け付ける。ディスプレイ４０ｉは、各種情報、例えば上述したＳＮＳ情報、タグ情報等を表示する。すなわち、ディスプレイ４０ｉの表示エリアは、少なくともＳＮＳ表示エリア２００、タグ関連情報表示エリア３００に区分され、各エリアに上述した情報が表示される。通信装置４０ｊは、タグ処理サーバ１０との間で通信を行う。

（１−５．タグ関連情報作成処理）
次に、情報処理システム１が行う処理について説明する。まず、タグ関連情報作成処理を図７に示すフローチャートに沿って説明する。タグ関連情報作成処理は、タグ関連情報を作成する処理である。

ステップＳ１０において、いずれかのユーザ端末４０のユーザは、タグ情報を含むオブジェクト情報をユーザ端末４０に入力する。例えば、ユーザは、「♯ＡＡＡ」というタグ情報を含むオブジェクト情報を入力する。なお、タグ情報が何らかの略称となる場合、タグ情報に対する正式名称が複数存在する場合がある。このような場合としては、タグ情報が英語の略称となる場合が挙げられる。例えば、タグ情報が「ＷＴＯ」となる場合、タグ情報は、「世界貿易機関」、「ワルシャワ条約機構」等の意味を有する。このような場合、タグ情報にユーザの意図しないタグ情報が関連付けられる可能性がある。そこで、ユーザは、タグ情報を入力する際には、タグ情報の正式名称を示すサブ名称情報を入力してもよい。また、ユーザは、タグ関連情報表示エリア３００内にタグ情報が表示されている場合、そのタグ情報をＳＮＳ表示エリア２００内にドラッグアンドドロップすることで、オブジェクト情報のタグ情報としてもよい。オブジェクト情報を含む各種の情報の入力は入力部４０ｂを用いて行われる。

入力部４０ｂは、オブジェクト情報を制御部４０ｅに出力する。制御部４０ｅは、オブジェクト情報にユーザＩＤを付与することで投稿情報を作成する。そして、制御部４０ｅは、投稿情報を通信部４０ｄに出力する。通信部４０ｄは、投稿情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、投稿情報を受信し、制御部１０ｃに出力する。制御部１０ｃは、投稿情報からユーザＩＤを抽出する。そして、制御部１０ｃは、ユーザＩＤに対応する顔画像情報及び氏名情報をタグ管理サーバ２０から取得する。具体的には、制御部１０ｃは、ユーザＩＤを含む要求情報をタグ管理サーバ２０に送信する。タグ管理サーバ２０の通信部２０ｂは、要求情報を受信し、制御部２０ｃに出力する。制御部２０ｃは、ユーザＩＤに対応する顔画像情報及び氏名情報を記憶部２０ａから取得し、通信部２０ｂに出力する。通信部２０ｂは、顔画像情報及び氏名情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、顔画像情報及び氏名情報を受信し、制御部１０ｃに出力する。

そして、制御部１０ｃは、オブジェクト情報と顔画像情報とを含むＳＮＳ情報を作成する。そして、制御部１０ｃは、ＳＮＳ情報を通信部１０ｂに出力する。通信部１０ｂは、ＳＮＳ情報を各ユーザ端末４０に送信する。ユーザ端末４０の通信部４０ｄは、ＳＮＳ情報を制御部４０ｅに出力し、制御部４０ｅは、ＳＮＳ情報をＳＮＳ表示エリア２００に表示する。これにより、ユーザが投稿したオブジェクト情報が他のユーザと共有される。表示例を図１４に示す。図１４に示すように、ＳＮＳ表示エリア２００は、複数の単位表示エリア２１０に区分される。制御部４０ｅは、各単位表示エリア２１０にＳＮＳ情報を表示する。具体的には、単位表示エリア２１０は、顔画像表示エリア２１０ａと、オブジェクト情報表示エリア２１０ｂとに区分される。制御部４０ｅは、顔画像表示エリア２１０ａに顔画像情報を表示し、オブジェクト情報表示エリア２１０ｂにオブジェクト情報（タグ情報含む）を表示する。また、制御部４０ｅは、ＳＮＳ情報を時系列で表示する。すなわち、制御部４０ｅは、最新のＳＮＳ情報を最上段の単位表示エリア２１０に表示する。最上段の単位表示エリア２１０に表示されたオブジェクト情報には、「♯ＡＡＡ」と記載されたタグ情報２２０が含まれる。なお、この例では、タグ関連情報表示エリア３００には何も表示されていない。すなわち、タグ関連情報にはタグ情報が登録されていない。

ステップＳ２０において、制御部１０ｃは、タグ情報に基づいてタグ関連情報を作成（更新）する。すなわち、制御部１０ｃは、タグ関連情報をタグ管理サーバ２０に要求する。具体的には、制御部１０ｃは、タグ関連性要求情報をタグ管理サーバ２０に送信する。タグ管理サーバ２０の通信部２０ｂは、タグ関連性要求情報を受信し、制御部２０ｃに出力する。制御部２０ｃは、タグ関連情報を記憶部２０ａから取得し、通信部２０ｂに出力する。通信部２０ｂは、タグ関連情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、タグ関連情報を受信し、制御部１０ｃに出力する。

ここで、タグ関連情報の一例を図１０に示す。図１０に示すように、タグ関連情報はテーブル形式の情報であり、タグＩＤ欄、タグ内容欄、作成者欄、利用者欄、タグ関連性欄、座標欄、及び階層欄で構成される。タグＩＤ欄には、タグ情報を識別するためのタグＩＤが格納される。タグ内容欄には、タグ内容、具体的にはタグ情報が格納される。タグ内容欄には、サブ名称情報も格納される。作成者欄には、タグ情報を作成したユーザ、すなわち作成者の氏名が格納される。作成者欄には、作成者のユーザＩＤが格納されてもよい。利用者欄には、タグ情報を使用したユーザ、すなわち利用者の氏名が格納される。利用者欄には、利用者のユーザＩＤが格納されてもよい。タグ関連性欄には、タグ情報に関連付けられているタグ情報のタグＩＤが格納される。タグ関連性欄には、タグ内容が格納されてもよい。タグ情報同士の関連性はユーザにより指定される。座標欄には、タグ情報のタグ関連情報表示エリア３００内での表示座標が格納される。なお、この表示座標はいわゆるデフォルトの値である。すなわち、タグ情報がタグ関連情報表示エリア３００に表示された後、ユーザは、タグ情報の表示位置を自己の好みに合わせて変更できる。階層欄には、タグ情報が格納されるタグフォルダのタグＩＤが格納される。

制御部１０ｃは、ステップＳ１０で与えられたタグ情報がタグ関連情報に登録済みであるか否かを判定する。具体的には、制御部１０ｃは、ステップＳ１０で与えられたタグ情報と、タグ内容欄に格納されたタグ情報とを比較する。なお、比較はサブ名称情報も含めて行う。

この結果、制御部１０ｃは、タグ情報及びサブ名称情報がいずれも同一である場合には、制御部１０ｃは、ステップＳ１０で与えられたタグ情報が登録済みであると判定する。一方、制御部１０ｃは、タグ情報及びサブ名称情報の少なくとも一方が異なる場合には、ステップＳ１０で与えられたタグ情報が未登録であると判定する。このように、制御部１０ｃは、同じ表記であるが異なる正式名称を持つタグ情報を別々のタグ情報として認識することができる。

制御部１０ｃは、ステップＳ１０で与えられたタグ情報がタグ関連情報に未登録である場合、タグ関連情報に新規の行を追加し、その行にタグ情報を格納する。制御部１０ｃは、タグＩＤ欄には、新規に作成したタグＩＤを格納する。また制御部１０ｃは、ステップＳ１０で取得した氏名情報を作成者欄及び利用者欄に格納する。制御部１０ｃは、タグ関連性欄をブランクとし、座標欄には、他のタグ情報の表示座標と重複しない表示座標を格納する。制御部１０ｃは、階層欄をブランクとする。一方、制御部１０ｃは、タグ情報が登録済みの場合、そのタグ情報に対応する利用者欄にステップＳ１０で取得した氏名情報を追加する。すなわち、制御部１０ｃは、タグ情報を入力したユーザを利用者欄に追加する。タグ関連情報は、全ユーザに共通の情報となる。

ステップＳ３０において、制御部１０ｃは、タグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、タグ関連情報をタグ管理サーバ１０及び各ユーザ端末４０に送信する。タグ管理サーバ２０の通信部２０ｂは、タグ関連情報を受信し、制御部２０ｃに出力する。制御部２０ｃは、タグ関連情報を記憶部２０ａに記憶する。一方、ユーザ端末４０の通信部４０ｄは、タグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、タグ関連情報に基づいて、タグ情報をタグ関連情報表示エリア３００に表示する。表示例を図１５に示す。この例では、タグ関連情報表示エリア３００に「ＡＡＡ」と表記されたタグ情報４００ａが表示されている。

その後、ユーザは、タグ情報の表示位置を任意に変更できる。例えば、ユーザは、図１５に示すタグ情報４００ａを所望の位置までドラッグアンドドロップする。これに応じて、制御部４０ｅは、ユーザがドロップした位置までタグ情報４００ａを移動させる。その後、情報処理システム１は、タグ関連情報作成処理を終了する。

（１−６．メンテナンス処理）
情報処理システム１は、ユーザから入力されたメンテナンス要求情報に基づいて、タグ関連情報（具体的には、タグ関連情報表示エリア３００に表示されたタグ情報）をメンテナンスすることができる。

（１−６−１．処理の概要）
そこで、まず、メンテナンス処理の概要を図８に示すフローチャートに沿って説明する。ステップＳ４０において、ユーザは、メンテナンスを要求する旨の入力操作を行う。これに応じて、制御部４０ｅは、メンテナンス要求情報を作成し、通信部４０ｄに出力する。通信部４０ｄは、メンテナンス要求情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、メンテナンス要求情報を受信し、制御部１０ｃに出力する。

ステップＳ５０において、制御部１０ｃは、タグ管理サーバ２０からタグ関連情報を取得し、メンテナンス要求情報に基づいて、タグ関連情報を更新する。ステップＳ６０において、制御部１０ｃは、更新されたタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、タグ関連情報をタグ管理サーバ２０及び各ユーザ端末４０に送信する。タグ管理サーバ２０は、タグ関連情報を記憶する。一方、各ユーザ端末４０は、更新後のタグ関連情報に基づいて、タグ情報をタグ関連情報表示エリア３００に表示する。その後、情報処理システム１は、本処理を終了する。このように、いずれかのユーザがメンテナンス処理を行った場合、その結果を他のユーザと共有することができる。以下、メンテナンス処理の具体例を説明する。

（１−６−２．タグ関連付け処理）
ユーザは、タグ関連情報表示エリア３００に複数のタグ情報が表示されている場合、これらを関連付けることができる。例えば、図１６に示すように、タグ情報４００ａ、４００ｂがタグ関連情報表示エリア３００に表示されている場合、ユーザは、タグ情報４００ａ、４００ｂを関連付けることができる。なお、タグ情報４００ｂは、「ＢＢＢ」というタグ情報を示す。

具体的には、ユーザは、図１６に示すメンテナンスアイコン３２０をタップする。メンテナンスアイコン３２０はペン型のアイコンである。これに応じて、制御部４０ｅは、メンテナンスアイコン３２０を強調表示する。例えば、制御部４０ｅは、メンテナンスアイコン３２０を枠画像３２０ａで囲む。もちろん、強調表示はこの例に限られない。強調表示の他の例としては、拡大表示、色違いの表示、点滅表示等が挙げられる。そして、ユーザは、関連付けたい複数のタグ情報のうち、一方のタグ情報から他方のタグ情報まで指をドラッグする。例えば、ユーザは、タグ情報４００ａとタグ情報４００ｂとを関連付けたい場合、タグ情報４００ａ（またはタグ情報４００ｂ）にタップし、その後、指をタグ情報４００ｂ（またはタグ情報４００ａ）までドラッグする。これに応じて、制御部４０ｅは、ユーザが指定した複数のタグ情報同士を関連付ける旨のメンテナンス要求情報を作成する。そして、制御部４０ｅは、メンテナンス要求情報を通信部４０ｄに出力し、通信部４０ｄは、メンテナンス要求情報をタグ処理サーバ１０に送信する。

タグ処理サーバ１０の通信部１０ｂは、メンテナンス要求情報を受信し、制御部１０ｃに出力する。制御部１０ｃは、タグ管理サーバ２０からタグ関連情報を取得する。そして、制御部１０ｃは、メンテナンス要求情報に基づいて、タグ関連情報を更新する。具体的には、制御部１０ｃは、関連付けを要求された複数のタグ情報を特定する。そして、制御部１０ｃは、一方のタグ情報に対応するタグ関連性欄に、他方のタグ情報のタグＩＤを格納する。同様に、制御部１０ｃは、他方のタグ情報に対応するタグ関連性欄に、一方のタグ情報のタグＩＤを格納する。例えば、制御部１０ｃは、タグ情報４００ａに対応するタグ関連性欄に、タグ情報４００ｂのタグＩＤを格納し、タグ情報４００ｂに対応するタグ関連性欄に、タグ情報４００ａのタグＩＤを格納する。そして、制御部１０ｃは、更新後のタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、タグ関連情報をタグ管理サーバ２０及び各ユーザ端末４０に送信する。

タグ管理サーバ２０は、タグ関連情報を記憶する。また、ユーザ端末４０の通信部４０ｄは、タグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、タグ関連情報に基づいて、タグ情報を表示する。ここで、制御部４０ｅは、タグ関連性欄のタグＩＤに基づいて、連結情報を表示する。連結情報は、互いに関連するタグ情報同士を連結する線情報である。図１７に表示例を示す。この例では、タグ情報４００ａ、４００ｂが連結情報４１０で連結されている。

情報処理システム１は、タグ関連情報作成処理及びタグ関連付け処理を繰り返して行うことで、タグ関連情報表示エリア３００に複数のタグ情報を表示し、かつ、これらのタグ情報同士を関連付けることができる。タグ関連情報表示エリア３００に複数のタグ情報が表示された例を図１９及び図２０に示す。図１９では、複数のタグ情報４００ａ〜４００ｊがタグ関連情報表示エリア３００に表示されており、これらのタグ情報４００ａ〜４００ｊのうち、互いに関連するタグ情報同士が連結情報４１０で連結されている。タグ情報４００ｃ〜４００ｊは、それぞれ「ＣＣＣ」〜「ＪＪＪ」というタグ情報を示す。また、図２０は、複数のタグ情報４００ａ〜４００ｊ、４００Ａがタグ関連情報表示エリア３００に表示されている。タグ情報４００Ａは、タグ情報４００ａと同様に「ＡＡＡ」という文字情報を示す。しかし、これらのサブ名称情報が異なっている。このため、タグ情報４００ａ、４００Ａは別々のタグ情報となっている。タグ関連付け処理によれば、複数のタグ情報を複数ユーザによって関連付けを行うので、各ユーザは、他のユーザによる関連付けを参照することができる。これにより、各ユーザは、タグ情報同士の関連性について新たな気付きを産むことができる。

図１９及び図２０に示すように、タグ関連情報表示エリア３００内に多数のタグ情報が表示されると、ユーザにとって煩雑になる場合がある。そこで、制御部４０ｅは、ユーザが入力したタグ情報及び当該タグ情報に関連したタグ情報のみをタグ関連情報表示エリア３００に表示してもよい。ここで、制御部１０ｃは、ユーザが入力したタグ情報を基点として複数のタグ情報が連結情報によって連結されている場合、これらのタグ情報をすべて表示してもよい。例えば、ユーザが図１９に示すタグ情報４００ａを入力した場合には、制御部１０ｃは、タグ情報４００ａを基点として互いに連結されたタグ情報４００ｂ〜４００ｊをタグ関連情報表示エリア３００に表示してもよい。さらに、制御部４０ｅは、ユーザがタグ情報を入力している途中であってもタグ情報を予測変換し、予測変換されたタグ情報及び当該タグ情報に関連したタグ情報のみをタグ関連情報表示エリア３００に表示してもよい。

また、制御部４０ｅは、ユーザによるタグ情報の使用頻度を記憶部４０ａに記憶させておき、タグ情報の使用頻度に基づいて、タグ情報の表示位置を変更してもよい。例えば、制御部４０ｅは、ユーザによるタグ情報の使用頻度が高いほど、そのタグ情報の表示位置をタグ関連情報表示エリア３００の中心に近づけてもよい。また、タグ処理サーバ１０の制御部１０ｃは、全ユーザによるタグ情報の使用頻度を集計し、その結果に応じてタグ関連情報内の座標欄の値を変更してもよい。例えば、制御部１０ｃは、全ユーザによるタグ情報の使用頻度が高いほど、そのタグ情報の表示位置をタグ関連情報表示エリア３００の中心に近づけてもよい。

また、情報処理システム１は、ユーザからの入力操作に基づいて、タグ情報同士の関連性の度合いを調整してもよい。例えば、ユーザは、タグ情報同士の関連性の度合いを調整したい場合、これらのタグ情報同士を連結する連結情報にタップする。例えば、ユーザは、図１７に示すタグ情報４００ａ、４００ｂの関連性を調整したい場合、これらを連結する連結情報４１０にタップする。これに応じて、制御部１０ｃは、タグ情報の関連性を強調する旨のメンテナンス要求情報を作成する。制御部１０ｃは、メンテナンス要求情報を通信部４０ｄに出力する。通信部４０ｄは、メンテナンス要求情報をタグ処理サーバ１０に送信する。

タグ処理サーバ１０の通信部１０ｂは、メンテナンス要求情報を受信し、制御部１０ｃに出力する。制御部１０ｃは、タグ管理サーバ２０からタグ関連情報を取得する。そして、制御部１０ｃは、メンテナンス要求情報に基づいて、タグ関連情報を更新する。具体的には、制御部１０ｃは、関連付けの強調を要求されたタグ情報のタグＩＤを特定する。そして、制御部１０ｃは、タグ関連性欄のうち、特定されたタグＩＤに強調情報を付与する。強調情報の一例を図１０に示す。この例では、タグ情報４００ａ、４００ｂの関連性が強調されている。また、強調情報は＊マークで示される。そして、制御部１０ｃは、更新後のタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、タグ関連情報をタグ管理サーバ２０及び各ユーザ端末４０に送信する。

タグ管理サーバ２０は、タグ関連情報を記憶する。また、ユーザ端末４０の通信部４０ｄは、タグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、タグ関連情報に基づいて、タグ情報を表示する。ここで、制御部４０ｅは、タグ関連性欄内のタグＩＤに基づいて、連結情報を表示する。また、制御部４０ｅは、タグ関連性欄内のタグＩＤに強調情報が付与されている場合、強調情報に対応する連結情報を強調表示する。例えば、図１６に示すタグ情報４００ａ、４００ｂの関連性に強調情報が付与されている場合、制御部４０ｅは、図１８に示すように、タグ情報４００ａ、４００ｂを連結する連結情報４１０を強調表示する。例えば、制御部４０ｅは、連結情報４１０を太線で表示する。強調表示の例はこれに限られない。例えば、制御部４０ｅは、連結情報４１０を他の連結情報４１０と異なる色で表示してもよい。また、制御部４０ｅは、特定の関連性を示す連結情報４１０を特定の色で表示してもよい。また、タグ処理サーバ１０の制御部１０ｃは、ユーザが連結情報をタップした回数等に応じて、関連性の度合いを調整してもよい。この場合、ユーザ端末４０の制御部４０ｅは、関連性の度合いに応じて強調表示の度合いを調整してもよい。また、ユーザの優先順位を設定してもよい。例えば、病院内のＳＮＳに第１の実施形態を適用する場合、先生の優先順位を患者の優先順位よりも高くしてもよい。そして、制御部４０ｅは、優先順位の高いユーザからのメンテナンス要求情報により作成する連結情報を、優先順位の低いユーザからのメンテナンス要求情報により作成する連結情報よりも強調して表示してもよい。この場合、タグ関連情報の関連性欄には、タグＩＤとそのような関連性を要求したユーザの優先順位とが関連付けられて格納される。

（１−６−３．フォルダ管理処理）
ユーザは、タグ関連情報表示エリア３００に一または複数のタグ情報が表示されている場合、これらをタグフォルダに格納することができる。例えば、図２１に示すように、タグ情報４００ｋ〜４００ｎ、４３０ａ〜４３０ｃがタグ関連情報表示エリア３００に表示されている場合、ユーザは、タグ情報４３０ａ〜４３０ｃをタグフォルダにまとめることができる。ここで、タグ情報４００ｋ〜４００ｎは、「ＫＫＫ」〜「ＮＮＮ」を示すタグ情報である。また、タグ情報４３０ａは「ｄｏｇ」を示すタグ情報であり、タグ情報４３０ｂは「ＤＯＧ」を示すタグ情報であり、タグ情報４３０ｃは「Ｄｏｇ」を示すタグ情報である。これらのタグ情報は同じ意味であり、いずれもタグ情報４００ｋ〜４００ｎに関連付けられている。図１１は、図２１の表示例に対応するタグ関連情報の一例を示す。

したがって、これらを１つのタグフォルダにまとめる（すなわち階層化する）ことで、検索処理時にこれらを同じ意味として扱うことができる。すなわち、検索処理の精度が向上する。また、タグ関連情報表示エリア３００のタグ情報が整理されるというメリットも有る。

具体的には、ユーザは、任意のタグ情報（好ましくは、タグフォルダにまとめたいタグ情報を総称するタグ情報。以下、このタグ情報を「タグフォルダ作成用タグ情報」とも称する）を含むオブジェクト情報をユーザ端末４０に入力する。これに応じて、情報処理システム１は、上述したタグ関連情報作成処理を行うことで、ユーザが入力したタグフォルダ作成用タグ情報をタグ関連情報に登録し、タグフォルダ作成用タグ情報をタグ関連情報表示エリア３００に表示する。ついで、ユーザは、タグ関連情報表示エリア３００内のタグフォルダ作成用タグ情報をメンテナンスアイコン３１０にドラッグアンドドロップする。ユーザは、メンテナンスアイコン３１０をタグフォルダ作成用タグ情報にドラッグアンドドロップしてもよい。

これに応じて、制御部４０ｅは、タグフォルダの作成を要求する旨のメンテナンス要求情報を作成し、通信部４０ｄに出力する。通信部４０ｄは、メンテナンス要求情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、メンテナンス要求情報を制御部１０ｃに出力する。制御部１０ｃは、タグ管理サーバ２０からタグ関連情報を取得する。そして、制御部１０ｃは、タグ関連情報のうち、タグフォルダ作成用タグ情報に対応するタグ内容欄に、タグフォルダ情報を格納する。タグフォルダ情報は、タグ情報がタグフォルダであることを示す情報である。タグフォルダ情報の一例を図１２に示す。図１２は、タグ関連情報の一例であるが、タグＩＤ１０００７に対応するタグ情報がタグフォルダとなっている。そして、タグＩＤ１０００７に対応するタグ内容欄には、タグフォルダ情報が＊マークで示されている。

そして、制御部１０ｃは、更新後のタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、タグ関連情報をタグ管理サーバ２０及び各ユーザ端末４０に送信する。タグ管理サーバ２０は、タグ関連情報を記憶する。また、ユーザ端末４０の通信部４０ｄは、タグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、タグ関連情報に基づいて、タグ情報を表示する。ここで、制御部４０ｅは、タグ内容欄内のタグフォルダ情報が含まれるタグ情報をタグフォルダに変換する。

例えば、ユーザは、図２２に示すように、「ＤＯＧ」というタグフォルダ５００ａを作成したい場合、「♯ＤＯＧ」というタグ情報２３０を含むオブジェクト情報をユーザ端末４０に入力する。これに応じて、情報処理システム１は、「ＤＯＧ」と表記されたタグフォルダ作成用タグ情報をタグ関連情報表示エリア３００に表示する。その後、ユーザは、タグフォルダ作成用タグ情報をメンテナンスアイコン３１０にドラッグアンドドロップする。これに応じて、情報処理システム１は、タグフォルダ作成用タグ情報をタグフォルダ５００ａに変換する。

そして、ユーザは、所望のタグ情報をタグフォルダ内に格納する。具体的には、ユーザは、所望のタグ情報をタグフォルダ内にドラッグアンドドロップする。例えば、ユーザは、図２２に示す例において、タグ情報４３０ａ〜４３０ｃをタグフォルダ５００ａに格納したい場合、矢印Ｐが示すように、これらのタグ情報４３０ａ〜４３０ｃをタグフォルダ５００ａにドラッグアンドドロップする。これに応じて、制御部４０ｅは、タグ情報をタグフォルダに格納することを要求する旨のメンテナンス要求情報を作成し、通信部４０ｄに出力する。メンテナンス要求情報は、ユーザが指定したタグ情報、及びこれらのタグ情報が格納されるタグフォルダを示す。

通信部４０ｄは、メンテナンス要求情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、メンテナンス要求情報を制御部１０ｃに出力する。制御部１０ｃは、タグ管理サーバ２０からタグ関連情報を取得する。そして、制御部１０ｃは、タグ関連情報のうち、メンテナンス要求情報が示すタグ情報及びタグフォルダを特定する。そして、制御部１０ｃは、特定されたタグ情報の階層欄に、特定されたタグフォルダのタグＩＤを格納する。これにより、ユーザが指定したタグ情報がタグフォルダ内に格納される（言い換えれば、タグ情報がタグフォルダの下層に配置される）。階層欄に格納される情報は、タグフォルダのタグ内容であってもよい。図１２に一例を示す。この例では、タグＩＤ１０００１〜１０００３のタグ情報（すなわちタグ情報４３０ａ〜４３０ｃ）がタグＩＤ１０００７のタグフォルダ（すなわちタグフォルダ５００ａ）に格納されている。

さらに、制御部１０ｃは、タグフォルダに格納されたタグ情報が他のタグ情報と関連している場合、タグフォルダもこれらのタグ情報と関連していると判定する。そして、制御部１０ｃは、タグフォルダに対応するタグ関連性欄に、タグフォルダが関連しているタグ情報のタグＩＤを格納する。図１２に一例を示す。この例では、タグフォルダ５００ａにタグ情報４３０ａ〜４３０ｃが格納されているが、タグ情報４３０ａ〜４３０ｃは、タグＩＤ１０００４〜１０００６のタグ情報（すなわち、タグ情報４００ｋ〜４００ｎ）に関連している。したがって、タグフォルダ５００ａのタグ関連性欄には、タグＩＤ１０００４〜１０００４が格納される。なお、タグ情報４３０ａ〜４３０ｃのタグ関連性欄には、タグＩＤ１０００４〜１０００６が格納されている。また、タグＩＤ１０００４〜１０００６の後ろには「−」の文字が記載されている。この文字は、例えば、タグ関連性を示す連結情報を省略してもよいことを示す。そして、制御部１０ｃは、更新後のタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、タグ関連情報をタグ管理サーバ２０及び各ユーザ端末４０に送信する。

タグ管理サーバ２０は、タグ関連情報を記憶する。また、ユーザ端末４０の通信部４０ｄは、タグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、タグ関連情報に基づいて、タグ情報を表示する。ここで、制御部４０ｅは、タグ内容欄にタグフォルダ情報が格納されているタグ情報をタグフォルダとして表示する。さらに、制御部４０ｅは、階層欄を参照して、タグフォルダ内にタグ情報を格納する。制御部４０ｅは、図１２に示すタグ関連情報が与えられた場合、図２３に示すように、タグフォルダ５００ａを作成し、タグフォルダ５００ａ内にタグ情報４３０ａ〜４３０ｃを格納する。さらに、制御部４０ｅは、タグフォルダのタグ関係性欄を参照して、タグフォルダと他のタグ情報とを関連付ける。図１２に示すタグ関連情報では、タグフォルダ５００ａに対応するタグ関係性欄にタグＩＤ１０００４〜１０００６（すなわちタグ情報４００ｋ〜４００ｎ）が格納されているので、制御部４０ｅは、タグフォルダ５００ａとタグ情報４００ｋ〜４００ｎとを関連付ける。具体的には、制御部４０ｅは、タグフォルダ５００ａとタグ情報４００ｋ〜４００ｎとを連結情報４１０で連結する。さらに、制御部４０ｅは、開指定アイコン５１０をタグフォルダ５００ａの近傍に配置する。

そして、制御部４０ｅは、ユーザが開指定アイコン５１０をタップした際には、図２４に示すように、タグフォルダ５００ａを開き、タグフォルダ５００ａ内のタグ情報４３０ａ〜４３０ｃを表示する。具体的には、制御部４０ｅは、タグフォルダ表示エリア５３０ａをタグフォルダ５３０の下方に設定し、タグフォルダ表示エリア５３０ａ内にタグ情報４３０ａ〜４３０ｃを表示する。これにより、制御部４０ｅは、タグフォルダ５００ａとタグ情報４３０ａ〜４３０ｃとを関連付けて表示することができる。ここで、制御部４０ｅは、タグ情報４３０ａ〜４３０ｃとタグ情報４３０ａ〜４３０ｃに関連するタグ情報４００ｋ〜４００ｎとを連結情報４１０で連結してもよい。これらの連結情報４１０は省略されてもよい。また、図２４に示すように、これらの連結情報４１０はタグフォルダ５００ａから伸びる連結情報４１０よりも目立たない態様（例えば破線など）で表示されてもよい。

また、制御部４０ｅは、タグフォルダ５００ａを開いている間は、タグフォルダ５００ａの近傍に閉指定アイコン５２０を表示する。制御部４０ｅは、ユーザが閉指定アイコン５２０をタップした場合には、タグフォルダ５００ａを閉じる。具体的には、制御部４０ｅは、図２３に示す画像を表示する。

なお、上記の例では、タグフォルダ内にタグ情報のみを格納したが、タグフォルダ内にさらにタグフォルダを格納してもよい。ここで、あるタグフォルダが他のタグフォルダに格納されていない場合、そのタグフォルダは最上位のタグフォルダとなる。そして、最上位のタグフォルダに格納されたタグ情報及びタグフォルダは、第１階層のタグ情報及びタグフォルダとなる。そして、第１階層のタグフォルダに格納されたタグ情報及びタグフォルダは、第２階層のタグ情報及びタグフォルダとなる。以下、同様の手順でカウントする。

また、上記の例では、互いに同じ意味を有するが異なる表記を有するタグ情報同士を１つのタグフォルダにまとめたが、タグフォルダの用途は上記に限られないことはもちろんである。例えば、ユーザは、プロジェクト名を示すタグフォルダを作成し、このプロジェクトで作成されたタグ情報をこのタグフォルダに順次格納してもよい。この場合、例えばプロジェクト名が変更された場合には、ユーザは、タグフォルダの名称を新しいプロジェクト名に変更すればよい。そして、ユーザは、プロジェクト名が変更された後に作成されたタグ情報も同じタグフォルダに格納すればよい。これにより、プロジェクト名の変更前と変更後のタグ情報が同じタグフォルダに格納されることになる。そして、情報処理システム１は、例えば検索処理において、変更前と変更後のタグ情報をまとめて検索語とすることができる。また、タグ関連情報表示エリア３００のタグ情報が整理されるというメリットも有る。また、ユーザは、プロジェクト変更前のタグ情報とプロジェクト変更後のタグ情報とが同じプロジェクトに属すると判断することができる。

また、ユーザは、商品の開発を行っている場合に、開発コードを示すタグフォルダを作成し、開発中に作成したタグ情報をこのタグフォルダに格納してもよい。この場合、例えば、商品名が決定された場合には、ユーザは、タグフォルダの名称を開発コードから商品名に変更すれば良い。そして、ユーザは、商品名が決定された後に作成されたタグ情報も同じタグフォルダに格納すればよい。これにより、開発コードに対応するタグ情報及び商品名に対応するタグ情報が同じタグフォルダに格納されることになる。そして、情報処理システム１は、例えば検索処理において、開発コードに対応するタグ情報及び商品名に対応するタグ情報をまとめて検索語とすることができる。また、タグ関連情報表示エリア３００のタグ情報が整理されるというメリットも有る。また、ユーザは、開発コードに対応するタグ情報及び商品名に対応するタグ情報が同じ商品に対応するものであると判断することができる。

また、ユーザは、プロジェクト名を示すタグフォルダをプロジェクト毎に作成してもよい。そして、ユーザは、複数のプロジェクトが１つのプロジェクトに統合された場合、統合後のプロジェクト名を示すタグフォルダを作成し、このタグフォルダに統合前の複数のタグフォルダを格納してもよい。これにより、統合前の各々のプロジェクトで作成されたタグ情報と、統合後のプロジェクトにおいて作成されたタグ情報とが同じタグフォルダに格納される。そして、情報処理システム１は、例えば検索処理において、統合前のプロジェクトに対応するタグ情報及び統合後のプロジェクトに対応するタグ情報をまとめて検索語とすることができる。また、タグ関連情報表示エリア３００のタグ情報が整理されるというメリットも有る。また、ユーザは、統合前のプロジェクトに対応するタグ情報及び統合後のプロジェクトに対応するタグ情報が同じプロジェクトに属すると判断することができる。

また、ユーザは、何らかの対象（例えば人物、地名、商品名等）の名称に複数の呼び名がある場合（例えば、正式名称、あだ名等）がある場合、これらの呼び名の代表的なものを示すタグフォルダを作成してもよい。そして、ユーザは、各呼び名を示すタグ情報をこのタグフォルダに格納してもよい。この場合、情報処理システム１は、例えば検索処理において、様々な呼び名をまとめて検索語とすることができる。また、タグ関連情報表示エリア３００のタグ情報が整理されるというメリットも有る。また、ユーザは、複数のタグ情報が同じ対象を示すと判断することができる。

（１−６−４．閲覧制限設定処理）
ユーザは、タグフォルダに閲覧制限を設定してもよい。例えば、図２３に示す例において、ユーザは、タグフォルダ５００ａに閲覧制限を設定してもよい。この場合、タグフォルダ５００ａに格納されたタグ情報４３０ａ〜４３０ｃの閲覧が制限される。閲覧制限が利用される例としては、特定のプロジェクトに関するタグ情報を当該プロジェクトに関係のあるユーザのみに閲覧させるというものが挙げられる。

具体的には、ユーザは、閲覧制限を設定したいタグフォルダにメンテナンスアイコン３４０をドラッグアンドドロップする。ユーザは、タグフォルダをメンテナンスアイコン３４０にドラッグアンドドロップしてもよい。例えば、ユーザは、タグフォルダ５００ａにメンテナンスアイコン３４０をドラッグアンドドロップする。

これに応じて、制御部４０ｅは、閲覧（アクセス）を許可するユーザをユーザに問い合わせる。例えば、制御部４０ｅは、図２６に示すメッセージウインドウ７００を表示する。メッセージウインドウ７００には、閲覧を許可するユーザを問い合わせる旨の文字情報と、ユーザ入力欄７１０とが表示される。ユーザは、閲覧を許可するユーザをユーザ入力欄７１０に入力する。例えば、ユーザは、閲覧を許可するユーザのユーザＩＤ（メールアドレス、メーリングリスト、グローバルＩＤ等であってもよい）を入力する。

これに応じて、制御部４０ｅは、閲覧制限の設定を要求する旨のメンテナンス要求情報を作成し、通信部４０ｄに出力する。メンテナンス要求情報は、閲覧制限の設定対象となるタグフォルダ（以下、「閲覧制限タグフォルダ」とも称する）と、閲覧を許可するユーザのユーザＩＤとを示す。通信部４０ｄは、メンテナンス要求情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、メンテナンス要求情報を制御部１０ｃに出力する。制御部１０ｃは、タグ管理サーバ２０からタグ関連情報を取得する。そして、制御部１０ｃは、メンテナンス要求情報に基づいて、閲覧制限タグフォルダを特定する。

そして、制御部１０ｃは、閲覧制限タグフォルダのタグ内容欄に閲覧制限情報を付与する。さらに、制御部１０ｃは、閲覧制限タグ情報の利用者欄には、閲覧を許可されたユーザの氏名を格納する。さらに、制御部１０ｃは、閲覧制限タグフォルダのタグ関係性欄に基づいて、閲覧制限タグフォルダに格納されたタグ情報（以下、「閲覧制限タグ情報」とも称する）を特定する。さらに、制御部１０ｃは、閲覧制限タグ情報のタグ関係性欄に格納されたタグＩＤに、閲覧制限情報を付与する。さらに、制御部１０ｃは、他のタグ情報のタグ関係性欄に格納されたタグＩＤのうち、閲覧制限タグ情報を示すタグＩＤに閲覧制限情報を付与する。

具体例を図１３に示す。この例では、タグＩＤ１０００７で示されるタグフォルダ（すなわち、タグフォルダ５００ａ）に閲覧制限タグフォルダとなっている。このため、制御部１０ｃは、タグフォルダ５００ａのタグ内容欄に閲覧制限情報を付与する。閲覧制限情報は「Ｎ」マークで示される。さらに、制御部１０ｃは、タグフォルダ５００ａの利用者欄には、閲覧を許可されたユーザの氏名を格納する。この例では、「Ｙａｎｏ」、「Ｓｕｚｕｋｉ」、「ｏｂａ」、「ｏｈｔａｎｉ」が閲覧を許可されている。

さらに、タグＩＤ１０００４〜１０００６で示されるタグ情報（すなわち、タグ情報４３０ａ〜４３０ｃ）が閲覧制限タグ情報となる。そこで、制御部１０ｃは、タグ情報４３０ａ〜４３０ｃのタグ関係性欄に格納されたタグＩＤに閲覧制限情報を付与する。さらに、制御部１０ｃは、他のタグ情報（タグ情報４００ｋ〜４００ｎ）のタグ関係性欄に格納されたタグＩＤのうち、タグ情報４３０ａ〜４３０ｃを示すタグＩＤに閲覧制限情報を付与する。

そして、制御部１０ｃは、更新後のタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、タグ関連情報をタグ管理サーバ２０及び各ユーザ端末４０に送信する。タグ管理サーバ２０は、タグ関連情報を記憶する。また、ユーザ端末４０の通信部４０ｄは、タグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、タグ関連情報に基づいて、タグ情報を表示する。ここで、制御部４０ｅは、タグ内容欄に閲覧制限情報が格納されているタグフォルダを閲覧制限タグフォルダとして表示する。例えば、制御部４０ｅは、図１３に示すタグ関連情報が与えられた場合、図２７に示すように、タグフォルダ５００ａを閲覧制限タグフォルダとする。具体的には、制御部４０ｅは、タグフォルダ５００ａの近傍に閲覧制限アイコン５４０を表示する。

そして、制御部４０ｅは、ユーザがタグフォルダ５００ａの開指定アイコン５１０にタップした場合、そのユーザが閲覧を許可されたユーザであるか否かを判定する。制御部４０ｅは、具体的には、記憶部４０ａからユーザＩＤを取得し、ユーザＩＤに対応する氏名がタグフォルダ５００ａの利用者欄に格納されているか否かを判定する。制御部４０ｅは、ユーザＩＤに対応する氏名がタグフォルダ５００ａの利用者欄に格納されている場合には、そのユーザは閲覧を許可されたユーザであると判定する。それ以外の場合には、制御部４０ｅは、そのユーザは閲覧を許可されていないと判定する。

制御部４０ｅは、閲覧が許可されたユーザに対しては、図２８に示すように、タグフォルダ５００ａを開く。また、制御部４０ｅは、閲覧制限タグ情報と他のタグ情報とを連結する連結情報４１０も表示する。一方、制御部４０ｅは、閲覧が許可されていないユーザに対しては、図２９に示すように、タグフォルダ５００ａを開かない。そして、制御部４０ｅは、閲覧が制限されている旨を示すメッセージウインドウ７２０を表示する。なお、図２９に示すように、制御部４０ｅは、閲覧を許可されていないユーザに対しても、閲覧制限タグフォルダと他のタグ情報４００ｋ〜４００ｎとを連結する連結情報４１０は表示する。したがって、ユーザは、少なくとも閲覧制限タグフォルダが他のタグ情報４００ｋ〜４００ｎと関連していると認識できる。これにより、ユーザが後に閲覧を許可された場合に、閲覧制限タグ情報と他のタグ情報との関連性を容易に把握することができる。

なお、ユーザは、任意のタイミングで閲覧制限を解除できる。例えば、ユーザは、閲覧制限タグフォルダを長押しする。これに応じて、制御部４０ｅは、閲覧制限タグフォルダの閲覧制限を解除することを要求する旨のメンテナンス要求情報を作成する。そして、制御部４０ｅは、メンテナンス要求情報を通信部４０ｄに出力する。通信部４０ｄは、メンテナンス要求情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、メンテナンス要求情報を受信し、制御部１０ｃに出力する。制御部１０ｃは、メンテナンス要求情報に基づいて、閲覧制限タグフォルダの閲覧制限を解除する。具体的には、制御部１０ｃは、閲覧制限タグフォルダのタグ内容欄から閲覧制限情報を削除する。また、制御部１０ｃは、閲覧制限タグ情報のタグ関係性欄から閲覧制限情報を削除する。さらに、制御部１０ｃは、他のタグ情報のタグ関係性欄からも閲覧制限情報を削除する。そして、制御部１０ｃは、更新後のタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、タグ関連情報をタグ管理サーバ２０及び各ユーザ端末４０に送信する。タグ管理サーバ２０は、タグ関連情報を記憶する。また、ユーザ端末４０の通信部４０ｄは、タグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、タグ関連情報に基づいて、タグ情報を表示する。具体的には、制御部４０ｅは、閲覧制限タグフォルダを通常の（閲覧制限のない）タグフォルダに戻す。

また、情報処理システム１は、閲覧を許可するユーザの変更を受け付けてもよい。すなわち、制御部４０ｅは、所定の操作（例えば閲覧制限タグフォルダを複数回タップする操作）があった場合に、図２６に示すメッセージウインドウ７００を表示してもよい。その後、情報処理システム１は、上述した処理を行うことで、閲覧を許可するユーザを変更（再設定）してもよい。

（１−６−５．リコメンド処理）
タグ処理サーバ１０は、タグ関連情報に基づいて、階層化の候補であるタグフォルダ（以下、「階層化候補タグフォルダ」とも称する）を表示してもよい。具体的には、制御部１０ｃは、タグ管理サーバ２０からタグ関連情報を取得し、タグ関連情報に基づいて、同じタグ情報に関連付けられている複数のタグ情報を特定する。そして、制御部１０ｃは、特定されたタグ情報を含む階層化候補タグフォルダを作成する。

図３０に一例を示す。この例では、複数のタグ情報４００ａ〜４００ｃは、同じタグ情報４００ｄ〜４００ｅに関連付けられている。同様に、複数のタグ情報４００ｄ〜４００ｅは、同じタグ情報４００ａ〜４００ｃに関連付けられている。そこで、制御部１０ｃは、図３１に示すように、複数のタグ情報４００ｄ〜４００ｅを含む階層化候補タグフォルダ６１０ａと、複数のタグ情報４００ａ〜４００ｃを含む階層化候補タグフォルダ６１０ｂとを作成する。

そして、制御部１０ｃは、階層化候補タグフォルダに関する階層化候補情報を通信部１０ｂに出力する。通信部１０ｂは、階層化候補情報を各ユーザ端末４０に送信する。ユーザ端末４０の通信部４０ｄは、階層化候補情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、図３１に示すように、タグ関連情報表示エリア３００にリコメンドエリア６００を設定し、リコメンドエリア６００に階層化候補タグフォルダを表示する。制御部４０ｅは、階層化候補タグフォルダを表示する際には、階層化候補タグフォルダ内のタグ情報も表示する。例えば、制御部４０ｅは、階層化候補タグフォルダ６１０ａ、６１０ｂをリコメンドエリア６００に表示する。さらに、制御部４０ｅは、階層化候補タグフォルダ６１０ａ内のタグ情報４００ｄ〜４００ｅを階層化候補タグフォルダ６１０ａの近傍に表示する。さらに、制御部４０ｅは、階層化候補タグフォルダ６１０ｂ内のタグ情報４００ａ〜４００ｃを階層化候補タグフォルダ６１０ｂの近傍に表示する。

そして、ユーザは、いずれかの階層化候補タグフォルダにタップすることで、階層化候補タグフォルダを選択する。さらに、ユーザは、階層化候補タグフォルダの名称（タグフォルダ自身のタグ情報）を入力する。これに応じて、制御部４０ｅは、ユーザが指定した階層化候補タグフォルダを正式なタグフォルダとする旨のメンテナンス要求情報を作成する。このメンテナンス要求情報は、ユーザが指定した階層化候補タグフォルダ及び名称を示す。また、メンテナンス要求情報は、ユーザＩＤを含む。制御部４０ｅは、メンテナンス要求情報を通信部４０ｄに出力する。通信部４０ｄは、メンテナンス要求情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、メンテナンス要求情報を受信し、制御部１０ｃに出力する。

制御部１０ｃは、タグ管理サーバ２０からタグ関連情報を取得する。そして、タグ関連情報に新規の行を追加し、この行に階層化候補タグフォルダに関する情報を格納する。具体的には、制御部１０ｃは、タグＩＤ欄には、新規に作成したタグＩＤを格納する。また制御部１０ｃは、メンテナンス要求情報からユーザＩＤを抽出し、このユーザＩＤに対応する氏名情報をタグ管理サーバ２０から取得する。そして、制御部１０ｃは、この氏名情報を作成者欄及び利用者欄に格納する。制御部１０ｃは、階層化候補タグフォルダに含まれるタグ情報に関連するタグ情報を特定する。そして、制御部１０ｃは、特定されたタグ情報を示すタグＩＤを関連性欄に格納する。制御部１０ｃは、座標欄には、他のタグ情報の表示座標と重複しない表示座標を格納する。制御部１０ｃは、階層欄をブランクとする。さらに、制御部１０ｃは、階層化候補タグフォルダに含まれるタグ情報を特定し、これらのタグ情報の階層欄に階層化候補タグフォルダのタグＩＤを格納する。これにより、制御部１０ｃは、階層化候補タグフォルダを正式なタグフォルダとしてタグ関連情報に登録する。

そして、制御部１０ｃは、更新されたタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、タグ関連情報をタグ管理サーバ２０及び各ユーザ端末４０に送信する。タグ管理サーバ２０は、タグ関連情報を記憶する。ユーザ端末４０の通信部４０ｄは、タグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、タグ関連情報に基づいて、タグ情報をタグ関連情報表示エリア３００に表示する。具体例を図３２に示す。この例では、ユーザが階層化候補タグフォルダ６１０ａを選択しており、また、その名称を「ＦＦＦ」としている。したがって、制御部４０ｅは、階層化候補タグフォルダ６１０ａに対応するタグフォルダ５００ｆをタグ関連情報表示エリア３００に表示する。なお、情報処理システム１は、階層化候補フォルダのいずれかを自動で正式なタグフォルダとしてもよい。例えば、情報処理システム１は、階層化候補タグフォルダに含まれるタグ情報が最も少ないもの（あるいは多いもの）を自動的に正式なタグフォルダとしてもよい。また、情報処理システム１は、階層化候補タグフォルダを１つずつ表示し、それぞれに対して、「階層化しますか？」という文字情報が記載されたメッセージウインドウを表示してもよい。このメッセージウインドウには、「ＹＥＳ」ボタンと「ＮＯ」ボタンとが表示される。情報処理システム１は、ユーザが「ＹＥＳ」ボタンをタップした場合に、階層化候補タグフォルダを正式なタグフォルダとしてもよい。この処理により、情報処理システム１は、より精度の高いリコメンドを行うことができる。

（１−７．検索処理）
情報処理システム１は、上述したタグ関連情報作成処理及びメンテナンス処理によって作成及び更新されたタグ関連情報に基づいて、効率的な検索処理を行うことができる。なお、この検索処理は、ユーザ端末４０毎に行われる。すなわち、あるユーザがユーザ端末４０を用いて行った検索処理の結果は、他のユーザ端末４０には反映されない。もちろん、他のユーザ端末４０に反映されても良い。以下、検索処理の内容について図９に示すフローチャートに沿って説明する。なお、ここでは、図３３に示すタグ情報４３０ａ〜４３０ｃ、４００ｋ〜４００ｎ、タグフォルダ５００ａがタグ関連情報表示エリア３００に表示されているものとして、検索処理を説明する。検索処理時には、メンテナンスアイコン３１０〜３４０を消去してもよい。

ステップＳ１０において、ユーザ端末４０の制御部４０ｅは、ユーザが検索ボタン３５０をタップしたか否かを判定する。制御部４０ｅは、ユーザが検索ボタン３５０をタップしたと判定された場合には、ステップＳ８０に進み、検索ボタン３５０がタップされていないと判定した場合には、本処理を終了する。

ステップＳ８０において、制御部４０ｅは、検索ボタン３５０を強調表示する。例えば、制御部４０ｅは、図３３に示すように、検索ボタン３５０を枠画像３５１で囲む。もちろん、強調表示の方法はこの例に限られない。検索ボタン３５０を強調表示する他の例としては、検索ボタン３５０を太線で描く、検索ボタン３５０を点滅させる、検索ボタン３５０を拡大表示する処理が挙げられる。さらに他の例としては、検索ボタン３５０を通常の状態（タップされていない状態）とは異なる色で表示する処理が挙げられる。

そして、制御部４０ｅは、ユーザがいずれかのタグ情報またはタグフォルダをタップするまで待機する。制御部４０ｅは、ユーザがいずれかのタグ情報またはタグフォルダをタップした場合には、ステップＳ９０に進む。

ステップＳ９０において、制御部４０ｅは、ステップＳ８０でタグフォルダがタップされたか否かを判定する。制御部４０ｅは、ステップＳ８０でタグフォルダがタップされた場合には、ステップＳ１００に進み、ステップＳ８０でタグ情報がタップされた場合には、ステップＳ１３０に進む。

ステップＳ１００において、制御部４０ｅは、タグフォルダ及びタグフォルダ内のすべてのタグ情報を検索語とし、これらを強調表示する。例えば、制御部４０ｅは、図３３に示すタグフォルダ５００ａがタップされた場合には、タグフォルダ５００ａ及びタグフォルダ５００ａ内のすべてのタグ情報４３０ａ〜４３０ｃを検索語とする。そして、制御部４０ｅは、タグフォルダ５００ａ及びタグ情報４３０ａ〜４３０ｃを強調表示する。図３３では、タグフォルダ５００ａ及びタグ情報４３０ａ〜４３０ｃが点滅表示されている。もちろん、強調表示の方法はこの例に限られない。タグ情報等を強調表示する方法の他の例としては、タグ情報等を拡大する、通常の状態（検索語となっていない状態）と異なる色で表示する、タグ情報等を太線で表示する等の処理が挙げられる。なお、制御部４０ｅは、検索語となるタグ情報及びタグフォルダをタグ関連情報表示エリア３００の中心近傍に表示してもよい。タグフォルダと同じ内容のタグ情報が存在する場合には、そのタグ情報もタグ関連情報表示エリア３００の中心近傍に表示してもよい。

ステップＳ１１０において、制御部４０ｅは、ユーザがタグフォルダ内のいずれかのタグ情報をタップしたか否かを判定する。制御部４０ｅは、タグフォルダ内のいずれかのタグ情報がタップされた場合には、ステップＳ１２０に進み、いずれのタグ情報もタップされていない場合には、ステップＳ１４０に進む。

ステップＳ１２０において、制御部４０ｅは、ユーザがタップしたタグ情報を検索語から除外し、そのタグ情報の強調表示を中止する。例えば、制御部４０ｅは、ユーザが図３３に示すタグ情報４３０ｃをタップした場合には、タグ情報４３０ｃを検索語から除外する。さらに、制御部４０ｅは、図３４に示すように、タグ情報４３０ｃの強調表示を中止する。その後、制御部４０ｅは、ステップＳ１４０に進む。

ステップＳ１４０において、制御部４０ｅは、検索語を含む検索要求情報を作成し、通信部４０ｄに出力する。そして、通信部４０ｄは、検索要求情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、検索要求情報を受信し、制御部１０ｃに出力する。制御部１０ｃは、検索要求情報に基づいて、検索語を特定する。そして、制御部１０ｃは、検索語をタグ情報として含むＳＮＳ情報をタグ管理サーバ２０内のＳＮＳ情報から取得する。そして、制御部１０ｃは、取得したＳＮＳ情報を通信部１０ｂに出力する。通信部１０ｂは、ＳＮＳ情報を、検索要求がなされたユーザ端末４０に送信する。ユーザ端末４０の通信部４０ｄは、ＳＮＳ情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、ＳＮＳ情報をＳＮＳ表示エリア２００に表示する。表示例を図３３、３４に示す。図３３に示す例では、タグフォルダ５００ａ、タグ情報４３０ａ〜４３０ｃが検索語となっているので、これらの検索語をタグ情報とするＳＮＳ情報がＳＮＳ表示エリアに表示されている。図３４に示す例では、タグフォルダ５００ａ、タグ情報４３０ａ〜４３０ｂが検索語となっているので、これらの検索語をタグ情報とするＳＮＳ情報がＳＮＳ表示エリアに表示されている。その後、情報処理システム１は、本処理を終了する。

（１−８．その他の処理）
（１−８−１．メンテナンスアイコンを用いたタグ作成）
次に、その他の処理を説明する。まず、メンテナンスアイコン３３０を用いたタグ作成について説明する。上述した処理では、情報処理システム１は、ユーザがタグ情報を含むオブジェクト情報をユーザ端末４０に入力した場合に、タグ情報をタグ関連情報表示エリア３００に表示している。しかし、ユーザは、オブジェクト情報を入力する代わりに、メンテナンスアイコン３３０を用いてタグ情報を直接作成することができる。

具体的には、ユーザは、図１４に示すメンテナンスアイコン３３０にタップする。これに応じて、制御部４０ｅは、タグ情報の名称の入力を要求する旨のメッセージウインドウを表示する。これに応じて、ユーザは、タグ情報の名称を入力する。そして、制御部４０ｅは、タグ情報の作成を要求する旨のメンテナンス要求情報を作成し、通信部４０ｄに出力する。メンテナンス要求情報には、タグ情報の名称、ユーザＩＤが含まれる。通信部４０ｄは、メンテナンス要求情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、メンテナンス要求情報を受信し、制御部１０ｃに出力する。制御部１０ｃは、タグ関連情報作成処理と同様の処理を行うことで、タグ情報をタグ関連情報に登録する。そして、制御部１０ｃは、更新されたタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、タグ関連情報をタグ管理サーバ２０及び各ユーザ端末４０に送信する。タグ管理サーバ２０は、タグ関連情報を記憶する。ユーザ端末４０の通信部４０ｄは、タグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、タグ関連情報に基づいて、タグ情報をタグ関連情報表示エリア３００に表示する。したがって、タグ関連情報表示エリア３００には、ユーザが入力したタグ情報が含まれる。タグ情報は、ＳＮＳ表示エリア２００内のオブジェクト情報に紐付けられていなくてもよい。

（１−８−２．メンテナンス専門のユーザ）
複数のユーザ端末４０のうち、いずれかのユーザ端末４０は、メンテナンス専門のユーザ端末４０であってもよい。このようなユーザ端末４０を使用するユーザは、メンテナンス専門のユーザとなる。タグ処理サーバ１０は、このようなユーザ端末４０に対しては、ＳＮＳ情報は送信せず、タグ関連情報のみを送信してもよい。したがって、メンテナンス専門のユーザ端末４０には、タグ関連情報表示エリア３００及びリコメンドエリア６００のみが表示される。メンテナンス専門のユーザは、これらのエリアに表示された情報に基づいて、上述したメンテナンス処理を行う。

＜２．第２の実施形態＞
（２−１．全体構成）
まず、図３５に基づいて、第２の実施形態に係る情報処理システム１ａの全体構成について説明する。情報処理システム１ａは、第１の実施形態に係る情報処理システム１にＳＮＳ処理サーバ５０及びＳＮＳ管理サーバ５１を追加したものである。ＳＮＳ処理サーバ５０はネットワーク３０に接続され、ＳＮＳ管理サーバ５１はＳＮＳ処理サーバ５０に接続される。ＳＮＳ処理サーバ５０は、ＳＮＳを提供するサーバである。第２の実施形態は、第１の実施形態よりも幅広いユーザによって使用されるＳＮＳを想定したものである。もちろん、第２の実施形態は、他の形態のＳＮＳに適用されてもよい。

（２−２．ＳＮＳ処理サーバの構成）
つぎに、図３６及び図３７に基づいて、ＳＮＳ処理サーバ５０の構成について説明する。ＳＮＳ処理サーバ５０は、ＳＮＳを各ユーザ端末４０に提供する処理の他、タグ情報をメンテナンスする処理等を行う。

ＳＮＳ処理サーバ５０は、記憶部５０ａ、通信部５０ｂ、及び制御部５０ｃを備える。記憶部５０ａは、ＳＮＳ処理サーバ５０が行う処理に必要なプログラムを記憶する。このようなプログラムとしては、例えば、ＳＮＳ処理サーバ５０に記憶部５０ａ、通信部５０ｂ、及び制御部５０ｃを実現させるためのプログラム等が挙げられる。このようなプログラムは、ＳＮＳを実行するためのＳＮＳ実行プログラムを含む。

通信部５０ｂは、ユーザ端末４０、タグ処理サーバ１０、及びＳＮＳ管理サーバ５１との間で通信を行う。制御部５０ｃは、ＳＮＳ処理サーバ５０内の各構成要素を制御する他、例えば以下の処理を行う。すなわち、制御部５０ｃは、ＳＮＳ情報を各ユーザ端末４０、タグ処理サーバ１０、及びＳＮＳ管理サーバ５１に送信する。ユーザ端末４０は、ＳＮＳ情報を表示する。これにより、ユーザが発信したオブジェクト情報が他のユーザに共有される。すなわち、ＳＮＳが提供される。タグ処理サーバ１０は、ＳＮＳ情報に基づいて、パーソナルタグ関連情報及びグローバルタグ関連情報を作成する。詳細は後述する。ＳＮＳ管理サーバ５１は、ＳＮＳ情報を記憶する。

ＳＮＳ処理サーバ５０は、ハードウェア構成として、ＣＰＵ５０ｄ、記憶装置５０ｅ、通信装置５０ｆを備える。ＳＮＳ処理サーバ５０は、これらのハードウェア構成により、上述した記憶部５０ａ、通信部５０ｂ、及び制御部５０ｃを実現する。これらのハードウェア構成は、電子回路等によって実現される。

ＣＰＵ５０ｄは、記憶装置５０ｅに記憶されたプログラムを読みだして実行する。したがって、ＣＰＵ５０ｄはＳＮＳ処理サーバ５０の実質的な動作主体となるものである。記憶装置５０ｅは、ＲＯＭ、ＲＡＭ、ハードディスク、不揮発性メモリ等で構成される。記憶装置５０ｅは、ＳＮＳ処理サーバ５０に記憶部５０ａ、通信部５０ｂ、及び制御部５０ｃを実現させるためのプログラムを記憶する。通信装置５０ｆは、各ユーザ端末４０、タグ処理サーバ１０、及びＳＮＳ管理サーバ５１との間で通信を行う。

（２−３．ＳＮＳ管理サーバの構成）
つぎに、図３６及び図３７に基づいて、ＳＮＳ管理サーバ５１の構成について説明する。ＳＮＳ管理サーバ５１は、ＳＮＳ情報を管理（記憶）する処理等を行う。

ＳＮＳ管理サーバ５１は、記憶部５０ａ、通信部５０ｂ、及び制御部５０ｃを備える。記憶部５０ａは、ＳＮＳ管理サーバ５１が行う処理に必要なプログラムを記憶する。このようなプログラムとしては、例えば、ＳＮＳ管理サーバ５１に記憶部５０ａ、通信部５０ｂ、及び制御部５０ｃを実現させるためのプログラム等が挙げられる。また、記憶部５０ａは、ＳＮＳ情報及びタグ関連情報を記憶する。また、記憶部５０ａは、ユーザの顔画像情報及び氏名情報とユーザＩＤとを関連付けて記憶する。通信部５０ｂは、ＳＮＳ管理サーバ５１との間で通信を行う。制御部５０ｃは、ＳＮＳ管理サーバ５１内の各構成要素を制御する他、例えば以下の処理を行う。すなわち、制御部２０ｃは、ＳＮＳ処理サーバ５０から送信されたＳＮＳ情報を記憶装置５０ｅに記憶させる。また、制御部５０ｃは、記憶装置５０ｅからＳＮＳ情報を取得し、ＳＮＳ処理サーバ５０に送信する。

ＳＮＳ管理サーバ５１は、ハードウェア構成として、ＣＰＵ５０ｄ、記憶装置５０ｅ、通信装置５０ｆを備える。ＳＮＳ管理サーバ５１は、これらのハードウェア構成により、上述した記憶部５０ａ、通信部５０ｂ、及び制御部５０ｃを実現する。これらのハードウェア構成は、電子回路等によって実現される。

ＣＰＵ５０ｄは、記憶装置５０ｅに記憶されたプログラムを読みだして実行する。したがって、ＣＰＵ５０ｄはＳＮＳ管理サーバ５１の実質的な動作主体となるものである。記憶装置５０ｅは、ＲＯＭ、ＲＡＭ、ハードディスク、不揮発性メモリ等で構成される。記憶装置５０ｅは、ＳＮＳ管理サーバ５１に記憶部５０ａ、通信部５０ｂ、及び制御部５０ｃを実現させるためのプログラムを記憶する。通信装置５０ｆは、ＳＮＳ処理サーバ５０との間で通信を行う。

（２−４．タグ処理サーバの構成）
つぎに、図２及び図３に基づいて、タグ処理サーバ１０の構成について説明する。タグ処理サーバ１０の構成は第１の実施形態とほぼ同様である。タグ処理サーバ１０は、タグ情報をメンテナンスする処理等を行う。

タグ処理サーバ１０は、記憶部１０ａ、通信部１０ｂ、及び制御部１０ｃを備える。記憶部１０ａは、タグ処理サーバ１０が行う処理に必要なプログラムを記憶する。このようなプログラムとしては、例えば、タグ処理サーバ１０に記憶部１０ａ、通信部１０ｂ、及び制御部１０ｃを実現させるためのプログラム等が挙げられる。このようなプログラムは、パーソナルタグ管理実行プログラムと、グローバルタグ管理実行プログラムとに大別される。パーソナルタグ管理実行プログラムは、タグ情報をユーザ別に管理（メンテナンス含む）することでパーソナルタグ関連情報を作成するプログラムである。グローバルタグ管理実行プログラムは、パーソナルタグ関連情報を集約することで、グローバルタグ関連情報を作成するプログラムである。

これらのプログラムの階層構造の一例を図３８に示す。図３８に示すように、最下層にグローバルタグ管理実行プログラム層１５０が存在し、グローバルタグ管理実行プログラム層１５０上にパーソナルタグ管理実行プログラム層１６０が存在する。そして、パーソナルタグ管理実行プログラム層１６０上にＳＮＳ実行プログラム層１７０が存在する。なお、第２の実施形態の階層構造はこの例に限られない。

通信部１０ｂは、ユーザ端末４０、ＳＮＳ処理サーバ５０及びＳＮＳ管理サーバ５１との間で通信を行う。制御部１０ｃは、タグ処理サーバ１０内の各構成要素を制御する他、例えば以下の処理を行う。すなわち、制御部１０ｃは、ＳＮＳ処理サーバ５０からＳＮＳ情報を取得し、ＳＮＳ情報からタグ情報を取得する。そして、制御部１０ｃは、タグ情報をパーソナルタグ関連情報に登録する処理を行う。

ここで、パーソナルタグ関連情報は、第１の実施形態のタグ情報と同様であるが、第２の実施形態では、制御部１０ｃは、パーソナルタグ関連情報をユーザ毎に作成する。また、制御部１０ｃは、タグ情報に関する各種のメンテナンス処理を行う。メンテナンス処理の具体的な内容は第１の実施形態と同様であるが、第２の実施形態では、制御部１０ｃは、メンテナンス処理をパーソナルタグ関連情報に基づいて行う。すなわち、制御部１０ｃは、メンテナンス処理をユーザ毎に行う。さらに、制御部１０ｃは、パーソナルタグ関連情報を集約することで、グローバルタグ関連情報を作成する。制御部１０ｃは、パーソナルタグ関連情報及びグローバルタグ関連情報をタグ管理サーバ２０に記憶させる。

タグ処理サーバ１０は、ハードウェア構成として、ＣＰＵ１０ｄ、記憶装置１０ｅ、通信装置１０ｆを備える。タグ処理サーバ１０は、これらのハードウェア構成により、上述した記憶部１０ａ、通信部１０ｂ、及び制御部１０ｃを実現する。これらのハードウェア構成は、電子回路等によって実現される。

ＣＰＵ１０ｄは、記憶装置１０ｅに記憶されたプログラムを読みだして実行する。したがって、ＣＰＵ１０ｄはタグ処理サーバ１０の実質的な動作主体となるものである。記憶装置１０ｅは、ＲＯＭ、ＲＡＭ、ハードディスク、不揮発性メモリ等で構成される。記憶装置１０ｅは、タグ処理サーバ１０に記憶部１０ａ、通信部１０ｂ、及び制御部１０ｃを実現させるためのプログラムを記憶する。通信装置１０ｆは、ユーザ端末４０、タグ管理サーバ２０、及びＳＮＳ処理サーバ５０との間で通信を行う。

（１−３．タグ管理サーバの構成）
つぎに、図２及び図３に基づいて、タグ管理サーバ２０の構成について説明する。タグ管理サーバ２０の構成は第１の実施形態とほぼ同様である。タグ管理サーバ２０は、パーソナルタグ関連情報及びグローバルタグ関連情報を管理（記憶）する処理等を行う。

タグ管理サーバ２０は、記憶部２０ａ、通信部２０ｂ、及び制御部２０ｃを備える。記憶部２０ａは、タグ管理サーバ２０が行う処理に必要なプログラムを記憶する。このようなプログラムとしては、例えば、タグ管理サーバ２０に記憶部２０ａ、通信部２０ｂ、及び制御部２０ｃを実現させるためのプログラム等が挙げられる。また、記憶部２０ａは、タグ関連情報を記憶する。また、記憶部２０ａは、ユーザの顔画像情報及び氏名情報とユーザＩＤとを関連付けて記憶する。通信部２０ｂは、タグ管理サーバ２０との間で通信を行う。制御部２０ｃは、タグ管理サーバ２０内の各構成要素を制御する他、例えば以下の処理を行う。すなわち、制御部２０ｃは、タグ処理サーバ１０から送信されたパーソナルタグ関連情報及びグローバルタグ関連情報を記憶装置２０ｅに記憶させる。また、制御部２０ｃは、記憶装置２０ｅからパーソナルタグ関連情報及びグローバルタグ関連情報を取得し、タグ処理サーバ１０に送信する。

タグ管理サーバ２０は、ハードウェア構成として、ＣＰＵ２０ｄ、記憶装置２０ｅ、通信装置２０ｆを備える。タグ管理サーバ２０は、これらのハードウェア構成により、上述した記憶部２０ａ、通信部２０ｂ、及び制御部２０ｃを実現する。これらのハードウェア構成は、電子回路等によって実現される。

ＣＰＵ２０ｄは、記憶装置２０ｅに記憶されたプログラムを読みだして実行する。したがって、ＣＰＵ２０ｄはタグ管理サーバ２０の実質的な動作主体となるものである。記憶装置２０ｅは、ＲＯＭ、ＲＡＭ、ハードディスク、不揮発性メモリ等で構成される。記憶装置２０ｅは、タグ管理サーバ２０に記憶部２０ａ、通信部２０ｂ、及び制御部２０ｃを実現させるためのプログラムを記憶する。通信装置２０ｆは、タグ処理サーバ１０との間で通信を行う。

（１−４．ユーザ端末の構成）
次に、図４及び図５に基づいて、ユーザ端末４０の構成について説明する。ユーザ端末４０の構成は第１の実施形態とほぼ同様である。ユーザ端末４０は、ＳＮＳのユーザによって入力操作される端末である。第２の実施形態でも、ユーザ端末４０がいわゆるタブレット型の端末（スマートフォン、スマートタブレット等）であることを想定している。もちろん、ユーザ端末４０は、タブレット型の端末に限られない。

ユーザ端末４０は、記憶部４０ａ、入力部４０ｂ、表示部４０ｃ、通信部４０ｄ、及び制御部４０ｅを備える。記憶部４０ａは、ユーザ端末４０が行う処理に必要なプログラムの他、各種情報を記憶する。例えば、記憶部４０ａは、上記プログラムとして、ユーザ端末４０に記憶部４０ａ、入力部４０ｂ、表示部４０ｃ、通信部４０ｄ、及び制御部４０ｅを実現させるためのプログラムを記憶する。また、記憶部４０ａは、ユーザ端末を使用するユーザを識別するユーザＩＤを記憶する。

入力部４０ｂは、ユーザによる各種入力操作を受け付けるものであり、例えばタッチパネルである。表示部４０ｃは、各種画像を表示する。表示部４０ｃの表示エリアは、例えば、図４７に示すように、ＳＮＳ表示エリア２００、パーソナルタグ関連情報表示エリア８００、及びグローバルタグ関連情報表示エリア９００に区分される。

ＳＮＳ表示エリア２００には、ＳＮＳ処理サーバ５０から与えられたＳＮＳ情報が表示される。検索処理が行われた場合、ＳＮＳ表示エリア２００には、検索語を含むＳＮＳ情報が表示される。また、ＳＮＳ表示エリア２００には、ユーザが指定したＳＮＳ情報（例えば、特定のユーザのＳＮＳ情報）だけを表示するようにしてもよい。また、ＳＮＳ表示エリア２００は、いわゆるタブブラウザ形式となっている。すなわち、ＳＮＳ表示エリア２００には、タブ２５０、２５１、２５２が表示される。タブ２５０、２５１は、互いに異なるＳＮＳに対応している。制御部４０ｅは、ユーザがタブ２５０、２５１のいずれかをタップした場合には、そのタブに応じたＳＮＳを表示する。制御部４０ｅは、ユーザがタブ２５２をタップした場合には、ユーザ端末４０が取得したすべてのＳＮＳを表示する。

パーソナルタグ関連情報表示エリア８００には、パーソナルタグ関連情報の内容が表示される。すなわち、タグ情報同士の関連性がユーザごとに表示される。パーソナルタグ関連情報表示エリア８００の具体的な表示内容は、第１の実施形態のタグ関連情報表示エリア３００と同様である。また、パーソナルタグ関連情報表示エリア８００には、メンテナンスアイコン８１０〜８３０及び検索ボタン８５０も表示される。これらの機能は第１の実施形態のメンテナンスアイコン３１０〜３３０及び検索ボタン３５０と同様である。なお、第２の実施形態では、メンテナンスアイコン３４０に相当するアイコンは表示されない。第２の実施形態では、メンテナンスの対象が各ユーザ向けのパーソナルタグ関連情報であるため、タグ情報の閲覧を制限させる必要がないからである。なお、ユーザは、例えば自己のパーソナルタグ関連情報をグローバルタグ関連情報に反映させたくない場合も想定される。この場合、メンテナンスアイコン３４０に相当するアイコンを用意してもよい。そして、情報処理システム１ａは、上述した閲覧制限設定処理と同様の処理を行ってもよい。これによって閲覧制限がなされたタグフォルダは、タグ集約情報の作成時に無視されてもよい。グローバルタグ関連情報表示エリア９００には、グローバルタグ関連情報の内容が表示される。すなわち、タグ情報同士の関連性を集約した結果が表示される。グローバルタグ関連情報表示エリア９００の具体的な表示内容は、第１の実施形態のタグ関連情報表示エリア３００と同様である。タグ情報は、複数のＳＮＳで共通のものであってもよい。

通信部４０ｄは、タグ処理サーバ１０及びＳＮＳ処理サーバ５０との間で通信を行う。制御部４０ｅは、ユーザ端末４０の各構成要素を制御する他、各種情報をタグ処理サーバ１０に送信する処理、タグ処理サーバ１０及びＳＮＳ処理サーバ５０から与えられた情報を表示部４０ｃに表示する処理等を行う。

図５に示すように、ユーザ端末４０は、ハードウェア構成として、ＣＰＵ４０ｆ、記憶装置４０ｇ、タッチパネル４０ｈ、ディスプレイ４０ｉ、通信装置４０ｊを備える。ユーザ端末４０は、これらのハードウェア構成により、上述した記憶部４０ａ、入力部４０ｂ、表示部４０ｃ、通信部４０ｄ、及び制御部４０ｅを実現する。これらのハードウェア構成は、電子回路等によって実現される。

ＣＰＵ４０ｆは、記憶装置４０ｇに記憶されたプログラムを読みだして実行する。したがって、ＣＰＵ４０ｆはユーザ端末４０の実質的な動作主体となるものである。記憶装置４０ｇは、ＲＯＭ、ＲＡＭ、不揮発性メモリ等で構成される。記憶装置４０ｇは、ユーザ端末４０に記憶部４０ａ、入力部４０ｂ、表示部４０ｃ、通信部４０ｄ、及び制御部４０ｅを実現させるためのプログラム及び各種情報を記憶する。記憶装置４０ｇは、ＣＰＵ４０ｆによる作業領域としても使用される。タッチパネル４０ｈは、ディスプレイ４０ｉの表面上に設けられ、ユーザによる入力操作を受け付ける。ディスプレイ４０ｉは、各種情報、例えば上述したＳＮＳ情報、タグ情報等を表示する。すなわち、ディスプレイ４０ｉの表示エリアは、少なくともＳＮＳ表示エリア２００、パーソナルタグ関連情報表示エリア８００、及びグローバルタグ関連情報表示エリア９００に区分され、各エリアに上述した情報が表示される。通信装置４０ｊは、タグ処理サーバ１０及びＳＮＳ処理サーバ５０との間で通信を行う。

（２−７．タグ関連情報作成処理）
次に、情報処理システム１ａが行う処理について説明する。まず、タグ関連情報作成処理を図３９に示すフローチャートに沿って説明する。タグ関連情報作成処理は、パーソナルタグ関連情報及びグローバルタグ関連情報を作成する処理である。

ステップＳ７０において、いずれかのユーザ端末４０のユーザは、タグ情報を含むオブジェクト情報をユーザ端末４０に入力する。例えば、ユーザは、「♯ＡＡＡ」というタグ情報を含むオブジェクト情報を入力する。ユーザは、タグ情報を入力する際には、タグ情報の正式名称を示すサブ名称情報を入力してもよい。また、ユーザは、パーソナルタグ関連情報表示エリア８００もしくはグローバルタグ関連情報表示エリア９００内にタグ情報が表示されている場合、そのタグ情報をＳＮＳ表示エリア２００内にドラッグアンドドロップすることで、オブジェクト情報のタグ情報としてもよい。オブジェクト情報を含む各種の情報の入力は入力部４０ｂを用いて行われる。

入力部４０ｂは、オブジェクト情報を制御部４０ｅに出力する。制御部４０ｅは、オブジェクト情報にユーザＩＤを付与することで投稿情報を作成する。そして、制御部４０ｅは、投稿情報を通信部４０ｄに出力する。通信部４０ｄは、投稿情報をＳＮＳ処理サーバ５０に送信する。

ＳＮＳ処理サーバ５０の通信部５０ｂは、投稿情報を受信し、制御部５０ｃに出力する。制御部５０ｃは、投稿情報からユーザＩＤを抽出する。そして、制御部５０ｃは、ユーザＩＤに対応する顔画像情報をタグ管理サーバ２０から取得する。そして、制御部１０ｃは、オブジェクト情報と顔画像情報とを含むＳＮＳ情報を作成する。そして、制御部１０ｃは、ＳＮＳ情報を通信部１０ｂに出力する。通信部１０ｂは、ＳＮＳ情報を各ユーザ端末４０及びタグ処理サーバ１０に送信する。ここで、通信部１０ｂは、タグ処理サーバ１０に送信するＳＮＳ情報には、ユーザＩＤを付与する。

ユーザ端末４０の通信部４０ｄは、ＳＮＳ情報を制御部４０ｅに出力し、制御部４０ｅは、ＳＮＳ情報をＳＮＳ表示エリア２００に表示する。これにより、ユーザが投稿したオブジェクト情報が他のユーザと共有される。表示例を図４７に示す。具体的な表示内容は第１の実施形態と同様である。ただし、制御部４０ｅは、タブ２５０、２５１、２５２が表示される。制御部４０ｅは、ユーザがタブ２５０、２５１のいずれかをタップした場合には、そのタブに応じたＳＮＳを表示する。制御部４０ｅは、ユーザがタブ２５２をタップした場合には、ユーザ端末４０が取得したすべてのＳＮＳ情報を表示する。また、制御部４０ｅは、最新のＳＮＳ情報を最上段の単位表示エリア２１０に表示する。最上段の単位表示エリア２１０に表示されたオブジェクト情報には、「♯ＡＡＡ」と記載されたタグ情報２２０が含まれる。

なお、この例では、パーソナルタグ関連情報表示エリア８００には、タグ情報４００ｂ〜４００ｆ、タグフォルダ５００ｇが表示されている。タグフォルダ５００ａ内には、タグ情報４００ｂ〜４００ｃが格納されている。すなわち、タグフォルダ表示エリア５３０ｇ内にタグ情報４００ｂ〜４００ｃが表示されている。また、タグ情報４００ｂとタグ情報４００ｃとが連結情報４１０で連結されている。したがって、パーソナルタグ関連情報には、タグ情報４００ｂ〜４００ｆ、タグフォルダ５００ｇが登録されている。一方、グローバルタグ関連情報表示エリア９００には、タグ情報４００ａ〜４００ｃ、４００ｈ、タグフォルダ５００ｇ、５００ｈが表示されている。タグフォルダ５００ｇ内には、タグ情報４００ａ及びタグフォルダ５００ｈが格納されている。すなわち、タグフォルダ表示エリア５３０ｇ内にタグ情報４００ａ及びタグフォルダ５００ｈが表示されている。また、タグフォルダ５００ｈ内にタグ情報４００ｃ、４００ｈが格納されている。すなわち、タグフォルダ表示エリア５３０ｈ内にタグ情報４００ｃ、４００ｈが表示されている。したがって、パーソナルタグ関連情報には、タグ情報４００ａ〜４００ｃ、４００ｈ、タグフォルダ５００ｇ、５００ｈが登録されている。

ステップＳ８０において、タグ処理サーバ１０の通信部１０ｂは、ＳＮＳ情報を受信し、制御部１０ｃに出力する。制御部１０ｃは、ＳＮＳ情報からタグ情報及びユーザＩＤを抽出する。そして、制御部１０ｃは、ＳＮＳ情報に含まれるユーザＩＤに基づいて、ＳＮＳ情報を投稿したユーザ（すなわち、処理対象ユーザ）を特定する。

ついで、制御部１０ｃは、処理対象ユーザに対応するパーソナルタグ関連情報をタグ管理サーバ２０から取得する。ここで、パーソナルタグ関連情報の一例を図４１に示す。図４１に示すように、パーソナルタグ関連情報は第１の実施形態のタグ関連情報とほぼ同様の情報となっている。具体的には、パーソナルタグ関連情報は、タグＩＤ欄、タグ内容欄、作成者ＩＤ欄、タグ関連性欄、及び階層欄で構成される。

タグＩＤ欄、タグ内容欄、タグ関連性欄、タグ階層欄には、第１の実施形態と同様の情報が格納される。また、作成者ＩＤ欄には、作成者欄には、作成者のユーザＩＤが格納される。作成者ＩＤ欄は、第１の実施形態と同様に作成者欄であってもよい。また、パーソナルタグ関連情報には、第１の実施形態と同様に座標欄が存在してもよい。

制御部１０ｃは、ステップＳ０で与えられたタグ情報がパーソナルタグ関連情報に登録済みであるか否かを判定する。具体的には、制御部１０ｃは、ステップＳ８０で抽出したタグ情報と、タグ内容欄に格納されたタグ情報とを比較する。具体的な判定方法は第１の実施形態と同様である。

制御部１０ｃは、ステップＳ８０で抽出したタグ情報がタグ関連情報に未登録である場合、タグ関連情報に新規の行を追加し、その行にタグ情報を格納する。制御部１０ｃは、タグＩＤ欄には、新規に作成したタグＩＤを格納する。また制御部１０ｃは、ステップＳ８０で取得したユーザＩＤを作成者ＩＤ欄に格納する。制御部１０ｃは、タグ関連性欄及び階層欄をブランクとする。一方、制御部１０ｃは、タグ情報が登録済みの場合、特段の処理は行わなくてよい。パーソナルタグ関連情報は、上述したように、ユーザ毎に作製される。パーソナルタグ関連情報の他の例を図４２〜図４４に示す。

ついで、制御部１０ｃは、パーソナルタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、パーソナルタグ関連情報をタグ管理サーバ１０及びパーソナルタグ関連情報に対応するユーザ端末４０に送信する。タグ管理サーバ２０は、パーソナルタグ関連情報をユーザＩＤに関連付けて記憶する。ユーザ端末４０の通信部４０ｄは、パーソナルタグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、パーソナルタグ関連情報に基づいて、タグ情報をパーソナルタグ関連情報表示エリア８００に表示する。表示例を図４８に示す。この例は、図４７のタグ情報４００ｂ〜４００ｆ、タグフォルダ５００ｇにタグ情報４００ａを新たに追加したものである。なお、制御部４０ｅは、各タグ情報及びタグフォルダの表示位置を任意に設定できる。また、制御部４０ｅは、ユーザによるドラッグアンドドロップ操作に基づいて、タグ情報及びタグフォルダの表示位置を任意に変更できる。

ステップＳ９０において、制御部１０ｃは、パーソナルタグ関連情報を集約することで、グローバルタグ関連情報を作成する。具体的には、制御部１０ｃは、タグ管理サーバ２０からタグ集約情報を取得する。タグ集約情報の一例を図４５に示す。タグ集約情報は、タグＩＤ欄と、タグ内容／件数欄と、タグ関連性／件数欄と、階層／件数欄とを含む。タグＩＤ欄には、タグ情報のＩＤが格納される。なお、図４５に示す例では、タグ集約情報がグローバルタグ関連情報に対応するものであることを示すために、タグＩＤの頭文字がＧとなっている。タグ内容／件数欄には、タグ内容と件数とが関連付けて格納される。タグ関連性／件数欄は、タグＩＤと件数とが関連付けて記憶される。階層／件数欄にも、タグＩＤと件数とが関連付けて記憶される。

そして、制御部１０ｃは、タグ管理サーバ２０からパーソナルタグ関連情報を１行ずつ取得し、以下の処理により集約情報を更新していく。まず、制御部１０ｃは、パーソナルタグ関連情報のタグ内容がタグ集約情報に格納済みであるか否か（すなわち、タグ関連情報のタグ内容と同一のタグ内容がタグ集約情報に存在するか否か）を判定する。ここで、制御部１０ｃは、タグ内容にサブ名称が含まれる場合には、サブ名称も含めて同一性を判定する。すなわち、制御部１０ｃは、サブ名称が異なる場合には、タグ関連情報のサブ名称とタグ集約情報のサブ名称とが異なる場合には、両者が異なると判定する。また、制御部１０ｃは、タグ情報とタグフォルダとは別々のタグ内容であると判定する。

この結果、制御部１０ｃは、タグ関連情報のタグ内容がタグ集約情報に格納済みである場合には、タグ集約情報のうち、当該タグ内容に対応する行を処理対象行とする。一方、制御部１０ｃは、タグ関連情報のタグ内容がタグ集約情報に格納済みでない場合には、タグ集約情報に新たな行を作成し、この行のタグＩＤ欄に新たなタグＩＤを格納する。制御部１０ｃは、他の欄をブランクとする。そして、制御部１０ｃは、この行を処理対象行とする。

そして、制御部１０ｃは、処理対象行のタグ内容欄に格納されたタグ内容のうち、パーソナルタグ関連情報のタグ内容欄に格納されたタグ内容の件数を１増加させる。同様に、制御部１０ｃは、処理対象行のタグ関連性欄に格納されたタグＩＤのうち、パーソナルタグ関連情報のタグ関連性欄に格納されたタグＩＤの件数を１増加させる。ここで、制御部１０ｃは、パーソナルタグ関連情報のタグＩＤに強調情報が付与されている場合には、件数を１以上増加させても良い。同様に、制御部１０ｃは、処理対象行の階層欄に格納されたタグＩＤのうち、パーソナルタグ関連情報の階層欄に格納されたタグＩＤの件数を１増加させる。制御部１０ｃは、すべてのパーソナルタグ処理情報に対して上述した処理を行うことで、タグ集約情報を作成する。タグ集約情報は、パーソナルタグ関連情報を各ユーザによるタグ情報の使用状況に基づいて集約したものである。制御部１０ｃは、タグ集約情報をタグ管理サーバ２０に記憶させる。

ここで、制御部１０ｃは、パーソナルタグ関連情報を集約するに際して、ユーザ毎に集約方法を変えてもよい。例えば、制御部１０ｃは、ステップＳ８０でパーソナルタグ関連情報の作成対象となったユーザ（処理対象ユーザ）にグローバルタグ関連情報を提供する場合、そのユーザと共通の特徴を有するユーザのパーソナルタグ関連情報だけを集約してもよい。より具体的には、制御部１０ｃは、処理対象ユーザと同じタグフォルダを作成しているユーザのパーソナルタグ関連情報だけを集約してもよい。例えば、図４１のパーソナルタグ関連情報によって、タグフォルダ５００ｇが作成されている。また、図４２、図４４のパーソナルタグ関連情報によって、タグフォルダ５００ｇが作成されている。したがって、制御部１０ｃは、図４１のパーソナルタグ関連情報に対応するユーザが処理対象ユーザとなる場合、図４２、図４４のパーソナルタグ関連情報を集約してもよい。また、パーソナルタグ関連情報にユーザ情報（例えばユーザの趣味等）を関連付けておいてもよい。この場合、制御部１０ｃは、処理対象ユーザと共通のユーザ情報を有するパーソナルタグ関連情報だけを集約してもよい。また、制御部１０ｃは、タグフォルダ及びタグフォルダに格納されたタグ情報の数等に基づいて、処理対象ユーザと同じタグ情報を使用しているユーザを推測してもよい。そして、制御部１０ｃは、同じタグ情報を使用しているユーザのパーソナルタグ関連情報のみを集約してもよい。また、制御部１０ｃは、所定期間内のタグ情報登録数が所定数以上のパーソナルタグ関連情報だけを集約してもよい。

そして、制御部１０ｃは、タグ集約情報に基づいて、グローバルタグ関連情報を作成する。制御部１０ｃは、タグ集約情報の各行に対して、以下の処理を行う。制御部１０ｃは、タグ内容欄に格納されたタグ内容のうち、件数が所定数（例えば１０件）以上であり、かつ件数が最大となるタグ内容をタグ内容欄に格納する。制御部１０ｃは、所定期間（例えば前日から現時点までの期間）内の件数の増加率が最大かつ所定値以上となるタグ内容をタグ内容欄に格納してもよい。制御部１０ｃは、最新のタグ内容をタグ内容欄に格納してもよい。制御部１０ｃは、上記の条件を満たすタグ内容が存在しない場合、その行を削除する。

制御部１０ｃは、タグ関連性欄に格納されたタグＩＤのうち、件数が所定数（例えば５件）以上となるタグＩＤをタグ関連性欄に格納する。制御部１０ｃは、所定期間内の件数の増加率が最大かつ所定値以上となるタグＩＤをタグ関連性欄に格納してもよい。制御部１０ｃは、最新のタグＩＤをタグ関連性欄に格納してもよい。

制御部１０ｃは、階層欄に格納されたタグＩＤのうち、件数が所定数（例えば１０件）以上であり、かつ件数が最大となるタグＩＤを階層欄に格納する。制御部１０ｃは、所定期間内の件数の増加率が最大かつ所定値以上となるタグＩＤを階層欄に格納してもよい。制御部１０ｃは、最新のタグＩＤを階層欄に格納してもよい。制御部１０ｃは、上記の処理を行うことで、グローバルタグ関連情報を作成する。グローバルタグ関連情報の一例を図４６に示す。

そして、制御部１０ｃは、グローバルタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、グローバルタグ関連情報を各ユーザ端末４０及びタグ管理サーバ２０に送信する。通信部１０ｂは、処理対象ユーザのユーザ端末４０及びタグ管理サーバ２０にグローバルタグ関連情報を送信してもよい。タグ管理サーバ２０は、グローバルタグ関連情報を記憶する。ユーザ端末４０の通信部４０ｄは、グローバルタグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、グローバルタグ関連情報に基づいて、タグ情報をグローバルタグ関連情報表示エリア９００に表示する。ここで、グローバルタグ関連情報は膨大な数のタグ情報を含む可能性がある。そこで、制御部４０ｅは、グローバルタグ関連情報が示すタグフォルダのうち、パーソナルタグ関連情報表示エリア８００に表示されているタグフォルダだけをグローバルタグ関連情報表示エリア９００に表示してもよい。これにより、制御部４０ｅは、階層化の候補を表示することができる。表示例を図４７に示す。図４７に示す例では、グローバルタグ関連情報表示エリア９００には、パーソナルタグ関連情報表示エリア８００と同じタグフォルダ５００ｇが表示されている。これにより、ユーザは、他のユーザがタグフォルダ５００ｇにどのようなタグ情報及びタグフォルダを格納しているのかを把握することができる。そして、ユーザは、グローバルタグ関連情報表示エリア９００の内容を参照して、パーソナルタグ関連情報表示エリア８００の内容をメンテナンスすることができる。例えば、ユーザは、タグフォルダ５００ｇの外にあるタグ情報４００ａをタグフォルダ５００ｇ内に移動させることができる。なお、制御部４０ｅは、連結情報４１０を、タグ集約情報内の件数（関連性欄の件数）に応じて強調表示してもよい。例えば、制御部４０ｅは、連結情報４１０の太さを、タグ集約情報内の件数が多いほど、太くしてもよい。この場合、グローバルタグ関連情報の関連性欄には、タグＩＤ及び件数が格納される。

（２−８．メンテナンス処理）
情報処理システム１は、ユーザから入力されたメンテナンス要求情報に基づいて、パーソナルタグ関連情報をメンテナンスすることができる。すなわち、第２の実施形態では、情報処理システム１は、パーソナルタグ関連情報をユーザ毎にメンテナンスする。

そこで、まず、メンテナンス処理の概要を図４０に示すフローチャートに沿って説明する。ステップＳ１００において、ユーザは、メンテナンスを要求する旨の入力操作を行う。これに応じて、制御部４０ｅは、メンテナンス要求情報を作成し、通信部４０ｄに出力する。メンテナンス要求情報には、ユーザが要求したメンテナンスの内容と、ユーザＩＤとを含む。通信部４０ｄは、メンテナンス要求情報をタグ処理サーバ１０に送信する。タグ処理サーバ１０の通信部１０ｂは、メンテナンス要求情報を受信し、制御部１０ｃに出力する。

ステップＳ１１０において、制御部１０ｃは、タグ管理サーバ２０からユーザＩＤに対応するパーソナルタグ関連情報を取得し、メンテナンス要求情報に基づいて、パーソナルタグ関連情報を更新する。ついで、制御部１０ｃは、更新されたパーソナルタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、パーソナルタグ関連情報をタグ管理サーバ２０及びメンテナンスを要求したユーザ端末４０に送信する。タグ管理サーバ２０は、パーソナルタグ関連情報を記憶する。一方、ユーザ端末４０は、更新後のパーソナルタグ関連情報に基づいて、タグ情報をパーソナルタグ関連情報表示エリア８００に表示する。表示例を図５０に示す。この例では、図４９に示すタグフォルダ５００ｇにタグ情報４００ａが格納されている。

なお、第２の実施形態でも、第１の実施形態と同様のメンテナンス処理を行うことができる。ただし、第１の実施形態では、メンテナンス処理の対象が全ユーザで共有されるタグ関連情報となるが、第２の実施形態では、メンテナンス処理の対象は、ユーザ毎に用意されるパーソナルタグ関連情報となる。

また、制御部４０ｅは、メンテナンス処理の一例であるタグ関連付け処理を行うに際して、連結情報４１０の太さをグローバルタグ関連情報の内容に基づいて変更してもよい。すなわち、制御部４０ｅは、連結情報４１０が示す関連性と同じ関連性がグローバルタグ関連情報表示エリア９００に表示されている場合には、連結情報４１０を強調表示してもよい。また、制御部４０ｅは、連結情報４１０が連結しているタグ情報がグローバルタグ関連情報表示エリア９００内で同じタグフォルダに格納されている場合にも、同様の処理を行ってもよい。具体例を図５１に示す。この例では、パーソナルタグ関連情報表示エリア８００において、ユーザがタグ情報４００ｂとタグ情報４００ｃとを連結している。一方、グローバルタグ関連情報表示エリア９００では、タグ情報４００ｂとタグ情報４００ｃとが連結されている。このため、制御部４０ｅは、タグ情報４００ｂとタグ情報４００ｃとを連結する連結情報４１０を強調表示（この例では太線表示）してもよい。また、ユーザは、グローバルタグ関連情報表示エリア９００内のタグ情報及びタグフォルダをパーソナルタグ関連情報表示エリア８００内にドラッグアンドドロップしてもよい。

ステップＳ１２０において、制御部１０ｃは、更新後のパーソナルタグ関連情報と、他のパーソナルタグ関連情報とに基づいて、グローバルタグ関連情報を更新する。具体的には、制御部１０ｃは、更新後のパーソナルタグ関連情報を１行ずつ取得し、かつ、タグ集約情報を取得する。そして、制御部１０ｃは、上述したステップＳ９０と同様の処理を行う。これにより、制御部１０ｃは、グローバルタグ関連情報を更新する。

そして、制御部１０ｃは、グローバルタグ関連情報を通信部１０ｂに出力する。通信部１０ｂは、グローバルタグ関連情報を各ユーザ端末４０及びタグ管理サーバ２０に送信する。通信部１０ｂは、処理対象ユーザ（メンテナンスを要求したユーザ）のユーザ端末４０及びタグ管理サーバ２０にグローバルタグ関連情報を送信してもよい。タグ管理サーバ２０は、グローバルタグ関連情報を記憶する。ユーザ端末４０の通信部４０ｄは、グローバルタグ関連情報を受信し、制御部４０ｅに出力する。制御部４０ｅは、グローバルタグ関連情報に基づいて、タグ情報をグローバルタグ関連情報表示エリア９００に表示する。表示方法はステップＳ９０と同様である。表示例を図５０に示す。

また、第２の実施形態でも、第１の実施形態と同様に検索処理を行ってもよい。この場合、制御部４０ｅは、パーソナルタグ関連情報表示エリア８００内のタグ情報及びタグフォルダを検索語としてもよいが、グローバルタグ関連情報表示エリア９００内のタグ情報及びタグフォルダを検索語としてもよい。また、検索語に基づくＳＮＳ情報の検索はＳＮＳ処理サーバ５０が行う。また、ユーザによっては、タグ情報のメンテナンスを希望しない場合がある。このようなユーザに対しては、パーソナルタグ関連情報表示エリア８００を省略してもよい。

（２−９．その他の処理）
第２の実施形態でも、メンテナンスアイコン８３０を用いたタグ作成は可能であり、メンテナンス専門のユーザを用意することも可能である。また、第２の実施形態では、ＳＮＳに広告を提供している事業者等に対し、以下のサービスを提供する事が可能である。すなわち、タグ処理サーバ１０の制御部１０ｃは、グローバルタグ関連情報を作成するに際し、事業者の業務に関わるタグ情報を事業者の所望するタグ情報に関連付けることができる。事業者に対しては、一定の対価（例えば、連結情報１本あたりの対価）の支払いを条件として、上記のサービスを提供してもよい。

（２−１０．変形例）
次に、図５２に基づいて、第２の実施形態の変形例を説明する。図５２に示すように、この変形例に係る情報処理システム１ｂは、タグ処理サーバ１０にＳＮＳ処理サーバ５０が接続されている。したがって、ＳＮＳ処理サーバ５０とユーザ端末４０との間で通信される情報は、タグ処理サーバ１０を経由する。例えば、ＳＮＳ情報はタグ処理サーバ１０を経由する。したがって、この変形例によれば、ＳＮＳ処理サーバ５０は、ユーザ端末４０との間で通信される情報を別途タグ処理サーバ１０に送信する必要がなくなる。なお、この変形例では、ユーザは、タグ処理サーバ１０を経由して各ＳＮＳ処理サーバ５０にログインすることになる。したがって、ユーザ端末４０の制御部４０ｅは、図５３に示すログイン画像情報１０００及びログインボタン１１００を表示してもよい。ログイン画像情報１０００には、チェックボックス１０１０と、ＩＤ入力欄と、パスワード入力欄とがＳＮＳ毎に表示される。ユーザは、所望のＳＮＳに対応するチェックボックス１０１０にチェックを入れ、かつ、ＩＤ、パスワードを入力する。そして、ユーザは、ログインボタン１１００にタップする。これに応じて、制御部４０ｅは、ＳＮＳ処理サーバ５０の制御部５０ｃとの間でログイン処理を行う。

第１及び第２の実施形態によれば、情報処理システム１〜１ｂは、ＳＮＳ上に存在するオブジェクト情報に付与される複数のタグ情報同士を関連付けることができる。特に第１の実施形態では、各ユーザは、他のユーザによる関連付けを視認することができる。これにより、新たな気付きが産まれる可能性がある。

また、情報処理システム１〜１ｂは、タグ情報（第１のタグ情報）をタグフォルダ（第２のタグ情報）の下層に配置することで、タグ情報とタグフォルダとを関連付ける。これにより、ユーザは、一または複数のタグ情報をタグフォルダに格納することができるので、これらの関連性をより容易に把握することができる。

また、情報処理システム１〜１ｂは、互いに関連するタグ情報を同じ階層に配置する。すなわち、情報処理システム１〜１ｂは、互いに関連するタグ情報を同じタグフォルダ内に格納することができる。これにより、ユーザは、これらのタグ情報同士の関連性を容易に把握することができる。

また、情報処理システム１〜１ｂは、同じ意味を有するタグ情報を同じ階層に配置する。すなわち、情報処理システム１〜１ｂは、同じ意味を有するが、異なる表記のタグ情報を同じタグフォルダに格納することができる。これにより、ユーザは、これらのタグ情報同士が同じ意味を有することを容易に把握することができる。

また、情報処理システム１〜１ｂは、タグフォルダ内のタグ情報とタグフォルダとを関連付けて表示する。例えば、情報処理システム１〜１ｂは、図２４に示すように、タグフォルダ５００ａ内のタグ情報４３０ａ〜４３０ｃをタグフォルダ表示エリア５３０ａ内に表示する。これにより、ユーザは、タグフォルダとタグ情報との関連性をより容易に把握することができる。

また、情報処理システム１は、複数のタグ情報同士の関連性に基づいて、階層化の候補（タグフォルダの候補）を作成し、階層化の候補を表示する制御を行う。これにより、ユーザは、タグ情報同士の関連性を容易に把握できるだけでなく、タグフォルダの作成の指針を得ることができる。

また、情報処理システム１〜１ｂは、互いに関連するタグ情報同士を連結する連結情報を表示する。これにより、ユーザは、タグ情報同士の関連性を容易に把握することができる。

また、情報処理システム１〜１ｂは、連結情報の表示態様をタグ情報同士の関連性の度合いに基づいて調整する。したがって、ユーザは、タグ情報同士の関連性の度合いを容易に把握することができる。

また、情報処理システム１〜１ｂは、タグフォルダ内のタグ情報に関連し、かつ、タグフォルダと同じ階層に配置されるタグ情報（第３のタグ情報）が存在する場合、タグフォルダと第３のタグ情報とを関連付ける。したがって、ユーザは、タグフォルダが閉じた状態であっても、タグフォルダと第３のタグ情報との関連性を容易に把握することができる。

また、情報処理システム１は、タグフォルダに閲覧制限を設け、タグフォルダの閲覧が許可されているユーザに対しては、タグフォルダ内のタグ情報と第３のタグ情報とが関連していることを表示する。さらに、情報処理システム１は、タグフォルダの閲覧が許可されていないユーザに対しては、タグフォルダと第３のタグ情報とが関連していることを表示する。したがって、閲覧が許可されているユーザは、タグフォルダの中身と第３のタグ情報との関連性を容易に把握することができる。一方、閲覧が許可されていないユーザも、少なくともタグフォルダと第３のタグ情報とが関連していることを把握することができる。

また、情報処理システム１ａ〜１ｂは、パーソナルタグ関連情報をユーザ毎に作成し、複数のパーソナルタグ関連情報を集約することで、グローバルタグ関連情報を作成する。これにより、ユーザは、パーソナルタグ関連情報とグローバルタグ関連情報とを比較することで、他のユーザがタグ情報をどのように関連付けているのかを容易に把握することができる。

また、情報処理システム１ａ〜１ｂは、各ユーザによるタグ情報の使用状況に基づいて、グローバルタグ関連情報を作成するので、より精度の高いグローバルタグ関連情報を作成することができる。

また、情報処理システム１ａ〜１ｂは、共通の特徴を有するパーソナルタグ関連情報を集約することで、グローバルタグ関連情報を作成するので、より精度の高いグローバルタグ関連情報を作成することができる。

また、情報処理システム１ａ〜１ｂは、タグフォルダが共通するパーソナルタグ関連情報を集約することで、グローバルタグ関連情報を作成する。すなわち、情報処理システム１ａ〜１ｂは、処理対象ユーザがあるタグフォルダを作成している場合、そのタグフォルダと同じタグフォルダを作成しているユーザのパーソナルタグ関連情報だけを集約することができる。そして、情報処理システム１ａ〜１ｂは、処理対象ユーザにグローバルタグ関連情報を提供することができる。このため、情報処理システム１ａ〜１ｂは、処理対象ユーザのニーズにより合致したグローバルタグ関連情報を提供することができる。

また、情報処理システム１ａ〜１ｂは、共通のユーザ情報を有するパーソナルタグ関連情報を集約することで、グローバルタグ関連情報を作成することができる。すなわち、すなわち、情報処理システム１ａ〜１ｂは、処理対象ユーザと共通のユーザ情報を有するパーソナルタグ関連情報だけを集約することができる。そして、情報処理システム１ａ〜１ｂは、処理対象ユーザにグローバルタグ関連情報を提供することができる。このため、情報処理システム１ａ〜１ｂは、処理対象ユーザのニーズにより合致したグローバルタグ関連情報を提供することができる。

また、情報処理システム１ａ〜１ｂは、グローバルタグ関連情報に基づいて、階層化の候補（タグフォルダの候補）を作成し、階層化の候補を表示する。これにより、ユーザは、他のユーザがどのような関連付けを行っているのかを容易に把握することができ、かつ、タグフォルダ作成の指針を得ることができる。

また、情報処理システム１ａ〜１ｂは、互いに関連するタグ情報同士を連結する連結情報を表示し、かつ、連結情報の表示態様をグローバルタグ関連情報に基づいて調整する。したがって、ユーザは、他のユーザがどのような関連付けを行っているのかを容易に把握することができる。

また、情報処理システム１〜１ｂは、ユーザがタグフォルダを検索語として選択した場合、タグフォルダ及びタグフォルダ内のタグ情報を検索語として設定する。そして、情報処理システム１〜１ｂは、検索語を含むオブジェクト情報を検索する。例えば、情報処理システム１ａ〜１ｂは、互いに関連するタグ情報、同じ意味であるが異なる表記のタグ情報等を一括して検索語とすることができる。これにより、検索の精度が向上する。

また、情報処理システム１〜１ｂは、ユーザによる入力操作に基づいて、タグフォルダ内のいずれかのタグ情報を検索語から除外する。これにより、より精度の高い（ユーザのニーズにより近い）検索が可能となる。

なお、上記効果はあくまで例示であって、本実施形態は、本明細書中に記載されたいずれかの効果、または他の効果を有するものであってもよい。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
ソーシャルネットワーク上に存在するオブジェクト情報に付与される複数のタグ情報同士を関連付ける制御部を備える、情報処理装置。
（２）
前記制御部は、第１のタグ情報を第２のタグ情報の下層に配置することで、前記第１のタグ情報と前記第２のタグ情報とを関連付ける、前記（１）記載の情報処理装置。
（３）
前記制御部は、互いに関連するタグ情報を同じ階層に配置する、前記（２）記載の情報処理装置。
（４）
前記制御部は、同じ意味を有するタグ情報を同じ階層に配置する、前記（３）記載の情報処理装置。
（５）
前記制御部は、前記第１のタグ情報と前記第２のタグ情報とを関連付けて表示する制御を行う、前記（２）〜（４）のいずれか１項に記載の情報処理装置。
（６）
前記制御部は、前記複数のタグ情報同士の関連性に基づいて、階層化の候補を作成し、前記階層化の候補を表示する制御を行う、前記（５）記載の情報処理装置。
（７）
前記制御部は、前記第１のタグ情報に関連し、かつ、前記第２のタグ情報と同じ階層に配置される第３のタグ情報が存在する場合、前記第２のタグ情報と前記第３のタグ情報とを関連付ける、前記（２）〜（６）のいずれか１項に記載の情報処理装置。
（８）
前記制御部は、前記第２のタグ情報に閲覧制限を設け、前記第２のタグ情報の閲覧が許可されているユーザに対しては、前記第１のタグ情報と前記第３のタグ情報とが関連していることを表示し、前記第２のタグ情報の閲覧が許可されていないユーザに対しては、前記第２のタグ情報と前記第３のタグ情報とが関連していることを表示する制御を行う、前記（７）記載の情報処理装置。
（９）
前記制御部は、ユーザが使用する複数のタグ情報同士の関連性を示すパーソナルタグ関連情報をユーザ毎に作成し、複数の前記パーソナルタグ関連情報を集約することで、グローバルタグ関連情報を作成する、前記（１）〜（８）のいずれか１項に記載の情報処理装置。
（１０）
前記制御部は、各ユーザによるタグ情報の使用状況に基づいて、前記グローバルタグ関連情報を作成する、前記（９）記載の情報処理装置。
（１１）
前記制御部は、共通の特徴を有するパーソナルタグ関連情報を集約することで、前記グローバルタグ関連情報を作成する、前記（９）または（１０）に記載の情報処理装置。
（１２）
前記パーソナルタグ関連情報は、第２のタグ情報と、前記第２のタグ情報の下層に配置された第１のタグ情報とを含み、
前記制御部は、前記第２のタグ情報が共通するパーソナルタグ関連情報を集約することで、前記グローバルタグ関連情報を作成する、前記（９）〜（１１）のいずれか１項に記載の情報処理装置。
（１３）
前記パーソナルタグ関連情報には、ユーザ情報が関連付けられており、
前記制御部は、共通のユーザ情報を有するパーソナルタグ関連情報を集約することで、前記グローバルタグ関連情報を作成する、前記（９）〜（１２）のいずれか１項に記載の情報処理装置。
（１４）
前記パーソナルタグ関連情報は、第２のタグ情報と、前記第２のタグ情報の下層に配置された第１のタグ情報とを含み、
前記制御部は、前記グローバルタグ関連情報に基づいて、階層化の候補を作成し、前記階層化の候補を表示する制御を行う、前記（９）〜（１３）のいずれか１項に記載の情報処理装置。
（１５）
前記制御部は、互いに関連するタグ情報同士を連結する連結情報を表示し、かつ、前記連結情報の表示態様を前記グローバルタグ関連情報に基づいて調整する、前記（９）〜（１４）のいずれか１項に記載の情報処理装置。
（１６）
前記制御部は、ユーザが前記第２のタグ情報を検索語として選択した場合、前記第１のタグ情報及び前記第２のタグ情報を検索語とし、前記検索語を含むオブジェクト情報を検索する、前記（２）記載の情報処理装置。
（１７）
前記制御部は、ユーザによる入力操作に基づいて、いずれかの第１のタグ情報を検索語から除外する、前記（１６）記載の情報処理装置。
（１８）
前記制御部は、互いに関連するタグ情報同士を連結する連結情報を表示する、前記（１）〜（１７）のいずれか１項に記載の情報処理装置。
（１９）
前記制御部は、前記連結情報の表示態様をタグ情報同士の関連性の度合いに基づいて調整する、前記（１８）記載の情報処理装置。
（２０）
ソーシャルネットワーク上に存在するオブジェクト情報に付与される複数のタグ情報同士を関連付けることを含む、情報処理方法。

１、１ａ、１ｂ 情報処理システム
１０ タグ処理サーバ
１０ａ 記憶部
１０ｂ 通信部
１０ｃ 制御部
２０ タグ管理サーバ
４０ ユーザ端末
４０ａ 記憶部
４０ｂ 入力部
４０ｃ 表示部
４０ｄ 通信部
４０ｅ 制御部
５０ ＳＮＳ処理サーバ
５１ ＳＮＳ管理サーバ

Claims (20)

1. ソーシャルネットワーク上に存在するオブジェクト情報に付与される複数のタグ情報同士を関連付ける制御部を備える、情報処理装置。
2. 前記制御部は、第１のタグ情報を第２のタグ情報の下層に配置することで、前記第１のタグ情報と前記第２のタグ情報とを関連付ける、請求項１記載の情報処理装置。
3. 前記制御部は、互いに関連するタグ情報を同じ階層に配置する、請求項２記載の情報処理装置。
4. 前記制御部は、同じ意味を有するタグ情報を同じ階層に配置する、請求項３記載の情報処理装置。
5. 前記制御部は、前記第１のタグ情報と前記第２のタグ情報とを関連付けて表示する制御を行う、請求項２記載の情報処理装置。
6. 前記制御部は、前記複数のタグ情報同士の関連性に基づいて、階層化の候補を作成し、前記階層化の候補を表示する制御を行う、請求項５記載の情報処理装置。
7. 前記制御部は、前記第１のタグ情報に関連し、かつ、前記第２のタグ情報と同じ階層に配置される第３のタグ情報が存在する場合、前記第２のタグ情報と前記第３のタグ情報とを関連付ける、請求項２記載の情報処理装置。
8. 前記制御部は、前記第２のタグ情報に閲覧制限を設け、前記第２のタグ情報の閲覧が許可されているユーザに対しては、前記第１のタグ情報と前記第３のタグ情報とが関連していることを表示し、前記第２のタグ情報の閲覧が許可されていないユーザに対しては、前記第２のタグ情報と前記第３のタグ情報とが関連していることを表示する制御を行う、請求項７記載の情報処理装置。
9. 前記制御部は、ユーザが使用する複数のタグ情報同士の関連性を示すパーソナルタグ関連情報をユーザ毎に作成し、複数の前記パーソナルタグ関連情報を集約することで、グローバルタグ関連情報を作成する、請求項１記載の情報処理装置。
10. 前記制御部は、各ユーザによるタグ情報の使用状況に基づいて、前記グローバルタグ関連情報を作成する、請求項９記載の情報処理装置。
11. 前記制御部は、共通の特徴を有するパーソナルタグ関連情報を集約することで、前記グローバルタグ関連情報を作成する、請求項９記載の情報処理装置。
12. 前記パーソナルタグ関連情報は、第２のタグ情報と、前記第２のタグ情報の下層に配置された第１のタグ情報とを含み、
    前記制御部は、前記第２のタグ情報が共通するパーソナルタグ関連情報を集約することで、前記グローバルタグ関連情報を作成する、請求項９記載の情報処理装置。
13. 前記パーソナルタグ関連情報には、ユーザ情報が関連付けられており、
    前記制御部は、共通のユーザ情報を有するパーソナルタグ関連情報を集約することで、前記グローバルタグ関連情報を作成する、請求項９記載の情報処理装置。
14. 前記パーソナルタグ関連情報は、第２のタグ情報と、前記第２のタグ情報の下層に配置された第１のタグ情報とを含み、
    前記制御部は、前記グローバルタグ関連情報に基づいて、階層化の候補を作成し、前記階層化の候補を表示する制御を行う、請求項９記載の情報処理装置。
15. 前記制御部は、互いに関連するタグ情報同士を連結する連結情報を表示し、かつ、前記連結情報の表示態様を前記グローバルタグ関連情報に基づいて調整する、請求項９記載の情報処理装置。
16. 前記制御部は、ユーザが前記第２のタグ情報を検索語として選択した場合、前記第１のタグ情報及び前記第２のタグ情報を検索語とし、前記検索語を含むオブジェクト情報を検索する、請求項２記載の情報処理装置。
17. 前記制御部は、ユーザによる入力操作に基づいて、いずれかの第１のタグ情報を検索語から除外する、請求項１６記載の情報処理装置。
18. 前記制御部は、互いに関連するタグ情報同士を連結する連結情報を表示する、請求項１記載の情報処理装置。
19. 前記制御部は、前記連結情報の表示態様をタグ情報同士の関連性の度合いに基づいて調整する、請求項１８記載の情報処理装置。
20. ソーシャルネットワーク上に存在するオブジェクト情報に付与される複数のタグ情報同士を関連付けることを含む、情報処理方法。
    
    

Images