JPH07262193A - 文書処理装置 - Google Patents

Abstract

(57)【要約】 【目的】本発明は、文書処理環境下でソフトウエア開発
も同時に行える文書処理装置を提供する。 【構成】プログラム枠管理部３０は、プログラム枠を管
理すると共に、このプログラム枠に対する命令を管理部
４０に渡す。管理部４０は、文書処理環境で実行可能な
命令の場合には、その命令を実行して該実行結果を文書
処理部２０に渡し、一方、開発環境で実行可すべく命令
の場合はその命令をＩ／Ｆ部５０に渡す。Ｉ／Ｆ部５０
では、渡された命令を更に外部ツール６０に渡すと共
に、該外部ツール６０からの処理結果を受け取り管理部
４０に返す。外部ツール６０は命令の内容に応じて、コ
ンパイルやデバック処理を実行し、その結果をＩ／Ｆ部
５０に返す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、文書処理環境の下
で、文書構造を有する構造化文書の作成、編集等の文書
処理を行う文書処理装置に関する。

【０００２】

【従来の技術】従来、ソースプログラムの作成、コンパ
イル、デバック等を含む一般的なソフトウエア開発にお
いては、ソースプログラムと、それに関連する設計情報
（例えばマニュアルや設計書等）とを別々に作成してい
た。ここで、マニュアルや設計書にソースプログラムを
挿入して、その説明をしたい場合は、文書処理エディタ
を用いて編集をしなければならないが、この場合、文書
処理エディタは、ＤＴＰ（デスクトップパブリッシン
グ）的な清書機能が中心なので、ソースプログラムを直
接ソースファイルから取り込むことはできない。そこ
で、ソースプログラムをマニュアルや設計書の一部とし
て取り込む場合には、文書処理エディタは、ソースファ
イルの内容をコンバータなどを介して取り込んでいた。

【０００３】なお、文書処理時においてカスタマイズプ
ログラムを実行するようにした文書処理装置としては、
例えば特開平４−１９５４５８号公報に記載されている
文書処理装置がある。この文書処理装置では、文書処理
時においてフィールド処理命令またはファイル処理命令
が入力されると、カスタマイズ部がカスタマイズプログ
ラムを実行し、この実行結果を、文書作成制御手段が参
照するメモリに書き込むようにしている。これによっ
て、自動的にフィールドのデータを入力させ、また関連
ファイルの処理を行い定形文書処理効率の向上を図って
いる。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来のソフトウエア開発においては、ソースプログラムを
マニュアルや設計書に反映させるには、プログラム編集
用エディタと文書エディタの異なった２種類のエディタ
が必要となるので、それらのエディタの操作が煩雑とな
り、作業性が悪かった。また複数のソースプログラムの
作成、編集及び管理と、これらに関連する各種設計情報
との対応及び管理が難しく、実際にはソースプログラム
と各種設計情報とを物理的に分散して記憶し管理しなけ
ればならなかった。このため、プログラム編集用エディ
タによってソースプログラムを変更しても、この変更内
容は、リアルタイムにマニュアルや設計書等には反映さ
れなかった。

【０００５】例えば上述した様にコンバータなどを介し
て設計書等に一旦取り込まれたソースプログラムに対応
する内容を有するソースファイルに対して、プログラム
編集用エディタを用いて更新した場合に、その変更内容
は、当然ながら上記設計書等に一旦取り込まれているソ
ースプログラムの内容には反映されない。この場合は、
文書処理エディタを用いて、改めて、更新後のソースフ
ァイルの内容を、コンバータなどを介して設計書等に取
り込まなければならない。これは、設計書を作成する場
合に、シンプルなテキスト形式のソースファイルを何ら
かの外部システムで開発環境として管理し、そのソース
コードを文書内に取り込んで、開発システムとは別途設
計書文書管理しなければならないことを意味している。

