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

Abstract

【課題】第１の情報の表示と、その第１の情報の属性を例示している第２の情報を表示している場合にあって、第２の情報間の構造に沿って、第１の情報を出力することができる情報処理装置を提供することを目的としている。【解決手段】情報処理装置の表示制御手段は、画面上に配置された第１の情報の表示と、該第１の情報の属性を例示している第２の情報の表示とを制御し、出力手段は、前記第２の情報間の構造にしたがって、該第２の情報の属性に合致し、該構造を構成している複数の第１の情報を出力する。【選択図】図１

Description

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

特許文献１には、データベース用の関連情報を入力する入力手段と、前記入力手段から入力されるｎ次元ユークリッド空間等の距離空間での関連情報として表現された情報を格納する属性表現格納手段と、前記入力手段から入力されるノードおよびアークで構成されるグラフ構造の関連情報として表現された情報を格納するグラフ表現格納手段と、前記属性表現格納手段から複数の属性値タプルで表された情報を入力し、当該属性値タプルを前記グラフ構造のノードに変換し、変換に付与された条件に応じて条件に応じて当該条件に適合する該ノード間をアークでリンクすることにより、前記グラフ構造の関連情報として表現し、前記グラフ表現格納手段へ格納させる第１の変換手段と、前記グラフ表現格納手段から前記ノード及び前記アークで表現された情報を入力し、当該ノードをタプルに変換し、変換に付与された条件に応じて当該タプルに属性値を付与することにより、前記属性値タプルとして表現し、前記属性表現格納手段へ格納させる第２の変換手段とを有する属性表現・グラフ表現変換手段と、前記属性表現格納手段に格納された情報もしくは前記グラフ表現格納手段に格納された情報を検索アクセスに応じて出力する出力手段とを備えていることが開示されている。

特許文献２には、コンピュータ・システムを用いてデータベース・システムからの情報を統合する、メディエータで用いる方法であって、ａ）データベース・システムで用いる第１のデータベース・スキーマのフォーマットで格納された値と前記値の属性名とを含む第１のデータベース見本ファイルを前記メディエータが受信するステップと、ｂ）コンピュータ・システムで用いる第２のデータベース・スキーマのフォーマットで格納された値と前記値の属性名とを含む第２のデータベース見本ファイルを前記メディエータが受信するステップとを含み、前記第２のデータベース見本ファイルの前記値が前記第１のデータベース見本ファイルの前記値に対応し、さらに、ｃ）前記第１のデータベース見本ファイルと前記第２のデータベース見本ファイルとに基づいて、前記第１のデータベース・スキーマの前記属性名と前記第２のデータベース・スキーマの前記属性名との間の変換マップを前記メディエータが生成するステップと、ｄ）生成した前記変換マップに従って、前記第２のデータベース・スキーマの属性名を用いて構成された前記コンピュータ・システムからの情報の問合わせを前記第１のデータベース・スキーマの属性名を用いて構成された前記データベース・システムへの情報の問合わせに前記メディエータが変換し、そして、前記第１のデータベース・スキーマの属性名を用いて構成された前記データベース・システムからの応答を前記第２のデータベース・スキーマの属性名を用いて構成された前記コンピュータ・システムへの応答に前記メディエータが変換するステップを含むことが開示されている。

特許文献３には、通信ネットワーク間にクライアント装置とサーバーを接続し、前記クライアント装置から前記サーバーに対して電子情報を送出し、当該電子情報に電子的な付箋情報を貼付けし、所定の処理を実行する情報共有システムであって、前記クライアント装置は、視覚情報を表示する表示手段と、前記表示手段に表示される視覚情報を入力する入力手段と、前記入力手段で入力された視覚情報からコンテンツを生成するコンテンツ生成手段と、前記コンテンツ生成手段で生成したコンテンツを前記サーバーに送信する送信手段と、を備え、前記サーバーは、前記クライアント装置により前記コンテンツ生成手段で生成されたコンテンツを受信する受信手段と、前記コンテンツ生成手段で生成されたコンテンツを付箋貼付け可能な形式に変換するコンテンツ変換手段と、前記付箋貼付け可能な形式に変換されたコンテンツにおける付箋情報の編集を行なう付箋編集手段と、前記コンテンツと当該コンテンツに貼り付けられた付箋情報と当該付箋情報を表示するための座標位置とを管理するテーブルを記憶する記憶手段と、前記コンテンツに関連付けられた前記付箋情報をリスト化し、前記コンテンツにおける付箋情報の表示位置を前記付箋情報の座標位置に基づいて算出し、前記付箋情報の概略の表示位置を示すアイコンを前記リスト化された付箋情報に対応付けて表示する付箋集積ページを生成する付箋集積手段と、を備えたことが開示されている。

特許文献４には、コンピュータによって、システムのモデルの分析及び編集を容易にするためのシステムのモデルを変換する方法であって、前記コンピュータが、グラフ形式のデータ構造を有し、複数のモデル要素から構成される前記システムのモデルであるグラフモデルを記憶するグラフモデル記憶部を備えており、多次元データモデルの構造と前記モデル要素を抽出する抽出クエリとに関する記述を含んだ変換処理記述の入力を受け付けるステップと、入力された前記変換処理記述に基づき、前記グラフモデル記憶部に記憶された前記グラフモデルから、前記多次元データモデルを生成するステップを含み、前記多次元データモデルが、ルートブロックテーブルと、前記ルートブロックテーブルから階層化されて広がる複数のブロックテーブルから構成されており、前記多次元データモデルの前記ルートブロックテーブル及び各前記ブロックテーブルにそれぞれ当該テーブルのレコードとして前記グラフモデルからどのブロックを抽出するかを指定するブロック抽出クエリが付与されており、前記ルートブロックテーブル及び各前記ブロックテーブルごとに、前記付与されたブロック抽出クエリに基づき抽出した前記グラフモデルのブロックをレコードに追加するステップをさらに含む、システムのモデルを変換することが開示されている。

