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

Description

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

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

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

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

前述の特許文献に記載の技術では、付箋（電子付箋、電子カード等ともいわれる）を貼り付けることが行われている。
ところで、付箋を貼り付ける先の台紙が複数用いられる場合がある。特に、付箋を用いた作業として、複数の台紙を連動させることがある。例えば、第１の段階の作業として課題出しの作業を第１の台紙上で行い、その後、第２段階の作業としてその課題の解決策を第２の台紙上で検討する作業が行われることがある。前述の特許文献に記載の技術は、そもそも複数の台紙を連動させることを考慮したものではない。
本発明は、複数の台紙を用いる場合にあって、第１の台紙における第１の凡例と第２の台紙における第２の凡例の属性情報を整合させるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、付箋を貼り付ける先の第１の台紙における第１の凡例の属性情報と、該第１の台紙の次に用いられる第２の台紙における第２の凡例の属性情報を取得する取得手段と、第１の凡例に対応する第２の凡例であって、該第１の凡例の属性情報と該第２の凡例の属性情報とが異なる場合は、両者の属性情報を整合させる整合手段を有することを特徴とする情報処理装置である。

請求項２の発明は、前記整合手段における対応として、凡例の属性情報のいずれか１つ以上が一致していることとする、請求項１に記載の情報処理装置である。

請求項３の発明は、前記凡例の属性情報として、該凡例の名称を含み、第１の凡例の名称と同じ名称の凡例を、該第１の凡例に対応する第２の凡例とする、請求項２に記載の情報処理装置である。

請求項４の発明は、前記第２の凡例には、台紙における領域が対応しており、該領域内には付箋が貼り付けられ、前記第１の凡例に対応する付箋の量にしたがって、該第１の凡例に対応する第２の凡例に対応する領域の大きさを調整する調整手段をさらに有する請求項１に記載の情報処理装置である。

請求項５の発明は、前記調整手段は、調整が行われた領域にしたがって、他の領域の大きさを調整する、請求項４に記載の情報処理装置である。

請求項６の発明は、前記整合手段は、第１の凡例に対応する第２の凡例であって、該第１の凡例の属性情報と該第２の凡例の属性情報とが異なる場合は、異なっていない第３の台紙を抽出することによって両者の属性情報を整合させる、請求項１に記載の情報処理装置である。

請求項７の発明は、前記整合手段は、第１の凡例に対応する第２の凡例であって、該第２の凡例の属性情報を該第１の凡例の属性情報とすることによって、両者の属性情報を整合させる、請求項１に記載の情報処理装置である。

請求項８の発明は、コンピュータを、付箋を貼り付ける先の第１の台紙における第１の凡例の属性情報と、該第１の台紙の次に用いられる第２の台紙における第２の凡例の属性情報を取得する取得手段と、第１の凡例に対応する第２の凡例であって、該第１の凡例の属性情報と該第２の凡例の属性情報とが異なる場合は、両者の属性情報を整合させる整合手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、複数の台紙を用いる場合にあって、第１の台紙における第１の凡例と第２の台紙における第２の凡例の属性情報が整合される。

請求項２の情報処理装置によれば、整合手段における対応として、凡例の属性情報のいずれか１つ以上が一致していることとされる。

請求項３の情報処理装置によれば、第１の凡例の名称と同じ名称の凡例を、その第１の凡例に対応する第２の凡例とされる。

請求項４の情報処理装置によれば、第１の凡例に対応する付箋の量にしたがって、その第１の凡例に対応する第２の凡例に対応する領域の大きさが調整される。

請求項５の情報処理装置によれば、調整が行われた領域にしたがって、他の領域の大きさが調整される。

請求項６の情報処理装置によれば、第１の凡例の属性情報と異なっていない凡例を有する第３の台紙を抽出することよって、両者の属性情報が整合される。

請求項７の情報処理装置によれば、第２の凡例の属性情報を第１の凡例の属性情報とすることによって、両者の属性情報が整合される。

請求項８の情報処理プログラムによれば、複数の台紙を用いる場合にあって、第１の台紙における第１の凡例と第２の台紙における第２の凡例の属性情報が整合される。

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

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

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

本実施の形態は、電子的な付箋と台紙を利用した電子付箋システム（電子白板等ともいわれる）にかかるものである。台紙にはそれぞれ、凡例として、付箋の属性に応じた表示形態が設定されている。属性に応じた表示形態が異なる台紙間での付箋の移動（複写（コピー）を含む）が発生した場合に、一方の表示形態に合わせて表示を行うことで、複数の台紙を扱う場合でも表示形態と属性が一致し、参加者にとって付箋の属性が理解しやすくなる。

ここで凡例について説明する。
共同作業しているメンバーに付箋の使い方を周知してもらうために、台紙に凡例を記載することがある。凡例とは、台紙の中で用いられている、付箋の形態（形状、模様、色彩、点滅（点滅における変更対象は、点滅を行うか否か、点滅を行っている期間、点滅の間隔等がある）、又は、これらの組み合わせであってもよい）について、それが何を意味するかを説明した記述である。例えば、黄色の付箋には「特徴」を記載すること、青色の付箋には「利点」を記載すること、赤色の付箋には「課題」を記載することのように、その台紙において、付箋の色について定められた規則である。ここでは例として、色彩を用いたが、形状、模様、点滅等を対象として凡例を作成してもよい。