【０００６】このように従来においては、ソースプログ
ラムと各種設計情報とが物理的に分散して記憶され管理
されているので、ソースプログラムに関する情報の遅延
が発生し、結果的に設計書等に対するタイムリーな情報
更新が行われない場合が多かった。

【０００７】なお、上記公報の装置は、カスタマイズプ
ログラムの実行結果を文書に反映させることができるの
みで、ソースプログラムを文書内で作成可能にしたもの
ではない。すなわち文書処理環境下でソフトウエア開発
を行うことができない。

【０００８】本発明は、文書処理環境下でソフトウエア
開発も同時に行える文書処理装置を提供することを目的
とする。

【０００９】

【課題を解決するための手段】第１の発明は、文書構造
を有する構造化文書の作成、編集を行う文書処理装置に
おいて、前記文書構造の一部として設けられるプログラ
ム枠であって、且つソースプログラムの作成処理を行う
ための作業領域であるプログラム枠を管理するプログラ
ム枠管理手段を具備している。

【００１０】第２の発明は、文書処理環境の下で、文書
構造を有する構造化文書の作成、編集等の文書処理を行
う文書処理装置において、前記文書構造の一部として設
けられるプログラム枠であって、且つソースプログラム
の作成処理を行うための作業領域であるプログラム枠を
管理するプログラム枠管理手段と、前記プログラム枠内
に記述されたソースプログラムを保存し管理する管理手
段と、前記文書処理環境の外部においてコンパイルまた
はデバックの処理を実行する実行手段と、 前記管理手
段によって管理されているソースプログラムのコンパイ
ルまたはデバックの処理を前記実行手段に依頼し、その
実行結果を受け取るインタフェース手段とを具備してい
る。

【００１１】

【作用】第１の発明では、プログラム枠管理手段が、ソ
ースプログラムの作成処理を行うための作業領域である
プログラム枠を文書構造の一部として管理するようにし
ているので、文書構造の一部として、直接ソースプログ
ラムを記述することが可能となる。

【００１２】また第２の発明では、プログラム枠管理手
段が、文書処理環境において、ソースプログラムの作成
処理を行うための作業領域であるプログラム枠を文書構
造の一部として管理し、管理手段が、そのプログラム枠
内に記述されたソースプログラムを保存し管理し、イン
タフェース手段が、管理手段によって管理されているソ
ースプログラムのコンパイルまたはデバックの処理を、
文書処理環境の外部（すなわち開発環境）においてコン
パイルまたはデバックの処理を実行する実行手段に依頼
し、その実行結果を受け取るようにしているので、文書
処理環境下において、ソースプログラムの作成、コンパ
イル及びデバック等のソフトウエア開発を同時に行うこ
とができる。

【００１３】

【実施例】以下、本発明の実施例を添付図面を参照して
説明する。

【００１４】図１は本発明に係る文書処理装置の一実施
例を示す機能ブロック図である。図１において、記憶部
１０は論理構造、割付構造及び割付け制約（すなわち割
付テンプレート）から構成される構造化文書例えばＯＤ
Ａ（Open Document Architecture：ISO 8613に定義され
ている）に準拠した構造化文書を格納する。

【００１５】この実施例では、構造化文書の文書構造の
一部として、ソースプログラムが記述されるソースプロ
グラム枠を設けるようにしている。従って構造化文書に
は、従来から存在するテキスト枠や図形枠などに加え
て、プログラム枠も存在することになる。

【００１６】文書処理部２０は上述した様な構造化文書
の作成・編集等の文書処理を行う。この場合、プログラ
ム枠についてはプログラム枠管理部３０に管理を依頼す
ることになる。

【００１７】プログラム枠管理部３０は、プログラム枠
を管理すると共に、このプログラム枠に対する命令を管
理部４０に渡す。