特許第３１３２６０６号公報 特許第４１３２１３７号公報 特許第４３８１７７６号公報 特許第５１４７９５２号公報

本発明は、第１の情報の表示と、その第１の情報の属性を例示している第２の情報を表示している場合にあって、第２の情報間の構造に沿って、第１の情報を出力することができる情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、画面上に配置された第１の情報の表示と、該第１の情報の属性を例示している第２の情報の表示とを制御する表示制御手段と、前記第２の情報間の構造にしたがって、該第２の情報の属性に合致し、該構造を構成している複数の第１の情報を出力する出力手段を有する情報処理装置である。

請求項２の発明は、前記出力手段は、記憶手段に出力し、前記記憶手段は、前記複数の第１の情報を、構造化された情報として検索可能に記憶しており、前記記憶手段に記憶された情報に対して、情報間の構造を用いた検索を行う検索手段をさらに有する請求項１に記載の情報処理装置である。

請求項３の発明は、前記検索手段は、ユーザーによって前記第１の情報が作成されている場合は、該第１の情報内の文字と属性を構造に含む情報を、前記記憶手段から検索し、前記表示制御手段は、前記検索手段によって検索された情報を、前記ユーザーによって作成されている前記第１の情報の周辺に表示する、請求項２に記載の情報処理装置である。

請求項４の発明は、前記第２の情報の属性として、該第２の情報の表示形態属性と該第２の情報内に記載される内容を示す内容属性を含み、前記第１の情報の表示形態属性が、前記第２の情報の表示形態属性と一致する場合は、該第１の情報内に記載されている内容を、該第２の情報の内容属性とし、前記出力手段は、第１の情報の内容属性を項目とし、該第１の情報内に記載されている内容を該項目に対応する内容として出力する、請求項１に記載の情報処理装置である。

請求項５の発明は、前記出力手段は、前記第２の情報間の構造を構成している第１の情報がない場合は、該当する第２の情報の内容属性を項目とし、該項目に対応する内容を空白として出力する、請求項４に記載の情報処理装置である。

請求項６の発明は、前記出力手段は、記憶手段に出力し、前記表示制御手段は、前記記憶手段に記憶されている前記項目の内容が空白であった部分に、記載が行われた場合は、前記画面上に、該記載された内容を含む第１の情報を新たに表示する、請求項４に記載の情報処理装置である。

請求項７の発明は、コンピュータを、画面上に配置された第１の情報の表示と、該第１の情報の属性を例示している第２の情報の表示とを制御する表示制御手段と、前記第２の情報間の構造にしたがって、該第２の情報の属性に合致し、該構造を構成している複数の第１の情報を出力する出力手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、第１の情報の表示と、その第１の情報の属性を例示している第２の情報を表示している場合にあって、第２の情報間の構造に沿って、第１の情報を出力することができる。

請求項２の情報処理装置によれば、情報間の構造を用いた検索を行うことができる。

請求項３の情報処理装置によれば、第１の情報内の文字と属性を構造に含む情報を、ユーザーによって作成されている第１の情報の周辺に表示することができる。

請求項４の情報処理装置によれば、第１の情報の内容属性を項目とし、その第１の情報内に記載されている内容をその項目に対応する内容として出力することができる。

請求項５の情報処理装置によれば、第２の情報間の構造を構成している第１の情報がない場合は、該当する第２の情報の内容属性を項目とし、その項目に対応する内容を空白として出力することができる。

請求項６の情報処理装置によれば、記憶手段に記憶されている項目の内容が空白であった部分に、記載が行われた場合は、画面上に、その記載された内容を含む第１の情報を新たに表示することができる。

請求項７の情報処理プログラムによれば、第１の情報の表示と、その第１の情報の属性を例示している第２の情報を表示している場合にあって、第２の情報間の構造に沿って、第１の情報を出力することができる。

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

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

本実施の形態である情報処理装置１００は、第１の情報の表示と、その第１の情報の属性を例示している第２の情報を表示する機能を有しており、図１の例に示すように、台紙・付箋記憶モジュール１０５、構造付箋記憶モジュール１１０、付箋処理モジュール１１５、構造付箋処理モジュール１４５を有している。
第１の情報は、画面上に表示される情報であって、ユーザーの主な操作対象となる。例えば、付箋（付箋は、電子付箋、電子カード等ともいわれる）、画像等がある。以下、例示する場合は、付箋を用いて説明する。
第２の情報は、第１の情報と同様に、画面上に表示される情報であるが、第１の情報の属性を例示しているものである。例えば、凡例としての意味を有する情報である。例えば、第１の情報が付箋である場合、第２の情報は、ある属性を有している付箋の意味（又は、その付箋に記載されるべき内容）等を示す凡例付箋である。具体例をもって示すと、凡例付箋として、ピンク色であって、その内容として「課題」として記載されている場合、第１の情報としてピンク色の付箋は、その内容として課題を記載すべきことを示している。ピンク色は「課題」、黄色は「原因」、青色は「対応策」、緑色は「結果」等のように、付箋の色と記載されるべき内容を予め定めておき、凡例付箋として台紙上に表示しておくと、会合の際に、付箋の意味が色で把握しやすくなる。もちろんのことながら、色だけでなく、付箋の属性を用いればよい。特に、付箋の属性として、表示形態に関する属性が好ましい。

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

