JP2004206168A - 文書処理プログラム、文書処理方法および装置 - Google Patents

Abstract

【課題】より簡単な操作で一般アプリケーションによって作成されたアプリケーションデータをレイアウトアプリケーションにオープンさせることができるようにする。
【解決手段】一般アプリケーションを起動し（Ｓ８０１）、アプリケーションデータＢを作成する（Ｓ８０２）。その後、印刷手順を開始する。ここで電子原稿ライタが印刷先として指定されると、電子原稿ライタ１０２が起動し、アプリケーションデータＢが電子原稿形式のブックファイルＢに変換される（ステップＳ８０４）。他方で、既存のブックファイルＡをオープンして表示したレイアウトアプリケーション１０４は、変換されたブックファイルＢをブックファイルＡに追加して表示する（Ｓ８０７）。
【選択図】 図８

Description

【０００１】
【発明の属する技術分野】
本発明は、別のプログラムに文書データを引き渡す際のデータ変換機能を提供する文書処理技術に関する。
【０００２】
【従来の技術】
従来、一般の文書作成アプリケーション（一般アプリケーション）で作成したアプリケーションンデータを、印刷のためのレイアウト処理を行うレイアウトアプリケーションでオープンさせるときには、一般アプリケーションから印刷処理の操作手順により、専用のプリンタドライバ形式のデータ変換プログラムによって原稿データファイルを作成し、この原稿データファイルをＯＳが提供するデスクトップ画面上から（例えばドラッグ・アンド・ドロップ操作によって）レイアウトアプリケーションに挿入するという方法をとっていた。また、原稿データの元となる文書が閉じられていれば、ＯＳのデスクトップ画面上からドロップ操作を行い、この操作に応じて原稿データファイルへの変換が行われ、レイアウトアプリケーションに挿入するという方法もあった。
【０００３】
【発明が解決しようとする課題】
いずれにしても、アプリケーションデータをレイアウトアプリケーションにオープンさせるにはＯＳのデスクトップ画面上での操作を経由することが必要で、アプリケーション画面から直接オープンさせることはできず、特に、アプリケーションデータを開いたアプリケーションの画面の状態からは直接、そのアプリケーションデータをレイアウトアプリケーションにオープンさせることはできないため、結局２段階の動作が必要であった。
【０００４】
そこで、本発明は、より簡単な操作で一般アプリケーションによって作成されたアプリケーションデータをレイアウトアプリケーションに挿入することができるようにすることを目的とする。
【０００５】
【課題を解決するための手段】
本発明によれば、例えば、アプリケーションデータを作成するためのアプリケーションプログラムと、原稿データのレイアウト処理を行うレイアウトプログラムとを格納したコンピュータに、前記アプリケーションプログラムからの指示に応答してそのアプリケーションプログラムによって作成されたアプリケーションデータを、前記レイアウトプログラムによって処理可能な原稿データに変換する変換手段、前記変換手段による変換処理に応答して、その変換処理で得られた原稿データを前記レイアウトプログラムによってオープンするよう制御する制御手段、として機能させるための文書処理プログラムが提供される。
【０００６】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。
【０００７】
まず、本発明の実施の形態に係る文書処理システムの概要を説明する。この文書処理システムでは、一般的なアプリケーションにより作成されたデータファイルが、電子原稿ライタによって電子原稿ファイルに変換される。レイアウトアプリケーションは、その電子原稿ファイルを編集する機能を提供している。以下、その詳細を説明する。
【０００８】
図１は、本発明の実施の形態における文書処理システムのソフトウェア構成を示す図である。
【０００９】
この文書処理システムは、本実施の形態に係る情報処理装置の好適な実施形態であるデジタルコンピュータ１００によって実現されている。一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドローあるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、印刷機能を有している。これらアプリケーションプログラムは、作成された文書データや画像データなどのアプリケーションデータを印刷するにあたって、オペレーティングシステム（ＯＳ）により提供される所定のインターフェースを利用する。すなわち、アプリケーション１０１は、作成したデータを印刷するために、前記インターフェースを提供するＯＳの出力モジュールに対して、予め定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数）を送信する。この出力コマンドを受けた出力モジュールは、プリンタ等の出力デバイスが処理可能な形式にそのコマンドを変換し、その変換されたコマンド（ＤＤＩ関数）を出力する。この出力デバイスが処理可能な形式は、デバイスの種類やメーカ、機種などによって異なるために、デバイスごとにデバイスドライバが提供されており、ＯＳでは、そのデバイスドライバを利用してコマンドの変換を行うことにより印刷データを生成し、ＪＬ（Job Language）でくくることにより印刷ジョブを生成する。このＯＳとして、例えばマイクロソフト社のウインドウズ（Ｗｉｎｄｏｗｓ（登録商標））を利用する場合は、前述した出力モジュールとしてはＧＤＩ（Graphic Device Interface）と呼ばれるモジュールが相当する。
【００１０】
電子原稿ライタ１０２は、前述のデバイスドライバを改良したものであり、この文書処理システム実現のために提供されるソフトウェアモジュールである。ただし、この電子原稿ライタ１０２は、特定の出力デバイスを目的としておらず、後述のレイアウトアプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換することにより電子原稿ファイル１０３を生成する。この電子原稿ライタ１０２による変換後の形式（以後、「電子原稿形式」と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうちでは、例えばアドビシステムズによるＰＤＦ形式や、ＳＧＭＬ形式などが電子原稿形式として採用できる。
【００１１】
アプリケーション１０１により電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。ただし、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのはレイアウトアプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。
【００１２】
レイアウトアプリケーション１０４は、電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを、後述する形式を備えた電子原稿ファイルとして完成させる。以下では、この点を明瞭に識別する必要がある際には、電子原稿ライタ１０２によって作成されたファイルを「電子原稿ファイル」と呼び、レイアウトアプリケーション１０４によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、およびブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。
【００１３】
このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりそのデータを印刷させることで、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後、「論理ページ」あるいは「原稿ページ」と呼ぶ）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。なお、ハードディスクは、本実施形態に係る文書処理システムを実現するコンピュータが備えているローカルドライブであってもよいし、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。
【００１４】
レイアウトアプリケーション１０４は、「電子原稿ファイル」あるいは「ブックファイル」１０３を読み込み、それを編集するための機能を利用者に提供する。ただし、レイアウトアプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。
【００１５】
レイアウトアプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、レイアウトアプリケーション１０４によって電子原稿デスプーラ１０５が起動される。この電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、そのブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７用のプリンタドライバ１０６がデバイスドライバとして指定される。そして出力モジュールは、指定されたプリンタ１０７のプリンタドライバ１０６を用いて、受信した出力コマンドをプリンタ１０７で解釈実行可能なデバイスコマンドに変換する。そして、このデバイスコマンドは、プリンタ１０７に送信され、プリンタ１０７によって、そのコマンドに応じた画像が印刷される。
【００１６】
図２は、図１に示したデジタルコンピュータ１００のハードウェア構成を示すブロック図である。
【００１７】
図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション１０１、レイアウトアプリケーション１０４などのプログラムを実行し、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ２０２はＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９からのキー入力やマウス等のポインティングデバイス（図示せず）からの入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は表示部２１０の表示を制御する。なお、この表示部２１０はＣＲＴに限定されず、例えば液晶、プラズマなどでも良い。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）２１１や不図示のフレキシブルディスク（ＦＤ）等との間でのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１８】
次に、レイアウトアプリケーション１０４および電子原稿ライタ１０２によってブックファイルを作成する手順を説明する。このブックファイルの作成は、レイアウトアプリケーション１０４によるブックファイルの編集操作の一環として実現される。
【００１９】
図３は、本実施の形態に係るレイアウトアプリケーション１０４によりブックファイルを開く際の手順を説明するフローチャートである。
【００２０】
まずステップＳ７０１で、開こうとするブックファイルが、新規作成すべきものであるか、それとも既存のものであるかを判定する。新規作成の場合にはステップＳ７０２に進み、章を含まないブックファイルを新規に作成する。この新規に作成されるブックファイルは、図３の例で示せば、ブックノード３０１のみ有し、章のノードに対するリンクが存在しないブックのノードとなる。この場合のブック属性は、新規作成用として予め用意された属性のセットが適用される。そしてステップＳ７０４に進み、新規ブックファイルを編集するためのユーザインターフェース（ＵＩ）画面を表示する。
【００２１】
図４は、新規にブックファイルが作成された際のＵＩ画面の一例を示す図である。この場合には、ブックファイルは実質的な内容を持たないために、ＵＩ画面１１００には何も表示されない。
【００２２】
一方、ステップＳ７０１で、既存のブックファイルがあればステップＳ７０３に進み、指定されたブックファイルを開き、そのブックファイルの構造、属性、内容に従ってユーザインターフェース（ＵＩ）画面を表示する。
【００２３】
図５は、この表示されたＵＩ画面の一例を示す図である。
【００２４】
このＵＩ画面１１００は、ブックの構造を示すツリー部１１０１と、印刷された状態を表示するプレビュー部１１０２とを含む。ツリー部１１０１には、そのブックに含まれる章、各章に含まれるページが木構造で表示（ツリー表示）される。ツリー部１１０１にはページ番号が表示されており、このページ番号は原稿ページの番号を示している。またプレビュー部１１０２には、印刷ページの内容が縮小されて表示される。その表示順序は、ブックの構造を反映したものとなっている。
【００２５】
さて、このオープンされたブックファイルには、電子原稿ライタ１０２によって、電子原稿ファイルに変換されたアプリケーションデータを、新たな章として追加することができる。この機能を「電子原稿インポート機能」と呼ぶ。従来、この機能は、ＯＳが提供するデスクトップ画面において、アプリケーションデータをレイアウトアプリケーションにドラッグ・アンド・ドロップ操作することで起動されるものであった。
【００２６】
図６は、従来の電子原稿インポートの手順を示すフローチャートである。太線ａの左側のフローは一般アプリケーション１０１の処理、太線ａとｂとの間のフローはＯＳの処理、太線ｂの右側のフローはレイアウトアプリケーション１０４の処理を表している。
【００２７】
まず、一般アプリケーション１０１を起動する（ステップＳ６０１）。この一般アプリケーションにより、アプリケーションデータＢを作成し（ステップＳ６０２）、保存する（ステップＳ６０３）。他方で、レイアウトアプリケーション１０４を起動し（ステップＳ６０４）、例えば既存のブックファイルＡをオープンして表示する（ステップＳ６０５）。このＵＩ画面の表示態様の例は図５に示したとおりである。
【００２８】
この状態で、ステップＳ６０３で保存したアプリケーションデータＢを、ブックファイルＡを表示しているＵＩ画面にドロップする（ステップＳ６０６）。すると、レイアウトアプリケーション１０４は、電子原稿ライタ１０２を用いてアプリケーションデータＢを電子原稿形式のブックファイルＢに変換する（ステップＳ６０７）。そして、現在表示しているブックファイルＡに、変換されたブックファイルＢを追加して表示するとともに（ステップＳ６０８）、ブックファイルＡとブックファイルＢとを結合してブックファイルＡＢを生成する（ステップＳ６０９）。
【００２９】
従来の電子原稿インポートの処理は概ね上記のとおりであるが、このように一般アプリケーション１０１で作成したアプリケーションデータをレイアウトアプリケーション１０４におけるブックファイルに追加するには、ＯＳが提供するデスクトップ画面上でアプリケーションデータをレイアウトアプリケーション１０４のＵＩ画面もしくはアイコンにドラッグ・アンド・ドロップ操作により追加することが必要で、一般アプリケーション１０１上の画面から直接追加操作を行うことができないことは、先述したとおりである。
【００３０】
図７は、実施形態における電子原稿インポートの手順を示すフローチャートで、アプリケーションデータをレイアウトアプリケーション１０４に新規ファイルとして表示させるものである。中央の太線ａの左側は一般アプリケーション１０１の処理、右側はレイアウトアプリケーション１０４の処理を表している。
【００３１】
まず、一般アプリケーション１０１を起動し（ステップＳ７０１）、アプリケーションデータＡを作成する（ステップＳ７０２）。作成作業が終了すると、ユーザによるキーボードもしくはマウスの指示に基づき印刷手順を開始する。実施形態では、印刷先（出力先）として通常のプリンタドライバの代わりに、電子原稿ライタ１０２を指定することが可能になっている。ここで電子原稿ライタ１０２が印刷先として指定されると、電子原稿ライタ１０２が起動し、アプリケーションデータＡが電子原稿形式のブックファイルＡに変換される（ステップＳ７０４）。つまり、ユーザはアプリケーションデータＡを印刷する要領で、ブックファイルＡへの変換を行うことができる。
【００３２】
ところで、このステップＳ７０４の実行前に別途、電子原稿ライタ１０２の設定画面で、変換後のブックファイルを、新規に作成する「新規作成」、または、既存のブックファイルに追加する「追加読み込み」のいずれか選択することができる。ここでは、「新規作成」を選ぶものとする（ステップＳ７０３）。もちろん、「新規作成」に設定されていることをユーザが事前に知っているのであれば、特に設定画面を開く必要はない。
【００３３】
その後、レイアウトアプリケーション１０４を起動すると（ステップＳ７０５）、レイアウトアプリケーション１０４は、ステップＳ７０４で変換されたブックファイルＡをオープンし、ＵＩ画面に表示する（ステップＳ７０６）。なお、ステップＳ７０５でのレイアウトアプリケーション１０４の起動はステップＳ７０４の実行に応じて自動的に起動するようにしてよいし、ユーザの指示に基づいて起動するようにしてもよい。
【００３４】
図８は、実施形態における電子原稿インポートの手順を示すフローチャートで、アプリケーションデータをレイアウトアプリケーション１０４ですでにオープンされていたブックファイルにアプリケーションデータを追加するものである。図７と同様、中央の太線ａの左側は一般アプリケーション１０１の処理、右側はレイアウトアプリケーション１０４の処理を表している。
【００３５】
まず、一般アプリケーション１０１を起動し（ステップＳ８０１）、アプリケーションデータＢを作成する（ステップＳ８０２）。作成作業が終了すると、ユーザによるキーボードもしくはマウスの指示に基づき印刷手順を開始する。実施形態では、印刷先として通常のプリンタドライバの代わりに、電子原稿ライタ１０２を指定することが可能になっている。ここで電子原稿ライタ１０２が印刷先として指定されると、電子原稿ライタ１０２が起動し、アプリケーションデータＢが電子原稿形式のブックファイルＢに変換される（ステップＳ８０４）。つまり、図７と同様に、ユーザはアプリケーションデータＢを印刷する要領で、ブックファイルＢへの変換を行うことができる。
【００３６】
ここでは、このステップＳ８０４の実行前に別途、電子原稿ライタ１０２の出力設定画面（この画面は、電子原稿ライタ１０２のプロパティ設定画面のことであり、通常のプリンタドライバのプロパティ画面を同様の操作で開くことが可能である。）で、新規作成モードを指定する「新規作成」ではなく、文書追加モードを指定する「追加読み込み」を設定しておく。もちろん、「追加読み込み」に設定されていることをユーザが事前に知っているのであれば、特に設定画面を開く必要はない。よって、ステップＳ８０４では、電子原稿ライタ１０２は、出力設定として、新規作成モードが選択されているか、文書追加モードが選択されているかを判断する。
【００３７】
他方で、レイアウトアプリケーション１０４を起動し（ステップＳ８０５）、例えば既存のブックファイルＡをオープンして表示する（ステップＳ８０６）。このＵＩ画面の表示態様の例は図５に示したとおりである。
【００３８】
ステップＳ８０４で文書追加モードが選択されている場合は、レイアウトアプリケーション１０４は、更に、ステップＳ８０４で変換されたブックファイルＢを電子原稿ライタ１０２から取得し、ブックファイルＡに追加して表示するとともに（ステップＳ８０７）、ブックファイルＡとブックファイルＢとを結合してブックファイルＡＢを生成する（ステップＳ８０８）。なお、ステップＳ８０４で新規作成モードが指定されている場合は、電子原稿ライタ１０２は変換生成したブックファイルＢをレイアウトアプリケーション１０４に渡すと共に、新規作成モードであることを通知する。新規作成モードであることが通知されたレイアウトアプリケーション１０４は、新規ブックであると認識して、電子原稿ライタ１０２から渡されたブックファイルＢを新規ブックとして、既存ブックファイルＡとは別ウインドウに表示する。
【００３９】
このようにして、一般アプリケーション１０１での印刷操作を経て、アプリケーションデータがレイアウトアプリケーション１０４でオープンしているブックファイルに自動的に追加される。これによれば、わざわざＯＳのデスクトップ画面上でアプリケーションデータをドロップする操作が不要になり、レイアウトアプリケーション１０４におけるファイルの挿入操作が非常に簡単になる。
【００４０】
なお、ステップＳ８０４を実行した時点で、レイアウトアプリケーション１０４がすでに起動されており、なおかつ、複数のブックファイルがオープンされていた場合には、挿入するブックファイルをユーザに選択させるＵＩ画面を表示することが好ましい。図９は、ブックファイルをユーザに選択させるためのＵＩ画面の表示例を示す図である。図示のように、すでにオープンされているブックファイルが列挙される。ただし、レイアウトアプリケーション１０４内で別のダイアログを開く等の操作中に係るブックファイルは追加読み込みができないので列挙されない。列挙されたブックファイルの中から１のブックファイルがユーザによって選択されると、そのブックファイルにブックファイルＢが追加される。
【００４１】
また、このように電子原稿ライタ１０２が「追加読み込み」に設定されている場合に、ステップＳ８０４を実行した時点でまだレイアウトアプリケーション１０４が起動されていなかったときは、レイアウトアプリケーション１０４は、その起動時は図４に示した新規画面を表示し、その後、ステップＳ８０４により渡されたブックファイルＢを「追加読み込み」することになるので、結果としては「新規作成」でレイアウトアプリケーション１０４を起動した図７の場合と同様となる。
【００４２】
また、ブックファイルが追加されるとき、レイアウトアプリケーション１０４が取り扱い可能なサイズを超えるページを含むブックファイルが追加されようとしたときには、そのページを取り扱い可能なサイズまで縮小する機能を有することが好適である。図１０は、実施形態におけるページの縮小機能を説明する図であり、図示のように、レイアウトアプリケーション１０４が取り扱い可能な最大のサイズがＡ３であった場合、追加しようとするブックファイルのページサイズがＡ３を超えるものに限り縮小されることを示している。
【００４３】
以上説明したように、実施形態によれば、ＯＳのデスクトップ画面を経由することなく、一般アプリケーションの画面から直接、レイアウトアプリケーションに対するアプリケーションデータの挿入操作を行うことができるようになるため、ユーザの作業ステップが減少し、生産性の向上が期待できる。
【００４４】
（他の実施形態）
以上、本発明の実施形態を詳述したが、本発明は、例えばシステム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。また、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００４５】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータがその供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。その場合、プログラムの機能を有していれば、その形態はプログラムである必要はない。
【００４６】
従って、本発明の機能処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の特許請求の範囲には、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００４７】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００４８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００４９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、そのホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００５０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００５１】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００５２】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【００５３】
【発明の効果】
本発明によれば、より簡単な操作で一般アプリケーションによって作成されたアプリケーションデータをレイアウトアプリケーションにオープンさせることができる。
【図面の簡単な説明】
【図１】実施形態における文書処理システムのソフトウェア構成を示す図である。
【図２】実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。
【図３】ブックファイルを開く手順例を示すフローチャートである。
【図４】新規のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。
【図５】既存のブックファイルを開いた際のユーザインタフェース画面の一例を示す図である。
【図６】従来の電子原稿インポートの手順を示すフローチャートである。
【図７】実施形態における電子原稿インポートの手順を示すフローチャートである。
【図８】実施形態における電子原稿インポートの手順を示すフローチャートである。
【図９】ブックファイルをユーザに選択させるためのＵＩ画面の表示例を示す図である。
【図１０】実施形態におけるページの縮小機能を説明する図である。

