JPH06284241A - テレライティング装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、テレライティング装置に関し、通
信会議におけるテレライティングデータのトークン制御
をユーザが操作することなく自動的に行うことによっ
て、円滑な通信会議を促進することを目的とする。 【構成】 テレライティング情報を送信する場合は、ペ
ンダウンが有ると、トークンの有無を判定して、トーク
ンを持っているテレライティング装置であれば加筆・修
正情報を送信する。そして、送信する情報が描画情報で
あれば、ペンアップの有無を判定して、ペンアップがあ
った場合にそのペンアップ情報を送信する。また、トー
クンを持っていないテレライティング装置の場合は、ト
ークン要求を送信して、トークン譲渡が受信されたか否
かを判定し、トークン譲渡が受信された場合は、そのト
ークンを使って情報送信される。トークン譲渡受信が無
い場合は、入力情報を廃棄するように構成される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、テレライティング装置
に係り、詳しくは、音声情報とともに手書き入力データ
等を送受信し、所定の会議地点において複数の会議参加
者に対応する複数の情報入力装置が接続可能なテレライ
ティング装置に適用することができる他、音声、手書き
入力データ、静止画像及び動画像等を扱うテレビ会議シ
ステム及びマルチメディア通信端末装置に応用すること
ができ、特に、円滑な通信会議を促進することができる
テレライティング装置に関する。

【０００２】

【従来の技術】従来の通信会議システムでは、遠隔地に
ある複数地点の通信会議端末間を通信回線で結び、相互
に音声情報、動画情報、文書情報等を交信して、異なる
場所に居ながら会議を行っている。そして、その一つの
分野として文書情報（例えば、会議資料）に対して各通
信会議端末から入力される加筆・修正情報（いわゆる、
テレライティング情報）は、テレライティング装置を使
って交換することが提案されている。

【０００３】例えば、ＣＣＩＴＴ勧告のＴ．１５０は、
公衆電話回線網（ＰＳＴＮ：半二重・３００bit/sec ）
に限定するモードの通信手順を明記したテレライティン
グ装置に関する勧告であるが、ＩＳＤＮ (全二重・６４
Ｋbit/sec ) 上で動作するテレライティング装置を想定
した場合は、必ずしも適切な通信方式ではなかった。こ
の種の従来例としては、例えば、特開平３−１５０９８
９号公報記載のものがある。この公報例の場合は、上記
のようにモードが限定されていないが、会議資料等に加
筆・修正を行う書込権（Write 権) を有しない通信会議
端末からの入力情報を許可するのか否かをその都度判断
する必要があり、操作が煩雑になると考えられる。特
に、多地点間（マルチポイント）通信時に書込権を有さ
ない通信会議端末からの入力情報が頻発した場合は、ど
のように処理するのかの点については言及されておら
ず、実際の多地点間通信時における実現は困難であると
思われる。

【０００４】このように、従来のテレライティング装置
は、デザイン画や設計図面等の打ち合わせを遠隔地間で
行う時に便利な装置であるが、文書情報に対するアクセ
ス権（本明細書中では、以下トークンと称する）の処理
に問題があって、明確な規定がなされていないのが現状
である。さて、従来、テレライティング通信において
は、トークンを所有している端末のみにデータを送信し
たり、あるいはトークンに依存しないでデータを送信し
たりする２つの通信形態が知られている。後者のトーク
ンに依存しないでデータを送信するテレライティング装
置については、例えば、特開平３−１５０９８９号公報
で報告されたものがあり、ここでは、トークンに依存し
ないでデータを送信可能であり、そのデータの有効性
を、データ送信後に通信を行っているオペレータ間の合
意の基で決定するといった通信方式を実行するように構
成することにより、操作の簡易化を図ると同時に２地点
間通信に伴なう混乱の防止を図ることができるという利
点を有する。

【０００５】

【発明が解決しようとする課題】上記した従来のテレラ
イティング装置にあっては、その一つの通信方式とし
て、トークンを要求する操作、及びトークンを譲渡する
操作をユーザに行わせてトークンを授受することによっ
て書込権を有する通信会議端末を決定するという考えも
あるが、操作が面倒であって、円滑な会議進行を損なう
恐れがあるという問題があった。

【０００６】また、上記以外にトークンを規定しないと
いう考えもその一つであるが、スクロール・改頁等の表
示領域に影響を及ぼす処理と衝突した場合は、画面の同
期が保障できなくなる可能性があるという問題があっ
た。次に、上記した特開平３−１５０９８９号公報で報
告された従来のテレライティング装置では、トークンに
依存しないで加筆、修正データの送信を行うことができ
るが、そのデータの有効性を、データ送信後に通信を行
っているオペレータ間の合意の基で決定しなければなら
ず、この結果、テレライティングを用いて打ち合わせす
るのが煩雑になるという問題があった。

【０００７】そこで、本発明は、上記従来の課題に鑑み
てなされたものであり、通信会議におけるテレライティ
ングデータのトークン制御をユーザが操作することなく
自動的に行うことによって、円滑な通信会議を促進する
ことができる他、トークンを所有している端末からのみ
データを送信する通信形態でのオペレータの操作性及び
利便性を向上させることができるテレライティング装置
を提供することを目的とする。

【０００８】

【課題を解決するための手段】請求項１記載の発明は、
通信回線を介して２地点間あるいは多地点間の接続形態
で複数の通信会議端末が接続され、相互端末間で音声情
報及び文書情報を交換してオーディオグラフィック会議
を提供する際に、各通信会議端末から前記文書情報に対
する加筆・修正情報を入力するテレライティング装置に
おいて、前記加筆・修正情報の入力が可能な通信会議端
末を前記複数の通信会議端末中の一つに限定する情報入
力可能端末限定手段が設けられ、該情報入力可能端末限
定手段は、複数の通信会議端末の中から最も先に情報入
力が開始された通信会議端末を情報入力が可能な端末と
して入力された情報を有効とし、それ以外の通信会議端
末を情報入力が不可能な端末として入力された情報を廃
棄して、情報入力が可能な通信会議端末を一つに限定す
るようにしたことを特徴とするものである。

