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

Description

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

特許文献１には、２種類の入力による入力インタフェースを用いて、日時等の個別情報により列に並べて表示されるメッセージのスレッドをユーザーが辿って、簡単に関連するメッセージを簡単に確認できるようにすることを課題とし、メッセージ管理サーバーは、メッセージ表示端末にメッセージならびにメッセージの個別情報及び相互関連情報を送信し、メッセージ表示端末は、メッセージの個別情報に基づいて、表示の対象となるメッセージを決定しメッセージを表示し、第１の入力に応じて、表示の対象となるメッセージを連続的に変動させることで、所定の基準位置に表示される基準メッセージを変更し、そして第２の入力に応じて、基準メッセージの相互関連情報に基づいて、基準メッセージに関連する関連メッセージを抽出し、基準メッセージに重畳、又は置換して関連メッセージを表示させることが開示されている。

特開２０１０−１４６４６５号公報

情報を表示する技術として、例えば、特許文献１には、モバイル装置の画面上で、複数の関連するスレッドを並列表示し、その中身のメッセージをキー操作によって切り替えて閲覧できることが開示されている。
しかし、情報を一覧するためには、操作者は、表示のための操作を繰り返す必要がある。
そこで、本発明は、１つの情報群を表示装置のサイズ内に表示し、複数の情報群を表示装置のサイズの予め定められた倍数のサイズ以内にすることができるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、情報群毎の情報の表示数と表示の優先度を決定する決定手段と、前記情報の表示数から算出した情報群を表示するための第１のサイズを、表示装置の第２のサイズ以内に設定し、該設定した第１のサイズに基づいて複数の情報群の表示サイズが、前記第２のサイズの予め定められた倍数のサイズ以内でない場合、表示する情報を減少させて該第１のサイズを変更する変更手段を有する情報処理装置である。

請求項２の発明は、前記表示装置に情報を表示した場合の情報群と情報群の間のサイズを該情報群が発生した期間に従って設定する設定手段をさらに有し、前記変更手段は、前記設定手段によって設定されたサイズを含めて前記第１のサイズを調整する、請求項１に記載の情報処理装置である。

請求項３の発明は、前記表示装置のサイズから前記情報群を表示する列数を決定する第２の決定手段をさらに有する請求項１又は２に記載の情報処理装置である。

請求項４の発明は、前記決定手段は、情報群毎のメンバー数、情報数、ファイル数、容量のいずれか１つ以上を用いて算出した活発度から、前記表示数を決定する、請求項１から３のいずれか一項に記載の情報処理装置である。

請求項５の発明は、前記決定手段は、前記情報群の情報が同期的に発生するものであるか、又は、非同期で発生するものであるかによって、前記優先度を決定する方法が異なる、請求項１から４のいずれか一項に記載の情報処理装置である。

請求項６の発明は、コンピュータを、情報群毎の情報の表示数と表示の優先度を決定する決定手段と、前記情報の表示数から算出した情報群を表示するための第１のサイズを、表示装置の第２のサイズ以内に設定し、該設定した第１のサイズに基づいて複数の情報群の表示サイズが、前記第２のサイズの予め定められた倍数のサイズ以内でない場合、表示する情報を減少させて該第１のサイズを変更する変更手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、１つの情報群を表示装置のサイズ内に表示し、複数の情報群を表示装置のサイズの予め定められた倍数のサイズ以内にすることができる。

請求項２の情報処理装置によれば、情報群と情報群の間のサイズを調整することができる。

請求項３の情報処理装置によれば、表示装置のサイズに従った列数で、情報群を表示することができる。

請求項４の情報処理装置によれば、情報群毎のメンバー数、情報数、ファイル数、容量のいずれか１つ以上を用いて算出した活発度から、表示数を決定することができる。

請求項５の情報処理装置によれば、情報群の情報が同期的に発生するものであるか、非同期で発生するものであるかに合わせて、優先度を決定することができる。

請求項６の情報処理プログラムによれば、１つの情報群を表示装置のサイズ内に表示し、複数の情報群を表示装置のサイズの予め定められた倍数のサイズ以内にすることができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 表示制御テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 アクティビティの表示例を示す説明図である。 アクティビティの表示例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 活発度算出テーブルのデータ構造例を示す説明図である。 活発度算出テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 新規アクティビティ作成画面の表示例を示す説明図である。 本実施の形態の対象データの例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態の対象データの例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態の対象データの例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

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

本実施の形態である情報処理装置１００は、表示装置に情報を表示するものであって、図１の例に示すように、コミュニケーション情報管理モジュール１１０、表示数判定モジュール１２０、表示内容優先度判定モジュール１３０、表示入力モジュール１４０、画面サイズ確認モジュール１５０、表示数／表示内容調整モジュール１６０、表示制御モジュール１７０を有している。ここでの表示装置は、例えば、液晶ディスプレイ等であって、情報処理装置１００に備え付けられているものであってもよいし、通信回線を介して接続されているパーソナルコンピュータ等の表示装置であってもよい。
表示対象とする情報は、複数人のコミュニケーションのために用いられるもの、又は複数人で共有することを目的とするものである。具体的には、同期的コミュニケーションである会合で用いられる情報（議題、説明用資料等のコンテンツ、メモ、メッセージ等）、非同期的コミュニケーションである電子メール、電子掲示板等における情報（メッセージ等）がある。具体的には、情報の一例であるメッセージとして、以下に説明するアクティビティで行われるコミュニケーションの、各メンバーが発信する情報単位が該当する。
特に、これらの情報は、１つの塊としての情報群を構成する。情報群は、１つ以上の情報を有しており、例えば、期間的に限定した活動状況（例えば、最近の活動状況、先週の活動状況等）又は内容的に限定した活動状況（例えば、あるサブ議題における活動状況等）を示す情報群が該当する。以下、この情報群をアクティビティともいう。具体的には、タスクで成果物をつくるために、同期の会議や非同期のメールスレッドを使って検討をするが、その会議やメールスレッドの１単位がアクティビティである。なお、タスクとは、１つのプロジェクト、１つの活動の単位である。そのタスクには、コミュニケーションに用いられた情報や成果物等が含まれる。
さらに、複数の情報群によって、１つの塊を構成する。この複数の情報群として、例えば、議論の塊を示すものであり、具体的には、メーリングリスト、電子掲示板等でやり取りされる共通の話題の投稿をまとめたものが該当する。例えば、メールソフトでは、返信メールの一連のやり取りをスレッドという。
スレッド（複数の情報群）は、１つ以上のアクティビティ（情報群）を含み、アクティビティは、１つ以上の情報を有している。もちろんのことながら、スレッドは複数のアクティビティを含み、アクティビティは複数の情報を有していることと限定してもよい。

