JPS6162170A - 複合文書編集方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 以下の順序で本発明を説明する。

Ａ、産業上の利用分野 Ｂ、開示の概要 Ｃ０従来技術 り１発明が解決しようとする問題点 Ｅ１問題点を解決するだめの手段 Ｆ、実施例 Ｆ　１．　　実施例の概略 Ｆ２．複合文書（第２図および第６図）Ｆ　３．　　ス
ーパーブロック（第４図および第５図） Ｆ４　　スーパーブロック生成プロセス（第１図） Ｆ　５．　　スーパーブロック構造の編集プロセス（第
８図ないし第１２図） Ｆ　５．　　フローアトリビュートに関するフロープロ
セス（第１３図ないし第１５図お よび第２１図） Ｆ７　まとめ（第１６図ないし第２０図）Ｇ１発明の効
果 Ａ、産業上の利用分野 本発明は統合多重データエディタにおける書式化のアル
ゴリズムを簡単にするための編集方法に関する。

Ｂ、開示の概要 以下に説明するエディタは統合ソフトウェア環境におい
て、２以上のオブジェクトセットから成るスーパーブロ
ック構造という概念を導入することによって従来に比べ
て書式化のアルゴリズムを簡単化できるようにしたもの
である。

Ｃ９従来技術 ］ンピュータは社会全体にわたってごく普通に使われる
ようになってきた。これは、現在のコンピュータが従来
のものに比べてよシ効率よく多くのジョブを遂行するこ
とができるというだけでなく、ここ１０年でそのコスト
が大幅に下がったという理由による。メインフレームま
たは複数の端末を備えたミニコンピユータによシ、ビジ
ネスの広範な分野で多くの人々が河川なコンピュータを
アクセスすることができるようになった。さらに、ビジ
ネスコースおよびパーソナルコースの両方を兼ね備えた
マイクロコンピュータが登場したことによシ、コンピュ
ータを使う人はますます多くなってきている。このよう
な傾向は、データ処理の分野においてコンピュータの専
門家でないようなユーザがほとんどである。したがって
、専門家でないユーザが特別な訓練をせずにコンピュー
タで所望のタスクを遂行できるようユーザフレンドリな
コンピュータプログラムをデザインすることが　　　　
　１．１必要となってきた。そのためにこれまでに使わ
れてきた１つの手法として、ユーザにタスク選択のメニ
ューを提供するというものがある。そうしたメニューは
スクリーンの全面を占めることもあるし、あるいはスク
リーンの一部だけに表示されることもある。メニューエ
ントリの隣シのスペースのところは、キーボード上のキ
ーを使うかまたは他の移動手段を使うことによってカー
ソルを置くことができる。所望のタスクを選択するには
、そのメニューエントリの隣シのスペースのところにカ
ーソルを置いて”ＥＮＴＥＲ”キー（またはそのために
具備されている他のキー）を押せばよい。プログラムは
一連のメニューで与えられるので、ユーザは複雑なタス
クを迷うことなく簡単に進めることができる。そうした
プログラムは、一般には、コマンド進行プログラムとは
異なるメニュー進行プログラムとして記述される。コマ
ンド進行プログラムの場合、ユーザの遂行すべきタスク
は一連のコマンドで選択し入力しなければならない。こ
うしたタイプのプログラムは初期のものであシ、したが
ってユーザにある程度の知識と訓練を要するものである
。

最近の傾向として、よりユーザフレア　）”　ＩＪ　７
Ｔｈプログラムを作るということの他に、コンビ二一メ
プログラムのアプリケーションを統合するということが
ある。統合がなければ、ユーザは、たとえばワードプロ
セシング、データプロセシング、およびグラフィックプ
ロセシングのようなアプリケーションをばらばらに使わ
なければならないので、こうした複数のアプリケーショ
ンの出力を１つの文書に併合するのは非常に面倒である
。したがって様々なアプリケーションを統合すれば、所
望の出力が容易に提供できるようになる。ン７トゥエア
の統合には幾つかの形式がある。その最も簡単な形式は
、同じファイルを共有し同じまたは同様な機能を遂行す
るのに同じまたは同様なコマンドを使って同じように曇
くようデザインされた一連のアプリケーションプログラ
ムである。この形式の統合は比較的実現し易いけれども
、その７アミリの個々のプログラムを同時に走行するこ
とはできない。現在、最も一般的な統合ソフトウェアは
、いわゆるマルチファンクションプログラムで６る。

これは様々なアプリケーションが１つのグログラムの中
に組み込まれたものとして特徴付けられるものである。

このようなプログラムは、一般的には、スクリーンを幾
つかの異なるウィンドウに分割してその各々があたかも
別々のプログラムであるかのように働くことができる。

こうしたマルチファンクションプログラムは、代表的に
は、テキストアプリケーション、スプレッドシートアプ
リケーション、およびビジネスグラフィックアプリケ−
／ヨンを含む。全てのアプリケーションが１つのデータ
セントを共有するようなデータベースアプリケーション
環境に基づいて発展してきた今日の統合の技術はマルチ
ファンクションプログラムと同様なものである。統合オ
ペレーティング環境が提供されるときは、全く異なった
アプローチが採られる。このアプローチでは、個々のプ
ログ゛ラムは情報を共有することができ、各自のウィン
ドウで各々が同時にスクリーン上に８現できる。

マルチファンクションプログラムはパッケージの中にプ
ログラムされたアプリケーションに限定されるが、これ
に対し上記のアプローチでは、アプリケーションは選択
し組み合わせることができる。

統合オペレーティング環境はオブジェクト指向型システ
ムで最善に実現される。これまでのンフトウエアシステ
ムがデータおよびプロシージャの２つの要素を持ってい
たという点を考えると、これは比較的新しいアプローチ
であるといえる。データはソフトウェアで操作される情
報を表わし、プロシージャはソフトウェアの単位を表わ
す。プロシージャが呼び出されて操作すべきデータが与
えられると、編集作業が始まる。このような従来のアプ
ローチが持っている問題は、データとプロシージャが現
実的には実際に関係しているときでも、それらがあたか
も独立であるかのようにして取り扱われることでちる。

これに対し、オブジェクト指向型システムはただ１つの
要素オブジェクトがあるだけである。オブジェクトは情
報およびそ０情報０操作０両方を表わす・７７°′”′
ト指　　　　　１向型システムを使うプログラマはメツ
セージを送って、プロシージャを呼び出す代わりに、操
作を呼び出す。メツセージは操作を記述する象徴的な名
前（操作の詳細ではない）を含む。メツセージを受は取
るオブジェクトはメツセージセレクタに基ライて実行す
べき手順を決定する。オブジェクト式のアプローチの研
究はＸｅｒｏｘ社によってなされた。Ｘｅｒｏｘ社は人
間の会話のプロセスに非常に似た言語であるＳｍａｌｌ
ｔａｌｋを設計した。Ｓｍａ　Ｉ　Ｉ　ｔａｌｋのプロ
グラマは、送るべきメツセージを記述しそれが受は取ら
れたときに何が生ずるのかを記述することで、システム
を実現する。

高解像度ディスプレイ、キーボード、位置指定装置（た
とえばマウス）、ディスク記憶装置、おヨヒフロセッサ
ユニットを備えたパーソナルコンピュータのユーザがソ
フトウェアを開発する場合に、Ｓｍａｌｌｔａｌｋは特
に有益である。スクリーン上におけるマウスの現在の位
置を追跡するのに位装置指定カーソルを使うので、ユー
ザはディスプレイされたオブジェクトを自由に指定する
ことができる。普通、マウスは１つ以上のボタンを有す
る。

１つはオブジェクト選択用、もう１つはメニュー表示用
である。そのようなマシンは、Ｓｍａｌｌｔａｌｋの研
究および開発を容易にするためにＸｅｒｏｘ社によって
設計され開発された。そのマシンはＡＩｔ。

コンピュータである。幾つかのマシンカＸｅｒＯｘ社に
よって大学等に寄贈されたがＡＩ　ｔｏコンピュータは
商業的には生産されなかった。

１９８１年の初めに、Ｘｅｒｏｘ社は、ビジネス用のパ
ーツナルコンピュータである８０１０Ｓｔａｒ情報シス
テムを発売した。５ｔａｒ　（商標）はデータプロセシ
ング、電子式ファイリング、メイリング、および印刷の
機能ならびに文書作成の機能の両方を兼ね備えた操作シ
ステムである。ＡＩｔｏコンピュータと同様、５ｔａｒ
コンピユータの重要な構成要素は全点アドレス指定可能
すなわちビットマツプ式のディスプレイである。これに
よりグラフインクの融通性が増し視覚的な伝達がさらに
効果的に行えるようになった。５ｔａｒコンピユータ設
計のアプローチは、ユーザがどのようにシステムと関る
のか、それからソフトウェアおよびノ・−ドウエアの仕
様をどのように設計するのかに関する基本的な概念をま
ず確立することであった。

５ｔａｒのユーザインターフェースのデザインは、ユー
ザの概念モデノペ記憶／タイピングに対比する見知／ボ
インティング、ＷＹ　Ｓ　Ｉ　ＷＹ　Ｇ　（Ｗｈ　ａ　
ｔｙｏｕ　　ｓｅｅ　　ｉｓ　ｗｈａｔ　　ｙｏｕ　ｇ
ｅｔ）　、−律なコマンドのセット、整合性、簡明性、
モードレス対話、およびユーザ適応性などに基づくもの
であった。

文書、フォルｉ、ファイルの引出しのようなオフィスの
オブジェクトを表わすアイコンがディスプレイされる。

ユーザがアイコンの表わすオブジェクトを取シ扱えるよ
うアイコンを”開＜　（Ｏｐｅｎ）”ことができる。こ
れにょシ、文書を読み取ることができるし、フォルｉの
内容を調べることもできるし、メイルを調べることもで
きる。ユーザの取り扱う全てのもの、およびユーザの利
用できる全ての作業はスクリーン上に視覚的に表示され
るので、ユーザはどんなキーの意味および内容も覚える
必要がない。こうした概念がわかりゃすくなるようにす
るための機構はプロパティシートおよびオプションシー
トである。プロパティ７−トは、タイプの字体や大きさ
、太字、イタリック等の特定のオブジェクトに関する考
えられる全てのオプションを提供する。これらのオプシ
ョンの中の任意のものを選択するには、ユーザは、適当
なボタンを指定しそれを押してオプションを選ぶだけで
よく、それからプロパティ／−トの任意のプロパティを
変更し、ユーザはそれを指定してから再び適当なボタン
を押す。情報が多くなり過ぎないように、プロパティシ
ートは現に選択されたオブジェクトのタイプに関係する
プロパティしかディスプレイしない。５ｔａｒコンピユ
ータも同様に、個個のユーザの必要性に合うように７ス
テムの仕様を自由に変更できる。ユーザはデスクトップ
ティスゲレイのアイコンを選んで仕事の環境に合わせる
ことかできる。白地の文書にテキストおよびバラグラフ
をセットアツプすることができる。ファイルの引出しお
よびフォルｉの種類を変えてファイリングシステムの仕
様を自由に変更することが　　　　　５１できる。

１９８３年の初めに、Ａｐｐｌｅ　Ｃｏｍｐｕｔｅｒ社
がＬｉ５ａ　（商標）という新Ｉ−い種類のコンピュー
タを発売した。Ｌｉ５ａの設計者はＸ　ｅ　ｒ　ｏ、ｘ
社でなきれたそれまでの研究の成果をかなシ引き継いで
はいるが、そうした概念をより洗練し、かつ、多くの新
しい考え方とそれらとを組み合わせた。彼らが最初に取
り組んだのは、ユーザとコンピュータとの対話に関して
新しい手法を考え圧すことであった。その結果は、ユー
ザがいかにＬｉ５ａと対話するかを記述したパユーザイ
ンターフェース標準゛１であった。Ｌｉ５ａのデスクト
ップの管理は、５ｔａｒコンピユータと同様、アイコン
が基礎になっている。５ｔａｒコンピユータは、アイコ
ンが重ならないようにそれらはスクリーン上の決まった
場所に置かれるが、これとは逆にＬｉ５ａではアイコン
はどこにでも置くことがヤきる。というのは、Ｌｉ５ａ
はディスプレイのスクリーン上でオブジェクトを重ねて
任意に形づけることができるからである。