【０００９】請求項２記載の発明は、上記請求項１記載
のテレライティング装置において、情報入力が可能な通
信端末を１つに限定しない通常モードに選択的に移行可
能な情報入力モード選択手段を備えたことを特徴とする
ものである。請求項３記載の発明は、上記請求項２記載
のテレライティング装置において、情報入力が可能な通
信端末を１つに限定しない通常モード選択時には、各通
信端末に表示される表示情報の同期を乱す処理を禁止す
る表示情報同期攪乱処理禁止手段を備えたことを特徴と
するものである。

【００１０】請求項４記載の発明は、相手端末との間
で、共通画面を参照しつつ互いに手書き入力操作を実行
し、その時にトークンを有する端末から入力された手書
き入力操作により表示画面を更新するとともに、そのト
ークンの所有を適宜相手端末との間で交代するテレライ
ティング装置において、トークンを所有し手書き入力操
作を実行している時に相手端末からトークン獲得要求を
受信した場合、その実行中の手書き入力操作が終了した
後に相手端末へトークンを譲渡するトークン譲渡手段を
有することを特徴とするものである。

【００１１】請求項５記載の発明は、上記請求項４記載
のテレライティング装置において、トークンを所有して
いない時に手書き入力操作が行われた場合、その手書き
入力操作が無効である旨を報知する手書き入力操作無効
報知手段を有することを特徴とするものである。請求項
６記載の発明は、上記請求項４，５記載のテレライティ
ング装置において、手書き入力操作が行われた時にトー
クンを所有していなければ相手端末へ自動的にトークン
の獲得要求を出す場合で、かつ所定の時間内に相手端末
からトークンを獲得できない場合、手書き入力操作が無
効である旨を報知する手書き入力操作無効報告手段を有
することを特徴とするものである。

【００１２】請求項７記載の発明は、上記請求項４乃至
６記載のテレライティング装置において、トークンを所
有していない場合、手書き入力操作のためのメニュー表
示を行わないメニュー表示禁止手段を有することを特徴
とするものである。請求項８記載の発明は、上記請求項
４乃至７記載のテレライティング装置において、トーク
ンの所有の交代時に、そのトークン所有交代を意味する
音を発生するトークン所有交代音発生手段を有すること
を特徴とするものである。

【００１３】

【作用】まず、請求項１〜３記載の発明の作用について
説明する。請求項１記載の発明では、最も先に情報入力
が開始された通信会議端末を情報入力が可能な端末とし
て入力された情報を有効とし、それ以外の通信会議端末
を情報入力が不可能な端末として入力された情報を廃棄
する情報入力可能端末限定手段により加筆・修正情報の
入力が可能な通信会議端末を一つに限定するようにした
ため、文書情報に対して加筆・修正を行うためのアクセ
ス権の制御、即ちトークン制御をユーザが操作すること
なく円滑に通信会議を促進することができる。

【００１４】請求項２記載の発明では、上記請求項１記
載の発明において、情報入力モード選択手段により情報
入力が可能な通信端末を１つに限定しない通常モードに
移行可能なようにしたため、トークン無しモードも選択
的に使用することができる。請求項３記載の発明では、
上記請求項２記載の発明において、情報入力が可能な通
信端末を１つに限定しない通常モード選択時に、表示情
報同期攪乱処理禁止手段により各通信端末に表示される
表示情報の同期を乱す処理を禁止するようにしたため、
トークン無しモード選択時にそのままでは表示情報の同
期を乱す処理を禁止することによって、自由な書き込み
を許可する場合であっても通信中の表示画面の同期を保
障することができる。

【００１５】次に、請求項４〜８記載の発明の作用につ
いて説明する。トークンに依存しないでデータを送信す
る通信形態では、自分の描画中のデータを相手が誤って
消す等、オペレータ間のトラブルが起こり易い他、前述
した特開平３−１５０９８９号公報では、このデータの
有効性のチェックを行う場合には、オペレータの負担が
却って重くなってしまう。また、上記請求項１〜３記載
の発明では、手書き入力操作が行われた時にトークンを
所有していなければ、相手端末から自動的にトークンを
獲得する方法が示されているが、獲得が不可の時の動作
として入力された情報が廃棄されるのみであり、オペレ
ータはこの廃棄が装置の障害によるものかトークンの獲
得が不可であるものなのかを判断することができなかっ
た。

【００１６】そこで、請求項４記載の発明では、相手端
末との間で、共通画面を参照しつつお互いに手書き入力
操作を実行し、その時にトークンを有する端末から入力
された手書き入力操作により表示画面を更新するととも
に、そのトークンの所有を適宜相手端末との間で交代す
るテレライティング装置において、トークンを所有し手
書き入力操作を実行している時に相手端末からトークン
獲得要求を受信した場合、その実行中の手書き入力操作
が終了した後に相手端末へトークンをトークン譲渡手段
により譲渡することができる。

【００１７】このため、トークンを所有し手書き入力操
作を実行している時に相手端末からトークン獲得要求を
受信した場合、その実行中の手書き入力操作が終了した
後に相手端末へトークンを譲渡することができるので、
オペレータの意思に反してトークンを譲渡してしまうと
いう不具合をなくすことができる他、トークン譲渡用の
メニューキーをいちいち選択する手間を省くことができ
るので、オペレータの負担を軽減することができる。

【００１８】請求項５記載の発明では、上記請求項４記
載の発明において、トークンを所有していない時に手書
き入力操作が行われた場合、その手書き入力操作が無効
である旨を手書き入力操作無効報知手段により報知する
ことができる。なお、この報知手段には、その旨のメッ
セージをディスプレイに表示するか、あるいはその旨を
意味する音を発生する手段等が挙げられる。

【００１９】このため、トークンを所有していない時に
手書き入力操作が行われた場合、その手書き入力操作が
無効であることを知らせるメッセージをディスプレイに
表示するか、あるいは手書き入力操作が無効であること
を意味する音を発生することができるので、オペレータ
にトークンを所有していないことを容易に認識させるこ
とができ、オペレータの操作性を向上させることができ
る。

【００２０】請求項６記載の発明では、上記請求項４，
５記載の発明において、手書き入力操作が行われた時に
トークンを所有していなければ相手端末へ自動的にトー
クンの獲得要求を出す場合で、かつ所定の時間内に相手
端末からトークンを獲得できない場合、手書き入力操作
が無効である旨を手書き入力操作無効報知手段により報
知することができる。

