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

Description

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

特許文献１には、グループウェアの機能間における多様な情報を連携させ、利用者の操作性を向上するネットワークシステム、サーバー装置、及びグループウェアプログラムを提供することを課題とし、クライアント装置と、前記クライアント装置にグループウェア機能を提供するサーバー装置とがネットワークを介して接続されるネットワークシステムであって、前記サーバー装置は、グループウェア機能を実現するための作業フィールドであって、少なくともスケジュール管理を行うスケジュールウインドウを含む複数のウインドウに関する情報と、前記ウインドウ上に重畳して表示させる画像オブジェクトに関する情報と、前記画像オブジェクトを前記複数のウインドウのいずれのウインドウ上にも表示可能とする、前記画像オブジェクトに付帯するデータとを記憶する記憶手段と、前記記憶手段により記憶された複数のウインドウに関する情報と、画像オブジェクトに関する情報と、当該画像オブジェクトに付帯するデータとを、前記クライアント装置に送信する送信手段とを有し、前記クライアント装置は、表示手段と、前記送信手段により送信された複数のウインドウに関する情報に基づいて、スケジュールウインドウとスケジュールウインドウ以外のウインドウとを前記表示手段に表示させるウインドウ表示手段と、前記送信手段により送信された画像オブジェクトに関する情報と当該画像オブジェクトに付帯するデータとに基づいて、前記画像オブジェクトを前記スケジュールウインドウ又は前記スケジュールウインドウ以外のウインドウ上に重畳させて前記表示手段に表示させる画像オブジェクト表示手段と、前記表示手段によりウインドウ上に重畳させて表示されている画像オブジェクトを、当該ウインドウ上から他のウインドウ上へ移動又は複写操作させる操作手段と、前記操作手段により画像オブジェクトが移動又は複写操作されたとき、前記サーバー装置に当該画像オブジェクトに付帯するデータの更新要求を行う更新要求手段とを有し、前記操作手段により前記スケジュールウインドウ以外のウインドウ上に重畳させて表示されている画像オブジェクトを前記スケジュールウインドウ上へ移動又は複写操作されたとき、前記記憶手段は、前記更新要求手段からの更新要求に基づいて、前記移動又は複写操作された画像オブジェクトに付帯するデータを継承しつつ、前記スケジュールウインドウに対応付けた情報を当該データに格納し、前記画像オブジェクト表示手段は、前記移動又は複写操作された画像オブジェクトを、当該画像オブジェクトに付帯するデータの前記スケジュールウインドウに対応付けられた情報に基づいて、前記スケジュールウインドウ上に重畳して前記表示手段に表示させることが開示されている。

特許第５２１２３１０号公報

問題点を抽出する等の会合において、台紙に付箋を貼り付ける作業が行われている。その会合のアウトプットであって、問題点への対策として、次に行うべきタスクを抽出することがある。
しかし、台紙上の付箋を用いてタスクを管理することはできない。
本発明は、タスクが割り振られた付箋を受け取ることによって、タスクを担当したことを示し、またタスクが割り振られた付箋を他の担当者に渡すことによって、そのタスクを担当者に割り振ることができる情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、記憶装置に記憶されている電子的な付箋と電子的な台紙を処理する情報処理装置であって、該情報処理装置はＣＰＵを用いて、以下の各手段の処理を行う、前記台紙に貼り付けることが可能な前記付箋をタスクとして受け取る受取手段と、前記付箋を台紙上で処理する処理手段と、前記処理された付箋を該付箋が示すタスクを担当する担当者に通信機を用いて送信する送信手段を有し、前記処理手段は、前記付箋を分割する操作を受け付けることによって新たな付箋が作成された場合に、前記付箋に対応した前記タスクを分割する処理を行い、前記処理手段は、前記分割された付箋に対して、前記担当者を示す領域から前記付箋を他の担当者を示す領域に移動させる操作を検知した場合は、元の付箋に、分割された付箋のタスクは完了したことを示すメッセージを表示し、前記送信手段は、分割された付箋を、分割された付箋が移動された領域に対応する担当者に送信する、
情報処理装置である。

請求項２の発明は、前記分割された付箋に対応するタスクの納期は、分割元の付箋に対応するタスクにおける納期にしたがって決定する、請求項１に記載の情報処理装置である。
請求項３の発明は、前記タスクが順に処理しなければならないものである場合であって、分割された第１付箋と第２付箋の順番で処理しなければならないとき、第２付箋に対応する第２タスクの納期は、元のタスクの納期と同じにし、第１付箋に対応する第１タスクの納期は、元のタスクの納期よりも前の第２タスクに必要な処理期間を確保した日とする、請求項２に記載の情報処理装置である。

請求項４の発明は、前記送信手段が送信した付箋に対応するタスクにおける進捗状況を表示する表示手段をさらに有する請求項１に記載の情報処理装置である。

請求項５の発明は、前記進捗状況として、前記タスクに関連する付箋の数、滞留時間を含む、請求項４に記載の情報処理装置である。

請求項６の発明は、ユーザーを示す対象に向かって付箋を動かす操作を検出した場合に、当該対象が示す当該ユーザーを、当該付箋が示すタスクを担当する担当者として設定する設定手段をさらに有する請求項１に記載の情報処理装置である。

請求項７の発明は、ユーザーを示す対象から予め定めた範囲内に、当該ユーザーが保有するタスクを示す付箋を表示する表示手段をさらに有する請求項６に記載の情報処理装置である。