Ｌｉ５ａは、ビデオディスプレイはデスクトップでアリ
アイコンはデスクトップ上のオブジェクトであるという
暗揄によるものである。Ｌｉ５ａでは、全てのものはア
イコンまたは矩形の領域（ウィンドウと呼ばれる）によ
ってデスクトップ上で表わされる。アイコンは全てマウ
スで選択され、ウィンドウは全て、マウスのボタンを押
さえてカーソルを動かすことによって水平方向または垂
直方向に画面移動したり、伸したり縮めたり移動させた
シすることができる。Ｌｉ５ａのデザインは統合されて
いる。Ｌｉ５ａのプログラムの各々は共通な構造を持っ
ている。′所与の時間でユーザの活動を制限するモード
は１つもない。Ｘｅｒｏｘ社のＡＩｔ。

コンピュータおよび５ｔａｒコンピユータと同様、Ｌｉ
５ａはＳｍａｌｌｔａｌｋの言語およびオペレーティン
グシステムに基づくものである。

ＩＢＭ社では個人用オンライン統合テキストエディタ（
ＰＯＬＩＴＥ）を開発した。これは、複合文書のための
簡単に使えるリアルタイムのエディタ・フォーマツタで
ある。複合文書とは、イメージ、グラフィック、表、手
書きのもの、テキスト、および数学的な記号等を含む文
書である。エディタというものは個々のナプリケーンヨ
ンを呼び出す必要なくしかも切取（ｃｕｔ）用および貼
や付け（ｐａｓｔｅ）用のバッファを使わずに統合され
た機能を処理できるべきであるというのがＰＯＬＩＴＥ
の考え方である。Ａｐｐｌｅ　Ｃｏｍｐｕｔｅｒ社のＬ
ｉ５ａおよびＸｅｒｏｘ社のＳ　ｔａｒはいずれも複合
文書を編集できる能力を持った統合システムであるが、
これらのシステムでは、要求された機能の結果が切取り
用バッファに置かれてからそれを所望の場所に貼９付け
るため文書エディタに戻すという手法が用いられている
。

このやり万は時間がかかりしかも面倒である。ＰＯＬＩ
ＴＥは非常に広範囲な使用者を想定しているので、人間
工学的な面から十分な配慮が施されている。ＰＯＬＩＴ
Ｅの持っている使い易い特徴には、たとえば、制限のな
いＵＮＤＯおよびＩ’（ＥＤＯ機能、リアルタイム書式
化、メニューの使用、指定に基づくヘルプシステム、多
重ウィンドウ編集などがある。ＰＯＬＩ’ＴＥでは、も
との文書と書式化された文書との間に差はなく、単に文
書の形だけが存在し、文書は常に書式化され且つ印刷可
能である。

したがってユーザが変更するたびに、文書は自動的に再
び書式化され、すぐにユーザにフィードバックされるの
でＰＯＬＩＴＥａ前のエディタを特徴付けるものであっ
た多くのあて推量がなくなった。ユーザは現にプログラ
ムされたファンクションキーの定義を識別するメニュー
に沿ってスクリーン上で文書の一部を見る。要求（コマ
ンド）はファンクションキーのところに在って、これは
すぐに実行できるものかまたは他のメニューへの１１土
人口ＩＩとして曇くものである。こうした他のメニュー
では、ファンクションキーのうち幾つかは別の定義がさ
れている。ＰＯＬＩＴＥは２つの主要な機能的要素から
成る。１つはスクリーンマネジャ、もう１つけ文書マネ
ジャである。文書マネジャはＰＯＬＩＴＥの内部的な文
書表示（テキスト情報および書式化情報の両方）を含み
、スクリーンマネジャはディスプレイ可能な文書の形（
ユーザが見るのはこの形だけである）を含みユーザとの
対話を制御する。スクリーンマ坏ンヤは文書の一部のサ
ブセットに関してディスプレイ中心のＷＹＳＩＷＹＧ　
　　　　　　’表示を維持する。このサブセットはスク
リーンに写った文書の少なくともその部分を含み、文書
のサイズによっては文書全体を含むこともある。

Ｄ１発明が解決しようとする問題点 以上水したように、エディタは人間にとって使い易いも
のになるよう改良されてきた。その結果、統合ソフトウ
ェア環境においてオブジェクト指向型で機能するエディ
タが開発されたが、これらのエディタもその書式化アル
ゴリズムの簡明性という点ではまだ問題がある。

したがって本発明の目的は従来に比べてさらに改善され
た統合多重データエディタを提供することにある。

Ｅ０問題点を解決するだめの手段 この目的を達成するため、本発明に基づく複合文書編集
方法は、文書の同一ページに位置したテキストオブジェ
クトおよび非テキストオブジェクトを有する複合文書を
生成し、前記オブジェクトを含むオブジェクトセットを
操作し、各オブジェクトセットが先行のオブジェクトセ
ットおよび次のオブジェクトセットを指定し各オブジェ
クトセットが一意的な識別子を有し前記オブジェクトセ
ットが各々その中に同じタイプのオブジェクトを有しそ
のオブジェクトセットのタイプを示すアイコンが描画さ
れるような統合多重データエディタにおいて、（ａ）２
以上のオブジェクトセットを含むディスプレイ可能な領
域の内部的な表現を定義することによシ１つのスーパー
ブロック構造を生成するステップと、（ｂ）ページの終
わシの判断をする必要があるとき以外はスーパーブロッ
ク内の複雑さを考慮せずにスーパーブロックを１つのオ
ブジェクトセットとして操作することによって文書を書
式化するステップと、を有することを特徴としている。

Ｆ、実施例 Ｆ　ｌ、　　実施例の概略 実施例はＰＯＬＩＴＥシステムに基づくアプリケーノヨ
ン複合エディタを改善するものである。このアプリケ−
／ヨン複合エディタは、ＰＯＬＩＴＥと同様、テキスト
だけでなくイメージ、グラフィック、表、注釈、および
手書きのものを含む複合文書用の使い易いリアルタイム
式のエディタ・フォーマツタである。このアプリケーシ
ョン複合エディタは動的に編集できる形で全てのデータ
を単一のページに統合できる。全てのタイプのデータは
同じ文書内で生成することができ、テキストはグラフィ
ックまたは表のまわシに自然に納めることができる。エ
ディタにおける全てのデー、夕はページに存在し、全て
のページは複合文書内に存在する。アプリケーション複
合エディタのだめのユーザインターフェースのデザイン
は下記の使い易い特徴に基づいている。これらにより高
速で習得し易くしかも回りくどくない文書の生成および
編集が可能となる。

（ａ）　　スクリーンの上部に常にディスプレイされた
コマンドバーでキーワードコマンドを使うこと。

コマンドバーは、編集中のデータのタイプに関して現に
有効な全てのコマンドのリストである。

（ｂ）　　選択または変更できるオプションのセットの
りストであるポツプダウンパネルをコマンド選択時に使
用すること。

（ｃ）　　データを見て操作するための機構としてフル
スクリーンウィンドウを使用すること。

（ｄ）　　要求データを破壊する恐れなく前に遂行した
機能をユーザが逆転できるよう制限のないＵＮＤｏおよ
びＲＥＤＯ機能を使用すること。

（ｅ）　　特定のコマンドがどのように働いているかに
関する表示をユーザが要求できるよう表示援助機能を使
用すること。エディタはこれをつけて次に消すことによ
ってそのコマンドがどのように働いているかをユーザに
示す。

エディタは、データオブジェクトがページに存在し、デ
ータはそのデータオブジェクトに存在するというページ
レイアウトの考え方で働く。全てのページは文書オブジ
ェクト内に存在する。データーｔ７°ジ”ストによって
はその中に付加的なオブ　　　　　１．、ジエクトを持
つこともある。

オブジェクトはそのページでユーザが操作することので
きるデータ指定エンティティである。他のオブジェクト
内に存在するオブジェクトは定義されたオブジェクトセ
ットの境界内に存在する。

全てのオブジェクトは明示的（すなわち認識可能）で選
択可能なエンティティである。ブロックとは文書の中で
ユーザが選択する任意の範囲である。

たとえば、成るブロックは列または文字ストリングにお
ける１範囲のセルとして定義することができる。ユーザ
はブロックオブジェクトによυ文字にアンダーラインを
引き、字体を変更し、一群のオブジェクトのまわシで“
キープ（ｋｅｅｐ）”機能（後述）を定義することがで
きる。ユーザがアンダーラインのような属性（またはア
トリビュートともいう）をそのブロックに適用すると、
アンダーラインは何らの意味も持たないように無視され
る。

たとえば、グラフィックオブジェクトセットに関してい
えばアンダーラインは意味がない。全てのオブジェクト
はそのページの指定された境界内に存在する。この境界
は１つのオブジェクトセットの境界として定義される。

たとえば、テキストの文字はラインオブジェクトセット
またはバラグラフオブジェクトセットの境界内に存在し
、四角形はグラフィックオブジェクトセットの境界内に
存在し、セルは表オブジェクトセットの境界内に存在す
る。実施例によれば、２以上のオブジェクトセットがそ
のページの単一の表示領域を占めるような位置にそれら
を移動させることができる。こうした領域の例は、たと
えば、１つのグラフィックオブジェクトセットのまわり
に自然に納まるノくラグラフ、１つのグラフィックオブ
ジェクトセットに隣接する１つの表オブジェクトセット
、上および下にテキストが納まっているパラグラフの中
央における１つのグラフィックオブジェクトセット等で
ある。そうした幾つかのオブジェクトの配列がスーパー
ブロックと呼ばれる１つの構造を生成する。

１つのスーパーブロックは、オブジェクトセットが互い
にオーバーラツプするか、隣接して存在するか、上また
は下に広がるように位置した２以上のオブジェクトセッ
トを含むような任意の表示可能な領域である。テキスト
オブジェクトセットは他のどんなオブジェクトセットと
もオーバーラツプしない。テキストはそのフローアトリ
ビュート（ｆｌｏｗ　ａｔｔｒｉｂｕｔｅ）に従って常
に再調整される。７０−アトリピユートはテキストの納
め方に関する属性であるが、これについては後で詳しく
説明する。スーパーブロック構造の目的は、オブジェク
トセットの占めるスペースの計算を簡単にすることであ
る。スーパーブロック構造を生成することによって、書
式化のアルゴリズムは、ページの終わりの判断をしなけ
ればならないときを除いて、各オブジェクトのブロック
構造の内側の複雑さを考えなくてよいので書式化のアル
ゴリズムは筒単になる。さらにページ上における複雑な
関係の表示も簡単になる。

スーパーブロックはユーザの指定した編集作業（具体的
にはコマンド）の結果としてエディタにより暗黙的に生
成される。スーパーブロックの生成を引き起こす可能性
のあるコマンドは５つある。

それは、ＣＲＥＡＴＥ、ＭＯＶＥ、ＣＯＰ’ＹＳＰＡＳ
ＴＥ、およびＧＥＴである。エディタがスーツく−プロ
ツクを生成すると、そのスーパーブロックの上部開始境
界のところにスーパーブロックアイコンが置かれる。ス
ーパーブロックを選択するかまたはスーパーブロック内
のセットの１つを選択スる１つの手法は、ユーザが初め
にスーパーグロックアイコンを選択することである。ス
ーパーブロック構造内の各オブジェクトセットに関する
アイコン表示のリストを示すポツプダウンパネルがディ
スプレイされて、ポツプダウンパネルがスーパーブロッ
クアイコンの下に置かれそのアイコンの付加部分として
ユーザに示される。スーパーブロック内のオブジェクト
セットを選択するために、ユーザはそのオブジェクトの
アイコン表示をポツプダウンパネルから選択する。他に
、スーパーブロック内の所望のオブジェクトセットを指
し示すという選択方法もある。その後、選択されたオブ
ジェクトセットを決める目的で境界設定ルーチンが呼び
　　　　　、旨］出される。ただし指定による選択が多
義的になるような場合は前者の選択方法を用いるべきで
ある。

