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

Description

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

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

特許文献２には、ウェブページのコンテンツのレイアウトや構造の変化に追随して電子付箋の表示位置を変えることを課題とし、コンピュータに、電子付箋の貼り付けが指定されたウェブページのコンテンツの場所を示す位置情報を基に前記ウェブページの中から前記電子付箋の貼り付け場所に最も類似する場所を推定するステップと、前記推定された場所に前記電子付箋が表示されるように前記ウェブページのソースを書き換えるステップと、を実行させるための電子付箋生成表示プログラムであって、前記位置情報は、前記電子付箋の貼り付けが指定されたコンテンツの場所のタグ、属性、及びタグ内の内容を含み、前記電子付箋の貼り付け場所に最も類似する場所は、前記タグ、前記属性、及び前記タグ内の内容の一致数が最大となる場所であることが開示されている。

特開２０１０－０６６８６８号公報 特許第５７０４５０８号公報

会議において、電子付箋システムを用いて台紙に付箋を貼り付ける作業が行われている。
ところで、その会議では、各担当者がやるべきこと（いわゆるＴｏＤｏ）を、付箋に記入して貼り付けたりその付箋を移動させたりしながら会議を進めることが想定される。
本発明は、ユーザーが、台紙上での付箋に対する作業の終了後に各担当者にやるべきことを割り付ける行為を行わずとも、担当者にそのやるべきことを割り付けることができる情報処理装置、情報処理システム及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。なお、以下の「請求項」とあるのは、出願当初の請求項である。
請求項１の発明は、台紙上の位置に対して、担当者を設定する設定手段と、台紙と台紙に貼り付けられた付箋とを表示する付箋画面を、生成する付箋画面生成手段と、台紙に貼り付けられた付箋の位置にしたがって、該付箋の内容を該位置に対応する担当者へ割り付ける割付手段と、を有する情報処理装置である。

請求項２の発明は、やるべきことと、やるべき担当者と、進捗状況とを対応付けて表示する進捗画面を生成する進捗画面生成手段をさらに有し、前記割付手段は、前記進捗画面に前記内容をやるべきこととして担当者と対応付けて追加する、請求項１に記載の情報処理装置である。

請求項３の発明は、前記進捗画面生成手段は、ユーザーの入力に応じて進捗状況の表示を変更し、前記付箋画面生成手段は、進捗画面における進捗状況がユーザーの入力により変更された場合に、変更されたやるべきことに対応する付箋を更新する、請求項２に記載の情報処理装置である。

請求項４の発明は、前記割付手段は、台紙に貼り付けられた付箋の位置にしたがって、該付箋の内容を含むメッセージを該位置に対応する前記担当者に送信する、請求項１に記載の情報処理装置である。

請求項５の発明は、前記担当者から前記メッセージに対する返信を受信する受信手段をさらに有し、前記付箋画面生成手段は、前記受信手段が前記返信を受信した場合に、前記内容に対応する付箋を更新する、請求項４に記載の情報処理装置である。

請求項６の発明は、前記割付手段は、外部装置が生成する画面であって、やるべきことと、やるべき担当者と、進捗状況とを対応付けて表示する進捗画面に、前記内容が前記担当者と対応付けて追加されるように、前記内容を送信する、請求項１に記載の情報処理装置である。

請求項７の発明は、前記台紙は画像であり、前記設定手段は、該画像内の部分的な画像である部分画像にそれぞれ担当者を対応付けており、前記割付手段は、台紙上の前記部分画像に付箋が貼り付けられた場合は、該部分画像に対応付けられている担当者に、該付箋の内容をやるべきこととして割り付ける、請求項１に記載の情報処理装置である。

請求項８の発明は、前記割付手段は、前記付箋が、前記割付手段による割り付けの対象であることを示す属性を有していた場合にのみ、該付箋の内容を該位置に対応する担当者へ割り付ける、請求項７に記載の情報処理装置である。

請求項９の発明は、台紙上の位置に対して、担当者を設定する設定手段と、台紙と台紙に貼り付けられた付箋とを表示する付箋画面を、生成する付箋画面生成手段と、台紙に貼り付けられた付箋の位置にしたがって、該付箋の内容を該位置に対応する担当者へ割り付ける割付手段と、前記割付手段による割付結果を、第２機器に送信する送信手段と、を有する第１機器と、前記第１機器から割付結果を受信する受信手段と、前記割付結果にしたがって、担当者にやるべきことを割り付ける第２割付手段とを有する第２機器を有する情報処理システムである。

請求項１０の発明は、前記第２機器は、前記第２割付手段によって割り付けられたやるべきことの進捗状況を管理する管理手段と、前記進捗状況が更新された場合は、前記第１機器に該やるべきことの進捗状況を送信する送信手段と、をさらに有し、前記第１機器は、前記第２機器からやるべきことの進捗状況を受信した場合は、該やるべきことに対応する付箋に該進捗状況を記載する付箋処理手段、をさらに有する、請求項９に記載の情報処理システムである。

請求項１１の発明は、コンピュータを、台紙上の位置に対して、担当者を設定する設定手段と、台紙と台紙に貼り付けられた付箋とを表示する付箋画面を、生成する付箋画面生成手段と、台紙に貼り付けられた付箋の位置にしたがって、該付箋の内容を該位置に対応する担当者へ割り付ける割付手段として機能させるための情報処理プログラムである。

請求項１、２、４および６の情報処理装置によれば、ユーザーが、台紙上での付箋に対する作業の終了後に各担当者にやるべきことを割り付ける行為を行わずとも、担当者にそのやるべきことを割り付けることができる。