【００２１】このため、トークンの獲得要求を出し、所
定の時間内に相手端末からトークンを獲得できなかった
場合には、トークンが獲得できず手書き入力操作が無効
であることをオペレータに通知することができるので、
オペレータに手書き入力操作が無効となる理由が装置の
障害でないことを認識させることができ、オペレータの
操作性を向上させることができる。

【００２２】請求項７記載の発明では、上記請求項４乃
至６記載の発明において、トークンを所有していない場
合、手書き入力操作のためのメニュー表示を行わないメ
ニュー表示をメニュー表示禁止手段により行わないよう
にできる。このため、トークンを所有していない場合
は、手書き入力操作のためのメニュー表示を行わないよ
うにできるので、オペレータにトークンを所有していな
いことを容易に認識させることができ、オペレータの操
作性を向上させることができる。なお、加筆以外の手書
き入力操作は不可能となり、加筆もトークンを所有して
いないため、無効となる。

【００２３】請求項８記載の発明では、上記請求項４乃
至７記載の発明においては、トークンの所有の交代時
に、そのトークン所有の交代時に、そのトークン所有交
代を意味する音をトークン所有交代音発生手段により発
生することができる。このため、トークンの所有の交代
時に、その旨を意味する音を発生することができるの
で、オペレータにトークンの交代を容易に認識させるこ
とができ、オペレータの操作性を向上させることができ
る。

【００２４】

【実施例】以下、本発明の実施例を図面に基づいて説明
する。 （実施例１）まず、構成を説明する。図１は本発明の実
施例１に則したテレライティング装置を備えた通信会議
端末およびその周辺機器との接続例を示す外観図であ
る。図１において、１は通信会議装置で、会議出席者が
使う会議端末であり、２は会議資料のドキュメントや描
画を表示したり、システムモニタの役目をする液晶表示
部のＬＣＤ（Liquid Crystal Device ）である。また、
このＬＣＤ２上には、各種ユーザインタフェースが表示
され、これにより操作が行われる。３はＬＣＤ２の画面
上に設置され、ＬＣＤ２上に表示された画像に加筆・修
正を行う手書き入力を行うための透明なタッチパネル
（ＴＰ）である。

【００２５】４はタッチパネル３に描画入力を行うため
のタッチペンであり、上記ＬＣＤ２上に表示された各種
ユーザインタフェースを見ながら、タッチパネル３上を
タッチペン４でポインティングすることで操作が行われ
る。また、必要に応じて文書（例えば、会議資料）を加
筆・修正する場合は、上記と同様にＬＣＤ２のタッチパ
ネル３上をタッチペン４を使ってポインティングや描画
することにより行われる。５は音声データのやりとりを
行うハンドセットであり、６は会議中の会話内容を伝達
するための音声入力用のマイクであり、７は他の会議端
末から送られてきた会議中の音声等を流すための音声出
力用のスピーカであり、８は周辺機器との接続を行った
り、通信回線と接続したりするインタフェースコネクタ
である。

【００２６】９はＩＳＤＮネットワーク１０と接続する
ためのＩＳＤＮ回線であり、１１ａ、１１ｂはＩＳＤＮ
ネットワーク１０に接続された他の会議端末であり、１
２はインタフェースコネクタ８を介して会議端末１と接
続され、会議資料等の原稿からイメージ情報を読み込む
ためのスキャナであり、１３はインタフェースコネクタ
８を介して会議端末１と接続され、メモリに蓄積された
画像データや受信された画像データを印字出力するため
のプリンタである。

【００２７】次に、図２は図１に示す通信会議端末のハ
ードウェア構成例を示すブロック図である。図２に示す
ように、ＣＰＵ（Central Processing Unit ）１４は、
ＲＯＭ（Read Only Memory）１５に書き込まれたプログ
ラムに従って、通信会議装置のシステム全体を制御し、
ＤＭＡ（Direct Memory Access）コントローラ１６は、
ＤＭＡ転送モードにおける画情報の転送動作等を制御
し、ＲＡＭ（Random Access Memory）１７は、ＣＰＵ１
４の動作に必要なワークエリアやデータを記憶する。

【００２８】音声コーデック（ＣＯＤＥＣ）１８は、Ｉ
ＳＤＮ回線を通して受信したデジタル音声信号を復号化
してアナログ音声信号に変換したり、アナログ音声信号
を符号化してデジタル音声信号として送信したりする。
この音声コーデック１８は、図２ではハンドセット５に
接続されているが、図１のハンドフリー用のマイク６お
よびスピーカ７にも切替可能に接続されている。プリン
タインターフェース１９は、プリンタ１３とシステムバ
ス３０とを接続して、入力される印字データに基づいて
印字記録を行い、スキャナインターフェース２０は、ス
キャナ１２とシステムバス３０とを接続して、スキャナ
１２で読み込まれた原稿データをシステムバス３０に送
出する。

【００２９】ハードディスク２１は、原稿データ等を書
き込み／読み出し可能に蓄積し、タイマ２２は、現在時
刻の管理を行い、割り込みコントローラ２３は、ＣＰＵ
１４の割り込み制御を行い、通信制御部２４は、ＩＳＤ
Ｎ回線とのＳインターフェースを持つＮＣＵ（網制御
部）２５を介して所定の伝送制御手順に従ってテレライ
ティングデータを含む画像データの伝送を実行する。な
お、この通信制御部２４は、ＩＳＤＮの少なくともＢチ
ャネル（６４Ｋbit/sec ）２本を使用しての同時通信が
可能なよう構成されている。

【００３０】コーデック（ＣＯＤＥＣ）２６は、送信す
る画情報を所定の方式で符号化してその情報量を圧縮す
ると共に、受信時に符号化されている画情報を復号化し
て元の画情報に復元し、グラフィックコントローラ２７
は、ビデオラム（ＶＩＤＥＯＲＡＭ）２８に蓄積するグ
ラフィックデータの制御を行い、液晶表示部／タッチパ
ネル（ＬＣＤ／ＴＰ）コントローラ２９は、ＬＣＤ２や
タッチパネル３が接続され、ユーザインタフェースを提
供したり、ＬＣＤ２に表示される文書データに対して、
操作トークンを有している端末がタッチパネル３とタッ
チペン４とを使って加筆・修正する際の画像データの変
更を制御し、システムバス３０は、上記各部間でやり取
りされるデータの信号ラインである。