請求項８の発明は、記憶装置に記憶されている電子的な付箋と電子的な台紙を処理する情報処理プログラムであって、コンピュータはＣＰＵを用いて、以下の各手段の処理を行う、コンピュータを、前記台紙に貼り付けることが可能な前記付箋をタスクとして受け取る受取手段と、前記付箋を台紙上で処理する処理手段と、前記処理された付箋を該付箋が示すタスクを担当する担当者に通信機を用いて送信する送信手段として機能させ、 前記処理手段は、前記付箋を分割する操作を受け付けることによって新たな付箋が作成された場合に、前記付箋に対応した前記タスクを分割する処理を行い、前記処理手段は、前記分割された付箋に対して、前記担当者を示す領域から前記付箋を他の担当者を示す領域に移動させる操作を検知した場合は、元の付箋に、分割された付箋のタスクは完了したことを示すメッセージを表示し、前記送信手段は、分割された付箋を、分割された付箋が移動された領域に対応する担当者に送信する、情報処理プログラムである。

請求項１の情報処理装置によれば、タスクが割り振られた付箋を受け取ることによって、タスクを担当したことを示し、またタスクが割り振られた付箋を他の担当者に渡すことによって、そのタスクを担当者に割り振ることができる。

請求項２の情報処理装置によれば、分割された付箋に対応するタスクの納期は、分割元の付箋に対応するタスクにおける納期にしたがって決定することができる。
請求項３の情報処理装置によれば、タスクが順に処理しなければならないものである場合であって、分割された第１付箋と第２付箋の順番で処理しなければならないとき、第２付箋に対応する第２タスクの納期は、元のタスクの納期と同じにし、第１付箋に対応する第１タスクの納期は、元のタスクの納期よりも前の第２タスクに必要な処理期間を確保した日とすることができる。

請求項４の情報処理装置によれば、送信した付箋に対応するタスクにおける進捗状況を表示することができる。

請求項５の情報処理装置によれば、進捗状況として、タスクに関連する付箋の数、滞留時間を含めることができる。

請求項６の情報処理装置によれば、ユーザーを示す対象に向かって付箋を動かす操作を検出した場合に、対象が示すユーザーを、付箋が示すタスクを担当する担当者として設定することができる。

請求項７の情報処理装置によれば、ユーザーを示す対象から予め定めた範囲内に、そのユーザーが保有するタスクを示す付箋を表示することができる。

請求項８の情報処理プログラムによれば、タスクが割り振られた付箋を受け取ることによって、タスクを担当したことを示し、またタスクが割り振られた付箋を他の担当者に渡すことによって、そのタスクを担当者に割り振ることができる。

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

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

本実施の形態である電子付箋制御装置１００（情報処理装置の一例）は、会合において用いられる台紙と付箋（電子付箋、電子カード等ともいわれる）に関する処理を行うものであって、図１の例に示すように、台紙情報記憶モジュール１０５、台紙生成モジュール１１０、付箋情報記憶モジュール１１５、付箋生成モジュール１２０、タスク管理モジュール１２５、担当者別タスク割振モジュール１３０、通信モジュール１３５を有している。なお、会合は、複数人が集まって話し合うことであればよく、例えば、会議、ワークショップ、アイデア抽出会、検討会、相談、議論、集会、ミーティング等を含む。本実施の形態は、電子的な付箋と台紙を利用した電子付箋システム（電子白板等ともいわれる）にかかるものである。
電子付箋制御装置１００は、具体的には、付箋を用いて、ファシリテーター（一般的には１人）と複数人の参加者によって行われる会合で利用される。参加者は参加者用端末としての電子付箋端末２５０を用いて、アイデア等が記載された付箋を作成する。一般的に、図３の例に示すように、電子付箋端末２５０として、各参加者が所持する電子付箋端末２５０Ａ、電子付箋端末２５０Ｂ等（以下、代表して電子付箋端末２５０という）のように複数ある。そして、電子付箋制御装置１００は、電子付箋端末２５０から付箋を受け取って、台紙（又は背景）上にその付箋を貼り付ける。ファシリテーターは電子付箋制御装置１００の表示装置である共有画面を用いて、その台紙上で、付箋の位置を決定又は変更したり、付箋をまとめたり（第１の付箋と第２の付箋を関連付けること、グループ形成等ともいわれる）、自らも付箋情報の作成等を行って、その会合を進行させる。なお、本実施の形態において、参加者には、ファシリテーターを含む。

電子付箋制御装置１００は、電子付箋システムの制御を行うものであって、特に、プロジェクトの管理ツールとして用いられるものである。
例えば、問題点を抽出する等の会合において、電子付箋システムを用いて、台紙に付箋を貼り付ける作業が行われている。その会合のアウトプットであって、問題点への対策として、プロジェクトにおいて、次に行うべきタスク（仕事）を抽出することがある。なお、タスクとは、１つ以上の作業（仕事）と１つの納期の組み合わせをいう。
しかし、従来の電子付箋システムでは、台紙上の付箋を用いてタスクを管理することはできない。

一方、プロジェクトの管理にはＷＢＳ（Ｗｏｒｋ Ｂｒｅａｋｄｏｗｎ Ｓｔｒｕｃｔｕｒｅ）やＴＦＳ（Ｔｅａｍ Ｆｏｕｎｄａｔｉｏｎ Ｓｅｒｖｅｒ）などのＷｅｂサービスを使用することが多い。これらのサービスでは、タスクは予め決まっており、管理するタスクとスケジュールをプロジェクトの初期に決定する必要がある。そして、タスクごとに上位要件や担当者、作業期間などの属性を管理している必要がある。
また、作業者においては、以下のことを行う必要がある。
・実施するタスクオブジェクトの作業者に自分を登録し、作業期間を入力する。
・作業内容を日々記録する。
・現在の進捗を割合（％）や残り日数で入力する。
また、管理者においては、以下のことを行う必要がある。
・管理するタスクの集合に対して日々進捗率をチェックする。
・問題が発生しているタスクを抽出し、適切な対応を行う。
・担当者が決まっていないタスクに対してリソースの割り当てを行う。

