JP6213660B2 - 情報管理装置、情報共有システム、制御方法、及びコンピュータ読み取り可能な記録媒体 - Google Patents

Description

本発明は、情報管理装置、情報共有システム、制御方法、及びコンピュータ読み取り可能な記録媒体等に関する。

組織活動において、情報を収集すること及び収集した情報を利用することは重要である。具体的には、大量の情報をデータベースなどに集約して解析し、解析された情報を各人が適宜参照するといった形式などがとられている。例えば災害復旧活動を行う組織では、報告された被害状況などをデータベースに集約しておき、復旧作業を行う各担当部門のメンバーが、このデータベースに格納されている情報を参照する。

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

「データベースに集約された情報を各人が適宜参照する」という手法では、「組織全体から見て必要な情報」を活用することに主眼が置かれていることが多い。そのため、「組織内のグループにおいて必要とされている情報を、グループに所属するメンバー同士で共有する」という情報の活用が効率的に行われていない。グループに所属するメンバーの間で情報を共有したい場合、情報を必要としているメンバーに対して迅速に情報が伝達されることが重要となる。

しかし現状では、データベースに集約された情報をグループに所属するメンバー同士で共有する方法として、例えばキーワードなどを用いて各人がデータベースを検索し、集約された情報の中からグループに関係する情報を取得することが行われる。そのため、データベースに大量の情報が集約されていると、必要な情報の検索に手間や時間がかかり、グループに所属するメンバー同士で情報を効率よく共有できない。

特許文献１に、ユーザ同士の結びつきを表す人間関係情報を利用して、新規のユーザに対して嗜好に合う情報を提供する技術が開示されている。特許文献１に記載の情報処理装置は、人間関係情報に基づき、新規のユーザと結びつけられている他のユーザを特定する。そして、特許文献１に記載の情報処理装置は、特定した他のユーザの嗜好情報に基づいて、新規のユーザに対して情報を提供する。

しかし、特許文献１の技術は、ユーザがグループに属している状況を想定していない。そのため、特許文献１の技術では、グループに所属しているメンバー同士で効率的に情報を共有する方法については言及していない。

本発明は、上記の課題に鑑みてなされたものである。本発明の主たる目的は、グループに所属するメンバー同士で効率的に情報を共有する技術を提供することである。

本発明の一態様における情報管理装置は、情報共有システムが有する情報管理装置である。この情報管理装置は、ユーザ情報を取得して、グループ情報と複数の前記ユーザ情報とを関係付ける情報であるグループ構成情報を用いてそのユーザ情報と関係付けされている前記グループ情報を特定し、提示情報と前記グループ情報とを関係付ける情報であるグループインタレスト情報を用いてそのグループ情報と関係付けされている各前記提示情報を前記ユーザ情報で特定されるユーザに対して提供する検索処理手段と、前記提示情報を取得して、前記グループインタレスト情報を用いてその提示情報に関係付けされている前記グループ情報を特定し、前記グループ構成情報を用いてそのグループ情報に関係付けされている複数の前記ユーザ情報で特定される各ユーザに対して前記提示情報を提供する共有処理手段と、を有する。

本発明の一態様における制御方法は、情報共有システムが有する情報管理装置によって実行される制御方法である。この制御方法は、ユーザ情報を取得して、グループ情報と複数の前記ユーザ情報とを関係付ける情報であるグループ構成情報を用いてそのユーザ情報と関係付けされている前記グループ情報を特定し、提示情報と前記グループ情報とを関係付ける情報であるグループインタレスト情報を用いてそのグループ情報と関係付けされている各前記提示情報を前記ユーザ情報で特定されるユーザに対して提供し、前記提示情報を取得して、前記グループインタレスト情報を用いてその提示情報に関係付けされている前記グループ情報を特定し、前記グループ構成情報を用いてそのグループ情報に関係付けされている複数の前記ユーザ情報で特定される各ユーザに対して前記提示情報を提供する。

本発明の一態様におけるコンピュータ読み取り可能な記録媒体は、情報共有システムが有するコンピュータに、情報管理装置として動作する機能を持たせるプログラムを格納したコンピュータ読み取り可能な記録媒体である。この記録媒体は、前記コンピュータに、ユーザ情報を取得して、グループ情報と複数の前記ユーザ情報とを関係付ける情報であるグループ構成情報を用いて前記ユーザ情報と関係付けされている前記グループ情報を特定し、提示情報と前記グループ情報とを関係付ける情報であるグループインタレスト情報を格納するグループインタレスト情報を用いて前記グループ情報と関係付けされている各前記提示情報を前記ユーザ情報で特定されるユーザに対して提供する検索処理機能と、前記提示情報を取得して、前記グループインタレスト情報を用いて前記提示情報に関係付けされている前記グループ情報を特定し、前記グループ構成情報を用いて前記グループ情報に関係付けされている複数の前記ユーザ情報で特定される各ユーザに対して前記提示情報を提供する共有処理機能と、を持たせるプログラムを格納する。

本発明によれば、グループに所属するメンバー同士で効率的に情報を共有する技術が提供される。

本発明の第1の実施形態に係る情報管理装置をその使用環境と共に例示するブロック図である。 ユーザ情報、提示情報、及びグループ情報の間の対応関係を概念的なモデルとして例示する図である。 ユーザ情報、提示情報、及びグループ情報の間の対応関係を概念的なモデルとして例示する図である。 本発明の各実施形態における情報管理装置のハードウエア構成を例示するブロック図である。 第1の実施形態の検索処理部によって実行される処理の流れを例示するフローチャートである。 第1の実施形態の共有処理部によって実行される処理の流れを例示するフローチャートである。 グループ構成情報をテーブル形式で例示する図である。 ユーザインタレスト情報をテーブル形式で例示する図である。 グループインタレスト情報をテーブル形式で例示する図である。 本発明の第２の実施形態に係る情報管理装置をその使用環境と共に例示するブロック図である。 ユーザインタレスト情報を削除する処理を概念的に例示する図である。 ユーザインタレスト情報を削除する処理を概念的に例示する図である。 ユーザインタレスト情報を削除する処理を概念的に例示する図である。 第２の実施形態のグループインタレスト情報生成部２０６０によって実行される処理の流れを例示するフローチャートである。 本発明の第３の実施形態に係る情報管理装置をその使用環境と共に例示するブロック図である。 関連グループ情報をテーブル形式で例示する図である。 第３の実施形態の検索処理部によって実行される処理を説明するためのモデルを例示する図である。 グループ情報間の対応関係を例示するグラフである。 グループ情報間の対応関係を例示するグラフである。 第３の実施形態の検索処理部によって実行される処理の流れを例示するフローチャートである。 本発明の第４の実施形態に係る情報管理装置をその使用環境と共に例示するブロック図である。 第４の実施形態の共有処理部によって実行される処理の流れを例示するフローチャートである。 本発明の第５の実施形態に係る情報管理装置をその使用環境と共に例示するブロック図である。 第５の実施形態の関連グループ情報生成部によって実行される処理の流れを例示するフローチャートである。 本発明の第６の実施形態の情報管理装置をその使用環境と共に例示するブロック図である。

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

［第1の実施形態］
図１は、本発明の第1の実施形態に係る情報管理装置２０００をその使用環境と共に例示するブロック図である。図１において、矢印は情報の流れを表している。さらに、図１において、各ブロックは、ハードウエア単位の構成ではなく、機能単位の構成を表している。

情報共有システム３０００は、情報管理装置２０００、ユーザインタレスト情報格納部３０２０、グループ構成情報格納部３０４０、及びグループインタレスト情報格納部３０６０を有する。

＜ユーザインタレスト情報格納部３０２０＞
ユーザインタレスト情報格納部３０２０は、ユーザインタレスト情報を格納する。ユーザインタレスト情報は、提示情報とユーザ情報とを関係付ける（関連付ける、又は紐付ける）情報である。提示情報は、ユーザに対して提供される種々の情報である。ユーザ情報は、ユーザを特定する情報である。

＜グループ構成情報格納部３０４０＞
グループ構成情報格納部３０４０は、グループ構成情報を格納する。グループ構成情報は、グループ情報と複数のユーザ情報とを関係付ける情報である。

＜グループインタレスト情報格納部３０６０＞
グループインタレスト情報格納部３０６０は、グループインタレスト情報を格納する。
グループインタレスト情報は、提示情報とグループ情報とを関係付ける情報である。

さらに、ユーザインタレスト情報、グループ構成情報、及びグループインタレスト情報において、ユーザ情報と関係付けられていない提示情報のうち、少なくとも１つの提示情報が、そのユーザ情報と関係付けられているグループ情報に更に関係付けられている。

＜情報管理装置２０００＞
情報管理装置２０００は、検索処理部２０２０及び共有処理部２０４０を有する。

＜＜検索処理部２０２０＞＞
検索処理部２０２０は、ユーザ情報を取得し、グループ構成情報を用いて、そのユーザ情報に関係付けされているグループ情報を特定する。さらに、検索処理部２０２０は、グループインタレスト情報を用いて、特定したグループ情報と関係付けされている各提示情報を、取得したユーザ情報で特定されるユーザに対して提供する。

＜＜共有処理部２０４０＞＞
共有処理部２０４０は、提示情報を取得し、グループインタレスト情報を用いて、その提示情報に関係付けされているグループ情報を特定する。さらに、共有処理部２０４０は、グループ構成情報を用いて、特定したグループ情報に関係付けされている複数のユーザ情報で特定される各ユーザに対して、取得した提示情報を提供する。

＜＜具体例＞＞
図２Ａ及び図２Ｂは、ユーザ情報、提示情報、及びグループ情報の間の対応関係を概念的なモデルとして例示する図である。図２Ａ及び図２Ｂのモデルは、各情報をノードとして表し、各情報間の関係付けをエッジとして表すグラフを含む。Ｉｊ（ｊは整数）と表記されているノードは提示情報を表し、Ｇｊ（ｊは整数）と表記されているノードはグループ情報を表し、Ｕｊ（ｊは整数）と表記されているノードはユーザ情報を表す。以下、ユーザ情報Ｕｊで特定されるユーザをユーザｕｊと表記し、グループ情報Ｇｊで特定されるグループをグループｇｊと表記する。

ノード間がエッジで接続されていることは、両端のノードによって表される２つの情報を関係付ける情報が存在することを表す。例えば、ユーザ情報Ｕ０と提示情報Ｉ０とがエッジで接続されていることは、ユーザ情報Ｕ０と提示情報Ｉ０とを関係付けるユーザインタレスト情報が存在していることを表す。同様に、ユーザ情報Ｕ０とグループ情報Ｇ０とがエッジで接続されていることは、ユーザ情報Ｕ０とグループ情報Ｇ０とを関係付けるグループ構成情報が存在していることを表す。また同様に、グループ情報Ｇ０と提示情報Ｉ０とがエッジで接続されていることは、グループ情報Ｇ０と提示情報Ｉ０とを関係付けるグループインタレスト情報が存在していることを表す。

図２Ａのモデルは、模式的に、ユーザ情報をユーザ情報レイヤ２０に属する情報として表し、提示情報を提示情報レイヤ１０に属する情報として表している。また、図２Ｂのモデルはさらに、グループ情報をグループ情報レイヤ３０に属する情報として表す。

ここで、本具体例は、次の状況を想定している。まず、ユーザｕ０とユーザｕ１は、同じグループｇ０に属している。また、提示情報Ｉ０は、グループｇ０とユーザｕ２に関係する情報である。さらに、提示情報Ｉ１はユーザｕ１のみに関係する提示情報である。

図２Ａは、グループ情報を用いずに上記想定環境をモデル化した図である。提示情報Ｉ０とグループｇ０との関係を表すため、提示情報Ｉ０は、グループｇ０に属するユーザを特定するユーザ情報Ｕ０及びＵ１のそれぞれとエッジで接続されている。また、提示情報Ｉ０とユーザｕ２との関係を表すため、提示情報Ｉ０とユーザ情報Ｕ２とはエッジで接続されている。さらに、提示情報Ｉ１とユーザｕ１との関係を表すため、提示情報Ｉ１とユーザ情報Ｕ１とはエッジで接続されている。