請求項３および５の情報処理装置によれば、付箋画面でユーザーが付箋を更新しなくても、対応する付箋に進捗状況の変更を反映することができる。

請求項７の情報処理装置によれば、台紙が画像を含まない白紙である場合に比較して、台紙上のある位置に対してどの担当者が設定されているかが、付箋画面を見ているユーザーにとってわかりやすい。

請求項８の情報処理装置によれば、担当者に割り付ける必要のない内容の付箋まで割り付けられることが回避できる。。

請求項９の情報処理システムによれば、ユーザーが、台紙上での付箋に対する作業の終了後に各担当者にやるべきことを割り付ける行為を行わずとも、担当者にそのやるべきことを割り付けることができる。

請求項１０の情報処理システムによれば、第２機器上で行われた進捗状況の更新を、第１機器上の付箋に反映することができる。

請求項１１の情報処理プログラムによれば、ユーザーが、台紙上での付箋に対する作業の終了後に各担当者にやるべきことを割り付ける行為を行わずとも、担当者にそのやるべきことを割り付けることができる。

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

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

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

設定モジュール１０５は、台紙上の位置に対して、担当者を設定する。
ここで台紙は画像であってもよい。そして、設定モジュール１０５は、その画像内の部分的な画像である部分画像にそれぞれ担当者を対応付けるようにしてもよい。
具体例として、図面を台紙にして、その図面内の部品に応じて担当者を対応付けていてもよい。
ここで「図面」として、２次元画像のほか、３次元画像を含めてもよい。具体例として、３ＤＣＡＤ図面を台紙としてもよい。
なお、ここでの「設定」は、ユーザー（例えば、ファシリテーター）の台紙上での操作にしたがって行われてもよいし、予め定められた位置に対して、予め定められた担当者を設定するようにしてもよい。例えば、「台紙上での操作」として、ユーザーが領域を囲み、その領域にグループ員の名簿リストから担当者を選択するようにしてもよい。

画面生成モジュール１１０は、付箋画面生成モジュール１１５、進捗画面生成モジュール１２０を有している。画面生成モジュール１１０は、台紙と付箋を表示する付箋画面、やるべきことの進捗情報を表示する進捗画面を生成し、画面に表示するように制御する。ここでの画面は、図３の例を用いて後述するように、複数人のユーザーが見るため、大画面であることが好ましい。また、付箋画面と進捗画面は、別画面で表示してもよいし、１つの画面で両者を表示してもよい。また、１つの画面で表示する場合は、２つのウィンドウにそれぞれを表示するようにしてもよいし、付箋に対してのポップアップウィンドウ内に進捗画面を表示してもよい。

付箋画面生成モジュール１１５は、台紙と台紙に貼り付けられた付箋とを表示する付箋画面を、生成する。具体的には、付箋システムにおける画面を生成する。
また、付箋画面生成モジュール１１５は、進捗画面における進捗状況がユーザーの入力により変更された場合に、進捗状況が変更されたやるべきことに対応する付箋を更新するようにしてもよい。具体的には、進捗画面で進捗状況を受け付けた場合は、その進捗状況を付箋画面内の付箋に反映させるものである。ここで、「進捗状況」とは、進捗の程度を表すものである。
また、付箋画面生成モジュール１１５は、送受信モジュール１３０が返信を受信した場合に、内容に対応する付箋を更新するようにしてもよい。具体的には、各担当者から進捗状況の報告を受信した場合は、その進捗状況を付箋画面内の付箋に反映させるものである。

進捗画面生成モジュール１２０は、やるべきことと、やるべき担当者と、進捗状況とを対応付けて表示する進捗画面を生成する。例えば、やるべきことの欄、担当者の欄、進捗状況の欄を有しているテーブルを表示するようにしてもよいし、進捗状況をグラフ（例えば、タイムチャート、円グラフ等）で表示するようにしてもよい。
また、進捗画面生成モジュール１２０は、ユーザーの入力に応じて進捗状況の表示を変更するようにしてもよい。
ここで「ユーザーの入力に応じて」として、例えば、完了フラグ等を選択する操作等が該当する。

割付モジュール１２５は、台紙に貼り付けられた付箋の位置にしたがって、その付箋の内容をその位置に対応する担当者へ割り付ける。
ここで「付箋の内容を担当者へ割り付ける」とは、情報処理装置１００が、付箋の内容を担当者と対応付けて記憶すること、または、付箋の内容を担当者のやるべきこととしてユーザーが認識可能な状態にすることを指す。後者の具体例として、ＴｏＤｏリストへ、付箋の内容をその担当者がやるべきＴｏＤｏとして追加すること、付箋の内容をその担当者にメッセージとして送信すること、が該当する。なお、ＴｏＤｏリストは、情報処理装置１００自身が生成してもよいし、情報処理装置１００とは異なる外部装置が生成してもよい。なお、外部装置は、具体例として、図２の例を用いて後述する業務管理装置２００又はユーザー端末２２０が相当する。
「担当者」は、１人であってもよいし、複数人であってもよいし、組織であってもよい。ここで、組織は、例えば、複数人からなるグループ等が該当する。
また、割付モジュール１２５は、進捗画面に内容をやるべきこととして担当者と対応付けて追加する。
また、割付モジュール１２５は、担当者に、送受信モジュール１３０を介して、付箋の内容をメッセージとして送信するようにしてもよい。
例えば、担当者と端末ＩＤを対応付けたテーブルを用いて、その担当者に対応付けられている端末ＩＤに対応付けられている端末にメッセージを送信してもよいし、その担当者のメールアドレスに送信してもよいし、その担当者が利用しているＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅの略）でのメッセージ送受信機能によって送信してもよい。
また、「付箋の内容」とは、その担当者に割り付けられた付箋の内容である。