例えば、予定外のタスクが発生した場合、以下のことが起こり得る。
・タスクの割り込み登録という作業が発生し、面倒である。
・追加するタスクを関係するタスクと紐付ける（関連付ける）必要があり、工数、工期の調整が発生する。
・このような理由から予定外のタスクを管理システムに登録せずに担当者レベルで処理する場合があり、作業や成果物の抜けモレが発生しやすい。

また、例えば、進捗の更新の遅れが発生した場合、以下のことが起こり得る。
・各作業者の進捗が日々、管理システムに対して更新されないと、管理システムとして意味がない。しかし、作業者にとって、管理システムに管理属性を入力する行為はコスト（作業者にとってメリットがない費用）でしかない。そのため、更新が後回しになり、管理者が正しい進捗状況を把握できない状況となってしまう。
・タスク管理と、連絡手段（メール等）、成果物の管理（文書格納先）がバラバラで管理されていると、入力する作業者にとっては非常に負担である。
したがって、管理しやすいタスク管理システムを作ろうとすると、作業者側のデータの入力が多くなり、管理者と作業者の手間のアンバランスが発生しやすい。

電子付箋制御装置１００は、タスクを付箋として表現し、タスクのフローを付箋の受け渡しによって表現することで、フレキシブルな管理システムを実現する。入力も出力（表示）も手間がかからないシステムとなる。

台紙情報記憶モジュール１０５は、台紙生成モジュール１１０と接続されている。台紙情報記憶モジュール１０５は、台紙に関する情報を記憶している。例えば、後述する図８の例に示す台紙情報テーブル８００等を記憶している。
台紙生成モジュール１１０は、台紙情報記憶モジュール１０５、担当者別タスク割振モジュール１３０と接続されている。台紙生成モジュール１１０は、操作者の操作にしたがって、フォーマットである台紙パターンが選択され、会合で用いられる台紙を生成する。例えば、タスク管理用の台紙パターンが選択された場合は、会合参加者の似顔絵アイコンを描画する。

付箋情報記憶モジュール１１５は、付箋生成モジュール１２０と接続されている。付箋情報記憶モジュール１１５は、付箋に関する情報、タスクに関する情報を記憶している。例えば、後述する図５に示すタスク情報５００、図６の例に示す付箋情報テーブル６００、図７の例に示す付箋タスク情報７００等を記憶している。
付箋生成モジュール１２０は、付箋情報記憶モジュール１１５、タスク管理モジュール１２５、担当者別タスク割振モジュール１３０と接続されている。付箋生成モジュール１２０は、ファシリテーター等による付箋の操作を受け付け、その操作にしたがった処理を行う。ここで操作として、例えば、付箋の作成、付箋の移動・複写、拡大・縮小、付箋の属性（例えば、色等）の変更、グループ化等がある。また、付箋とタスクとの対応付け、タスクの担当者決め等の操作が行われる。

タスク管理モジュール１２５は、付箋生成モジュール１２０、担当者別タスク割振モジュール１３０と接続されている。タスク管理モジュール１２５は、台紙に貼り付けることが可能な付箋をタスクとして受け取る。例えば、付箋は、付箋生成モジュール１２０によって生成された付箋であってもよいし、既に台紙に貼り付けられている付箋であってもよい。

担当者別タスク割振モジュール１３０は、台紙生成モジュール１１０、付箋生成モジュール１２０、タスク管理モジュール１２５、通信モジュール１３５と接続されている。担当者別タスク割振モジュール１３０は、タスク管理モジュール１２５によってタスクとして受け取られた付箋を台紙上で処理する。ここでタスクが対応付けられた付箋は、ジョブチケットとしての機能を有することになる。

例えば、担当者別タスク割振モジュール１３０は、付箋を分割することによってタスクを分割する処理を行うようにしてもよい。付箋の分割は、ユーザーの操作にしたがって行うようにしてもよい。付箋の分割は、いわゆる子タスクを生成することである。付箋の分割の具体的な処理のためには、明示的に「分割」や「子タスクを生成」等のコマンドを用意してもよい。また、ユーザーがあるタスクを示す付箋の上をポイントした状態で新たに付箋を生成するコマンドを指示した場合に、ポイントされた付箋を親タスク、新たに生成された付箋を子タスクとして付箋を分割する処理を行ってもよい。
また、タスクには納期（締め切り、期限等を含む）が設定されているのが一般的である。分割された付箋に対応するタスクの納期は、分割元の付箋に対応するタスクにおける納期にしたがって決定するようにしてもよい。例えば、分割元の付箋に対応するタスクにおける納期をそのまま又はその納期の予め定められた期間前の日を、分割された付箋に対応するタスクにおける納期としてもよい。また、分割された付箋に対応するタスクが順に処理しなければならないものである場合、各タスクにおいて必要な処理期間にしたがって、各タスクの納期を設定してもよい。例えば、元タスクがタスクＡとタスクＢに分割され、その順番で処理しなければならない場合、タスクＢの納期は、元タスクの納期と同じにし、タスクＡの納期は、タスクＢに必要な処理期間を確保した日（具体的には、元タスクの納期の日よりもタスクＢに必要な処理期間前の日）としてもよい。