電子付箋システムにおいて、付箋作業を進めやすくするために、付箋を貼り付ける台紙に予め作業用の図表をテンプレートとして描いておいたり、電子付箋の色や形の使い分けをガイドするために凡例を提示したり、ということが行われている。
また、付箋作業は１つの台紙で収まらず、複数の台紙を利用する場合がある。その場合、最初に作業した台紙（第１の台紙）の結果を次の台紙で利用することがあり、最初の台紙で使った付箋を次の台紙（第２の台紙）にコピーすることで効率的に作業を進めることができる。
しかしながら、台紙のテンプレートは、その台紙上での作業を想定して作られており、複数の台紙を組み合わせて利用するケースを想定していない。この結果、特定の台紙テンプレート上で作業した結果を使って、別のテンプレート台紙で作業する際に、テンプレートで事前に設定されていた空間配置や付箋配色等が適切でないと、視認性や作業性を低下させてしまうことになる。
特に、複数のテンプレート台紙を使って連続したワークフローとして作業を行う場合、テンプレート間の不整合が発生することがある。例えば、予め特定の色の付箋を特定の位置に配置するように意味を定めたテンプレート台紙が２種類あり、それを連続的な作業の中で使う場合、テンプレート台紙間において、同じ色で異なる意味、又は異なる色なのに同じ意味、となるケースがある。
その様なケースを回避するためには、作業を行うワークフロー毎に、ワークフロー内で利用するテンプレート間の整合をとらなければならず、手間がかかっていた。

本実施の形態は、複数の台紙を組み合わせて作業を行う場合に、先に行われた台紙テンプレートの凡例用付箋の属性や先に行われた付箋作業量と、次に行う台紙テンプレートの凡例用付箋の属性や背景情報を比較することで、次に行う属性情報や背景情報を変更する。これによって、テンプレートのメンテナンス性を容易に保ちつつ、利用する際の作業効率を向上させるものである。
より具体的には、付箋の貼り付け元台紙（第１の台紙）の凡例用付箋の属性と、貼り付け先台紙（第２の台紙）の凡例用付箋の属性を比較し、付箋の属性情報の不整合があった場合、いずれか一方の台紙（例えば、貼り付け先台紙）の凡例用付箋の属性を変更する。
また、貼り付け元台紙の付箋の量（付箋数）と、貼り付け先台紙の背景情報（その付箋を移動する先の領域）を比較し、その付箋を貼り付けることができない（又は、その付箋を貼り付けただけでは、領域が余ってしまう）等の不整合があった場合、貼り付け先台紙の背景情報を変更する。
なお、以下の説明で「第１の台紙」、「第２の台紙」という用語を用いるが、第１の台紙は、最初の作業に用いた台紙に限られず、第２の台紙よりも前に用いられた台紙であればよい。したがって、計３枚の台紙が順に用いられた場合、２番目の台紙は、３番目の台紙（第２の台紙）にとって、「第１の台紙」となる。もちろんのことながら、２番目の台紙を「第２の台紙」とした場合、１番目の台紙（最初の作業に用いた台紙）が「第１の台紙」となる。

付箋画面制御モジュール１０５は、付箋画面表示モジュール１１０、付箋操作処理モジュール１１５、付箋情報記録モジュール１２０、テンプレート記録モジュール１４０、テンプレート選択モジュール１４５、テンプレート間付箋移動判定モジュール１５０、付箋属性不整合整合判定モジュール１５５、テンプレート更新モジュール１６５と接続されている。付箋画面制御モジュール１０５は、電子付箋制御装置１００全体の処理を制御する。例えば、電子付箋端末２５０に対して付箋と台紙に関する情報（凡例の情報を含んでいてもよい）を送信し、電子付箋端末２５０から付箋の情報を受信し、台紙上に貼り付ける。
付箋画面表示モジュール１１０は、付箋画面制御モジュール１０５と接続されている。付箋画面表示モジュール１１０は、電子付箋制御装置１００に接続されている液晶ディスプレイ（特に大型液晶ディスプレイ）等の表示装置への表示を制御する。ファシリテーター等の操作を反映したり、電子付箋端末２５０から送信されてきた付箋を表示したりする。
付箋操作処理モジュール１１５は、付箋画面制御モジュール１０５と接続されている。付箋操作処理モジュール１１５は、ファシリテーター等による付箋の操作を受け付け、その操作にしたがった処理を行う。ここで操作として、例えば、凡例となる付箋の作成、付箋の移動、拡大・縮小、付箋の属性（例えば、色等）の変更、グループ化等がある。また、操作として台紙の変更、台紙の変更に伴う付箋の移動等を含めてもよい。

付箋情報記録モジュール１２０は、付箋画面制御モジュール１０５、付箋属性情報記憶モジュール１２５と接続されている。付箋情報記録モジュール１２０は、付箋画面制御モジュール１０５の制御にしたがって、付箋に関する情報（例えば、属性情報等）を付箋属性情報記憶モジュール１２５に記憶させる。
付箋属性情報記憶モジュール１２５は、付箋情報記録モジュール１２０と接続されている。付箋属性情報記憶モジュール１２５は、付箋に関する情報（凡例に関する情報を含めてもよい）、台紙に関する情報等を記憶している。例えば、後述する図５に示す付箋情報テーブル５００等を記憶している。

