JP5751228B2 - 会議支援システム及び制御装置並びに入力端末 - Google Patents

Description

本発明は、手書き入力された情報を複数の入力端末で共有して表示する会議支援システム及び入力端末における手書き入力を制御する制御装置並びに手書き入力を行う入力端末に関する。

複数の端末で文書画面を共有し、各端末でメモなどを手書き入力しながら会議を行う会議支援システムが提案されている。この会議支援システムでは、複数の端末で同時かつ同一の領域に手書き入力が行われた場合、入力された手書き情報が重なって表示され、可読性が低下してしまう。また、自端末での手書き入力と他端末での手書き入力とが同時に行われないようにするためには、他端末での手書き入力のタイミングや手書き入力が行われる領域を逐一確認しながら自端末での手書き入力を行わなければならず、会議におけるスムーズな議論や情報交換の妨げとなってしまう。

このような問題に対して、例えば、下記特許文献１には、少なくとも、既存オブジェクト又は新規オブジェクトに関する情報を入力する入力手段と、少なくとも、前記既存オブジェクト又は前記新規オブジェクトを表示する表示手段と、前記既存オブジェクトと前記新規オブジェクトとの重なりを検知する重なり検知手段と、前記既存オブジェクトと前記新規オブジェクトとを重ねるか又は重ねないかを選択する選択手段と、前記新規オブジェクトと前記既存オブジェクトとが重ならないように、前記入力手段から入力された情報に基づいて、前記既存オブジェクトを前記新規オブジェクトのエリア外に移動する移動手段と、を有する画像編集装置が開示されている。

また、下記特許文献２には、複数の端末装置と、排他制御装置とを含み、前記各端末装置と前記排他制御装置間で会議資料データの表示ページへの書込みデータを相互に送受信する会議支援システムであって、前記複数の端末装置は、それぞれ、前記会議資料データを自装置で表示している表示ページの一部領域を指定して、当該領域への書込みの許可を前記排他制御装置に要求する要求手段と、前記各端末装置から前記排他制御装置に送信された前記書込みデータの内、前記排他制御装置から送信された前記書込みデータを前記会議資料データの表示ページ上に表示する表示手段と、を備え、前記排他制御装置は、前記各端末装置から、前記書込みの許可の要求を受け付ける要求受付手段と、前記許可の要求において指定された領域が、当該要求元の端末装置以外の端末装置に既に書込みを許可した領域と重複しない場合には、当該要求元の端末装置に書込みを許可し、当該両領域が重複する場合には、当該要求元の端末装置に書込みを許可しない排他制御手段と、前記複数の端末装置から受信した前記書込みデータが、前記書込みを許可した領域への当該許可をされた端末装置からの書込みデータである場合に、当該書込みデータを前記複数の端末装置に送信し、受信した前記書込みデータが、前記書込みを許可した領域と重複する領域内への当該許可をされた端末装置以外の端末装置からの書込みデータである場合には、当該書込みデータを前記複数の端末装置への送信を抑止する送信制御手段と、を備える会議支援システムが開示されている。

また、下記特許文献３には、通信ネットワークを介して接続可能な複数の機器をグループのメンバーとして設定する設定手段と、前記グループのメンバーとして設定された機器が共有するデータを書き込むボードを表示する表示手段と、前記グループのメンバーとして設定された機器の中から選ばれた特定の権限をもつ機器が入力したデータを前記ボードに書き込み、前記ボードのデータを更新する制御手段と、前記ボードに書き込まれたデータを前記グループのメンバーとして設定された機器に配信する通信手段とを具備した電子機器が開示されている。

ＷＯ２００８／１３２９７７号公報 特開２０１０−２６７２１８号公報 特開２００６−３０３７４２号公報

特許文献１の技術では、既存オブジェクトと新規オブジェクトとが重なる場合、既存オブジェクトは新規オブジェクトのエリア外に移動するため、オブジェクトの重なりを防止することができるが、この方法では、既存オブジェクトがユーザの意図に反して移動されてしまうため、ユーザの意図した表示画面を得ることができないという問題がある。

また、特許文献２の技術では、領域が重複する場合には、要求元の端末装置に書込みを許可しない排他制御を行うため、同じ領域に対する複数の端末装置からの書き込みを防止することができるが、この方法では、１つの領域に対して書き込み権限が与えられるのは１ユーザのみであり、同じグループに属する他のユーザはその領域に書き込むことができないため、効率的な議論や情報交換ができないという問題がある。また、領域の指定が重複した場合、再度権限を取得する際には再び領域を指定する必要があるため、操作が煩雑になるという問題もある。

また、特許文献３の技術では、ボードに書き込まれたデータはグループのメンバーとして設定された機器に配信されるため、メンバー内で情報を共有することができるが、この方法では、メモボード画面への書き込みは書記権限を持つユーザに限られ、権限が譲渡されない限り他のユーザは書き込むことができないため、効率的な議論や情報交換ができないという問題がある。

本発明は、上記問題点に鑑みてなされたものであって、その主たる目的は、手書き情報の重なりを未然に防止し、効率的な議論や情報交換を行うことができる会議支援システム及び制御装置並びに入力端末を提供することにある。

上記目的を達成するため、本発明は、表示画面上で手書き入力が可能な複数の入力端末と、前記複数の入力端末にネットワークで接続された制御装置と、を含み、前記複数の入力端末間でデータを共有して表示する会議支援システムであって、前記入力端末は、手書き入力を行う領域に対して、当該入力端末を使用しているユーザが権限を取得するか、前記ユーザが属するグループが権限を取得するかを前記ユーザに選択させる権限選択処理と、前記ユーザが指定した指定領域の情報と、前記ユーザが選択した権限の情報と、を前記制御装置に送信して権限取得を要求する権限取得処理と、前記ユーザ又は前記グループが権限を取得した領域内に手書き入力した手書きデータを前記制御装置に送信する手書き入力処理と、を実行する機能を備え、前記制御装置は、前記権限取得の要求に対して、前記指定領域と、前記ユーザ以外の者が権限を取得している権限取得済み領域と、を比較し、前記権限取得済み領域と重複しない前記指定領域の一部又は全部の領域に対して、前記ユーザ又は前記グループに権限を付与して、要求元の前記入力端末に権限を付与した領域を通知する権限付与処理と、前記入力端末から受信した前記手書きデータを他の入力端末に送信して表示させる手書きデータ配信処理と、実行する機能を備え、前記入力端末の前記手書き入力処理では、前記表示画面上の手書き入力を検出したら、手書き入力された座標を指定して、前記制御装置に書き込み許可を要求し、前記制御装置は、前記書き込み許可の要求に対して、前記手書き入力された座標が、前記ユーザ又は前記グループが権限を取得した領域内であり、かつ、前記グループに属する他のユーザの入力端末で現在手書き入力処理が行われていない場合に、書き込みを許可する排他判定処理を実行するものである。

