JPH06296210A

JPH06296210A - テレライティング装置および静止画会議装置の通信制御方法

Info

Publication number: JPH06296210A
Application number: JP5139838A
Authority: JP
Inventors: Susumu Fujioka; 進藤岡
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 1993-02-10
Filing date: 1993-05-20
Publication date: 1994-10-21
Anticipated expiration: 2018-06-30
Also published as: JP3421386B2

Abstract

(57)【要約】【目的】テレライティング装置および静止画通信装置
の通信動作を円滑に実行できるようにする。【構成】トークンを獲得していない端末で、タッチ操
作されたときには、相手端末の画面のそのタッチ座標
に、ポインティングマーカ画像を表示する。これで、い
ちいちトークンを交換する操作を実行しなくとも、画面
を指示しながらの通話を実行することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、送信権をもたない端末
からの、画面指示操作を可能としたテレライティング装
置および静止画会議装置の通信制御方法に関する。

【０００２】

【従来の技術】従来から、相手端末との間で、共通画面
を参照しながら互いに手書き入力操作を実行し、そのと
きにトークン（送信権）をもつ端末から入力された手書
き入力操作の描画結果で表示画面を更新するとともに、
そのトークンを適宜に相手端末との間で交代するテレラ
イティング装置が実用されている。

【０００３】また、テレビ会議装置だけでは不足してい
る文書に基づいた会議を可能にするものとして、静止画
会議装置（通信会議装置）が提案されている。この静止
画会議装置は、通話機能、会議資料を送受信するための
ファクシミリ通信機能、会議資料などの静止画像に対し
て適宜に描画するためのテレライティング通信機能、議
事進行のための静止画会議機能、および、会議資料など
の文書情報を保存する文書保存機能を備えており、会議
に先立ってあるいは会議中の必要に応じて、会議資料を
相手端末に送信し、同一の会議資料を参照しながら、通
話機能、または、テレライティング通信機能を用いて、
会議を行なうものである。

【０００４】また、例えば、ＩＳＤＮの多地点間接続装
置を介して静止画会議装置を複数接続した静止画会議を
実行するときには、議長端末を設定し、この議長端末
が、参加端末間での静止画会議のトークンの受け渡しを
行うことで、議事進行を調整するようにしている。

【０００５】

【発明が解決しようとする課題】これらのテレライティ
ング装置および静止画会議装置には、次のような不都合
を生じていた。

【０００６】すなわち、テレライティング通信機能（テ
レライティングアプリケーション）では、トークンをも
つ端末のみが手書き入力操作可能であり、トークンをも
たない端末では、例えば、画面の任意の点を指示するた
めのポインティングマーカを表示することができない。

【０００７】一方、各端末のユーザの音声は、トークン
の獲得状態にかかわらず、相手端末に送出される。

【０００８】このために、トークンをもたない端末のユ
ーザが、画面の内容を指示しながら発言しようとすると
き、そのユーザは、いちいちトークンの獲得のための操
作を実行する必要があるため、操作が面倒になるという
不都合を生じる。

【０００９】また、多地点間接続装置を介して接続した
複数の静止画会議装置間で静止画会議通信を実行すると
きでも、議長端末以外の参加端末がトークンを保持して
いるときには、議長端末のユーザ（すなわち、議長）が
発言しようとするときに同様の不都合を生じる。

【００１０】本発明は、かかる実情に鑑みてなされたも
のであり、テレライティング通信および静止画会議通信
を効率よく行うことができるテレライティング装置およ
び静止画会議装置の通信制御方法を提供することを目的
としている。

【００１１】

【課題を解決するための手段】本発明は、相手端末との
間で、共通画面を参照しながら互いに手書き入力操作を
実行し、そのときに送信権をもつ端末から入力された手
書き入力操作の描画結果で表示画面を更新するととも
に、その送信権を適宜に相手端末との間で交代するテレ
ライティング装置の通信制御方法において、送信権をも
たない端末で手書き入力操作されたときには、共通画面
のその手書き入力操作位置に、その操作位置を指示する
マーカを表示するようにしたものである。また、前記送
信権をもたない端末の手書き入力操作位置に表示するマ
ーカの表示属性は、送信権をもつ端末の表示属性と異な
らせるようにするとよい。

【００１２】また、通話機能、会議資料を送受信するた
めのファクシミリ通信機能、会議資料などの静止画像に
対して適宜に描画するためのテレライティング通信機
能、議事進行のための静止画会議機能、および、会議資
料などの文書情報を保存する文書保存機能を備えるとと
もに、会議参加端末のうち議事進行の調整の役割を果た
す議長端末を設定した静止画会議通信を行う静止画会議
装置の通信制御方法において、送信権をもたない端末で
手書き入力操作されたとき、その端末が議長端末に設定
されている場合には、会議端末の画面のその手書き入力
操作位置に、その操作位置を指示するマーカを表示する
とともに、その端末が議長端末に設定されていないとき
には、その操作を無効とするようにしたものである。

【００１３】

【作用】したがって、トークンをもたない端末のユーザ
が、画面の内容を指示しながら発言しようとするとき、
そのユーザは、いちいちトークンの獲得のための操作を
実行する必要がないため、テレライティング通信の効率
が向上する。また、複数端末間で静止画会議通信を実行
しているとき、議長端末以外の参加端末がトークンを保
持しているときでも、議長端末のユーザが発言しようと
するときには、トークンの移動をする必要がないため、
静止画会議通信における議事の進行が円滑になる。