ユーザがスーパーブロック内のオブジェクトセットを選
択すると、そのオブジェクトセットのタイプに関して有
効な編集作業を表わすようコマンドバーが変更される。

スーパーブロックの内部で、そのオブジェクトセットの
ＭＯＶＥ、Ｃ０ＰＹ、ＤＥＬＥＴＥ、およびＤＥＳＣＲ
ＩＢＥ等の処理を施すことができる。スーパーブロック
の表示空間にオブジェクトセットが１つしか残らないと
きはエディタは暗黙的にスーパーブロックを消失させて
１つのオブジェクトセットアイコンでスーパーブロック
アイコンを入れ換える。スーパーブロックの内（１１１
１で、１つのオブジェクトセットのデータを全体的に見
えなズするように複数の非テキストオブジェクトセット
を互いにオーバーレイすることもできる。この場合、ユ
ーザはその隠れた方のオブジェクトセットを選択しコマ
ンドバーからＭＯＶＥを選んでそのオブジェクトセット
の新しい行先を選択することによってそのオブジェクト
セットの位置を再定義することもできる。この行先はそ
のスーパーブロックの境界の内側でもよいし、他の文書
のところでもよい。スーパーブロック内のデータを異な
るページに分離することができる＆う、１つのスーパー
ブロックがページ終端境界を横切ってもよい。スーパー
ブロックは複雑な構造であるが、この構造はエディタに
よって生成されるのでユーザにとっては同一ページ上に
異なるタイプのデータを簡単に統合でき、そのページの
単一の表示領域内で複数のオブジェクトセットを容易に
操作することができる。

以下、図面を参照しながら、実施例について詳しく説明
する。

Ｆ　２．　　複合文書 本実施例に基づくアプリケーション複合エディタは少な
くとも４つの異なるデータタイプの組合せから成る文書
の生成および修正が可能である。

利用できるデータタイプはテキスト、グラフィック（自
由形式のものおよびビジネス用）、表、およびスーパー
ブロックである。２以上のタイプのデータを含む文書の
ことを複合文書という。第６図はそうした複合文書の例
を示すものである。この例は、テキスト、垂直方向の棒
グラフ、および表データを含む手紙（図中の長短のライ
ンは文字列または文字を表わしている）である。アプリ
ケーション複合エディタはそのような複合文書に対して
、ＷＹＳＩＷＹＧによるリアルタイムの書式化および編
集を遂行するものである。これは、カラーグラフインク
ディスプレイを具備したＩＢＭＰＣ／ＸＴのようなパー
ツナルコンピュータで使用することを想定している。こ
のエディタはＩＢＭ社のＰＣ−ＤＯ８（商標）でサポー
トされる単一の統合プログラミングアプリケーションで
あり、ポツプダウンパネルをディスプレイし管理するた
めにウィンドウシステムをイ吏用するものである。

エディタにおけるデータは全てページ（複数でもよい）
に存在し、全てのページは１つの複合文書内に存在する
。文書のテキスト内の各パラグラフはそれ自体で１つの
エンティティとして存在する。したがってユーザは各々
属性を持ったパラグラフをそれぞれ生成することができ
る。１つのパラグラフはその属性に応じて自由に調整で
きる（センタリング、左方調整、百方調整、シングルス
ベース、ダブルスペース等）。各パラグラフはそれぞれ
各自のマージノを有することができ、これはそのページ
で指定されたマージンと異なるものであってもよい。し
かも、パラグラフは決まったライトマージンおよびレフ
トマージンを有する必要もない。１つのパラグラフはそ
のページのグラフインクまたは表のまわりを取り囲むよ
うに納めるこトモできる。グラフインクオブジェクトを
生成している間ユーザは様々な形を選択でき、さらに様
々なグラフインクのタイプを選択できる。表は単一のセ
ルまたは複数の行および列を有するものでもよい。後者
の場合、通常のスプレッドノートアプリケーションのよ
うに１つのセル内で算術的な計算ができる。

第６図の例では、ディスプレイスクリーンの上部に２つ
のアプリケ−７ヨンコマンドノ（−が図示されている。

編集中のデータのタイプに関して現に有効な全てのコマ
ンドを表わすコマトポタンがコマンドバー内に在る。コ
マンドバーの内容は選択されたデータのタイプに適用す
る可能性のめる編集作業を表わすよって変更される。マ
ウスのような位置指定装置で位置指定し適当なボタンを
押すことによって１つのコマンドを選択することができ
る。コマンドがコマンドバーがら選択されてそのコマン
ドがユーザとの対話をさらに要求するものであれば、ポ
ツプダウンパネル（後述の第１８図参照）がディスプレ
イされる。ポツプダウンパネルはキーワード、値フィー
ルド、および教示的なテキストから成る。各ポツプダウ
ンパイ・ルはその上部右隅にＱＵＩＴボタンを有してお
シ、ユーザがこれを選択するとそのパネルはスクリーン
から消去されてパラメータエン）　ＩＪパネルが取シ消
される。はとんどの多重選択およびパラメータエントリ
パネルは上部右隅にＤｏボタンを有しておシ、ユーザが
これを選択するとそのコマンドが実行される。コマンド
が完了するとそのポツプダウンパネルはスクリーンがら
ｌ肖去される。

第６図の例では、１つのオブジェクトセット内のデータ
のタイプを示すアイコンがレフトマージンに沿って図示
されている。アイコンＩ−Ｉは見出しくヘッダ）、アイ
コンＬはライン、アイコンｑ１はパラグラフ、アイコン
Ｇはグラフィック、アイコンＴは表をそれぞれ表わす。

エディタは第２図に示すようなページレイアウトの考え
方で機能する。第２図の例では、ページオブジェクト１
００が、パラグラフオブジェクト、ラインオブジェクト
、自由形式グラフインクオブジェクトセット、ビジネス
グラフィックオブジェクトセット、および表オブジェク
トセットを有する。これらのオブジェクトを表わすアイ
コンは、図の左方に示すようにページオブジェクトから
順に、”Ｐ”、”ｑ工゛、ＩＩ　Ｌ　ＩＩ、ｎ　Ｄｎ　
、　ＩＩ　＋３　＋１　、　オヨびＩＩ　Ｔ　Ｉｔ　テ
ある。

アプリケーションコマンドバーＡＨ１ＳＨＯＷ。

ＵＮＤＯ，Ｒ，ＥＤＯＳＣＯＮＶＥＲ，Ｔ、５ＴＡＴＵ
Ｓ。

ＧＯＴＯｌＰＲＩＮＴ、５ＰＬＩＴ、およびＭＥＲＧＥ
というコマンドを含み、アプリケーションコマンドバー
Ｂは、ＣＲＥＡＴ、ＤＥＳＣＲＩＢＥ、ＤＥＬＥＴＥ、
ＭＯＶＥ、Ｃ０ＰＹ、５ＥＡＲＣＨ／Ｒ尋ＰＬＡＣＥ、
ＧＥＴ、４（ＥＬＰ、およびＥＮＤというコマンドを含
むことができる。参照番号１０１は音声注釈マークオブ
ジェクトを表わす。自由形式グラクイ′　ツクオブジェ
クトセットは、点、直線、曲線、多角形、円等、の図形
や手書きの文字および図形を有することができ、ビジネ
スグラフインクオブジェクトセットは棒グラフ、円グラ
フ、折れ線グラフ等のグラフを有することができる。こ
うしたデータオブジェクトはページオブジェクトに存在
し、データはデータオブジェクトに存在する。全てのペ
ージは１つの文書オブジェクト内に存在する。

データオブジェクトによってはそれらの中に付加的なオ
ブジェクトを含むものもちる。これらのオブジェクトは
そのページでユーザが操作することのできるデータ指定
型のエンティティである。他のオブジェクト内に存在す
るオブジェクトは定められた１つのオブジェクトセット
の境界内に存在し、全てのオブジェクトはそのページの
指定された境界内に存在する。この境界は１つのオブジ
ェクトセットの境界として定義される。２以上のデータ
オブジェクトが１つのオブジェクトセット内に存在でき
る。そのオブジェクトセットにおけるデータのタイプに
応じて、ディスプレイ空間のサイズは一定であったシ調
整可能であったシする。

たとえば１つのパラグラフは１つの動的なオブジェクト
セットである；テキストは随時に付加しまたは削除でき
る。したがってパラグラフのディスプレイ空間はデータ
量の増減に応じて変化する。

グラフィックまだは表オブジェクトセットの場合、ディ
スプレイ空間のサイズはその空間で定義された動的調整
の属性の関数となり、これはユーザで管理することが可
能である。動的調整の属性がオンならば、データがオブ
ジェクトセットに付加されだときはディスプレイ空間は
大きくなり、データが削除されたときはディスプレイ空
間は小さくなる。グラフィックオブジェクトセットの場
合、そのデフオールドは動的調整＝オンである。これは
、ディスプレイ空間が図形またはグラフの太きさに合わ
せて調整されることを意味する。このデ　　　　　ｉ’
、ｌ１７オールトを変更するために、ユーザはそのグラ
フィックオブジェクトセットのアイコンを指定し、コマ
ンドバーのＤＥＳＣＲＩＢＥコマントヲｉ択−ｉる。表
オブジェクトセットに関するデフオールドは動的調整＝
オフであるから、ディスプレイ空間のサイズは一定であ
り、その表に関する最小限のディスプレイ空間のサイズ
に等しい。グラフィックまたは表オブジェクトセットの
表示可能領域が一定のときに、そのオブジェクト内のデ
ータはディスプレイ空間の境界を越えることもある。た
とえば、ユーザは２５５行×６３列の１つの表を定義す
ることができるけれども、そのディスプレイ空間に入る
のはそのうちの１５行×１ｏ列だけである。この場合は
、そのオブジェクトセット内のデータは画面移動可能で
ある。

Ｆ　３．　　スーパーブロック 本実施例によれば、２以上のオブジェクトセットが同一
ページの１つの表示可能領域を占めるように複数のオブ
ジェクトセットをそのページに位置づけることができる
。たとえば、グラフィノイオブジェクトセットｔたは表
オブジェクトセットのまわシに納まる１つのパラグラフ
と、上下にテキストを有するパラグラフの中央に存在す
るグラフィックオブジェクトセットとが隣シ合ったもの
は、そのような例の１つである。前述のようにそのよう
な配置はスーパーブロックと呼ばれる１つのオブジェク
トセット構造で表わされる。

オブジェクトセットの概念を使えば、ユーザはエディタ
を容易に理解することができる。ユーザは非常に複雑な
構造を自由に生成しデザインし、しかもオブジェクトセ
ットとオブジェクトの他のタイプとの間の違いを知って
いる必要はない。ユーザがＣＲＥＡＴＥコマンドのポツ
プダウンパネルからライン、パラグラフ、グラフィック
、または表のオプションを選べば、自動的にオブジェク
トセットが生成される。オブジェクトセットが生成され
ると、そのオブジェクトセット内のデータにどのような
編集ルールを適用するかはエディタが自動的に判断する
。１つのオブジェクトセットが生成されると、そのオブ
ジェクトセットはユーザの指定するレフトおよびライト
マージンオフセットでそのページに置かれる。普通、同
一ページにおける複数のオブジェクトセットの配置は連
続的である。すなわち、第３図に示すように、各オブジ
ェクトセットは先行するオブジェクトセットのすぐ後に
置かれる。各オブジェクトセットのレフトマージン２０
１およびライトマージン２０２はページ左端２０３およ
びページ右端２０４からのオフセットとしてそれぞれ定
義される。