また、割付モジュール１２５は、台紙上の部分画像に付箋が貼り付けられた場合は、その部分画像に対応付けられている担当者に、その付箋の内容をやるべきこととして割り付けるようにしてもよい。
また、割付モジュール１２５は、付箋が、割付モジュール１２５による割り付けの対象であることを示す属性を有していた場合にのみ、その付箋の内容を該位置に対応する担当者へ割り付けるようにしてもよい。言い換えると、付箋が、その他の属性を有していた場合には、割付モジュール１２５は、割り付けを行わない。ここで「付箋が、割付モジュール１２５による割り付けの対象であることを示す属性を有していた」として、具体的には、ＴｏＤｏ付箋であることを示す属性を有していることが該当する。ここで、当該属性は、ユーザーが付箋を作成する際に任意に設定できるようにしておく。

送受信モジュール１３０は、担当者とのメッセージの送受信を行う。
例えば、送受信モジュール１３０は、割付モジュール１２５による割付処理による結果を、端末に送信する。例えば、送受信モジュール１３０は、担当者に紐付けられた端末から、付箋の内容に対する返信を受信する。
また、業務管理装置２００、ユーザー端末２２０から、返信を受信した場合、付箋画面生成モジュール１１５に渡す。付箋画面生成モジュール１１５では、その返信にしたがって、付箋を更新する。

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

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

なお、図２では、「台紙に付箋を貼り付けて会議の支援を行う機器」として、情報処理装置１００を例に挙げ、「やるべきことを管理する機器」として、業務管理装置２００、業務管理モジュール２０５Ｂを有しているユーザー端末２２０Ｂ、又は、業務管理モジュール２０５Ｄを有しているユーザー端末２２０Ｄを例として挙げている。
情報処理装置１００は、台紙上の位置に対して、担当者を設定する。そして、台紙と台紙に貼り付けられた付箋とを表示する付箋画面を、生成する。さらに、台紙に貼り付けられた付箋の位置にしたがって、その付箋の内容をその位置に対応する担当者へ割り付ける。そして、割付結果を、業務管理装置２００、ユーザー端末２２０Ｂ、又は、ユーザー端末２２０Ｄに送信する。
業務管理装置２００、ユーザー端末２２０Ｂ、又は、ユーザー端末２２０Ｄは、情報処理装置１００から割付結果を受信する。そして、その割付結果にしたがって、担当者にやるべきことを割り付ける。
また、業務管理装置２００、ユーザー端末２２０Ｂ、又は、ユーザー端末２２０Ｄは、割り付けたやるべきことの進捗状況を管理する。そして、進捗状況が更新された場合は、情報処理装置１００にそのやるべきことの進捗状況を送信する。
そして、情報処理装置１００は、業務管理装置２００、ユーザー端末２２０Ｂ、又は、ユーザー端末２２０Ｄからやるべきことの進捗状況を受信した場合は、そのやるべきことに対応する付箋にその進捗状況を記載する。
ここで「進捗状況を記載」には、進捗状況を単に付加すること、既にある記載の一部分を変更（削除を含む）することのいずれであってもよい。

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

図４は、会議情報テーブル４００のデータ構造例を示す説明図である。会議情報テーブル４００は、情報処理装置１００内に記憶されている。会議情報テーブル４００は、会議ＩＤ欄４１０、会議名欄４１５、日時欄４２０、台紙ＩＤ欄４２５、参加人数欄４３０、参加者ＩＤ欄４３５を有している。会議ＩＤ欄４１０は、本実施の形態において、会議を一意に識別するための情報（例えば、会議ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。会議名欄４１５は、その会議の会議名を記憶している。日時欄４２０は、その会議が行われた日時（「日時」の解釈として、年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）又は期間を記憶している。台紙ＩＤ欄４２５は、本実施の形態において、その会議で用いられた台紙を一意に識別するための情報（つまり、台紙ＩＤ）を記憶している。参加人数欄４３０は、その会議における参加人数を記憶している。参加者ＩＤ欄４３５は、本実施の形態において、参加者を一意に識別するための情報（具体例として、参加者ＩＤのリスト）を記憶している。

図５は、台紙情報テーブル５００のデータ構造例を示す説明図である。台紙情報テーブル５００は、情報処理装置１００内に記憶されている。台紙情報テーブル５００は、台紙ＩＤ欄５１０、台紙パターンＩＤ欄５１５、作成日時欄５２０、作成者欄５２５を有している。台紙ＩＤ欄５１０は、台紙ＩＤを記憶している。台紙パターンＩＤ欄５１５は、背景となる台紙パターンＩＤを記憶している。例えば、表形式のパターン、図面等がある。さらに、台紙パターンとして、例えば、タスク管理用の台紙パターンとしてもよい。具体的には、会議参加者（やるべきことの担当者となり得る者としてもよい）の名称又は似顔絵等（写真を含めてもよい）のアイコンを描く領域が予め定められており、会議の参加者又は対象としている組織を構成しているグループ員が決定した時点で、その名称又は似顔絵等を描くようにしたものであってもよい。作成日時欄５２０は、その台紙の作成日時を記憶している。作成者欄５２５は、その台紙の作成者を記憶している。