【００３１】次に、図３は本発明の実施例１に則したテ
レライティング装置を備えた通信会議端末の接続形態例
を示す図であり、図３（ａ）は２地点間を結ぶポイント
−ポイントによる接続例、図３（ｂ）は多地点間を結ぶ
ＭＣＵ（Multipoint ControlUnit ）を経由したマルチ
ポイントによる接続例である。そして、このような通信
会議装置におけるＩＳＤＮ回線の制御は、ＣＣＩＴＴ
（国際電信電話諮問委員会）勧告のＨ．２２１に従うマ
ルチフレーム構成およびＨ．２４２に従う通信設定方式
により実現する。

【００３２】次に、図４は本発明の実施例１に則したＩ
ＳＤＮ回線におけるＨ．２２１に準拠した６４Ｋ網のフ
レーム構成図である。図４に示すように、６４Ｋbit/se
c の伝送能力を８個のサブチャネルに分割し、そのうち
の＃１〜７までのサブチャネルである５６Ｋbit/sec を
音声通信用に、６．４Ｋbit/sec を会議制御用に使用し
ている。そして、この６．４bit/sec の能力は、必要に
応じてドキュメントの転送やテレライティング等の描画
情報転送用に使用される。また、ＦＡＳ／ＢＡＳ信号
は、Ｈ．２２１で規定されているフレーム同期信号（Fr
ame Allignment Signal ）およびビットレート割当信号
（Bitrate Assignment Signal ）である。

【００３３】本実施例に係るテレライティング装置を備
えた通信会議装置は、上記したように構成されており、
以下その動作を図５〜図１０を用いて説明する。まず、
トークン有りモードの通信手順について記述する。トー
クン授受のための操作として、例えば、ＬＣＤ２上に表
示されたユーザインタフェースのトークン要求ボタン
（図示しない）をタッチペン４でポインティングする場
合は、その後の描画動作も合わせると２段階の操作が必
要となる。しかし、これではトークン授受の操作は、複
雑となってしまい、ユーザインタフェース上も好ましく
ない。そこで、本実施例では、このトークン授受の操作
をテレライティング情報の発生（描画や修正あるいはス
クロール・改頁動作等）によって自動的に行うようにし
たものである。

【００３４】次に、図５は本発明の実施例１に則したト
ークン授受動作を説明するシーケンスチャートである。
テレライティング開始時には、発呼側のテレライティン
グ装置１がデフォルトとして、トークンを有していると
想定している。図５において重要なポイントは、いずれ
もトークン授受のためのユーザ側の操作を必要としてい
ない点である。そして、図５（ａ）における装置２への
トークン移動は、描画開始のためのペンダウンにより、
自動的にトークン授受のコマンドが発生している。これ
は、図５（ｂ）における装置１からの描画開始の場合も
同様である。

【００３５】また、図５（ｂ）中において、装置２から
のトークン要求があった場合は、装置１がペンダウン中
であることから、自動的に拒否されている。さらに、図
５（ｃ）における装置１からの改頁要求は、既に装置１
がトークンを有している状態なので、トークンに関する
コマンドは省略されている。また、図５（ｃ）における
最初のスクロール要求（１）は、トークンの移動が発生
しているが、スクロール要求（２）は、既にトークンを
有しているので、コマンドは発行されていない。

【００３６】次に、図６及び図７は上記したようなトー
クン授受の処理手順を包括的に示すフローチャートで、
図６はテレライティング情報の送信に関するフローチャ
ートであって、図７はトークン授受に関するフローチャ
ートである。一般にテレライティングの情報は、ペンダ
ウンによって発生するが、描画情報のようにペンダウン
からペンアップまでに多数の情報（座標データ）を送る
もの（ここでは「タイプ１コマンド」という）と、改頁
のように一つのコマンドで終了するもの（ここでは「タ
イプ２コマンド」という）とがあり、分類して処理して
いる。

【００３７】そこで、図６に示すように、テレライティ
ング情報の送信処理に関しては、ペンダウンが有った場
合（ステップ１００）、トークンの有無を判定し（ステ
ップ１０１）、トークンを持っているテレライティング
装置では会議資料等の文書情報に対して入力する加筆・
修正情報を送信処理する（ステップ１０２）。そして、
上記した描画情報である「タイプ１コマンド」の場合で
あれば（ステップ１０３）、ペンアップの有無を判定し
（ステップ１０４）、ペンアップがあった場合にのみ、
そのペンアップ情報を送信処理して（ステップ１０
５）、終了する。

【００３８】一方、上記ステップ１０１において、トー
クンを持っていないテレライティング装置の場合は、ト
ークンを持っているテレライティング装置に対してトー
クン要求の送信処理を行って（ステップ１０６）、トー
クン譲渡が受信されたか否かを判定する（ステップ１０
７）。そして、トークン譲渡が受信された場合は、上記
したステップ１０２以下の手順に従って情報送信処理が
行われる。また、トークン譲渡受信が無い場合は、そこ
で入力情報が廃棄されて終了する。

【００３９】次に、図７に示すように、トークン授受の
処理に関しては、他のテレライティング装置からのトー
クン要求の有無が判定され（ステップ２００）、トーク
ン要求が有った場合は自端末にトークンを持っているか
否かを判定し（ステップ２０１）、トークンを持ってい
る場合は描画情報である「タイプ１コマンド」でペンダ
ウン中か否かを判定する（ステップ２０２）。ペンダウ
ン中であればトークンの譲渡拒否を送信し（ステップ２
０３）、ペンダウン中でなければトークンの譲渡送信が
行われる（ステップ２０４）。また、上記ステップ２０
０でトークン要求が無かったり、ステップ２０１におい
て自端末にトークンを持っていない場合は終了する。

【００４０】また、テレライティング通信会議の状況に
よっては、通信中のテレライティング装置が同時に書き
込みを行いたい場合、即ちトークン無しモードへの移行
も考えられる。しかし、このトークン無しモードを無制
限に認めると、例えば、図８のシーケンスチャートに示
すように、通信中のテレライティング装置の表示画面に
ズレが発生してしまい、甚だ不都合である。この場合、
テレライティング装置１では、改頁後にテレライティン
グ装置２からの描画情報２の書き込みを行っているが、
テレライティング装置１では改頁前に行っている。