【００１８】管理部４０は、プログラム枠管理部３０か
ら渡された命令が、文書処理環境で実行可能な場合には
その命令を実行して、実行結果を文書処理部２０に渡
す。一方、開発環境で実行可すべく命令の場合は、その
命令をインタフェース部（以下、Ｉ／Ｆ部という）５０
に渡す。

【００１９】Ｉ／Ｆ部５０は、渡された命令をさらに外
部ツール６０に渡すと共に、該外部ツール６０からの処
理結果を受け取り管理部４０に返す。

【００２０】外部ツール６０はコンパイラ、デバッカ及
びプログラム編集用エディタ等から構成されており、命
令の内容に応じて、それらを起動して処理しその結果を
Ｉ／Ｆ部５０に返す。

【００２１】なお、図１において、記憶部１０、文書処
理部２０、プログラム枠管理部３０、管理部４０及びＩ
／Ｆ部５０は文書処理環境下で機能を遂行し、外部ツー
ル６０は開発環境下で機能を遂行する。

【００２２】図２は図１に示した文書処理部２０、管理
部４０及びＩ／Ｆ部５０の構成を更に詳細に示した図で
ある。

【００２３】文書処理部２０において、文書内容入力部
２１は、ユーザによって入力された文書内容を読み込ん
で文書内容編集部２２に渡す。文書内容編集部２２は、
渡された文書内容に基づいて文書を編集すると共に、こ
の編集結果を文書構造管理部２３及び文書内容レイアウ
ト部２４に渡す。文書構造管理部２３は受け取った編集
結果に応じて文書構造を管理する。この場合、プログラ
ム枠については、プログラム枠管理部３０に管理を依頼
する。一方、文書内容レイアウト部２４は、受け取った
編集結果を出力可能（ディスプレイ表示またはプリント
アウト）なようにレイアウトして文書内容表示部２５に
渡す。文書内容表示部２５はレイアウトされた内容を出
力させる。

【００２４】プログラム枠管理部３０は文書構造管理部
２３からの依頼に応じてプログラム枠を管理すると共
に、このプログラム枠に対する命令を管理部４０に渡
す。なお、プログラム枠内に記述されたソースプログラ
ムは記憶部１０に記憶される。

【００２５】管理部４０において、内容動作指示記述保
存・管理部４１は、プログラム枠管理部３０から渡され
た命令を保持し管理すると共に、その命令を内部動作指
示記述解釈部４２に渡す。

【００２６】内部動作指示記述解釈部４２は命令を解釈
してこの結果を内部操作指示記述実行部４３に渡す。

【００２７】内部動作指示記述実行部４３では、渡され
た解釈結果が、文書処理環境で実行可能な場合は、その
命令を実行して該実行結果を文書内容編集部２２に渡
す。一方、開発環境で実行可すべく命令の場合は、その
解釈結果をＩ／Ｆ部５０に渡すと共に、その結果を受け
取って文章内容編集部２２に渡す。

【００２８】Ｉ／Ｆ部５０において、外部コマンド実行
部５１は、内部動作指示記述実行部４３からの命令を外
部ツール６０に処理を依頼する。外部処理結果取込部５
２は、外部ツール６０からの実行結果情報を受け取って
内部動作指示記述実行部４３に渡す。

【００２９】外部ツール６０は、外部コマンド実行部５
１からの命令に応じて外部コマンドを起動し処理しその
結果を外部処理結果取込部５２に渡す。外部コマンドの
処理には、コンパイル、デバック及びプログラム編集が
含まれている。

【００３０】図３は本発明の文書処理装置を実現するた
めのハードウエアの構成を示す構成図である。同図にお
いて、キーボード７１及びマウス７２は文書内容及び命
令等を入力する。モニタ７３は文書内容例えばプログラ
ム枠内の情報を表示する。メモリ７４は入力されたプロ
グラム枠に記述されるソースプログラムや文書情報や命
令を記憶する。外部記憶装置７５は構造化文書、外部ツ
ールすなわちコンパイラ、デバッカ、エディタ等を格納
している。 中央処理装置（ＣＰＵ）７６は上記各部を
制御すると共に、文書処理、コンパイル、デバック、編
集等の処理を行う。これらの各部は内部バス７７を介し
て接続されている。