図６は、領域・担当者割当テーブル６００のデータ構造例を示す説明図である。領域・担当者割当テーブル６００は、情報処理装置１００内に記憶されている。領域・担当者割当テーブル６００は、台紙ＩＤ欄６１０、領域数欄６１５、領域欄６２０、担当者欄６４５を有しており、領域欄６２０は、Ｘ欄６２５、Ｙ欄６３０、Ｗ欄６３５、Ｈ欄６４０を有している。台紙ＩＤ欄６１０は、台紙ＩＤを記憶している。領域数欄６１５は、担当者を割り付けるべき領域数を記憶している。領域欄６２０は、領域の定義を記憶している。Ｘ欄６２５は、その領域のＸ座標を記憶している。Ｙ欄６３０は、その領域のＹ座標を記憶している。Ｗ欄６３５は、その領域のＷ（つまり、幅）を記憶している。Ｈ欄６４０は、その領域のＨ（つまり、高さ）を記憶している。担当者欄６４５は、担当者を記憶している。領域数欄６１５以降に、領域数欄６１５内の数だけ、領域欄６２０と担当者欄６４５の組が続く。

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

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

図９は、本実施の形態による処理例を示すフローチャートである。
ステップＳ９０２では、台紙を選択する。例えば、ユーザーの操作にしたがって台紙が選択される。
ステップＳ９０４では、領域を選択する。例えば、ユーザーの操作にしたがって台紙上の領域が選択される。より具体的には、ユーザーが矩形等を描き、対象の領域が選択される。

ステップＳ９０６では、担当者を選択する。例えば、ユーザーの操作にしたがってその領域の担当者が選択される。より具体的には、担当者リストを表示し、その担当者リスト内の担当者を選択させるようにすればよい。
ステップＳ９０８では、続けるか否かを判断し、続ける場合はステップＳ９１０へ進み、それ以外の場合はステップＳ９０４へ戻る。例えば、ユーザーの終了操作又は続行操作にしたがって判断される。
ステップＳ９１０では、領域・担当者割当テーブル６００を生成する。具体的には、ステップＳ９０４で選択された領域と、ステップＳ９０６で選択された担当者を関連付ける。

図１０は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１００２では、ＴｏＤｏ用付箋であるか否かを判断し、ＴｏＤｏ用付箋の場合はステップＳ１００４へ進み、それ以外の場合はステップＳ１０１０へ進む。具体的には、付箋情報テーブル７００の対象としている付箋のタイプ欄７６５を検証すればよい。
ステップＳ１００４では、その付箋の位置を抽出する。具体的には、付箋情報テーブル７００の対象としている付箋の貼付位置欄７１５を抽出すればよい。

ステップＳ１００６では、その位置に対応する担当者を抽出する。具体的には、ステップＳ１００４で抽出した位置が含まれる、領域・担当者割当テーブル６００の領域欄６２０内の領域に関連付けられた担当者欄６４５内の担当者を抽出すればよい。
ステップＳ１００８では、付箋の内容をＴｏＤｏ内容として、担当者に割り付ける。具体的には、ＴｏＤｏ管理テーブル８００を生成する。

ステップＳ１０１０では、他に付箋はあるか否かを判断し、ある場合はステップＳ１００２へ戻り、それ以外の場合はステップＳ１０１２へ進む。
ステップＳ１０１２では、その担当者のＴｏＤｏリスト画面（進捗画面の一例）に、付箋の内容（少なくともやるべきことが含まれ、期日等が含まれていてもよい）が追加される。ＴｏＤｏリスト画面については、図１３（ｂ）の例を用いて後述する。

図１１は、本実施の形態による処理例を示す説明図である。
画面１１００には、台紙１１０５を表示する。
ユーザーの操作にしたがって、担当者Ａ領域１１５０、担当者Ｂ領域１１５５が設定される。
台紙１１０５には、付箋１１１０、付箋１１１５、付箋１１２０、付箋１１２５、付箋１１３０、付箋１１３５が貼り付けられている。台紙１１０５と、この台紙に貼り付けられた付箋１１１０などの付箋と、を表示する画面１１００が、付箋画面の一例である。 担当者Ａ領域１１５０には、付箋１１１０、付箋１１１５が貼り付けられている。担当者Ｂ領域１１５５には、付箋１１３５が貼り付けられている。そして、付箋１１１０、付箋１１３５には、ＴｏＤｏが設定されている。他の付箋は通常型の付箋である。
付箋１１１０は、担当者Ａ領域１１５０に貼り付けられており、付箋１１３５は、担当者Ｂ領域１１５５に貼り付けられているので、情報処理装置１００は、付箋１１１０のＴｏＤｏ内容を担当者Ａに割り付け、付箋１１３５のＴｏＤｏ内容を担当者Ｂに割り付けることが行われる。

図１２は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１２０２では、対象としている付箋はＴｏＤｏ用付箋であるか否かを判断し、ＴｏＤｏ用付箋の場合はステップＳ１２０４へ進み、それ以外の場合は、ＴｏＤｏ用付箋が対象となるまで待機する。例えば、ユーザーが付箋を選択することによって、その付箋は対象付箋となる。
ステップＳ１２０４では、そのＴｏＤｏの進捗状況を抽出する。具体的には、ＴｏＤｏ管理テーブル８００の進捗状況欄８３０から進捗状況を抽出する。

ステップＳ１２０６では、進捗画面を生成する。例えば、進捗状況を示すタイムチャート等を生成する。
ステップＳ１２０８では、ステップＳ１２０６で生成された進捗画面を表示する。

