JP2002197078A - 画面共有システム - Google Patents

Abstract

(57)【要約】 【課題】複数の画面共有端末において、操作者が同じ文
書構成要素の編集作業を行った場合でも、操作者が煩わ
しさ等のストレスを感じることなく、スムーズに文書構
成要素の編集作業を行うことができるようにする。 【解決手段】入力装置、表示装置、文書共有処理部５４
及び文書表示処理部２３を備えた複数の画面共有端末を
ネットワークを介して接続した画面共有システムにおい
て、１つの画面共有端末が前記表示装置の画面に表示さ
れた文書構成要素の変更指示を受信した時、該変更指示
を前記文書共有処理部５４の受信内容退避領域５４ｄに
保持し、前記１つの画面共有端末における文書構成要素
の編集作業が完了するまで、前記変更指示の実行を遅延
させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して接続された複数のコンピュータが画面を共有するこ
とによって共同で作業を行う画面共有システムに関する
ものである。

【０００２】

【従来の技術】従来、同一の文書を複数のコンピュータ
等の端末の画面上に同時に表示し、前記文章の内容を複
数の端末において編集・更新することができるシステム
（以下「画面共有システム」という。）が提供されてい
る（特願２０００−８６４６１号参照）。

【０００３】図２は従来の画面共有システムの構成を示
す図である。

【０００４】図において、１１、１２は、液晶表示装
置、ＣＲＴ等の表示装置の画面を備えたコンピュータか
ら成る画面共有端末であり、画面共有端末１１と画面共
有端末１２との間で画面共有、すなわち、同一の文書を
画面共有端末１１と画面共有端末１２の表示装置の画面
上に同時に表示することが行われる。また、１３は画面
共有の対象となる文書を提供する文書サーバ、１５、１
６は文書サーバ１３と画面共有端末１１、１２とを通信
可能に接続する文書取得通信路であり、前記画面共有端
末１１、１２は文書サーバ１３から文書を取得する際に
文書取得通信路１５、１６を介して文書を取得するよう
になっている。

【０００５】そして、１４は各画面共有端末１１、１２
からの文書内容の変更通知を文書の構成要素ごとに整列
化し、改めて各画面共有端末１１、１２に対して変更指
示を通知する同期サーバ、１７、１８は同期サーバ１４
と画面共有端末１１、１２とを通信可能に接続する同期
情報通信路である。各画面共有端末１１、１２は、文書
内容の変更の制御情報を前記同期情報通信路１７、１８
を介して同期サーバ１４に通知し、また、同期サーバ１
４からの通知を受信して画面に反映させる。

【０００６】なお、文書取得通信路１５、１６及び同期
情報通信路１７、１８は必ずしも物理的な配線である必
要はなく、情報を通信することができる論理的な通信路
が設定されていればよい。

【０００７】次に、前記画面共有端末１１、１２の構成
について説明する。なお、該画面共有端末１１、１２
は、両者ともに同じ構成であるので、画面共有端末１１
を例に説明する。

【０００８】図３は従来の画面共有端末の構成を示す図
である。

【０００９】図において、２１は、図２における文書取
得通信路１５、１６及び同期情報通信路１７、１８等の
通信回路であり、画面共有端末１１と他の端末やサーバ
との通信は、通信回路２１を介して行われる。

【００１０】また、１１は画面共有端末であり、通信イ
ンタフェイス部２２、該通信インタフェイス部２２を介
して文書サーバ１３から文書を取得して処理を実行する
文書表示処理部２３、文書共有処理部２４、入力装置２
５、及び、液晶表示装置、ＣＲＴ等の表示装置２６によ
って構成される。なお、前記入力装置２５としては、文
字入力用のキーボード、及び、マウスやトラックボール
のようなポインティングデバイスが含まれる。そして、
該ポインティングデバイスによって、表示装置２６の特
定の領域を指示し、その領域が押下されたことを伝える
ことができる。

【００１１】なお、前記文書表示処理部２３の具体的な
プログラムの実装例としては、文書共有処理部２４に対
するインタフェイスとして利用可能なＡＰＩ（Ａｐｐｌ
ｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒ
ｆａｃｅ）を提供するＷｅｂブラウザ（例えば、Ｍｉｃ
ｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ
（登録商標）、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ
（登録商標）等）が考えられる。その場合、文書として
はＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌ
ａｎｇｕａｇｅ）で記載された文書が想定される。

【００１２】次に、前記文書サーバ１３の構成について
説明する。

【００１３】図４は従来の文書サーバの構成を示す図で
ある。

【００１４】図において、３１は、図２における文書取
得通信路１５、１６等の通信回路であり、文書サーバ１
３と画面共有端末１１、１２との通信は通信回路３１を
介して行われる。

【００１５】また、文書サーバ１３は、通信インタフェ
イス部３２、文書取得要求処理部３３、及び記憶装置３
４によって構成される。そして、前記文書取得要求処理
部３３は、通信インタフェイス部３２を介して受信され
る文書取得要求を受け取り、記憶装置３４から該当する
文書を検索し、該当する文書を同様に通信インタフェイ
ス部３２を介して送信する。

【００１６】なお、文書取得要求処理部３３の実際のプ
ログラムの実装例としては、はＡｐａｃｈｅ、Ｍｉｃｒ
ｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏ
ｎＳｅｒｖｅｒ（登録商標）等のＷＷＷ（Ｗｏｒｌｄ
Ｗｉｄｅ Ｗｅｂ）サーバソフトウェアであり、文書取
得要求及び文書の送信は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘ
ｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によって行
われるものが考えられる。

【００１７】次に、前記同期サーバ１４の構成について
説明する。

【００１８】図５は従来の同期サーバの構成を示す図で
ある。

【００１９】図において、３５は通信回路であり、同期
サーバ１４と各画面共有端末１１、１２との通信（図２
における同期情報通信路１７、１８）は通信回路３５を
介して行われる。

【００２０】また、同期サーバ１４は、通信インタフェ
イス部３６、要求受理部３７、指示配送部３８、及び要
求蓄積部３９によって構成される。

【００２１】次に、前記文書表示処理部２３の働きによ
って表示装置２６に表示される文書の表示例について説
明する。

【００２２】図６は従来の画面共有端末に表示される画
面例を示す図である。

【００２３】図に示されるように、表示内容はＵＲＬ
（Ｕｎｉｆｏｒｍ ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）
移動ボタン４１、ＵＲＬ指定フィールド４２、及び、文
書表示領域４３から成る。該文書表示領域４３は、文書
サーバ１３から取得した文書（例えば、ＨＴＭＬ文書）
を表示する。そして、前記文書表示領域４３に表示され
る文書は、テキストフィールド４４、テキストエリア４
５、ラジオボタン４６、チェックボックス４７、リスト
ボックス４８、ドロップダウンリスト４９、ボタン５０
及びリンク５１の文書構成要素から成る。

【００２４】なお、図に示される文書は一つの例であ
り、テキストフィールド４４、テキストエリア４５、ラ
ジオボタン４６、チェックボックス４７、リストボック
ス４８、ドロップダウンリスト４９、ボタン５０及びリ
ンク５１の文書構成要素はその画面において必要なもの
だけが使用される。また、ＵＲＬ移動ボタン４１、又は
ＵＲＬ指定フィールド４２が存在しないような形態も考
えられる。

【００２５】次に、前記構成の画面共有システムの動作
について説明する。

【００２６】なお、画面共有端末１１、１２における情
報等の入力及び出力の操作は、前記入力装置２５又は表
示装置２６を使用して行われる。