台紙・付箋記憶モジュール１０５は、構造付箋記憶モジュール１１０と接続されている。台紙・付箋記憶モジュール１０５は、台紙、付箋に関する情報を記憶している。具体的には、図４〜図８の例を用いて後述する情報が記憶されている。
構造付箋記憶モジュール１１０は、構造付箋処理モジュール１４５の出力モジュール１５０、検索モジュール１５５と接続されている。構造付箋記憶モジュール１１０は、凡例付箋によって示された構造を有している複数の付箋を、その構造を保って記憶している。構造は、リンク構造であってもよいし、その構造を保っていれば、テーブル構造等であってもよい。具体的には、図１４の例を用いて後述するテーブル等が記憶されている。
台紙・付箋記憶モジュール１０５、構造付箋記憶モジュール１１０は、情報処理装置１００以外の装置にあってもよい。つまり、情報処理装置１００は、通信回線を介して、台紙・付箋記憶モジュール１０５、構造付箋記憶モジュール１１０を利用するようにしてもよい。

付箋処理モジュール１１５は、受付モジュール１２０、付箋生成モジュール１２５、凡例管理モジュール１３０、表示制御モジュール１３５、構造抽出モジュール１４０を有しており、台紙・付箋記憶モジュール１０５と接続されている。付箋処理モジュール１１５は、付箋の生成、凡例付箋の管理、凡例付箋、付箋の表示制御、複数によって構成される構造の抽出等の処理を行う。

受付モジュール１２０は、タッチパネルを兼ねる液晶ディスプレイを制御して、ユーザーの指又はペン等の操作を受け付ける。この他、マウス、キーボード、カメラ、マイク等を用いたユーザーの操作（視線、ジェスチャ、音声等も含む）を受け付けるようにしてもよいし、また、操作者が有している携帯通信機器と通信（主に無線通信）を行って、その携帯通信機器における操作を受け付けるようにしてもよい。受け付ける操作として、例えば、付箋の生成、修正、削除、移動、複写等の操作がある。

付箋生成モジュール１２５は、受付モジュール１２０が受け付けた操作にしたがって、付箋を生成する。
凡例管理モジュール１３０は、凡例付箋を管理する。例えば、凡例付箋を台紙上に表示すること、受付モジュール１２０が受け付けた操作にしたがって、凡例付箋を生成すること、凡例付箋の属性を変更すること、凡例付箋間の構造を生成すること、その構造を変更すること等がある。

表示制御モジュール１３５は、画面上に配置された第１の情報の表示と、その第１の情報の属性を例示している第２の情報の表示とを制御する。
ここで画面には、台紙が表示されていてもよい。そして、第１の情報として、例えば、電子付箋ともいわれる付箋等が該当する。また、第２の情報として、例えば、凡例付箋等が該当する。この例の場合、付箋と凡例付箋は、台紙上に貼り付けられているように表示することになる。

構造抽出モジュール１４０は、第２の情報の属性、構造を用いて、その第２の情報と同様の属性、構造を持っている第１の情報群を抽出する。具体的には、第２の情報の属性、第２の情報間の接続関係を抽出して、第２の情報によって構成されている構造を抽出する。そして、その第１の情報の属性と同じ属性を有している第２の情報を抽出し、抽出した第２の情報間の構造は、第１の情報間の構造と同じ構造を有しているか否かを判断し、同じ構造を有している第２の情報群を出力対象とする。

構造付箋処理モジュール１４５は、出力モジュール１５０、検索モジュール１５５を有している。構造付箋処理モジュール１４５は、第２の情報間の構造と同様の構造を構成している複数の第１の情報を出力し、また、出力した情報から構造を用いた検索等の処理を行う。

出力モジュール１５０は、構造付箋記憶モジュール１１０と接続されている。出力モジュール１５０は、第２の情報間の構造にしたがって、その第２の情報の属性に合致し、その構造を構成している複数の第１の情報を出力する。ここで、第１の情報間の構造の一致は、第２の情報間の構造の完全一致又は一部一致であってもよい。一部一致として、例えば、第２の情報間の構造間のリンク関係が４つの情報の直列によるリンク関係の場合に、第１の情報の構造が３つの情報の直列によるリンク関係である場合等が該当する。
「第２の情報間の構造」とは、複数の第２の情報によって構成される構造であって、例えば、木構造、ネットワーク構造等が該当する。第２の情報自身が、その構造のノードとなり、第２の情報間を結ぶ線がエッジとなる。
ここで、出力モジュール１５０は、構造付箋記憶モジュール１１０に出力する。
そして、構造付箋記憶モジュール１１０は、複数の第１の情報を、構造化された情報として検索可能に記憶する。

第２の情報の属性として、その第２の情報の表示形態属性とその第２の情報内に記載される内容を示す内容属性を含めてもよい。
第１の情報の表示形態属性が、第２の情報の表示形態属性と一致する場合は、その第１の情報内に記載されている内容を、その第２の情報の内容属性としてもよい。
そして、出力モジュール１５０は、第１の情報の内容属性を項目とし、その第１の情報内に記載されている内容をその項目に対応する内容として出力するようにしてもよい。
「表示形態属性」として、付箋の形状、模様、色彩を含む。以下、色彩を例示して説明する。例えば、凡例付箋の表示形態属性が赤であり、内容属性が課題である場合、ユーザーが作成した付箋の表示形態属性が赤である場合、その付箋に記載されている内容Ａは、課題であると取り扱われる。そして、課題が内容Ａであるとして出力される。具体的に、テーブル型のデータ構造にあっては、課題欄に内容Ａが挿入されることになる。

また、出力モジュール１５０は、第２の情報間の構造を構成している第１の情報がない場合は、該当する第２の情報の内容属性を項目とし、その項目に対応する内容を空白として出力するようにしてもよい。例えば、出力モジュール１５０は、構造付箋記憶モジュール１１０に出力してもよい。
そして、表示制御モジュール１３５は、構造付箋記憶モジュール１１０に記憶されている項目の内容が空白であった部分に、記載が行われた場合は、画面上に、その記載された内容を含む第１の情報を新たに表示するようにしてもよい。