【００４１】従って、トークン無しモードへ何らかの操
作で移行した場合は、このような処理を禁止する必要が
ある。すなわち、禁止すべき処理の具体的なものとして
は、改頁・スクロール・新規のファイル読み込み・消去
などが挙げられる（ここでは「タイプ３コマンド」とい
う）。また、禁止しなくてよい処理としては、加筆・マ
ーカ表示などが挙げられる（ここでは「タイプ４コマン
ド」という）。

【００４２】図９はモードの移行処理を示すフローチャ
ートであり、図１０は入力情報の処理禁止を示すフロー
チャートである。図９はトークン制御を行っていた通信
中の装置がトークン無しモードに移行する場合である。
図９に示すように、まず、ペンダウンの有無を判定し
（ステップ３００）、ペンダウンがあった場合は、モー
ド移行要求の有無を判定する（ステップ３０１）。デフ
ォルトは、トークン有りモードなので、トークンを有し
てから移行コマンドを発行する。すなわち、モード移行
要求があって、トークンを有している場合は、モード変
更要求が送信処理される（ステップ３０３）。また、上
記ステップ３０２において、トークンを持っていない場
合は、トークン要求送信処理を行って（ステップ３０
４）、トークン譲渡を受信した場合はモード変更要求送
信処理（ステップ３０３）に移行し、トークン譲渡を受
信しない場合は終了する（ステップ３０５）。

【００４３】また、図１０はタイプ３コマンドか否か、
即ちタイプ３コマンドとタイプ４コマンドとを区別する
ことにより、入力情報の送信可否の判定をしている。図
１０に示すように、ペンダウンの有無を判定し（ステッ
プ４００）、ペンダウンが有った場合に、トークン有り
モードか否かが判定され（ステップ４０１）、トークン
有りモードであれば上記した図６のステップ１０２に移
行する。また、ステップ４０１でトークン無しモードの
場合は、タイプ３コマンドか否かが判定される（ステッ
プ４０２）。ここで、改頁・スクロール・新規のファイ
ル読み込み・消去などの処理であれば、禁止すべき処理
としてのタイプ３コマンドに該当するので、情報送信を
行わずに終了する。ステップ４０２において、加筆・マ
ーカ表示などの処理であれば、禁止しなくてよい処理と
してのタイプ４コマンドに該当するので、情報送信処理
を行って（ステップ４０３）、終了する。

【００４４】このように、本実施例（請求項１）では、
最も先に情報入力が開始された通信会議端末を情報入力
が可能な端末として入力された情報を有効とし、それ以
外の通信会議端末を情報入力が不可能な端末として入力
された情報を廃棄する手段により加筆・修正情報の入力
が可能な通信会議端末を一つに限定するように構成した
ので、トークン制御をユーザが操作しなくても円滑に通
信会議を促進することができる。

【００４５】また、本実施例（請求項２）では、情報入
力が可能な通信端末を１つに限定しない通常モードに移
行可能なように構成したので、トークン無しモードも選
択的に使用することができる。また、本実施例（請求項
３）では、情報入力が可能な通信端末を１つに限定しな
い通常モード選択時に、各通信端末に表示される表示情
報の同期を乱す処理を禁止するように構成したので、ト
ークン無しモード選択時にそのままでは表示情報の同期
を乱す処理を禁止することにより、自由な書き込みを許
可する場合であっても通信中の表示画面の同期を保障す
ることができる。

【００４６】（実施例２）図１１は本発明の実施例２に
則したテレライティング装置のシステム構成を示すブロ
ック図である。図示例の装置には、テレライティング通
信機能を持ったテレビ会議システム、マルチメディア通
信端末装置等も含まれるが、ここでは、音声通話とテレ
ライティング通信及び文書画像の送受信を行うファクシ
ミリ通信が可能な装置を例示して説明する。なお、音声
データとテレライティング通信で送受信される描画デー
タ及びファクシミリ画像データは、ＣＣＩＴＴ勧告Ｈ．
２２１を用いた各メディアデータの多重通信で送受信す
る方法もあるが、ここでは説明を簡単にするため、ＩＳ
ＤＮの２つのＢチャネルを用いて、音声データと描画デ
ータを各々のＢチャネルで送受信する場合について説明
する。

【００４７】図１１において、１０１はテレライティン
グ装置であり、このテレライティング装置１０１は、シ
ステム制御部１０２、ＲＯＭ（Read Only Memory) １０
３、ＲＡＭ（Random Access Memory) １０４、符号化・
復号化部１０５、通信制御部１０６、送受話器１０７、
マイク１０８、スピーカ１０９、タッチパネル制御部１
１０、タッチパネル１１１、表示制御部１１２、ＬＣＤ
１１３、ハードディスクインターフェイス１１４、ハー
ドディスク１１５、スキャナインターフェイス１１６、
スキャナ１１７、プリンタインターフェイス１１８、プ
リンタ１１９、システムバス１２０等を備えている。

【００４８】ここで、システム制御部１０２は、ＲＯＭ
１０３内のプログラムに従って本装置の各部を制御し、
ＲＯＭ１０３は、本装置の制御プログラム等を格納し、
ＲＡＭ１０４は、装置の制御に必要な各種データを記憶
し、符号化・復号化部１０５は、スキャナ１１７から入
力された画像データをファクシミリ通信で使用されてい
るＭＨ、ＭＲ、ＭＭＲ等に符号化したり、受信画像デー
タを復号化する。

【００４９】通信制御部１０６は、送受話器１０７、マ
イク１０８及びスピーカ１０９等が接続される他、音声
信号のＡＤ変換を行う音声コーデック等を含んでおり、
音声通信の制御を行うとともに、ファクシミリ通信及び
テレライティング通信の下位レイヤの通信制御を行い、
更にこの通信制御部１０６はＩＳＤＮに接続しており、
Ｄチャネルにおける呼制御を行う。次いで、タッチパネ
ル制御部１１０は、タッチパネル１１１上で専用のペン
先が接触した部分を検出し、その位置情報を取り込み、
タッチパネル１１１は、ＬＣＤ１１３と重ね合わせて密
着しており、表示制御部１１２は、ＬＣＤ１１３の表示
画面を制御し、ハードディスク装置１１５は、ハードデ
ィスクインターフェイス１１４を介して接続されてお
り、スキャナ１１７にて読み取った画像データを蓄積し
たり受信画像データを蓄積する。