【００２７】そして、図６に示されるような画面が画面
共有端末１１又は画面共有端末１２の表示装置２６に表
示されている場合、各画面共有端末１１、１２の操作者
は文書表示領域４３において表示されている文書構成要
素を編集する操作を行うことができる。

【００２８】すなわち、文書表示領域４３においては、
テキストフィールド４４、テキストエリア４５、ラジオ
ボタン４６、チェックボックス４７、リストボックス４
８、ドロップダウンリスト４９等の文書構成要素が表示
されているが、これらの文書構成要素においては、何ら
かの情報がテキスト（例、テキストフィールド４４及び
テキストエリア４５）、又は、項目の選択状態（例、ラ
ジオボタン４６、チェックボックス４７、リストボック
ス４８、及びドロップダウンリスト４９）として表示さ
れていて、操作者はこれらの情報を入力装置２５を操作
することによって更新したり編集したりする、すなわ
ち、文書編集操作を行うことができる。

【００２９】このような文書編集操作を、例えば、一方
の画面共有端末１１において行うと、他方の画面共有端
末１２においても再現され、また、他方の画面共有端末
１２において文書編集操作を行っても一方の画面共有端
末１１において再現される。すなわち、前述されたよう
な文書編集操作を画面共有端末１１において行い、画面
共有端末１２の表示装置２６の画面に表示されている文
書上において文書構成要素に変更を加えると、画面共有
端末１２の表示装置２６の画面に表示されている同一の
文書上において相当する文書構成要素に同じ変更が加え
られる。例えば、画面共有端末１１においてテキストフ
ィールド４４に表示されているテキストに何らかの変更
を加えると、該変更と同じ変更が加えられたテキストが
画面共有端末１２に表示されている同一の文書上の相当
するテキストフィールド４４に表示される。

【００３０】次に、前記構成の画面共有システムにおい
て、同期サーバ１４に制御情報を中継させる方法につい
て説明する。

【００３１】図７は従来の画面共有端末の動作を示す
図、図８は従来の編集内容送出部の動作を示すフローチ
ャート、図９は従来の受信内容設定部の動作を示すフロ
ーチャートである。

【００３２】この場合、文書表示処理部２３は、テキス
トフィールド４４（図６）やドロップダウンリスト４９
などの文書構成要素に対応する編集可能文書要素２３ａ
を管理している。なお、図７においては、説明の都合上
編集可能文書要素２３ａが一つだけ示されているが、実
際には一つの表示文書ごとに複数の編集可能文書要素２
３ａが存在している。

【００３３】また、文書共有処理部２４は、編集内容送
出部２４ａ及び受信内容設定部２４ｂによって構成され
る。

【００３４】次に、前記編集内容送出部２４ａの動作に
ついて説明する。

【００３５】まず、編集内容送出部２４ａは、テキスト
フィールド４４等の文書構成要素が変更されたことが到
着するまで待機する。そして、文書構成要素の変更が編
集可能文書要素２３ａから到着すると、該文書構成要素
の変更に関する情報を伝達するために、前記編集内容送
出部２４ａは文書構成要素の新しい内容を含んだメッセ
ージを編集し、該メッセージを通信インタフェイス部２
２を介して同期サーバ１４に送信する。以下、前述され
たような動作を繰り返す。

【００３６】次に、図８のフローチャートについて説明
する。 ステップＳ１ 文書構成要素が変更されたことが到着す
るまで待機し、到着した場合はステップＳ２に進む。 ステップＳ２ 文書構成要素の新しい内容を含んだメッ
セージを編集する。 ステップＳ３ メッセージを同期サーバ１４に送信す
る。

【００３７】次に、前記受信内容設定部２４ｂの動作に
ついて説明する。

【００３８】まず、受信内容設定部２４ｂは、通信イン
タフェイス部２２を介して同期サーバ１４から新しい変
更指示が到着するのを待機する。そして、変更指示が到
着すると、該変更指示が指し示す文書構成要素に対応し
た編集可能文書要素２３ａに対して変更指示に含まれる
新しい内容を設定する。以下、前述されたような動作を
繰り返す。

【００３９】次に、図９のフローチャートについて説明
する。 ステップＳ１１ 同期サーバ１４から新しい変更指示が
到着するのを待機し、到着した場合はステップＳ１２に
進む。 ステップＳ１２ 新しい変更指示に対する編集可能文書
要素２３ａに対して新しい内容を設定する。

【００４０】なお、説明の便宜上これらのフローチャー
トが並行して動作しているという説明の仕方をしたが、
これらは説明上のものであり、同様の結果になるプログ
ラムの実装であれば、プログラム実装環境におけるプロ
セスやスレッド（ｔｈｒｅａｄ）を使用していてもよい
し、使用していなくてもよい。

【００４１】次に、画面共有端末１１、１２が文書編集
通知を検出する動作について説明する。

【００４２】まず、操作者が特定の文書構成要素に対し
て文書編集操作を行うと、文書表示処理部２３から編集
内容送出部２４ａに対して、その文書構成要素について
編集が行われたことが通知される。

【００４３】次に、画面共有端末１１、１２が編集結果
同期依頼を同期サーバ１４に対して送出する動作につい
て説明する。

【００４４】まず、文書共有処理部２４は、文書構成要
素について編集が行われたことの通知を受けると、該当
する文書構成要素の変更通知を意味するメッセージを編
集して、通信インタフェイス部２２及び同期情報通信路
１７、１８を介して同期サーバ１４に対して編集結果同
期依頼を送信する。

【００４５】次に、同期サーバ１４が各画面共有端末１
１、１２に対して文書変更指示を送出する動作について
説明する。

【００４６】まず、同期サーバ１４は受理した編集結果
同期依頼を受信すると、実行すべきタスクの整列化のた
めに、各文書構成要素ごとのキュー（待ち行列）に後方
に編集結果同期依頼を追加してから、各画面共有端末１
１、１２に対して文書変更指示を送信する。そして、各
画面共有端末１１、１２においては、文書共有処理部２
４が通信インタフェイス部２２を介して文書変更指示を
受信し、文書表示処理部２３を介して、対応する文書構
成要素に作用し、依頼元の端末（例えば、画面共有端末
１１）で行った文書編集の結果を反映させる。

【００４７】また、すべての編集結果同期依頼は同期サ
ーバ１４に集約される。このとき、同期サーバ１４にお
いて、編集結果同期依頼をキューの後方に追加する。す
なわち、画面共有端末１１においてテキストフィールド
４４を、例えば“ゲンノショウコ”という内容に編集
し、それとほぼ同時に画面共有端末１２において同じテ
キストフィールド４４を“ｈａｗｔｈｏｒｎ”という内
容に編集し、各画面共有端末１１、１２から同期サーバ
１４にそれぞれの内容での編集結果同期依頼が送信され
た場合、同期サーバ１４には画面共有端末１１からの
“ゲンノショウコ”という内容での編集結果同期依頼が
後に到着した時には、まず、画面共有端末１２からの
“ｈａｗｔｈｏｒｎ”という内容での編集結果同期依頼
が先に処理される。