また、本発明は、表示画面上で手書き入力が可能な入力端末であって、前記入力端末は、制御装置により、他の入力端末との間でデータを共有して表示するものであり、手書き入力を行う領域に対して、当該入力端末を使用しているユーザが権限を取得するか、前記ユーザが属するグループが権限を取得するかを前記ユーザに選択させる権限選択処理と、前記ユーザが指定した指定領域の情報と、前記ユーザが選択した権限の情報と、を前記制御装置に送信して権限取得を要求する権限取得処理と、前記ユーザ又は前記グループが権限を取得した領域内に手書き入力した手書きデータを前記制御装置に送信する手書き入力処理と、を実行する機能を備え、前記権限取得処理では、前記ユーザが権限を取得した領域と前記グループが権限を取得した領域とを、前記表示画面に識別可能に表示するものである。

また、本発明は、表示画面上で手書き入力が可能な複数の入力端末にネットワークで接続された制御装置であって、前記入力端末から、当該入力端末を使用しているユーザが指定した指定領域の情報と、前記入力端末において前記ユーザが選択した、前記指定領域に対する権限の情報である、前記ユーザ、又は、前記ユーザが属するグループの情報と、を受信したら、前記指定領域と、前記ユーザ以外の者が権限を取得している権限取得済み領域と、を比較し、前記権限取得済み領域と重複しない前記指定領域の一部又は全部の領域に対して、前記ユーザ又は前記グループに権限を付与して、要求元の前記入力端末に権限を付与した領域を通知する権限付与処理と、前記入力端末から、前記ユーザ又は前記グループが権限を取得した領域内に手書き入力した手書きデータを受信したら、当該手書きデータを他の入力端末に送信して表示させる手書きデータ配信処理と、実行する機能を備え、前記入力端末から、手書き入力された座標を指定して書き込み許可が要求されたら、前記手書き入力された座標が、前記ユーザ又は前記グループが権限を取得した領域内であり、かつ、前記グループに属する他のユーザの入力端末で現在手書き入力処理が行われていない場合に、書き込みを許可する排他判定処理を実行するものである。

本発明の会議支援システム及び制御装置並びに入力端末によれば、手書き情報の重なりを未然に防止し、効率的な議論や情報交換を行うことができる。

その理由は、入力端末では、手書き入力を行う画面上の領域に対する権限をユーザ個人が取得するかユーザが属するグループが取得するかをユーザに選択させ、ユーザが指定した指定領域の情報とユーザが選択した権限の情報とを制御装置に送信して権限取得を要求し、制御装置では、権限取得の要求に対して、指定領域とユーザ以外の者が権限を取得している権限取得済み領域とを比較し、権限取得済み領域と重複しない指定領域の一部又は全部の領域に対して、ユーザ又はグループに権限を付与して、要求元の入力端末に通知し、入力端末からユーザ又はグループが権限を取得した領域内に手書き入力した手書きデータを受信したら、当該手書きデータを他の入力端末に送信して表示させる制御を行うからである。

このように、既に権限が付与されている領域には、権限を取得したユーザのみが手書き入力を行うことができるため、手書き情報の重なりを未然に防止することができ、ユーザの意図した通りの表示画面を得ることができる。また、１つの領域に対し、ユーザ個人が権限を取得するかユーザが属するグループが権限を取得するかを選択することができるため、状況に応じて領域を使い分けることができ、効率的な議論や情報交換を行うことができる。

本発明の一実施例に係る会議支援システムの構成を模式的に示す図である。 本発明の一実施例に係る入力端末のハードウェア構成を示すブロック図である。 本発明の一実施例に係る入力端末の機能構成を示すブロック図である。 本発明の一実施例に係る会議支援サーバの機能構成を示すブロック図である。 本発明の一実施例に係る入力端末の外観構成を示す図である。 本発明の一実施例に係る入力端末における権限選択処理を示すフローチャート図である。 本発明の一実施例に係る入力端末の権限選択動作を示す図である。 本発明の一実施例に係る入力端末における権限取得処理を示すフローチャート図である。 本発明の一実施例に係る入力端末の領域指定動作を示す図である。 本発明の一実施例に係る入力端末における権限取消処理を示すフローチャート図である。 本発明の一実施例に係る入力端末における手書き入力処理を示すフローチャート図である。 本発明の一実施例に係る会議支援サーバにおける全体処理を示すフローチャート図である。 本発明の一実施例に係る会議支援サーバにおける参加者登録処理を示すフローチャート図である。 本発明の一実施例に係る会議支援サーバにおける権限付与処理を示すフローチャート図である。 本発明の一実施例に係る会議支援サーバにおける権限削除処理を示すフローチャート図である。 本発明の一実施例に係る会議支援サーバにおける排他判定処理を示すフローチャート図である。 本発明の一実施例に係る会議支援サーバにおける手書きデータ配信処理を示すフローチャート図である。

背景技術で示したように、複数の端末を用いて、文書や手書きメモなどを共有しながら会議を行うシーンにおいては、同一の領域に同時に手書き入力があった場合、手書き情報が重なって表示され、可読性が低下してしまう。また、そのような事態を防止するためには、他端末での手書き入力の状況や手書き入力を行う領域を逐一確認しながら自端末での手書き入力を行わなければならず、スムーズな会議進行や情報交換の妨げとなってしまう。

この問題に対して、特許文献１のように、領域が重なった時に既存オブジェクトを動かす方法が考えられるが、この方法では、オブジェクトが意図しない場所に移動し、ユーザの意図した表示画面を得ることができない。また、特許文献２、３のように、領域毎に個々のユーザに権限を付与する方法も考えられるが、この方法では、他のユーザは一切書き込みができないため、効率的な議論や情報交換の妨げとなる。