また、担当者別タスク割振モジュール１３０は、通信モジュール１３５が送信した付箋に対応するタスクにおける進捗状況を表示するようにしてもよい。例えば、台紙上に貼り付けられている付箋（通信モジュール１３５が送信した付箋）の内容として、進捗状況を表示するようにしてもよい。
そして、表示する進捗状況として、対象となっているタスクに関連する付箋の数（タスクの数に該当）、滞留時間を含めるようにしてもよい。ここで滞留時間とは、付箋が担当者に送信されたとき（タスクが担当者に割り振られたとき）からの経過時間としてもよいし、又は、そのタスクに割り当てられた処理期間以上の経過時間（いわゆる遅延時間）としてもよい。
また、担当者別タスク割振モジュール１３０は、子タスクに対応付けられた複数の付箋（兄弟タスクの付箋）をマージすることによって、親タスクに戻るようにしてもよい。つまり、分割の逆の操作であるマージ操作を検知した場合は、親タスクである付箋に、分割された付箋のタスクは完了したことを示すメッセージを表示するようにしてもよい。

また、担当者別タスク割振モジュール１３０は、ユーザーを示す対象に向かって付箋を動かす操作を検出した場合に、その対象が示すユーザーを、その付箋が示すタスクを担当する担当者として設定するようにしてもよい。
直観的なタスク管理を実現するために、直観的なＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）としている。ここでいう「ユーザーを示す対象」は、似顔絵が描かれたアイコンや写真等の画像や、ユーザー名のテキスト等がある。例えば、台紙上に、ユーザー（タスクの担当者となり得る者）のアイコンを配置し、そのアイコンの領域に付箋（タスクが割り付けられた付箋）を移動させる操作が該当する。具体的には、例えば、図９に示す台紙９００において、左にある「リリース準備」のタスク付箋９５０をユーザーＢのアイコン（担当Ｂ領域９２０）に移動させる操作で、タスク付箋９５０に対応するタスクをユーザーＢに依頼する処理が行われる。

さらに、担当者別タスク割振モジュール１３０は、ユーザーを示す対象から予め定めた範囲内に、そのユーザーが保有するタスクを示す付箋を表示するようにしてもよい。ここで「予め定めた範囲内」として、例えば、ユーザーを示す対象の領域内であること、その領域内に付箋の一部が含まれていること（つまり、その領域に付箋が貼り付けられているように見えること）、ユーザーを示す対象の領域の予め定められた距離以内であること等が含まれる。
なお、担当者別タスク割振モジュール１３０は、並行作業が可能なタスクが対応する付箋については、２つ以上の同じ付箋が発生するコピー操作を許すようにしてもよい。並行作業が可能か否かについては、後述する付箋タスク情報７００のタスク内容欄７１０に規定されている情報を利用すればよい。

また、担当者別タスク割振モジュール１３０は、タスクが対応付けられている付箋のコピー操作、移動操作については、受け渡し日時、担当者の変更を記録し、関係者に通知してもよい。ここでの関係者は、付箋の移動先（コピー先）、移動元（コピー元）である担当者、管理者等である。
なお、タスクの達成条件は成果物と納期であり、ユーザーによって編集できる。つまり、タスクはパターン化され、オブジェクト指向におけるクラスとしてのタスクがあり、タスクインスタンスを毎回最適な値に編集して使用する。
また、担当者別タスク割振モジュール１３０は、付箋の受け渡しをトレースすることで、タスクの状態を把握することができる。

通信モジュール１３５は、担当者別タスク割振モジュール１３０と接続されている。通信モジュール１３５は、担当者別タスク割振モジュール１３０によって処理された付箋を、その付箋が示すタスクを担当する担当者に送信する。送信として、担当者に付箋を渡すことができるのであればよく、例えば、電子メール、担当者が管理している個人用台紙への貼り付け、チャット、電子掲示板、ソーシャルメディアを用いた通知、プッシュ通知等がある。
また、通信モジュール１３５は、担当者別タスク割振モジュール１３０によって分割された付箋を、その付箋が示すタスクを担当する担当者に送信するようにしてもよい。

図２は、本実施の形態を利用した付箋システムの構成例を示す説明図である。電子付箋制御装置１００は、一般的に大画面の表示装置を備えており、ファシリテーターによって操作される。この表示装置は、参加者全員が見ることができるものである。各電子付箋端末２５０は、会合における参加者によって操作され、一般的には、各参加者が１台ずつ所持している。例えば、電子付箋端末２５０として、タブレット型端末等が使用される。
図２の例では、会議室２８０Ａには、電子付箋制御装置１００Ａ、電子付箋端末２５０Ａ、電子付箋端末２５０Ｂ、電子付箋端末２５０Ｃが設置されており、会合が行われる。電子付箋制御装置１００Ａ、電子付箋端末２５０Ａ、電子付箋端末２５０Ｂ、電子付箋端末２５０Ｃは、通信回線２９８を介してそれぞれ接続されている。通信回線２９８は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。
また、会議室２８０Ｂには、電子付箋制御装置１００Ｂ、電子付箋端末２５０Ｄ、電子付箋端末２５０Ｅが設置されており、会合が行われる。電子付箋制御装置１００Ｂ、電子付箋端末２５０Ｄ、電子付箋端末２５０Ｅは、通信回線２９８を介してそれぞれ接続されている。