【００４８】すなわち、各画面共有端末１１、１２に画
面共有端末１２からの編集結果同期依頼を元にした文書
変更指示が送信され、各画面共有端末１１、１２におい
て該当するテキストフィールド４４の内容が一旦（た
ん）“ｈａｗｔｈｏｒｎ”に設定されて、その結果が同
期サーバ１４に返ってくるまで、画面共有端末１１から
の“ゲンノショウコ”という内容の編集結果同期依頼は
同期サーバ１４において留め置かれる。そして、各画面
共有端末１１、１２で“ｈａｗｔｈｏｒｎ”への文書変
更指示が実行されてから初めて画面共有端末１１からの
“ゲンノショウコ”という内容の編集結果同期依頼を元
にした文書変更指示が各画面共有端末１１、１２に対し
て送信される。

【００４９】したがって、画面共有端末１１においては
該当するテキストフィールド４４の内容は“ゲンノショ
ウコ”→“ｈａｗｔｈｏｒｎ”→“ゲンノショウコ”と
変化し、画面共有端末１２においては該当するテキスト
フィールド４４の内容は“ｈａｗｔｈｏｒｎ”→“ｈａ
ｗｔｈｏｒｎ”（同じ内容のまま）→“ゲンノショウ
コ”と変化し、最終的にはいずれの画面共有端末１１、
１２においても同じ内容の“ゲンノショウコ”に落ち着
くことになる。

【００５０】

【発明が解決しようとする課題】しかしながら、前記従
来の画面共有システムにおいては、各画面共有端末１
１、１２によって行われる編集結果は共有されるので、
最終的には各画面共有端末１１、１２で表示内容の不一
致が生じてしまう周期ずれも発生しないが、各画面共有
端末１１、１２の操作者が同時に同じ文書構成要素（例
えば、図６に示される文書表示領域４３におけるテキス
トフィールド４４）を編集したときに、一時的に過渡的
な状態を操作者に経験させてしまうことがある。

【００５１】次に、前述された動作とほぼ同様である
が、状況を若干変化させた例について説明する。

【００５２】この場合、操作者が画面共有端末１１から
“ゲンノショウコは薬草”と入力しようとして“ゲンノ
ショウコ”まで入力したのとほぼ同時に、他の操作者が
画面共有端末１２から“ｈａｗｔｈｏｒｎ”と入力し、
それが同期サーバ１４に送信され、それに基づく文書変
更指示が画面共有端末１１に送信された場合、“ｈａｗ
ｔｈｏｒｎ”への文書変更指示は、該当するテキストフ
ィールド４４において入力作業が途中であるにもかかわ
らず実行されてしまう。

【００５３】そして、画面共有端末１１において“ゲン
ノショウコは薬草”という文字列を最後まで入力するた
めには、仮に“ゲンノショウコ”と入力したタイミング
でそこまでの内容が同期サーバ１４に送信されていたと
すると、その内容に応じた編集結果同期依頼が到着して
各画面共有端末１１、１２の該当するテキストフィール
ド４４の内容が“ゲンノショウコ”に揃えられるまで待
てばよいが、それは操作者にとって煩わしさを伴ってし
まう。

【００５４】さらに、待っていれば必ずテキストフィー
ルド４４の内容が“ゲンノショウコ”に揃えられるわけ
ではなく、画面共有端末１２において更に別の入力があ
り、その内容に応じた編集結果同期依頼が到着した場合
には、その内容に上書きされてしまう。すなわち、画面
共有端末１１の操作者の編集作業は、せっかく途中まで
入力していたにもかかわらずその作業を遮られ、かつ、
しばらく待ってもその編集作業の続きを行うことができ
るかどうか不確定であり、いささかストレスの高いもの
になってしまう。

【００５５】また、これはプログラムの実装方法にもよ
るが、編集操作の途中に発生する中間的な状態（入力キ
ャレットのテキストフィールド４４の内部における位
置、かな漢字変換における変換の途中状態）が失われて
しまうこともある。例えば、画面共有端末１１において
“げんのしょうこ”と入力し、その後、かな漢字変換を
行って“現の証拠”という候補文字列が表示されたとす
る。

【００５６】ところが、操作者がこの状態で次の候補文
字列を表示させようとしている間に他の画面共有端末１
２から“ｈａｗｔｈｏｒｎ”という文字列が送信され、
その文字列で文書変更指示が実行されると、かな漢字変
換の途中状態は失われてしまう。仮に、しばらく待った
後に“現の証拠”に画面共有端末１１、１２の該当する
テキストフィールド４４の内容が一致されたとしても、
それを“ゲンノショウコ”に修正するには最初から編集
操作を行うのと同じ手間がかかり、操作者に負担がかか
ってしまう。

【００５７】このように、前述された動作においてはテ
キストフィールド４４の編集を例にして説明したが、同
じような問題は一般に操作者の操作が中間状態を経路し
て段階的に完成するような編集操作対象についても起こ
り得る問題である。例えば、図６に示されるドロップダ
ウンリスト４９をドロップダウンした状態で、画面共有
端末１１においてＡｍｐｈｉｂｉａｎを選択しようかＲ
ｅｐｔｉｌｅを選択しようか考えている最中に、Ｆｏｗ
ｌという内容への文書変更指示が到着した場合は、ドロ
ップダウンリスト４９の内容がＦｏｗｌに強制的に設定
されてしまい、ドロップダウンした状態は取り消されて
しまう。仮に、その後、画面共有端末１１における直近
の編集内容であるＡｍｐｈｉｂｉａｎに設定する指示が
到着したとしても、操作者がＲｅｐｔｉｌｅを選択する
ためにはもう１度ドロップダウンする必要があり、余計
な負担がかかってしまうことになる。

【００５８】したがって、同時に各画面共有端末１１、
１２において同じ操作対象に対して編集操作を行うよう
な場合には、操作者にとっての利便性を欠くような挙動
を表すことになってしまう。

【００５９】本発明は、前記従来の画面共有システムの
問題点を解決して、複数の画面共有端末において、操作
者が同じ文書構成要素の編集作業を行った場合でも、操
作者が煩わしさ等のストレスを感じることなく、スムー
ズに文書構成要素の編集作業を行うことができる画面共
有システムを提供することを目的とする。

【００６０】

【課題を解決するための手段】そのために、本発明の画
面共有システムにおいては、入力装置、表示装置、文書
共有処理部及び文書表示処理部を備えた複数の画面共有
端末をネットワークを介して接続した画面共有システム
において、１つの画面共有端末が前記表示装置の画面に
表示された文書構成要素の変更指示を受信した時、該変
更指示を前記文書共有処理部の受信内容退避領域に保持
し、前記１つの画面共有端末における文書構成要素の編
集作業が完了するまで、前記変更指示の実行を遅延させ
る。

【００６１】本発明の他の画面共有システムにおいて
は、さらに、前記編集作業が完了するまでの間、あらか
じめ定められたタイムアウトの時間を経過したか否かを
監視する。

【００６２】本発明の更に他の画面共有システムにおい
ては、さらに、前記タイムアウトの時間を経過した場
合、前記１つの画面共有端末における文書構成要素の編
集結果を保持し、該編集結果に基づいて文書構成要素の
編集作業を再開する手段を備える。

【００６３】本発明の更に他の画面共有システムにおい
ては、さらに、前記変更指示が前記１つの画面共有端末
における編集結果に基づく変更指示であるかどうかを判
断する手段を有し、前記１つの画面共有端末の編集結果
に基づく変更指示である場合は該変更指示を実行しな
い。

【００６４】本発明の更に他の画面共有システムにおい
ては、さらに、すべての過渡的な前記変更指示を前記受
信内容退避領域に一旦保持し、前記変更指示を時系列に
沿って実行し、文書構成要素が編集された過程を再現す
ることができる。