ここで、互いをよく知らない複数のユーザが端末を用いて会議等を行う場合は、各ユーザがどのように手書き入力を行うかを予測することは困難であるため、領域毎に個々のユーザに権限を与える方法は有効である。一方、互いをよく知っているグループ内で端末を用いて会議等を行う場合は、グループ内の各メンバーがどのように手書き入力を行うかを予測することができるため、領域毎に個々のメンバーに権限を与える必然性は乏しく、むしろ同じ領域に複数のメンバーが書き込めるようにした方が効率的に議論や情報交換を行うことができる。

そこで、本発明の一実施の形態では、ユーザの意図した表示画面を得ることができるように、予め手書き入力を行いたい領域を指定し、権限を取得できた端末（ユーザ）のみが手書き入力を実行できるようにする。また、グループ内で効率的に議論や情報交換を行うことができるように、領域毎に、ユーザ個人が権限を取得するかそのユーザが属するグループが権限を取得するかを選択できるようにする。

これにより、手書き情報が重なって入力されてしまったり、既存の手書き情報が意図しない場所に移動されてしまったりする事態を未然に防ぐことができ、また、他の端末での入力タイミングや領域を逐一確認する必要がなくなるため、効率的な議論や情報交換が可能となる。更に、領域に対する権限をグループで取得することができるため、同じ領域に複数のメンバーが手書き入力することによって、より効率的な議論や情報交換が可能となる。

上記した本発明の実施の形態についてさらに詳細に説明すべく、本発明の一実施例に係る会議支援システム及び制御装置並びに入力端末について、図１乃至図１７を参照して説明する。図１は、本実施例の会議支援システムの構成を模式的に示す図であり、図２は、本実施例の入力端末のハードウェア構成を示すブロック図である。また、図３及び図４は、各々、入力端末、会議支援サーバの機能構成を示すブロック図であり、図５、図７、図９は、本実施例の入力端末の外観構成及び動作を示す図である。また、図６、図８、図１０、図１１は、本実施例の入力端末の処理を示すフローチャート図であり、図１２乃至図１７は、本実施例の会議支援サーバの処理を示すフローチャート図である。

まず、本実施例の会議支援システムの構成について説明する。図１に示すように、本実施例の会議支援システムは、制御装置として機能する会議支援サーバ１００と、情報の入力及び表示を行う入力端末２００（図では、入力端末２００ａ〜２００ｄ）と、アクセスポイント１５０などで構成され、これらはネットワーク１４０で接続されている。また、入力端末２００ａ〜２００ｄとアクセスポイント１５０とは、無線ＬＡＮ（Local Area Network）などによって接続されている。

会議支援サーバ１００には、外部インターフェース１４１で部門情報データベース１２０、外部インターフェース１４２で文書情報データベース１３０が接続され、データの入出力が可能となっている。また、入力端末２００ａ〜２００ｄは、それぞれ手書き入力用のスタイラスペン２４０ａ〜２４０ｄを備えており、表示画面から直接ペン入力が可能となっている。

なお、図１は、本実施例の会議支援システムの一例であり、入力端末２００の台数、ネットワーク１４０への接続形態などは任意である。また、本実施例では、複数の入力端末２００を会議支援サーバ１００が管理する構成とするが、いずれかの入力端末２００が制御装置として機能して、他の入力端末２００を管理することもできる。

次に、入力端末２００のハードウェア構成について説明する。図２に示すように、入力端末２００は、ＣＰＵ（Central Processing Unit）２０１、ＲＡＭ（Random Access Memory）２０２、ＲＯＭ（Read Only Memory）２０３、ＳＳＤ（Solid State Drive）２０４、操作部２０５、タッチパネル２０６、表示部２０７、通信部２０８などで構成され、これらはシステムバス２０９で接続されている。

ＣＰＵ２０１は、ＲＯＭ２０３に記憶されている制御プログラムをＲＡＭ２０２にロードし、各種処理を行う。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリとしてプログラムを格納する。また、ＣＰＵ２０１が制御を実行しているとき、ワークエリアとして使用される各種データの一次記憶領域を備えている。ＲＯＭ２０３は、入力端末２００の起動に必要なプログラムやデータを記憶している。ＳＳＤ２０４は、会議支援サーバ１００から送られてきた文書データや会議情報、手書きデータ、入力端末２００を使用しているユーザの情報などを記憶している。

操作部２０５は、ユーザが操作や入力を行うボタンやキーなどで構成され、ユーザの操作や入力に応じた信号をＣＰＵ２０１に入力する。タッチパネル２０６は、表示部２０７上にマトリクス状に配列された透明電極で構成され、表示部２０７上の接触を感知して、その接触位置に応じた信号をＣＰＵ２０１に入力する。表示部２０７は、ＬＣＤ（Liquid Crystal Display）などで構成され、ＣＰＵ２０１によって指示された情報を表示する。通信部２０８は、ＮＩＣ（Network Interface Card）などで構成され、アクセスポイント１５０と無線ＬＡＮ接続を行い、ネットワーク１４０を介して他の入力端末２００や会議支援サーバ１００とデータの送受信を可能にする。

以上のようなハードウェアを用いて、入力端末２００は以下のような機能を実現する。図３は、入力端末２００の主要な機能構成を示している。

入力端末２００は、通信制御部２１０、受信データ解析部２１１、書き込み許可判定部２１２、権限取得判定部２１３、入力処理部２１４、座標取得部２１５、画面描画部２１６および表示処理部２１７などの機能要素を含む。また、内部データとして、文書画像データ２２０、手書き座標データ２２１、領域管理データ２２２、表示用データ２２３をＳＳＤ２０４又はＲＡＭ２０２に格納する。

通信制御部２１０は、通信部２０８を制御し、ネットワーク１４０を介して他の入力端末２００や会議支援サーバ１００とのデータ送受信を行う。

受信データ解析部２１１は、通信制御部２１０で受信したデータを解析し、ＳＳＤ２０４やＲＡＭ２０２といった記憶装置にデータを格納した後、制御信号を各種機能ブロックへ送信する。

座標取得部２１５は、タッチパネル２０６からの入力信号を座標データに変換し、入力処理部２１４に渡す。

