JP2004317583A - 描画装置 - Google Patents
描画装置 Download PDFInfo
- Publication number
- JP2004317583A JP2004317583A JP2003108046A JP2003108046A JP2004317583A JP 2004317583 A JP2004317583 A JP 2004317583A JP 2003108046 A JP2003108046 A JP 2003108046A JP 2003108046 A JP2003108046 A JP 2003108046A JP 2004317583 A JP2004317583 A JP 2004317583A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- layer
- input
- server
- display
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- User Interface Of Digital Computer (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Controls And Circuits For Display Device (AREA)
Abstract
【課題】各ユーザの操作端末からの入力に対し排他制御を実質的に無くし、スムースな会議進行を行うことができるようになる。
【解決手段】描画サーバ１００はネットワーク５００を介して、各ユーザが操作する操作端末４０１乃至４０５と通信可能となっていて、各操作端末毎に描画レイヤをメモリ上に確保する。そして、各端末から座標データを受信した場合、送信元に割り当てた描画レイヤに対して描画処理を行っていく。そして、描画された各描画レイヤは合成され、プロジェクタ２００を介してスクリーン３００に共通の表示像として表示する。
【選択図】 図１
【解決手段】描画サーバ１００はネットワーク５００を介して、各ユーザが操作する操作端末４０１乃至４０５と通信可能となっていて、各操作端末毎に描画レイヤをメモリ上に確保する。そして、各端末から座標データを受信した場合、送信元に割り当てた描画レイヤに対して描画処理を行っていく。そして、描画された各描画レイヤは合成され、プロジェクタ２００を介してスクリーン３００に共通の表示像として表示する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は複数のユーザの操作する端末からの入力を、共有画面に表示する技術に関するものである。
【０００２】
【従来の技術】
近年のネットワークの発展に伴い、コンピュータシステムを利用した電子会議システムが普及してきている。この電子会議システムの１つの形態に、１つの大画面表示装置を共有し、１つの端末の操作内容をその表示装置に反映させるシステムが存在する。表示装置としてはＣＲＴ、プロジェクタ等、様々なものが利用できる。
【０００３】
最も一般的なのは、１台の端末での操作内容を上記表示装置に表示させ、会議参加者にプレゼンテーションする方式であろう。ただし、会議進行役は一人であり、他の参加者は受け身的にしか参加できない問題がある。
【０００４】
上記問題に対し、会議参加者がそれぞれ端末を有し、共有表示装置を電子ホワイトボードとして利用するシステムがある。かかるシステムでは、参加者が積極的に参加することになるので、上記の問題は一応は解決する。
【０００５】
しかしながら、或る端末Ａからの入力途中に他の端末Ｂからの入力を受け付けるようにしてしまうと、端末Ａでの入力中が無効となってしまうことになり、必然、各端末を有するユーザに混乱が生じることは避けられない。従って、かかるシステムの場合には、入力を許可する端末を常に１台にする必要があり、その為の入力排他制御が必要になる。
【０００６】
上記のような電子ホワイトボードシステムの排他制御では、プレゼンテーション用に用意された画像に対し、参加者による自由描画が主な用途となることが多い。自由曲線の入力であるから、一回あたりの端末入力作業時間が長くなる傾向になる。すなわち、ある端末が独占的に入力権を保持し続け、結果的に、他の参加者の端末からの入力を受け付けない時間も長くなり、参加者が多ければ多いほど入力待ち時間は長くならざるを得ない。
【０００７】
この欠点を解決する手段として、特許文献１に開示された「端末制御装置」においては、被操作端末の共有画面に表示された複数の処理対象への操作の競合を回避する提案がなされている。
【０００８】
【特許文献１】
特開平１０−３５６００８号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、この特許文献１技術によれば、アプリケーションウインドウ毎に個別に操作権が設定されているため、同一ホワイトボードアプリケーションウインドウ内へ描画入力を行う事ができないという欠点がある。本来、共通の課題に対して各自の意見を反映させることが目的であるわけであるから、これでは未だ不十分と言わざるをえない。
【００１０】
本発明はかかる問題点をも一掃し、各ユーザの操作端末からの操作の入力に対して排他制御を実質的に無くし、スムースな会議進行を行うことができる技術を提供しようとするものである。
【００１１】
【課題を解決するための手段】
この課題を解決するため、例えば本発明の画像形成装置の制御方法は以下の工程を備える。すなわち、
座標入力手段を有する複数の端末と通信可能であって、各端末より入力された座標データに基づく描画結果を共通の表示装置に表示する描画装置であって、
前記複数の操作端末と通信する通信手段と、
各操作端末毎に仮想的な描画レイヤを確保する確保手段と、
前記通信手段を介して座標データを受信した場合、送信元である操作端末を特定し、当該特定された送信元に割り当てた描画レイヤに対して前記座標データに基づく描画を行う描画手段と、
該描画手段での描画処理で描画された複数の描画レイヤを合成する合成手段と、
該合成手段の合成結果を共通の表示装置に出力する出力手段とを備える。
【００１２】
【発明の実施の形態】
以下、添付図面に従って本発明に係る実施形態を説明する。
【００１３】
図１は実施形態における会議システムの全体構成図である。
【００１４】
図中、１００は本システムの中核を成し、共有表示画面の表示情報の生成並びに表示をおこなわせる端末である。２００は端末１００の表示情報を投影するプロジェクタ装置であり、３００は表示スクリーンである。なお、端末１００自身の表示画面がある程度以上のサイズを有する場合には、その表示装置そのものが共有表示装置として機能できるので、必ずしもプロジェクタ２００、スクリーン３００は必須ではない。なお、端末２００には、予めプレゼンテーション用のアプリケーション並びに後述する描画サーバとして機能するプログラムが実行可能となっている。
【００１５】
４０１乃至４０５は会議参加者が利用する操作端末（ＰＤＡ、ノートＰＣ等）であって、少なくとも座標の入力機能を有するものである。その入力方式は問わないが、ペン入力であればペンアップ／ダウン、マウス（登録商標）であればボタン押下／非押下の状態情報と共に入力した座標データを端末１００に送信する。なお、操作端末４０１乃至４０５と端末１００とはネットワーク５００を介して接続されるが、その接続形態は有線、無線（図示のアクセスポイント５０１を利用する）を問わないし、操作端末の数も５台に限らず幾つでも構わない。５０２は集線装置（ハブ）である。なお、全ての操作端末が無線通信機能を有するのであれば、端末１００にその送受信機能の装置が設けるだけで良いので、必ずしもＬＡＮ等の施設を必要とするものでもない。
【００１６】
本実施形態では、上記構成において、端末１００は各操作端末４０１乃至４０５で入力した座標を実質的に同時に受信を行なうことを許容し、尚且つ、その結果を実質的に同時に反映させることを可能とするものである。
【００１７】
端末１００では、各端末からの受信した状態情報並びに座標データに基づき、その自由曲線（前回のペンダウン時の座標と今回のペンダウン時の座標位置との間を直線で描画する）を描画することになる。換言すれば、操作端末４０１乃至４０５にとって端末１００は、描画依頼するサーバとして機能することになる。これ以降、混乱を避けるため、端末１００を描画サーバとし、操作端末４０１乃至４０５として説明する。
【００１８】
図２は実施形態における描画サーバ１００のブロック構成図である。なお、実施形態の描画サーバ１００はパーソナルコンピュータ等の汎用情報処理装置で構築している。
【００１９】
図示において、１０１は装置全体の制御を司るＣＰＵであり、１０２はブートプログラムやＢＩＯＳ等を記憶しているＲＯＭである。１０３はＣＰＵ１０１のワークエリアとして利用するＲＡＭであって、ここにＯＳをはじめ実施形態での描画サーバ（詳細は後述）として機能するプログラムがロードされ、実行されることになる。１０４はＯＳ、描画サーバとして機能するプログラム、各種アプリケーションやデータファイル等が記憶されるハードディスク装置である。１０５ネットワーク５００に接続するためのインタフェースであり、例えばイーサネット（登録商標）ワークカードである。１０６はビデオメモリを内蔵し、ＣＰＵ１０１の制御の下で描画処理及び表示用のビデオ信号を生成し出力する表示制御部である。ビデオ信号は、ＣＲＴや液晶表示装置に代表されるモニタ１０７に出力すると共に、プロジェクタ２００にも出力することになる。モニタ１０７は描画サーバ１００の操作者が本システムを管理を行うためのＧＵＩとして機能することになるので、プロジェクタ２００により表示される情報と異なっている。１０８、１０９は描画サーバの標準入力装置として機能するキーボード、マウス等のポインティングデバイスである。
【００２０】
さて、上記構成において、本描画サーバ１００として機能しはじめると、各操作端末４０１乃至４０５からのログインを許可する。このとき、各操作端末を識別するための端末ＩＤ（ネットワークアドレスでも構わない）、及び、各端末に割り当てる描画レイヤを設定し、管理テーブルとしてＲＡＭ１０３上に構築する。図３はその管理テーブルの内容である。
【００２１】
図示に示す如く、ログインした操作端末のＩＤ（ネットワークアドレスでも良い）、描画するレイヤを特定するレイヤＩＤ、更には、その端末からの座標データを反映させる座標空間を示すレイヤ情報、更に、そのレイヤを表示するか否かの表示フラグ（「１」の場合表示、「０」の場合は非表示）で構成される。このテーブルへの登録は、ログイン順に行ない、デフォルトでの許可するレイヤ情報である座標空間は、左上隅、右下隅の矩形領域で表現した場合（０、０）−（８００、６００）である。この座標空間は、プロジェクタ２００で表示する描画ウインドウのサイズでもあるが、描画サーバ１００の操作者は、このテーブルの内容をモニタ１０７に表示させ（スクリーン３００には表示されない）、適宜そのレイヤ情報を変更することもできる。
【００２２】
上記のようにして各操作端末４０１乃至４０５のログイン処理が行われると、その操作端末が有するポインティングデバイスを用いての座標データが描画サーバ１００への出力が許容されることになる。描画サーバ１００は、ネットワークを介して座標データ及び状態情報を同時に受信可能であり、その送りも元を識別し、上記テーブルを参照してそれぞれの描画すべきレイヤを特定する。そして、その特定されたレイヤに対しそれぞれの要求に応じて同時に描画する。各レイヤはＲＡＭ１０３に確保されるものとし、全レイヤの論理和結果が表示制御部１０６に転送され、プロジェクタ２００を介してスクリーン３００に表示されることになる。実施形態の場合、描画ウインドウのサイズが８００×６００であるので、１画素８ビット（２５６色）とした場合、約４８０ＫＢのメモリを消費することになる。勿論、２値表示で良いのであれば、６０ＫＢと非常に少ないメモリで１レイヤ分を確保できる。
【００２３】
なお、当業者であれば容易に推察されるであろうが、コンピュータでの処理である以上、座標データの受信処理及び描画処理は、厳密な意味で「同時」に行うことはできない。しかしながら、各処理は瞬時に行われるものであり、タイムシェアリングで行われるものであるので、ユーザからすれば、座標データの受信及び描画＆表示は同時に行われてるのと等価であるのは明らかであろう。
【００２４】
図４はスクリーン３００に表示された状態を示し、図示の符号１１、１２、１３はそれぞれ別々の操作端末から、同時に入力され、描画された例であり、符号１０は描画ウインドウである。
【００２５】
図５は、各レイヤ毎の描画処理結果を示しており、個々の操作端末毎に独立したレイヤが割り当てられていることを示すものでもある。図示の符号２１乃至２３がレイヤを示し、レイヤ２１は操作端末Ａ用、レイヤ２２は操作端末Ｂ用、レイヤ２３は操作端末Ｃ用のそれぞれのレイヤであって、それぞれの操作端末から受信した座標に従って描画されていることを示している。符号２４は、実際に表示する描画ウインドウを示し、このウインドウ２４には、予め作成された議題や議論の基礎となる情報を表示するためのものである。これらレイヤ２１乃至２４の反映結果は、図６に示すようになるので、結果的に図４に示すような表示が可能となる。
【００２６】
なお、描画サーバ１００のモニタ１０７には、共有のスクリーン３００とは異なる、その操作者用の管理用ＧＵＩが表示されることは既に説明した。描画サーバ１００の操作者は、図３の管理テーブルを修正することで、スクリーン３００に表示される内容を制御することが可能となる。例えば、個々の操作端末に割り当てたレイヤ情報を変更することで、図７に示す如く、個々の操作端末に異なる描画領域を設定することもできる。この場合、各レイヤは、図８に示すように、互いに重ならない関係で管理されることになる。また、例えば、図３に示す如く、レイヤＬ２の表示フラグを０に設定すると、該当するレイヤを非表示にもできる。表示フラグを０にしたレイヤＬ２が図５のレイヤ２２である場合には、スクリーン３００には「矢印」形の自由曲線は表示されなくなる。
【００２７】
また、映像サーバ１００の操作者は、例えば図３の操作端末ＩＤに対して、複数のレイヤを割り当てることも可能である。例えば、図３では、操作端末ＩＤ１にはレイヤＬ１を割り当てているが、これをＬ１及びＬ３とすると、その操作端末ＩＤから受信した描画はレイヤＬ１、Ｌ３の両方に対して行うことになる。
【００２８】
さて、実施形態の場合、操作端末４０１乃至４０５のユーザは、スクリーン３００の表示画面を見ながら、自身が有する端末から座標を入力することになるので、入力した結果がスクリーン３００のどの位置に反映されるのかが分からないと操作上不便であるし、混乱することになるであろう。
【００２９】
通常、図形等の描画を行う場合に限らず、ＧＵＩ環境下においては、ポインティングデバイスに連動するカーソルの表示位置を変更して、描画位置を確認することになる。このカーソルの表示位置の制御はＯＳが管理することになり、そのカーソルは１つしか存在しない。実施形態の場合、描画サーバ１００のモニタ１０７に表示するカーソルがこれに対応することになる。
【００３０】
従って、各操作端末４０１乃至４０５のユーザそれぞれが、スクリーン上で目視確認するカーソルは別途作成し、アプリケーションレベルでその位置を管理する必要になる。表現を区別するため、これ以降、描画サーバ１００のモニタ１０７に表示されるカーソルをシステムカーソルと呼び、各操作端末４０１乃至４０５で遠隔操作するカーソル（描画サーバのプログラムによって生成し、表示位置を管理するカーソル）をリモートカーソルと呼ぶこととする。
【００３１】
ここで注意したいのは、各操作端末４０１乃至４０５のそれぞれのユーザは、自身が操作するリモートカーソルがいずれであるのかを判別可能にすることである。実施形態では、この問題を解決するため、各リモートカーソルの色を異なるようにし、各操作端末のユーザに自身が操作するカーソルを判別できるようにした。このとき、描画レイヤの１画素当たり１ビットとして割り当てた場合には、描画レイヤでは色を表現できないので、各操作端末に共通のカラー画像用の描画レイヤを確保し、そこに各操作端末の異なる色のリモートカーソルイメージを描画するようにすれば実現できる。なお、ログインする際にユーザ名を入力させ、ログインユーザ名を付随したリモートカーソルを表示することでも区別できるので、必ずしも色によって限定されるものではない。要するに、個々のリモートカーソルの表示形態が互いに区別が付くように異なっていればよい。
【００３２】
以下、実施形態における描画サーバ１００の具体的な処理内容を図９乃至図１０のフローチャートに従って説明する。
【００３３】
図９は、操作端末が実施形態における描画サーバ１００にログイン要求してきた場合の処理手順を示している。
【００３４】
先ず、ステップＳ１でログインの要求があったか否かを判断し、ログイン要求であると判断した場合には、そのユーザ（操作端末）用に描画レイヤを確保する処理を行う（ステップＳ２）。ステップＳ３では、その描画レイヤが確保できたか否かを判断し、確保できない（メモリが足りない）と判断した場合には、ステップＳ４で描画サーバ１００のモニタ１０７にその旨のエラーメッセージを表示する。
【００３５】
また、確保できたと判断した場合には、ステップＳ５に進んで、図３に示した管理テーブルに登録する。そして、ステップＳ６に進み、確保したレイヤーに初期状態のリモートカーソルを描画し、表示させる。なお、このとき、表示するカーソルの近くに、ログインしたユーザ名を利用して、「ｘｘｘさんの使用するカーソルです」等のメッセージを表示したリモートカーソルの近傍に表示させるようにすると、分かりやすい。
【００３６】
以上の動作を、使用する操作端末の数分繰り返すことになり、図３に示すテーブルが構築されることになる。これ以降、ログインが許可された操作端末は、リモート座標入力装置として機能することになるので、そのユーザが指定した座標データ及び状態情報を描画サーバ１００に送信することになる。
【００３７】
図１０は描画サーバ１００が、上記の座標データ及び状態情報を受信した場合の処理を示している。
【００３８】
ステップＳ１１では、データを受信したか否かを判断する。受信したと判断した場合には、ステップＳ１２に進んで送り元がログイン許可した操作端末であるか否かの認証処理を管理テーブルを参照することで判定する。ログイン不許可の端末である判断した場合には、そのデータに対する処理は行わない。一方、ログイン許可した端末からのデータであると判断した場合、処理はステップＳ１３に進んで、そのユーザに割り当てた描画レイヤを決定し、ステップＳ１４に進んで、今回受信した座標データに従い、決定した描画レイヤ中の従前に描画したリモートカーソルのイメージの位置を変更（従前のリモートカーソルイメージを消去し、今回の座標データに基づくリモートカーソルイメージの展開）を行なう。勿論、座標データの送出元の表示フラグが「０」の場合には、カーソルの移動のための描画処理は行わない。
【００３９】
この後、ステップＳ１５に進み、描画要求であるか否かを判断する。描画要求であるか否かの判定は、前回及び今回のペンアップ／ダウン状態、もしくはボタン押下／非押下状態で判断する。
【００４０】
説明を簡単なものとするため、ペン入力の場合には、次の通りである。
前回の状態 今回の状態 判別結果
ペンダウン ペンダウン 前回と今回の座標位置間に線を描画する。
ペンダウン ペンアップ 前回と今回の座標位置間に線を描画する。
ペンアップ ペンダウン 描画しない。
ペンアップ ペンアップ 描画しない。
【００４１】
上記の条件で「描画しない」（単にリモートカーソルの移動更新）と判断した場合には、ステップＳ１６の処理をスキップし、ステップＳ１７に進む。
【００４２】
一方、描画要求であると判断した場合には、ステップＳ１６に進み、該当する描画レイヤに線を描画する。ただし、ステップＳ１４と同様、注目操作端末の表示フラグが「０」の場合には描画処理は行わない。
【００４３】
なお、上記の説明から明らかなように、前回の座標及び状態情報を記憶保持することになるが、これは１つの操作端末に対するものです。すなわち、ログインしている操作端末がｎ台存在する場合には、それぞれが独立して前回の座標データ及び状態情報を記憶保持することになる。
【００４４】
処理はいずれの場合にもステップＳ１７に進むが、このステップＳ１７では各レイヤの合成処理を行ない、その結果を表示制御部１０６に出力して、プロジェクタ２００に出力する処理を行わせることになる。このステップＳ１７の詳細は、図１１に示す処理で良いであろう。
【００４５】
先ず、ステップＳ２１において、合成処理が必要が否かを判断する。この判断は、注目描画レイヤに対してリモートカーソルの描画更新処理を行った場合、或いは、注目描画レイヤの表示フラグが「１」であり、線（ストローク）の描画処理を行った場合のいずれか一方が満足する場合に合成するものとして判定する。合成する必要ありと判断した場合には、表示フラグが「１」となっている描画レイヤを合成処理を行う。そして、ステップＳ２３で合成結果を表示制御部１０６に出力し、表示しようとする画像を更新する。
【００４６】
なお、ステップＳ２１で合成する必要はないと判断した場合、注目描画レイヤに変化がなかったことになるので、表示制御部１０６には出力しない。従って、表示制御部１０６は従前の保持している画像データを表示出力することになる。
【００４７】
以上説明したように本実施形態によれば、１つの共有表示画面に、複数の操作端末からの入力結果が実質的に同時に反映することになるので、各操作端末の排他制御を行う必要はなくなり、且つ、操作端末のユーザは自由なタイミングで自由な入力を行うことが可能となる。
【００４８】
なお、実施形態では、描画サーバ１００が有するモニタ１０７には、スクリーン３００とは別の表示を行うものとして説明したが、同じであっても良い。この場合、描画サーバ１００も会議システムの操作端末として利用することができるようになる。ただし、管理テーブルを編集する等の作業を行うこともあり得るので、操作端末モードと、管理モードとを繰り替える手段（特定のキー操作で行う）ことが必要となるであろう。
【００４９】
また、実施形態では、描画処理について説明したが、場合によっては、一旦描画した内容を消去したいということもあり得る。これに対応させるためには、各操作端末から描画サーバ１００に送信するデータには、
１．座標データ（座標を特定する所定ビット数）
２．ペン（ボタン）アップ／ダウンの１ビット
３．描画／消去を区別する１ビット
が含まれることが望ましい。
【００５０】
１，２については説明するまでもないであろうが、３については操作端末側では描画のため座標入力であるか、消去のための座標入力であるのかを区別する指示手段が必要になる。操作端末がノートＰＣ等であれば、キーボード上の所定のキーを押下しながらの座標入力の場合に消去モードとしたデータを作成し送信することで実現できる。特に、マウスには通常複数のボタンが設けられているので、一方のボタン押下の場合には描画、もう一方を押下した場合には消去する等にも利用できる。また、ＰＤＡ等の場合には、ペン入力領域の一部を描画、消去の指示のための指示入力領域として確保し、それ以外の領域を描画サーバに通知する座標入力領域として機能させ、指示領域で座標入力モードを適宜切り換え、その上で描画サーバ１００に送信する座標入力領域を指定することで実現できよう。
【００５１】
一方、描画サーバ１００での処理は非常に簡単である。すなわち、消去とは指示された座標のドットを０（もしくは背景色）で描画することと等価であるからである。すなわち、描画／消去の違いは描画するドットの情報（色）が異なるだけで、実質的に同じ処理で良い。ただし、消去の場合、１ドット単位の座標入力ではなく、ある程度の面積（例えば３×３ドット）を消去する対象とすることが望ましい。ここで注目したい点は、或る操作端末が消去操作のための座標入力を行っているとき、その入力中の座標が、たまたま他の操作端末での描画内容と重複したとしても、他人の描画内容には全く影響を与えない点である。なぜなら、実施形態の場合、各操作端末にはそれぞれ固有の描画レイヤが割り当てられておおり、その描画レイヤ内でしか、描画／消去が行えないからである。
【００５２】
更に、描画サーバ１００の操作者は、議題等が進み、次のページの表示を行う等の作業を行う場合に備え、従前に表示されたページに、各操作端末から書き込まれた内容を一括して消去する手段を設けることが望ましい。この処理は、その旨の指示を与えたとき、全描画レイヤを無条件に消去する処理を行えば良いの説明するまでもないであろう。
【００５３】
＜第２の実施形態＞
上記実施形態（第１の実施形態）では、複数の操作端末を操作しているユーザは、共通な表示画面に表示されたそれぞれのカーソルを見ながら入力を行うものであった。すなわち、表示画面（実施形態ではスクリーン３００）上には複数のカーソルが表示されることになる。上記の如く、５台程度の比較的小人数での会議の場合にはさしたる問題とはならないが、多数の操作端末の場合、多数のリモートカーソルが移動して見えることになるので、不快感を与えることが予想される。そこで、本第２の実施形態では、これを解決する例を説明する。
【００５４】
本第２の実施形態における前提条件は、各操作端末には表示装置が設けられ、その表示装置にはスクリーン３００の内容を表示する。ただし、スクリーン３００及び操作端末が有する表示画面には、リモートカーソルを表示せず、ステップＳ１６での描画結果のみを表示するべく、描画サーバは描画結果を合成してログインしている各操作端末及びスクリーン３００に表示させる。
【００５５】
操作端末側の操作者は、他人が描画した内容が自身の表示画面に反映されていく様を確認しつつ、自身の入力はその操作端末が有するシステムカーソルを操作して描画するだけで良い。タッチパネルが前面に設けられた表示画面の場合には、システムカーソルすら表示する必要もないであろう。
【００５６】
本第２の実施形態を実現するためには、第１の実施形態での描画サーバの処理中のカーソルの表示や更新処理を除くようにし、且つ、図１０における表示処理（ステップＳ１７）では、合成結果をログインしている全操作端末に送信し、表示させれば良いであろう。各操作端末では、入力した座標データ及び状態情報（タッチ式パネルの場合には、タッチした場合にのみ座標データが発生するので状態情報も不要となる）を描画サーバに送信し、描画サーバから送信されてきた合成後の画像を表示する機能があれば良い。
【００５７】
なお、会議に参加しているものの、操作端末を持っていない参加者はスクリーン３００を見ることになる。従って、本第２の実施形態の場合には、操作端末を適当に使いまわしする場合に適しているとも言える。
【００５８】
以上説明したように本第２の実施形態によれば、共有表示画面に複数のリモートカーソルが表示されることがなくなるので、第１の実施形態の効果に加えて、違和感のないシステムを構築できるようになる。
【００５９】
なお、実施形態では、描画レイヤの確保、及び、合成処理をソフトウェアでもって実現する例を説明したが、予め複数のビデオメモリと、それらを合成する回路を設けることで、ハードウェアでもって実現することも可能であるので、上記実施形態によって本発明が限定されるものではない。
【００６０】
実施形態では、その特徴となる部分は描画サーバ１００にあるが、その描画サーバ１００そのものの構成はパーソナルコンピュータ等の汎用情報処理装置で実現できる。すなわち、本発明は、複数の操作端末と通信するためのハードウェアを必要とするものの、その中核を成すものはコンピュータプログラムでもって実現していると言える。従って本発明はコンピュータプログラムもその範疇とするのは明らかである。また、通常、コンピュータプログラムはＣＤＲＯＭ等のコンピュータ可読記憶媒体に記憶もしくは格納されていて、コンピュータにセットしてシステムにコピーするもしくはインストールすることで実行可能となるわけであるから、本発明はかかるコンピュータ可読記憶媒体をもその範疇とすることも明らかである。
【００６１】
以上説明したとおり、本実施形態によれば、共有画面を用いた電子描画装置の描画アプリケーションに対し複数端末から同時に手書き入力による描画要求がある場合において、端末からの同時描画入力可能な描画手段を提供する事ができるため、会議参加者は他の入力端末からの入力操作待ちをすることなく円滑な会議進行をする事ができる。
【００６２】
また入力端末に割り当てられたレイヤ毎に表示／非表示の切替えが可能なため、表示したい入力端末の描画情報のみを表示させる事が出来、目的となる描画情報を容易に抽出できるという効果が得られる。
【００６３】
さらに描画ウインドウ領域を分割する形で各レイヤを配置した場合においては、配置されたレイヤ位置にはそのレイヤと関連付けられている端末の描画オブジェクトしか表示されていないため、自分の描画したオブジェクトと他の参加者（端末）の描画したオブジェクトを容易に判別できるという効果が得られる。
【００６４】
以上であるが、本発明にかかる技術事項を実施態様として列挙すると次のようになる。
【００６５】
［実施態様１］ 座標入力手段を有する複数の端末と通信可能であって、各端末より入力された座標データに基づく描画結果を共通の表示装置に表示する描画装置であって、
前記複数の操作端末と通信する通信手段と、
各操作端末毎に仮想的な描画レイヤを確保する確保手段と、
前記通信手段を介して座標データを受信した場合、送信元である操作端末を特定し、当該特定された送信元に割り当てた描画レイヤに対して前記座標データに基づく描画を行う描画手段と、
該描画手段での描画処理で描画された複数の描画レイヤを合成する合成手段と、
該合成手段の合成結果を共通の表示装置に出力する出力手段と
を備えることを特徴とする描画装置。
【００６６】
［実施態様２］ 更に、前記送信端末それぞれのための座標入力の指標となるリモートカーソルイメージを、互いに異なる形態で描画する第２の描画手段を備えることを特徴とする実施態様１に記載の描画装置。
【００６７】
［実施態様３］ 更に、前記合成手段での合成結果を、各操作端末の表示画面に表示させるため、送信する送信手段を備えることを特徴とする実施態様１に記載の描画装置。
【００６８】
［実施態様４］ 更に、描画装置の制御を行うための指示手段と、
前記共通の表示装置とは別体の第２の表示装置と、
前記指示手段及び前記第２の表示手段を用いて前記描画レイヤに関するパラメータを変更する変更手段とを備えることを特徴とする実施態様１乃至３のいずれか１項に記載の描画装置。
【００６９】
［実施態様５］ 前記変更手段は、各描画レイヤのサイズ、位置、表示／非表示の少なくとも１つのパラメータを変更することを特徴とする実施態様４に記載の描画装置。
【００７０】
［実施態様６］ 座標入力手段を有する複数の端末と通信可能であって、各端末より入力された座標データに基づく描画結果を共通の表示装置に表示する描画装置の制御方法であって、
前記複数の操作端末と通信する通信工程と、
各操作端末毎に仮想的な描画レイヤを確保する確保工程と、
前記通信工程を介して座標データを受信した場合、送信元である操作端末を特定し、当該特定された送信元に割り当てた描画レイヤに対して前記座標データに基づく描画を行う描画工程と、
該描画工程での描画処理で描画された複数の描画レイヤを合成する合成工程と、
該合成工程の合成結果を共通の表示装置に出力する出力工程と
を備えることを特徴とする描画装置の制御方法。
【００７１】
［実施態様７］ 座標入力手段を有する複数の端末と通信可能であって、各端末より入力された座標データに基づく描画結果を共通の表示装置に表示する描画装置として機能するコンピュータプログラムであって、
前記複数の操作端末と通信する通信手段と、
各操作端末毎に仮想的な描画レイヤを確保する確保手段と、
前記通信手段を介して座標データを受信した場合、送信元である操作端末を特定し、当該特定された送信元に割り当てた描画レイヤに対して前記座標データに基づく描画を行う描画手段と、
該描画手段での描画処理で描画された複数の描画レイヤを合成する合成手段と、
該合成手段の合成結果を共通の表示装置に出力する出力手段
として機能することを特徴とするコンピュータプログラム。
【００７２】
［実施態様８］ 実施態様７に記載のコンピュータプログラムを格納することを特徴とするコンピュータ可読記憶媒体。
【００７３】
【発明の効果】
以上説明したように本発明によれば、各ユーザの操作端末からの入力に対し排他制御を実質的に無くし、スムースな会議進行を行うことができるようになる。
【図面の簡単な説明】
【図１】実施形態における会議システムの全体構成図である。
【図２】実施形態における描画サーバ１００のブロック構成図である。
【図３】実施形態の描画サーバ１００で作成される管理テーブルの例を示す図である。
【図４】描画結果の一例を示す図である。
【図５】描画処理が各レイヤに対して行われる様を示す図である。
【図６】各レイヤと描画ウインドウに描画されている内容を合成した例である。
【図７】実施形態におけるレイヤと描画ウインドウの他の例を示す図である。
【図８】図７の例を実現するためのレイヤ構造を示す図である。
【図９】本実施形態における描画サーバにおけるログイン処理手順を示すフローチャートである。
【図１０】実施形態における描画サーバにおける描画処理手順を示すフローチャートである。
【図１１】図１０における表示処理の詳細を示すフローチャートである。
【発明の属する技術分野】
本発明は複数のユーザの操作する端末からの入力を、共有画面に表示する技術に関するものである。
【０００２】
【従来の技術】
近年のネットワークの発展に伴い、コンピュータシステムを利用した電子会議システムが普及してきている。この電子会議システムの１つの形態に、１つの大画面表示装置を共有し、１つの端末の操作内容をその表示装置に反映させるシステムが存在する。表示装置としてはＣＲＴ、プロジェクタ等、様々なものが利用できる。
【０００３】
最も一般的なのは、１台の端末での操作内容を上記表示装置に表示させ、会議参加者にプレゼンテーションする方式であろう。ただし、会議進行役は一人であり、他の参加者は受け身的にしか参加できない問題がある。
【０００４】
上記問題に対し、会議参加者がそれぞれ端末を有し、共有表示装置を電子ホワイトボードとして利用するシステムがある。かかるシステムでは、参加者が積極的に参加することになるので、上記の問題は一応は解決する。
【０００５】
しかしながら、或る端末Ａからの入力途中に他の端末Ｂからの入力を受け付けるようにしてしまうと、端末Ａでの入力中が無効となってしまうことになり、必然、各端末を有するユーザに混乱が生じることは避けられない。従って、かかるシステムの場合には、入力を許可する端末を常に１台にする必要があり、その為の入力排他制御が必要になる。
【０００６】
上記のような電子ホワイトボードシステムの排他制御では、プレゼンテーション用に用意された画像に対し、参加者による自由描画が主な用途となることが多い。自由曲線の入力であるから、一回あたりの端末入力作業時間が長くなる傾向になる。すなわち、ある端末が独占的に入力権を保持し続け、結果的に、他の参加者の端末からの入力を受け付けない時間も長くなり、参加者が多ければ多いほど入力待ち時間は長くならざるを得ない。
【０００７】
この欠点を解決する手段として、特許文献１に開示された「端末制御装置」においては、被操作端末の共有画面に表示された複数の処理対象への操作の競合を回避する提案がなされている。
【０００８】
【特許文献１】
特開平１０−３５６００８号公報
【０００９】
【発明が解決しようとする課題】
しかしながら、この特許文献１技術によれば、アプリケーションウインドウ毎に個別に操作権が設定されているため、同一ホワイトボードアプリケーションウインドウ内へ描画入力を行う事ができないという欠点がある。本来、共通の課題に対して各自の意見を反映させることが目的であるわけであるから、これでは未だ不十分と言わざるをえない。
【００１０】
本発明はかかる問題点をも一掃し、各ユーザの操作端末からの操作の入力に対して排他制御を実質的に無くし、スムースな会議進行を行うことができる技術を提供しようとするものである。
【００１１】
【課題を解決するための手段】
この課題を解決するため、例えば本発明の画像形成装置の制御方法は以下の工程を備える。すなわち、
座標入力手段を有する複数の端末と通信可能であって、各端末より入力された座標データに基づく描画結果を共通の表示装置に表示する描画装置であって、
前記複数の操作端末と通信する通信手段と、
各操作端末毎に仮想的な描画レイヤを確保する確保手段と、
前記通信手段を介して座標データを受信した場合、送信元である操作端末を特定し、当該特定された送信元に割り当てた描画レイヤに対して前記座標データに基づく描画を行う描画手段と、
該描画手段での描画処理で描画された複数の描画レイヤを合成する合成手段と、
該合成手段の合成結果を共通の表示装置に出力する出力手段とを備える。
【００１２】
【発明の実施の形態】
以下、添付図面に従って本発明に係る実施形態を説明する。
【００１３】
図１は実施形態における会議システムの全体構成図である。
【００１４】
図中、１００は本システムの中核を成し、共有表示画面の表示情報の生成並びに表示をおこなわせる端末である。２００は端末１００の表示情報を投影するプロジェクタ装置であり、３００は表示スクリーンである。なお、端末１００自身の表示画面がある程度以上のサイズを有する場合には、その表示装置そのものが共有表示装置として機能できるので、必ずしもプロジェクタ２００、スクリーン３００は必須ではない。なお、端末２００には、予めプレゼンテーション用のアプリケーション並びに後述する描画サーバとして機能するプログラムが実行可能となっている。
【００１５】
４０１乃至４０５は会議参加者が利用する操作端末（ＰＤＡ、ノートＰＣ等）であって、少なくとも座標の入力機能を有するものである。その入力方式は問わないが、ペン入力であればペンアップ／ダウン、マウス（登録商標）であればボタン押下／非押下の状態情報と共に入力した座標データを端末１００に送信する。なお、操作端末４０１乃至４０５と端末１００とはネットワーク５００を介して接続されるが、その接続形態は有線、無線（図示のアクセスポイント５０１を利用する）を問わないし、操作端末の数も５台に限らず幾つでも構わない。５０２は集線装置（ハブ）である。なお、全ての操作端末が無線通信機能を有するのであれば、端末１００にその送受信機能の装置が設けるだけで良いので、必ずしもＬＡＮ等の施設を必要とするものでもない。
【００１６】
本実施形態では、上記構成において、端末１００は各操作端末４０１乃至４０５で入力した座標を実質的に同時に受信を行なうことを許容し、尚且つ、その結果を実質的に同時に反映させることを可能とするものである。
【００１７】
端末１００では、各端末からの受信した状態情報並びに座標データに基づき、その自由曲線（前回のペンダウン時の座標と今回のペンダウン時の座標位置との間を直線で描画する）を描画することになる。換言すれば、操作端末４０１乃至４０５にとって端末１００は、描画依頼するサーバとして機能することになる。これ以降、混乱を避けるため、端末１００を描画サーバとし、操作端末４０１乃至４０５として説明する。
【００１８】
図２は実施形態における描画サーバ１００のブロック構成図である。なお、実施形態の描画サーバ１００はパーソナルコンピュータ等の汎用情報処理装置で構築している。
【００１９】
図示において、１０１は装置全体の制御を司るＣＰＵであり、１０２はブートプログラムやＢＩＯＳ等を記憶しているＲＯＭである。１０３はＣＰＵ１０１のワークエリアとして利用するＲＡＭであって、ここにＯＳをはじめ実施形態での描画サーバ（詳細は後述）として機能するプログラムがロードされ、実行されることになる。１０４はＯＳ、描画サーバとして機能するプログラム、各種アプリケーションやデータファイル等が記憶されるハードディスク装置である。１０５ネットワーク５００に接続するためのインタフェースであり、例えばイーサネット（登録商標）ワークカードである。１０６はビデオメモリを内蔵し、ＣＰＵ１０１の制御の下で描画処理及び表示用のビデオ信号を生成し出力する表示制御部である。ビデオ信号は、ＣＲＴや液晶表示装置に代表されるモニタ１０７に出力すると共に、プロジェクタ２００にも出力することになる。モニタ１０７は描画サーバ１００の操作者が本システムを管理を行うためのＧＵＩとして機能することになるので、プロジェクタ２００により表示される情報と異なっている。１０８、１０９は描画サーバの標準入力装置として機能するキーボード、マウス等のポインティングデバイスである。
【００２０】
さて、上記構成において、本描画サーバ１００として機能しはじめると、各操作端末４０１乃至４０５からのログインを許可する。このとき、各操作端末を識別するための端末ＩＤ（ネットワークアドレスでも構わない）、及び、各端末に割り当てる描画レイヤを設定し、管理テーブルとしてＲＡＭ１０３上に構築する。図３はその管理テーブルの内容である。
【００２１】
図示に示す如く、ログインした操作端末のＩＤ（ネットワークアドレスでも良い）、描画するレイヤを特定するレイヤＩＤ、更には、その端末からの座標データを反映させる座標空間を示すレイヤ情報、更に、そのレイヤを表示するか否かの表示フラグ（「１」の場合表示、「０」の場合は非表示）で構成される。このテーブルへの登録は、ログイン順に行ない、デフォルトでの許可するレイヤ情報である座標空間は、左上隅、右下隅の矩形領域で表現した場合（０、０）−（８００、６００）である。この座標空間は、プロジェクタ２００で表示する描画ウインドウのサイズでもあるが、描画サーバ１００の操作者は、このテーブルの内容をモニタ１０７に表示させ（スクリーン３００には表示されない）、適宜そのレイヤ情報を変更することもできる。
【００２２】
上記のようにして各操作端末４０１乃至４０５のログイン処理が行われると、その操作端末が有するポインティングデバイスを用いての座標データが描画サーバ１００への出力が許容されることになる。描画サーバ１００は、ネットワークを介して座標データ及び状態情報を同時に受信可能であり、その送りも元を識別し、上記テーブルを参照してそれぞれの描画すべきレイヤを特定する。そして、その特定されたレイヤに対しそれぞれの要求に応じて同時に描画する。各レイヤはＲＡＭ１０３に確保されるものとし、全レイヤの論理和結果が表示制御部１０６に転送され、プロジェクタ２００を介してスクリーン３００に表示されることになる。実施形態の場合、描画ウインドウのサイズが８００×６００であるので、１画素８ビット（２５６色）とした場合、約４８０ＫＢのメモリを消費することになる。勿論、２値表示で良いのであれば、６０ＫＢと非常に少ないメモリで１レイヤ分を確保できる。
【００２３】
なお、当業者であれば容易に推察されるであろうが、コンピュータでの処理である以上、座標データの受信処理及び描画処理は、厳密な意味で「同時」に行うことはできない。しかしながら、各処理は瞬時に行われるものであり、タイムシェアリングで行われるものであるので、ユーザからすれば、座標データの受信及び描画＆表示は同時に行われてるのと等価であるのは明らかであろう。
【００２４】
図４はスクリーン３００に表示された状態を示し、図示の符号１１、１２、１３はそれぞれ別々の操作端末から、同時に入力され、描画された例であり、符号１０は描画ウインドウである。
【００２５】
図５は、各レイヤ毎の描画処理結果を示しており、個々の操作端末毎に独立したレイヤが割り当てられていることを示すものでもある。図示の符号２１乃至２３がレイヤを示し、レイヤ２１は操作端末Ａ用、レイヤ２２は操作端末Ｂ用、レイヤ２３は操作端末Ｃ用のそれぞれのレイヤであって、それぞれの操作端末から受信した座標に従って描画されていることを示している。符号２４は、実際に表示する描画ウインドウを示し、このウインドウ２４には、予め作成された議題や議論の基礎となる情報を表示するためのものである。これらレイヤ２１乃至２４の反映結果は、図６に示すようになるので、結果的に図４に示すような表示が可能となる。
【００２６】
なお、描画サーバ１００のモニタ１０７には、共有のスクリーン３００とは異なる、その操作者用の管理用ＧＵＩが表示されることは既に説明した。描画サーバ１００の操作者は、図３の管理テーブルを修正することで、スクリーン３００に表示される内容を制御することが可能となる。例えば、個々の操作端末に割り当てたレイヤ情報を変更することで、図７に示す如く、個々の操作端末に異なる描画領域を設定することもできる。この場合、各レイヤは、図８に示すように、互いに重ならない関係で管理されることになる。また、例えば、図３に示す如く、レイヤＬ２の表示フラグを０に設定すると、該当するレイヤを非表示にもできる。表示フラグを０にしたレイヤＬ２が図５のレイヤ２２である場合には、スクリーン３００には「矢印」形の自由曲線は表示されなくなる。
【００２７】
また、映像サーバ１００の操作者は、例えば図３の操作端末ＩＤに対して、複数のレイヤを割り当てることも可能である。例えば、図３では、操作端末ＩＤ１にはレイヤＬ１を割り当てているが、これをＬ１及びＬ３とすると、その操作端末ＩＤから受信した描画はレイヤＬ１、Ｌ３の両方に対して行うことになる。
【００２８】
さて、実施形態の場合、操作端末４０１乃至４０５のユーザは、スクリーン３００の表示画面を見ながら、自身が有する端末から座標を入力することになるので、入力した結果がスクリーン３００のどの位置に反映されるのかが分からないと操作上不便であるし、混乱することになるであろう。
【００２９】
通常、図形等の描画を行う場合に限らず、ＧＵＩ環境下においては、ポインティングデバイスに連動するカーソルの表示位置を変更して、描画位置を確認することになる。このカーソルの表示位置の制御はＯＳが管理することになり、そのカーソルは１つしか存在しない。実施形態の場合、描画サーバ１００のモニタ１０７に表示するカーソルがこれに対応することになる。
【００３０】
従って、各操作端末４０１乃至４０５のユーザそれぞれが、スクリーン上で目視確認するカーソルは別途作成し、アプリケーションレベルでその位置を管理する必要になる。表現を区別するため、これ以降、描画サーバ１００のモニタ１０７に表示されるカーソルをシステムカーソルと呼び、各操作端末４０１乃至４０５で遠隔操作するカーソル（描画サーバのプログラムによって生成し、表示位置を管理するカーソル）をリモートカーソルと呼ぶこととする。
【００３１】
ここで注意したいのは、各操作端末４０１乃至４０５のそれぞれのユーザは、自身が操作するリモートカーソルがいずれであるのかを判別可能にすることである。実施形態では、この問題を解決するため、各リモートカーソルの色を異なるようにし、各操作端末のユーザに自身が操作するカーソルを判別できるようにした。このとき、描画レイヤの１画素当たり１ビットとして割り当てた場合には、描画レイヤでは色を表現できないので、各操作端末に共通のカラー画像用の描画レイヤを確保し、そこに各操作端末の異なる色のリモートカーソルイメージを描画するようにすれば実現できる。なお、ログインする際にユーザ名を入力させ、ログインユーザ名を付随したリモートカーソルを表示することでも区別できるので、必ずしも色によって限定されるものではない。要するに、個々のリモートカーソルの表示形態が互いに区別が付くように異なっていればよい。
【００３２】
以下、実施形態における描画サーバ１００の具体的な処理内容を図９乃至図１０のフローチャートに従って説明する。
【００３３】
図９は、操作端末が実施形態における描画サーバ１００にログイン要求してきた場合の処理手順を示している。
【００３４】
先ず、ステップＳ１でログインの要求があったか否かを判断し、ログイン要求であると判断した場合には、そのユーザ（操作端末）用に描画レイヤを確保する処理を行う（ステップＳ２）。ステップＳ３では、その描画レイヤが確保できたか否かを判断し、確保できない（メモリが足りない）と判断した場合には、ステップＳ４で描画サーバ１００のモニタ１０７にその旨のエラーメッセージを表示する。
【００３５】
また、確保できたと判断した場合には、ステップＳ５に進んで、図３に示した管理テーブルに登録する。そして、ステップＳ６に進み、確保したレイヤーに初期状態のリモートカーソルを描画し、表示させる。なお、このとき、表示するカーソルの近くに、ログインしたユーザ名を利用して、「ｘｘｘさんの使用するカーソルです」等のメッセージを表示したリモートカーソルの近傍に表示させるようにすると、分かりやすい。
【００３６】
以上の動作を、使用する操作端末の数分繰り返すことになり、図３に示すテーブルが構築されることになる。これ以降、ログインが許可された操作端末は、リモート座標入力装置として機能することになるので、そのユーザが指定した座標データ及び状態情報を描画サーバ１００に送信することになる。
【００３７】
図１０は描画サーバ１００が、上記の座標データ及び状態情報を受信した場合の処理を示している。
【００３８】
ステップＳ１１では、データを受信したか否かを判断する。受信したと判断した場合には、ステップＳ１２に進んで送り元がログイン許可した操作端末であるか否かの認証処理を管理テーブルを参照することで判定する。ログイン不許可の端末である判断した場合には、そのデータに対する処理は行わない。一方、ログイン許可した端末からのデータであると判断した場合、処理はステップＳ１３に進んで、そのユーザに割り当てた描画レイヤを決定し、ステップＳ１４に進んで、今回受信した座標データに従い、決定した描画レイヤ中の従前に描画したリモートカーソルのイメージの位置を変更（従前のリモートカーソルイメージを消去し、今回の座標データに基づくリモートカーソルイメージの展開）を行なう。勿論、座標データの送出元の表示フラグが「０」の場合には、カーソルの移動のための描画処理は行わない。
【００３９】
この後、ステップＳ１５に進み、描画要求であるか否かを判断する。描画要求であるか否かの判定は、前回及び今回のペンアップ／ダウン状態、もしくはボタン押下／非押下状態で判断する。
【００４０】
説明を簡単なものとするため、ペン入力の場合には、次の通りである。
前回の状態 今回の状態 判別結果
ペンダウン ペンダウン 前回と今回の座標位置間に線を描画する。
ペンダウン ペンアップ 前回と今回の座標位置間に線を描画する。
ペンアップ ペンダウン 描画しない。
ペンアップ ペンアップ 描画しない。
【００４１】
上記の条件で「描画しない」（単にリモートカーソルの移動更新）と判断した場合には、ステップＳ１６の処理をスキップし、ステップＳ１７に進む。
【００４２】
一方、描画要求であると判断した場合には、ステップＳ１６に進み、該当する描画レイヤに線を描画する。ただし、ステップＳ１４と同様、注目操作端末の表示フラグが「０」の場合には描画処理は行わない。
【００４３】
なお、上記の説明から明らかなように、前回の座標及び状態情報を記憶保持することになるが、これは１つの操作端末に対するものです。すなわち、ログインしている操作端末がｎ台存在する場合には、それぞれが独立して前回の座標データ及び状態情報を記憶保持することになる。
【００４４】
処理はいずれの場合にもステップＳ１７に進むが、このステップＳ１７では各レイヤの合成処理を行ない、その結果を表示制御部１０６に出力して、プロジェクタ２００に出力する処理を行わせることになる。このステップＳ１７の詳細は、図１１に示す処理で良いであろう。
【００４５】
先ず、ステップＳ２１において、合成処理が必要が否かを判断する。この判断は、注目描画レイヤに対してリモートカーソルの描画更新処理を行った場合、或いは、注目描画レイヤの表示フラグが「１」であり、線（ストローク）の描画処理を行った場合のいずれか一方が満足する場合に合成するものとして判定する。合成する必要ありと判断した場合には、表示フラグが「１」となっている描画レイヤを合成処理を行う。そして、ステップＳ２３で合成結果を表示制御部１０６に出力し、表示しようとする画像を更新する。
【００４６】
なお、ステップＳ２１で合成する必要はないと判断した場合、注目描画レイヤに変化がなかったことになるので、表示制御部１０６には出力しない。従って、表示制御部１０６は従前の保持している画像データを表示出力することになる。
【００４７】
以上説明したように本実施形態によれば、１つの共有表示画面に、複数の操作端末からの入力結果が実質的に同時に反映することになるので、各操作端末の排他制御を行う必要はなくなり、且つ、操作端末のユーザは自由なタイミングで自由な入力を行うことが可能となる。
【００４８】
なお、実施形態では、描画サーバ１００が有するモニタ１０７には、スクリーン３００とは別の表示を行うものとして説明したが、同じであっても良い。この場合、描画サーバ１００も会議システムの操作端末として利用することができるようになる。ただし、管理テーブルを編集する等の作業を行うこともあり得るので、操作端末モードと、管理モードとを繰り替える手段（特定のキー操作で行う）ことが必要となるであろう。
【００４９】
また、実施形態では、描画処理について説明したが、場合によっては、一旦描画した内容を消去したいということもあり得る。これに対応させるためには、各操作端末から描画サーバ１００に送信するデータには、
１．座標データ（座標を特定する所定ビット数）
２．ペン（ボタン）アップ／ダウンの１ビット
３．描画／消去を区別する１ビット
が含まれることが望ましい。
【００５０】
１，２については説明するまでもないであろうが、３については操作端末側では描画のため座標入力であるか、消去のための座標入力であるのかを区別する指示手段が必要になる。操作端末がノートＰＣ等であれば、キーボード上の所定のキーを押下しながらの座標入力の場合に消去モードとしたデータを作成し送信することで実現できる。特に、マウスには通常複数のボタンが設けられているので、一方のボタン押下の場合には描画、もう一方を押下した場合には消去する等にも利用できる。また、ＰＤＡ等の場合には、ペン入力領域の一部を描画、消去の指示のための指示入力領域として確保し、それ以外の領域を描画サーバに通知する座標入力領域として機能させ、指示領域で座標入力モードを適宜切り換え、その上で描画サーバ１００に送信する座標入力領域を指定することで実現できよう。
【００５１】
一方、描画サーバ１００での処理は非常に簡単である。すなわち、消去とは指示された座標のドットを０（もしくは背景色）で描画することと等価であるからである。すなわち、描画／消去の違いは描画するドットの情報（色）が異なるだけで、実質的に同じ処理で良い。ただし、消去の場合、１ドット単位の座標入力ではなく、ある程度の面積（例えば３×３ドット）を消去する対象とすることが望ましい。ここで注目したい点は、或る操作端末が消去操作のための座標入力を行っているとき、その入力中の座標が、たまたま他の操作端末での描画内容と重複したとしても、他人の描画内容には全く影響を与えない点である。なぜなら、実施形態の場合、各操作端末にはそれぞれ固有の描画レイヤが割り当てられておおり、その描画レイヤ内でしか、描画／消去が行えないからである。
【００５２】
更に、描画サーバ１００の操作者は、議題等が進み、次のページの表示を行う等の作業を行う場合に備え、従前に表示されたページに、各操作端末から書き込まれた内容を一括して消去する手段を設けることが望ましい。この処理は、その旨の指示を与えたとき、全描画レイヤを無条件に消去する処理を行えば良いの説明するまでもないであろう。
【００５３】
＜第２の実施形態＞
上記実施形態（第１の実施形態）では、複数の操作端末を操作しているユーザは、共通な表示画面に表示されたそれぞれのカーソルを見ながら入力を行うものであった。すなわち、表示画面（実施形態ではスクリーン３００）上には複数のカーソルが表示されることになる。上記の如く、５台程度の比較的小人数での会議の場合にはさしたる問題とはならないが、多数の操作端末の場合、多数のリモートカーソルが移動して見えることになるので、不快感を与えることが予想される。そこで、本第２の実施形態では、これを解決する例を説明する。
【００５４】
本第２の実施形態における前提条件は、各操作端末には表示装置が設けられ、その表示装置にはスクリーン３００の内容を表示する。ただし、スクリーン３００及び操作端末が有する表示画面には、リモートカーソルを表示せず、ステップＳ１６での描画結果のみを表示するべく、描画サーバは描画結果を合成してログインしている各操作端末及びスクリーン３００に表示させる。
【００５５】
操作端末側の操作者は、他人が描画した内容が自身の表示画面に反映されていく様を確認しつつ、自身の入力はその操作端末が有するシステムカーソルを操作して描画するだけで良い。タッチパネルが前面に設けられた表示画面の場合には、システムカーソルすら表示する必要もないであろう。
【００５６】
本第２の実施形態を実現するためには、第１の実施形態での描画サーバの処理中のカーソルの表示や更新処理を除くようにし、且つ、図１０における表示処理（ステップＳ１７）では、合成結果をログインしている全操作端末に送信し、表示させれば良いであろう。各操作端末では、入力した座標データ及び状態情報（タッチ式パネルの場合には、タッチした場合にのみ座標データが発生するので状態情報も不要となる）を描画サーバに送信し、描画サーバから送信されてきた合成後の画像を表示する機能があれば良い。
【００５７】
なお、会議に参加しているものの、操作端末を持っていない参加者はスクリーン３００を見ることになる。従って、本第２の実施形態の場合には、操作端末を適当に使いまわしする場合に適しているとも言える。
【００５８】
以上説明したように本第２の実施形態によれば、共有表示画面に複数のリモートカーソルが表示されることがなくなるので、第１の実施形態の効果に加えて、違和感のないシステムを構築できるようになる。
【００５９】
なお、実施形態では、描画レイヤの確保、及び、合成処理をソフトウェアでもって実現する例を説明したが、予め複数のビデオメモリと、それらを合成する回路を設けることで、ハードウェアでもって実現することも可能であるので、上記実施形態によって本発明が限定されるものではない。
【００６０】
実施形態では、その特徴となる部分は描画サーバ１００にあるが、その描画サーバ１００そのものの構成はパーソナルコンピュータ等の汎用情報処理装置で実現できる。すなわち、本発明は、複数の操作端末と通信するためのハードウェアを必要とするものの、その中核を成すものはコンピュータプログラムでもって実現していると言える。従って本発明はコンピュータプログラムもその範疇とするのは明らかである。また、通常、コンピュータプログラムはＣＤＲＯＭ等のコンピュータ可読記憶媒体に記憶もしくは格納されていて、コンピュータにセットしてシステムにコピーするもしくはインストールすることで実行可能となるわけであるから、本発明はかかるコンピュータ可読記憶媒体をもその範疇とすることも明らかである。
【００６１】
以上説明したとおり、本実施形態によれば、共有画面を用いた電子描画装置の描画アプリケーションに対し複数端末から同時に手書き入力による描画要求がある場合において、端末からの同時描画入力可能な描画手段を提供する事ができるため、会議参加者は他の入力端末からの入力操作待ちをすることなく円滑な会議進行をする事ができる。
【００６２】
また入力端末に割り当てられたレイヤ毎に表示／非表示の切替えが可能なため、表示したい入力端末の描画情報のみを表示させる事が出来、目的となる描画情報を容易に抽出できるという効果が得られる。
【００６３】
さらに描画ウインドウ領域を分割する形で各レイヤを配置した場合においては、配置されたレイヤ位置にはそのレイヤと関連付けられている端末の描画オブジェクトしか表示されていないため、自分の描画したオブジェクトと他の参加者（端末）の描画したオブジェクトを容易に判別できるという効果が得られる。
【００６４】
以上であるが、本発明にかかる技術事項を実施態様として列挙すると次のようになる。
【００６５】
［実施態様１］ 座標入力手段を有する複数の端末と通信可能であって、各端末より入力された座標データに基づく描画結果を共通の表示装置に表示する描画装置であって、
前記複数の操作端末と通信する通信手段と、
各操作端末毎に仮想的な描画レイヤを確保する確保手段と、
前記通信手段を介して座標データを受信した場合、送信元である操作端末を特定し、当該特定された送信元に割り当てた描画レイヤに対して前記座標データに基づく描画を行う描画手段と、
該描画手段での描画処理で描画された複数の描画レイヤを合成する合成手段と、
該合成手段の合成結果を共通の表示装置に出力する出力手段と
を備えることを特徴とする描画装置。
【００６６】
［実施態様２］ 更に、前記送信端末それぞれのための座標入力の指標となるリモートカーソルイメージを、互いに異なる形態で描画する第２の描画手段を備えることを特徴とする実施態様１に記載の描画装置。
【００６７】
［実施態様３］ 更に、前記合成手段での合成結果を、各操作端末の表示画面に表示させるため、送信する送信手段を備えることを特徴とする実施態様１に記載の描画装置。
【００６８】
［実施態様４］ 更に、描画装置の制御を行うための指示手段と、
前記共通の表示装置とは別体の第２の表示装置と、
前記指示手段及び前記第２の表示手段を用いて前記描画レイヤに関するパラメータを変更する変更手段とを備えることを特徴とする実施態様１乃至３のいずれか１項に記載の描画装置。
【００６９】
［実施態様５］ 前記変更手段は、各描画レイヤのサイズ、位置、表示／非表示の少なくとも１つのパラメータを変更することを特徴とする実施態様４に記載の描画装置。
【００７０】
［実施態様６］ 座標入力手段を有する複数の端末と通信可能であって、各端末より入力された座標データに基づく描画結果を共通の表示装置に表示する描画装置の制御方法であって、
前記複数の操作端末と通信する通信工程と、
各操作端末毎に仮想的な描画レイヤを確保する確保工程と、
前記通信工程を介して座標データを受信した場合、送信元である操作端末を特定し、当該特定された送信元に割り当てた描画レイヤに対して前記座標データに基づく描画を行う描画工程と、
該描画工程での描画処理で描画された複数の描画レイヤを合成する合成工程と、
該合成工程の合成結果を共通の表示装置に出力する出力工程と
を備えることを特徴とする描画装置の制御方法。
【００７１】
［実施態様７］ 座標入力手段を有する複数の端末と通信可能であって、各端末より入力された座標データに基づく描画結果を共通の表示装置に表示する描画装置として機能するコンピュータプログラムであって、
前記複数の操作端末と通信する通信手段と、
各操作端末毎に仮想的な描画レイヤを確保する確保手段と、
前記通信手段を介して座標データを受信した場合、送信元である操作端末を特定し、当該特定された送信元に割り当てた描画レイヤに対して前記座標データに基づく描画を行う描画手段と、
該描画手段での描画処理で描画された複数の描画レイヤを合成する合成手段と、
該合成手段の合成結果を共通の表示装置に出力する出力手段
として機能することを特徴とするコンピュータプログラム。
【００７２】
［実施態様８］ 実施態様７に記載のコンピュータプログラムを格納することを特徴とするコンピュータ可読記憶媒体。
【００７３】
【発明の効果】
以上説明したように本発明によれば、各ユーザの操作端末からの入力に対し排他制御を実質的に無くし、スムースな会議進行を行うことができるようになる。
【図面の簡単な説明】
【図１】実施形態における会議システムの全体構成図である。
【図２】実施形態における描画サーバ１００のブロック構成図である。
【図３】実施形態の描画サーバ１００で作成される管理テーブルの例を示す図である。
【図４】描画結果の一例を示す図である。
【図５】描画処理が各レイヤに対して行われる様を示す図である。
【図６】各レイヤと描画ウインドウに描画されている内容を合成した例である。
【図７】実施形態におけるレイヤと描画ウインドウの他の例を示す図である。
【図８】図７の例を実現するためのレイヤ構造を示す図である。
【図９】本実施形態における描画サーバにおけるログイン処理手順を示すフローチャートである。
【図１０】実施形態における描画サーバにおける描画処理手順を示すフローチャートである。
【図１１】図１０における表示処理の詳細を示すフローチャートである。
Claims (1)
- 座標入力手段を有する複数の端末と通信可能であって、各端末より入力された座標データに基づく描画結果を共通の表示装置に表示する描画装置であって、
前記複数の操作端末と通信する通信手段と、
各操作端末毎に仮想的な描画レイヤを確保する確保手段と、
前記通信手段を介して座標データを受信した場合、送信元である操作端末を特定し、当該特定された送信元に割り当てた描画レイヤに対して前記座標データに基づく描画を行う描画手段と、
該描画手段での描画処理で描画された複数の描画レイヤを合成する合成手段と、
該合成手段の合成結果を共通の表示装置に出力する出力手段と
を備えることを特徴とする描画装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003108046A JP3840195B2 (ja) | 2003-04-11 | 2003-04-11 | 描画装置及びその制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003108046A JP3840195B2 (ja) | 2003-04-11 | 2003-04-11 | 描画装置及びその制御方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004317583A true JP2004317583A (ja) | 2004-11-11 |
| JP2004317583A5 JP2004317583A5 (ja) | 2005-07-28 |
| JP3840195B2 JP3840195B2 (ja) | 2006-11-01 |
Family
ID=33469707
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003108046A Expired - Fee Related JP3840195B2 (ja) | 2003-04-11 | 2003-04-11 | 描画装置及びその制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3840195B2 (ja) |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009053836A (ja) * | 2007-08-24 | 2009-03-12 | Sharp Corp | 表示システム |
| WO2009041602A1 (ja) * | 2007-09-26 | 2009-04-02 | Brother Kogyo Kabushiki Kaisha | 画像投影システム及び画像投影装置 |
| WO2009041601A1 (ja) * | 2007-09-26 | 2009-04-02 | Brother Kogyo Kabushiki Kaisha | 画像投影システム、画像投影装置及びプログラムを記録した記録媒体 |
| WO2009041589A1 (ja) * | 2007-09-28 | 2009-04-02 | Brother Kogyo Kabushiki Kaisha | 画像投影システム及びこれに用いられる画像投影装置 |
| JP2009210625A (ja) * | 2008-02-29 | 2009-09-17 | Canon Inc | 表示装置及び表示方法 |
| JP2010165220A (ja) * | 2009-01-16 | 2010-07-29 | Uchida Yoko Co Ltd | リアルタイムレンダリングシステム及びリアルタイムレンダリング方法 |
| JP2010282472A (ja) * | 2009-06-05 | 2010-12-16 | Taito Corp | 描画更新サーバ及び描画更新システム |
| US7920159B2 (en) | 2006-02-15 | 2011-04-05 | Fuji Xerox Co., Ltd. | Electronic conference system, electronic conference controller, information terminal device, and electronic conference support method |
| JP2012156901A (ja) * | 2011-01-27 | 2012-08-16 | Kyocera Corp | 携帯電子機器、制御プログラム及びデータ編集システム |
| JP2012194625A (ja) * | 2011-03-15 | 2012-10-11 | Ricoh Co Ltd | 文書管理装置、文書編集方法及びプログラム |
| WO2013121455A1 (ja) * | 2012-02-13 | 2013-08-22 | 日立コンシューマエレクトロニクス株式会社 | プロジェクタ、図形入力・表示装置、携帯端末およびプログラム。 |
| JP2014130422A (ja) * | 2012-12-28 | 2014-07-10 | Canon Marketing Japan Inc | 遠隔会議システム、遠隔会議システムの制御方法、ホストコンピュータ、ホストコンピュータの制御方法、プログラム、および記録媒体 |
| JP2015032012A (ja) * | 2013-07-31 | 2015-02-16 | 株式会社リコー | 会議システム、情報処理装置、情報処理端末、プログラム、及び情報処理方法 |
| JP2015064715A (ja) * | 2013-09-25 | 2015-04-09 | 日本電気株式会社 | 入力支援装置、入力支援方法及び入力支援プログラム |
| JPWO2013121455A1 (ja) * | 2012-02-13 | 2015-05-11 | 日立マクセル株式会社 | プロジェクタ、図形入力・表示装置、携帯端末およびプログラム。 |
| JP2015129904A (ja) * | 2013-12-02 | 2015-07-16 | セイコーエプソン株式会社 | プロジェクター、プロジェクターの制御方法および表示装置 |
| CN105930121A (zh) * | 2016-04-19 | 2016-09-07 | 广州视睿电子科技有限公司 | 多客户端的笔迹同步方法和系统 |
| WO2023176447A1 (ja) * | 2022-03-15 | 2023-09-21 | ピクシブ株式会社 | 合同画像生成装置、合同画像生成方法及び合同画像生成プログラム |
-
2003
- 2003-04-11 JP JP2003108046A patent/JP3840195B2/ja not_active Expired - Fee Related
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7920159B2 (en) | 2006-02-15 | 2011-04-05 | Fuji Xerox Co., Ltd. | Electronic conference system, electronic conference controller, information terminal device, and electronic conference support method |
| JP2009053836A (ja) * | 2007-08-24 | 2009-03-12 | Sharp Corp | 表示システム |
| WO2009041602A1 (ja) * | 2007-09-26 | 2009-04-02 | Brother Kogyo Kabushiki Kaisha | 画像投影システム及び画像投影装置 |
| WO2009041601A1 (ja) * | 2007-09-26 | 2009-04-02 | Brother Kogyo Kabushiki Kaisha | 画像投影システム、画像投影装置及びプログラムを記録した記録媒体 |
| WO2009041589A1 (ja) * | 2007-09-28 | 2009-04-02 | Brother Kogyo Kabushiki Kaisha | 画像投影システム及びこれに用いられる画像投影装置 |
| JP2009210625A (ja) * | 2008-02-29 | 2009-09-17 | Canon Inc | 表示装置及び表示方法 |
| JP2010165220A (ja) * | 2009-01-16 | 2010-07-29 | Uchida Yoko Co Ltd | リアルタイムレンダリングシステム及びリアルタイムレンダリング方法 |
| JP2010282472A (ja) * | 2009-06-05 | 2010-12-16 | Taito Corp | 描画更新サーバ及び描画更新システム |
| JP2012156901A (ja) * | 2011-01-27 | 2012-08-16 | Kyocera Corp | 携帯電子機器、制御プログラム及びデータ編集システム |
| JP2012194625A (ja) * | 2011-03-15 | 2012-10-11 | Ricoh Co Ltd | 文書管理装置、文書編集方法及びプログラム |
| WO2013121455A1 (ja) * | 2012-02-13 | 2013-08-22 | 日立コンシューマエレクトロニクス株式会社 | プロジェクタ、図形入力・表示装置、携帯端末およびプログラム。 |
| JPWO2013121455A1 (ja) * | 2012-02-13 | 2015-05-11 | 日立マクセル株式会社 | プロジェクタ、図形入力・表示装置、携帯端末およびプログラム。 |
| US9640144B2 (en) | 2012-02-13 | 2017-05-02 | Hitachi Maxell, Ltd. | Projector, figure input/display apparatus, portable terminal, and program |
| JP2014130422A (ja) * | 2012-12-28 | 2014-07-10 | Canon Marketing Japan Inc | 遠隔会議システム、遠隔会議システムの制御方法、ホストコンピュータ、ホストコンピュータの制御方法、プログラム、および記録媒体 |
| JP2015032012A (ja) * | 2013-07-31 | 2015-02-16 | 株式会社リコー | 会議システム、情報処理装置、情報処理端末、プログラム、及び情報処理方法 |
| JP2015064715A (ja) * | 2013-09-25 | 2015-04-09 | 日本電気株式会社 | 入力支援装置、入力支援方法及び入力支援プログラム |
| JP2015129904A (ja) * | 2013-12-02 | 2015-07-16 | セイコーエプソン株式会社 | プロジェクター、プロジェクターの制御方法および表示装置 |
| CN105930121A (zh) * | 2016-04-19 | 2016-09-07 | 广州视睿电子科技有限公司 | 多客户端的笔迹同步方法和系统 |
| CN105930121B (zh) * | 2016-04-19 | 2019-02-01 | 广州视睿电子科技有限公司 | 多客户端的笔迹同步方法和系统 |
| WO2023176447A1 (ja) * | 2022-03-15 | 2023-09-21 | ピクシブ株式会社 | 合同画像生成装置、合同画像生成方法及び合同画像生成プログラム |
| JP7451586B2 (ja) | 2022-03-15 | 2024-03-18 | ピクシブ株式会社 | 合同画像生成装置、合同画像生成方法及び合同画像生成プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3840195B2 (ja) | 2006-11-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3546705B2 (ja) | アプリケーション・ウインドウにアノテーション・データを対応付ける方法及び装置、システム、アプリケーション・ウインドウへのアノテーション・データの対応付けを制御するプログラムを格納した記憶媒体 | |
| JP5211430B2 (ja) | 電子会議システム、電子会議支援プログラム、電子会議支援方法、電子会議制御装置、会議サーバコンピュータ | |
| JP3840195B2 (ja) | 描画装置及びその制御方法 | |
| US8938487B2 (en) | Method and apparatus for displaying video data from multiple source computers in a multi-monitor computer system | |
| JP6364893B2 (ja) | 端末装置、電子ホワイトボードシステム、電子ホワイトボードの入力支援方法、及びプログラム | |
| US5392400A (en) | Collaborative computing system using pseudo server process to allow input from different server processes individually and sequence number map for maintaining received data sequence | |
| JP3036758B2 (ja) | 共用ワークスペース内のプライベート領域の提示方法 | |
| EP2813942A1 (en) | Communication system and information processing device | |
| JP4017101B2 (ja) | 電子会議システム | |
| JPH08305663A (ja) | 共同作業支援システム | |
| JP4127566B2 (ja) | 電子会議システム | |
| CA2913711A1 (en) | Method for conducting a collaborative event and system employing same | |
| US10565299B2 (en) | Electronic apparatus and display control method | |
| CN110506264A (zh) | 针对实时协作的实况墨水呈现 | |
| JP2005149440A (ja) | 画面共有制御方法 | |
| JP2003008805A (ja) | 電子黒板システム | |
| JP2004021595A (ja) | 会議支援協調作業システム | |
| JP6293903B2 (ja) | 情報を表示するための電子機器および方法 | |
| JP4900955B2 (ja) | 遠隔操作システム、制御方法及びプログラム | |
| JP2014130422A (ja) | 遠隔会議システム、遠隔会議システムの制御方法、ホストコンピュータ、ホストコンピュータの制御方法、プログラム、および記録媒体 | |
| JP2016076056A (ja) | 情報処理システム、情報処理装置、および情報処理方法 | |
| JP2006004397A (ja) | コンピュータ装置のインタラクティブアクセス権制御システム及びその方法 | |
| JP2012042618A (ja) | 情報処理装置及び方法並びにプログラム | |
| JP2013232124A (ja) | 電子会議システム | |
| JP2004013689A (ja) | データ処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041214 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041214 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051212 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060105 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060306 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060509 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060710 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060728 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060804 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090811 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100811 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110811 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120811 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120811 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130811 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |