JP7287031B2 - 情報処理システム、情報処理装置及び情報処理プログラム - Google Patents

Description

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

特許文献１には、電子ファイルとの関係を明確にして電子付箋を作成し、利便性の良い電子付箋の貼り付けを実現することを課題とし、起動中のアプリケーション、又はこのアプリケーションで開かれているファイルに電子付箋を貼り付けするシステムにおいて、システムフックｄｌｌを使用して、起動中のアプリケーションがウィンドウメッセージを受け取り時に、アプリケーション又は関連する該ファイルの識別情報を取得して電子付箋の対象リストを生成し、これにより任意のアプリケーション又は関連する該ファイルの識別情報を含む電子付箋を作成し保存し、電子付箋の貼り替えに際しては、ファイルの表示、非表示に連動した電子付箋の表示、非表示を可能とすることが開示されている。

特開２０１０－０６６８６８号公報

情報処理装置Ａが制御する表示手段上でメッセージを用いた議論が行われ、情報処理装置Ｂが制御する表示手段上で付箋を用いた検討が行われる場合がある。
ところで、ファイルが添付されたメッセージに対し、返信がある場合を考える。ここで、メッセージに添付されたファイルを見ながら付箋を用いた検討を行う場合、返信の内容もあわせて確認したい場合がある。
本発明は、返信の内容をユーザーが付箋に入力する作業を行わなくても、返信の内容を付箋として確認できる情報処理システム、情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。なお、以下の「請求項」とあるのは、出願当初の請求項である。
請求項１の発明は、親メッセージとその返信である子メッセージを、第１の表示手段に表示するように制御する第１の表示制御手段を有する第１の情報処理装置と、親メッセージに添付されたファイルと、子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で第２の表示手段に表示するように制御する第２の表示制御手段と、第１の情報処理装置から、前記第１の情報処理装置における親メッセージに添付されたファイルと前記親メッセージの返信である子メッセージを受信する受信手段を有し、前記第２の表示制御手段は、前記受信手段が前記ファイルと前記子メッセージを受信した場合に、前記ファイル上に、前記子メッセージの内容に対応する付箋を第２の表示手段に表示するように制御する、第２の情報処理装置を有する情報処理システムである。

請求項２の発明は、前記第２の情報処理装置は、前記ファイル上で付箋が追加された場合は、前記付箋の内容を、前記第１の情報処理装置における親メッセージに対する子メッセージとして追加する第１の追加手段をさらに有する請求項１に記載の情報処理システムである。

請求項３の発明は、前記第２の情報処理装置は、前記第１の情報処理装置において親メッセージに子メッセージが追加された場合は、前記ファイル上に前記子メッセージに対応する付箋を追加する第２の追加手段をさらに有する請求項１に記載の情報処理システムである。

請求項４の発明は、親メッセージとその返信である子メッセージを、第１の表示手段に表示するように制御する第１の表示制御手段を有する第１の情報処理装置と、親メッセージに添付されたファイルと、子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で第２の表示手段に表示するように制御する第２の表示制御手段を有する第２の情報処理装置と、前記第２の情報処理装置において前記ファイル上で付箋が追加された場合は、前記第１の情報処理装置に対して、前記付箋の内容を、前記第１の情報処理装置の親メッセージに対する子メッセージとして追加する第１の追加手段を有する第３の情報処理装置を有する情報処理システムである。

請求項５の発明は、親メッセージとその返信である子メッセージを、第１の表示手段に表示するように制御する第１の表示制御手段を有する第１の情報処理装置と、親メッセージに添付されたファイルと、子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で第２の表示手段に表示するように制御する第２の表示制御手段を有する第２の情報処理装置と、前記第１の情報処理装置において親メッセージに子メッセージが追加された場合は、前記第２の情報処理装置に対して、前記ファイル上に前記子メッセージに対応する付箋を追加する第２の追加手段を有する第３の情報処理装置を有する情報処理システムである。

請求項６の発明は、他の情報処理装置から、前記他の情報処理装置における親メッセージに添付されたファイルと前記親メッセージの返信である子メッセージを受信する受信手段と、前記ファイルと、前記子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で表示手段に表示するように制御する表示制御手段と、前記ファイル上で付箋が追加された場合は、前記他の情報処理装置に対して、前記付箋の内容を、前記他の情報処理装置の親メッセージに対する子メッセージとして追加する第１の追加手段を有する情報処理装置である。

請求項７の発明は、他の情報処理装置から、前記他の情報処理装置における親メッセージに添付されたファイルと前記親メッセージの返信である子メッセージを受信する受信手段と、前記ファイルと、前記子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で表示手段に表示するように制御する表示制御手段と、前記他の情報処理装置において親メッセージに子メッセージが追加された場合は、前記ファイル上に前記子メッセージに対応する付箋を追加する第２の追加手段を有する情報処理装置である。

請求項８の発明は、前記第１の追加手段は、複数の付箋の内容を１つのメッセージとして追加する、請求項２に記載の情報処理システムである。

請求項９の発明は、前記第２の表示制御手段は、複数のメッセージを１つの付箋に対応させて表示するように制御する、請求項１ないし３のいずれか一項に記載の情報処理システムである。

請求項１０の発明は、前記第１の追加手段は、１つの付箋を１つのメッセージとして追加し、前記第２の表示制御手段は、前記第１の情報処理装置において、第１のメッセージに対する返信メッセージが追加された場合は、前記ファイル上に前記第１のメッセージに対応する付箋に関連付けて前記返信メッセージに対応する付箋を表示するように制御する、請求項２に記載の情報処理システムである。

請求項１１の発明は、前記第２の表示制御手段は、前記第１の情報処理装置上で、前記親メッセージのさらに先祖のメッセージがある場合は、前記ファイル上に、該メッセージの内容に対応する付箋を表示するように制御する、請求項１ないし３のいずれか一項に記載の情報処理システムである。

請求項１２の発明は、前記第１の情報処理装置の前記第１の表示制御手段によって前記付箋に対応するメッセージを表示するように制御させるリンクを、前記第２の表示制御手段は、前記付箋内に表示するように制御する、請求項１ないし３のいずれか一項に記載の情報処理システムである。

請求項１３の発明は、前記第２の表示制御手段は、前記付箋に前記メッセージの内容の要約を表示している場合は、前記リンクを表示するように制御する、請求項１２に記載の情報処理システムである。

請求項１４の発明は、前記第２の表示制御手段は、ユーザーの指定に応じて前記付箋の表示の属性を異ならせて表示するように制御し、前記第１の追加手段は、前記付箋の表示の属性に応じて、前記第１の情報処理装置における前記付箋に対応するメッセージの属性を異ならせる、請求項２に記載の情報処理システムである。

請求項１５の発明は、前記第１の追加手段は、前記付箋の表示の属性によっては、前記第１の情報処理装置に対して、メッセージを追加しない、請求項１４に記載の情報処理システムである。

請求項１６の発明は、前記第２の情報処理装置における付箋の書き換え又は削除は、前記第１の情報処理装置で前記付箋に対応するメッセージを投稿したユーザーに限定する、請求項１ないし３のいずれか一項に記載の情報処理システムである。

請求項１７の発明は、前記第１の追加手段は、前記第２の情報処理装置上での付箋の書き換え又は削除があっても、前記第１の情報処理装置における前記付箋に対応するメッセージの書き換え又は削除を行わない、請求項２に記載の情報処理システムである。

請求項１８の発明は、前記第１の追加手段は、前記第２の情報処理装置上での付箋の書き換えがあった場合、書き換えられた前記付箋の内容を新たな子メッセージとして前記第１の情報処理装置に追加する、請求項１７に記載の情報処理システムである。

請求項１９の発明は、前記第２の表示制御手段は、前記第２の情報処理装置のユーザーの少なくとも１人は、前記第１の情報処理装置のユーザーであることを条件として、前記表示を行うように制御する、請求項２又は３に記載の情報処理システムである。

請求項２０の発明は、コンピュータを、他の情報処理装置から、前記他の情報処理装置における親メッセージに添付されたファイルと前記親メッセージの返信である子メッセージを受信する受信手段と、前記ファイルと、前記子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で表示手段に表示するように制御する表示制御手段と、前記ファイル上で付箋が追加された場合は、前記他の情報処理装置に対して、前記付箋の内容を、前記他の情報処理装置の親メッセージに対する子メッセージとして追加する第１の追加手段として機能させるための情報処理プログラムである。

請求項２１の発明は、コンピュータを、他の情報処理装置から、前記他の情報処理装置における親メッセージに添付されたファイルと前記親メッセージの返信である子メッセージを受信する受信手段と、前記ファイルと、前記子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で表示手段に表示するように制御する表示制御手段と、前記他の情報処理装置において親メッセージに子メッセージが追加された場合は、前記ファイル上に前記子メッセージに対応する付箋を追加する第２の追加手段として機能させるための情報処理プログラムである。

請求項１の情報処理システムによれば、返信の内容をユーザーが付箋に入力する作業を行わなくても、返信の内容を付箋として確認できる。

請求項２の情報処理システムによれば、付箋からメッセージを生成することができる。

請求項３の情報処理システムによれば、メッセージから付箋を生成することができる。

請求項４の情報処理システムによれば、付箋からメッセージを生成することができる。

請求項５の情報処理システムによれば、メッセージから付箋を生成することができる。

請求項６の情報処理装置によれば、付箋からメッセージを生成することができる。

請求項７の情報処理装置によれば、付箋からメッセージを生成することができる。

請求項８の情報処理システムによれば、複数の付箋の内容をすべて１つずつ複数のメッセージとして追加する場合に比較して、メッセージを表示する画面が煩雑になるのを低減できる。

請求項９の情報処理システムによれば、複数のメッセージの内容をすべて１つずつ複数の付箋として表示する場合に比較して、付箋を表示する画面が煩雑になるのを低減できる。

請求項１０の情報処理システムによれば、メッセージ間の関係性を、ファイル上でも表すことができる。

請求項１１の情報処理システムによれば、先祖のメッセージについても、対応する付箋を表示することができる。

請求項１２の情報処理システムによれば、付箋からその付箋に対応するメッセージにたどることができる。

請求項１３の情報処理システムによれば、付箋内がメッセージの内容の要約である場合は、元のメッセージにたどれることができる。

請求項１４の情報処理システムによれば、ユーザーが付箋の表示を異ならせることで付箋にもたせた意味合いを、メッセージにも反映することができる。

請求項１５の情報処理システムによれば、付箋の属性によって、メッセージに反映させないこともできる。

請求項１６の情報処理システムによれば、付箋の書き換え又は削除は、その付箋に対応するメッセージを投稿したユーザー以外はできないようにすることができる。

請求項１７の情報処理システムによれば、付箋の書き換え又は削除があっても、その付箋に対応するメッセージの書き換え又は削除を行わないようにすることができる。

請求項１８の情報処理システムによれば、付箋の内容の書き換えがあった場合、その付箋の内容を新たな子メッセージとして反映することができる。

請求項１９の情報処理システムによれば、第１の情報処理装置のユーザーでない者だけで、親メッセージの添付ファイルを見ることができてしまうことを防止することができる。

請求項２０の情報処理プログラムによれば、付箋からメッセージを生成することができる。

請求項２１の情報処理プログラムによれば、付箋からメッセージを生成することができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態が使用される会議室等における、ユーザー端末、付箋処理装置の使用例を示す説明図である。 メッセージ情報テーブルのデータ構造例を示す説明図である。 会議情報テーブルのデータ構造例を示す説明図である。 タスク・会議対応テーブルのデータ構造例を示す説明図である。 台紙情報テーブルのデータ構造例を示す説明図である。 台紙・メッセージ対応テーブルのデータ構造例を示す説明図である。 付箋情報テーブルのデータ構造例を示す説明図である。 ＴｏＤｏ管理テーブルのデータ構造例を示す説明図である。 メッセージ処理装置によって表示するように制御された画面の例を示す説明図である。 付箋処理装置によって表示するように制御された画面の例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

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