【００３１】ここで、図１に示した構成要素と図３に示
した構成要素との対応関係について説明する。図１に示
した記憶部１０は図３に示したメモリ７４及び外部記憶
装置７５に対応し、文書処理部２０、プログラム枠３
０、管理部４０、Ｉ／Ｆ部５０及び外部ツール６０は共
にＣＰＵ７６に対応する。なお前記各部は、それぞれの
機能を遂行させるためのソフトウエア（プログラム）を
ＣＰＵ７６が実行することにより実現される。

【００３２】図４及び図５はプログラム枠を説明するた
めの図である。図４において、文書４００は文書本文領
域４１０とプログラム枠４２０とから構成されており、
プログラム枠４２０にはプログラム領域４３０が設けら
れている。このプログラム領域４３０に、ユーザはソー
スプログラムを記述することができる。プログラム枠４
２０内をマウスでクリックすることにより、コマンドを
指定するためのポップアップメニュー４４０が表示され
る。因みにポップアップメニュー４４０において、“Lo
ad”はソースプログラムの読み出し命令を、“Save”は
ソースプログラムの保存命令を、“Make”はプログラム
の作成命令を、“Exec”はソースプログラムの実行命令
を意味している。さらに“Exec”のメニューが選択され
ると、作成したプログラムの実行形式（つまりコマン
ド）を指定するための実行形式シート４５０が表示され
る。

【００３３】そして、ポップアップメニュー４４０によ
り指定されたメニュー及び実行形式シート４５０に設定
されたコマンドは、文書内容入力部２１、文書内容編集
部２２、文書構造管理部２３及びプログラム枠管理部３
０を経た後、内部動作指示記述保存・管理部４１に保持
され、次に内部動作指示記述解釈部４２によって解釈さ
れ、更に内部動作指示記述実行部４３によって実行され
る。

【００３４】なお、プログラム枠４３０、ポップアップ
メニュー４４０及び実行形式シート４５０はプログラム
枠管理部３０によって管理される。

【００３５】図５の例は、図４の例においてポップアッ
プメニュー形式のコマンド指定を、ボタン形式で行うよ
うにした構成を示している。すなわち文書４００は文書
領域４１０、プログラム枠４２０、プログラム枠制御ボ
タン領域５１０から構成されている。ここで、プログラ
ム枠を作成した場合に、これに対応してプログラム枠制
御ボタン領域５１０を所望の箇所にレイアウトすること
ができる。このプログラム枠制御ボタン領域５１０内の
コマンドは、ポップアップメニュー４４０内のコマンド
内容と同様である。そして“Exec”のボタンが選択され
ると、上記同様に、実行形式シート４５０が表示され
る。この場合も、プログラム枠制御ボタン領域５１０は
プログラム枠管理部３０によって管理される。なお、文
書４００内のプログラム枠制御ボタン領域５１０は、例
えば設計書作成段階ではボタン形式のコマンド指定のた
めの領域として機能し、設計書の作成が終了し段階で設
計書文書の一部となる。

【００３６】次に本実施例の文書処理動作を、上述した
図２及び図６のフローチャートを参照して説明する。

【００３７】文書内容編集部２２は、入力された内容は
文書処理命令であるか否かを判断し（ステップ１０
１）、文書処理命令の場合は、通常の文書処理を行い
（ステップ１０２）。その後、入力される情報は終了命
令か否かを判断し（ステップ１０３）、終了命令でない
場合には上記ステップ１０１に戻り、一方、終了命令の
場合は処理を終了する。

【００３８】ステップ１０１において文書処理命令でな
い場合はプログラム枠に関する操作を意味するので、文
書内容編集部２２はプログラム枠管理部３０に処理を依
頼する。