検索モジュール１５５は、構造付箋記憶モジュール１１０と接続されている。検索モジュール１５５は、構造付箋記憶モジュール１１０に記憶された情報に対して、情報間の構造を用いた検索を行う。検索式の指定、検索の指令は、受付モジュール１２０がユーザーの操作として受け付けるようにしてもよい。
また、検索モジュール１５５は、ユーザーによって第１の情報が作成されている場合は、その第１の情報内の文字と属性を構造に含む情報を、構造付箋記憶モジュール１１０から検索するようにしてもよい。
そして、表示制御モジュール１３５は、検索モジュール１５５によって検索された情報を、ユーザーによって作成されている第１の情報の周辺に表示するようにしてもよい。

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

そして、ユーザー端末２１０Ａ、ユーザー端末２１０Ｂ、データベース装置２９０、台紙・付箋記憶装置２９４、会議室２８０Ａ内の機器、会議室２８０Ｂ内の機器は、通信回線２９９を介してそれぞれ接続されている。通信回線２９９は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、データベース装置２９０、台紙・付箋記憶装置２９４による機能は、クラウドサービスとして実現してもよい。

データベース装置２９０は、情報処理装置１００との通信を行う。データベース装置２９０は、構造付箋記憶モジュール１１０を具備している。つまり、情報処理装置１００は、通信回線２９９を介して、データベース装置２９０内の構造付箋記憶モジュール１１０を利用するようにしてもよい。

台紙・付箋記憶装置２９４は、台紙、付箋に関する情報を記憶している。各情報処理装置１００は、台紙・付箋記憶モジュール１０５の代わりに、台紙・付箋記憶装置２９４を用いて処理を行うようにしてもよい。この場合、台紙・付箋記憶装置２９４内の台紙と付箋に関する情報を複数の情報処理装置１００で共有してもよい。つまり、情報処理装置１００Ａが管理している台紙と付箋に関する情報を、情報処理装置１００Ｂが利用できるようにしてもよい。
また、ユーザー端末２１０は、会合の参加者が利用するものであり、データベース装置２９０内の構造化された情報にアクセスできるようにしてもよい。

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

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

図５は、台紙情報テーブル５００のデータ構造例を示す説明図である。台紙情報テーブル５００は、台紙・付箋記憶モジュール１０５内に記憶されている。台紙情報テーブル５００は、台紙ＩＤ欄５１０、台紙パターンＩＤ欄５１５、作成日時欄５２０、作成者欄５２５を有している。台紙ＩＤ欄５１０は、台紙ＩＤを記憶している。台紙パターンＩＤ欄５１５は、背景となる台紙パターンＩＤを記憶している。例えば、白紙のパターン、表形式のパターン等がある。さらに、台紙パターンとして、後述するように、凡例領域が描画された台紙パターンであってもよいし、その凡例領域内に予め定められた付箋が貼付けられた台紙パターンであってもよい。作成日時欄５２０は、その台紙の作成日時を記憶している。作成者欄５２５は、その台紙の作成者を記憶している。

図６は、付箋情報テーブル６００のデータ構造例を示す説明図である。付箋情報テーブル６００は、台紙・付箋記憶モジュール１０５内に記憶されている。付箋情報テーブル６００は、付箋ＩＤ欄６１０、台紙ＩＤ欄６１５、貼付位置欄６２０、サイズ欄６２５、作成日時欄６３０、作成者欄６３５、貼付日時欄６４０、色欄６４５、枠線形状欄６５０、枠線色欄６５５、枠線太さ欄６６０、所属グループ欄６６５、タイプ欄６７０、内容種別欄６７５、内容欄６８０、リンク数欄６８５、リンク欄６９０を有しており、リンク欄６９０は、リンク先付箋ＩＤ欄６９２、方向欄６９４を有している。付箋ＩＤ欄６１０は、付箋のＩＤを記憶している。台紙ＩＤ欄６１５は、その付箋が貼り付けられている台紙のＩＤを記憶している。貼付位置欄６２０は、その付箋が貼り付けられる位置を記憶している。つまり、台紙上の貼り付け位置を記憶している。例えば、台紙のＸＹ座標系における座標（例えば、付箋の中心、左上端等の位置）である。サイズ欄６２５は、その付箋のサイズを記憶している。例えば、提示する付箋が矩形である場合は、幅と高さを記憶している。作成日時欄６３０は、その付箋が作成された日時を記憶している。作成者欄６３５は、その付箋の作成者を記憶している。又は、その付箋が作成された情報処理装置（例えば、電子付箋端末２５０又は情報処理装置１００の機器ＩＤ）を記憶してもよい。貼付日時欄６４０は、その付箋が台紙に貼り付けられた日時を記憶している。色欄６４５は、その付箋の表示色を記憶している。枠線形状欄６５０は、その付箋の表示における枠線の形状（例えば、実線、点線、破線、波線、二重線等）を記憶している。枠線色欄６５５は、その付箋の表示における枠線の色を記憶している。枠線太さ欄６６０は、その付箋の表示における枠線の太さを記憶している。所属グループ欄６６５は、その付箋が所属しているグループに関する情報を記憶している。例えば、その付箋がグループに属しているか否かを示す情報を記憶していてもよいし、グループに属している場合は、グループＩＤやそのグループに属している他の付箋ＩＤ等を記憶していてもよい。タイプ欄６７０は、その付箋の型を記憶している。具体的には、一般的な付箋である第１付箋、凡例付箋である第２付箋がある。内容種別欄６７５は、その付箋の内容種別（例えば、テキスト情報、手書き文字又は図形等を示すベクトルデータ、音声情報、写真等の静止画像情報、動画情報等、又はこれらの組み合わせを示す情報）を記憶している。内容欄６８０は、その付箋に書き込まれている内容を記憶している。リンク数欄６８５は、リンク数を記憶している。リンク欄６９０は、リンクに関する情報を示すリンク先付箋ＩＤ欄６９２、方向欄６９４を記憶している。リンク数欄６８５内の数だけ、リンク欄６９０内にリンク先付箋ＩＤ欄６９２と方向欄６９４の組が続く。リンク先付箋ＩＤ欄６９２は、付箋ＩＤ欄６１０の付箋と接続されている付箋の付箋ＩＤを記憶している。方向欄６９４は、付箋ＩＤ欄６１０の付箋とリンク先付箋ＩＤ欄６９２の付箋との間をつなぐリンクの方向を記憶している。例えば、付箋ＩＤ欄６１０の付箋からリンク先付箋ＩＤ欄６９２の付箋へのリンク方向であってもよいし、リンク先付箋ＩＤ欄６９２の付箋から付箋ＩＤ欄６１０の付箋へのリンク方向であってもよいし、付箋ＩＤ欄６１０の付箋とリンク先付箋ＩＤ欄６９２の付箋との両方向のリンク方向であってもよいし、リンク方向無しであってもよい。