凡例付箋情報記憶モジュール１３０は、テンプレート記録モジュール１４０と接続されている。凡例付箋情報記憶モジュール１３０は、台紙の中で凡例として用いられている付箋に関する情報を記憶している。なお、この例では、凡例を付箋の一種として実現している。例えば、後述する図９に示す台紙パターン情報テーブル９００等を記憶している。
背景情報記憶モジュール１３５は、テンプレート記録モジュール１４０と接続されている。背景情報記憶モジュール１３５は、背景となる台紙（台紙のテンプレート、台紙パターンともいう）に関する情報を記憶している。例えば、後述する図６に示す付箋情報テーブル６００、図７に示す台紙情報テーブル７００、図８に示す台紙情報テーブル８００等を記憶している。テンプレートとは、予め定められた台紙の雛型である。例えば、付箋を貼り付ける領域、付箋の種類等が設定されている。
テンプレート記録モジュール１４０は、付箋画面制御モジュール１０５、凡例付箋情報記憶モジュール１３０、背景情報記憶モジュール１３５と接続されている。テンプレート記録モジュール１４０は、付箋画面制御モジュール１０５の制御にしたがって、台紙のテンプレートに関する情報（例えば、属性情報等）を凡例付箋情報記憶モジュール１３０、背景情報記憶モジュール１３５に記憶させる。
テンプレート選択モジュール１４５は、付箋画面制御モジュール１０５と接続されている。テンプレート選択モジュール１４５は、電子付箋システムを用いた会合を行うにあたって、操作者（一般的には、ファシリテーター）の操作にしたがって、台紙としてのテンプレートを選択する。例えば、後述する図１０の例に示す処理を行う。

テンプレート間付箋移動判定モジュール１５０は、付箋画面制御モジュール１０５と接続されている。テンプレート間付箋移動判定モジュール１５０は、台紙間で付箋が移動すべきか否かを判定する。前述したように、ある台紙Ａでの作業が終了し、新しい台紙Ｂに移る（台紙を切り替える）場合に、台紙Ａに貼り付けられている付箋を台紙Ｂに移動するか否かを判定する。例えば、台紙Ａで用いられている凡例と同じ凡例が台紙Ｂにある場合には、付箋の移動をすべきであると判定する。ここで、同じ凡例とは、後述するように、「第１の凡例に対応する第２の凡例」である関係をいい、例えば、凡例（付箋）の名称が同じことをいう。同じ凡例がある場合、第１の台紙に貼り付けられており、その凡例に対応する付箋を、第２の台紙に移動することになる。ただし、この移動を行った場合、凡例の名称は同じであるが、色が異なる等が生じることになる。具体的には、同じ名称の凡例であるが、第１の台紙では赤であり、第２の台紙では青であるということが起こり得る。これを不整合として、付箋属性不整合整合判定モジュール１５５が整合処理を行う。

付箋属性不整合整合判定モジュール１５５は、付箋画面制御モジュール１０５と接続されている。付箋属性不整合整合判定モジュール１５５は、付箋を貼り付ける先の第１の台紙における第１の凡例の属性情報と、その第１の台紙の次に用いられる第２の台紙における第２の凡例の属性情報を取得する。
そして、付箋属性不整合整合判定モジュール１５５は、第１の凡例に対応する第２の凡例であって、その第１の凡例の属性情報とその第２の凡例の属性情報とが異なる場合は、両者の属性情報を整合させるように、テンプレート更新モジュール１６５を制御する。
ここで「第１の凡例に対応する第２の凡例」における「対応」とは、凡例の属性情報のいずれか１つ以上が一致していることをいう。例えば、凡例の名称が同じであることが該当する。また、名称だけに限らず、凡例が貼り付けられている位置が同じとしてもよいし、凡例の色が同じであるとしてもよい。ここで「位置が同じ」として、他の凡例との位置関係（例えば、左端にある等）が同じであってもよいし、第１の凡例と第２の凡例との距離が予め定められた閾値以内であるとしてもよい。なお、ここでの距離とは、第１の台紙と第２の台紙を重ね合わせた場合に、第１の凡例と第２の凡例との距離をいう。
「第１の凡例の属性情報と第２の凡例の属性情報とが異なる場合」における属性情報は、もちろんのことながら、前述した「第１の凡例に対応する第２の凡例」で用いた属性情報とは異なる属性情報である。例えば、名称が同じであるが、属性情報の形態が異なる場合があり、具体的には、色が異なる、形状が異なる等がある。例えば、凡例の名称は同じであるが、色が異なる場合等が該当する。また、凡例の名称が異なる場合を含めてもよい。例えば、凡例の色は同じであるが、名称が異なる場合等が該当する。
「両者の属性情報を整合させる」とは、第１の凡例の属性情報に合わせて、第２の凡例の属性情報を変更することであってもよいし、逆に、第２の凡例の属性情報に合わせて、第１の凡例の属性情報を変更することであってもよいし、第１の凡例の属性情報と第２の凡例の属性情報の両方を別の属性情報に変更することであってもよい。なお、整合のルール（変更ルール）は、不整合テンプレート更新ルール記憶モジュール１６０に記憶されている。
例えば、「第１の凡例に対応する第２の凡例」として、凡例の名称が同じであるものとした場合、両者の名称は「課題」であるが、第１の凡例の色が赤であり、第２の凡例の色が青である場合、第２の凡例の色を赤に変更すること等が該当する。また、例えば、「第１の凡例に対応する第２の凡例」として、凡例の色が同じであるものとした場合、両者の色は赤であるが、第１の凡例の名称が「課題」であり、第２の凡例の色の名称が「問題」である場合、第２の凡例の名称を「課題」に変更すること等が該当する。