本実施例によれば、オブジェクトセットは同一ページに
必ずしも連続的に置く必要はない。たとえば、１つのパ
ラグラフの中央に１つのグラフィックオブジェクトセッ
トを置くことができる。そうすると、グラフィックオブ
ジェクトセットの挿入によシ生成された白地スペースを
埋めるようにバラグラフのテキストがそのグラフィック
オブジェクトセットのまわりに納まる。この例を第４図
に示す。このテキストの流れはテキストとグラフィック
との組合せを示唆するもので、これが１つのスーパーブ
ロック構造を生成している。前述のように、１つのスー
パーブロックは、オブジェクトセットが互いにオーバー
ラツプするか、隣接して存在するか、上または下に広が
るように位置した２以上のオブジェクトセットを含む任
意の表示可能な領域である。複合テキストエディタでは
テキストオブジェクトセットは他のどんなオブジェクト
セットともオーバーラツプしないので、テキストはその
７０−アトリビュートに応じて常に調整される。この７
０−アトリビュートがオフならば、第５図に示すように
テキストは非テキストオブジェクトセットの上および下
に置かれる。フローアトリビュートがオンならば、第４
図に示すように、テキストは非テキストオブジェクトセ
ットのまわシの白地スペースを埋めるように調整される
。

Ｆ　４．　　スーパーブロックの生成フロセス第１図は
スーパーブロックの生成のプロセスを示す流れ図である
。オペレータは、最初、ポインタまたはカーソルを取９
出す。オペレータはマウスのような位置指定装置によっ
てディスプレイスクリーン上でポインタを動かして、第
７図の矢印で示すような所望のウィンドウ場所のところ
にそれを持ってくる。ポインタが所望のウィンドウ場所
のところに来たら、オペレータはマウス上のボタンまた
はスイッチを押してその場−所を選ぶ。以上の位置指定
および場所選択のオペレーションがステップ１である。

オペレータは、次に、アクションを遂行するためにコマ
ンドを選択する。このコマンドの選択には幾つかのやり
方がある。たとえば、コマンドキーを選択するもの、コ
マンドバーからコマンドボタンを選択するもの、または
コマンドラインにコマンドを入力するものである。ステ
ップ２がコマンドの選択である。コマンドが選択される
と、その編集作業がデータの挿入を生ずるものであるか
どうかを判断するための検査が遂行される（ステップ３
）。もしそうなら、ステップ４で、既に生成されたオブ
ジェクトセットの境界内にポインタの場所が存在するか
どうかを判断するために、ポインタの場所をスクリーン
における座標から文書内における座標に変換する。もし
その場所が既存のオブジェクトセットの境界内に存在す
るときは、１つのスーパーブロックが生成され（ステッ
プ８）、そうでないときは通常のオブジェクトセットが
生成される（ステップ７）。第４図または第５図に示し
たものが生成されたスーパーブロックの例で６Ｄ、第３
図に示したものが生成された通常のオブジェクトセット
の例である。スーパーブロックオブジェクトセットまた
は通常のオブジェクトセットが生成されると、その新た
に生成されたオブジェクトセットを文書に挿入しなけれ
ばならない（ステップ９）。ステップ３で検査の結果が
先の例と反対なら、通常のコマンド処理が続く（ステッ
プ５）。全てのコマンド処理が完了すれば、ディスプレ
イのスクリーンが更新される（ステップ１０）。

下記の第１表に示すフロシージャは、スーパーブロック
を暗黙的に生成するためのものである。

第１表 （スーパーブロック生成フロシージャ）ＯＮ　　ＰＯＩ
ＮＴＥＲ５ＥＬＥＣＴＩＯＮＣＡＬＬ　　ＱＵＥＲＹ　
　ＬＯＣＡ ＳＥＬＥＣＴ　　ＥＤＩＴ　　ＡＣＴＩＯＮＩＦ　　Ｅ
ＤＩＴ　　ＡＣＴＩＯＮ　　＝＝　　ｌＮ５ＴＨＥＮ　
　ＣＡＬＬ　　ＧＥＴ　　ＤＯＣＬＯＩＦ　　ＤＯＣＬ
ＯＣＡＴＩＯＮ ＴＨＥＮ　　ＣＡＬＬ ＥＬＳＥ　　ＣＡＬＬ ＣＡＬＬ　　ｌＮ５ＥＲＴ　　０ＢＪ ＥＮＤ　Ｉ　Ｆ ＥＬＳＥ　　ＣＡＬＬ　　ＮＯＲＭＡＬ　　ＥＤＩＥＮ
Ｄ　Ｉ　Ｆ ＣＡＬＬ　　ＲＥＤＩＳＰＬＡＹ　　ＤＡＴＡＴＩＯＮ
　　ＰＯＩＮＴＥＲ ｇＲＴ　　　ＤＡＴＡ ＣＡＴ　Ｉ　０Ｎ ＝＝　　ＥＸＩＳＴＩＮＧ　　０ＢＪＥＣＴ　　　５Ｅ
ＴＣＲＥＡＴＥ　　Ｓ　ＵＰ　Ｅ　Ｒ，Ｂ　ＬＯＣＫＣ
ＲＥＡＴＥ　　０ＢＪＢＣＴ　　５ＥＴ１シＣＴ　　　
ＳＥＴ ＋［＋　　　　　　　　　　　　　　　　　　　　　　
　　　＋’、ｈマウスのボタンを押してウィンドウ内の
場所を定めるときは、ポインタの場所を決めるためのル
ーチンが呼び出される（ＣＡＬＬ　　ＱＵＥＲＹＬ’０
ＣＡＴＩＯＮ　　ＰＯＩＮＴＥＲ）。選択された編集作
業がデータの挿入を含む場合は、文書の既存のオブジェ
クトセットの境界内にウィンドウの場所が存在するかど
うかを判断するためのルーチンが呼び出される（ＣＡＬ
Ｌ　　ＧＥＴ　　ＤＯＣＬＯＣＡＴＩＯＮ）。既に成る
オブジェクトセットがそのウィンドウの場所を占めてい
るときは、スーパーブロック構造を生成してそのウィン
ドウの場所にスーパーブロックオブジェクトセットを挿
入するだめのルーチンが呼び出される（ＣＡＬＬＩＮＳ
ＥＲＴ　　０ＢＪＥＣＴ　　５ＥＴ）。

”　ＣＲＥＡＴＥ　　５ＵＰＥＲＢＬＯＣＫ”　ルーチ
ンでスーパーブロックタイプのオブジェクトセットを生
成してそのスーパーブロック構造内でその最初のオブジ
ェクトセットと既存のオブジェクトセットをリンクする
。新しいオブジェクトセットを生成する場合は”ＣＲＥ
Ａ’Ｉ’Ｅ　　ＯＢＪ、ＥＣＴ５ＥＴ”ルーチンが呼び
出される。新しいオブジェクトセットは最初のオブジェ
クトセットとリンクされる。スーパーブロック内で、新
しいオブジェクトセットのｘ、ｙオフセットが決定され
る。

そのページの左側に最も近いオブジェクトセットのレフ
トマージンと、そのページの石側に最も近いオブジェク
トセットのライトマージンでそのスーパーブロックのレ
フトマージンおよびライトマージンがそれぞれ決まる。

スーパーブロックにおける新しいオブジェクトセットの
配置によシレフトマージンがライトマージンのオフセッ
ト以上になるか、または挿入／オーバーラツプのルール
に違反するときは、そのデータの属するオブジェクトセ
ットに関して定められた属性に応じてスーパーブロック
が調整される。スーパーブロックまたはオブジェクトセ
ットが生成されると、先行のオブジェクトセットの後の
文書にスーパーブロックまたはオブジェクトセットを挿
入するための゛■ＮＳＥ几Ｔ　　０ＢＪＥＣＴ　　ＳＥ
Ｔ”ルーチンが呼び出される。

定義されたウィンドウの場所に何らオブジェクトセクト
・が存在゛しない・ときは、スーパーブロックタイプと
は異なるタイプのオブジェクトセットを生成スるだめの
”ＣＲＥＡＴＥ　　０ＢＪＥＣＴ　　ＳＥＴ”ルーチン
が呼び出されるが、このオブジェクトセットに対しては
通常の処理が行われる。その後は、上記のように’ｌＮ
５ＥＲＴ　　０ＢＪＥＣＴ　　ＳＥＴ”ルーチンが呼び
出されて、先行のオブジェクトセットの後の文書にその
オブジェクトセットが挿入される。編集作業が”ｌＮ５
ＥＲＴ、ＤＡＴＡ（データの挿入）”でないときは、通
常の編集作業を処理するための’ＮＯＲＭＡＬ　　ＥＤ
ＩＴ゛ルーチンが呼び出される。

以上の生成および挿入が終わると、ウィンドウの表示を
更新するための”Ｒ，ＥＤＩＳＰＬＡＹＤＡＴＡ’”ル
ーチンが呼び出される。スーパーブロックは定められた
ウィンドウの場所でディスプレイされる。スーパーブロ
ックアイコンがそのスーパーブロックデータの隣シに置
かれて、１つのスーパーブロックが暗黙的に生成された
ことをユーザに示す。

ところで第１のオブジェクトセット内に第２のオブジェ
クトセットを加えて１つのスーパーブロックを生成する
やシ方としては、第１のオブジェクトセット内の場所（
第２のオブジェクトセットを加えたいところ）を選択し
てから、たとえばその文書内の別の場所からその選択さ
れた場所へ第２のオブジェクトセットを移動するか（Ｍ
ＯＶＥコマンド）、その文書外の別の場所からその選択
された場所へ第２のオブジェクトセットを複写スるか（
ＣＯＰ　Ｙ　コ？　７ド）、貼シ付け（ｐａｓｔｅ）用
バッファからその選択された場所へ第２のオブジェクト
セットを貼り付けるか（ＰＡＳＴＥコマンド）、または
文書内もしくは文書外の別の場所から第２のオブジェク
トセットを取ってきて（ＧＢＴコマンド）それをその選
択された場所に置く（ＰＵＴコマンド）というように、
いろいろ考え　　　　　Ｉられる。

Ｆ　５．　　スーパーブロック構造の編集プロセスこう
して生成されたスーパーブロック構造の編集のプロセス
を示す流れ図が第８図である。初めに、オペレータはポ
インタまたはカーソルを取シ出す。オペレータはマウス
のような位置指定装置によってディスプレイスクリーン
上でポインタを動かして所望のウィンドウ場所のところ
にそれを持ってぐる。ポインタが所望のウィンドウ場所
のところに来たら、オペレータはマウス上のボタンまた
はスイッチを押してその場所を選ぶ。以上の位置指定お
よび場所選択のオペレーションがステップ１１である。

次に、オペレータは編集作業を遂行するだめのコマンド
を選択する。そのコマンドでスーパーブロックの修正が
必要になる場合もある。コマンドの選択はコマンドキー
を選択するか、コマンドバーのコマンドボタンを選択す
るが、またはコマンドラインにコマンドを入力すること
によって行うことができる。コマンドが選択されると、
そのコマンドが処理される（ステップ１３）。

エディタがコマンドを処理すると、文書のページが再書
式化される。この再書式化にょシページの変シ目が来た
ときは、ページ数を付ける必要がある。ページの変シ目
が来たかどうかはステップ１４で調べる。ページの変り
目が生じないときは、ページ付けの必要はなく（ステッ
プ２１）、ｆａ！アクションが完了し現ページが再表示
される（ステップ２３）。

ステップ１４でページ付けが必要であると判断したとき
は、ページの変シ目がスーパーブロックの境界内にある
かどうかをステップ１５で判断する。ステップ１５で１
いいえ＋１のときは、通常のページ付けが行われる（ス
テップ２２）。ステップ１５で１°はい１のときは、エ
ディタはスーパーブロックの分離できるところを判断す
るため、スーパーブロックが独立した文書のページであ
るかのようにスーパーブロック内の各オブジェクトセッ
トを必ず調べる（ステップ１６）。スーパーブロックが
分離できるときは、そのスーパーブロック内のオブジェ
クトセットが再書式化されてそれらの位置が調整されて
（ステップ１９）、編集作業が完了しその文書のページ
が再表示される（ステップ２３）。ステップ１６でエデ
ィタがスーパーブロックは分離できないと判断したとき
は、エディタはその障害の理由をメツセージレコードに
記憶させる（ステップ１７）。分離が生じないので、エ
ディタはスーパーブロックのキープアトリビュートがオ
ンであるかのようにそのページを書式化する。スーパー
ブロックが長いページを作るページ上の唯一のオブジェ
クトであるときはエディタは現ページ上でそのスーパー
ブロックを保持するか、または次のページの上部にその
スーパーブロックを置く。次のページの上部にスーパー
ブロックを置くとそれ以降のページが書式化されていな
いこともあるが、書式化されていないページはスクリー
ンにディスプレイする前例常に書式化される。ステップ
１７の後、ステップ１８でスーパーブロックは分離せず
そのままでページ付けが行われる。編集作業が完了する
と、現ページを再ディスプレイする前にエディタはスー
パーブロックが分離できないという理由を示すメツセー
ジスクリーンを作成する（ステップ２０）。このメツセ
ージレコ−ドタ再表示されると同時にその文書のページ
が再表示される。ここで、オペレータハＭ　ＯＶ　Ｅコ
マンドによってスーパーブロック内でオブジェクトセッ
トを手動的に再配置することも選択できるので、その結
果エディタはスーパーブロックを分離できるようになる
。オペレータはオブジェクトセットを指し示すことによ
ってそれを選ぶことができる。その指定が多義的なとき
は、スーパーブロックを表わすアイコンを選ぶことも可
能である。スーパーブロックを分離すれば、ページ上の
データはバランス良く配置される。