【００１４】

【実施例】以下、添付図面を参照しながら、本発明の実
施例を詳細に説明する。

【００１５】図１は、本発明の一実施例にかかる静止画
会議装置を示している。なお、この静止画会議装置は、
ＩＳＤＮを伝送路として用いる。

【００１６】同図において、静止画会議装置１は、通話
機能、会議資料を送受信するためのファクシミリ通信機
能、会議資料などの静止画像に対して適宜に描画するた
めのテレライティング通信機能、議事進行のための静止
画会議機能、および、会議資料などの文書情報を保存す
る文書保存機能などを実現するための本体装置２、原稿
画像を所定の解像度で読み込むためのスキャナ装置３、
および、種々の文書を所定の解像度で記録出力するため
のページプリンタ４から構成されている。なお、スキャ
ナ装置３は、ブック原稿を読取入力できるとともに、シ
ート原稿を連続して読取入力することができる。

【００１７】また、本体装置２には、例えば、１２８０
×９６０（〜１７２８×１２０８）の表示ドット構成の
液晶表示器５が設けられており、この液晶表示器５に
は、その表示画面の任意の一点を指定することができる
タッチパネル装置６が付設されている。このタッチパネ
ル装置６の操作は、タッチペン７により行なう。さら
に、本体装置２には、通話のためのハンドセット８、お
よび、文書情報などの各種データを保存するためのフロ
ッピーディスク装置９のスロットが設けられている。ま
た、マイク・スピーカ１０は、ハンドフリーの状態で通
話するためのものである。

【００１８】また、この静止画会議装置１では、タッチ
パネル装置６を用いて全ての機能を操作する。そこで、
その操作のためのヒューマン・マシン・インタフェース
機能として、いわゆるマルチウインドのウインド操作環
境を備えている。

【００１９】図２は、図１に示した静止画会議装置１の
構成例を示している。

【００２０】同図において、ＣＰＵ（中央処理装置）１
１は、この静止画会議装置１の各部の制御処理、およ
び、通話機能、ファクシミリ通信機能、テレライティン
グ通信機能、静止画会議機能、および、会議資料などの
文書情報を保存する文書保存機能などの制御処理を行な
うためのものであり、ＲＯＭ（リード・オンリ・メモ
リ）１２は、ＣＰＵ１１が実行する制御プログラムや、
その制御プログラムを実行するために必要な各種パラメ
ータなどのデータを記憶するものであり、ＲＡＭ（ラン
ダム・アクセス・メモリ）１３は、ＣＰＵ１１のワーク
エリアを構成するものである。

【００２１】タイマ装置１４は、種々のタイマ機能を実
現するものであり、時計装置１５は、現在時刻情報を出
力するものであり、ＳＲＡＭ（スタティックＲＡＭ）１
６は、この静止画会議装置１に固有の各種情報を記憶す
るためのものである。この時計装置１５とＳＲＡＭ１６
は、バッテリ１７によりバッテリバックアップされてい
る。

【００２２】ＤＭＡ（ダイレクト・メモリ・アクセス）
制御装置１８は、ＣＰＵ１１を介在しないで、ＣＰＵ１
１の周辺装置間で高速にデータをやりとりするためのも
のであり、割込制御装置１９は、多数発生する割込信号
のＣＰＵ１１への出力を制御するためのものである。

【００２３】プリンタインタフェース２０は、ページプ
リンタ４を接続して画像（文書）を記録出力するための
ものであり、スキャナインタフェース２１は、スキャナ
装置３を接続して原稿画像を読取入力するためのもので
あり、フロッピーディスクインタフェース装置２２は、
フロッピーディスク装置９を接続し、記録媒体にデータ
を保存／読み出し／消去するためのものである。

【００２４】磁気ディスク装置２３は、各種の文書情報
などを大量に保存するためのものであり、磁気ディスク
インタフェース３は、磁気ディスク装置２３を接続して
磁気ディスク装置２３にデータを保存／読み出し／消去
するためのものである。

【００２５】通信制御装置２５は、ＩＳＤＮに接続し
て、Ｄチャネル（信号チャネル）における呼制御機能
と、Ｂチャネル（情報チャネル）における通話機能、フ
ァクシミリ通信機能、テレライティング通信機能、およ
び、静止画会議機能の下位レイヤの通信制御機能を行な
うためのものである。ハンドセット８、および、マイク
・スピーカ１０は、この通信制御装置２５に接続されて
いる。

【００２６】タッチパネル制御装置２６は、タッチパネ
ル装置６の出力信号に基づいて、そのときのタッチパネ
ル装置６の入力座標位置を判別して、その入力座標信号
を出力するためのものである。なお、この入力座標信号
は、タッチパネル装置６に固有な座標系の信号である。
表示制御装置２７は、液晶表示器５の表示画面を制御す
るためのものである。

【００２７】これらのＣＰＵ１１、ＲＯＭ１２、ＲＡＭ
１３、タイマ装置１４、時計装置１５、ＳＲＡＭ１６、
ＤＭＡ制御装置１８、割込制御装置１９、プリンタイン
タフェース２０、スキャナインタフェース２１、フロッ
ピーディスクインタフェース２２、磁気ディスクインタ
フェース２４、通信制御装置２５、タッチパネル制御装
置２６、および、表示制御装置２７は、それぞれシステ
ムバス２９に接続されており、これらの各要素間のデー
タ伝送は、主としてこのシステムバス２９を介して行な
われる。また、ハンドセット８のフック状態をあらわす
フック信号ＨＳも、システムバス２９を介してＣＰＵ１
１に入力されている。

