JP6015086B2 - 情報共有装置、情報共有システム、描画処理方法及びプログラム - Google Patents

Description

本発明は、ネットワークを介して多地点で接続して、互いの手書きや画面を共有する情報共有装置、情報共有システム、描画処理方法及びプログラムに関する。

液晶やプラズマなどのフラットパネルやプロジェクタを用いた４０インチ〜６０インチ程度のサイズの大型のディスプレイに、タッチパネルを搭載した、いわゆる電子情報ボード装置が市場に出回っている。これらの装置はパソコンを接続することによって、接続したパソコンの画面を大きく映すことができ、企業や行政機関の会議におけるプレゼンテーション等や教育機関等で広く用いられている。

通常、このような電子情報ボード装置は、搭載するタッチパネル機能を用いて、映されている画面にマウス操作の代わりに直接タッチすることで、画面を表示しているパソコンを操作する、「タッチパネルを介したパソコン操作機能」として提供されている。さらには、接続したパソコン上で動かす、電子黒板アプリケーションソフトウエアがこれらの機器と一緒に提供されている。電子情報ボード装置は、このアプリケーションソフトウエアと組み合わせて、黒板の役割をする画面を提供し、その上に手書き文字などをタッチパネルを介して描く機能、このアプリケーションを提供するパソコンの画面を取り込んでその上に手書きを重畳して描く機能など、「タッチパネルを介した手書機能」として提供されている。

一方、このような電子情報ボード装置をインターネットまたはイントラネットなどのネットワークを介して多地点で接続し、電話で話しながらと、互いの手書きや画面を共有する、「遠隔会議を行う機能」を備えた情報共有装置が提供されている。このような情報共有装置を利用すると、遠隔会議において、互いに説明のための表示資料を操作しながら、適宜画面上に直接指摘事項等の書き込みを行い、さらに必要に応じ書き込みを含む共有画面内容を記録することができ、その結果、会議終了時に共有画面内容を振り返り、該画面内容を再利用することで効率的に結論などをまとめることが期待できる。

しかし、このような遠隔会議機能の情報共有装置では、書き込み送信側と書き込み受信側とは、インターネットやイントラネットなどのネットワークを介して接続されているため、書き込み送信側での書き込みの表示と、書き込み受信側での表示には少なくともネットワーク伝達時間Δｔの遅れがある。そのため、書き込み送信側での表示開始時刻をｔ_０とすると、書き込み受信側で表示開始時刻はｔ_０＋Δｔ後となり、互いの表示内容がΔｔの間だけずれてしまうため、書き込み送信側は書き込み受信側でいつ書かれたか知ることができないという問題があった。特に、電話音声のように相手の頷きなどの反応が無いため、書き込み送信側は書き込みが書き込み受信側で表示されているか不安になり、インタラクティブな利用が妨げられるという問題があった。

例えば、特許文献１には、遠隔会議での手書きのインタラクティブな利用を促進させる目的で、書き込み送信側で書いた手書きを書き込み受信側で点滅表示させる技術が開示されている。また、特許文献２には、遠隔会議での手書きのインタラクティブな利用を促進させる目的で、書き込み送信側が筆記中であることを書き込み受信側に示す示唆図形を表示させる技術が開示されている。しかし、書き込み送信側が、自身の書き込みが書き込み受信側で表示されているかを知ることができないという問題は解消できていない。

本発明の課題は、ネットワークを介して多地点で接続して、互いの手書きや画面を共有する情報共有装置において、書込み送信側の心理的な負担を軽減することにある。

本発明は、少なくとも２台以上が通信接続される情報共有装置であって、ユーザによる座標入力を受け付け、座標情報を検出する座標検出手段と、前記座標検出手段で検出された座標情報、あるいは他の情報共有装置から受信した座標情報に従って、描画画像を生成する描画生成手段と、前記描画生成手段で生成された描画画像を表示する表示手段と、他の情報共有装置から受信した座標情報による描画画像の生成／表示に応じて、応答情報を生成する応答情報生成手段と、他の情報共有装置との間で、座標情報、応答情報を送受信する通信手段とを有し、前記表示手段は、前記ユーザによる座標入力に基づく描画画像を非定常状態で表示し、前記通信手段は、前記座標入力の座標情報を他の情報共有装置へ送信し、前記通信手段は、他の情報共有装置から受信した座標情報による描画画像の生成／表示が成功すると表示成功の応答情報を他の情報共有装置へ送信し、前記表示手段は、他の情報共有装置から表示成功の応答情報を受信した場合、前記非定常状態の表示を定常状態で表示する、ことを主要な特徴とする。

本発明によれば、書き込み受信側での表示が完了するまでは、書き込み送信側の表示を非定常状態で表示することで、書き込み送信側の心理的な負荷を軽減することができる。

情報共有装置の一実施形態の全体構成図である。 本実施形態に係る情報共有装置のハードウェア構成及び機能構成を示す図である。 通信データフォーマットの一例を示す図である。 情報共有システムの一実施形態の全体構成図である。 実施例１に係る全体構成図である。 実施例１の処理フローチャートである。 ストローク表示の具体例を示す図である。 実施例２に係る全体構成図である。 実施例２の処理フローチャートである。 実施例３の処理フローチャートである。

以下、本発明の実施形態について図面にもとづいて説明する。

図１に、本発明の一実施形態の情報共有装置の全体構成図を示す。本実施形態では、情報共有装置１００は、ユーザパソコン（ＰＣ）１３０ａ，１３０ｂを含んだ構成とされており、情報共有装置１００およびユーザＰＣ１３０ａ，１３０ｂは、それぞれケーブル１２４，１２６によって接続される。また、図１では示されていないが、情報共有装置１００はインターネットやイントラネットなどのネットワークを介して別の情報共有装置と接続される。

情報共有装置１００は、ユーザＰＣ１３０ａ，１３０ｂの表示画像を表示することができるとともに、ユーザがタッチパネルとしての表示部１１２に対する描画装置１４０の接触によって生成する描画画像を表示可能である。また、情報共有装置１００は、該描画画像をネットワークを介して別の情報共有装置に送信することが可能である。さらに、情報共有装置１００は、表示部１１２に対する接触によってイベントを発生させ、このイベントをマウスやキーボード等の入力装置のイベントとしてユーザＰＣ１３０ａ，１３０ｂに送信する。

ユーザＰＣ１３０ａ，１３０ｂは、情報共有装置１００に表示すべき画像を提供する情報処理装置である。ユーザＰＣ１３０ａ，１３０ｂは、画像信号を出力するインタフェースを備えており、ユーザＰＣ１３０ａ，１３０ｂの表示画像を形成する画像信号を所定のレート（例えば、毎秒３０フレーム）で情報共有装置１００に供給する。

本実施形態では、ユーザＰＣ１３０ａ，１３０ｂは、インタフェースとしてＶＧＡ出力端子（図示せず）を備えており、ＶＧＡケーブル等のケーブル１２４を介してＶＧＡ信号を情報共有装置１００に送信することができる。他の実施形態では、ユーザＰＣ１３０ａ，１３０ｂは、各種無線通信プロトコルに準拠した無線通信により、表示画像を送信してもよい。

また、ユーザＰＣ１３０ａ，１３０ｂは、情報共有装置１００が表示部１１２に表示した画像を取得することができる。ユーザＰＣ１３０ａ，１３０ｂは、ＵＳＢポート（図示せず）を備えており、ＵＳＢケーブル１２６を介して接続された情報共有装置１００に格納されている表示画像を、USB Mass Storage Class等の汎用ドライバを使用して取得することができる。

図１に示す実施形態では、ユーザＰＣ１３０ａ，１３０ｂとしてノート型ＰＣを採用するが、他の実施形態では、デスクトップ型ＰＣやタブレット型ＰＣ、ＰＤＡ、デジタルビデオカメラ、デジタルカメラ等の画像フレームを供給可能な情報処理装置を採用することができる。また、図１では、２のユーザＰＣ１３０ａ，１３０ｂを採用するが、他の実施形態では、１のユーザＰＣまたは３以上のユーザＰＣを採用することもできる。