【００３９】プログラム枠管理部３０は,プログラム枠
作成か否かを判断し（ステップ１０４）、作成の場合は
プログラム枠を作成し（ステップ１０５）、その後、ユ
ーザによって入力されるソースプログラムを、プログラ
ム枠内に記述する（ステップ１０６）。なおステップ１
０４においてプログラム枠の作成でない場合は、既に作
成されているプログラム枠にソースプログラムが記述さ
れることになるので、ステップ１０６に進む。

【００４０】またプログラム管理部は３０は、ソースプ
ログラムの記述が終了すると、後から入力される命令を
内部動作指示記述保存・管理部４１に渡す。その命令
は、内部動作指示記述保存・管理部４１に保存され、更
に内部動作指示記述解釈部４２によって解釈され、その
後、内部動作指示記述実行部４３に入力される。

【００４１】内部動作指示記述実行部４３では、内部動
作指示記述解釈部４２からの解釈結果が、ソースプログ
ラムに対する編集命令か否かを判断し（ステップ１０
７）、編集命令でない場合はコンパイル命令か否かを判
断する（ステップ１０８）。ここでコンパイル命令の場
合は外部コマンド実行部５１に処理を依頼する（ステッ
プ１０９）。

【００４２】外部コマンド実行部５１では、外部ツール
６０に対してコンパイル処理を実行すよう指示する。す
ると外部ツール６０はソースプログラムをコンパイル
し、その実行結果を外部処理結果取込部５２に渡す。

【００４３】外部処理結果取込部５２は実行結果を受け
取ると（ステップ１１０）、それを内部動作指示記述実
行部４３に返す。内部動作指示記述実行部４３に返され
た実行結果は、文書内容編集部２２、文書内容レイアウ
ト部２４及び文書内容表示部２５に入力され、最終的に
ディスプレイ表示されることになる。これに応答したユ
ーザは、コンパイル結果が正常の場合にはプログラム実
行命令を入力してプログラム実行をさせることができ、
一方、エラーの場合はデバック命令を入力してデバック
を行わなければならない。そして、このような操作は、
上述したように、文書内容入力部２１、文書内容編集部
２２、文書構造管理部２３、プログラム管理部３０、内
容動作指示記述保存・管理部４１及び内容動作指示記述
解釈部４２を経て、内部動作指示記述実行部４３に入力
されることになる。

【００４４】さて、内容動作指示記述実行部４３では、
ステップ１１０においてコンパイル結果を受け取ると、
それはエラーか否かを判断し（ステップ１１１）、正常
の場合は、その後入力される命令はプログラム実行命令
か否かを判断する（ステップ１１２）。ここで、プログ
ラム実行の場合は、外部コマンド実行部５１に処理を依
頼する（ステップ１１３）。

【００４５】外部処理結果取込部５２には、上述したよ
うに外部コマンド実行部５１の指示によりプログラム実
行した外部ツール６０からの実行結果が入力される。そ
して、その実行結果は、内部動作指示記述実行部４３を
経て文書内容編集部２２に入力され、最終的には上述し
た動作によりディスプレイ表示されることになる。ここ
で、ユーザは、処理を継続するか、あるいは処理を終了
することができる。

【００４６】そして文書内容編集部２２は、ユーザによ
って入力された命令が終了命令か否かを判断し（ステッ
プ１１４）、終了命令でない場合には上記ステップ１０
１に戻り、一方、終了命令の場合は処理を終了する。

【００４７】上記ステップ１０８においてコンパイル命
令でない場合、ステップ１１２においてプログラム実行
命令でない場合は、ステップ１１４に進む。