本実施の形態である情報処理システムの一例として、図１の例に示すようにメッセージ処理装置１００と付箋処理装置１５０によって構成されるものを示す。
メッセージ処理装置１００は、複数人のユーザーからのメッセージを、親子関係を維持して記憶するものであればよい。また、記憶した親子関係を、木構造で表示するものであってもよい。例えば、親子関係として、あるメッセージを親メッセージとした場合に、その親メッセージへの返信として発せられたメッセージを子メッセージとしてもよい。具体的には、メッセージ処理装置１００は、複数人のユーザーによって用いられ、あるユーザーが発信したメッセージに対して、他のユーザー（又は、本人であってもよい）による返信のメッセージを木構造で管理するものである。前者のメッセージが親メッセージとなり、後者の返信のメッセージが子メッセージになる。子メッセージには一つの親メッセージがあり、親メッセージに対しては０以上の子メッセージがある。例えば、メッセージ処理装置１００として、掲示板システムであってもよいし、チャットシステムであってもよいし、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅの略）におけるメッセージ機能等であってもよい。
付箋処理装置１５０は、ユーザーの操作によってファイル上に付箋を貼り付けて、そのユーザーによる検討に利用される。例えば、図４を用いて後述するように、台紙上に付箋を貼り付けて複数人の参加者によって議論等の検討を行う場合に用いられたりする場合の他に、文書上に付箋を貼り付けて一人の参加者によって検討を行う場合に用いられたりする場合を含めてもよい。前者の場合では、一般的なＫＪ法で用いられる装置として機能し、後者の場合では、思考を整理するようなシーン、いわば一人ＫＪ法で用いられる装置として機能する。前者の形態として、例えば、付箋処理装置１５０は、台紙に付箋を貼り付けて会議の支援を行うものがある。また、付箋処理装置１５０は、例えば、電子付箋制御装置、電子付箋システム、電子白板等といわれているものを含む。また、付箋は、例えば、電子付箋、電子カード、アノテーション等といわれているものを含む。なお、台紙、文書は、ファイルの一例である。以下、ファイルを例示する場合は、台紙を用いて説明する。また、ファイルは、１ページであってもよいし、複数ページであってもよい。例えば、複数ページである場合は、付箋処理装置１５０が台紙として表示するページは予め定められたページ（例えば、１ページ目）であってもよいし、付箋処理装置１５０のユーザーが選択するようにしてもよい。

本実施の形態は、メッセージ処理装置１００と付箋処理装置１５０の間で連携して、メッセージ処理装置１００におけるメッセージを付箋処理装置１５０における付箋に変換し、逆に、付箋処理装置１５０における付箋をメッセージ処理装置１００におけるメッセージに変換する。そして、メッセージ処理装置１００におけるメッセージに添付されたファイルを、付箋処理装置１５０において付箋を貼り付ける台紙として用いるようにしている。

メッセージ処理装置１００は、メッセージ制御モジュール１０５、通信モジュール１１０、メッセージ記憶モジュール１１５、メッセージ表示制御モジュール１２０、表示モジュール１２５を有している。メッセージ処理装置１００は、第１の情報処理装置の一例である。

メッセージ制御モジュール１０５は、メッセージ処理装置１００全体を制御し、メッセージについての処理を行う。
通信モジュール１１０は、メッセージ記憶モジュール１１５と接続されており、また、通信回線を介して付箋処理装置１５０の通信モジュール１６０と接続されている。通信モジュール１１０は、付箋処理装置１５０と通信を行い、メッセージ記憶モジュール１１５内に記憶されているメッセージを付箋処理装置１５０に送信し、付箋処理装置１５０から送信されてきたメッセージを受信し、メッセージ記憶モジュール１１５に記憶させる。なお、付箋処理装置１５０から送信されてきたメッセージは、付箋処理装置１５０においては付箋として取り扱われていたものである。

メッセージ記憶モジュール１１５は、通信モジュール１１０、メッセージ表示制御モジュール１２０と接続されている。メッセージ記憶モジュール１１５は、メッセージ処理装置１００が取り扱うメッセージに関する情報を記憶している。メッセージ記憶モジュール１１５は、例えば、図５に示すメッセージ情報テーブル５００等を記憶している。
表示モジュール１２５は、メッセージ表示制御モジュール１２０と接続されている。表示モジュール１２５は、メッセージ表示制御モジュール１２０の制御にしたがって、メッセージ等を表示する。表示モジュール１２５は、例えば、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅの略）ディスプレイ等である。なお、表示モジュール１２５は、メッセージ処理装置１００に備え付けられているものであってもよいし、ユーザーの端末に備え付けられているものであってもよい。例えば、その端末のＷｅｂブラウザに表示することも該当する。

メッセージ表示制御モジュール１２０は、メッセージ記憶モジュール１１５、表示モジュール１２５と接続されている。メッセージ表示制御モジュール１２０は、親メッセージとその返信である子メッセージを、表示モジュール１２５又は表示モジュール１８０に表示するように制御する。もちろんのことながら、メッセージ表示制御モジュール１２０は、表示モジュール１２５に表示される情報（具体的には、画面）を生成することを行ってもよい。なお、メッセージ表示制御モジュール１２０が、表示モジュール１８０に表示するように制御するとは、通信モジュール１１０、通信回線、通信モジュール１６０を介して付箋処理装置１５０の表示モジュール１８０に表示するように制御するものである。つまり、第１の表示手段と第２の表示手段は、同じものであってもよいことを示している。具体的には、後述するように、Ｗｅｂブラウザのタブ等を用いて、表示モジュール１８０に表示するように制御すればよい。
メッセージ表示制御モジュール１２０によるメッセージの表示には、単なるメッセージを表示することの他に、メッセージ間の親子関係がわかるように表示するようにしてもよい。前者の例として、メッセージをリスト形式で表示してもよい。後者の例として、メッセージとメッセージの間を上下関係のある線で結び、一方が親メッセージであり、他方が子メッセージであることがわかるような表示としてもよい。「上下関係のある線」として、上側にあるメッセージと下側にあるメッセージを結ぶ線であってもよいし、親メッセージから子メッセージへの方向を示す矢印線であってもよい。

付箋処理装置１５０は、台紙・付箋制御モジュール１５５、通信モジュール１６０、台紙・付箋記憶モジュール１６５、台紙表示制御モジュール１７０、付箋表示制御モジュール１７５、表示モジュール１８０、付箋追加モジュール１８５、メッセージ追加モジュール１９０を有している。付箋処理装置１５０は、第２の情報処理装置の一例である。なお、付箋処理装置１５０における「他の情報処理装置」の一例として、メッセージ処理装置１００が該当する。

台紙・付箋制御モジュール１５５は、付箋処理装置１５０全体を制御し、台紙と付箋についての処理を行う。
例えば、台紙・付箋制御モジュール１５５は、付箋処理装置１５０における付箋の書き換え又は削除は、メッセージ処理装置１００で付箋に対応するメッセージを投稿したユーザーに限定するようにしてもよい。
なお、「付箋の書き換え又は削除」には、付箋の属性の変更は含まない。つまり、付箋の属性の変更は他のユーザーにも許容され、また属性の変更によってメッセージ上での変更も行われる。

通信モジュール１６０は、台紙表示制御モジュール１７０、付箋表示制御モジュール１７５と接続されており、また、通信回線を介してメッセージ処理装置１００の通信モジュール１１０と接続されている。通信モジュール１６０は、メッセージ処理装置１００から、メッセージ処理装置１００における親メッセージに添付されたファイルとその親メッセージの返信である子メッセージを受信する。
また、通信モジュール１６０による具体的な処理例として、メッセージ処理装置１００と通信を行い、メッセージ追加モジュール１９０によって追加処理されたメッセージをメッセージ処理装置１００に送信し、メッセージ処理装置１００から送信されてきたメッセージを受信し、付箋追加モジュール１８５に渡し、付箋追加モジュール１８５ではメッセージから付箋に変換する。なお、受信したメッセージに添付されたファイルがある場合は、そのファイルも受信する。
ここでの「親メッセージ」は、ファイルが添付されたメッセージであり、子メッセージがあるメッセージであればよい。さらに、「親メッセージ」は、メッセージ処理装置１００におけるタスクの最初のメッセージであることを条件としてもよい。なお、タスク毎に木構造が生成されるので、その木構造のルートノードが親メッセージとなる。この他に、「親メッセージ」は、ユーザーの操作によって親メッセージとして指定されたメッセージであってもよい。また、付箋処理装置１５０に対して最初に送信するメッセージを親メッセージとしてもよい。なお、タスクは、メッセージをやり取りするにあたってのタイトルに該当し、プロジェクト、スレッド又はトピックともいわれる。そのタスクに関するメッセージがやり取りされることになる。

台紙・付箋記憶モジュール１６５は、台紙表示制御モジュール１７０、付箋表示制御モジュール１７５と接続されている。台紙・付箋記憶モジュール１６５は、付箋処理装置１５０が取り扱う台紙と付箋に関する情報を記憶している。台紙・付箋記憶モジュール１６５は、例えば、図６に示す会議情報テーブル６００、図７に示すタスク・会議対応テーブル７００、図８に示す台紙情報テーブル８００、図９に示す台紙・メッセージ対応テーブル９００、図１０に示す付箋情報テーブル１０００、図１１に示すＴｏＤｏ管理テーブル１１００等を記憶している。
表示モジュール１８０は、台紙表示制御モジュール１７０、付箋表示制御モジュール１７５と接続されている。表示モジュール１８０は、台紙表示制御モジュール１７０、付箋表示制御モジュール１７５の制御にしたがって、台紙、付箋等を表示する。表示モジュール１８０は、例えば、液晶ディスプレイ、有機ＥＬディスプレイ等である。なお、表示モジュール１８０は、付箋処理装置１５０に備え付けられているものであってもよいし、ユーザーの端末に備え付けられているものであってもよい。例えば、その端末のＷｅｂブラウザに表示することも該当する。

台紙表示制御モジュール１７０は、通信モジュール１６０、台紙・付箋記憶モジュール１６５、表示モジュール１８０と接続されている。台紙表示制御モジュール１７０は、メッセージ処理装置１００から送信されてきた親メッセージに添付されたファイルを表示モジュール１８０又は表示モジュール１２５に表示するように制御する。ここでファイルは、付箋が貼り付けられる台紙として表示するようにしてもよい。もちろんのことながら、台紙表示制御モジュール１７０は、表示モジュール１８０に表示される情報（具体的には、台紙を示す画面）を生成することを行ってもよい。

付箋表示制御モジュール１７５は、通信モジュール１６０、台紙・付箋記憶モジュール１６５、表示モジュール１８０と接続されている。付箋表示制御モジュール１７５は、台紙表示制御モジュール１７０によって表示されたファイル上に、メッセージ処理装置１００から送信されてきた子メッセージの内容に対応する付箋を表示モジュール１８０又は表示モジュール１２５に表示するように制御する。付箋表示制御モジュール１７５による表示の形態として、ファイル上に付箋を重ねた状態で（台紙上に付箋をいわゆる貼り付けたように）表示する。もちろんのことながら、付箋表示制御モジュール１７５は、表示モジュール１８０に表示される情報（具体的には、付箋を示す画像）を生成することを行ってもよい。なお、台紙表示制御モジュール１７０又は付箋表示制御モジュール１７５が、表示モジュール１２５に表示するように制御するとは、通信モジュール１６０、通信回線、通信モジュール１１０を介してメッセージ処理装置１００の表示モジュール１２５に表示するように制御するものである。つまり、第１の表示手段と第２の表示手段は、同じものであってもよいことを示している。具体的には、後述するように、Ｗｅｂブラウザのタブ等を用いて、表示モジュール１８０に表示するように制御すればよい。
そして、付箋表示制御モジュール１７５は、通信モジュール１６０がファイルと子メッセージを受信した場合に、そのファイル上に、その子メッセージの内容に対応する付箋を表示モジュール１８０に表示するように制御する。
なお、付箋表示制御モジュール１７５は、子メッセージだけでなく、ファイルが添付されていた親メッセージの内容に対応する付箋を生成して、その付箋を台紙上に表示するようにしてもよいし、親メッセージの内容に対応する付箋は生成しないようにしてもよい。

また、付箋表示制御モジュール１７５は、メッセージ処理装置１００上で、親メッセージのさらに先祖のメッセージがある場合は、ファイル上に、その先祖のメッセージの内容に対応する付箋を表示するように制御するようにしてもよい。もちろんのことながら、メッセージ処理装置１００は、親メッセージ（添付されたファイルを含む）、子メッセージ以外に、祖先のメッセージを送信し、付箋処理装置１５０は、それらを受信する。