また、第２の凡例には、台紙における領域が対応しており、その領域内には付箋が貼り付けられていてもよい。
そして、付箋属性不整合整合判定モジュール１５５は、第１の凡例に対応する付箋の量にしたがって、その第１の凡例に対応する第２の凡例に対応する領域の大きさを調整するようにしてもよい。
この場合、付箋属性不整合整合判定モジュール１５５は、調整が行われた領域にしたがって、他の領域の大きさを調整するようにしてもよい。
なお、領域の大きさを調整は、付箋属性不整合整合判定モジュール１５５がテンプレート更新モジュール１６５に指示して行わせるようにしてもよい。なお、領域の大きさの調整方法のルール（変更ルール）についても、不整合テンプレート更新ルール記憶モジュール１６０に記憶されている。

また、付箋属性不整合整合判定モジュール１５５は、第１の凡例に対応する第２の凡例であって、その第１の凡例の属性情報とその第２の凡例の属性情報とが異なる場合は、異なっていない第３の台紙を抽出することによって両者の属性情報を整合させるようにしてもよい。「異なっていない第３の台紙」とは、第１の凡例に対応する第３の台紙における第３の凡例であって、その第１の凡例の属性情報とその第３の凡例の属性情報とが同じ場合である。ここでの「対応」は前述した通りである。例えば、凡例用付箋の名称と色が同じ第３の台紙を抽出することである。これによって、台紙における凡例の属性情報を変更することなく、台紙間の整合性を保つことができるようになる。
また、付箋属性不整合整合判定モジュール１５５は、第１の凡例に対応する第２の凡例であって、その第２の凡例の属性情報をその第１の凡例の属性情報とすることによって、両者の属性情報を整合させるようにしてもよい。つまり、第１の凡例用付箋をそのまま第２の台紙に移動する。これによって、貼り付け元台紙にある凡例用付箋のうち、使わなかった凡例用付箋に対する不整合を無くす制御を行わずに済む。

不整合テンプレート更新ルール記憶モジュール１６０は、テンプレート更新モジュール１６５と接続されている。不整合テンプレート更新ルール記憶モジュール１６０は、前述したように、整合のルール、領域の大きさの調整方法のルールを記憶している。それぞれのルールには、複数の変更ルールが含まれていてもよい。さらに、いずれの変更ルールを用いるかについては、台紙（又は、台紙の組）毎に予め定められていてもよい。例えば、前述したように、第１の台紙における凡例の属性情報に合わせて、第２の台紙における凡例の属性情報を変更すること等であってもよい。また、この他に、ある特定の台紙Ａが含まれている場合は、常に優先して台紙Ａの凡例の属性情報に合わせるように、他の台紙の凡例の属性情報を変更するようにしてもよい。また、台紙Ｂと台紙Ｃである場合は、台紙Ｂの凡例の属性情報に合わせるように、台紙Ｃの凡例の属性情報を変更するようにしてもよい。
テンプレート更新モジュール１６５は、付箋画面制御モジュール１０５、不整合テンプレート更新ルール記憶モジュール１６０と接続されている。テンプレート更新モジュール１６５は、付箋属性不整合整合判定モジュール１５５によって不整合があるとの判定があった場合に、不整合テンプレート更新ルール記憶モジュール１６０に記憶されている更新ルールにしたがって、台紙のテンプレートを変更する。具体的には、凡例の属性情報を変更すること、領域の大きさを変更することがある。

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

図２（ｂ）の例では、会議室２８０Ａには、電子付箋制御装置１００Ａ、電子付箋端末２５０Ａ、電子付箋端末２５０Ｂ、電子付箋端末２５０Ｃが設置されており、会合が行われる。電子付箋制御装置１００Ａ、電子付箋端末２５０Ａ、電子付箋端末２５０Ｂ、電子付箋端末２５０Ｃは、通信回線２９８を介してそれぞれ接続されている。
また、会議室２８０Ｂには、電子付箋制御装置１００Ｂ、電子付箋端末２５０Ｄ、電子付箋端末２５０Ｅが設置されており、会合が行われる。電子付箋制御装置１００Ｂ、電子付箋端末２５０Ｄ、電子付箋端末２５０Ｅは、通信回線２９８を介してそれぞれ接続されている。
そして、付箋情報記憶装置２９４、会議室２８０Ａ内の機器、会議室２８０Ｂ内の機器は、通信回線２９９を介してそれぞれ接続されている。また、付箋情報記憶装置２９４による機能は、クラウドサービスとして実現してもよい。
付箋情報記憶装置２９４は、付箋に関する情報を記憶している。各電子付箋制御装置１００は、付箋情報記憶装置２９４を用いて処理を行う。この場合、付箋情報記憶装置２９４内の付箋に関する情報を複数の電子付箋制御装置１００で共有してもよい。つまり、電子付箋制御装置１００Ａが管理している付箋に関する情報を、電子付箋制御装置１００Ｂが利用できるようにしてもよい。

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