これに対し、図２Ｂは、上記想定状況をグループ情報も用いてモデル化した図である。図２Ｂのモデルは、図２Ａのモデルが示すユーザ情報レイヤ２０とグループ情報レイヤ３０という２つのレイヤの間に、グループ情報レイヤ３０を導入したモデルを表す。提示情報Ｉ０とグループｇ０との関係は、提示情報Ｉ０とグループ情報Ｇ０とを接続するエッジで表されている。そして、ユーザｕ０とｕ１がグループｇ０に属することは、ユーザ情報Ｕ０とグループ情報Ｇ０とを接続するエッジ、及びユーザ情報Ｕ１とグループ情報Ｇ０とを接続するエッジで表されている。

図２Ａの場合と図２Ｂの場合とにおける、提示情報の検索処理の違いを説明する。図２Ａの場合、グループ情報が利用されていない。そのため、ユーザｕ１が検索を行うと、グループｇ０を介してユーザｕ１と関係付けられている提示情報Ｉ０、及びユーザｕ１と直接関係付けられている提示情報Ｉ１が取得される。

一方、図２Ｂにおいて、ユーザｕ１が検索処理部２０２０を用いて検索を行うとする。この場合、検索処理部２０２０は、ユーザ情報Ｕ１と関係付けされているグループ情報としてグループ情報Ｇ０を特定し、そのグループ情報Ｇ０に関係付けされている提示情報Ｉ０を取得する。このように、検索処理部２０２０を用いると、ユーザ情報と直接関係付けられている提示情報ではなく、グループ情報を介してユーザ情報と関係付けられている提示情報が取得される。

なお、本実施形態の情報管理装置２０００は、ユーザ情報と直接関係付けられている提示情報（例：ユーザ情報Ｕ１に関係付けされている提示情報Ｉ１）を提供する機能を別途備えていても構わない。

次に、図２Ａの場合と図２Ｂの場合とにおいて、提示情報を取得した場合の処理の違いを説明する。図２Ａの場合、提示情報Ｉ０は、ユーザｕ０、ｕ１、及びｕ２に提供される。一方、図２Ｂの場合に、共有処理部２０４０が提示情報Ｉ０を取得したとする。この場合、共有処理部２０４０は、提示情報Ｉ０に関係付けされているグループ情報Ｇ０を特定する。そして、共有処理部２０４０は、グループ情報Ｇ０に関係付けされているユーザ情報Ｕ０及びＵ１のそれぞれで特定されるユーザｕ０とｕ１に対して、提示情報Ｉ０を提供する。

＜作用・効果＞
本実施形態によれば、ユーザ情報を取得した検索処理部２０２０がそのユーザ情報で特定されるユーザに対し、グループ情報を介してそのユーザ情報と関係付けられている提示情報を提供する。そのため、ユーザとそのユーザが所属しているグループとを、グループ構成情報を用いて関係付けておくことで、ユーザは、自身が所属しているグループに関係している情報を容易に取得することができる。そのため、グループに所属するユーザ同士で効率的に情報を共有することができる。その結果、グループ活動を効率的に行えるようになる。

また、検索処理部２０２０は、あるユーザ情報とユーザインタレスト情報によって直接関係付けられていない提示情報であっても、そのユーザ情報に関係付けされているグループ情報と関係付けられている提示情報であれば、そのユーザ情報で特定されるユーザに対して当該提示情報を提供する。例えば図２Ｂにおいて、ユーザ情報Ｕ０と提示情報Ｉ０とは直接関係付けられていない。しかし、検索処理部２０２０は、「ユーザ情報Ｕ０、グループ情報Ｇ０」という関係付けを示すグループ構成情報及び「グループ情報Ｇ０、提示情報Ｉ０」という関係付けを示すグループインタレスト情報を用いて、ユーザｕ０に対して提示情報Ｉ０を提供する。これにより、ユーザは、「個人的には関係していないもののグループとしては関係している」といった提示情報を取得することができる。そのため、グループに関係する提示情報をそのグループに属するユーザ間で容易に共有することができる。その結果、グループ活動を効率的に行えるようになる。

また、検索処理部２０２０を利用した場合、ユーザ情報と直接関係付けられている提示情報ではなく、グループ情報を介してそのユーザ情報と関係付けられている提示情報が取得される。例えば図２Ｂの場合、検索処理部２０２０を用いると、ユーザｕ１は提示情報Ｉ０のみを取得し、提示情報Ｉ１を取得しない。このように、ユーザに対し、そのユーザが個人的に関係している情報ではなく、グループとして関係している情報が提供される。よって、検索処理部２０２０を用いることでグループ活動に必要な情報のみを取得することができるため、ユーザは、グループに関係する活動を効率よく行うことができる。

さらに、共有処理部２０４０は、提示情報を取得すると、グループ情報を介してその提示情報と関係付けられているユーザに対して、取得した提示情報を提供する。そのため、同じグループに所属するユーザの間で提示情報を容易に共有することができる。さらに、提示情報を共有するユーザがその提示情報に関係付けされているグループに属するユーザのみに絞られるため、ユーザはグループとして必要な提示情報のみを取得することができる。よって、ユーザはグループに関係する活動を効率よく行うことができる。

また、共有処理部２０４０によれば、取得した提示情報が、その提示情報とユーザインタレストで直接関係付けられていないユーザ情報によって特定されるユーザに対しても提供される。具体的には、共有処理部２０４０は、その提示情報に関係付けされているグループ情報と関係付けられているユーザ情報で特定されるユーザに対して、その提示情報を提供する。例えば図２Ｂにおいて、ユーザ情報Ｕ０と提示情報Ｉ０とは直接関係付けられていない。しかし、共有処理部２０４０は、「グループ情報Ｇ０、提示情報Ｉ０」という関係付けを示すグループインタレスト情報及び「ユーザ情報Ｕ０、グループ情報Ｇ０」という関係付けを示すグループ構成情報を用いて、ユーザｕ０に対して提示情報Ｉ０を提供する。これにより、ユーザは、「個人的には関係していないもののグループとしては関係している」といった提示情報を取得することができる。そのため、グループに関係する提示情報をそのグループに属するユーザ間で容易に共有することができる。その結果、グループ活動を効率的に行うことが可能となる。

＜ハードウエア構成＞
情報管理装置２０００が有する各機能構成部は、例えば、個々に又は複数組み合わせられた状態で、少なくとも１つのハードウエア構成要素として実現される。その他にも例えば、各機能構成部は、少なくとも１つのソフトウエア構成要素として実現される。その他にも例えば、各機能構成部は、ハードウエア構成要素とソフトウエア構成要素の組み合わせにより実現される。

図３は、情報管理装置２０００のハードウエア構成を例示するブロック図である。図３において、情報管理装置２０００は、バス１０２０、プロセッサ１０４０、メモリ１０６０、ストレージ１０８０、及びネットワークインタフェース１１００を有する。なお、情報管理装置２０００は、例えばサーバマシン、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、又は携帯型端末など、種々の計算機である。

バス１０２０は、プロセッサ１０４０、メモリ１０６０、ストレージ１０８０、及びネットワークインタフェース１１００が、相互にデータを送受信するためのデータ伝送路である。プロセッサ１０４０は、例えば ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などの演算処理装置である。メモリ１０６０は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）やＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）などのメモリである。ストレージ１０８０は、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、又はメモリカードなどの記憶装置である。また、ストレージ１０８０は、ＲＡＭやＲＯＭ等のメモリであってもよい。ネットワークインタフェース１１００は、情報管理装置２０００が他の装置とネットワークを介して通信するためのインタフェースである。例えば情報管理装置２０００は、ネットワークインタフェース１１００を用いて、ユーザインタレスト情報格納部３０２０、グループ構成情報格納部３０４０、グループインタレスト情報格納部３０６０、又はユーザが有する端末などと通信する。ただし、情報管理装置２０００がユーザインタレスト情報格納部３０２０などから情報を取得する方法は、ネットワークを介した通信に限定されない。

検索処理モジュール１２２０は、情報管理装置２０００に、検索処理部２０２０の機能を持たせるためのプログラムである。プロセッサ１０４０は、検索処理モジュール１２２０を実行することで、検索処理部２０２０の機能を実現する。

共有処理モジュール１２４０は、情報管理装置２０００に、共有処理部２０４０の機能を持たせることが可能なプログラムである。プロセッサ１０４０は、共有処理モジュール１２４０を実行することで、共有処理部２０４０の機能を実現する。

例えばプロセッサ１０４０は、上記各モジュールをメモリ１０６０上に読み出して実行する。ただし、プロセッサ１０４０は、上記各モジュールを、メモリ１０６０上に読み出さずに実行してもよい。

ストレージ１０８０は、上記各モジュールを格納する。

情報管理装置２０００のハードウエア構成は、図３に示した構成に限定されない。例えば、各モジュールはメモリ１０６０に格納されてもよい。この場合、情報管理装置２０００は、ストレージ１０８０を備えていなくてもよい。

＜処理の流れ１＞
図４は、第1の実施形態の検索処理部２０２０によって実行される処理の流れを例示するフローチャートである。ステップＳ１０２において、検索処理部２０２０は、ユーザ情報Ｕ０を取得する。ステップＳ１０４において、検索処理部２０２０は、ユーザ情報Ｕ０に関係付けされているグループ情報Ｇ０を特定する。

ステップＳ１０６からＳ１１０は、グループ情報Ｇ０に関係付けされている各提示情報について実行されるループ処理Ａである。ステップＳ１０６において、検索処理部２０２０は、グループ情報Ｇ０に関係付けされている提示情報の中に、まだループ処理Ａの対象としていない情報があるか否かを判定する。ループ処理Ａの対象としていない情報がない場合、つまり、グループ情報Ｇ０に関係付けされている全ての提示情報について既にループ処理Ａが実行された場合、図４の処理は終了する。一方、グループ情報Ｇ０に関係付けされている提示情報の中に、まだループ処理Ａの対象としていない情報がある場合、検索処理部２０２０は、まだループ処理Ａの対象としていない提示情報を１つ選択する。そして、検索処理部２０２０は、続いてステップＳ１０８における処理を実行する。なお、検索処理部２０２０によって選択された提示情報を提示情報Ｉｊと表記する。

ステップＳ１０８において、検索処理部２０２０は、提示情報Ｉｊをユーザ情報Ｕ０で特定されるユーザへ提供する。ステップＳ１１０はループ処理Ａの終端であるため、検索処理部２０２０は、続いてステップＳ１０６における処理を実行する。

＜処理の流れ２＞
図５は、第２の実施形態の共有処理部２０４０によって実行される処理の流れを例示するフローチャートである。ステップＳ２０２において、共有処理部２０４０は、提示情報Ｉ０を取得する。ステップＳ２０４において、共有処理部２０４０は、提示情報Ｉ０に関係付けされているグループ情報Ｇ０を特定する。

ステップＳ２０６からＳ２１０は、グループ情報Ｇ０に関係付けされている各ユーザ情報Ｕｊについて実行されるループ処理Ｂである。ステップＳ２０６において、共有処理部２０４０は、グループ情報Ｇ０に関係付けされているユーザ情報の中に、まだループ処理Ｂの対象としていないユーザ情報があるか否かを判定する。ループ処理Ｂの対象としていないユーザ情報がない場合、つまり、グループ情報Ｇ０に関係付けされている全てのユーザ情報について既にループ処理Ｂが実行された場合、図５の処理は終了する。一方、グループ情報Ｇ０に関係付けされているユーザ情報の中に、まだループ処理Ｂの対象としていないユーザ情報がある場合、共有処理部２０４０は、まだループ処理Ｂの対象としていないユーザ情報を１つ選択する。そして、共有処理部２０４０は、続いてステップＳ２０８の処理を実行する。なお、共有処理部２０４０によって選択されたユーザ情報をユーザ情報Ｕｊと表記する。