また、付箋表示制御モジュール１７５は、付箋からその付箋に対応するメッセージにたどることができるリンクを表示するように制御するようにしてもよい。つまり、メッセージ処理装置１００のメッセージ表示制御モジュール１２０によって付箋に対応するメッセージを表示するように制御させるリンクを、付箋表示制御モジュール１７５は、付箋内に表示するように制御するようにしてもよい。ここでのリンクは、具体的には、メッセージ処理装置１００のメッセージ表示制御モジュール１２０が生成する画面にアクセスするリンクである。単に「続き」を表示するようなリンクではない。より具体的には、付箋処理装置１５０の表示モジュール１８０において、Ｗｅｂブラウザのある１つのタブＡで表示されている表示領域に付箋画面を表示し、そのＷｅｂブラウザの他のタブＢで表示されている表示領域に、メッセージ処理装置１００のメッセージ表示制御モジュール１２０によって生成されたメッセージ画面を表示する。つまり、Ｗｅｂブラウザの２つのタブを用いて、メッセージ処理装置１００によるメッセージ画面、付箋処理装置１５０による付箋画面を表示可能にしている。このような表示形態である場合に、タブＡにおける付箋画面に表示されている付箋内のリンクがユーザーの操作によって選択された場合は、その付箋に対応するメッセージをタブＢにおけるメッセージ画面に表示するようにしてもよい。

さらに、付箋表示制御モジュール１７５は、付箋にメッセージの内容の要約を表示している場合は、リンクを表示するように制御するようにしてもよい。
なお、「内容の要約」として、内容の一部を抽出したものであってもよい。例えば、内容の一部を省略したものである。具体例として、メッセージの内容の冒頭の予め定められた文字数分等が該当する。

また、付箋表示制御モジュール１７５は、付箋処理装置１５０のユーザーの少なくとも１人は、メッセージ処理装置１００のユーザーであることを条件として、表示を行うように制御するようにしてもよい。具体的には、付箋処理装置１５０における現在のユーザーを抽出し、親メッセージと添付されたファイルを送信してきたメッセージ処理装置１００のユーザーを抽出し、両者の論理積の処理を行って、ユーザー数が１以上となった場合は、ファイル及びメッセージに対応する付箋を表示する。なお、論理積の処理の結果、ユーザー数が０となった場合は、メッセージに対応する付箋を表示しないことはもちろんのこと、ファイルも表示しない。

メッセージ追加モジュール１９０は、ファイル上で付箋が追加された場合は、その付箋の内容を、メッセージ処理装置１００における親メッセージに対する子メッセージとして追加する。具体的には、メッセージ処理装置１００から送信されてきたメッセージに対応する付箋ではなく、付箋処理装置１５０で新しく生成された付箋をメッセージ処理装置１００におけるメッセージに変換し、通信モジュール１６０を介して、メッセージ処理装置１００に送信する。メッセージに変換する際に、ファイルが添付されていた親メッセージの子メッセージとして変換する。
なお、付箋処理装置１５０の付箋の内容を、メッセージ処理装置１００の子メッセージとして反映させる契機（なお、契機を、タイミング、きっかけ、条件としてもよい）として、付箋処理装置１５０での付箋会議が閉じられた場合、新たな付箋が台紙・付箋記憶モジュール１６５に記憶された場合、ユーザーによってメッセージ処理装置１００に付箋の反映が指示された場合等がある。

また、メッセージ追加モジュール１９０は、複数の付箋の内容を１つのメッセージとして、メッセージ処理装置１００に追加するようにしてもよい。もちろんのことながら、１つの付箋の内容を１つのメッセージに対応させて追加するようにしてもよい。つまり、１付箋１メッセージの関係で、メッセージを生成させるようにしてもよい。
ここで「複数の付箋」として、ファイル上に貼り付けられている全ての付箋であってもよいし、一部の付箋であってもよい。一部の付箋として、メッセージ追加モジュール１９０が予め定められた条件を判断して選択してもよい。ここでの条件として、例えば、（１）付箋を作成したユーザー別に、付箋を選択し、その選択した付箋を１つのメッセージとするようにしてもよいし、（２）付箋の属性別に、付箋を選択し、その選択した付箋を１つのメッセージとするようにしてもよいし、（３）付箋の貼り付けられている位置が近いものどうしを選択し、その選択した付箋を１つのメッセージとするようにしてもよいし（なお、ここでの「位置が近い」として、具体的には、付箋の中心間の距離が予め定められた閾値以下又は未満であることとしてもよい）（４）前述の条件とは無関係にユーザーが選択した付箋を１つのメッセージとするようにしてもよい。
また、１つのメッセージにまとめる契機として、前述のいずれかの条件を満たす付箋の数が予め定められた数を超えた場合又は以上となった場合としてもよい。

また、メッセージ追加モジュール１９０が、１つの付箋を１つのメッセージとして、メッセージ処理装置１００に追加する場合は、付箋表示制御モジュール１７５は、メッセージ処理装置１００において、第１のメッセージに対する返信メッセージが追加された場合は、ファイル上にその第１のメッセージに対応する付箋に関連付けて返信メッセージに対応する付箋を表示するように制御するようにしてもよい。
なお、複数の付箋を１つのメッセージにまとめる場合は、そのメッセージに返信があったとしても、どの付箋に対する返信かが不明であり、関連付けて表示することもできないため、メッセージ追加モジュール１９０が、１つの付箋を１つのメッセージとして追加する場合を条件としている。

また、メッセージ追加モジュール１９０は、付箋処理装置１５０上での付箋の書き換え又は削除があっても、メッセージ処理装置１００における、その付箋に対応するメッセージの書き換え又は削除を行わないようにしてもよい。つまり、付箋処理装置１５０では付箋の書き換え、削除は可能であるが、一般的には、付箋処理装置１５０では投稿されたメッセージを変更することは許されず、そのため、付箋処理装置１５０で付箋の書き換え、削除が行われたとしても、その付箋に対応するメッセージの書き換え、削除は行わない。
ただし、メッセージ追加モジュール１９０は、メッセージ処理装置１００上での付箋の書き換えがあった場合、書き換えられた、その付箋の内容を新たな子メッセージとしてメッセージ処理装置１００に追加するようにしてもよい。前述したように、付箋処理装置１５０では投稿されたメッセージを変更することは許されないため、メッセージ処理装置１００上での付箋の書き換えがあった場合、その付箋に対応するメッセージの子メッセージとして、書き換え後の付箋の内容を記載したメッセージを追加する。

付箋追加モジュール１８５は、メッセージ処理装置１００において親メッセージに子メッセージが追加された場合は、ファイル上に子メッセージに対応する付箋を追加する。具体的には、通信モジュール１６０を介して、メッセージ処理装置１００から受信したメッセージを付箋に変換する。もちろんのことながら、その付箋を台紙上に表示させるように、メッセージから変換された付箋を付箋表示制御モジュール１７５に渡す。

また、付箋追加モジュール１８５は、複数のメッセージを１つの付箋に対応させて追加する。もちろんのことながら、付箋追加モジュール１８５と付箋表示制御モジュール１７５の処理によって、複数のメッセージを１つの付箋に対応させて表示するように制御することとなる。
なお、この場合（具体的には、「複数のメッセージを１つの付箋に対応させて表示するように制御する場合」）、メッセージが追加された場合のみならず、親メッセージに添付されたファイルから初めて付箋画面を立ち上げる場合にも適用可能である。
ここで「複数のメッセージ」として、メッセージ処理装置１００での親メッセージの全ての子メッセージであってもよいし、一部のメッセージであってもよい。一部のメッセージとして、付箋追加モジュール１８５が予め定められた条件を判断して選択してもよい。ここでの条件として、例えば、（１）メッセージを作成したユーザー別に、メッセージを選択し、その選択したメッセージを１つの付箋とするようにしてもよいし、（２）メッセージの属性別に、メッセージを選択し、その選択したメッセージを１つの付箋とするようにしてもよいし、（３）メッセージの枝別に、メッセージを選択し、その選択したメッセージを１つの付箋とするようにしてもよいし（４）前述の条件とは無関係にユーザーが選択した付箋を１つのメッセージとするようにしてもよい。
また、１つの付箋にまとめる契機として、前述のいずれかの条件を満たすメッセージの数が予め定められた数を超えた場合又は以上となった場合としてもよい。
なお、前述の条件（３）における「枝別」とは、「対象としているメッセージ下に複数の子メッセージがあった場合、その子メッセージ毎に」との意味であり、その子メッセージの下にさらなるメッセージ（いわゆる子孫メッセージ）がある場合は、それらを含む。具体例として、図２４、図２５の例を用いて後述する。

また、付箋表示制御モジュール１７５は、ユーザーの指定に応じて付箋の表示の属性を異ならせて表示するように制御してもよい。
その場合、メッセージ追加モジュール１９０は、付箋の表示の属性に応じて、メッセージ処理装置１００における付箋に対応するメッセージの属性を異ならせるようにしてもよい。
ここで「付箋の表示の属性」は、メッセージの内容とは別に、ユーザーの指定により変更可能な、付箋の見え方を示す属性である。例えば、付箋自体の形状、模様、色彩、大きさ等又はこれらの結合、付箋に付加されるマーク、フラグ、バッジ等の画像がある。また、「メッセージの属性」として、メッセージの見え方を示す属性であってもよいし、元の付箋の属性がどのようなものであるかを示す文字列等であってもよい。
例えば、付箋表示制御モジュール１７５において、ユーザーがある付箋の色を青色に設定した場合に、メッセージ追加モジュール１９０は、メッセージ処理装置１００における、青色の付箋に対応するメッセージに「緊急」の属性を付与してもよい。さらに、そのメッセージのタイトル色を青色にしてもよい。

さらに、メッセージ追加モジュール１９０は、付箋の表示の属性によっては、メッセージ処理装置１００に対して、メッセージを追加しないようにしてもよい。例えば、赤色の付箋については、メッセージ処理装置１００へメッセージを追加することは行わないようにしてもよい。
また、例えば、ＴｏＤｏ（やるべきこと）の属性を有する付箋の内容は、メッセージとしては追加せず、ＴｏＤｏリストに追加するといった場合に、ＴｏＤｏの付箋の色として赤色を対応付けておき、赤色の付箋については、メッセージ処理装置１００へメッセージを追加することは行わずに、ＴｏＤｏ管理装置に、その付箋の内容をＴｏＤｏの内容として追加するようにしてもよい。
また、他の例として、対応済みＴｏＤｏに関する付箋は、メッセージとして追加しないようにしてもよい。例えば、対応済みＴｏＤｏの付箋がピンク色の付箋である場合、ピンク色の付箋については、メッセージ処理装置１００へメッセージを追加することは行わずに、ＴｏＤｏ管理装置に、その付箋の内容を対応済みＴｏＤｏの内容として追加するようにしてもよい。

図２は、本実施の形態の構成例についての概念的なモジュール構成図である。
本実施の形態である情報処理システムの別の一例として、図２の例に示すようにメッセージ処理装置２００とメッセージ・付箋対応付装置２３０と付箋処理装置２５０によって構成されるものを示す。なお、図１の例に示した実施の形態と同種の部位には同一符号を付し重複した説明を省略する。図２の例に示す情報処理システムは、図１の例で示した付箋処理装置１５０内の付箋追加モジュール１８５、メッセージ追加モジュール１９０の機能を、メッセージ・付箋対応付装置２３０の機能としたものである。

メッセージ処理装置２００は、メッセージ制御モジュール１０５、通信モジュール２１０、メッセージ記憶モジュール１１５、メッセージ表示制御モジュール１２０、表示モジュール１２５を有している。メッセージ処理装置２００は、第１の情報処理装置の一例である。
通信モジュール２１０は、通信回線を介して付箋処理装置２５０の通信モジュール２６０、メッセージ・付箋対応付装置２３０の通信モジュール２３５と接続されている。なお、メッセージ処理装置２００が付箋処理装置２５０と通信をするのに、常に通信モジュール２３５を介して通信を行ってもよい。

メッセージ・付箋対応付装置２３０は、通信モジュール２３５、付箋追加モジュール２４０、メッセージ追加モジュール２４５を有している。メッセージ・付箋対応付装置２３０は、第３の情報処理装置の一例である。例えば、メッセージ・付箋対応付装置２３０は、ＩＦＴＴＴ（ＩＦ Ｔｈｉｓ Ｔｈｅｎ Ｔｈａｔの略）といわれるＷｅｂサービスの機能を有している。つまり、メッセージ処理装置２００と付箋処理装置２５０が提供しているＷｅｂサービスを連携する機能を有している。

通信モジュール２３５は、通信回線を介してメッセージ処理装置２００の通信モジュール２１０、付箋処理装置２５０の通信モジュール２６０と接続されている。通信モジュール２３５は、メッセージ処理装置２００から受信したメッセージに関する情報を付箋追加モジュール２４０に渡し、付箋追加モジュール２４０による処理結果である付箋に関する情報を、付箋処理装置２５０に送信する。また、通信モジュール２３５は、逆に、付箋処理装置２５０から受信した付箋に関する情報をメッセージ追加モジュール２４５に渡し、メッセージ追加モジュール２４５による処理結果であるメッセージに関する情報を、メッセージ処理装置２００に送信する。