例えば、複数スレッドの一覧性と、スレッド内の議論を理解するためのメッセージ表示は、トレードオフの関係にある。複数スレッドを、スレッド内のメッセージと同時に、同じ画面にツリー構造で表示すると、大きな表示領域が必要である。特に、モバイル機器等の小さい画面で閲覧する場合は、その表示そのものが困難である。一方、スレッドにおいてはタイトルだけを表示し、メッセージの内容を省略表示にした場合、メッセージ内容をすべて表示するためのクリック操作や画面遷移が煩わしいことになる。
小さな画面でも、複数の関連するスレッドを一覧する工夫は、先行技術文献に開示されている技術が存在するが、メッセージをすべて見るためにはキー操作のくり返しが発生し、効率的な振り返りには不十分である。
また、例えば、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）で採用されているタイムライン画面上では、複数の記事が縦スクロールによって一覧しやすいよう、１つのスレッドが省略されて表示される。しかし、記事内でのメッセージは、新着順に４件表示されるため、振り返るのに必要なメッセージが省略される可能性がある。その場合、操作者は、「コメントの表示」のリンクを押下して記事の中のメッセージを表示させ、すべて読む必要がある。
そこで、情報処理装置１００は、１つのアクティビティを表示装置のサイズ内に表示し、スレッドを表示装置のサイズの予め定められた倍数以内にしている。例えば、スレッド内のタスクを振り返るために、限られた表示領域のなかで、画面遷移やスクロールなどの操作をこれらの従来技術よりも少なくし、一覧できるようにした表示を提供する。そして、優先すべきメッセージを抽出するようにしてもよい。

コミュニケーション情報管理モジュール１１０は、表示数判定モジュール１２０、表示内容優先度判定モジュール１３０と接続されている。コミュニケーション情報管理モジュール１１０は、は、コミュニケーションに使われた情報を管理する。管理対象とする情報として、例えば、同期的コミュニケーションである会議（情報処理装置を用いた電子会議を含む）の場合、メンバー数、メンバー名、スレッド作成者、議題、メモ、添付ファイル、日時、場所等がある。また、例えば、非同期的コミュニケーションである電子メールの場合、アクティブなメンバー数、アクティブなメンバー名、スレッド作成者、メッセージ内容、添付ファイル、日時、スレッド等がある。

表示数判定モジュール１２０は、コミュニケーション情報管理モジュール１１０、表示数／表示内容調整モジュール１６０と接続されている。表示数判定モジュール１２０は、情報群毎の情報の表示数を決定する。つまり、アクティビティ内の表示領域数（そのアクティビティとして表示する情報数であって、例えば、メッセージ数等）を決定する。例えば、対象としているアクティビティにおける議論が活発であるならば、表示領域数を多くする。そのために、情報群毎のメンバー数、情報数、ファイル数、容量のいずれか１つ以上を用いて算出した活発度から、表示数を決定するようにしてもよい。

表示内容優先度判定モジュール１３０は、コミュニケーション情報管理モジュール１１０、表示数／表示内容調整モジュール１６０と接続されている。表示内容優先度判定モジュール１３０は、情報群毎の情報の表示の優先度を決定する。したがって、表示領域内に出す情報、その情報内の表示部分（タイトルのみ、すべての内容等）を決定する。

また、（１）表示内容優先度判定モジュール１３０は、情報群の情報が同期的に発生するものであるか、又は、非同期で発生するものであるかによって、優先度を決定する方法が異なるようにしてもよい。ここで同期的に発生する情報とは、例えば、会合を開催することによって発生する情報である。会合とは、複数人が集合して話し合いが行われるものであって、会議、報告会、講義等がある。なお、集合には、１箇所の場所に集まる物理的な集合の他に、テレビ会議等によって遠隔地にいる人達が集まる場合を含む。
さらに、次に示すようにしてもよい。
（２）表示内容優先度判定モジュール１３０は、表示指示を行った者が投稿者（投稿メッセージを投稿した者）であるか否かによって、優先度を決定する方法が異なる。
（３）表示内容優先度判定モジュール１３０は、結果の情報があるか否かによって、優先度を決定する方法が異なる。
これらを組み合わせた判断を行い、優先度を決定する方法として、例えば、次のものがある。
（２−１）表示内容優先度判定モジュール１３０は、情報群は情報が非同期で発生するものである場合は、表示指示を行った者が投稿者（投稿メッセージを投稿した者）であるか否かによって、優先度を決定する方法が異なる。
（２−２）表示内容優先度判定モジュール１３０は、情報群は情報が非同期で発生するものである場合は、結果の情報があるか否かによって、優先度を決定する方法が異なる。

さらに、具体的には、以下のような判断を行うようにしてもよい。
（Ａ１）表示内容優先度判定モジュール１３０は、情報群は情報が会合によって発生するものである場合であって、その会合が終了しているときは、議題を示す情報の表示の優先度を高くする。
（Ａ２）表示内容優先度判定モジュール１３０は、情報群は情報が会合によって発生するものである場合であって、その会合が終了していないときは、結論を示す情報の表示の優先度を高くする。
（Ｂ１）表示内容優先度判定モジュール１３０は、情報群は情報が非同期で発生するものであり、表示指示を行った者が投稿者である場合であって、結果の情報があるときは、結果の情報の表示の優先度を高くする。
（Ｂ２）表示内容優先度判定モジュール１３０は、情報群は情報が非同期で発生するものであり、表示指示を行った者が投稿者である場合であって、結果の情報がないときは、最新の情報の表示の優先度を高くする。
（Ｂ３）表示内容優先度判定モジュール１３０は、情報群は情報が非同期で発生するものであり、表示指示を行った者が投稿者でない場合であって、結果の情報があるときは、結果の情報の表示の優先度を高くする。
（Ｂ４）表示内容優先度判定モジュール１３０は、情報群は情報が非同期で発生するものであり、表示指示を行った者が投稿者でない場合であって、結果の情報がないときは、投稿の情報の表示の優先度を高くする。

表示入力モジュール１４０は、表示数／表示内容調整モジュール１６０と接続されている。表示入力モジュール１４０は、ユーザーの操作に従って、フィルタリング（例えば、○○会議、キーワード等）、件数（例えば、１０個分等）、期間（例えば、１カ月等）等を受け付ける。具体的には、ユーザーが表示させたいスレッド、アクティビティを検索するためのキーワード等を受け付ける。
画面サイズ確認モジュール１５０は、表示数／表示内容調整モジュール１６０と接続されている。画面サイズ確認モジュール１５０は、表示装置のサイズを検出する。つまり、表示装置に表示されているＵＩ（ユーザーインターフェース）画面サイズを抽出する。具体的には、ＵＩ画面サイズとして、スレッドを表示するアプリケーションが用いるウィンドウのサイズが該当する。また、ここでのサイズは、画素数であってもよいし、表示する画面のサイズ（ユーザーが見ることができるサイズ）を表すもの（例えば、ｍｍ、インチ等）であってもよい。