ステップＳ２０８において、共有処理部２０４０は、提示情報Ｉ０をユーザ情報Ｕｊで特定されるユーザへ提供する。ステップＳ２１０はループ処理Ｂの終端であるため、共有処理部２０４０は、続いてステップＳ２０６における処理を実行する。

以下、本実施形態についてさらに詳細に説明する。

＜ユーザ情報の詳細＞
前述したように、ユーザ情報は、ユーザを特定する情報である。例えばユーザ情報は、ユーザのＩＤ（識別子）、名前、又はメールアドレスなどである。また、ユーザが端末を用いて提示情報を取得する場合、ユーザ情報は、例えばユーザが利用する端末のＩＤでもよい。ただし、上述したように、ユーザ情報は、提示情報を提供するためにユーザを特定する情報であればよく、上記で例示した情報に限定されない。また、ユーザ情報は、複数の情報の組み合わせ（例：ユーザＩＤとメールアドレス）でもよい。

ユーザ情報は、情報共有システム３０００に予め登録されていてもよいし、ユーザや情報共有システム３０００の管理者などによって随時登録されてもよい。例えば情報管理装置２０００は、ユーザ情報の登録を受け付けるユーザ情報登録部、及びユーザ情報を格納するユーザ情報格納部を有する。ユーザ情報登録部は、ユーザや情報共有システム３０００の管理者から受け付けたユーザ情報を、ユーザ情報格納部に格納する。なお、ユーザ情報登録部やユーザ情報格納部は、情報管理装置２０００の外部に設けられてもよい。

＜提示情報の詳細＞
前述したように、提示情報は、ユーザに対して提供される種々の情報である。例えば提示情報は、文字列データ、画像データ、音声データ、又は動画データなどである。

提示情報は、情報共有システム３０００に予め登録されていてもよいし、ユーザや情報共有システム３０００の管理者などによって随時登録されてもよい。例えば情報管理装置２０００は、提示情報の登録を受け付ける提示情報登録部、及び提示情報を格納する提示情報格納部を有する。提示情報登録部は、ユーザから提示情報の登録を受けつけ、受け付けた提示情報を提示情報格納部に格納する。なお、提示情報登録部や提示情報格納部は、情報管理装置２０００の外部に設けられてもよい。

＜グループ情報の詳細＞
グループ情報は、予め情報共有システム３０００に登録されていてもよいし、ユーザや情報共有システム３０００の管理者などによって随時登録されてもよい。例えば情報管理装置２０００は、グループ情報の登録を受け付けるグループ情報登録部、及びグループ情報を格納するグループ情報格納部を有する。グループ情報登録部は、ユーザや情報共有システム３０００の管理者からグループ情報の登録を受け付け、受け付けたグループ情報をグループ情報格納部に格納する。グループ情報登録部やグループ情報格納部は、情報管理装置２０００の外部に設けられてもよい。

グループ情報によって表されるグループは、複数のユーザの集まりであればよく、前述した「組織における部門」などに限定されない。例えばグループは、タスクを表してもよい。例えばタスクは、道路復旧作業などの作業等を表す。この場合、グループ構成情報は、あるタスクと、そのタスクに関係するユーザ（例：そのタスクを処理するユーザ）とを関係付ける情報となる。この場合、グループ情報は、タスクのＩＤやタスクの種別などを示す。例えばタスクの種別は、ＰＤＣＡサイクルにおけるＰ（Plan）フェーズ、Ｄ（Do）フェーズ、Ｃ（Check）フェーズ、又はＡ（Act）フェーズなどといった種別である。

なお、１つのユーザ情報が複数のグループ情報に関係付けられていてもよい。例えばグループが組織における部門を表す場合、一人の人間が複数の部門に属しているといった状況がありうる。また、グループがタスクを表す場合、一人の人間が複数のタスクに従事しているといった状況がありうる。

＜グループ構成情報の詳細＞
グループ構成情報は、予め情報共有システム３０００に登録されていてもよいし、ユーザや情報共有システム３０００の管理者などによって随時登録されてもよい。例えば情報管理装置２０００は、グループ構成情報の登録を受け付けるグループ構成情報登録部を有する。グループ構成情報登録部は、ユーザや情報共有システム３０００の管理者からグループ構成情報の登録を受けつけ、受け付けたグループ構成情報をグループ構成情報格納部３０４０に格納する。グループ構成情報登録部は、情報管理装置２０００の外部に設けられてもよい。

グループ構成情報は、ユーザ情報とグループ情報とを双方向に関係付ける情報でもよいし、片方向に関係付ける情報でもよい。例えば、ユーザ情報Ｕ０とグループ情報Ｇ０とを関係付けるグループ構成情報がある場合を想定する。このグループ構成情報がＵ０とＧ０とを双方向に関係付ける場合、「ユーザ情報Ｕ０に関係付けされているグループ情報を取得する」という処理においてグループ情報Ｇ０が取得され、かつ「グループ情報Ｇ０に関係付けされているユーザ情報を取得する」という処理においてユーザ情報Ｕ０が取得される。一方、このグループ情報がＵ０からＧ０に対して片方向に関係付けられている場合を想定する。この場合、「ユーザ情報Ｕ０に関係付けされているグループ情報を取得する」という処理ではグループ情報Ｇ０が取得されるが、「グループ情報Ｇ０に関係付けされているユーザ情報を取得する」という処理ではユーザ情報Ｕ０が取得されない。片方向に関係付けられている場合、図２のモデルにおけるグラフは、無向グラフではなく有向グラフで表される。

図６は、グループ構成情報をテーブル形式で例示する図である。以下、図６に示すテーブルは、グループ構成情報テーブル１００と表記される。グループ構成情報テーブル１００は、グループ情報１０２、ユーザ情報１０４、及び関係方向１０６という３つの列を有する。図６において、グループ情報１０２は、グループＩＤを示す。ユーザ情報１０４は、ユーザＩＤを示す。また、関係方向１０６は、前述したグループ情報とユーザ情報とが関係付けられる方向を表す。具体的には、関係方向１０６が０の場合は双方向の関係付けを表しており、関係方向１０６が１の場合はグループ情報１０２からユーザ情報１０４に対する片方向の関係付けを表しており、関係方向１０６が２の場合はユーザ情報１０４からグループ情報１０２に対する片方向の関係付けを表している。なお、グループ構成情報において、グループ情報とユーザ情報とが必ず双方向に関係付けられる場合、グループ構成情報テーブル１００は関係方向１０６を持たなくてもよい。

＜ユーザインタレスト情報の詳細＞
ユーザインタレスト情報は、ユーザ情報に対して提示情報を直接関係付けられてもよいし、ユーザ情報に対して「提示情報を特定する情報」が関係付けられることで、ユーザ情報と提示情報とが関係付けられてもよい。提示情報を特定する情報は、例えば提示情報のＩＤなどである。

１つの「提示情報を特定する情報」によって特定される提示情報は、１つでもよいし、複数でもよい。例えば、提示情報がグループ分けされている場合、提示情報を特定する情報は、提示情報のグループのＩＤ（以下、提示情報グループＩＤ）である。ユーザインタレスト情報は、ユーザ情報に対して提示情報グループＩＤが関係付けられることにより、１つのユーザ情報に対して複数の提示情報を関係付ける。この場合、情報共有システム３０００は、提示情報のグループ分けに関する情報を別途有する。例えば情報共有システム３０００は、提示情報と、その提示情報が所属するグループの提示情報グループＩＤとを関係付けた情報を格納する格納部を有する。

その他の例として、提示情報を特定する情報は、提示情報に含まれる部分的な情報（以下、部分情報）でもよい。提示情報が文字列データである場合、部分情報は特定の文字列などである。また、提示情報が画像データや動画データである場合、部分情報は、例えば特定の物体の画像などである。また、提示情報が音声データである場合、部分情報は、ある単語を表す音声など、特定の音声である。

ある部分情報を含む提示情報を特定する処理は、提示情報をユーザに対して提供する際に動的に行われてもよい。また、この特定処理は、提示情報のユーザに対する提供に先立って、予め行われていてもよい。ここで、「ある部分情報を含む提示情報を特定する処理」とは、例えば部分情報が「道路Ｘの画像」である場合に、画像認識処理などを用いて、「道路Ｘと認識される画像が含まれる提示情報」を特定する処理である。

なお、提示情報等において、「道路Ｘ」のように特定の場所にある物を表す場合、その物の位置情報を用いてその物が特定されてもよい。

部分情報を含む提示情報を特定する処理が予め行われている場合、例えば情報共有システム３０００は、部分情報と、その部分情報を含む各提示情報との関係付けを格納する格納部を有する。また、ある部分情報を含む提示情報を特定する処理は、特定の日時や時間間隔で実行されてもよいし、その他のイベントを契機に実行されてもよい。その他のイベントとは、新たな提示情報が情報共有システム３０００に登録されるというイベントなどである。

また例えば、提示情報を特定する情報は、提示情報に関するキーワードなどでもよい。例えばユーザインタレスト情報が示す「提示情報を特定する情報」が「物資Ｙ」というキーワードの場合、このユーザインタレスト情報は、「物資Ｙ」に関係する複数の提示情報をユーザ情報に関係付ける情報である。

「あるキーワードに該当する提示情報を特定する処理」は、前述した「ある部分情報を含む提示情報を特定する処理」と同様に、提示情報をユーザに対して提供する際に動的に行われてもよい。また、この特定処理は、提示情報のユーザに対する提供に先立って、予め行われていてもよい。「あるキーワードに該当する提示情報を特定する処理」とは、例えば、情報共有システム３０００の内部や外部に格納されている提示情報をそのキーワードで検索することで、そのキーワードに該当する提示情報を特定する処理などである。

なお、ユーザインタレスト情報においては、グループ構成情報と同様に、２つの情報が双方向に関係付けられてもよいし、片方向に関係付けられてもよい。

図７は、ユーザインタレスト情報をテーブル形式で例示する図である。以下、図７に示すテーブルを、ユーザインタレスト情報テーブル２００と表記する。ユーザインタレスト情報テーブル２００は、ユーザ情報２０２、提示情報２０４、及び関係方向２０６という３つの列を有する。ユーザ情報２０２は、ユーザＩＤなどを示す。提示情報２０４は、提示情報又は提示情報を特定する情報を示す。関係方向２０６は、ユーザ情報２０２と提示情報２０４の関係付けの方向を示す。例えば、図７の１行目のレコードは、Ｕ００１というユーザ情報と、「タスクＺの進捗が１時間遅れている」という文字列データである提示情報とを、双方向で関係付けるユーザインタレスト情報を表す。なお、ユーザインタレスト情報において、ユーザ情報と提示情報とが必ず双方向に関係付けられる場合、ユーザインタレスト情報テーブル２００は関係方向２０６を持たなくてもよい。

ユーザインタレスト情報が生成される契機は様々である。例えばユーザインタレスト情報は、ユーザや情報共有システム３０００の管理者によって登録される。また例えば、ユーザインタレスト情報は、情報共有システム３０００に予め登録されていてもよい。

また例えば、情報管理装置２０００は、ユーザインタレスト情報を生成するユーザインタレスト情報生成部を有していてもよい。ここで、情報管理装置２０００は、検索処理部２０２０や共有処理部２０４０に加え、グループインタレスト情報などとは無関係に、提示情報の検索を受け付ける機能や提示情報の登録を受け付ける機能などを有しているとする。この場合、情報管理装置２０００は、あるユーザが提示情報の検索や登録を行った場合に、そのユーザを特定するユーザ情報とその提示情報とを関係付けるユーザインタレスト情報を生成する。これにより、ユーザインタレスト情報は、ユーザ情報を、そのユーザ情報によって特定されるユーザと関係すると考えられる提示情報と関係付ける情報となる。