図２に、本実施形態に係る情報共有装置のハードウェア構成および機能構成を示す。情報共有装置１００は、画像入力インタフェース２３２および画像出力インタフェース２３４を備えており、これらのインタフェースを介してユーザＰＣ１３０ａ，１３０ｂと接続される。また、情報共有装置１００は、インターネットやイントラネットなどのネットワーク３００を介して別の情報共有装置４００と接続される。

画像入力インタフェース２３２は、ユーザＰＣ１３０ａ，１３０ｂの表示画像を形成する画像信号を受信するインタフェースである。本実施形態では、画像入力インタフェース２３２としてＤＶＩ（Digital Visual Interface）端子によって構成されるＤＶＩコネクタを採用することができる。画像入力インタフェース２３２は、ユーザＰＣ１３０ａ，１３０ｂからＶＧＡケーブル等のケーブル１２４を介してＶＧＡ信号を受信し、情報共有装置１００が備える画像取得部２０６にＶＧＡ信号を供給する。他の実施形態では、ＶＧＡ（Video Graphics Array）コネクタ、ＨＤＭＩ（High-Definition Multimedia Interface）コネクタ、Displayportコネクタ等を採用することができる。さらに他の実施形態では、画像入力インタフェース２３２は、BluetoothやＷｉＦｉ等の無線通信プロトコルに準拠した無線通信により、ユーザＰＣ１３０ａ，１３０ｂから画像信号を受信してもよい。画像出力インタフェース２３４は、情報共有装置１００の表示画像をユーザＰＣ１３０ａ，１３０ｂなどの外部装置に出力する物理インタフェースである。本実施形態では、画像出力インタフェース２３４としてＵＳＢソケットを採用することができる。

情報共有装置１００は、制御手段としてのプロセッサ２００、ＲＯＭ２０２、ＲＡＭ２０４、画像取得部２０６、座標検出部２２４、接触検知部２２６、表示部１１２、通信部２５０などを含んで構成される。なお、座標検出部２２４及び接触検出部２２６は、実際には表示部１１２と一体的に構成される。

プロセッサ２００は、ＣＰＵやＭＰＵ等の処理演算装置であり、必要なＯＳを動作させ、このＯＳの管理下で、必要なプログラム言語で記述された本発明のプログラムを実行する。ＲＯＭ２０２は、ＢＩＯＳ等のブートプログラムなどが保存される不揮発性メモリである。

ＲＡＭ２０４は、ＤＲＡＭやＳＲＡＭ等の記憶装置であり、プロセッサ２００がプログラムを実行するための実行空間、プロセッサ２００からの処理途中のデータを記憶する空間、プロセッサ２００の処理に必要なデータ等を記憶する空間を提供する。

プロセッサ２００は、ソフトウェアプログラムや種々のデータなどを持続的に保持するためのハードディスク装置（図示せず）から、プログラムを読み出し、ＲＡＭ２０４に展開して実行する。本実施形態では、ＲＡＭ２０４に展開して実行されるプログラムには、イベント処理部２１０、アプリ画像生成部２１２、レイアウト管理部２１４、描画生成部２１６、合成部２１８、表示制御部２２０、スナップショット生成部２２２およびリポジトリ管理部２２８の各プログラムモジュールが含まれる。換言すれば、プロセッサ２００がＲＡＭ２０４に展開されたプログラムを実行することで、これら各部の機能が実現する。

画像取得部２０６は、ユーザＰＣ１３０ａ，１３０ｂから画像信号を取得する機能手段である。画像取得部２０６は、ユーザＰＣ１３０ａ，１３０ｂから画像入力インタフェース２３２を介して画像信号を受信すると、当該画像信号を解析して、当該画像信号によって形成されるユーザＰＣ１３０ａ，１３０ｂの表示画像である画像フレームの解像度や当該画像フレームの更新頻度などの画像情報を導出し、アプリ画像生成部２１２に送信する。また、画像取得部２０６は、当該画像信号を使用してユーザＰＣ１３０ａ，１３０ｂの表示画像である画像フレームをそれぞれ形成し、画像データを一時的に保存可能な記憶手段であるビデオＲＡＭ２０８にそれぞれ上書き保存する。本実施形態では、画像取得部２０６がビデオＲＡＭ２０８を含むとしたが、ビデオＲＡＭ２０８は別構成でもよく、また、ＲＡＭ２０４を利用することでもよい。

アプリ画像生成部２１２は、表示部１１２に表示すべき種々の表示ウィンドウを生成する機能手段である。表示ウィンドウには、ユーザＰＣ１３０ａ，１３０ｂの表示画像である画像フレームを表示する表示ウィンドウ、ユーザが生成する描画画像を表示する表示ウィンドウ、情報共有装置１００の各種設定を行うためのボタンやメニュー等を表示する表示ウィンドウ、ファイルビューアやＷｅｂブラウザ等の表示ウィンドウなどが含まれる。アプリ画像生成部２１２は、これらの表示ウィンドウを、当該表示ウィンドウを描画すべき画像レイヤに描画する。

レイアウト管理部２１４は、アプリ画像生成部２１２が生成する表示ウィンドウにユーザＰＣ１３０ａ，１３０ｂの表示画像を描画する機能手段である。レイアウト管理部２１４は、アプリ画像生成部２１２と協働して、画像取得部２０６からビデオＲＡＭ２０８に格納されている画像フレームを取得し、画像情報を使用して、画像フレームの大きさをアプリ画像生成部２１２が生成した表示ウィンドウの大きさに適合するように変更し、当該画像フレームを描画すべき画像レイヤに描画する。

接触検知部２２６は、描画装置１４０等の物体の接触を検知する機能手段である。本実施形態では、接触検知部２２６として赤外線遮断方式による座標入力／検出装置を採用する。この座標入力／検出装置では、表示部１１２の下側両端部に設置された２の受発光装置が、表示部１１２に平行して複数の赤外線を放射し、表示部１１２の周囲に設けられた反射部材によって同一光路上に反射する光を受光する。接触検知部２２６は、物体によって遮断された２の受発光装置が放射した赤外線の識別情報を座標検出部２２４に通知し、座標検出部２２４が、物体の接触位置である座標位置を特定する。

接触検知部２２６の他の実施形態としては、静電容量の変化を検知することにより接触位置を特定する静電容量方式のタッチパネル、対向する２の抵抗膜の電圧変化によって接触位置を特定する抵抗膜方式のタッチパネル、接触物体が表示部に接触することによって生じる電磁誘導を検知して接触位置を特定する電磁誘導方式のタッチパネルなどを採用してもよい。

座標検出部２２４は、物体が表示部１１２に接触した位置である座標位置を算出すると共に、種々のイベントを発行する機能手段である。本実施形態では、座標検出部２２４は、接触検知部２２６が通知する遮断された赤外線の識別情報を利用して、物体の接触位置の座標位置を算出する。座標検出部２２４は、接触位置の座標位置と共に、種々のイベントをイベント処理部２１０に発行する。

座標検出部２２４が発行するイベントには、物体の接触または接近したことを通知するイベント（ＴＯＵＣＨ）、物体が表示部１１２に接触または接近した状態で接触点または接近点が移動したことを通知するイベント（ＭＯＶＥ）、物体が表示部１１２から離れたことを通知するイベント（ＲＥＬＥＡＳＥ）が含まれる。これらのイベントには、接触位置座標および接近位置座標である座標位置情報が含まれる。

描画装置１４０は、情報共有装置１００の表示部１１２上に接触させて描画する装置である。描画装置１４０は、先端部に物体の接触を検知する検知部を備えたペン形状をしており、当該検知部が物体に接触すると、接触したことを示す接触信号を当該描画装置の識別情報と共に座標検出部２２４に送信する。

また、描画装置１４０は、情報共有装置操作モードまたはユーザＰＣ操作モードを切り替えるモード切替スイッチを側面や後端部等に備えている。情報共有装置操作モードとは、ユーザが情報共有装置１００の表示部１１２に任意の図形や文字等を描画可能なモードである共に、表示部１１２に表示されたメニューやボタン等のオブジェクトを選択可能なモードである。ユーザＰＣ操作モードとは、表示部１１２に表示されたメニューやボタン等のオブジェクトをユーザが選択可能なモードである。