ステップＳ１２１０では、進捗画面内の実績が編集されたか否かを判断し、編集された場合はステップＳ１２１２へ進み、それ以外の場合は処理を終了する（ステップＳ１２９９）。ここで、「実績」とは、進捗状況（すなわち進捗の程度）を表す指標であり、「未了」「完了」の２値であってもよいし、より細かく進捗状況を表すものであってもよい。例えば、担当者はＴｏＤｏリストを操作しなくても、画面に表示されている進捗画面内の実績を編集することによって実績を報告することができる。
ステップＳ１２１２では、編集にしたがって、進捗画面内の実績を変更する。
ステップＳ１２１４では、対応するＴｏＤｏ用付箋の内容（進捗）を変更する。具体的には、ＴｏＤｏ管理テーブル８００の進捗状況欄８３０内を変更する。さらに、付箋の他の属性を実績に応じて変更してもよい。特に、実績に応じて変更する属性として、付箋の表示にかかる属性（例えば、色等）を用いることが望ましい。具体例として、実績を「未了」から「完了」に変更したならば、付箋の色を赤から白に変更するようにしてもよい。

図１３は、本実施の形態による処理例を示す説明図である。
図１３（ａ）の例では、付箋１１１０が対象として選択された場合を示しており、ポップアップウィンドウとして、進捗表示領域１３１０を表示する。
進捗表示領域１３１０には、担当者領域１３１５、ＴｏＤｏ表示領域１３２０、スケジュール表示領域１３２５、実績表示領域１３３０を表示する。
実績表示領域１３３０内では、実績グラフを編集可能に表示している。担当者（図１３の例ではユーザーＡ）の操作によって、実績グラフが編集される。例えば、実績６０％を８０％に変更すること等ができるようになる。そして、それは、付箋１１１０の内容（少なくとも、実績の記載部分）にも反映される。なお、進捗表示領域１３１０内に表示する情報は、やるべきことを管理している業務管理装置２００又はユーザー端末２２０から取得すればよい。

図１３（ｂ）の例では、ＴｏＤｏリスト画面１３５０に、ＴｏＤｏリスト１３５５を表示している場合を示している。このＴｏＤｏリスト画面１３５０は、業務管理装置２００又はユーザー端末２２０における表示装置に表示する。図１３（ａ）の例に示すように付箋画面上に重ねて表示されるものではなく、付箋画面とは別に（付箋画面が閉じられた状態でも）表示するものである。なお、この例では、ＴｏＤｏリストは付箋画面とは別に表示するが、情報処理装置１００が提供するものである。例えば、Ａ社が提供する“業務支援サービスＸ”の中に、付箋会議機能やＴｏＤｏリストを管理するタスク管理機能があり、付箋会議機能に対応する画面Ａ、そして、その画面Ａとは別に、タスク管理機能に対応する画面Ｂを表示するようにしてもよい。
ＴｏＤｏリスト１３５５は、担当者欄１３６０、ＴｏＤｏ内容欄１３６５、スケジュール欄１３７０、実績欄１３７５を有している。担当者欄１３６０は、やるべきことの担当者を記憶している。ＴｏＤｏ内容欄１３６５は、やるべきことの内容を記憶している。スケジュール欄１３７０は、そのやるべきことのスケジュールを記憶している。実績欄１３７５は、そのやるべきことの実績を記憶している。
例えば、図１３（ｂ）では、担当者：Ａのやるべきことは「ＸＸＸＸＸＸ」であり、そのやるべきことのスケジュールは「完成期日：○月○日」であり、担当者：Ａによる実績は「６０％」であることを示している。
なお、業務管理装置２００又はユーザー端末２２０において、ユーザーがこのＴｏＤｏリスト１３５５上で進捗を操作すれば、次に付箋画面を開いたときには対応する付箋が、ＴｏＤｏリスト１３５５上で更新された状態で表示される。

図１４は、本実施の形態による処理例を示す説明図である。
図１３の例に示した実績表示領域１３３０で、実績６０％が８０％に変更された場合の例を示したものである。つまり、付箋１１１０の内容が、図１４（ａ）の例に示す付箋１１１０ａから図１４（ｂ）の例に示す付箋１１１０ｂに変更される。具体的には、付箋１１１０には、ＴｏＤｏ内容（やるべきこと）、完成期日、担当者、進捗度が記載されており、実績表示領域１３３０内の変更前では、図１４（ａ）の例に示す付箋１１１０ａのように「進捗度：６０％」であったが、実績表示領域１３３０内の変更後では、ユーザーによる付箋１１１０への編集操作なしに、図１４（ｂ）の例に示す付箋１１１０ｂのように「進捗度：８０％」となる。

図１５は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１５０２では、担当者からＴｏＤｏに対する実績を受信したか否かを判断し、受信した場合はステップＳ１５０４へ進み、それ以外の場合は受信するまで待機する。具体的には、担当者が所持しているユーザー端末２２０又は担当者のＴｏＤｏを管理している業務管理装置２００から、その時点における実績（より具体的には、ＴｏＤｏ管理テーブル８００の内容）を受信する。
ステップのＳ１５０４では、受信した実績に対応する付箋を抽出する。具体的には、ＴｏＤｏ管理テーブル８００の付箋ＩＤ欄８３５から付箋ＩＤを抽出すればよい。
ステップＳ１５０６では、その付箋の内容（主に実績部分）を、受信した実績に書き換える。