付箋追加モジュール２４０は、付箋追加モジュール１８５と同等の機能を有しており、メッセージ処理装置２００において親メッセージに子メッセージが追加された場合は、付箋処理装置２５０に対して、ファイル上に子メッセージに対応する付箋を追加する。具体的には、付箋追加モジュール２４０は、メッセージ処理装置２００からメッセージを受信した場合は、そのメッセージを付箋処理装置２５０における付箋に変換する。その際に、子メッセージとしての付箋に変換する。なお、親メッセージに関する情報（例えば、親メッセージを示すメッセージＩＤ等）は、メッセージ処理装置２００からメッセージとともに受信する。もちろんのことながら、この場合、メッセージ処理装置２００は、メッセージ処理装置２００で新しく生成されたメッセージに関する情報とともに、付箋処理装置２５０に既に送信したファイルが添付された親メッセージに関する情報も、メッセージ・付箋対応付装置２３０に送信する。

メッセージ追加モジュール２４５は、メッセージ追加モジュール１９０と同等の機能を有しており、付箋処理装置２５０においてファイル上で付箋が追加された場合は、メッセージ処理装置２００に対して、その付箋の内容を、メッセージ処理装置２００における親メッセージに対する子メッセージとして追加する。具体的には、メッセージ追加モジュール２４５は、付箋処理装置２５０から付箋を受信した場合は、その付箋をメッセージ処理装置２００におけるメッセージに変換する。その際に、親メッセージに対する子メッセージとして変換する。なお、親メッセージに関する情報（例えば、親メッセージを示すメッセージＩＤ等）は、付箋処理装置２５０から付箋とともに受信する。もちろんのことながら、この場合、付箋処理装置２５０は、付箋処理装置２５０で新しく生成された付箋に関する情報とともに、メッセージ処理装置２００から既に受信したファイルが添付された親メッセージに関する情報も、メッセージ・付箋対応付装置２３０に送信する。

付箋処理装置２５０は、台紙・付箋制御モジュール１５５、通信モジュール２６０、台紙・付箋記憶モジュール１６５、台紙表示制御モジュール１７０、付箋表示制御モジュール１７５、表示モジュール１８０を有している。付箋処理装置２５０は、第２の情報処理装置の一例である。図１の例に示した付箋処理装置１５０から付箋追加モジュール１８５、メッセージ追加モジュール１９０を削除したものである。その代わりに、メッセージ・付箋対応付装置２３０を用いて、付箋追加モジュール１８５、メッセージ追加モジュール１９０の機能と同等のことを行わせる。
通信モジュール２６０は、通信回線を介してメッセージ処理装置２００の通信モジュール２１０、メッセージ・付箋対応付装置２３０の通信モジュール２３５と接続されている。なお、付箋処理装置２５０がメッセージ処理装置２００と通信をするのに、常に通信モジュール２３５を介して通信を行ってもよい。

図３は、本実施の形態を利用したシステム構成例を示す説明図である。
付箋処理装置１５０、ユーザー３２５Ａが所持しているユーザー端末３２０Ａ、ユーザー３２５Ｂが所持しているユーザー端末３２０Ｂ、ユーザー３２５Ｃが所持しているユーザー端末３２０Ｃは、通信回線（一般的には無線による通信回線であるが、有線による通信回線であってもよい）を介してそれぞれ接続されている。ユーザー３２５Ａ、ユーザー３２５Ｂ、ユーザー３２５Ｃによって、付箋処理装置１５０上で会議が行われている。そして、ユーザー３２５Ｄ、ユーザー３２５Ｅは、その会議を行っているユーザー３２５Ａ等と同じグループＸに所属しており、その会議には参加していないが、メッセージ処理装置１００によるメッセージをやり取りすることができる。
そして、付箋処理装置２５０、ユーザー３２５Ｆが所持しているユーザー端末３２０Ｆ、ユーザー３２５Ｇが所持しているユーザー端末３２０Ｇは、通信回線を介してそれぞれ接続されている。ユーザー３２５Ｆ、ユーザー３２５Ｇによって、付箋処理装置２５０上で会議が行われている。そして、ユーザー３２５Ｈは、その会議を行っているユーザー３２５Ｆ等と同じグループＹに所属しており、その会議には参加していないが、メッセージ処理装置１００によるメッセージをやり取りすることができる。
なお、メッセージ処理装置１００は、２つのグループ（ユーザー３２５Ａ等が参加しているグループＸとユーザー３２５Ｆ等が参加しているグループＹ）によるタスク（プロジェクトといわれるものを含む）の掲示板を管理している。
また、付箋処理装置１５０、付箋処理装置２５０による会議には参加していないユーザー３２５Ｅ等に対しても、その会議によってＴｏＤｏ（やるべきこと）が割り付けられる可能性がある。ユーザー端末３２０は、通信機能のあるパソコン（ノートパソコンを含む）、携帯情報通信機器（例えば、携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）等であってもよい。

付箋処理装置１５０、メッセージ処理装置１００、メッセージ処理装置２００、メッセージ・付箋対応付装置２３０、付箋処理装置２５０、ＴｏＤｏ管理装置３８０、ユーザー端末３２０Ｄ、ユーザー端末３２０Ｅ、ユーザー端末３２０Ｈは、通信回線３９０を介してそれぞれ接続されている。通信回線３９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。ＴｏＤｏ管理装置３８０は、各ユーザー３２５のＴｏＤｏリストを管理し、各ユーザー３２５が閲覧可能な、ＴｏＤｏリストを表示する画面（以下、ＴｏＤｏリスト画面と称する。進捗画面の一例）を生成する。また、メッセージ処理装置１００、付箋処理装置１５０、メッセージ処理装置２００、メッセージ・付箋対応付装置２３０、付箋処理装置２５０、ＴｏＤｏ管理装置３８０による機能は、クラウドサービスとして実現してもよい。また、メッセージ処理装置１００、付箋処理装置１５０、メッセージ処理装置２００、付箋処理装置２５０、ＴｏＤｏ管理装置３８０をサーバー、ユーザー端末３２０をクライアントとしたクライアントサーバーモデルのシステム構成としてもよい。

本実施の形態は、例えば、以下のような処理を行う。特に、この説明（本段落番号内の説明）は、本実施の形態の理解を容易にすることを目的とするものであり、この説明を用いて限定解釈することは意図していない。そして、この説明部分のみを用いて、特許を受けようとする発明が発明の詳細な説明に記載したものであること（特許法第３６条第６項第１号）の判断を行うべきではないことは当然である。
一般的な利用形態として、メッセージ処理装置１００又はメッセージ処理装置２００は、非同期なコミュニケーションに用いられ、付箋処理装置１５０又は付箋処理装置２５０は、フェーストゥフェースのコミュニケーションに用いられる。例えば、メッセージ処理装置１００又はメッセージ処理装置２００は、参加者が各人の端末からメッセージを送信するが、必ずしもリアルタイムでそのメッセージに反応する必要はなく、各参加者が参加できるときにメッセージを表示し、送信することを行う。一方、付箋処理装置１５０又は付箋処理装置２５０は、参加者が一カ所に集まって議論をする場合に用いられ、開始時と終了時が定められている。
そして、タスクを推進するにあたって、非同期なコミュニケーションとフェーストゥフェースのコミュニケーションを混在させて行うのが一般的である。なお、非同期なコミュニケーションはタスクの参加者全員が参加して行われるが、フェーストゥフェースのコミュニケーションはグループリーダー等の代表者（いわゆる少数精鋭）によって行われる傾向がある。
そして、非同期なコミュニケーションで問題が発生した場合に、フェーストゥフェースのコミュニケーションを開催することがある。この場合、非同期なコミュニケーションでのメッセージに添付されたファイル、そして、それに関連するメッセージを見ながら議論をすると効率的である。
さらに、フェーストゥフェースのコミュニケーションによる議論の結果を、非参加のタスクメンバー（つまり、非同期なコミュニケーションの参加者ではあるが、フェーストゥフェースのコミュニケーションには参加しなかった者であるユーザー３２５Ｄ等）に共有させたい場合がある。
本実施の形態のメッセージ処理装置１００と付箋処理装置１５０によるシステム又はメッセージ処理装置２００とメッセージ・付箋対応付装置２３０と付箋処理装置２５０によるシステムでは、付箋処理装置１５０又は付箋処理装置２５０では、親メッセージに添付されたファイルと、そのファイルを台紙として、台紙上に子メッセージの内容に対応する付箋を表示モジュールに表示するように制御し、メッセージ処理装置１００又はメッセージ処理装置２００では、新たな付箋の内容を親メッセージに対する子メッセージとして追加し、表示モジュールに表示するように制御している。

図４は、本実施の形態が使用される会議室等における、ユーザー端末３２０、付箋処理装置１５０の使用例を示す説明図である。なお、図４（ａ）、（ｂ）で例示している付箋処理装置１５０ｘ、付箋処理装置１５０ｙ、付箋処理装置１５０の表示装置の部分は、図１、図２で例示した表示モジュール１８０に該当する。
図４（ａ）の例に示すように、会議室等内に、参加者（ユーザー３２５Ｂ、ユーザー３２５Ｃ）、ファシリテーター（ユーザー３２５Ａ）が集まっている。参加者（ユーザー３２５Ｂ）はユーザー端末３２０Ａを利用し、参加者（ユーザー３２５Ｃ）はユーザー端末３２０Ｂを利用する。一般的に、端末装置（例えば、ユーザー端末３２０Ａ等）は参加者１人に１個付与されており、図４（ｃ）の例に示すユーザー端末３２０のように、ノート程度の大きさ（例えば、Ａ４、Ｂ５、７～１０インチ等）のタブレット型の端末であり、指又はペン等を用いて操作されるものである。参加者によって、テキストデータ、手書きの文字、図形等が記載された付箋が作成される。なお、端末装置は、タブレット型の端末に限られず、キーボード、マウス等を備えたＰＣ（例えば、ノートＰＣを含む）等であってもよい。
図４（ａ）の例に示す付箋処理装置１５０ｘは、プロジェクターを有しており、台紙及び付箋からなる付箋画面、メッセージ画面を表示する。また、付箋処理装置１５０ｙは、電子白板であって、ファシリテーター（ユーザー３２５Ａ）の指又はペン等の動きを検知して、付箋を台紙に貼り付けること、付箋の移動、付箋の書き換え、付箋の削除等の操作を受け付けるものである。例えば、付箋処理装置１５０ｙにペンが備えられており、そのペンが予め定められたペン置きから離れたこと（例えば、ファシリテーター（ユーザー３２５Ａ）が操作するためにペンを持ち上げたこと）、そしてペンの先端の位置（例えば、ペン先端が付箋処理装置１５０ｙに触れたこと等）を検知することによって、台紙、付箋に対する操作を受け付ける。例えば、ペン置きにセンサー（例えば、ペンの重力でスイッチがオンオフとなるセンサー等）を設け、複数のペン（例えば、黒色のペン、赤色のペン、青色のペン等）のうち、どのペンが用いられているかを検知すればよい。また、付箋処理装置１５０ｙの表示画面全体がタッチセンサーであり、表示画面に触れられた位置、圧力を検知すればよい。本例では、ペンのオンオフはペン置きによって制御するが、必ずしもペン置きがある必要はない。ペン側で直接オンオフを制御できるようにしても構わない。色の変更に関してもペン置きを必要とせずに、表示画面上の一部分にカラーパレットを用意しておき、目的の色をペン（又は、それに類するもの）がタッチすることで色を変更したり、ペンに色を変える指示をするための機能（例えば、ボタンやスライダ等）が備わっていたりしても構わない。
また、付箋処理装置１５０は、図４（ｂ）の例に示すような電子ボードであってもよい。電子ボードは、一般的に大画面の表示装置（少なくとも、ユーザー端末３２０の表示装置よりも大きい）を有しており、その表示装置はタッチパネルであり、表示画面に触れられた位置、圧力を検知する。例えば、画面として、８０インチ等の大きさを備えたものであってもよい。