【００４８】ステップ１０７において編集命令の場合、
内部動作指示記述実行部４３は、外部コマンド実行部５
１に処理を依頼する（ステップ１１５）。すると外部処
理結果取込部５２には、上述したように外部コマンド実
行部５１の指示によりプログラム編集した外部ツール６
０からの実行結果が入力される（ステップ１１６）。そ
の後、ステップ１０８に進む。

【００４９】ステップ１１１においてエラーの場合、内
部動作指示記述実行部４３は、ユーザによって入力され
た命令がデバック命令か否かを判断し（ステップ１１
７）、命令がない場合にはあるまで待機し、一方、デバ
ック命令の場合は外部コマンド実行部５１に処理を依頼
する（ステップ１１８）。すると外部処理結果取込部５
２には、上述したように外部コマンド実行部５１の指示
によりデバック処理した外部ツール６０からの実行結果
が入力される（ステップ１１９）。その後、ステップ１
０８に進む。

【００５０】次に、プログラム枠を用いたソフトウエア
開発における主な操作手順すなわちユーザの操作手順を
説明する。ここでは、図５に示されるようなボタン形式
でコマンドを指定するものとする。

【００５１】［手順１］ユーザは概要・詳細設計の段階
を経た構造化文書である設計書を作成する。この設計書
は文書内容編集部２２によって編集される。

【００５２】［手順２］またユーザは上記設計書（構造
化文書）の所定の箇所にプログラム枠を挿入する。この
操作に従ってプログラム枠管理部３０はプログラム枠を
管理する。

【００５３】［手順３］次にユーザは上記手順２におけ
るプログラム枠に、所定のソースファイルに対応するフ
ァイル名を設定する。例えばＣ言語の場合は枠名を“te
st.C”などとする。これらの情報は内部動作指示記述保
存・管理部４１に保存される。

【００５４】［手順４］続いてユーザは詳細設計に従っ
て、上記プログラム枠内にソースコードを入力する。こ
こで、好みに応じた任意の段落スタイルを適用すること
ができる。これらの情報は記憶部１０に保存される。

【００５５】［手順５］更に開発環境に応じて、上記手
順４で入力されたソースプログラムのディレクトリーを
指定する。このディレクトリー情報はプログラム管理部
３０によって管理される。

【００５６】［手順６］更に続いてユーザは“make”ボ
タンと“Exec”ボタンを上記設計書内の任意の箇所に挿
入する。これは、図５のプログラム枠制御ボタン領域５
１０をレイアウトすることを意味する。この情報は内部
動作指示記述保存・管理部４１に保存される。

【００５７】なお、“make”ボタンを選択する場合の開
発環境指定については、必要な情報を文書内に所定の様
式で記述しておくことにより、自由に“make”ボタンに
対応する処理を実行するための環境を構築することがで
きる。また、これはこのまま、“make”ボタンに対応す
る処理について説明した開発環境解説文書となる。この
文書を、上記設計書の一部に挿入することができる。

【００５８】また、“Exec”ボタンのための情報とし
て、実行対象コマンドの名称、実行結果に合わせた実行
結果の表示や取り込みなどの指定についても、開発環境
解説文書中に所定の様式で記述し、自由にカスタマイズ
することが可能である。

【００５９】更に、複数のソースファイル生成が必要な
場合には、開発環境説明文書を所定の形式に従って設計
書（構造化文書）中に記述しておくことにより、各ディ
レクトリに必要な“make”に対応する状態と合わせて、
一度の“make”ボタンの指定で、自動的に設計書（構造
化文書）中の開発環境説明文書に記述されている指示内
容に従ってプログラム作成を行うことが可能である。

【００６０】［手順７］そしてユーザは“make”ボタン
で各種エラーなどの処理を指定する。この情報は、内部
動作指示記述保存・管理部４１に保存される。