入力処理部２１４は、座標取得部２１５から渡された座標データを解析し、所定の操作を行う。具体的には、入力が会議参加要求であった場合は、通信制御部２１０を介して会議支援サーバ１００に会議参加要求を送る。また、入力が書き込み権限の取得要求であった場合は、権限を取得するユーザが個人であるかグループであるかを選択させるべく、画面描画部２１６及び表示処理部２１７を制御して表示部２０７に権限選択ウィンドウを表示させる。そして、権限が選択され領域が指定されたら、権限取得判定部２１３に権限を取得したい領域の情報と選択された権限の情報とを含む権限取得要求を送り、権限を取得できた領域の情報と権限の情報とを領域管理データ２２２に格納し、必要に応じて、画面描画部２１６及び表示処理部２１７を制御して表示部２０７に権限を取得できた領域を表示させる。また、入力が書き込み権限の取消要求であった場合は、権限取得判定部２１３に権限を取消したい領域の情報を含む権限取消要求を送り、権限を取消した領域の情報を領域管理データ２２２から削除し、必要に応じて、画面描画部２１６及び表示処理部２１７を制御して表示部２０７に権限を取消した領域を表示させる。また、入力が手書き入力操作であった場合は、手書き入力を検出した座標を指示して、書き込み許可判定部２１２に手書き操作の書き込み許可要求を送り、書き込みが許可された場合、スタイラスペン２４０によるタッチパネル２０６への入力が終了するまで手書き操作を受け付け、端末内部に座標データを格納しておき、手書き操作終了と同時に会議支援サーバ１００に手書きデータを送信する。書き込みが許可されなかった場合には、何も表示を行わないか、画面描画部２１６及び表示処理部２１７を制御して表示部２０７に手書き操作が受け付けられなかった旨を表示させる。

書き込み許可判定部２１２は、入力処理部２１４からの要求を受け、会議支援サーバ１００に手書き操作の書き込み許可要求を送信し、会議支援サーバ１００からの応答に応じて書き込み許可か書き込み不許可かを判定する。

権限取得判定部２１３は、入力処理部２１４からの要求を受け、会議支援サーバ１００に権限取得要求を送信し、会議支援サーバ１００からの応答に応じて権限取得成功か権限取得失敗かを判定する。

画面描画部２１６は、文書画像データ２２０、手書き座標データ２２１、領域管理データ２２２などの情報を元に、表示部２０７に表示するための画像を生成し、表示用データ２２３として記憶する。

表示処理部２１７は、表示用データ２２３を読み取り、表示部２０７への表示処理を行う。

一方、会議支援サーバ１００は以下のような機能を実現する。図４は、会議支援サーバ１００の主要な機能構成を示している。

会議支援サーバ１００は、通信制御部１０１、受信データ解析部１０２、部門情報取得部１０３、文書データ取得部１０４、手書きデータ配信部１０５、権限取得判定部１０６、書き込み許可判定部１０７および会議情報管理部１０８といった機能要素を含む。また、手書きデータテーブル１１０、領域管理テーブル１１１、入力状態管理テーブル１１２および会議情報管理テーブル１１３といったデータを内部で保持ならびに処理する。

通信制御部１０１は、ネットワーク１４０を介し入力端末２００とのデータの送受信を行う。

受信データ解析部１０２は、入力端末２００から送信され、通信制御部１０１で受信したデータを解析し、データ形式に応じて各機能ブロックにデータを渡す。

手書きデータ配信部１０５は、入力端末２００から送信されてきた手書きデータを、手書きデータテーブル１１０に格納した後、会議に参加している全ての入力端末２００に配信する。

権限取得判定部１０６は、入力端末２００から送信されてきた権限取得要求、つまり権限を取得したい領域の情報と権限の情報とを受けとり、領域管理テーブル１１１で管理している文書画面上の領域とその領域で取得されている権限の情報に基づいて、権限を付与するか否かを判定する。具体的には、取得済みの権限の情報を照会し、指定された領域の一部で既に権限が取得されている場合は、権限が取得されていない部分のみ権限を付与して、領域管理テーブル１１１の情報を更新した後、権限を付与した領域を入力端末２００に通知する。また、指定された領域の一部または全てで既に権限が取得されている領域に関しては、取得できなかった領域の情報と権限の情報とを領域管理テーブル１１１内に権限付与待ちキューとして登録する。

書き込み許可判定部１０７は、入力端末２００から送信されてきた手書き操作の書き込み許可要求を受け取り、書き込み操作が行われた領域が権限を取得した領域であるか否かに基づいて、書き込みを許可するか否かを判定する。

会議情報管理部１０８は、入力端末２００から送信されてきた会議参加要求を受け取り、会議に参加するための文書データなどを入力端末２００に送信する。

部門情報取得部１０３は、書き込み許可判定部１０７から、書き込み許可要求の送信元のユーザ情報を受け取り、部門情報データベース１２０に問い合わせを行い、ユーザの所属している部門（グループ）の情報を取得する。

文書データ取得部１０４は、会議情報管理部１０８からの要求を受け、会議に関連する文書データを文書情報データベース１３０からダウンロードし、会議情報管理部１０８に渡す。

次に、入力端末２００の動作について説明する。図５は、入力端末２００の外観構成の一例を示している。入力端末２００の画面は、文書表示ウィンドウ２３０、権限選択ボタン２３１、権限取得ボタン２３２、権限取消ボタン２３３、ペンボタン２３４および消しゴムボタン２３５などで構成される。

文書表示ウィンドウ２３０は、端末内部の文書データを表示したり、文書に手書きデータを重畳して表示したり、書き込み権限を取得した領域やメッセージなどの情報を表示したりする。また、文書表示ウィンドウ２３０内でスタイラスペン２４０によるタッチ入力が検出されると、手書き入力処理が実行される。

権限選択ボタン２３１でスタイラスペン２４０によるタッチ入力が検出されると、取得する権限を選択する権限選択処理が実行される。権限取得ボタン２３２でスタイラスペン２４０によるタッチ入力が検出されると、権限取得処理が実行される。権限取消ボタン２３３でスタイラスペン２４０によるタッチ入力が検出されると、権限取消処理が実行される。

ペンボタン２３４でスタイラスペン２４０によるタッチ入力が検出されると、入力端末２００はペンモードに移行し、手書き入力で文字や図形などの追加が可能となる。消しゴムボタン２３５でスタイラスペン２４０によるタッチ入力が検出されると、入力端末２００は消しゴムモードに移行し、手書き入力で文字や図形の消去が可能となる。

なお、図５では、入力端末２００の全面でタッチ入力が可能な構成としたが、権限選択ボタン２３１、権限取得ボタン２３２、権限取消ボタン２３３、ペンボタン２３４および消しゴムボタン２３５などは物理的なボタンとしてもよい。

以下、本実施例の会議支援システムの動作について説明する。まず、入力端末２００で実行される各処理について説明する。