Claims (7)

1. アプリケーションデータを作成するためのアプリケーションプログラムと、原稿データのレイアウト処理を行うレイアウトプログラムとを格納したコンピュータに、
   前記アプリケーションプログラムからの指示に応答してそのアプリケーションプログラムによって作成されたアプリケーションデータを、前記レイアウトプログラムによって処理可能な原稿データに変換する変換手段、
   前記変換手段による変換処理に応答して、その変換処理で得られた原稿データを前記レイアウトプログラムによってオープンするよう制御する制御手段、
   として機能させるための文書処理プログラム。
2. 前記制御手段は、
   前記変換手段による変換処理時にすでに前記レイアウトプログラムによって別の原稿データＡがオープンされていたときは、前記変換処理で得られた原稿データＢを前記レイアウトプログラムによって原稿データＡに追加してオープンするよう制御することを特徴とする請求項１に記載の文書処理プログラム。
3. 前記制御手段は、
   前記変換手段による変換処理時にすでに前記レイアウトプログラムによって別の原稿データＡがオープンされていたときに、原稿データＡにかかわらず、前記変換処理で得られた原稿データＢを新規にオープンする第１のモードか、前記変換処理で得られた原稿データＢを原稿データＡに追加してオープンする第２のモードかのいずれかを設定する設定手段を含み、
   前記設定手段によって設定されたモードに従い原稿データＢをオープンするよう制御することを特徴とする請求項１に記載の文書処理プログラム。