第９図（第９Ａ図ないし第９Ｃ図）ないし第１２図（第
１２Ａ図ないし第１２Ｃ図）はスーパーブロックの編集
の幾つかのケースを示す図である。

第９八図ないし第９Ｃ図はスーパーブロックの境界が変
わらないような編集の例である。第９Ａ図は編集作業前
のスーパーブロックを示す図でああ。、−２オフ’　、
）　ｘ□３００（７：）左よ隅。１・　ｕ　　　　　　
ｊ／１はスーパーブロックアイコンを表わす（以下第１
０図ないし第１２図も同様である）。このスーパーブロ
ックはテキストおよびグラフィックオブジェクトセット
（Ｇ）を含むものである。第９Ｂ図では、グラフィック
オブジェクトセットが記号”↑”で示すようなポインタ
によって選択されている。テキストの左上隅の１Ｘ１１
はグラフィックオブジェクトの移動すべき場所を表わす
。第９ｃ図は編集作業を終了したものを示す図である。

第９図の例では、スーパーブロックの上部境界３０２お
よび下部境界３０４は変わらない。

第１０図（第１ＯＡ図ないし第１０Ｃ図）は第９図と同
様、移動を行うものであるがこのケースではスーパーブ
ロックの境界（下部境界３ｏ４）が変更される。第１　
’ＯＡ図は編集前のスーパーブロックを示す図である。

このスーパーブロックは、ページの左上方４分の１を占
める表オブジェクトセット（Ｔ）と、ページの右下方４
分の１を占めるグラフィックオブジェクトセット（Ｇ）
を有する。

第１０Ｂ図はオペレータの指令した編集作業を示すもの
で、この例ではグラフィックオブジェクトセットを上方
に移動させて表オブジェクトセットと隣り合せにしよう
というところを表わす。第１０Ｃ図に示すように、スー
パーブロックの下部境界３０４はグラフィックオブジェ
クトセットの移動につれて上方に動くので、次ページの
テキスト３０６が現ページに入り込んできている。

第１１図（第１１Ａ図ないし第１１Ｃ図）は挿入コマン
ドを用いて編集を行った結果、スーパーブロックの中央
にページの変り目３０８が生じるようなケースを示す図
である。第１１Ａ図は編集前のスーパーブロックを示す
図である。このスーパーブロックはテキストオブジェク
トセットとグラフィックオブジェクトセット（Ｇ）を有
する。

テキストオブジェクトセットはグラフィックオブジェク
トセットのまわりに納まっている。第１１Ｂ図は、テキ
ストオブジェクトセットに付加的なテキストを操入しよ
うとしている様子を示す図である。挿入しようとする場
所はポインタ″′↑“で示す。第１１Ｃ図は挿入後の様
子を示す図で、この例では挿入によってスーパーブロッ
クの下部境界３０４が次のページ上に移動したというこ
とを示している。スーパーブロックの長さは１ページの
長さを超えているので、第８図のところで説明したよう
に、スーパーブロックを分離できるかどうかを判断する
だめスーパーブロック構造を調べる必要がちる。第１１
図はテキストオブジェクトセットが２ページに分離でき
た例である。次の第１２図は逆に分離できない例を示す
ものである。

第１２図はオブジェクト生成の編集でスーパーブロック
がページあぶれを生じるケースを示す。

第１２Ａ図は編集前のスーパーブロックを示す図である
。このスーパーブロックは３つの２ラフイツクオブジエ
クト七ツ）（Ｇ）とテキストを有するもので、これらの
３つのオブジェクトセットはそのページのほぼ対角線上
で互いに部分的にオーバーラツプするように配置され、
そのまわシの白地スペースを埋めるようにテキストが納
まっている。第１２Ｂ図では４番目のグラフィックオブ
ジェクトセットを生成するために選択された場所を、記
号゛↑“が示している。この編集を行った結果が第１２
Ｃ図でちる。複数のオブジェクトセットのまわシに自然
に納まるようにテキストを再調整していることに留意さ
れたい。この例ではスーパーブロックの新しい下部境界
３０４はページの境界を越えている。これはページレイ
アウトにおいてグラフィックオブジェクトセットが２ペ
ージにまたがらないようにページの暗黙的な保存（キー
プアトリビュートがオン）が行われたことによる。

すなわち、この場合はスーパーブロックは分離されない
。したがってエディタはグラフィックオブジェクトがあ
るためスーパーブロックは分離不可能であるということ
を示すメツセージをディスプレイしてオペレータに知ら
せる。その後、オペレータはページレイアウト上でこれ
らのグラフィックオブジェクトの配置を調整してスーパ
ーブロックを分離可能にすることもできる。

下記の第２表はプロシージャはスーパーブロック構造の
編集のプロセスを示すものである。　　　　　　　１．
。

第２表 （スーパーブロック構造編集プロセスのプロシージャ）
ＯＮ　　ＰＯＩＮＴＥＲ５ＥＬＥＣＴＩＯＮＣＡＬＬ　
　ＱＵＥＲＹ　　ＬＯＣＡＴＩＯＮ　　ＰＯＩＮＣＡＬ
Ｌ　　ＴＲＡＮＳＬＡＴＢ　　ＬＯＣＡＴＩＯＮＳＥＬ
ＢＣＴ　　ＥＤＩＴ　　ＡＣＴＩＯＮＣＡＬＬ　　ＥＸ
ＥＣＵＴＥ　　ＣＯＭＭＡＮＤＩＦ　　ＥＤＩＴ　　Ａ
ＣＴＩＯＮ　　＝　ＣＨＡＮＧＥ　　ＰＡＧＥＴＨＥＮ
　　ＣＡＬＬ　　ＦＩＮＤ　　ＰＡＧＥ　　ＢＲＢＡＩ
Ｆ　　ＰＡＧＥ　　ＢＲＥＡＫ　　Ｉｓ　　ＷＩＴＨＥ
Ｎ　　ＣＡＬＬ　　５ＰＬＩ ＩＦ　　５ＰＬＩＴ ＨＥＮ ＥＬＳＥ ＮＤＩＦ ＥＬＳＥ　　ＣＡＬＬ　　ＰＡＧＩ ＮＤＩ　Ｆ ＮＤＩＦ ＣＡＬＬ　　Ｒ，ＥＤＩＳＰＬＡＹ　　ＤＡＴＡＢＲ ＢＲＥＡＫ Ｉ’ＨＩＮ　　５ＵＰＥＲＢＬＯＣＫ　　ＢＯＵＮＤＡ
ＲＹＴ　　５ＵＰＥＲＢＬＯＣＫ ＳＵＰ］ｌ５ＲＢＬＯＣＫ　　Ｉｓ　　ＴＲＵＥＣＡＬ
Ｌ　　ＰＡＧＩＮＡＴＥ　　（ＰＡＧＥ、５ＰＬＩＴ）
ＣＡＩ、Ｌ　　ＣＲＥＡＴＥ　　ＭＥＳＳＡＧＥ　　Ｒ
ＥＣＯＲＤＣＡＬＬ　　ＰＡＧＩＮＡＴＥ　　（ＰＡＧ
Ｅ、ＫＥＥＰ）ＣＡＬＬ　　ＢＵＩＬＤ　　ＭＥＳＳＡ
ＧＥ　　ＰＡＮＥＬＮＡＴＥ　　（ＰＡＧＥＳＮＯＲＭ
ＡＬ）マウスのボタンを押してウィンドウ内の場所を定
めるときは、ポインタの場所を判断するだめの”ＱＵＥ
ＲＹ　　ＬＯＣＡＴＩＯＮ　　ＰＯＩＮＴＥＲ”ルーチ
ンが呼び出される。次に、ポインタの場所をスクリーン
の座標から文書の座標に変換するだめの’ＴＲＡＮＳＬ
ＡＴＥ　　ＬＯＣＡＴＩＯＮ”ルーチンが呼び出される
。これによシ、選択されたオブジェクトが決まる。

場所が定まれば、オペレータは編集作業すなわちコマン
ドを選択する。そうすると、選択されたコマンドを処理
するだめの”ＥＸＥＣＵＴＥ　　ＣＯＭＭＡＮＤ”ルー
チンが呼び出される。コマンドの実行によシ、選択され
たオブジェクトの境界が変わって現ページにあぶれが生
じた場合は、新しいページの変シ目の場所がどこにある
かを判断するための”ＦＩＮＤ　　ＰＡＧＥ　　ＢＲ，
ＥＡＫ“ルーチンが呼び出される。新しいページの変シ
目の場所が１つのスーパーブロックオブジェクトセット
の境界内にあるときは、そのスーパーブロックが分離で
きるかどうかまたはどこで分離できるかを判断するため
にスーパーブロック内の各オブジェクトセットを必ず調
べる（”’５ＰＬＩＴ　　５ＵＰＥＲＢＬＯＣＫ”ルー
チン）。スーパーブロック分離不可とエディタが判断す
れば、その情報がそのルーチンに戻されて、そのデータ
をユーザに知らせるためにメツセージパネルを生成する
ことができる。

スーパーブロックが分離できるときは、現ページおよび
必要に応じて後続のページにページ数を付けるための”
　ＰＡＧＥＮＡ、ＴＥ　（ＰＡＧＥ、５ＦＬＩＴ）”ル
ーチンが呼び出される。ページ付けのルーチンの入力パ
ラメータは現ページのポインタおよびページ付タイプ変
数である。分離の場合、ページ付タイプ入力パラメータ
は上記のようＫ”５ＰＬＩＴ”である。

スーパーブロックが分離できないときは、現ページにペ
ージ数を付けるための”ＰＡＧＥＮＡＴＥ　　　　　　
　、：１（ＰＡＧＥ、ＫＥＥＰ）”ルーチンが呼び出さ
れる。スーパーブロックが長いページを作るページ上の
唯一のオブジェクトであるときはエディタは現ページ上
でそのスーパーブロックを保持するか、または次のペー
ジの上部にそのスーパーブロックを置く。次のページの
上部にスーパーブロックを置くとそれ以降のページが書
式化されていないこともあるので、さらにページ付けを
行５う場合がある。スーパーブロックが分離できないと
いう理由はメツセージレコードに置かれる（　”　ＣＲ
ＥＡＴＥ　　ＭＥＳＳＡＧＥ　　ＲＥＣＯＲＤ＠ルーチ
ン）。

次に、このメツセージをディスプレイするためのメツセ
ージパネルが作成されて（”ＢＵＩＬＤＭＥＳ８ＡＧＥ
　　ＰＡＮＥＬ”）それがユーザに知らされる。

ページの変り目の場所が１つのスーパーブロックの境界
内にないときは、現ページの通常のページ付けを行うた
めの”　ＰＡＧＥＮＡＴＥ（ＰＡＧＥ、ＮＯＲＭＡＬ）
“ルーチンが呼び出される。

全ての編集が完了した後、必要ならページ付けが行われ
て、データを再表示するための“Ｒ，ＥＤＩＳＰＬＡＹ
　　ＤＡＴＡ″ルーチンが呼び出される。

編集プロセス中にメツセージパネルが作成される場合は
、データの再表示と同時にこのメツセージパネルが表示
される。

Ｆ６　フローアトリビュートに関する７０−フ。