［権限選択処理］
まず、入力端末２００の権限選択処理について、図６のフローチャート図及び図７の画面例を参照して説明する。

入力端末２００は、端末を使用しているユーザ情報から、取得できる権限をリストで表示する（Ｓ１０１）。例えば、ユーザがスタイラスペン２４０で権限選択ボタン２３１にタッチすると、入力処理部２１４は、描画処理部２１６及び表示処理部２１７を制御して表示部２０７に図７に示すような権限選択ウィンドウ２３６を表示させる。この権限選択ウィンドウ２３６内には、取得可能な権限のリスト２３６ａ（端末を使用しているユーザとそのユーザが属する１又は複数のグループ）が表示される。そして、権限選択ウィンドウ２３６内のタッチ入力を検出したら（Ｓ１０２のＹｅｓ）、入力処理部２１４は、権限選択ウィンドウ２３６内のどの権限が選択されたかを判断する（Ｓ１０３）。権限が選択された場合は、選択された権限を取得する権限として設定し（Ｓ１０４）、権限選択ウィンドウ２３６以外の場所がタッチされた場合は、何もせずに図５の画面状態に戻る。

［権限取得処理］
次に、入力端末２００の権限取得処理について、図８のフローチャート図及び図９の画面例を参照して説明する。

ユーザは、スタイラスペン２４０で権限取得ボタン２３２にタッチし、文書表示ウィンドウ２３０内で権限を取得したい領域を指定する（Ｓ２０１）。領域の指定方法として、例えば、スタイラスペン２４０で領域の左上点を指示し、タッチし続けたまま領域の右下点までドラッグし、ペンを離した時点で領域を確定する、といった方法が考えられる。ユーザが領域を指定すると、入力処理部２１４は、ユーザが指定した領域の情報（領域の座標）と図６の権限選択処理によって選択された権限の情報（入力端末２００を使用しているユーザの情報と個人／グループの種別）とを権限取得判定部２１３に通知し、権限取得判定部２１３は、これらの情報を権限取得要求として会議支援サーバ１００に送信する（Ｓ２０２）。

そして、権限取得判定部２１３は、この権限取得要求に対する会議支援サーバ１００からの応答を受信したら、その応答に基づいて指定した領域が重複しているかを判断する（Ｓ２０３）。指定した領域が重複している場合は、入力処理部２１４は、描画処理部２１６及び表示処理部２１７を制御して、一部又は全部の領域が重複しており、会議支援サーバ１００で権限付与待ちキューに登録された旨のメッセージを文書表示ウィンドウ２３０に表示させる（Ｓ２０４）。

次に、入力処理部２１４は、権限取得判定部２１３から権限を取得した領域の情報を受け取り、画面描画部２１６及び表示処理部２１７を制御して、権限を取得できた領域を文書表示ウィンドウ２３０に表示する（Ｓ２０５）。図９は、文書表示ウィンドウ２３０に領域が表示された状態を示しており、例えば、異なるユーザが各入力端末２００において取得した個人権限領域２３７ａ（例えば、当該入力端末２００を使用しているユーザが権限を取得した領域）および個人権限領域２３７ｂ（例えば、そのユーザが属するグループの他のメンバーが権限を取得した領域）、さらに両ユーザが属するグループで取得したグループ権限領域２３８などが表示される。各領域の権限は、個人権限領域２３７ａ、個人権限領域２３７ｂ、グループ権限領域２３８の順番で取得されており、各領域は、画面上において、各権限の種類に応じたテクスチャ（模様）が与えられる。また、個人権限領域２３７ａおよび２３７ｂに重複する形で指定されたグループ権限領域２３８は、重複していない領域のみに対して権限が取得されている。図９に示す画面においては、個人権限領域とグループ権限領域は隣接しているため、個人権限領域のユーザがグループ権限領域のグループに属している場合、そのユーザは領域を跨いで連続的に手書き入力することが可能である。また、各権限の種類に応じたテクスチャを与えることにより、権限の種類を可視化し、ユーザの操作を補助することができる。

なお、図９は領域表示の一例であり、領域の形状やサイズ、表示形態は図の構成に限定されない。例えば、領域の形状は矩形が一般的であるが、ユーザがスタイラスペン２４０で描いた軌跡を外枠とする形状や楕円などの形状としてもよい。また、サイズに関しては、各ユーザの個人権限領域が大きくなると、他のユーザの手書き入力が困難になることから、各ユーザが権限を取得できる領域よりもグループが権限を取得できる領域の方が大きくなるように領域のサイズに制限を設けることもできる。

また、図９では、後で権限を取得したグループ権限領域は個人権限領域と重ならないようにしたが、グループ権限領域がそのグループに属するユーザの個人権限領域と重なる場合は、重なる領域の権限をグループに移譲して、グループが優先されるようにしてもよい。また、図９には示していないが、個人権限領域とグループ権限領域とが、近接はしているが隣接していない状況が考えられる。そのような状況において、いずれかの領域のサイズが手書き入力によって足らなくなった場合は、いずれかの領域を拡張し他方に隣接させる処理を加えてもよい。

図８のフローチャート図に戻り、入力処理部２１４は、最後に、新たに取得した権限の情報と領域の情報を用いて、領域管理データ２２２を更新する（Ｓ２０６）。

［権限取消処理］
次に、入力端末２００の権限取消処理について、図１０のフローチャート図を参照して説明する。

ユーザは、スタイラスペン２４０で権限取消ボタン２３３にタッチし、文書表示ウィンドウ２３０内で権限を取消したい領域を指定する（Ｓ３０１）。領域の指定方法として、上記と同様に、スタイラスペン２４０で領域の左上点を指示し、タッチし続けたまま領域の右下点までドラッグし、ペンを離した時点で領域を確定する、といった方法が考えられる。ユーザが領域を指定すると、入力処理部２１４は、指定した領域の情報を権限取得判定部２１３に通知し、権限取得判定部２１３は、その情報を権限取消要求として会議支援サーバ１００に送信する（Ｓ３０２）。

そして、権限取得判定部２１３は、この権限取消要求に対する会議支援サーバ１００からの応答を受信したら、その応答に基づいて指定した領域に対する権限取消に成功したかどうかを判断する（Ｓ３０３）。領域の一部でも取消処理が成功していれば、入力処理部２１４は、描画処理部２１６及び表示処理部２１７を制御して、権限を取消した領域を描画（図９に示す権限を取得した領域の表示を更新）し（Ｓ３０４）、指定した全ての領域で取消処理が行われなかった場合は、取消処理が行われなかった旨のメッセージを表示部２０７に表示させる（Ｓ３０５）。最後に、入力処理部２１４は、取消処理によって変更された権限の情報と領域の情報を用いて、領域管理データ２２２を更新する（Ｓ３０６）。

