(58)【調査した分野】(Int.Cl.,DB名)
【発明を実施するための形態】
【0020】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図1は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア(コンピュータ・プログラム)、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム(コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム)、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、1モジュールを1プログラムで構成してもよいし、複数モジュールを1プログラムで構成してもよく、逆に1モジュールを複数プログラムで構成してもよい。また、複数モジュールは1コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって1モジュールが複数コンピュータで実行されてもよい。なお、1つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続(データの授受、指示、データ間の参照関係等)の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、2以上の値(もちろんのことながら、全ての値も含む)が同じであってもよい。また、「Aである場合、Bをする」という記載は、「Aであるか否かを判断し、Aであると判断した場合はBをする」の意味で用いる。ただし、Aであるか否かの判断が不要である場合を除く。また、「A、B、C」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その1つのみを選んでいる場合(例えば、Aのみ)を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク(一対一対応の通信接続を含む)等の通信手段で接続されて構成されるほか、1つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」(社会システム)にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、RAM(Random Access Memory)、外部記憶媒体、通信回線を介した記憶装置、CPU(Central Processing Unit)内のレジスタ等を含んでいてもよい。
【0021】
本実施の形態である情報処理装置100は、会合において用いられる台紙と付箋(電子付箋、電子カード等ともいわれる)に関する処理を行うものであって、
図1の例に示すように、台紙・付箋処理モジュール110、関連台紙提示モジュール120、台紙・付箋情報記憶モジュール150、処理履歴記憶モジュール160を有している。なお、会合は、複数人が集まって話し合うことであればよく、例えば、会議、ワークショップ、アイデア抽出会、検討会、相談、議論、集会、ミーティング等を含む。本実施の形態は、電子的な付箋と台紙を利用した電子付箋システム(電子白板等ともいわれる)にかかるものである。
共有画面制御装置200は、具体的には、付箋を用いて、ファシリテーター(一般的には1人)と複数人の参加者によって行われる会合で利用される。参加者は参加者用端末としての電子付箋端末250を用いて、アイデア等が記載された付箋を作成する。一般的に、
図3の例に示すように、電子付箋端末250として、各参加者が所持する電子付箋端末250A、電子付箋端末250B等(以下、代表して電子付箋端末250という)のように複数ある。そして、共有画面制御装置200は、電子付箋端末250から付箋を受け取って、台紙(又は背景)上にその付箋を貼り付ける。ファシリテーターは共有画面制御装置200の表示装置である共有画面を用いて、その台紙上で、付箋の位置を決定又は変更したり、付箋をまとめたり(第1の付箋と第2の付箋を関連付けること、グループ形成等ともいわれる)、自らも付箋情報の作成等を行って、その会合を進行させる。なお、本実施の形態において、参加者には、ファシリテーターを含む。また、参加者には、プロジェクト管理者を含めてもよいし、含まないとしてもよい。なお、
図12を用いた規則の適用については後述する。
【0022】
まず、台紙を用いた作業について説明する。なお、この説明は、本実施の形態の理解を容易にすることを目的とするものである。
本実施の形態の情報処理装置100は、特に、付箋をプロジェクトでのタスク管理システム(プロジェクトポータルともいわれる)、個人のタスク管理システム等で使用する場合に用いられる。このタスク管理においても台紙が用いられる。
例えば、電子付箋システムを用いた会合(プロジェクト)において、誰が、いつまでに、何をやるかが記載されたTODO付箋が作成される場合がある。このTODO付箋を、その台紙に貼り付けたままでは活用ができない。そこで、TODO付箋をプロジェクトにおけるタスク管理システム等の台紙に複写(コピー)することが行われている。複写元の台紙を台紙(A)、TODO付箋をTODO付箋(A)と記し、複写先の台紙を台紙(B)、TODO付箋をTODO付箋(B)と記す。複写先の台紙(B)で、そのTODO付箋(B)が書き換えられる場合がある。例えば、そのTODOの内容の作業を完了させた、中間報告を記載した、担当者が変更になった、期日が変更になった等がある。TODO付箋(B)が書き換えられた場合、複写元の台紙(A)でのTODO付箋(A)も、同様に書き換えることが行われる。しかし、TODO付箋(A)が台紙(B)以外の他の台紙(C)に複写されてTODO付箋(C)となっている場合がある。例えば、台紙(A)を元にして、台紙(C)が作成され、その台紙(C)が主に使用されているような状況では、TODO付箋(B)を反映(又は同期)させる台紙は、台紙(A)よりも台紙(C)が望ましい。台紙(A)は過去のものであり、誰も見ない可能性があるからである。
このような場合、情報処理装置100は、台紙(A)以外に、TODO付箋(B)の内容を反映させるべき台紙(C)を抽出し、ユーザーに選択可能に提示する。
【0023】
台紙・付箋処理モジュール110は、台紙・付箋情報記憶モジュール150、処理履歴記憶モジュール160と接続されている。台紙・付箋処理モジュール110は、電子付箋システムにおける台紙と付箋の処理を行う。具体的には、付箋を作成し、その付箋を台紙上に貼り付けること、付箋をグループ化すること(複数の付箋をまとめること)、付箋を台紙上で移動すること等がある。
また、例えば、台紙・付箋処理モジュール110は、第1の台紙に貼り付けられた第1の付箋を第2の台紙に第2の付箋として複写する。この複写処理は、ユーザーの操作にしたがって行われてもよいし、予め定められたプログラムにしたがって行われてもよい。前述したように、台紙(A)に貼り付けられているTODO付箋(A)を、タスク管理システム等で使用する台紙(B)に複写することが該当する。もちろんのことながら、台紙(A)に貼り付けられているTODO付箋(A)を、台紙(B)以外の台紙(C)に複写することも該当する。
【0024】
関連台紙提示モジュール120は、提示モジュール130、台紙候補抽出モジュール140を有しており、台紙・付箋情報記憶モジュール150、処理履歴記憶モジュール160と接続されている。関連台紙提示モジュール120は、第2の台紙上にある第2の付箋の内容が書き換えられた場合に、その第2の付箋を他の台紙に反映させる場合に、反映させるべき台紙を抽出する。
提示モジュール130は、台紙候補抽出モジュール140によって抽出された台紙を、ユーザーの操作によって選択可能に提示する。台紙候補抽出モジュール140によって抽出される台紙は、一般的に複数であり、ユーザーが選択する必要があるからであるが、1つの台紙の場合であっても、その台紙に反映させるべきか否かを確認させるために、選択可能に提示する。
そして、提示モジュール130は、候補として提示された台紙に対して閲覧権(アクセス権)があるか否かによって、その台紙の提示形態を異ならせるようにしてもよい。反映先の候補台紙(台紙候補抽出モジュール140によって抽出された台紙)の内容がわかるように表示するのが好ましい。単に台紙の名称だけを表示するのでは、どの台紙を選択すべきかわかりにくいので、例えば、候補台紙のサムネイル(縮小画像)を表示する。しかし、その台紙に対して閲覧権がない場合は、サムネイルを表示することは好ましくない。そこで、閲覧権がある場合は、台紙のサムネイルを表示し、閲覧権がない場合は、台紙の名称を表示するようにしている。
【0025】
台紙候補抽出モジュール140は、台紙・付箋情報記憶モジュール150、処理履歴記憶モジュール160内の情報を用いて、第2の付箋を他の台紙に反映させる場合に、第1の台紙の他に別の台紙を候補として抽出する。
「他の台紙に反映させる場合」として、第2の付箋の内容が変更されたことを契機とするのが一般的であるが、必ずしも、第2の付箋の内容が変更されていることを条件とする必要はない。
「他の台紙に反映させる場合」には、複写元の第1の台紙に戻すことを含む。
第1の台紙は、共有の台紙であり、複数人のユーザーによって閲覧できるものであることが一般的である。
第2の台紙は、個人の台紙であり、主にTODO処理の機能を有していることが一般的である。
例えば、第1の台紙は、第2の台紙のユーザーが参加しているプロジェクトで使用されたものであり、会合での結論として「行わなければならない行動(いわゆるアクション項目)」が記載された第1の付箋が生成される。そして、その第1の付箋を担当するユーザーの台紙に複写すること(つまり、ユーザーの台紙に第2の付箋が生成されること)によって、そのユーザーにとってはTODO処理の項目が増えたことになる。したがって、第2の付箋は、第2の台紙のユーザーが行わなければならない行動が記載されており、そのユーザーの操作によって進捗が記載される。そして、その進捗状況が記載された第2の付箋を、プロジェクトメンバーに報告するために、プロジェクトで使用される台紙に反映させる。しかし、元の台紙である第1の台紙に反映させるだけで済むとは限らない。そのプロジェクトで使用している台紙が異なるものとなっている場合があるからである。
【0026】
台紙候補抽出モジュール140は、予め定められた規則にしたがって、別の台紙を候補として抽出する。ここで「予め定められた規則」として、以下のいずれか1つ以上を用いるようにしてもよい。
(1)第1の付箋が複写又は移動された台紙。
(2)第1の付箋と関連がある付箋が複写又は移動された台紙。
(3)第2の台紙のユーザーが属しているグループの参加者が操作した回数が予め定められた回数より多い又は以上である台紙。
(4)第2の台紙のユーザーが操作した回数が予め定められた回数より多い又は以上である台紙。
なお、第1の付箋が複写又は移動された台紙に、第2の台紙は含まれない。そもそも第2の台紙には第2の付箋が貼り付けられているので、その第2の付箋を反映させる必要はないからである。
これらの規則(1)から(4)のそれぞれに点数が付されており、台紙候補抽出モジュール140は、その点数の合計によって、台紙の候補を抽出するようにしてもよい。
【0027】
台紙・付箋情報記憶モジュール150は、台紙・付箋処理モジュール110、関連台紙提示モジュール120と接続されている。台紙・付箋情報記憶モジュール150は、電子付箋システムにおける台紙と付箋に関する情報を記憶している。また、付箋が台紙間で複写された場合は、複写元の台紙、複写先の台紙に関する情報等を記憶している。これらについては、
図4、
図5、
図6、
図9、
図12の例を用いて後述する。
処理履歴記憶モジュール160は、台紙・付箋処理モジュール110、関連台紙提示モジュール120と接続されている。処理履歴記憶モジュール160は、電子付箋システムでの操作の履歴を記憶している。例えば、付箋が台紙間で複写された処理等が記憶される。これらについては、
図7の例を用いて後述する。
【0028】
図2は、本実施の形態を利用したシステム構成例を示す説明図である。
グループA:280Aには、共有画面制御装置200A、電子付箋端末250A、電子付箋端末250B、電子付箋端末250Cが設置されており、会合が行われる。共有画面制御装置200A、電子付箋端末250A、電子付箋端末250B、電子付箋端末250Cは、通信回線298を介してそれぞれ接続されている。
また、グループB:280Bには、共有画面制御装置200B、電子付箋端末250D、電子付箋端末250Eが設置されており、会合が行われる。共有画面制御装置200B、電子付箋端末250D、電子付箋端末250Eは、通信回線298を介してそれぞれ接続されている。
そして、情報処理装置100、付箋情報記憶装置294、グループA:280A内の機器、ループB:280B内の機器、電子付箋端末250F、ユーザー端末260内の電子付箋端末250Gは、通信回線299を介してそれぞれ接続されている。なお、通信回線298、通信回線299は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置100、付箋情報記憶装置294による機能は、クラウドサービスとして実現してもよい。
付箋情報記憶装置294は、付箋に関する情報を記憶している。各共有画面制御装置200は、付箋情報記憶装置294を用いて処理を行う。この場合、付箋情報記憶装置294内の付箋に関する情報を複数の共有画面制御装置200で共有してもよい。つまり、共有画面制御装置200Aが管理している付箋に関する情報を、共有画面制御装置200Bが利用できるようにしてもよい。
ユーザー端末260のように、ユーザー端末260が電子付箋端末250Gとしての機能を有していてもよい。
台紙間の付箋の複写は、同じグループ(会合)内で行われてもよいし、他のグループ(会合)が扱っている台紙に対して複写されてもよいし、グループが用いているタスク管理における台紙に対して複写されてもよいし、電子付箋端末250F、ユーザー端末260のように個人のユーザーが利用しているタスク管理における台紙に対して複写されてもよい。
【0029】
図3は、本実施の形態が使用される会議室等における、電子付箋端末250、共有画面制御装置200の使用例を示す説明図である。
図3(a)の例に示すように、会議室等内に、参加者311、312、ファシリテーター321が集まっている。参加者311は電子付箋端末250Aを利用し、参加者312は電子付箋端末250Bを利用する。一般的に、端末装置(電子付箋端末250A等)は参加者1人に1個付与されており、
図3(c)の例に示す電子付箋端末250のように、ノート程度の大きさ(例えば、A4、B5、7〜10インチ等)のタブレット型の端末であり、指又はペン等を用いて操作されるものである。参加者によって、テキストデータ、手書きの文字、図形等が記載された付箋情報が作成される。なお、端末装置は、タブレット型の端末に限られず、キーボード、マウス等を備えたPC(ノートPCを含む)等であってもよい。
図3(a)の例に示す共有画面制御装置200xは、プロジェクターであって、台紙及び付箋を表示する。また、共有画面制御装置200yは、電子白板であって、ファシリテーター321の指又はペン等の動きを検知して、付箋を台紙(表)に貼り付けること、付箋の移動、付箋の関連付け(グループ化)を行うこと等の操作を受け付けるものである。例えば、共有画面制御装置200yにペンが備えられており、そのペンが予め定められたペン置きから離れたこと(ファシリテーター321が操作するためにペンを持ち上げたこと)、そしてペンの先端の位置(ペン先端が共有画面制御装置200yに触れたこと等)を検知することによって、台紙、付箋に対する操作を受け付ける。例えば、ペン置きにセンサー(ペンの重力でスイッチがオンオフとなるセンサー等)を設け、複数のペン(黒色のペン、赤色のペン、青色のペン等)のうち、どのペンが用いられているかを検知すればよい。また、共有画面制御装置200yの表示画面全体がタッチセンサーであり、表示画面に触れられた位置、圧力を検知すればよい。本例では、ペンのオンオフはペン置きによって制御するが、必ずしもペン置きがある必要はない。ペン側で直接オンオフを制御できるようにしても構わない。色の変更に関してもペン置きを必要とせずに、表示画面上の一部分にカラーパレットを用意しておき、目的の色をペン(又は、それに類するもの)がタッチすることで色を変更したり、ペンに色を変える指示をするための機能(ボタンやスライダ等)が備わっていたりしても構わない。
また、共有画面制御装置200は、
図3(b)の例に示すような電子ボードであってもよい。電子ボードは、一般的に大画面の表示装置(少なくとも、電子付箋端末250の表示装置よりも大きい)を有しており、その表示装置はタッチパネルであり、表示画面に触れられた位置、圧力を検知する。例えば、画面として、80インチ等の大きさを備えたものであってもよい。
【0030】
図4は、付箋に関する情報を記憶している付箋情報テーブル400のデータ構造例を示す説明図である。付箋情報テーブル400は、台紙・付箋情報記憶モジュール150に記憶されており、付箋ID欄402、貼付台紙ID欄404、貼付位置欄406、サイズ欄408、作成日時欄410、作成者欄412、貼付日時欄414、色欄416、枠線形状欄418、枠線色欄420、枠線太さ欄422、所属グループ欄424、属性欄426、内容種別欄428、内容欄430、コピー元情報欄432、コピー先情報欄438、関連付箋情報欄444を有している。
コピー元情報欄432は、台紙ID欄434、付箋ID欄436を有しており、コピー先情報欄438は、台紙ID欄440、付箋ID欄442を有しており、関連付箋情報欄444は、親付箋ID欄446、子付箋ID欄448を有している。
付箋ID欄402は、付箋を、本実施の形態において一意に識別するための情報(付箋ID:IDentification)を記憶している。貼付台紙ID欄404は、本実施の形態において、その付箋が貼り付けられた台紙を一意に識別するための情報(貼付台紙ID)を記憶している。貼付位置欄406は、その付箋が貼り付けられた位置を記憶している。つまり、台紙上の貼り付け位置を記憶している。例えば、台紙のXY座標系における座標である。サイズ欄408は、その付箋のサイズを記憶している。例えば、表示する付箋が矩形である場合は、幅と高さを記憶している。作成日時欄410は、その付箋が作成された日時(年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい)を記憶している。作成者欄412は、その付箋の作成者(作成者ID)を記憶している。又は、その付箋が作成された情報処理装置(電子付箋端末250又は共有画面制御装置200の機器ID)を記憶してもよい。貼付日時欄414は、その付箋が台紙に貼り付けられた日時を記憶している。色欄416は、その付箋の表示色を記憶している。枠線形状欄418は、その付箋の表示における枠線の形状(実線、点線、破線、波線、二重線等)を記憶している。枠線色欄420は、その付箋の表示における枠線の色を記憶している。枠線太さ欄422は、その付箋の表示における枠線の太さを記憶している。所属グループ欄424は、その付箋が所属しているグループに関する情報を記憶している。例えば、その付箋がグループに属しているか否かを示す情報を記憶していてもよいし、グループに属している場合は、グループIDやそのグループに属している他の付箋ID等を記憶していてもよい。属性欄426は、その付箋の属性を記憶している。属性欄426の内容として、例えば、「事実」、「課題」、「施策」、「TODO」等がある。内容種別欄428は、その付箋の内容種別(テキスト情報、手書き文字又は図形等を示すベクトルデータ、音声情報、写真等の静止画像情報、動画情報等、又はこれらの組み合わせを示す情報)を記憶している。内容欄430は、その付箋に書き込まれている内容を記憶している。コピー元情報欄432、コピー先情報欄438は、台紙間の複写が行われた場合の情報を記憶している。台紙間の複写が行われ、コピー元の付箋である場合はコピー元情報欄432が用いられ、コピー先の付箋である場合はコピー先情報欄438が用いられる。したがって、他の台紙からいったん複写された後に、さらに、他の台紙に複写された場合は、コピー元情報欄432とコピー先情報欄438の両方が用いられることになる。コピー元情報欄432は、その付箋のコピー元に関する情報を記憶している。台紙ID欄434は、コピー元の台紙の台紙IDを記憶している。付箋ID欄436は、コピー元の台紙における付箋の付箋IDを記憶している。コピー先情報欄438は、その付箋のコピー先に関する情報を記憶している。台紙ID欄440は、コピー先の台紙の台紙IDを記憶している。付箋ID欄442は、コピー先の台紙における付箋の付箋IDを記憶している。関連付箋情報欄444は、その付箋と関連がある付箋に関する情報を記憶している。ここでは、付箋間で木構造を有している場合を、付箋間で関連がある例として示すものである。親付箋ID欄446は、その付箋の親付箋となる付箋IDを記憶している。子付箋ID欄448は、その付箋の子付箋となる付箋IDを記憶している。親付箋ID欄446、子付箋ID欄448内は、複数の付箋IDを記憶されていてもよい。なお、台紙間の複写が行われた場合は、付箋IDを変更しないで元の付箋IDを用いてもよい。この場合、対応する付箋は付箋IDが同じか否かによって判断することができるようになる。また、台紙間の複写が行われた場合は、新たな付箋IDを用いるようにしてもよい。この場合、コピー元情報欄432、コピー先情報欄438を辿ることによって、複写元の付箋と複写先の付箋との対応をとることができる。また、複写が複数の台紙に対して行われた場合であっても、コピー元情報欄432、コピー先情報欄438を辿ることによって、反映すべき全ての付箋を抽出することができる。
【0031】
図5は、台紙に関する情報を記憶している台紙情報テーブル500のデータ構造例を示す説明図である。台紙情報テーブル500は、台紙・付箋情報記憶モジュール150に記憶されており、台紙ID欄510、台紙パターンID欄515、課題欄520、課題属性欄525、作成日時欄530、作成者欄535、属性欄540、プロジェクトID欄545を有している。台紙ID欄510は、本実施の形態において、台紙を一意に識別するための情報(台紙ID)を記憶している。台紙パターンID欄515は、背景となる台紙パターンIDを記憶している。例えば、白紙のパターン、表形式のパターン、凡例用付箋毎に付箋の貼り付け領域を有するパターン等がある。課題欄520は、課題を記憶している。課題属性欄525は、課題の属性を記憶している。課題属性欄525の内容として、例えば、「定型課題」、「非定型課題」等がある。作成日時欄530は、その台紙の作成日時を記憶している。作成者欄535は、その台紙の作成者を記憶している。属性欄540は、属性を記憶している。プロジェクトID欄545は、本実施の形態において、その台紙が用いられているプロジェクトを一意に識別するための情報(プロジェクトID)を記憶している。なお、個人のタスク管理である場合は、その個人のユーザーIDであってもよい。
【0032】
図6は、プロジェクトに関する情報を記憶しているプロジェクト・台紙対応テーブル600のデータ構造例を示す説明図である。プロジェクト・台紙対応テーブル600は、台紙・付箋情報記憶モジュール150に記憶されており、プロジェクトID欄610、メンバー数欄615、メンバーID欄620、台紙数欄625、台紙ID欄630を有している。プロジェクトID欄610は、プロジェクトIDを記憶している。メンバー数欄615は、そのプロジェクトIDのプロジェクトにおけるメンバー数を記憶している。メンバーID欄620は、本実施の形態において、メンバーを一意に識別するための情報(メンバーID)を記憶している。台紙数欄625は、そのプロジェクトで用いられている台紙数を記憶している。台紙ID欄630は、そのプロジェクトで用いられている台紙の台紙IDを記憶している。台紙数欄625内の数だけ、台紙ID欄630に台紙IDが記憶されている。
【0033】
図7は、台紙又は付箋に対する操作履歴(ログ)に関する情報を記憶しているログ情報テーブル700のデータ構造例を示す説明図である。ログ情報テーブル700は、処理履歴記憶モジュール160に記憶されており、ログID欄710、日時欄715、操作者ID欄720、対象台紙ID欄725、対象付箋ID欄730、処理内容欄735を有している。ログID欄710は、本実施の形態において、ログを一意に識別するための情報(ログID)を記憶している。日時欄715は、そのログ対象である操作が行われた日時を記憶している。操作者ID欄720は、本実施の形態において、その操作を行った操作者を一意に識別するための情報(操作者ID)を記憶している。対象台紙ID欄725は、その操作が行われた対象台紙の台紙IDを記憶している。例えば、台紙間の付箋の複写が行われた場合は、複数の台紙IDを記憶している。対象付箋ID欄730は、その操作が行われた対象付箋の付箋IDを記憶している。複数の付箋(グループ化された付箋群を含む)に対する操作の場合は、複数の付箋IDを記憶している。処理内容欄735は、その操作の処理内容を記憶している。例えば、台紙間の付箋の複写等がある。
【0034】
図8は、本実施の形態による処理例を示すフローチャートである。
ステップS800では、付箋のコピー操作を開始する。
ステップS802では、コピー先台紙の候補を抽出する。コピー操作しているユーザーがアクセスできる台紙であって、ユーザーが決定する。
ステップS804では、コピー操作しているユーザーにコピー先台紙の閲覧権があるか否かを判断し、閲覧権がある場合はステップS806へ進み、それ以外の場合はステップS808へ進む。
【0035】
ステップS806では、候補台紙のサムネイルを表示する。
ステップS808では、候補台紙の台紙名を表示する。
ステップS810では、ユーザーの操作にしたがって、コピー先台紙の決定を受け付ける。
ステップS812では、コピー操作しているユーザーにコピー先台紙の閲覧権があるか否かを判断し、閲覧権がある場合はステップS814へ進み、それ以外の場合はステップS816へ進む。例えば、
図9を用いて後述するアクセス権管理テーブル900を用いて判断すればよい。
【0036】
ステップS814では、コピー元台紙のコピー元付箋へコピー先付箋IDと完全参照権を設定する。この処理によって、コピー元からは、コピー先の付箋がたどれるようになる。
ステップS816では、コピー元台紙のコピー元付箋へコピー先付箋IDと概要参照権を設定する。この処理によって、コピー元からは、進捗の概要を知ることができるようになる。
ステップS818では、元情報として付箋ID、台紙IDを設定する。
ステップS820では、コピー先台紙へ付箋を送信する。
【0037】
図9は、ユーザーが有している台紙に対するアクセス権に関する情報を記憶しているアクセス権管理テーブル900のデータ構造例を示す説明図である。アクセス権管理テーブル900は、台紙・付箋情報記憶モジュール150に記憶されており、ユーザーID欄910、台紙ID欄915、アクセス権欄920を有している。ユーザーID欄910は、本実施の形態において、ユーザーを一意に識別するための情報(ユーザーID)を記憶している。台紙ID欄915は、台紙IDを記憶している。アクセス権欄920は、そのユーザーがその台紙に対して有しているアクセス権を記憶している。例えば、閲覧権、編集権等がある。なお、編集権等で閲覧を前提としている権利は、閲覧権を包含している。つまり、閲覧を前提としている編集権等を有している場合は、閲覧権を有しているとして扱われる。
【0038】
図10は、本実施の形態による処理例を示すフローチャートである。
ステップS1000では、付箋の更新操作を開始する。
ステップS1002では、元台紙を含めたコピー先台紙の候補を抽出する。ステップS1002の詳細な処理については、
図11の例に示すフローチャートを用いて後述する。
ステップS1004では、更新操作しているユーザーに更新先台紙の閲覧権があるか否かを判断し、閲覧権がある場合はステップS1006へ進み、それ以外の場合はステップS1008へ進む。
【0039】
ステップS1006では、候補台紙のサムネイルを表示する。
ステップS1008では、候補台紙の台紙名を表示する。
ステップS1010では、ユーザーの操作にしたがって、更新先台紙の決定を受け付ける。
【0040】
ステップS1012では、更新先台紙に元情報付箋IDと同じ付箋があるか否かを判断し、ある場合はステップS1014へ進み、それ以外の場合はステップS1016へ進む。
ステップS1014では、更新先台紙に存在する元付箋を置き換える。つまり、更新先台紙の付箋が、更新元の付箋に書き換えられる。なお、ステップS1012では、付箋IDが同じか否かによって、置き換え対象の付箋を決定しているが、前述したように付箋情報テーブル400のコピー元情報欄432、コピー先情報欄438を辿ることによって、置き換え対象の付箋を決定してもよい。
ステップS1016では、更新元台紙の付箋を、新規付箋として更新先台紙に追加する。
【0041】
図11は、本実施の形態による処理例を示すフローチャートである。
ステップS1102では、対象付箋のコピー元の台紙IDを抽出する。具体的には、付箋情報テーブル400のコピー元情報欄432を用いることによって、コピー元の台紙IDを抽出すればよい。
ステップS1104では、対象付箋のコピー元の付箋等に関するログ情報を抽出する。具体的には、コピー元の付箋に関するログ情報テーブル700を抽出する。
ステップS1106では、台紙毎に判断条件テーブル1200にしたがって点数を算出する。具体的には、
図12の例を用いて後述する判断条件テーブル1200を用いて、該当する規則の点数を加算する。
ステップS1108では、点数順に台紙をソートする。つまり、点数の降順にソートする。
ステップS1110では、反映先候補として提示する台紙を抽出する。例えば、予め定められた順位までの台紙を抽出してもよいし、閾値より多い又は以上である点数の台紙を抽出してもよい。
ステップS1112では、操作者の台紙に対するアクセス権を抽出する。具体的には、アクセス権管理テーブル900を用いて、その操作者の各候補台紙に対するアクセス権を抽出する。
【0042】
図12は、台紙抽出のルールと加点の対を記憶している判断条件テーブル1200、判断条件テーブル1250のデータ構造例を示す説明図である。
図12(a)の例に示す判断条件テーブル1200は、台紙・付箋情報記憶モジュール150に記憶されており、加点欄1210、規則欄1220を有している。加点欄1210は、対応する規則が適用された場合の加点を記憶している。規則欄1220は、規則を記憶している。判断条件テーブル1200は、担当者がプロジェクトポータルに付箋を戻す際に台紙候補を抽出するために用いるものである。
例えば、
図12(a)の例に示す判断条件テーブル1200は、「元付箋が移動された台紙」であるならば「20」点、「元付箋がコピーされた台紙」であるならば「10」点、「元付箋の親付箋が移動された」ことがあるならば「移動回数×5」点、「元付箋の親付箋がコピーされた」ことがあるならば「コピー回数×3」点、「過去1週間(もちろんのことながら、過去1週間は例示であり、他の期間、例えば、過去1か月、過去3日間等であってもよい)にプロジェクトメンバーが投稿・編集した」ことがあるならば「投稿・編集回数×2」点、「自分の過去の投稿」があるならば「投稿回数×1」点を、台紙毎に加算することを示している。
ここでコピーと移動を区別しているが、コピーは、コピー元の付箋を残したまま、コピー先にも付箋を複写することであり、両方の台紙に付箋ができることになる。移動は、移動元の付箋を残さずに、移動先に付箋を移すことであり、付箋は移動先の台紙にのみあることになる。したがって、付箋の数が1つである移動をコピーよりも点数を高くして、反映すべき台紙である可能性を高くしている。
なお、親付箋か否かは、付箋情報テーブル400の関連付箋情報欄444(親付箋ID欄446)を用いて判断すればよい。そのユーザーと同じプロジェクトメンバーであるか否かは、プロジェクト・台紙対応テーブル600を用いて判断すればよい。また、投稿とは、新たな付箋を作成し、台紙に貼り付けることを示している。
【0043】
図12(b)の例に示す判断条件テーブル1250は、台紙・付箋情報記憶モジュール150に記憶されており、加点欄1260、規則欄1270を有している。加点欄1260は、対応する規則が適用された場合の加点を記憶している。規則欄1270は、規則を記憶している。判断条件テーブル1250は、プロジェクト管理者1302が個人ポータルに付箋を割り振る際に台紙候補を抽出するために用いるものである。つまり、プロジェクト管理者としてログインしているか、担当者としてログインしているかによって、台紙候補の抽出方法を切り替えている。なお、プロジェクト管理者としてログインしているか否かについては、ログイン後に参加者(担当者)が接続できるコードを発行することでプロジェクト管理者としてみなし、そのコードで参加する者を担当者とみなす。具体的には、会議を開始するに際して、自身がプロジェクト管理者として会議を開始(コード発行)し、所属する担当者に付箋(TODO)を割り振っていく。また、プロジェクト管理者がオフライン時に一人で付箋(TODO)の割り振りをしてもよい。そのために、担当者が一緒にログインしているか否かによって、加点する抽出条件がある。
例えば、
図12(b)の例に示す判断条件テーブル1250は、「現在の会議中に付箋をコピー又は移動した宛先の台紙」であるならば「10」点、「現在の会議中に開いた台紙」であるならば「5」点、「担当者がログインしている場合、それぞれの担当者の台紙」であるならば「10」点、「担当者がログインしている場合、TODOが割り振られていない担当者の台紙」であるならば「5」点を、台紙毎に加算することを示している。
なお、ユーザーが参加者である場合は、
図12(a)の例に示す判断条件テーブル1200の規則を適用し、ユーザーがプロジェクト管理者である場合は、
図12(b)の例に示す判断条件テーブル1250の規則を適用する。なお、参加者にプロジェクト管理者を含める場合は、プロジェクト管理者に対しては、
図12(b)の例に示す判断条件テーブル1250の規則だけでなく、
図12(a)の例に示す判断条件テーブル1200の規則も適用されることになる。そして、参加者には、プロジェクト管理者は含まないとした場合(例えば、プロジェクト管理者としてログインしている場合)は、
図12(a)の例に示す判断条件テーブル1200の規則は適用しないで、
図12(b)の例に示す判断条件テーブル1250の規則だけを適用してもよい。
【0044】
図13は、本実施の形態を用いない場合の処理例を示す説明図である。
図13(1)の例の上欄に示すように、プロジェクトポータルにおいて、プロジェクト管理者1302等の操作によって、台紙1300上に付箋1310が貼り付けられる。なお、この台紙1300は、スケジュール管理用の台紙であり、プロジェクトで使用され、付箋1310は、誰が(担当者B1304)、いつまでに、何をやるかが記載されたTODO付箋である。
そして、プロジェクト管理者1302の操作によって、台紙1300上の付箋1310が、担当者B1304の個人ポータルであるタスク管理用の台紙1350にコピーされる。つまり、
図13(1)の例の下欄に示すように、台紙1350上に、付箋1310A(付箋1310の複写付箋)が貼り付けられる。
【0045】
その後、
図13(2)の例の上欄に示すように、プロジェクトポータルにおいて、プロジェクト管理者1302の操作によって、台紙1300上の付箋1310が、4P(どんな製品(Product)を、いくら(Price)で、どこで(Place)、どのように(Promotion))分析用の台紙1320とカレンダー型の台紙1330に、それぞれ付箋1310B、付箋1310Cとしてコピーされる。例えば、プロジェクトが進み、台紙1300で付箋作業を行うよりも、台紙1320、台紙1330で付箋作業を行う方が好ましい状態となった場合だからである。
【0046】
さらに、その後、
図13(3)の例の下欄に示すように、個人ポータル側では、担当者B1304の操作によって、台紙1350上の付箋1310Aが書き換えられて(例えば、中間報告の記載等)、付箋1310AAとなった。この付箋1310AAは元の付箋1310とは異なるので、内容の不整合が起きることになる。つまり、担当者B1304が編集した付箋1310AAの内容が、プロジェクト管理者1302(プロジェクトポータルの他の参加者)には伝わらないことになる。
【0047】
そこで、付箋1310AAの内容を、プロジェクトポータル側の台紙に反映させるべきである。ここで、付箋1310AA(又は、編集前の付箋1310A)のコピー元である台紙1300に反映させたとしても、そのプロジェクトでは既に台紙1320をメインに使用していた場合(台紙1300を使用していない場合)、付箋1310AAの内容は、依然として、プロジェクト管理者1302(プロジェクトポータルの他の参加者)には伝わらないままである。
また、付箋1310が複写された先の台紙に反映させたとしても、複数の台紙に複写された場合、どの台紙に反映させるべきかが不明である。具体的には、台紙1320、台紙1330のいずれの台紙に反映させるべきか決定できない。
なお、個人ポータル側では、
図13(2)の例の下欄に示すように、台紙1350上で新たに付箋1392が作成されるが、これは個人用に作成されたものであり、プロジェクトポータル側の台紙に反映させるべきではない。
【0048】
図14は、本実施の形態による処理例を示す説明図である。
図14(1)の例の上欄に示すように、プロジェクトポータルにおいて、プロジェクト管理者1302等の操作によって、台紙1300上に付箋1310が貼り付けられる。
そして、プロジェクト管理者1302の操作によって、台紙1300上の付箋1310が選択された場合、複写先の候補を担当者表示領域1410として表示する。担当者表示領域1410には、担当者の他に、その付箋1310のコピー先である台紙を表示するようにしてもよい。特に、担当者が複数の台紙を有している場合は、担当者を設定するだけでなく、台紙も設定できることになる。この場合に、プロジェクト管理者1302にコピー先候補の台紙に閲覧権がある場合は、その台紙のサムネイルを表示するようにしてもよいし、閲覧権を有していない場合は、台紙名だけを表示するようにしてもよい(
図8の例に示すフローチャートにおけるステップS804からステップS808までの処理参照)。
一方、
図14(1)の例の下欄に示すように、担当者B1304の個人ポータルにおいて、タスク管理用の台紙1350では、付箋1492が貼り付けられている。
【0049】
そして、前述のコピー操作によって、
図14(2)の例の下欄に示すように、担当者B1304の個人ポータルであるタスク管理用の台紙1350に付箋1310がコピーされ、付箋1310Aとして貼り付けられる。
また、ここで、
図14(2)の例の上欄に示すように、プロジェクトポータル側で、付箋1310が選択された場合は、付箋1310がコピーされた先(台紙1350)で、付箋1310Aがどのような状況であるかを示す概要表示領域1420を表示するようにしてもよい。
図14(2)の例では、「担当者B1304が8/2 1時に更新した」ことを示すメッセージを表示している。
【0050】
図15は、本実施の形態による処理例を示す説明図である。
図14(2)の例に示す状態の後、
図15(2)(3)の例の上欄に示すように、プロジェクト管理者1302の操作によって、台紙1300上の付箋1310が、台紙1320に、付箋1310Bとしてコピーされる。なお、コピーされた付箋1310Bでも概要表示領域1422に、台紙1300上での概要表示領域1420と同等の情報を表示するようにしてもよい。ここで、複数の台紙にコピーされてもよい。
そして、
図15(3)の例の下欄に示すように、個人ポータル側では、担当者B1304の操作によって、台紙1350上の付箋1310Aが書き換えられて(例えば、中間報告の記載等)、付箋1310AAとなった。つまり、付箋1310AAの反映を、プロジェクト側の台紙に反映する必要が生じている。
そこで、情報処理装置100は、付箋1310AAの反映先の台紙候補として、反映先台紙候補表示領域1510内に、「台紙3(台紙1320)、台紙1(台紙1300)」を表示している。つまり、複写元の台紙1(台紙1300)と、別の台紙(台紙3(台紙1320))を、選択可能に提示している。なお、担当者B1304が、台紙1300、台紙1320に対して閲覧権を有している場合は、その台紙1300、台紙1320のサムネイルを提示するようにしてもよい(
図10の例に示すフローチャートのステップS1006参照)。また、反映先台紙候補表示領域1510内において、台紙3(台紙1320)を台紙1(台紙1300)よりも上に提示しているが、これは、付箋1310AAの反映先として台紙3(台紙1320)が台紙1(台紙1300)よりも適していることを示しているものである。例えば、過去1週間で、プロジェクトメンバーが投稿・編集した回数が、台紙1300よりも台紙1320で多い場合は、判断条件テーブル1200によって点数が高くなるため、台紙1320を台紙1300よりも優先して提示している。
【0051】
そして、担当者B1304の操作によって、反映先台紙候補表示領域1510内の台紙3(台紙1320)が反映先として選択された場合、
図15(4)の例の上欄に示すように、台紙1320上の付箋1310Bは付箋1310AAの内容に書き換え、付箋1310BBとして提示する(
図10の例に示すフローチャートのステップS1014参照)。
なお、複写元の付箋が存在しない台紙Xで、例えば、過去1週間で、プロジェクトメンバーが投稿・編集した回数が、台紙1300、台紙1320よりも台紙Xで多い場合は、台紙Xを優先して提示し、反映先の台紙として選択される場合がある。その場合は、台紙X上に付箋1310AAに相当する付箋を新たに生成して貼り付けることを行う(
図10の例に示すフローチャートのステップS1016参照)。
【0052】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、
図16に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバとなり得るコンピュータ等である。つまり、具体例として、処理部(演算部)としてCPU1601を用い、記憶装置としてRAM1602、ROM1603、HD1604を用いている。HD1604として、例えばハードディスク、SSD(Solid State Drive)を用いてもよい。台紙・付箋処理モジュール110、関連台紙提示モジュール120、提示モジュール130、台紙候補抽出モジュール140等のプログラムを実行するCPU1601と、そのプログラムやデータを記憶するRAM1602と、本コンピュータを起動するためのプログラム等が格納されているROM1603と、台紙・付箋情報記憶モジュール150、処理履歴記憶モジュール160としての機能を有する補助記憶装置(フラッシュ・メモリ等であってもよい)であるHD1604と、キーボード、マウス、タッチスクリーン、マイク等に対する利用者の操作に基づいてデータを受け付ける受付装置1606と、CRT、液晶ディスプレイ、スピーカー等の出力装置1605と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース1607、そして、それらをつないでデータのやりとりをするためのバス1608により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【0053】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、
図16に示すハードウェア構成は、1つの構成例を示すものであり、本実施の形態は、
図16に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア(例えば特定用途向け集積回路(Application Specific Integrated Circuit:ASIC)等)で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに
図16に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器(携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む)、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機(スキャナ、プリンタ、複写機、ファックス等のいずれか2つ以上の機能を有している画像処理装置)などに組み込まれていてもよい。
【0054】
前述の実施の形態においては、TODO付箋を例示したが、複写先の台紙で編集される可能性のある付箋であるならば、どのような付箋であってもよい。
また、タスク管理用の台紙を例示したが、その他のシステム(例えば、スケジュール管理システム等)の台紙であってもよい。
また、提示には、液晶ディスプレイ等の表示装置への表示の他に、3D(Dimensions)映像としての出力を含めてもよく、さらに、プリンター等の印刷装置での印刷、スピーカー等の音声出力装置による音声の出力、振動等を組み合わせてもよい。
【0055】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク(DVD)であって、DVDフォーラムで策定された規格である「DVD−R、DVD−RW、DVD−RAM等」、DVD+RWで策定された規格である「DVD+R、DVD+RW等」、コンパクトディスク(CD)であって、読出し専用メモリ(CD−ROM)、CDレコーダブル(CD−R)、CDリライタブル(CD−RW)等、ブルーレイ・ディスク(Blu−ray(登録商標) Disc)、光磁気ディスク(MO)、フレキシブルディスク(FD)、磁気テープ、ハードディスク、読出し専用メモリ(ROM)、電気的消去及び書換可能な読出し専用メモリ(EEPROM(登録商標))、フラッシュ・メモリ、ランダム・アクセス・メモリ(RAM)、SD(Secure Digital)メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク(LAN)、メトロポリタン・エリア・ネットワーク(MAN)、ワイド・エリア・ネットワーク(WAN)、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。