例えば、物資の輸送作業を行っているユーザｕ０が、輸送経路検索のため、「県道Ｘ号線」というキーワードで検索を行ったとする。この場合に、情報管理装置２０００は、「県道Ｘ号線」というキーワードで特定される提示情報とユーザ情報Ｕ０とを関係付けるユーザインタレスト情報を生成する。

＜グループインタレスト情報の詳細＞
グループインタレスト情報は、グループ情報に対して提示情報を直接に関係付ける情報であってもよいし、グループ情報に対して「提示情報を特定する情報」を関係付けることでグループ情報と提示情報とを関係付ける情報であってもよい。グループインタレスト情報が示す「提示情報を特定する情報」は、ユーザインタレスト情報が示す「提示情報を特定する情報」と同様である。

なお、グループインタレスト情報においては、グループ構成情報と同様に、２つの情報を双方向に関係付けられてもよいし、片方向に関係付けられてもよい。

図８は、グループインタレスト情報をテーブル形式で例示する図である。図８に示すテーブルを、グループインタレスト情報テーブル３００と表記する。グループインタレスト情報テーブル３００は、グループ情報３０２、提示情報３０４、及び関係方向３０６という３つの列を有する。グループ情報３０２は、グループＩＤなどを示す。提示情報３０４は、提示情報又は提示情報を特定する情報を示す。関係方向３０６は、グループ情報３０２と提示情報３０４の関係付けの方向を示す。なお、グループインタレスト情報においてグループ情報と提示情報とを必ず双方向に関係付ける場合、グループインタレスト情報テーブル３００は、関係方向３０６を持たなくてもよい。

グループインタレスト情報が生成される契機は様々である。例えばグループインタレスト情報は、ユーザや情報共有システム３０００の管理者によって登録される。また例えば、グループインタレスト情報は、情報共有システム３０００に予め登録されていてもよい。

＜検索処理部２０２０の詳細＞
＜＜提示情報を提供する契機＞＞
検索処理部２０２０は、ユーザ情報を取得し、そのユーザ情報について処理を行う。ここで、検索処理部２０２０が提示情報を提供する契機は様々である。例えば検索処理部２０２０は、ユーザから、そのユーザのユーザ情報を含む検索要求を受け付け、この検索要求に対する応答として提示情報を提供する。この場合、検索処理部２０２０は、検索要求を送信したユーザに対し、そのユーザが所属するグループに関係する提示情報を提供する。

また例えば、検索処理部２０２０は、情報管理装置２０００の内部又は外部に格納されているユーザ情報を取得し、取得したユーザ情報について処理を行ってもよい。この場合、検索処理部２０２０は、各ユーザに対して定期的（例：一時間に一度）又は不定期に提示情報を提供する処理を行う。ここで、この処理を行うタイミングや頻度は、各ユーザに共通であってもよいし、ユーザごとに異なっていてもよい。提示情報を取得するタイミングや頻度は、ユーザの置かれている状況やユーザの性格などによって異なる場合がある。提示情報を提供するタイミングや頻度を設定可能にすることで、ユーザの置かれている状況やユーザの性格などに適切に応じて提示情報が提供される。そのため、ため、各ユーザにとって情報管理装置２０００の利便性が高くなる。

提示情報を提供するタイミングや頻度（ユーザ情報を取得するタイミングや頻度）がユーザごとに異なる場合、情報共有システム３０００は、ユーザ情報と、そのユーザ情報に対して提示情報を提供するタイミングや頻度とを関係付ける情報を格納する格納部を有する。この格納部は、情報管理装置２０００の内部にあってもよいし、外部にあってもよい。情報管理装置２０００は、この格納部に格納されている情報を用いて、各ユーザに対して定期的に提示情報の提供を行う。

＜＜取得する提示情報の絞り込み＞＞
検索処理部２０２０は、グループ情報に関係付けされている提示情報を取得した場合に、全ての提示情報をユーザに提供してもよいし、一部の提示情報のみをユーザに提供してもよい。例えば、検索処理部２０２０は、取得した提示情報のうち、登録された日時が現在日時から所定時間以内（例：１２時間など）である提示情報のみを提供する。

また例えば、検索処理部２０２０は、ユーザに対して提供する提示情報の件数に上限を設けてもよい。検索処理部２０２０は、取得した提示情報が上限件数を超えている場合、ユーザに対して提供する提示情報を選択する。例えば、検索処理部２０２０は、登録日時がより新しい提示情報を優先的に選択して、ユーザに提供する。また、各提示情報には、ユーザや情報共有システム３０００の管理者によって、予め優先度が付与されていてもよい。この場合、検索処理部２０２０は、優先度が高い提示情報を優先して選択する。

なお、上記所定時間や上限件数は、情報管理装置２０００の内部又は外部に予め格納しておく。ここで、この所定時間や上限件数は、全てのユーザに共通であってもよいし、ユーザごとに異なってもよい。閲覧する情報の量は、ユーザごとに異なる場合がある。ユーザごとに上記所定時間や上限件数を格納するようにすることで、各ユーザにとって情報管理装置２０００の利便性が高くなる。

また、提供する提示情報を絞り込む方法が、その提示情報に関係付けされているグループ情報と関係付けられていてもよい。例えば、グループがタスクを表しており、グループ情報が前述したＰＤＣＡ（Ｐｌａｎ Ｄｏ Ｃｈｅｃｋ Ａｃｔｉｏｎ）サイクルにおけるいずれかのフェーズをタスク種別として示しているとする。ここで、例えばＣフェーズはタスクの実行結果を確認するフェーズであるため、主に必要な情報は、タスクに対する反応を示す情報である。そこで、例えば、グループ情報に関係付けされている提示情報が「県道Ｘ号線」というキーワードで特定される提示情報であり、そのグループ情報が「復旧作業のＣフェーズ」という種別を示している場合を想定する。この場合に、検索処理部２０２０は、「県道Ｘ号線というキーワードで特定され、かつ復旧作業に対する反応情報」に該当する提示情報のみをユーザに提供する。

＜＜提示情報の提供方法＞＞
検索処理部２０２０は、ユーザに対して受動的に提示情報を提供してもよいし、ユーザに対して能動的に提示情報を提供してもよい。ユーザに対して受動的に情報を提供する方法は、プル型の送信とも呼ばれる。また、ユーザに対して能動的に情報を提供する方法は、プッシュ型の送信とも呼ばれる。例えば、ユーザから検索要求を受け付けたタイミングで提示情報を提供する方法は、プル型の送信である。また、定期的にユーザに対して提示情報を提供する方法は、プッシュ型の送信である。

なお、検索処理部２０２０が提示情報を提供する具体的な方法は、ユーザが提示情報の内容を把握できる方法であればよく、特に限定されない。例えば検索処理部２０２０は、メールに提示情報を含めてユーザに対して送信したり、ユーザから取得した ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストに対する応答メッセージに提示情報を含めて送信したりするなどといった様々な方法で提示情報を提供する。

ユーザが提示情報を把握する方法は任意である。例えば、各ユーザが提示情報を取得するための端末を有する場合を想定する。この場合、ユーザは、端末の画面に表示される提示情報を見る、又は端末によって再生される音声を聞くなどして、取得した提示情報の内容を把握する。

＜共有処理部２０４０の詳細＞
共有処理部２０４０は、提示情報を取得し、その提示情報について処理を行う。ここで、共有処理部２０４０が提示情報を取得する契機は様々である。例えば、共有処理部２０４０は、ユーザや情報共有システム３０００の管理者による提示情報の登録を受け付ける機能を有してもよい。そして、共有処理部２０４０は、ユーザや情報共有システム３０００によって登録された提示情報を取得し、その提示情報について処理を行う。

また例えば、共有処理部２０４０は、情報管理装置２０００の内部又は外部に格納されている提示情報の中から、まだユーザに対して提供されていない提示情報を取得し、取得した提示情報について処理を行ってもよい。この場合、提示情報に関係付けて、その提示情報が既にユーザに提供されたか否かを示す情報が格納される。また、この場合、共有処理部２０４０は、定期的（例：一時間に一度）又は不定期に、ユーザに対して提供されていない提示情報が存在するか否かを確認する処理を行う。

ここで、この処理を行うタイミングは、各提示情報について共通であってもよいし、提示情報の種類などによって異なっていてもよい。前述したように、提示情報は、グループに分かれていたり、キーワードなどで特定されていたりする。そこで、情報共有システム３０００は、グループＩＤや提示情報を特定するキーワードごとに、上記確認処理を行うタイミングを関係付ける。そして、共有処理部２０４０は、このタイミングに従って、グループＩＤやキーワードごとに、そのグループＩＤやキーワードに関係付けされている提示情報の中にまだユーザに対して提供されていない提示情報があるか否かを確認する。そして、まだユーザに提供されていない提示情報がある場合、共有処理部２０４０は、その提示情報を提供する処理を行う。

なお、共有処理部２０４０がユーザに対して提示情報を提供する方法は、前述した検索処理部２０２０がユーザに対して提示情報を提供する方法のいずれかと同様である。

[第２の実施形態]
図９は、第２の実施形態に係る情報管理装置２０００をその使用環境と共に例示するブロック図である。図９において、矢印は情報の流れを表している。さらに、図９において、各ブロックは、ハードウエア単位の構成ではなく、機能単位の構成を表している。

第２の実施形態の情報管理装置２０００は、グループインタレスト情報生成部２０６０をさらに有する点が、第1の実施形態における情報管理装置２０００と異なる。グループインタレスト情報生成部２０６０は、グループインタレスト情報を生成する。そのためにまず、グループインタレスト情報生成部２０６０は、提示情報とグループ情報との間で第１所定条件が満たされるか否かを判定する。そして、グループインタレスト情報生成部２０６０は、第１所定条件が満たされている場合に、その提示情報とそのグループ情報とを関係付けてグループインタレスト情報を生成する。

＜第１所定条件の詳細＞
第１所定条件は様々である。例えば第１所定条件は、グループ情報に関係付けされているユーザ情報と、提示情報との関係について定める。ここで、第１所定条件を満たすか否かの判定対象となる提示情報及びグループ情報は、それぞれ提示情報Ｉ０及びグループ情報Ｇ０とする。この場合、第１所定条件は、例えば「グループ情報Ｇ０に関係付けされている複数のユーザ情報のうち、所定数又は所定割合以上のユーザ情報が、ユーザインタレスト情報によって提示情報Ｉ０と関係付けられている」という条件である。この第１所定条件を用いることで、グループ情報Ｇ０によって表されているグループに所属するユーザのうち、所定数又は所定割合以上のユーザが提示情報Ｉ０に関係している場合に、グループ情報Ｇ０と提示情報Ｉ０とが関連づけられる。

例えば、ユーザがある提示情報について検索した場合に、そのユーザを特定するユーザ情報と提示情報とが関係付けられることを示すユーザインタレスト情報が生成される場合を想定する。この場合、そのユーザは、その提示情報を必要としているユーザであると考えられる。そして、同じグループに所属している多くのユーザが必要としている提示情報は、そのグループ全体で共有すべき提示情報である確率が高い。本実施形態の情報管理装置２０００は、「グループ情報Ｇ０に関係付けされている複数のユーザ情報のうち、所定数又は所定割合以上のユーザ情報が、ユーザインタレスト情報によって提示情報Ｉ０と関係付けられている」という第１所定条件を用いる。これにより、同じグループに所属する多くのユーザが必要としている提示情報が、そのグループに所属する全てのユーザで共有されることが可能になる。したがって、同じグループに属するユーザの間で効率的に情報が共有されることが可能になる。