図７は、凡例領域管理テーブル７００のデータ構造例を示す説明図である。
凡例領域管理テーブル７００は、台紙ＩＤ欄７１０、凡例領域数欄７２０、凡例領域欄７３０を有しており、凡例領域欄７３０は、凡例領域ＩＤ欄７３１、Ｘ欄７３２、Ｙ欄７３３、Ｗ欄７３４、Ｈ欄７３５を有している。凡例領域管理テーブル７００は、台紙・付箋記憶モジュール１０５内に記憶されている。台紙ＩＤ欄７１０は、台紙ＩＤを記憶している。凡例領域数欄７２０は、その台紙内に描画されている凡例領域数を記憶している。凡例領域欄７３０は、凡例領域を示す凡例領域ＩＤ欄７３１、Ｘ欄７３２、Ｙ欄７３３、Ｗ欄７３４、Ｈ欄７３５を記憶している。凡例領域欄７３０には、凡例領域数欄７２０内の凡例領域数の数だけ、凡例領域ＩＤ欄７３１からＨ欄７３５までの欄を有している。凡例領域ＩＤ欄７３１は、本実施の形態において、凡例領域を一意に識別するための情報（具体的には、凡例領域ＩＤ）を記憶している。Ｘ欄７３２は、その凡例領域の例えば左上角のＸ座標を記憶している。Ｙ欄７３３は、その凡例領域の例えば左上角のＹ座標を記憶している。Ｗ欄７３４は、その凡例領域のＷ（「Ｗ」は、領域の幅）を記憶している。Ｈ欄７３５は、その凡例領域のＨ（「Ｈ」は、領域の高さ）を記憶している。

図８は、凡例付箋管理テーブル８００のデータ構造例を示す説明図である。
凡例付箋管理テーブル８００は、凡例付箋ＩＤ欄８１０、凡例領域ＩＤ欄８２０、リンク数欄８３０、リンク欄８４０を有しており、リンク欄８４０は、リンク先付箋ＩＤ欄８４２、方向欄８４４を有している。凡例付箋管理テーブル８００は、台紙・付箋記憶モジュール１０５内に記憶されている。凡例付箋ＩＤ欄８１０は、本実施の形態において、凡例付箋を一意に識別するための情報（具体的には、凡例付箋ＩＤ）を記憶している。凡例領域ＩＤ欄８２０は、その凡例付箋が貼付けられている凡例領域の凡例領域ＩＤを記憶している。リンク数欄８３０は、その凡例付箋におけるリンク数を記憶している。リンク欄８４０は、リンクに関する情報を示すリンク先付箋ＩＤ欄８４２、方向欄８４４記憶している。リンク数欄８３０内の数だけ、リンク欄８４０内にリンク先付箋ＩＤ欄８４２と方向欄８４４の組が続く。リンク先付箋ＩＤ欄８４２は、付箋情報テーブル６００のリンク先付箋ＩＤ欄６９２と同様に、凡例付箋ＩＤ欄８１０の付箋と接続されている凡例付箋の凡例付箋ＩＤを記憶している。方向欄８４４は、付箋情報テーブル６００の方向欄６９４と同様に、リンクの方向を記憶している。

図９は、本実施の形態による処理例を示すフローチャートである。会合における議論を始める前に、ユーザーの操作にしたがって凡例付箋の生成を行う。なお、予め定められた凡例を用いるようにしてもよい。
ステップＳ９０２では、凡例領域内に付箋を作成するか否かを判断し、作成する場合はステップＳ９０４へ進み、それ以外の場合は作成することになるまで待機する。
ステップＳ９０４では、その付箋の属性を設定する。例えば、付箋情報テーブル６００の表示形態属性に関する色欄６４５、枠線形状欄６５０、枠線色欄６５５、枠線太さ欄６６０を、ユーザーの操作にしたがって設定する。そして、凡例領域内に配置される付箋であるので、タイプ欄６７０を、凡例付箋のタイプであることに設定する。

ステップＳ９０６では、他の付箋とのリンク関係を設定する。ユーザーの操作にしたがって、凡例付箋管理テーブル８００内を設定する。ユーザーの操作として、例えば、一方の凡例付箋から他方の凡例付箋にリンクを描く等の操作が該当する。この操作によって、一方の凡例付箋から他方の凡例付箋への方向とするリンクを設定する。
ステップＳ９０８では、凡例付箋として、凡例領域内に表示する。

