(57)【要約】【課題】会議支援を目的に、ビデオ・音声記録再生機能や板書機能，個人メモ機能等を統合して各機能により作成される各種のコンテンツ（データ）を関連づけて参照・活用可能とし会議をトータル支援でき利便性が向上した会議支援システムを提供する。【解決手段】会議議事などに付帯したコンテクスト情報を記録するための会議アプリケーション群と、これらの会議アプリケーション群が生成する会議アプリケーション文書を会議単位で関連づけて管理するためのコンテンツ管理アプリケーションとを少なくとも含み会議支援システムを構成する。【選択図】図２
2006146415.tif 000002
【特許請求の範囲】
【請求項１】
会議議事などに付帯したコンテクスト情報を記録するための会議アプリケーション群と、
これらの会議アプリケーション群が生成する会議アプリケーション文書を会議単位で関連づけて管理するためのコンテンツ管理アプリケーションとを少なくとも含み構成されたことを特徴とする会議支援システム。
【請求項２】
会議議事を会議アプリケーション文書として記録する第一の会議アプリケーション群と、
会議議議事などに付帯したストリーミングデータを記録する第二の会議アプリケーション群と、
前記会議アプリケーション文書およびストリーミングデータを会議単位で関連づけて管理するための第三の会議アプリケーション群と、
からなることを特徴とする会議支援システム。
【請求項３】
コンテンツと該コンテンツの記録時刻を関連づけて記録する議事記録手段と、
議事記録手段によって作成されたそれぞれの議事データを登録する議事データ登録手段と、
会議シーンを記録するビデオ記録手段と、
ビデオ記録手段によって作成されたビデオデータを登録するビデオデータ登録手段と、
それぞれの前記議事データおよび前記ビデオデータを関連づけて共通の議事データとして管理する議事データ管理手段と、
該議事データ管理手段により管理された議事データのうち所望の議事データを第一の議事データとして指定する議事データ指定手段と、
第一の議事データ中の所望のコンテンツを指定するコンテンツ指定手段と、
前記議事データ管理手段により管理された議事データのうち第二の議事データを参照する参照手段であって、前記コンテンツ指定手段によって指定された第一の議事データ中のコンテンツに関連づけられた記録時刻に対応する、第二の議事データ中のコンテンツを参照する参照手段と、を有することを特徴とする会議支援システム。
【請求項４】
コンテンツの入力を受け付けるコンテンツ入力手段と、入力されたコンテンツのうち所望のコンテンツに所定の属性を付与する属性付与手段とから構成される議事記録手段と、
該議事記録手段によって作成された議事データを管理する議事データ管理手段と、
該議事データ管理手段により管理された議事データのうち所望の議事データを参照する参照手段であって、議事データ中のコンテンツに前記属性付与手段によって付与されている属性の種別に関連づけてコンテンツを参照する参照手段と、
を有することを特徴とする会議支援システム。
【請求項５】
会議のコンテンツと該コンテンツの記録時刻を関連づけて記録する議事記録手段と、
前記議事記録手段によって作成された議事データを登録する議事データ登録手段と、
会議シーンを記録するストリーミングデータ記録手段と、
ストリーミングデータ記録手段によって作成されたストリーミングデータを登録するストリーミングデータ登録手段と、
前記議事記録手段によって作成された議事データと、前記ストリーミングデータ記録手段によって作成されたストリーミングデータとを互いに関連づけて管理する管理手段と、
議事データ中の所望のコンテンツを指定するコンテンツ指定手段と、
議事データと関連づけられたストリーミングデータを再生する再生手段であって、コンテンツ指定手段によって指定されたコンテンツに関連づけられた時刻に対応するシーンを再生する再生手段と、
を有することを特徴とする請求項３に記載の会議支援システム。
【請求項６】
前記議事記録手段のうち少なくとも一つがCanvasであることを特徴とする、請求項３〜５のいずれか１項にに記載の会議支援システム。
【請求項７】
前記議事記録手段で作成した議事データをネットワーク上のストレージに保存し、閲覧手段によってユーザ毎に設定されたビューに変換して参照可能なことを特徴とする請求項６に記載の会議支援システム。
【請求項８】
前記議事記録手段で作成した議事データに付与する属性として、「意味属性」と「視覚属性」が定義されていることを特徴とする請求項６または請求項７に記載の会議支援システム。
【請求項９】
前記「意味属性」の内部値として、「共有化情報」，「ユーザ情報」，「日時情報」を定義したことを特徴とする請求項８に記載の会議支援システム。
【請求項１０】
「意味属性」−「共有化情報」を付与することにより、そのオブジェクトに「メンバー全員で共有する情報」という意味を持たせ、具体的な動作として、メンバー全員の閲覧手段の所定のビューに、「意味属性」−「共有化情報」が付与された議事データをピックアップして表示することを特徴とする請求項９に記載の会議支援システム。
【請求項１１】
「意味属性」−「ユーザ情報」を付与することにより、そのオブジェクトに「指定のユーザに関連づけられた情報」という意味を持たせ、具体的な動作として、指定されたユーザの閲覧手段の所定のビューに、「意味属性」−「ユーザ情報」が付与された議事データをピックアップして表示することを特徴とする請求項９に記載の会議支援システム。
【請求項１２】
前記議事記録手段のうち少なくとも一つがISであることを特徴とする、請求項３〜５のいずれか１項にに記載の会議支援システム。
【請求項１３】
前記議事記録手段のうち少なくとも一つがAPであることを特徴とする、請求項３〜５のいずれか１項にに記載の会議支援システム。
【請求項１４】
前記ビデオ記録手段がMCであることを特徴とする、請求項３に記載の会議支援システム。
【請求項１５】
前記議事記録手段がISであることを特徴とする、請求項４に記載の会議支援システム。
【請求項１６】
議事データの登録時にあらかじめ設定された所定の属性を付けて登録する登録手段、を有することを特徴とする請求項４または請求項１０に記載の会議支援システム。
【請求項１７】
前記議事記録手段がMCであることを特徴とする、請求項４記載の会議支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議を電子的に支援する会議支援システムに関する。
【背景技術】
【０００２】
従来の電子的に会議を支援する会議支援システムでは、個々の参加者が公共の場に提供した情報を全参加者の手元端末や参加者全員が視認できる共通的な画面に配信して共有化し、さらにこれら共有化された情報に対して参加者全員が編集作業を同時に行い、その結果を矛盾無くしかもリアルタイムで表現（表示など）する機能を提供してきた。
【０００３】
このようなシステムにおける会議を支援する機能を提供するアプリケーション（会議アプリケーション）として、eKC-Canvas（Canvas），eKC-Personal Cabin（PCab），Meeting Capture（MC），Interactive Station（IS），AssociaPad（AP）の5つのアプリケーションも良く知られている。これらのアプリケーションについては、本願出願人によっても個別に、既にそれぞれが提案されている。なお、これらアプリケーションについては後で更に説明する。
【０００４】
ところが、このような機能を実装する上では、システムを構成するプログラムが複雑化することにより、計算リソースを大量に消費するとともに、動作速度や信頼性、堅牢性の低下を引き起こしやすい．
【０００５】
また、同じ情報を参加者が参照する場合，紙で各自に配付したり情報を各自の端末に表示することよりも，大きい画面を用いて参加者が共通の視線で情報を参照することが，情報の共有や集中を促すためには有効であることが経験的にも知られている。さらに、各自の端末に画面を配信する作法は、通常の白板（黒板）を共通視線の大画面として用いた従来の会議スタイルとは大きく異なる作法であるため，ユーザが操作にとまどったり、ユーザビリティの高いシステムが供給されにくいという問題もある。
【０００６】
さらに、このような機能は、資料を紙で印刷する必要がないなどの簡便さを提供はするが，会議の内容を確実に捕捉すること、その会議の内容（決定事項，結論，問題点など）を会議後の作業で確実にメンバーが行うことができること、といった会議の本質的な役割を強化する支援をしているとはいえない。すなわち会議の文脈をメンバー全員が確実に共有することを支援しているとはいい難い。
【０００７】
そこで、本願出願人は、会議参加者が使用する各情報処理装置での同期処理を不要とすることでシステムを単純化し，視線を共有する大画面を中心に，それへの情報投稿機能や板書機能，属性付け機能を支援機能として盛り込んだ、会議支援システムとして特許文献１の会議支援システムを提案している。
【０００８】
上記特許文献１の会議支援システムにおいては、エディティングエリアに記述される議論過程を構成するオブジェクトに対して、所定の属性を付ける機能が提案されている。このような特許文献１で示した属性は、例えばラベル文字列のように単に表現が異なるラベル（「結論」「課題」等）を貼り付け、ラベルの違いによってオブジェクトを抽出して所定のビューで閲覧させるものである。更に、特許文献１には、その会議支援システムによって記述された会議文書をネットワーク上の文書管理システムに蓄積して保管する構成が可能であることが記載されている。
【０００９】
ところで、特許文献１に記載されている会議支援システムのようにホワイトボードメタファを中心とした操作系の場合、配置の自由度があるが、反面、ユーザはレイアウトを常に意識しながら入力を行う必要があるというデメリットがある。
【００１０】
また、現状ではインクマーカにより筆記する従来のホワイトボードに比べて大型電子ディスプレイの解像度が高くないことから、手書き中心のシステムでは「書く」機能に対してユーザが不満を抱いてしまうというデメリットがある。
【００１１】
更に、従来のホワイトボードの作法を電子的な手段に置き換えただけでは、ペーパレスなどのメリットはあるものの、その情報自体を後工程で活用する点でメリットを設定しにくいため、ユーザのメリットが希薄になる。
【００１２】
また、属性付けに関連するものとして、属性を単にラベル文字列とした場合、同様の意図を示すラベルでもその表現が異なるという問題がある。具体的には、例えば議論の結果を示すラベルは「結論」「結果」「決定事項」などの表現が可能であることである。このため属性の意味を機械可読にすることは困難である。
【００１３】
加えて、特許文献１には、ネットワーク上のストレージに保存された会議文書の検索サービスを提供する旨も記載されているが、例えば会議参加メンバーで情報を共有する場合のオブジェクトにつけられた属性を活かした情報提供には言及していない。また、前述のように属性の表現と意味がユーザによってばらつくため、付与された属性の表現上の違いによりオブジェクトを抽出してビューを生成することはできても、必ずしもオブジェクトに属性を付与したユーザの意図を正しく反映したビューとなるとは限らない。
【００１４】
その他、情報映像が表示されるスクリーンに対して、利用者がペンなどで簡単に記入情報の書き込みや消去を行なうことができ、スクリーンの前面の被写体の撮影データをその場で迅速に取得することができ、スクリーン上の表示画像と、スクリーン前面の被写体の動画像とを同時に撮影することができ、テレビ会議システムに最適な、書き込み可能な表示装置を提供することを目的とした、従来の白板の「ペンで書き込む機能」と電子ディスプレイを融合した、主に大画面用途の表示装置が特許文献２，特許文献３として提案されている。
【００１５】
その他、会議支援システムに関連して、近年、電気通信技術の発展により、会議の様子を撮影し、取得された画像を遠隔地に伝送するテレビ会議システムが多くの企業や団体で活用されるようになった。かかるシステムの利便性をより向上させるべく、従来より会議の様子を映像として取り込むための装置および話者のみを切り出した部分映像を伝送するためのシステムが数多く提案されている。
【００１６】
このようなシステムの従来技術として、たとえば、特許文献４（「テレビ会議システム」）があげられる。特許文献４では、マイクから入力される音声を検出して話者を判定し、該判定結果に基づいてカメラ制御部でカメラを自動制御し、話者を捉えるというテレビ会議システムに関する技術が開示されている。
【００１７】
また、これに関連するものとして特許文献５（「テレビカメラ装置」）があげられる。特許文献５では、魚眼又は超広角レンズおよび可変指向性マイクロフォンを用いたテレビカメラ装置に関する技術が開示されている。具体的には、音源位置の方向を判定し、該音源位置方向を追尾し、音源位置方向の画像を切り出して映像信号を生成するという発明が開示されている。
【００１８】
上述の特許文献５に開示される技術では、魚眼又は超広角レンズを用いた該テレビカメラ装置を机の上などに設置する場合、一般に天井などあまり重要でないものが視野の大半を占め、人間の顔などの重要な被写体が視野の周辺部に存在し、周縁減光や収差の影響を受けてしまうという問題点あった。すなわち、会議を効率的に視聴することができないという問題点があった。また、このようなレンズを用いた場合、歪み補正のための計算が像の位置に大きく依存してしまい、計算負担が大きくなるという問題点もあった。また、このようなレンズないし光学系の設計は非常に難しくコストも高くなってしまうという問題点もあった。
【００１９】
この他、近年では、従来のテレビ会議システムの特徴であるいわゆるリアルタイム性に加えて、会議内容を再びチェックしたいという要望も出てきている。この点を解決するものとして、本願出願人により会議の臨場感を維持することを可能とし、また、会議内容を効率的に再現可能とする会議システムが創案され、例えば会議などのシーンで音声データや動画データなどをネットワークを介して専用のサーバ装置に保管し、後から検索・再生するデータ記録再生システムが提供されている。このシステムは、特許文献６として既に公開されている。
【００２０】
この他、動画データなど時間的に変化するコンテンツデータを記録する端末装置がその記録時刻も記録することができ、この記録の際は、その端末装置をネットワークに接続しておく必要がなく、且つ、その端末装置とそのデータを保管するサーバ装置との間の時刻を利便性を低下させずに正確に合わせることができるデータ記録再生システム、データ記録方法、プログラム、及び記録媒体、また、そのようなデータ記録再生において、メモデータとしてテキストデータや手書き画像データなど様々な種類のデータを記録対象とするデータ記録再生技術が確立され、特許文献７として公開されている。この技術によれば、動画撮影中にユーザが後で再生したい重要な部分と考えた箇所にメモを書き込むことで、動画データの重要な部分を簡単に検索表示できる。
【００２１】
この場合、正しい検索結果を得るためには、記録・保管された動画データとメモデータの間で時刻の対応がとれている（時計が合っている）ことが必要である。すなわち、時刻合わせが必要となる。
【００２２】
このような時刻合わせの従来技術として、既にネットワーク接続された計算機間で、NTPと呼ばれるプロトコルを利用して時計を同期させる技術が知られている。更には、特許文献８にはNTPを利用した時刻同期処理を効率化するための改良方式が提案されている。
【００２３】
特許文献８に示されているようなNTPによる時刻合わせは、本発明の技術分野であるデータ記録システムでも用いることができる。前述の特許文献1の動画検索システムにおいても、動画記録装置と手元端末装置の間でこのような同期処理方式を利用して、時刻を同期させることもできる。すなわち、動画データなどを取り込む（記録する）手元の端末装置（記録装置）と、そのデータを保管するサーバ装置との間でNTPによった同期方式を用いて時刻を同期させる。
【００２４】
しかし、このような同期を実現するためには、前記各装置を常にネットワークに接続しておく必要があり、そのため、前記した手元の端末装置の接続をケーブルにより実現しようとすると、取り扱いに邪魔であるという問題が生じ、無線LANにより実現しようとすると高価であるという問題がある。また、事前に時刻の同期をとり、手元の端末装置の利用時には接続しないことも考えられるが、このような方法では利用手順が煩雑になり、利便性が低下する。例えば、オフィスにおける会議に個人用の端末装置を持って参加する際には、事前に自席で端末装置にケーブルを接続して、時刻合わせ処理を実行する必要があり、時刻合わせ処理を忘れたまま会議室に持参してしまった場合には、メモ記録操作をしても、時刻誤差のために後で正確な検索を行えない恐れがある。
【００２５】
【特許文献１】特開２００３-１１１０４２号公報
【特許文献２】特開２００３−９４８８６号公報
【特許文献３】特開２００３−１４３３４８号公報
【特許文献４】特開平５−１２２６８９号公報
【特許文献５】特開平１１−３３１８２７号公報
【特許文献６】特開２００３−１８５６１号公報
【特許文献７】特開２００３−３２３３５６号公報
【特許文献８】特開２０００−３４９７９１号公報
【発明の開示】
【発明が解決しようとする課題】
【００２６】
ここまでに述べた会議支援のための各従来技術は、同様に会議支援を目的としたものであるが、それぞれのシステムが単独で機能するシステムである。したがって、会議でこれらのシステムを使う場合、それぞれのシステムによって作成されたコンテンツは連携していない。例えば、ビデオ・音声からなるコンテンツ、板書により作成されたコンテンツ、個人がメモを取ることによって作成されたコンテンツ、といったそれぞれのコンテンツが単独でシステムに管理されることになる。
【００２７】
従って本願発明では、会議支援を目的とした、ビデオ・音声記録再生機能や板書機能、個人メモ機能、といった様々な機能を持つ、会議を支援する個々の既知システムを統合して各既知システムにより作成される各種のコンテンツ（データ）を会議毎に関連づけて管理し、管理されたコンテンツを関連づけて参照・活用でき、会議をトータル支援可能で、より利便性を向上させた会議支援システムを提供することを目的とする。
【課題を解決するための手段】
【００２８】
特許文献１の前述した課題を解決する目的で，本願出願人によって、特願２００３−４０９０２３号による提案がなされている。すなわち、特願２００３−４０９０２３号は、議論に集中しつつ、迅速／簡単／確実に表示／記述できる環境を提供するとともに、記述される情報（オブジェクト）の後工程での利用の利便性を図ることを目的とし、また、議論中に記述した情報を個人毎に有効に活用することを目的としたものである。
【００２９】
この特願２００３−４０９０２３号では、会議の議論内容をオブジェクト情報として記述するための情報編集記述領域を表示装置に表示するようにした会議支援装置を有する会議支援システムにおいて、前記会議支援装置の前記情報編集記述領域には行の概念が存在しており、前記情報編集記述領域では当該行に従って各種のオブジェクトが配置されるようにした会議支援システムが提案されている。
【００３０】
また、会議参加者が情報処理装置を介して送信した個人の知識であるオブジェクトを編集し、オブジェクトとなる情報を記述するための情報編集記述領域を表示装置に表示するようにした会議支援装置を有する会議支援システムにおいて、前記会議支援装置の前記情報編集記述領域には行の概念が存在しており、前記情報編集記述領域では当該行に従って各種のオブジェクトが配置されるようにした会議支援システムも開示されている。
【００３１】
あるいは、会議の議論内容をオブジェクト情報として記述するための情報編集記述領域を表示装置に表示するようにした会議支援装置を有する会議支援システムにおいて、前記情報編集記述領域に記述された情報をネットワーク上の記憶手段に保存し、この記憶手段に保存された情報を情報処理装置の閲覧手段を用いて閲覧可能とするようにした会議支援システムも開示されている。
【００３２】
また、特願２００３−４０９０２３号には、この他、会議参加者が情報処理装置を介して送信した個人の知識であるオブジェクトを編集し、オブジェクトとなる情報を記述するための情報編集記述領域を表示装置に表示するようにした会議支援装置を有する会議支援システムにおいて、前記情報編集記述領域に記述された情報をネットワーク上の記憶手段に保存し、この記憶手段に保存された情報を前記情報処理装置の閲覧手段を用いて閲覧可能とするようにした会議支援システムについても開示されている。
【００３３】
また、前述した特許文献７に記載されている実施の形態は、動画撮影中にユーザが後で再生したい重要な部分と考えた箇所にメモを書き込むことを念頭に置いているが、現在市販されている携帯端末の手書きメモ又はテキストメモ入力機能は、一般に使用しづらいとの問題、入力に時間がかかる問題などがあるため、メモ入力作業に気をとられ、重要な話をうっかり聞きそびれてしまう恐れがある。その他にも、「後で再生したい重要な部分」は、上述のようなユーザの恣意的な作業によってのみ規定される訳ではない。例えば、会議参加中に他の作業が割り込むなどの不慮の事情で一時的に退席した場合、当然会議後にその間のシーンを再生したくなるが、本従来技術で記載された実施の形態ではこのような場面で効果を奏しない。こうした難点についてはこれを解決した技術が、本出願人により提案されている（特願２００３−６４２２８号）。
【００３４】
本願発明は、特願２００３−４０９０２３号や特願２００３−６４２２８号を更に改良した技術を含み、既述した特許文献１〜特許文献８の問題点を解消するものである。本願発明でコンテンツを関連付けて連携させる対象として想定した、会議を支援する機能を提供するアプリケーション（会議アプリケーション）は、eKC-Personal Cabin（PCab），eKC-Canvas（Canvas），Meeting Capture（MC），Interactive Station（IS），AssociaPad（AP）の5つのアプリケーションである。これらのアプリケーションがそれぞれ生成する、議事内容をそれぞれの形式で記録した文書（会議アプリケーション文書）を「会議文書」として統一的に扱う。
【００３５】
請求項１記載の発明の会議支援システムは、会議議事などに付帯したコンテクスト情報を記録するための会議アプリケーション群と、これらの会議アプリケーション群が生成する会議アプリケーション文書を会議単位で関連づけて管理するためのコンテンツ管理アプリケーションとを少なくとも含み構成されたことを特徴とする。
【００３６】
請求項２記載の発明の会議支援システムは、会議議事を会議アプリケーション文書として記録する第一の会議アプリケーション群と、会議議議事などに付帯したストリーミングデータを記録する第二の会議アプリケーション群と、前記会議アプリケーション文書およびストリーミングデータを会議単位で関連づけて管理するための第三の会議アプリケーション群と、からなることを特徴とする。
【００３７】
請求項３記載の発明の会議支援システムは、コンテンツと該コンテンツの記録時刻を関連づけて記録する議事記録手段と、議事記録手段によって作成されたそれぞれの議事データを登録する議事データ登録手段と、会議シーンを記録するビデオ記録手段と、ビデオ記録手段によって作成されたビデオデータを登録するビデオデータ登録手段と、それぞれの前記議事データおよび前記ビデオデータを関連づけて共通の議事データとして管理する議事データ管理手段と、該議事データ管理手段により管理された議事データのうち所望の議事データを第一の議事データとして指定する議事データ指定手段と、第一の議事データ中の所望のコンテンツを指定するコンテンツ指定手段と、前記議事データ管理手段により管理された議事データのうち第二の議事データを参照する参照手段であって、前記コンテンツ指定手段によって指定された第一の議事データ中のコンテンツに関連づけられた記録時刻に対応する、第二の議事データ中のコンテンツを参照する参照手段と、を有することを特徴とする。
【００３８】
請求項４記載の発明の会議支援システムは、コンテンツの入力を受け付けるコンテンツ入力手段と、入力されたコンテンツのうち所望のコンテンツに所定の属性を付与する属性付与手段とから構成される議事記録手段と、該議事記録手段によって作成された議事データを管理する議事データ管理手段と、該議事データ管理手段により管理された議事データのうち所望の議事データを参照する参照手段であって、議事データ中のコンテンツに前記属性付与手段によって付与されている属性の種別に関連づけてコンテンツを参照する参照手段と、を有することを特徴とする。
【００３９】
請求項５記載の発明は、請求項３に記載の会議支援システムにおいて、会議のコンテンツと該コンテンツの記録時刻を関連づけて記録する議事記録手段と、前記議事記録手段によって作成された議事データを登録する議事データ登録手段と、会議シーンを記録するストリーミングデータ記録手段と、ストリーミングデータ記録手段によって作成されたストリーミングデータを登録するストリーミングデータ登録手段と、前記議事記録手段によって作成された議事データと、前記ストリーミングデータ記録手段によって作成されたストリーミングデータとを互いに関連づけて管理する管理手段と、議事データ中の所望のコンテンツを指定するコンテンツ指定手段と、議事データと関連づけられたストリーミングデータを再生する再生手段であって、コンテンツ指定手段によって指定されたコンテンツに関連づけられた時刻に対応するシーンを再生する再生手段と、を有することを特徴とする。
【００４０】
請求項６記載の発明は、請求項３〜５のいずれか１項にに記載の会議支援システムにおいて、前記議事記録手段のうち少なくとも一つがCanvasであることを特徴とする。
【００４１】
請求項７記載の発明は、請求項６に記載の会議支援システムにおいて、前記議事記録手段で作成した議事データをネットワーク上のストレージに保存し、閲覧手段によってユーザ毎に設定されたビューに変換して参照可能なことを特徴とする。
【００４２】
請求項８記載の発明は、請求項６または請求項７に記載の会議支援システムにおいて、前記議事記録手段で作成した議事データに付与する属性として、「意味属性」と「視覚属性」が定義されていることを特徴とする。
【００４３】
請求項９記載の発明は、請求項８に記載の会議支援システムにおいて、前記「意味属性」の内部値として、「共有化情報」，「ユーザ情報」，「日時情報」を定義したことを特徴とする。
【００４４】
請求項１０記載の発明は、請求項９に記載の会議支援システムにおいて、「意味属性」−「共有化情報」を付与することにより、そのオブジェクトに「メンバー全員で共有する情報」という意味を持たせ、具体的な動作として、メンバー全員の閲覧手段の所定のビューに、「意味属性」−「共有化情報」が付与された議事データをピックアップして表示することを特徴とする。
【００４５】
請求項１１記載の発明は、請求項９に記載の会議支援システムにおいて、「意味属性」−「ユーザ情報」を付与することにより、そのオブジェクトに「指定のユーザに関連づけられた情報」という意味を持たせ、具体的な動作として、指定されたユーザの閲覧手段の所定のビューに、「意味属性」−「ユーザ情報」が付与された議事データをピックアップして表示することを特徴とする。
【００４６】
また、請求項１２記載の発明は、請求項３〜５のいずれか１項に記載の会議支援システムにおいて、前記議事記録手段のうち少なくとも一つがISであることを特徴とする。
【００４７】
また、請求項１３記載の発明は、請求項３〜５のいずれか１項に記載の会議支援システムにおいて、前記議事記録手段のうち少なくとも一つがAPであることを特徴とする。
【００４８】
また、請求項１４記載の発明は、請求項３に記載の会議支援システムにおいて、前記ビデオ記録手段がMCであることを特徴とする。
【００４９】
また、請求項１５記載の発明は、請求項４に記載の会議支援システムにおいて、前記議事記録手段のうち少なくとも一つがISであることを特徴とする。
【００５０】
また、請求項１６記載の発明は、請求項４または請求項１０に記載の会議支援システムにおいて、議事データの登録時にあらかじめ設定された所定の属性を付けて登録する登録手段、を有することを特徴とする。
【００５１】
また、請求項１７記載の発明は、請求項４に記載の会議支援システムにおいて、前記議事記録手段がMCであることを特徴とする。
【発明の効果】
【００５２】
本発明によれば、会議支援を目的とした、ビデオ・音声記録再生機能や板書機能，個人メモ機能，といった様々な機能を統合して各機能により作成される各種のコンテンツ（データ）を会議毎に関連づけて管理し、関連づけて参照・活用可能な、従って会議をトータル支援できてより利便性が向上した会議支援システムが得られる。
【発明を実施するための最良の形態】
【００５３】
〔発明の概要〕
〔会議アプリケーション〕会議を支援する機能を提供するアプリケーション（会議アプリケーション）として、本発明で対象として想定するものは、コンテンツ管理を行なうとともに操作のインターフェイスとなるフロントエンドアプリケーションとしてのeKC-Personal Cabin（以下略してPCab）、そして、会議データ作成機能を有したeKC-Canvas（以下略してCanvas），Meeting Capture（以下略してMC），Interactive Station（以下略してIS）、更に、AssociaPad（以下略してAP）の5つのアプリケーションであるが、これらと類似の機能（コンテンツ管理機能、会議管理機能、議事録管理機能、会議データ作成機能）を有する会議アプリケーションであればこうしたアプリケーションを使用したシステムにも適用できる。
【００５４】
本発明ではこれらのアプリケーションの持つ機能を連携させ，それぞれのアプリケーションが生成する，議事内容をそれぞれの形式で記録した文書（会議アプリケーション文書）を「会議文書」として統一的に扱うことが可能になっている。なお、ＭＣにより生成される会議文書は映像データである。
【００５５】
〔第１実施形態〕
以下、本発明の実施の形態について、図面に従って説明する。図１は本発明の実施形態の基本概念を表した説明図である。また、図２は本実施形態システムのハードウェア構成を示すブロック図である。
【００５６】
〔全体のシステム構成〕図２のシステムを構成するマシン群は、プラットフォームサーバ，eKC-Canvasマシン，ISマシン，MCマシン，AssociaPadマシン，eKC-PersonalCabinサーバ，ストリーミングサーバおよび複数のクライアントマシン群である。eKC-Canvasマシン，ISマシン，MCマシン，AssociaPadマシンを総じてキャプチャマシンと呼び、各マシンで動作しているeKC-Canvas，IS，MC，AssociaPadの各アプリケーションを総じてキャプチャアプリケーションとも呼ぶことにする。本システムで言うところの「バックヤード」とは、プラットフォームサーバのことを指し，キャプチャマシン，eKC-PersonalCabinサーバおよびストリーミングサーバは、バックヤードから見ればクライアントになる。
【００５７】
本実施形態におけるプラットフォームサーバには、本システムのデータ群を記憶するデータベース、データベースへの各種データの格納および取得を行なうリポジトリサービス、クライアントに様々な機能を提供するWebサービスが存在する。リポジトリサービスは、データベースと接続し、データベースに存在する様々なテーブルにレコードとしてデータを格納する機能、データベースの任意のテーブルからレコードを取得する機能を有している。Webサービスは、クライアントから要求されるデータの登録や取得について、リポジトリサービスを使って様々なテーブルにデータを登録する機能、リポジトリサービスを使って様々なテーブルからデータを集め、クライアントの要求するデータに加工してクライアントへ返す機能を有している。
【００５８】
すなわち、後で説明するように本システム（図５参照）では、データベースとして、各種データを格納するための９つのテーブルが存在する。すなわち、後で詳述する会議文書テーブル，個人情報テーブル，ToDo情報テーブル，文書情報テーブル，ユーザ情報テーブル，組織情報テーブル，会議室情報テーブル，グループ情報テーブル，開催会議テーブルである。
【００５９】
リポジトリサービスには、データベースの各テーブルに対してテーブルオブジェクトを作成し，データを格納する，あるいは、データを取得するために、後で詳述する９つのサービスが存在する。また、Webサービスには、リポジトリサービスの９つのサービスを使い分けて，クライアントが所望する処理を実行するために、後で詳述する８つのサービスが存在する。各サービスには、各テーブルを操作するための操作関数（メソッドと呼ぶ）が用意されている（図２７参照）。
【００６０】
先ず、本発明に関連する前述の５つの各アプリケーションについての概略を説明する。なお、ここで触れない細部については、後で詳細に説明する具体的な使用例の中で適宜解説する。
【００６１】
〔PCab〕フロントエンドアプリケーションであるPCabは、他の会議アプリケーション（Canvas, MC, IS, AP）が作成する文書（会議アプリケーション文書）を会議単位で関連づけて管理し、参照するためのWebアプリケーションである。実際のシステム構成は、PCabはこれらの操作を行うためのフロントエンドアプリケーションで，このフロントエンドアプリケーションは様々なサービス群を介して、データベースにアクセスする構成をとる。以下では、説明を簡単にするために，PCabを、フロントエンド機能，サービス，データベースを含めたアプリケーションシステムとして説明する。
【００６２】
各会議アプリケーションが生成するそれぞれの文書は、PCabに定義された「会議文書」にそれぞれの文書をアップロードする操作により、会議単位での関連づけが行われる。PCabでは表示内容はユーザ毎にカスタマイズされる。例えばトップ画面には、ユーザの本日予定されている会議を表示する（詳細は後に説明）。したがって、ユーザはPCabを利用する前にPCabにログイン手続きを行うものとする。
【００６３】
PCabの主要な機能のひとつである『会議文書の参照』機能について概要を述べる。PCabが会議文書を参照する第一の参照形態は、「会議」を指定し、そこに関連付けられている「会議アプリケーション文書」をさらに指定して所望の「会議アプリケーション文書」を表示し参照する形態である。
【００６４】
第二の参照形態は、「会議アプリケーション文書」または「会議アプリケーション文書内のオブジェクト」につけられた所定の「属性」にしたがって、その文書またはオブジェクトの見出しを特定のビューにピックアップしてハイライト表示させて参照する形態である。この場合、ハイライト表示された見出しが文書の見出しであれば文書内容を表示するビューにリンクされる。ハイライトされた見出しがオブジェクトであれば，オブジェクトを表示するビュー、またはオブジェクトが現れた個所をハイライトして対応する文書を表示するビューにリンクされる。
【００６５】
ここでいう属性は具体的には、会議で重要であると思われる次に示す二種類の文脈を表現する「共有化情報」属性と「ユーザ情報」属性である。例を挙げる。
(1)“重要な項目だから印を付けて皆で覚えておこう”
(2)これは次回までに，Aさんの担当で調べてくること”
上記、(1) の文脈を表現する属性として「共有化情報」属性，(2) の文脈を表現する属性として「ユーザ情報」属性が対応する。
【００６６】
「ユーザ情報」属性は、値として「人」を持つものとする。上記の例では例えば「Aさん」という文字列である。実際のシステムでは、「Aさん」はユーザID，アカウント名など人を特定できる情報となる。
【００６７】
上記の属性が付いた文書やオブジェクトを表示する特定のビューは、例えば「共有化情報」属性が付いた場合には、会議の参加者全員のPersonal Cabinの「注目事項」というビューである。また、「ユーザ情報」属性が付いた場合には、そのユーザの PersonalCabinの「ToDo」というビューである。
【００６８】
〔Canvas〕アプリケーションCanvasは第一（種類）の議事記録手段であり、会議現場での板書を支援するソフトウェアアプリケーションである。これは、会議室に持ち込んだ NotePCや、会議に備え付けのPCで稼働する。Canvasは文字や手書き、ファイルなど会議の現場で参照したり書き込まれたりした情報をコンテンツとして持つCanvas文書を生成する。Canvas文書には、後に説明するいくつかの属性とコンテンツの生成時刻が、コンテンツに関連づけられて記録されている。Canvasにおける記録データの構造は後で詳しく説明する。
【００６９】
〔MC〕アプリケーションMCは会議現場の映像と音声（以下，単にビデオ）を記録・再生するアプリケーションである。MC記録アプリケーションは特殊なカメラ（180度あるいは360度視野のカメラ）と、それが接続されたPCで稼働するソフトウェアである。記録されたビデオデータはMCサーバに送られMC文書として格納される。格納されたビデオはWebアプリケーションとして構成されたMC再生アプリケーションによって再生してユーザが参照することができる。
【００７０】
〔IS〕アプリケーションISは第二の議事記録手段であり、インクペン（通常のホワイトボードマーカーペン）での手書きを支援するアプリケーションである。リアプロジェクション方式のディスプレイとカメラから成るハードウェアと、このハードウェアに接続された、会議資料などを表示するPCから構成される。ハードウェアを制御するソフトウェアは接続されたPC上で稼働する。ISのディスプレイ表面にはインクペンで書き込みを行うことができる。書き込まれた情報は、そのときに表示されているPCの画面に関連づけられ、電子文書としてPCに取り込まれる。例えば会議で、プレゼン資料をPCで表示した状態で、ディスプレイの上に直接インクペンで書き込みを行い所定の操作を行うと、インクペンで書いた手書き情報とプレゼン資料の表示ページに重畳されてIS文書が生成される。
【００７１】
〔AP〕アプリケーションAPは第三の議事記録手段であり、会議中に個人メモを取るツールである。PDAまたは NotePCなど、会議参加者が持ち込んだ情報端末上で動作するソフトウェアアプリケーションである。ユーザは会議中にAPを自分の情報端末で起動する。ユーザは会議中に、今の議論は重要な点だと思った時点で、AP の操作ボタンを押す。操作ボタンを押すと、そのときの時刻が記憶される。ボタン押下時に必要に応じてコメントやメモなどのテキストを入力することができる。入力されたテキストは、時刻と関連づけられて、いくつかの書誌事項とともに記憶されAP文書として生成される。
【００７２】
以上、個々の会議アプリケーションについて簡略に説明した。本システムを利用するユーザは、上述アプリケーションの適宜のものを用いて会議文書を閲覧・登録することで全体の会議が進行することとなる。すなわち、フロントエンドとなるWebアプリケーションにより、一つの会議毎に、会議IDを伴う会議文書を作成，格納，参照する。会議文書の実体は「プラットフォームとデータ構造詳細説明」で説明するデータベースに会議IDを付与されて所定の書誌事項を伴って格納されるものとする。
【００７３】
本システムでは、事前準備として、まず組織情報の登録、会議室情報の登録を行なっておく必要がある。組織と会議室の情報登録は、一般ユーザには許可しておらず、システム管理者が必要に応じて登録/編集/削除を行なうポリシーにしている。また、本システムを利用するユーザは、あらかじめユーザ登録を行なっておく必要がある。ユーザ登録は、eKC-PersonalCabinのログイン画面からリンクを辿って行なうことができ、Webサービスのユーザ管理サービスのユーザ登録メソッドで実現できる。
【００７４】
〔利用方法〕本システムでは、図３に示すような利用方法を想定している。つまり、会議前の準備、会議中のデータのダウンロード/アップロード、会議後の編集と閲覧、である。ユーザは、会議前，会議中，会議後の順に、本システムを利用して会議を進めて行き、さらに次の会議へつなげることができる。スタート位置には、スタート(1)とスタート(2)がある。スタート(1)は、あらかじめ会議を予約し、予約した会議を使って会議を開催し、会議後に閲覧する場合である。スタート(2)は、会議前の準備は行なわず、会議中に新しい会議を作成し、会議後に閲覧する場合である。
【００７５】
会議前では、eKC-PersonalCabinを利用して、会議の準備を行なうことができる。まず、Webサービスの会議登録サービスの会議予約メソッドを使って、新規会議を予約する。会議を予約すると、Webサービスのメールサービスの開催通知メソッドを使って開催通知メールを送信できる。また、Webサービスの会議登録サービスの会議資料登録メソッドを使って、会議資料を登録することができる。
【００７６】
〔会議文書の作成；〕ユーザは二種類の操作作法により、会議文書をPCab上に作成する。第一の方法は、PCabから作成する作法である。ユーザは会議前にPCabにログインし所定の操作（会議の予約操作）により会議を作成する。すなわち、ユーザは会議名称，開催日時，参加メンバーなど所定の書誌事項の入力操作を行う。入力操作後に登録操作を行うことで、システムによりユニークな会議IDが生成され会議文書がデータベース上に作成される。これは後に述べる「会議文書サービス」によって行われる。会議アプリケーションにより作成した会議アプリケーション文書は、会議アプリケーションからこの会議文書を指定して登録を行う。
【００７７】
第二の方法は、会議アプリケーションから直接行う作法である。ユーザは会議の事前に何も操作することなく、会議の現場で会議アプリケーションを起動する。例えば、会議の現場に持ち込んだNotePC上でCanvasを起動する。議論を行いながらCanvasに板書を行う。会議の終了後に、Canvasの「サーバにアップロード」機能を用いて、Canvas文書をサーバに登録する。
【００７８】
会議中では、キャプチャアプリケーション（例えばeKC-Canvas）を利用して、会議前に予約した会議のダウンロード、過去に行なった会議のデータのダウンロードを、Webサービスの会議接続サービスの一括ダウンロードメソッドで実行できる。あるいは、ダウンロードを行なわず、キャプチャアプリケーションですぐに会議を開催できる。会議を終了させる場合は、Webサービスの会議接続サービスの一括アップロードメソッドで、キャプチャアプリケーションのアプリケーションデータをアップロードすることにより、キャプチャアプリケーションで作成し、意味属性を付加したデータ（コンテンツ）がプラットフォームサーバに保存される。この時、新規アップロードを選べば、新しい会議を作成してアプリケーションデータをアップロードし、更新アップロードを選べば、プラットフォームサーバに既存の会議に上書きアップロードすることができる。
【００７９】
上記登録作業は、はじめに、後に述べる「ユーザ管理サービス」によりログイン処理が行われる。次に、後に説明する「会議文書サービス」が呼び出され、ユニークな会議IDが付与された会議文書がデータベース上に作成される。後でこの会議文書を参照するための最低限の書誌情報として、この操作時に会議名を入力する。またログイン処理で用いられたアカウントを所有者情報として書誌情報に追加する。
【００８０】
このように、上記の、第一の方法あるいは第二の方法によるアプリケーション文書の会議文書への登録の手順は会議アプリケーションの具体操作上は、次に示す如き(1)〜(4)の手順をとる。すなわち、
(1) 会議アプリケーションから登録操作をする（「サーバにアップロード」、メニュー選択など）。
(2) ログインプロンプトが表示され、サーバ名，アカウント，パスワード，を入力する。
(3) サーバ上で、ログインユーザがオーナーあるいは参加者となっている既存会議のリストをデータベースから取得し表示する。
(4) ユーザは既存会議（PCab で予約済み会議）から会議を選択するか、新規会議名を入力する。
これにより、アプリケーション文書が会議文書としてデータベースに登録される。
【００８１】
〔会議IDの付け方：〕上述したように、個々の会議についてユニークな会議IDが生成されるが、この会議IDの割り当ては、はじめにシステムに複数のユニークな会議IDが準備され、会議の登録毎に順に割り当てられる。それぞれの会議に連携したいアプリは会議IDの指定によって特定の会議に乗っかる（参加する）。
【００８２】
本システムでは、特に、会議接続サービスの会議オープンメソッドおよび会議クローズメソッドを利用することにより、複数のキャプチャアプリケーションが同一の会議に参加/退出することができる。つまり、図３の会議中に、eKC-Canvasで会議を開催したとすると、IS，MC，AssociaPadといった他のキャプチャアプリケーションを追加で参加させることができる（連帯機能）。
【００８３】
会議後では、eKC-PersonalCabinを利用して、会議の書誌事項の編集やキャプチャアプリケーションによりアップロードされたデータの閲覧が可能である。
【００８４】
会議の名称を変える、参加者を追加または削除する、といった会議の書誌事項の編集は、Webサービスの会議登録サービスの会議編集メソッドを利用して実現することができる。議事録をメール送信したい場合は、Webサービスのメールサービスの議事録メールメソッドを利用して実現できる。議事録を参加者が清書作成し、本システムにアップロードしたい場合は、Webサービスの会議登録サービスの議事録登録メソッドを利用して実現することができる。
【００８５】
会議録を閲覧する場合は、様々なビューを提供している。会議の書誌事項を見たい場合は、Webサービスの会議閲覧サービスの書誌事項の取得メソッドを利用して実現できる。注目事項を見たい場合は、Webサービスの会議閲覧サービスの注目事項の取得メソッドを利用して実現できる。ToDoを見たい場合は、Webサービスの会議閲覧サービスのToDoの取得メソッドを利用して実現できる。会議内容を見たい場合は、Webサービスの会議閲覧サービスの会議内容の取得メソッドを利用して、所望のキャプチャアプリケーションのアプリケーションデータおよびコンテンツを取得し、表示することで実現できる。以上の各閲覧は、会議（会議ID）をキーに取得することもできるが、ユーザ（ユーザID）をキーに取得することもできる。ユーザをキーに取得する場合は、Webサービスの会議閲覧サービスの個人情報の取得メソッドでユーザの個人情報を取得し、取得した個人情報に格納されている、個人会議，個人ToDo，個人注目事項の各コンテンツを閲覧することができ、そのユーザに必要な情報だけをビューとして提供できる。また、個人情報の個人会議，個人ToDo，個人注目事項は、表示/非表示の状態を持っているため、ユーザが必要ないと思えば非表示にし、必要だと思えば表示に設定することができるので、ユーザ個々のビューをカスタマイズして、会議，ToDo，注目事項を閲覧することができる。
【００８６】
また、あるキャプチャアプリケーションのアプリケーションデータから、他のキャプチャアプリケーションのアプリケーションデータを呼び出すこともできる。前述したように、Webサービスの会議閲覧サービスの会議内容の取得メソッドを利用して、所望のキャプチャアプリケーションのアプリケーションデータおよびコンテンツを取得できるが．取得したコンテンツは、キャプチャアプリケーションに関わらない共通の情報を持っているため、共通情報をキーに他のキャプチャアプリケーションのコンテンツを検索することができる。
【００８７】
例えば、同一会議でeKC-Canvas，IS，MCおよびAssociaPadが利用された場合、会議接続サービスの一括アップロードメソッドあるいは単一アップロードメソッドによって各キャプチャアプリケーションからアプリケーションデータが同一会議文書に登録されたとする。eKC-PersonalCabinのビューで、あるキャプチャアプリケーションのアプリケーションデータはコンテンツとして表示される。コンテンツの作成日時をキーとして、同一会議文書内の他のキャプチャアプリケーションのコンテンツを検索すると、作成日時が同一である、あるいは、作成日時が近いコンテンツを探すことができる。また、ストリーミングサーバは、日時をキーに記録したビデオデータあるいは音声データを再生する機能を持っているので、eKC-PersonalCabinからHTTP通信でストリーミングサーバへ作成日時を送信すると、その作成日時をタイムスタンプとしたビデオ再生が行なえる。
【００８８】
既述したように、プラットフォームサーバには、本システムのデータ群を記憶するデータベース，データベースへの各種データの格納および取得を行なうリポジトリサービス、クライアントに様々な機能を提供するWebサービスが存在する。リポジトリサービスは、データベースと接続し、データベースに存在する様々なテーブルにレコードとしてデータを格納する機能、データベースの任意のテーブルからレコードを取得する機能を有している。Webサービスは、クライアントから要求されるデータの登録や取得について、リポジトリサービスを使って様々なテーブルにデータを登録する機能、リポジトリサービスを使って様々なテーブルからデータを集め、クライアントの要求するデータに加工してクライアントへ返す機能を有している。
【００８９】
図２では、データベース，リポジトリサービス，Webサービスを１台のマシン上に構成しているが、それぞれを異なるマシン上に構成したり、データベースとリポジトリサービスは1台のマシン上、Webサービスは別の１台のマシン上に構成することもできるようなアーキテクチャを採用している。
【００９０】
〔アーキテクチャ〕本システムのアーキテクチャについて、図４に示す。既に述べた通り、本システムは、データベース，リポジトリサービス，Webサービスで構成されている。これは、現在最も一般的なネットワークシステムの構成である。このような構成で本システムのような機能群を発現させるアーキテクチャとして現在様々な方法が存在するが、最も一般的な方法は、Java（登録商標）技術とアプリケーションサーバの組み合わせ、あるいは、.NET技術の２つが代表として挙げられる。本システムは、これら２つのアーキテクチャのいずれを用いても実現可能であるが、すでに多くの実績がある前者のJava（登録商標）技術とアプリケーションサーバの組み合わせを用いて実装している。
【００９１】
アプリケーションサーバとしては、JBOSSを用いる。JBOSSはオープンソースのアプリケーションサーバであり、Java（登録商標）言語で開発したJavaBeans（モジュール）をアプリケーションとして提供できるようになる。リポジトリサービスをJavaBeansとしてJBOSSサーバ上で提供することにより、Webサービスなどの他のアプリケーションからリポジトリサービスの各種機能を利用可能になる。
【００９２】
Webサービスも同じJBOSSサーバ上で動作させるが、一般に言うWebサービスはSOAPを通信プロトコルとして用いる必要があり、JBOSSサーバにSOAPを扱う機能を追加しなければならない。そのため、本システムでは、ApacheのAXISをJBOSS上に導入する。AXISはSOAPを通信プロトコルとしてWebサービスの機能を発現させるためのサーバの一種である。よって、本システムでは、JBOSSサーバ上に配置されたAXIS上にWebサービスを構築することにより、Webサービスの機能を実現している。
【００９３】
データベースとしては、現在様々なデータベースが存在するが、SQL言語を使用できること、オープンソースであることからMySQLをデータベースとして用いる。以上のアーキテクチャで、データベース，リポジトリサービス，Webサービスが構築されている。
【００９４】
次に、それぞれの間の通信の仕方について述べる。データベースとリポジトリサービスの間は、Java（登録商標）のデータベース接続技術であるJDBCを用いる。JDBCを利用すれば、データベースの各テーブルをテーブルオブジェクトとして扱うことができ、データの格納や取り出しが非常に簡単になる。リポジトリサービスとWebサービスの間はRMIを用いる。RMIはネットワークでつながった２台のマシン間で通信をするJava（登録商標）の代表的な通信手段である。Webサービスとクライアント間は、SOAPをプロトコルとして通信をする。SOAPによる通信は昨今一般的になってきてるので、キャプチャアプリケーションやeKC-PersonalCabin以外のアプリケーションでもSOAPの規約に従えば本システムの各種機能を利用可能になる。また、eKC-PersonalCabinサーバとストリーミングサーバ間はHTTP通信を利用し、eKC-PersonalCabinからストリーミングサーバに記憶されているビデオデータや音声データを呼び出すことができる。
【００９５】
続いて、本システムを構成する各部の詳細について述べる。本システムの詳細な構成図を図５に示す。データベースには、各種データを格納するための９つのテーブルが存在する。リポジトリサービスには、データベースの各テーブルに対してテーブルオブジェクトを作成し、データを格納する、あるいは、データを取得するための９つのサービスが存在する。Webサービスには、リポジトリサービスの９つのサービスを使い分けて、クライアントが所望する処理を実行するための８つのサービスが存在する。
【００９６】
〔データベース〕データベースには、図６に示すように、会議文書テーブル，個人情報テーブル，ToDo情報テーブル，文書情報テーブル，ユーザ情報テーブル，組織情報テーブル，会議室情報テーブル，グループ情報テーブル，開催会議テーブルの計９つのテーブルが存在する。各テーブルに格納されるデータの意味とデータ構造を以下に詳しく述べる。
【００９７】
〔会議文書テーブル〕会議文書テーブルは、eKC-PersonalCabinで編集することのできる会議の書誌事項とキャプチャアプリケーションで作成したデータを格納する会議文書をレコードとして保持するテーブルである。会議文書は、図７に示すようなデータ構造をしている。つまり、書誌事項，コンテンツリスト，アプリケーション情報リスト，アプリケーションデータリストおよび議事録ファイル情報である。
【００９８】
書誌事項は、会議ID，会議の名前，会議の説明，開始日時および終了日時，会議室IDおよび会議室名，主催者ID，参加者リスト，閲覧者リスト，編集者リストを有する。会議IDは、eKC-PersonalCabinで会議予約を行なった場合、あるいは、キャプチャアプリケーションで新規会議を作成した場合に、会議文書テーブルを参照し、競合しないIDを生成する。会議を一意に指し示すために存在する。
【００９９】
会議の名前および会議の説明は、eKC-PersonalCabinで会議予約を行なった場合、会議を編集した場合、あるいは、キャプチャアプリケーションで会議名を設定した場合に書き込まれる。開始日時および終了日時は、eKC-PersonalCabinで会議を予約した際に予約開始日時と予約終了日時として書き込まれ、キャプチャアプリケーションで会議を開催および終了した際に、実際に会議を行なった開始日時および終了日時として書き込まれる。
【０１００】
会議室IDおよび会議室名は、後述する会議室情報テーブルの会議室名をeKC-PersonalCabinからユーザが選択した際に書き込まれる。主催者IDは、eKC-PersonalCabinで会議を予約した人のユーザIDであり、eKC-PersonalCabinにログインした人のユーザIDが書き込まれる。
【０１０１】
参加者リスト、閲覧者リストおよび編集者リストは、eKC-PersonalCabinで会議を予約した場合あるいは会議を編集した際に書き込まれ、参加者リストはその会議に参加した人のユーザIDリスト、閲覧者リストはその会議をeKC-PersonalCabinから見ることのできる人のユーザIDリスト、編集者リストはその会議をeKC-PersonalCabinから編集できる人のユーザIDリストを意味している。
【０１０２】
コンテンツリストは、複数のコンテンツの集合である。コンテンツは、キャプチャアプリケーションから登録されるアプリケーションデータの一部であり、eKC-Canvasのアウトラインの１行，ISのベースドキュメントおよびキャプチャ画像，MCのビデオファイル，音声ファイル，サムネイル，チャートデータなどのコンテンツ，AssociaPadのタイムスタンプ，が１つのコンテンツに対応している。コンテンツのデータ構造を図８に示す。コンテンツは、コンテンツID，タイトル，作成日時，更新日時，作成者ID，コンテンツタイプ，ファイル名，文書ID，意味属性を持っている。
【０１０３】
コンテンツIDは、キャプチャアプリケーションからコンテンツが登録（アップロード）さらた際、コンテンツリスト内で競合しないように生成されたIDであり、コンテンツを一意に指し示すために存在する。タイトルは、コンテンツの中身を表す文字列であり、キャプチャアプリケーションで設定された文字列、ファイル名などが書き込まれる。作成日時および更新日時は、キャプチャアプリケーションでこのコンテンツが作成された日時および変更された最終日時が書き込まれる。
【０１０４】
作成者IDは、このコンテンツを作成した人のユーザIDが書き込まれる。コンテンツタイプは、このコンテンツがテキスト，イメージ，ファイルのいずれであるかを表す値であり、キャプチャアプリケーションでコンテンツを作成した際に自動的に書き込まれる。ファイル名および文書IDは、コンテンツタイプがイメージ，ファイルであった場合のオリジナルファイル名と文書IDが書き込まれる。
【０１０５】
文書IDは後述する文書情報テーブルにファイルを登録する際に発行されるIDである。意味属性は、本システムのキーとなるデータであり、図９のようなデータ構造をしている。つまり、ラベル，共有フラグ，ユーザフラグ，ユーザIDリスト，日時フラグ，現在日時，開始日時，終了日時を有している。ラベルは、コンテンツに意味属性が付加された際に画面上に表示される文字列であり、「結論」「課題」「ToDo」などが該当し、ユーザが任意の文字列を入れることもできる。
【０１０６】
共有フラグは、このコンテンツを複数のユーザで共有するかどうかのフラグである。共有フラグがONの場合は、上述した書誌事項の参加者リストに存在するユーザと、このコンテンツを共有することができる。ユーザフラグおよびユーザIDリストは、このコンテンツを指定したユーザに明示的に送るかどうかを決めることができる。ユーザフラグをONにし、ユーザIDリストにユーザIDを書き込むと、ユーザIDリスト内の全ユーザに明示的にこのコンテンツを送ることができる。
【０１０７】
具体的な利用方法としては、ToDoがある。ToDoとするとeKC-PersonalCabinの「私の部屋」の「重要」にToDoとして追加表示される。日時フラグ，現在日時，開始日時，終了日時は、そのコンテンツに対して時間に関する意味を持たせるかどうかを決めることができる。例えば、日時フラグをONにし、終了日時を設定すると、そのコンテンツの期限は終了日時までということになる。ユーザフラグと組み合わせれば、ToDoの期限という使い方ができる。
【０１０８】
アプリケーション情報リストは、この会議文書にどのキャプチャアプリケーションによってコンテンツが登録されたかを示すデータである。データ構造としては、図１０のように、アプリケーション情報の集合であり、アプリケーション情報は、アプリケーションIDとアプリケーション識別子を有する。
【０１０９】
アプリケーションIDは、会議文書内でユニークなIDであり、アプリケーションを一意に指し示すために存在する。アプリケーション識別子は、そのアプリケーションIDがどのキャプチャアプリケーションであるかを判別するためのものであり、eKC-Canvasは"EKC"、ISは"IS"、MCは"MC"、AssociaPadは"AP"と定義している。このアプリケーション情報リストを見ると、eKC-Canvasがいくつ、ISがいくつといったように、本会議文書に関係付けられているキャプチャアプリケーションを知ることができる。
【０１１０】
アプリケーションデータリストは、この会議文書に登録されているキャプチャアプリケーションのデータ本体のリストである。データ構造としては、図１１のように、eKCデータリスト，ISデータリスト，MCデータリスト，AssociaPadデータリストからなる。それぞれのデータがいくつ存在するかは、前述のアプリケーション情報リストに書き込まれている。
【０１１１】
eKCデータは、eKC-CanvasからアップロードあるいはeKC-Canvasへダウンロードされるデータである。データ構造としては、図１２のように、アプリケーションID，コンテンツIDリスト，eKC独自データを持っている。アプリケーションIDは、eKC-Canvasが本会議文書にデータをアップロードする際に会議文書内でユニークに作成されたIDであり、前述のアプリケーション情報リスト中にアプリケーション識別子"EKC"として登録、管理されている。
【０１１２】
コンテンツIDリストは、上述したコンテンツのIDであり、eKC-Canvasからアップロードする際、アウトラインの１行単位でコンテンツ登録されると同時に発行されるコンテンツIDをまとめたデータである。上記コンテンツリストのどこからどこまでがeKC-Canvasの持ち物であるかを表している。
【０１１３】
eKC独自データは、eKC-Canvasが独自に利用するデータであり、図１３に示すように、アウトライン構造リスト，バスケットリスト，Canvasファイル情報を持っている。アウトライン構造リストは、eKC-Canvasのアウトラインの構造を示すデータである。内容としては、コンテンツIDとアウトラインレベルを保持する。
【０１１４】
コンテンツIDはコンテンツIDリストのコンテンツIDと同一のものであり、コンテンツIDリストのコンテンツIDの個数とアウトライン構造リストのアウトライン構造の個数は一致する。アウトラインレベルは、アウトラインの各行のインデントレベルを表している。
【０１１５】
バスケットリストは、eKC-Canvasのバスケットに受信されたデータ群であり、各バスケットは、バスケットID，タイトル，ファイル名，文書ID，作成者ID，作成日時，更新日時を有している。バスケットIDは、バスケットリスト内で競合しないIDであり、バスケットを一意に指し示すものである。タイトルは、eKC-Canvasのバスケット機能で、タイトルとして表示される文字列である。ファイル名は、バスケットの中身を保持するファイルのファイル名である。文書IDは、ファイル名に示されるファイルを文書登録した際の文書IDであり、後述する文書情報テーブルに記憶されている。作成者IDは、そのバスケット情報を送信した人のユーザIDが書き込まれる。作成日時および更新日時は、そのバスケットの作成された日時と更新された日時を保持している。Canvasファイル情報は、eKC-Canvasで作成されるCanvasファイルの登録情報を保持する。Canvasファイルも文書登録されるので、ファイル名と文書IDを情報として持っている。
【０１１６】
ISデータは、ISからアップロードあるいはISへダウンロードされるデータである。データ構造としては、図１４のように、アプリケーションID，コンテンツIDリスト，IS独自データを持っている。アプリケーションIDは、ISが本会議文書にデータをアップロードする際に会議文書内でユニークに作成されたIDであり、前述のアプリケーション情報リスト中にアプリケーション識別子"IS"として登録、管理されている。コンテンツIDリストは、上述したコンテンツのIDであり、ISからアップロードする際、ベースドキュメントあるいはキャプチャ画像単位でコンテンツ登録されると同時に発行されるコンテンツIDをまとめたデータである。上記コンテンツリストのどこからどこまでがISの持ち物であるかを表している。IS独自データは、現在ISがコンテンツのデータ仕様に準拠し、その他にデータを持たないため、未使用状態になっている。しかし、ISが独自データを持つように変更された場合は、IS独自データに記憶させることができる。
【０１１７】
MCデータは、MCからアップロードあるいはMCへダウンロードされるデータである。データ構造としては、図１５のように、アプリケーションID，コンテンツIDリスト，MC独自データを持っている。アプリケーションIDは、MCが本会議文書にデータをアップロードする際に会議文書内でユニークに作成されたIDであり、前述のアプリケーション情報リスト中にアプリケーション識別子"MC"として登録、管理されている。コンテンツIDリストは、上述したコンテンツのIDであり、MCからアップロードする際、ビデオファイル，音声ファイル，サムネイル画像，チャートデータなどMCのコンテンツ単位でコンテンツ登録されると同時に発行されるコンテンツIDをまとめたデータである。上記コンテンツリストのどこからどこまでがMCの持ち物であるかを表している。
【０１１８】
MC独自データは、MCが独自に利用するデータであり、図１６に示すように、開始日時，終了日時，MCタイプ，MIMEタイプ，子コンテンツリストをまとめたMCコンテンツ情報をリストとして持っている。各々のMCコンテンツ情報は上述したコンテンツIDリストに対応している。開始日時および終了日時は、ビデオデータあるいは音声データの記録開始日時と記録終了日時である。ストリーム系以外のデータは開始日時および終了日時が0である。MCタイプおよびMIMEタイプは、そのコンテンツのタイプを示すものであり、ビデオデータ，音声データ，サムネイル画像，チャートデータなどを識別するために用いる。ここで、識別するのはMC自身であり、プラットフォームは識別しないため、MCから受け取ったデータをそのまま保存しているだけである。子コンテンツリストは、そのコンテンツに関与するコンテンツへのポインタをデータとして有する。
【０１１９】
AssociaPadデータは、AssociaPadからアップロードあるいはAssociaPadへダウンロードされるデータである。データ構造としては、図１７のように、アプリケーションID，コンテンツIDリスト，AssociaPad独自データを持っている。アプリケーションIDは、AssociaPadが本会議文書にデータをアップロードする際に会議文書内でユニークに作成されたIDであり、前述のアプリケーション情報リスト中にアプリケーション識別子"AP"として登録、管理されている。コンテンツIDリストは、上述したコンテンツのIDであり、ISからアップロードする際、タイムスタンプ単位でコンテンツ登録されると同時に発行されるコンテンツIDをまとめたデータである。上記コンテンツリストのどこからどこまでがAssociaPadの持ち物であるかを表している。
【０１２０】
AssociaPad独自データは、AssociaPadが独自に利用するデータであり、図１８に示すように、独自IDおよび見出し番号をまとめたタイムスタンプ情報をリストとして持っている。各々のタイムスタンプ情報は上述したコンテンツIDリストに対応している。独自IDは、AssociaPad自身がアプリケーション内で管理するためのIDであり、見出し番号は、タイムスタンプを表示する際に見出し番号を表示するためのデータである。
【０１２１】
議事録ファイル情報は、その会議の議事録ファイルに関する情報を保持する。eKC-Canvasからアップロードが行なわれると、自動的に議事録ファイルを作成する。議事録ファイルには、会議の書誌事項と、コンテンツのうち、意味属性の共有フラグがONのコンテンツ（注目事項）、意味属性のユーザフラグがONのコンテンツ（ToDo）がリストアップされ、htmlファイルとして生成される。生成されたファイルを文書登録し、その文書IDとファイル名を議事録ファイル情報に保持する。
【０１２２】
〔個人情報テーブル〕個人情報テーブルは、ユーザ個人に関わるグループ，会議，コンテンツのIDリストと、会議やコンテンツの表示/非表示状態，What's New情報を格納する個人情報をレコードとして保持するテーブルである。図１９のようなデータ構造をしている。つまり、個人情報テーブルは、ユーザID，グループIDリスト，個人会議リスト，個人ToDoリスト，個人注目事項リスト，What's Newリストを保持している。eKC-PersonalCabinでは、個人ごとのポータルページが用意されており、会議，ToDo，What's New，注目事項を各個人でカスタマイズ（表示/非表示設定）して閲覧できるようになっている。この機能を実現するため、個人情報テーブルは必要不可欠なテーブルである。
【０１２３】
ユーザIDは、その個人情報が誰の情報であるかを示している。ユーザIDは、後述するユーザ情報テーブルに保持されているデータであり、ユーザを一意に指し示すIDである。
【０１２４】
グループIDリストは、その個人情報の所有者がどのグループに属しているかを示すグループIDをリストで持っている。グループIDは後述するグループ情報テーブルに保持されているデータであり、グループを一意に指し示すIDである。
【０１２５】
個人会議リストは、その個人情報の所有者が参加者として書誌事項に登録されている会議を会議IDのリストで持っている。また、個人ポータルページに表示される会議の表示/非表示の状態も持っている。
【０１２６】
個人ToDoリストは、その個人情報の所有者に対して、様々な会議から発生したToDoをリストで保持している。実際には、会議IDとコンテンツIDを保持しており、この２つのIDでどの会議のどのコンテンツに該当するかが分かる。また、個人ポータルページに表示されるToDoの表示/非表示の状態も持っている。
【０１２７】
個人注目事項リストは、その個人情報の所有者が参加する会議のうち、意味属性の共有フラグがONのコンテンツ（注目事項）をリストで保持している。実際には、会議IDとコンテンツIDを保持しており、この２つのIDでどの会議のどのコンテンツに該当するかが分かる。また、個人ポータルページに表示される注目事項の表示/非表示の状態も持っている。
【０１２８】
What's Newリストは、その個人情報の所有者が参加者である会議の書誌事項，アプリケーションデータ，ToDo，会議資料，ToDo資料，議事録の６つの対象に対して登録または変更が行なわれた際に、個人ポータルページに対象の登録または変更を示す文字列を表示するために用いるWhat's Newを保持している。What's Newには、会議ID，コンテンツID，タイプ，ステイタス，更新日時が存在する。会議IDとコンテンツIDでどの会議のどのコンテンツであるかを指し示し、タイプで６つの対象を区別し、ステイタスで登録か更新かを区別し、更新日時で登録または変更のあった日時を表すことができる。
【０１２９】
〔文書情報テーブル〕文書情報テーブルは、図２１に示すように、eKC-PersonalCabinから登録される会議資料，議事録ファイル，ToDo資料といったファイル，あるいは、キャプチャアプリケーションでアップロードされたアプリケーションデータ内に存在するファイルをハードディスクに格納し、いつでも取り出せるようにするために文書IDで管理するためのテーブルである。文書情報テーブルは、文書情報をリストで保持している。文書情報は、文書ID、会議IDおよびファイル名で構成される。文書IDは、文書登録された際、文書情報テーブルを参照し、競合しないIDを生成することで作成でき、その文書を一意に指し示すためのデータである。会議IDは、その文書がどの会議の文書であるかを示すデータである。ファイル名は、その文書のファイル名である。
【０１３０】
〔ユーザ情報テーブル〕ユーザ情報テーブルは、図２２に示すように、本システムにログインして、様々な機能を利用可能なユーザの情報をユーザ情報のリストとして保持するテーブルである。ユーザ情報は、ユーザID，姓，名，組織ID，パスワード，e-mailアドレス，説明を持っている。ユーザIDは、そのユーザが誰であるかを一意に指し示すIDである。姓名は、ユーザの姓名である。組織IDは、そのユーザがどの組織に所属しているかを示すIDであり、後述する組織情報テーブルによって管理されている。パスワードは、そのユーザが本システムを利用するために必要なデータで、ログイン時に入力し、ユーザ認証を行なうためのデータである。e-mailアドレスは、eKC-PersonalCabinで開催通知メールや議事録メールを参加者に送信する際に必要なデータである。説明は、そのユーザが任意に入力できる文字列であり、eKC-PersonalCabinのユーザ検索でユーザ情報を閲覧すると画面に表示される。
【０１３１】
〔組織情報テーブル〕組織情報テーブルは、図２３に示すように、組織名を保持するテーブルであり、組織情報をリストで保持している。組織情報は、組織IDと組織名を持っている。組織IDは、その組織を一意に指し示すためのIDであり、組織情報を登録する際に発行される。組織名は、その組織の名称（例：○○部△△課××グループ）を保持するデータである。
【０１３２】
〔会議室情報テーブル〕会議室情報テーブルは、図２４に示すように、会議室名を保持するテーブルであり、会議室情報をリストで保持している。会議室情報は、会議室IDと会議室名を持っている。会議室IDは、その会議室を一意に指し示すためのIDであり、会議室情報を登録する際に発行される。会議室名は、その会議室の名称（例：○○会議室）を保持するデータである。
【０１３３】
〔グループ情報テーブル〕グループ情報テーブルは、図２５に示すように、ユーザの集合であるグループをグループ情報としてリストで保持するテーブルである。グループ情報は、グループID，グループ名，説明，グループ所有者，メンバーIDリストを持っている。グループIDは、そのグループを一意に指し示すためのIDであり、グループ情報を登録する際に発行される。グループ名および説明は、そのグループの名称とどのようなグループかを説明する文字列を保持するデータで、ユーザが任意に設定できる。グループ所有者は、そのグループ情報を登録した人のユーザIDであり、グループ情報の変更は、グループ所有者のみに権限が与えられる。
【０１３４】
〔開催会議テーブル〕開催会議テーブルは、図２６に示すように、現在いずれかのキャプチャアプリケーションで利用されている会議文書を開催会議としてリストで保持するテーブルである。開催会議は、図８に示した会議文書のうち、書誌事項およびアプリケーション情報リストのみを有する。
【０１３５】
〔リポジトリサービス〕
リポジトリサービスには、図５に示すように９つのサービスが存在し、それぞれデータベースの９つのテーブルに一対一で対応している。つまり、例えば会議文書テーブルを操作したい場合は、会議文書サービスを利用して操作を行なうことになる。そのため、各サービスには、図２７に示すように、各テーブルを操作するための操作関数（メソッドと呼ぶ）が用意されている。以下に、各サービスの詳細について詳しく述べる。
【０１３６】
〔会議文書サービス〕会議文書サービスは、データベースの会議文書テーブルとJDBCにより接続し、会議文書の作成や閲覧などの操作を行なうサービスである。用意されているメソッドは、会議文書作成，会議文書更新，会議文書削除，会議文書取得，会議文書検索の５つのメソッドが基本である。
【０１３７】
〔会議文書作成メソッド〕会議文書作成メソッドは、クライアントから送信された情報をもとに、図７に示す会議文書を会議文書テーブルに新たに作成、追加する。この時、会議文書テーブル内を参照し、競合しないIDを生成し、会議IDとして書誌事項に格納する。
〔会議文書更新メソッド〕会議文書更新メソッドは、クライアントから送信された情報をもとに、指定会議IDで会議文書テーブル内の会議文書を取り出し、内容を変更して会議文書テーブルに上書きする。
〔会議文書削除メソッド〕会議文書削除メソッドは、クライアントから送信された情報をもとに、指定会議IDで会議文書テーブル内を検索し、該当する会議文書を削除する。
【０１３８】
〔会議文書取得メソッド〕会議文書取得メソッドは、クライアントから送信された情報をもとに、指定会議IDで会議文書テーブル内を検索し、該当する会議文書をクライアントに返す。
〔会議文書検索メソッド〕会議文書検索メソッドは、クライアントから送信された検索条件で、会議文書テーブル内を検索し、該当する会議文書をリストでクライアントへ返す。
【０１３９】
〔個人情報サービス〕個人情報サービスは、データベースの個人情報テーブルとJDBCにより接続し、個人情報の作成や閲覧などの操作を行なうサービスである。用意されているメソッドは、個人情報作成，個人情報更新，個人情報削除，個人情報取得，個人情報検索の５つのメソッドが基本である。
【０１４０】
〔個人情報作成メソッド〕個人情報作成メソッドは、クライアントから送信された情報をもとに、図１９に示す個人情報を個人情報テーブルに新たに作成、追加する。
〔個人情報更新メソッド〕個人情報更新メソッドは、クライアントから送信された情報をもとに、ユーザIDで個人情報テーブル内の個人情報を取り出し、内容を変更して個人情報テーブルに上書きする。
〔個人情報削除メソッド〕個人情報削除メソッドは、クライアントから送信された情報をもとに、ユーザIDで個人情報テーブル内を検索し、該当する個人情報を削除する。
【０１４１】
〔個人情報取得メソッド〕個人情報取得メソッドは、クライアントから送信された情報をもとに、ユーザIDで個人情報テーブル内を検索し、該当する個人情報をクライアントに返す。個人情報検索メソッドは、クライアントから送信された検索条件で、個人情報テーブル内を検索し、該当する個人情報をリストでクライアントへ返す。
【０１４２】
〔ToDo情報サービス〕ToDo情報サービスは、データベースのToDo情報テーブルとJDBCにより接続し、ToDo情報の作成や閲覧などの操作を行なうサービスである。用意されているメソッドは、ToDo情報作成，ToDo情報更新，ToDo情報削除，ToDo情報取得，ToDo情報検索の５つのメソッドが基本である。
【０１４３】
ToDo情報作成メソッドは、クライアントから送信された情報をもとに、図２０に示すToDo情報をToDo情報テーブルに新たに作成、追加する。
ToDo情報更新メソッドは、クライアントから送信された情報をもとに、指定会議IDと指定コンテンツIDでToDo情報テーブル内のToDo情報を取り出し、内容を変更してToDo情報テーブルに上書きする。
ToDo情報削除メソッドは、クライアントから送信された情報をもとに、指定会議IDと指定コンテンツIDでToDo情報テーブル内を検索し、該当するToDo情報を削除する。
【０１４４】
ToDo情報取得メソッドは、クライアントから送信された情報をもとに、指定会議IDと指定コンテンツIDでToDo情報テーブル内を検索し、該当するToDo情報をクライアントに返す。
ToDo情報検索メソッドは、クライアントから送信された検索条件で、ToDo情報テーブル内を検索し、該当するToDo情報をリストでクライアントへ返す。
【０１４５】
〔文書情報サービス〕文書情報サービスは、データベースの文書情報テーブルとJDBCにより接続し、文書情報の作成や閲覧などの操作を行なうサービスである。用意されているメソッドは、文書情報作成，文書情報更新，文書情報削除，文書情報取得，文書情報検索の５つのメソッドが基本である。
【０１４６】
文書情報作成メソッドは、クライアントから送信された情報をもとに、図２１に示す文書情報を文書情報テーブルに新たに作成、追加する。この時、文書情報テーブル内を参照し、競合しないIDを生成し、文書IDとして文書情報に格納する。
文書情報更新メソッドは、クライアントから送信された情報をもとに、指定文書IDで文書情報テーブル内の文書情報を取り出し、内容を変更して文書情報テーブルに上書きする。
文書情報削除メソッドは、クライアントから送信された情報をもとに、指定文書IDで文書情報テーブル内を検索し、該当する文書情報を削除する。
文書情報取得メソッドは、クライアントから送信された情報をもとに、指定文書IDで文書情報テーブル内を検索し、該当する文書情報をクライアントに返す。
文書情報検索メソッドは、クライアントから送信された検索条件で、文書情報テーブル内を検索し、該当する文書情報をリストでクライアントへ返す。
【０１４７】
〔ユーザ情報サービス〕ユーザ情報サービスは、データベースのユーザ情報テーブルとJDBCにより接続し、ユーザ情報の作成や閲覧などの操作を行なうサービスである。用意されているメソッドは、ユーザ情報作成，ユーザ情報更新，ユーザ情報削除，ユーザ情報取得，ユーザ情報検索の５つのメソッドが基本である。
【０１４８】
ユーザ情報作成メソッドは、クライアントから送信された情報をもとに、図２２に示すユーザ情報をユーザ情報テーブルに新たに作成、追加する。この時、クライアントが送信してきたユーザIDがすでにユーザ情報テーブルに登録されていた場合は、そのユーザIDでは登録できないエラーをクライアントに返す。
【０１４９】
ユーザ情報更新メソッドは、クライアントから送信された情報をもとに、指定ユーザIDでユーザ情報テーブル内のユーザ情報を取り出し、内容を変更してユーザ情報テーブルに上書きする。
【０１５０】
ユーザ情報削除メソッドは、クライアントから送信された情報をもとに、指定ユーザIDでユーザ情報テーブル内を検索し、該当するユーザ情報を削除する。
【０１５１】
ユーザ情報取得メソッドは、クライアントから送信された情報をもとに、指定ユーザIDでユーザ情報テーブル内を検索し、該当するユーザ情報をクライアントに返す。
【０１５２】
ユーザ情報検索メソッドは、クライアントから送信された検索条件で、ユーザ情報テーブル内を検索し、該当するユーザ情報をリストでクライアントへ返す。
【０１５３】
〔組織情報サービス〕組織情報サービスは、データベースの組織情報テーブルとJDBCにより接続し、組織情報の作成や閲覧などの操作を行なうサービスである。用意されているメソッドは、組織情報作成，組織情報更新，組織情報削除，組織情報取得，組織情報検索の５つのメソッドが基本である。
【０１５４】
組織情報作成メソッドは、クライアントから送信された情報をもとに、図２３に示す組織情報を組織情報テーブルに新たに作成、追加する。この時、組織情報テーブル内を参照し、競合しないIDを生成し、組織IDとして組織情報に格納する。
【０１５５】
組織情報更新メソッドは、クライアントから送信された情報をもとに、指定組織IDで組織情報テーブル内の組織情報を取り出し、内容を変更して組織情報テーブルに上書きする。
【０１５６】
組織情報削除メソッドは、クライアントから送信された情報をもとに、指定組織IDで組織情報テーブル内を検索し、該当する組織情報を削除する。
【０１５７】
組織情報取得メソッドは、クライアントから送信された情報をもとに、指定組織IDで組織情報テーブル内を検索し、該当する組織情報をクライアントに返す。
【０１５８】
組織情報検索メソッドは、クライアントから送信された検索条件で、組織情報テーブル内を検索し、該当する組織情報をリストでクライアントへ返す。
【０１５９】
〔会議室情報サービス〕会議室情報サービスは、データベースの会議室情報テーブルとJDBCにより接続し、会議室情報の作成や閲覧などの操作を行なうサービスである。用意されているメソッドは、会議室情報作成，会議室情報更新，会議室情報削除，会議室情報取得，会議室情報検索の５つのメソッドが基本である。
【０１６０】
会議室情報作成メソッドは、クライアントから送信された情報をもとに、図２４に示す会議室情報を会議室情報テーブルに新たに作成、追加する。この時、会議室情報テーブル内を参照し、競合しないIDを生成し、会議室IDとして会議室情報に格納する。
【０１６１】
会議室情報更新メソッドは、クライアントから送信された情報をもとに、指定会議室IDで会議室情報テーブル内の会議室情報を取り出し、内容を変更して会議室情報テーブルに上書きする。
【０１６２】
会議室情報削除メソッドは、クライアントから送信された情報をもとに、指定会議室IDで会議室情報テーブル内を検索し、該当する会議室情報を削除する。
【０１６３】
会議室情報取得メソッドは、クライアントから送信された情報をもとに、指定会議室IDで会議室情報テーブル内を検索し、該当する会議室情報をクライアントに返す。
【０１６４】
会議室情報検索メソッドは、クライアントから送信された検索条件で、会議室情報テーブル内を検索し、該当する会議室情報をリストでクライアントへ返す。
【０１６５】
〔グループ情報サービス〕グループ情報サービスは、データベースのグループ情報テーブルとJDBCにより接続し、グループ情報の作成や閲覧などの操作を行なうサービスである。用意されているメソッドは、グループ情報作成，グループ情報更新，グループ情報削除，グループ情報取得，グループ情報検索の５つのメソッドが基本である。
【０１６６】
グループ情報作成メソッドは、クライアントから送信された情報をもとに、図２５に示すグループ情報をグループ情報テーブルに新たに作成、追加する。この時、グループ情報テーブル内を参照し、競合しないIDを生成し、グループIDとしてグループ情報に格納する。
【０１６７】
グループ情報更新メソッドは、クライアントから送信された情報をもとに、指定グループIDでグループ情報テーブル内のグループ情報を取り出し、内容を変更してグループ情報テーブルに上書きする。
【０１６８】
グループ情報削除メソッドは、クライアントから送信された情報をもとに、指定グループIDでグループ情報テーブル内を検索し、該当するグループ情報を削除する。
【０１６９】
グループ情報取得メソッドは、クライアントから送信された情報をもとに、指定グループIDでグループ情報テーブル内を検索し、該当するグループ情報をクライアントに返す。
【０１７０】
グループ情報検索メソッドは、クライアントから送信された検索条件で、グループ情報テーブル内を検索し、該当するグループ情報をリストでクライアントへ返す。
【０１７１】
〔開催会議サービス〕開催会議サービスは、データベースの開催会議テーブルとJDBCにより接続し、会議への参加と会議からの退出の操作を行なうサービスである。用意されているメソッドは、会議参加，会議退出の２つのメソッドが基本である。
【０１７２】
会議参加メソッドは、クライアントから送信された情報をもとに、指定会議IDの会議に指定キャプチャアプリケーションを参加させる。まず、開催会議テーブルに指定会議IDの開催会議があるかどうかを調べる。無い場合は、会議文書テーブルから指定会議IDの会議の書誌事項をコピーし、空のアプリケーション情報リストを作成し、指定会議IDの開催会議を開催会議テーブルへ登録する。すでに存在する場合は、上記の処理をしない。そして、アプリケーション情報リストに、クライアントが指定したアプリケーション識別子を登録し、新しいアプリケーションIDを発行し、クライアントに返す。以上の処理により、キャプチャアプリケーションは会議を開催し、参加したことになる。
【０１７３】
会議退出メソッドは、開催会議テーブルの指定会議IDの開催会議から指定のキャプチャアプリケーションを退出させる。まず、アプリケーション情報リストから指定アプリケーションIDのアプリケーション情報を削除する。その後、アプリケーション情報リストが空かどうかを調べる。空でなければ、何もしない。空であれば、全てのキャプチャアプリケーションが退出したとみなし、指定会議IDの開催会議を開催会議テーブルから削除する。以上の処理により、キャプチャアプリケーションは会議から退出し、キャプチャアプリケーションがすべて無くなれば、会議を終了したことになる。
【０１７４】
〔Webサービス〕Webサービスには、図５に示すように８つのサービスが存在し、それぞれリポジトリサービスの９つのサービスを組み合わせて利用することにより、機能を実現している。各サービスには、図２７に示すように、クライアントに提供するメソッドが用意されている。以下に、各サービスの詳細について詳しく述べる。
【０１７５】
〔会議登録サービス〕会議登録サービスには、会議予約メソッド，会議編集メソッド，会議削除メソッド，会議資料登録メソッド，議事録登録メソッドがクライアントに提供されている。
【０１７６】
会議予約メソッドは、クライアントが送ってきた情報をもとに、リポジトリサービスの会議文書サービスの会議文書作成メソッドで新規会議を作成する。この時、図５の会議文書は、書誌事項のみが格納され、コンテンツリスト，アプリケーション情報リスト，アプリケーションデータリストおよび議事録ファイル情報は空の状態である。また、リポジトリサービスの個人情報サービスの個人情報更新メソッドで、図１９の個人情報リストに個人会議を追加する。追加するユーザは、会議文書の書誌事項の参加者リストに入っているユーザIDのユーザすべてについてである。また、書誌事項の参加者リストに存在するユーザIDについて、会議が登録された旨のWhat's New(会議ID=該当会議ID，コンテンツID=-1，タイプ=会議，ステイタス=登録，更新日時=現在日時)を個人情報として登録する。
【０１７７】
会議編集メソッドは、クライアントが送ってきた情報をもとに、リポジトリサービスの会議文書サービスの会議文書更新メソッドで会議を更新する。また、リポジトリサービスの個人情報サービスの個人情報更新メソッドで、会議文書の書誌事項の参加者リストに存在するユーザIDとクライアントが送ってきた書誌事項の参加者リストに存在するユーザIDを比較し、削除されたユーザIDについては、この会議IDの個人会議を削除し、追加されたユーザIDについては、この会議IDの個人会議を追加する。また、書誌事項の参加者リストに存在するユーザIDについて、会議が更新された旨のWhat's New(会議ID=該当会議ID，コンテンツID=-1，タイプ=会議，ステイタス=更新，更新日時=現在日時)を個人情報として登録する。
【０１７８】
会議削除メソッドは、クライアントが送ってきた情報をもとに、リポジトリサービスの会議文書サービスの会議文書削除メソッドで会議を削除する。また、書誌事項の参加者リストに存在するユーザIDについて、リポジトリサービスの個人情報サービスの個人情報更新メソッドで、該当する会議IDの個人会議を削除する。また、書誌事項の参加者リストに存在するユーザIDについて、個人情報内の会議IDに関わるすべての情報を削除する。
【０１７９】
会議資料登録メソッドは、クライアントから送られたファイルを会議資料として登録する。まず、リポジトリサービスの文書情報サービスの文書情報作成で、新たな文書IDを取得する。次に、バスケットのタイトルおよびファイル名にファイル名をいれ、文書IDに取得した文書IDを入れ、作成者IDに会議資料を登録した人のユーザIDを入れ、作成日時および更新日時へ現在日時を入れてバスケットを作成する。リポジトリサービスの会議文書サービスの会議文書取得メソッドで会議文書を取得し、Canvasデータのバスケットリストを参照して競合しないバスケットIDを生成し、バスケットのバスケットIDに格納する。そして、バスケットリストに作成したバスケットを追加し、リポジトリサービスの会議文書サービスの会議文書更新メソッドで会議文書を更新する。また、会議資料が登録された旨のWhat's New(会議ID=該当会議ID，コンテンツID=-1，タイプ=会議資料，ステイタス=登録，更新日時=現在日時)を、書誌事項の参加者リストのユーザすべてについて、リポジトリサービスの個人情報サービスの個人情報更新メソッドで登録する。
【０１８０】
議事録登録メソッドは、クライアントから送られたファイルを議事録として登録する。まず、リポジトリサービスの文書情報サービスの文書情報作成で、新たな文書IDを取得する。リポジトリサービスの会議文書サービスの会議文書取得メソッドで会議文書を取得し、議事録ファイル情報のファイル名にファイル名を設定し、議事録ファイル情報の文書IDに取得した文書IDを設定し、リポジトリサービスの会議文書サービスの会議文書更新メソッドで会議文書を更新する。また、議事録が登録された旨のWhat's New(会議ID=該当会議ID，コンテンツID=-1，タイプ=議事録，ステイタス=更新，更新日時=現在日時)を，書誌事項の参加者リストのユーザすべてについて、リポジトリサービスの個人情報サービスの個人情報更新メソッドで登録する。
【０１８１】
〔会議閲覧サービス〕会議閲覧サービスには、書誌事項の取得メソッド，注目事項の取得メソッド，ToDoの取得メソッド，会議内容の取得メソッド，会議検索メソッド，個人情報の取得メソッドがクライアントに提供されている。
【０１８２】
書誌事項の取得メソッドは、クライアントが指定した会議IDの会議文書の書誌事項をクライアントに返す。リポジトリサービスの会議文書サービスの会議文書取得メソッドで、指定会議IDの会議文書を取得し、書誌事項を取り出してクライアントへ返す。
【０１８３】
注目事項の取得メソッドは、クライアントが指定したユーザIDのユーザに関わる注目事項をリストでクライアントへ返す。まず、リポジトリサービスの個人情報サービスの個人情報取得メソッドを利用し、クライアントが指定したユーザIDの個人情報を取得する。 個人情報の個人注目事項リストを参照し、会議IDとコンテンツIDをキーにして、リポジトリサービスの会議文書サービスの会議文書取得メソッドで会議文書を取得し、該当するコンテンツを取り出す。個人注目事項リストの個人注目事項の数だけ繰り返し、会議IDとコンテンツリストをクライアントへ返す。
【０１８４】
ToDoの取得メソッドは、クライアントが指定したユーザIDのユーザに関わるToDoをリストでクライアントへ返す。まず、リポジトリサービスの個人情報サービスの個人情報取得メソッドを利用し、クライアントが指定したユーザIDの個人情報を取得する。 個人情報の個人ToDoリストを参照し、会議IDとコンテンツIDをキーにして、リポジトリサービスのToDo情報サービスのToDo情報取得メソッドでToDoを取得する。個人ToDoリストの個人ToDoの数だけ繰り返し、ToDoリストをクライアントへ返す。
【０１８５】
会議内容の取得は、クライアントが指定した会議IDの会議文書の指定アプリケーションIDのアプリケーションデータとコンテンツリストを返す。まず、リポジトリサービスの会議文書サービスの会議文書取得メソッドで、指定会議IDの会議文書を取得する。会議文書の指定アプリケーションIDのアプリケーションデータを参照し、コンテンツIDリストをキーに、会議文書のコンテンツリストからコンテンツを取り出す。そして、クライアントにアプリケーションデータとコンテンツリストを返す。
【０１８６】
会議検索メソッドは、クライアントが指定した検索条件に合致した会議文書の書誌事項をリストで返す。まず、リポジトリサービスの会議文書サービスの会議文書検索メソッドで、クライアントが指定した検索条件に合致する会議文書をリストで取得する。取得した会議文書リストから書誌事項を取り出し、クライアントに書誌事項リストとして返す。
【０１８７】
個人情報の取得メソッドは、クライアントが指定したユーザIDのユーザの個人情報を返す。クライアントが指定したユーザIDをキーに、リポジトリサービスの個人情報サービスの個人情報取得メソッドで個人情報を取得する。取得した個人情報をクライアントに返す。
【０１８８】
〔会議接続サービス〕会議接続サービスは、キャプチャアプリケーションからのアプリケーションデータのダウンロードおよびアップロードに特化したサービスである。クライアントには、一括ダウンロードメソッド，一括アップロードメソッド，会議オープンメソッド，会議クローズメソッド，単一ダウンロードメソッド，単一アップロードメソッドを提供する。
【０１８９】
一括ダウンロードメソッドは、クライアントの指定する会議IDの会議文書の指定キャプチャアプリケーションに関わるファイル群を返す。まず、リポジトリサービスの会議文書サービスの会議文書取得メソッドを利用し、会議文書を取得する。取得した会議文書から指定のキャプチャアプリケーションのアプリケーションデータを取り出し、アプリケーションデータのコンテンツIDリストにあるコンテンツを会議文書のコンテンツリストから取得する。また、取得したコンテンツリスト、アプリケーションデータの独自データ内の文書IDを参照し、ファイルの実体を取得する。取得したファイルの実体リストをクライアントへ返す。
【０１９０】
一括アップロードメソッドには、２つの機能がある。新規アップロード機能と更新アップロード機能である。新規アップロード機能をクライアントが利用する場合、アップロードの前にリポジトリサービスの会議文書サービスの会議文書作成メソッドで新規会議を作成する。作成した新規会議に対して、クライアントが送ってきたファイル群をアプリケーションデータとして登録し、ファイルの内容を解析してコンテンツとして会議文書に格納し、リポジトリサービスの会議文書サービスの会議文書更新メソッドで更新する。また、意味属性のユーザフラグがONのコンテンツに関しては、リポジトリサービスのToDo情報サービスのToDo情報作成メソッドを用いてToDoとして登録する。同時に、格納したコンテンツリストのうち、意味属性の共有フラグがONの注目事項および意味属性のユーザフラグがONのToDoについて、リポジトリサービスの個人情報サービスの個人情報更新メソッドを利用して、書誌事項の参加者リストおよび意味属性のユーザIDリストに列挙されたユーザIDの個人情報に各情報を追加する。
【０１９１】
更新アップロード機能をクライアントが利用する場合、アップロードの前にクライアント指定の会議IDの会議文書から指定キャプチャアプリケーションのアプリケーションデータを削除する。具体的には、リポジトリサービスの会議文書サービスの会議文書取得メソッドで会議文書を取得し、格納されている指定キャプチャアプリケーションのアプリケーションデータおよびアプリケーションデータに関わるコンテンツリストを削除する。同時に、削除したコンテンツリストのうち、意味属性の共有フラグがONの注目事項および意味属性のユーザフラグがONのToDoについて、リポジトリサービスの個人情報サービスの個人情報更新メソッドを利用して、書誌事項の参加者リストおよび意味属性のユーザIDリストに列挙されたユーザIDの個人情報から各情報を削除する。その後、作成した新規会議に対して、クライアントが送ってきたファイル群を指定キャプチャアプリケーションのアプリケーションデータとして登録し、ファイルの内容を解析してコンテンツとして会議文書に格納し、リポジトリサービスの会議文書サービスの会議文書更新メソッドで更新する。また、意味属性のユーザフラグがONのコンテンツに関しては、リポジトリサービスのToDo情報サービスのToDo情報作成メソッドを用いてToDoとして登録する。同時に、格納したコンテンツリストのうち、意味属性の共有フラグがONの注目事項および意味属性のユーザフラグがONのToDoについて、リポジトリサービスの個人情報サービスの個人情報更新メソッドを利用して、書誌事項の参加者リストおよび意味属性のユーザIDリストに列挙されたユーザIDの個人情報に各情報を追加する。
【０１９２】
会議オープンメソッドは、指定会議IDの会議文書に対して、ダウンロードあるいはアップロードを実行するための準備をする。つまり開催会議サービスの会議参加メソッドで指定アプリケーションを会議に参加させる。この状態は、会議クローズメソッドを実行するまで継続される。
【０１９３】
会議クローズメソッドは、指定会議IDの会議文書に対して、ダウンロードあるいはアップロードを完了処理をする。つまり、開催会議サービスの会議退出メソッドで指定アプリケーションを会議から退出させる。
【０１９４】
単一ダウンロードメソッドは、指定会議IDの会議文書から、指定アプリケーションIDおよび指定コンテンツIDのアプリケーションデータを取得する。まず、会議文書サービスの会議文書取得メソッドで会議文書を取得し、指定アプリケーションIDのアプリケーションデータから指定コンテンツIDのコンテンツに関わるデータを取得する。取得したデータをクライアントに返す。
【０１９５】
単一アップロードメソッドには、新規アップロードと更新アップロードがある。新規アップロードの場合は、指定会議IDの会議文書にクライアントが送ってきたコンテンツを登録する。更新アップロードの場合は、指定会議IDの会議文書から指定コンテンツIDのコンテンツを削除し、意味属性の共有フラグがONの注目事項および意味属性のユーザフラグがONのToDoについて、リポジトリサービスの個人情報サービスの個人情報更新メソッドを利用して、書誌事項の参加者リストおよび意味属性のユーザIDリストに列挙されたユーザIDの個人情報から各情報を削除する。そして、指定会議IDの会議文書にクライアントが送ってきたコンテンツを登録する。新規アップロードの場合も更新アップロードの場合も、意味属性のユーザフラグがONのコンテンツに関しては、リポジトリサービスのToDo情報サービスのToDo情報作成メソッドを用いてToDoとして登録する。また、意味属性の共有フラグがONの注目事項および意味属性のユーザフラグがONのToDoについて、リポジトリサービスの個人情報サービスの個人情報更新メソッドを利用して、書誌事項の参加者リストおよび意味属性のユーザIDリストに列挙されたユーザIDの個人情報に各情報を追加する。
【０１９６】
〔ユーザ管理サービス〕ユーザ管理サービスは、本システムを利用するユーザの情報を管理し、ログインなどのユーザ認証を行なうサービスである。ユーザ管理サービスには、ログインメソッド，ユーザ登録メソッド，ユーザ編集メソッド，ユーザ削除メソッド，ユーザ情報の取得メソッド，ユーザ検索メソッドがクライアントに提供されている。
【０１９７】
ログインメソッドは、クライアントが指定したユーザIDが本システムを利用可能なユーザであるかどうかを認証する。まず、指定ユーザIDをキーにリポジトリサービスのユーザ情報サービスのユーザ情報取得メソッドでユーザ情報を取得する。この時、ユーザ情報が存在しなければ、指定ユーザIDが登録されていないことになり、クライアントへ指定ユーザIDでは本システムを利用できないエラーを返す。ユーザ情報が存在すれば、クライアントが送ってきたパスワードとユーザ情報のパスワードを照合する。一致しなければ、クライアントへパスワードが間違っていることをエラーで返す。一致すれば、クライアントへ成功を返す。
【０１９８】
ユーザ登録メソッドは、本システムをクライアントが利用するために、新たなユーザ情報を登録する。まず、クライアントが送ってきた情報をもとに、ユーザ情報を生成する。そして、リポジトリサービスのユーザ情報サービスのユーザ情報作成メソッドでユーザ情報を登録する。この時、クライアントが指定したユーザIDがすでにユーザ情報テーブルに存在するかどうかを調べ、存在すれば既に指定のユーザIDが使われているエラーをクライアントへ返す。存在しなければ、登録を完了する。
【０１９９】
ユーザ編集メソッドは、本システムに既に登録されているユーザ情報を変更する。まず、クライアントが指定したユーザIDをキーにリポジトリサービスのユーザ情報サービスのユーザ情報取得メソッドでユーザ情報を取得する。取得したユーザ情報に、クライアントが送ってきた情報を格納し、リポジトリサービスのユーザ情報サービスのユーザ情報更新メソッドでユーザ情報を更新する。
【０２００】
ユーザ削除メソッドは、本システムに既に登録されているユーザ情報を削除する。クライアントが指定したユーザIDをキーにリポジトリサービスのユーザ情報サービスのユーザ情報削除メソッドでユーザ情報を削除する。
【０２０１】
ユーザ情報の取得メソッドは、クライアントが指定したユーザIDのユーザ情報を取得する。指定ユーザIDをキーに、リポジトリサービスのユーザ情報サービスのユーザ情報取得メソッドでユーザ情報を取得し、クライアントへ返す。
【０２０２】
ユーザ検索メソッドは、クライアントが指定した検索条件に合致するユーザ情報をリストでクライアントへ返す。リポジトリサービスのユーザ情報サービスのユーザ情報検索メソッドを使って指定検索条件に合致するユーザ情報をリストで取得する。取得したユーザ情報リストをクライアントへ返す。
【０２０３】
〔グループ管理サービス〕グループ管理サービスは、ユーザの集合をグループと定義し、グループ単位でユーザを扱えるようにする、あるいは、グループをキーに様々な検索を可能にするために、本システムにグループ情報を登録，編集，削除，取得するためのサービスである。グループ管理サービスには、グループ登録メソッド，グループ編集メソッド，グループ削除メソッド，グループ情報の取得メソッド，グループ検索メソッドがクライアントに提供されている。
【０２０４】
グループ登録メソッドは、新たなグループ情報を登録する。まず、クライアントが送ってきた情報をもとに、グループ情報を生成する。そして、リポジトリサービスのグループ情報サービスのグループ情報作成メソッドでグループ情報を登録する。 
【０２０５】
グループ編集メソッドは、本システムに既に登録されているグループ情報を変更する。まず、クライアントが指定したグループIDをキーにリポジトリサービスのグループ情報サービスのグループ情報取得メソッドでグループ情報を取得する。取得したグループ情報に、クライアントが送ってきた情報を格納し、リポジトリサービスのグループ情報サービスのグループ情報更新メソッドでグループ情報を更新する。
【０２０６】
グループ削除メソッドは、本システムに既に登録されているグループ情報を削除する。クライアントが指定したグループIDをキーにリポジトリサービスのグループ情報サービスのグループ情報削除メソッドでグループ情報を削除する。
【０２０７】
グループ情報の取得メソッドは、クライアントが指定したグループIDのグループ情報を取得する。指定グループIDをキーに、リポジトリサービスのグループ情報サービスのグループ情報取得メソッドでグループ情報を取得し、クライアントへ返す。
【０２０８】
グループ検索メソッドは、クライアントが指定した検索条件に合致するグループ情報をリストでクライアントへ返す。リポジトリサービスのグループ情報サービスのグループ情報検索メソッドを使って指定検索条件に合致するグループ情報をリストで取得する。取得したグループ情報リストをクライアントへ返す。
【０２０９】
〔メールサービス〕メールサービスは、会議の開催通知および議事録のメールを参加者全員に送信するサービスである。メールサービスには、開催通知メソッド、議事録メールメソッドがクライアントに提供されている。
【０２１０】
開催通知メソッドは、クライアントが指定した会議IDについて、開催通知の内容を作成し、参加者全員にメール送信する。まず、リポジトリサービスの会議文書サービスの会議文書取得メソッドで、指定会議IDの会議文書を取得する。取得した会議文書から書誌事項を取り出し、メールの内容として、会議名，開催日時（開始日時と終了日時），開催場所，主催者，参加者リストをテキスト形式で列挙する。開催場所は、リポジトリサービスの会議室情報サービスの会議室情報取得メソッドで会議室IDをキーに会議室名を取得し、設定する。主催者および参加者リストは、書誌事項の主催者IDおよび参加者リストを参照し、リポジトリサービスのユーザ情報サービスのユーザ情報取得メソッドでユーザIDをキーに姓名を取得し、設定する。この時、メールの送信元および送信先として、ユーザ情報のe-mailアドレスも取得しておく．メールの件名としては、「会議開催通知：」という文字列と会議名と開始日時を設定する。以上、設定した件名，送信元，送信先，メールの内容でメールを送信して終了する。
【０２１１】
議事録メールメソッドは、クライアントが指定した会議IDについて、議事録の内容を作成し、参加者全員にメール送信する。まず、リポジトリサービスの会議文書サービスの会議文書取得メソッドで、指定会議IDの会議文書を取得する。取得した会議文書から書誌事項を取り出し、メールの内容として、会議名，開催日時（開始日時と終了日時），開催場所，主催者，参加者リストをテキスト形式で列挙する。開催場所は、リポジトリサービスの会議室情報サービスの会議室情報取得メソッドで会議室IDをキーに会議室名を取得し、設定する。主催者および参加者リストは、書誌事項の主催者IDおよび参加者リストを参照し、リポジトリサービスのユーザ情報サービスのユーザ情報取得メソッドでユーザIDをキーに姓名を取得し、設定する。この時、メールの送信元および送信先として、ユーザ情報のe-mailアドレスも取得しておく．また、意味属性の共有フラグがONのコンテンツを注目事項として、意味属性のユーザフラグがONのコンテンツをToDoとして、それぞれコンテンツのタイトルを列挙し、メールの内容に含める。また、議事録ファイルの所在とeKC-PersonalCabinのログイン画面をURL形式で表現し、メールの内容に含める。メールの件名としては、「会議議事録：」という文字列と会議名と開始日時を設定する。以上、設定した件名，送信元，送信先，メールの内容でメールを送信して終了する。
【０２１２】
〔ToDo管理サービス〕ToDo管理サービスは、システムに登録されているToDo情報を取得したり、ToDo情報に対してToDo資料を添付するためのサービスである。ToDo管理サービスには、ToDo情報の取得メソッド、ToDo資料の登録メソッドがクライアントに提供されている。
【０２１３】
ToDo情報の取得メソッドは、クライアントが指定したToDo（会議IDとコンテンツID）のToDo情報をクライアントへ返す。また、クライアントが添付されている資料を要求した場合は、ToDo資料を返す。まず、指定会議IDと指定コンテンツIDをキーに、リポジトリサービスのToDo情報サービスのToDo情報取得メソッドを使ってToDo情報を取得する。クライアントがToDo情報を要求していれば、取得したToDo情報を返す。クライアントが添付されている資料を要求していれば、取得したToDo情報の資料リストを参照し、文書IDを取り出し、リポジトリサービスの文書管理サービスの文書情報取得メソッドを利用して、ファイル名を取得し、ファイルの実体をクライアントへ返す。
【０２１４】
ToDo資料の登録メソッドは、クライアントが指定したToDo（会議IDとコンテンツID）にクライアントが送ってきたファイルを登録する。まず、リポジトリサービスの文書管理サービスの文書情報作成メソッドを利用して、新たな文書IDを取得する。リポジトリサービスのToDo情報サービスのToDo情報取得メソッドでToDo情報を取得し、ToDo資料のファイル名にファイル名を設定し、ToDo資料の文書IDに取得した文書IDを設定し、リポジトリサービスのToDo情報サービスのToDo情報更新メソッドでToDo情報を更新する。また、ToDo資料が登録された旨のWhat's New(会議ID=該当会議ID，コンテンツID=該当コンテンツID，タイプ=ToDo資料，ステイタス=登録，更新日時=現在日時)を，書誌事項の参加者リストのユーザすべてについて、リポジトリサービスの個人情報サービスの個人情報更新メソッドで登録する。
【０２１５】
〔システム管理サービス〕システム管理サービスは、システム情報として登録されている組織情報および会議室情報を取得するためのサービスである。システム管理サービスには、組織情報の取得メソッド、会議室情報の取得メソッドがクライアントに提供されている。
【０２１６】
組織情報の取得メソッドは、本システムに登録されている組織情報をクライアントに返す。まず、リポジトリサービスの組織情報サービスの組織情報取得メソッドで組織情報リストを取得する。取得した組織情報リストをクライアントへ返す。
【０２１７】
会議室情報の取得メソッドは、本システムに登録されている会議室情報をクライアントに返す。まず、リポジトリサービスの会議室情報サービスの会議室情報取得メソッドで会議室情報リストを取得する。取得した会議室情報リストをクライアントへ返す。
【０２１８】
続いて、本発明に係る連携機能のいくつかを例示してその概要を説明する。
〔Ａ；Canvas と MC，PCab〕
会議中にMCで映像をキャプチャしながらCanvas で板書する。MC，Canvas 両文書を同じ会議に関連するものとしてPCabに登録する。PCab からは会議を指定して両文書を参照することができる。PCab 上からCanvas 文書を参照すると、Canvas で作成した板書画面がWeb Browser上に表示される。板書の各オブジェクト（テキスト，参照ファイル，手書きなど）は、その生成時刻に対応するビデオにリンクされている。すなわち、板書上の各オブジェクトをクリックすると、それが書かれた時刻のビデオシーン（ＭＣ文書）を呼び出し、ビデオ再生ウインドウを表示して、ビデオを再生する。
【０２１９】
〔Ｂ；IS と MC，Pcab〕
会議中にMCで映像をキャプチャしながらIS を用いて資料を参照する。参照中の資料に対して，必要に応じてインクペンによる書き込みを行う。生成されたMC文書とIS文書はPCabに登録され管理される。PCab 上からIS文書を参照すると、IS で作成したIS文書のリストがWeb Browser上に表示される。IS文書リストの各項目は、その生成時刻に対応するビデオにリンクされている。すなわち、IS文書リスト上の各項目をクリックすると、それが書かれた時刻のビデオシーンを呼び出し、ビデオ再生ウインドウを表示して、ビデオを再生する。
【０２２０】
〔Ｃ；APとMC，PCab〕
会議中にMCで映像をキャプチャしながらAP で個人メモを作成する。MC，AP 両文書を同じ会議としてPCabに登録する。PCab から会議を指定して両文書を参照できる。PCab 上からAP文書を参照すると、AP で作成した個人メモ画面がWeb Browser上に表示される。AP文書は、その所有者のみが参照することができる。所有者であるかの判断は、PCab へのログイン名で行われる。個人メモの各項目は、その生成時刻に対応するビデオにリンクされている。すなわち、個人メモ上の各項目をクリックすると、それが書かれた時刻のビデオシーンを呼び出し、ビデオ再生ウインドウを表示して、ビデオを再生する。
【０２２１】
〔Ｄ；Canvas と IS，PCab（メモ：実装無し）〕会議中にアプリケーションISを用いて資料を表示し参照しながら、Canvasで板書する。ISとCanvas両文書を同じ会議としてPCabに登録する。一つの会議ではCanvas文書は一つ、IS文書は必要に応じて複数登録するものとする。PCabから会議を指定して両文書を参照できる。PCab上からCanvas文書を参照すると、Canvasで作成した板書画面がWeb Browser上に表示される。板書の各オブジェクト（テキスト，参照ファイル，手書きなど）は、その生成時刻に対応するIS文書にリンクされている。
【０２２２】
すなわち、板書上の各オブジェクトをクリックすると、それが書かれた時刻に対応するのIS文書を呼び出し表示する。このとき，IS文書はストリーミングデータではないので、一つのIS文書にはそれが生成されたときの時刻情報が一つのみ対応する。したがって、Canvas上の板書オブジェクトを指定した場合，そのオブジェクトが生成された時刻以前で直近の生成時刻を持つIS文書が表示される。
【０２２３】
〔Ｅ；Canvas と AP（メモ：実装無し）〕
会議中に Canvasで板書しつつ、参加者はAPで個人メモを作成する。Canvas，AP 両文書を同じ会議としてPCabに登録する。PCabから会議を指定して両文書を参照できる。PCab 上からAP文書を参照すると、AP で作成した個人メモ画面がWeb Browser上に表示される。AP文書は、その所有者のみが参照することができる。所有者であるかの判断は、PCab へのログイン名で行われる。個人メモの各項目は、その生成時刻に対応するCanvas 文書の各オブジェクト（テキスト，参照ファイル，手書きなど）にリンクされている。
【０２２４】
すなわち、個人メモ上の各項目をクリックすると、対応するCanvas文書を呼び出し、それが書かれた時刻のCanvas上のオブジェクトをハイライトして表示する。このとき、Canvas 文書はストリーミングデータではないので，Canvas上のオブジェクトの生成時刻は離散的である。したがって，AP文書上の個人メモの項目を指定した場合，そのオブジェクトが生成された時刻以前で直近の生成時刻を持つ、Canvas文書上のオブジェクトがハイライトされて表示される。
【０２２５】
〔Ｆ；ISとAP（メモ：実装無し）〕
会議中にISを用いて資料を表示し参照しながら議論を行い、参加者はAPで個人メモを作成する。IS，AP両文書を同じ会議としてPCabに登録する。PCabから会議を指定して両文書を参照できる。PCab 上からAP文書を参照すると、AP で作成した個人メモ画面がWeb Browser上に表示される。AP文書は、その所有者のみが参照することができる。所有者であるかの判断は、PCab へのログイン名で行われる。個人メモの各項目は、その生成時刻に対応するIS文書の各オブジェクト（テキスト，参照ファイル，手書きなど）にリンクされている。
【０２２６】
すなわち、個人メモ上の各項目をクリックすると、対応するIS文書を呼び出し、それが書かれた時刻のIS文書を表示する。このとき、IS文書はストリーミングデータではないので、IS文書の生成時刻は離散的である。したがって，AP文書上の個人メモの項目を指定した場合、IS文書が生成された時刻以前で直近の生成時刻を持つ、IS文書が表示される。
【０２２７】
〔Ｇ；IS と Pcab〕
会議中に、参照資料に手書きアノテーションを行なう（例えばインクペンで書き込みを行う）。ユーザが必要だと思った時点で、IS アプリケーションから埋め込み操作を行う。この操作により、表示内容とインクペンによる書き込み内容が重畳されてIS文書が生成され、会議文書として登録される。
【０２２８】
このとき，埋め込み操作は二種類の作法がある。第一の作法は「埋め込み」ボタンを押す操作で、この操作により、IS文書には後に述べる「意味属性」のうちの「共有属性」が“ラベル無し”状態で付与され、会議文書に登録される。第二の作法は「重要埋め込み」ボタンを押す操作で、この操作により、IS文書には後に述べる「意味属性」のうちの「共有属性」がラベル="重要”の状態で付与され、会議文書に登録される。
【０２２９】
会議文書に登録されたIS文書は、後に説明する“意味属性-共有属性”が付いているので、会議参加者全員のPCab の注目事項画面にピックアップされて表示される。このとき、上記、第一の操作ではラベル文字列は付けられないので、PCab の注目事項画面にはIS文書であることを示す「IS文書」などの所定の表記で表示される。上記、第二の操作では、ラベル文字列“重要”が付けられているので、PCabの注目事項画面にはIS文書であることを示す「IS文書」などの所定の表記とともに“重要”というプロンプトが付いて表示される。更に、PCab 上からIS文書を明示的に参照すると、IS で作成したIS文書のリストがIS文書のサムネイルとともにWeb Browser上に表示される。
【０２３０】
〔実施例１（Personal Cabin）〕続いて、実施例を挙げて、本システムを構成する各部の詳細について述べる。以下では、まず実施例として、Personal Cabinを中心とした会議支援システムの概要について説明する。図２８の構成図にこの実施例システムの構成を示す。このシステムは、会議アプリケーションとしてCanvasを用いたものである。
【０２３１】
図２８において、コラボレーションスペースは、会議を行っている現場である。チームワークスペースは、個人がそれぞれ分担された仕事を行いながら，チームとして仕事をしている場であり，組織で仕事をする場合の個人のデスクに相当する。パーソナルワークスペースは、たとえばユーザが自分のパソコンのみを用いて他のユーザと関わりなく仕事をする場である。これは、前者の2つに対して，具体的な場ではなく概念としての個人作業の場の意味である。
【０２３２】
本実施例で，ユーザに見える形で存在するアプリケーションは図２８中に示す "eKC Canvas", "eKC Basket", "eKC BasketClient"および"Personal Cabin"である。以下では、これらはそれぞれ簡単のため単に、“Canvas”、“Basket”、“BasketClient”、“Cabin”と記載する。
【０２３３】
“Canvas”および“Basket”、“BasketClient”は、主にコラボレーションスペースで利用するアプリケーションである。“Canvas”は主にファシリテータと呼ばれる会議の進行役が利用することを想定したアプリケーションである。このアプリケーションは、ファシリテータが持ち込んだPCあるいは、会議室に備え付けのPC上で動作するプログラムである。Canvasが稼働するPCの画面はプロジェクターなどの表示装置を用いて、会議参加者全員が視認できるように表示される。
【０２３４】
Canvasの主要な機能は、ファシリテータが会議の進行に応じて、議論のコンテクストを記録し可視化することである。従来、白板などが担っていた機能を、それを強化する形で提供するものである。記述する情報は、キーボード入力によるテキスト，ファイルアイコン，手書き図形などである。すなわち、Canvasは、情報編集記述領域として機能するものである。
【０２３５】
“Basket”は、ファシリテータが、会議参加者があらかじめ作成した文書ファイルや、その場で思いついたインスタントメッセージ、手書きのスケッチなどを集める機能を有し、文字通りの“かご”に相当する。これは、Canvasが動作するPCと同じPC上で動作する。次に述べるBasketClient を用いて、参加者がファシリテータに対して送った情報は、Basketに蓄積的に表示される。ファシリテータはBasketに表示された情報をDrag&Dropなどの操作で、Canvasに貼り付けることができる。すなわち、Basketは、情報共有領域として機能するものである。
【０２３６】
BasketClientは、会議参加者があらかじめ作成した文書ファイルや、その場で思いついたインスタントメッセージ、手書きのスケッチなどをファシリテータのBasketに送るためのアプリケーションであり、参加者が持ち込んだPC上で動作する。
【０２３７】
Canvasで記述された議論の過程は、ファシリテータが使用するすなわちCanvasが稼働するPC上のローカルストレージ（ハードディスク、フロッピディスク（登録商標）など）に書き出して会議文書として保存することができる。さらに、保存された会議文書を再びCanvasに読み込んで、内容を編集することができる。
【０２３８】
さらに、Canvasで記述された議論の過程は、ネットワーク上のストレージ（ネットワークストレージ）に会議文書として保存することができる。保存時には所定の書誌事項を付けて保存する。書誌事項は具体的には、会議名，開催日時場所，メンバーなどである。なお、以降はCanvasで記述された文書をその保存場所（ネットワーク or ローカルストレージ）にかかわらず単に“会議文書”と呼ぶこととする。
【０２３９】
ネットワークストレージに保存された会議文書は、ネットワークを介して他のPCから参照することができる。これを参照するツールが“Cabin”（Personal Cabin）である。CabinはWebアプリケーション（ブラウザ）として構成されている。ユーザは自分のPCからWebブラウザ（Internet Explorer（登録商標），Netscape Navigator（登録商標）など）を起動し、所定のURL（Uniform Resource locator）を指定することによりCabinを利用する。Cabinは利用するユーザ毎にログインをして利用する。したがってCabinが提供するビューはユーザ毎に異なるものとする。
【０２４０】
なお、上記説明では、CanvasとBasketはそれぞれの機能を明確にするために別々のアプリケーションとして述べたが、これらの機能は特許文献1においては、それぞれマスタークライアントのエディティングエリアおよびスタッキングエリアに相当するものである。さらにBasketClientは同様にスレーブクライアントに相当する。
【０２４１】
Canvasの機能について説明する。Canvasに記述できる情報の種類は、テキスト，手書き，ファイルである。以下、これらをそれぞれテキストオブジェクト、手書きオブジェクト、ファイルオブジェクトと呼ぶ。
【０２４２】
Canvasの基本部分はリッチテキストエディタとしての機能を持ち、ユーザ（役割としてはファシリテータ）がキーボードによりテキストを入力することができる。テキストオブジェクトは、ユーザが所定の操作を行うことにより、行単位のテキストオブジェクトとしてリッチテキスト行間の任意の位置に挿入される具体的には図２９の画面右に配置される「テキスト」ボタンを押す、または同様の機能が割り当てられたメニューを選択することで挿入される。
【０２４３】
手書きオブジェクトは、ユーザが所定の操作を行うことにより、リッチテキスト行間の任意の位置に挿入される。具体的には図２９の画面右に配置される「手書き」ボタンを押す、または同様の機能が割り当てられたメニューを選択することにより挿入される。
【０２４４】
ファイルオブジェクトは、ユーザが所定の操作を行うことにより、リッチテキスト行間の任意の位置に挿入される。具体的には図２９の画面右に配置される「ファイル」ボタンを押す、または同様の機能が割り当てられたメニューを選択することによりファイル選択ダイアログが開き、ファイルを選択することで挿入される。また、Canvasが起動するPC上にあるファイルアイコンをDrag & Dropすることにより、直接挿入することができる。
【０２４５】
さらに、テキスト，ファイル，手書きの各オブジェクトは、BasketClient からBasketに送信することができる。受信側では、各オブジェクトはBasketに一覧表示される。表示された一覧からDrag & DropすることによりCanvasに貼り付けることができる。
【０２４６】
〔時刻情報の記録〕上記オブジェクトが生成されるときに、それぞれのオブジェクトが生成された時刻をオブジェクトに関連づけて記憶する。具体的には後に説明するデータ構造にしたがって、Canvasが稼働するマシンのメモリ内にオブジェクトが生成時刻とともに記憶される。さらにこれらは必要に応じてCanvasが稼働するマシンのローカルディスク上に、テンポラリファイルの形で書き出される。
【０２４７】
〔オブジェクトの編集〕テキスト，手書き，ファイルの各オブジェクトは編集することができる。
〔オブジェクト検索機能〕テキスト，手書き，ファイルの各オブジェクトは検索ができる。
〔オブジェクトレイアウト編集機能〕議論の過程の記述は、以下の機能をねらい目的で、オブジェクトのレイアウト機能を有する。議論過程の記述を箇条書きで表現することで、意見の可視化を行う．箇条書きの字下げによる階層化と、階層化したオブジェクトの階層単位での移動により、議論の流れを整理する。
【０２４８】
〔属性〕Canvasに記述された内容をネットワークストレージに保存しCabinから参照することで、ユーザ毎のビューに変換して議論の過程を表示する機能について、システムの概要で述べた．本願発明では、これを実現するために、議論過程の記述の中に機械可読な属性を記述することで、これを実現するアプローチをとる。はじめに属性として、二つの属性を定義する。一方を視覚属性、他方を意味属性と定義する。
【０２４９】
〔Ａ：視覚属性〕視覚属性は、主にCanvas上のオブジェクトの見え方に関する属性である。具体的にはCanvas上の各オブジェクトの先頭に表示される記号（ハンドル）の色や大きさ、形を定義する属性である。Canvas上で情報を記述中に、視覚的に目立たせてピックアップしておきたい場合などに用いる。例えば先頭記号をデフォルトの黒から赤に変えるといった操作である。
【０２５０】
〔Ｂ：意味属性〕意味属性は、Canvas 上に記述された議論過程を示すオブジェクトに意味を割り当てるために定義／付与する属性である。意味属性を構成する要素は以下に示すとおりである。
・共有化情報
・ユーザ情報
・日時情報
【０２５１】
上記各属性の属性値は以下に示すとおりである。
・共有化情報（属性値：true/false, ラベル文字列）
・ユーザ情報（属性値：「人」のリスト）
・日時情報（属性値：INIT, FINAL, NOW；それぞれが年月日を含む時刻を持つ）
各属性について更に詳述する。
【０２５２】
共有化情報は、その値が true の場合、会議メンバー全員で共用するべき上であることを意味する。具体的には、共有化情報が true のオブジェクトは会議メンバー全員で特にピックアップして覚えておく情報として扱われ、会議メンバー全員のCabinの所定のビューにピックアップされて表示される。さらにラベル文字列はユーザがCanvas上で任意のオブジェクトに共有化情報属性を付与する際に、任意に定義できる文字列である。例えば「結論」「問題点」といった文字列である。これは空文字でもかまわない。
【０２５３】
ユーザ情報は、値は「人」のリストである。具体的には「人」を特定する「ユーザID」や「メールアドレス」など、システムが定義する機械可読な「人」をポイントするID情報のリストである。以降では単に「ユーザID」と表記する。
【０２５４】
ユーザIDはCanvas およびCabin全体のシステムで、ユニークでなければならない。ユーザIDは、ここでは記述されていないディレクトリサービス等の仕組みを用いてユニークに管理されることが望ましい。Canvas では、これが稼働するマシンあるいはユーザ毎に、システム全体でユニークな「ユーザID一覧」を持つものとする。Canvas が持つユーザID一覧は、ディレクトリサービスから所望のユーザのIDをユーザが個別にコピーしてきたり、ユーザが手操作で入力されるものである。これは、例えば電子メールソフトの「個人アドレス帳」と類似の形態である。
【０２５５】
ユーザ情報属性が付与されたオブジェクトは、その属性値が示す「人」に対して重要な意味を持つオブジェクトであると定義される。具体的には対象となる「人」の ToDo アイテムなどである。ユーザ情報が付与されたオブジェクトは、その値が指し示す「人」のCabinの所定のビューに情報がピックアップされて表示される。
【０２５６】
日時情報は、3種類の時刻情報を持つ。INITは物事の初めを意味する時刻。NOWは、属性が付与された時刻、FINALは物事の終わりを意味する時刻である。具体的には、例えば「ユーザ情報」と併用して、リクエストが発生した時刻（NOW）、納期（FINAL）および担当者（「人」リスト）を関連づけたToDoとして、オブジェクトに意味を持たせる場合に用いる。
【０２５７】
〔ローカルファイルへの書き出しおよび読み込み〕Canvas に記述されたオブジェクトは、生成時刻や属性などの情報とともに、Canvasが稼働するマシンのローカルディスク上にファイルとして書き出すことができる。さらに、書き出されたファイルをCanvasに読み込み、表示することができる。
【０２５８】
〔アップロード／ダウンロード機能〕ローカルストレージに保存するだけではなく、ネットワーク上にあるネットワークストレージに保存することができる。ネットワークストレージに保存することにより、Cabinを経由して、その内容をWeb Browserが稼働する任意のPCから参照することができる。以下、これを「サーバにアップロード」と記述する。
【０２５９】
ファイルをサーバへアップロードする手順を示す。Canvas からメニューなど所定の操作で「サーバへアップロード」を選択する。このとき、はじめにサーバへのログイン処理が実行される。
【０２６０】
ログイン処理後、会議一覧が表示される。ここで表示される会議は、ログインユーザがオーナーであると定義されている会議文書に記述されている「会議名」である。ここで、既存の会議名を選択するとその会議に対して、Canvas の内容でサーバ上の会議文書を上書きする。新規に会議名を入力すると、その会議名でサーバ上に会議文書が登録され、ログインユーザがオーナーとしてこの会議文書に設定される。また、会議ファイル登録時に、必要に応じて開催日時場所，参加者，などの書誌事項をあわせて入力することができる。
【０２６１】
Canvasを起動し、ネットワークストレージ（サーバ）上にある会議文書をダウンロードする手順を示す。Canvas からメニューなど所定の操作で「サーバからダウンロード」を選択する。このとき、はじめにサーバへのログイン処理が実行される。
【０２６２】
ログイン処理後、会議一覧が表示される。ここで表示される会議は、ログインユーザがオーナーであると定義されている会議文書に記述されている「会議名」である。ここで、既存の会議名を選択するとその会議に対応する会議文書をサーバからダウンロードしCanvasに読み込む．
【０２６３】
〔Basket の機能〕
BasketはCanvasが稼働するPC上で動作する。Basketは第一の実施例としてCanvasの一部として起動する場合（図３０，図３１〔特許文献１の図１０、図１１相当〕参照）、第二の実施例としてCanvasまたはオペレーティングシステムから所定の起動操作（ボタン，メニューなど）を行うことにより起動する場合、が考えられる。
【０２６４】
Basketが起動すると、受信した情報を表示する表示部分と、このBasketに情報を送るために BasketClientで入力を求められるパスワードを表示する。パスワードはBasketが稼働するPCのIPアドレスとポート番号の組み合わせ、あるいはこれらの文字列からエンコードされ一意的に決まる文字列とする。一つのBasketプログラムにつき、情報交換のための一つのポート番号を有する。アクセスパスワード発行機能を発現させた場合、デフォルトのポート番号（例えば３０００番）からポートスキャンを行い、ポートが既に利用されている場合は、デフォルトのポート番号を１づつインクリメントしていく（例をとれば３００１、３００２、…）。ポート番号の取得に成功した場合に、そのポート番号に設定する。このパスワードはセキュリティ上のパスワードとしての目的ではなく、BasketClient から送り先であるBasketを指定するためのポインタとしての目的で発行する。このため、ユーザが視認しやすい文字列が望ましい．
【０２６５】
BasketClientのユーザは、情報を送りたい相手であるBasketに表示されたパスワードをBasketClientに入力して、情報を送る操作を行う。Basketは所定の情報を受信すると、この一覧を表示する（図３１）。一覧表示された情報はDrag&Dropなどの操作でCanvasに貼り付けることができる。このとき、情報の文字列，ファイル，手書き、の種類の違いに応じて、時節で説明するCanvasへのオブジェクト挿入の要領で挿入される。 
【０２６６】
〔BasketClientの機能〕BasketClient は任意の会議参加者のPCで稼働する。BasketClient はテキスト，手書き，ファイルの各情報をBasketに送信するために、これらを入力するためのユーザインタフェースを備える（図３２〔特許文献１の図８相当〕参照）。さらに、送信先を指定するためのパスワード入力領域を表示する。パスワード入力領域には、送りたい相手Basketに表示されたパスワードをユーザが見て、同じ文字列を入力する。入力されたパスワードはBasketClientが終了されるまで内部で保持する。したがって、ユーザはファシリテータが使用するBasketのパスワードを一度入力すれば、BasketClient を会議期間中起動しておくことで、パスワード入力操作なしにいつでも情報をBasketに送ることができる。
【０２６７】
〔第二の実施例〕
次に、BasketClient,Basketを介した情報のやりとりについて、バスケットに関連する第二の実施例の概要を図３３に示す。前実施例における図２８では、参加者からファシリテータへ情報を送る場合に、参加者は情報を送るための単機能のアプリケーションである BasketClientを用いた．これは、その場で即時的に情報を送る場合に適している。しかし、例えばテキストのメッセージを送る場合、BasketClientのテキスト入力領域にテキストを入力し送信ボタンを押すと、テキストは送信されるが、送信者の手元には残らない。
【０２６８】
また、議論の最中に参加者は自分のメモを書きためておき、その一部が重要だと気づいたので、メンバーで共有する目的でファシリテータに送信するような場合、はじめの実施例で示した作法では、自分のメモからコピーし BasketClientの入力領域にペーストして送信ボタンを押す、といった操作が必要になり煩雑である。
【０２６９】
これらの不都合を解決することを目的とするのが、第二の実施形態である。この実施形態の要点は下記の通りである。
(a)Canvasに記述したテキスト，ファイル，手書きの各オブジェクトを指定したBasketに送信する、オブジェクト送信機能をCanvasに持たし、BasketClientの機能をこれに代える。
(b) ファシリテータと一般参加者の双方が、CanvasとBasket機能を同様に持つ。
ファシリテータにとってのCanvasは議論を可視化して、メンバーと共有するための場。
(c) 一般参加者にとってのCanvasは自分のメモ帳。
【０２７０】
さらに、(d) 機能的にはまったく同じCanvasとBasketをファシリテータ、一般参加者が持つので、ファシリテータのCanvasから一般参加者のBasketに情報を送ることも可能となる。
【０２７１】
〔Cabinの機能〕続いて、eKC Personal Cabinについての詳細に説明する。
Web Browser からCabinの URL を指定するとログイン画面が表示される（図３４）。所定の入力操作を行なうことによりログインが成功すると、ログインユーザ向けのトップ画面が表示される（図３５）。
【０２７２】
〔トップ画面〕トップ画面には、「本日の会議」および「ToDo」という二つの項目が表示される。「本日の会議」はログインユーザが参加者に含まれる会議で、開催時刻が本日になっている会議文書の会議名を抽出して表示する。「ToDo」は、システムに登録されたすべての会議文書それぞれの中から、「意味属性」-「ユーザ情報」にログインユーザが含まれるすべてのオブジェクトを抽出して表示する。該当するオブジェクトがテキストの場合はそのテキストの先頭から所定文字数の文字列を表示する。
【０２７３】
該当するオブジェクトがファイルおよび手書きオブジェクトである場合は、それらのオブジェクトに付けられたラベル文字列のうち、先頭から所定文字数の文字列を表示する。ラベル文字列はCanvas上でユーザが明示的に変更しなければ、ファイルオブジェクトの場合はファイル名、手書きオブジェクトの場合は生成時刻などから生成したユニークな文字列である。
【０２７４】
本日の会議に表示された会議名、例えば「レビュー会議」（図３５）をクリックすると、該当する会議の書誌事項一覧が表示される。書誌事項は、開催日時，場所，メンバー，説明などである。このような会議録画面の例を図３６に示す。
7.1.1.2 
【０２７５】
〔会議録画面〕図３６に示した会議録は、PCabに保存された「レビュー会議」という名前の会議の会議文書のトップ画面である。「会議文書」からは、各会議アプリケーションがこの会議に関連づけて登録した会議アプリケーション文書を参照することができる。図３６でA, B, C, Dで示した部分が、会議アプリケーション文書へのリンクである。A はCanvas文書、B はMC文書、CはIS文書、DはAP文書へのリンクである。
【０２７６】
図３７に、上記 A をクリックしCanvas文書 をPCab上から参照した例を示す。Canvas で記述した板書内容が同様の形式で表示される。表示された画面のうち、手書きオブジェクトは、オリジナルの手書きオブジェクトにリンクされており、クリックすることで手書きオブジェクトを実サイズで表示できる。また、ファイルオブジェクトの場合は、実際のファイルにリンクされており、クリックすることでそのファイルを所定のアプリケーションで開くことができる。Canvas 文書を構成するこれらのオブジェクトは、後に詳しく説明するデータ構造にしたがって会議文書に関連づけられてPCabに保存されている。なお、上記 B をクリックし、MC文書を表示した場合には、後に説明する 図６９に示すMC再生画面がWeb Browser上に表示される。
【０２７７】
上記Cをクリックし、IS文書を表示した例を図３８に示す。二つの項目が表示されている。それぞれの項目は、この会議においてISの機能により取り込まれたIS文書へのリンクである。IS文書は具体的には、ISで資料を表示しつつインクペンで書き込みを行い、その表示画面とインクペンの軌跡を合成したビットマップ画像である。ただし、ISで表示した資料が所定のアプリケーション（例えばマイクロソフト社製 MS-Office）の場合、IS文書は、インクペンで書き込まれた軌跡がオブジェクトとしてその資料ファイルに埋め込まれた状態の資料ファイルである。
【０２７８】
図３９に、上記 D をクリックしAP文書をPCab上から参照した例を示す。各項目はAPから入力されたコメント文字列であり、左端列はコメントが書き込まれたときの時刻である。各コメント文字列は同じ会議文書に関連づけられたMC文書にリンクされており、これをクリックすることで、その時刻のビデオをMC文書から再生することができる。
【０２７９】
〔Canvas文書画面およびIS文書画面からのMC文書へのリンク〕
Canvas 文書およびIS文書の各オブジェクトには、それらが会議中に作成された時刻が後に説明するデータ構造にしたがって、関連づけられて記録されている。図３７、図３８に示したCanvas文書画面およびIS文書画面から、各オブジェクトが会議中に作成された時刻でのビデオを、MC文書を参照して呼び出すことができる。
【０２８０】
図３７、図３８で上端の「ビデオモード」ボタンをクリックすると、各画面はビデオモードに切り替わる。ビデオモードでは、各オブジェクトは、その生成時刻のビデオ再生開始点にリンクされている。これをクリックすることにより、その時点でのビデオ映像が、図４０に示すMC再生画面により再生表示される。
【０２８１】
〔ToDo画面〕
トップ画面に表示されたToDoの項目で例えば「データ構造の定義」をクリックすると、その項目が発生した会議文書の板書すなわち、Canvasで作成し登録した板書内容をBrowserで表示する。このとき、該当するオブジェクトが視認できるように表示する。すなわち、該当するオブジェクトが会議文書の文末近傍にある場合は、それが見える状態となるようにスクロールして表示する。さらに、該当するオブジェクト近傍に目印を表示させたり、色を変えるなど、視認性を高めて表示する。図４１に「データ構造の定義」近傍にスクロールし矢印を付けて表示した例を示す。図４１はCanvasで記述した図２９に対応する。
【０２８２】
さらに、トップ画面（図３５）で、ToDo 項目の「詳細を表示」クリックすると、該当するToDoが発生した会議文書の書誌事項を表示する（図４２）。
【０２８３】
〔注目事項画面〕トップ画面中の注目事項タブをクリックすると「注目事項」の一覧が表示される（図４３）。一覧には、各オブジェクト（注目事項）が発生した会議名等の書誌事項の一部が同時に表示される。「注目事項」は、システムに登録されたすべての会議文書の中から、ログインユーザが参加者またはオーナーなっている会議文書をすべて抽出する。その中から「意味属性」-「共有化情報」が付けられたすべてのオブジェクトを抽出して表示する。該当するオブジェクトがテキストの場合はそのテキストの先頭から所定文字数の文字列を表示する。該当するオブジェクトがファイルおよび手書きオブジェクトである場合は、それらのオブジェクトに付けられたラベル文字列のうち、先頭から所定文字数の文字列を表示する。ラベル文字列はCanvas上でユーザが明示的に変更しなければ、ファイルオブジェクトの場合はファイル名、手書きオブジェクトの場合は生成時刻などから生成したユニークな文字列である。
【０２８４】
一覧表示がされた場合、ここで、例えば「機能（その他）」（図４３下から2行目）をクリックすると、その項目が発生した会議文書の板書すなわち、Canvas で作成し登録した板書内容をBrowserで表示する。図４４に「機能（その他）」を最上段にスクロールし矢印を付けて表示した例を示す。図４４はCanvasで記述した 図２９に対応する。このとき、該当するオブジェクトが視認できるように表示する。すなわち、該当するオブジェクトが見える状態となるようにスクロールして表示する。さらに、該当するオブジェクト近傍に目印を表示させたり、色を変えるなど、視認性を高めて表示する。
【０２８５】
さらに、図４１、図４４において、表示されているオブジェクトがファイルオブジェクトである場合は、それをクリックすることで、当該ファイルに関連づけられたアプリケーションでそのファイルを開くことができる。また、手書きオブジェクトである場合は、Canvasで生成した手書きオブジェクトはCabin内では、bitmap ファイル（xxx.bmp）として内部で保持されており、図４４で表示された手書きオブジェクトをクリックした場合、Browserでbitmapファイルに関連づけられているアプリケーションでそれを開く動作をする。例えば、MS-Windows（登録商標）上のBrowserではデフォルトでは「ペイント」というアプリケーション（MS-Windows（登録商標） に標準で添付）が起動し、手書きオブジェクトが表示される。
【０２８６】
〔IS文書による「注目事項」事項〕上記で説明した「共有化情報」属性、「ユーザ情報」属性は、PCabを構成するアーキテクチャでは、会議文書を作成するアプリケーションによらない。ISでは、IS文書に対しても、Canvas 同様に前記属性を付与してPCabに登録する。IS側でIS文書に属性を付ける動作はISの動作説明で説明する。
【０２８７】
IS文書で「共有化情報」属性を付与されたIS文書は、前述の会議録画面図３６以外にも、Canvas文書同様に「注目事項画面」にピックアップされてその見出しが表示される。この時の表示画面例を図４５に示す。見出しはIS文書であることがわかるように、所定の文字列がISによって付与される。この例では「BASE DOCUMENT」である。
【０２８８】
さらに図３８に示した、会議録からの画面での、「共有化属性」が付けられたIS文書は、その旨が表記される。図３８において、「共有」という印がそれを示している。さらに図３８において「重要」の印は、「共有化情報」属性にさらにラベル文字列“重要”がISによって付けられてPCabに登録されたことを示している。「共有化情報」属性とラベル文字列の関係は、既に「Canvasの機能」および「会議文書テーブル」で述べた。
【０２８９】
〔実施例＊２〕
図４６の構成ブロック図に示すシステムでは、会議アプリケーションとして“ＩＳ”を用いている。既述したようにISはインクペン（通常のホワイトボードマーカーペン）での手書きを支援するアプリケーションである。
【０２９０】
〔ハードウェア構成〕はじめに、ISにおいて手書きアノテーションを行うための既知装置を含むシステム構成を図４７、図４８に示す。このISのハードウェア構成は、既に特許出願されていて公知のものと同等のものである。
【０２９１】
カメラとプロジェクター部分はISハードウェアの筐体内（IS 本体）に投影スクリーンとともに設置される（図４７）。プロジェクターはパソコンのVideo出力に接続されており、パソコンのオペレーティングシステムが提供する操作画面は、プロジェクターに入力される。カメラはIEEE 1394インタフェースを介してパソコンと接続されている。これによりパソコンからカメラ操作（撮影指示、データ転送指示、など）のコマンドをカメラに送出する。さらに撮影された画像データはこれを介してパソコンに取り込まれる。パソコンはネットワークに接続されており、カメラで撮影した画像をPCabマシンなどネットワーク上のリモートマシンに格納することができる。
【０２９２】
パソコン上で、ISアプリケーションが稼働する。IS アプリケーションは、カメラやプロジェクターに所定のコマンドを送り、カメラから画像を取得する機能、取得した画像を所定のIS文書形式に変換する機能、所定のサービスを呼び出して生成されたIS文書をPCabに送信する機能、およびユーザが操作する操作インタフェース（操作画面）を提供する機能、を有するものである。IS アプリケーションは、ユーザの所定の操作で明示的に起動する場合の他に、システム起動時に自動で起動しても良い．操作画面を図４９に示す。
【０２９３】
また、表記パソコンには、ユーザが用いるアプリケーション（ワープロソフト、プレゼンテーションソフト、など）および、ユーザの所望の文書が格納されている。ユーザはこの文書を対応するアプリケーションで所定の操作により開き、その画面をプロジェクターを介してISのスクリーンに表示する。
【０２９４】
本願発明でのISアプリケーションによる資料文書へのアノテーションの概念を図５０を用いて説明する。資料文書は複数のページからなる任意のアプリケーション文書である。具体的にはワードプロセッサなどのアプリケーションが生成する文書である。
【０２９５】
アノテーションデータは、手書き入力手段によって入力された、資料文書へのアノテーションデータである。ここで、手書き入力手段は、ISシステムである場合と、マウスやタブレット、タッチパネルなど一般的なポインティングデバイスと透明ボードアプリケーションとの組み合わせによる場合がある。手書き入力手段が前者である場合、アノテーションデータはビットマップ画像である。手書き入力手段が後者である場合、アノテーションデータは直接的にはストロークである。ただし図示していない途中の処理でビットマップ画像に変換するものとする。なお透明ボードアプリケーションは例えば「らくがきかこう絵：（株）富士通大分ソフトウェアラボラトリ」が公知である。
【０２９６】
取得されたアノテーションデータは「資料文書」に所定の手順によって埋め込まれ、「アノテーション埋め込み資料文書」が生成される。取得されたアノテーションデータは「アノテーション埋め込み資料文書」および「資料文書」と関連づけられて管理される。関連づけのパラメータは、文書を特定する情報（文書IDなど）の他に文書内のページおよびページ内の位置である。
【０２９７】
一方、アノテーションを参照する場合は、所定のアプリケーションによりアノテーションを印刷イメージまたは資料文書に重畳して表示する。または、印刷イメージ，資料文書にアノテーションを埋め込み新たな文書ファイルとし、元の資料文書，元の印刷イメージ，アノテーションデータと共に関連づけて管理しても良い．ただし、元の資料文書へのアノテーションの埋め込みは、元の資料文書の形式に依存する。元の資料文書がマイクロソフト社製のMS-Office（商標）製品である場合の例を後に説明する。
【０２９８】
アノテーションにはPCabの概要で既に説明した属性を付けることができる。具体的には「意味属性-共有化情報」「意味属性-ユーザ情報」である。これらの属性は、資料文書内のアノテーションに対してユーザが意図して付ける「意味」であるとともに、PCab で参照されるメタデータである。本願発明では、資料文書を生成するアプリケーションに依存せずに、上記メタデータを定義できることが大きな特徴である。これを実現する手段として、本願発明では上記属性はアノテーションデータと関連づけて管理する。これにより「資料文書内で特定の属性が付けられたアノテーションは文書内のここである」などの参照を機械で（PCabで）行うことができる。図５１，図５２，図５３に文書画面、アノテーション後の文書画面、およびアノテーション画像の例を示す。
【０２９９】
IS アプリケーションは、図４８で示したパソコン上でユーザによって起動される。以下、IS アプリケーションの起動の流れを説明する。はじめに、以降の操作で生成されるIS文書をPCab上に置くか、ローカルストレージに置くかの選択をユーザに求める。以降の説明では、ユーザがPCabを選択した場合について説明する。もし、ユーザがローカルストレージを選択した場合は以降の説明でPCabに保存する記述をローカルディスクに読み替えるものとする。
【０３００】
ユーザがPCabを選択すると、Pcabへのログイン処理が行われる。ログインが成功すると、ISが接続する先の会議名の設定をユーザに求める。ここでは、後に述べる「会議接続サービス」を用いて、ログインユーザ所有の会議リスト一覧を取得し、リストから会議を選択するか新しい会議を作成する手順をユーザに求める。接続先会議が決定すると、アノテーションを付けるべき資料文書を選択させ、資料文書を表示する。資料文書はローカルストレージまたはPCab上の既存の会議に登録された文書から選択する。一連の手続きが終了すると、アノテーションを取得する操作を提供する「埋め込み」ボタンなど操作ボタン群を表示し、ユーザの所望の操作待ちとなる。
【０３０１】
IS文書が生成されるまでの第一の手順を説明する。これにはMS-Officeアプリケーションによる資料文書を用いている。文書処理手順を図５４のフローチャートに示す。はじめに、ユーザは先に述べたISアプリケーションを起動する。次に、ユーザはマイクロソフト社のMS-Officeで作成された任意の資料文書をパソコン上で起動する。起動した資料文書に対してスクロール操作等を行い、所望の箇所を表示する。ISのスクリーン上に表示された資料文書に対して、インクペンで書き込みを行う。 
【０３０２】
ユーザはインクペンでの書き込みを表示資料に埋め込みたいと思った時点で、ISアプリケーションの「埋め込み」または「重要埋め込み」ボタンをマウスでクリックする。ここで、プログラムは現在アクティブになっているWindowと、そこで動作するアプリケーションを検知する。現在アクティブなWindowの検知、およびそこで稼働するアプリケーション種類の検知は、オペレーティングシステムが提供する公知の方法をISアプリケーションが用いることで実現される。
【０３０３】
検知されたアプリケーションが MS-Office（登録商標） である場合に、次に示す処理が実行される。すなわち、例えば、MS-Word（登録商標）の場合、ダイナミックリンクライブラリWordDLLから Paste () 関数を呼びだし、付加画像のサイズ、貼り付け位置の情報を引数として与えることで指定の位置に画像を貼付ける。上記手順により、一連のIS文書が生成される（図５４参照）。
【０３０４】
一連のIS文書は下記の通りである。
A. オリジナルの MS-Office 文書
B. 撮影により取得された手書き画像
C. 撮影により取得された手書き画像がオブジェクトして埋め込まれた MS-Office 文書
【０３０５】
次に上記で述べた手順により生成されたIS文書をPCabに登録する手順を説明する。この手順は、前述の手順に続いて一連の動作として実行される。したがって、この手順を開始するためのユーザの操作ない。
【０３０６】
はじめに「埋め込み」ボタンが押された場合、一連のIS文書に対して以下の属性を付ける。
IS文書 A：「共有化情報」= false
IS文書 B：「共有化情報」= true, ラベル文字列=“null”
IS文書 C：「共有化情報」= false
【０３０７】
はじめに「重要埋め込み」ボタンが押された場合、一連のIS文書に対して以下の属性を付ける。
IS文書 A：「共有化情報」= false
IS文書 B：「共有化情報」= true, ラベル文字列=“重要”
IS文書 C：「共有化情報」= false
【０３０８】
さらに、上記いずれのボタン操作の場合も、IS文書の生成時刻がIS文書に関連づけられる。属性と生成時刻が付与されたIS文書は、所定のデータ形式に変換されPCabに登録される。登録先は、IS アプリケーション起動時に指定したIDを持つPCab 上の会議である。PCabへの登録手順とデータ形式は「会議接続サービス」「会議文書テーブル」で詳細に述べる。
【０３０９】
IS文書が生成されるまでの第二の手順（画面記録）を説明する。処理手順を図５５のフローチャートに示す。ユーザは任意のアプリケーションで作成された任意の資料文書をパソコン上で起動する。このとき、先に述べたISアプリケーションも同時に起動している。
【０３１０】
ユーザは表示資料画面を記録したいと思った時点で、ISアプリケーションの「画面保存」をマウスでクリックする。ここで、プログラムは画面全体のスナップショットのビットマップ画像をIS文書として取得する。上記手順により、一連のIS文書が生成される。一連のIS文書は、D.画面のスナップショット画像である。
【０３１１】
次に上記で述べた第二の手順により生成されたIS文書をPCabに登録する手順を説明する。この手順は、前述の手順に続いて一連の動作として実行される。したがって、この手順を開始するためのユーザの操作はない。「画面記録」ボタンが押された場合、IS文書に対して以下の属性を付ける。
IS文書 D：「共有化情報」= true,ラベル文字列=“null”
【０３１２】
さらに、上記いずれのボタン操作の場合も、IS文書の生成時刻がIS文書に関連づけられる。属性と生成時刻が付与されたIS文書は、所定のデータ形式に変換されPCabに登録される。登録先は、ISアプリケーション起動時に指定したIDを持つPCab上の会議である。
【０３１３】
IS文書が生成されるまでの第三の手順（自動画面記録）を説明する。この処理手順を図５６のフローチャートに示す。ユーザは任意のアプリケーションで作成された任意の資料文書をパソコン上で起動する。このとき、先に述べたISアプリケーションも同時に起動している。
【０３１４】
はじめにユーザは、ISアプリケーションの操作画面で自動画面記録モードに明示的に切り替える。具体的には「自動画面保存」ボタンを押す操作を行う．このボタンはトグル動作であり、再びこのボタンを押すまでは自動記録モードが保持される。
【０３１５】
自動画面記録モードでは、上記第三の手順（画面記録）で述べた動作を所定の時間間隔で繰り返す動作をする。取得されたビットマップ画像のIS文書は、取得される都度PCabに同様の動作で登録される。
【０３１６】
上記手順により、一連のIS文書が生成される。一連のIS文書は下記の通り。
E. 所定時間間隔で取得された、画面のスナップショット画像群
【０３１７】
次に上記で述べた手順により生成されたIS文書をPCabに登録する手順を説明する。この手順は、前述の手順に続いて一連の動作として実行される。したがって、この手順を開始するためのユーザの操作ない。
【０３１８】
「自動画面保存」ボタンが押された状態の場合、所定の時間間隔で画面スナップショットのビットマップ画像が取得される毎に次の動作を行う。
IS文書に対して以下の属性を付ける。
IS文書 E：「共有化情報」= false,ラベル文字列=“null”
【０３１９】
さらに、上記スナップショットを取得する毎に、IS文書の生成時刻（スナップショットの取得時刻）がIS文書に関連づけられる。属性と生成時刻が付与されたIS文書は、所定のデータ形式に変換されPCabに登録される。登録先は、ISアプリケーション起動時に指定したIDを持つPCab上の会議である。
【０３２０】
上記の通り、一つのスナップショット画像を一つのIS文書として扱い管理するほかに、一連のスナップショットは所定の時間間隔で取得されているので、これを一単位のストリーミングデータ（例えばビデオ）として見なす管理方法を採ることも可能である。この場合、「自動画面保存」ボタンが押され自動画面保存モードがonになった時刻を開始時刻、再び「自動画面保存」ボタンが押され自動画面保存モードがoffになった時刻を終了時刻、フレーム間隔はスナップショット取得時間間隔、とする。
【０３２１】
さらにスナップショット取得時間間隔がビデオのフレームレート例えば1/30秒（30フレーム/秒）より長い場合、隣接するスナップショットの間をはじめのスナップショットで1/30秒ごとに補間することにより、時間軸に対してビデオデータと同様の構造を持つデータを生成することができる。これにより、自動保存された一連の画面は、開始時刻と開始時刻からの時間によって管理される、前述したMCが生成するビデオと同様に管理することができる。
【０３２２】
また、手書きアノテーション画面の変化は一般の動画像に比べて遅いことから、スナップショット取得の時間間隔は数分程度で十分な場合が考えられる。しかし、スナップショット群を参照する場合は、ユーザは任意の時刻を指定したい。ユーザはスナップショットが取得された時刻や時間間隔を意識しないからである。この場合、例えばスナップショット取得間隔が5分であれば、これを1分間隔で補完する処理を行えば、ユーザは分単位の任意の時刻で、参照点を指定することができ、ユーザビリティが向上する。このような補完処理の概念図を図５７に示す。
【０３２３】
さらに、画面のストローミングデータを生成する方法として、画面の自動記録を所定の時間間隔で行うのではなく、画面の変化（例えば書き込んだストロークの数、長さなどの増分）が所定のしきい値を超えた場合にスナップショットを取得する等の方法を導入してもよい。画面の変化分からスナップショットをとること自体はQuickBoard（市村他、"QuickBoard：任意のアプリケーション画面をリアルタイム配信するWebシステム",情報処理学会論文誌Vol.45,No.1,2004.1）で公知である。
【０３２４】
〔実施例＊３〕
図５８の構成ブロック図に示すシステムでは、会議アプリケーションとして“AP”を用いている。APは本発明に係る第三の議事記録手段であり、シーン記録中に個人的なメモを記録するためのプログラム(以下「個人メモプログラム」と呼ぶ)で、PDAまたはNotePCなど、会議参加者が持ち込んだ情報端末上で動作するソフトウェアアプリケーション（ツール）である。ユーザは会議中に必要に応じてコメントやメモなどのテキストを入力することができ、入力されたテキストは、時刻と関連づけられて、いくつかの書誌事項とともに記憶されAP文書として生成される。
【０３２５】
図５９は、「個人メモプログラム」の情報端末上での表示画面例を示す図である。以下、図の表示画面における構成物について説明する。
〔1a〕議題ボタン；話題の転換点を記録するためのボタンであり、このボタンを押すと後述する議題フラグが付けられる。
〔1b〕議題表示欄；最後に議題ボタンを押した時のチャプタ番号及びテキスト入力を表示する欄。
〔1c〕通常ボタン；議題ボタンとは異なり、押した時に議題フラグが付けられないボタン。別途用意された編集プログラム(図示せず)を用いて、ユーザが各々のボタンの名称を設定する。
〔1d〕終了ボタン；プログラムを終了させるためのボタン。
【０３２６】
上記の図５９の各ボタンを押す度に、以下の3つの情報が互いに関連付けられた状態で、メモファイルに追記される。
〔2a〕時刻；各ボタンを押した時の絶対時刻。年月日時分秒で表される。
〔2a〕議題フラグ；押されたボタンが議題ボタンである場合1、通常ボタンである場合0。
〔2a〕ボタン名又はテキスト入力；（設定されているもの）
【０３２７】
ここで、議題ボタン又はコメントボタンが押された場合は、図６０のように、議題又は自由コメントを入力するためのテキスト入力画面が表示される。テキスト入力欄に所定の文字列を入力し、OKボタンを押すと、テキスト入力欄に入力されたテキストが、ボタンを押した時刻及び議題フラグと共に、メモファイルに追記される。
【０３２８】
個人メモプログラムが動作する携帯端末の構成を図６１に示す。プログラムを実行するための、CPU、メモリ、データ表示用の液晶ディスプレイ、入力用のタッチパネル、PCとの接続のためのシリアル通信インタフェースを備える。
【０３２９】
タッチパネルはユーザがペンで接触したことを検知し、ペンがパネルに触れた場合にはペンダウン信号、ペンがパネルに触れたまま移動した場合にはペンムーブ信号、ペンがパネルから離れた場合にはペンアップ信号、及びその位置(xy座標値)信号を出力する。また、ディスプレイに表示されたボタンなどに対してユーザが操作できるように、液晶表示ディスプレイの表示面に重ねて設置する。
【０３３０】
時刻記録操作時には、携帯端末は独立して動作する。記録後、携帯端末をシリアルケーブルでクライアントPCへ接続し、時刻データを転送する。クライアントPCでは、転送された時刻データに従い、ネットワーク上のビデオサーバに記録された動画データを検索し表示する。
【０３３１】
本実施例の会議アプリケーションAPは、(a)携帯端末上で動作する個人メモプログラム、(b)携帯端末上で動作する送信プログラム、(c)クライアントPC上で動作する検索プログラム、によって実現される。以下、それぞれの動作を説明する。
【０３３２】
〔個人メモプログラム〕以下、図６２のフローチャートを参照して各ステップごとに個人メモプログラムの動作を説明する。
【０３３３】
〔画面表示〕；図５８に示す画面を、ディスプレイに表示する。
〔ペン表示〕；ユーザがペンを使い、ボタンをタップする操作を待つ。
〔終了ボタン〕；ペンが触れた位置を取得し、それが×ボタンの上であれば、メモファイルをメモリに記録し、処理を終了する。それ以外のボタンの上であれば、次の「時刻・議題フラグ記録」ステップに進む。
〔時刻・議題フラグ記録〕；ボタンが押された絶対時刻及び議題フラグを、メモリ上に記録する。
〔議題orコメントボタン〕；ペンが触れた位置が議題ボタン又はコメントボタンの上であれば、「テキスト入力画面表示」ステップに進む。それ以外のボタンの上であれば、次の「ボタン名取得」ステップに進む。
〔ボタン名取得〕；押されたボタン上に書かれたボタン名を、メモリ上に記録する。
〔テキスト入力画面表示〕；Fig. 38 に示すテキスト入力画面を、ディスプレイに表示する。
〔テキスト取得〕；ユーザがペンを使い、図６０の画面上でOKボタンをタップするのを検知すると、その時点でテキスト入力欄に記されている文字列を、メモリ上に記録する。
〔メモファイルに追記〕；メモリ上に記録された時刻、議題フラグ、並びにボタン名若しくはテキストを、メモファイルに追記する。
その後「ペン指示入力」ステップに戻り、上記の通り処理を繰り返す。
【０３３４】
上記の一連の動作により記録されたメモファイルの一例を図６３に示す。この図は、議題ボタン (テキスト入力なし)、重要ボタン、議題ボタン (「鈴木さん発表」とテキスト入力)、聞き漏らしボタン、結論ボタン、コメントボタン (「月末までの宿題」とテキスト入力)、終了ボタンという順にボタンが押されたことを示している。時刻、議題フラグ、ボタン名又はテキストは、タブにより区切られている。
【０３３５】
〔送信プログラム〕携帯端末上で実行されるプログラムであり、個人メモプログラムにより記録されたメモファイルを、シリアルケーブルで接続されたクライアントPCへ送信する。このプログラムは既に市販されている(例えば、携帯端末がMicrosoft社のPocket PCである場合、ActiveSyncが該当する)ため、ここでは説明を省略する。
【０３３６】
〔実施例２〕
既に説明した会議アプリケーションのCanvaを、別な会議アプリケーションのMCで置き換えたシステム例を、図６４の構成ブロック図に示す。ネットワークストレージに至るシステム構造は、それぞれのアプリケーションによって多少異なるが、全体の構造説明であるために簡略化して示してある。
【０３３７】
図６３の構成ブロック図に示すシステムでは、会議アプリケーションとして“MC”を用いている。“MC”は、会議シーン全体の記録のために 映像、音声などを記録し、再生するシステムであり、記録と再生サブシステムからなる。以下に、既知部分を含めて“MC”について説明する。
【０３３８】
まず、“MC”が稼働する記録サブシステムのハードウエア構成を図６５の概略ブロック図に示す。記録PCは、CPU、メモリ、ハードディスクなどを内蔵する、一般的なパーソナルコンピュータである。カメラの出力するアナログビデオ信号は、 記録PCに接続されたビデオキャプチャボードを通して記録PCに入力する。マイクアレイの各マイクロフォンの出力するアナログオーディオ信号は、記録PCに接続された4チャネルのオーディオキャプチャボードを通して記録PCに入力する。
【０３３９】
〔パノラマカメラ（パノラマビデオ撮影機能）〕映像記録のために、曲面ミラーによるパノラマ(180度またはそれ以上)ビデオカメラを使用している。 
図６６にマイクロホンとカメラの配置を示す。
【０３４０】
図６７にパノラマカメラの概略構成を示す。通常のカメラの前面に曲面ミラーを配設し、ミラーに映った周囲のシーンを広角に撮影する。ミラーは、水平方向のみに曲率を持つ凸面鏡である。このような曲面ミラーにより、水平方向にのみ圧縮された画像を写り、これを横方向に一様に拡大すれば、水平方向に広角の画像となる。このような拡大処理は、PCで再生時に処理できるので、実質的に変形不要という特徴がある。レンズは、通常のビデオカメラ用結像レンズである。撮像部は、光学系で結像した画像をCCD撮像素子により電子信号に変換する。インタフェース回路を通じアナログビデオ信号として出力する。このようなカメラを机上に設置することは、カメラパンなどの操作が不要となる、また、参加者の顔が写りやすい等のメリットがある。
【０３４１】
図６８に再生システムの構成を示す。ビデオ再生機能を実行するシステムは、ネットワークで接続されたサーバPCとクライアントPCからなる。クライアントPCには、画像を表示するモニタ、音声を再生するスピーカ、ユーザ操作を入力する、キーボード、マウスが接続される。クライアントは、ユーザの操作により、ビデオデータの検索要求をサーバに送信する。サーバは、記録サブシステムから登録されたデータの中から、条件に合うデータを検索する検索されたビデオデータなどを表示するためのデータを クライアントに送信する。
【０３４２】
次に、このシステムの制御（ソフト）について説明する。
〔会議ID取得〕ユーザの入力するユーザ名、場所IDをサーバに送信し、現在開催中の会議IDを取得する。
〔映像音声記録〕カメラ、マイクから映像と音声データを入力し、MPEGアルゴリズムなどで圧縮処理した後、ハードディスク上にファイルとして記録する。
〔音源方向検出〕各マイクロフォンから入力する音声情報の時間差を計算する。
〔前処理〕各期間の時間差情報を平滑化処理してノイズを低減し、発話の時間と方向データを得る。時間方向データを元に、タイムチャート画像データを生成する。
〔サーバ登録〕再生システムで利用できるように、記録したデータをサーバに登録する。登録した各データにはコンテンツIDと呼ぶユニークな識別子を付与し、以後、コンテンツIDを使って、その内容を呼び出すことができる（コンテンツIDの詳細は、既述の会議文書テーブルの説明参照）。
【０３４３】
本実施形態での記録（サブ）システムによる上記記録機能は、会議シーンの記録に適した以下の特徴を持ち、映像、音声、その他(音源方向)を記録している。
【０３４４】
〔音源方向検出機能〕誰がいつ発言したか、という情報は、会議シーンの場を再現するために重要である。MCではその情報を記録するため、音源方向を計測するようになっている。すなわち、カメラ匡体内の各部に配置された複数のマイクロフォンで音声を取得し、その音声情報の到達時間差を基に、音源の方向を逐次計算して記録する。短時間の区間ごとに相互相関を計算し、最も相関の高い時間差を求める。音声再生のため音声自身も記録する。カメラとマイクアレイの位置関係が固定されているため、音源方向を映像内容と対応させて計測、記録することができる。
【０３４５】
〔付帯情報(時刻、場所、会議ID) 付与機能〕個々のビデオデータには、記録開始、終了時刻を画像記録する。また、MC以外のサブシステム(Canvas,ISなど)での記録と関連付けるため、ビデオデータ記録時に、時刻／場所／ユーザ情報により、会IDを取得（生成）し、当該ビデオデータに関連付けて記録する。
【０３４６】
実施例でのサーバ登録機能により、登録するデータは、次の通りである。
“タイムチャート画像データ”；撮影ビデオデータ ビデオデータについては、以下の情報を記録する。
“ポインタ”；ビデオデータをアクセスするためのURL。ビデオデータ自身はビデオストリーミング通信のため、ストリーミングサーバへコピーする。
“記録時刻”；ビデオ記録を開始した時刻と終了した時刻。
対応するタイムチャート。
【０３４７】
〔サーバプログラム〕サーバプログラムは、検索要求としてHTTP通信を受信し、HTMLデータを返送する。サーバプログラムは、HTTPデーモンとして実現する。つまり、HTTP通信のGET、またはPOSTパラメータとして、検索条件を入力し、ビデオ表示のためのHTMLデータを出力する。そのため、どんなプログラムでも、Webブラウザ(コンポーネント)を呼び出し、検索条件を含む特定のURLをアクセスするだけで、希望するビデオデータを再生することができる。
【０３４８】
〔再生機能〕前記の記録サブシステムで記録したデータを再生する。記録システムを長期間運用すると、多数のビデオデータが記録され、その総時間は膨大になりうる。しかしある時点でユーザが本当に参照したいのは、そのうちの一本のビデオデータの、さらにある一定の時間範囲だけであると考えられる。したがって、再生すべきビデオデータを適切に検索する方法が重要である。 
【０３４９】
本実施形態では、MC文書は、
・Cabin (Canvasデータのアウトライン表示ページ)
・Cabin (ISデータのサムネイル表示ページ)
・Cabin (個人メモの表示ページ)
・AssociaPad Viewer
などのサブシステムから呼び出され次のような処理が行なわれる。
【０３５０】
〔検索〕記録されたデータの中から、入力された条件に合致するビデオデータを検索する。
〔入力パラメータ〕；検索時の入力パラメータは以下のものとする。
“会議ID(sid)”；再生したい会議を指定する。
“コンテンツID(cid)”；再生したいビデオデータを指すコンテンツIDを指定する。
“再生開始時刻(t)”；ビデオ再生したい開始時刻を指定する。
【０３５１】
〔ビデオデータ選択法〕まず、蓄積された複数のビデオファイルの中から、一つを選択する方法を説明する。ここでは複数の方法を提供する。
【０３５２】
〔会議IDによる選択〕(Cabinで)会議を参照する場合、システムはユーザが参照している会議IDを認識できる。そこで、ユーザがCabinで特定の会議データを参照しているときに、その会議のビデオを再生する場合には、その会議IDを使って再生するビデオデータを検索することができる。会議IDを与えると、その会議IDに関連付けられたビデオを検索し、再生する。
【０３５３】
〔時刻による選択〕各ビデオデータには、記録開始、終了時刻が付属して記録されている。そこで、ユーザは時刻を指定し、システムはその時刻を記録時間範囲に含むビデオデータを検索することで、ビデオデータを選択し、再生することもできる。
【０３５４】
〔検索条件併用選択（混合）〕
上記会議ID、時刻の他に、参照を許されたユーザ、場所情報も検索に利用できる。しかし、これらの情報単独では、検索条件として十分でない場合もある。そこで、これらの情報を組み合わせて検索する。これにより、検索精度を向上させることができる。
【０３５５】
入力内容の一例を挙げれば、ホスト名：videoserver、プログラム名: viewerとすると、
http://videoserver/viewer?sid=1&cid=10&t=2004/2/20-10:20:30
なるURLへアクセスすることにより、会議ID:1、コンテンツID:10、時刻:2004/2/20 10:20:30という検索条件で、ビデオ再生を指示する。
【０３５６】
また、入力パラメータを省略することもでき、例えば、
http://videoserver/viewer?t=2004/2/20-10:20:30
という形は時刻情報だけをキーにした検索要求となる。
【０３５７】
〔複数候補の提示・選択〕
上述した方法のうちいずれかの方法で検索した結果、候補となるビデオデータが複数ある場合、(一つの会議で2本のビデオを撮影した場合など)それら複数の候補ビデオをリスト表示してユーザに提示し、ユーザに選択させることで最終的に一つのビデオデータを決定する。すなわち、検索結果として複数のビデオデータが得られた場合には、次のような処理が行なわれる。
【０３５８】
〔リスト表示〕それぞれのビデオデータの時刻データなどをリスト表示したHTMLデータを出力する。ここで、各リストをコンテンツIDを指定した再生URLへのリンクとしておく。
〔ユーザ選択〕クライアントPC上に表示されたリストのひとつをユーザが選択する。これによりビデオデータを指定したビデオ表示要求がサーバへ再送される。
〔ビデオ再生データ出力〕この段階で、ビデオデータは一意に決定しているので、サーバは、そのデータを再生するためのHTMLデータを送信する。
〔データ送信〕上記処理の結果として以下の情報を含むHTMLデータをクライアントに送信する。
【０３５９】
“ビデオデータURL”；ビデオデータをアクセスするためのポインタ情報
“タイムチャートURL”；タイムチャートデータをアクセスするためのポインタ情報
“ユーザ操作処理プログラム”；シーク動作などのために、クライアントPCのWebブラウザ上で実行させるjavascriptプログラム。
なお、検索結果として単一のビデオデータが抽出された場合は、サーバは、そのデータを再生するためのHTMLデータを送信する（ビデオ再生データ出力）。
【０３６０】
〔再生機能〕サーバから受信したHTMLデータの再生に関連する機能を説明する。図６９に受信したビデオ再生データをクライアントPC上で表示した再生画面を示す。タイムチャート、ビデオの他、 再生の「開始」「一時停止」「停止」ボタンを表示する。これらを押すことにより、一般的なビデオ再生機器と同様に、ビデオの再生を開始/一時停止/停止する。
【０３６１】
〔クライアント側プログラム〕前述のようにビデオ再生データはHTMLデータであり、クライアントPCのWebブラウザ上で実行させる、javascriptなどで記述されたプログラムを内部に含む。クライアント側の、サーバから受信したHTMLデータの再生に関連するプログラムの動作・機能を説明する。
〔現在時刻〕タイムチャート上に表示する現在時刻バーを、ビデオ再生の進行に連れて移動する。周期的(1秒ごと)に起動し、ビデオ再生コンポーネントから現在再生時刻を取得し、現在時刻バー要素の縦方向の位置を設定する。 
【０３６２】
〔時刻ジャンプ〕ビデオや音声データ自身は、再生するのに時間がかかる。1時間のビデオデータを全体を再生するには通常1時間かかる。再生したいビデオファイルが選択できたとして、ユーザはさらにその中の特定の時間範囲を選択する必要がある。以下では、本実施例システムの提供しているビデオデータ中の重要な時間範囲を検索するための機能を説明する。
【０３６３】
〔タイムチャート表示〕
タイムチャートにより時間を空間的視覚的に表示し、その中の位置をマウスなどのポインティングデバイスで指示することにより、再生時刻を特定する。タイムチャート上には、以下の情報を表示する。
【０３６４】
〔音源方向〕
記録サブシステムで計測、記録された音源方向を表示する。タイムチャートの横軸をパノラマビデオ画像の横軸と対応させ、発話のあった方向、時刻にマークを表示する。マークと同じ横位置の画像を見れば、発話者が写っているので、ユーザは発話者を特定することができる。発話マークは、次に説明するコンテンツマークと違い、会話さえすれば自動的に記録、表示されるので、ユーザに負担を全くかけないことが特徴である。
【０３６５】
〔マーク表示〕Cabin、AssociaPadなど、他のコンテンツ表示に対応した時刻をタイムチャート上に表示するため、呼び出される。入力される時刻とラベルに対応して、タイムチャート上にマークを表示する。
【０３６６】
〔コンテンツ(APad,Canvas)〕
AssociaPad, Canvasなど、時刻を記録するシステムと協調して記録した場合、それらの時刻情報も、タイムチャート上に表示する。例えば図６９では、「今日の結論」というコンテンツに対応する位置に、マークが表示されている。これにより豊富な視覚表現を実現することができる。コンテンツマークは、前の発話マークと違い、ユーザの機器操作を記録するので、正確な時刻を表示できる。
【０３６７】
〔シーク〕ビデオ再生時刻を変更する。ビデオ再生コンポーネントに現在時刻を設定する。以下の二通りの呼び出し場面がある。
〔Ａ：ビデオ再生画面内から〕タイムチャート上のマウスクリックイベントから起動され、クリック位置からタイムチャート上の対応時刻を計算し、再生時刻を変更する。
〔Ｂ：外部プログラムから〕AssocidPadやCanvasでの各コンテンツ表示へのクリックから起動され、そのコンテンツに付属して記録された時刻(絶対時刻)から、再生中のビデオの記録開始時刻を減算し、相対時刻を求めた上でその時刻へジャンプする。
【０３６８】
以上実施例を挙げて本発明について説明した。実施形態においては、下記のような効果を得ることができる。
(1)会議で生成される様々な会議文書を会議単位で関連づけて管理することができ、会議の流れ，経緯，決定事項，その後のアクション結果など、会議のコンテクストを会議メンバーで確実に共有することができ、グループワークの効率の著しい向上が期待できる。
(2) 会議文書内のオブジェクトを生成時刻により、同じ会議で生成された異なるメディア例えばストリーミングデータ（ビデオ）と非ストリーミングデータ（議事録）を関連づけることにより、会議コンテクストの理解と共有の確実性が大幅に向上されることが期待できる。
(3) 会議文書または会議文書内のオブジェクトに付与された属性性情報により、作法やメディアが異なる様々な会議アプリケーションが生成する会議文書または会議文書内オブジェクトを関連づけて管理または参照することにより、ユーザの目的や思考スタイルの違いよる利用ツールの違いによらず、目的のコンテクストを確実かつ迅速にグループで共有、あるいは個人で把握することができ、グループワークの効率の著しい向上が期待できる。
(4) 様々な会議アプリケーションが生成する会議文書のデータ構造とそれにアクセスするサービス群をプラットフォームとして定義することにより、システムの汎用性の著しい向上が期待できる。これにより、作法が異なる様々な会議文書作成ツールを効率よく提供することができる。
【図面の簡単な説明】
【０３６９】
【図１】本発明の一実施形態の基本概念を表す説明図である。
【図２】実施形態システムのハードウェア構成を示すブロック図である。
【図３】実施形態システムの利用方法を示すフローチャートである。
【図４】実施形態システムのアーキテクチャを示す図である。
【図５】本発明に係るシステムの構成図である。
【図６】本発明に係るデータベースのデータ構造図である。
【図７】会議文書のデータ構造を示す図である。
【図８】会議文書のコンテンツのデータ構造を示す図である。
【図９】会議文書の意味属性のデータ構造を示す図である。
【図１０】会議文書のアプリケーション情報リストのデータ構造を示す図である。
【図１１】会議文書のアプリケーションデータリストのデータ構造を示す図である。
【図１２】会議文書のeKCデータのデータ構造を示す図である。
【図１３】会議文書のeKC独自データのデータ構造を示す図である。
【図１４】会議文書であるISデータのデータ構造を示す図である。
【図１５】会議文書であるMCデータのデータ構造を示す図である。
【図１６】会議文書のMC独自データのデータ構造を示す図である。
【図１７】会議文書であるAssociaPadデータのデータ構造を示す図である。
【図１８】会議文書のAssociaPad独自データのデータ構造を示す図である。
【図１９】個人情報テーブルのデータ構造を示す図である。
【図２０】ToDo情報テーブルのデータ構造を示す図である。
【図２１】文書情報テーブルのデータ構造を示す図である。
【図２２】ユーザ情報テーブルのデータ構造を示す図である。
【図２３】組織情報テーブルのデータ構造を示す図である。
【図２４】会議室情報テーブルのデータ構造を示す図である。
【図２５】グループ情報テーブルのデータ構造を示す図である。
【図２６】開催会議テーブルのデータ構造を示す図である。
【図２７】操作関数（メソッド）を示す図である。
【図２８】本発明に係る、会議アプリケーションCanvasを用いたシステムの構成図である。
【図２９】Canvasの文書作成・編集画面である。
【図３０】マスタクライアントアプリケーションに基づくディスプレイの表示画面の一例を示す正面図である。
【図３１】マスタクライアントアプリケーションにおけるオブジェクトの挙動を模式的に
【図３２】マスタクライアントアプリケーションに基づくディスプレイの表示画面の一例を示す正面図である。
【図３３】バスケットに関連する第二の実施例の概要を示す説明図である。
【図３４】Cabinにおける、ログイン画面の表示例である。
【図３５】Cabinにおける、ログインユーザ向けのトップ画面の表示例である。
【図３６】会議録画面の表示例である。
【図３７】Canvas文書をPCab上から参照した参照画面例である。
【図３８】IS文書をPCab上から参照した参照画面例である。
【図３９】AP文書をPCab上から参照した参照画面例である。
【図４０】MC再生画面である。
【図４１】会議文書の板書内容を「データ構造の定義」近傍にスクロールした場合の表示例である。
【図４２】ToDo が発生した会議文書の書誌事項を表示する詳細表示画面である。
【図４３】「注目事項」の一覧表示画面である。
【図４４】「注目事項」の一覧表示画面である。
【図４５】IS文書による「注目事項」が表示された画面例である。
【図４６】本発明に係る、会議アプリケーションＩＳを用いたシステムの構成図であ
【図４７】ISにおいて手書きアノテーションを行うためのISシステム構成図である。
【図４８】ISにおいて手書きアノテーションを行うためのISシステム構成図である。
【図４９】IS アプリケーションの操作画面例を示す図である。
【図５０】ISアプリケーションによる資料文書へのアノテーションの概念を説明する図である。
【図５１】資料文章の表示画面の一例である。
【図５２】アノテーション後の文書画面（アノテーション画面）の一例である。
【図５３】アノテーション画像の一例である。
【図５４】資料文書へのアノテーション取り込み手順を示すフローチャートである。
【図５５】ISアプリケーションにおける画面記録手順を示すフローチャートである。
【図５６】ISアプリケーションにおける自動画面記録モードを示すフローチャートである。
【図５７】ISアプリケーションにおける自動画面記録の補完処理の概念図である。
【図５８】本発明に係る、会議アプリケーションＡＰを用いたシステムの構成図であ
【図５９】「個人メモプログラム」の情報端末上での表示画面例を示す図である。
【図６０】「個人メモプログラム」でのテキスト入力画面である。
【図６１】個人メモプログラムが動作する携帯端末の構成ブロック図である。
【図６２】個人メモプログラムの動作フローチャートである。
【図６３】個人メモプログラムにより記録されたメモファイルの一例である。
【図６４】本発明に係る、会議アプリケーションMCを用いたシステムの構成図である。
【図６５】“MC”が稼働する記録サブシステムのハードウエア構成を示す概略ブロック図である。
【図６６】記録サブシステムにおけるマイクロホンとカメラの配置の説明図である。
【図６７】パノラマカメラの概略構成を示す図である。
【図６８】“MC”が稼働する再生システムのハードウエア構成を示す概略ブロック図である。
【図６９】ビデオ再生データをクライアントPC上で表示した再生画面例である。
【図１】
2006146415.tif 000003
【図２】
2006146415.tif 000004
【図３】
2006146415.tif 000005
【図４】
2006146415.tif 000006
【図５】
2006146415.tif 000007
【図６】
2006146415.tif 000008
【図７】
2006146415.tif 000009
【図８】
2006146415.tif 000010
【図９】
2006146415.tif 000011
【図１０】
2006146415.tif 000012
【図１１】
2006146415.tif 000013
【図１２】
2006146415.tif 000014
【図１３】
2006146415.tif 000015
【図１４】
2006146415.tif 000016
【図１５】
2006146415.tif 000017
【図１６】
2006146415.tif 000018
【図１７】
2006146415.tif 000019
【図１８】
2006146415.tif 000020
【図１９】
2006146415.tif 000021
【図２０】
2006146415.tif 000022
【図２１】
2006146415.tif 000023
【図２２】
2006146415.tif 000024
【図２３】
2006146415.tif 000025
【図２４】
2006146415.tif 000026
【図２５】
2006146415.tif 000027
【図２６】
2006146415.tif 000028
【図２７】
2006146415.tif 000029
【図２８】
2006146415.tif 000030
【図２９】
2006146415.tif 000031
【図３０】
2006146415.tif 000032
【図３１】
2006146415.tif 000033
【図３２】
2006146415.tif 000034
【図３３】
2006146415.tif 000035
【図３４】
2006146415.tif 000036
【図３５】
2006146415.tif 000037
【図３６】
2006146415.tif 000038
【図３７】
2006146415.tif 000039
【図３８】
2006146415.tif 000040
【図３９】
2006146415.tif 000041
【図４０】
2006146415.tif 000042
【図４１】
2006146415.tif 000043
【図４２】
2006146415.tif 000044
【図４３】
2006146415.tif 000045
【図４４】
2006146415.tif 000046
【図４５】
2006146415.tif 000047
【図４６】
2006146415.tif 000048
【図４７】
2006146415.tif 000049
【図４８】
2006146415.tif 000050
【図４９】
2006146415.tif 000051
【図５０】
2006146415.tif 000052
【図５１】
2006146415.tif 000053
【図５２】
2006146415.tif 000054
【図５３】
2006146415.tif 000055
【図５４】
2006146415.tif 000056
【図５５】
2006146415.tif 000057
【図５６】
2006146415.tif 000058
【図５７】
2006146415.tif 000059
【図５８】
2006146415.tif 000060
【図５９】
2006146415.tif 000061
【図６０】
2006146415.tif 000062
【図６１】
2006146415.tif 000063
【図６２】
2006146415.tif 000064
【図６３】
2006146415.tif 000065
【図６４】
2006146415.tif 000066
【図６５】
2006146415.tif 000067
【図６６】
2006146415.tif 000068
【図６７】
2006146415.tif 000069
【図６８】
2006146415.tif 000070
【図６９】
2006146415.tif 000071