【００６１】［手順８］この手順７が終了すると、内部
動作指示記述保存・管理部４１に保存されている“mak
e”ボタンに対応する命令は、内部動作指示記述解釈部
４２によって解釈され、更に内部動作指示記述実行部４
３によって実行される。このとき、コンパイル処理も実
行されることになる。この場合、コンパイル処理は開発
環境で実行されるべく処理なので、内部動作指示記述実
行部４３は、コンパイル処理を外部コマンド実行部５１
に依頼する。結果として、外部ツール６０によってソー
スプログラムのコンパイル処理が実行される。

【００６２】［手順９］この手順８の処理結果において
コンパイルエラーなどがなければ、ユーザは“Exec”ボ
タンを指定する。この“Exec”ボタンに対応する命令の
情報は内部動作指示記述保存・管理部４１に保存され、
次に内部動作指示記述解釈部４２によって解釈され、更
に内部動作指示記述実行部４３によって実行される。こ
の場合、プログラム実行は開発環境で実行されるべく処
理なので、内部動作指示記述実行部４３は、プログラム
実行を外部コマンド実行部５１に依頼する。結果とし
て、外部ツール６０によってソースプログラムのプログ
ラム実行が行われる。

【００６３】［手順１０］上記手順８の処理においてコ
ンパイルエラーがある場合は、ユーザはエラーに応じて
所定の箇所を修正（デバック）し、再度、“make”ボタ
ンを指定する。これらの情報は内部動作指示記述保存・
管理部４１に保存される。

【００６４】［手順１１］この手順１０が終了すると、
内部動作指示記述保存・管理部４１に保存されている
“make”ボタンに対応する命令は、上述した手順８と同
様に、内部動作指示記述解釈部４２によって解釈され、
更に内部動作指示記述実行部４３によって実行される。

【００６５】そして、ユーザは、エラーがなくなるま
で、ソース修正、“make”によるプログラム実行作業を
繰り返す。この場合、上記手順７〜手順１１が実行され
ることとなる。こうした処理を行うことによりエラーが
なくなると、最終的な設計書が完成したことになる。

【００６６】なお、上述した例では、コンパイル、デバ
ックについての処理であったが、文書エディター本体と
は別に、プログラム部分だけを任意のエディターによっ
て編集したい場合には、別のエディターの指定を行うこ
とにより、当該文書エディターをベースとして、自動的
に指定されたエディターによりソースプログラム部分を
抽出して編集することが可能である。この編集の後に
は、当該別のエディターによって編集されたソースプロ
グラム内容は、即時、当該文書に反映されるため、ソー
スプログラムと文書情報とが分散することはない。この
ときユーザは、ソースプログラム内容部分だけを好みに
応じて所望の編集用エディタで編集するだけであって、
ソースプログラム内容部分と、文書本体部との区別を意
識する必要はない。

【００６７】以上説明したように本実施例によれば、構
造化文書の文書構造の一部としてプログラム枠を設けた
ので、このプログラム枠にソースプログラムを記述する
ことができる。またそのソースプログラムに対するコン
パイル、デバック及び編集等の処理については、Ｉ／Ｆ
部５０を介して外部ツール６０に実行させることによ
り、その実行結果をプログラム枠（すなわち構造化文
書）に反映させることができる。これは、文書作成から
プログラム開発までを一貫して一つの文書処理環境で行
うことができる、ということを意味している。

【００６８】すなわち、ソフトウエア開発において、ソ
ースプログラムと、それに関係する設計情報や説明など
プログラム以外の各種関連情報を一つの文書、あるいは
複数の文書を１つの文書としてまとめて管理することが
でき、しかも外部の別のソースファイルからソースプロ
グラムを取り込むことなしに、常に最新の文書を保持す
ることができる。また文書の編集及び管理を、ソフトウ
エア開発の基本とすることで、よりユーザフレンドリー
な開発環境の構築が可能となる。