【００２８】図３は、通信制御部２５の一例を示してい
る。

【００２９】同図において、ＩＳＤＮインタフェース回
路３１は、ＩＳＤＮに接続するとともに、ＩＳＤＮのレ
イヤ１の信号処理機能およびＤチャネルの信号と２つの
Ｂチャネルの信号の統合／分離機能を備えたものであ
り、Ｄチャネルの信号はＤチャネル伝送制御装置３２と
やりとりし、また、ＩＳＤＮインタフェース回路３１
は、２つのＢチャネルの信号については多重化／分離装
置３３とやりとりしている。

【００３０】ＬＡＰＤチャネル伝送制御装置３２は、Ｄ
チャネルのレイヤ２の信号処理機能を実現するためのも
のである。多重化／分離装置３３は、Ｂチャネルを用い
てやりとりする音声および汎用データなどの複数のメデ
ィアのデータを多重化し、ＣＣＩＴＴ勧告Ｈ．２２１に
規定されているフレームデータを形成して回線側に送出
するとともに、受信したフレームデータに多重化されて
いる複数のメディアのデータを分離するものである。こ
の多重化／分離装置３３は、音声データを音声ＣＯＤＥ
Ｃ装置３４とやりとりし、また、２チャネルの汎用デー
タをそれぞれＬＡＰＢ制御装置３５およびＬＡＰＦ（Ｌ
ｉｎｋＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅｆｏｒ
ＦｒａｍｅＭｏｄｅＢｅａｒｅｒＳｅｒｖｉｃ
ｅ）制御装置３６とやりとりしている。なお、この多重
化／分離装置３３は、勧告Ｈ．２２１の機能を使わない
ときには、ＩＳＤＮインタフェース回路３１で分離され
ている２つのＢチャネルのいずれかを、ＬＡＰＢ制御装
置３５に任意の態様で接続するセレクタとして作用す
る。

【００３１】音声ＣＯＤＥＣ装置３４は、ＩＳＤＮのＢ
チャネルを用いてアナログ音声信号を伝送するためのア
ナログ信号／デジタルデータの信号変換処理を行なうた
めのものである。

【００３２】グループ３ファクシミリモデム装置３７
は、グループ３ファクシミリのモデム機能を実現するた
めのものであり、伝送手順信号をやりとりするための低
速モデム機能（Ｖ．２１モデム）、および、主に画情報
をやりとりするための高速モデム機能（Ｖ．３３モデ
ム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備
えている。

【００３３】切換器３８は、音声ＣＯＤＥＣ装置３４
を、ハンドセット８、マイク・スピーカ１０またはグル
ープ３ファクシミリモデム装置３７のいずれか一方に接
続する機能をもつ。また、切換器３８および多重化／分
離装置３３の動作は、ＣＰＵ１１により制御される。

【００３４】図４は、表示制御装置２７の一例を示して
いる。

【００３５】同図において、ＧＤＣ（グラフィック・デ
バイス・コントローラ）４１は、液晶表示器５の表示画
面の内容を制御するものであり、文字コードデータの図
形文字データ（フォントデータ）への展開と、ビットマ
ップデータへの配置、画像の拡大縮小、ドット色の反
転、直線、円、楕円および四角形などの図形の描画、描
画図形の線種などの表示属性の設定、図形のマスクなど
の種々の画像処理機能を備えているとともに、液晶表示
器（ＬＣＤ）表示制御装置４２の表示タイミングも制御
する。

【００３６】また、ＧＤＣ４１は、ＶＲＡＭ（ビデオＲ
ＡＭ）４３をワークエリアとして用い、したがって、そ
の処理結果により得られた表示画像のビットマップデー
タは、ＶＲＡＭ４３に蓄積される。また、フォントＲＯ
Ｍ４４は、おのおのの文字コードデータに対応した図形
文字データを記憶するものである。

【００３７】符号化復号化装置４５は、画信号を符号化
圧縮するとともに、符号化されている画情報を元の画信
号に復号化するものであり、グループ３ファクシミリモ
ードの符号化復号化処理機能と、グループ４ファクシミ
リモードの符号化復号化処理機能を備えている。また、
符号化復号化装置４５は、ＶＲＡＭ４３をワークエリア
として用いている。

【００３８】このように、ＶＲＡＭ４３を、ＧＤＣ４１
と符号化復号化装置４５とで共用しているので、表示制
御装置２７が必要なメモリを削減することができる。な
お、当然のことながら、ＧＤＣ４１と符号化復号化装置
４５が同時にＶＲＡＭ４３の同一アドレスをアクセスし
ないように、メモリ排他競合制御がなされる。

【００３９】液晶表示器表示制御装置３２は、ＶＲＡＭ
４３の所定の表示画面用領域から表示データを取り出し
て液晶表示器５に表示出力するものである。

【００４０】また、ＧＤＣ４１、ＶＲＡＭ４３、フォン
トＲＯＭ４４、および、符号化復号化装置４５は、内部
バス４６に接続されており、これらの要素間のデータの
やりとりは、主としてこの内部バス４６を介して行なわ
れている。