図１６は、本実施の形態による処理例を示すフローチャートである。この処理例は、業務管理モジュール２０５を有しているユーザー端末２２０又は業務管理装置２００によって行われるものである。
ステップＳ１６０２では、情報処理装置１００からＴｏＤｏ（より具体的には、ＴｏＤｏ管理テーブル８００の内容）を受信したか否かを判断し、受信した場合はステップＳ１６０４へ進み、それ以外の場合は受信するまで待機する。
ステップＳ１６０４では、管理しているＴｏＤｏリストに、受信したＴｏＤｏを登録する。

図１７は、本実施の形態による処理例を示すフローチャートである。この処理例は、業務管理モジュール２０５を有しているユーザー端末２２０又は業務管理装置２００によって行われるものである。
ステップＳ１７０２では、ユーザー端末２２０又は業務管理装置２００上で、ＴｏＤｏリスト内の実績が変更されたか否かを判断し、変更された場合はステップＳ１７０４へ進み、それ以外の場合は変更されるまで待機する。
ステップＳ１７０４では、その実績のＴｏＤｏは、情報処理装置１００から送信されてきたものであるか否かを判断し、情報処理装置１００から送信されてきたものの場合はステップＳ１７０６へ進み、それ以外の場合は処理を終了する（ステップＳ１７９９）。具体的には、付箋が対応付けられているＴｏＤｏであるか否かを判断する。
ステップＳ１７０６では、対象となっているＴｏＤｏを送信してきた情報処理装置１００に、変更された実績を送信する。

図１０のステップＳ１０１２では、ＴｏＤｏ内容をＴｏＤｏリストに追加したが、ＴｏＤｏ内容を含むメッセージを、そのＴｏＤｏを担当する担当者に送信してもよい。この場合、そのメッセージに対する返信の受信によって、そのメッセージに対応する付箋を更新してもよい。もっとも単純な例としては、返信を受信したことをもって付箋を更新することが考えられる。この場合、返信を受信したことをもって、付箋が示す進捗状況を、「未了」を示すものから「完了」を示すものに更新する。
なお、返信されたメッセージの内容または属性によって、付箋を更新すべきか否かを変えてもよいし、進捗状況をどの程度変更するかを変えてもよい。例えば、メッセージの内容として「進捗なし」と記載されていた場合は、対応する付箋の更新はしない。メッセージの内容として「完了」と記載されていた場合は、対応する付箋が示す進捗状況を「未了」から「完了」に更新する。

台紙を図面とした場合は、領域・担当者割当テーブル６００の代わりに部品・担当者割当テーブル１８００を用いてもよい。
図１８は、部品・担当者割当テーブル１８００のデータ構造例を示す説明図である。部品・担当者割当テーブル１８００は、台紙ＩＤ欄１８１０、図面ＩＤ欄１８１５、部品数欄１８２０、部品ＩＤ欄１８２５、担当者欄１８３０を有している。台紙ＩＤ欄１８１０は、台紙ＩＤを記憶している。図面ＩＤ欄１８１５は、その台紙として表示する図面の図面ＩＤを記憶している。部品数欄１８２０は、その図面内の部品数を記憶している。部品ＩＤ欄１８２５は、部品ＩＤを記憶している。担当者欄１８３０は、その部品ＩＤの部品の担当者を記憶している。部品数欄１８２０以降に、部品数欄１８２０内の数だけ、部品ＩＤ欄１８２５と担当者欄１８３０の組が続く。つまり、部品・担当者割当テーブル１８００によって部品毎に担当者を関連付けるようにしている。

図１９は、本実施の形態による処理例を示すフローチャートである。台紙を図面とした場合、図９の代わりに行われる処理例を示すものである。
ステップＳ１９０２では、図面を選択する。例えば、ユーザーの操作にしたがって図面が選択される。
ステップＳ１９０４では、その図面を台紙として登録する。
ステップＳ１９０６では、部品を選択する。例えば、ユーザーの操作にしたがって台紙（図面）上の部品（１個の部品であってもよいし、複数の部品であってもよい）が選択される。

ステップＳ１９０８では、担当者を選択する。例えば、ユーザーの操作にしたがってその部品の担当者が選択される。より具体的には、担当者リストを表示し、その担当者リスト内の担当者を選択させるようにすればよい。
ステップＳ１９１０では、続けるか否かを判断し、続ける場合はステップＳ１９１２へ進み、それ以外の場合はステップＳ１９０６へ戻る。例えば、ユーザーの終了操作又は続行操作にしたがって判断される。
ステップＳ１９１２では、部品・担当者割当テーブル１８００を生成する。具体的には、ステップＳ１９０６で選択された部品と、ステップＳ１９０８で選択された担当者を関連付ける。

図２０は、ユーザー管理テーブル２０００のデータ構造例を示す説明図である。ユーザー管理テーブル２０００は、情報処理装置１００内に記憶されている。ユーザー管理テーブル２０００は、ユーザーＩＤ欄２０１０、所属組織欄２０１５、担当部品ＩＤ欄２０２０を有している。ユーザーＩＤ欄２０１０は、ユーザーＩＤを記憶している。所属組織欄２０１５は、そのユーザーの所属組織を記憶している。担当部品ＩＤ欄２０２０は、そのユーザー又は組織が担当している部品の部品ＩＤを記憶している。このユーザー管理テーブル２０００によって、ユーザー又は組織と部品が関連付けられる。

図２１は、組織のデータ構造例を示す説明図である。ここでは、組織のデータ構造として、木構造の例を示している。
図２１の例では、エンジン検討会２１１０の下層に、吸排気系チーム２１２０、燃焼系チーム２１３０、電装チーム２１４０がある。
例えば、エンジンの図面を台紙とした場合、吸排気系に関する部品のＴｏＤｏ付箋は吸排気系チーム２１２０に関連付け、燃焼系に関する部品のＴｏＤｏ付箋は燃焼系チーム２１３０に関連付け、電装に関する部品のＴｏＤｏ付箋は電装チーム２１４０に関連付けられるべきである。