その他にも例えば、情報管理装置２０００が、「提示情報をグループ全体に提供する要求を受け付ける」という機能を有している場合を想定する。この機能は、例えば、いわゆるブロードキャストやマルチキャストと呼ばれる情報送信を行う機能が該当する。情報管理装置２０００は、この要求を、ユーザや情報共有システム３０００の管理者などから受け付ける。この場合、第１所定条件は、「上記機能が要求を受け付けた」という条件でもよい。例えば情報管理装置２０００が、グループｇ０に対して提示情報Ｉ０をブロードキャストする要求を受け付けた場合、グループインタレスト情報生成部２０６０は、グループ情報Ｇ０と提示情報Ｉ０とが関係付けられていることを示すグループインタレスト情報を生成する。グループ全体に提供することを要求された提示情報は、グループとして必要な情報である可能性が高い。そのため、「提示情報をグループ全体に提供する要求」を受け付けたことを契機にグループインタレスト情報を生成することで、グループとして必要な情報がグループに所属するメンバーで効率よく共有されることが可能になる。

第１所定条件は、例えば情報共有システム３０００に備えられている格納部（不図示）に格納される。この格納部は、情報管理装置２０００の内部にあってもよいし、情報管理装置２０００の外部にあってもよい。グループインタレスト情報生成部２０６０は、この格納部から第１所定条件を取得する。また、グループインタレスト情報生成部２０６０は、情報共有システム３０００の外部から入力される第１所定条件を取得したり、情報共有システム３０００の外部の装置にアクセスして第１所定条件を取得したりしてもよい。

＜ユーザインタレスト情報の削除＞
グループインタレスト情報生成部２０６０は、提示情報とグループ情報とが関係付けられていることを示すグループインタレスト情報を生成した場合に、「そのグループ情報に関係付けされているユーザ情報、その提示情報」という関係付けを示すユーザインタレスト情報を削除してもよい。このようにすることで、ユーザ情報と提示情報との関係付けは、ユーザインタレスト情報による直接的な関係付け、又はグループ情報を介した間接的な関係付けのいずれか一つのみとなる。したがって、情報共有システム３０００が保持する情報の量を削減することができる。

図１０Ａから図１０Ｃは、ユーザインタレスト情報を削除する処理を概念的に例示する図である。図１０Ａは、グループインタレスト情報生成部２０６０が処理を行う前の状況を表すモデルである。提示情報Ｉ１は、ユーザ情報Ｕ０及びＵ１とそれぞれ関係付けられている。また、ユーザ情報Ｕ０及びＵ１は、共にグループ情報Ｇ０と関係付けられている。

図１０Ｂは、グループインタレスト情報生成部２０６０がグループインタレスト情報を新たに生成した後の状況を表すグラフである。具体的には、グループインタレスト情報生成部２０６０は、グループ情報Ｇ０と提示情報Ｉ１とを関係付けるグループインタレスト情報を生成する。その結果、図１０Ｂにおいて、ユーザ情報Ｕ０及びＵ１は、それぞれ、ユーザインタレスト情報によって直接提示情報Ｉ１と関係付けられており、かつ、グループ情報Ｇ０を介して間接的に提示情報Ｉ１と関係付けられている。

そして、図１０Ｃは、グループインタレスト情報生成部２０６０がユーザインタレスト情報を削除する処理を行った後の状況を示すグラフである。具体的には、グループインタレスト情報生成部２０６０は、ユーザ情報Ｕ０と提示情報Ｉ１とが関係付けられていることを示すユーザインタレスト情報、及びユーザ情報Ｕ１と提示情報Ｉ１とを関係付けられていることを示すユーザインタレスト情報の２つを削除する。概念的に表現すると、グループインタレスト情報生成部２０６０が行う処理は、「モデル上においてグラフのエッジを付け替える処理」と表現できる。

なお、グループインタレスト情報生成部２０６０は、ユーザインタレスト情報の削除を行わなくても構わない。この場合、グループインタレスト情報生成部２０６０が処理を行った後の状況は、図１０Ｂのグラフで表される。

＜対象とする提示情報及びグループ情報の決定方法＞
グループインタレスト情報生成部２０６０は、様々な方法でグループインタレスト情報を生成する対象とする提示情報及びグループ情報を決定する。例えば、グループインタレスト情報生成部２０６０は、提示情報を取得し、各グループ情報について取得した提示情報との間で第１所定条件が満たされるか否かを判定する。ここで、グループインタレスト情報生成部２０６０が提示情報を取得する契機は様々である。例えばグループインタレスト情報生成部２０６０は、新たな提示情報が情報共有システム３０００に登録されたことを契機に、その提示情報を取得する。また、グループインタレスト情報生成部２０６０は、定期的又は不定期に、各提示情報を取得してもよい。

また例えば、グループインタレスト情報生成部２０６０は、グループ情報を取得し、各提示情報について、取得したグループ情報との間で第１所定条件が満たされるか否かを判定する。ここで、グループインタレスト情報生成部２０６０が提示情報を取得する契機は様々である。例えばグループインタレスト情報生成部２０６０は、ユーザによって提示情報の検索や登録が行われた場合に、そのユーザが属するグループのグループ情報を取得する。また、グループインタレスト情報生成部２０６０は、定期的又は不定期に、各グループ情報を取得してもよい。

また例えば、グループインタレスト情報生成部２０６０は、特定の提示情報と特定のグループ情報とを取得し、それらの間に第１所定条件が満たされるか否かを判定する。これら特定の提示情報及びグループ情報は、例えばユーザや情報共有システム３０００の管理者によって入力される。

＜処理の流れ＞
図１１は、第２の実施形態のグループインタレスト情報生成部２０６０によって実行される処理の流れを例示するフローチャートである。ステップＳ３０２において、グループインタレスト情報生成部２０６０は、グループ情報Ｇ０を取得する。ステップＳ３０４において、グループインタレスト情報生成部２０６０は、提示情報Ｉ０を取得する。

ステップＳ３０６において、グループインタレスト情報生成部２０６０は、グループ情報Ｇ０及び提示情報Ｉ０について、第１所定条件が満たされているか否かを判定する。第１所定条件が満たされている場合（ステップＳ３０６：ＹＥＳ）、グループインタレスト情報生成部２０６０は、続いてステップＳ３０８の処理に進む。一方、第１所定条件が満たされていない場合（ステップＳ３０６：ＮＯ）、図１１に示すグループインタレスト情報生成部２０６０の処理は終了する。

ステップＳ３０８において、グループインタレスト情報生成部２０６０は、グループ情報Ｇ０と提示情報Ｉ０とを関係付けるグループインタレスト情報を生成する。

ステップＳ３１０において、グループインタレスト情報生成部２０６０は、「グループ情報Ｇ０に関係付けされているユーザ情報、提示情報Ｉ０」の関係付けを示すユーザインタレスト情報が存在するか否かを判定する。このユーザインタレスト情報が存在する場合（ステップＳ３１０：ＹＥＳ）、グループインタレスト情報生成部２０６０は、続いてステップＳ３１２の処理に進む。一方、このユーザインタレスト情報が存在しない場合（ステップＳ３１０：ＮＯ）、図１１に示すグループインタレスト情報生成部２０６０の処理は終了する

ステップＳ３１２において、グループインタレスト情報生成部２０６０は、「グループ情報Ｇ０に関係付けされているユーザ情報、提示情報Ｉ０」の関係付けを示すユーザインタレスト情報を削除する。

＜作用・効果＞
本実施形態の情報管理装置２０００は、グループインタレスト情報の生成を行う。ここで、前述した第１所定条件などを用いたグループインタレスト情報の生成を手動で行うことは難しいと考えられる。本実施形態によれば、グループインタレスト情報が自動で生成されるため、グループインタレスト情報を手動で生成しなければならない場合と比較し、グループ情報と提示情報との関係付けが容易になる。また、グループインタレスト情報を自動で生成することにより、どの提示情報がグループにとって必要な提示情報であるかを、容易に把握されることが可能となる。

また、グループインタレスト情報の生成を動的に行うことで、グループ構成が変化するような状況においても、グループとして必要とする提示情報を把握され続けることが可能となる。例えば、グループｇ０にユーザｕ０とｕ１とが所属しているとする。そして、ユーザ情報Ｕ０とＵ１とが提示情報Ｉ０に関係付けられていることに基づいて、グループ情報Ｇ０と提示情報Ｉ０とが関係付けられていることを示すグループインタレスト情報とが生成された状況を想定する。この状況において、グループ構成情報が変更されてもグループインタレスト情報を変更しないようにすることで、ユーザｕ０やｕ１がグループｇ０から異動した場合においても、グループｇ０と提示情報Ｉ０との関係付けは保たれる。このように、本実施形態の情報管理装置２０００は、グループに所属していた過去のユーザの活動の結果として把握されたグループと提示情報との関係付けを、その後も保持しつづけることができる。

ただし、情報管理装置２０００は、グループ構成の変化に応じて、グループインタレスト情報を削除してもよい。例えば上記の例において、情報管理装置２０００は、ユーザ情報Ｕ０とグループ情報Ｇ０とを関係付けるグループ構成情報、及びユーザ情報Ｕ１とグループ情報Ｇ０とを関係付けるグループ構成情報の双方が削除されたことを契機に、グループ情報Ｇ０と提示情報Ｉ０とを関係付けるグループインタレスト情報を削除してもよい。

[第３の実施形態]
図１２は、第３の実施形態に係る情報管理装置２０００をその使用環境と共に例示するブロック図である。図１２において、矢印は情報の流れを表している。さらに、図１２において、各ブロックは、ハードウエア単位の構成ではなく、機能単位の構成を表している。

第３の実施形態において、情報共有システム３０００は、関連グループ情報格納部３０８０をさらに有する。関連グループ情報格納部３０８０は関連グループ情報を格納する。関連グループ情報は、グループ情報を別のグループ情報と関係付ける情報である。

第３の実施形態の検索処理部２０２０は、取得したユーザ情報に関係付けされているグループ情報と、１つ又は複数の関連グループ情報を介してそのグループ情報と関係付けられている別の各グループ情報とのそれぞれについて、関係付けされている提示情報を取得する。そして、検索処理部２０２０は、その提示情報を、取得したユーザ情報で特定されるユーザに対して提供する。

図１３は、関連グループ情報をテーブル形式で例示する図である。以下、図１３に示すテーブルは、関連グループ情報テーブル４００と表記される。関連グループ情報テーブル４００は、第１グループ情報４０２、第２グループ情報４０４、及び関係方向４０６という３つの列を有する。第１グループ情報４０２及び第２グループ情報４０４は、グループＩＤなどを示す。関係方向４０６は、第１グループ情報４０２と第２グループ情報４０４の関係付けの方向を示す。なお、関連グループ情報において、第１グループ情報と第２グループ情報とを必ず双方向に関係付ける場合、関連グループ情報テーブル４００は関係方向４０６を持たなくてもよい。

＜具体例＞
図１４は、第３の実施形態の検索処理部２０２０が行う処理を説明するためのモデルである。図１４において、グループ情報Ｇ０とグループ情報Ｇ１とがエッジで接続されている。
これは、グループＧ０とＧ１とを関係付ける関連グループ情報が存在することを意味する。

図１４が示す状況において、検索処理部２０２０が、ユーザ情報Ｕ０を取得した場合を想定する。この場合、検索処理部２０２０は、ユーザ情報Ｕ０に関係付けされているグループ情報Ｇ０を特定し、グループ情報Ｇ０に関係付けされている提示情報Ｉ１をユーザｕ０に提供する。さらに、検索処理部２０２０は、グループ情報Ｇ０に関係付けされているグループ情報であるＧ１を特定し、Ｇ１に関係付けされている提示情報Ｉ２もユーザｕ０に提供する。さらに、検索処理部２０２０は、グループＧ１に関係付けされているグループ情報であるＧ２を特定し、Ｇ２に関係付けされている提示情報Ｉ３もユーザｕ０に提供する。このように、第３の実施形態において、ユーザは、自身が所属するグループに関連する提示情報だけでなく、１つ又は複数の関連グループ情報を介して自身が所属するグループと関係付けられている別のグループに関連する提示情報も取得することができる。