図４は、本実施の形態（電子付箋制御装置１００）による処理例を示すフローチャートである。
ステップＳ４０２では、電子付箋システムを開始する。
ステップＳ４０４では、操作者の操作にしたがって、最初の台紙を選択し、付箋を作成する。
ステップＳ４０６では、操作者の操作にしたがって、次の台紙を選択する。
ステップＳ４０８では、次の台紙に移動する付箋があるか否かを判断し、ある場合はステップＳ４１０へ進み、それ以外の場合はステップＳ４２４へ進む。移動する付箋があると判断する場合として、例えば、両方の台紙に同じ凡例用付箋（例えば、凡例の名称が同じ等）がある場合がある。

ステップＳ４１０では、移動する付箋属性と、次の台紙の凡例用付箋属性を比較する。
ステップＳ４１２では、付箋属性に不整合があるか否かを判断し、ある場合はステップＳ４１４へ進み、それ以外の場合はステップＳ４１６へ進む。ここでの不整合として、例えば、同じ凡例用付箋であるが、属性情報が異なる（例えば、色が異なる等）場合がある。
ステップＳ４１４では、設定されたルールにしたがって、凡例用付箋属性を変更し、ステップＳ４１６へ進む。例えば、移動先の凡例用付箋の属性情報を、移動元の凡例用付箋の属性情報に変更すること等がある。

ステップＳ４１６では、移動する付箋属性（例えば、付箋の大きさ、付箋の数等を含む）と、次の台紙の背景情報（例えば、貼り付け先の領域の大きさ）を比較する。
ステップＳ４１８では、背景情報に不整合があるか否かを判断し、ある場合はステップＳ４２０へ進み、それ以外の場合はステップＳ４２２へ進む。ここでの不整合として、例えば、移動する付箋が移動先の貼り付けるべき領域内に収まらない場合等が該当する。
ステップＳ４２０では、設定されたルールにしたがって、背景情報を変更し、ステップＳ４２２へ進む。例えば、移動先の台紙における領域を、移動する付箋が収まる大きさに変更すること等がある。また、その大きさの変更に伴って、他の領域の大きさを変更する（一般的には、小さくする）ようにしてもよい。

ステップＳ４２２では、次の台紙に付箋を移動する。
ステップＳ４２４では、次の台紙での作業を開始する。

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

図６は、台紙情報テーブル６００のデータ構造例を示す説明図である。台紙情報テーブル６００は、台紙ＩＤ欄６１０、台紙パターンＩＤ欄６１５、作成日時欄６２０、作成者欄６２５、凡例用付箋数欄６３０、凡例用付箋ＩＤ欄６３５を有している。台紙ＩＤ欄６１０は、本実施の形態において、台紙を一意に識別するための情報（台紙ＩＤ）を記憶している。台紙パターンＩＤ欄６１５は、背景となる台紙パターンＩＤを記憶している。例えば、白紙のパターン、表形式のパターン、凡例用付箋毎に付箋の貼り付け領域を有するパターン等がある。作成日時欄６２０は、その台紙の作成日時を記憶している。作成者欄６２５は、その台紙の作成者を記憶している。凡例用付箋数欄６３０は、凡例用付箋の数を記憶している。凡例用付箋ＩＤ欄６３５は、凡例としての付箋のＩＤを記憶している。

また、台紙情報テーブル６００の代わりに台紙情報テーブル７００を用いてもよい。図７は、台紙情報テーブル７００のデータ構造例を示す説明図である。台紙情報テーブル７００は、台紙情報テーブル６００に凡例領域欄７３０を付加したものである。台紙情報テーブル７００は、台紙ＩＤ欄７１０、台紙パターンＩＤ欄７１５、作成日時欄７２０、作成者欄７２５、凡例領域欄７３０、凡例用付箋数欄７５５、凡例用付箋ＩＤ欄７６０を有しており、凡例領域欄７３０は、Ｘ欄７３５、Ｙ欄７４０、Ｗ欄７４５、Ｈ欄７５０を有している。台紙ＩＤ欄７１０は、台紙ＩＤを記憶している。台紙パターンＩＤ欄７１５は、背景となる台紙パターンＩＤを記憶している。作成日時欄７２０は、その台紙の作成日時を記憶している。作成者欄７２５は、その台紙の作成者を記憶している。凡例領域欄７３０は、凡例領域を記憶している。凡例領域とは、凡例の付箋が貼り付けられる領域である。凡例領域を矩形とした場合は、例えば、Ｘ欄７３５、Ｙ欄７４０、Ｗ欄７４５、Ｈ欄７５０によって定義される。Ｘ欄７３５は、矩形の左上角のＸ座標を記憶している。Ｙ欄７４０は、矩形の左上角のＹ座標を記憶している。Ｗ欄７４５は、矩形の幅を記憶している。Ｈ欄７５０は、矩形の高さを記憶している。凡例用付箋数欄７５５は、凡例用付箋の数を記憶している。凡例用付箋ＩＤ欄７６０は、凡例としての付箋のＩＤを記憶している。