図２２は、本実施の形態による処理例を示す説明図である。
画面２２００には、台紙２２０５を表示する。
台紙２２０５には、吸排気系部品２２２０、燃焼系部品２２３０、電装部品２２４０が記載されている。これらは、付箋ではなく、台紙２２０５そのものに記載されている。換言すれば、吸排気系部品２２２０、燃焼系部品２２３０、電装部品２２４０が記載されている設計図面を台紙２２０５に採用したものである。
吸排気系部品領域２２５０は吸排気系チーム２１２０が担当すること、燃焼系部品領域２２６０は燃焼系チーム２１３０が担当すること、電装部品領域２２７０は電装チーム２１４０が担当することが設定される。この設定は、図２１の例に示した組織図にしたがって設定してもよいし、ユーザーの操作にしたがって設定してもよい。

吸排気系部品２２２０を囲むように吸排気系部品領域２２５０を表示し、その吸排気系部品２２２０には付箋２２２２、付箋２２２４が貼り付けられている。
燃焼系部品２２３０を囲むように燃焼系部品領域２２６０を表示し、その燃焼系部品２２３０には付箋２２３２、付箋２２３４が貼り付けられている。
電装部品２２４０を囲むように電装部品領域２２７０を表示し、その電装部品２２４０には付箋２２４２、付箋２２４４が貼り付けられている。
そして、付箋２２２４、付箋２２３２、付箋２２４４には、ＴｏＤｏが設定されている。この場合、付箋２２２４の内容が吸排気系チーム２１２０にＴｏＤｏとして割り付けられ、付箋２２３２の内容が燃焼系チーム２１３０にＴｏＤｏとして割り付けられ、付箋２２４４の内容が電装チーム２１４０にＴｏＤｏとして割り付けられることになる。

図２３は、本実施の形態による処理例を示すフローチャートである。台紙上の位置に担当者が複数関連付けられている場合に、ＴｏＤｏ内容を一人の担当者に割り付ける場合の処理例を示すものである。なお、「担当者が複数関連付けられている」の例として、組織が関連付けられている場合を示す。
会議に出席しているか否かにしたがって、ＴｏＤｏ内容を割り付けるようにしてもよい。この処理例では、会議に出席しているユーザーに、ＴｏＤｏ内容を優先的に割り付けるようにしている。つまり、同じ組織に所属しているユーザーであっても、会議に出席していないユーザーは、ＴｏＤｏ内容が割り付けられないようにしている。ただし、逆のパターンであってもよい。つまり、会議に出席していないユーザーに、ＴｏＤｏ内容を優先的に割り付けるようにしてもよい。

ステップＳ２３０２では、対象としている付箋はＴｏＤｏ用付箋であるか否かを判断し、ＴｏＤｏ用付箋の場合はステップＳ２３０４へ進み、それ以外の場合はステップＳ２３１６へ進む。
ステップＳ２３０４では、その付箋の位置を抽出する。

ステップＳ２３０６では、その位置に対応する担当者を抽出する。
ステップＳ２３０８では、担当者は組織か否かを判断し、組織の場合はステップＳ２３１０へ進み、それ以外の場合はステップＳ２３１４へ進む。

ステップＳ２３１０では、その組織に所属しており、会議に出席しているユーザーを優先的に抽出する。具体的には、ユーザー管理テーブル２０００、会議情報テーブル４００を用いることによって、このステップの処理を行う。
ステップＳ２３１２では、付箋の内容をＴｏＤｏの内容として、抽出したユーザーに割り付ける。具体的には、ＴｏＤｏ管理テーブル８００を生成する。

ステップＳ２３１４では、付箋の内容をＴｏＤｏ内容として、担当者に割り付ける。具体的には、ＴｏＤｏ管理テーブル８００を生成する。
ステップＳ２３１６では、他に付箋はあるか否かを判断し、ある場合はステップＳ２３０２へ戻り、それ以外の場合はステップＳ２３１８へ進む。
ステップＳ２３１８では、ＴｏＤｏ内容を対応する担当者に送信する。

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

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

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

１００…情報処理装置
１０５…設定モジュール
１１０…画面生成モジュール
１１５…付箋画面生成モジュール
１２０…進捗画面生成モジュール
１２５…割付モジュール
１３０…送受信モジュール
２００…業務管理装置
２０５…業務管理モジュール
２２０…ユーザー端末
２２５…ユーザー
２９０…通信回線

Claims (13)

1. 組織と該組織に属しているユーザーを対応付けて記憶している第１記憶手段と、
   台紙と該台紙を用いている会議と該会議に参加している者とを対応付けて記憶している第２記憶手段と、
   台紙上の位置に対して、担当者を設定する設定手段と、
   台紙と台紙に貼り付けられた付箋とを表示する付箋画面を、生成する付箋画面生成手段と、
   台紙に貼り付けられた付箋の位置にしたがって、該付箋の内容を該位置に対応する担当者へ割り付ける割付手段と、
   を有し、
   前記割付手段は、前記第１記憶手段を用いて、割り付ける担当者が組織であるか否かを判断し、割り付ける担当者が組織である場合は、前記第１記憶手段を用いて、該組織に所属しているユーザーを抽出し、前記第２記憶手段を用いて、前記台紙を用いた会議に出席している者を抽出し、前記第１記憶手段から抽出したユーザーが、前記第２記憶手段から抽出した者であるか否かによって、該ユーザーを担当者として、前記付箋の内容を割り付けるか否かを決定する、
   情報処理装置。