【００６５】本発明の更に他の画面共有システムにおい
ては、さらに、前記１つの画面共有端末における編集結
果に基づく変更指示を実行する場合、前記タイムアウト
の時間を経過したか否かを監視しない。

【００６６】本発明の更に他の画面共有システムにおい
ては、さらに、前記１つの画面共有端末における編集結
果に基づく変更指示を実行する場合、前記タイムアウト
の時間を経過したか否かを監視せず、かつ、前記編集作
業を再開しない。

【００６７】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照しながら詳細に説明する。

【００６８】図１は本発明の第１の実施の形態における
画面共有端末の動作を示す図、図１０は本発明の第１の
実施の形態における受信内容設定部の動作を示すフロー
チャート、図１１は本発明の第１の実施の形態における
文書要素監視部の動作を示すフローチャートである。

【００６９】なお、本実施の形態における画面共有シス
テムは、ネットワークを介して接続された複数のコンピ
ュータが画面を共有することによって、複数の操作者が
共同で作業を行うためのものである。そして、画面共有
システムの構成は、従来の画面共有システムの構成と同
様であるので、図２〜５を援用することによって、その
説明を省略する。ただし、図２における画面共有端末１
１、１２については、本実施の形態においては付加的な
ロジックが追加される。また、画面共有端末１１、１２
の表示装置２６に表示される画面例も、従来の画面共有
システムの場合と同様であるので、図６を援用すること
によってその説明を省略する。

【００７０】本実施の形態において、文書表示処理部２
３は、テキストフィールド４４（図６）やドロップダウ
ンリスト４９などの文書構成要素に対応する編集可能文
書要素２３ａを管理している。なお、図１においては、
説明の都合上編集可能文書要素２３ａが一つだけ示され
ているが、実際には一つの表示文書ごとに複数の編集可
能文書要素２３ａが存在している。

【００７１】また、文書共有処理部５４は、編集内容送
出部５４ａ、受信内容設定部５４ｂ、文書要素監視部５
４ｃ、及び、受信内容退避領域５４ｄによって構成され
る。該受信内容退避領域５４ｄは各編集可能文書要素２
３ａごとに存在し、編集可能文書要素２３ａに設定すべ
き内容を、編集可能文書要素２３ａにおいて操作者によ
る編集が行われている間に一時的に退避させておく領域
である。

【００７２】そして、前記受信内容設定部５４ｂは従来
と同様に、同期情報通信路１７、１８を介して編集結果
同期依頼のメッセージを受け取るが、該編集結果同期依
頼のメッセージを編集可能文書要素２３ａに直接設定す
るのではなく、受信内容退避領域５４ｄに設定する。

【００７３】また、前記文書要素監視部５４ｃは各編集
可能文書要素２３ａごとに存在し、該当する文書構成要
素において編集が進行中であるか否かを監視していて、
編集が完了しているときには受信内容退避領域５４ｄか
ら設定すべき内容を取得し、該内容を編集可能文書要素
２３ａに対して設定する。

【００７４】なお、受信内容退避領域５４ｄは一度に一
つの受信内容、すなわち、該当する編集可能文書要素２
３ａに１回の設定を行うためだけの受信内容だけしか保
持することができない。そのため、編集可能文書要素２
３ａにおいて編集が進行中であることによって、文書要
素監視部５４ｃが受信内容退避領域５４ｄからの内容の
取得を行うことができない間に、通信回路２１を介して
該当する文書構成要素への変更指示が複数回到着した場
合には、変更指示が到着するたびに受信内容設定部５４
ｂによって受信内容退避領域５４ｄの内容が上書きされ
る。なお、文書要素監視部５４ｃが編集可能文書要素２
３ａに対する内容の設定に利用するのは、最後に到着し
た変更指示に基づく内容だけである。

【００７５】また、編集可能文書要素２３ａは文書ごと
に複数存在していて、文書要素監視部５４ｃ及び受信内
容退避領域５４ｄは編集可能文書要素２３ａごとに一つ
存在すると、概念的に仮定することができる。このよう
に仮定することにより、動作の把握が簡潔になる。ただ
し、実際のプログラムの実装においては、一つの文書の
中で編集中の要素は一つだけであることが多い。このよ
うな要素はしばしば「フォーカスがあたっている」と称
される。

【００７６】そして、このようなシステムにおいて、こ
こに説明するような内容の設定を遅延させるメカニズム
は、フォーカスがあたっている要素についてだけ働かせ
るようにすればよい。したがって、文書要素監視部５４
ｃ及び受信内容退避領域５４ｄに相当する実装上の要素
が一つしかないプログラムの実装というものも考えられ
る。

【００７７】次に、前記受信内容設定部５４ｂの動作に
ついて説明する。

【００７８】まず、受信内容設定部５４ｂは、通信イン
タフェイス部２２を介して同期サーバ１４から新しい変
更指示が到着するのを待機する。そして、変更指示が到
着すると、該変更指示が指し示す文書構成要素に対応し
た編集可能文書要素２３ａに対して変更指示に含まれる
新しい内容を設定する。続いて、変更指示が指し示す文
書構成要素に対応した文書要素監視部５４ｃに対して新
しい変更指示が到着していることを送信する。以下、前
述されたような動作を繰り返す。

【００７９】次に、図１０のフローチャートについて説
明する。ステップＳ２１ 同期サーバ１４から新しい変
更指示が到着するのを待機し、到着した場合はステップ
Ｓ２２に進む。ステップＳ２２ 受信内容退避領域５４
ｄに対して新しい内容を設定する。ステップＳ２３ 文
書要素監視部５４ｃに対して新しい変更指示が到着して
いることを送信する。

【００８０】次に、前記文書要素監視部５４ｃの動作に
ついて説明する。

【００８１】まず、受信内容設定部５４ａから送信され
た内容の設定（図１０におけるステップ２３における送
信）が到着するのを待機する。そして、受信内容設定部
５４ａからの内容の設定を受信すると、監視対象である
編集可能文書要素２３ａにおいて操作者による編集作業
が完了するのを待機し、編集作業が進行中でない場合
は、編集作業が完了している編集可能文書要素２３ａに
対して受信内容退避領域５４ｄが保持している内容を設
定する。以下、前述されたような動作を繰り返す。

【００８２】次に、図１１のフローチャートについて説
明する。 ステップＳ３１ 受信内容設定部５４ａから送信された
内容の設定の到着を待機し、到着した場合はステップＳ
３２に進む。 ステップＳ３２ 監視対象である編集可能文書要素２３
ａにおいて操作者による編集作業が完了するのを待機
し、編集作業が完了した場合はステップＳ３３に進む。 ステップＳ３３ 編集作業が完了している編集可能文書
要素２３ａに対して受信内容退避領域５４ｄが保持して
いる内容を設定する。

【００８３】このように、本実施の形態においては、受
信した変更指示は直ちに文書構成要素に設定されるので
はなく、編集作業が完了してから設定されるようになっ
ているので、編集作業を長時間行っていても他の画面共
有端末からの入力によって前記編集作業が妨げられるこ
とがない。すなわち、従来の画面共有システムにおいて
は、変更要求を受信した時に、該当する文書構成要素に
おいて操作者が編集作業中であった場合であっても、直
ちに内容を該当する文書構成要素に設定するようになっ
ていたので、操作者にとっての利便性を低下させてしま
っていたが、本実施の形態においては、編集作業を長時
間行っていても他の画面共有端末からの入力によって前
記編集作業が妨げられることがないので、操作者にとっ
ての利便性が低下することがない。

