(57)【要約】【課題】メッセージの内容を参照することなく、ユーザが選択したメッセージに関連する関連メッセージを該ユーザに提示することができる情報処理装置を提供する。【解決手段】情報処理装置１０は、第１のユーザのユーザ端末２０から、第１のユーザにより選択された選択メッセージに関連する関連メッセージの取得要求を受信する取得要求受信部１２と、複数のユーザにより投稿された複数のメッセージを記憶するメッセージＤＢ３１から、選択メッセージが投稿されてから設定時間以内に選択メッセージを閲覧した少なくとも１人のユーザが、投稿されてから設定時間以内に閲覧した、選択メッセージとは別の少なくとも１つのメッセージを取得する関連メッセージ取得部１６と、取得された少なくとも１つのメッセージを関連メッセージとして第１のユーザのユーザ端末２０に送信する関連メッセージ送信部１７と、を含む。【選択図】図３
2016053885.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザのユーザ端末から、該第１のユーザにより選択された選択メッセージに関連する関連メッセージの取得要求を受信する取得要求受信手段と、
複数のユーザにより投稿された複数のメッセージを記憶する第１の記憶手段から、前記選択メッセージが投稿されてから予め定められた設定時間以内に前記選択メッセージを閲覧した少なくとも１人のユーザが、投稿されてから前記設定時間以内に閲覧した、前記選択メッセージとは別の少なくとも１つのメッセージを取得するメッセージ取得手段と、
前記メッセージ取得手段により取得された少なくとも１つのメッセージを、前記関連メッセージとして前記ユーザ端末に送信するメッセージ送信手段と、
を含むことを特徴とする情報処理装置。
【請求項２】
投稿されたメッセージがユーザにより閲覧されると、閲覧したユーザの識別情報及び閲覧日時を示す閲覧日時情報をユーザ端末から受信する閲覧情報受信手段をさらに含み、
前記メッセージ取得手段は、ユーザにより投稿されたメッセージの識別情報と、該メッセージを閲覧したユーザの識別情報と、該メッセージの閲覧日時情報とを関連付けて記憶する第２の記憶手段から、前記選択メッセージが投稿されてから前記設定時間以内に前記選択メッセージを閲覧した少なくとも１人のユーザが、投稿されてから前記設定時間以内に閲覧した、前記選択メッセージとは別の少なくとも１つのメッセージの識別情報を抽出するとともに、前記第１の記憶手段から、前記抽出された識別情報に対応する少なくとも１つのメッセージを取得する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
メッセージ毎に、投稿されてから前記設定時間以内に閲覧したユーザ群をグループ化するグルーピング手段をさらに含み、
前記メッセージ取得手段は、前記選択メッセージに対応するユーザ群に含まれる複数のユーザをユーザ群に含むメッセージを取得する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
メッセージの投稿日時からメッセージの閲覧日時までの所要時間を算出する算出手段をさらに含み、
前記メッセージ取得手段は、前記第１の記憶手段から、前記選択メッセージを前記所要時間が前記設定時間以内となるように閲覧した少なくとも１人のユーザが閲覧したメッセージであって、前記所要時間が前記設定時間以内となるメッセージを取得する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
メッセージ毎に、投稿されてから前記設定時間以内に閲覧したユーザ群をグループ化するグルーピング手段と、
メッセージの投稿日時からメッセージの閲覧日時までの所要時間を算出する算出手段と、
前記算出手段により算出された前記所要時間をユーザに応じて補正する補正手段と、をさらに含み、
前記補正手段は、メッセージにおける前記所要時間が前記設定時間を超える場合に、該メッセージを閲覧した第２のユーザに対応する前記所要時間を、該第２のユーザのユーザ情報に基づいて補正所要時間に補正し、
前記補正所要時間が前記設定時間以内となるメッセージについて、前記グルーピング手段は、グループ化した前記ユーザ群に前記第２のユーザを追加し、
前記メッセージ取得手段は、前記選択メッセージに対応する前記ユーザ群に含まれる複数のユーザをユーザ群に含むメッセージを取得する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
ユーザのスケジュール情報を記憶する第３の記憶手段から、ユーザのスケジュール情報を取得するスケジュール取得手段、をさらに含み、
前記補正手段は、メッセージにおける前記所要時間が前記設定時間を超える場合に、該メッセージを閲覧した第２のユーザのスケジュール情報に登録されたスケジュール時間に基づいて、該第２のユーザが該メッセージを閲覧できなかった時間を算出し、算出した時間を前記所要時間から減算して前記補正所要時間を算出する、
ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記スケジュール情報は、イベントの開始日時と終了日時とを含み、
前記補正手段は、前記イベントの開始日時から終了日時までの時間の少なくとも一部の時間を前記所要時間から減算して前記補正所要時間を算出する、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
メッセージ毎に、投稿されてから前記設定時間以内に閲覧したユーザ群をグループ化するグルーピング手段と、
グループ化された前記ユーザ群から、ユーザの情報に基づいてユーザを除外して、前記ユーザ群を再グループ化する再グルーピング手段と、をさらに含み、
前記メッセージ取得手段は、前記選択メッセージに対応する再グループ化された前記ユーザ群に含まれる複数のユーザをユーザ群に含むメッセージを取得する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記メッセージ取得手段により取得された複数のメッセージから、メッセージを閲覧したユーザの閲覧状況に基づいてメッセージを除外するメッセージ除外手段をさらに含み、
前記メッセージ送信手段は、前記メッセージ除外手段により除外された残りのメッセージを、前記関連メッセージとして前記ユーザ端末に送信する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
ユーザが利用するユーザ端末と、該ユーザ端末にネットワークを介して接続される情報処理装置と、を含む情報処理システムであって、
前記情報処理装置は、
第１のユーザのユーザ端末から、該第１のユーザにより選択された選択メッセージに関連する関連メッセージの取得要求を受信する取得要求受信手段と、
複数のユーザにより投稿された複数のメッセージを記憶する第１の記憶手段から、前記選択メッセージが投稿されてから予め定められた設定時間以内に前記選択メッセージを閲覧した少なくとも１人のユーザが、投稿されてから前記設定時間以内に閲覧した、前記選択メッセージとは別の少なくとも１つのメッセージを取得するメッセージ取得手段と、
前記メッセージ取得手段により取得された少なくとも１つのメッセージを、前記関連メッセージとして前記ユーザ端末に送信するメッセージ送信手段と、を含む、
ことを特徴とする情報処理システム。
【請求項１１】
第１のユーザのユーザ端末から、該第１のユーザにより選択された選択メッセージに関連する関連メッセージの取得要求を受信する取得要求受信手段、
複数のユーザにより投稿された複数のメッセージを記憶する第１の記憶手段から、前記選択メッセージが投稿されてから予め定められた設定時間以内に前記選択メッセージを閲覧した少なくとも１人のユーザが、投稿されてから前記設定時間以内に閲覧した、前記選択メッセージとは別の少なくとも１つのメッセージを取得するメッセージ取得手段、及び、
前記メッセージ取得手段により取得された少なくとも１つのメッセージを、前記関連メッセージとして前記ユーザ端末に送信するメッセージ送信手段、
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム及びプログラムに関する。
【背景技術】
【０００２】
近年、ネットワークを介して接続された複数の端末装置を用いて複数のユーザ同士でメッセージをやり取りする、メールや電子掲示板やチャットなどのコミュニケーションツールが利用されている。
【０００３】
ここで、例えば、ある議題に対するメッセージのやり取りに参加していなかったユーザＡが、やり取りされた複数のメッセージ（受信済の複数のメッセージ）のうち所望のメッセージを選択して閲覧した場合に、さらに、当該メッセージに関連する別のメッセージ（以下、関連メッセージという。）を確認したい場合がある。具体的には例えば、ユーザＡがある議題に対する結論のメッセージを選択して閲覧した場合に、この結論に至るまでにやり取りされた関連メッセージを確認したい場合等である。このようなユーザの要求を実現し得る技術が、例えば特許文献１に記載されている。
【０００４】
特許文献１には、過去ログ保存手段に保存されたメッセージの過去ログを話題単位に分割するとともに話題単位の特徴ベクトルを生成し、複数の話題単位及び特徴ベクトルを比較して、話題単位同士の類似度が高い話題単位をクライアント端末装置に提示するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−８４８５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、メッセージの内容を参照することなく、ユーザが選択したメッセージに関連する関連メッセージを該ユーザに提示することができる情報処理装置、情報処理システム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の請求項１に係る情報処理装置は、第１のユーザのユーザ端末から、該第１のユーザにより選択された選択メッセージに関連する関連メッセージの取得要求を受信する取得要求受信手段と、複数のユーザにより投稿された複数のメッセージを記憶する第１の記憶手段から、前記選択メッセージが投稿されてから予め定められた設定時間以内に前記選択メッセージを閲覧した少なくとも１人のユーザが、投稿されてから前記設定時間以内に閲覧した、前記選択メッセージとは別の少なくとも１つのメッセージを取得するメッセージ取得手段と、前記メッセージ取得手段により取得された少なくとも１つのメッセージを、前記関連メッセージとして前記ユーザ端末に送信するメッセージ送信手段と、を含むことを特徴とする。
【０００８】
本発明の請求項２に係る情報処理装置は、請求項１に記載の構成において、投稿されたメッセージがユーザにより閲覧されると、閲覧したユーザの識別情報及び閲覧日時を示す閲覧日時情報をユーザ端末から受信する閲覧情報受信手段をさらに含み、前記メッセージ取得手段は、ユーザにより投稿されたメッセージの識別情報と、該メッセージを閲覧したユーザの識別情報と、該メッセージの閲覧日時情報とを関連付けて記憶する第２の記憶手段から、前記選択メッセージが投稿されてから前記設定時間以内に前記選択メッセージを閲覧した少なくとも１人のユーザが、投稿されてから前記設定時間以内に閲覧した、前記選択メッセージとは別の少なくとも１つのメッセージの識別情報を抽出するとともに、前記第１の記憶手段から、前記抽出された識別情報に対応する少なくとも１つのメッセージを取得する。
【０００９】
本発明の請求項３に係る情報処理装置は、請求項１に記載の構成において、メッセージ毎に、投稿されてから前記設定時間以内に閲覧したユーザ群をグループ化するグルーピング手段をさらに含み、前記メッセージ取得手段は、前記選択メッセージに対応するユーザ群に含まれる複数のユーザをユーザ群に含むメッセージを取得する。
【００１０】
本発明の請求項４に係る情報処理装置は、請求項１に記載の構成において、メッセージの投稿日時からメッセージの閲覧日時までの所要時間を算出する算出手段をさらに含み、前記メッセージ取得手段は、前記第１の記憶手段から、前記選択メッセージを前記所要時間が前記設定時間以内となるように閲覧した少なくとも１人のユーザが閲覧したメッセージであって、前記所要時間が前記設定時間以内となるメッセージを取得する。
【００１１】
本発明の請求項５に係る情報処理装置は、請求項１に記載の構成において、メッセージ毎に、投稿されてから前記設定時間以内に閲覧したユーザ群をグループ化するグルーピング手段と、メッセージの投稿日時からメッセージの閲覧日時までの所要時間を算出する算出手段と、前記算出手段により算出された前記所要時間をユーザに応じて補正する補正手段と、をさらに含み、前記補正手段は、メッセージにおける前記所要時間が前記設定時間を超える場合に、該メッセージを閲覧した第２のユーザに対応する前記所要時間を、該第２のユーザのユーザ情報に基づいて補正所要時間に補正し、前記補正所要時間が前記設定時間以内となるメッセージについて、前記グルーピング手段は、グループ化した前記ユーザ群に前記第２のユーザを追加し、前記メッセージ取得手段は、前記選択メッセージに対応する前記ユーザ群に含まれる複数のユーザをユーザ群に含むメッセージを取得する。
【００１２】
本発明の請求項６に係る情報処理装置は、請求項５に記載の構成において、ユーザのスケジュール情報を記憶する第３の記憶手段から、ユーザのスケジュール情報を取得するスケジュール取得手段、をさらに含み、前記補正手段は、メッセージにおける前記所要時間が前記設定時間を超える場合に、該メッセージを閲覧した第２のユーザのスケジュール情報に登録されたスケジュール時間に基づいて、該第２のユーザが該メッセージを閲覧できなかった時間を算出し、算出した時間を前記所要時間から減算して前記補正所要時間を算出する。
【００１３】
本発明の請求項７に係る情報処理装置は、請求項６に記載の構成において、前記スケジュール情報は、イベントの開始日時と終了日時とを含み、前記補正手段は、前記イベントの開始日時から終了日時までの時間の少なくとも一部の時間を前記所要時間から減算して前記補正所要時間を算出する。
【００１４】
本発明の請求項８に係る情報処理装置は、請求項１に記載の構成において、メッセージ毎に、投稿されてから前記設定時間以内に閲覧したユーザ群をグループ化するグルーピング手段と、グループ化された前記ユーザ群から、ユーザの情報に基づいてユーザを除外して、前記ユーザ群を再グループ化する再グルーピング手段と、をさらに含み、前記メッセージ取得手段は、前記選択メッセージに対応する再グループ化された前記ユーザ群に含まれる複数のユーザをユーザ群に含むメッセージを取得する。
【００１５】
本発明の請求項９に係る情報処理装置は、請求項１に記載の構成において、前記メッセージ取得手段により取得された複数のメッセージから、メッセージを閲覧したユーザの閲覧状況に基づいてメッセージを除外するメッセージ除外手段をさらに含み、前記メッセージ送信手段は、前記メッセージ除外手段により除外された残りのメッセージを、前記関連メッセージとして前記ユーザ端末に送信する。
【００１６】
本発明の請求項１０に係る情報処理システムは、ユーザが利用するユーザ端末と、該ユーザ端末にネットワークを介して接続される情報処理装置と、を含む情報処理システムであって、前記情報処理装置は、第１のユーザのユーザ端末から、該第１のユーザにより選択された選択メッセージに関連する関連メッセージの取得要求を受信する取得要求受信手段と、複数のユーザにより投稿された複数のメッセージを記憶する第１の記憶手段から、前記選択メッセージが投稿されてから予め定められた設定時間以内に前記選択メッセージを閲覧した少なくとも１人のユーザが、投稿されてから前記設定時間以内に閲覧した、前記選択メッセージとは別の少なくとも１つのメッセージを取得するメッセージ取得手段と、前記メッセージ取得手段により取得された少なくとも１つのメッセージを、前記関連メッセージとして前記ユーザ端末に送信するメッセージ送信手段と、を含む、ことを特徴とする。
【００１７】
本発明の請求項１１に係るプログラムは、第１のユーザのユーザ端末から、該第１のユーザにより選択された選択メッセージに関連する関連メッセージの取得要求を受信する取得要求受信手段、複数のユーザにより投稿された複数のメッセージを記憶する第１の記憶手段から、前記選択メッセージが投稿されてから予め定められた設定時間以内に前記選択メッセージを閲覧した少なくとも１人のユーザが、投稿されてから前記設定時間以内に閲覧した、前記選択メッセージとは別の少なくとも１つのメッセージを取得するメッセージ取得手段、及び、前記メッセージ取得手段により取得された少なくとも１つのメッセージを、前記関連メッセージとして前記ユーザ端末に送信するメッセージ送信手段、としてコンピュータを機能させるためのプログラムである。このプログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの、コンピュータが読み取り可能な情報記憶媒体に格納されてもよい。
【発明の効果】
【００１８】
本発明の請求項１、２、１０、１１の構成によれば、メッセージの内容を参照することなく、ユーザが選択したメッセージに関連する関連メッセージを該ユーザに提示することができる。
【００１９】
本発明の請求項３の構成によれば、グループ化されたユーザ群に含まれる複数のユーザをユーザ群に含むメッセージが取得される。
【００２０】
本発明の請求項４の構成によれば、選択メッセージにおける所要時間が設定時間以内となるように閲覧した少なくとも１人のユーザによって閲覧されたメッセージであって、所要時間が設定時間以内となるメッセージが取得される。
【００２１】
本発明の請求項５の構成によれば、補正所要時間が設定時間以内となるメッセージについて、グループ化されたユーザ群に第２のユーザが追加される。
【００２２】
本発明の請求項６の構成によれば、メッセージを閲覧できなかった時間が所要時間から減算されて補正所要時間が算出される。
【００２３】
本発明の請求項７の構成によれば、イベントの開始日時から終了日時までの時間の少なくとも一部の時間が所要時間から減算されて補正所要時間が算出される。
【００２４】
本発明の請求項８の構成によれば、グループ化されたユーザ群から、ユーザの情報に基づいて所定のユーザが除外される。
【００２５】
本発明の請求項９の構成によれば、取得された複数のメッセージから、メッセージを閲覧したユーザの閲覧状況に基づいて所定のメッセージが除外される。
【図面の簡単な説明】
【００２６】
【図１】本実施形態に係る情報処理システムの全体構成図である。
【図２】情報処理装置のハードウェア構成を示すブロック図である。
【図３】情報処理装置の具体的構成を示すブロック図である。
【図４】受信したメッセージの情報を示すテーブルの一例を示す図である。
【図５】選択メッセージの情報を示すテーブルの一例を示す図である。
【図６】閲覧状況一覧テーブルの一例を示す図である。
【図７】グルーピング処理の結果を示すテーブルである。
【図８】グループ化されたユーザ群を示すテーブルである。
【図９】情報処理装置の動作フロー図である。
【図１０】変形例１に係る情報処理装置の具体的構成を示すブロック図である。
【図１１】スケジュール情報の一例を示すテーブルである。
【図１２】グループ化されたユーザ群を示すテーブルである。
【図１３】変形例１に係る情報処理装置の動作フロー図である。
【図１４】閲覧不可時間の算出パターンを示す図である。
【図１５】変形例２に係る情報処理装置の具体的構成を示すブロック図である。
【図１６】再グループ化されたユーザ群を示すテーブルである。
【図１７】変形例３に係る情報処理装置の具体的構成を示すブロック図である。
【図１８】グループ化されたユーザ群を示すテーブルである。
【発明を実施するための形態】
【００２７】
本発明の一実施形態について、図面を用いて以下に説明する。本実施形態では、情報処理システムの一例として、ネットワークを介して接続された複数のユーザ端末が、情報処理装置を介してメッセージデータをメールにより送受信するシステムを例に挙げて説明する。
【００２８】
図１は、本実施形態に係る情報処理システムの全体構成図である。同図に示すように、情報処理システム１００は、ユーザが利用するユーザ端末２０と、ユーザ端末２０から送信されたメッセージを管理するとともに、ユーザの要求に応じた情報を提供する情報処理装置１０と、を含んでいる。ユーザ端末２０の数は限定されない。ユーザ端末２０と情報処理装置１０とは、ＬＡＮ（Local Area Network）やインターネット等の通信ネットワーク３０を介して相互に接続されている。
【００２９】
ユーザ端末２０は、通信ネットワーク３０に接続された、ユーザが利用する端末装置である。ユーザ端末２０は、ユーザの操作に基づいて、通信ネットワーク３０を介して情報処理装置１０や他のユーザ端末２０とデータ通信を行う。これにより、例えば、ユーザ端末２０は、情報処理装置１０から様々な情報を取得し、取得した情報を表示画面に表示したり、ユーザにより作成・投稿されたメッセージを送受信したりする。ユーザ端末２０には、ブラウザや電子メールクライアント等のソフトウェアが組み込まれていてもよい。ユーザ端末２０は、例えば、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、スマートフォン等の携帯情報端末、携帯電話機等である。ユーザは、ユーザ端末２０を利用して、情報処理装置１０に情報の提供を要求したり、メッセージを作成して投稿（送信）したりする。
【００３０】
情報処理装置１０は、ユーザ端末２０から送信されたメッセージを受信して管理する。具体的には、情報処理装置１０は、受信したメッセージを保存したり、保存したメッセージに対するユーザの閲覧状況（既読、未読等）を管理したり、受信したメッセージを他のユーザ端末２０に送信したりする。また、情報処理装置１０は、ユーザの要求に応じた情報（メッセージ）を、当該ユーザのユーザ端末２０に送信する。情報処理装置１０の具体的構成は後述する。
【００３１】
図２は、情報処理装置１０のハードウェア構成を示すブロック図である。情報処理装置１０は、ＣＰＵ１０１、メモリ１０２、記憶部１０３、及び通信部１０４を含むコンピュータで構成されている。これらのハードウェア要素はバスにより相互にデータの授受が可能に接続されている。通信部１０４は、通信ネットワーク３０を介して、ユーザ端末２０とデータ通信を行う。ＣＰＵ１０１は、情報処理装置１０の各部を制御したり、各種の情報処理を実行したりする。メモリ１０２は、各種のプログラムやデータを保持する。メモリ１０２には、ＣＰＵ１０１の作業領域も確保される。記憶部１０３は、各種のデータを記憶する。記憶部１０３は、情報処理装置１０の外部に設けられていてもよい。
【００３２】
図３は、情報処理装置１０の具体的構成を示すブロック図である。情報処理装置１０は、メッセージ送受信部１１、取得要求受信部１２、選択メッセージ取得部１３、閲覧状況管理部１４、グルーピング部１５、関連メッセージ取得部１６、及び関連メッセージ送信部１７を含んでいる。これらの要素はメモリ１０２（図２参照）に格納されたプログラムをＣＰＵ１０１が実行することにより実現される。このプログラムはＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカードなどのコンピュータが読み取り可能な情報記憶媒体から情報処理装置１０にインストールされてもよいし、インターネット等の通信ネットワーク３０を介してダウンロードされてもよい。記憶部１０３は、メッセージデータベース（メッセージＤＢ）３１、選択メッセージデータベース（選択メッセージＤＢ）３２、及び閲覧状況データベース（閲覧状況ＤＢ）３３を含んでいる。
【００３３】
メッセージ送受信部１１は、通信部１０４を介して、ユーザがユーザ端末２０を利用して作成し投稿（送信）したメッセージデータ（以下、メッセージという。）を受信するとともに、受信したメッセージを、通信ネットワーク３０を介して接続された他のユーザ端末２０に送信する。これにより、各ユーザ端末２０は、他のユーザ端末２０から送信されたメッセージを受信する。また、メッセージ送受信部１１は、ユーザ端末２０から受信したメッセージをメッセージＤＢ３１に保存する。
【００３４】
メッセージＤＢ３１（第１の記憶手段）は、メッセージ送受信部１１が受信したメッセージを記憶するデータベースである。メッセージＤＢ３１は、複数のメッセージを記憶するとともに、例えば図４に示すテーブルを保持している。図４に示すテーブルには、メッセージを識別するための識別情報（メッセージＩＤ）と、メッセージのタイトルと、メッセージの内容（全文又は一部）と、メッセージを投稿したユーザの識別情報（ユーザＩＤ）と、メッセージが投稿された日時の情報（投稿日時）と、が関連付けられている。メッセージ送受信部１１は、ユーザ端末２０からメッセージを受信する度に、受信したメッセージをメッセージＤＢ３１に保存するとともに、テーブルの情報を更新していく。このため、メッセージＤＢ３１のテーブルには、時系列順に、受信したメッセージの情報が蓄積されていく。
【００３５】
なお、ユーザ端末２０には、メッセージＤＢ３１のテーブルの情報と同じ情報が表示されてもよい。例えば、ユーザ端末２０において、メールや電子掲示板やチャットを利用するためのアプリケーションソフトが起動している場合、表示部に、図４に示すテーブルの情報と同じ情報が表示される。複数のユーザがメールによりメッセージのやり取りを行った場合、ユーザ端末２０の表示部のメール受信覧に、受信した複数のメッセージの情報が一覧表示される。このようにユーザ端末２０では、一般的なメールソフトを利用して受信一覧を表示させることができる。
【００３６】
ここで、ユーザがユーザ端末２０の表示部に表示された所望の受信メッセージを選択（クリック）すると、当該メッセージの閲覧状況が「既読」になる。ユーザ端末２０は、メッセージが閲覧（既読）されると、閲覧された旨を示す情報（既読通知）を情報処理装置１０に送信する。ユーザ端末２０が受信したメッセージに対するユーザの閲覧状況は、そのユーザ端末２０を利用するユーザの個々の事情により異なる。例えば、メールによるメッセージの送受信が可能にネットワーク接続された複数のユーザ端末間において、ユーザＡ、Ｂ、Ｃが、ある議題についてメッセージをやり取りしている場合、ユーザＡがメッセージを送信すると、ユーザＢ、Ｃは、比較的短い時間のうちに、受信した当該メッセージを閲覧（既読）する。このようにして、ユーザＡ、Ｂ、Ｃは、ある議題について、結論及び結論に至るまでのメッセージをリアルタイムで閲覧する。これに対して、例えばユーザＸは、ユーザＸのユーザ端末２０がユーザＡ、Ｂ、Ｃがやり取りした複数のメッセージを受信しているにもかかわらずリアルタイムで閲覧できず、数日後に、上記議題に関する、最新の投稿日のメッセージ（最終メッセージ）だけを閲覧する場合がある。また、ユーザＹは、上記議題に関心がなかった場合、ユーザＹのユーザ端末２０がユーザＡ、Ｂ、Ｃがやり取りした複数のメッセージを閲覧したりしなかったりする。
【００３７】
このように、受信したメッセージの閲覧状況は、そのメッセージの内容や、ユーザの個々の事情により異なる。上記の例のうち、ユーザＸは、上記議題に関心があるものの、事情によりリアルタイムでメッセージを閲覧できず、最終メッセージだけを閲覧している。この最終メッセージは、ユーザＸの注意を惹くものであり、例えば上記議題について結論を示している可能性がある。このような場合、ユーザＸとしては、結論に至るまでの経緯、すなわち選択したメッセージに関連する過去にやり取りされたメッセージ、を閲覧したいと望むが、メール受信一覧（図４参照）から所望のメッセージを探すことは容易ではないし、その作業は煩わしい。また、ユーザは、結論のメッセージ（最終メッセージ）に限らず、やり取りの途中のメッセージを選択した場合には、これに関連する、投稿日が新しいメッセージの閲覧を望む場合もある。そこで、本実施形態に係る情報処理装置１０は、ユーザＸが選択したメッセージに関連するメッセージ（関連メッセージ）を抽出して、ユーザＸに提示する構成を有している。
【００３８】
取得要求受信部１２は、あるユーザが所望のメッセージを選択し、選択したメッセージ（以下、選択メッセージという。）に関連する関連メッセージ（関連情報）の取得（閲覧）を要求すると、当該取得要求を受信する。上記の例で言えば、ユーザＸがあるメッセージを選択し、これに関連する関連メッセージの取得を要求すると、取得要求受信部１２は、ユーザＸのユーザ端末２０から当該取得要求を受信する。ユーザによるメッセージの選択方法は、例えば、メール受信一覧においてメッセージのタイトル等を選択（クリック）する一般的な方法が挙げられる。また、ユーザ端末２０において取得要求を受け付ける方法は、例えば、ユーザ端末２０の表示部に取得要求ボタンを表示させ、ユーザが表示画面上で当該ボタンを押下することにより当該取得要求を受け付ける方法が挙げられる。取得要求には、選択メッセージの情報が関連付けられる。例えば、情報処理装置１０に通知される選択メッセージの既読通知に、取得要求を示すフラグ（「１」）が付与されてもよい。
【００３９】
選択メッセージ取得部１３は、取得要求受信部１２が受信した取得要求に基づいて、メッセージＤＢ３１に記憶されている複数のメッセージの中から、選択メッセージを取得する。具体的には、選択メッセージ取得部１３は、メッセージＤＢ３１を参照して、取得要求に関連付けられた選択メッセージの情報に基づいて、選択メッセージを取得する。また、選択メッセージ取得部１３は、取得した選択メッセージを選択メッセージＤＢ３２に保存する。選択メッセージＤＢ３２は、選択メッセージを記憶するとともに、例えば図５に示すテーブルを保持している。図５に示すテーブルには、選択メッセージについて、図４のテーブルの情報に対応するメッセージＩＤが登録される。なお、選択メッセージの他の情報が関連付けられていてもよいし、図５に示すメッセージＩＤに図４のテーブルの情報がリンクされていてもよい。図５では、あるユーザがメッセージＩＤ「ｍｓｇ６」のメッセージを選択した場合の情報を示している。
【００４０】
閲覧状況管理部１４（閲覧情報受信部）は、各ユーザ端末２０から既読通知を受信して、各メッセージに対する閲覧状況を作成、管理する。既読通知には、メッセージを閲覧したユーザ（又はユーザ端末）の識別情報及び閲覧日時を示す閲覧日時情報が含まれる。また閲覧状況管理部１４は、受信した既読通知に基づいて、閲覧状況を一覧にしたテーブル（閲覧状況テーブル）を作成し、閲覧状況ＤＢ３３（第２の記憶手段）に保存する。閲覧状況テーブルは、情報処理装置１０が各ユーザ端末２０から既読通知を受信する度に更新される。図６には、閲覧状況一覧テーブルの一例を示している。図６のテーブルには、メッセージＩＤと閲覧ユーザＩＤと閲覧日時の情報が登録されている。
【００４１】
グルーピング部１５は、各メッセージの閲覧状況に基づいて、閲覧したユーザを所定のグループに纏める（グルーピング処理）。具体的には、グルーピング部１５は、各メッセージについて、投稿されてから閲覧されるまでの時間（所要時間）を、閲覧したユーザ毎に算出し、算出した所要時間と予め定められた設定時間とを比較する。そして、所要時間が設定時間以内となるユーザを抽出して、メッセージ毎にグループ化する。グルーピング部１５は、閲覧状況一覧テーブルに登録されている各閲覧履歴について上記処理を実行する。グルーピング部１５は、メッセージの投稿日時からメッセージの閲覧日時までの所要時間を算出する算出部としての機能と、所要時間が設定時間以内となるユーザを抽出して、メッセージ毎にグループ化するグルーピング部としての機能とを含む。
【００４２】
例えば、図６の閲覧状況一覧テーブルのメッセージＩＤ「ｍｓｇ１」を例に挙げてグルーピング処理について説明する。ｍｓｇ１のメッセージは、ユーザＡにより「２０１４／０２／０１  ０３：００」に投稿され（図４参照）、ユーザＡ、Ｂ、Ｃにより「２０１４／０２／０１  ０３：０３」に閲覧されている。このため、ｍｓｇ１に対するユーザＡ、Ｂ、Ｃの所要時間はそれぞれ「３分」となる。なお、図６の閲覧状況一覧テーブルに登録されていない他のユーザは、ｍｓｇ１のメッセージを受信していても閲覧していない。ここで、設定時間が「１０分」に設定されている場合、上記所要時間は上記設定時間以内のため、ユーザＡ、Ｂ、Ｃが一つのグループにグループ化される。同様に、図６のメッセージＩＤ「ｍｓｇ２」〜「ｍｓｇ６」についてもグルーピング処理が行われる。図７は、グルーピング処理の結果を示すテーブルである。図７の項目「グループ化」の「○」印は、各メッセージにおいてグループ化されたユーザ群を示している。「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ６」ではそれぞれ、ユーザＡ、Ｂ、Ｃが一つのグループにグループ化され、「ｍｓｇ３」では、ユーザＡが一つのグループにグループ化され、「ｍｓｇ４」では、ユーザＡ、Ｂ、Ｃ、Ｄが一つのグループにグループ化され、「ｍｓｇ５」では、ユーザＡ、Ｂが一つのグループにグループ化される。図８には、メッセージＩＤと、これに対応するグループ化されたユーザ群とを示している。
【００４３】
なお、上記の例では、グルーピング部１５は、ユーザが選択した選択メッセージ（「ｍｓｇ６」）の投稿日時よりも前のメッセージ（「ｍｓｇ１」〜「ｍｓｇ５」）を対象としてグループ化する処理を行っているが、対象とするメッセージはこれに限定されず、選択メッセージの投稿日時よりも後のメッセージが含まれていてもよい。すなわち、グルーピング部１５は、取得要求を受信した時点で閲覧状況テーブルに登録されている全てのメッセージに基づいてグループ化の処理を行う。
【００４４】
関連メッセージ取得部１６は、取得要求受信部１２が受信した取得要求と、グルーピング部１５によりグルーピング化された情報とに基づいて、閲覧状況ＤＢ３３から関連メッセージの情報を抽出する。また、関連メッセージ取得部１６は、抽出した関連メッセージの情報に基づいて、対応するメッセージをメッセージＤＢ３１から取得する。具体的には、関連メッセージ取得部１６は、図８のテーブルを参照して、取得要求に関連付けられている選択メッセージ（メッセージＩＤ）に対応する、グループ化されたユーザＩＤを取得し、取得したユーザＩＤを少なくとも１つ含む他のメッセージＩＤを抽出する。そして、抽出したメッセージＩＤに対応するメッセージを、メッセージＤＢ３１から取得する。例えば、ユーザＸが、「２０１４／０２／１５  ０８：５５」に、メッセージＩＤ「ｍｓｇ６」のメッセージを選択（閲覧）し、この関連メッセージの取得を要求したとすると、関連メッセージ取得部１６は、図８のテーブルを参照して、メッセージＩＤ「ｍｓｇ６」に対応する、グループ化されたユーザＩＤ「Ａ」、「Ｂ」、「Ｃ」を取得し、取得したユーザＩＤ「Ａ」、「Ｂ」、「Ｃ」を含む他のメッセージＩＤ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」を抽出する。そして、抽出したメッセージＩＤ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」に対応するメッセージを、メッセージＤＢ３１から取得する。
【００４５】
なお、関連メッセージ取得部１６は、図８のテーブルを参照して、取得要求に関連付けられている選択メッセージに対応する、グループ化されたユーザＩＤを取得し、取得したユーザＩＤと一致する他のメッセージＩＤを抽出してもよい。この場合は、メッセージＩＤ「ｍｓｇ１」、「ｍｓｇ２」に対応するメッセージデータが、メッセージＤＢ３１から取得される。また、グループ化されたユーザＩＤのうち一部のユーザＩＤと一致する他のメッセージＩＤを抽出してもよい。例えば、グループ化されたユーザＩＤ「Ａ」、「Ｂ」、「Ｃ」のうちユーザＩＤ「Ａ」、「Ｂ」を含む他のメッセージＩＤ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」、「ｍｓｇ５」を抽出してもよい。
【００４６】
関連メッセージ送信部１７は、関連メッセージ取得部１６が取得したメッセージを、関連メッセージとして、取得要求を送信したユーザ端末２０に送信する。上記の例では、関連メッセージ送信部１７は、メッセージＩＤ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」に対応するメッセージを、ユーザＸのユーザ端末２０に送信する。ユーザ端末２０が上記メッセージを受信すると、ユーザＸは受信したメッセージを閲覧することができる。これにより、ユーザＸは、メッセージＩＤ「ｍｓｇ６」に関連したメッセージを容易に確認することができる。例えば、メッセージＩＤ「ｍｓｇ６」が、議題「Ｓについて」の結論を示すメッセージである場合、この結論に至るまでの経緯となる複数のメッセージをまとめて確認することができる。
【００４７】
次に、情報処理装置１０の処理の流れを説明する。図９は、情報処理装置１０の動作フロー図である。ここでは、上記の例と同様、ユーザＸがメッセージＩＤ「ｍｓｇ６」を選択し、この関連メッセージの取得を要求した場合の処理の流れを説明する。
【００４８】
初めに、ユーザＸがユーザ端末２０において、受信したメッセージのうち、所望のメッセージ（メッセージＩＤ「ｍｓｇ６」）を選択し、この関連メッセージの取得を要求すると、情報処理装置１０の取得要求受信部１２は、取得要求を受信する（Ｓ１０１）。次に、選択メッセージ取得部１３が、メッセージＤＢ３１を参照して、取得要求に関連付けられた選択メッセージの情報（ＩＤ「ｍｓｇ６」）に基づいて、選択メッセージを取得する（Ｓ１０２）。
【００４９】
次に、閲覧状況管理部１４が、各ユーザ端末２０から既読通知を受信して、各メッセージに対する閲覧状況を作成する（Ｓ１０３）。次に、グルーピング部１５が、各メッセージについて所要時間を算出し（Ｓ１０４）、所要時間が設定時間以内となるユーザを抽出する（Ｓ１０５）。そして、グルーピング部１５は、抽出したユーザをメッセージ毎にグループ化する（Ｓ１０６）。
【００５０】
次に、関連メッセージ取得部１６が、図８のテーブルを参照して、メッセージＩＤ「ｍｓｇ６」に対応する、グループ化されたユーザＩＤ「Ａ」、「Ｂ」、「Ｃ」を取得し、取得したユーザＩＤ「Ａ」、「Ｂ」、「Ｃ」を含む他のメッセージＩＤ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」を抽出する（Ｓ１０７）。最後に、関連メッセージ送信部１７が、メッセージＩＤ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」に対応するメッセージを、ユーザＸのユーザ端末２０に送信する（Ｓ１０８）。
【００５１】
ここで、上記設定時間は、「１０分」に設定されているが、これに限定されず、例えば「１時間」や「１日」に設定されてもよい。上記設定時間は、情報処理装置１０の管理者が設定、変更することができる。例えば、管理者は、メッセージの内容やメッセージの投稿者や受信者の特徴に応じて上記設定時間を設定してもよい。
【００５２】
また、ユーザ端末２０が受信したメッセージに対するユーザの閲覧状況は、そのユーザ端末２０を利用するユーザの個々の事情により異なるため、上記所要時間は、ユーザの個々の事情を考慮して算出されてもよい。具体的には、ユーザのスケジュール情報に応じて上記所要時間を算出する構成としてもよい。この構成を含む情報処理装置１０を変形例１として以下に説明する。
【００５３】
図１０は、変形例１に係る情報処理装置１０の具体的構成を示すブロック図である。変形例１に係る情報処理装置１０は、図３の構成に加えて、さらに、ユーザのスケジュール情報を取得するスケジュール取得部１８と、上記所要時間を補正する時間補正部１９とを含んでいる。また、変形例１に係る情報処理装置１０では、記憶部１０３が、さらに、スケジュール情報データベース（スケジュール情報ＤＢ）３４を含んでいる。
【００５４】
スケジュール情報ＤＢ３４（第３の記憶手段）は、ユーザ毎のスケジュール情報を記憶するデータベースである。各ユーザは、各ユーザ端末２０を利用して、自身のスケジュール情報を登録、更新することができる。スケジュール情報は、ユーザ端末２０において登録、更新されると、スケジュール情報ＤＢ３４に反映される。スケジュール情報には、社内又は社外における、打合せ、会議、出張などの予定（イベント）の開始時刻、終了時刻、開催場所（イベント場所）、内容（イベント内容）等の各種情報が含まれてもよい。また、スケジュール情報には、ユーザの勤怠情報が含まれてもよい。勤怠情報は、各ユーザの勤務時間帯を示す既定時間帯、及び勤務地を示す既定場所の情報が含まれる。既定時間帯は、例えば、契約、就業規則等により予め定められた勤務時間帯をいう。既定時間帯は、法定の労働時間に限定されず、例えば想定される残業時間を含む時間帯であってもよい。図１１は、スケジュール情報の一例を示すテーブルである。図１１のテーブルでは、予定がないユーザについては、勤怠情報が登録されている。
【００５５】
スケジュール取得部１８は、スケジュール情報ＤＢ３４から、対象となるユーザのスケジュール情報を取得する。具体的には、スケジュール取得部１８は、グルーピング部１５において、上記所要時間と上記設定時間とを比較したときに、上記所要時間が上記設定時間を超えるユーザがいる場合に、当該ユーザのスケジュール情報を取得する。
【００５６】
時間補正部１９は、スケジュール取得部１８が取得したスケジュール情報に基づいて、上記所要時間を補正する。具体的には、時間補正部１９は、対象となるユーザのスケジュール情報に基づいて、対象となるメッセージを閲覧することができなかった時間（閲覧不可時間）を算出する。そして、算出した閲覧不可時間を上記所要時間から減算して得られた時間を、補正後の所要時間（補正所要時間）として設定する。
【００５７】
補正所要時間が算出されると、グルーピング部１５は、補正所要時間と上記設定時間とを比較して、補正所要時間が設定時間以内となる場合は、対象のユーザをグループに加える。
【００５８】
例えば、図６の閲覧状況一覧テーブルのメッセージＩＤ「ｍｓｇ５」を閲覧したユーザＣを例に挙げて説明する。ｍｓｇ５のメッセージは、ユーザＢにより「２０１４／０２／１１  １９：３０」に投稿され（図４参照）、ユーザＡ、Ｂにより「２０１４／０２／１１  １９：３２」に閲覧され、ユーザ「Ｃ」により「２０１４／０２／１１  ２０：０８」に閲覧されている。このため、ｍｓｇ５に対するユーザＡ、Ｂの所要時間は「２分」となり設定時間「１０分」以内となるが、ユーザＣの所要時間は「３８分」となり設定時間「１０分」を超える。ユーザＡ、Ｂは一つのグループにグループ化される。ここで、スケジュール取得部１８は、ユーザＣのスケジュール情報（図１１参照）を取得し、時間補正部１９は、当該スケジュール情報に基づいて閲覧不可時間を算出する。ここでは、ユーザＣは、「２０１４／０２／１１  １９：００−２０：００」に外出の予定があり、この時間帯は閲覧できない状態にあったといえる。このため、ｍｓｇ５のメッセージが投稿された日時の「２０１４／０２／１１  １９：３０」から、閲覧できない状態が解除される、外出の終了日時の「２０１４／０２／１１  ２０：００」までの「３０分」が閲覧不可時間となる。時間補正部１９は、算出した閲覧不可時間（「３０分」）を上記所要時間（「３８分」）から減算して得られた時間（「８分」）を、補正所要時間として設定する。補正所要時間が設定時間以内となるため、グルーピング部１５は、ユーザＣをユーザＡ、Ｂのグループに追加する。図１２には、変形例１における、メッセージＩＤと、これに対応するグループ化されたユーザ群とを示している。
【００５９】
上記の例では、関連メッセージ取得部１６により、メッセージＩＤ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」に加えて、メッセージＩＤ「ｍｓｇ５」が抽出される。これにより、メッセージＩＤ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」、「ｍｓｇ５」に対応するメッセージが、関連メッセージとしてユーザＸのユーザ端末２０に送信される。
【００６０】
なお、図１１のテーブルにおいて、例えば、ユーザＤは、勤務開始時間の「９：００」よりも前の時間帯、及び、勤務終了時間の「２０：００」よりも後の時間帯は、閲覧できない時間帯に相当する。また、スケジュール情報に登録される予定のうち、閲覧できない状態になる予定の種類を予め定めておいてもよい。
【００６１】
図１３は、変形例１に係る情報処理装置１０の動作フロー図である。図１３の動作フロー図では、図９の動作フロー図と比較して、Ｓ２０１〜Ｓ２０４の処理が追加されており、その他は同一である。同一の処理については説明を省略する。変形例１に係る情報処理装置１０では、グルーピング処理（Ｓ１０６）の後、グルーピング部１５が算出した所要時間が設定時間を超えるユーザがいるか否かを判定する（Ｓ２０１）。所要時間が設定時間を超えるユーザがいる場合は、スケジュール取得部１８が、対象となるユーザのスケジュール情報を取得する（Ｓ２０２）。次に、時間補正部１９が、取得したスケジュール情報に基づいて上記所要時間を補正する（Ｓ２０３）。次に、グルーピング部１５が、補正所要時間と上記設定時間とを比較して、補正所要時間が設定時間以内となる場合は、対象のユーザをグループに加える（Ｓ２０４）。
【００６２】
なお、所要時間が設定時間を超えるユーザがいる場合に、スケジュール取得部１８が一旦、該当する全ユーザのスケジュール情報を取得し、時間補正部１９が、全ユーザのそれぞれの補正所要時間を算出してもよい。あるいは、所要時間が設定時間を超えるユーザがいる場合に、スケジュール取得部１８が該当するユーザ１人分のスケジュール情報を取得し、時間補正部１９が、当該ユーザ１人分の補正所要時間を算出し、この処理を、所要時間が設定時間を超えるユーザ毎に繰り返し行ってもよい。
【００６３】
ここで、上記閲覧不可時間の算出方法は、メッセージの投稿タイミングと、イベントの時間帯と、メッセージの閲覧タイミングと、の関係に応じて変更されてもよい。具体的には、上記算出方法は、図１４に示す４つのパターンに分類される。パターン１は、上記の例に対応するパターンであり、メッセージの投稿タイミングがイベントの時間帯に含まれ、イベントの終了後にメッセージを閲覧した場合である。この場合は、メッセージの投稿日時からイベントの終了日時までの時間が閲覧不可時間となる。パターン２は、メッセージの投稿タイミングがイベントの開始前であり、イベントの終了後にメッセージを閲覧した場合である。この場合は、イベントの開始日時からイベントの終了日時までの時間が閲覧不可時間となる。パターン３は、メッセージの投稿タイミングがイベントの開始前であり、メッセージの閲覧タイミングがイベントの時間帯に含まれる場合である。この場合は、イベントの開始日時からメッセージの閲覧日時までの時間が閲覧不可時間となる。パターン４は、メッセージの投稿タイミング及びメッセージの閲覧タイミングが、ともにイベントの時間帯に含まれる場合である。この場合は、メッセージの投稿日時からメッセージの閲覧日時までの時間が閲覧不可時間となる。
【００６４】
上記の説明では、時間補正部１９が、ユーザのスケジュール情報に基づいて所要時間を補正する構成について示したが、時間補正部１９の構成はこれに限定されない。例えば、時間補正部１９は、ユーザの繁忙状況に基づいて所要時間を補正してもよい。具体的には、スケジュールの情報やメッセージのやり取りの状況等に基づいて、対象となるユーザの繁忙度（例えば５段階のレベル）を算出し、算出した繁忙度に基づいて閲覧不可時間を算出して所要時間を補正する。例えば繁忙度のレベルが高い程、閲覧不可時間を長くする。
【００６５】
繁忙度は、例えばメッセージに対するユーザの操作内容に基づいて算出することができる。具体的には例えば、メッセージが投稿されてからユーザが当該メッセージを閲覧するまでの時間や、メッセージが投稿されてからユーザが当該メッセージの返信を行うまでの時間や、ユーザが閲覧すべきメッセージの数（未読メッセージ数）等に基づいて、繁忙度を算出してもよい。
【００６６】
また、時間補正部１９は、業務の優先度に基づいて所要時間を補正してもよい。具体的には、スケジュールの情報に登録された業務の重要度や、ユーザの所属するグループの業務の重要度や、これら業務の目標や、ユーザが参加するプロジェクトの重要度や、工数割り当て比率等に基づいて、対象となるユーザの業務の優先度（例えば５段階のレベル）を算出し、算出した優先度に基づいて閲覧不可時間を算出して所要時間を補正する。例えば優先度のレベルが高い程、閲覧不可時間を長くする。
【００６７】
例えば、ユーザの業務が重点目標になっている場合は優先度を高く算出する。また例えば、工数割り当て比率がｘ％以上の場合は優先度を高く算出し、ｘ％未満の場合は優先度を低く算出する。
【００６８】
時間補正部１９は、これら重要度や優先度に基づいて補正所要時間を算出し、グルーピング部１５は、補正所要時間と上記設定時間とを比較して、補正所要時間が設定時間以内となる場合に、対象のユーザをグループに加えてもよい。なお、時間補正部１９は、上述したスケジュール情報、重要度、及び優先度の少なくとも何れか一つの指標に基づいて補正所要時間を算出することができる。例えば、時間補正部１９は、補正所要時間が設定時間よりも長くなる場合に、さらに、上記重要度及び優先度に基づいて閲覧不可時間を算出し、補正所要時間から閲覧不可時間を減算して再度、補正所要時間を算出してもよい。
【００６９】
上記構成によれば、ユーザのスケジュール情報を考慮することができるため、関連メッセージの抽出精度を高めることができる。
【００７０】
なお、上記の構成では、時間補正部１９は、閲覧不可時間を所要時間から減算して補正所要時間を算出しているが、時間補正部１９の構成はこれに限定されない。例えば時間補正部１９は、設定時間を補正してもよい。具体的には、時間補正部１９は、閲覧不可時間を設定時間に加算して補正設定時間を算出してもよい。この場合、グルーピング部１５は、所要時間と補正設定時間とを比較して、所要時間が補正設定時間以内となる場合に、対象のユーザをグループに加える。
【００７１】
次に、変形例２に係る情報処理装置１０について説明する。図１５は、変形例２に係る情報処理装置１０の具体的構成を示すブロック図である。変形例２に係る情報処理装置１０は、図３の構成に加えて、さらに、グルーピング部１５がグループ化したユーザ群から、所定のユーザを除外して再グループ化する再グルーピング部１１１を含んでいる。
【００７２】
再グルーピング部１１１は、グルーピング部１５によりグループ化されたユーザ群（図８参照）において、各ユーザのユーザ情報に基づいて、所定のユーザをユーザ群から除外する。例えば、ユーザＤの所属グループが、ユーザＡ、Ｂ、Ｃの所属グループと異なる場合は、ｍｓｇ４のグループからユーザＤを除外する。図１６は、再グルーピング部１１１により再グループ化されたユーザ群を示すテーブルを示している。なお、上記ユーザ情報は、所属グループに限定されず、参加プロジェクトや役職等であってもよい。
【００７３】
再グルーピング部１１１による再グループ化の処理は、図９の動作フローにおいてＳ１０６のグルーピング処理の後に行えばよい。また、再グルーピング部１１１は、例えば、グルーピング部１５によりグループ化されたユーザ群に、所属グループが異なるユーザが含まれるか否かを判定する処理を行えばよい。
【００７４】
上記構成によれば、ある議題に関してやり取りするユーザとは異なる無関係のユーザを排除することができるため、関連メッセージの抽出精度を高めることができる。
【００７５】
次に、変形例３に係る情報処理装置１０について説明する。図１７は、変形例３に係る情報処理装置１０の具体的構成を示すブロック図である。変形例３に係る情報処理装置１０は、図３の構成に加えて、さらに、関連メッセージ取得部１６が取得した関連メッセージから、所定の関連メッセージを除外する関連メッセージ除外部１１２を含んでいる。
【００７６】
関連メッセージ除外部１１２は、関連メッセージ取得部１６により取得された複数の関連メッセージから、各ユーザの閲覧状況に基づいて、所定の関連メッセージを除外する。例えば、関連メッセージ取得部１６により取得された複数の関連メッセージに対する各ユーザの閲覧率を算出し、算出した閲覧率が予め設定された設定閲覧率よりも低くなるユーザを算出する。そして、算出されたユーザが含まれるメッセージを除外する。図８に示す例では、関連メッセージ取得部１６により取得された関連メッセージ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」において、ユーザＡ、Ｂ、Ｃは、全てのメッセージ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」を閲覧しているため、ユーザＡ、Ｂ、Ｃの閲覧率はそれぞれ「１」となる。一方、ユーザＤは、３つのメッセージのうちメッセージ「ｍｓｇ４」のみを閲覧しているため、ユーザＤの閲覧率は「０．２５」となる。設定閲覧率が０．５の場合、ユーザＤの閲覧率はこれを下回るため、関連メッセージ除外部１１２は、ユーザＤを含むメッセージ「ｍｓｇ４」を、関連メッセージから除外する。
【００７７】
関連メッセージ送信部１７は、関連メッセージ除外部１１２により除外された残りのメッセージ「ｍｓｇ１」、「ｍｓｇ２」を、関連メッセージとして、取得要求を送信したユーザ端末２０に送信する。
【００７８】
また、関連メッセージ除外部１１２は、対象のメッセージを閲覧したユーザの人数に対する、選択メッセージを閲覧したユーザの人数の割合が予め設定された設定割合よりも低くなるメッセージを除外してもよい。例えば、図１８に示す例において、関連メッセージ取得部１６により取得された関連メッセージ「ｍｓｇ１」、「ｍｓｇ２」、「ｍｓｇ４」において、メッセージ「ｍｓｇ４」を閲覧したユーザが８人だった場合、選択メッセージ「ｍｓｇ６」を閲覧したユーザＡ、Ｂ、Ｃの人数は３人のため、メッセージ「ｍｓｇ４」における上記割合は「０．３７５」となる。設定割合が０．５の場合、メッセージ「ｍｓｇ４」の上記割合はこれを下回るため、関連メッセージ除外部１１２は、メッセージ「ｍｓｇ４」を、関連メッセージから除外する。
【００７９】
上記構成によれば、多数のユーザが閲覧しているメッセージは特定の議題に関するメッセージではなく、全ユーザに通知する一般的な連絡事項のメッセージである可能性が高いため、このようなメッセージを排除することにより、関連メッセージの抽出精度を高めることができる。
【００８０】
また、関連メッセージ除外部１１２は、選択メッセージの内容と、関連メッセージ取得部１６により取得された関連メッセージの内容とを比較して、類似度が低いメッセージを関連メッセージから除外してもよい。類似度は、例えば、選択メッセージに含まれるワード（キーワード）が、関連メッセージに出現する確率に基づいて算出することができる。
【００８１】
以上に説明した各情報処理装置１０の構成は一例であって、自由に組み合わせることもできる。
【００８２】
また、以上の説明では、情報処理システムの一例として、メールによりメッセージデータを送受信するシステムを例に挙げたが、当該情報処理システムは、チャットや電子掲示板等によりメッセージデータを送受信するシステムであってもよい。また、情報処理システムは、所謂電子会議システムに適用することもできる。
【符号の説明】
【００８３】
１００  情報処理システム、１０  情報処理装置、２０  ユーザ端末、３０  通信ネットワーク、１０１  ＣＰＵ、１０２  メモリ、１０３  記憶部、１０４  通信部、１１  メッセージ送受信部、１２  取得要求受信部、１３  選択メッセージ取得部、１４  閲覧状況管理部、１５  グルーピング部、１６  関連メッセージ取得部、１７  関連メッセージ送信部、１８  スケジュール取得部、１９  時間補正部、１１１  再グルーピング部、１１２  関連メッセージ除外部、３１  メッセージＤＢ、３２  選択メッセージＤＢ、３３  閲覧状況ＤＢ、３４  スケジュール情報ＤＢ。
【図１】
2016053885.tif 000003
【図２】
2016053885.tif 000004
【図３】
2016053885.tif 000005
【図４】
2016053885.tif 000006
【図５】
2016053885.tif 000007
【図６】
2016053885.tif 000008
【図７】
2016053885.tif 000009
【図８】
2016053885.tif 000010
【図９】
2016053885.tif 000011
【図１０】
2016053885.tif 000012
【図１１】
2016053885.tif 000013
【図１２】
2016053885.tif 000014
【図１３】
2016053885.tif 000015
【図１４】
2016053885.tif 000016
【図１５】
2016053885.tif 000017
【図１６】
2016053885.tif 000018
【図１７】
2016053885.tif 000019
【図１８】
2016053885.tif 000020