例えば、ユーザがモード切替スイッチを押下した状態で、描画装置１４０を情報共有装置１００に接触させた場合には、描画装置１４０は、接触信号および当該描画装置の識別情報と共に、ユーザＰＣ操作モードを示すモード種別信号を送信する。ユーザがモード切替スイッチを押下していない状態で、描画装置１４０を情報共有装置１００に接触させた場合には、描画装置１４０は、接触信号および当該描画装置の識別情報と共に、情報共有装置操作モードを示すモード種別信号を送信する。

本実施形態では、座標検出部２２４は、接触検知部２２６から赤外線の識別情報を受信すると、物体の接触位置である座標位置を算出し、次いで、描画装置１４０から接触信号を受信すると、各種イベントを発行する。このとき、座標検出部２２４は、モード種別を示す情報（以下、「モード種別情報」とする。）を当該イベントと共にイベント処理部２１０に通知する。

一実施形態では、Bluetooth等の近距離無線通信によって各種信号を送信する。他の実施形態では、超音波や赤外線を利用した無線通信によって各種信号を送信することができる。

イベント処理部２１０は、座標検出部２２４が発行するイベントを処理する機能手段である。イベント処理部２１０は、座標検出部２２４からペンダウンイベント（接触）を受信すると、始点座標Ｓを取得する。その後、ペンアップイベント（離脱）を受信するまで、予め決められたレート（例えば１００Ｈｚでよい）で中間座標Ｉ０，Ｉ１，．．を取得し続け、ペンアップイベント（離脱）を受信すると終点座標Ｅを取得し、それまでの座標列（Ｓ，Ｉ０，Ｉ２，．．，Ｅ）をストロークデータとしてリポジトリ管理部２２８に保管する。ここでストロークデータは座標ごとに取得時刻（ＵＴＣ 時刻）、筆圧（単位：Newton）、ペンの傾き（単位：度）を含む。

イベント処理部２１０は、ユーザＰＣ１３０ａまたはユーザＰＣ１３０ｂにマウスイベントを送信する。また、情報共有装置操作モードが指定されている場合、イベント処理部２１０は、座標検出部２２４からペンダウンイベント（接触）を受信した後、ペンアップイベント（離脱）すると、情報共有装置１００の他の機能手段に対して描画指示イベントおよび選択通知イベントを通知する。

マウスイベントとは、ユーザＰＣ１３０ａ，１３０ｂのマウス等の入力装置が発行するイベントと同様のイベントであり、ユーザＰＣ操作モードが指定されている場合に、描画装置２４０による接触に起因してユーザＰＣ１３０ａ，１３０ｂに対して発行される。イベント処理部２１０は、座標検出部２２４が発行したイベントに含まれる座標位置情報をユーザＰＣ１３０ａ，１３０ｂの画面サイズに応じた座標位置情報に変換し、マウスイベントと共にユーザＰＣ１３０ａ，１３０ｂに送信する。ユーザＰＣ１３０ａ，１３０ｂは、マウスイベントをマウス等の入力装置が発行するイベントと同様に処理する。

描画指示イベントとは、情報共有装置１００に対して描画を指示するイベントである。描画指示イベントは、情報共有装置操作モードが指定されている場合に、描画装置１４０が表示部１１２に接触することに起因して発行される。

選択通知イベントとは、表示部１１２に表示された画面を構成するボタンやメニューバー等の種々のオブジェクトが選択されたことを示すイベントである。選択通知イベントは、情報共有装置操作モードが指定されている場合に、描画装置１４０が表示部１１２に接触することに起因して発行される。イベント処理部２１０は、座標検出部２２４が発行したイベントに含まれる座標位置情報がオブジェクトの座標領域内であるときに選択通知イベントを発行する。

本実施形態では、描画指示イベントおよび選択通知イベントには、それぞれ識別情報が割り当てられており、これらのイベントをトリガとして動作する情報共有装置１００の機能手段は、当該識別情報を参照して種々の処理を実行する。また、選択通知イベントには、選択されたオブジェクトの識別情報が付加されており、選択通知イベントをトリガとして動作する情報共有装置１００の機能手段は、当該オブジェクトの識別情報を参照して種々の処理を実行する。

描画生成部２１６は、ユーザが描画装置１４０を用いて描画した描画画像を生成する機能手段である。描画生成部２１６は、リポジトリ管理部２２８からの描画イベントに従って、座標位置情報が示す座標位置の色を特定の色に変更した画像レイヤを生成する。描画生成部２１６は、当該座標位置を描画情報としてＲＡＭ２０４の描画情報の格納領域に保存する。

合成部２１８は、種々の画像を合成する機能手段である。合成部２１８は、アプリ画像生成部２１２が画像を描画すべき画像レイヤ（以下、「アプリ画像レイヤ」とする）と、レイアウト管理部２１４がユーザＰＣ１３０ａ，１３０ｂの表示画像を描画すべき画像レイヤ（以下、「画像キャプチャレイヤ」とする）と、描画生成部２１６が画像を描画すべき画像レイヤ（以下、「手書きレイヤ」とする）とを合成する。

表示制御部２２０は、表示部１１２を制御する機能手段である。表示制御部２２０は、合成部２１８が生成した合成画像を表示部１１２に表示する。本実施形態では、合成部２１８は、表示制御部２２０を呼び出して合成画像を表示部１１２に表示する。他の実施形態では、合成部２１８および表示制御部２２０は、画像情報に含まれる画像フレームの更新頻度と同じ頻度で、画像レイヤを合成して表示部１１２に表示してもよい。

スナップショット生成部２２２は、ユーザＰＣ１３０ａ，１３０ｂの表示画像と描画生成部２１６が生成した描画画像との合成画像であるスナップショット画像を生成する機能手段である。スナップショット生成部２２２は、表示部１１２に表示されたスナップショットの取得を指示するスナップショットボタンが選択されたことを示す選択通知イベントを受信すると、画像キャプチャレイヤと手書きレイヤとを合成し、スナップショット画像を生成する。スナップショット生成部２２２は、スナップショット画像を生成すると、リポジトリ管理部２２８に対しスナップショット画像を記憶装置２３０に保存させる。記憶装置２３０は、例えばハードディスク（ＨＤＤ）などである。

リポジトリ管理部２２８は、スナップショット画像を格納すべき記憶装置２３０を制御
する機能手段である。リポジトリ管理部２２８は、上述したように、スナップショット生成部２２２の指示により、スナップショット画像を記憶装置２３０に保存する。また、リポジトリ管理部２２８は、ユーザＰＣ１３０ａ，１３０ｂの指示により、記憶装置２３０からスナップショット画像を取得し、ユーザＰＣ１３０ａ，１３０ｂを送信する。また、リポジトリ管理部２２８はイベント処理部２１０や通信部２５０からストロークデータを取得し、ストロークデータを含む描画イベントを描画生成部２１６に発行する。また、リポジトリ管理部２２８はイベント処理部２１６からストロークデータを取得し、ストロークデータを通信部２５０を介して、インターネットまたはイントラネットなどのネットワーク３００で接続された他の情報共有装置４００に送信する。

通信部２５０は、ネットワーク３００で接続された他の情報共有装置４００と座標位置情報、またはスナップショット画像、応答情報等のデータを送受信する。データを受信した場合は、受信データをイベントとしてイベント処理部２１０に発行する。