【００４１】さて、静止画会議装置では、Ｂチャネルに
おいては、ＴＴＣ標準ＪＴ−Ｈ．２２１（ＣＣＩＴＴ勧
告Ｈ．２２１に対応した国内規格）で規定されるマルチ
フレーム形式でデータをやりとりする。

【００４２】図５に示すように、１つのマルチフレーム
ＭＦＬは、８個のサブマルチフレームＳＭＦ１〜ＳＭＦ
８からなり、おのおののサブマルチフレームＳＭＦ１〜
ＳＭＦ８は、それぞれ２つのフレームから構成されてい
る。すなわち、１つのマルチフレームＭＦＬは、１６個
のフレームＦＬＭ０〜ＦＬＭ１５からなる。

【００４３】それぞれのフレームＦＬＭ０〜ＦＬＭ１５
は、図６に示すように、８０オクテットのデータからな
り、それらのオクテットをビット順に配置したそれぞれ
のビット位置は、サブチャネルＳＣＨ１〜ＳＣＨ８を構
成している。

【００４４】また、第１オクテット〜第８オクテットの
第８ビットは、フレーム同期信号（ＦｒａｍｅＡｌｉ
ｇｎｍｅｎｔＳｉｇｎａｌ）ＦＡＳを構成し、第９オ
クテット〜第１６オクテットの第８ビットは、ビットレ
ート割当信号（ＢｉｔｒａｔｅＡｌｌｏｃａｔｉｏｎ
Ｓｉｇｎａｌ）ＢＡＳを構成する。また、サブチャネ
ルＳＣＨ８の第１７〜第２４オクテットには、データを
暗号化するためのキー情報などをやりとりするための暗
号チャネルのデータがセットされることがある（オプシ
ョン）。

【００４５】このようにして、フレーム同期信号ＦＡＳ
は、１つのフレームＦＬＭ０〜ＦＬＭ１５に８ビット配
置されており、そのビット割り当ては、図７に示すよう
に、マルチフレームＭＦＬを単位として構成されてい
る。

【００４６】すなわち、偶数フレームＦＬＭ０，ＦＬＭ
２，…，ＦＬＭ１４の第２オクテット〜第８オクテット
と、それに続く奇数フレームＦＬＭ１，ＦＬＭ３，…，
ＦＬＭ１５には、「００１１０１１１」なる８ビットの
データパターンからなる水平同期信号が配置され、奇数
フレームＦＬＭ１，ＦＬＭ３，…，ＦＬＭ１１の第１オ
クテットには、「００１０１１」なる６ビットのデータ
パターンからなる垂直同期信号が配置されている。

【００４７】この水平同期信号と垂直同期信号を検出す
ることにより、１つのマルチフレームＭＦＬの同期を検
出することができる。

【００４８】また、第０フレーム、第２フレーム、第４
フレーム、第６フレームおよび第８フレームの第１オク
テットのビットＮ１，Ｎ２，Ｎ３，Ｎ４，Ｎ５は、マル
チフレーム番号の表示に用いられる。このうち、ビット
Ｎ５は、マルチフレーム番号が使用されているか否かの
表示に用いられる。このように、マルチフレーム番号の
ために使用されるデータが４ビットなので、マルチフレ
ーム番号は０〜１５までの値で降順に変化し、１６マル
チフレーム毎に同じマルチフレーム番号があらわれる。

【００４９】また、第１０フレーム、第１２フレーム、
および、第１３フレームの第１オクテットのビットＬ
１，Ｌ２，Ｌ３は、現在使用されているＢチャネルのう
ち、そのフレームを運んでいるＢチャネルの接続された
順番をあらわすコネクション番号を表示するために用い
られる。また、第１５フレームの第１オクテットのビッ
トＲは、将来の勧告のために確保（予約）されており、
その値には０がセットされる。

【００５０】また、第１４フレームの第１オクテットの
ビットＴＥＡは、データ端末装置の内部的な障害によ
り、データ伝送できない状態であることを表示するため
に用いられる。

【００５１】また、奇数フレームＦＬＭ１，ＦＬＭ３，
…，ＦＬＭ１５の第３オクテットのビットＡは、フレー
ム同期またはマルチフレーム同期が確立しているか、あ
るいは、同期はずれを生じているかを表示するために用
いられる。

【００５２】また、奇数フレームＦＬＭ１，ＦＬＭ３，
…，ＦＬＭ１５の第５オクテット、第６オクテット、第
７オクテット、および、第８オクテットのビットＣ１，
Ｃ２，Ｃ３，Ｃ４は、連続した２つのフレーム（すなわ
ち、サブマルチフレーム）のデータエラー検出（すなわ
ち、伝送路品質検出）のために参照されるＣＲＣ（巡回
冗長検査）符号を表示するためのものであり、この奇数
フレームＦＬＭ１，ＦＬＭ３，…，ＦＭ１５の第４オク
テットのビットＥは、受信側で伝送エラーを検出したこ
とを表示するために用いられる。

【００５３】また、ビットレート割当信号ＢＡＳは、図
８に示すように、偶数フレームＦＬＭ０，ＦＬＭ２，
…，ＦＬＭ１４では、能力ＢＡＳあるいはＢＡＳコマン
ドをあらわす８ビットデータが配置され、それに続く奇
数フレームＦＬＭ１，ＦＬＭ３，…，ＦＬＭ１５には、
直前のフレームで送出した能力ＢＡＳあるいはＢＡＳコ
マンドの値を誤り訂正するための二重誤り訂正符号が配
置される。