そして、ユーザー端末２１０Ａ、ユーザー端末２１０Ｂ、タスク管理装置２２０、付箋情報記憶装置２９４、会議室２８０Ａ内の機器、会議室２８０Ｂ内の機器は、通信回線２９９を介してそれぞれ接続されている。また、タスク管理装置２２０、付箋情報記憶装置２９４による機能は、クラウドサービスとして実現してもよい。
タスク管理装置２２０は、プロジェクトのタスクを管理するシステムであり、電子付箋制御装置１００と連携して、タスクの管理を行う。例えば、電子付箋制御装置１００が、タスクに対応した付箋があることを検知した場合は、そのプロジェクトに関するタスク管理装置２２０に、タスクが発生したことを通知する。また、その付箋の変更（タスクの担当者決定、進捗状況等）があった場合は、タスクの変更があったことを、電子付箋制御装置１００がタスク管理装置２２０に通知する。そして、タスク管理装置２２０が対応するタスクの管理を行うようにしてもよい。また、逆に、タスク管理装置２２０において付箋に対応するタスクに変更があった場合は、付箋の変更があったことを電子付箋制御装置１００に通知し、電子付箋制御装置１００がそのタスクに対応する付箋の管理を行うようにしてもよい。
なお、タスク管理装置２２０は必ずしも必要ではなく、電子付箋制御装置１００だけでタスク管理をするようにしてもよい。

付箋情報記憶装置２９４は、付箋に関する情報を記憶している。各電子付箋制御装置１００は、付箋情報記憶装置２９４を用いて処理を行う。この場合、付箋情報記憶装置２９４内の付箋に関する情報を複数の電子付箋制御装置１００で共有してもよい。つまり、電子付箋制御装置１００Ａが管理している付箋に関する情報を、電子付箋制御装置１００Ｂが利用できるようにしてもよい。特に、１つのプロジェクト内で複数の会合（例えば、会議室２８０Ａ、会議室２８０Ｂでの会合）がかかわっている場合、同じタスクに対応する付箋を他の会合における台紙に貼り付けるようにしてもよい。これによって、一方の会合において、他方の会合における同じタスクの状況を把握することができるようになる。

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

図４は、本実施の形態による処理例を示すフローチャートである。
ステップＳ４０２では、タスクを受け付ける。他者（例えば、上司等）からタスクを受け取ってもよいし、ユーザー本人が台紙上の付箋をタスクとして指定してもよい。例えば、タスク情報５００を受け付ける。図５は、タスク情報５００のデータ構造例を示す説明図である。タスク情報５００は、タスクＩＤ欄５１０、タスク内容欄５１５、担当欄５２０、期日欄５２５、ステータス欄５３０を有している。タスクＩＤ欄５１０は、本実施の形態において、タスクを一意に識別するための情報（タスクＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。タスク内容欄５１５は、そのタスクの内容を記憶している。担当欄５２０は、そのタスクの担当を記憶している。期日欄５２５は、そのタスクの期日を記憶している。ステータス欄５３０は、そのタスクのステータスを記憶している。

ステップＳ４０４では、ステップＳ４０２で受け付けたタスクにしたがって、タスク付箋を生成する。例えば、付箋情報テーブル６００を生成する。図６は、付箋情報テーブル６００のデータ構造例を示す説明図である。付箋情報テーブル６００は、付箋ＩＤ欄６１０、貼付位置欄６１５、サイズ欄６２０、作成日時欄６２５、作成者欄６３０、貼付日時欄６３５、色欄６４０、枠線形状欄６４５、枠線色欄６５０、枠線太さ欄６５５、所属グループ欄６６０、タスクフラグ欄６６５、内容種別欄６７０、内容欄６７５を有している。付箋ＩＤ欄６１０は、付箋を、本実施の形態において一意に識別するための情報（付箋ＩＤ）を記憶している。貼付位置欄６１５は、その付箋が貼り付けられる位置を記憶している。つまり、台紙上の貼り付け位置を記憶している。例えば、台紙のＸＹ座標系における座標である。サイズ欄６２０は、その付箋のサイズを記憶している。例えば、表示する付箋が矩形である場合は、幅と高さを記憶している。作成日時欄６２５は、その付箋が作成された日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。作成者欄６３０は、その付箋の作成者（作成者ＩＤ）を記憶している。又は、その付箋が作成された情報処理装置（電子付箋端末２５０又は電子付箋制御装置１００の機器ＩＤ）を記憶してもよい。貼付日時欄６３５は、その付箋が台紙に貼り付けられた日時を記憶している。色欄６４０は、その付箋の表示色を記憶している。枠線形状欄６４５は、その付箋の表示における枠線の形状（実線、点線、破線、波線、二重線等）を記憶している。枠線色欄６５０は、その付箋の表示における枠線の色を記憶している。枠線太さ欄６５５は、その付箋の表示における枠線の太さを記憶している。所属グループ欄６６０は、その付箋が所属しているグループに関する情報を記憶している。例えば、その付箋がグループに属しているか否かを示す情報を記憶していてもよいし、グループに属している場合は、グループＩＤやそのグループに属している他の付箋ＩＤ等を記憶していてもよい。タスクフラグ欄６６５は、その付箋に対応しているタスクがあるか否かを示す情報（フラグ）を記憶している。例えば、ＯＮ（その付箋に対応しているタスクがあることを示すフラグ状態）又はＯＦＦ（その付箋にはタスクは対応していないことを示すフラグ状態、すなわち、一般的な付箋であることを示すフラグ状態）のいずれかを記憶している。内容種別欄６７０は、その付箋の内容種別（テキスト情報、手書き文字又は図形等を示すベクトルデータ、音声情報、写真等の静止画像情報、動画情報等、又はこれらの組み合わせを示す情報）を記憶している。内容欄６７５は、その付箋に書き込まれている内容を記憶している。
そして、図６の例に示す付箋情報テーブル６００のタスクフラグ欄６６５の値が「ＯＮ」である場合は、内容欄６７５以降に付箋タスク情報７００を付加する。図７は、付箋タスク情報７００のデータ構造例を示す説明図である。付箋タスク情報７００は、タスク内容欄７１０、担当欄７１５、期日欄７２０、ステータス欄７２５を有している。タスク内容欄７１０は、タスクの内容を記憶している。また、並行作業が可能か否かを示すフラグを記憶していてもよい。このフラグは、付箋のコピー操作を許すか否かの判定に用いられる。担当欄７１５は、そのタスクの担当者を記憶している。期日欄７２０は、そのタスクの期日を記憶している。ステータス欄７２５は、そのタスクのステータス（進捗状況）を記憶している。