図１０は、本実施の形態による処理例を示すフローチャートである。台紙に貼付けられた付箋から、凡例付箋と同じ構造を有している付箋群を抽出する処理例を示すものである。
ステップＳ１００２では、凡例領域内に凡例付箋はあるか否かを判断し、ある場合はステップＳ１００４へ進み、それ以外の場合は凡例付箋が現れるまで待機する。
ステップＳ１００４では、その凡例付箋の属性を抽出する。具体的には、凡例領域内に貼付けられている凡例付箋を凡例付箋管理テーブル８００を用いて抽出し、その凡例付箋のそれぞれの表示形態に関わる属性を、付箋情報テーブル６００を用いて抽出する。
ステップＳ１００６では、他の凡例付箋とのリンク関係を抽出する。具体的には、凡例付箋管理テーブル８００を用いて、リンク関係を抽出する。

ステップＳ１００８では、凡例領域外の付箋を抽出する。つまり、台紙上に貼付けられた一般付箋を抽出する。
ステップＳ１０１０では、凡例領域外の付箋群に凡例領域内の凡例付箋と同じ属性を有している付箋はあるか否かを判断し、ある場合はステップＳ１０１２に進み、それ以外の場合は処理を終了する（ステップＳ１０９９）。ステップＳ１００４で抽出した属性と同じ属性を有している一般付箋があるか否かを判断している。
ステップＳ１０１２では、それらの付箋間のリンク関係は、凡例領域内の凡例付箋間と同じリンク関係を有しているか否かを判断し、有している場合は、ステップＳ１０１４へ進み、それ以外の場合は処理を終了する（ステップＳ１０９９）。凡例付箋と同じ属性を有している一般付箋同士のリンク関係が、凡例付箋同士のリンク関係と同じであるか否かを判断している。
ステップＳ１０１４では、凡例領域外の付箋を構造化情報として構造付箋記憶モジュール１１０に記憶する。

図１１は、本実施の形態による処理例を示す説明図である。
例えば、台紙１１００に、凡例領域１１１０を表示し、凡例領域１１１０内に、凡例付箋１１１２、凡例付箋１１１４、凡例付箋１１１６、凡例付箋１１１８を表示している。
凡例付箋１１１２は、ピンク色の「課題」の凡例付箋である。凡例付箋１１１２のリンク先として凡例付箋１１１４が接続されている。
凡例付箋１１１４は、黄色の「原因」の凡例付箋である。凡例付箋１１１４のリンク先として凡例付箋１１１６が接続されている。
凡例付箋１１１６は、青色の「対策案」の凡例付箋である。凡例付箋１１１６のリンク先として凡例付箋１１１８が接続されている。
凡例付箋１１１８は、緑色の「結果」の凡例付箋である。
これらは、リンク関係として、凡例付箋１１１２から凡例付箋１１１４に接続されており、凡例付箋１１１４から凡例付箋１１１６に接続されており、凡例付箋１１１６から凡例付箋１１１８に接続されている。これを見たユーザーである会合の参加者は、ピンク色の付箋に「課題」を記載し、黄色の付箋に「原因」を記載し、青色の付箋に「対策案」を記載し、緑色の付箋に「結果」を記載すべきであることを理解する。そらに、その会合の参加者は、「課題」の付箋とその課題の「原因」が記載されている付箋を線で接続し、「原因」の付箋とその原因に対する「対策案」が記載されている付箋を線で接続し、その対策案の実施結果を示す「結果」が記載されている付箋を線で接続すべきことを理解する。

図１２は、本実施の形態による処理例を示す説明図である。
図１１の例に示した台紙１１００を用いた会合での議論の結果、台紙１１００に、凡例領域１１１０の他に、付箋１２１１、付箋１２２１、付箋１２２２、付箋１２３１、付箋１２３２、付箋１２３３、付箋１２４１、付箋１２４２が作成され、貼り付けられている。
付箋１２１１は、ピンク色、つまり、課題の付箋であり、「燃費が悪い」と記載されている。付箋１２１１のリンク先として付箋１２２１、付箋１２２２が接続されている。
付箋１２２１は、黄色、つまり、原因の付箋であり、「吸気効率」と記載されている。付箋１２２１のリンク先として付箋１２３１、付箋１２３２が接続されている。
付箋１２２２は、黄色、つまり、原因の付箋であり、「排気効率」と記載されている。付箋１２２２のリンク先として付箋１２３３が接続されている。
付箋１２３１は、青色、つまり、対策案の付箋であり、「インテーク平滑化」と記載されている。付箋１２３１のリンク先として付箋１２４１が接続されている。
付箋１２３２は、青色、つまり、対策案の付箋であり、「フィルター大型化」と記載されている。
付箋１２３３は、青色、つまり、対策案の付箋であり、「エキマニ等長化」と記載されている。付箋１２３３のリンク先として付箋１２４２が接続されている。
付箋１２４１は、緑色、つまり、結果の付箋であり、「＋１％、＋１００」と記載されている。
付箋１２４２は、緑色、つまり、結果の付箋であり、「＋３％、＋５０００」と記載されている。

そして、付箋１２１１、付箋１２２１、付箋１２３１、付箋１２４１によるリンク関係は、凡例領域１１１０内の凡例付箋の構造と一致している。付箋１２１１、付箋１２２１、付箋１２３２によるリンク関係は、凡例領域１１１０内の凡例付箋の構造と一致している。なお、この場合の一致は、一部一致の関係である。付箋１２１１、付箋１２２２、付箋１２３３、付箋１２４２によるリンク関係は、凡例領域１１１０内の凡例付箋の構造と一致している。