【００８４】また、最終的にその画面共有端末での操作
者の編集作業の内容で同期が行われるような場合につい
ては、その画面共有端末において行った編集作業の内容
は全く損なわれることがない。

【００８５】なお、一つの画面共有端末における編集作
業の完了の方が遅かった場合には、他の画面共有端末に
おける編集作業の内容が結果的に損なわれるが、それは
画面共有システムの本質に基づくものであって、不可避
である。しかしながら、最終的にすべての画面共有端末
において、表示される編集可能な文書構成要素の内容は
一致する。

【００８６】次に、本発明の第２の実施の形態について
説明する。なお、本実施の形態における画面共有端末の
構成は、前記第１の実施の形態の画面共有端末の構成と
同様であるので、図１を援用して説明する。また、動作
についても文書要素監視部５４ｃの動作以外について
は、前記第１の実施の形態と同様であるので説明を省略
する。

【００８７】図１２は本発明の第２の実施の形態におけ
る文書要素監視部の動作を示すフローチャートである。

【００８８】まず、受信内容設定部５４ａから送信され
た内容の設定（図１１におけるステップ３１における内
容の設定）の到着を待機する。そして、受信内容設定部
５４ａからの内容の設定を受信すると、監視対象である
編集可能文書要素２３ａにおいて、操作者による編集作
業が完了しているか、又は、あらかじめ定められたタイ
ムアウトの時間が経過しているかのどちらかが生起する
のを待機する。なお、編集作業が進行中でない場合に
は、操作者による編集作業が完了していると判断する。

【００８９】続いて、操作者による編集作業が完了して
いるか、又は、あらかじめ定められたタイムアウトの時
間が経過しているかのどちらかが生起した場合には、待
機が完了した要因が、操作者による編集作業の完了か、
あらかじめ定められたタイムアウトの時間の経過のいず
れであるかを判断する。

【００９０】そして、待機が完了した要因がタイムアウ
トの時間の経過である場合には、監視対象である編集可
能文書要素２３ａにおいて進行している編集作業を一旦
強制的に終了する。なお、必要である場合は何らかの手
段、例えば、警告ブザーを鳴動させたり、画面上に注意
喚起のためのアラートボックスを表示する等の手段によ
って操作者にタウムアウトを認知させる。

【００９１】一方、待機が完了した要因が編集作業の完
了である場合には、編集作業が完了している編集可能文
書要素２３ａに対して受信内容退避領域５４ｄが保持し
ている内容を設定する。

【００９２】以下、前述されたような動作を繰り返す。

【００９３】すなわち、前記第１の実施の形態における
編集作業完了の待機に、タイムアウトの監視を追加する
ようになっている。そして、編集作業中にタイムアウト
になった場合は、該当する文書構成要素上の編集内容を
破棄し、強制的に同期情報通信路１７、１８を介して送
信される変更指示を優先してその内容を設定する。

【００９４】次に、図１２のフローチャートについて説
明する。 ステップＳ４１ 受信内容設定部５４ａから送信された
内容の設定の到着を待機し、到着した場合はステップＳ
４２に進む。 ステップＳ４２ 監視対象である編集可能文書要素２３
ａにおいて操作者による編集作業が完了しているか、又
は、あらかじめ定められたタイムアウトの時間が経過し
ているかのどちらかが生起するのを待機し、どちらかが
生起した場合にはステップＳ４３に進む。 ステップＳ４３ 待機が完了した要因が、操作者による
編集作業の完了か、あらかじめ定められたタイムアウト
の時間の経過のいずれであるかを判断する。編集作業が
完了している場合はステップＳ４５に、タイムアウトの
時間が経過している場合はステップＳ４４に進む。 ステップＳ４４ 監視対象である編集可能文書要素２３
ａにおいて進行している編集作業を一旦強制的に終了す
る。 ステップＳ４５ 編集作業が完了している編集可能文書
要素２３ａに対して受信内容退避領域５４ｄが保持して
いる内容を設定する。

【００９５】このように、本実施の形態においては、タ
イムアウトの時間を適切なものに定めておくと、タイム
アウトの時間が経過するとどちらか一方の内容に強制的
に同期されるので、適応可能な業務を広げることができ
る。

【００９６】すなわち、前記第１の実施の形態において
は、編集中に他の画面共有端末における編集作業に起因
する変更指示によって、編集作業が妨げられることはな
いが、通常のＷｅｂブラウザのエンジンを文書表示処理
部として使用した場合に、該当する文書構成要素が編集
中であるか否かの判断は、その文書構成要素にフォーカ
スがあたっているかどうかということだけによって判断
（その文書構成要素がテキストフィールド４４の類であ
れば、入力カーソルがテキストフィールド４４に入って
いるかどうかの判断）することになる。そして、操作者
が変更を行う意思が全くなくても、たまたまその文書構
成要素にフォーカスがあたっていた場合、他の画面共有
端末側で該当する文書構成要素をいくら編集しても、そ
の編集結果が同期されないことになる。他の画面共有端
末の操作者と当該画面共有端末との操作者が電話等の手
段で通信することができる場合は、他の画面共有端末の
操作者が当該画面共有端末の操作者に対してフォーカス
の移動を促すことによって、この状況を運用上回避する
ことができる。しかしながら、仮にそのような場合であ
っても、操作者が画面共有端末の使用方法に習熟してい
ない場合は、フォーカスを移動する方法さえ分からない
ことがあり得るので、他の画面共有端末側で該当する文
書構成要素の編集作業を行うことができない。

【００９７】ところが、本実施の形態においては、タイ
ムアウトの時間を適切なものに定めておくと、タイムア
ウトの時間が経過するとどちらか一方の内容に強制的に
同期されるので、このような問題を回避することができ
る。

【００９８】次に、本発明の第３の実施の形態について
説明する。

【００９９】図１３は本発明の第３の実施の形態におけ
る画面共有端末の動作を示す図、図１４は本発明の第３
の実施の形態における文書要素監視部の動作を示すフロ
ーチャート、図１５は本発明の第３の実施の形態におけ
る編集内容退避領域のユーザインタフェイスの例を示す
図である。なお、第１及び第２の実施の形態と同じ構造
を有するものについては、同じ符号を付与することによ
ってその説明を省略する。また、動作についても文書要
素監視部５４ｃの動作以外については、前記第１及び第
２の実施の形態と同様であるので説明を省略する。

【０１００】この場合、文書共有処理部５４にユーザイ
ンタフェイスを備える編集内容退避領域５４ｅが追加さ
れる。

【０１０１】次に、前記文書要素監視部５４ｃの動作に
ついて説明する。

【０１０２】まず、受信内容設定部５４ｂから送信され
た内容の設定（図１１におけるステップ３１における内
容の設定）の到着を待機する。そして、受信内容設定部
５４ｂからの内容の設定を受信すると、監視対象である
編集可能文書要素２３ａにおいて、操作者による編集作
業が完了しているか、又は、あらかじめ定められたタイ
ムアウトの時間が経過しているかのどちらかが生起する
のを待機する。なお、編集作業が進行中でない場合に
は、操作者による編集作業が完了していると判断する。

【０１０３】続いて、操作者による編集作業が完了して
いるか、又は、あらかじめ定められたタイムアウトの時
間が経過しているかのどちらかが生起した場合には、待
機が完了した要因が、操作者による編集作業の完了か、
あらかじめ定められたタイムアウトの時間の経過のいず
れであるかを判断する。