ステップＳ４０６では、タスク管理用台紙を表示する。例えば、台紙情報テーブル８００を用いて、台紙を管理する。図８は、台紙情報テーブル８００のデータ構造例を示す説明図である。台紙情報テーブル８００は、台紙ＩＤ欄８１０、台紙パターンＩＤ欄８１５、作成日時欄８２０、作成者欄８２５を有している。台紙ＩＤ欄８１０は、本実施の形態において、台紙を一意に識別するための情報（台紙ＩＤ）を記憶している。台紙パターンＩＤ欄８１５は、背景となる台紙パターンＩＤを記憶している。例えば、白紙のパターン、表形式のパターン、凡例用付箋ごとに付箋の貼り付け領域を有するパターン等がある。さらに、台紙パターンとして、例えば、タスク管理用の台紙パターンとしてもよい。具体的には、会合参加者（タスク担当者となり得る者としてもよい）の似顔絵のアイコンを描く領域が予め定められており、会合の参加者が決定した時点で、そのアイコンを描くようにしたものであってもよい。また、会合参加者の自己紹介付箋をアイコンの代替としてもよい。さらに、管理者用の台紙として、横軸を日時として、縦軸に各担当者を割り当てたスケジュール表を用意してもよい。このスケジュール表台紙によって、台紙上でスケジュールと担当者をあわせて直感的に把握することができるようになる。また、スケジュール表台紙では、管理者は担当者がもつタスクの優先度を設定することができるようにしてもよい。作成日時欄８２０は、その台紙の作成日時を記憶している。作成者欄８２５は、その台紙の作成者を記憶している。

そして、例えば、図９に示すような台紙９００を表示する。台紙９００は、タスク管理用の台紙であり、台紙９００には、担当（自分）領域９１０、担当Ｂ領域９２０、担当Ｃ領域９３０、担当Ｄ領域９４０を表示する。例えば、担当Ｂ、担当Ｃ、担当Ｄは、部下であるとする。この台紙９００で付箋を、作成、貼り付け、移動、編集、削除等することによって、タスク（付箋）を管理する。

ステップＳ４０８では、ステップＳ４０６で表示された台紙上に、タスク付箋を表示する。
例えば、図９に示す担当（自分）領域９１０には、タスク付箋９５０が貼り付けられている。タスク付箋９５０は、タスクが対応付けられている付箋（具体的には、タスクフラグ欄６６５がＯＮであり、付箋タスク情報７００が付加されている）である。つまり、自分には、「リソース準備」というタスクが割り振られている状態である。この部分は、ユーザーを示す対象から予め定めた範囲内（担当（自分）領域９１０内）に、そのユーザーが保有するタスクを示す付箋（タスク付箋９５０）を表示している例である。

そして、図１０の例に示すように、ユーザーの操作によって、担当Ｂ領域９２０に、タスク付箋１０１０、タスク付箋１０２０を貼り付けてもよい。これによって、担当Ｂにタスクを割り振ることになる。また、担当Ｂが管理している台紙では、自分（担当Ｂ）の領域にタスク付箋１０１０、タスク付箋１０２０が貼り付けられることになる。例えば、タスク付箋１０２０には、内容として、「マニュアル翻訳 ２０１６／０７／１８ １５：００ ★つぎはＣさんへ」が記載されている。
また、担当Ｃ領域９３０に、タスク付箋１０３０、タスク付箋１０４０を貼り付けてもよい。これによって、担当Ｃにタスクを割り振ることになる。また、担当Ｃが管理している台紙では、自分（担当Ｃ）の領域にタスク付箋１０３０、タスク付箋１０４０が貼り付けられることになる。
また、既に、担当Ｄにタスクが割り振られていた場合は、担当Ｄ領域９４０にタスク付箋１０５０が貼り付けられている。もちろんのことながら、担当Ｄが管理している台紙では、自分（担当Ｄ）の領域にタスク付箋１０５０が既に貼り付けられている。