図１３は、本実施の形態による処理例を示す説明図である。図１２の例に示した付箋群に対して、図１０の例にしたがって処理を行った場合の、構造付箋記憶モジュール１１０内の情報の例を示すものである。画面１３００は、台紙が表示されている台紙１１００と同じ画面であってもよいし、ユーザー端末２１０等でデータベース装置２９０内の情報（つまり、構造付箋記憶モジュール１１０内の情報と同じ情報）を表示する画面であってもよい。
例えば、画面１３００に、課題管理テーブル１３０５を表示する。
課題管理テーブル１３０５は、課題欄１３１０、原因欄１３２０、対策案欄１３３０、結果欄１３４０を有している。課題欄１３１０は、課題を記憶していることを示しており、原因欄１３２０は、原因を記憶していることを示しており、対策案欄１３３０は、対策案を記憶していることを示しており、結果欄１３４０は、結果を記憶していることを示している。つまり、図１２の例に示した一般付箋群の構造を示している。表示形態属性にしたがって列を構成し、付箋間の接続関係にしたがって行を構成している。
具体的には、凡例付箋から課題管理テーブル１３０５の１行目を生成する。課題管理テーブル１３０５の１行目の課題欄１３１０は、凡例付箋１１１２のピンク色の付箋の「課題」と記載し、凡例付箋１１１４の黄色の付箋の「原因」と記載し、凡例付箋１１１６の青色の付箋の「対策案」と記載し、凡例付箋１１１８の緑色の付箋の「結果」と記載する。
そして、凡例付箋と同じ構成を有している一般付箋群から課題管理テーブル１３０５の２行目以降を生成する。課題管理テーブル１３０５の２行目の課題欄１３１０は、付箋１２１１の内容を記載し、原因欄１３２０は、付箋１２２１の内容を記載し、対策案欄１３３０は、付箋１２３１の内容を記載し、結果欄１３４０は、付箋１２４１の内容を記載し、３行目の課題欄１３１０は、付箋１２１１の内容を記載し、原因欄１３２０は、付箋１２２１の内容を記載し、対策案欄１３３０は、付箋１２３２の内容を記載し、結果欄１３４０は、対応する付箋がないので空白を記載し、４行目の課題欄１３１０は、付箋１２１１の内容を記載し、原因欄１３２０は、付箋１２２２の内容を記載し、対策案欄１３３０は、付箋１２３３の内容を記載し、課題欄１３１０は、付箋１２４２の内容を記載する。

図１４は、本実施の形態による処理例を示す説明図である。図１３の例に示した課題管理テーブル１３０５に元の付箋ＩＤの情報を付加したものである。
例えば、画面１３００に、課題・付箋管理テーブル１４００を表示する。
課題・付箋管理テーブル１４００は、課題欄１４１０、付箋ＩＤ欄１４１５、原因欄１４２０、付箋ＩＤ欄１４２５、対策案欄１４３０、付箋ＩＤ欄１４３５、結果欄１４４０、付箋ＩＤ欄１４４５を有している。課題欄１４１０は、課題を記憶している。付箋ＩＤ欄１４１５は、その課題欄１４１０の元となった付箋の付箋ＩＤを記憶している。原因欄１４２０は、原因を記憶している。付箋ＩＤ欄１４２５は、その原因欄１４２０の元となった付箋の付箋ＩＤを記憶している。対策案欄１４３０は、対策案を記憶している。付箋ＩＤ欄１４３５は、その対策案欄１４３０の元となった付箋の付箋ＩＤを記憶している。結果欄１４４０は、結果を記憶している。付箋ＩＤ欄１４４５は、その結果欄１４４０の元となった付箋の付箋ＩＤを記憶している。

図１５は、本実施の形態による処理例を示す説明図である。図１４の例に示した課題・付箋管理テーブル１４００では空白となっていた結果欄１４４０の３行目の欄を、ユーザーの操作にしたがって記載したものである。ここでは、「＋９％」が記載されている。そして、この記載にしたがって一般付箋を生成する。ここでは、その生成された付箋の付箋ＩＤは「１６４３」である。

図１６は、本実施の形態による処理例を示す説明図である。図１５の例に示した課題・付箋管理テーブル１４００にしたがって、台紙１１００において付箋が追加された例を示すものである。
図１２の例に示した台紙１１００から、１枚の一般付箋、つまり、付箋１６４３が追加されている。付箋１６４３は、緑色であり、結果の付箋であることを示しており、その内容として「＋９％」と記載されている。この付箋１６４３は、台紙上でのユーザーの操作によって生成されたものではなく、図１５の例に示した課題・付箋管理テーブル１４００における結果欄１４４０」の３行目が記載されたことによって生成されたものである。

図１７は、本実施の形態による処理例を示す説明図である。
図１６の例に示した台紙１１００の状態で、構造を用いた検索を行った例を示したものである。
台紙１１００には、検索用領域１７１０を表示し、ユーザーの操作によって検索式が記載される。ここでは、検索用領域１７１０に、「Ｆｉｎｄ “燃費＊／吸気＊／＊”」と記載された例を示している。この検索式は、構造を検索であり、『文頭に「燃費」の文字列を含む付箋があり、その付箋のリンク先となっており、文頭に「吸気」の文字列を含む付箋があり、その後に０個以上の付箋がリンク先として接続されている構造を有している付箋群』を検索の対象としているものである。
この検索式に該当するものとして、付箋１２１１、付箋１２２１、付箋１２３１、付箋１２４１の付箋群、付箋１２１１、付箋１２２１、付箋１２３２、付箋１６４３の付箋群が抽出される。そして、表示形態として、付箋１２１１、付箋１２２１、付箋１２３１、付箋１２３２、付箋１２４１、付箋１６４３を二重枠としている。つまり、検索結果を台紙上の付箋で表示している。具体的には、台紙上の付箋に対して、検索式に合致している付箋を他の付箋（つまり、検索式には合致していない付箋）とは異なる表示形態にしている。