図３に、通信部２５０でやり取りするデータフォーマットの一例を示す。ここで、To，From，Viaはそれぞれ宛先アドレス、生成元アドレス、および転送元アドレスを含む。Message-IDはメッセージを一意に識別するＩＤであり、ＩＰアドレス、ＵＲＩ（ＲＦＣ２３９６）、ＵＲＬ（ＲＦＣ１７３８）、ＸＭＰＰAddress（ＲＦＣ６１２２）などである。フォーマットは、図３に示す通りである。ReferencesはMessage-IDを参照する。MethodはＡＤＤ、またはＡＣＫ，ＮＡＣＫのいずれかを含み、ＡＤＤはストロークの追加（描画）、ＡＣＫ，ＮＡＣＫは前記ＡＤＤに対する応答を示す。Content-Typeはストロークデータの属性を示し、application／inkml＋xml、またはapplication／octet-streamの値が指定される。Content-LengthはBodyのサイズをオクテット数で示す。０の場合はBodyに含まれるデータは無いことを示す。BodyはＸＭＬやＪＳＯＮのようなテキストデータでもよく、バイナリデータでもよい。

図４に、情報共有装置１００がインターネットやイントラネットなどのネットワーク３００を介して他の情報共有装置４００と接続されている構成例を示す。一般に２台あるいはそれ以上の情報共有装置がネットワークに接続されて情報共有装置がネットワークに接続されて情報共有システムが構築される。

図４において、情報共有装置１００を書込み送信側、情報共有装置４００を書き込み受信側とする。情報共有装置１００で書き込みが行われると、情報共有装置１００の表示部１２２に該書き込みが表示されると共に、情報共有装置４００の表示部１１２にも該書き込みが表示される。しかし、情報共有装置１００と情報共有装置４００はネットワーク３００を介して接続されているため、書き込み送信側の情報共有装置１００での書き込みの表示と、書き込み受信側の情報共有装置４００での書き込みの表示には時間遅れがある。この時間遅れは、ネットワークの状況に左右され一定ではない。そのため、書き込み送信側の情報共有装置１００のユーザは、書き込み受信側の情報共有装置４００で書き込みがいつ表示されたか、また、間違いなく書き込みが表示されたか知ることができない。すなわち、遠隔会議等での手書きのインタラクティブな利用が妨げられる。

そこで、本発明は、書き込み送信側の情報共有装置で書き込みが行われると、該書き込み送信側の情報共有装置では書き込みの描画画像を非定常状態（例えば、灰色、破線／一点鎖線等）で表示し、書き込み受信側の情報共有装置で該書き込みの描画画像が表示されることを確認して、書き込み送信側の情報共有装置の描画画像の表示を非定常状態から定常状態に変更するようにする。

以下に、本発明の二、三の実施例について詳述する。

図５に、実施例１に係る全体構成図を示す。ただし、図５では、本発明に関係する主な構成のみを概略的に示している。

図５において、情報共有装置１００および情報共有装置４００はインターネットやイントラネットなどのネットワーク３００を介して接続されている。図４と同様に、情報共有装置１００を書き込み送信側、情報共有装置４００を書き込み受信側とする。これら情報共有装置１００及び情報共有装置４００ともに、図２と同一部分には同じ符号を付し、説明を省略する。

書き込み受信側の情報共有装置４００は、応答情報生成部２３１を有する。該応答情報生成部２３１は、書き込み送信側の情報共有装置１００から送信された座標情報としてのストロークデータに基づいて、描画生成部２１６が描画画像としてのストロークを生成し、該ストロークが表示部１１２に表示されると、表示成功を示す応答情報（ＡＣＫ）を生成して、通信部２５０を介して書き込み送信側の情報共有装置１００に送信する。後述するように、書き込み送信側の情報共有装置１００は、書き込み受信側の情報共有装置４００から応答情報を受信すると、表示部１１２のストローク表示を非定常状態から定常状態に変更する。

なお、情報共有装置１００は書き込み受信側にもなる。したがって、実際には情報共有装置１００でも応答情報生成部２３１を有している。これは、後述の実施例２，３でも同様である。

図６に、実施例１の全体の処理フローチャートを示す。図６の（ａ）は書き込み送信側の情報共有装置１００の処理フローチャート、（ｂ）は書き込み受信側の情報共有装置４００の処理フローチャートである。以下、情報共有装置１００を単に書き込み送信側、情報共有装置４００を単に書き込み受信側と略称する。

書き込み送信側１００は、まず、通信失敗カウンタ及び表示失敗カウンタを０に初期設定する（ステップ１００１）。ここで、通信失敗カウンタは、書き込み受信側４００でストロークデータが受信されなかった回数をカウントするカウンタであり、カウント値が所定の値（送信試行上限と称す）を超えない場合、書き込み受信側４００にストロークデータを再送するために用いられる。表示失敗カウンタは、送信試行上限を超えた回数をカウントするカウンタであり、カウント値が所定の値（表示試行上限と称す）を超えた場合、以後、書き込み受信側４００に対するストロークデータの送信を停止するために用いられる。通信失敗カウンタ及び表示失敗カウンタは、例えばＲＡＭ２０４の所定領域を利用する（ソフトカウンタ）。また、ＲＡＭ２０４には送信試行上限及び表示試行上限の値も予め設定しておく。

通信失敗カウンタ及び表示失敗カウンタを初期設定した後、書き込み送信側１００は、座標情報が検出されるのを待つ（ステップ１００２）。座標情報が検出されると、描画画像としてのストロークを生成し（ステップ１００３）、該ストロークを非定常状態で表示する（ステップ１００４）。ここで、非定常状態は、ユーザが指示した色の透過度を高めた色でもよく（例えば、透過度５０％等）、元の色の蛍光色でもよく、灰色など特定の色でもよく、また、定常状態の半分の太さの線や、破線／一点鎖線などでもよい。

ストロークを非定常状態で表示した後、書き込み送信側１００は、表示失敗カウンタのカウント値が表示試行上限を超えているか否かチェックする（ステップ１００５）。表示試行上限は、例えば３回とする。表示試行上限を超えていれば、書き込み送信側１００は、表示部１１２上に「表示失敗」を表示する（ステップ１００６）。これは、例えば、画面の下隅等に表示する。その後、書き込み送信側１００は、表示部１１２のストローク表示を非定常状態から定常状態に変更し（ステップ１０１６）、ステップ１００２に戻る。すなわち、「表示失敗」が表示された場合、ユーザは、書き込み受信側４００にストロークデータを何回送信しても書き込み受信側４００で受信されないため、書き込み送信側１００は、書き込み受信側４００にストロークデータを送信しなかったと認識する。この場合、当然、書き込み受信側４００ではストロークは表示されない。

表示試行上限を超えていない場合（ステップ１００５でＮＯ）、書き込み送信側１００は、ストロークデータ（座標情報）を書き込み受信側４００へ送信する（ステップ１００７）。その後、書き込み送信側１００はタイマをスタートし（ステップ１００８）、タイマがタイムアウトする前に、書き込み受信側４００から表示成功の応答情報（ＡＣＫ）を受信するかチェックする（ステップ１００９，１０１０）。タイマがスタートしてからタイムアウトするまでの時間は、例えば３秒とする。勿論、３秒に限る必要はない。

タイムがタイムアウトする前に、書き込み受信側４００からＡＣＫを受信した場合（ステップ１００９でＹＥＳ）、書き込み送信側１００は、タイマをリセットする（ステップ１０１１）。そして、表示部１１２上のストローク表示を非定常状態から定常状態に変更し（ステップ１０１６）、ステップ１００２に戻る。これにより、ユーザは、書き込み受信側４００でもストロークが表示された（書かれた）と認識する。

一方、書き込み受信側４００からＡＣＫを受信する前に、タイマがタイムアウトした場合には（ステップ１０１０でＹＥＳ）、書き込み送信側１００は、通信失敗カウンタを＋１とする（ステップ１０１２）。そして、通信失敗カウンタのカウント値が送信試行上限を超えたかチェックする（ステップ１０１３）。送信試行上限は、例えば１０回とする。

通信失敗カウンタのカウント値が送信試行上限を超えていなければ、ステップ１００７に戻り、書き込み受信側４００にストロークデータを再び送信する。こうして、通信失敗カウンタのカウント値が送信試行上限を超えない間に書き込み受信側４００からＡＣＫを受信すると、書き込み送信側１００は、表示部１１２上のストローク表示を非定常状態から定常状態に変更する。これにより、ネットワーク等に一時的な障害か発生して、書き込み受信側４００にストロークデータを送信できなくなる事態を回避することができる。