表示数／表示内容調整モジュール１６０は、表示数判定モジュール１２０、表示内容優先度判定モジュール１３０、表示入力モジュール１４０、画面サイズ確認モジュール１５０、表示制御モジュール１７０と接続されている。表示数／表示内容調整モジュール１６０は、表示数判定モジュール１２０によって決定された情報の表示数から算出した情報群を表示するための第１のサイズを、表示装置の第２のサイズ以内に設定（変更を含む）する。つまり、表示入力モジュール１４０が受け付けた情報に従って、画面上に一覧できるよう、アクティビティの表示領域数（情報数）を決定する。特に、ここでの「情報群」は１つの情報群としてもよい。１つの情報群とは、後述する「複数の情報群」内の１つの情報群である。
そして、表示数／表示内容調整モジュール１６０は、変更した第１のサイズに基づいて複数の情報群の表示サイズが、第２のサイズの予め定められた倍数のサイズ以内でない場合、表示する情報を減少させて、その第１のサイズを調整する。

また、表示数／表示内容調整モジュール１６０は、表示装置に情報を表示した場合の情報群と情報群の間のサイズをその情報群が発生した期間に従って設定するようにしてもよい。間隔のサイズを、例えば、２種類（２つの間の期間が予め定められた閾値以下か以下でないかに分類される）に分けるようにしてもよい。
そして、表示数／表示内容調整モジュール１６０は、この設定したサイズ（情報群と情報群の間のサイズ）を含めて第１のサイズを調整するようにしてもよい。
また、表示数／表示内容調整モジュール１６０は、表示装置のサイズから情報群を表示する列数を決定するようにしてもよい。ここで複数の列になった場合は、列毎に異なるスレッドを表示するようにしてもよいし、複数の列を用いて、１つのスレッドの連なるメッセージを表示するようにしてもよい。

表示制御モジュール１７０は、表示数／表示内容調整モジュール１６０と接続されている。表示制御モジュール１７０は、表示入力モジュール１４０からの情報をもとに、アクティビティの表示内容を決定し、タイムライン上での配置を決定する。そして、表示装置への表示を制御する。なお、表示には、液晶ディスプレイ等の表示装置への表示の他に、３Ｄ（Ｄｉｍｅｎｓｉｏｎｓ）映像としての出力を含めてもよく、さらに、プリンタ等の印刷装置での印刷、スピーカー等の音声出力装置への音声の出力、振動等を組み合わせてもよい。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００Ｂ、ユーザー用端末２５０Ａ、ユーザー用端末２５０Ｂ、ユーザー用端末２５０Ｃ、ユーザー用端末２５０Ｄは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。ユーザー用端末２５０は、液晶ディスプレイ等の表示装置を備えたものであり、例えば、パーソナルコンピュータ、タブレット型端末、スマートフォン等の携帯電話を含む携帯端末等であってもよい。
ユーザー用端末２５０Ａは情報処理装置１００Ａを有しており、スタンドアローンとして情報処理装置１００を用いる場合の例を示している。この場合の表示装置は、ユーザー用端末２５０Ａに備え付けられているものである。
情報処理装置１００Ｂは、ユーザー用端末２５０Ｂ等からの要求にしたがって機能を提供する。この場合の表示装置は、ユーザー用端末２５０Ｂ等に備え付けられているものである。また、情報処理装置１００Ｂによる機能は、クラウドサービスとして実現してもよい。例えば、ユーザー用端末２５０Ｂ等のブラウザを通して、情報処理装置１００Ｂを利用するようにしてもよい。なお、ユーザー用端末２５０Ａ内の情報処理装置１００Ａは、情報処理装置１００Ｂのようにユーザー用端末２５０Ｂ等に対しても機能を提供してもよい。

図３は、本実施の形態（表示数／表示内容調整モジュール１６０）による処理例を示すフローチャートである。
ステップＳ３０２では、表示制御テーブルを作成する。表示数判定モジュール１２０、表示内容優先度判定モジュール１３０から情報を取得し、表示制御テーブルを作成する。図４は、表示制御テーブル４００のデータ構造例を示す説明図である。表示制御テーブル４００は、アクティビティＩＤ欄４１０、表示数欄４２０、表示優先度欄４３０を有している。アクティビティＩＤ欄４１０は、アクティビティを、本実施の形態において一意に識別するための情報（アクティビティＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。表示数欄４２０は、そのアクティビティにおける情報の表示数（表示数判定モジュール１２０の処理結果）を記憶している。表示優先度欄４３０は、そのアクティビティにおける情報の表示優先度（表示内容優先度判定モジュール１３０の処理結果）を記憶している。図４の例では、各情報（議題、コンテンツ、メモ、メッセージ等）の優先度の順位を示している。

ステップＳ３０４では、表示入力モジュール１４０からの情報をもとに表示の対象とするアクティビティのアクティビティＩＤを取得する。具体的には、フィルタリング、件数、期間等に従って、アクティビティの検索を行う。なお、スレッドのスレッドＩＤを検索の対象としてもよい。
ステップＳ３０６では、画面サイズ確認モジュール１５０からの情報（表示装置のサイズ）をもとに列数を決定する。つまり、画面のサイズ情報から、アクティビティを何列で表示するかを決定する。例えば、スマートフォンサイズなら１列表示、タブレットサイズなら２列表示、それ以上なら３列表示等のように決定する。なお、ここでの列は、情報を縦に並べたものであってもよいし、横に並べたものであってもよい。
なお、ステップＳ３０４、ステップＳ３０６の処理は、いずれを先に行うようにしてもよいし、並列的に行うようにしてもよい。なお、並列的に行う方が取得にかかる時間が短くて済む。

ステップＳ３０８では、表示するアクティビティのサイズを変更する。例えば、１つのアクティビティのサイズが、表示画面のサイズをはみ出した場合は、アクティビティのサイズを調整する。図５は、ステップＳ３０８での処理例を示す説明図であり、図５（ａ）の例は、ステップＳ３０８での処理前の状態を示しており、１つのスレッドに３つのアクティビティ（アクティビティ５１０Ａ、アクティビティ５２０Ａ、アクティビティ５３０Ａ）がある場合の例である。アクティビティ５１０Ａは、メッセージ５１２Ａ、メッセージ５１４Ａ、メッセージ５１６Ａ、メッセージ５１８Ａを有している。アクティビティ５３０Ａは、メッセージ５３２Ａ、メッセージ５３４Ａ、メッセージ５３６Ａを有している。そして、表示装置のサイズ（第２のサイズ）として表示画面サイズ５００である。図５（ｂ）の例は、ステップＳ３０８での処理後の状態を示している。
アクティビティ５２０Ａは、表示画面サイズ５００以内の大きさであるが、アクティビティ５１０Ａ、アクティビティ５３０Ａは、表示画面サイズ５００以内の大きさではない。アクティビティ５２０Ａのように、元々はみ出ないものはそのままのサイズ（アクティビティ５２０Ｂ）にする。アクティビティ５１０Ａ、アクティビティ５３０Ａのサイズを変更して、それぞれアクティビティ５１０Ｂ、アクティビティ５３０Ｂのようにして、表示画面サイズ５００以内の大きさのサイズにする。なお、アクティビティ５１０Ｂは、メッセージ５１２Ｂ、メッセージ５１４Ｂ、メッセージ５１６Ｂ、メッセージ５１８Ｂを有しており、アクティビティ５３０Ｂは、メッセージ５３２Ｂ、メッセージ５３４Ｂ、メッセージ５３６Ｂを有している。つまり、各アクティビティ内の情報の表示数自体は変更せずに、その表示サイズを変更する。また、その内容については、テキストのサイズを小さくしてもよいし、マージン等を小さくしてもよい。さらに、表示する内容量（テキスト量）を少なくすることを行ってもよい。例えば、表示していた２行を１行にする等である。