また、検索式として、付箋の内容として記載されている文字列、構造だけでなく、付箋の属性を含めてもよい。つまり、付箋の色がピンク色等であることを検索式内に含めるようにしてもよい。
そして、検索式として、ユーザーによって作成された一般付箋そのものを指定するようにしてもよい。その場合は、その指定された一般付箋の内容として記載されている文字列、属性を有している一般付箋であることが検索対象となる。さらに、その指定された一般付箋と同じ属性を有している凡例付箋を構造に含む凡例付箋群と同じ属性、構造を有している一般付箋群が検索対象となる。
例えば、図１７に示す付箋１２２１が指定されて検索された場合、付箋１２２１が検索対象となるのはもちろんのことながら、付箋１２２１と対応している凡例付箋１１１４を含む構造である、凡例付箋１１１２、凡例付箋１１１４、凡例付箋１１１６、凡例付箋１１１８によって構成される構造を有している一般付箋群が検索対象となる。ここでは、付箋１２１１、付箋１２２１、付箋１２３１、付箋１２４１の一般付箋群、付箋１２１１、付箋１２２１、付箋１２３２、付箋１６４３の一般付箋群が検索結果として抽出される。そして、付箋１２２１の周辺に、付箋１２１１、付箋１２３１、付箋１２３２、付箋１２４１、付箋１６４３を表示する。さらに、リンク構造にしたがって、付箋１２１１と付箋１２２１を結ぶ線、付箋１２２１と付箋１２３１を結ぶ線、付箋１２２１と付箋１２３２を結ぶ線、付箋１２３１と付箋１２４１を結ぶ線、付箋１２３２と付箋１６４３を結ぶ線を表示するようにしてもよい。

図１８は、本実施の形態による処理例を示す説明図である。
図１７の例と同様に、図１５の例に示した課題・付箋管理テーブル１４００に対して、構造を用いた検索を行った例を示したものである。
画面１３００には、検索用領域１８１０を表示し、ユーザーの操作によって検索式が記載される。ここでは、検索用領域１８１０に、図１７の例と同じ「Ｆｉｎｄ “燃費＊／吸気＊／＊”」と記載された例を示している。
この検索式に該当するものとして、課題・付箋管理テーブル１４００の２行目と３行目が抽出される。そして、表示形態として、その２行目と３行目を二重枠としている。

図１９は、本実施の形態による処理例を示すフローチャートである。凡例付箋を一般付箋としてコピーして利用する処理例を示すものである。
ステップＳ１９０２では、凡例領域内の凡例付箋が外にコピーされたか否かを判断し、コピーされた場合はステップＳ１９０４へ進み、それ以外の場合はコピーされるまで待機する。
ステップＳ１９０４では、コピー対象の凡例付箋は複数であるか否かを判断し、複数の場合はステップＳ１９０６へ進み、それ以外の場合はステップＳ１９０８へ進む。

ステップＳ１９０６では、その凡例付箋間のリンク間を保持したまま、凡例付箋の複製を生成する。
ステップＳ１９０８では、複製した付箋の属性部分はそのままにし、付箋タイプを一般付箋にし、内容を削除する。つまり、凡例付箋と表示形態が同じ空白の一般付箋を生成するものである。
ステップＳ１９１０では、複製した付箋をユーザーの操作にしたがって配置する。

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

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

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

１００…情報処理装置
１０５…台紙・付箋記憶モジュール
１１０…構造付箋記憶モジュール
１１５…付箋処理モジュール
１２０…受付モジュール
１２５…付箋生成モジュール
１３０…凡例管理モジュール
１３５…表示制御モジュール
１４０…構造抽出モジュール
１４５…構造付箋処理モジュール
１５０…出力モジュール
１５５…検索モジュール
２１０…ユーザー端末
２５０…電子付箋端末
２８０…会議室
２９０…データベース装置
２９４…台紙・付箋記憶装置
２９８、２９９…通信回線

Claims (7)

1. 画面上に配置された第１の情報の表示と、該第１の情報の属性を例示している第２の情報の表示とを制御する表示制御手段と、
   前記第２の情報間の構造にしたがって、該第２の情報の属性に合致し、該構造を構成している複数の第１の情報を出力する出力手段
   を有する情報処理装置。
2. 前記出力手段は、記憶手段に出力し、
   前記記憶手段は、前記複数の第１の情報を、構造化された情報として検索可能に記憶しており、
   前記記憶手段に記憶された情報に対して、情報間の構造を用いた検索を行う検索手段
   をさらに有する請求項１に記載の情報処理装置。
3. 前記検索手段は、ユーザーによって前記第１の情報が作成されている場合は、該第１の情報内の文字と属性を構造に含む情報を、前記記憶手段から検索し、
   前記表示制御手段は、前記検索手段によって検索された情報を、前記ユーザーによって作成されている前記第１の情報の周辺に表示する、
   請求項２に記載の情報処理装置。
4. 前記第２の情報の属性として、該第２の情報の表示形態属性と該第２の情報内に記載される内容を示す内容属性を含み、
   前記第１の情報の表示形態属性が、前記第２の情報の表示形態属性と一致する場合は、該第１の情報内に記載されている内容を、該第２の情報の内容属性とし、
   前記出力手段は、第１の情報の内容属性を項目とし、該第１の情報内に記載されている内容を該項目に対応する内容として出力する、
   請求項１に記載の情報処理装置。
5. 前記出力手段は、前記第２の情報間の構造を構成している第１の情報がない場合は、該当する第２の情報の内容属性を項目とし、該項目に対応する内容を空白として出力する、
   請求項４に記載の情報処理装置。
6. 前記出力手段は、記憶手段に出力し、
   前記表示制御手段は、前記記憶手段に記憶されている前記項目の内容が空白であった部分に、記載が行われた場合は、前記画面上に、該記載された内容を含む第１の情報を新たに表示する、
   請求項４に記載の情報処理装置。
7. コンピュータを、
   画面上に配置された第１の情報の表示と、該第１の情報の属性を例示している第２の情報の表示とを制御する表示制御手段と、
   前記第２の情報間の構造にしたがって、該第２の情報の属性に合致し、該構造を構成している複数の第１の情報を出力する出力手段
   として機能させるための情報処理プログラム。