［手書き入力処理］
次に、入力端末２００の手書き入力処理について、図１１のフローチャート図を参照して説明する。

入力処理部２１４が、文書表示ウィンドウ２３０に対する手書き入力操作を検出したら、書き込み許可判定部２１２は、手書き入力操作を検出した座標を指定して、会議支援サーバ１００に手書き入力の書き込み許可要求を送信し（Ｓ４０１）、会議支援サーバ１００からの応答を受け取ったら、書き込み許可の有無を判断する（Ｓ４０２）。書き込みが許可されなかった場合は、そのまま手書き入力処理は終了となる。書き込みが許可された場合、入力処理部２１４は、座標取得部２１５を制御して、タッチパネルから入力された座標情報を取得し（Ｓ４０３）、手書き入力が書き込み権限を有している領域（当該入力端末２００のユーザが書き込み権限を取得した領域及びそのユーザが属するグループが書き込み権限を取得した領域）内に収まっているかを判定する（Ｓ４０４）。

スタイラスペン２４０による手書き入力が書き込み権限を有していない領域にはみ出してしまった場合は、その時点で手書き操作終了となる。一方、スタイラスペン２４０による手書き入力が書き込み権限を有している領域内に収まっている場合（当該入力端末２００のユーザが書き込み権限を取得した領域とそのユーザが属するグループが書き込み権限を取得した領域とを跨いで書き込んだ場合を含む。）は、入力処理部２１４は、取得した座標を端末内に一時的に保存し（Ｓ４０５）、画面描画部２１６は、画面上で座標間を結び、描画を行う（Ｓ４０６）。

この時点で、ユーザのスタイラスペン２４０が表示部２０７から離れ、タッチ入力が終了したことを検出した場合（Ｓ４０７のＹｅｓ）、手書き操作は終了となり、継続して手書き入力が行われている場合には、再びＳ４０３の操作から実行する。そして、手書き入力操作終了後、入力処理部２１４は、端末に保存した手書きデータを会議支援サーバ１００に送信し（Ｓ４０８）、他の入力端末２００にも、自身が入力した手書き情報を反映して表示させる。

次に、本実施例の会議支援サーバ１００の動作について説明する。

［データ受信処理］
まず、本実施例の会議支援サーバ１００のデータ受信処理について、図１２のフローチャート図を参照して説明する。

会議支援サーバ１００の通信制御部１０１は、入力端末２００から送信されるデータの受信を待機し（Ｓ５０１）、データ受信を検出したら、受信データ解析部１０２は、受信データを解析し、各種処理ブロックへと処理を流す。

具体的には、会議参加要求を受け取った場合（Ｓ５０２）、会議情報管理部１０８は、参加者登録処理を実行する（Ｓ５０３）。権限取得要求を受け取った場合（Ｓ５０４）、権限取得判定部１０６は、権限付与処理を実行する（Ｓ５０５）。権限取消要求を受け取った場合（Ｓ５０６）、権限取得判定部１０６は、権限削除処理を実行する（Ｓ５０７）。書き込み許可要求を受け取った場合（Ｓ５０８）、書き込み許可判定部１０７は、排他判定処理を実行する（Ｓ５０９）。手書きデータを受け取った場合（Ｓ５１０）、手書きデータ配信部１０５は、手書きデータ配信処理を実行する（Ｓ５１１）。

［参加者登録処理］
Ｓ５０３の参加者登録処理の詳細について、図１３のフローチャート図を参照して説明する。

会議情報管理部１０８は、入力端末２００から会議参加要求を受信すると、参加要求された会議の情報を会議情報管理テーブル１１３から読み出し（Ｓ６０１）、文書情報データベース１３０より会議に使用される文書データを取得する（Ｓ６０２）。そして、参加要求のあった入力端末２００に対して取得した文書データを送信する（Ｓ６０３）。

［権限付与処理］
次に、Ｓ５０５の権限付与処理の詳細について、図１４のフローチャート図を参照して説明する。

権限取得判定部１０６は、入力端末２００から権限取得要求を受信すると、領域管理テーブル１１１を参照し、指定された領域で既に権限が取得されているかどうかを判定する（Ｓ７０１）。指定した領域内に取得済みの権限がなかった場合、指定された全ての領域に対して権限を付与する（Ｓ７０２）。一方、指定した領域内で、権限が取得されている部分が存在した場合、重複していない領域のみに権限を付与する（Ｓ７０３）。その際、グループで権限を取得しようとする領域が、そのグループ内のメンバーが権限を取得済みの領域と重複している場合、グループに権限を付与すればメンバーもその領域に書き込むことができることから、グループを優先し、メンバーに付与した権限を取り消してグループに権限を付与してもよい。

そして、重複した領域に付与されている権限と取得要求のあった権限とを比較し（Ｓ７０４）、権限の種類（権限を付与したユーザ）が異なる場合には、重複した領域の情報と要求された権限の情報とを権限付与待ちキューに登録する（Ｓ７０５）。

その後、付与した権限の情報及び領域の情報を、権限取得要求の送信元の入力端末２００に権限取得結果として送信する（Ｓ７０６）。なお、グループに権限を付与した場合は、権限取得要求の送信元の入力端末２００のみならず、そのグループに属する他のメンバーの入力端末２００にも権限取得結果を送信してもよく、他のメンバーの入力端末２００で権限を取得した領域を表示することにより、他のメンバーもその領域に手書き入力ができることを分かり、効率的な議論や情報交換を行うことができる。

［権限削除処理］
次に、Ｓ５０７の権限削除処理の詳細について、図１５のフローチャート図を参照して説明する。