【００５０】次いで、スキャナ１１７は、スキャナイン
ターフェイス１１６を介して接続されており、ＣＣＤ
（Charge Coupled Device)を用い、１ライン毎に原稿を
読み取って画像データとして出力し、プリンタ１１９
は、プリンタインターフェイス１１８を介して接続され
ており、画像データを１ページ毎に普通紙に記録出力す
る。そして、装置の操作メニューは、全てＬＣＤ１１３
に表示され、オペレータが専用のペンを用いてタッチパ
ネル１１１上のそのメニューの表示エリアにポイントす
ることで、そのメニューに従って処理が実行される。

【００５１】次に、本実施例の装置間で実行されるテレ
ライティング通信方式について説明する。テレライティ
ング通信は、レイヤ１〜レイヤ５まではＯＳＩ（Open S
ystems Interconnection) の参照モデルに準拠し、レイ
ヤ５の上位層にテレライティングアプリケーションがあ
る。図１２は実施例のレイヤ５（ＣＣＩＴＴ勧告Ｘ．２
２５）とテレライティングアプリケーションにおけるプ
ロトコルシーケンスチャートである。この図では、レイ
ヤ５の接続からデータ転送フェーズまでを示しており、
通信終了手順以降は省略している。以下、このプロトコ
ルシーケンスに基づいて説明する。

【００５２】まず、オペレータがテレライティング通信
を行うために、発呼操作を行い、Ｄチャネルを用いて相
手端末と回線接続が成されると、Ｂチャネルでテレライ
ティング通信用のプロトコルが実行され、レイヤ５は同
位レイヤ間の接続をするために、ＣＮ（connect)ＳＰＤ
Ｕ（Session Protocol Data Unit) を相手端末に渡す
（図１２のＡ）。なお、このＣＮ ＳＰＤＵ内にはトー
クンを用いた通信、即ち半二重通信を行う情報を含め
る。これに対し、相手端末よりＡＣ（accept）ＳＰＤＵ
が返ってくると（図１２のＢ）、ＣＤ（Capability dat
a)ＳＰＤＵ及びＣＤＡ(Capability data ack) ＳＰＤＵ
を用いてお互いにテレライティングの能力交換を行う
（図１２のＣ及びＤ）。

【００５３】そして、テレライティング通信が可能であ
ることが確認されると、ＡＳ（activity start) ＳＰＤ
Ｕが相手端末に渡され、手書き入力データ（描画デー
タ）の送受信が実行可能な状態となる（図１２のＥ）。
トークンを所有している端末で手書き入力された描画デ
ータは、ＤＴ（data) ＳＰＤＵにより相手端末に渡され
る（図１２のＦ）。この描画データを受信すると、その
内容に従った表示処理を行う。この表示処理は、描画デ
ータの送信端末と全く同じとなる。トークンを所有して
いない端末では、このＤＴ ＳＰＤＵを送信することが
できない。トークンは、初め、発呼側の端末に与えられ
ているので、着呼端末から描画データを送りたい時、着
呼端末は発呼端末にトークン獲得要求を行うため、ＰＴ
（please tokens)ＳＰＤＵを渡す（図１２のＧ）。発呼
端末は、ＰＴ ＳＰＤＵを受け取ると、自端末で手書き
入力操作が実行中でなければ、トークンを譲渡するため
にＧＴ（give tokens)ＳＰＤＵを渡す（図１２のＨ）。
着呼端末は、ＧＴ ＳＰＤＵを受け取ると、描画データ
の送信が可能となる。 今、着呼端末で手書き入力操作
を行っている時に発呼端末からＰＴ ＳＰＤＵを受信す
ると（図１２のＩ）、手書き入力操作が終了したと判断
した後に、発呼端末へＧＴ ＳＰＤＵを送信し、トーク
ンを譲渡する（図１２のＪ）。手書き入力操作の終了
は、例えばある所定の時間内において手書き入力操作が
行われない時、手書き入力操作が終了したと判断する。
この場合の着呼端末におけるテレライティングアプリケ
ーションの動作フローを図１３のフローチャートを用い
て説明する。

【００５４】まず、トークン変更指示を受信し（ステッ
プＰ₁ ）、描画操作が実行し（ステップＰ₂ ）、この描
画操作が終了したと判断すると（ステップＰ₃ ）、トー
クン譲渡要求を出す（ステップＰ₄ ）。なお、描画操作
が実行中でない場合（ステップＰ₂ ）、そのままトーク
ン譲渡要求を出す（ステップＰ₃ ）。このように、本実
施例（請求項４）では、トークンを所有し手書き入力操
作を実行している時に相手端末からトークン獲得要求を
受信した場合、その実行中の手書き入力操作が終了した
後に相手端末へトークンを譲渡するように構成してい
る。このため、トークンを所有し手書き入力操作を実行
している時に相手端末からトークン獲得要求を受信した
場合、その実行中の手書き入力操作が終了した後に相手
端末へトークンを譲渡することができるので、オペレー
タの意思に反してトークンを譲渡してしまうといった不
具合をなくすことができる他、トークン譲渡用のメニュ
ーキーをいちいち選択する手間を省くことができるの
で、オペレータの負担を軽減することができる。次に、
トークンを所有していない時に手書き入力操作が行われ
た場合は、テレライティングアプリケーションはその手
書き入力操作が無効であることを知らせるメッセージ
を、表示制御部１２を介してＬＣＤ１３に表示させる
か、あるいはその手書き入力操作が無効であることを意
味する音をスピーカ９に発生させる。この場合のテレラ
イティングアプリケーションの動作フローを図１４のフ
ローチャートを用いて説明する。