【０１０４】そして、待機が完了した要因がタイムアウ
トの時間の経過である場合には、監視対象である編集可
能文書要素２３ａにおいて進行している編集作業を一旦
強制的に終了する。続いて、編集可能文書要素２３ａに
おいて編集されていた内容を編集内容退避領域５４ｅに
設定する。該編集内容退避領域５４ｅはそれを受け、例
えば、図１５に示されるようなダイアログボックスを表
示装置の画面上に表示して操作者にタイムアウトを認知
させ、上書きされようとしている編集内容を再提示す
る。

【０１０５】一方、待機が完了した要因が編集作業の完
了である場合には、編集作業が完了している編集可能文
書要素２３ａに対して受信内容退避領域５４ｄが保持し
ている内容を設定する。

【０１０６】以下、前述されたような動作を繰り返す。

【０１０７】ここで、前記編集内容退避領域５４ｅが備
えるユーザインタフェイスは、図１５に示されるよう
に、編集中であった編集可能文書要素２３ａがテキスト
フィールド４４等の文書を入力する文書構成要素であっ
た場合のものである。

【０１０８】また、編集内容再提示領域５６は、図１５
においては編集可能文書要素２３ａがテキストフィール
ド４４であった場合のものであるが、編集作業中であっ
た文書がこの中に表示される。また、再編集ボタン５７
は、ユーザが提示された内容での編集作業を再開するた
めのものであり、キャンセルボタン５８は編集内容再提
示領域５６に表示されている文書を破棄し、他の画面共
有端末から送信された指示による内容の上書きをそのま
ま受け入れるためのものである。

【０１０９】そして、編集内容退避領域５４ｅに対する
値の設定が行われた場合に、利用者によって入力された
内容で上書きされてしまったものを再提示する目的で表
示される。なお、利用者によって入力されていた内容は
編集内容再提示領域５６に表示される。

【０１１０】また、利用者が再編集ボタン５７を選択す
ると、編集内容再提示領域５６に表示されていた内容
は、再び編集可能文書要素２３ａに設定され、該編集可
能文書要素２３ａは編集可能な状態に戻る。この際の内
容の設定は、文書要素監視部５４ｃによる他の画面共有
端末の内容の設定とは異なり、操作者による該当する編
集可能文書要素２３ａの編集と等価なものとして行われ
る。すなわち、設定されたことによる内容の変更は、編
集内容送出部５４ａに送信される。したがって、通信イ
ンタフェイス部２２を介して同期サーバ１４に送信さ
れ、画面共有に参加している他の画面共有端末に対して
その内容での変更指示が送信される。

【０１１１】次に、図１４のフローチャートについて説
明する。 ステップＳ５１ 受信内容設定部５４ａから送信された
内容の設定の到着を待機し、到着した場合はステップＳ
５２に進む。 ステップＳ５２ 監視対象である編集可能文書要素２３
ａにおいて操作者による編集作業が完了しているか、又
は、あらかじめ定められたタイムアウトの時間が経過し
ているかのどちらかが生起するのを待機し、どちらかが
生起した場合にはステップＳ５３に進む。 ステップＳ５３ 待機が完了した要因が、操作者による
編集作業の完了か、あらかじめ定められたタイムアウト
の時間の経過のいずれであるかを判断する。編集作業が
完了している場合はステップＳ５６に、タイムアウトの
時間が経過している場合はステップＳ５４に進む。 ステップＳ５４ 監視対象である編集可能文書要素２３
ａにおいて進行している編集作業を一旦強制的に終了す
る。 ステップＳ５５ 編集可能文書要素２３ａにおいて編集
が行われていた内容を編集内容退避領域５４ｅに設定
し、上書きされようとしている編集内容を画面上に再提
示する。 ステップＳ５６ 編集作業が完了している編集可能文書
要素２３ａに対して受信内容退避領域５４ｄが保持して
いる内容を設定する。

【０１１２】なお、前記ステップＳ５５において、ダイ
アログボックスを直ちに表示する必要はなく、操作者に
対して、当初は警告ブザーを鳴動させることで注意を喚
起するだけに留めておき、操作者からの求めに応じてダ
イアログボックスを表示するようにしてもよい。また、
ダイアログボックスとして提示するのではなく、文書表
示にオーバラップさせてあたかも本来の文書の一部であ
るように提示することもできる。

【０１１３】このように、本実施の形態においては、一
旦編集状態は解除されて他の画面共有端末での編集内容
に基づく指示で上書きされるものの、再度操作者にその
編集内容での編集作業の続行、及び、その内容での画面
共有を選択する機会が与えられるようになっている。

【０１１４】すなわち、前記第２の実施の形態において
は、編集中に他の画面共有端末における編集作業に起因
する変更指示が到着して、それからタイムアウトの時間
が経過した場合には、操作者が編集作業を続行するかど
うかにかかわらず、それまでの編集結果は損なわれ、他
の画面共有端末での内容による上書きが行われる。

【０１１５】これに対して、本実施の形態においては、
一旦編集状態は解除されて他の画面共有端末での編集内
容に基づく指示で上書きされるものの、再度操作者にそ
の編集内容での続行、及びその内容での画面共有を選択
する機会が与えられるようになっている。したがって、
操作者の編集内容の保持が非常に重要であるような用途
に対しても適用することができる。

【０１１６】次に、本発明の第４の実施の形態について
説明する。なお、本実施の形態における画面共有端末の
構成は、前記第１の実施の形態の画面共有端末の構成と
同様であるので、図１を援用して説明する。また、動作
についても文書要素監視部５４ｃの動作以外について
は、前記第１〜３の実施の形態と同様であるので説明を
省略する。

【０１１７】図１６は本発明の第４の実施の形態におけ
る文書要素監視部の動作を示すフローチャートである。

【０１１８】まず、受信内容設定部５４ａから送信され
た内容の設定（図１１におけるステップ３１における内
容の設定）の到着を待機する。そして、受信内容設定部
５４ａからの内容の設定を受信すると、受信内容退避領
域５４ｄに設定された内容が当該画面共有端末からの変
更依頼に由来するものであるか、他の画面共有端末から
の変更依頼に由来するものであるかを判断する。

【０１１９】続いて、受信内容退避領域５４ｄに設定さ
れた内容が他の画面共有端末からの変更依頼に由来する
ものである場合は、監視対象である編集可能文書要素２
３ａにおいて、操作者による編集作業が完了するのを待
機する。なお、編集作業が進行中でない場合には、操作
者による編集作業が完了していると判断する。

【０１２０】そして、利用者による編集作業が完了して
いる場合には、編集作業が完了している編集可能文書要
素２３ａに対して受信内容退避領域５４ｄが保持してい
る内容を設定する。以下、前述されたような動作を繰り
返す。

【０１２１】次に、受信内容退避領域５４ｄの設定内容
が、当該画面共有端末からの変更依頼に由来するもので
あるか他の画面共有端末からの変更依頼に由来するもの
であるかの判断について説明する。

【０１２２】まず、編集内容送出部５４ａが変更依頼を
送信する際に、画面共有端末の識別情報、例えば、ＩＰ
（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス等の
その画面共有端末を一意に識別するために利用可能な情
報を付加する。また、同期サーバ１４が変更指示を送信
する際には、その情報を指示上に残して送信する。そし
て、受信内容設定部５４ｂが受信内容退避領域５４ｄに
その指示を設定する際にも、その画面共有端末の識別情
報は保持されるようにする。このとき、指示と共に保持
されている画面共有端末の識別情報を見て、当該画面共
有端末の変更依頼に由来するものであるかどうかを判断
する。