また、台紙情報テーブル６００、台紙情報テーブル７００の代わりに台紙情報テーブル８００を用いてもよい。図８は、台紙情報テーブル８００のデータ構造例を示す説明図である。台紙情報テーブル８００は、台紙情報テーブル７００に凡例数欄８３０を付加し、凡例数欄８３０内の数だけ凡例領域欄８３５を連続して付加したものである。つまり、台紙内に複数の凡例領域がある場合に対応したものである。台紙情報テーブル８００は、台紙ＩＤ欄８１０、台紙パターンＩＤ欄８１５、作成日時欄８２０、作成者欄８２５、凡例数欄８３０、凡例領域欄８３５、凡例用付箋数欄８６０、凡例用付箋ＩＤ欄８６５を有しており、凡例領域欄８３５は、Ｘ欄８４０、Ｙ欄８４５、Ｗ欄８５０、Ｈ欄８５５を有している。台紙ＩＤ欄８１０は、台紙ＩＤを記憶している。台紙パターンＩＤ欄８１５は、背景となる台紙パターンＩＤを記憶している。作成日時欄８２０は、その台紙の作成日時を記憶している。作成者欄８２５は、その台紙の作成者を記憶している。凡例数欄８３０は、凡例の数を記憶している。この後、凡例数欄８３０内の数だけ、凡例領域欄８３５が連続して続く。凡例領域を矩形とした場合は、例えば、Ｘ欄８４０、Ｙ欄８４５、Ｗ欄８５０、Ｈ欄８５５によって定義される。Ｘ欄８４０は、矩形の左上角のＸ座標を記憶している。Ｙ欄８４５は、矩形の左上角のＹ座標を記憶している。Ｗ欄８５０は、矩形の幅を記憶している。Ｈ欄８５５は、矩形の高さを記憶している。凡例用付箋数欄８６０は、凡例用付箋の数を記憶している。凡例用付箋ＩＤ欄８６５は、凡例としての付箋のＩＤを記憶している。

図９は、台紙パターン情報テーブル９００のデータ構造例を示す説明図である。台紙パターン情報テーブル９００は、台紙パターンＩＤ欄９１０、領域数欄９１５、領域欄９２０、凡例用付箋ＩＤ欄９４５を有しており、領域欄９２０は、Ｘ欄９２５、Ｙ欄９３０、Ｗ欄９３５、Ｈ欄９４０を有している。台紙パターンＩＤ欄９１０は、背景となる台紙パターンＩＤ（台紙情報テーブル６００の台紙パターンＩＤ欄６１５と同等）を記憶している。領域数欄９１５は、付箋を貼り付ける領域の数を記憶している。領域欄９２０、凡例用付箋ＩＤ欄９４５の組は、領域数欄９１５内の数だけ、領域数欄９１５以降に続く。領域を矩形とした場合は、例えば、Ｘ欄９２５、Ｙ欄９３０、Ｗ欄９３５、Ｈ欄９４０によって定義される。Ｘ欄９２５は、矩形の左上角のＸ座標を記憶している。Ｙ欄９３０は、矩形の左上角のＹ座標を記憶している。Ｗ欄９３５は、矩形の幅を記憶している。Ｈ欄９４０は、矩形の高さを記憶している。なお、領域を表示する場合は、矩形の角を丸くする等の加工を行ってもよい。また、もちろんのことながら、領域は、矩形に限らず、他の形状であってもよい。その場合、領域欄９２０は、その形状を示すパラメータを記憶している。凡例用付箋ＩＤ欄９４５は、その領域（領域欄９２０）を示す文字列を内容に有する凡例としての付箋のＩＤを記憶している。後述する図１３の例で示すと、領域１３２０は、領域欄９２０によって規定され、凡例用付箋（課題）１３２２は、凡例用付箋ＩＤ欄９４５（正確には、凡例用付箋ＩＤ欄９４５によって指定された付箋情報テーブル５００）によって規定される。

図１０〜図１５の例を用いて、電子付箋システムを用いた会合における処理例を示す。
図１０は、本実施の形態による処理例（事前に付箋のワークフローを決定する処理例）を示す説明図である。具体的には、電子付箋システムを用いた会合を行うにあたって、事前に台紙パターンを選択し、その順番を決定する。なお、必ずしも事前に決定するだけではなく、会合の途中で、ワークフローを修正等してもよい。
共有画面である画面１０００には、台紙１（ワークフロー決定用）１０１０、台紙２（ワークフロー決定用）１０２０、台紙３（ワークフロー決定用）１０３０が選択され、それを表示している状態を示している。そして、台紙１（ワークフロー決定用）１０１０、台紙２（ワークフロー決定用）１０２０、台紙３（ワークフロー決定用）１０３０は、接続線１０５０により接続されている。この場合、台紙１（ワークフロー決定用）１０１０、台紙２（ワークフロー決定用）１０２０が作成された後に、台紙３（ワークフロー決定用）１０３０を作成することを示している。
台紙１（ワークフロー決定用）１０１０には、凡例用付箋（特徴）１０１２、凡例用付箋（利点）１０１４、凡例用付箋（課題）１０１６が凡例として表示されている。つまり、台紙１（ワークフロー決定用）１０１０では、特徴、利点、課題の付箋を作成し、貼り付けることを示している。そして、例えば、凡例用付箋（特徴）１０１２は黄色、凡例用付箋（利点）１０１４は青色、凡例用付箋（課題）１０１６は赤色である。
台紙２（ワークフロー決定用）１０２０には、凡例用付箋（特徴）１０２２、凡例用付箋（利点）１０２４、凡例用付箋（課題）１０２６が凡例として表示されている。つまり、台紙２（ワークフロー決定用）１０２０では、特徴、利点、課題の付箋を作成し、貼り付けることを示している。そして、例えば、凡例用付箋（特徴）１０２２は黄色、凡例用付箋（利点）１０２４は青色、凡例用付箋（課題）１０２６は赤色である。
台紙３（ワークフロー決定用）１０３０には、凡例用付箋（課題）１０３２、凡例用付箋（対策）１０３４が凡例として表示されている。つまり、台紙３（ワークフロー決定用）１０３０では、課題、対策の付箋を作成し、貼り付けることを示している。そして、例えば、凡例用付箋（課題）１０３２は青色、凡例用付箋（対策）１０３４は赤色である。