【００５５】まず、描画操作が行われ（ステップ
Ｐ₁₁）、この時トークンを所有している場合（ステップ
Ｐ₁₂）は、描画処理を実行し（ステップＰ₁₄）、一方、
トークンを所有していない場合（ステップＰ₁₅）は、Ｌ
ＣＤ１１３へ描画不可のメッセージを表示させるか又は
スピーカ１０９で音を発生させる（ステップＰ₁₃）。こ
のように、本実施例（請求項５）では、トークンを所有
していない時に手書き入力操作が行われた場合、その手
書き入力操作が無効である旨を、その旨のメッセージを
ディスプレイに表示するか、あるいはその旨を意味する
音を発生するように構成している。このため、トークン
を所有していない時に手書き入力操作が行われた場合、
その手書き入力操作が無効であることを知らせるメッセ
ージがディスプレイに表示するか、あるいはその手書き
入力操作が無効であることを意味する音を発生すること
ができるので、オペレータにトークンを所有していない
ことを容易に認識させることができ、オペレータの操作
性を向上させることができる。

【００５６】次に、手書き入力操作が行われた時にトー
クンを所有していなければ、その操作情報をキューに蓄
積し、相手端末へ自動的にトークンの獲得要求を送信す
る。そして、相手端末からトークンを譲渡された後に、
キューに蓄積された操作情報に従って描画処理を実行す
るとともに、この描画情報を相手端末へ送信する。この
通信方法において、手書き入力操作が行われた時にトー
クンを所有していない場合で、かつ所定の時間内にトー
クンを譲渡する信号を受信しなかった場合には、トーク
ンの獲得ができず手書き入力操作が無効であることを知
らせるメッセージをＬＣＤ１３に表示させるとともに、
キューに蓄積された操作情報を削除する。この場合のテ
レライティングアプリケーションの動作フローを図１５
のフローチャートを用いて説明する。

【００５７】まず、描画操作が行われ（ステップ
Ｐ₂₁）、トークンを所有している場合（ステップＰ₂₂）
は、描画処理を実行し（ステップＰ₂₆）、一方、トーク
ンを所有していない場合（ステップＰ₂₂）は、操作情報
をキューに蓄積し、相手端末トークンの獲得要求を送信
する（ステップＰ₂₃）。そして、所定時間内にトークン
が譲渡されると（ステップＰ₂₄）、キューに蓄積された
操作情報に従って描画処理を実行し（ステップＰ₂₇）、
一方、所定時間内にトークンが譲渡されない場合（ステ
ップＰ₂₄）は、ＬＣＤ１１３へトークンの獲得ができず
描画操作が無効であることを示すメッセージを表示させ
るとともに、キューに蓄積された操作情報を削除する
（ステップＰ₂₅）。

【００５８】このように、本実施例（請求項６）では、
手書き入力操作が行われた時にトークンを所有していな
ければ相手端末へ自動的にトークンの獲得要求を出す場
合で、かつ所定の時間内に相手端末からトークンを獲得
できない場合、手書き入力操作が無効である旨をオペレ
ータに通知するように構成している。このため、トーク
ンの獲得要求を出し、所定の時間内に相手端末からトー
クンを獲得できなかった場合にはトークンが獲得できず
手書き入力操作が無効である旨をオペレータに通知する
ことができるので、オペレータに手書き入力操作が無効
となる理由が装置の障害でないことを認識させることが
でき、オペレータの操作性を向上させることができる。

【００５９】次に、トークンを所有していない場合は、
テレライティングアプリケーションは手書き入力操作の
ためのメニューをＬＣＤ１３に表示させない。この手書
き入力操作のためのメニューは、例えば、指定された領
域を消去するための「領域消去キー」や、表示画面をス
クロールするための「スクロールキー」等がある。また
この場合、加筆があってもその操作を無視し、描画処理
を行わない。この場合のテレライティングアプリケーシ
ョンの動作フローを図１６のフローチャートを用いて説
明する。

【００６０】まず、トークンを所有している場合（ステ
ップＰ₃₁）は、手書き入力操作のためのメニューをＬＣ
Ｄ１１３に表示させ（ステップＰ₃₅）、一方、トークン
を所有していない場合（ステップＰ₃₁）は、手書き入力
操作のためのメニューをＬＣＤ１１３に表示させない
（ステップＰ₃₂）。そして、加筆操作があると（ステッ
プＰ₃₃）、その操作を無視する（ステップＰ₃₄）。

【００６１】このように、本実施例（請求項７）では、
トークンを所有していない場合、手書き入力操作のため
のメニュー表示を行わないように構成している。このた
め、トークンを所有していない場合は、手書き入力操作
のためのメニュー表示を行わないようにできるので、オ
ペレータにトークンを所有していないことを容易に認識
させることができ、オペレータの操作性を向上させるこ
とができる。

【００６２】次に、相手端末へトークンを譲渡した、あ
るいは相手端末へトークン獲得要求を送信しトークンを
譲渡された場合に、テレライティングアプリケーション
は、そのことを意味する音をスピーカ９に発生させる。
この時、前者と後者の場合で発生する音を異なるように
すると、オペレータの操作性が向上する。この場合のテ
レライティングアプリケーションの動作フローを図１７
のフローチャートを用いて説明する。

【００６３】まず、トークンを譲渡すると（ステップＰ
₄₁）、スピーカ１０９より音を発生させ（ステップ
Ｐ₄₃）、一方、トークンを譲渡しないで（ステップ
Ｐ₄₂）、かつトークン獲得要求を送信してトークンを獲
得する場合（ステップＰ₄₂）は、スピーカ１０９より音
を発生させる（ステップＰ₄₃）。なお、トークン獲得要
求を送信してもトークンを獲得しない場合（ステップＰ
₄₂）は処理Ｐ₄₁に戻り、上記と同様の処理を繰り返す。

【００６４】このように、本実施例（請求項８）では、
トークンの所有交代時に、そのトークン所有交代を意味
する音を発生するように構成している。このため、トー
クンの所有の交代時に、その旨を意味する音を発生する
ことができるので、オペレータにトークンの交代を容易
に認識させることができ、オペレータの操作性を向上さ
せることができる。

【００６５】なお、上記実施例は、以上のような構造で
これを使用する時は、トークンを所有していない時に手
書き入力操作があると、その操作が無効であることをデ
ィスプレイに表示させる場合や、トークンを所有しない
時に手書き入力操作のためのメニューをディスプレイに
表示させない場合である。

【００６６】