【００５４】また、マルチフレームＭＦＬのデータの送
信は、フレーム番号順に行なわれ、おのおののフレーム
ＦＬＭ０〜ＦＬＭ１５は、図９に示すように、第１オク
テットから第８０オクテットのオクテット順序に送出さ
れ、それぞれのオクテットは、第１ビットが最初に送出
される。

【００５５】すなわち、おのおののフレームＦＬＭ０〜
ＦＬＭ１５においては、第１オクテットの第１ビットが
最初に送出され、第８０オクテットの第８ビットが最後
に送出される。

【００５６】図１０は、静止画会議装置１がＢチャネル
を用いて実行するデータ伝送手順の一例を示している。
なお、この場合、通信形態は、ポイント・ツー・ポイン
トである。

【００５７】まず、発呼端末が宛先端末を発呼するため
に、「伝達能力」情報要素に非制限デジタル情報、「発
番号」情報要素に自端末のＩＳＤＮアドレス、「着番
号」情報要素に宛先端末のＩＳＤＮアドレス、「低位レ
イヤ整合性」情報要素にＨ．２２１機能、「高位レイヤ
整合性」情報要素に静止画会議機能をそれぞれセットし
た呼設定メッセージＳＥＴＵＰを送出し、これにより、
発端末とＩＳＤＮ、および、宛先端末とＩＳＤＮとの間
でおのおの呼設定動作が行なわれて、発端末とＩＳＤ
Ｎ、および、宛先端末とＩＳＤＮとの間にそれぞれＢチ
ャネルが確立し、それによって、発端末と着端末との間
に通信パスが確立する。

【００５８】この確立したＢチャネル上でＰＣＭ音声デ
ータをセットしたフレームデータをやりとりしながらフ
レーム同期を行ない（モード初期化）、フレーム同期お
よびマルチフレーム同期が確立すると（マルチフレーム
同期検出）、相互に能力ＢＡＳデータおよびコマンドＢ
ＡＳデータをやりとりし、そのときに使用する伝送モー
ドを決定する（伝送モードの決定）。このとき、５６Ｋ
ｂｐｓの音声データ、および、６．４Ｋｂｐｓの（汎
用）データの伝送モードが設定される。この汎用データ
のチャネルを用いて、音声データ以外のグラフィックモ
ードのデータ、例えば、静止画会議の議事進行のための
制御と通知情報を送受信するＣ＆Ｉ機能、テレライティ
ング通信機能、および、バルク転送機能のデータがやり
とりされる。

【００５９】次に、発呼端末から着呼端末にその選択し
た伝送モードを指定するＢＡＳコマンドを送信し、発呼
端末と着呼端末の伝送モードが切り換えられる（モード
切り換え）。そして、暗号モードなど、装置機能に共通
するパラメータを設定（共通パラメータの設定）し、汎
用データをＭＬＰ（マルチレイヤプロトコル）で使用さ
れることが設定され（ＭＬＰの設定）、さらに、使用す
る静止画会議モードが設定されて、グラフィックモード
のデータ伝送が行なわれる。

【００６０】そして、グラフィックモードのデータ伝送
が終了すると、ＭＬＰが切断され、通話動作が終了し、
伝送モードがモード０Ｆに切換えられた後に、Ｄチャネ
ルの切断／解放が行なわれて、一連の静止画会議通信動
作が終了する。

【００６１】また、グラフィックモードのデータ伝送で
は、次のような会議動作が行なわれる。

【００６２】まず、次の４つのモードから、会議モード
の選択が行なわれる。

【００６３】（ａ）議長が次の操作者を指定する議長モ
ード。

【００６４】（ｂ）操作者が次の操作者を指定する操作
者指名モード。

【００６５】（ｃ）操作要求を待ちリストに登録する参
加者指名モード。

【００６６】（ｄ）操作権（トークン）を設定しない自
由モード。

【００６７】次に、「会議開始要求」、「出欠確認」、
「呼び出し要求」、「会議情報取り出し要求」、「会議
状態表示要求」と議事が進行し、テレライティングアプ
リケーションが起動されて、共通の会議資料を参照した
会議に移行する。

【００６８】このテレライティングアプリケーションで
は、「（文書の）操作権の要求、取り消し、放棄」、
「操作権移動要求」、「文書一覧要求」、「文書取り出
し要求」、「文書保存要求」、「文書削除要求」、およ
び、「文書記録要求」が適宜に行なわれる。

【００６９】また、「退席・参加要求」、「退席許可要
求」が適宜に行なわれ、「会議終了要求」が出される
と、グラフィックモードのデータ伝送が終了する。

【００７０】なお、この場合には、１つのＢチャネルを
用いて会議通信を行なう場合を示したが、２つのＢチャ
ネルを用いて会議通信を行なうこともできる。その場
合、多重化／分離装置３３にオプション的に設けたビデ
オ入出力ポートを用いて、動画情報のやりとりを行なう
ことができる。

【００７１】また、図１１に示すように、ＭＬＰで伝送
されるＣ＆Ｉデータ、テレライティングデータ、およ
び、バルク転送データは、レイヤ３以上は別々のプロト
コルを用いて行われ、レイヤ２のＬＡＰＦで、これらの
データが多重化されている。

【００７２】図１２は、グラフィックモードのデータ伝
送におけるレイヤ５（セッションレイヤ）における伝送
手順の一部の一例を示している。