ロセス 第１３Ａ図ないし第１３Ｆ図は非テキストオブジェクト
セットのまわシにテキストを納めるやり方の幾つかの例
を示す図である。第１３Ａ図、第１３Ｃ図、および第１
３Ｂ図は７０−アトリビュートがオフの場合の例で、第
１３Ｂ図、第１３Ｄ図、および第１３Ｆ図はフローアト
リビュートがオンの場合の例である。これらの図かられ
かるようにフローアトリビュートの状態により、非テキ
ストオブジェクトセットのまわシのテキストの納まシ方
が異なる。これらの図は、さらに、フローアトリビュー
トがオフのものに対して、フローアトリビュートをオン
にして非テキストオブジェクトセットを移動させた結果
を表わしている。たとえば、ｍｌ　ａＡ図のテキストの
成るラインに示すｌＩＸ′１は非テキストオブジェクト
セットの移動先を表わしてお９、フローアトリビュート
をオンにしてこれを移動した結果が第１３Ｂ図である。

以下、第１３Ｃ図および第１３Ｄ図、ならびに第１３Ｅ
図および第１３Ｆ図の関係もこれと同様である。これら
の例では移動先を示す“Ｘ”のところに非テキストオブ
ジェクトセットの左上隅がくるようになっている。以上
のオペレーションは、ユーザが初めにスーパーブロック
内の非テキストオブジェクトセットを選択し、次にコマ
ンドバーのＭ　ＯＶ　Ｅコマンドおよび非テキストオブ
ジェクトセットの移動先を選ぶことによって遂行される
。

これが本発明に基づくスーパーブロック構造である。

テキストの各バラグラフはフローアトリビュートを持っ
てお）、ユーザがこれをオンにするかまたはオフにする
かを指定することができる。フローアトリビュートをオ
ン圧して他の非テキストオブジェクトセットを、たとえ
ば、もとのバラグラフの左または右の境界のところで挿
入すると、エディタはそのオブジェクトセットのまわシ
にテキストを納める。エディタは挿入されたオブジェク
トセットの場所（石にあるかまたは左にあるか）を見て
テキストをどちら側（すなわち左または右）に納めたら
よいかを判断する。オブジェクトセットがページの中央
にあるときは、エディタはオブジェクトセットの左端と
ページの左境界との間、およびオブジェクトセットの右
端とページの石境界との間の余裕が十分にあるかどうか
を判断して、十分な余裕があれば、そのオブジェクトセ
ットの両側にテキストが納まるようにする。

第１４Ａ図および第１４Ｂ図はテキストオブジェクトの
フローアトリビュートに関するフロープロセスを示す流
れ図である。スーパーブロックに対して何らかの編集作
業を行った後、エディタは再書式化が必要かどうかを判
断する。再書式化が必要なのはスーパーブロック内にテ
キストオブジェクトセットが在って且つそのうち少なく
とも・１つのテキストオブジェクトセットのフローアト
リビュートがオンのときだけである。テキストオブジェ
クトセットが存在するかどうかを判断するために、エデ
ィタはそのスーパーブロック内の最初のオブジェクトセ
ットに関するタイプを検ａして（ステップ２４）これを
調べる（ステップ２５）。

この検査でそのオブジェクトセットのタイプがテキスト
であると判断されたときは、エデ°イタはテキスト存在
フラグを“真”にセットしてそのテキストの７０−アト
リビュートを検査する（ステップ２６および２７）。そ
の７０−アトリビュートがオンのときは、エディタは７
ｃ１−フラグを”真“にセットする（ステップ２８）。

検査すべきオブジェクトセットがある限Ｉ）またはその
７０−フラグが１偽“である限っけ、ステップ２５ない
しステップ２８が繰９返される。この判断はステップ２
９で行う。

検査すべきオブジェクトセットがなくなるがまたはその
フローフラグが１真“のときは、次のステップ３０で、
テキストオブジェクトセットが実際にそのスーパーブロ
ックに入っている・、がど−うかを調べ゛る。上記のス
テップ２５ないしステップ２８のループが終了して１つ
もテキストオブジェクトセットが見い出されないときは
、そのスーパーブロックの再書式化は完了する。ステッ
プ３゜で°１はい“のときは、フローフラグが”真１で
あ　　　゛るかどうかを検査する（ステップ３１）。７
０−２ラグが１真１なら、次のステップ３２で、乙ロー
エリア（第１５Ａ図ないし第１５Ｄ図参照）の数を判断
する。

次に、ステップ３３および３４で、スーパーブロックに
おけるオブジェクトセットのタイプを検出してこれを調
べる。この検査でそのタイプがテキストでないと判断さ
れたときはステップ４８に進む。ステップ４８は、スー
パーブロックの全てのオブジェクトセットが検査された
かどうかを調べるものである。ステップ３４でタイプが
テキストであると判断されれば、そのテキストオブジェ
クトセットのフローアトリビュートを検査し、それがオ
ンのときは７０−フラグを１１真”に七ッ卜する。フロ
ーフラグが“真″にセットされフローエリアが１つ以上
あれば、そのテキストをフロ一二リアの各々に実際に納
めるだめのループに入る。

このループに入るかどうかの判断はステップ３７で行う
。ステップ３７で“いいえ°１のときは、そのテキスト
オブジェクトセットは分離されて（ステツ３８）、次に
ステップ４８へ進む。ステップ３７で“はい“のときは
、上記のループに入る。

このループでは、まずステップ３９で、エディタは最初
のフローエリアを検出する。次のステップ４０はフロー
エリア）、／ｌ／−チンの実行を示すものである。この
ルーチンは成功戻シコードまたは不成功戻りコードに戻
る。ステップ４１でこの戻りコードを調べる。これが成
功の場合は納めるべきテキストがまだ残っているかどう
かを調べる（ステップ４５）。ステップ４５で１′いい
え１のときは次のステップ４６でテキスト残なレフラグ
を”真”にセットしてステップ４７以降を続行する。

ステップ４１で１いいえ゛のときは、次のステ゛ツブ４
２でフローテキストルーチンを再始動することができる
かどうかを調べるだめの再始動フロール−チンを実行す
る。これも成功戻シコードまたは不成功戻シコードに戻
るので、次のステップ４３でその戻りコードを調べる。

これが成功なら、ステップ４７以降を続行する。逆に不
成功なら、次のステップ４４で残りのテキストを分離し
てからステップ４７以降を続行する。ステップ４７では
納めるべきテキストがまだ残っているかどうか、または
フローテキストルーチンが再始動できるかどうかを調べ
る。納めるべきテキストがもう残っていない場合、また
はフローテキストルーチンが失敗し且つ再始動できない
場合は、ステップ４８以降を続行し、そうでない場合は
ステップ３９以降を繰り返す。ステップ４８で、全ての
オブジェクトセットの検査が済んだかどうかを調べて、
まだあればステップ３３以降を繰υ返し、そうでないと
きは、以上のプロセスは終了する。すなわち、そのスー
パーブロック内の全てのオブジェクトセットの処理が完
了する。

以上に説明したフローアトリビュートに関するフロープ
ロセスのソロシージャを下記の第３表に示す。

１つのスーパーブロックオブジェクトに対して何らかの
編集作業がなされて、エディタがスーパーブロックの再
書式化が必要と判断すれば、エディタはスーパーブロッ
ク内の最初のオブジェクトセットのタイプを検出するた
めの”０ＢＪＥＣＴＳＥＴ　　ＴＹＰＥ“ルーチンを呼
び出す。このタイプがテキストである場合は、テキスト
が存在することを示すフラグ（ＴＸＥＴ　　ＥＸＩＳＴ
Ｓ）を１真１にする。次にそのテキストの７０−アトリ
ピユートがオンであるかどうかを調べるための’ＴＸＥ
Ｔ　　ＦＬＯＷ　　ＡＴＴＲＩＢＵＴＥ（ＦＬＯＷ　　
ＯＮ）”ルーチンを呼び出す。それがオンなら、フロー
フラグ（ＦＬＯＷ　　ＯＮ）を１真１にセットする。以
上のルーチンは、スーパーブロックの全てのオブジェク
トセットが検査されるかまたはそのフローフラグが１賞
になるまで繰シ返される。

テキスト存在フラグが１真１なら、成るループに入シ非
テキストオブジェクトセットのまわシに納めるべきテキ
ストオブジェクトセットが残っている限シ、そのループ
が繰シ返される。この繰シ返しループに入る前で、フロ
ーフラグが”真１なら、そのスーパーブロックのどこに
フローエリアがあるかを判断するための”’　ＤＥＴＥ
凡ＭＩＮＥ　　ＦＬＯＷＡＲＥＡＳ“ルーチンが呼び出
される。このルーチンはスーパーブロックにおけるフロ
ーエリアの数を判断するのに使用されるが、１つのフロ
ーエリアに許される最小幅のものはその数に数えられる
。

上記繰シ返しループに入ると、オブジェクトセットのタ
イプを検出するだめの”ＧＥＴ　　０ＢＪＥＣＴ　　Ｓ
ＥＴ　　ＴＹＰＥ”ルーチンが呼び出される。最初のオ
ブジェクトセットのタイプがテキストなら、そのテキス
トオブジェクトセットのフローアトリビュートがオンで
あるかどうかを調べるための６ＴＥＳＴ　　ＦＬＯＷ　
　ＡＴＴＲＩＢＵＴ　Ｅ　（Ｆ　Ｌ　ＯＷ　　ＯＮ　）
　”　ルーｆンカ呼ヒ出すレ１．．。

る。このフローアトリビュートがオンであって且つフロ
ーエリアの数がゼロでないなら、フロープロセスが始ま
シ、そうでないときは、そのテキストオブジェクトセッ
トを分離するための”５ＰＬＩＴ　　０ＢＪＥＣＴ　　
ＳＥＴ”ルー−Ｆ−ｙが呼ヒ出される。フロープロセス
は幾つかのルーチンを有する繰シ返しループであシ、処
理すべきテキストオブジェクトセットが残っている限シ
この繰シ返しループが続く。

この第２の繰シ返しループに入った後、テキストを納め
るべき最初の領域を得るだめの”ＧＥＴＦＬＯＷ　　Ａ
ＲＥＡ”ルーチンが呼び出される。

フローエリアの順番はステップ３２でエディタによって
決められる。次に、実際にテキストを納めるだめの“Ｆ
ＬＯＷ　　ＴＥＸＴ”ルーチンが呼び出される。このル
ーチンが成功すれば、フロープロセスは続行できる。逆
に不成功のときは他のフローエリアにおけるフロープロ
セスの再始動全試行するための１ｌＲＥＳＴＡＲＴ　Ｆ
Ｌｏｗ１１ルーチンが呼び出される。フロープロセスが
再始動できないときは、残シのテキストを分離して非テ
キストオブジェクトセットの後に置く。”ＦＬＯＷＴＥ
ＸＴ“ルーチンが成功すると、そのテキストの全てのテ
キストデータがテキストオブジェクトセットに納まった
かどうかを調べる。もしこれが納まっていれば、テキス
ト残なしフラグを１真”にセットする。テキスト残なし
フラグが１真“１のとき、またはフロープロセスが再始
動できないときは、この内部繰り返しループは終了する
。スーパーブロックにおける全てのテキストオブジェク
トセットが処理されれば、外部縁シ返しル−プは終了す
る。

第１５Ａ図ないし第１５Ｄ図はフロープロセスを示す他
の例である。第１５Ａ図は１つのスーツく一ブロックに
おいて１つのグラフィックオブジェクトセット（Ｇ、）
と１つの表オブジェクトセット（Ｔ）との間にテキスト
が納まっている様子を表ワス。参照番号４００はページ
オブジェクトを表わす。第１５Ｂ図は２つのグラフィッ
クオブジェクトセットの上、下、および間にテキストが
納まっている様子を表わす。各オブジェクトセットとテ
キストとの間の余裕はフローマージン４０２である。第
１５Ｃ図は１つの表オブジェクトセットのまわシおよび
幾つかのグラフインクオブジェクトセットの間にテキス
トが納まっている様子を表わす。この例ではこれらのグ
ラフィックオブジェクトセットは表オブジェクトセット
とオーバーラツプしている。第１５Ｄ図は互いにオーバ
ーラツプした２つのグラフィックオブジェクトセットの
両側にテキストが納まっている様子を表わす。第１５Ａ
図はフローエリア４０４は１つであるが、第１５Ｂ図な
いし第１５Ｄ図の例は複数のフローエリア４０４を有す
る。