＜対象とするグループ情報の範囲＞
検索処理部２０２０は、取得したユーザ情報に関係付けされているグループ情報と１つ又は複数の関連グループ情報を介して関係付けられている別のグループ情報のうち、所定の条件を満たすグループ情報のみを利用してもよい。具体的には、検索処理部２０２０は、取得したユーザ情報に関係付けされているグループ情報と１つ又は複数の関連グループ情報を介して関係付けられている別の各グループ情報のうち、第２所定条件を満たすグループ情報のみについて、関係付けされている提示情報を取得する。

第２所定条件は、様々な条件が用いられる。例えば第２所定条件は、間に介在するグループ情報の数である。図１５Ａを用いてこの第２所定条件について説明する。図１５Ａは、グループ情報間の関係を示すグラフである。ここで、検索処理部２０２０が取得するユーザ情報はユーザ情報Ｕ０であり、ユーザ情報Ｕ０に関係付けされているグループ情報はグループ情報Ｇ０であるとする。そして、第２所定条件が、「間に介するグループ情報の数が０」であるとする。

この場合、検索処理部２０２０は、関連グループ情報によってグループ情報Ｇ０と直接関係付けられているグループ情報Ｇ１、Ｇ２、及びＧ３を用いる。一方、検索処理部２０２０は、グループ情報Ｇ３を介してグループ情報Ｇ０と関係付けられている（間に介するグループ情報が１つである）グループ情報Ｇ４及びＧ５を用いない。そのため、ユーザｕ０に対して提供される提示情報は、グループ情報Ｇ０、Ｇ１、Ｇ２、及びＧ３のいずれかに関係付けされている提示情報である。

なお、「グループ情報Ｇｉとグループ情報Ｇｊの間に介在するグループ情報の数」は、「グループ情報Ｇｉとグループ情報Ｇｊとを関係付けるために用いられる関連グループ情報の数から１を引いた数」に相当する。例えば、図１５Ａにおいて、グループ情報Ｇ０とグループ情報Ｇ４とは、「Ｇ０、Ｇ３」という関係付けを示す関連グループ情報及び「Ｇ３、Ｇ４」という関係付けを示す関連グループ情報という２つの関連グループ情報によって関係付けられる。これに対し、グループ情報Ｇ０とＧ４との間に介在するグループ情報は１つ（グループ情報Ｇ３）である。よって、「グループ情報Ｇｉとグループ情報Ｇｊの間に介在するグループ情報の数」は、「グループ情報Ｇｉとグループ情報Ｇｊとを関係付けるために用いられる関連グループ情報の数から１を引いた数」となる。なお、第２所定条件は、「グループ情報Ｇｉとグループ情報Ｇｊとを関係付けるために用いられる関連グループ情報の数」で表されてもよい。

また、関連グループ情報に重み付けを行い、その重みを用いて第２所定条件が表されてもよい。この第２所定条件について、図１５Ｂを用いて説明する。図１５Ｂにおけるグループ間の関連は、図１５Ａの場合と同様である。ただし、図１５Ｂの場合、関連グループ情報に重み付けがされている。各エッジに示されている数値は、そのエッジが表す関連グループ情報の重みを示す。ここで、図１５Ｂの例においてグループＧ０とグループＧｉの間における第２所定条件は、「グループＧ０とグループＧｉとの間に位置するエッジの重みの合計値が１０以下である」という条件であるとする。この場合、この第２所定条件を満たすグループ情報は、グループ情報Ｇ２、Ｇ３、及びＧ４である。一方、グループ情報Ｇ１とＧ５は、この第２所定条件を満たさない。よって、図１５Ｂの場合、ユーザｕ０に対して提供される提示情報は、グループ情報Ｇ２、Ｇ３、及びＧ４のいずれかに関係付けされている提示情報である。

また、第２所定条件は、グループの種別を示す条件であってもよい。例えば、第２所定条件が「物資の輸送を行うグループ」であるとする。この場合、検索処理部２０２０は、取得したユーザ情報に関係付けされているグループ情報と１つ又は複数の関連グループ情報を介して関係付けられている別のグループ情報のうち、「物資の輸送を行うグループ」に該当するグループ情報のみを利用する。

また、グループ情報に日時が関係付けられている場合、第２所定条件を日時に関連する条件で表してもよい。例えば、グループがタスクを表す場合に、グループ情報がタスクＩＤ及びタスクの実行日時を示しているとする。この場合、第２所定条件に、タスクの実行日時に関連する条件を指定する。例えば、「タスクの実行日時と現在日時との差分が１時間以内である」という第２所定条件を設定する。

第２所定条件は、グループの種別ごとに定められていてもよい。検索処理部２０２０は、取得したユーザ情報に関係付けされているグループ情報が示す種別を割り出し、その種別に関係付けされている第２所定条件を取得する。例えばグループがタスクを表しており、グループ情報がタスク種別を示しているとする。この場合、第２所定条件を、タスクの種別ごとに定めることができる。

前述したように、タスクの種別の例として、ＰＤＣＡサイクルにおけるＰフェーズ、Ｄフェーズ、Ｃフェーズ、又はＡフェーズという種別が考えられる。この場合、タスク種別ごとに第２所定条件を設定することで、ＰＤＣＡのフェーズごとに、利用するグループ情報の範囲が設定されてもよい。

例えば、以下のような第２所定条件が考えられる。まず、作業計画を立てるＰフェーズは、ある程度広い範囲で情報を取得して計画を立てることが適切であると考えられる。そのため、Ｐフェーズを示すグループ情報と関係付けられる第２所定条件は、利用するグループ情報が多くなるような条件とされる。例えば、図１５Ｂにおけるエッジの重みの合計値の上限値を大きくすることで、利用するグループ情報を多くすることが可能である。一方、作業を実行するＤフェーズでは、直接作業に関わる情報があれば十分であることが多い。そのため、Ｄフェーズを示すグループ情報と関係付けられる第２所定条件は、利用するグループ情報が少なくなるような条件とされる。例えば、図１５Ｂにおけるエッジの重みの合計値の上限値を小さくすることで、利用するグループ情報を少なくすることが可能である。

また、上記の他に、以下のような第２所定条件が考えられる。一般に、ＰＤＣＡサイクルにおける各フェーズで行う作業は、そのフェーズより前のフェーズで実行された作業の結果を受けて行われることが多い。そのため、各フェーズでは、「そのフェーズに関連する情報」及び「そのフェーズより所定フェーズ前までのフェーズ（例：１つ前のフェーズ）に関連する情報」を取得することが適切であると考えられる。そこで、例えばＤフェーズのグループ情報と関係付けられる第２所定条件は、「タスク種別がＤフェーズ又はＰフェーズである」という条件とされる。

なお、検索処理部２０２０が第２所定条件を取得する方法は、例えばグループインタレスト情報生成部２０６０が第１所定条件を取得する方法と同様である。

＜処理の流れ＞
図１６は、第３の実施形態の検索処理部２０２０によって実行される処理の流れを例示するフローチャートである。図１６におけるステップＳ１０２及びＳ１０４は、図４におけるステップＳ１０２及びＳ１０４と同様の処理である。ステップＳ４０２において、検索処理部２０２０は、グループ情報Ｇ０と１つ又は複数の関連グループ情報を介して関係付けられているグループ情報のうち、第２所定条件を満たすグループ情報を特定する。ステップＳ４０４において、検索処理部２０２０は、グループ情報Ｇ０及びステップＳ４０２で特定された各グループ情報のいずれかと関係付けされている提示情報を、ユーザ情報Ｕ０で特定されるユーザに対して提供する。

＜作用・効果＞
例えばあるグループＧ０と別のグループＧ１が関連している場合、グループＧ０に所属するユーザｕ１は、グループＧ１に所属するメンバーとも情報を共有することで、さらに効率的に活動できる可能性がある。本実施形態によれば、検索処理部２０２０は、取得したユーザ情報に関係付けされているグループ情報だけでなく、そのグループ情報と関連する別のグループ情報についても、関係付けされている提示情報の取得を行う。したがって、ユーザは、自身が所属するグループに関係する提示情報だけでなく、そのグループに関連する別のグループに関係する提示情報も容易に取得することができる。したがって、ユーザ間でより効率的に情報を共有することが可能になる。

また、上述のように、対象とするグループ情報の範囲を限定することで、ユーザに提供される情報の量を少なく抑えることができる。これにより、各ユーザに対して不要な提示情報が提供されることを避けられるため、情報過多によってユーザの作業効率が下がることを防ぐことができる。

[第４の実施形態]
図１７は、第４の実施形態に係る情報管理装置２０００をその使用環境と共に例示するブロック図である。図１７において、矢印は情報の流れを表している。さらに、図１７において、各ブロックは、ハードウエア単位の構成ではなく、機能単位の構成を表している。

第４の実施形態の共有処理部２０４０は、取得した提示情報に関係付けされているグループ情報、及び１つ又は複数の関連グループ情報を介してそのグループ情報と関係付けられている別の各グループ情報のそれぞれについて、関係付けされているユーザ情報を取得する。そして、共有処理部２０４０は、そのユーザ情報で特定される各ユーザに対して、取得した提示情報を提供する。

＜具体例＞
図１４を用いて、第４の実施形態の共有処理部２０４０が行う処理を具体的に説明する。図１４に示す状況において、共有処理部２０４０が、提示情報Ｉ１を取得した場合を想定する。この場合、共有処理部２０４０は、提示情報Ｉ１に関係付けされているグループ情報Ｇ０を特定する。そして、共有処理部２０４０は、グループ情報Ｇ０に関係付けされているユーザ情報Ｕ０及びＵ１を取得する。そして、共有処理部２０４０は、ユーザ情報Ｕ０によって特定されるユーザ、及びユーザ情報Ｕ１によって特定されるユーザに対して提示情報Ｉ１を提供する。

さらに、共有処理部２０４０は、グループ情報Ｇ０に関係付けされているグループ情報Ｇ１を特定する。次に、共有処理部２０４０は、グループ情報Ｇ１に関係付けされているユーザ情報Ｕ２及びＵ３を取得する。そして、共有処理部２０４０は、ユーザ情報Ｕ２によって特定されるユーザ、及びユーザ情報Ｕ３によって特定されるユーザに対して提示情報Ｉ１を提供する。

さらに、共有処理部２０４０は、グループ情報Ｇ１に関係付けされているグループ情報Ｇ２を特定する。次に、共有処理部２０４０は、グループ情報Ｇ２に関係付けされているユーザ情報Ｕ４及びＵ５を取得する。そして、共有処理部２０４０は、ユーザ情報Ｕ４によって特定されるユーザ、及びユーザ情報Ｕ５によって特定されるユーザに対して提示情報Ｉ１を提供する。

このように、第４の実施形態において、提示情報は、その提示情報に関係付けされているグループに所属するユーザだけでなく、そのグループに関連する別のグループに所属するユーザに対しても提供される。

＜対象とするグループ情報の範囲＞
共有処理部２０４０は、検索処理部２０２０と同様に、関連グループ情報を介して関係付けられている別のグループ情報のうち、所定の条件を満たすグループ情報のみを利用してもよい。具体的には、共有処理部２０４０は、取得したグループ情報と１つ又は複数の関連グループ情報を介して関係付けられている別の各グループ情報のうち、第３所定条件を満たす別のグループ情報のみについて、関係付けされている提示情報を取得する。なお、第３所定条件の内容や取得方法は、第３の実施形態で説明した第２所定条件の内容や取得方法と同様である。