【００６９】また、あらゆるソフトウエア開発に文書化
作業は必要であり、従来においては、開発作業と文書処
理作業とを分離して、それぞれ別途の環境として開発、
保守管理、運営を行うようにした方法が一般的である
が、本実施例では、ソフトウエア開発作業を文書作成、
編集という作業内容として統一するようにしたので、ソ
ースプログラム管理と文書管理とに時差がなくなり、情
報の一元化を図ることができる。

【００７０】

【発明の効果】以上説明したように、第１の発明によれ
ば、プログラム枠管理手段が、ソースプログラムの作成
処理を行うための作業領域であるプログラム枠を文書構
造の一部として管理するようにしているので、文書構造
の一部として直接ソースプログラムを記述することが可
能となり、従来と比較して、ソースファイルからソース
プログラムを取り込む必要がない。このため、ソースプ
ログラムを文書内容の一部に含むようなマニュアルや設
計書等の構造化文書を効率良く作成することができる。

【００７１】また第２の発明によれば、プログラム枠管
理手段が、文書処理環境において、ソースプログラムの
作成処理を行うための作業領域であるプログラム枠を文
書構造の一部として管理し、管理手段が、そのプログラ
ム枠内に記述されたソースプログラムを保存し管理し、
インタフェース手段が、管理手段によって管理されてい
るソースプログラムのコンパイルまたはデバックの処理
を、文書処理環境の外部においてコンパイルまたはデバ
ックの処理を実行する実行手段に依頼し、その実行結果
を受け取るようにしているので、文書処理環境下におい
て、ソースプログラムの作成、コンパイル及びデバック
等のソフトウエア開発を同時に行うことができることと
なり、よってソースプログラムの更新内容を、リアルタ
イムに、構造化文書に反映させることができる。上述し
たことから、ソフトウエア開発の全てのフェーズを一貫
して管理することができ、しかもソフトウエア開発上流
行程からの各種情報、設計書作成、ソースプログラムの
作成、コンパイル及びデバックの処理は勿論のこと、設
計書及びソースプログラムの保守までを統一された文書
処理環境で行うことができる。

【図面の簡単な説明】

【図１】本発明に係る文書処理装置の一実施例を示す機
能ブロック図。

【図２】図１の示した装置の文書処理部、管理部及びＩ
／Ｆ部の構成を更に詳細に示した機能ブロック図。

【図３】図１に示した装置を実現するためのハードウエ
アの構成を示した構成図。

【図４】プログラム枠を説明するための説明図。

【図５】プログラム枠を説明するための説明図。

【図６】本実施例の文書処理動作を示すフローチャー
ト。

【符号の説明】

１０…記憶部、２０…文書処理部、３０…プログラム枠
管理部、 ４０…管理部、４１…内部動作指示記述保存・管理部、 ４２…内部動作指示記述解釈部、４３…内部動作指示記
述実行部、 ５０…Ｉ／Ｆ部、５１…外部コマンド実行部、５２…外
部処理結果取込部、 ６０…外部ツール。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 文書構造を有する構造化文書の作成、編
   集を行う文書処理装置において、 前記文書構造の一部として設けられるプログラム枠であ
   って、且つソースプログラムの作成処理を行うための作
   業領域であるプログラム枠を管理するプログラム枠管理
   手段を具備したことを特徴とする文書処理装置。
2. 【請求項２】 文書処理環境の下で、文書構造を有する
   構造化文書の作成、編集等の文書処理を行う文書処理装
   置において、 前記文書構造の一部として設けられるプログラム枠であ
   って、且つソースプログラムの作成処理を行うための作
   業領域であるプログラム枠を管理するプログラム枠管理
   手段と、 前記プログラム枠内に記述されたソースプログラムを保
   存し管理する管理手段と、 前記文書処理環境の外部においてコンパイルまたはデバ
   ックの処理を実行する実行手段と、 前記管理手段によって管理されているソースプログラム
   のコンパイルまたはデバックの処理を前記実行手段に依
   頼し、その実行結果を受け取るインタフェース手段とを
   具備したことを特徴とする文書処理装置。