パラグラフオブジェクトにフローアトリビュートを具備
することに加えて、リストオブジェクト（これは実際に
は１つのパラグラフオブジェクトの特殊なケースである
）にもフローアトリビュートを具備することができる。

７０−アトリビュートがオンであって且つリストの中央
に他のオブジェクトが生成または挿入されるときの様子
を第２１図に示す。第２１図の左側の図がグラフインク
オブジェクト挿入前のリストオブジェクトを表わし、右
側の図が挿入された結果を表わしている。

図に示すようにリストオブジェクトは項目１．２、・・
・のような項目から成るパラグラフオブジェクトである
。１つの項目が複数のパラグラフを有していてもよく、
その場合はそのパラグラフごとにフローアトリビュート
が与えられる。

さらに、１つのパラグラフオブジェクトは中断すること
ができ、単一セルの表またはリストを挿入しても壊れる
ことはない。１つのパラグラフが中断されるときは、そ
れはその中にスペースを有する１つの全体的なオブジェ
クトとして機能する。

１つのリストがそのパラグラフを中断するなら、そのパ
ラグラフはリストが終了したところから再び始まる。リ
ストの・前に在るバラグラーフの一部に変更があると（
その結果、テキストが再書式化されて、挿入されたリス
トの下に在るテキストの方へテキストが押し下げられる
）、それはリストをスキップし、あたかもそのリストが
存在しな　　　　　２．１１いかのようにしてそのパラ
グラフの残りの再書式％式％ 第１６図は複数の非テキストオブジェクトセットが互い
にオーバーレイした１つのスーパーブロックの例を示す
図である。第１７図は複数の非テキストオブジェクトセ
ットおよび１つのテキストオブジェクトセットが存在す
る例を示し、この例では、これらの非テキストオブジェ
クトセットは互いにオーバーレイしているが、テキスト
オブジェクトセットにはオーバーレイしていない。参照
番号５００．５０２．５０４、および５０６は、ページ
左端、ページ右端、スーパーブロックレフトマージン、
およびスーパーブロックライトマージンをそれぞれ表わ
す。ユーザがＣＲＥＡＴＥ、ＭＯＶＥ、Ｃ０ＰＹ、ＰＡ
ＳＴＥ、ｔ７’ｃはＧＥＴのコマンドを指定するとエデ
ィタがスーパーブロックを暗黙的に生成し゛、その結果
、少なくとも２つのオブジェクトセットが同じディスプ
レイ空間を占める。スーパーブロックに適用できるコマ
ンドは一般的なファンクションである。たとえば、ユー
ザがそのスーパーブロックに関してＭＯＶＥ。

Ｃ０ＰＹ、ＧＥＴ、またはＤＥＬＥＴＥを選択すると、
スーパーブロック内の全てのオブジェクトセットに対し
、それらがあたかも１つのエンティティであるかのよう
にして、選択されたコマンドが適用される。そのスーパ
ーブロックに関するＭＯＶＥ、Ｃ０ＰＹ、ｔた１ｄＧＥ
ＴＯ行先が他（７）Ｘ−パーブロックまたはオブジェク
トセットになるときは、その行先のところで新しいスー
パーブロック構造かもとのスーパーブロック構造と入れ
換わる。すなわち、エディタはスーパーブロック構造を
ひとたび生成すれば、それを別のオブジェクトセットと
して取シ扱う。したがってエディタの遂行する計算は大
幅に簡略化される。ユーザがスーパーブロック内の成る
オブジェクトセットを選ぶと、コマンドバーはそのオブ
ジェクトセットのタイプに関して有効なコマンドを表わ
すように変更される。オブジェクトセットの場所はコマ
ンドの結果には影響を与えない。スーパーブロックの内
側でそのオブジェクトセットに対してＭＯＶＢ、Ｃ０Ｐ
Ｙ、ＤＥＬＥＴＥ、ＤＥ８ＣＲＩＢＥ等のコマンドを実
行することができる。

Ｆ７　まとめ エディタは、スーパーブロックの生成の際、レフトマー
ジンオフセットおよびライトマージンオフセットをどれ
だけにすべきかを決定する。スーパーブロックアイコン
を選んで次にコマンドバーからＤＥＳＣＲＩＢＥを選択
することによって、ユーザはこれらのマージンオフセッ
トを変えることができる。これで第１８図に示すような
ポツプダウンパネルがディスプレイされる。この図から
れかるように、ユーザはこのポツプダウンパネルによっ
て”名前（ＮＡＭＥ）”を指定し、スーパーブロックの
前後のスペースを変更し、”保護アト’）ビニ＝−−）
（ＰＲＯＴＥＣＴＩＯＮ）”ｆセｙトすることもできる
。スーパーブロック構造の生成の際にオブジェクトセッ
トの配置に関してエディタが用いるルールは下記のとお
シである。

（ａｌ　　オブジェクトセットの配置に関して選択され
た行先はそのオブジェクトセットの上部レフトマージン
の境界の開始点となる。ライトマージンオフセットは変
わらない。

（ｂ）　　定義されたレフトマージンオフセットがライ
トマージンオフセットより大きいかまたは等しいときは
、エディタはそのオブジェクトセットラそのスーパーブ
ロック内に置く。

（Ｃ）　　そのオブジェクトセットの内容の少なくとも
一部分がディスプレイできないときは、エディタはその
スペースに合うようオブジェクトセットを切り取る（ｃ
ｌｉｐ）。データは新しい境界内で画面移動可能となる
。

（ｄ）　　テキストオブジェクトセットはオーバーレイ
できない。

（ｅ）　　非テキストオブジェクトセットの左または石
に十分なスペースがあるときは、フローアトリビュート
がオンであるテキストは白地スペースを埋めるよう自然
に納まる。逆に、スペースが十分でないときは、テキス
トオブジェクトセットは非テキストオブジェクトセット
の後に置かれる。

スーパーブロック内のデータが２ベ一ジテ分離ｉ、、。

できるなら、１つのスーパーブロックはページの終わシ
の境界を越えてもよい。スーパーブロック構造によシ、
ページ付は手段に必要な簿記は簡単になる。スーパーブ
ロックがページの終わシを越えないなら、ページ付は手
段はスーパーブロック構造の合計の高さだけがわかれば
よい。スーパーブロック構造を２ページに分離する必要
があるときは、そのスーパーブロック内の各オブジェク
トセットを必ず調べてそのデータがスーパーブロックを
分離できるようなものであるかどうかを検査する。スー
パーブロックが分離できるときは、ページ付は手段はそ
の分離がどこでできるかを必ず決定する。

スーパーブロック構造を生成する際、エディタはページ
終了の判断をしなければならないときにだけ、スーパー
ブロック構造内の複合データを処理する。しかも、第９
図等に示すように、スーパーブロックであることを表わ
すアイコン”Ｓ　ＩＩが１つ存在するだけであるから（
通常各オブジェクトセットの隣シに示されるアイコンは
゛・この場・台表示されない）、ディスプレイの表示は
わかシ易い。このように、スーパーブロックは複雑な構
造をしているけれども、エディタがこれを暗黙的に生成
するので同一ページにおける異なるタイプのデータの統
合および操作は非常に簡単になる。スーパーブロックが
あれば、ユーザはページ上の単一の表示領域内で複数の
オブジェクトセットを容易に処理することができる。

第１９図は文書オブジェクトデータ構造をアプリケーシ
ョン複合エディタの文書リングにリンクした様子を示す
図である。文書はディレクトリによって文書リングにお
いてアクセスされる。このディレクトリが文書ヘッダを
指定し、文書ヘッダがその文書オブジェクトおよび次の
文書ヘッダを指定する。文書オブジェクトはＰＯＬＩＴ
Ｅシステムのように、ＵＮＤＯリング、ＲＥＤＯリング
、および書式化情報（ＤＯＣＦＣＢ）を指定する。

１つのオブジェクトセットはアプリケーション複合エデ
ィタのアーキテクチャの基本であり、文書オブジェクト
が最初のラベル（ＬＡＢ　　１）を指定し、これが最初
のオブジェクトセット（○ＢＪＳＥＴＩ）を指定する。

各オブジェクトセットは先行のオブジェクトセットおよ
び次のオブジェクトセソトを指定する；各オブジェクト
は各々名前を有することができる；各オブジェクトセッ
トは１ページに保存すべきユーザの定義した１つのブロ
ックの一部となることもできる；各オブジェクトセット
はベージングデータで使用される一意的な識別子をそれ
ぞれ有する。第１７図に示したアーキテクチャかられか
るように、エディタにおける全てのデータは複数のペー
ジに存在し、全てのページは１つの複合文書内に存在す
る。

第１９図に示すデータ構造における１以上のオブジェク
トセットが１つのスーパーブロックであってもよい。ス
ーパーブロック構造の１つの表現を第２０図に示した。

スーパーブロック構造をＰａ５ｃａｌで実現した例を下
記の第４表に示す。

第４表 （Ｐａ５ｃａｌによるスーパーブロックの定義）ｄｉｓ
ｔａｎｃｅ　＝　ｉｎｔｅｇｅｒ　；　（一般的な複数
の単位からなる成る数） ｏｂｊ　ｉｄ＝ｗｏｒｄ　；　（記憶手段からエディタ
のオブジェクトを要求するだめの識別子） ｆｃｂ　ｐｔｒ　＝ｏｂｊ　ｓｅｔ　ｆｃｂ　；　（オ
ブジェクトセットの書式化情報へのポインタ） ｌａｂｅｌ　ｐｔｒ　＝ｎ　１ａｂｅｌ　；　（ユーザ
の指定したラベル情報へのポインタ） ｔｂｌ　ｈｅａｄ　ｐｔｒ　＝　ｔｂｌ　ｈｅａｄ　；
　（表指定オブジェクトセット情報へのポインタ） ｇ　ｈｅａｄ　ｐｔｒ　＝　ｇ　ｈｅａｄ　；　（ｏｂ
ｊ　ｓｅｔのグラフィック指定部分へのポインタ） ｔｘｔ　ｈｅａｄ　ｐｔｒ　＝　ｔｘｔ　ｈｅａｄ　；
　（ｏｂｊ　ｓｅｔのテキスト指定情報へのポインタ）
　　　　　　　　　　　　　　　１ｌｉｓｂｌｋ　ｈｅ
ａｄ　ｐｔｒ　＝　５ｂｌｋ　ｈｅａｄ　；　（スーパ
ーブロック指定オブジェクトセット情報へのポインタ）
ｓｂｌｋ　ｈｅａｄ　＝ ｅｃｏｒｄ ｆｉｒｓｔ　ｏｂｊ　　ｓｅｔ　。

１ａｓｔ　ｏｂｊ　ｓｅｔ　：　ｏｂｊ　’５ｅｔＳｉ
ｄ　ｐｔｒ　；（、ｒ、−ハフ’ロッつておける最初の
オブジェクトセット） （最後のオブジェクトセット） ｅｎｄ　； ｏ　ｔ、ｙｐｅｓ　＝　（５ｕｐｅｒｂｌｏｃｋ、　　
ｔｅｘｔ　ｏｂｊ、ｇｒａｐｈ　ｏｂｊ。

ｔａｂｌｅ　ｏｂｊ　）；　（オブジェクトセットのタ
イプ） （２以上のオブジェクトセットを有するオブジェクトセ
ット） （単一ライン、パラグラフ、またはリストのオブジェク
トセットｊ （グラフィックオブジェクトセット） （表オブジェクトセット） ｏｂｊ　ｓｅｔ　ｐｔｒ　＝　ｏｂｊｅｃｔ　ｓｅｔ　
；　（オブジェクトセットへのポインタ） ｏｂｊｅｃｔ　　ｓｅｔ　＝ ｅｃａｒｄ ｐｒｅｖ。