一方、通信失敗カウンタのカウント値が送信試行上限を超えた場合（ステップ１０１３でＹＥＳ）、書き込み送信側１００は、表示部１１２上の下隅等に「通信失敗」を表示する（ステップ１０１４）。そして、書き込み送信側１００は、表示失敗カウンタを＋１し（ステップ１０１５）、表示１１２上のストローク表示を非定常状態から定常状態に変更して（ステップ１０１６）、ステップ１００２に戻る。この場合、ユーザは、ネットワーク等に何らかの障害が発生して、書き込み受信側４００に、ストロークデータが送信されなかったと認識する。

なお、書き込み送信側１００は、表示試行上限や送信試行条件を超えて「表示失敗」や「通信失敗」を表示した場合には、ストローク表示を非定常状態のままとすることでもよい。

書き込み受信側４００は、書き込み送信側１００からストロークデータ座標情報を受信すると（ステップ１０２１）、ストロークを生成し（ステップ１０２２）、該ストロークを表示部１１２に定常状態で表示する（ステップ１０２３）。そして、書き込み受信側４００は、表示成功を示す応答情報（ＡＣＫ）を生成して（ステップ１０２４）、書き込み送信側４００へ送信する（ステップ１０２５）。

図７に、書き込み送信側でストローク表示が非定常状態から定常状態に変化する具体例を示す。ここでは、便宜上、定常状態は実線、非定常状態は点線で表示されるとする。図７の（ａ）は、ストローク１の表示が定常状態に替わったのを確認して、次にユーザが新たにストローク２を描画した場合を示している。この場合、ストローク２は非定常状態（点線）で表示される。ストローク２を書き込み受信側に送信し、書き込み受信側で表示を開始すると、書き込み受信側からＡＣＫが返ってくる。図７の（ｂ）は、この場合の表示を示している。すなわち、ストローク２の表示が非定常状態（点線）から定常状態（実線）に変化する。これにより、ユーザは、ストローク２が書き込み受信側に間違いなく表示されていることを知ることができる。

本実施例２では、情報共有装置のほかにサーバ装置をネットワークに接続して情報共有システムを構築する。書き込み送信側の情報共有装置は、ストロークデータをサーバ装置に送信する。サーバ装置は、書き込み受信側から送信されたストロークデータを書き込み受信側の情報共有装置に送信し、書き込み受信側の情報共有装置から応答情報が返ってくると、書き込み送信側の情報共有装置に応答情報を送信する。書き込み送信側の情報共有装置は、サーバ装置からの応答情報を確認して、ストローク表示を非定常状態から定常状態に変更する。本実施例２は、書き込み受信側の情報共有装置が２台以上存在する場合に適している。

図８に、実施例２に係る全体構成図を示す。ただし、図８でも本発明に関係する主な構成のみを概略的に示している。

図８において、情報共有装置１００、情報共有装置４００−１、情報共有装置４００−２、及びサーバ装置５００がインターネットやイントラネットなどのネットワーク３００を介して接続されている。ここで、情報共有装置１００を書き込み送信側、情報共有装置４００−１，４００−２を書き込み受信側とする。

なお、図８では、書き込み受信側の情報共有装置は２台しか示されていないが、２台以上いくつでもよい。一般に多いほど本実施例は有効である。

書き込み送信側の情報共有装置１００、及び、書き込み受信側の情報共有装置４００−１，４００−２の構成は図５と同じである。ただし、書き込み送信側の情報共有装置１００の通信部２５０、書き込み受信側の情報共有装置４００−１，４００−２の通信部２５０の通信相手は、いずれもサーバ装置５００である。

サーバ装置５００は、蓄積部５０１、応答情報生成部５０２、及び通信部５０３を備えている。蓄積部５０１は、書き込み送信側の情報共有装置４００から受信したストロークデータ（座標情報）を蓄積する。応答情報生成部５０２は、書き込み送信側の情報共有装置１００からストロークデータを受信すると第１の応答情報（以下、ＡＣＫ（１）と称す）を生成し、書き込み受信側の情報共有装置４００−１，４００−２から応答情報（ＡＣＫ）を受信すると、第２の応答情報（以下、ＡＣＫ（２）と称す）を生成し、書き込み受信側の情報共有装置４００−１，４００−２から応答情報を受信しない場合には第３の応答情報の否定応答情報（ＮＡＣＫ）を生成する。通信部５０３は、書き込み送信側の情報共有装置１００とストロークデータ、ＡＣＫ（１），ＡＣＫ（２），ＮＡＣＫ等の送受信を行い、書き込み受信側の情報共有装置４００−１，４００−２とストロークデータ、ＡＣＫ等の送受信を行う。

図９に、実施例２の全体の処理フローチャートを示す。図９の（ａ）は書き込み送信側の情報共有装置１００の処理フローチャート、（ｂ）はサーバ装置５００の処理フローチャート、（ｃ）は書き込み受信側の情報共有装置４００−１，４００−２の処理フローチャートである。以下、情報共有装置１００を単に書き込み送信側、情報共有装置４００−１，４００−２を単に書き込み受信側と略称する。

まず、書き込み送信側１００の動作について説明する。書き込み送信側１００は、通信失敗カウンタを０に初期設定する（ステップ２００１）。ここで、通信失敗カウンタは、サーバ装置５００でストロークデータが受信されなかった回数をカウントするカウンタであり、カウント値が所定の値（送信試行上限）を超えない場合、サーバ装置５００にストロークデータを再送するために用いられる。なお、本実施例では失敗表示カウンタは使用しない。

通信失敗カウンタを初期設定した後、書き込み送信側１００は、座標情報が検出されるのを待つ（ステップ２００２）。座標情報が検出されると、ストローク（描画画像）を生成し（ステップ２００３）、該ストロークを非定常状態で表示する（ステップ２００４）。また、サーバ装置５００に対してストロークデータ（座標情報）を送信する（ステップ２００５）。

サーバ装置５００にストロークデータを送信後、書き込み送信側１００はタイマをスタートし（ステップ２００６）、タイマがタイムアウトする前に、サーバ装置５００から応答情報としてＡＣＫ（１）を受信するかチェックする（ステップ２００７，２００８）。

タイマがタイムアウトする前に、サーバ装置５００からＡＣＫ（１）を受信した場合（ステップ２００７でＹＥＳ）、書き込み送信側１００は、タイマをリセットする（ステップ２００９）。そして、書き込み送信側１００は、サーバ装置５００からの次の応答情報の到来を待つ（ステップ２０１０，２０１１）。

サーバ装置５００からＡＣＫ（２）を受信した場合（ステップ２０１０でＹＥＳ）、書き込み送信側１００は、表示部１１２上のストローク表示を非定常状態から定常状態に変更し（ステップ２０１６）、ステップ２００２に戻る。この場合、ユーザは、サーバ装置５００でストロークデータが受信され、かつ、書き込み送信側４００−１，４００−２でストロークが表示された（書かれた）と認識する。

サーバ装置５００からＮＡＣＫを受信した場合には（ステップ２０１１でＹＥＳ）、書き込み送信側１００は、表示部１１２の下隅等に「表示失敗」を表示し（ステップ２０１２）、表示部１１２上のストローク表示を非定常状態から定常状態に変更して（ステップ２０１６）、ステップ２００２に戻る。この場合、ユーザは、サーバ装置５００ではストロークデータが受信されたが、サーバ装置５００から書き込み受信側４００−１，４００−２へ何度かストロークデータを送信しても、書き込み受信側１００は、４００−１，４００−２からＡＣＫが返してこない（書き込み受信側４００−１，４００−２でストロークが書かれない）と認識する。

一方、サーバ装置５００からＡＣＫ（１）を受信する前にタイマがタイムアウトした場合（ステップ２００８でＹＥＳ）、書き込み送信側１００は、通信失敗カウンタを＋１する（ステップ２０１３）。そして、通信失敗カウンタのカウント値が送信試行上限を超えたかチェックする（ステップ２０１４）。

送信試行上限を超えていない場合（ステップ２０１４でＮＯ）、書き込み送信側１００は、ステップ２００５に戻り、サーバ装置５００にストロークデータを再送する。