図１１は、本実施の形態による処理例（台紙１：１１１０、台紙２：１１２０の初期状態）を示す説明図である。
図１１（ａ）は、台紙１：１１１０（図１０の例で示した台紙１（ワークフロー決定用）１０１０に対応）を表示した状態を示している。画面１０００には、台紙１：１１１０を表示している。台紙１：１１１０には、凡例用付箋（特徴）１１１２、凡例用付箋（利点）１１１４、凡例用付箋（課題）１１１６を凡例用付箋として表示している。台紙１：１１１０は対象Ｘに対して実施（特徴、利点、課題の洗い出し）する。
図１１（ｂ）台紙２：１１２０（図１０の例で示した台紙２（ワークフロー決定用）１０２０に対応）を表示した状態を示している。画面１０００には、台紙２：１１２０を表示している。台紙２：１１２０には、凡例用付箋（特徴）１１２２、凡例用付箋（利点）１１２４、凡例用付箋（課題）１１２６を凡例用付箋として表示している。台紙２：１１２０は対象Ｙに対して実施（特徴、利点、課題の洗い出し）する。

図１２は、本実施の形態による処理例（台紙１：１１１０、台紙２：１１２０の修了時の状態）を示す説明図である。
図１２（ａ）は、台紙１：１１１０（図１０の例で示した台紙１（ワークフロー決定用）１０１０に対応）を表示した状態を示している。画面１０００には、台紙１：１１１０を表示している。台紙１：１１１０には、凡例用付箋（特徴）１１１２、凡例用付箋（利点）１１１４、凡例用付箋（課題）１１１６を凡例用付箋として表示し、その凡例用付箋にしたがって、付箋が貼り付けられている。ここでは、「課題」として付箋（課題）１２５２、付箋（課題）１２５４が貼り付けられている。つまり、特徴、利点、課題の３種類の項目について、凡例の色にしたがって、付箋の作成、貼付等の作業が行われたものである。
図１２（ｂ）は、台紙２：１１２０（図１０の例で示した台紙２（ワークフロー決定用）１０２０に対応）を表示した状態を示している。画面１０００には、台紙２：１１２０を表示している。台紙２：１１２０には、凡例用付箋（特徴）１１２２、凡例用付箋（利点）１１２４、凡例用付箋（課題）１１２６を凡例用付箋として表示し、その凡例用付箋にしたがって、付箋が貼り付けられている。ここでは、「課題」として付箋（課題）１２５６、付箋（課題）１２５８が貼り付けられている。つまり、特徴、利点、課題の３種類の項目について、凡例の色にしたがって、付箋の作成、貼付等の作業が行われたものである。

図１３は、本実施の形態による処理例（台紙３：１３１０の初期状態）を示す説明図である。ここでの初期状態とは、パターン台紙のデフォルト状態を示している。
画面１０００には、台紙３：１３１０を表示している。台紙３：１３１０には、領域１３２０、領域１３３０を表示している。領域１３２０には凡例用付箋（課題）１３２２を対応させ、領域１３３０には凡例用付箋（対策）１３３２を対応させて表示している。つまり、領域１３２０内には、課題の付箋を貼り付け、領域１３３０内には、対策の付箋を貼り付けるものである。この場合、図１２の例で作成された付箋（課題）１２５２、付箋（課題）１２５４、付箋（課題）１２５６、付箋（課題）１２５８を、領域１３２０に移動するものである。
なお、凡例用付箋（課題）１３２２は青色であって、凡例用付箋（対策）１３３２は赤色である。つまり、台紙１：１１１０、台紙２：１１２０では、課題の凡例用付箋（凡例用付箋（課題）１１１６、凡例用付箋（課題）１１２６）は赤色であったが、台紙３：１３１０では違う色となっている。さらに、凡例用付箋（対策）１３３２が赤色であるので、このまま台紙３：１３１０を用いた場合は、図１２での作業を行った参加者は混乱が生じてしまう。
さらに、図１２の例で示した付箋（課題）１２５２、付箋（課題）１２５４、付箋（課題）１２５６、付箋（課題）１２５８を、領域１３２０に移動するのであるが、領域１３２０には、これら４枚の付箋を貼り付けるだけの大きさを有していない。
電子付箋制御装置１００は、この状態を不整合（移動元と移動先で凡例用付箋の色が異なること、付箋を移動する先の領域が確保されていないこと）が発生していると検知する。