【０１２３】また、この判断は受信内容設定部５４ｂか
ら送信された変更指示の到着（図１０におけるステップ
２３における変更指示の到着）のときに受信内容退避領
域５４ｄに保持された内容に基づいて判断するのではな
く、後述されるステップＳ６２におけるタイミングでの
最新の内容に基づいて判断するようになっている。これ
は、受信内容設定部５４ｂから送信された内容の設定か
らステップＳ６２におけるタイミングまでの間に、新た
な値で受信内容退避領域５４ｄが上書きされている場合
があるので、その場合はその新しい内容に基づいて判断
する必要があるからである。

【０１２４】このため、変更依頼が同期サーバ１４から
の指示が当該画面共有端末に由来するものである場合、
内容の設定を回避することができる。また、本実施の形
態は、前記第２及び第３の実施の形態とともに適用する
ことができる。前記第３の実施の形態と組み合わせる場
合については、全体の論理構成要素は図１３に示される
ものであり、その中の文書要素監視部５４ｃの動作は図
１４のステップ５２〜Ｓ５６を、図１６のステップＳ６
３、Ｓ６４の位置に埋め込んだようなフローチャートに
する。すなわち、変更依頼が当該画面共有端末に由来す
るものである場合は、テキストフィールド４４のタイム
アウトの監視等も回避される。

【０１２５】次に、フローチャートについて説明する。 ステップＳ６１ 受信内容設定部５４ａから送信される
内容の設定の到着を待機し、到着した場合はステップＳ
６２に進む。 ステップＳ６２ 受信内容退避領域５４ｄに設定された
内容が当該画面共有端末からの変更依頼に由来するもの
であるか、または、他の画面共有端末からの変更依頼に
由来するものであるかどうかを判断する。当該画面共有
端末からの変更依頼である場合はステップＳ６１に戻
り、他の画面共有端末からの変更依頼である場合はステ
ップＳ６３に進む。 ステップＳ６３ 監視対象である編集可能文書要素２３
ａにおいて操作者による編集作業が完了するのを待機
し、編集作業が完了している場合はステップＳ６４に進
む。 ステップＳ６４ 編集作業が完了している編集可能文書
要素２３ａに対して受信内容退避領域５４ｄが保持して
いる内容を設定する。

【０１２６】このように、本実施の形態においては、変
更依頼が当該画面共有端末に由来するものであるかどう
か判断し、変更依頼が当該画面共有端末に由来するもの
である場合は、内容の設定を回避することができる。し
たがって、操作者は煩わしさを感じることなく編集作業
を行うことができる。

【０１２７】すなわち、前記第１の実施の形態の場合
は、例えば、当該画面共有端末で長時間、同一のテキス
トフィールド４４において編集作業を実行しているよう
な場合に、そのテキストフィールド４４の少し以前の編
集途中の内容に基づいた変更指示が届くことがある（特
に、ネットワークの交雑やその他の要素による遅延があ
った場合）。このような場合、編集が完了した時に、内
容が一瞬少し以前のものに戻ってしまうことがある。
（その後、最後の編集結果に基づいた変更指示が到着し
て最後の編集結果に戻る。）。これは、操作者にとって
煩わしいものであるが、本実施の形態においては、変更
依頼が当該画面共有端末に由来するものである場合は、
内容の設定を回避することができ、操作者は煩わしさを
感じることなく編集作業を行うことができる。

【０１２８】次に、本発明の第５の実施の形態について
説明する。なお、本実施の形態における画面共有端末の
構成は、前記第１の実施の形態の画面共有端末の構成と
同様であるので、図１を援用して説明する。ただし、受
信内容退避領域５４ｄの構造については相違するので説
明する。また、動作についても文書要素監視部５４ｃの
動作以外については、前記第１〜３の実施の形態と同様
であるので説明を省略する。

【０１２９】この場合、前記第１の実施の形態における
受信内容退避領域５４ｄは単一の変更指示だけしか保持
することができず、受信内容設定部５４ｂによる内容の
設定が、受信内容退避領域５４ｄに既に内容が入力され
ているときに行われると、前の内容は上書きされ、文書
要素監視部５４ｃによる文書構成要素の設定においては
最新の指示内容だけしか利用することができない。

【０１３０】そこで、本実施の形態においては、受信内
容退避領域５４ｄは先入れ先出し（ＦＩＦＯ）方式のキ
ュー構造の領域を用いる。すなわち、受信内容設定部５
４ｂによって設定された内容はすべて保存され、受信内
容退避領域５４ｄにおいて取り出され、すべて時系列に
編集可能文書要素２３ａ上で再現される。

【０１３１】次に、前記文書要素監視部５４ｃの動作に
ついて説明する。

【０１３２】本実施の形態においては、前記第１の実施
の形態における図１１のステップＳ３１の動作が異なる
だけである。

【０１３３】この場合、受信内容設定部５４ａから送信
される内容の設定の到着を待機する。ただし、受信内容
退避領域５４ｄに内容が入力されている場合には送信が
行われているものと判断する。そして、画面共有端末１
１、１２による編集作業が完了し次第に、到着した変更
指示はすべて時系列に沿って編集可能文書要素２３ａ上
で再現される。

【０１３４】このように、本実施の形態においては、編
集作業が完了し次第に到着した変更指示はすべて順番に
実行され、最終的に最新の変更指示に要素の内容が設定
されるので、到着した変更指示はすべて実行される。

【０１３５】すなわち、前記第１の実施の形態において
は、文書内の編集可能文書要素２３ａ上において編集が
完了すると、その時点で最新の内容と考えられるものに
文書要素の内容が設定されるので、画面が同期していく
過程に重要な意味があるシステムにはあまり適していな
い面がある。

【０１３６】これに対し、本実施の形態においては、編
集が完了し次第に到着した変更指示はすべて順番に実行
され、最終的に最新の変更指示に要素の値が設定され
る。そのため、最終的な結果としては、第１の実施の形
態と同じ効果を得ることができるが、本実施の形態にお
いては、その最終的な画面表示に至るまでの過程とし
て、到着した変更指示はすべて実行される。

【０１３７】したがって、画面が同期していく過程に重
要な意味があるシステムに最適である。例えば、編集可
能文書要素２３ａの監視が画面共有のプログラムとは別
のプログラム（例えば、監査証跡ログ取得用プログラ
ム）によっても行われていて、確かに変更要求が到着し
ているという事実をそのプログラムも必要としている場
合（例えば、監査証跡上に該当する共有画面端末に到着
したすべての変更指示を残さなければならない場合）に
適用することができる。

【０１３８】なお、金融窓口業務や電子商店などにおい
て、ユーザサポートをネットワーク越しに行う場合にも
適用することができる。例えば、インターネット等のネ
ットワークを経由して金融窓口業務を離れた距離におい
て提供する場合、一般的に、前記業務の顧客となる側は
端末操作に不慣れであり、前記業務を提供する側（オペ
レータ側）は端末操作に熟知している。

【０１３９】このような場合においても、例えば、顧客
情報のように顧客に聞かないと分からない情報を、双方
で同時に入力を行いたいという要求が出てくるケースが
生じる。通常、そのような情報の入力は、業務の能率を
向上させるために、別の文書構成要素に対する編集（例
えば、顧客の側で金額の欄を入力しながら、オペレータ
の側では住所の入力を行うなど）が必要であるが、実際
には顧客側が端末操作に不慣れであったり、双方での意
思疎通が不十分であったりすることが多い。しかし、こ
のようなケースでは、同時に同じ文書構成要素を編集す
るような場合にも対応することができなければならな
い。さらに、金融窓口業務や電子商店などで扱う内容は
金額等の重要な内容を含んでいて、双方の端末において
表示されている内容に食い違いがあることは許容されな
い。