【００７３】発端末のテレライティングアプリケーショ
ンが、レイヤ５に「接続要求」を出力すると、レイヤ５
は、信号ＣＮ（ＣｏＮｎｅｃｔ）＿ＳＰＤＵ（Ｓｅｓｓ
ｉｏｎＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）を送出
し、この信号ＣＮ＿ＳＰＤＵを受信すると、着端末のレ
イヤ５は、「接続指示」をアプリケーションに出力す
る。このとき、信号ＣＮ＿ＳＰＤＵには、半二重通信を
実行することをあらわすデータと、本実施例にかかる通
信手順を実行する旨を表示するデータがセットされる。

【００７４】これにより、着端末のアプリケーションが
相手端末との間の通信を開始するために、「接続肯定応
答」をレイヤ５に出力すると、着端末のレイヤ５は、信
号ＡＣ（ＡＣｃｅｐｔ）＿ＳＰＤＵを送出し、この信号
ＡＣ＿ＳＰＤＵを受信すると、発端末のレイヤ５は、
「接続確認」をアプリケーションに通知する。

【００７５】次いで、テレライティング通信を実行する
ために、発端末のアプリケーションがレイヤ５に「テレ
ライティング通信開始要求」を出力すると、レイヤ５
は、信号ＡＳ（ＡｃｔｉｖｉｔｙＳｔａｒｔ）＿ＳＰ
ＤＵを送出し、この信号ＡＳ＿ＳＰＤＵを受信すると、
着端末のレイヤ５は、「通信開始指示」をアプリケーシ
ョンに通知する。

【００７６】この場合には、発端末がトークンを保持し
ているため、発端末のユーザの手書き入力操作が有効に
なっている。ここで、発端末のユーザが手書き入力操作
すると、発端末のアプリケーションは、その手書き入力
に対応した描画情報を送信するために、その描画情報を
所定の送信バッファ領域にセットした状態で、「描画情
報送信要求」をレイヤ５に通知する。

【００７７】これにより、レイヤ５は、その送信バッフ
ァ領域にセットされている描画情報を送信するための信
号ＤＴ（ＤａＴａ）＿ＳＰＤＵを送出し、この信号ＤＴ
＿ＳＰＤＵを受信すると、着端末のレイヤ５は、そのと
きに受信した受信データを所定の受信バッファ領域にセ
ットした状態で、「描画情報受信指示」をアプリケーシ
ョンに通知する。

【００７８】それによって、着端末のアプリケーション
は、受信バッファ領域から受信データを取り込み、自端
末の画面に表示出力する。

【００７９】ここで、着端末のユーザが手書き入力する
ために、アプリケーション上で「描画要求」を指定する
と、アプリケーションは、「トークン獲得要求」をレイ
ヤ５に通知する。これにより、着端末のレイヤ５は、信
号ＰＴ（ＰｌｅａｓｅＴｏｋｅｎｓ）＿ＳＰＤＵを送
出する。

【００８０】この信号ＰＴ＿ＳＰＤＵを受信すると、発
端末のレイヤ５は、「トークン変更指示」をアプリケー
ションに通知する。これにより、アプリケーションがト
ークンを解放して、「トークン譲渡要求」をレイヤ５に
出力すると、レイヤ５は、信号ＧＴ（ＧｉｖｅＴｏｋ
ｅｎ）＿ＳＰＤＵを送出する。

【００８１】この信号ＧＴ＿ＳＰＤＵを受信すると、着
端末のレイヤ５は、「トークン譲渡指示」をアプリケー
ションに通知し、これにより、アプリケーションは、ト
ークン獲得状態になる。したがって、この場合には、着
端末のユーザが手書き入力操作可能な状態となる。この
状態では、上述と同様にして、着端末のユーザが手書き
入力操作した描画情報が発端末に送出されて、発端末で
その描画情報の内容が表示される。

【００８２】このようにして、発端末と着端末との間
で、手書き入力操作して形成された描画情報がやりとり
されるとともに、トークンの譲渡が適宜に行われる。

【００８３】さて、このように着端末がトークンを獲得
している状態で、発端末のユーザが画面を指示しながら
発言すると、発端末のアプリケーションは、そのときに
指示入力された点の座標をあらわすポインティングマー
カ情報を送信バッファ領域にセットした状態で「ポイン
ティングマーカ表示要求」をレイヤ５に出力する。

【００８４】これにより、発端末のレイヤ５は、送信バ
ッファ領域にセットされているポインティングマーカ情
報を送信するための信号ＴＤ（ＴｙｐｅｄＤａｔａ）
＿ＳＰＤＵを送出する。

【００８５】この信号ＴＤ＿ＳＰＤＵを受信すると、着
端末のレイヤ５は、そのときに受信したポインティング
マーカ情報を所定の受信バッファ領域にセットした状態
で、「ポインティングマーカ表示指示」をアプリケーシ
ョンに通知する。それによって、着端末のアプリケーシ
ョンは、受信バッファ領域からポインティングマーカ情
報を取り込み、このポインティングマーカ情報に対応し
た自端末の画面位置に、マーカ画像を表示出力する。

【００８６】このようにして、本実施例では、トークン
をもたない端末のユーザが、表示画面を適宜に指示操作
したときには、相手端末の表示画面にその指示位置をあ
らわすマーカ画像が表示されるので、発端末と着端末と
の間で、円滑なテレライティング通信を実行することが
できる。