＜処理の流れ＞
図１８は、第４の実施形態の共有処理部２０４０によって実行される処理の流れを例示するフローチャートである。図１８におけるステップＳ２０２及びＳ２０４は、図５におけるステップＳ２０２及びＳ２０４と同様の処理である。ステップＳ５０２において、共有処理部２０４０は、グループ情報Ｇ０と１つ又は複数の関連グループ情報を介して関係付けられているグループ情報のうち、第３所定条件を満たすグループ情報を特定する。ステップＳ５０４において、共有処理部２０４０は、グループ情報Ｇ０及びステップＳ５０２で特定された各グループ情報のいずれかと関係付けされているユーザ情報で特定されるユーザに対して、提示情報Ｉ０を提供する。

＜作用・効果＞
本実施形態によれば、その提示情報に関係付けされているグループ情報だけでなく、そのグループ情報と関係付けられている別のグループ情報についても、関係付けされているユーザ情報を取得して、そのユーザ情報を提示情報の提供先とされる。したがって、第３の実施形態と同様に、あるグループが別のグループと関連しているような場合に、関連しているグループ間で容易に情報を共有できるようになる。

[第５の実施形態]
図１９は、第５の実施形態に係る情報管理装置２０００をその使用環境と共に例示するブロック図である。図１９において、矢印は情報の流れを表している。さらに、図１９において、各ブロックは、ハードウエア単位の構成ではなく、機能単位の構成を表している。

第５の実施形態の情報管理装置２０００は、関連グループ情報生成部２０８０を有する。関連グループ情報生成部２０８０は、関連グループ情報を生成する。関連グループ情報を生成するため、関連グループ情報生成部２０８０は、第１グループ情報に関係付けられている提示情報と、第１グループ情報とは異なる第２グループ情報に関係付けられている提示情報との間に、第４所定条件が成立するか否かを判定する。そして、関連グループ情報生成部２０８０は、第４所定条件が成立する場合に、第１グループと第２グループとを関係付けて関連グループ情報を生成する。

＜第４所定条件の詳細＞
第４所定条件は、様々な条件が用いられる。例えば第４所定条件は、第１グループ情報に関係付けされている提示情報と第２グループ情報に関係付けされている提示情報との関係について定める。例えば第４所定条件は、「第１グループ情報に関係付けされている提示情報と第２グループ情報に関係付けされている提示情報との間で、所定数又は所定割合以上の提示情報が共通している」という条件である。この第４所定条件を用いることで、共通で関係付けされている提示情報が多いグループ情報が、関連グループ情報によって関係付けられる。

なお、第４所定条件の取得方法は、第１所定条件の取得方法と同様である。

＜対象とするグループ情報の決定方法＞
関連グループ情報生成部２０８０は、様々な方法で関連グループ情報を生成する対象とするグループ情報を決定する。例えば関連グループ情報生成部２０８０は、グループインタレスト情報が新たに生成されたことを契機に、そのグループインタレスト情報が示すグループ情報を取得する。そして、関連グループ情報生成部２０８０は、取得したグループ情報とそれ以外の各グループ情報との間に第４所定条件が成立するか否かを判定し、第４所定条件が成立するグループ情報同士を関係付ける関連グループ情報を生成する。

また例えば、関連グループ情報生成部２０８０は、定期的又は不定期に、任意のグループ情報の組み合わせについて、関連グループ情報の生成を試行してもよい。なお、この試行を行う頻度やタイミングは、対象とするグループ情報ごとに設定されてもよい。あるグループが他のグループと関連する蓋然性は、そのグループの性質などに依存する場合がある。そこで、各グループ情報に対し、そのグループ情報が他のグループ情報と関連する蓋然性などを考慮して、上記試行を行う頻度やタイミングが設定される。このようにすることで、関連グループ情報の生成処理が行われる頻度を少なくすることができるため、関連グループ情報の生成処理によって情報管理装置２０００が高負荷になることを防ぐことができる。

また、例えば、関連グループ情報生成部２０８０は、特定のグループ情報を２つ取得し、それらを関係付ける関連グループ情報の生成を試みてもよい。これら特定のグループ情報は、例えばユーザや情報共有システム３０００の管理者によって入力される。

＜処理の流れ＞
図２０は、第５の実施形態の関連グループ情報生成部２０８０によって実行される処理の流れを例示するフローチャートである。ステップＳ６０２において、関連グループ情報生成部２０８０は、グループ情報Ｇ０を取得する。ステップＳ６０４において、関連グループ情報生成部２０８０は、グループ情報Ｇ１を取得する。

ステップＳ６０６において、関連グループ情報生成部２０８０は、第４所定条件が満たされているか否かを判定する。第４所定条件が満たされている場合（ステップＳ６０６：ＹＥＳ）、関連グループ情報生成部２０８０は、続いて、ステップＳ６０８の処理に進む。一方、第４所定条件が満たされていない場合（ステップＳ６０６：ＮＯ）、図２０に示す関連グループ情報生成部２０８０の処理は終了する。

ステップＳ６０８において、関連グループ情報生成部２０８０は、グループ情報Ｇ０とグループ情報Ｇ１とを関係付ける関連グループ情報を生成する。

＜作用・効果＞
本実施形態の情報管理装置２０００は、関連グループ情報の生成を行う。ここで、前述した第４所定条件などを用いた関連グループ情報の生成を手動で行うことは難しいと考えられる。本実施形態によれば、関連グループ情報が自動で生成されるため、関連グループ情報を手動で生成しなければいけない場合と比較し、グループ同士の関係付けが容易になる。

[第６の実施形態]
図２１は、第６の実施形態の情報管理装置２０００をその使用環境と共に例示するブロック図である。図２１において、矢印は情報の流れを表している。さらに、図２１において、各ブロックは、ハードウエア単位の構成ではなく、機能単位の構成を表している。

第６の実施形態の情報管理装置２０００は、グループ対応関係提供部２１００を有する。グループ対応関係提供部２１００は、関連グループ情報を用いて、グループ情報の間の関係を示す情報を提供する。例えばグループ対応関係提供部２１００は、図１５Ａ又は図１５Ｂで示したグループ間の関係を示すグラフなどを提供する。ただし、関係を示す情報の提供方法は、グラフを用いて提供する方法に限定されない。

なお、グループ対応関係提供部２１００は、特定のグループ情報、及びそのグループ情報と直接的又は間接的に関係付けされているグループ情報についてのみ、グループ情報間の関係付けを提供してもよい。この場合、例えばグループ対応関係提供部２１００は、グループ情報の入力を受け付け、入力されたグループ情報を上記特定のグループ情報とする。また例えば、グループ対応関係提供部２１００は、ユーザ情報の入力を受け付けてそのユーザ情報に関係付けされているグループ情報を取得し、そのグループ情報を上記特定のグループ情報とする。

＜作用・効果＞
本実施形態によれば、グループ間の関係がユーザに対して提供される。ここで、関連グループ情報生成部２０８０によって生成されるグループ間の関係の中には、組織構成やタスク計画として予め関連付けられている関係とは異なり、予め把握しておくことが難しい関係が含まれうる。

例えば、組織構成上は関連性を持たないため別々に活動している複数のグループが、実は協調して活動した方が効率がよい場合がありうる。特に、お互いが遠隔地で活動しているグループ同士などのように、情報交換が行われる機会が少ないグループ同士については、組織構成に表されていない隠れた関連性を見出すことが困難である。本実施形態の情報管理装置２０００によれば、ユーザは、グループ対応関係提供部２１００によって提供されるグループ間の関係を見ることで、組織構成には表されていないグループ間の隠れた関連性を把握することができる。よって、グループ間でより効率よく連携することが可能になる。

また、グループがタスクを表している場合、次のような効果もある。タスクを計画する際、全てのタスク間の関連性を予め見出しておくことは難しい場合がある。そのため、タスク計画上は関連がないとされているために連携していない複数のタスクが、実は連携しながら実行した方が効率がよい場合がありうる。特に、各タスクが離れた場所で実行されているなどの理由により、各タスクを実行するメンバー同士で情報交換をする機会が少ない場合には、タスク計画に表されてないタスク間の隠れた関連性を見出すことは困難である。本実施形態の情報管理装置２０００によれば、ユーザは、グループ対応関係提供部２１００によって提供されるグループ間の関係を見ることで、タスク計画に表されていないタスク間の隠れた関連性を把握することができる。よって、タスク間の連携を効率よく行うことができるようになる。

さらに、タスク間の関連性を把握することで、重要なタスクやボトルネックになりうるタスクを把握することが容易になる。例えば、多くのタスクと関係付けられているタスクは、重要なタスクであると考えられる。また、多くのタスクと関係付けられているタスクは、ボトルネックになりやすいタスクであるとも考えられる。これは、多くのタスクがそのタスクに依存していると想定されるためである。

さらに、グループ情報がタスクの実行日時を示している場合、グループ対応関係提供部２１００は、タスク間の関連性及び各タスクの実行日時を併せて提供することが好ましい。このようにすることで、グループ対応関係提供部２１００によって提供される情報を、タスクのスケジューリングを見直す材料とすることができる。例えば、重要なタスクやボトルネックとなりうるタスクの実行日時が、他のタスクの実行日時より遅く設定されている場合、タスクのスケジューリングを見直す必要があると考えられる。なぜなら、重要なタスクやボトルネックとなりうるタスクは、優先的に実行することが好ましいためである。このように、グループ対応関係提供部２１００によって提供されるグループ間の対応関係は、タスクスケジューリングの見直しにも利用することができる。

以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
この出願は、２０１４年２月２６日に出願された日本出願特願２０１４−０３５５３３を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１０ 提示情報レイヤ
２０ ユーザ情報レイヤ
３０ グループ情報レイヤ
１００ グループ構成情報テーブル
１０２ グループ情報
１０４ ユーザ情報
１０６ 関係方向
２００ ユーザインタレスト情報テーブル
２０２ ユーザ情報
２０４ 提示情報
２０６ 関係方向
３００ グループインタレスト情報テーブル
３０２ グループ情報
３０４ 提示情報
３０６ 関係方向
４００ 関連グループ情報テーブル
４０２ 第１グループ情報
４０４ 第２グループ情報
４０６ 関係方向
１０２０ バス
１０４０ プロセッサ
１０６０ メモリ
１０８０ ストレージ
１１００ ネットワークインタフェース
１２２０ 検索処理モジュール
１２４０ 共有処理モジュール
２０００ 情報管理装置
２０２０ 検索処理部
２０４０ 共有処理部
２０６０ グループインタレスト情報生成部
２０８０ 関連グループ情報生成部
２１００ グループ対応関係提供部
３０００ 情報共有システム
３０２０ ユーザインタレスト情報格納部
３０４０ グループ構成情報格納部
３０６０ グループインタレスト情報格納部
３０８０ 関連グループ情報格納部

Claims (31)

1. 情報共有システムが有する情報管理装置であって、
   当該情報管理装置は、
   ユーザ情報を取得して、グループ情報と複数の前記ユーザ情報とを関係付ける情報であるグループ構成情報を用いて前記ユーザ情報と関係付けされている前記グループ情報を特定し、提示情報と前記グループ情報とを関係付ける情報であるグループインタレスト情報を用いて前記グループ情報と関係付けされている各前記提示情報を前記ユーザ情報で特定されるユーザに対して提供する検索処理手段と、
   前記提示情報を取得して、前記グループインタレスト情報を用いて前記提示情報に関係付けされている前記グループ情報を特定し、前記グループ構成情報を用いて前記グループ情報に関係付けされている複数の前記ユーザ情報で特定される各ユーザに対して前記提示情報を提供する共有処理手段と、
   前記提示情報と前記グループ情報との間で第１所定条件が満たされるか否かを判定し、前記第１所定条件が満たされている場合に、前記グループインタレスト情報を生成するグループインタレスト情報生成手段と、
   を有する情報管理装置。