以下、ステップ２００５〜２００８、２０１３、２０１４の動作を繰り返し、送信試行上限を超えた場合には（ステップ２０１４でＹＥＳ）、書き込み送信側１００は、表示部１１２の下隅等に「通信失敗」を表示し（ステップ２０１５）、表示１１２上のストローク表示を非定常状態からから定常状態に変更して（ステップ２０１６）、ステップ２００２に戻る。この場合、ユーザは、ネットワーク等に障害が発生して、そもそもサーバ装置５００にストロークデータが送信されなかった（当然、書き込み受信側４００−１，４００−２でストロークが書かれない）と認識する。

一方、ステップ２００５〜２００８、２０１３、２０１４の動作を繰り返し、送信試行上限を超える前に、サーバ装置５００からＡＣＫ（１）を受信した場合には（ステップ２００７でＹＥＳ）、ステップ２００９に進む。これ以降の動作は、先の１度目のストロークデータの送信でサーバ装置５００からＡＣＫ（１）が返ってきた場合と同じであるので説明を省略する。

なお、本実施例でも、書き込み送信側１００は、「表示失敗」や「通信失敗」を表示した場合、ストローク表示を非定常状態のままにしておくことでもよい。

次に、サーバ装置５００の動作について説明する。サーバ装置５００は、通信失敗カウンタを０に初期設定する（ステップ２０２１）。ここで、サーバ装置５００の通信失敗カウンタは、書き込み受信側４００−１，４００−２でストロークデータが受信されなかった回数をカウントするカウンタであり、カウント値が所定の値（送信試行上限）を超えない場合、書き込み受信側４００−１，４００−２にストロークデータを再送するために用いられる。

通信失敗カウンタを初期設定した後、サーバ装置５００は、書き込み送信側１００からストロークデータ（座標情報）が到来するのを待つ（ステップ２０２２）。書き込み送信側１００からストロークデータを受信すると、サーバ装置５００は、該ストロークデータを所定のメモリに保持して（ステップ２０２３）。書き込み送信側１００へ応答情報としてＡＣＫ（１）を返送する（ステップ２０２４）。そして、サーバ装置５００は、書き込み受信側４００−１，４００−２へストロークデータを送信する（ステップ２０２５）。これは、例えば同報通信で行う。

書き込み受信側４００−１，４００−２へストロークデータを送信した後、サーバ装置５００は、タイマをスタートし（ステップ２０２６）。タイマがタイムアウトする前に、書き込み受信側４００−１，４００−２から表示成功の応答情報（ＡＣＫ）を受信するかチェックする（ステップ２０２７，２０２８）。

タイマがタイムアウトする前に、書き込み受信側４００−１，４００−２からＡＣＫを受信した場合（ステップ２０２７でＹＥＳ）、サーバ装置５００は、タイマをリセットする（ステップ２０２９）。そして、サーバ装置５００は、書き込み送信側１００に対してＡＣＫ（２）を送信し（ステップ２０３０）、ステップ２０２２に戻る。

一方、書き込み受信側４００−１，４００−２からＡＣＫを受信する前にタイマがタイムアウトした場合には（ステップ２０２８でＹＥＳ）、サーバ装置５００は通信失敗カウンタを＋１する（ステップ２０３１）。そして、通信失敗カウンタのカウント値が送信試行上限を超えたかチェックする（ステップ２０３２）。

送信試行上限を超えていない場合（ステップ２０３２でＮＯ）、サーバ装置５００は、ステップ２０２５に戻り、書き込み受信側４００−１，４００−２へストロークデータを再送する。この場合、サーバ装置５００は、書き込み受信側４００−１，４００−２のいずれか一方からＡＣＫを受信していた場合には、ＡＣＫを受信しない書き込み受信側へストロークデータを再送するようにする。なお、多数の書き込み受信側装置が存在して、例えば、その２以上の装置からＡＣＫを受信しない場合には、改めて同報通信で、全ての書き込み受信側装置へストロークデータを再送することでもよい。

以下、ステップ２０２５〜２０２８、２０３１、２０３２の動作を繰り返し、送信試行上限を超える前に、書き込み受信側４００−１，４００−２からＡＣＫを受信した場合（ステップ２０２７でＹＥＳ）、サーバ装置５００は、タイマをリセットし（ステップ２０２９）、書き込み送信側１００へＡＣＫ（２）を返送し（ステップ２０３０）、ステップ２０２２に戻る。これにより、サーバ装置５００と書き込み受信側４００−１，４００−２との間のネットワーク等の一時的な障害に対処することが可能になる。

一方、ステップ２０２５〜２０２８、２０３１、２０３２の動作を繰り返し、送信試行上限を超えた場合には（ステップ２０３１でＹＥＳ）、サーバ装置５００は、書き込み送信側１００へＮＡＣＫを返送し（ステップ２０３３）、ステップ２０２２に戻る。

ここでは、サーバ装置５００は、書き込み受信側の全てからＡＣＫを受信した場合に書き込み送信側へＡＣＫ（２）を返送するとしたが、例えば、過半数の書き込み受信側からＡＣＫを受信した場合に、書き込み送信側へＡＣＫ（２）を返送することでもよい。すなわち、多地点に情報共有装置が存在する場合、常に全ての書き込み受信側からＡＣＫが揃うとは限らない。このような場合、少なくとも、過半数の書き込み受信側でストロークが書かれれば良しとする方が、利便性が向上する。

次に、書き込み受信側４００−１，４００−２の動作について説明する。書き込み受信側４００−１，４００−２の動作は、通信相手がサーバ装置５００であることを除けば、先の実施例１の場合と基本的に同じである。すなわち、書き込み受信側４００−１，４００−２は、サーバ装置５００からストロークデータ（座標情報）を受信すると（ステップ２０４１）、ストローク（描画画像）を生成し（ステップ２０４２）、該ストロークを表示部１１２に定常状態で表示する（ステップ２０４３）。そして、表示成功を示す応答情報（ＡＣＫ）を生成して（ステップ２０４４）、サーバ装置５００へ送信する（ステップ２０４５）。

本実施例３は、全体の構成は実施例２と同じである。本実施例においても、実施例２と同様に、書き込み送信側の情報共有装置は、ストロークデータをサーバ装置に送信し、サーバ装置が、該書き込み送信側の情報共有装置から送信されたストロークデータを保存すると共に、該ストロークデータを書き込み受信側の情報共有装置に送信する。ただし、本実施例では、サーバ装置は、書き込み受信側の情報共有装置から表示成功のＡＣＫが来るのを待たずに、すなわち、書き込み送信側の情報共有装置からストロークデータを受信したならば、応答情報としてのＡＣＫを書き込み送信側の情報共有装置へ返送する。書き込み送信側の情報共有装置は、サーバ装置からＡＣＫが返送されたならば、その時点でストローク表示を非定常状態から定常状態に変更する。本実施例は、特に操作の迅速性を重視する場合に有効である。

図１０に、実施例３の全体の処理フローチャートを示す。なお、全体のシステム構成は図８を援用する。図１０の（ａ）は書き込み送信側の情報共有装置１００の処理フローチャート、（ｂ）はサーバ装置５００の処理フローチャート、（ｃ）は書き込み送信側の情報共有装置４００−１，４００−２の処理フローチャートである。ここでも、情報共有装置１００を単に書き込み送信側、情報共有装置４００−１，４００−２を単に書き込み受信側と略称する。

まず、書き込み送信側１００の動作について説明する。書き込み送信側１００は、通信失敗カウンタを０に初期設定する（ステップ３００１）。ここで、通信失敗カウンタは、サーバ装置５００でストロークデータが受信されなかった回数をカウントするカウンタであり、カウント値が所定の値（送信試行上限）を超えない場合、サーバ装置５００にストロークデータを再送するために用いられる。

通信失敗カウンタを初期設定した後、書き込み送信側１００は、座標情報が検出されるのを待つ（ステップ３００２）。座標情報が検出されると、ストローク（描画画像）を生成し（ステップ３００３）、該ストロークを非定常状態で表示する（ステップ３００４）。また、サーバ装置５００に対してストロークデータ（座標情報）を送信する（ステップ３００５）。