【００８７】図１３は、この場合にタッチパネル装置６
のタッチ入力を検出したときに、アプリケーションが実
行する処理例を示している。

【００８８】まず、アプリケーションは、タッチパネル
装置６のタッチ入力が検出されることを監視している
（判断１０１のＮＯループ）。タッチパネル装置６から
いずれかのタッチ座標情報が入力された場合で、判断１
０１の結果がＹＥＳになると、そのタッチ座標情報の値
が、所定の有効領域に含まれているかどうかを調べ（判
断１０２）、判断１０２の結果がＮＯになるときには、
無効領域がタッチ操作された場合なので、判断１０１に
戻り、そのタッチ操作を無視する。

【００８９】判断１０２の結果がＹＥＳになるときに
は、そのときに、自端末がトークンを獲得しているかど
うかを調べる（判断１０３）。判断１０３の結果がＹＥ
Ｓになるときには、そのタッチ座標情報に基づいて所定
の描画処理を実行し（処理１０４）、その描画処理結果
で得られた描画情報を相手端末に送信し（処理１０
５）、判断１０１に戻る。

【００９０】また、判断１０３の結果がＮＯになるとき
には、自端末の表示画面に、そのときのタッチ座標情報
に対応した位置に所定のマーカ画像を表示し（処理１０
６）、相手端末に送信するためのマーカ表示情報を作成
し（処理１０７）、そのマーカ表示情報を相手端末に送
信し（処理１０８）、判断１０１に戻る。

【００９１】また、描画情報は、図１４（ａ）に示した
ように、このデータが描画情報であることをあらわすた
めのコマンド識別子、描画する線の太さをあらわす線太
さデータ、描画する線の種別（例えば、実線、破線、一
点鎖線、および、二点鎖線など）をあらわす線種デー
タ、および、描画する線が通る１つ以上の座標をあらわ
す座標データからなる。なお、座標データは、所定のサ
ンプリング周期内で得られたものである。

【００９２】また、マーカ表示情報は、図１４（ｂ）に
示すように、このデータがマーカ表示情報であることを
あらわすためのコマンド識別子、マーカを表示する色を
指定するためのマーカ色データ、および、表示する座標
をあらわす座標データからなる。ここで、マーカの表示
色は、表示画面が白黒の場合には、マーカ画像を塗り潰
す表示パターンを用いる。また、発端末と着端末とでマ
ーカの表示色は異なる値に設定されていて、画面上で明
確に識別することができるようにしている。

【００９３】したがって、例えば、図１５（ａ），
（ｂ）に示すように、発端末がトークンを獲得してい
て、かつ、着端末がタッチペンで表示画面をタッチ操作
したときには、まず、発端末の表示画面ＧＡには、ユー
ザが操作入力した描画内容ＤＤａが表示されているとと
もに、着端末の表示画面ＧＢには、発端末の描画内容Ｄ
Ｄａが表示される。また、着端末の表示画面ＧＢで、発
端末のユーザが現在タッチ操作している座標には、ポイ
ンティングマーカ画像ＰＭａが表示される。

【００９４】同時に、発端末の表示画面ＧＡには、着端
末のユーザがタッチ操作している座標に、ポインティン
グマーカ画像ＰＭｂが表示される。また、ポインティン
グマーカ画像ＰＭａとポインティングマーカ画像ＰＭｂ
は、異なる表示属性（例えば、表示色や表示パターンな
ど）で表示され、おのおのの表示画面ＧＡ，ＧＢで、自
端末の操作内容を明確に識別できるようにしている。

【００９５】なお、上述した実施例において、トークン
を獲得している端末がポインティングマーカ表示を行う
場合、この端末のユーザは、ポインティングマーカ表示
モードを指定する。このときにも、ポインティングマー
カ表示情報は、信号ＴＤ＿ＳＰＤＵを用いて送信するこ
とができる。また、ポインティングマーカ表示情報を、
信号ＤＴ＿ＳＰＤＵを用いて送信することもできる。

【００９６】図１６は、複数の静止画会議装置の間で静
止画会議通信を実行する場合の一例を示している。

【００９７】この場合、１つの議長端末ＣＴと複数の参
加者端末ＭＴ１〜ＭＴｍが、ＩＳＤＮに設けられた多地
点間接続装置ＭＣＵを介して接続されている。また、こ
の場合、議長端末ＣＴと多地点間接続装置ＭＣＵとの
間、および、複数の参加者端末ＭＴ１〜ＭＴｍのおのお
のと多地点間接続装置ＭＣＵとの間で、図１０および図
１２に示したと同様の呼制御手順および伝送制御手順が
実行される。

【００９８】この場合、議長端末ＣＴと複数の参加者端
末ＭＴ１〜ＭＴｍのアプリケーションでは、タッチパネ
ル装置６のタッチ入力を検出すると、図１７に示した処
理を実行する。

【００９９】まず、アプリケーションは、タッチパネル
装置６のタッチ入力が検出されることを監視している
（判断２０１のＮＯループ）。タッチパネル装置６から
いずれかのタッチ座標情報が入力された場合で、判断２
０１の結果がＹＥＳになると、そのタッチ座標情報の値
が、所定の有効領域に含まれているかどうかを調べ（判
断２０２）、判断２０２の結果がＮＯになるときには、
無効領域がタッチ操作された場合なので、判断２０１に
戻り、そのタッチ操作を無視する。