また、複数の作業者で１つのタスクを実施するときは、自分の作業が完了した場合は、後工程のユーザーに対してタスクを渡すことを行う。つまり、タスクに対応する付箋を他のユーザーの領域に移動させることで実現する。もちろんのことながら、自分の領域から付箋はなくなるので、そのタスクは自分の担当ではなくなったことを意味する。そして、付箋が移動されたユーザーが管理している台紙では、自分（付箋が移動されたユーザー）の領域にそのタスクの付箋が貼り付けられていることになる。
また、タスクを同時並行に進める場合は、タスクをコピー（付箋が２枚以上になる）して、それぞれのユーザーに渡す。これにより、渡されたユーザーの管理下にタスクが追加されることになる。つまり、そのタスクに対応する付箋を他のユーザーの領域にコピーさせることで実現する。もちろんのことながら、自分の領域に付箋は残っているので、そのタスクは継続して自分の担当であることを意味する。そして、渡されたユーザーの台紙では、自分の領域にそのタスクの付箋が貼り付けられていることになる。

ステップＳ４１０では、ユーザーの操作にしたがって、タスクの分割を行うか否かを判断し、行う場合はステップＳ４１２へ進み、それ以外の場合はステップＳ４１４へ進む。
ステップＳ４１２では、分割されたタスクごとのタスク付箋を生成する。
ステップＳ４１４では、タスク付箋を担当者に割り振る。
ステップＳ４１６では、タスクを担当者に送信する。例えば、そのタスクの付箋をメールで送信してもよいし、各担当者が管理しているタスク管理用台紙に、そのタスクの付箋を貼り付けるようにしてもよい。

例えば、図１１に示すように、タスクの分割対象としてタスク付箋１０２０が選択された場合は、そのタスク付箋１０２０の分割候補をタスク分割候補表示領域１１２０に表示する。タスク分割候補表示領域１１２０には、タスク分割候補１１２２「翻訳スケジュール確認 担当：ＡＬＬ」、タスク分割候補１１２４「原稿作成 担当：開発者Ｍｅ」、タスク分割候補１１２６「原稿チェック 担当者：品管Ｂ、文書管理部Ｃ」、タスク分割候補１１２８「チェック結果検収 担当者：開発者Ｍｅ」、タスク分割候補１１３０「マニュアルレイアウト 担当：開発者Ｍｅ」、タスク分割候補１１３２「翻訳依頼 担当：翻訳者Ｄ」を表示する。
この後、タスク分割候補が選択されて、新たな付箋が作成（タスクの分割に該当）され、その付箋が担当者を示す領域に貼り付けられる（タスクの割り当てに該当）こととなる。

一般的に、プロジェクトは、適切な規模でサブコンポーネントに分割され、それぞれサブチームが担当する。そのサブチームでの作業の場が「台紙」の概念になる。タスクが対応付けられた付箋を表現するユーザーインターフェースとしては、（１）図９から図１１の例に示した台紙と付箋によって担当者にタスクをアサインするためのユーザーインターフェースと、（２）図１２の例に示すように、タスク同士の関係をビジュアルに見せるためのユーザーインターフェースがある。
（２）のユーザーインターフェースでは、細分化されたタスクを付箋として表現するが、付箋の生成の際には、下記の要素が必要になる。
・タスクのタイトル、内容、納期
ただし、納期は自動的に設定する。親タスクがないとき、依存、被依存タスクがないときはサブコンポーネントの最終的な納期と同じ納期とする。また、別のカスタムな値を入力できるようにしてもよい。
親タスクがあるときは、その親のタスクの納期と同じとする。そして、依存タスクがある場合は、依存タスクの納期が開始日になり、被依存タスクがあるときは、被依存タスクの開始日より前が納期になる。

タスク同士の関係は、図１２の例に示す用にビジュアルに表現する。
図１２の例では、タスク付箋９５０「リソース準備」内には、タスク付箋１２１０「最終パッケージインテグレーション」、タスク付箋１２２０「Ａコンポーネント最終インテグレーション」、タスク付箋１２３０「Ｂコンポーネント最終インテグレーション」、タスク付箋１２４０「Ｃコンポーネント最終インテグレーション」、タスク付箋１２５０「Ｒｅａｄｍｅ作成」が貼り付けられている。
タスク付箋９５０の「リソース準備」が親タスクであることを示しており、その中にあるタスク付箋１２１０、タスク付箋１２２０、タスク付箋１２３０、タスク付箋１２４０、タスク付箋１２５０が子タスク（タスク付箋１２２０、タスク付箋１２３０、タスク付箋１２４０、タスク付箋１２５０は、タスク付箋９５０にとって孫タスク）であることを示しており、タスク付箋１２１０は、タスク付箋１２２０、タスク付箋１２３０、タスク付箋１２４０、タスク付箋１２５０を依存タスクとしている。逆に、タスク付箋１２２０、タスク付箋１２３０、タスク付箋１２４０、タスク付箋１２５０にとって、タスク付箋１２１０は被依存タスクである。
したがって、タスク付箋１２１０に対応するタスクの納期は、親タスクであるタスク付箋９５０の納期と同じとする。そして、タスク開始日は、依存タスクであるタスク付箋１２２０、タスク付箋１２３０、タスク付箋１２４０、タスク付箋１２５０が全て終了した日（つまり、これらタスク内の最終の終了日）と同じにする。

図１３は、本実施の形態による処理例を示すフローチャートである。タスクを付箋の形で渡す操作に連動して、全体のプロジェクトへの影響を表示する処理である。つまり、担当者が抱えているタスクやタスクの依存関係、クリティカルパス等について、付箋を用いた表現によってビジュアル的に捉えることができるようにするものである。
ステップＳ１３０２では、各タスクの進捗状況を取得する。
ステップＳ１３０４では、遅延しているタスクはあるか否かを判断し、ある場合はステップＳ１３０６へ進み、それ以外の場合はステップＳ１３１０へ進む。
ステップＳ１３０６では、遅れているタスクに対応するタスク付箋を強調表示する。
ステップＳ１３０８では、そのタスクの遅れによって、遅れてしまう他のタスクに対応するタスク付箋を強調表示する。
ステップＳ１３１０では、順調であることを表示する。