サーバ装置５００にストロークデータを送信後、書き込み送信側１００はタイマをスタートし（ステップ３００６）、タイマがタイムアウトする前に、サーバ装置５００から応答情報としてＡＣＫを受信するかチェックする（ステップ３００７，３００８）。

タイマがタイムアウトする前に、サーバ装置５００からＡＣＫを受信した場合（ステップ３００７でＹＥＳ）、書き込み送信側１００は、タイマをリセットする（ステップ３００９）。そして、書き込み送信側１００は、表示部１１２上のストローク表示を非定常状態から定常状態に変更し（ステップ３０１３）、ステップ３００２に戻る。

一方、サーバ装置５００からＡＣＫを受信する前にタイマがタイムアウトした場合（ステップ３００８でＹＥＳ）、書き込み送信側１００は、通信失敗カウンタを＋１する（ステップ２０１０）。そして、通信失敗カウンタのカウント値が送信試行上限を超えたかチェックする（ステップ３０１１）。

送信試行上限を超えていない場合（ステップ３０１１でＮＯ）、書き込み送信側１００は、ステップ３００５に戻り、サーバ装置５００にストロークデータを再送する。

以下、ステップ３００５〜３００８、３０１０、３０１１の動作を繰り返し、送信試行上限を超えた場合には（ステップ３０１１でＹＥＳ）、書き込み送信側１００は、表示部１１２の下隅等に「通信失敗」を表示し（ステップ３０１２）、表示１１２上のストローク表示を非定常状態からから定常状態に変更して（ステップ３０１３）、ステップ３００２に戻る。

一方、ステップ３００５〜３００８、３０１０、３０１１の動作を繰り返し、送信試行上限を超える前に、サーバ装置５００からＡＣＫを受信した場合には（ステップ３００７でＹＥＳ）、ステップ３００９に進む。この場合、先に説明したように、書き込み送信側１００は、タイマをリセットした後、表示部１１２上のストローク表示を非定常状態から定常状態に変更して、ステップ３００２に戻る。

なお、本実施例でも、書き込み送信側１００は、「通信失敗」を表示した場合、ストローク表示を非定常状態のままにしておくことでもよい。

次に、サーバ装置５００の動作について説明する。サーバ装置５００は、通信失敗カウンタを０に初期設定する（ステップ３０２１）。ここで、サーバ装置５００の通信失敗カウンタは、書き込み受信側４００−１，４００−２でストロークデータが受信されなかった回数をカウントするカウンタであり、カウント値が所定の値（送信試行上限）を超えない場合、書き込み受信側４００−１，４００−２にストロークデータを再送するために用いられる。

通信失敗カウンタを初期設定した後、サーバ装置５００は、書き込み送信側１００からストロークデータ（座標情報）が到来するのを待つ（ステップ３０２２）。書き込み送信側１００からストロークデータを受信すると、サーバ装置５００は、該ストロークデータを所定のメモリに保持し（ステップ３０２３）、書き込み送信側１００へ応答情報としてＡＣＫを返送する（ステップ３０２４）。そして、サーバ装置５００は、書き込み受信側４００−１，４００−２へストロークデータを送信する（ステップ３０２５）。これは、例えば同報通信で行う。

書き込み受信側４００−１，４００−２をストロークデータを送信した後、サーバ装置５００は、タイマをスタートし（ステップ２０３６）。タイマがタイムアウトする前に、書き込み受信側４００−１，４００−２から表示成功の応答情報（ＡＣＫ）を受信するかチェックする（ステップ３０３７，３０３８）。

タイマがタイムアウトする前に、書き込み受信側４００−１，４００−２からＡＣＫを受信した場合（ステップ３０２７でＹＥＳ）、サーバ装置５００は、タイマをリセットする（ステップ３０２９）。そして、ステップ３０２２に戻る。すなわち、サーバ装置５００は、書き込み送信側１００に対して、改めてＡＣＫ（２）を送信することはしない。

一方、書き込み受信側４００−１，４００−２からＡＣＫを受信する前にタイマがタイムアウトした場合には（ステップ３０２８でＹＥＳ）、サーバ装置５００は通信失敗カウンタを＋１する（ステップ３０３０）。そして、通信失敗カウンタのカウント値が送信試行上限を超えたかチェックする（ステップ３０３１）。

送信試行上限を超えていない場合（ステップ３０３１でＮＯ）。サーバ装置５００は、ステップ３０２５に戻り、書き込み受信側４００−１，４００−２へストロークデータを再送する。この場合、サーバ装置５００は、書き込み受信側４００−１，４００−２のいずれか一方からＡＣＫを受信していた場合でも、両方の書き込み受信側へストロークデータを再送することでもよいし、あるいは、ＡＣＫが受信されなかった書き込み受信側にのみストロークデータを再送することでもよい。

以下、ステップ３０２５〜３０２８、３０３０、３０３１の動作を繰り返し、送信試行上限を超える前に、書き込み受信側４００−１，４００−２からＡＣＫを受信した場合（ステップ３０３７でＹＥＳ）、サーバ装置５００は、タイマをリセットし（ステップ３０３９）、ステップ３０２２に戻る。

一方、ステップ３０２５〜３０２８、３０３０、３０３１の動作を繰り返し、送信試行上限を超えた場合には（ステップ３０３１でＹＥＳ）、サーバ装置５００は、そのままステップ３０２２に戻る。すなわち、書き込み送信側１００に対して、ＮＡＣＫを返送することはしない。

書き込み受信側４００−１，４００−２の動作は、実施例２と同じであるので、説明は省略する。

本実施例では、書き込み送信側は、書き込み受信側で本当にストロークが表示されたかどうか確認することができないが、操作の迅速性が向上する。なお、書き込み受信側でストロークデータが受信されない場合、サーバ装置が書き込み受信側へストロークデータを再送することで、書き込み受信側でのストローク表示の成功率を高めることが可能になる。

１００，４００，４００−１，４００−２ 情報共有装置
１１２ 表示部
２１０ イベント処理部
２１６ 描画生成部
２２４ 座標検出部
２３１ 応答情報生成部
２５０ 通信部
３００ ネットワーク
５００ サーバ装置

特開平０６-２８４２４０号公報 特開２０１１−１５１６１３号公報

Claims (10)

1. 少なくとも２台以上が通信接続される情報共有装置であって、
   ユーザによる座標入力を受け付け、座標情報を検出する座標検出手段と、
   前記座標検出手段で検出された座標情報、あるいは他の情報共有装置から受信した座標情報に従って、描画画像を生成する描画生成手段と、
   前記描画生成手段で生成された描画画像を表示する表示手段と、
   他の情報共有装置から受信した座標情報による描画画像の生成／表示に応じて、応答情報を生成する応答情報生成手段と、
   他の情報共有装置との間で、座標情報、応答情報を送受信する通信手段と、
   を有し、
   前記表示手段は、前記ユーザによる座標入力に基づく描画画像を非定常状態で表示し、
   前記通信手段は、前記座標入力の座標情報を他の情報共有装置へ送信し、
   前記通信手段は、他の情報共有装置から受信した座標情報による描画画像の生成／表示が成功すると表示成功の応答情報を他の情報共有装置へ送信し、
   前記表示手段は、他の情報共有装置から表示成功の応答情報を受信した場合、前記非定常状態の表示を定常状態で表示する、
   ことを特徴とする情報共有装置。