2. やるべきことと、やるべき担当者と、進捗状況とを対応付けて表示する進捗画面を生成する進捗画面生成手段
   をさらに有し、
   前記割付手段は、前記進捗画面に前記内容をやるべきこととして担当者と対応付けて追加する、
   請求項１に記載の情報処理装置。
3. 前記進捗画面生成手段は、ユーザーの入力に応じて進捗状況の表示を変更し、
   前記付箋画面生成手段は、進捗画面における進捗状況がユーザーの入力により変更された場合に、変更されたやるべきことに対応する付箋を更新する、
   請求項２に記載の情報処理装置。
4. 前記割付手段は、台紙に貼り付けられた付箋の位置にしたがって、該付箋の内容を含むメッセージを該位置に対応する前記担当者に送信する、
   請求項１に記載の情報処理装置。
5. 前記担当者から前記メッセージに対する返信を受信する受信手段
   をさらに有し、
   前記付箋画面生成手段は、前記受信手段が前記返信を受信した場合に、前記内容に対応する付箋を更新する、
   請求項４に記載の情報処理装置。
6. 前記割付手段は、外部装置が生成する画面であって、やるべきことと、やるべき担当者と、進捗状況とを対応付けて表示する進捗画面に、前記内容が前記担当者と対応付けて追加されるように、前記内容を送信する、
   請求項１に記載の情報処理装置。
7. 前記台紙は画像であり、
   前記設定手段は、該画像内の部分的な画像である部分画像にそれぞれ担当者を対応付けており、
   前記割付手段は、台紙上の前記部分画像に付箋が貼り付けられた場合は、該部分画像に対応付けられている担当者に、該付箋の内容をやるべきこととして割り付ける、
   請求項１に記載の情報処理装置。
8. 前記割付手段は、前記付箋が、前記割付手段による割り付けの対象であることを示す属性を有していた場合にのみ、該付箋の内容を該位置に対応する担当者へ割り付ける、
   請求項７に記載の情報処理装置。
9. 前記割付手段は、前記台紙を用いた会議に出席しているユーザーに優先的に割り付けるように決定する、
   請求項１に記載の情報処理装置。
10. 前記割付手段は、前記台紙を用いた会議に出席していないユーザーに優先的に割り付けるように決定する、
    請求項１に記載の情報処理装置。
11. 組織と該組織に属しているユーザーを対応付けて記憶している第１記憶手段と、
    台紙と該台紙を用いている会議と該会議に参加している者とを対応付けて記憶している第２記憶手段と、
    台紙上の位置に対して、担当者を設定する設定手段と、
    台紙と台紙に貼り付けられた付箋とを表示する付箋画面を、生成する付箋画面生成手段と、
    台紙に貼り付けられた付箋の位置にしたがって、該付箋の内容を該位置に対応する担当者へ割り付ける割付手段と、
    前記割付手段による割付結果を、第２機器に送信する送信手段と、
    を有し、
    前記割付手段は、前記第１記憶手段を用いて、割り付ける担当者が組織であるか否かを判断し、割り付ける担当者が組織である場合は、前記第１記憶手段を用いて、該組織に所属しているユーザーを抽出し、前記第２記憶手段を用いて、前記台紙を用いた会議に出席している者を抽出し、前記第１記憶手段から抽出したユーザーが、前記第２記憶手段から抽出した者であるか否かによって、該ユーザーを担当者として、前記付箋の内容を割り付けるか否かを決定する、
    第１機器と、
    前記第１機器から割付結果を受信する受信手段と、
    前記割付結果にしたがって、担当者にやるべきことを割り付ける第２割付手段と、
    を有する第２機器と、
    を有する情報処理システム。
12. 前記第２機器は、
    前記第２割付手段によって割り付けられたやるべきことの進捗状況を管理する管理手段と、
    前記進捗状況が更新された場合は、前記第１機器に該やるべきことの進捗状況を送信する送信手段と、
    をさらに有し、
    前記第１機器は、
    前記第２機器からやるべきことの進捗状況を受信した場合は、該やるべきことに対応する付箋に該進捗状況を記載する付箋処理手段
    をさらに有する、
    請求項１１に記載の情報処理システム。
13. コンピュータを、
    組織と該組織に属しているユーザーを対応付けて記憶している第１記憶手段と、
    台紙と該台紙を用いている会議と該会議に参加している者とを対応付けて記憶している第２記憶手段と、
    台紙上の位置に対して、担当者を設定する設定手段と、
    台紙と台紙に貼り付けられた付箋とを表示する付箋画面を、生成する付箋画面生成手段と、
    台紙に貼り付けられた付箋の位置にしたがって、該付箋の内容を該位置に対応する担当者へ割り付ける割付手段
    として機能させ、
    前記割付手段は、前記第１記憶手段を用いて、割り付ける担当者が組織であるか否かを判断し、割り付ける担当者が組織である場合は、前記第１記憶手段を用いて、該組織に所属しているユーザーを抽出し、前記第２記憶手段を用いて、前記台紙を用いた会議に出席している者を抽出し、前記第１記憶手段から抽出したユーザーが、前記第２記憶手段から抽出した者であるか否かによって、該ユーザーを担当者として、前記付箋の内容を割り付けるか否かを決定する、
    情報処理プログラム。
    

Images