図５は、メッセージ情報テーブル５００のデータ構造例を示す説明図である。メッセージ情報テーブル５００は、メッセージ処理装置１００（又はメッセージ処理装置２００、以下、メッセージ処理装置２００を含まない等の特別の記載がない限り、メッセージ処理装置１００の説明はメッセージ処理装置２００の説明を含む）のメッセージ制御モジュール１０５に記憶されており、メッセージに関する情報に該当するものである。メッセージ情報テーブル５００は、メッセージＩＤ欄５１０、タスクＩＤ欄５１５、メッセージ作成者欄５２０、親メッセージ欄５２５、子メッセージ欄５３０、メッセージ内容欄５３５、添付ファイル欄５４０、受信日時欄５４５、色欄５５０、書体欄５５５、文字サイズ欄５６０、対応付箋ＩＤ欄５６５を有している。メッセージＩＤ欄５１０は、本実施の形態において、メッセージを一意に識別するための情報（具体的には、メッセージＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎの略）を記憶している。タスクＩＤ欄５１５は、本実施の形態において、タスクを一意に識別するための情報（具体的には、タスクＩＤ）を記憶している。メッセージ作成者欄５２０は、対象としているメッセージの作成者を記憶している。もちろんのことながら、この作成者は、タスクのメンバーである。親メッセージ欄５２５は、対象としているメッセージに対しての親となるメッセージを記憶している。子メッセージ欄５３０は、対象としているメッセージに対しての子となるメッセージを記憶している。子メッセージは無い場合がある。また、子メッセージは複数あってもよい。メッセージ内容欄５３５は、対象としているメッセージの内容を記憶している。添付ファイル欄５４０は、対象としているメッセージに添付されているファイルを記憶している。受信日時欄５４５は、そのメッセージをメッセージ処理装置１００が受信した日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。また、そのメッセージを作成者が送信した日時であってもよい。色欄５５０は、そのメッセージを表示する場合の色彩を記憶している。書体欄５５５は、そのメッセージを表示する場合の書体を記憶している。文字サイズ欄５６０は、そのメッセージを表示する場合の文字サイズを記憶している。対応付箋ＩＤ欄５６５は、そのメッセージと対応する付箋の付箋ＩＤを記憶している。付箋ＩＤの取得方法は以下のようになる。メッセージ処理装置１００から付箋処理装置１５０にメッセージを送信した場合は、返信として、付箋処理装置１５０からそのメッセージに対応する付箋ＩＤを受信すればよい。付箋処理装置１５０からメッセージが送信されてきた場合は、そのメッセージとともに対応する付箋ＩＤも付加されているので、それを受信すればよい。なお、色欄５５０、書体欄５５５、文字サイズ欄５６０が、メッセージの表示の属性例に該当する。

図６は、会議情報テーブル６００のデータ構造例を示す説明図である。会議情報テーブル６００は、付箋処理装置１５０（又は付箋処理装置２５０、以下、付箋処理装置２５０を含まない等の特別の記載がない限り、付箋処理装置１５０の説明は付箋処理装置２５０の説明を含む）の台紙・付箋記憶モジュール１６５に記憶されている。付箋処理装置１５０を用いた会議を示す情報である。会議情報テーブル６００は、会議ＩＤ欄６１０、会議名欄６１５、日時欄６２０、台紙ＩＤ欄６２５、参加人数欄６３０、参加者ＩＤ欄６３５を有している。会議ＩＤ欄６１０は、本実施の形態において、会議を一意に識別するための情報（具体的には、会議ＩＤ）を記憶している。会議名欄６１５は、その会議の名称を記憶している。日時欄６２０は、その会議が行われた日時（「日時」の解釈として、年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）又は期間を記憶している。台紙ＩＤ欄６２５は、本実施の形態において、その会議で用いられた台紙を一意に識別するための情報（つまり、台紙ＩＤ）を記憶している。参加人数欄６３０は、その会議における参加人数を記憶している。参加者ＩＤ欄６３５は、本実施の形態において、参加者を一意に識別するための情報（具体例として、参加者ＩＤのリスト）を記憶している。

図７は、タスク・会議対応テーブル７００のデータ構造例を示す説明図である。タスク・会議対応テーブル７００は、付箋処理装置１５０の台紙・付箋記憶モジュール１６５に記憶されている。タスク・会議対応テーブル７００は、メッセージ処理装置１００を用いて行われているタスクと付箋処理装置１５０を用いている行われている会議との対応を管理するものである。タスク・会議対応テーブル７００は、タスクＩＤ欄７１０、会議ＩＤ欄７１５を有している。タスクＩＤ欄７１０は、タスクＩＤを記憶している。会議ＩＤ欄７１５は、そのタスクＩＤで示されるタスクに対応する会議の会議ＩＤを記憶している。

図８は、台紙情報テーブル８００のデータ構造例を示す説明図である。台紙情報テーブル８００は、付箋処理装置１５０の台紙・付箋記憶モジュール１６５に記憶されている。台紙情報テーブル８００は、台紙ＩＤ欄８１０、台紙種別欄８１５、台紙パターンＩＤ欄８２０、作成日時欄８２５、作成者欄８３０を有している。台紙ＩＤ欄８１０は、台紙ＩＤを記憶している。台紙種別欄８１５は、台紙種別欄を記憶している。台紙パターンＩＤ欄８２０は、背景となる台紙パターンＩＤを記憶している。例えば、表形式のパターン、図面等がある。作成日時欄８２５は、その台紙の作成日時を記憶している。作成者欄８３０は、その台紙の作成者を記憶している。

図９は、台紙・メッセージ対応テーブル９００のデータ構造例を示す説明図である。台紙・メッセージ対応テーブル９００は、付箋処理装置１５０の台紙・付箋記憶モジュール１６５に記憶されている。台紙・メッセージ対応テーブル９００は、台紙ＩＤ欄９１０、メッセージＩＤ欄９１５、ファイル欄９２０を有している。台紙ＩＤ欄９１０は、台紙ＩＤを記憶している。メッセージＩＤ欄９１５は、本実施の形態において、メッセージを一意に識別するための情報（具体的には、メッセージＩＤ）を記憶している。具体的には、メッセージ処理装置１００から送信されてきたファイルが添付された親メッセージが該当する。ファイル欄９２０は、台紙として扱うファイルを記憶している。もちろんのことながら、メッセージ処理装置１００から送信されてきた親メッセージに添付されたファイルである。

図１０は、付箋情報テーブル１０００のデータ構造例を示す説明図である。付箋情報テーブル１０００は、付箋処理装置１５０の台紙・付箋記憶モジュール１６５に記憶されている。付箋情報とは、付箋の属性を含む情報であり、付箋情報テーブル１０００は、付箋の属性をテーブル化したものである。付箋情報テーブル１０００は、付箋ＩＤ欄１０１０、台紙ＩＤ欄１０１５、対応メッセージＩＤ欄１０２０、貼付位置欄１０２５、サイズ欄１０３０、作成日時欄１０３５、作成者欄１０４０、貼付日時欄１０４５、色欄１０５０、枠線形状欄１０５５、枠線色欄１０６０、枠線太さ欄１０６５、所属グループ欄１０７０、タイプ欄１０７５、内容種別欄１０８０、内容欄１０８５を有している。テーブルの各欄の情報が、付箋の各属性に該当する。付箋ＩＤ欄１０１０は、付箋のＩＤを記憶している。台紙ＩＤ欄１０１５は、その付箋が貼り付けられている台紙のＩＤを記憶している。対応メッセージＩＤ欄１０２０は、その付箋に対応するメッセージのメッセージＩＤを記憶している。対象としている付箋が、メッセージ処理装置１００から送信されてきたメッセージに対応して作成された場合、又は、付箋処理装置１５０で作成された付箋をメッセージに変更して、メッセージ処理装置１００に送信した場合に、対応するメッセージがある。貼付位置欄１０２５は、その付箋が貼り付けられる位置（例えば、付箋の中心、左上端等の位置）を記憶している。つまり、台紙上の貼り付け位置を記憶している。例えば、台紙のＸＹ座標系における座標である。サイズ欄１０３０は、その付箋のサイズを記憶している。例えば、提示する付箋が矩形である場合は、幅と高さを記憶している。作成日時欄１０３５は、その付箋が作成された日時を記憶している。作成者欄１０４０は、その付箋の作成者（つまり、作成者ＩＤ）を記憶している。又は、その付箋が作成された情報処理装置（例えば、ユーザー端末３２０又は付箋処理装置１５０の機器ＩＤ）を記憶してもよい。貼付日時欄１０４５は、その付箋が台紙に貼り付けられた日時を記憶している。色欄１０５０は、その付箋の表示色を記憶している。枠線形状欄１０５５は、その付箋の表示における枠線の形状（例えば、実線、点線、破線、波線、二重線等）を記憶している。枠線色欄１０６０は、その付箋の表示における枠線の色を記憶している。枠線太さ欄１０６５は、その付箋の表示における枠線の太さを記憶している。所属グループ欄１０７０は、その付箋が所属しているグループに関する情報を記憶している。例えば、その付箋がグループに属しているか否かを示す情報を記憶していてもよいし、グループに属している場合は、グループＩＤやそのグループに属している他の付箋ＩＤ等を記憶していてもよい。タイプ欄１０７５は、その付箋の型（つまり、タイプ）を記憶している。具体的には、やるべきことが記載されたＴｏＤｏ型、メッセージ型（メッセージ処理装置１００のメッセージに対応する付箋）、通常型（ＴｏＤｏ型、メッセージ型ではない付箋であって、会議に用いられる一般的な付箋）がある。内容種別欄１０８０は、その付箋の内容種別（テキスト情報、手書き文字又は図形等を示すベクトルデータ、音声情報、写真等の静止画像情報、動画情報等、又はこれらの組み合わせを示す情報）を記憶している。内容欄１０８５は、その付箋に書き込まれている内容を記憶している。具体的には、メッセージ処理装置１００から送信されてきたメッセージに対応して作成された付箋である場合は、そのメッセージの内容が記載されている。ＴｏＤｏ型の付箋の場合は、少なくとも「やるべきこと」が記載されている。この他に、担当者と、進捗状況が記載されていてもよい。なお、色欄１０５０、枠線形状欄１０５５、枠線色欄１０６０、枠線太さ欄１０６５が、付箋の表示の属性例に該当する。

図１１は、ＴｏＤｏ管理テーブル１１００のデータ構造例を示す説明図である。ＴｏＤｏ管理テーブル１１００は、付箋処理装置１５０の台紙・付箋記憶モジュール１６５に記憶されている。ＴｏＤｏ管理テーブル１１００は、ＴｏＤｏＩＤ欄１１１０、ＴｏＤｏ欄１１１５、担当者欄１１２０、期日欄１１２５、進捗状況欄１１３０、付箋ＩＤ欄１１３５を有している。ＴｏＤｏＩＤ欄１１１０は、本実施の形態において、ＴｏＤｏを一意に識別するための情報（具体的には、ＴｏＤｏＩＤ）を記憶している。ＴｏＤｏ欄１１１５は、ＴｏＤｏ（つまり、やるべきこと）を記憶している。担当者欄１１２０は、そのＴｏＤｏの担当者を記憶している。期日欄１１２５は、そのＴｏＤｏにおける期日（例えば、締め切り日）を記憶している。進捗状況欄１１３０は、そのＴｏＤｏにおける進捗状況を記憶している。付箋ＩＤ欄１１３５は、そのＴｏＤｏが記載されている付箋ＩＤを記憶している。ＴｏＤｏ管理テーブル１１００によって、ＴｏＤｏと付箋が関連付けられる。

図１２は、メッセージ処理装置１００のメッセージ表示制御モジュール１２０によって表示するように制御された表示モジュール１２５の画面１２００の例を示す説明図である。
画面１２００には、タスク表示領域１２１０、メッセージ木構造表示領域１２２０、メッセージ内容表示領域１２５０、添付ファイル表示領域１２６０、付箋化ボタン１２７０を表示する。
タスク表示領域１２１０は、メッセージをやり取りするタスクの名称を表示する。
メッセージ木構造表示領域１２２０は、メッセージを表示する。
メッセージ内容表示領域１２５０は、メッセージ木構造表示領域１２２０内で選択されたメッセージの内容を表示する。
添付ファイル表示領域１２６０は、メッセージ木構造表示領域１２２０内で選択されたメッセージにファイルが添付されている場合は、そのファイルの内容を表示する。
付箋化ボタン１２７０は、メッセージ木構造表示領域１２２０内の予め定められたメッセージ、メッセージ木構造表示領域１２２０内で選択されたメッセージ、又は、メッセージ木構造表示領域１２２０内の全てのメッセージ、を付箋処理装置１５０に送信する。メッセージ木構造表示領域１２２０内の予め定められたメッセージとして、例えば、本タスク内の最初のメッセージ１２２２としてもよい。