ｎｅｘｔ　　：　ｏｂｊｓｅｔ　ｐｔｒ　；ｎａｍｅ　
：　　１ａｂｅｌ　ｐｔｒ　；ｈｅｉｇｈｔ　：　ｄｉ
ｓｔａｎｃｅ　；　（オブジェクトセットの高さ） ｆｏｒｍａｔｔｅａ。

ｋｅｅｐ　：　ｂｏｏｌｅａｎ　；　　（表示準備完了
）（ｏｂｊ　ｓｅｔ分離可能性） ｆｃｂ　：　ｆｃｂ　ｐｔｒ　；　（書式化情報へのポ
インタ） ｉｄ　ｔａｇ　：　ｏｂｊ　ｉｄ　；　（オブジェクト
七ッ、トのための一意的な識別子） ｃａｓｅ　ｏｂｊ　ｓｅｔ　ｔｙｐｅ　：　ｏ　ｔｙｐ
ｅｓ　ｏｆ　５ｕｐｅｒｂｌｏｃｋ　：　（ｓ　ｈｅａ
ｄ　：　５ｂｌｋ　ｈｅａｄ　ｐｔｒ）；ｇｒａｐｈ　
ｏｂｊ　：　（ｇ　ｈｅａｄ　：　ｇ　ｈｅａｄ　ｐｔ
ｒ）　；ｔ２ｂｌｅ　ｏｂｊ　：　（ｔ　ｈｅａｄ　：
　ｔｂｌ　ｈｅａｄ　ｐｔｒ＞；ｔｅｘｔ　ｏｂｊ　：
　（ｔｅｘｔ　ｈｅａｄ　：　ｔｘｔ　ｈｅａｄｐｔｒ
）； ｅｎｄ　；　（ｏｂｊ　ｓｅｔ　ｉｄ　ｐｔｒはスーパ
ーブロック内の各オブジェクトセットに関する情報を含
む構造へのポインタである） ｏｂｊ　ｓｅｔ　ｉｄ＝ ｅｃｏｒｄ １ｏｃ　：　ｏｆｆｓｅｔ　；　　（スーパープロ７り
内の場所） ｎｅｘｔ　ｏｂｊ　、ｓｅｔ　：　ｏｂｊ　ｓｅｔ　ｉ
ｄ　ｐｔｒ　；（次の５ｂｌｋ　ｏｂｊ　ｓｅｔ　） （順序は左から右） ｉｉｄｐｔｒに関連する。ｂｊｓｅｔへのｐｔｒ　）ｅ
ｎｄ　； １つのスーパーブロックオブジェクトセットのフィール
ドを以下に説明する。

ｐｒｅｙ　＝先行のオブジェクトセットへのポインタ ｎｅｘｔ　＝次のオブジェクトセットへのポインタｎａ
ｍｅ＝ユーザの定義したラベル情報へのポインタ ｈｅｉｇｈｔ＝スーパーブロックの一般的な複数単位の
高さ ｆｏｒｍａｔｔｅａ＝スーパーブロックが書式化された
かどうかを示すフラグ ｋｅｅｐ　＝スーパーブロックが２ページに分離できる
かどうかを示すフラグ ｆｃｂ　＝スーパーブロックに関する書式化情報へのポ
インタ ；ａ　ｔａｇ＝−当スーパーブロックに割シ当てられた
一意的な識別番号 ｓ　ｈｅａｄ　＝スーパーブロック指定情報へのポイン
タ：最初のオブジェクトセットｉｄ 構造および最後のオブジェクトセット ｉｄ構造 ｏｂｊ　ｓｅｔ　ｔｙｐｅ＝オブジェクトセットが１つ
のスーパーブロックであることを示すス カシ 以上に示したフィールドは、Ｓ　ｈｅａｄを除いて、全
てのオブジェクトセットに対し共通である。テキストオ
ブジェクトセットの場合、変数ポインタフィールドはｔ
ｘｔ　ｈｅａｄ　　であシ、グラフィックオブジェクト
セットの場合、変数ポインタフィールドはｇ　ｈｅａｄ
で６Ｄ、表オブジェクトセットの場合、変数ポインタ？
イールドはｔｂｌ　ｈｅａｄである。

オブジェクトセット識別構造のフィールドは下記のとお
シである。

１ｏｃ　＝オブジェクトセットｉｄに関連するオブジェ
クトセットのＸ％ｙのオフセッ ト ｎｅｘｔ　ｏｂｊ　ｓｅｔ　＝そのスーパーブロックに
おける次のオブジェクトセットへのポイン タ ｏｂｊｓｅｔ＝オブジェクトセットｉｄに関連するオブ
ジェクトセットへのポインタ １つの文書において１つのページを書式化するときにペ
ージ付は手段が’ｈｅｉｇｈｔ’　フィールドを使用す
る。１つのスーパープロ、ツクオブジェクトセットの場
合、その高さくｈｅｉｇｈｔ）とそのページで現に使っ
ているスペースとを加えたものが、許容範囲以下であれ
ば、スーパーブロック内の最初から最後までのオブジェ
クトセットの内容をページ付は手段が調べる必要はない
。したがってそれだけ処理が簡単になる。”ｆｏｒｍａ
ｔｔｅａ”および’ｋｅｅｐ”　フラグは、ページ付け
を続けるためにそのスーパーブロックでさらに処理をし
なければならないかどうかを判断するため、にページ付
は手段が使用するフィールドである。”ｋｅｅｐ＠フラ
グが真のときはそのスーパーブロックは２ページに分離
することはできない。

以上示したように、好適な実施例によれば、１つのスー
パーブロックはアプリケーション複合エディタ内で１つ
のオブジェクトセットとして実現され、したがってオブ
ジェクトセットのタイプばテキスト、グラフインク、表
、およびスーパーブロックの４つになる。スーパーブロ
ックが生成されると、１つのオブジェクトセットが定義
されて、エディタはオブジェクトを表わすため内部的な
構造すなわちオブジェクトセットを文書バッファ内で割
り振る。オブジェクトセットのタイプに応じて変化する
下半分を除いて、全てのオブジェクトセット構造は同様
である。これらのオブジェクトセット構造はプログラミ
ング言語Ｐａ５ｃａｌで実現できる。変化するデータタ
イプはＰａ５ｃａｌの変数レコードで実現できる。スー
パーブロックの変数部分はスーパーブロック指定構造情
報へのポインタ゛’ｓ　ｈｅａｄ“で表わされる。その
指定構造情報”５ｂｌｋｈｅａｄ’は２つのポインタか
ら成る。１つは最初のオブジェクトセットのポインタ”
ｆｉｒｓｔ　ｏｂｊ　ｓｅｔ”。

もう１つは最後のオブジェクトセットのポインタ”１ａ
ｓｔ　ｏｂｊ　ｓｅｔ”である。これらの各ポインタは
オブジェクトセット識別ポイ／り”ｏｂｊ　ｓｅｔ　ｉ
ｄ　ｐｔｒ”であり　１ｌｏｂｊ　ｓｅｔ　ｉｄ　ｐｔ
ｒ”はオブジェクトセットｉｄレコード構造”ｏｂｊ　
ｓｅｔ　ｉｄ”へのポインタである。

１つの”ｏｂｊ　ｉｄ”は３つのフィールドから成る。

それは、”Ｉｏｃ″、”ｎｅｘｔ　ｏｂｊ　ｓｅｔ”、
および”ｏｂｊ　ｓｅｔ”でちる。”ｌｏｃ”はスーツ
く−ブロック内のＸ％ｙのオフセットを含むフィールド
である。”ｎｅｘｔ　ｏｂｊｓｅｔ”はスーパーブロッ
クにおける次のオブジェクトセットｉｄへのポインタで
おる。”ｏｂｊ　ｓｅｔ”はそのオブジェクトセット基
ｄに関連するオブジェクトセットへのポインタである。

１つのスーツく一ブロックに存在することのできるオブ
ジェクトセットはテキスト、表、またはグラフィックで
ある。

もちろん虫−パーブロック内にスーツく一ブロックが存
在することもある。

Ｇ１発明の詳細 な説明したように、本発明によれば、スーツぜ一ブロッ
クの概念を導入したことによシ書式化のアルゴリズムが
簡単化されたより使い易いエディタが提供される。しか
もスーツく一ブロックの生成および処理は、たとえばプ
ログラミング言語Ｐａ５ｃａｌで容易に実現することが
できる。

【図面の簡単な説明】

第１図は本発明の実施例のスーパーブロック生成プロセ
スを示す流れ図、第２図はページレイアウトの概念を示
す図、第３図はオブジェクトセットの通常の配置を示す
図、第４図および第５図は−非テキストオブジェクトお
よびテキストオブジェクトを含むスーパーブロックの例
を示す図、第６図は複合文書の表示例を示す図、第７図
はテキストオブジェクトセットにおいて他のオブジェク
トセットを挿入する場所を選択する様子を示す図、第８
図はスーパーブロックの編集プロセスを示す流れ図、第
９Ａ図ないし第９Ｃ図はスーパーブロックの境界が変わ
らない編集の例を示す図、第１ＱＡ図ないし第１０Ｃ図
はスーパープロオフ、の境界が変わるような編集の例を
示す図、第１１’Ａ図ないし第１１Ｃ図は１つのスーパ
ーブロックが２ページに分離できるような編集の例を示
す図、第１２八図ないし第１２Ｃ図は１つのスーパーブ
ロックがページあぶれを生ずるような編集の例を示す図
、第１３Ａ図ないし第１３Ｆ図は非テキストオブジェク
トのまわシにテキストオブジェクトを納める幾つかの例
を示す図、第１４Ａ図および第１４Ｂ図はテキストオブ
ジェクトのフローアトリビュートに関するフロープロセ
スを示す流れ図、第１５Ａ図ないし第１５Ｄ図はスーツ
（−ブロックの他の例を示す図、第１６図および第１７
図はオブジェクトセットがオーバーレイした様子を示す
図、第１８図はＤＥ８ＣＲＩＢＥコマンドのボッブタ・
ランパネルの表示例を示す図、第１９因は文書オブジェ
クトデータ構造を説明する図、第２０図はスーパーブロ
ック構造の表現を説明する図、第２１図はリストオブジ
ェクトへの挿入の例を示す図である。 出願人　　インターナシ１ナノいビ２木ス・マシーＺズ
・コーポレーション代理人　弁理士　　頓　　　宮　　
　孝　　　−（外１名） べ°−ソレイ７ウト 第２図 ス−Ｊぐ−ブロック（フローアトリビ、斗オフ）挿入基
片の１扱 第７図 複合文喜の表爪イ列 第６図 スーツぐ一プロ・ツク鳩東１０七ス 第８図 第１２Ｃ図 第１３Ａ図　　　　　第１３Ｂ図 第１３Ｃ図　　　　第１３Ｄ図 第１３Ｅ図　　　第１３Ｆ図 第１５Ｄｆｆｌ オーバーレイ０例 第１６ｇ 第１７図 ざヅプグウ：／ｌぐ粕しめ表承例 第１８図 ぺ―ジ　　　　　　七ソト リストオフ“す′エクトｆ）挿入 第２１図

Claims (1)

1. 【特許請求の範囲】 文書の同一ページに位置したテキストオブジェクトおよ
   び非テキストオブジェクトを有する複合文書を生成し、
   前記オブジェクトを含むオブジェクトセットを操作し、
   各オブジェクトセットが先行のオブジェクトセットおよ
   び次のオブジェクトセットを指定し各オブジェクトセッ
   トが一意的な識別子を有し前記オブジェクトセットが各
   々その中に同じタイプのオブジェクトを有しそのオブジ
   ェクトセットのタイプを示すアイコンが描画されるよう
   な統合多重データエディタにおいて、（ａ）２以上のオ
   ブジェクトセットを含むディスプレイ可能な領域の内部
   的な表現を定義することにより１つのスーパーブロック
   構造を生成するステップと、 （ｂ）ページの終わりの判断をする必要があるとき以外
   はスーパーブロック内の複雑さを考慮せずにスーパーブ
   ロックを１つのオブジェクトセットとして操作すること
   によつて文書を書式化するステップと、 を有することを特徴とする複合文書編集方法。