図５に示した例は、アクティビティのサイズを小さくするものであるが、アクティビティのサイズを大きくするようにしてもよい。例えば、図５（ａ）に示したアクティビティ５２０Ａのサイズを、表示画面サイズ５００に合わせて大きくしてもよい。具体的には、テキストが途中で省略されて「もっと見る」のリンクで示されている場合、それを押すと、アクティビティのサイズを大きくして、テキストの続きを表示するようにしてもよい。また、テキストのサイズを大きくしてもよいし、マージン等を大きくしてもよい。

また、ステップＳ３０８で、アクティビティとアクティビティの間の余白を調整してもよい。アクティビティとアクティビティの余白は、時間間隔を表している。ここでの時間間隔とは、そのアクティビティが発生した時の間隔であってもよいし、前のアクティビティ内の最後の情報が発生した時と後のアクティビティが発生した時の間隔であってもよい。時間間隔であるため、余白の大きさは複数のパターンが存在する。小さい画面で表示する場合、余白ばかりの表示だと操作が多くなってしまう。図６は、余白の調整処理例を示す説明図であり、図６（ａ）の例は、余白の調整処理前の状態を示しており、余白６１５Ａ、余白６２５Ａ、余白６３５Ａ、余白６４５Ａのように、余白の大きさは種々である。アクティビティ６２０とアクティビティ６３０の間である余白６２５Ａのように大きい場合もあり、アクティビティ６３０とアクティビティ６４０の間である余白６３５Ａのように小さい場合もある。アクティビティ６２０の表示からアクティビティ６３０を表示するためには、多くのスクロール回数が必要となるが、アクティビティ６３０の表示からアクティビティ６４０を表示するためには、少ないスクロール回数で済むことになる。
余白の調整処理として、複数のパターンの余白を、図６（ｂ）の例に示すように、大と小の２パターンにする。具体的には、アクティビティとアクティビティ間の余白が、予め定められた閾値以上である場合は、大のパターンにし、その閾値未満である場合は、小のパターンにしてもよい。例えば、余白６１５Ａ、余白６３５Ａは、その閾値未満であるので、小のパターンである余白６１５Ｂ、余白６３５Ｂのようにしてもよい。また、余白６２５Ａ、余白６４５Ａは、その閾値以上であるので、大のパターンである余白６２５Ｂ、余白６４５Ｂのようにしてもよい。もちろんのことながら、余白のパターンとして３つ以上設定してもよい。

ステップＳ３１０では、アクティビティを配置した際の、画面の合計の長さを算出する。
具体的には、アクティビティを並べたときの合計の長さ（各アクティビティの高さとアクティビティ間の各余白の合計）を算出する。図７は、ステップＳ３１０、ステップＳ３１２の処理例を示す説明図である。対象としているスレッドには、アクティビティ７１０〜７５５の１０個のアクティビティがある。ここでアクティビティ７１０の先頭からアクティビティ７５５の最後尾までを、表示に必要な合計の長さ７７０とする。
ステップＳ３１２では、予め定めた長さ以内か否かを判断し、予め定めた長さである場合はステップＳ３１６へ進み、それ以外の場合はステップＳ３１４へ進む。つまり、ステップＳ３１０で算出した長さが、複数アクティビティを見比べるのに、適切な長さか否かを判定する。例えば、表示に必要な合計の長さ７７０が、スマートフォンの画面の縦サイズ（表示画面サイズ５００）の予め定められた倍数（例えば、５倍）のサイズ（適切な長さ７８０）を超える場合、スクロールが長すぎて、複数のアクティビティを見比べられないため、ステップＳ３１２ではステップＳ３１４へ進むことになる。

ステップＳ３１４では、各アクティビティのメッセージのうち最も優先度の低いものを１つ非表示にする。表示制御テーブル４００の表示優先度欄４３０にしたがって、各アクティビティから非表示とする情報を選択すればよい。
もし、すべてのアクティビティ内の表示数が１になっても、適切な長さ以内にならなければ、アクティビティの表示の長さを短く（例えば、半分等）調整する。それでも適切な長さ以内にならなければ、処理を中止して、そのまま表示制御モジュール１７０へ送る。
ステップＳ３１６では、表示制御モジュール１７０による処理へ進む。

図８は、アクティビティ８００の表示例を示す説明図である。
アクティビティ８００は、メッセージ型（非同期的コミュニケーション）の表示例である。アクティビティ８００は、タイトルを表示するタイトル等属性表示領域８１０、メッセージ表示領域８２０の２つを表示する。図８の例では、メッセージ表示領域８２０には、３つのメッセージ（メッセージ８２２、８２４、８２６）を表示している。
図９は、アクティビティ９００の表示例を示す説明図である。
アクティビティ９００は、イベント型（同期的コミュニケーション）の表示例である。アクティビティ９００は、タイトルを表示するタイトル等属性表示領域９１０、情報表示領域９２０の２つを表示する。図９の例では、情報表示領域９２０には、議題情報９２２、コンテンツ情報９２４、メモ情報９２６を表示している。また、コンテンツ情報９２４には、文書（サムネイル）９３０を表示している。
アクティビティ８００、アクティビティ９００では、以下の処理が行われた結果が反映されている。
（１）アクティビティの活発度に従って、メッセージの表示数を決定している（表示制御テーブル４００の表示数欄４２０に相当）。
（２）アクティビティの中で、振り返るのに必要なメッセージを優先付けしている（表示制御テーブル４００の表示優先度欄４３０に相当）。
（３）表示画面のサイズ、表示アクティビティ数の入力に従って、表示を調整している（図３の例に示すフローチャートの処理に相当）。

図１０は、本実施の形態（表示数判定モジュール１２０）による処理例を示すフローチャートである。
ステップＳ１００２では、コミュニケーション情報管理モジュール１１０から情報を取得する。
ステップＳ１００４では、表示数を決定する。具体的には、ステップＳ１００２で取得した情報から、各アクティビティ内の情報数を計数すればよい。
ステップＳ１００６では、表示制御テーブル４００に設定する。

図１１は、本実施の形態（表示数判定モジュール１２０）による処理例を示すフローチャートである。図１０の例に示したフローチャートに、ステップＳ１１０４の処理を付加したものである。
ステップＳ１１０２では、コミュニケーション情報管理モジュール１１０から情報を取得する。取得する情報には、スレッドに対する、アクティブメンバー数、メッセージ数、添付ファイル数、テキスト量等が含まれる。