メッセージ間は、木構造を構成している。
図１２の例は、メッセージ１２２２の子として、メッセージ１２２４、メッセージ１２３０があり、メッセージ１２２４の子として、メッセージ１２２６、メッセージ１２２８があり、メッセージ１２３０の子として、メッセージ１２３２、メッセージ１２３４があり、メッセージ１２３４の子として、メッセージ１２３６があることを示している。なお、メッセージ１２２２には、文書アイコン１２４０が添付されており、ファイルが添付されていることを示している。
メッセージがユーザーの操作によって選択されると、そのメッセージの内容をメッセージ内容表示領域１２５０に表示し、そのメッセージにファイルが添付されている場合は、そのファイルを添付ファイル表示領域１２６０に表示する。例えば、メッセージ１２２２が選択されると、メッセージ１２２２の内容をメッセージ内容表示領域１２５０に表示し、文書アイコン１２４０に対応する図面であるファイル１２６５を添付ファイル表示領域１２６０に表示する。

図１３は、付箋処理装置１５０によって表示するように制御された画面１３００の例を示す説明図である。この例は、メッセージ処理装置１００から図１２の例で示したメッセージ１２２２が送信され、その後に、付箋の貼り付け等が行われた状態を示している。
画面１３００には、台紙１３０５を表示する。台紙１３０５は、図１２の例で示したファイル１２６５である。つまり、メッセージ１２２２が送信され、メッセージ１２２２に添付されていたファイル１２６５を受信して、台紙１３０５として画面１３００に表示したものである。
台紙１３０５には、付箋１３２２、付箋１３２４、付箋１３３２、付箋１３３４、付箋１３４２、付箋１３４４が貼り付けられており、メッセージ化ボタン１３７０を表示する。付箋１３２２等は、メッセージ１２２２又はメッセージ１２２２の子メッセージに対応する付箋であったり、付箋処理装置１５０で新たに作成された付箋であったりする。
そして、ユーザーの操作によって付箋が選択された後に、メッセージ化ボタン１３７０が選択された場合、その選択された付箋をメッセージとしてメッセージ処理装置１００に送信することを行う。

図１４は、本実施の形態による処理例を示すフローチャートである。メッセージ処理装置１００から付箋処理装置１５０に親メッセージを送信する処理例を示すものである。
ステップＳ１４０２では、メッセージ処理装置１００は、付箋処理装置１５０に送信するメッセージに添付ファイルはあるか否かを判断し、ある場合はステップＳ１４０４へ進み、それ以外の場合はステップＳ１４０６へ進む。
ステップＳ１４０４では、メッセージ処理装置１００は、そのメッセージとともに添付ファイルを付箋処理装置１５０に送信する。
ステップＳ１４０６では、メッセージ処理装置１００は、そのメッセージを付箋処理装置１５０に送信する。

ステップＳ１４０８では、ステップＳ１４０４又はステップＳ１４０６の後に、付箋処理装置１５０は、メッセージ処理装置１００から情報を受信する。
ステップＳ１４１０では、付箋処理装置１５０は、受信した情報にファイルが含まれているか否かを判断し、含まれている場合はステップＳ１４１２へ進み、それ以外の場合はステップＳ１４１４へ進む。
ステップＳ１４１２では、付箋処理装置１５０は、受信した情報内のファイルを台紙とする。

ステップＳ１４１４では、付箋処理装置１５０は、受信した情報内のメッセージを内容とする付箋を生成する。
ステップＳ１４１６では、付箋処理装置１５０は、台紙上に付箋を貼り付ける。
本処理は、メッセージ処理装置１００において、ユーザーが付箋処理装置１５０に送信すべきメッセージを選択することを契機としてもよいし、付箋処理装置１５０において、ユーザーがメッセージ処理装置１００内のメッセージを要求することを契機としてもよい。

図１５は、本実施の形態による処理例を示す説明図である。図１４の例に示すフローチャートによる処理例を示すものである。具体的には、メッセージ処理装置１００から付箋処理装置１５０に、ファイルを添付した１つのメッセージが送信された場合の表示例を示すものである。
画面１３００には、メッセージに添付されたファイルである台紙１３０５を表示する。
台紙１３０５には、メッセージの内容が記載された付箋１３２２が貼り付けられており、メッセージ化ボタン１３７０を表示する。

図１６は、本実施の形態による処理例を示すフローチャートである。親メッセージを送信した後に、メッセージ処理装置１００から付箋処理装置１５０に子メッセージを送信する例を示すものである。
ステップＳ１６０２では、メッセージ処理装置１００は、送信したメッセージに子メッセージはあるか否かを判断し、ある場合はステップＳ１６０４へ進み、それ以外の場合は子メッセージが出現するまで待機する。ステップＳ１６０２の判断処理は、親メッセージを送信した後に行うようにしてもよいし、メッセージが発生する都度に行うようにしてもよいし、予め定められた期間毎に行うようにしてもよいし、メッセージ処理装置１００のユーザーによる送信操作を契機に行うようにしてもよいし、付箋処理装置１５０からの送信要求に応じて行うようにしてもよい。
ステップＳ１６０４では、メッセージ処理装置１００は、その子メッセージをその子メッセージの親メッセージを特定できる情報である親メッセージＩＤとともに付箋処理装置１５０に送信する。

ステップＳ１６０６では、ステップＳ１６０４の後に、付箋処理装置１５０は、メッセージ処理装置１００から情報を受信する。
ステップＳ１６０８では、付箋処理装置１５０は、受信した情報内のメッセージを内容とする付箋（Ａ）を生成する。
ステップＳ１６１０では、付箋処理装置１５０は、親メッセージＩＤに対応する付箋（Ｂ）を特定する。
ステップＳ１６１２では、付箋処理装置１５０は、付箋（Ａ）を付箋（Ｂ）の子として台紙上に貼り付ける。

図１７は、本実施の形態による処理例を示す説明図である。図１６の例に示すフローチャートによる処理例を示すものである。具体的には、メッセージ処理装置１００から付箋処理装置１５０に、２つの子メッセージが送信された場合の表示例を示すものである。
画面１３００には、台紙１３０５を表示する。
台紙１３０５には、付箋１３２２、付箋１７２４、付箋１７２６が貼り付けられており、メッセージ化ボタン１３７０を表示する。付箋１７２４、付箋１７２６は、新しく受信した子メッセージであるメッセージ１２２４、メッセージ１２３０に対応して作成されたものである。なお、付箋１７２４、付箋１７２６は、付箋１３２２の子であることを示す位置に貼り付けるようにしてもよい。

図１８は、本実施の形態による処理例を示すフローチャートである。付箋処理装置１５０からメッセージ処理装置１００に付箋に対応するメッセージを送信する例を示すものである。
ステップＳ１８０２では、付箋処理装置１５０は、親メッセージＩＤに対応する付箋（Ｃ）に関連する付箋（Ｄ）はあるか否かを判断し、ある場合はステップＳ１８０４へ進み、それ以外の場合は親メッセージＩＤに対応する付箋（Ｃ）に関連する付箋（Ｄ）が出現するまで待機する。ステップＳ１８０２の判断処理は、メッセージが発生する都度に行うようにしてもよいし、予め定められた期間毎に行うようにしてもよいし、付箋処理装置１５０のユーザーによる送信操作を契機に行うようにしてもよいし、メッセージ処理装置１００からの送信要求に応じて行うようにしてもよい。なお、親メッセージに対応する付箋は、親付箋ともいう。
また、「親付箋に関連する付箋」として、例えば、台紙に貼り付けられた全ての付箋としてもよいし、親付箋と予め定められた距離内にある付箋としてもよいし、親付箋と接続線でつながれている付箋としてもよいし、親付箋と同じグループである付箋としてもよい。

ステップＳ１８０４では、付箋処理装置１５０は、付箋（Ｄ）を、付箋（Ｃ）に対応するメッセージを特定できる情報であるメッセージＩＤとともに、メッセージ処理装置１００に送信する。
ステップＳ１８０６では、ステップＳ１８０４の後に、メッセージ処理装置１００は、付箋処理装置１５０から情報を受信する。
ステップＳ１８０８では、メッセージ処理装置１００は、受信した情報内の付箋を内容とするメッセージを生成する。

ステップＳ１８１０では、メッセージ処理装置１００は、受信した情報内のメッセージＩＤに対応するメッセージを親とし、前ステップで生成したメッセージを子メッセージとする関係を生成する。
ステップＳ１８１２では、メッセージ処理装置１００は、親メッセージに関連付けて、子メッセージを表示する。

図１９は、本実施の形態による処理例を示す説明図である。図１８の例に示すフローチャートによる処理例を示すものである。具体的には、付箋処理装置１５０からメッセージ処理装置１００に、１つの付箋が送信された場合の表示例を示すものである。
図１９の例は、図１２の例からメッセージ１２２２の子メッセージとなる付箋を受信した場合を示すものである。
つまり、メッセージ１２２２の子として、メッセージ１２２４、メッセージ１２３０の他に、新たにメッセージ１９４０が追加されたことを示している。

図１６の例では、親メッセージの直下にある子メッセージだけをメッセージ処理装置１００から付箋処理装置１５０に送信しているが、図２０から図２４の例に示す処理としてもよい。具体的には、図１６の例に示すフローチャート内のステップＳ１６０４を、図２０から図２４の例に示す処理に置き換えてもよい。
図２０は、本実施の形態による処理例を示すフローチャートである。メッセージ処理装置１００が付箋処理装置１５０にメッセージを送信する例を示したものである。
ステップＳ２００２では、送信した親メッセージの下にあるメッセージの全てを収集する。
ステップＳ２００４では、収集したメッセージ群を親メッセージＩＤとともに付箋処理装置１５０に送信する。
本処理例では、親メッセージの直下にある子メッセージだけでなく、その子メッセージの子孫メッセージも含めて、メッセージ処理装置１００から付箋処理装置１５０に送信する。

図２１は、本実施の形態による処理例を示すフローチャートである。メッセージ処理装置１００が付箋処理装置１５０にメッセージを送信する例を示したものである。
ステップＳ２１０２では、送信した親メッセージの下にあるメッセージであって、そのメッセージを作成したユーザー毎にメッセージを収集する。
ステップＳ２１０４では、収集したメッセージ群を親メッセージＩＤとともに付箋処理装置１５０に送信する。
本処理例では、メッセージの作成者毎に、メッセージ処理装置１００から付箋処理装置１５０にメッセージを送信する。また、図２２の例に示すように、予め定められた作成者のメッセージだけを送信するようにしてもよい。

図２２は、本実施の形態による処理例を示すフローチャートである。メッセージ処理装置１００が付箋処理装置１５０にメッセージを送信する例を示したものである。
図２２（ａ）は、本実施の形態による処理例を示すフローチャートである。
ステップＳ２２０２では、送信した親メッセージの下にあるメッセージであって、そのメッセージを作成したユーザー毎にメッセージを収集する。
ステップＳ２２０４では、付箋処理装置１５０での会合に参加しているユーザーのメッセージを選択して、選択したメッセージ群を親メッセージＩＤとともに付箋処理装置１５０に送信する。
本処理例では、付箋処理装置１５０での会合に参加しているユーザーが作成したメッセージだけを、メッセージ処理装置１００から付箋処理装置１５０に送信する。付箋処理装置１５０での会合に参加しているユーザーにとって、メッセージ処理装置１００で表明した自分の意見を付箋に記載する労力を軽減するために、このような処理を行う。

図２２（ｂ）は、本実施の形態による処理例を示すフローチャートである。
ステップＳ２２５２では、送信した親メッセージの下にあるメッセージであって、そのメッセージを作成したユーザー毎にメッセージを収集する。
ステップＳ２２５４では、付箋処理装置１５０での会合に参加していないユーザーのメッセージを選択して、選択したメッセージ群を親メッセージＩＤとともに付箋処理装置１５０に送信する。
本処理例では、付箋処理装置１５０での会合に参加していないユーザーが作成したメッセージだけを、メッセージ処理装置１００から付箋処理装置１５０に送信する。付箋処理装置１５０での会合に参加していないユーザーの意見を、会合参加者が知ることができるようにするために、このような処理を行う。

図２３は、本実施の形態による処理例を示すフローチャートである。メッセージ処理装置１００が付箋処理装置１５０にメッセージを送信する例を示したものである。
ステップＳ２３０２では、送信した親メッセージの下にあるメッセージであって、そのメッセージの属性毎にメッセージを収集する。なお、「そのメッセージの属性毎にメッセージを収集する」を「予め定められた属性であるメッセージを収集する」としてもよい。
ステップＳ２３０４では、収集したメッセージ群を親メッセージＩＤとともに付箋処理装置１５０に送信する。
本処理例では、メッセージの属性毎に、メッセージ処理装置１００から付箋処理装置１５０にメッセージを送信する。例えば、赤色で表示されているメッセージだけを、付箋処理装置１５０に送信することを行う。