2. 少なくとも２台以上の情報共有装置がネットワーク接続されてなる情報共有システムであって、
   各情報共有装置は、当該情報共有装置のユーザによる座標入力を受け付け、座標情報を検出する座標検出手段と、前記座標検出手段で検出された座標情報、あるいは他の情報共有装置から受信した座標情報に従って、描画画像を生成する描画生成手段と、前記描画生成手段で生成された描画画像を表示する表示手段と、他の情報共有装置から受信した座標情報による描画画像の生成／表示に応じて、応答情報を生成する応答情報生成手段と、他の情報共有装置との間で、座標情報、応答情報を送受信する通信手段とを有し、
   ユーザによる座標入力のあった情報共有装置（以下、第１の情報共有装置）は、前記ユーザによる座標入力に基づく描画画像を非定常状態で表示すると共に、該座標入力の座標情報を他の情報共有装置（以下、第２の情報共有装置）へ送信し、
   第２の情報共有装置は、第１の情報共有装置から送信された座標情報の描画画像を生成／表示して、表示成功の応答情報を第１の情報共有装置へ送信し、
   第１の情報共有装置は、第２の情報共有装置から応答情報を受信すると、前記非定常状態の表示を定常状態に変化させる、
   ことを特徴とする情報共有システム。
3. 請求項２記載の情報共有システムにおいて、
   第１の情報共有装置は、第２の情報共有装置から所定時間内に応答情報を受信しない場合、第２の情報共有装置へ座標情報を再送することを特徴とする情報共有システム。
4. 請求項３記載の情報共有システムにおいて、
   第１の情報共有装置は、
   第２の情報共有装置へ座標情報を再送する回数をカウントし、そのカウント値をあらかじめ定めた送信試行上限に達した場合、通信失敗を表示し、
   さらに、前記通信失敗の回数をカウントし、そのカウント値があらかじめ定めた表示試行上限に達した場合、表示失敗を表示する、
   ことを特徴とする情報共有システム。
5. 少なくとも２台以上の情報共有装置と、サーバ装置がネットワーク接続されてなる情報共有システムであって、
   各情報共有装置は、当該情報共有装置のユーザによる座標入力を受け付け、座標情報を検出する座標検出手段と、前記座標検出手段で検出された座標情報、あるいはサーバ装置から受信した座標情報に従って、描画画像を生成する描画生成手段と、前記描画生成手段で生成された描画画像を表示する表示手段と、サーバ装置から受信した座標情報の描画画像の生成／表示に応じて、応答情報を生成する応答情報生成手段と、サーバ装置との間で、座標情報、応答情報を送受信する通信手段とを有し、
   サーバ装置は、情報共有装置との間で、座標情報、応答情報を送受信する通信手段と、情報共有装置から受信した座標情報を蓄積する蓄積手段とを有し、
   ユーザによる座標入力のあった情報共有装置（以下、第１の情報共有装置）は、前記ユーザによる座標入力に基づく描画画像を非定常状態で表示し、該座標入力の座標情報をサーバ装置へ送信し、
   サーバ装置は、第１の情報共有装置から送信された座標情報を蓄積すると共に、該座標情報を他の情報共有装置（以下、第２の情報共有装置）へ送信し、
   第２の情報共有装置は、サーバ装置から送信された座標情報の描画画像を生成／表示して、表示成功の応答情報をサーバ装置へ送信し、
   サーバ装置は、第２の情報共有装置から応答情報を受信すると、第１の情報共有装置へ応答情報を送信し、
   第１の情報共有装置は、サーバ装置から応答情報を受信すると、前記非定常状態を定常状態に変化させる、
   ことを特徴とする情報共有システム。
6. 少なくとも２台以上の情報共有装置と、サーバ装置がネットワーク接続されてなる情報共有システムであって、
   各情報共有装置は、当該情報共有装置のユーザによる座標入力を受け付け、座標情報を検出する座標検出手段と、前記座標検出手段で検出された座標情報、あるいはサーバ装置から受信した座標情報に従って、描画画像を生成する描画生成手段と、前記描画生成手段で生成された描画画像を表示する表示手段と、サーバ装置との間で、座標情報、応答情報を送受信する通信手段とを有し、
   サーバ装置は、情報共有装置との間で、座標情報、応答情報を送受信する通信手段と、情報共有装置から受信した座標情報を蓄積する蓄積手段とを有し、
   ユーザによる座標入力のあった情報共有装置（以下、第１の情報共有装置）は、前記ユーザによる座標入力に基づく描画画像を非定常状態で表示し、該座標入力の座標情報をサーバ装置へ送信し、
   サーバ装置は、第１の情報共有装置から送信された座標情報を蓄積すると共に、該座標情報を他の情報共有装置（以下、第２の情報共有装置）へ送信し、第１の情報共有装置へは応答情報を送信し、
   第２の情報共有装置は、サーバ装置から送信された座標情報の描画画像を生成／表示し、
   第１の情報共有装置は、サーバ装置から応答情報を受信すると、前記非定常状態の表示を定常状態に変化させる、
   ことを特徴とする情報共有システム。
7. 請求項５もしくは６に記載の情報共有システムにおいて、
   第１の情報共有装置は、サーバ装置から所定時間内に応答情報を受信しない場合、サーバ装置へ座標情報を再送し、
   サーバ装置は、第２の情報共有装置から応答情報を受信しない場合、第２の情報共有装置へ座標情報を再送する、
   ことを特徴とする情報共有システム。
8. 請求項５もしくは７に記載の情報共有システムにおいて、
   サーバ装置は、第１の情報共有装置から座標情報を受信すると、第１の情報共有装置へ第１の応答情報を送信し、第２の情報共有装置から応答情報を受信すると、第１の情報共有装置から第１の応答情報を送信し、第２の情報共有装置から応答情報を受信しない場合には、第１の情報共有装置へ第３の応答情報を送信し、
   第１の情報共有装置は、サーバ装置から第１の応答情報を受信しない場合には通信失敗を表示し、サーバ装置から第１の応答情報を受信し、その後に第２の応答情報を受信した場合に、非定常状態の表示を定常状態に変化させ、サーバ装置から第１の応答情報を受信し、その後に第３の応答情報を受信した場合には表示失敗を表示する、
   ことを特徴とする情報共有システム。
9. ユーザによる座標入力を受け付け、座標情報を検出する座標検出手段と、前記座標検出手段で検出された座標情報、あるいは他の情報共有装置から受信した座標情報に従って、描画画像を生成する描画生成手段と、前記描画生成手段で生成された描画画像を表示する表示手段と、他の情報共有装置から受信した座標情報による描画画像の生成／表示に応じて、応答情報を生成する応答情報生成手段と、他の情報共有装置との間で、座標情報、応答情報を送受信する通信手段と、を有する少なくとも２台以上が通信接続された情報共有装置間における描画処理方法であって、
   前記ユーザによる座標入力のあった第１の情報共有装置が前記ユーザによる座標入力に基づく描画画像を非定常状態で表示するステップと、
   前記第１の情報共有装置が前記座標入力の座標情報を通信接続先の第２の情報共有装置へ送信するステップと、
   前記第２の情報共有装置が前記第１の情報共有装置から送信された座標情報の描画画像を生成／表示して、表示成功の応答情報を前記第１の情報共有装置へ送信するステップと、
   前記第１の情報共有装置が、前記第２の情報共有装置から表示成功の応答情報を受信した場合、前記非定常状態の表示を定常状態に変化させるステップと、
   を含むことを特徴とする描画処理方法。
10. 少なくとも２台以上が通信接続される情報共有装置のコンピュータを、
    ユーザによる座標入力を受け付け、座標情報を検出する座標検出手段と、
    前記座標検出手段で検出された座標情報、あるいは他の情報共有装置から受信した座標情報に従って、描画画像を生成する描画生成手段と、
    前記描画生成手段で生成された描画画像を表示する表示手段と、
    他の情報共有装置から受信した座標情報による描画画像の生成／表示に応じて、応答情報を生成する応答情報生成手段と、
    他の情報共有装置との間で、座標情報、応答情報を送受信する通信手段と、して機能させるためのプログラムであって、
    前記表示手段は、前記ユーザによる座標入力に基づく描画画像を非定常状態で表示し、
    前記通信手段は、前記座標入力の座標情報を他の情報共有装置へ送信し、
    前記通信手段は、他の情報共有装置から受信した座標情報による描画画像の生成／表示が成功すると表示成功の応答情報を他の情報共有装置へ送信し、
    前記表示手段は、他の情報共有装置から表示成功の応答情報を受信した場合、前記非定常状態の表示を定常状態で表示するプログラム。

Images