ステップＳ１１０４では、活発度を計算する。
タスク内でのスレッドの活発度を、評価項目の総合評価によって算出する。
非同期的コミュニケーションにおける評価項目としては、１アクティビティに対して以下のものがある。
（１）アクティブなメンバー数（例えば、そのスレッド内でメッセージを投稿すればアクティブなメンバーとみなす）
（２）メッセージ数
（３）添付ファイル数
（４）総テキスト量（スレッド内の情報すべてのテキスト量を合計した数）
図１２は、活発度算出テーブル１２００のデータ構造例を示す説明図である。この活発度算出テーブル１２００は、各評価項目を４段階で評価し、平均的な活発度を算出するためのものである。なお、変数Ａはアクティブなメンバー数の最大数を示しており、変数Ｍはメッセージ数の最大数を示しており、変数Ｔは添付ファイル数の最大数を示しており、変数Ｘは総テキスト量の最大数を示している。ここでの最大数とは、すべてのアクティビティにおける各変数の最大数である。
活発度算出テーブル１２００は、評価項目軸１２１０、点数軸１２２０によって構成されており、評価項目軸１２１０は、アクティブなメンバー数１２１２、メッセージ数１２１４、添付ファイル数１２１６、総テキスト量１２１８で構成されている。アクティブなメンバー数１２１２が「０以上、Ａ＊１／４未満」である場合は０点、「Ａ＊１／４以上、Ａ＊１／２未満」である場合は１点、「Ａ＊１／２以上、Ａ＊３／４未満」である場合は２点、「Ａ＊３／４以上、Ａ以下」である場合は３点、メッセージ数１２１４が「０以上、Ｍ＊１／４未満」である場合は０点、「Ｍ＊１／４以上、Ｍ＊１／２未満」である場合は１点、「Ｍ＊１／２以上、Ｍ＊３／４未満」である場合は２点、「Ｍ＊３／４以上、Ｍ以下」である場合は３点、添付ファイル数１２１６が「０以上、Ｔ＊１／４未満」である場合は０点、「Ｔ＊１／４以上、Ｔ＊１／２未満」である場合は１点、「Ｔ＊１／２以上、Ｔ＊３／４未満」である場合は２点、「Ｔ＊３／４以上、Ｔ以下」である場合は３点、総テキスト量１２１８が「０以上、Ｘ＊１／４未満」である場合は０点、「Ｘ＊１／４以上、Ｘ＊１／２未満」である場合は１点、「Ｘ＊１／２以上、Ｘ＊３／４未満」である場合は２点、「Ｘ＊３／４以上、Ｘ以下」である場合は３点となることを示している。
例えば、スレッドＡではアクティブなメンバー数１２１２が２点、メッセージ数１２１４が０点、添付ファイル数１２１６が１点、総テキスト量１２１８が０点であると、総合点は３点であり、平均活発度は１であると算出する。
また、スレッドＢではアクティブなメンバー数１２１２が３点、メッセージ数１２１４が２点、添付ファイル数１２１６が３点、総テキスト量１２１８が１点であると、総合点は９点であり、平均活発度は３であると算出する。

同期的コミュニケーションにおける評価項目としては、１アクティビティに対して以下のものがある。
（１）メンバー数（例えば、その会議に参加したメンバー数を計数する）
（２）メモ数（図９の例に示したメモ情報９２６の数）
（３）コンテンツ数（図９の例に示したコンテンツ情報９２４のコンテンツの数）
（４）総テキスト量（スレッド内の情報すべてのテキスト量を合計した数）
図１３は、活発度算出テーブル１３００のデータ構造例を示す説明図である。この活発度算出テーブル１３００は、各評価項目を４段階で評価し、平均的な活発度を算出するためのものである。なお、変数Ａはメンバー数の最大数を示しており、変数Ｍはメモ数の最大数を示しており、変数Ｔはコンテンツ数の最大数を示しており、変数Ｘは総テキスト量の最大数を示している。ここでの最大数とは、すべてのアクティビティにおける各変数の最大数である。
活発度算出テーブル１３００は、評価項目軸１３１０、点数軸１３２０によって構成されており、評価項目軸１３１０は、メンバー数１３１２、メモ数１３１４、コンテンツ数１３１６、総テキスト量１３１８で構成されている。メンバー数１３１２が「０以上、Ａ＊１／４未満」である場合は０点、「Ａ＊１／４以上、Ａ＊１／２未満」である場合は１点、「Ａ＊１／２以上、Ａ＊３／４未満」である場合は２点、「Ａ＊３／４以上、Ａ以下」である場合は３点、メモ数１３１４が「０以上、Ｍ＊１／４未満」である場合は０点、「Ｍ＊１／４以上、Ｍ＊１／２未満」である場合は１点、「Ｍ＊１／２以上、Ｍ＊３／４未満」である場合は２点、「Ｍ＊３／４以上、Ｍ以下」である場合は３点、コンテンツ数１３１６が「０以上、Ｔ＊１／４未満」である場合は０点、「Ｔ＊１／４以上、Ｔ＊１／２未満」である場合は１点、「Ｔ＊１／２以上、Ｔ＊３／４未満」である場合は２点、「Ｔ＊３／４以上、Ｔ以下」である場合は３点、総テキスト量１３１８が「０以上、Ｘ＊１／４未満」である場合は０点、「Ｘ＊１／４以上、Ｘ＊１／２未満」である場合は１点、「Ｘ＊１／２以上、Ｘ＊３／４未満」である場合は２点、「Ｘ＊３／４以上、Ｘ以下」である場合は３点となることを示している。

ステップＳ１１０６では、ステップＳ１１０４で算出した活発度を用いて、そのアクティビティにおける情報の表示数を決定する。例えば、平均活発度が１である場合は総情報数（対象としているアクティビティ内の情報数）の１／４とし、平均活発度が２である場合は総情報数の１／２とし、平均活発度が３である場合は総情報数の３／４とし、平均活発度が４である場合は総情報数としてもよい。
ステップＳ１１０８では、表示制御テーブル４００の表示数欄４２０に設定する。

図１４は、本実施の形態（表示内容優先度判定モジュール１３０）による処理例を示すフローチャートである。
ステップＳ１４０２では、対象とするスレッドがイベント（同期的コミュニケーション）であるかメッセージ（非同期的コミュニケーション）であるかを判断し、イベントである場合はステップＳ１４０４へ進み、メッセージである場合はステップＳ１４５４へ進む。
ステップＳ１４０４では、そのイベントが終了しているか否かを判断し、終了している場合はステップＳ１４１０へ進み、終了していない場合はステップＳ１４０６へ進む。
ステップＳ１４０６では、優先度判定として「議題＞コンテンツ＞メモ＞メッセージ」とする。なお、不等号「＞」は、優先度の値を比べており、「議題＞コンテンツ」は、議題の優先度はコンテンツの優先度よりも高いことを意味している。
ステップＳ１４０８では、表示制御テーブル４００の表示優先度欄４３０に設定する。
ステップＳ１４１０では、優先度判定として「メモ＞コンテンツ＞議題＞メッセージ」とする。
ステップＳ１４１２では、表示制御テーブル４００の表示優先度欄４３０に設定する。