【発明の効果】本発明によれば、通信会議におけるテレ
ライティングデータのトークン制御をユーザが操作する
ことなく自動的に行うことによって、円滑な通信会議を
促進することができる他、トークンを所有している端末
からのみデータを送信する通信形態でのオペレータの操
作性及び利便性を向上させることができるという効果が
ある。

【図面の簡単な説明】

【図１】本発明の実施例１に則したテレライティング装
置を備えた通信会議端末およびその周辺機器との接続例
を示す外観図である。

【図２】本発明の実施例１に則した通信会議のハードウ
ェア構成例を示すブロック図である。

【図３】本発明の実施例１に則したテレライティング装
置を備えた通信会議端末の接続形態例を示す図である。

【図４】本発明の実施例１に則したＩＳＤＮ回線におけ
るＨ．２２１に準拠した６４Ｋ網のフレーム構成図であ
る。

【図５】本発明の実施例１に則したトークン授受動作を
説明するシーケンスチャートである。

【図６】本発明の実施例１に則したテレライティング情
報の送信に関するフローチャートである。

【図７】本発明の実施例１に則したトークン授受に関す
るフローチャートである。

【図８】本発明の実施例１に則したトークン無しモード
を無制限に認めた場合のシーケンスチャートである。

【図９】本発明の実施例１に則したモードの移行処理を
示すフローチャートである。

【図１０】本発明の実施例１に則した入力情報の処理禁
止を示すフローチャートである。

【図１１】本発明の実施例２に則したテレライティング
装置の構成を示すブロック図である。

【図１２】本発明の実施例２に則したレイヤ５及びテレ
ライティングアプリケーションにおけるプロトコルシー
ケンスチャートである。

【図１３】本発明の実施例２に則したトークンを所有し
手書き入力操作を実行している時に相手端末からトーク
ン獲得要求を受信した場合の動作フローを示すフローチ
ャートである。

【図１４】本発明の実施例２に則したトークンを所有し
ていない時に手書き入力操作が行われた場合の動作フロ
ーを示すフローチャートである。

【図１５】本発明の実施例２に則したトークンの獲得要
求を出す場合でかつ所定時間に相手端末からトークンを
獲得できない場合の動作フローを示すフローチャートで
ある。

【図１６】本発明の実施例２に則したトークンを所有し
ていない場合の動作フローを示すフローチャートであ
る。

【図１７】本発明の実施例２に則したトークン所有の交
代時の動作フローを示すフローチャートである。

【符号の説明】

２ ＬＣＤ ３ タッチパネル ４ タッチペン １４ ＣＰＵ １５ ＲＯＭ １７ ＲＡＭ ２４ 通信制御部 ２５ ＮＣＵ １０１ テレライティング装置 １０２ システム制御部 １０３ ＲＯＭ １０４ ＲＡＭ １０５ 符号化・復号化部 １０６ 通信制御部 １０７ 送受話器 １０８ マイク １０９ スピーカ １１０ タッチパネル制御部 １１１ タッチパネル １１２ 表示制御部 １１３ ＬＣＤ １１４ ハードディスクインターフェイス １１５ ハードディスク １１６ スキャナインターフェイス １１７ スキャナ １１８ プリンタインターフェイス １１９ プリンタ １２０ システムバス

Claims (8)

【特許請求の範囲】
1. 【請求項１】通信回線を介して２地点間あるいは多地点
   間の接続形態で複数の通信会議端末が接続され、相互端
   末間で音声情報及び文書情報を交換してオーディオグラ
   フィック会議を提供する際に、各通信会議端末から前記
   文書情報に対する加筆・修正情報を入力するテレライテ
   ィング装置において、前記加筆・修正情報の入力が可能
   な通信会議端末を前記複数の通信会議端末中の一つに限
   定する情報入力可能端末限定手段が設けられ、該情報入
   力可能端末限定手段は、複数の通信会議端末の中から最
   も先に情報入力が開始された通信会議端末を情報入力が
   可能な端末として入力された情報を有効とし、それ以外
   の通信会議端末を情報入力が不可能な端末として入力さ
   れた情報を廃棄して、情報入力が可能な通信会議端末を
   一つに限定するように構成することを特徴とするテレラ
   イティング装置。
2. 【請求項２】情報入力が可能な通信端末を１つに限定し
   ない通常モードに選択的に移行可能な情報入力モード選
   択手段を有することを特徴とする請求項１記載のテレラ
   イティング装置。
3. 【請求項３】情報入力が可能な通信端末を１つに限定し
   ない通常モード選択時には、各通信端末に表示される表
   示情報の同期を乱す処理を禁止する表示情報同期攪乱処
   理禁止手段を有することを特徴とする請求項２記載のテ
   レライティング装置。
4. 【請求項４】相手端末との間で、共通画面を参照しつつ
   互いに手書き入力操作を実行し、その時にトークンを有
   する端末から入力された手書き入力操作により表示画面
   を更新するとともに、そのトークンの所有を適宜相手端
   末との間で交代するテレライティング装置において、ト
   ークンを所有し手書き入力操作を実行している時に相手
   端末からトークン獲得要求を受信した場合、その実行中
   の手書き入力操作が終了した後に相手端末へトークンを
   譲渡するトークン譲渡手段を有することを特徴とするテ
   レライティング装置。
5. 【請求項５】トークンを所有していない時に手書き入力
   操作が行われた場合、その手書き入力操作が無効である
   旨を報知する手書き入力操作無効報知手段を有すること
   を特徴とする請求項４記載のテレライティング装置。
6. 【請求項６】手書き入力操作が行われた時にトークンを
   所有していなければ相手端末へ自動的にトークンの獲得
   要求を出す場合で、かつ所定の時間内に相手端末からト
   ークンを獲得できない場合、手書き入力操作が無効であ
   る旨を報知する手書き入力操作無効報知手段を有するこ
   とを特徴とする請求項４，５記載のテレライティング装
   置。
7. 【請求項７】トークンを所有していない場合、手書き入
   力操作のためのメニュー表示を行わないメニュー表示禁
   止手段を有することを特徴とする請求項４乃至６記載の
   テレライティング装置。
8. 【請求項８】トークンの所有の交代時に、そのトークン
   所有交代を意味する音を発生するトークン所有交代音発
   生手段を有することを特徴とする請求項４乃至７記載の
   テレライティング装置。