2. 前記グループインタレスト情報生成手段は、前記提示情報と前記グループ情報とを関係付ける前記グループインタレスト情報を生成した場合に、前記提示情報と前記ユーザ情報とを関係付ける情報であるユーザインタレスト情報のうち、前記提示情報を示す前記ユーザインタレスト情報を削除する請求項１に記載の情報管理装置。
3. 前記検索処理手段は、取得した前記ユーザ情報に関係付けされているグループ情報、及び前記グループ情報を別の前記グループ情報と関係付ける情報である１つ又は複数の関連グループ情報を介して前記グループ情報と関係付けられている別の各グループ情報のそれぞれについて、関係付けされている前記提示情報を取得し、前記提示情報を、取得した前記ユーザ情報で特定されるユーザに対して提供する請求項１又は２に記載の情報管理装置。
4. 前記検索処理手段は、取得した前記グループ情報と１つ又は複数の前記関連グループ情報を介して関係付けられている別の各グループ情報のうち、第２所定条件を満たす別のグループ情報のみについて、関係付けされている前記提示情報を取得する請求項３に記載の情報管理装置。
5. 前記グループ情報はタスク種別を含み、
   前記第２所定条件は前記タスク種別ごとに定められており、
   前記検索処理手段は、取得した前記グループ情報が示す前記タスク種別について定められている前記第２所定条件を用いる請求項４に記載の情報管理装置。
6. 前記共有処理手段は、取得した前記提示情報に関係付けされているグループ情報、及び１つ又は複数の前記関連グループ情報を介して前記グループ情報と関係付けられている別の各グループ情報のそれぞれについて、関係付けされている前記ユーザ情報を取得し、前記ユーザ情報で特定されるユーザに対して、取得した前記提示情報を提供する請求項３乃至５のいずれか一項に記載の情報管理装置。
7. 前記共有処理手段は、取得した前記提示情報に関係付けされているグループ情報と１つ又は複数の前記関連グループ情報を介して関係付けられている別の各グループ情報のうち、第３所定条件を満たす別のグループ情報のみについて、関係付けされている前記ユーザ情報を取得する請求項６に記載の情報管理装置。
8. 前記グループ情報はタスク種別を含み、
   前記第３所定条件は前記タスク種別ごとに定められており、
   前記共有処理手段は、取得した前記提示情報に関係付けされているグループ情報が示す前記タスク種別について定められている前記第３所定条件を用いる請求項７に記載の情報管理装置。
9. 第１グループ情報に関係付けられている前記提示情報と、前記第１グループ情報とは異なる第２グループ情報に関係付けられている前記提示情報との間に第４所定条件が成立するか否かを判定し、前記第４所定条件が成立する場合に、前記第１グループと前記第２グループとを関係付けて前記関連グループ情報を生成する関連グループ情報生成手段を有する請求項３乃至８いずれか一項に記載の情報管理装置。
10. 前記関連グループ情報を用いて、前記グループ情報の間の対応関係を示す情報を提供するグループ対応関係提供手段を有する請求項３乃至９のいずれか一項に記載の情報管理装置。
11. 請求項１乃至１０いずれか一項に記載の情報管理装置と、
    提示情報とユーザ情報とを関係付ける情報であるユーザインタレスト情報を格納するユーザインタレスト情報格納手段と、
    グループ情報と複数の前記ユーザ情報とを関係付ける情報であるグループ構成情報を格納するグループ構成情報格納手段と、
    前記提示情報と前記グループ情報とを関係付ける情報であるグループインタレスト情報を格納するグループインタレスト情報格納取得手段と、を有し、
    前記ユーザインタレスト情報、前記グループ構成情報及び前記グループインタレスト情報において、ユーザ情報と関係付けられていない提示情報が、前記ユーザ情報と関係付けられている前記グループに関係付けられている情報共有システム。
12. 情報共有システムが有する情報管理装置によって実行される制御方法であって、
    当該制御方法は、
    ユーザ情報を取得して、グループ情報と複数の前記ユーザ情報とを関係付ける情報であるグループ構成情報を用いて前記ユーザ情報と関係付けされている前記グループ情報を特定し、提示情報と前記グループ情報とを関係付ける情報であるグループインタレスト情報を用いて前記グループ情報と関係付けされている各前記提示情報を前記ユーザ情報で特定されるユーザに対して提供し、
    前記提示情報を取得して、前記グループインタレスト情報を用いて前記提示情報に関係付けされている前記グループ情報を特定し、前記グループ構成情報を用いて前記グループ情報に関係付けされている複数の前記ユーザ情報で特定される各ユーザに対して前記提示情報を提供し、
    前記提示情報と前記グループ情報との間で第１所定条件が満たされるか否かを判定し、前記第１所定条件が満たされている場合に、前記グループインタレスト情報を生成する、
    制御方法。
13. 前記グループインタレスト情報の生成に際し、前記提示情報と前記グループ情報とを関係付ける前記グループインタレスト情報を生成した場合に、前記提示情報と前記ユーザ情報とを関係付ける情報であるユーザインタレスト情報のうち、前記提示情報を示す前記ユーザインタレスト情報を削除する請求項１２に記載の制御方法。
14. 前記グループインタレスト情報を用いた各前記提示情報の提供に際し、取得した前記ユーザ情報に関係付けされているグループ情報、及び前記グループ情報を別の前記グループ情報と関係付ける情報である１つ又は複数の関連グループ情報を介して前記グループ情報と関係付けられている別の各グループ情報のそれぞれについて、関係付けされている前記提示情報を取得し、前記提示情報を、取得した前記ユーザ情報で特定されるユーザに対して提供する請求項１２又は１３に記載の制御方法。
15. 前記グループインタレスト情報を用いた各前記提示情報の提供に際し、取得した前記グループ情報と１つ又は複数の前記関連グループ情報を介して関係付けられている別の各グループ情報のうち、第２所定条件を満たす別のグループ情報のみについて、関係付けされている前記提示情報を取得する請求項１４に記載の制御方法。
16. 前記グループ情報はタスク種別を含み、
    前記第２所定条件は前記タスク種別ごとに定められており、
    前記検索処理ステップは、取得した前記グループ情報が示す前記タスク種別について定められている前記第２所定条件を用いる請求項１５に記載の制御方法。
17. 前記グループ構成情報を用いた前記提示情報の提供に際し、取得した前記提示情報に関係付けされているグループ情報、及び１つ又は複数の前記関連グループ情報を介して前記グループ情報と関係付けられている別の各グループ情報のそれぞれについて、関係付けされている前記ユーザ情報を取得し、前記ユーザ情報で特定されるユーザに対して、取得した前記提示情報を提供する請求項１４乃至１６のいずれか一項に記載の制御方法。
18. 前記グループ構成情報を用いた前記提示情報の提供に際し、取得した前記提示情報に関係付けされているグループ情報と１つ又は複数の前記関連グループ情報を介して関係付けられている別の各グループ情報のうち、第３所定条件を満たす別のグループ情報のみについて、関係付けされている前記ユーザ情報を取得する請求項１７に記載の制御方法。
19. 前記グループ情報はタスク種別を含み、
    前記第３所定条件は前記タスク種別ごとに定められており、
    前記共有処理ステップは、取得した前記提示情報に関係付けされているグループ情報が示す前記タスク種別について定められている前記第３所定条件を用いる請求項１８に記載の制御方法。
20. 第１グループ情報に関係付けられている前記提示情報と、前記第１グループ情報とは異なる第２グループ情報に関係付けられている前記提示情報との間に第４所定条件が成立するか否かを判定し、前記第４所定条件が成立する場合に、前記第１グループと前記第２グループとを関係付けて前記関連グループ情報を生成する請求項１４乃至１９のいずれか一項に記載の制御方法。
21. 前記関連グループ情報を用いて、前記グループ情報の間の対応関係を示す情報を提供する請求項１４乃至２０のいずれか一項に記載の制御方法。
22. 情報共有システムが有するコンピュータに、情報管理装置として動作する機能を持たせるプログラムであって、
    当該プログラムは、前記コンピュータに、
    ユーザ情報を取得して、グループ情報と複数の前記ユーザ情報とを関係付ける情報であるグループ構成情報を用いて前記ユーザ情報と関係付けされている前記グループ情報を特定し、提示情報と前記グループ情報とを関係付ける情報であるグループインタレスト情報を用いて前記グループ情報と関係付けされている各前記提示情報を前記ユーザ情報で特定されるユーザに対して提供する検索処理機能と、
    前記提示情報を取得して、前記グループインタレスト情報を用いて前記提示情報に関係付けされている前記グループ情報を特定し、前記グループ構成情報を用いて前記グループ情報に関係付けされている複数の前記ユーザ情報で特定される各ユーザに対して前記提示情報を提供する共有処理機能と、
    前記提示情報と前記グループ情報との間で第１所定条件が満たされるか否かを判定し、前記第１所定条件が満たされている場合に、前記グループインタレスト情報を生成するグループインタレスト情報生成機能と、
    を持たせるプログラム。
23. 前記グループインタレスト情報生成機能は、前記提示情報と前記グループ情報とを関係付ける前記グループインタレスト情報を生成した場合に、前記提示情報と前記ユーザ情報とを関係付ける情報であるユーザインタレスト情報のうち、前記提示情報を示す前記ユーザインタレスト情報を削除する請求項２２に記載のプログラム。
24. 前記検索処理機能は、取得した前記ユーザ情報に関係付けされているグループ情報、及び前記グループ情報を別の前記グループ情報と関係付ける情報である１つ又は複数の前記関連グループ情報を介して前記グループ情報と関係付けられている別の各グループ情報のそれぞれについて、関係付けされている前記提示情報を取得し、前記提示情報を、取得した前記ユーザ情報で特定されるユーザに対して提供する請求項２２又は２３に記載のプログラム。
25. 前記検索処理機能は、取得した前記グループ情報と１つ又は複数の前記関連グループ情報を介して関係付けられている別の各グループ情報のうち、第２所定条件を満たす別のグループ情報のみについて、関係付けされている前記提示情報を取得する請求項２４に記載のプログラム。
26. 前記グループ情報はタスク種別を含み、
    前記第２所定条件は前記タスク種別ごとに定められており、
    前記検索処理機能は、取得した前記グループ情報が示す前記タスク種別について定められている前記第２所定条件を用いる請求項２５に記載のプログラム。
27. 前記共有処理機能は、取得した前記提示情報に関係付けされているグループ情報、及び１つ又は複数の前記関連グループ情報を介して前記グループ情報と関係付けられている別の各グループ情報のそれぞれについて、関係付けされている前記ユーザ情報を取得し、前記ユーザ情報で特定されるユーザに対して、取得した前記提示情報を提供する請求項２４乃至２６のいずれか一項に記載のプログラム。
28. 前記共有処理機能は、取得した前記提示情報に関係付けされているグループ情報と１つ又は複数の前記関連グループ情報を介して関係付けられている別の各グループ情報のうち、第３所定条件を満たす別のグループ情報のみについて、関係付けされている前記ユーザ情報を取得する請求項２７に記載のプログラム。
29. 前記グループ情報はタスク種別を含み、
    前記第３所定条件は前記タスク種別ごとに定められており、
    前記共有処理機能は、取得した前記提示情報に関係付けされているグループ情報が示す前記タスク種別について定められている前記第３所定条件を用いる請求項２８に記載のプログラム。
30. 前記コンピュータに、第１グループ情報に関係付けられている前記提示情報と、前記第１グループ情報とは異なる第２グループ情報に関係付けられている前記提示情報との間に第４所定条件が成立するか否かを判定し、前記第４所定条件が成立する場合に、前記第１グループと前記第２グループとを関係付けて前記関連グループ情報を生成する関連グループ情報生成機能を持たせる請求項２４乃至２９のいずれか一項に記載のプログラム。
31. 前記コンピュータに、前記関連グループ情報を用いて、前記グループ情報の間の対応関
    係を示す情報を提供するグループ対応関係提供機能を持たせる請求項２４乃至３０のいず
    れか一項に記載のプログラム。

Images