ステップＳ１４５４では、投稿者であるか否かを判断し、投稿者である場合はステップＳ１４５６へ進み、それ以外の場合はステップＳ１４６６へ進む。
ステップＳ１４５６では、結果メッセージがあるか否かを判断し、結果メッセージがある場合はステップＳ１４５８へ進み、結果メッセージがない場合はステップＳ１４６２へ進む。
ステップＳ１４５８では、優先度判定を行い、「結果メッセージ＞最新メッセージ＞投稿メッセージ」とする。
ステップＳ１４６０では、表示制御テーブル４００の表示優先度欄４３０に設定する。
ステップＳ１４６２では、優先度判定として「最新メッセージ＞投稿メッセージ」とする。
ステップＳ１４６４では、表示制御テーブル４００の表示優先度欄４３０に設定する。

ステップＳ１４６６では、結果メッセージがあるか否かを判断し、結果メッセージがある場合はステップＳ１４６８へ進み、結果メッセージがない場合はステップＳ１４７２へ進む。
ステップＳ１４６８では、優先度判定として「結果メッセージ＞投稿メッセージ＞最新メッセージ」とする。
ステップＳ１４７０では、表示制御テーブル４００の表示優先度欄４３０に設定する。
ステップＳ１４７２では、優先度判定として「投稿メッセージ＞最新メッセージ」とする。
ステップＳ１４７４では、表示制御テーブル４００の表示優先度欄４３０に設定する。

イベントについて説明する。イベントには、例えば、メンバー数、メンバー名、イベント作成者、開始日時、終了日時、イベント開催時間、開催場所、議題、コンテンツ、メモ等の情報が含まれている。図１５の例に示す新規アクティビティ作成画面１５００に対するユーザーの操作に従って、イベントを作成する。そして、作成後も追加があれば、この新規アクティビティ作成画面１５００を用いて、情報が追加される。
図１５は、新規アクティビティ作成画面１５００の表示例を示す説明図である。新規アクティビティ作成画面１５００に、タスク名欄１５０５、タイトル（会議名）欄１５１０、開催日時欄１５１５、メンバー欄１５２０、作成者欄１５２５、作成日時欄１５３０、議題欄１５３５、コンテンツ欄１５４０、新規追加ボタン１５４１、「最近使ったコンテンツから選ぶ」ボタン１５４２、メモ欄１５４５、Ｔｏｄｏ欄１５５０、担当メンバー欄１５５２、メッセージ欄１５５５、作成ボタン１５９０を表示する。タスク名欄１５０５にはタスク名を入力し、タイトル（会議名）欄１５１０には会議名等のタイトルを入力し、開催日時欄１５１５には開催日時を入力し、メンバー欄１５２０にはメンバーの氏名を入力し、作成者欄１５２５には作成者（ユーザー名）を表示し、作成日時欄１５３０にはこのアクティビティを作成した日時を表示し、議題欄１５３５には議題を入力し、コンテンツ欄１５４０にはコンテンツを入力し、新規追加ボタン１５４１が押下されるとコンテンツを指定できる画面を表示し、「最近使ったコンテンツから選ぶ」ボタン１５４２が押下されると最近使用したコンテンツの一覧から選択できる画面を表示し、メモ欄１５４５にはメモ（例えば、議事録、コンテンツの要約等）を入力し、Ｔｏｄｏ欄１５５０にはＴｏＤｏ（議論の結果としての実施すべき項目）を入力し、担当メンバー欄１５５２にはそのＴｏＤｏを実施する担当者を入力し、メッセージ欄１５５５にはメッセージ（ここでは、ＴｏＤｏの進捗状況を示す情報）を入力し、作成ボタン１５９０が押下されると新規アクティビティ作成画面１５００内の情報でイベントを生成する。

イベント内で使われる情報すべてが、議題、コンテンツ、メモ、メッセージの３つのどれかに登録される。
また、イベントが終了しているか否かについての判断は、イベント情報にある終了日時と、現在の時間とを照合して判断するのが基本である。ただし、電子会議の場合、会議終了ボタン等で、会議終了が明示された場合は、明示された時間を終了とみなすようにすればよい。
アクティビティ内の最初のメッセージを、投稿メッセージであると判断すればよい。
結果メッセージについては、規則を用いて判断すればよい。例えば、投稿メッセージに「いつにしますか？」という語が含まれていた場合、その後のメッセージであって、日時と場所（例えば、「３月１８日１５時（横浜○○ビル）」等）が含まれているメッセージを結果メッセージと判断する。そのほか、投稿メッセージに「どこにしますか？」という語が含まれていた場合、その後のメッセージであって、場所（例えば、「１５階部屋番号Ｎ１５０２」等）が含まれているメッセージを結果メッセージと判断し、投稿メッセージに「誰ですか？」という語が含まれていた場合、その後のメッセージであって、人名（例えば、「北崎允子さんとＡさんです」等）が含まれているメッセージを結果メッセージと判断する。社内の場所や社員名等については、社内のデータベース（社内居室等データベース、社員データベース等）と連動して検索するようにしてもよい。また、類語を含めて、問いかけとその答えを推測特定できるエンジンを利用するようにしてもよい。例えば、機械学習によって生成した学習モデルを用いて、投稿メッセージ、結果メッセージを判断するようにしてもよい。

図１６は、本実施の形態の対象データの例を示す説明図である。非同期的コミュニケーションである電子メールの例を示している。
ＩＤ：１６００は、スレッドのヘッダー／タイトルであって、その内容は、「件名：マスコットキャラについて」である。つまり、スレッドの先頭の情報となるものである。この後、メッセージが直線的に続いている。つまり、前のメッセージを受けて、次のメッセージがあるという形態をとっている。
ＩＤ：１６１０は、メッセージであって、特に、投稿メッセージであって、その内容は、「マスコットキャラクターを決めましょう。」である。
ＩＤ：１６２０は、メッセージであって、その内容は、「きのこでしょう。」である。
ＩＤ：１６３０は、メッセージであって、その内容は、「うーん、たけのこも捨てがたい。」である。
ＩＤ：１６４０は、メッセージであって、その内容は、「絶対にきのこだってば。」である。
ＩＤ：１６５０は、メッセージであって、特に、結果メッセージであって、その内容は、「では、きのこで決まり。」である。
ＩＤ：１６６０は、メッセージであって、その内容は、「残念だな〜。」である。
ここで、投稿メッセージ、結果メッセージの判断は、前述したように、規則、学習モデル等を用いて判断すればよい。

