(57)【要約】【課題】多拠点間で物理付箋と電子付箋を用いて情報共有する場合、電子付箋で表示している端末側で電子付箋を更新すると、物理付箋で表示している端末側は同期できない。【解決手段】クライアント端末であって、物理付箋の情報を取得して当該物理付箋に対応する電子付箋を生成する、もしくはユーザーから入力された情報に従って電子付箋を生成する生成手段と、他のクライアント端末と通信し、電子付箋の同期を行うデータ同期手段と、電子付箋を表示部により表示させる表示手段と、電子付箋に対応する物理付箋と自クライアント端末とが同じ拠点に位置するか否かを判定する判定手段とを有し、前記表示手段は、前記判定手段により電子付箋に対応する物理付箋と自クライアント端末とが同じ拠点に位置しないと判定した場合、当該電子付箋に対する操作を許可しない旨を前記表示部により表示させる。【選択図】  図３
2014119924.tif 000002
【特許請求の範囲】
【請求項１】
複数の拠点にて付箋を用いて情報共有を行うための電子会議システムに含まれるクライアント端末であって、
電子化された付箋である電子付箋を保持する保持手段と、
物理付箋の情報を取得して当該物理付箋に対応する電子付箋を生成する、もしくはユーザーから入力された情報に従って電子付箋を生成する生成手段と、
他のクライアント端末と通信し、前記保持手段にて保持する電子付箋の同期を行うデータ同期手段と、
前記保持手段にて保持する電子付箋を表示部により表示させる表示手段と、
電子付箋に対応する物理付箋と自クライアント端末とが同じ拠点に位置するか否かを判定する判定手段と
を有し、
前記表示手段は、前記判定手段により電子付箋に対応する物理付箋と自クライアント端末とが同じ拠点に位置しないと判定した場合、当該電子付箋に対する操作を許可しない旨を前記表示部により表示させることを特徴とするクライアント端末。
【請求項２】
前記表示手段にて表示した電子付箋に対する操作を受け付ける操作手段を更に有することを特徴とする請求項１に記載のクライアント端末。
【請求項３】
前記データ同期手段は、電子付箋に対する操作を受け付けた際に、前記判定手段により当該電子付箋に対応する物理付箋と自クライアント端末とが同じ拠点に位置しないと判定された場合、当該電子付箋に対する操作失敗の情報を他のクライアント端末に送信し、
前記他のクライアント端末のデータ同期手段が前記電子付箋に対する操作失敗の情報を受信した場合、前記他のクライアント端末の表示手段は当該電子付箋に対して操作失敗した旨を前記表示部により表示する
ことを特徴とする請求項２に記載のクライアント端末。
【請求項４】
前記表示手段は、前記表示部の構成に応じて操作失敗した旨の表示方法を切り替えることを特徴とする請求項３に記載のクライアント端末。
【請求項５】
前記判定手段は更に、操作の対象となる電子付箋がいずれかの拠点にて配置された物理付箋に対応する電子付箋か否かを判定し、
前記表示手段は、当該電子付箋が物理付箋に対応していない場合、当該電子付箋に対する操作を許可しない旨を表示しないことを特徴とする請求項１乃至４のいずれか一項に記載のクライアント端末。
【請求項６】
物理付箋が配置された領域の画像を撮影する撮影部を更に有し、
前記生成手段は、撮影された当該画像から物理付箋の情報を抽出して取得することを特徴とする請求項１乃至５のいずれか一項に記載のクライアント端末。
【請求項７】
前記操作手段が前記表示手段により操作を許可しない旨を表示している電子付箋に対して操作を受け付けた場合、ユーザーに対して当該操作を強制的に行うか否かの確認を行う確認手段を更に有し、
前記確認手段にて当該操作を強制的に行うとの指示を受け付けた場合、
前記表示手段は、当該操作に従って当該電子付箋の表示を更新し、
前記データ同期手段は、当該操作により更新された情報を他のクライアント端末に通知し、
前記他のクライアント端末の表示手段は、前記更新された情報に従って電子付箋の表示を更新し、かつ、当該電子付箋に対して強制的に変更がなされた旨を表示することを特徴とする請求項２に記載のクライアント端末。
【請求項８】
前記操作手段は、前記表示手段により操作を許可しない旨を表示している電子付箋に対して変更の指示を受け付けた場合、ユーザーによる当該電子付箋に対する操作手順から当該操作を強制的に行うか否かを判定し、
前記操作手段が当該操作を強制的に行うと判定した場合、
前記表示手段は、当該操作に従って当該電子付箋の表示を更新し、
前記データ同期手段は、当該操作により更新された情報を他のクライアント端末に通知し、
前記他のクライアント端末の表示手段は、前記更新された情報に従って電子付箋の表示を更新し、かつ、当該電子付箋に対して強制的に変更がなされた旨を表示することを特徴とする請求項２に記載のクライアント端末。
【請求項９】
前記表示手段は、自クライアント端末と同じ拠点に位置する物理付箋に対応する電子付箋に対して強制的に操作がなされた場合、当該物理付箋の位置に当該物理付箋を除去する旨の表示を行うことを特徴とする請求項７または８に記載のクライアント端末。
【請求項１０】
前記表示部は、所定の領域に電子付箋を投影して表示するプロジェクタ、もしくは、ディスプレイのいずれかであることを特徴とする請求項１乃至９のいずれか一項に記載のクライアント端末。
【請求項１１】
前記判定手段は更に、物理付箋の画像と当該物理付箋に対応する電子付箋の画像とが一致するか否かを判定し、
前記表示手段は、物理付箋の画像と当該物理付箋に対応する電子付箋の画像とが一致し、かつ、当該物理付箋の位置と前記電子付箋を表示する位置とが一致する場合には、前記プロジェクタでは当該電子付箋を表示させないことを特徴とする請求項１０に記載のクライアント端末。
【請求項１２】
前記表示手段は、物理付箋の画像と当該物理付箋に対応する電子付箋の画像とが一致せず、かつ、当該物理付箋の位置と前記電子付箋を表示する位置とが一致する場合には、前記プロジェクタでは当該電子付箋を当該物理付箋の周辺に表示させることを特徴とする請求項１１に記載のクライアント端末。
【請求項１３】
自クライアント端末と同じ拠点に位置する物理付箋が除去されたことを検知する検知手段を更に有し、
前記表示手段は、前記検知手段により物理付箋が除去されたことを検知した場合、当該物理付箋が存在していた位置に当該物理付箋が除去された旨を表示することを特徴とする請求項１乃至１２のいずれか一項に記載のクライアント端末。
【請求項１４】
電子付箋に対応する物理付箋がいずれかの拠点に存在する場合に、当該電子付箋に対する操作を許可するか否かを設定する設定手段を更に有し、
前記操作手段は、前記設定手段における設定に従って操作を受け付けることを特徴とする請求項２に記載のクライアント端末。
【請求項１５】
前記設定手段は、電子付箋に対する操作の種類ごとに設定を受け付けることを特徴とする請求項１４に記載のクライアント端末。
【請求項１６】
前記電子付箋に対する操作は、画像の変更もしくは表示する位置の変更のいずれかであることを特徴とする請求項２に記載のクライアント端末。
【請求項１７】
複数の請求項１乃至１６のいずれか一項に記載のクライアント端末と、前記クライアント端末から電子付箋を収集し管理するサーバーとを含む電子会議システム。
【請求項１８】
コンピュータを、請求項１乃至１６のいずれか一項に記載のクライアント端末の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多拠点間で、物理付箋・電子付箋を交えて情報共有を行う電子会議システムを構成するクライアント端末およびその制御方法、電子会議システム、並びにプログラムに関する。
【背景技術】
【０００２】
新しいアイデアを生み出す、あるいは既存のアイデアを整理する為の手段として、付箋を用いたブレインストーミングやＫＪ法（登録商標）等の手法が広く知られている。この付箋は物理的な紙片であり、ユーザーは、複数のアイデアを複数の付箋それぞれに文字・画像として描いた後、各付箋の配置を入れ替えながらアイデアを整理・分類することができる。
【０００３】
一方、通信ネットワークを介して多拠点間をつないで情報共有を行う電子会議のための様々なシステムが実現されている。
【０００４】
また、物理オブジェクトと電子オブジェクトを１つの場で共存させる技術について例えば特許文献１がある。特許文献１では、ディスプレイ上に表示している電子オブジェクト（ウィンドウなど）の上に物理オブジェクト（紙の付箋など）が置かれた場合、これらを関連付ける技術が知られている。これにより物理オブジェクトを用いて電子オブジェクトの移動や表示のスクロールを制御したりできる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１４６３３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１は、複数の拠点間で情報を共有するような場合については想定していない。
【０００７】
一方、本出願人は、多拠点間をつないで情報共有する電子会議システムとして、物理付箋と電子付箋とを併用した電子会議システムについて検討している。例えば、遠隔地からの会議参加を実現すべく、会議現場のスクリーンに貼られている物理付箋をカメラで撮影して電子付箋に変換する。そして、該電子付箋の情報を遠隔地に送信することで、物理付箋に記載された情報が会議現場と同様のレイアウトでスクリーンに表示されるので、同様の情報を共有しながら会議を行えるという電子会議システムについて検討している。このような物理付箋と電子付箋とを併用する電子会議システムでは、以下のような課題が生じうる。
【０００８】
例えば、第１の会議場において、物理付箋がスクリーンに貼られ、スクリーン上の物理付箋をカメラで撮影して電子付箋に変換する。そして、遠隔地にある第２の会議場にその電子付箋の情報を送信し、第２の会議場のスクリーン上の対応する位置に該電子付箋の画像を表示したとする。その後、第１の会議場のユーザーが物理付箋を貼り直して位置を変更した場合、物理付箋の位置が変更されるごとに、その位置情報を第２の会議場へ送信すれば、第１の会議場のスクリーンの状態と同様の表示が第２の会議場のスクリーン上で再現できる。
【０００９】
一方、会議を行っている最中に、第２の会議場のユーザーがシステムの端末等を操作して表示されている電子付箋の位置を移動させることもあり得る。このとき第２の会議場において移動された電子付箋の位置情報を第１の会議場へ送信したとしても、第１の会議場のスクリーン上の物理付箋は物理的に貼付されているので移動させることはできない。すなわち、この場合、第１の会議場と第２の会議場とでスクリーンの状態が異なってしまう。このように複数の拠点間で行われている会議でスクリーンの状態が異なってしまうと、情報共有が正確にできず、コミュニケーションミスを引き起こす原因となりうる。
【００１０】
本発明は、以上の課題を鑑み、複数の拠点間で電子付箋と物理付箋とを用いて同じ情報を共有している場合に、共有している付箋の情報の整合性をとる機能を提供する。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本願発明は以下の構成を有する。すなわち、複数の拠点にて付箋を用いて情報共有を行うための電子会議システムに含まれるクライアント端末であって、電子化された付箋である電子付箋を保持する保持手段と、物理付箋の情報を取得して当該物理付箋に対応する電子付箋を生成する、もしくはユーザーから入力された情報に従って電子付箋を生成する生成手段と、他のクライアント端末と通信し、前記保持手段にて保持する電子付箋の同期を行うデータ同期手段と、前記保持手段にて保持する電子付箋を表示部により表示させる表示手段と、電子付箋に対応する物理付箋と自クライアント端末とが同じ拠点に位置するか否かを判定する判定手段とを有し、前記表示手段は、前記判定手段により電子付箋に対応する物理付箋と自クライアント端末とが同じ拠点に位置しないと判定した場合、当該電子付箋に対する操作を許可しない旨を前記表示部により表示させることを特徴とする。
【発明の効果】
【００１２】
多拠点間において電子的な付箋と物理的な付箋を用いて情報共有を行っている場合に、付箋情報を確実に共有でき、ユーザー間のコミュニケーションミスを防止することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係る電子会議システムの構成例を示す図。
【図２】本発明に係る電子会議システムのネットワーク構成の例を示す図。
【図３】本電子会議システムのソフトウェアモジュール構成例を示す図。
【図４】電子付箋のデータフォーマット例を示す図。
【図５】クライアント端末における全体処理のフローチャート。
【図６】入室設定ＵＩの例を示す図。
【図７】クライアント端末におけるデータ同期処理のフローチャート。
【図８】サーバーＰＣにおけるデータ同期処理のフローチャート。
【図９】クライアント端末における付箋更新処理のフローチャート。
【図１０】クライアント端末での付箋の表示例を示す図。
【図１１】クライアント端末における付箋操作処理のフローチャート。
【図１２】クライアント端末における付箋取り込み処理のフローチャート。
【図１３】データ同期処理で用いられるイベントの一例を示す図。
【図１４】強制操作時の電子付箋を操作したクライアント端末側での表示例を示す図。
【図１５】強制操作時の物理付箋が存在するクライアント端末側での表示例を示す図。
【発明を実施するための形態】
【００１４】
以下、本発明に係る電子会議システムの実施例を説明する。まず、本実施例に係る電子会議システムで用いられる「電子付箋」と「物理付箋」について説明する。本実施例に係る本電子会議システムでは、物理付箋と電子付箋とを併用し、ネットワークを介して複数の拠点間で情報共有を行う。
【００１５】
「物理付箋」とは、紙製やプラスチック製などの小紙片であって、筆記具を用いて情報を書き込むことのできる物理的な媒体である。例えば、粘着力の弱い糊が物理付箋の裏面に塗られている場合には、利用者が一度貼った物理付箋を剥がし、別の場所に貼りつける事も可能である。例えば、ブレインストーミングやＫＪ法などで参加者がアイデアを出し合う場合に、アイデア提案者は１つのアイデアを１単位として物理付箋に書き込む。その他、例えば書籍表紙や書類もある種の物理付箋として取り扱うことも可能である。物理付箋には、利用者の思考を妨げないメリットがある。
【００１６】
一方、「電子付箋」とは、アイデア等を１つのまとまりとして保持した電子化された付箋のデータである。電子付箋にはテキストデータや画像データの情報を保持しておくことができる。その他、電子付箋には音声データやＷｅｂページデータなどの情報を保持しておくこともできる。また、電子付箋は、任意のディスプレイやスクリーン上に表示・投影することができる。電子付箋には、位置や内容の変更・履歴の保存が容易であり、またネットワークなどを介して遠隔地との情報共有できるメリットがある。
【００１７】
本電子会議システムでは、付箋それぞれのメリットを活かすために、両方の付箋を利用する。そのため、本実施例に係る電子会議システムは、物理付箋をカメラなどの撮像装置によって撮影し、撮影した画像に基づいて生成した情報を電子付箋として保持・共有する機能を有している。
【００１８】
＜システム構成＞
［ハードウェア構成例］
図１は、本実施例に係る電子会議システムの構成例のハードウェア模式図である。電子会議システムは、サーバーＰＣ１００とクライアント端末１５０とを含み、それらは無線ルーター１３０を介して接続される。ここでは説明を簡単にするためにクライアント端末１５０は、１つのみが示してあるが、実際には電子会議を行う各拠点にそれぞれクライアント端末が配置されているものとする。また、サーバーＰＣ１００についても、１台の構成に限定するものではなく、物理的に複数の装置から構成されるようにしても構わない。
【００１９】
サーバーＰＣ１００には、ＬＣＤ１０６が表示デバイスとして、キーボード１１４とマウス１１５が入力デバイスとしてそれぞれ接続されている。サーバーＰＣ１００の内部構成は、ＣＰＵ１０１側とチップセット１１０側に大別できる。ＣＰＵ１０１とチップセット１１０は高速なバスを介して接続されている。ＣＰＵ１０１には、データ転送量が非常に多い、あるいは高速な通信処理が必要なＲＡＭ１０２、ＲＯＭ１０３、および高速データバスＩ／Ｆ１０４が接続されている。ＣＰＵ１０１は、ＲＡＭ１０２やＲＯＭ１０３に格納されたプログラムを実行するための装置である。ＲＡＭ１０２は、ＣＰＵ１０１がプログラムを実行する際に必要となるデータに対する読み書き可能メモリである。
【００２０】
ＲＯＭ１０３は、ＣＰＵ１０１がプログラムを実行する際に必要となるデータを読み出すための読み込み専用メモリである。高速データバスＩ／Ｆ１０４は、各種拡張カードと接続するための汎用インタフェースであって、ここではグラフィックカード１０５が接続されている。グラフィックカード１０５は、ＣＰＵ１０１が高速データバスＩ／Ｆ１０４経由で通知する描画命令を基に表示画像を形成し、表示デバイスであるＬＣＤ１０６に通知する。ＬＣＤ１０６は、グラフィックカード１０５から通知された表示画像を表示する。
【００２１】
チップセット１１０には、比較的データ転送量の少ないＨＤＤ  Ｉ／Ｆ１１１、外部機器Ｉ／Ｆ１１３、およびネットワークＩ／Ｆ１１６が接続されている。チップセット１１０は、各Ｉ／Ｆに接続されたデバイスを制御する。ＨＤＤ  Ｉ／Ｆ１１１は、チップセット１１０と内蔵ハードディスクであるＨＤＤ１１２とを接続するためのインタフェースである。ＨＤＤ１１２は、データを保存するための二次記憶デバイスである。外部機器Ｉ／Ｆ１１３は、外部機器と接続するためのインタフェースであって、ここではキーボード１１４とマウス１１５が接続されている。ネットワークＩ／Ｆ１１６は外部の機器とネットワーク接続で情報交換するためのインタフェースであって、ここでは有線によって無線ルーター１３０と接続されている。
【００２２】
一方、クライアント端末１５０において、ＣＰＵ１５２は、ＲＡＭ１５３およびＲＯＭ１５４とメインバス１５１を介して接続されている。また、ＣＰＵ１５２は、外部機器コントローラ１５５及び内部機器コントローラ１５８といった制御モジュールとメインバス１５１を介して接続されている。ＲＡＭ１５３は、ＣＰＵ１５２がプログラムを実行する際に必要となるデータに対する読み書き可能メモリである。ＲＯＭ１５４は、ＣＰＵ１５２がプログラムを実行する際に必要となるデータを読み出すための読み込み専用メモリである。外部機器コントローラ１５５は、外部機器を制御するためのモジュールである。
【００２３】
内蔵カメラ１５６は、クライアント端末１５０に内蔵されている撮影部としてのカメラモジュールであって、外部機器コントローラ１５５を介して制御される。タッチパネル１５７は、表示および操作を行うためのタッチパネルモジュールであって、外部機器コントローラ１５５を介して制御される。
【００２４】
外部表示出力モジュール１６１は、外部の表示装置に映像を表示するためのモジュールであって、外部機器コントローラ１５５を介して制御される。クライアント端末１５０は、必要に応じて、タッチパネル１５７に表示されている内容と同じものを、外部表示出力モジュール１６１を介してプロジェクタ１６２にて投影表示する。本実施形態に係るクライアント端末１５０においては、プロジェクタ１６２もしくはタッチパネル（ディスプレイ）を用いて表示部を実現し、いずれかにて電子付箋を表示する。
【００２５】
内部機器コントローラ１５８は、内部機器を制御するためのモジュールである。内部記憶装置１５９はデータを保存するための二次記憶装置であって、内部機器コントローラ１５８によって制御される。無線通信アンテナ１６０は、外部の装置と無線通信するためのアンテナである。クライアント端末１５０は、内部機器コントローラ１５８および無線通信アンテナ１６０を介して、無線接続によって無線ルーター１３０と接続されている。
【００２６】
本電子会議システムを構成するクライアント端末１５０の使い方として、１）操作用端末、２）投影用端末、が挙げられる。
【００２７】
操作用端末は、参加者各個人がクライアント端末１５０が備えるディスプレイ上に表示された電子ホワイトボードの情報を共有し、電子付箋を操作するための端末である。具体的には、操作用端末は、タッチパネル１５７を利用して電子付箋を含む電子ホワイトボードを表示、操作をする機能を有している。
【００２８】
一方、投影用端末は、複数人で物理ホワイトボード上の情報を共有するための端末である。具体的には、投影用端末は、内蔵カメラ１５６を利用して物理ホワイトボード上の物理付箋を撮影して取り込む機能と、プロジェクタ１６２を利用して電子付箋を含む電子ホワイトボードを所定の位置（例えば物理ホワイトボード）に投影する機能を有する。
【００２９】
更に、ここでは詳細には言及しないが、投影用端末が内蔵カメラ１５６を利用して参加者の腕の動きなどのジェスチャーを認識して電子付箋を操作する機能を有していてもよい。また、外部機器コントローラ１５５に電子ペンの操作を受け付けるアダプタを内部・外部に装着し、会議参加者の電子ペン操作に応じて電子付箋を操作する機能を有していてもよい。また、投影用端末が操作用端末同様に、タッチパネル１５７を利用して、電子付箋を操作する機能を有していても良い。
【００３０】
［電子会議システムの構成例］
電子会議システムの構成例について、図２を用いて説明する。ただし、図２は一例を示しているに過ぎず、他の構成であってもよい。
【００３１】
拠点２１０、拠点２３０、および拠点２６０は、基幹ネットワーク２００によって接続されている。ここでいう拠点とは「会議が行われている１スペース」を意味しており、例えば同じ建物の別部屋同士をそれぞれ別の拠点として扱うことも可能である。このような使い方は例えば異なるフロアの会議室間で会議をする場合、あるいは、人数の都合上会議室を分割しなければならない場合などに有効である。また、ノマドワークのようなワークスタイルにおいては、喫茶店や自室の１スペースをここでいう「拠点」としてもよい。その他、オフィスで業務を行っている自分の席を「拠点」としてもよい。
【００３２】
複数人が会議に参加する拠点には、プロジェクタや大型ディスプレイなどの多人数で同時に同じ情報を見ることのできる機材が存在することは望ましいが、必須ではない。また、ネットワークハブは実際には無線通信のアクセスポイントとしての機能を有していても良いし、プロトコル変換などの機能を有していてもよい。
【００３３】
拠点２１０では、サーバーＰＣ２２０がネットワークハブ２１１を介して基幹ネットワーク２００に接続されている。サーバーＰＣ２２０の内部構成についてはサーバーＰＣ１００で説明したものと同様である。他拠点で行われた電子付箋への操作に関する差分情報、すなわち、イベントがサーバーＰＣ２２０上に収集され、保持される。そして、サーバーＰＣ２２０から電子会議を行っている各拠点上のクライアント端末に各イベントが配信される。
【００３４】
拠点２３０には、操作用端末２４０と、投影用端末２４１がネットワークハブ２３１を介して基幹ネットワーク２００に接続されている。投影用端末２４１にはプロジェクタ２４２が接続され、プロジェクタ２４２が電子付箋の内容を物理ホワイトボード２５０上に投影している。
【００３５】
拠点２６０には、投影用端末２７０がネットワークハブ２６１を介して基幹ネットワーク２００に接続されている。投影用端末２７０にはプロジェクタ２７１が接続され、プロジェクタ２７１が電子付箋の内容を物理ホワイトボード２８０上に投影している。
【００３６】
なお、図２には示していないが、例えば、拠点に配置する操作用端末数を参加人数分揃える構成を取ってもよい。また、投影用端末を置かずに、操作用端末のみで構成する拠点があってもよい。また、操作用端末もプロジェクタに接続し、拡大表示や詳細表示をするための補助表示領域として参加者間で情報共有する拠点があってもよい。また、プロジェクタが投影する先は、ホワイトボードに限定するものではなく、例えば卓上などに表示するようにしても構わない。
【００３７】
［ソフトウェア構成]
本電子会議システムに係るソフトウェア構成について図３を用いて説明する。電子会議システムはクライアントプログラム６００と、サーバープログラム６５０から構成される。
【００３８】
サーバーＰＣ１００において、サーバープログラム６５０は記憶部であるＲＯＭ１０３あるいはＨＤＤ１１２上に格納されており、ＲＡＭ１０２に展開された後、ＣＰＵ１０１によって実行される。サーバープログラム６５０に含まれるデータ同期モジュール（サーバー）６６０は、クライアント端末１５０と電子付箋に関する情報をＳｅｎｄＱｕｅ（受信用）６６６／ＲｅｃｖＱｕｅ（送信用）６６７を用いて送受信するモジュールである。具体的な動作については後述する。サーバープログラム６５０に含まれるＥｖｅｎｔデータベース６５１は、電子付箋に関する情報を保持し、管理しているデータベースモジュールである。
【００３９】
一方、クライアント端末１５０において、クライアントプログラム６００は、記憶部であるＲＯＭ１５４あるいは内部記憶装置１５９に格納されており、ＲＡＭ１５３に展開された後、ＣＰＵ１５２によって実行される。また、内蔵カメラ１５６からの撮影画像を取り込むために、カメラドライバー６０２がＲＯＭ１５４あるいは内部記憶装置１５９に格納されており、ＲＡＭ１５３に展開された後、ＣＰＵ１５２により実行される。タッチパネル１５７からの操作を受け付けるためにタッチパネルドライバー６０１が、ＲＯＭ１５４あるいは内部記憶装置１５９に格納されており、ＲＡＭ１５３に展開された後、ＣＰＵ１５２によって実行される。クライアントプログラム６００は、入室画面６１０、付箋画像編集画面６２０、および電子ホワイトボード画面６３０を提供する。なお、ここでは、ユーザーインタフェース（ＵＩ）および処理を行うプログラムをまとめて画面と称する。
【００４０】
入室画面６１０は、電子会議に参加する際に必要な各種設定を行うための画面である。付箋画像編集画面６２０は、電子付箋に含まれる電子付箋画像を編集するための画面である。付箋画像編集画面６２０は一般的な画像への編集画面と同じため、詳細な説明は割愛する。
【００４１】
電子ホワイトボード画面６３０は、電子ホワイトボード上で電子付箋を操作するための画面である。電子ホワイトボード画面６３０は、ソフトウェアモジュールとして、付箋操作モジュール６３１、付箋取り込みモジュール６３２、付箋更新モジュール６３３、およびデータ同期モジュール（クライアント）６３４から制御される。また、電子ホワイトボード画面６３０は、データとしては、付箋データベース６３５を有する。更にデータ同期モジュール（クライアント）６３２は、ＳｅｎｄＱｕｅ（送信用）６３４とＲｅｃｖＱｕｅ（受信用）６３７とを含む。
【００４２】
また、電子ホワイトボード画面６３０は、電子付箋を表現するための電子付箋ウィジェット６３８を含む。電子付箋ウィジェット６３８は、電子付箋に含まれる電子付箋画像を指定位置に表現し、更に種々の警告を表現するアニメーションやアイコンを重畳表示する機能を有するＧＵＩ部品である。なお、本明細書において、物理ホワイトボード上の物理付箋に対し、電子ホワイトボード上の「電子付箋」という言い方をした場合には、電子付箋が電子付箋ウィジェット６３８により表現されていることを指す。
【００４３】
付箋操作モジュール６３１は、ユーザーがタッチパネル１５７で行った操作を、タッチパネルドライバー６０１を介して受け付けるためのモジュールである。また、付箋取り込みモジュール６３２は、物理ホワイトボード上の物理付箋を定期的に撮影し、撮影した画像から物理付箋の情報を取得して、物理付箋に対応する電子付箋を生成するためのモジュールである。付箋操作モジュール６３１及び付箋取り込みモジュール６３２での処理の結果、電子付箋に対して何らかの操作がある場合には、付箋データベース６３５内の電子付箋の情報が更新される。同時に、電子付箋ウィジェット６３８に含まれる電子付箋を表現しているウィジェットの位置や画像などが更新される。
【００４４】
更に、付箋操作モジュール６３１および付箋取り込みモジュール６３２は、操作による変更内容をＳｅｎｄＱｕｅ（送信用）６３６に保持する。ＳｅｎｄＱｕｅ６３６（送信用）に保持された変更内容は、データ同期モジュール（クライアント）６３４によってサーバーＰＣ１００で実行されているサーバープログラム６５０内のデータ同期モジュール（サーバー）６６０にネットワークを介して通知される。
【００４５】
データ同期モジュール（サーバー）６６０は、データ同期モジュール（クライアント）６３４が通知したＳｅｎｄＱｕｅ（送信用）６３６の内容を、ＳｅｎｄＱｕｅ（受信用）６６６にコピーする。更に、データ同期モジュール（サーバー）６６０は、ＳｅｎｄＱｕｅ（受信用）６６６の内容をＥｖｅｎｔデータベース６５１に反映させる。更に、データ同期モジュール（サーバー）６６０は、Ｅｖｅｎｔデータベース６５１の変更された情報を元にＲｅｃｖＱｕｅ（送信用）６６７を更新する。
【００４６】
データ同期モジュール（クライアント）６３４は、データ同期モジュール（サーバー）６６０からネットワークを介して送信されたＲｅｃｖＱｕｅ（送信用）６６７の内容を受信し、ＲｅｃｖＱｕｅ（受信用）６３７にコピーする。また、データ同期モジュール（サーバー）６３４は、ＲｅｃｖＱｕｅ（受信用）６３７の内容を付箋データベース６３５に反映する。付箋データベース６３５で変更された内容を元に、付箋更新モジュール６３３は、付箋データベース６３５の内容に基づいて、電子付箋を表現している電子付箋ウィジェットの位置や画像を更新する。
【００４７】
データ同期モジュール（クライアント）６３４とデータ同期モジュール（サーバー）６６０の間でデータ交換するフォーマットについては、種々の形式を用いることができる。例えば、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式、ＪＳＯＮ形式（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ、ＲＦＣ４６２７）、テキスト形式など、任意のフォーマットを用いても良い。また、データ交換の実現手段・プロトコルとしては、ＡＪＡＸ（Ａｓｙｎｃｈｒｏｎｏｕｓ  ＪａｖａＳｃｒｉｐｔ（登録商標）  ＋  ＸＭＬ）やＷｅｂＳｏｃｋｅｔ（ＲＦＣ  ６４５５）など任意のプロトコルを用いることができる。
【００４８】
また以降では、説明を簡略化するために、ＳｅｎｄＱｕｅ（送信用）６３６とＳｅｎｄＱｕｅ（受信用）６６６をまとめてＳｅｎｄＱｕｅと表記する。同様に、ＲｅｃｖＱｕｅ（送信用）６６７とＲｅｃｖＱｕｅ（受信用）６３７をまとめてＲｅｃｖＱｕｅと表記する。
【００４９】
＜電子付箋のデータ構成＞
本実施例でクライアント端末１５０が付箋データベース６３５で保持する電子付箋のデータ構成について、図４を用いて説明する。電子付箋としては、以下の属性を有する。
１）ＩＤ：電子付箋毎に与えられる識別子
２）電子付箋画像：電子付箋として保持している付箋の画像
３）電子付箋位置：電子付箋として保持している付箋の位置
４）物理付箋画像：物理付箋を電子付箋として取り込んだ際の付箋の画像
５）物理付箋位置：物理付箋を電子付箋として取り込んだ際の付箋の位置
６）物理付箋拠点：取り込んだ物理付箋の存在する拠点
７）操作失敗フラグ：操作失敗イベントが発生したか否かを示すフラグ
８）物理付箋剥がされフラグ：付箋剥がされイベントが発生したか否かを示すフラグ
【００５０】
物理付箋位置と物理付箋画像の情報は、付箋取り込みモジュール６３２で物理付箋を撮影し電子付箋として取り込んだ時に保持される情報である。物理付箋位置と物理付箋画像の情報は、取り込み時以外で内容が更新されることはない。一方、電子付箋位置と電子付箋画像は、付箋操作モジュール６３１やデータ更新モジュール（クライアント）６３４で、各クライアント端末からの操作によって更新される情報である。付箋の各位置は、ホワイトボードの原点（基準点）に対する座標にて示されるものとする。また、各フラグが示すイベントの詳細については後述する。
【００５１】
電子付箋のデータの例を図４（Ａ）に示す。電子付箋のデータは以下の操作によって得られる。例えば、拠点２３０の物理ホワイトボード２５０上において物理付箋５３１、５３５が貼られているものとする（図４（Ｂ））。投影用端末２４１の付箋取り込みモジュール６３２は、物理ホワイトボード２５０を内蔵カメラ１５６にて撮影し、撮影した画像の中から物理付箋５３１の付箋画像Ｖと物理付箋５３５の付箋画像Ｚとを取得する。更に、投影用端末２４１の付箋取り込みモジュール６３２は、付箋画像Ｖを物理付箋画像とする電子付箋５０１と、付箋画像Ｚを物理付箋画像とする電子付箋５０５とを生成する。
【００５２】
拠点２６０の物理ホワイトボード２８０上において物理付箋５６３、５６４が貼られているものとする（図４（Ｃ））。投影用端末２７０の付箋取り込みモジュール６３２は、物理ホワイトボード２８０を内蔵カメラ１５６にて撮影し、撮影した画像の中から物理付箋５６３の付箋画像Ｘと物理付箋５６４の付箋画像Ｙとを取得する。更に、付箋取り込みモジュール６３２は、付箋画像Ｘを物理付箋画像とする電子付箋５０３と、付箋画像Ｙを物理付箋画像とする電子付箋５０４とを生成する。その後、拠点２６０では物理ホワイトボード２８０から物理付箋５６３がユーザーによって剥がされたものとする。
【００５３】
更に、操作用端末２４０では電子付箋を対象とした以下の操作が行われたものとする。まず、強制移動操作（後述）によって、電子付箋５０４はその電子付箋位置が（６．０，２．５）から（５．０，１．０）に移動されたものとする。また、強制画像更新（後述）によって、電子付箋５０５の電子付箋画像がＺからＺ２に更新されたものとする。
【００５４】
以上の結果得られる電子付箋のデータを図４（Ａ）に示す。それぞれの電子付箋５０１〜５０５について、説明を補足する。なお、以下の説明では、各電子付箋のＩＤを用いて電子付箋を区別する。
【００５５】
電子付箋５０１は、「拠点２３０の物理付箋が電子付箋として取り込まれた電子付箋」である。物理付箋画像、電子付箋画像が同じ画像Ｖであり、かつ、物理付箋位置と電子付箋位置の値が同じである。よって、取り込まれてから付箋の位置の更新もしくは内容の変更が行われていない付箋である。
【００５６】
電子付箋５０２は、「最初から電子付箋として作成された電子付箋」である。つまり、物理付箋を撮影した画像から抽出した情報に基づいて生成した電子付箋ではなく、ディスプレイ上におけるユーザーの操作によって生成された電子付箋である。したがって、電子付箋５０２は、拠点２３０、２６０それぞれの物理ホワイトボード２５０、２８０上に、対応する物理付箋は存在しない。この場合、物理付箋位及び物理付箋画像の情報を持たない。この場合、物理付箋拠点の値は「無し」となる。
【００５７】
電子付箋５０３は、「拠点２６０の物理付箋が電子付箋として取り込まれた後、対応する物理付箋５６３が剥がされた電子付箋」である。物理付箋画像や物理付箋位置も保持している。その一方で物理ホワイトボード２８０上からは対応する物理付箋５６３が剥がされたため、物理付箋拠点の値は「無し」となる。
【００５８】
電子付箋５０４は、「拠点２６０の物理付箋が電子付箋として取り込まれた後、電子付箋位置が強制的に更新された電子付箋」である。そのため、物理付箋位置と電子付箋位置の値が異なっている。
【００５９】
電子付箋５０５は、「拠点２３０の物理付箋が電子付箋として取り込まれた後、電子付箋画像が強制的に更新された電子付箋」である。そのため、物理付箋画像と電子付箋画像の値が異なっている。電子付箋５０１〜５０５がそれぞれのクライアント端末でどのように見えるかについては、図１０で後述する。
【００６０】
ここで、以後のフローチャートにて用いられる物理付箋拠点の値「自拠点」「他拠点」「無し」について述べておく。「自拠点」とは、電子付箋の物理付箋拠点（すなわち、対応する物理付箋が位置する拠点）が、自クライアント端末が位置する拠点と一致している事を意味する。「他拠点」とは、電子付箋の物理付箋拠点が自クライアント端末以外の拠点と一致している事を意味する。すなわち、対応する物理付箋と自クライアント端末が位置する拠点が異なることを指す。「無し」とは、電子付箋の物理付箋拠点が存在しないことを意味する。すなわち、いずれの拠点においても物理ホワイトボード上にその電子付箋に対応する物理付箋が存在しないことを意味する。
【００６１】
最初から電子付箋として作成した電子付箋、若しくは対応する物理付箋が物理付箋から剥がされた電子付箋は「無し」となる。例えば、拠点２３０にある投影用端末２４１にとっては、電子付箋５０１の物理付箋拠点は「自拠点」であり、電子付箋５０４の物理付箋拠点は「他拠点」である。一方、拠点２６０にある投影用端末２７０にとっては、電子付箋５０１の物理付箋拠点は「他拠点」であり、電子付箋５０４の物理付箋拠点は「自拠点」である。
【００６２】
次に、電子付箋が更新された際のデータの送受信を考慮したデータ構造について説明する。例えば、電子付箋を図４（Ａ）の形で保持し、更新に応じて全ての付箋情報を毎回送信する構成を取ってもよい。しかし、この場合、僅かな更新でもデータ全体を送信しなおす必要が生じ、送受信するデータ量及びクライアント端末の負荷が増大する。例えば位置移動だけが行われた場合でも、物理付箋画像と電子付箋画像を送りなおす必要が生じてしまう。
【００６３】
そこで、本実施例では、電子付箋の更新に伴う差分情報をイベントとして送受信する手段を備える。ここでは図１３のような形で差分情報を基本単位として保持する形をとる。
【００６４】
ＥｖｅｎｔＩＤは、各イベントでユニークな識別子である。ＩＤは、どの電子付箋に対するイベントであるかを示すのかを表すための識別子である。つまり、電子付箋に対して一意に付与された識別子が用いられる。Ｅｖｅｎｔ種別は、どのイベントが起きているのかを表すための識別子である。Ｅｖｅｎｔパラメータは、イベントに対するパラメータを意味する。例えば、Ｅｖｅｎｔ１５１２であれば、電子付箋５０３に対する電子付箋画像更新イベントが、画像Ｘをパラメータとして発生したことを意味する。
【００６５】
また、例えばＥｖｅｎｔ１５２９のように「操作失敗イベント」が保持されることもある。また、Ｅｖｅｎｔ１５３１のように物理付箋が剥がされたことを意味する「物理付箋剥がされイベント」が保持されることもある。
【００６６】
１枚の物理付箋が張り付けられた場合、対応する電子付箋の追加処理は、新規作成イベント、電子付箋画像更新イベント、電子付箋位置更新イベント、物理付箋画像更新イベント、物理付箋位置更新イベント、および物理付箋拠点更新イベントから構成される。例えば、図１３に示すＥｖｅｎｔＩＤ１５１１〜１５１６に対応する。また、物理付箋に由来しない電子付箋の追加処理は、新規作成イベント、電子付箋画像更新イベント、電子付箋位置更新イベント、および物理付箋拠点更新イベントから構成される。例えば、図１３に示すＥｖｅｎｔＩＤ１５０７〜１５１０に対応する。
【００６７】
＜クライアント端末での全体フロー＞
次に、クライアント端末１５０での処理について図５を用いて説明する。本処理フローは、投影用端末および操作用端末で共通処理となり、クライアントプログラム６００によって実装される。なお、ここではイベントドリブン型のプログラミング言語で実装する場合を想定して記載しているが、それ以外の実装手段を用いても良い。
【００６８】
クライアントプログラム６００は、処理を開始すると入室画面６１０を表示する。入室画面６１０はユーザーからの入室設定入力を受け付ける（Ｓ７０１）。入室画面６１０における入室設定ＵＩの構成例を図６に示す。入室画面６１０の入室設定ＵＩ８００は、以下の入力を受け付ける。会議名入力テキストボックス８０１に会議名が入力される。また、ユーザーは、テキストボックス右に配置されたボタン８０１１を押すことで、既に存在している会議を選択できる。また、新規作成する場合には、ユーザーは新しい（かつ、ユニークな）会議名を入力する。
【００６９】
入室設定ＵＩ８００は、ユーザー名テキストボックス８０２にてユーザー名の入力を受け付け、パスワード名テキストボックス８０３にてパスワードの入力を受け付ける。拠点名テキストボックス８０４には、拠点名が入力される。拠点名には、他拠点とは異なるユニークなものを設定する。入室設定ＵＩ８００は、端末種別選択グループ８０５では端末の端末種別設定を操作用端末選択ラジオボタン８１１および投影用端末選択ラジオボタン８１２を用いて選択を受け付ける。
【００７０】
位置更新選択グループ８０６では、物理付箋が存在している場合にそれに対応する電子付箋の位置（電子付箋位置）が更新できるかの設定を受け付ける。ここでは、位置移動更新ラジオボタン８２１、位置更新制限ラジオボタン８２２、および位置更新不可ラジオボタン８２３により選択できる。また、画像更新選択グループ８０７では、物理付箋が存在している場合にそれに対応する電子付箋の画像が更新できるかの設定を受け付ける。ここでは、画像更新変更ラジオボタン８３１、画像更新制限ラジオボタン８３２、および画像更新不可ラジオボタン８３３により選択できる。それぞれの選択結果は、画像更新フラグ、および位置更新フラグに反映され、ログイン情報６１１に保持されて他モジュールからも参照できるものとする。
【００７１】
なお、これらの設定はユーザーが入室時に任意に設定できてもよいし、あるいはサーバーＰＣ１００側から任意の値を通知することで選択肢に制約を持たせる形を設けてもよい。また、本実施例では電子付箋に対する位置および画像の更新について設定を受け付けているが、これ以外の操作の種類についても設定できるようにしてもよい。
【００７２】
設定の入力後、ＯＫボタン８５１が押された場合、クライアントプログラム６００は、電子ホワイトボード画面６３０を表示する。一方、キャンセルボタン８５２が押された場合には、入室設定ＵＩ８００にて入力された内容を破棄し、入室設定ＵＩ８００を閉じる。
【００７３】
クライアントプログラム６００は、入室設定ＵＩ８００でＯＫボタン８５１が押されて画面遷移をしたかを判定する（Ｓ７０２）。ＯＫボタン８５１が押されて画面遷移した場合（Ｓ７０２にてＹＥＳ）、クライアントプログラム６００は、次のユーザー認証処理に遷移する。そうでなければ（Ｓ７０２にてＮＯ）、本処理フローを終了する。クライアントプログラム６００は、ユーザー認証処理にて入力されたユーザー名とパスワードのペアが適切であるかを判定する（Ｓ７０３）。この認証処理については、例えばサーバーＰＣ１００側のＨＤＤ１１２上に保持されたユーザー名とパスワードを用いて行うことができる。ユーザー名とパスワードのペアが適切である場合（Ｓ７０３にてＹＥＳ）、次の電子ホワイトボード画面表示のステップに遷移する。そうでなければ（Ｓ７０３にてＮＯ）、本処理フローを終了する。
【００７４】
クライアントプログラム６００は、電子ホワイトボード画面６３０により、電子ホワイトボードをタッチパネル１５７上もしくはプロジェクタ１６２による投影によって表示する（Ｓ７０４）。電子ホワイトボード画面６３０は、一定時間毎にサーバーＰＣ１００と電子付箋のデータを同期するために、データ同期モジュール（クライアント）６３４によるデータ同期処理７１１のタスクを登録する（Ｓ７１０）。データ同期処理７１１については図７、図８を用いて詳細を後述する。
【００７５】
電子ホワイトボード画面６３０は、一定時間毎に表示内容を更新するために、付箋更新モジュール６３３による付箋更新処理７２１のタスクを登録する（Ｓ７２０）。付箋更新処理７２１については図９、図１０を用いて詳細を後述する。
【００７６】
電子ホワイトボード画面６３０は、電子付箋に対するユーザーの操作を受け付けるために、付箋操作モジュール６３１による付箋操作処理７３１をマウスイベントの発生時に実行するように登録する（Ｓ７３０）。付箋操作処理７３１については図１１を用いて詳細を後述する。
【００７７】
電子ホワイトボード画面６３０は、入室設定ＵＩ８００の端末種別選択グループ８０５で選択した端末種別設定が、投影用端末もしくは操作用端末のいずれであるかを判定する（Ｓ７４０）。投影用端末である場合（Ｓ７４０にてＹＥＳ）、電子ホワイトボード画面６３０は、一定時間毎に物理付箋を電子付箋として取り込むために、付箋取り込みモジュール６３２による付箋取り込み処理７５１のタスクを登録する（Ｓ７５０）。付箋取り込み処理７５１については図１２を用いて後述する。
【００７８】
その後、ユーザーにより電子ホワイトボード画面６３０を閉じる指示がなされると、クライアントプログラム６００の処理が終了する。ここでのユーザーの指示としては、例えば電子ホワイトボード画面６３０を表示している際にメニューから終了を選択した場合や終了するためのアイコンが選択された場合である。これは一般的なアプリケーションと同じ挙動であり、本発明の本質とは異なるため、ここでは詳細は省略する。
【００７９】
なお、端末種別が操作用端末である場合（Ｓ７４０にてＮＯ）、電子ホワイトボード画面６３０は、本処理フローを終了する。
【００８０】
＜データ同期処理＞
図７は、データ同期モジュール（クライアント）６３４が実行するデータ同期処理のフローチャートである。本処理は、電子ホワイトボード画面６３０によって登録されたタスクに従って実行される。なお、以下、データのやり取りや処理において、各種変数やエンティティを用いて説明する。
【００８１】
データ同期モジュール（クライアント）６３４は、付箋データベース６３５をロックする（Ｓ９００）。これにより、他タスクが非同期的に実行されている場合でも、ここで処理を同期させることができる。データ同期モジュール（クライアント）６３４は、前回までに受信した最終イベント番号（ＬａｓｔＥｖｅｎｔＩＤ）をＳｅｎｄＱｕｅ．ｌａｓｔＥｖｅｎｔＩＤに代入する（Ｓ９０１）。データ同期モジュール（クライアント）６３４はこの最終イベント番号と、本クライアント端末で発生したイベント（ＳｅｎｄＱｕｅの内容：ＳｅｎｄＱｕｅ．ｅｖｅｎｔｓ）をデータ同期モジュール（サーバー）６６０に送信する（Ｓ９０３）。
【００８２】
ここでサーバーＰＣ１００側のデータ同期処理について説明する。図８は、データ同期モジュール（サーバー）６６０が実行するデータ同期処理のフローチャートである。データ同期モジュール（サーバー）６６０はＥｖｅｎｔデータベース６５１をロックする（Ｓ１０００）。これにより、複数のクライアント端末１５０が接続されている場合でも、処理を同期させることができる。そしてデータ同期モジュール（サーバー）６６０は、クライアント端末１５０からＳｅｎｄＱｕｅの内容を受信する（Ｓ１００１）。ＳｅｎｄＱｕｅには、最終イベント番号であるｌａｓｔＥｖｅｎｔＩＤと、送信元であるクライアント端末で起きたイベントであるｅｖｅｎｔｓが含まれる。データ同期モジュール（サーバー）６６０は、この最終イベント番号をｌａｓｔＥｖｅｎｔＩＤに代入する（Ｓ１００２）。そしてデータ同期モジュール（サーバー）６６０は、クライアント端末１５０で発生したイベント（ｅｖｅｎｔｓ）をＥｖｅｎｔデータベース６５１に追加する（Ｓ１００３）。
【００８３】
次に、データ同期モジュール（サーバー）６６０はＥｖｅｎｔデータベース６５１からｌａｓｔＥｖｅｎｔＩＤ以後に発生したイベントを取得し、ＲｅｃｖＱｕｅ．ｅｖｅｎｔｓに代入する（Ｓ１００４）。データ同期モジュール（サーバー）６６０は、代入したイベントの中での最終イベントのＩＤをＲｅｃｖＱｕｅ．ｌａｓｔＥｖｅｎｔＩＤに代入する（Ｓ１００５）。そして、データ同期モジュール（サーバー）６６０は、送信先となるクライアント端末にＲｅｃｖＱｕｅの内容を送信する（Ｓ１００６）。その後、データ同期モジュール（サーバー）６６０は、Ｅｖｅｎｔデータベース６５１のロックを解除する（Ｓ１００７）。
【００８４】
図７に戻り、データ同期モジュール（クライアント）６３４は、データ同期モジュール（サーバー）６６０から送信されたＲｅｃｖＱｕｅの内容を受信する（Ｓ９０４）。データ同期モジュール（クライアント）６３４は、ＲｅｃｖＱｕｅに含まれる自クライアント端末以外のクライアント端末で発生したイベント（ＲｅｃｖＱｕｅ．ｅｖｅｎｔｓ）について処理を行う（Ｓ９０５）。まず、データ同期モジュール（クライアント）６３４は、他のクライアント端末で発生したイベントの種別を判定する（Ｓ９２０）。
【００８５】
電子付箋新規追加イベントが発生していれば、データ同期モジュール（クライアント）６３４は、付箋データベース６３５に電子付箋の新規追加処理を行う（Ｓ９２１）。電子付箋位置更新イベントが発生していれば、データ同期モジュール（クライアント）６３４は、付箋データベース６３５上の対象となる電子付箋の電子付箋位置を更新する（Ｓ９２２）。電子付箋画像更新イベントが発生していれば、データ同期モジュール（クライアント）６３４は、付箋データベース６３５上の対象となる電子付箋の電子付箋画像を更新する（Ｓ９２３）。
【００８６】
物理付箋拠点更新イベントが発生していれば、データ同期モジュール（クライアント）６３４は、付箋データベース６３５上の対象となる電子付箋の物理付箋拠点を更新する（Ｓ９２４）。物理付箋位置更新イベントが発生していれば、データ同期モジュール（クライアント）６３４は、付箋データベース６３５上の対象となる電子付箋の物理付箋位置を更新する（Ｓ９３０）。電子付箋画像更新イベントが発生していれば、データ同期モジュール（クライアント）６３４は、付箋データベース６３５上の対象となる電子付箋の物理付箋画像を更新する（Ｓ９３１）。
【００８７】
物理付箋剥がされイベントが発生していれば、データ同期モジュール（クライアント）６３４は、付箋データベース６３５上の対象となる電子付箋の物理付箋剥がされフラグの値をＴＲＵＥに更新する（Ｓ９２７）。操作失敗イベントが発生していれば、データ同期モジュール（クライアント）６３４は、付箋データベース６３５上の対象となる電子付箋の操作失敗フラグの値をＴＲＵＥに更新する（Ｓ９２８）。
【００８８】
以上の処理を繰り返すことで、データ同期モジュール（クライアント）６３４は、サーバーＰＣ１００から通知されたイベントにより、付箋データベース６３５の状態を他クライアント端末と同期することができる。
【００８９】
更に、データ同期モジュール（クライアント）６３４は、次回更新時に差分情報だけを得られるように、ＲｅｃｖＱｕｅ．ｌａｓｔＥｖｅｎｔＩＤをｌａｓｔＥｖｅｎｔＩＤとしてコピーする（Ｓ９０６）。この結果は次回の更新時において、Ｓ９０１で用いられる。最後に、データ同期モジュール（クライアント）６３４は、付箋データベース６３５のロックを解除する（Ｓ９０７）。以上により、サーバーＰＣ１００およびクライアント端末１５０間のデータ同期処理が終了する。
【００９０】
＜付箋更新処理＞
付箋更新モジュール６３３が行う付箋更新処理について、図９を用いて詳細を説明する。この処理は付箋データベース６３５の内容に従い、電子付箋ウィジェット６３８の表示を変更するための処理である。本処理は、電子ホワイトボード画面６３０によって登録されたタスクに従って実行される。なお、電子ホワイトボード上の各付箋に対して変更不可ロックや物理付箋除去指示を表示する方法は、付箋更新モジュール６３３が電子付箋ウィジェット６３８に対して所定の形式にて表示の指定をすることにより実現されるものとする。ここでの物理付箋除去指示とは、物理ホワイトボード上に配置されている物理付箋を除去するように指示するためのオブジェクトである。変更不可ロックとは、電子ホワイトボード上に配置されている電子付箋に対する操作を許可しない旨を表示するためのオブジェクトである。これらの表示に関して具体的には、後述する。
【００９１】
付箋更新モジュール６３３は、他のタスクでイベント追加などが行われないように付箋データベース６３５をロックする（Ｓ１１００）。次に、付箋更新モジュール６３３は、全ての電子付箋に対して以下の処理を繰り返す（Ｓ１１０１）。
【００９２】
付箋更新モジュール６３３は、自クライアント端末の端末種別によって処理を切り替える（Ｓ１１１１）。これは投影用端末である場合と、操作用端末である場合とで表示方法が異なるためである。自クライアント端末が投影用端末である場合（Ｓ１１１１にてＹＥＳ）、付箋更新モジュール６３３は、対象の電子付箋の物理付箋拠点について判定を行う（Ｓ１１１２）。対象となる電子付箋の物理付箋拠点が「自拠点」である場合、付箋更新モジュール６３３は、変更不可ロックを非表示とする（Ｓ１１１３）。そして、付箋更新モジュール６３３は、対象となる電子付箋の情報において、物理付箋位置と電子付箋位置とが一致し、かつ、物理付箋画像と電子付箋画像とが一致するか否かを判定する（Ｓ１１１４）。
【００９３】
上記条件を満たさない場合（Ｓ１１１４にてＮＯ）、付箋更新モジュール６３３は、物理付箋位置に物理付箋除去指示を表示する（Ｓ１１１５）。その後、付箋更新モジュール６３３は、対象の電子付箋の電子付箋位置と物理付箋位置とが一致するかを判定する（Ｓ１１１６）。位置が一致しない場合（Ｓ１１１６にてＮＯ）、付箋更新モジュール６３３は、電子付箋位置に電子付箋（電子付箋ウィジェット６３８）を表示する（Ｓ１１１７）。位置が一致する場合（Ｓ１１１６にてＹＥＳ）、物理付箋と電子付箋とが重なって表示されないように、付箋更新モジュール６３３は、物理付箋位置の周辺の空きスペースに電子付箋を表示する（Ｓ１１１８）。なお、物理付箋位置の周辺に空きスペースが無い場合には電子付箋を表示しないように構成してもよい。あるいは、物理付箋除去指示と電子付箋ウィジェットとを交互に物理付箋位置に表示する形態をとってもよい。
【００９４】
物理付箋と電子付箋の位置および画像がいずれも一致する場合（Ｓ１１１４にてＹＥＳ）、物理ホワイトボード上に現在配置されている物理付箋により内容が表現できているため、付箋更新モジュール６３３は、電子付箋を非表示とする（Ｓ１１２１）。そして、付箋更新モジュール６３３は、後述する操作失敗フラグに対する表示処理（Ｓ１１６０〜Ｓ１１６４）に進む。
【００９５】
一方、Ｓ１１１２の判定において電子付箋の物理付箋拠点が「他拠点」である場合、付箋更新モジュール６３３は、電子付箋位置に変更不可ロックを表示する（Ｓ１１３１）。さらに、付箋更新モジュール６３３は、電子付箋位置に電子付箋を表示する（Ｓ１１３２）。この場合は自クライアント端末が位置する拠点の物理ホワイトボード上には対象となる電子付箋に対応する物理付箋が存在しないため、電子付箋を表示する。
【００９６】
Ｓ１１１２の判定において電子付箋の物理付箋拠点が「無し」の場合、付箋更新モジュール６３３は、変更不可ロックを非表示とする（Ｓ１１４１）。更に、付箋更新モジュール６３３は、電子付箋を表示する（Ｓ１１４２）。この場合は対象となる電子付箋が、物理付箋に由来しない電子付箋であるか、あるいは、対応する物理付箋が物理ホワイトボード上から除外されているため、電子付箋を表示する。Ｓ１１３２もしくはＳ１１４２の後、付箋更新モジュール６３３は、付箋剥がされフラグに対する表示処理（Ｓ１１７０〜Ｓ１１７２）および、操作失敗フラグに対する表示処理（Ｓ１１６０〜Ｓ１１６４）に進む。
【００９７】
一方、自クライアント端末が操作用端末である場合（Ｓ１１１１にてＮＯ）、付箋更新モジュール６３３は、電子付箋の物理付箋拠点が「自拠点」あるいは「他拠点」か、「無し」かを判定する（Ｓ１１５２）。
【００９８】
電子付箋の物理付箋拠点が「自拠点」あるいは「他拠点」である場合（Ｓ１１５２にてＹＥＳ）、付箋更新モジュール６３３は、電子付箋位置に変更不可ロックを表示する（Ｓ１１５４）。電子付箋の物理付箋拠点が「無し」である場合（Ｓ１１５２にてＮＯ）、付箋更新モジュール６３３は、電子付箋に対する変更不可ロックを非表示にする（Ｓ１１５５）。そして、Ｓ１１５４またはＳ１１５５の後、付箋更新モジュール６３３は、電子付箋を電子付箋位置に表示する（Ｓ１１５６）。そして付箋更新モジュール６３３は、付箋剥がされフラグに対する表示処理（Ｓ１１７０〜Ｓ１１７２）に進む。
【００９９】
付箋更新モジュール６３３は、電子付箋の付箋剥がされフラグの値がＴＲＵＥであるか否かを判定する（Ｓ１１７０）。付箋剥がされフラグの値がＦＡＬＳＥの場合（Ｓ１１７０にてＮＯ）、Ｓ１１６０へ進む。付箋剥がされフラグの値がＴＲＵＥの場合（Ｓ１１７０にてＹＥＳ）、付箋更新モジュール６３３は、物理付箋位置に付箋が剥がされた旨を示すアニメーションを表示する（Ｓ１１７１）。アニメーションとしては例えば物理付箋位置に青枠線を数秒間表示することなどが挙げられる。そして、付箋更新モジュール６３３は、付箋剥がされフラグの値をＦＡＬＳＥに更新する（Ｓ１１７２）。
【０１００】
続いて、付箋更新モジュール６３３は、操作失敗フラグに対する表示処理（Ｓ１１６０〜Ｓ１１６４）を行う。付箋更新モジュール６３３は、操作失敗フラグの値がＴＲＵＥであるか否かを判定する（Ｓ１１６０）。操作失敗フラグがＦＡＬＳＥの場合（Ｓ１１６０にてＮＯ）、次の未処理の電子付箋を対象として、Ｓ１１１１以降の処理を繰り返す。操作失敗フラグの値がＴＲＵＥの場合（Ｓ１１６０にてＹＥＳ）、付箋更新モジュール６３３は、端末種別が投影用端末であるか否かを判定する（Ｓ１１６１）。投影用端末の場合（Ｓ１１６１にてＹＥＳ）、付箋更新モジュール６３３は、物理付箋位置に操作が失敗した旨を示すアニメーションを表示する（Ｓ１１６２）。投影用端末でない場合（Ｓ１１６１にてＮＯ）、付箋更新モジュール６３３は、電子付箋位置に操作が失敗した旨を示すアニメーションを表示する（Ｓ１１６３）。このアニメーションとしては例えば電子付箋位置に赤枠線を数秒間表示することなどが挙げられる。そして、付箋更新モジュール６３３は、操作失敗フラグの値をＦＡＬＳＥに更新する（Ｓ１１６４）。
【０１０１】
以上の処理をすべての電子付箋に対して繰り返すことによって、付箋データベース６３５に基づき電子付箋ウィジェット６３８の位置・画像情報が更新される。更に、付箋剥がされフラグと操作失敗フラグに応じてホワイトボード上にアニメーションが表示され、それらのフラグの値はＦＡＬＳＥに初期化される。すべての電子付箋に対して処理が完了した後、付箋更新モジュール６３３は、付箋データベース６３５のロックを解除する（Ｓ１１９０）。そして、付箋更新処理が終了する。
【０１０２】
（表示例）
以上の処理によって得られる、図４で示したデータに対する投影用端末および操作用端末での表示例を図１０に示す。図１０（Ａ）は、投影用端末２４１での表示例である。物理ホワイトボード２５０上には物理付箋５３１と物理付箋５３５が貼り付けられている。そして電子付箋５０２、５０３、５０４が投影表示されている。物理付箋５３５は物理付箋画像Ｚに対して、電子付箋画像Ｚ２と内容（画像）が異なっているため、Ｓ１１１４で画像が不一致と判定され、Ｓ１１１５にて物理付箋除去指示１２１５が表示される。ここでは、物理付箋除去指示１２１５として、物理付箋５３５上に×のオブジェクトを表示している。また、電子付箋位置と物理付箋位置が一致するとＳ１１１６で判定され、Ｓ１１１８で物理付箋位置の周辺に電子付箋１２０５を表示する。
【０１０３】
図１０（Ｂ）は、投影用端末２４１とは別拠点に位置する投影用端末２７０での表示例である。物理ホワイトボード２８０上には物理付箋５６４が貼り付けられている。そして電子付箋５０１〜５０５が表示されている。電子付箋５０１の物理付箋拠点は拠点２３０であり、投影用端末２７０の拠点は拠点２６０である。よって、電子付箋５０１の物理拠点が「他拠点」であることから、Ｓ１１３１で変更不可ロック１２３１が表示される。一方、電子付箋５０４の電子付箋位置と物理付箋位置とは不一致であるとＳ１１１４にて判定され、Ｓ１１１５で物理付箋除去指示１２１４が表示される。この場合、位置が不一致であるとＳ１１１６で判定され、Ｓ１１１７にて電子付箋位置に電子付箋５０４が表示される。
【０１０４】
図１０（Ｃ）は、投影用端末２４１と同じ拠点に位置する操作用端末２４０での表示例である。電子ホワイトボード１２５０上に電子付箋５０１〜５０５が表示される。このうち、電子付箋５０１の拠点が「無し」以外であり、電子付箋と物理付箋とで位置および画像が一致するため、Ｓ１１５４にて変更不可ロック１２３１が表示される。電子付箋５０４、５０５の物理付箋拠点は「自拠点」「他拠点」であるため、Ｓ１１５４で変更不可ロック１２３４、１２３５が表示される。電子付箋５０２、５０３は、物理付箋に対応しておらず、物理付箋拠点は「無し」であるため、Ｓ１１５５にて変更不可ロックは非表示となる。
【０１０５】
＜付箋操作処理＞
付箋操作モジュール６３１が行う付箋操作処理について、図１１のフローチャートを用いて詳細を説明する。なお、この処理については電子付箋ウィジェット６３８や電子ホワイトボード画面６３０に対するユーザーによるマウス操作に対するイベント処理として実装することを前提に記載している。また、本処理は、電子ホワイトボード画面６３０によって登録されたタスクに従って実行される。
【０１０６】
付箋操作モジュール６３１は、マウスイベントの種別によって、次の処理を決定する（Ｓ１３００、Ｓ１３０１）。マウスイベントがｏｎＤｏｕｂｌｅＴａｐ（同じ個所でボタンを２回連続クリック）の場合、付箋操作モジュール６３１は、Ｓ１３１０〜Ｓ１３２３の処理を行う。マウスイベントがｏｎＬｏｎｇＴａｐ（同じ場所で一定時間以上ボタンを長押し）の場合、付箋操作モジュール６３１は、Ｓ１３３０〜Ｓ１３４３の処理を行う。マウスイベントがｏｎＭｏｕｓｅＤｏｗｎ（ボタンを押した）の場合、付箋操作モジュール６３１は、Ｓ１３５０〜Ｓ１３５６の処理を行う。マウスイベントがｏｎＭｏｕｓｅＭｏｖｅ（マウスを動かす）の場合、付箋操作モジュール６３１は、Ｓ１３６０〜Ｓ１３７３の処理を行う。マウスイベントがｏｎＭｏｕｓｅＵｐ（ボタンを離した）の場合、付箋操作モジュール６３１は、Ｓ１３８０〜Ｓ１３９５の処理を行う。
【０１０７】
なお、ここでは説明を簡略化するために、アプリケーションが動作しているプラットフォーム側（あるいはタッチパネルドライバー６０１側）で、発生しているイベントを最適化できる事を前提としている。例えばユーザーが二度ボタンを押した場合、プラットフォーム側ではｏｎＭｏｕｓｅＤｏｗｎ→ｏｎＭｏｕｓｅＵｐ→ｏｎＭｏｕｓｅＤｏｗｎ→ｏｎＭｏｕｓｅＵｐのイベントを受け付ける。一方で、アプリケーションにはプラットフォーム側からはｏｎＤｏｕｂｌｅＴａｐだけが通知されるものとする。
【０１０８】
発生したイベントがｏｎＤｏｕｂｌｅＴａｐであれば、付箋操作モジュール６３１はそのイベントが電子付箋上で起きたものかを判定する（Ｓ１３１０）。電子付箋上で起きたイベントでない場合（Ｓ１３１０）にてＮＯ、付箋操作モジュール６３１は処理を終了する。電子付箋上で起きたイベントである場合（Ｓ１３１０にてＹＥＳ）、付箋操作モジュール６３１は、ログイン情報６１１内の画像更新フラグの値が「許可」か否かを判定する（Ｓ１３１１）。画像更新フラグの値が「許可」でない場合（Ｓ１３１１にてＮＯ）、付箋操作モジュール６３１は電子付箋の物理付箋拠点の値が「無し」であるかを判定する（Ｓ１３１２）。
【０１０９】
画像更新フラグの値が「許可」である場合（Ｓ１３１１にてＹＥＳ）、又は電子付箋の物理付箋拠点の値が「無し」である場合（Ｓ１３１２にてＹＥＳ）、付箋操作モジュール６３１は、付箋画像編集画面６２０を表示する（Ｓ１３１３）。そして、付箋操作モジュール６３１は、付箋画像編集画面６２０を介した編集結果を受けて、付箋データベース６３５をロックする（Ｓ１３１４）。そして、付箋操作モジュール６３１は、付箋データベース６３５内の電子付箋の電子付箋画像を更新する（Ｓ１３１５）。更に、付箋操作モジュール６３１は、ＳｅｎｄＱｕｅのｅｖｅｎｔｓに電子付箋画像更新イベントを追加する（Ｓ１３１６）。その後、付箋操作モジュール６３１は、付箋データベース６３５のロックを解除する（Ｓ１３１７）。そして本処理フローを終了する。
【０１１０】
一方、画像更新フラグの値が「許可」ではなく（Ｓ１３１１にてＮＯ）、かつ、物理付箋拠点の値が「無し」でない場合（Ｓ１３１２にてＮＯ）、付箋操作モジュール６３１は、付箋データベース６３５をロックする（Ｓ１３２１）。そして、付箋操作モジュール６３１は、ＳｅｎｄＱｕｅのｅｖｅｎｔｓに操作失敗イベントを追加する（Ｓ１３２２）。その後、付箋操作モジュール６３１は、付箋データベース６３５のロックを解除する（Ｓ１３２３）。そして、本処理フローを終了する。
【０１１１】
発生したイベントがｏｎＬｏｎｇＴａｐであれば、付箋操作モジュール６３１はそのイベントが電子付箋上で起きたものかを判定する（Ｓ１３３０）。電子付箋上で起きたイベントでない場合（Ｓ１３３０にてＮＯ）、付箋操作モジュール６３１は処理を終了する。電子付箋上で起きたイベントである場合（Ｓ１３３０にてＹＥＳ）、付箋操作モジュール６３１はログイン情報６１１内の画像更新フラグの値が「不可」であるかを判定する（Ｓ１３３１）。画像更新フラグの値が「不可」でない場合（Ｓ１３３１にてＮＯ）、付箋操作モジュール６３１は電子付箋の物理付箋拠点の値が「無し」であるかを判定する（Ｓ１３３２）。
【０１１２】
電子付箋の物理付箋拠点の値が「無し」である場合（Ｓ１３３２にてＹＥＳ）、付箋操作モジュール６３１は付箋画像編集画面６２０を表示し、電子付箋画像の編集を受け付ける（Ｓ１３３３）。付箋操作モジュール６３１は、付箋画像編集画面６２０を介した編集結果を受けて、付箋データベース６３５をロックする（Ｓ１３３４）。そして、付箋操作モジュール６３１は、付箋データベース６３５内の電子付箋の電子付箋画像を更新する（Ｓ１３３５）。更に、付箋操作モジュール６３１は、ＳｅｎｄＱｕｅのｅｖｅｎｔｓに電子付箋画像更新イベントを追加する（Ｓ１３３６）。その後、付箋操作モジュール６３１は付箋データベース６３５のロックを解除する（Ｓ１３３７）。そして、本処理フローを終了する。
【０１１３】
一方、画像更新フラグの値が「不可」であった場合（Ｓ１３３１にてＹＥＳ）、もしくは、物理付箋拠点の値が「無し」でない場合（Ｓ１３３２にてＮＯ）、付箋操作モジュール６３１は付箋データベース６３５をロックする（Ｓ１３４１）。そして、付箋操作モジュール６３１は、ＳｅｎｄＱｕｅのｅｖｅｎｔｓに操作失敗イベントを追加する（Ｓ１３４２）。その後、付箋操作モジュール６３１は、付箋データベース６３５のロックを解除する（Ｓ１３４３）。そして、本処理フローを終了する。
【０１１４】
発生したイベントがｏｎＭｏｕｓｅＤｏｗｎであれば、付箋操作モジュール６３１はそのイベントが電子付箋上で起きたものかを判定する（Ｓ１３５０）。電子付箋上で発生したイベントであれば（Ｓ１３５０にてＹＥＳ）、付箋操作モジュール６３１は操作対象を指定された電子付箋とする（Ｓ１３５１）。付箋操作モジュール６３１は、イベントが発生したマウス位置を移動開始位置として記録する（Ｓ１３５２）。また、付箋操作モジュール６３１はｉｓＬｏｎｇＷａｉｔフラグをＦＡＬＳＥにセットする（Ｓ１３５３）。付箋操作モジュール６３１は、イベントが発生したマウス位置をＷａｉｔＰｏｓｉｔｉｏｎとして記録する（Ｓ１３５４）。そして、付箋操作モジュール６３１は現在の時刻をＷａｉｔＴｉｍｅとして記録する（Ｓ１３５５）。そして、本処理フローを終了する。
【０１１５】
一方、ｏｎＭｏｕｓｅＤｏｗｎが電子付箋上以外で発生した場合（Ｓ１３５０にてＮＯ）、付箋操作モジュール６３１は操作対象を「無し」とする（Ｓ１３５６）。そして、本処理フローを終了する。
【０１１６】
発生したイベントがｏｎＭｏｕｓｅＭｏｖｅであれば、付箋操作モジュール６３１は操作対象がいずれかの電子付箋となっているかを判定する（Ｓ１３６０）。操作対象がいずれの電子付箋でない場合（Ｓ１３６０にＮＯ）、本処理フローを終了する。操作対象がいずれかの電子付箋であれば（Ｓ１３６０にてＹＥＳ）、付箋操作モジュール６３１は操作対象となる電子付箋を表現している電子付箋ウィジェットの位置をイベントが発生したマウス位置に移動させる（Ｓ１３６１）。
【０１１７】
次に、付箋操作モジュール６３１はイベントが発生したマウス位置からＷａｉｔＰｏｓｉｔｉｏｎまでの移動距離が閾値未満であるかを判定する（Ｓ１３６２）。ここでの閾値は予め定義され、記憶部にて保持されているものとする。移動距離が閾値未満の場合（Ｓ１３６２にてＹＥＳ）、付箋操作モジュール６３１はＷａｉｔＴｉｍｅからの経過時間が一定時間を超過しているかを判定する（Ｓ１３６３）。一定時間を経過していれば（Ｓ１３６３にてＹＥＳ）、付箋操作モジュール６３１はｉｓＬｏｎｇＷａｉｔフラグの値をＴＲＵＥにする（Ｓ１３６４）。そして、本処理フローを終了する。
【０１１８】
ＷａｉｔＰｏｓｉｔｉｏｎからイベントが発生したマウス位置までの移動距離が閾値以上である場合（Ｓ１３６２にてＮＯ）、付箋操作モジュール６３１はＷａｉｔＴｉｍｅを現在時刻で更新する（Ｓ１３７１）。そして、付箋操作モジュール６３１はｉｓＬｏｎｇＷａｉｔフラグの値をＦＡＬＳＥにする（Ｓ１３７２）。そして、付箋操作モジュール６３１はイベントが発生したマウス位置をＷａｉｔＰｏｓｉｔｉｏｎに代入する（Ｓ１３７３）。これにより、電子付箋を一定距離以上動かす場合には、新たに待ちを開始させる。そして、本処理フローを終了する。
【０１１９】
また、ＷａｉｔＴｉｍｅから規定時間が経過していない場合（Ｓ１３６３にてＮＯ）、付箋操作モジュール６３１はｉｓＬｏｎｇＷａｉｔフラグの値をＦＡＬＳＥにする（Ｓ１３７２）。そして、付箋操作モジュール６３１はイベントが発生したマウス位置をＷａｉｔＰｏｓｉｔｉｏｎに代入する（Ｓ１３７３）。これにより、電子付箋が一定距離以上動いていないが、規定時間以上移動が止まっていない場合には待ちを継続させる。そして、本処理フローを終了する。
【０１２０】
発生したイベントがｏｎＭｏｕｓｅＵｐであれば、付箋操作モジュール６３１は操作対象がいずれかの電子付箋となっているかを判定する（Ｓ１３８０）。操作対象がいずれの電子付箋もでない場合（Ｓ１３８０にてＮＯ）、本処理フローを終了する。操作対象がいずれかの電子付箋であれば（Ｓ１３８０にてＹＥＳ）、付箋操作モジュール６３１は操作対象である電子付箋の付箋移動フラグの値が「許可」であるか否かを判定する（Ｓ１３８１）。付箋移動フラグの値が「許可」でない場合（Ｓ１３８１にてＮＯ）、付箋操作モジュール６３１は操作対象の電子付箋の物理付箋拠点が「無し」であるかを判定する（Ｓ１３８２）。
【０１２１】
付箋移動フラグの値が「許可」である場合（Ｓ１３８１にてＹＥＳ）、もしくは、物理付箋拠点の値が「無し」である場合（Ｓ１３８２にてＹＥＳ）、付箋操作モジュール６３１はイベントが発生したマウスの位置に電子付箋の位置を変更する（Ｓ１３８３）。そして、付箋操作モジュール６３１は付箋データベース６３５をロックする（Ｓ１３８４）。付箋操作モジュール６３１は付箋データベース６３５内の操作対象の電子付箋の電子付箋位置を更新する（Ｓ１３８５）。
【０１２２】
更に、付箋操作モジュール６３１はＳｅｎｄＱｕｅのｅｖｅｎｔｓに電子付箋位置更新イベントを追加する（Ｓ１３８６）。そして、付箋操作モジュール６３１は付箋データベース６３５のロックを解除する（Ｓ１３８７）。付箋操作モジュール６３１は、操作対象を「無し」にする（Ｓ１３８８）。そして、本処理フローを終了する。
【０１２３】
操作対象の電子付箋の物理付箋拠点が「無し」でない場合（Ｓ１３８２にてＮＯ）、付箋操作モジュール６３１はｉｓＬｏｎｇＷａｉｔのフラグの値がＴＲＵＥであり、かつ、付箋移動フラグの値が「制限」であるかを判定する（Ｓ１３９１）。条件を満たす場合（Ｓ１３９１にてＹＥＳ）、Ｓ１３８３へ進む。条件を満たさない場合（Ｓ１３９１にてＮＯ）、付箋操作モジュール６３１は電子付箋が移動を開始した位置に電子付箋の位置を変更する（Ｓ１３９２）。そして、付箋操作モジュール６３１は付箋データベース６３５をロックする（Ｓ１３９３）。付箋操作モジュール６３１はＳｅｎｄＱｕｅのｅｖｅｎｔｓに操作失敗イベントを追加する（Ｓ１３９４）。付箋操作モジュール６３１は付箋データベース６３５のロックを解除する（Ｓ１３９５）。そして、付箋操作モジュール６３１は操作対象を「無し」にする（Ｓ１３８８）。そして、本処理フローを終了する。
【０１２４】
なお、ＷａｉｔＰｏｓｉｔｉｏｎからｏｎＭｏｕｓｅＭｏｖｅイベントが発生したマウス位置までの移動距離と、ＷａｉｔＴｉｍｅから規定時間が経過したかの判定をｏｎＭｏｕｓｅＵｐイベント発生時に行ってもよい。あるいは先に述べたプラットフォーム側での最適化処理によって、目的に合うマウスイベントがあればそれを用いるようにしてもよい。
【０１２５】
＜付箋取り込み処理＞
付箋取り込みモジュール６３２が行う付箋取り込み処理について、図１２を用いて説明する。本処理は、電子ホワイトボード画面６３０によって登録されたタスクに従って実行される。
【０１２６】
付箋取り込みモジュール６３２は、付箋データベース６３５をロックする（Ｓ１４００）。付箋取り込みモジュール６３２は、付箋データベース６３５の電子付箋のうち、物理付箋拠点が「自拠点」である電子付箋に対し、物理付箋拠点の値をダミー拠点として「ＴＥＭＰ」にする（Ｓ１４０１）。付箋取り込みモジュール６３２は、内蔵カメラ１５６で撮影された盤面画像（物理ホワイトボードの画像）から物理付箋の画像及びその位置の情報を検出し取得する（Ｓ１４０３）。
【０１２７】
付箋取り込みモジュール６３２は、Ｓ１４０５〜Ｓ１４４７の処理を、盤面画像から取得した全物理付箋の情報に対して繰り返す（Ｓ１４０４）。付箋取り込みモジュール６３２は、物理付箋の画像からその特徴量を取得する（Ｓ１４０５）。ここでは一般的な画像特徴量を用いるものとする。次に、付箋取り込みモジュール６３２は、処理対象の物理付箋に対して重なりがある電子付箋が付箋データベース６３５内に存在しているかを判定する（Ｓ１４０６）。ここで重なり判定は、例えば取得した物理付箋の位置と電子付箋の位置とから、重なっている面積が一定以上である付箋があるかで判定することができる。
【０１２８】
物理付箋と重なっている電子付箋が存在しない場合（Ｓ１４０６にてＮＯ）、付箋取り込みモジュール６３２は、付箋データベース６３５内の電子付箋のうち、処理対象の物理付箋の画像と電子付箋画像が類似しているものを探索する（Ｓ１４０７）。ここでは、類似度が最も高い電子付箋を検出するものとし、以下、最大類似電子付箋と記載する。そして付箋取り込みモジュール６３２は、検出した最大類似電子付箋の特徴量と、処理対象の物理付箋の特徴量との間の類似度が第１の閾値以上であるかを判定する（Ｓ１４０８）。ここでの第１の閾値は予め定義され、記憶部等に保持されているものとする。類似度が第１の閾値以上である場合には、Ｓ１４０７にて検出した最大類似電子付箋に対応する物理付箋が再度物理ホワイトボード上に張り付けられたものとみなす。
【０１２９】
類似度が第１の閾値以上である場合（Ｓ１４０８にてＹＥＳ）、付箋取り込みモジュール６３２は、付箋データベース６３５内の最大類似電子付箋の電子付箋位置を、処理対象の物理付箋の位置で更新する（Ｓ１４０９）。さらに付箋取り込みモジュール６３２は、付箋データベース６３５内の最大類似電子付箋の物理付箋拠点情報を自クライアント端末の拠点の情報で更新する（Ｓ１４１０）。更に、付箋取り込みモジュール６３２は、ＳｅｎｄＱｕｅのｅｖｅｎｔｓに、最大類似電子付箋に対するイベントとして、電子付箋位置更新イベント、物理付箋位置更新イベント、および物理付箋拠点更新イベントを追加する（Ｓ１４１１〜Ｓ１４１２）。
【０１３０】
一方、最大類似電子付箋と処理対象の物理付箋との間で特徴量の類似度が第１の閾値未満である場合（Ｓ１４０８にてＮＯ）、付箋取り込みモジュール６３２は、新規に物理付箋が物理ホワイトボード上に張り付けられたものと判定する。そのため、付箋取り込みモジュール６３２は、付箋データベース６３５に取得した物理付箋の画像・位置、及び拠点情報を元に新規の電子付箋を作成する（Ｓ１４２１）。付箋取り込みモジュール６３２は、ＳｅｎｄＱｕｅのｅｖｅｎｔｓに、新規の電子付箋に対するイベントとして、電子付箋新規追加イベント、電子付箋位置更新イベント、および電子付箋画像更新イベントを追加する（Ｓ１４２２〜Ｓ１４２４）。更に、付箋取り込みモジュール６３２は、ＳｅｎｄＱｕｅのｅｖｅｎｔｓに物理付箋位置更新イベント、物理付箋画像更新イベント、および物理付箋拠点更新イベントを追加する（Ｓ１４２５〜Ｓ１４２７）。
【０１３１】
一方、物理付箋と重なっている電子付箋が存在する場合（Ｓ１４０６にてＹＥＳ）、付箋取り込みモジュール６３２は、重なっている電子付箋と、処理対象の物理付箋との間で特徴量の類似度が第２の閾値以上であるかを判定する（Ｓ１４３１）。ここでの第２の閾値は予め定義され、記憶部等に保持されているものとする。なお、第１の閾値と第２の閾値は同じ値を用いてもよいし、異なる値を設定しても構わない。
【０１３２】
類似度が第２の閾値以上である場合、重なっている電子付箋を処理対象の物理付箋によって更新するものとみなす。付箋取り込みモジュール６３２は、付箋データベース６３５内の重なっている電子付箋の電子付箋画像を、処理対象の物理付箋の画像情報で更新する（Ｓ１４３２）。付箋取り込みモジュール６３２は、付箋データベース６３５内の重なっている電子付箋の物理付箋拠点情報を、自クライアント端末の拠点（「自拠点」）として更新する（Ｓ１４３３）。更に、付箋取り込みモジュール６３２は、ＳｅｎｄＱｕｅのｅｖｅｎｔｓに、重なっている電子付箋に対するイベントとして、電子付箋画像更新イベント、物理付箋画像更新イベント、および物理付箋拠点更新イベントを追加する（Ｓ１４３４〜Ｓ１４３６）。
【０１３３】
重なっている電子付箋と処理対象の物理付箋との間で特徴量の類似度が第２の閾値未満である場合（Ｓ１４３１にてＮＯ）、付箋取り込みモジュール６３２は、別の物理付箋が電子付箋の上に張り付けられたものと判定する。そのため、付箋取り込みモジュール６３２は、付箋データベース６３５に物理付箋の画像・位置を元に新規の電子付箋を作成する（Ｓ１４４１）。また、付箋取り込みモジュール６３２は、ＳｅｎｄＱｕｅのｅｖｅｎｔｓに、新規電子付箋に対するイベントとして、電子付箋新規追加イベント、電子付箋位置更新イベント、および物理付箋画像更新イベントを追加する（Ｓ１４４２〜Ｓ１４４４）。更に、付箋取り込みモジュール６３２は、ＳｅｎｄＱｕｅのｅｖｅｎｔｓに、物理付箋位置更新イベント、物理付箋拠点更新イベント、および物理付箋拠点更新イベントを追加する（Ｓ１４４５〜Ｓ１４４７）。
【０１３４】
全ての電子付箋に対してＳ１４０５〜Ｓ１４４７の処理が終了した後、付箋取り込みモジュール６３２は、全ての電子付箋に対して、Ｓ１４５２〜Ｓ１４５５の処理を行う（Ｓ１４５１）。付箋取り込みモジュール６３２は、処理対象の電子付箋の物理付箋拠点が「ＴＥＭＰ」であるかを判定する（Ｓ１４５２）。「ＴＥＭＰ」である場合には（Ｓ１４５２にてＹＥＳ）、付箋取り込みモジュール６３２は、付箋データベース６３５内の電子付箋拠点を「無し」に更新する（Ｓ１４５３）。更に、付箋取り込みモジュール６３２は、ＳｅｎｄＱｕｅに物理拠点更新イベント、および物理付箋剥がされイベントを追加する（Ｓ１４５４〜Ｓ１４５５）。以上の処理を全ての電子付箋に対して繰り返すことで、前回の盤面撮影時に存在しており、かつ今回は存在していなかった物理付箋に対応する電子付箋の物理付箋拠点を「無し」に設定する。
【０１３５】
一方、「ＴＥＭＰ」でない場合には（Ｓ１４５２にてＮＯ）、付箋取り込みモジュール６３２は、次の電子付箋を処理対象として、Ｓ１４５２〜Ｓ１４５５の処理を行う。全ての電子付箋に対して繰り返し処理を行った後、付箋取り込みモジュール６３２は、付箋データベース６３５のロックを解除する（Ｓ１４６０）。そして、本処理フローを終了する。
【０１３６】
＜操作を許可していない電子付箋に対する強制操作時の挙動＞
対応する物理付箋が他の拠点にあるため、操作を許可しない電子付箋に対して操作を強制的に行った場合のクライアント端末側での見え方を図１４に示す。また、その場合の物理付箋が存在するクライアント端末側での見え方の一例を図１５に示す。
【０１３７】
図１４に、電子付箋１６０１およびユーザーが操作している指１６２０を示す。なお、本実施例ではタッチパネル１５７を備えているため指１６２０を用いて説明するが、代わりにポインティングデバイスのマウスカーソルなどを用いても構わない。図１４（Ａ）は、電子付箋１６０１に対してｏｎＭｏｕｓｅＤｏｗｎ時の状態を示す。この時、付箋操作モジュール６３１は、電子付箋１６０１を操作対象であると認識する。図１４（Ｂ）は、電子付箋１６０１をｏｎＭｏｕｓｅＤｏｗｎの状態のままｏｎＭｏｕｓｅＭｏｖｅした時の状態である。電子付箋１６０１は指の動きに追従して場所を移動する。図１４（Ｃ）は、図１４（Ｂ）の状態から一定時間停止せずにｏｎＭｏｕｓｅＵｐした場合の状態である。この場合、電子付箋１６０１は、図１４（Ａ）の状態に戻る。
【０１３８】
一方、本実施例では、上述したように操作が許可していない電子付箋に対して強制的に変更操作を行うことができる。例えば、図４（Ｂ）の状態でそのままの状態を一定時間維持し、その後ｏｎＭｏｕｓｅＵｐした場合には、図１４（Ｂ）の位置に電子付箋１６０１は移動して配置される。この操作により電子付箋１６０１は「強制移動」を指示されたものと判定される。つまり、ユーザーによる電子付箋への操作手順（ここではマウス操作）によって強制操作か否かを判定することができる。
【０１３９】
また、別の実施形態としては操作失敗イベントが発生した場合にダイアログを表示して「強制移動」するか「位置更新キャンセル」を実行するかをユーザーに選択させる機能を有していてもよい。その一例を図１４（Ｄ）に示す。付箋操作モジュール６３１は操作を許可していない電子付箋に対するユーザー操作を検知すると、ダイアログ１６５０を表示し、ユーザーに対して操作が許可されていないことに起因して操作失敗となる旨を提示し、その後の操作に関して問い合わせる。この時、チェックボックス１６５１を用いて、再度操作失敗が起きた場合に同じ問い合わせをするかを確認ようにしても構わない。
【０１４０】
ダイアログ１６５０において強制移動ボタン１６５２が押された場合、付箋操作モジュール６３１は強制操作がなされたものとして処理を行う。この場合、図１４の例の場合、電子付箋１６０１は、図１４（Ａ）の位置には戻らずに、指１６２０が示した図１４（Ｂ）の位置に移動して配置されることとなる。キャンセルボタン１６５３が押された場合、付箋操作モジュール６３１は操作失敗が発生したものとして処理を行う。この場合、電子付箋１６０１は、図１４（Ｃ）に示すように元の位置に戻ることとなる。
【０１４１】
図１５は、図１４において電子付箋の強制操作（ここでは強制移動）が行われた場合に、物理付箋が存在する拠点側のクライアント端末１５０での見え方の例を示している。例えば、図１５（Ａ）のように、物理付箋の周囲に枠を表示し、強制操作が起きた物理付箋がどれであるかを表現してもよい。あるいは、図１５（Ｂ）の上に物理付箋の上に色付きの矩形を表示することで強制操作が行われた付箋を表現してもよい。図１５（Ｃ）のように、強制移動された電子付箋に対して振動するアニメーションを加えることで表現してもよい。
【０１４２】
更に、強制操作が発生したことを確実にユーザーに通知するために、例えば、メッセージを一定時間表示した後に消えるような警告表示を用いてもよい（図１５（Ｄ））。また、ダイアログによって強制操作が行われた旨を警告してもよい（図１５（Ｅ））。ステータスバーによって強制操作が行われた旨を警告してもよい（図１５（Ｆ））。
【０１４３】
本発明により、物理ホワイトボード上に物理付箋が存在している拠点と、電子ホワイトボード上に電子付箋として存在している拠点とで、位置や画像情報に不整合が発生しない、もしくは発生している事を共有することが可能となる。同時に、強制的に位置や画像を更新できる手段を提供し、電子付箋として表示している拠点から物理付箋が貼られている拠点に対して、その物理付箋を剥がすように簡単に通知できる。これは、口頭やチャットなどでその物理付箋を剥がすように依頼する場合に比べて、容易かつ確実に作業依頼ができ、コミュニケーションミスを減らせる。
【０１４４】
また、遠隔地で表示している電子付箋のうち、いずれかの拠点に物理付箋が存在する場合にはその電子付箋が移動できないことを明確に遠隔地側ユーザーに通知できる。更に、遠隔地のユーザーが変更を許可されていない電子付箋に対して操作を行った場合、物理付箋が貼られている拠点のユーザーに変更が許可されていない電子付箋が動かされたことを共有できる。
【０１４５】
また、以上においては、クライアント端末１５０は、端末種別を操作用端末か投影用端末か選択して利用できる形態について述べた。これに対して別の実施例として、操作用端末として動作するクライアント端末や、投影用端末として動作するクライアント端末のみからなる構成を取ることも可能である。
【０１４６】
例えば、最近では更にＢＹＯ（Ｂｒｉｎｇ  Ｙｏｕｒ  Ｏｗｎ）と呼ばれる、個人端末を業務に用いるワーキングスタイルも注目されている。したがって、一般的な携帯電話やタブレットＰＣ等に本電子会議システムの端末プログラムをインストールして本電子会議システムのサーバーと接続して利用する構成を取ることも可能である。
【０１４７】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。すなわち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、本発明は、複数のプロセッサが連携して処理を行うことによっても実現できるものである。
【図１】
2014119924.tif 000003
【図２】
2014119924.tif 000004
【図３】
2014119924.tif 000005
【図４】
2014119924.tif 000006
【図５】
2014119924.tif 000007
【図６】
2014119924.tif 000008
【図７】
2014119924.tif 000009
【図８】
2014119924.tif 000010
【図９】
2014119924.tif 000011
【図１０】
2014119924.tif 000012
【図１１】
2014119924.tif 000013
【図１２】
2014119924.tif 000014
【図１３】
2014119924.tif 000015
【図１４】
2014119924.tif 000016
【図１５】
2014119924.tif 000017