【０１００】判断２０２の結果がＹＥＳになるときに
は、そのときに、自端末がトークンを獲得しているかど
うかを調べる（判断２０３）。判断２０３の結果がＹＥ
Ｓになるときには、そのタッチ座標情報に基づいて所定
の描画処理を実行し（処理２０４）、その描画処理結果
で得られた描画情報を相手端末に送信し（処理２０
５）、判断２０１に戻る。

【０１０１】また、判断２０３の結果がＮＯになるとき
には、そのときに自端末が議長端末ＣＴで議長モードに
なっているかどうかを調べる（判断２０６）。判断２０
６の結果がＮＯになるときは、その操作を無視して、判
断２０１に戻る。

【０１０２】また、判断２０６の結果がＹＥＳになると
きには、自端末の表示画面に、そのときのタッチ座標情
報に対応した位置に所定のマーカ画像を表示し（処理２
０７）、相手端末に送信するためのマーカ表示情報を作
成し（処理２０８）、そのマーカ表示情報を相手端末に
送信し（処理２０９）、判断２０１に戻る。

【０１０３】このようにして、本実施例では、議長端末
ＣＴに限り、トークンを獲得していないときでも、ポイ
ンティングマーカを表示できるようにしているので、議
長端末ＣＴのユーザ（すなわち、議長）が議事進行する
ときなどに便利であり、それにより、議事進行が円滑に
なる。

【０１０４】また、議長端末ＣＴ以外の端末のポインテ
ィングマーカを禁止しているので、多数のポインティン
グマーカが表示画面に表示されて混乱するような事態を
回避することができる。

【０１０５】なお、本発明は、図１に示したもの以外の
構成をもつ静止画会議装置についても、同様に適用する
ことができる。また、本発明は、テレライティング装置
についても、同様にして適用することができる。

【０１０６】

【発明の効果】以上説明したように、本発明によれば、
トークンをもたない端末のユーザが、画面の内容を指示
しながら発言しようとするとき、そのユーザは、いちい
ちトークンの獲得のための操作を実行する必要がないた
め、テレライティング通信の効率が向上する。また、複
数端末間で静止画会議通信を実行しているとき、議長端
末以外の参加端末がトークンを保持しているときでも、
議長端末のユーザが発言しようとするときには、トーク
ンの移動をする必要がないため、静止画会議通信におけ
る議事の進行が円滑になるという効果を得る。

【図面の簡単な説明】

【図１】本発明の一実施例にかかる静止画会議装置を示
す概略斜視図。

【図２】図１の装置の構成例を示すブロック図。

【図３】通信制御装置の一例を示すブロック図。

【図４】表示制御装置の一例を示すブロック図。

【図５】マルチフレームのフレーム構成の一例を示す概
略図。

【図６】１つのフレームの信号構成の一例を示す概略
図。

【図７】マルチフレーム内のフレーム毎のサービスチャ
ネルの第１〜第８ビットに対するデータ割り付けの一例
を示す概略図。

【図８】ビット割当信号の一例を示す概略図。

【図９】信号の送出順序を説明するための概略図。

【図１０】図１の装置が実行する伝送手順の一例を示し
たタイムチャート。

【図１１】ＭＬＰの伝送形態の一例を示した概略図。

【図１２】レイヤ５の伝送手順の一例を示したタイムチ
ャート。

【図１３】タッチパネル装置がタッチ操作されたときに
アプリケーションが実行する処理例を示したフローチャ
ート。

【図１４】描画情報、および、マーカ表示情報の一例を
示した概略図。

【図１５】画面表示の一例を示した概略図。

【図１６】多地点間接続装置を介して、複数の静止画会
議装置間で会議通信を実行するときのモデルを示した概
略図。

【図１７】タッチパネル装置がタッチ操作されたときに
アプリケーションが実行する処理の他の例を示したフロ
ーチャート。

Claims

【特許請求の範囲】

【請求項１】相手端末との間で、共通画面を参照しな
がら互いに手書き入力操作を実行し、そのときに送信権
をもつ端末から入力された手書き入力操作の描画結果で
表示画面を更新するとともに、その送信権を適宜に相手
端末との間で交代するテレライティング装置の通信制御
方法において、送信権をもたない端末で手書き入力操作されたときに
は、共通画面のその手書き入力操作位置に、その操作位
置を指示するマーカを表示することを特徴とするテレラ
イティング装置の通信制御方法。
【請求項２】前記送信権をもたない端末の手書き入力
操作位置に表示するマーカの表示属性は、送信権をもつ
端末の表示属性と異なっていることを特徴とする請求項
１記載のテレライティング装置の通信制御方法。
【請求項３】通話機能、会議資料を送受信するための
ファクシミリ通信機能、会議資料などの静止画像に対し
て適宜に描画するためのテレライティング通信機能、議
事進行のための静止画会議機能、および、会議資料など
の文書情報を保存する文書保存機能を備えるとともに、
会議参加端末のうち議事進行の調整の役割を果たす議長
端末を設定した静止画会議通信を行う静止画会議装置の
通信制御方法において、送信権をもたない端末で手書き入力操作されたとき、そ
の端末が議長端末に設定されている場合には、会議端末
の画面のその手書き入力操作位置に、その操作位置を指
示するマーカを表示するとともに、その端末が議長端末
に設定されていないときには、その操作を無効とするこ
とを特徴とする静止画会議装置の通信制御方法。