例えば、図１２で示した表示の状態から、図１４に示すような表示としてもよい。これは、タスク付箋１２３０に対応するタスクが遅れていることを示すものであり、タスク付箋１２３０を他の付箋とは異なる色（例えば、赤色）に変更し、タスク付箋１２３０の近辺にメッセージ１４３５「未完了のタスク １日遅れ」を表示している。なお、タスク付箋１２３０に依存しているタスクであるタスク付箋１２１０も他の付箋とは異なる色（例えば、赤色）に変更している。依存タスクであるタスク付箋１２３０が遅れているので、タスク付箋１２１０も遅れることになる。
また、ボトルネックになっているタスク、クリティカルパス等を、電子付箋制御装置１００が算出して、それらに対応する付箋の形態を変更させて、ユーザー（担当者、管理者等）に警告するようにしてもよい。なお、形態の変更には、色彩、形状、模様若しくはこれらの結合又はこれらが動的に変化する（例えば、フラッシュ、アニメーション等）ことを含む。
また、このような警告や遅れのステータスは、遅れが発生しているタスクに依存しているタスクの関係者にも通知する。
そして、管理者は、これらの警告等を受けて、遅れているタスクを別の作業者にアサインしたり、依存関係を再構築したりして、全体のスケジュールへの影響を最小限にするよう、操作する。又は、その提案を電子付箋制御装置１００が表示し、管理者は、それを選択できるようにしてもよい。

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

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

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

１００…電子付箋制御装置
１０５…台紙情報記憶モジュール
１１０…台紙生成モジュール
１１５…付箋情報記憶モジュール
１２０…付箋生成モジュール
１２５…タスク管理モジュール
１３０…担当者別タスク割振モジュール
１３５…通信モジュール
２１０…ユーザー端末
２２０…タスク管理装置
２５０…電子付箋端末
２８０…会議室
２９４…付箋情報記憶装置
２９８、２９９…通信回線

Claims (8)

1. 記憶装置に記憶されている電子的な付箋と電子的な台紙を処理する情報処理装置であって、該情報処理装置はＣＰＵを用いて、以下の各手段の処理を行う、
   前記台紙に貼り付けることが可能な前記付箋をタスクとして受け取る受取手段と、
   前記付箋を台紙上で処理する処理手段と、
   前記処理された付箋を該付箋が示すタスクを担当する担当者に通信機を用いて送信する送信手段
   を有し、
   前記処理手段は、前記付箋を分割する操作を受け付けることによって新たな付箋が作成された場合に、前記付箋に対応した前記タスクを分割する処理を行い、
   前記処理手段は、前記分割された付箋に対して、前記担当者を示す領域から前記付箋を他の担当者を示す領域に移動させる操作を検知した場合は、元の付箋に、分割された付箋のタスクは完了したことを示すメッセージを表示し、
   前記送信手段は、分割された付箋を、分割された付箋が移動された領域に対応する担当者に送信する、
   情報処理装置。
2. 前記分割された付箋に対応するタスクの納期は、分割元の付箋に対応するタスクにおける納期にしたがって決定する、
   請求項１に記載の情報処理装置。
3. 前記タスクが順に処理しなければならないものである場合であって、分割された第１付箋と第２付箋の順番で処理しなければならないとき、第２付箋に対応する第２タスクの納期は、元のタスクの納期と同じにし、第１付箋に対応する第１タスクの納期は、元のタスクの納期よりも前の第２タスクに必要な処理期間を確保した日とする、
   請求項２に記載の情報処理装置。
4. 前記送信手段が送信した付箋に対応するタスクにおける進捗状況を表示する表示手段
   をさらに有する請求項１に記載の情報処理装置。
5. 前記進捗状況として、前記タスクに関連する付箋の数、滞留時間を含む、
   請求項４に記載の情報処理装置。
6. ユーザーを示す対象に向かって付箋を動かす操作を検出した場合に、当該対象が示す当該ユーザーを、当該付箋が示すタスクを担当する担当者として設定する設定手段
   をさらに有する請求項１に記載の情報処理装置。
7. ユーザーを示す対象から予め定めた範囲内に、当該ユーザーが保有するタスクを示す付箋を表示する表示手段
   をさらに有する請求項６に記載の情報処理装置。
8. 記憶装置に記憶されている電子的な付箋と電子的な台紙を処理する情報処理プログラムであって、コンピュータはＣＰＵを用いて、以下の各手段の処理を行う、
   コンピュータを、
   前記台紙に貼り付けることが可能な前記付箋をタスクとして受け取る受取手段と、
   前記付箋を台紙上で処理する処理手段と、
   前記処理された付箋を該付箋が示すタスクを担当する担当者に通信機を用いて送信する送信手段
   として機能させ、
   前記処理手段は、前記付箋を分割する操作を受け付けることによって新たな付箋が作成された場合に、前記付箋に対応した前記タスクを分割する処理を行い、
   前記処理手段は、前記分割された付箋に対して、前記担当者を示す領域から前記付箋を他の担当者を示す領域に移動させる操作を検知した場合は、元の付箋に、分割された付箋のタスクは完了したことを示すメッセージを表示し、
   前記送信手段は、分割された付箋を、分割された付箋が移動された領域に対応する担当者に送信する、
   情報処理プログラム。
   

Images