4. 前記制御手段は、さらに、
   前記変換手段による変換処理時にすでに前記レイアウトプログラムによって複数の原稿データがオープンされていたときは、前記変換処理で得られた原稿データをいずれの原稿データに追加させるかを選択する選択手段を含むことを特徴とする請求項２または３に記載の文書処理プログラム。
5. 前記制御手段は、さらに、
   前記変換処理で得られた原稿データが前記レイアウトプログラムによって取り扱うことのできるサイズを超える場合、その原稿データを取り扱い可能なサイズに縮小する縮小手段を含むことを特徴とする請求項２から４までのいずれかに記載の文書処理プログラム。
6. アプリケーションデータを作成するためのアプリケーションプログラムと、原稿データのレイアウト処理を行うレイアウトプログラムとを格納したコンピュータを利用した文書処理方法であって、
   前記アプリケーションプログラムからの指示に応答してそのアプリケーションプログラムによって作成されたアプリケーションデータを、前記レイアウトプログラムによって処理可能な原稿データに変換する変換ステップと、
   前記変換ステップでの変換処理に応答して、その変換処理で得られた原稿データを前記レイアウトプログラムによってオープンするよう制御する制御ステップと、
   を有することを特徴とする文書処理方法。
7. アプリケーションデータを作成するためのアプリケーションプログラムと、原稿データのレイアウト処理を行うレイアウトプログラムとを格納した文書処理装置であって、
   前記アプリケーションプログラムからの指示に応答して、そのアプリケーションプログラムによって作成されたアプリケーションデータを、前記レイアウトプログラムによって処理可能な原稿データに変換する変換手段と、
   前記変換手段による変換処理に応答して、その変換処理で得られた原稿データを前記レイアウトプログラムによってオープンするよう制御する制御手段と、
   を有することを特徴とする文書処理装置。

Images