図２４は、本実施の形態による処理例を示すフローチャートである。メッセージ処理装置１００が付箋処理装置１５０にメッセージを送信する例を示したものである。
ステップＳ２４０２では、送信した親メッセージの下にあるメッセージであって、枝別にメッセージを収集する。
ステップＳ２１０４では、収集したメッセージ群を親メッセージＩＤとともに付箋処理装置１５０に送信する。
本処理例では、木構造における枝別にメッセージを、メッセージ処理装置１００から付箋処理装置１５０に送信する。「枝別」については、図２５の例を用いて説明する。

図２５は、本実施の形態による処理例を示す説明図である。
親メッセージ２５０２の直下には、子メッセージ２５１０、子メッセージ２５２０がある。この場合、枝２５１０Ａと枝２５２０Ａの２つの集合に分けて、メッセージ群を付箋処理装置１５０に送信する。具体的には、枝２５１０Ａに、子メッセージ２５１０、孫メッセージ２５１２、孫メッセージ２５１４が含まれる。枝２５２０Ａに、子メッセージ２５２０、孫メッセージ２５２２、孫メッセージ２５２４、孫メッセージ２５２６が含まれる。もちろんのことながら、孫メッセージ下にさらにメッセージ（いわゆる子孫メッセージ）がある場合は、その子孫メッセージを含めた集合にする。
そして、付箋処理装置１５０は、枝２５１０Ａ内のメッセージに対応する付箋と、枝２５２０Ａ内のメッセージに対応する付箋との表示形態を異ならせて表示してもよい。例えば、枝２５１０Ａ内のメッセージに対応する付箋を赤色にし、枝２５２０Ａ内のメッセージに対応する付箋を青色にしてもよい。

図１８の例では、親メッセージの直下にある子メッセージだけをメッセージ処理装置１００から付箋処理装置１５０に送信しているが、図２６から図３０の例に示す処理としてもよい。具体的には、図１８の例に示すフローチャート内のステップＳ１８０４を、図２６から図３０の例に示す処理に置き換えてもよい。
図２６は、本実施の形態による処理例を示すフローチャートである。付箋処理装置１５０がメッセージ処理装置１００に付箋を送信する例を示したものである。なお、付箋処理装置１５０がメッセージ処理装置１００に送信する付箋は、付箋処理装置１５０で新たに作成された付箋だけとしてもよい。つまり、メッセージ処理装置１００から送信されたメッセージに対応する付箋は除外してもよい。
ステップＳ２６０２では、受信した親メッセージに対応する付箋に関連する付箋を全て収集する。
ステップＳ２６０４では、収集した付箋群を親メッセージＩＤとともにメッセージ処理装置１００に送信する。付箋群を受信したメッセージ処理装置１００では、受信した付箋群に対応するメッセージ群を、親メッセージＩＤのメッセージの下に付加することができる。

図２７は、本実施の形態による処理例を示すフローチャートである。付箋処理装置１５０がメッセージ処理装置１００に付箋を送信する例を示したものである。
ステップＳ２７０２では、受信した親メッセージに対応する付箋に関連する付箋であって、その付箋を作成したユーザー毎に付箋を収集する。
ステップＳ２７０４では、収集した付箋群を親メッセージＩＤとともにメッセージ処理装置１００に送信する。
本処理例では、付箋の作成者毎に、付箋処理装置１５０からメッセージ処理装置１００に付箋を送信する。また、図２８の例に示すように、予め定められた作成者の付箋だけを送信するようにしてもよい。

図２８は、本実施の形態による処理例を示すフローチャートである。付箋処理装置１５０がメッセージ処理装置１００に付箋を送信する例を示したものである。
図２８（ａ）は、本実施の形態による処理例を示すフローチャートである。
ステップＳ２８０２では、受信した親メッセージに対応する付箋に関連する付箋であって、その付箋を作成したユーザー毎に付箋を収集する。
ステップＳ２８０４では、メッセージ処理装置１００に参加しているユーザーの付箋を選択して、選択した付箋群を親メッセージＩＤとともにメッセージ処理装置１００に送信する。
本処理例では、メッセージ処理装置１００に参加しているユーザーが作成した付箋だけを、付箋処理装置１５０からメッセージ処理装置１００に送信する。メッセージ処理装置１００に参加しているユーザーにとって、付箋処理装置１５０で記載した内容をメッセージとして記載する労力を軽減するために、このような処理を行う。

図２８（ｂ）は、本実施の形態による処理例を示すフローチャートである。
ステップＳ２８５２では、受信した親メッセージに対応する付箋に関連する付箋であって、その付箋を作成したユーザー毎に付箋を収集する。
ステップＳ２８５４では、メッセージ処理装置１００に参加していないユーザーの付箋を選択して、選択した付箋群を親メッセージＩＤとともにメッセージ処理装置１００に送信する。
本処理例では、メッセージ処理装置１００に参加していないユーザーが作成した付箋だけを、付箋処理装置１５０からメッセージ処理装置１００に送信する。メッセージ処理装置１００に参加していないユーザーの意見を、メッセージ処理装置１００のユーザーが知ることができるようにするために、このような処理を行う。なお、メッセージ処理装置１００でのメッセージの作成者は、そのメッセージの送信者としているが、本処理でのメッセージの作成者は、付箋処理装置１５０としてもよいし、付箋処理装置１５０での会合の参加者である旨を示すものとしてもよい。

図２９は、本実施の形態による処理例を示すフローチャートである。付箋処理装置１５０がメッセージ処理装置１００に付箋を送信する例を示したものである。
ステップＳ２９０２では、受信した親メッセージに対応する付箋に関連する付箋であって、その付箋の属性毎に付箋を収集する。なお、「その付箋の属性毎に付箋を収集する」を「予め定められた属性である付箋を収集する」としてもよい。
ステップＳ２９０４では、収集した付箋群を親メッセージＩＤとともにメッセージ処理装置１００に送信する。
本処理例では、付箋の属性毎に、付箋処理装置１５０からメッセージ処理装置１００に付箋を送信する。例えば、赤色で表示されている付箋だけを、メッセージ処理装置１００に送信することを行う。

図３０は、本実施の形態による処理例を示すフローチャートである。付箋処理装置１５０がメッセージ処理装置１００に付箋を送信する例を示したものである。
ステップＳ３００２では、受信した親メッセージに対応する付箋に関連する付箋であって、親付箋との位置が近い付箋を収集する。
ステップＳ３００４では、収集した付箋群を親メッセージＩＤとともにメッセージ処理装置１００に送信する。
本処理例では、台紙上における付箋の位置関係に応じて、付箋を付箋処理装置１５０からメッセージ処理装置１００に送信する。「親付箋との位置が近い付箋」については、図３１の例を用いて説明する。

図３１は、本実施の形態による処理例を示す説明図である。「親付箋との位置が近い付箋」とは、親付箋と予め定められた距離内にある付箋をいい、例えば、図３１に示すように、親付箋の中心から予め定められた距離内である近距離領域３１５０内にある付箋をいう。
図３１の例では、近距離領域３１５０には、親付箋３１０２、付箋３１０４、付箋３１０６、付箋３１０８、付箋３１１０が含まれており、付箋３１１２は含まれていない。この場合、親付箋３１０２、付箋３１０４、付箋３１０６、付箋３１０８、付箋３１１０は、「親付箋との位置が近い付箋」であって、メッセージ処理装置１００に送信される付箋となり、付箋３１１２は送信されない。

図３２は、本実施の形態による処理例を示すフローチャートである。メッセージ処理装置１００は、親メッセージ、子孫メッセージを、付箋処理装置１５０に送信することを示したが、台紙となるファイルを添付していた親メッセージに対して、さらなる親メッセージ（祖先メッセージともいう）がある場合がある。この祖先メッセージも送信の対象とすることができる。
ステップＳ３２０２では、メッセージ処理装置１００は、親メッセージのさらなる祖先メッセージはあるか否かを判断し、ある場合はステップＳ３２０４へ進み、それ以外の場合は処理を終了する（ステップＳ３２９８）。
ステップＳ３２０４では、メッセージ処理装置１００は、祖先のメッセージを親メッセージＩＤとともに付箋処理装置１５０に送信する。

ステップＳ３２０６では、ステップＳ３２０４の後に、付箋処理装置１５０は、メッセージ処理装置１００から情報を受信する。
ステップＳ３２０８では、付箋処理装置１５０は、受信した情報内のメッセージは親メッセージの祖先であるか否かを判断し、祖先の場合はステップＳ３２１０へ進み、それ以外の場合はステップＳ３２１６へ進む。

ステップＳ３２１０では、付箋処理装置１５０は、受信した情報内のメッセージを内容とする付箋（Ｅ）を生成する。
ステップＳ３２１２では、付箋処理装置１５０は、親メッセージＩＤに対応する付箋（Ｂ）を特定する。
ステップＳ３２１４では、付箋処理装置１５０は、付箋（Ｅ）を付箋（Ｂ）の祖先として台紙上に貼り付ける。

ステップＳ３２１６では、付箋処理装置１５０は、受信した情報内のメッセージを内容とする付箋（Ａ）を生成する。
ステップＳ３２１８では、付箋処理装置１５０は、親メッセージＩＤに対応する付箋（Ｂ）を特定する。
ステップＳ３２１０では、付箋処理装置１５０は、付箋（Ａ）を付箋（Ｂ）の子孫として台紙上に貼り付ける。

図３３は、本実施の形態による処理例を示す説明図である。メッセージの構造例を示すものである。
祖先付箋３３０２の直下には祖先付箋３３０４があり、祖先付箋３３０４の直下には親付箋３３０６があり、親付箋３３０６の直下には子付箋３３０８と子付箋３３１０があり、子付箋３３１０の直下には子孫付箋３３１２がある例を示している。
ここで、親付箋３３０６が台紙となるファイルを添付しているメッセージである場合、子孫メッセージには、子付箋３３０８、子付箋３３１０、子孫付箋３３１２が該当し、祖先メッセージには祖先付箋３３０４、祖先付箋３３０２が該当する。
図３２の例に示すフローチャート内のステップＳ３２０４で、メッセージ処理装置１００に送信されるメッセージは、祖先付箋３３０４、祖先付箋３３０２である。

図３４は、本実施の形態による処理例を示す説明図である。付箋内に、その付箋に対応するメッセージを表示するように制御させるリンクを表示している例を示すものである。
例えば、Ｗｅｂブラウザの１つのタグには、メッセージ処理装置１００が生成したメッセージ画面のＷｅｂページを表示し、他のタグには、付箋処理装置１５０が生成した付箋画面のＷｅｂページを表示しているとする。
図３４（ａ）の例に示す画面３４００は、メッセージ画面である。画面３４００には、タスク表示領域３４１０、メッセージ木構造表示領域３４２０、メッセージ内容表示領域３４５０を表示する。そして、メッセージ木構造表示領域３４２０には、メッセージ３４２２の子として、メッセージ３４２４、メッセージ３４２６を表示する。そして、図３４（ｂ）の例に示す付箋３４５４は、台紙に貼り付けられている付箋であって、リンクが埋め込まれている。また、付箋３４５４は、メッセージ３４２４と対応付けられている。例えば、メッセージ３４２４が、付箋処理装置１５０に送信され、付箋処理装置１５０で付箋３４５４が作成された場合が該当する。
付箋３４５４内のリンクが、ユーザーによって選択された場合、図３４（ａ）の例に示す画面３４００を表示して、メッセージ３４２４を他のメッセージとは異なる表示形態で表示する。例えば、メッセージ３４２４の背景領域を赤色にすること、点滅表示すること等が該当する。

図３５は、本実施の形態による処理例を示す説明図である。メッセージに対応する付箋の表示属性を、そのメッセージの表示属性に変更すること、又は、逆に、付箋に対応するメッセージの表示属性を、その付箋の表示属性に変更することの例を示すものである。
図３５（ａ）の例に示す画面３５００には、タスク表示領域３５１０、メッセージ木構造表示領域３５２０、メッセージ内容表示領域３５５０を表示している。メッセージ木構造表示領域３５２０には、メッセージ３５２２の子として、メッセージ３５２４、メッセージ３５２６を表示している。
図３５（ｂ）の例に示す付箋は、付箋３５５２、付箋３５５４、付箋３５５６が台紙に貼り付けられている。そして、付箋３５５２はメッセージ３５２２に対応し、付箋３５５４はメッセージ３５２４に対応し、付箋３５５６はメッセージ３５２６に対応している。この場合、付箋３５５２をメッセージ３５２２と同じ表示属性にし、付箋３５５４をメッセージ３５２４と同じ表示属性にし、付箋３５５６をメッセージ３５２６と同じ表示属性にしている。又、逆に、メッセージ３５２２を付箋３５５２と同じ表示属性にし、メッセージ３５２４を付箋３５５４と同じ表示属性にし、メッセージ３５２６を付箋３５５６と同じ表示属性にてもよい。
また、付箋の位置関係を、メッセージにおける位置関係と同等にしてもよい。具体的には、台紙上で付箋３５５２の下に付箋３５５４と付箋３５５６を並べて貼り付けることによって、対応するメッセージの木構造において、付箋３５５２の子付箋として付箋３５５４と付箋３５５６があることを示している。