【０１４０】本実施の形態における画面共有システム
は、このような金融窓口業務や電子商店などにおける業
務にも適したものである。

【０１４１】なお、本発明は前記実施の形態に限定され
るものではなく、本発明の趣旨に基づいて種々変形させ
ることが可能であり、それらを本発明の範囲から排除す
るものではない。

【０１４２】

【発明の効果】以上詳細に説明したように、本発明によ
れば、画面共有システムにおいては、入力装置、表示装
置、文書共有処理部及び文書表示処理部を備えた複数の
画面共有端末をネットワークを介して接続した画面共有
システムにおいて、１つの画面共有端末が前記表示装置
の画面に表示された文書構成要素の変更指示を受信した
時、該変更指示を前記文書共有処理部の受信内容退避領
域に保持し、前記１つの画面共有端末における文書構成
要素の編集作業が完了するまで、前記変更指示の実行を
遅延させる。

【０１４３】この場合、受信した変更指示は直ちに文書
構成要素に設定されるのではなく、編集作業が完了して
から設定されるようになっているので、編集作業を長時
間行っていても他の画面共有端末からの入力によって前
記編集作業が妨げられることがない。

【０１４４】本発明の他の画面共有システムにおいて
は、さらに、前記編集作業が完了するまでの間、あらか
じめ定められたタイムアウトの時間を経過したか否かを
監視する。

【０１４５】この場合、タイムアウトの時間が経過する
と、どちらか一方の内容に強制的に同期されるので、適
応可能な業務を広げることができる。

【０１４６】本発明の更に他の画面共有システムにおい
ては、さらに、前記タイムアウトの時間を経過した場
合、前記１つの画面共有端末における文書構成要素の編
集結果を保持し、該編集結果に基づいて文書構成要素の
編集作業を再開する手段を備える。

【０１４７】この場合、操作者の編集内容の保持が非常
に重要であるような用途に対しても適用することができ
る。

【０１４８】本発明の更に他の画面共有システムにおい
ては、さらに、前記変更指示が前記１つの画面共有端末
における編集結果に基づく変更指示であるかどうかを判
断する手段を有し、前記１つの画面共有端末の編集結果
に基づく変更指示である場合は該変更指示を実行しな
い。

【０１４９】この場合、操作者は煩わしく感じることな
く編集作業を行うことができる。

【０１５０】本発明の更に他の画面共有システムにおい
ては、さらに、すべての過渡的な前記変更指示を前記受
信内容退避領域に一旦保持し、前記変更指示を時系列に
沿って実行し、文書構成要素が編集された過程を再現す
ることができる。

【０１５１】この場合、画面が同期していく過程に重要
な意味があるシステムに最適である。

【０１５２】本発明の更に他の画面共有システムにおい
ては、さらに、前記１つの画面共有端末における編集結
果に基づく変更指示を実行する場合、前記タイムアウト
の時間を経過したか否かを監視しない。

【０１５３】この場合、変更指示が当該画面共有端末に
由来するものである場合は、内容の設定を回避すること
ができるので、操作者は煩わしさを感じることなく編集
作業を行うことができる。

【０１５４】本発明の更に他の画面共有システムにおい
ては、さらに、前記１つの画面共有端末における編集結
果に基づく変更指示を実行する場合、前記タイムアウト
の時間を経過したか否かを監視せず、かつ、前記編集作
業を再開しない。

【０１５５】この場合、変更指示が当該画面共有端末に
由来するものである場合は、内容の設定を回避すること
ができるので、操作者は煩わしさを感じることなく編集
作業を行うことができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態における画面共有端
末の動作を示す図である。

【図２】従来の画面共有システムの構成を示す図であ
る。

【図３】従来の画面共有端末の構成を示す図である。

【図４】従来の文書サーバの構成を示す図である。

【図５】従来の同期サーバの構成を示す図である。

【図６】従来の画面共有端末に表示される画面例を示す
図である。

【図７】従来の画面共有端末の動作を示す図である。

【図８】従来の編集内容送出部の動作を示すフローチャ
ートである。

【図９】従来の受信内容設定部の動作を示すフローチャ
ートである。

【図１０】本発明の第１の実施の形態における受信内容
設定部の動作を示すフローチャートである。

【図１１】本発明の第１の実施の形態における文書要素
監視部の動作を示すフローチャートである。

【図１２】本発明の第２の実施の形態における文書要素
監視部の動作を示すフローチャートである。

【図１３】本発明の第３の実施の形態における画面共有
端末の動作を示す図である。

【図１４】本発明の第３の実施の形態における文書要素
監視部の動作を示すフローチャートである。

【図１５】本発明の第３の実施の形態における編集内容
退避領域のユーザインタフェイスの例を示す図である。

【図１６】本発明の第４の実施の形態における文書要素
監視部の動作を示すフローチャートである。

【符号の説明】

１１、１２ 画面共有端末 ２３ 文書表示処理部 ２６ 表示装置 ５４ 文書共有処理部 ５４ｄ 受信内容退避領域

Claims (7)

【特許請求の範囲】
1. 【請求項１】 （ａ）入力装置、表示装置、文書共有処
   理部及び文書表示処理部を備えた複数の画面共有端末を
   ネットワークを介して接続した画面共有システムにおい
   て、（ｂ）１つの画面共有端末が前記表示装置の画面に
   表示された文書構成要素の変更指示を受信した時、
   （ｃ）該変更指示を前記文書共有処理部の受信内容退避
   領域に保持し、（ｄ）前記１つの画面共有端末における
   文書構成要素の編集作業が完了するまで、前記変更指示
   の実行を遅延させることを特徴とする画面共有システ
   ム。
2. 【請求項２】 前記編集作業が完了するまでの間、あら
   かじめ定められたタイムアウトの時間を経過したか否か
   を監視する請求項１に記載の画面共有システム。
3. 【請求項３】 前記タイムアウトの時間を経過した場
   合、前記１つの画面共有端末における文書構成要素の編
   集結果を保持し、該編集結果に基づいて文書構成要素の
   編集作業を再開する手段を備える請求項２に記載の画面
   共有システム。
4. 【請求項４】 前記変更指示が前記１つの画面共有端末
   における編集結果に基づく変更指示であるかどうかを判
   断する手段を有し、前記１つの画面共有端末の編集結果
   に基づく変更指示である場合は該変更指示を実行しない
   請求項１〜３のいずれか１項に記載の画面共有システ
   ム。
5. 【請求項５】 すべての過渡的な前記変更指示を前記受
   信内容退避領域に一旦保持し、前記変更指示を時系列に
   沿って実行し、文書構成要素が編集された過程を再現す
   ることができる請求項１〜４のいずれか１項に記載の画
   面共有システム。
6. 【請求項６】 前記１つの画面共有端末における編集結
   果に基づく変更指示を実行する場合、前記タイムアウト
   の時間を経過したか否かを監視しない請求項４に記載の
   画面共有システム。
7. 【請求項７】 前記１つの画面共有端末における編集結
   果に基づく変更指示を実行する場合、前記タイムアウト
   の時間を経過したか否かを監視せず、かつ、前記編集作
   業を再開しない請求項４に記載の画面共有システム。