権限取得判定部１０６は、入力端末２００から権限削除要求を受信すると、領域管理テーブル１１１を参照し、指定された領域内で権限が付与されているかどうかを判定する（Ｓ８０１）。指定された領域内において、権限が付与されている部分が存在した場合、その領域の権限が、取消を要求した権限と同一かどうかを判定する（Ｓ８０２）。取消を要求した権限と同一の権限が存在した場合、指定された領域の権限を削除し、領域管理テーブル１１１を更新する（Ｓ８０３）。次に、権限を削除した領域において、権限付与待ちキューに、取得要求されている権限が登録されているかを判断し（Ｓ８０４）、権限が登録されている場合は、権限付与待ちキューから情報を取り出し、登録されていた権限を付与し（Ｓ８０５）、さらに、更新された権限と領域の情報を、各入力端末２００に配信する（Ｓ８０６）。最後に、要求送信元の入力端末２００に権限取消結果を送信する（Ｓ８０７）。

［排他判定処理］
次に、Ｓ５０９の排他判定処理の詳細について、図１６のフローチャート図を参照して説明する。

書き込み許可判定部１０７は、入力端末２００から書き込み許可要求を受信すると、領域管理テーブル１１１を参照し、要求された座標に対して要求元の入力端末２００に書き込み権限を与えているかどうかを判定する（Ｓ９０１）。書き込み権限が与えられていなかった場合、書き込み不許可通知を要求元の入力端末２００に送信し、手書き入力を無効化する。書き込み権限が与えられていた場合は、その権限が個人権限であるかどうかを判定する（Ｓ９０２）。個人権限であれば、入力できるユーザは１人のみであるため、即座に書き込み許可通知を、要求元の入力端末２００に送信する（Ｓ９０５）。

一方、個人権限でなかった場合（グループ権限の場合）、入力状態管理テーブル１１２を参照し、現在手書き入力を行っているグループの他のメンバーの入力端末２００が存在するかどうかを判定する（Ｓ９０３）。他の入力端末２００が現在手書き入力中であった場合、同時に複数の入力端末２００から書き込みを行うのは好ましくないため、要求元の入力端末２００に書き込み不許可通知を送信する（Ｓ９０４）。一方、他の入力端末２００で入力が行われていなければ、要求元の入力端末２００に書き込み許可通知を送信する（Ｓ９０５）。

［手書きデータ配信処理］
次に、Ｓ５１１の手書きデータ配信処理の詳細について、図１７のフローチャート図を参照して説明する。

手書きデータ配信部１０５は、手書きデータを受信すると、手書きデータを手書きデータテーブル１１０に追加する（Ｓ１００１）。次に、会議の会議情報管理テーブル１１３を参照し、会議に参加している全てのユーザの端末情報を取得する（Ｓ１００２）。そして、取得した端末情報を元に、受信した手書きデータを全ての会議参加中の入力端末２００に向けて配信する（Ｓ１００３）。

以上説明したように、ユーザは入力端末２００を操作して領域の権限を取得することができ、権限が取得されている領域には、権限が付与されているユーザのみが入力を行うことができるため、手書き情報の重なりを未然に防止することができ、ユーザの意図した通りの表示画面を得ることができる。

また、１つの領域に対し、自分１人が権限を取得するか複数ユーザで同時に権限を取得するかを選択することができるため、権限の異なる領域を状況に応じて使い分けられるようになり、ユーザの利便性を向上させることができる。例えば、個人同士の関係や役職関係、グループ間の関係情報を用いて、特定のユーザやグループに対し、権限を取得していない領域への書き込みを許可することができ、部下の個人権限領域に対する上司の書き込みを許可する（上司の個人権限領域には、部下の書き込みを許可しない）ようにしたり、子会社権限領域に対する親会社ユーザの書き込みを許可する（親会社権限領域には、子会社ユーザの書き込みを許可しない）ようにしたりすることができる。

また、ユーザは、任意のタイミングで、指定した領域の書き込み権限の取消を会議支援サーバ１００に要求し、会議支援サーバ１００は、指定領域が重複し、指定権限が同一でない場合に権限の取消を実行するため、他のユーザは、その領域の権限を取得して手書き入力できるようになり、効率的な議論や情報交換を簡便に行うことができる。

また、書き込み権限を持つ複数の領域が隣接している場合、領域間を跨いで連続的に手書き入力することができるため、隣接する領域の権限の種類が異なった場合（例えば、個人権限取得済みの領域と自身の所属するグループ権限取得済みの領域）でも、両領域の書き込み権限を持っていれば、手書き入力は途切れることはなく、適切に手書き入力を行うことができる。また、複数の領域を跨いで入力した場合、両方の書き込み権限を持っているユーザのみその手書きデータを消去できるため、片方の権限を持ったユーザに勝手に消去される不具合を防止することができる。

また、指定した領域の一部または全体が、権限付与済みの領域と重複する場合、重複している部分には、”権限付与待ちキュー”を作成し、付与したい権限を登録するため、領域を再指定することなく権限の取得を行うことができ、ユーザの利便性を向上させることができる。

なお、本発明は上記実施例に限定されるものではなく、本発明の趣旨を逸脱しない限りにおいて、その構成や制御は適宜変更可能である。

本発明は、情報の入力及び表示を行う複数の端末と、複数の端末の情報の入力を制御する制御装置とを含むシステムに利用可能である。

１００ 会議支援サーバ
１０１ 通信制御部
１０２ 受信データ解析部
１０３ 部門情報取得部
１０４ 文書データ取得部
１０５ 手書きデータ配信部
１０６ 権限取得判定部
１０７ 書き込み許可判定部
１０８ 会議情報管理部
１１０ 手書きデータテーブル
１１１ 領域管理テーブル
１１２ 入力状態管理テーブル
１１３ 会議情報管理テーブル
１２０ 部門情報データベース
１３０ 文書情報データベース
１４０ ネットワーク
１４１、１４２ 外部インターフェース
１５０ アクセスポイント
２００、２００ａ〜２００ｄ 入力端末
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ ＳＳＤ
２０５ 操作部
２０６ タッチパネル
２０７ 表示部
２０８ 通信部
２０９ システムバス
２１０ 通信制御部
２１１ 受信データ解析部
２１２ 書き込み許可判定部
２１３ 権限取得判定部
２１４ 入力処理部
２１５ 座標取得部
２１６ 画面描画部
２１７ 表示処理部
２２０ 文書画像データ
２２１ 手書き座標データ
２２２ 領域管理データ
２２３ 表示用データ
２３０ 文書表示ウィンドウ
２３１ 権限選択ボタン
２３２ 権限取得ボタン
２３３ 権限取消ボタン
２３４ ペンボタン
２３５ 消しゴムボタン
２３６ 権限選択ウィンドウ
２３６ａ リスト
２４０、２４０ａ〜２４０ｄ スタイラスペン

Claims (11)