図１４は、本実施の形態による処理例を示す説明図である。つまり、電子付箋制御装置１００は、不整合が発生していたので、整合処理を行ったものである。
画面１０００には、台紙３：１３１０を表示している。台紙３：１３１０には、領域１４２０、領域１４３０を表示している。領域１４２０には凡例用付箋（課題）１４２２を対応させ、領域１４３０には凡例用付箋（対策）１４３２を対応させて表示している。ここで、図１３の例と比べて、凡例用付箋（課題）１４２２は凡例用付箋（課題）１３２２の色を赤色に変更し、凡例用付箋（対策）１４３２は凡例用付箋（対策）１３３２の色を緑色に変更している。つまり、台紙３：１３１０における凡例用付箋（課題）１４２２の色は、台紙１：１１１０の凡例用付箋（課題）１１１６（又は台紙２：１１２０の凡例用付箋（課題）１１２６）の色に変更している。そして、同じ赤色であった凡例用付箋（対策）１３３２を、他の色である緑色の凡例用付箋（対策）１４３２に変更している。なお、凡例用付箋（対策）１４３２の色は、凡例用付箋（課題）１４２２と異なる色であればよい。ただし、凡例用付箋（課題）１４２２の名称（対策）は、いままでの台紙（台紙１：１１１０、台紙２：１１２０）で用いられていた凡例用付箋にはないので、それらの凡例用付箋の色とは異なる色であることが望ましい。混同しないようにさせるためである。
そして、領域１４２０は、領域１３２０を４枚の付箋（付箋（課題）１２５２、付箋（課題）１２５４、付箋（課題）１２５６、付箋（課題）１２５８）を貼り付けるだけの大きさにし、それに合わせて、領域１４３０は、領域１３３０を小さく変更したものである。

図１５は、本実施の形態による処理例を示す説明図である。つまり、付箋を移動させた処理例を示している。
画面１０００には、台紙３：１３１０を表示している。台紙３：１３１０には、領域１４２０、領域１４３０を表示している。領域１４２０内には、付箋（課題）１２５２、付箋（課題）１２５４、付箋（課題）１２５６、付箋（課題）１２５８を表示している。つまり、図１２（ａ）の例に示した付箋（課題）１２５２、付箋（課題）１２５４と、図１２（ｂ）の例に示した付箋（課題）１２５６、付箋（課題）１２５８を、領域１４２０内に移動させたものである。この後、台紙３：１３１０での作業が進められる。

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

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

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

１００…電子付箋制御装置
１０５…付箋画面制御モジュール
１１０…付箋画面表示モジュール
１１５…付箋操作処理モジュール
１２０…付箋情報記録モジュール
１２５…付箋属性情報記憶モジュール
１３０…凡例付箋情報記憶モジュール
１３５…背景情報記憶モジュール
１４０…テンプレート記録モジュール
１４５…テンプレート選択モジュール
１５０…テンプレート間付箋移動判定モジュール
１５５…付箋属性不整合整合判定モジュール
１６０…不整合テンプレート更新ルール記憶モジュール
１６５…テンプレート更新モジュール
２５０…電子付箋端末

Claims (8)

1. 付箋を貼り付ける先の第１の台紙における第１の凡例の属性情報と、該第１の台紙の次に用いられる第２の台紙における第２の凡例の属性情報を取得する取得手段と、
   第１の凡例に対応する第２の凡例であって、該第１の凡例の属性情報と該第２の凡例の属性情報とが異なる場合は、両者の属性情報を整合させる整合手段
   を有することを特徴とする情報処理装置。
2. 前記整合手段における対応として、凡例の属性情報のいずれか１つ以上が一致していることとする、
   請求項１に記載の情報処理装置。
3. 前記凡例の属性情報として、該凡例の名称を含み、
   第１の凡例の名称と同じ名称の凡例を、該第１の凡例に対応する第２の凡例とする、
   請求項２に記載の情報処理装置。
4. 前記第２の凡例には、台紙における領域が対応しており、該領域内には付箋が貼り付けられ、
   前記第１の凡例に対応する付箋の量にしたがって、該第１の凡例に対応する第２の凡例に対応する領域の大きさを調整する調整手段
   をさらに有する請求項１に記載の情報処理装置。
5. 前記調整手段は、調整が行われた領域にしたがって、他の領域の大きさを調整する、
   請求項４に記載の情報処理装置。
6. 前記整合手段は、第１の凡例に対応する第２の凡例であって、該第１の凡例の属性情報と該第２の凡例の属性情報とが異なる場合は、異なっていない第３の台紙を抽出することによって両者の属性情報を整合させる、
   請求項１に記載の情報処理装置。
7. 前記整合手段は、第１の凡例に対応する第２の凡例であって、該第２の凡例の属性情報を該第１の凡例の属性情報とすることによって、両者の属性情報を整合させる、
   請求項１に記載の情報処理装置。
8. コンピュータを、
   付箋を貼り付ける先の第１の台紙における第１の凡例の属性情報と、該第１の台紙の次に用いられる第２の台紙における第２の凡例の属性情報を取得する取得手段と、
   第１の凡例に対応する第２の凡例であって、該第１の凡例の属性情報と該第２の凡例の属性情報とが異なる場合は、両者の属性情報を整合させる整合手段
   として機能させるための情報処理プログラム。

Images