図１７は、本実施の形態による処理例を示す説明図である。図１６の例に示した非同期的コミュニケーションである電子メールを対象として、情報処理装置１００による処理結果を用いた表示例を示すものである。
図１７（ａ）は、図１４の例に示すフローチャートのステップＳ１４５８の処理が行われた場合の表示例を示している。つまり、「投稿者のユーザー用端末２５０で表示」しており、「結果メッセージあり」の場合の表示である。優先度の高い順から、ＩＤ：１６００、ＩＤ：１６５０、ＩＤ：１６６０、ＩＤ：１６４０、ＩＤ：１６３０、ＩＤ：１６２０、ＩＤ：１６１０である。この例では、結果メッセージであるＩＤ：１６５０を最上段（ＩＤ：１６１０のヘッダー／タイトルを除いた最上段である）、投稿メッセージであるＩＤ：１６１０を最下段に表示している。なお、投稿メッセージ、結果メッセージ以外の最新メッセージについては、現在に近いものから順に優先度が高いこと（経時的順番とは逆順）となる。

図１７（ｂ）は、図１４の例に示すフローチャートのステップＳ１４６２の処理が行われた場合の表示例を示している。つまり、「投稿者のユーザー用端末２５０で表示」しており、「結果メッセージなし」の場合の表示である。優先度の高い順から、ＩＤ：１６００、ＩＤ：１６４０、ＩＤ：１６３０、ＩＤ：１６２０、ＩＤ：１６１０である。この例では、投稿メッセージであるＩＤ：１６１０を最下段に表示している。

図１７（ｃ）は、図１４の例に示すフローチャートのステップＳ１４６８の処理が行われた場合の表示例を示している。つまり、「投稿者以外のユーザー用端末２５０で表示」しており、「結果メッセージあり」の場合の表示である。優先度の高い順から、ＩＤ：１６００、ＩＤ：１６５０、ＩＤ：１６１０、ＩＤ：１６６０、ＩＤ：１６４０、ＩＤ：１６３０、ＩＤ：１６２０である。この例では、結果メッセージであるＩＤ：１６５０を最上段、投稿メッセージであるＩＤ：１６１０を第２段に表示している。

図１７（ｄ）は、図１４の例に示すフローチャートのステップＳ１４７２の処理が行われた場合の表示例を示している。つまり、「投稿者以外のユーザー用端末２５０で表示」しており、「結果メッセージなし」の場合の表示である。優先度の高い順から、ＩＤ：１６００、ＩＤ：１６１０、ＩＤ：１６４０、ＩＤ：１６３０、ＩＤ：１６２０である。この例では、投稿メッセージであるＩＤ：１６１０を最上段に表示している。

図１８は、本実施の形態の対象データの例を示す説明図である。図１６に示した例と同様に、非同期的コミュニケーションである電子メールの例を示している。ただし、ＩＤ：１６２０に対して、スレッド内で分岐が発生した場合の例を示している。これによって２つの連なり（分岐１８１０、分岐１８２０）が発生することとなる。つまり、一方の連なり（分岐１８１０）は、ＩＤ：１６３０、ＩＤ：１６４０、ＩＤ：１６５０、ＩＤ：１６６０であり、他方の連なり（分岐１８２０）は、ＩＤ：１６３１（「きのこといえば、今年は豊作らしい。」）である。ＩＤ：１６５０が結果メッセージである。この結果メッセージを含んでいる方の分岐１８１０を主流とみなし、他方の分岐１８２０内のメッセージよりも優先度を上げて、図１９の例に示すように表示する。つまり、最新メッセージについては、前述したように、原則として、現在に近いものから順に優先度が高いが、分岐が発生している場合は、いずれの分岐に連なるメッセージであるかによって、優先度を決定している。なお、ＩＤ：１６２０のように分岐前のメッセージについては、主流の分岐１８１０に含まれているとみなして優先度を決定する。

図１９は、本実施の形態による処理例を示す説明図である。図１４の例に示すフローチャートのステップＳ１４５８の処理が行われた場合の表示例を示している。つまり、「投稿者のユーザー用端末２５０で表示」しており、「結果メッセージあり」の場合の表示である。優先度の高い順から、ＩＤ：１６００、ＩＤ：１６５０、ＩＤ：１６６０、ＩＤ：１６４０、ＩＤ：１６３０、ＩＤ：１６２０、ＩＤ：１６３１、ＩＤ：１６１０である。この例では、結果メッセージであるＩＤ：１６５０を最上段、投稿メッセージであるＩＤ：１６１０を最下段に表示している。そして、結果メッセージがある方の分岐１８１０（ＩＤ：１６３０、１６４０、１６６０）のメッセージを、他方の分岐１８２０（ＩＤ：１６３１）のメッセージよりも優先させている。

図２０は、本実施の形態の対象データの例を示す説明図である。図１８に示した例と同様に、非同期的コミュニケーションである電子メールであり、ＩＤ：１６２０に対して、スレッド内で分岐が発生した場合の例を示している。これによって２つの連なり（分岐２０１０、分岐２０２０）が発生することとなる。つまり、一方の連なり（分岐２０１０）は、ＩＤ：１６３０、ＩＤ：１６４０であり、他方の連なり（分岐２０２０）は、ＩＤ：１６３１（「きのこといえば、今年は豊作らしい。」）、ＩＤ：１６３１１（「では、きのこで決まり。」）、ＩＤ：１６３１２（「残念だな〜。」）である。ＩＤ：１６３１１が結果メッセージである。この結果メッセージを含んでいる方の分岐２０２０を主流とみなし、他方の分岐２０１０内のメッセージよりも優先度を上げて、図２１の例に示すように表示する。つまり、最新メッセージについては、前述したように、原則として、現在に近いものから順に優先度が高いが、分岐が発生している場合は、いずれの分岐に連なるメッセージであるかによって、優先度を決定している。なお、ＩＤ：１６２０のように分岐前のメッセージについては、主流の分岐２０２０に含まれているとみなして優先度を決定する。

図２１は、本実施の形態による処理例を示す説明図である。図１４の例に示すフローチャートのステップＳ１４５８の処理が行われた場合の表示例を示している。つまり、「投稿者のユーザー用端末２５０で表示」しており、「結果メッセージあり」の場合の表示である。優先度の高い順から、ＩＤ：１６００、ＩＤ：１６３１１、ＩＤ：１６３１２、ＩＤ：１６３１、ＩＤ：１６３０、ＩＤ：１６２０、ＩＤ：１６４０、ＩＤ：１６１０である。この例では、結果メッセージであるＩＤ：１６３１１を最上段、投稿メッセージであるＩＤ：１６１０を最下段に表示している。そして、結果メッセージがある方の分岐２０１０（ＩＤ：１６３０、１６３１、１６３１２）のメッセージを、他方の分岐２０２０（ＩＤ：１６４０）のメッセージよりも優先させている。

図２２は、本実施の形態による処理例を示す説明図である。同期的コミュニケーションである会議であって、会議終了前の例を示している。つまり、図２２は、図１４の例に示すフローチャートのステップＳ１４０６の処理が行われた場合の表示例を示している。
図２２（ａ）の行は、議題、コンテンツ、メモ、メッセージの４種類が登録されている場合の表示例を示している。図２２（ａ）（０）は、会議のタイトル等だけの場合の表示例を示している。なお、この「会議のタイトル等」は、アクティビティを示すタイトルであるので、議題等を表示しない場合でも表示する。図２２（ａ）（１）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。図２２（ａ）（２）は、上から順に、会議のタイトル等、議題、コンテンツの場合の表示例を示している。図２２（ａ）（３）は、上から順に、会議のタイトル等、議題、コンテンツ、メモの場合の表示例を示している。図２２（ａ）（４）は、上から順に、会議のタイトル等、議題、コンテンツ、メモ、メッセージの場合の表示例を示している。つまり、ステップＳ１４０６の処理で決定された優先度順位の「議題＞コンテンツ＞メモ＞メッセージ」の典型例を示している。