1. 表示画面上で手書き入力が可能な複数の入力端末と、前記複数の入力端末にネットワークで接続された制御装置と、を含み、前記複数の入力端末間でデータを共有して表示する会議支援システムであって、
   前記入力端末は、
   手書き入力を行う領域に対して、当該入力端末を使用しているユーザが権限を取得するか、前記ユーザが属するグループが権限を取得するかを前記ユーザに選択させる権限選択処理と、
   前記ユーザが指定した指定領域の情報と、前記ユーザが選択した権限の情報と、を前記制御装置に送信して権限取得を要求する権限取得処理と、
   前記ユーザ又は前記グループが権限を取得した領域内に手書き入力した手書きデータを前記制御装置に送信する手書き入力処理と、を実行する機能を備え、
   前記制御装置は、
   前記権限取得の要求に対して、前記指定領域と、前記ユーザ以外の者が権限を取得している権限取得済み領域と、を比較し、前記権限取得済み領域と重複しない前記指定領域の一部又は全部の領域に対して、前記ユーザ又は前記グループに権限を付与して、要求元の前記入力端末に権限を付与した領域を通知する権限付与処理と、
   前記入力端末から受信した前記手書きデータを他の入力端末に送信して表示させる手書きデータ配信処理と、実行する機能を備え、
   前記入力端末の前記手書き入力処理では、
   前記表示画面上の手書き入力を検出したら、手書き入力された座標を指定して、前記制御装置に書き込み許可を要求し、
   前記制御装置は、
   前記書き込み許可の要求に対して、前記手書き入力された座標が、前記ユーザ又は前記グループが権限を取得した領域内であり、かつ、前記グループに属する他のユーザの入力端末で現在手書き入力処理が行われていない場合に、書き込みを許可する排他判定処理を実行する、
   ことを特徴とする会議支援システム。
2. 前記入力端末の前記権限選択処理では、
   前記ユーザ個人と、前記ユーザが属する１又は複数のグループと、を選択可能に配列したリストを前記表示画面に表示する、
   ことを特徴とする請求項１に記載の会議支援システム。
3. 前記入力端末の前記権限取得処理では、
   前記制御装置からの通知を受信したら、前記制御装置が前記ユーザ又は前記グループに権限を付与した領域を前記表示画面に明示する、
   ことを特徴とする請求項１又は２に記載の会議支援システム。
4. 前記入力端末の前記権限取得処理では、
   前記ユーザが権限を取得した領域と前記グループが権限を取得した領域とを、識別可能に表示する、
   ことを特徴とする請求項３に記載の会議支援システム。
5. 前記制御装置の前記権限付与処理では、
   前記権限取得済み領域と重複した前記指定領域の一部又は全部の領域に対して、当該領域の情報と前記権限の情報とを権限付与待ちキューに登録し、前記権限取得済み領域に対する権限の取消が要求されたら、前記ユーザ以外の者に付与した権限を削除した後、前記権限付与待ちキューに従って前記ユーザ又は前記グループに権限を付与する、
   ことを特徴とする請求項１乃至４のいずれか一に記載の会議支援システム。
6. 前記制御装置の前記権限付与処理では、
   前記グループに権限を付与した場合は、当該グループに属する他のユーザの入力端末にも、権限を付与した領域を通知する、
   ことを特徴とする請求項１乃至５のいずれか一に記載の会議支援システム。
7. 表示画面上で手書き入力が可能な入力端末であって、
   前記入力端末は、制御装置により、他の入力端末との間でデータを共有して表示するものであり、
   手書き入力を行う領域に対して、当該入力端末を使用しているユーザが権限を取得するか、前記ユーザが属するグループが権限を取得するかを前記ユーザに選択させる権限選択処理と、
   前記ユーザが指定した指定領域の情報と、前記ユーザが選択した権限の情報と、を前記制御装置に送信して権限取得を要求する権限取得処理と、
   前記ユーザ又は前記グループが権限を取得した領域内に手書き入力した手書きデータを前記制御装置に送信する手書き入力処理と、を実行する機能を備え、
   前記権限取得処理では、
   前記ユーザが権限を取得した領域と前記グループが権限を取得した領域とを、前記表示画面に識別可能に表示する、
   ことを特徴とする入力端末。
8. 前記権限選択処理では、
   前記ユーザ個人と、前記ユーザが属する１又は複数のグループと、を選択可能に配列したリストを前記表示画面に表示する、
   ことを特徴とする請求項７に記載の入力端末。
9. 表示画面上で手書き入力が可能な複数の入力端末にネットワークで接続された制御装置であって、
   前記入力端末から、当該入力端末を使用しているユーザが指定した指定領域の情報と、前記入力端末において前記ユーザが選択した、前記指定領域に対する権限の情報である、前記ユーザ、又は、前記ユーザが属するグループの情報と、を受信したら、前記指定領域と、前記ユーザ以外の者が権限を取得している権限取得済み領域と、を比較し、前記権限取得済み領域と重複しない前記指定領域の一部又は全部の領域に対して、前記ユーザ又は前記グループに権限を付与して、要求元の前記入力端末に権限を付与した領域を通知する権限付与処理と、
   前記入力端末から、前記ユーザ又は前記グループが権限を取得した領域内に手書き入力した手書きデータを受信したら、当該手書きデータを他の入力端末に送信して表示させる手書きデータ配信処理と、実行する機能を備え、
   前記入力端末から、手書き入力された座標を指定して書き込み許可が要求されたら、前記手書き入力された座標が、前記ユーザ又は前記グループが権限を取得した領域内であり、かつ、前記グループに属する他のユーザの入力端末で現在手書き入力処理が行われていない場合に、書き込みを許可する排他判定処理を実行する、
   ことを特徴とする制御装置。
10. 前記権限付与処理では、
    前記権限取得済み領域と重複した前記指定領域の一部又は全部の領域に対して、当該領域の情報と前記権限の情報とを権限付与待ちキューに登録し、前記権限取得済み領域に対する権限の取消が要求されたら、前記ユーザ以外の者に付与した権限を削除した後、前記権限付与待ちキューに従って前記ユーザ又は前記グループに権限を付与する、
    ことを特徴とする請求項９に記載の制御装置。
11. 前記権限付与処理では、
    前記グループに権限を付与した場合は、当該グループに属する他のユーザの入力端末にも、権限を付与した領域を通知する、
    ことを特徴とする請求項９又は１０に記載の制御装置。

Images