図３６は、本実施の形態による処理例を示す説明図である。前述したように、付箋の型としてＴｏＤｏ型があることを示したが、ＴｏＤｏ型付箋である場合は、ＴｏＤｏリストの１つのＴｏＤｏとして追加するようにしてもよい。
図３６（ａ）に示す例は、メッセージ処理装置１００が管理しているメッセージの木構造である。メッセージ３６２２の子として、メッセージ３６２４、メッセージ３６２６がある。
図３６（ｂ）に示す例は、台紙上に、付箋３６５２、付箋３６５４、付箋３６５６、付箋３６５８が貼り付けられている。付箋３６５２、付箋３６５４、付箋３６５６は、それぞれメッセージ３６２２、メッセージ３６２４、メッセージ３６２６に対応付けられている。
付箋３６５８はＴｏＤｏ型付箋であり、例えば「仕様書作成、期日：○月×日、担当者：Ａ」と記載されている。
図３６（ｃ）は、ＴｏＤｏリスト３６７０のデータ構造例を示す説明図である。ＴｏＤｏリスト３６７０は、ＴｏＤｏ管理装置３８０によって管理されており、チェック欄３６７２、担当者欄３６７４、ＴｏＤｏ内容欄３６７６、期日欄３６７８を有している。チェック欄３６７２は、チェック結果を記憶している。担当者欄３６７４は、対象としているＴｏＤｏの担当者を記憶している。ＴｏＤｏ内容欄３６７６は、そのＴｏＤｏの内容を記憶している。期日欄３６７８は、そのＴｏＤｏの期日を記憶している。
例えば、ＴｏＤｏリスト３６７０の１行目は、担当者：ＡのＴｏｄｏ内容は「仕様書作成」であり、期日は「○月×日」であることを示している。これは、付箋３６５８から生成されたものである。

図３７は、本実施の形態による処理例を示すフローチャートである。付箋処理装置１５０が行う処理であって、メッセージに対応する付箋の書き換えが行われた場合の処理例を示すものである。
ステップＳ３７０２では、付箋の書き換えが行われたか否かを判断し、付箋の書き換えがあった場合はステップＳ３７０４へ進み、それ以外の場合は付箋の書き換えが生じるまで待機する。
ステップＳ３７０４では、その付箋はメッセージに対応しているか否かを判断し、対応している場合はステップＳ３７０６へ進み、それ以外の場合はステップＳ３７０８へ進む。

ステップＳ３７０６では、書き換えようとしているユーザーは、対応しているメッセージを投稿したユーザーであるか否かを判断し、対応しているメッセージを投稿したユーザーの場合はステップＳ３７０８へ進み、それ以外の場合はステップＳ３７１０へ進む。
ステップＳ３７０８では、付箋の書き換え処理を行う。
ステップＳ３７１０では、「操作者は書き換えできないこと」を示す警告を行う。

また、メッセージに対応する付箋が書き換えられた場合は、対応するメッセージを書き換えるのではなく、対応するメッセージの子メッセージとして、書き換えられた付箋の内容を付加するようにしてもよい。
図３８は、本実施の形態による処理例を示す説明図である。
図３８（ｂ１）の例に示している付箋３８５４－１を、図３８（ｂ２）の例に示している付箋３８５４－２のように書き換えられたとする。なお、付箋３８５４－１は、メッセージ３８２４と対応付けられている。
このような書き換えが行われた場合、図３８（ａ）の例に示すように、画面３８００では、メッセージ３８２４の下に子メッセージとしてメッセージ３８２８を付加する。もちろんのことながら、メッセージ３８２８の内容は、付箋３８５４－２の記載内容である。

図３９は、本実施の形態による処理例を示すフローチャートである。付箋処理装置１５０が行う処理例であって、メッセージ処理装置１００と付箋処理装置１５０の連携処理を行うことができるか否かの判断を行うものである。
ステップＳ３９０２では、付箋処理装置１５０を現在利用しているユーザーを抽出する。
ステップＳ３９０４では、メッセージ処理装置１００のユーザーを抽出する。具体的には、対象となっているタスクに参加しているユーザーである。つまり、そのタスクにメッセージを投稿できるユーザーである。なお、「対象となっているタスク」は、付箋処理装置１５０を現在利用しているユーザーによって指定されてもよいし、予め定められたタスクであってもよい。

ステップＳ３９０６では、ステップＳ３９０２で抽出したユーザーと、ステップＳ３９０４で抽出したユーザーで同じユーザーがいるか否かを判断し、いる場合はステップＳ３９０８へ進み、それ以外の場合はステップＳ３９１０へ進む。付箋処理装置１５０のユーザーの少なくとも１人は、メッセージ処理装置１００のユーザーであるか否かを判断する処理例である。
ステップＳ３９０８では、メッセージ処理装置１００におけるメッセージを付箋処理装置１５０の付箋として表示する。つまり、メッセージ処理装置１００と付箋処理装置１５０が連携して、メッセージと付箋の変換を行う。
ステップＳ３９１０では、メッセージ処理装置１００におけるメッセージは、付箋処理装置１５０上で表示できない旨の警告をする。つまり、付箋処理装置１５０は、メッセージ処理装置１００内のメッセージを付箋として表示できない。もちろんのことながら、メッセージに添付されているファイルも台紙として表示することはできない。

なお、本実施の形態（メッセージ処理装置１００、付箋処理装置１５０、メッセージ処理装置２００、メッセージ・付箋対応付装置２３０、付箋処理装置２５０）としてのプログラムが実行されるコンピュータのハードウェア構成は、図４０に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ４００１を用い、記憶装置としてＲＡＭ４００２、ＲＯＭ４００３、ＨＤＤ４００４を用いている。ＨＤＤ４００４として、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略）、フラッシュ・メモリであるＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅの略）等を用いてもよい。メッセージ制御モジュール１０５、通信モジュール１１０、メッセージ表示制御モジュール１２０、台紙・付箋制御モジュール１５５、通信モジュール１６０、台紙表示制御モジュール１７０、付箋表示制御モジュール１７５、付箋追加モジュール１８５、メッセージ追加モジュール１９０、通信モジュール２３５、付箋追加モジュール２４０、メッセージ追加モジュール２４５等のプログラムを実行するＣＰＵ４００１と、そのプログラムやデータを記憶するＲＡＭ４００２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ４００３と、メッセージ記憶モジュール１１５、台紙・付箋記憶モジュール１６５等としての機能を有する補助記憶装置であるＨＤＤ４００４と、キーボード、マウス、タッチスクリーン、マイク、カメラ（視線検知カメラ等を含む）等に対する利用者の操作（動作、音声、視線等を含む）に基づいてデータを受け付ける受付装置４００６と、表示モジュール１２５、表示モジュール１８０等としての機能を有するＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置４００５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース４００７、そして、それらをつないでデータのやりとりをするためのバス４００８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

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

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

１００…メッセージ処理装置
１０５…メッセージ制御モジュール
１１０…通信モジュール
１１５…メッセージ記憶モジュール
１２０…メッセージ表示制御モジュール
１２５…表示モジュール
１５０…付箋処理装置
１５５…台紙・付箋制御モジュール
１６０…通信モジュール
１６５…台紙・付箋記憶モジュール
１７０…台紙表示制御モジュール
１７５…付箋表示制御モジュール
１８０…表示モジュール
１８５…付箋追加モジュール
１９０…メッセージ追加モジュール
２００…メッセージ処理装置
２１０…通信モジュール
２３０…メッセージ・付箋対応付装置
２３５…通信モジュール
２４０…付箋追加モジュール
２４５…メッセージ追加モジュール
２５０…付箋処理装置
２６０…通信モジュール
３２０…ユーザー端末
３２５…ユーザー
３８０…ＴｏＤｏ管理装置
３９０…通信回線

Claims (4)

1. 親メッセージとその返信である子メッセージを、第１の表示手段に表示するように制御する第１の表示制御手段
   を有する第１の情報処理装置と、
   親メッセージに添付されたファイルと、子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で第２の表示手段に表示するように制御する第２の表示制御手段と、
   第１の情報処理装置から、前記第１の情報処理装置における親メッセージに添付されたファイルと前記親メッセージの返信である子メッセージを受信する受信手段
   を有し、
   前記第２の表示制御手段は、前記受信手段が前記ファイルと前記子メッセージを受信した場合に、前記ファイル上に、前記子メッセージの内容に対応する付箋を第２の表示手段に表示するように制御する、
   第２の情報処理装置
   を有し、
   前記第２の表示制御手段は、前記第１の情報処理装置上で、前記親メッセージのさらに先祖のメッセージがある場合は、前記ファイル上に、該先祖のメッセージの内容に対応する付箋を表示するように制御する、
   情報処理システム。
2. 親メッセージとその返信である子メッセージを、第１の表示手段に表示するように制御する第１の表示制御手段
   を有する第１の情報処理装置と、
   親メッセージに添付されたファイルと、子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で第２の表示手段に表示するように制御する第２の表示制御手段と、
   第１の情報処理装置から、前記第１の情報処理装置における親メッセージに添付されたファイルと前記親メッセージの返信である子メッセージを受信する受信手段
   を有し、
   前記第２の表示制御手段は、前記受信手段が前記ファイルと前記子メッセージを受信した場合に、前記ファイル上に、前記子メッセージの内容に対応する付箋を第２の表示手段に表示するように制御する、
   第２の情報処理装置
   を有し、
   前記第１の情報処理装置の前記第１の表示制御手段によって前記付箋に対応するメッセージを表示するように制御させるリンクを、前記第２の表示制御手段は、前記付箋内に表示するように制御する、
   前記第２の表示制御手段は、前記付箋に前記メッセージの内容の要約を表示している場合は、前記リンクを表示するように制御する、
   情報処理システム。
3. 親メッセージとその返信である子メッセージを、第１の表示手段に表示するように制御する第１の表示制御手段
   を有する第１の情報処理装置と、
   親メッセージに添付されたファイルと、子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で第２の表示手段に表示するように制御する第２の表示制御手段と、
   第１の情報処理装置から、前記第１の情報処理装置における親メッセージに添付されたファイルと前記親メッセージの返信である子メッセージを受信する受信手段
   を有し、
   前記第２の表示制御手段は、前記受信手段が前記ファイルと前記子メッセージを受信した場合に、前記ファイル上に、前記子メッセージの内容に対応する付箋を第２の表示手段に表示するように制御する、
   第２の情報処理装置
   を有し、
   前記第２の情報処理装置は、
   前記ファイル上で付箋が追加された場合は、前記付箋の内容を、前記第１の情報処理装置における親メッセージに対する子メッセージとして追加する第１の追加手段
   をさらに有し、
   前記第２の表示制御手段は、ユーザーの指定に応じて前記付箋の表示の属性を異ならせて表示するように制御し、
   前記第１の追加手段は、前記付箋の表示の属性に応じて、前記第１の情報処理装置における前記付箋に対応するメッセージの属性を異ならせる、
   情報処理システム。
4. 親メッセージとその返信である子メッセージを、第１の表示手段に表示するように制御する第１の表示制御手段
   を有する第１の情報処理装置と、
   親メッセージに添付されたファイルと、子メッセージの内容に対応する付箋とを、前記ファイル上に前記付箋を重ねた状態で第２の表示手段に表示するように制御する第２の表示制御手段と、
   第１の情報処理装置から、前記第１の情報処理装置における親メッセージに添付されたファイルと前記親メッセージの返信である子メッセージを受信する受信手段
   を有し、
   前記第２の表示制御手段は、前記受信手段が前記ファイルと前記子メッセージを受信した場合に、前記ファイル上に、前記子メッセージの内容に対応する付箋を第２の表示手段に表示するように制御する、
   第２の情報処理装置
   を有し、
   前記第２の情報処理装置は、
   前記ファイル上で付箋が追加された場合は、前記付箋の内容を、前記第１の情報処理装置における親メッセージに対する子メッセージとして追加する第１の追加手段
   をさらに有し、
   前記第１の追加手段は、前記第２の情報処理装置上での付箋の書き換え又は削除があっても、前記第１の情報処理装置における前記付箋に対応するメッセージの書き換え又は削除を行わない、
   情報処理システム。
   

Images