図２２（ｂ）の行は、議題、コンテンツの２種類が登録されている場合の表示例を示している。図２２（ｂ）（０）は、会議のタイトル等だけの場合の表示例を示している。図２２（ｂ）（１）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。図２２（ｂ）（２）は、上から順に、会議のタイトル等、議題、コンテンツの場合の表示例を示している。図２２（ｂ）（３）は、上から順に、会議のタイトル等、議題、コンテンツの場合の表示例を示している。図２２（ｂ）（４）は、上から順に、会議のタイトル等、議題、コンテンツの場合の表示例を示している。

図２２（ｃ）の行は、議題の１種類が登録されている場合の表示例を示している。図２２（ｃ）（０）は、会議のタイトル等だけの場合の表示例を示している。図２２（ｃ）（１）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。図２２（ｃ）（２）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。図２２（ｃ）（３）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。図２２（ｃ）（４）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。

図２２（ｄ）の行は、議題、メモの２種類が登録されている場合の表示例を示している。図２２（ｄ）（０）は、会議のタイトル等だけの場合の表示例を示している。図２２（ｄ）（１）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。図２２（ｄ）（２）は、上から順に、会議のタイトル等、議題、メモの場合の表示例を示している。図２２（ｄ）（３）は、上から順に、会議のタイトル等、議題、メモの場合の表示例を示している。図２２（ｄ）（４）は、上から順に、会議のタイトル等、議題、メモの場合の表示例を示している。

図２３は、本実施の形態による処理例を示す説明図である。同期的コミュニケーションである会議であって、会議終了後の例を示している。つまり、図２３は、図１４の例に示すフローチャートのステップＳ１４１０の処理が行われた場合の表示例を示している。
図２３（ａ）は、議題、コンテンツ、メモ、メッセージの４種類が登録されている場合の表示例を示している。図２３（ａ）（０）は、会議のタイトル等だけの場合の表示例を示している。なお、この「会議のタイトル等」は、アクティビティを示すタイトルであるので、メモ等を表示しない場合でも表示する。図２３（ａ）（１）は、上から順に、会議のタイトル等、メモの場合の表示例を示している。図２３（ａ）（２）は、上から順に、会議のタイトル等、メモ、コンテンツの場合の表示例を示している。図２３（ａ）（３）は、上から順に、会議のタイトル等、メモ、コンテンツ、議題の場合の表示例を示している。図２３（ａ）（４）は、上から順に、会議のタイトル等、メモ、コンテンツ、議題、メッセージの場合の表示例を示している。つまり、ステップＳ１４１０の処理で決定された優先度順位の「メモ＞コンテンツ＞議題＞メッセージ」の典型例を示している。

図２３（ｂ）は、議題、コンテンツの２種類が登録されている場合の表示例を示している。図２３（ｂ）（０）は、会議のタイトル等だけの場合の表示例を示している。図２３（ｂ）（１）は、上から順に、会議のタイトル等、コンテンツの場合の表示例を示している。図２３（ｂ）（２）は、上から順に、会議のタイトル等、コンテンツ、議題の場合の表示例を示している。図２３（ｂ）（３）は、上から順に、会議のタイトル等、コンテンツ、議題の場合の表示例を示している。図２３（ｂ）（４）は、上から順に、会議のタイトル等、コンテンツ、議題の場合の表示例を示している。

図２３（ｃ）は、議題の１種類が登録されている場合の表示例を示している。図２３（ｃ）（０）は、会議のタイトル等だけの場合の表示例を示している。図２３（ｃ）（１）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。図２３（ｃ）（２）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。図２３（ｃ）（３）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。図２３（ｃ）（４）は、上から順に、会議のタイトル等、議題の場合の表示例を示している。

図２３（ｄ）は、議題、メモの２種類が登録されている場合の表示例を示している。図２３（ｄ）（０）は、会議のタイトル等だけの場合の表示例を示している。図２３（ｄ）（１）は、上から順に、会議のタイトル等、メモの場合の表示例を示している。図２３（ｄ）（２）は、上から順に、会議のタイトル等、メモ、議題の場合の表示例を示している。図２３（ｄ）（３）は、上から順に、会議のタイトル等、メモ、議題の場合の表示例を示している。図２３（ｄ）（４）は、上から順に、会議のタイトル等、メモ、議題の場合の表示例を示している。

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

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

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

１００…情報処理装置
１１０…コミュニケーション情報管理モジュール
１２０…表示数判定モジュール
１３０…表示内容優先度判定モジュール
１４０…表示入力モジュール
１５０…画面サイズ確認モジュール
１６０…表示数／表示内容調整モジュール
１７０…表示制御モジュール
２５０…ユーザー用端末
２９０…通信回線

Claims (6)

1. 情報群毎の情報の表示数と表示の優先度を決定する決定手段と、
   前記情報の表示数から算出した情報群を表示するための第１のサイズを、表示装置の第２のサイズ以内に設定し、該設定した第１のサイズに基づいて複数の情報群の表示サイズが、前記第２のサイズの予め定められた倍数のサイズ以内でない場合、表示する情報を減少させて該第１のサイズを変更する変更手段
   を有する情報処理装置。
2. 前記表示装置に情報を表示した場合の情報群と情報群の間のサイズを該情報群が発生した期間に従って設定する設定手段
   をさらに有し、
   前記変更手段は、前記設定手段によって設定されたサイズを含めて前記第１のサイズを調整する、
   請求項１に記載の情報処理装置。
3. 前記表示装置のサイズから前記情報群を表示する列数を決定する第２の決定手段
   をさらに有する請求項１又は２に記載の情報処理装置。
4. 前記決定手段は、情報群毎のメンバー数、情報数、ファイル数、容量のいずれか１つ以上を用いて算出した活発度から、前記表示数を決定する、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 前記決定手段は、前記情報群の情報が同期的に発生するものであるか、又は、非同期で発生するものであるかによって、前記優先度を決定する方法が異なる、
   請求項１から４のいずれか一項に記載の情報処理装置。
6. コンピュータを、
   情報群毎の情報の表示数と表示の優先度を決定する決定手段と、
   前記情報の表示数から算出した情報群を表示するための第１のサイズを、表示装置の第２のサイズ以内に設定し、該設定した第１のサイズに基づいて複数の情報群の表示サイズが、前記第２のサイズの予め定められた倍数のサイズ以内でない場合、表示する情報を減少させて該第１のサイズを変更する変更手段
   として機能させるための情報処理プログラム。

Images