印刷データを表示することができる製本アプリケーションと、製本アプリケーションから呼び出される電子ファイルを編集することができる文書編集アプリケーションをもつ構成において、製本アプリケーションが参照している原稿データのページをUIに表示する際に、ページごとに表示/非表示を選択できる機能と、UIに表示するページ順序を対応付けて管理するテーブルを有し、製本アプリケーションが表示しているページ群を編集するための文書編集アプリケーションと、電子データを用いて編集ページを受け渡す機能と、文書編集アプリケーションに渡す電子データに、UIに表示されていないページを含む場合は、表示されていないページを除いた、編集用データを作成する機能と、文書編集アプリケーションで編集された編集用データを、前記のUIに表示するページ順序を対応付けて管理するテーブルを参照し、製本アプリケーションが参照している原稿データのページにマージする機能と、マージされた原稿データを参照し製本アプリケーションのUIに表示する機能を有する情報処理装置。編集用データを作成する前に、製本アプリケーションから編集対象として指示された電子ファイルのファイルサイズによって、編集用データを作成するかどうかを判断する手段と、編集対象として指示された電子ファイルのファイルサイズと、作成する編集用データのファイルサイズを比較する手段と、比較した結果が編集対象として指示された電子ファイルの規定の割合に応じて、編集用データを作成するかどうかを判断する手段を有する機能を有する請求項1に記載の情報処理装置。製本アプリケーションが文字編集を行える文字編集アプリケーションと連携をする場合、編集対象となる原稿データを、製本アプリケーションが文字編集アプリケーションに引き渡さなければならない。その際に引き渡す原稿データの量が多く大量ページや高解像度の画像などなると、文字編集アプリケーションの動作が軽快でなくなってしまうという課題があった。また製本アプリケーションでは、印刷ページの面付けや並び替えができることから、不要となったページを削除する機能もある。削除されたページは、とうぜん文字編集アプリケーションで編集することはできないが、原稿データとしては残っていることが多い。そのようなページのデータを文字編集アプリケーションに引き渡すと無駄となる課題があった。上記課題を解決するため本願発明は、文書編集アプリケーションに受け渡しする原稿データに、PODアプリケーションで削除され、編集対象とならないページが含まれている場合、不要ページを除いた新規の電子データを作成し、その電子データを文書編集アプリケーションに受け渡すようにする。また、文書編集アプリケーションから電子データを受け取った場合は、編集されたページを製本アプリケーションでの元の原稿データにマージしる機能を持たせる。本発明によれば、製本アプリケーションと文書編集アプリケーションのように異なるアプリケーション間で原稿データを引き渡す際に、無駄となる情報を削減しアプリケーション間での負荷を軽減することが可能になる。以下、本発明を実施するための最良の形態について図面を用いて説明する。本発明の実施例は、実施例記載の機能を実現するソフトウェアのプログラムコードを記記憶媒体に記憶する。システムあるいは装置のコンピュータまたはCPUやMPUによって、記憶媒体に格納されたプログラムコードを読み出し実行することによって達成される場合を含む。まず前提となる技術について説明する。本発明の情報処理装置は、一般のアプリケーションによって作成されたデータを電子原稿ファイルに変換する電子原稿ライタと、その電子原稿ファイルのレイアウトを行う製本アプリケーションとを含む。図1は本実施例に適応可能な情報処理装置の構成を示すブロック図である。図1において、CPU101は、ROM103またはハードディスク111からRAM102にロードされたOSや一般アプリケーション、製本アプリケーションなどのプログラムを実行し、後述するフローチャートを実現する。RAM102は、CPU101の主メモリ、ワークエリア等として機能する。キーボードコントローラKBC105は、キーボード109や不図示のポインティングデバイスからのキー入力を制御する。CRTコントローラCRTC106は、CRTディスプレイ110の表示を制御する。ディスクコントローラDKC107は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスクHD111やフロッピー登録商標ディスクFD等とのアクセスを制御する。PRTC108は、接続されたプリンタ107との間の信号の交換を制御する。NC112はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。図2は本実施例に適応可能なパソコンのソフトウェア構成を機能モジュール毎に示した構成図である。201は図1で説明した情報処理装置である。202はアプリケーションファイルである。テキスト文書や画像であり印刷をすることが可能な電子ファイルである。印刷することができない動画ファイルや音楽ファイルは本発明では扱わない。203は製本アプリケーションである。製本アプリケーション203はアプリケーションファイル202を読み込み印刷用の設定を行い印刷を行うことが可能である。製本アプリケーション203は文書編集アプリケーション204と連携していて、原稿データ格納部209で管理している原稿データを受け渡すことが可能である。製本アプリケーション202は208-213のモジュールを有している。208-213は製本アプリケーション203内で連携しておりデータ通信や制御指示などをお互いが自由に行うことができる。205はジョブ送信部である。ジョブ送信部205はオペレーションシステムからの印刷ジョブを行う部位であり、一般的なプリンタドライバやプリンタスプーラが当てはまる。206はネットワーク回線である。画像形成装置207と通信できるのであればLANやWANなど、どのような形態でもよい。207は画像形成装置である。画像形成装置207はネットワーク206を介しジョブ送信部205からの指示を受け印刷を行うことが可能である。208は製本アプリケーションUI制御部である。製本アプリケーション203のUIを制御する。ユーザからの印刷指示や、ページ設定、文書編集アプリケーション204の呼び出しなどの指示を受け取ることができる。209は原稿データ格納部である。原稿データ作成部212で作成された原稿データを格納している。210は原稿表示制御部である。製本アプリケーション203が原稿データをどのようにディスプレイに表示するかを制御する。すなわちユーザに見せるサムネイルやページレイアウトを反映したサムネイルの表示制御である。211は文書編集機能の起動制御部である。製本アプリケーション203は文書編集機能起動部211によって、文書編集アプリケーション204を起動させ連携することが可能である。212は原稿データ作成部である。原稿データ作成部212はアプリケーションファイル202を製本アプリケーション203で扱うフォーマットに変換し原稿データとして格納する。原稿データの例は図6で説明する。213は印刷指示部である。印刷指示部213で印刷指示がなされるとジョブ送信部205を介し画像形成装置207で印刷がおこなわれる。図3は本実施例に文書編集アプリケーションの構成図である。文書編集アプリケーション301は図2の文書編集アプリケーション204と同じである。製本アプリケーション302は図2の製本アプリケーション203と同じである。303はアプリケーションUI制御部である。文書編集アプリケーション301のUIを制御する。アプリケーションUIはユーザが編集を行うためのアイコンやマウスの制御を行う。304は編集データ格納部である。画像編集部306で作成された編集データを格納している。305は編集データ表示制御部である。文書編集アプリケーション301が編集データをどのようにディスプレイに表示するかを制御する。すなわちユーザに見せるサムネイルやユーザの編集指示の表示制御である。306は画像編集部である。画像編集部306はアプリケーションUI制御部303からユーザの編集要求を反映した画像を作成する。すなわちユーザが文字列を追加するような指示があった場合、その文字列を反映させた編集データを作成することが可能である。図4は製本アプリケーションのUI例である。401は製本アプリケーション203の全体UIである。402は原稿データをツリー上に表示するUI部位である。原稿データのページ構成がわかるようになっている。403は原稿データのサムネイルを表示するUI部位である。原稿データの各ページの内容をサムネイルで表示することで、ユーザは原稿ページの内容がわかるようになっている。図5は文書編集アプリケーションのUI例である。501は文書編集アプリケーション204の全体UIである。502、503、504は文書を編集する際に使用する編集機能のUI例である。ユーザはこのUIを使用し表示されている文書に編集をすることができる。505は編集データをツリー上に表示するUI部位である。編集データのページ構成がわかるようになっている。506は編集データのサムネイルを表示するUI部位である。編集データの内容をサムネイルで表示することで、ユーザは編集ページの内容がわかるようになっている。またマウスなどを用い、テキストの編集や移動、オブジェクトの整列などを指示することができる。複数のページを同時に編集することは困難なので、506に表示されるページは常に1ページ分であることを想定している。図6は製本アプリケーションが扱う原稿データの構成である。原稿データ601は原稿データ作成部212で作成された電子データである。原稿データ601はアプリケーションファイル202を元に作成されている。原稿データ601は製本アプリケーション203で制御するために、製本アプリケーション203用のヘッダ部と、アプリケーションファイル202のページデータであるページ情報を持つ。602はヘッダ情報部である。ヘッダ情報部601は製本アプリケーション203用の情報が記述されている。たとえばファイル管理を行うためのバージョン情報や、印刷時に使用する印刷設定などである。603、604、605、606はページ情報である。ページ情報603ー606は製本アプリケーション203が扱うアプリケーションファイル202の持っていたページ情報である。ページ情報のフォーマットは特に限定しないが、PDFやビットマップイメージのような画像ページとして扱えるものを想定している。ページ情報603ー606はアプリケーションファイル202のページ数に応じて作られる。図7は原稿データのひとつの具体例である。701は製本アプリケーション203が扱う原稿データを表す。本実施例ではサンプル1701と表記する。702はサンプル1701のヘッダ部である。703はサンプル1701の1ページ目のページ情報部であり、あという文字が記述されたページである。704はサンプル1701の2ページ目のページ情報部であり、いという文字が記述されたページである。705はサンプル1701の3ページ目のページ情報部であり、うという文字が記述されたページである。706はサンプル1701の4ページ目のページ情報部であり、えという文字が記述されたページである。このようにサンプル1701はあいうえと書かれた4ページの原稿データである。図8は原稿表示制御用のデータテーブルの具体例である。801は原稿データサンプル1701用の表示制御用のデータテーブルである。データテーブル801は原稿表示制御部210で作成され管理される。原稿表示制御部210はデータテーブル801を参照し、原稿データのサムネイルを表示するUI部403にどのページを表示するかを決定し伝える。データテーブル801はページ情報802、表示フラグ803、表示順序804の情報を持つ。ページ情報802はサンプル1701のページ情報部のいずれかである。表示フラグ803はページ情報802のデータをサムネイルを表示UI部403および、ツリー表示UI部402に表示するかどうかを判断する値を格納している。表示順序804はサムネイルを表示UI部403およびツリー表示UI部402でどのような順序で表示するかを示す値を格納している。805、806、807、808はサンプル1701の702-706のページ情報部に対応している。すなわち805はページ情報部702を表示し、表示する順番は1番である。806はページ情報部702を表示し、表示する順番は2番である。807はページ情報部703を表示しない。よって表示する順番はない。808はページ情報部704を表示し、表示する順番は3番である。サンプル1701とデータテーブル801を組み合わせると図9のようになる。図9は製本アプリケーションのUI例である。901は製本アプリケーション203にサンプル1701とデータテーブル801を適応した際のUI例である。902-904はサムネイル表示UI部403に表示されるサムネイルである。原稿表示制御部210はテーブル805と原稿703から、サムネイル表示UI部403に902のように表示するよう指示する。同様にテーブル806と原稿704から、サムネイル表示UI部403に903のように表示するよう指示する。同様にテーブル808と原稿706から、サムネイル表示UI部403に904のように表示するよう指示する。原稿705はテーブル807の表示フラグが表示しないと設定されているためサムネイル表示UI部403には表示されない。図10は製本アプリケーションの文書編集アプリケーション起動の例である。1001は901のUI例から文書編集アプリケーション204を起動させる例である。1001では901に加えて、ユーザが1002、1003の2ページを選択した状態である。1002はサムネイル902を選択した状態である。1004はサムネイル902を選択した状態である。1003はサムネイル903が選択されていない状態である。この1002、1004の2つが選択された状態で、文書編集アプリケーション204を起動することができる。文書編集アプリケーション204の起動は1005の文書編集アプリケーション起動UIからユーザが指示することができる。1005は文書編集アプリケーション起動UIであり、製本アプリケーション203の機能である。ユーザがクリックすることで文書編集機能起動部211に指示が行われ、文書編集アプリケーション204を起動する。図11は文書編集アプリケーションのUI例である。1101は図10の選択状態にあるサムネイル1002と、同じく選択状態にあるサムネイル1003を編集対象として起動した文書編集アプリケーション501をあらわしている。1102はサムネイルである。サムネイル1102はサムネイル1002と同じ原稿ページのサムネイルである。すなわちサンプル1701の3ページ目のページ情報である703である。1103はサムネイルである。サムネイル1103はサムネイル1003と同じ原稿ページのサムネイルである。すなわちサンプル1701の4ページ目のページ情報である706である。サムネイル1102、サムネイル1103はツリー表示UI部位505に表示されている。1104はサムネイルである。サムネイル1104は編集データのサムネイを表示UI部506に表示されている。サムネイル1104はサムネイル1102を拡大したものであり、もとのデータはサンプル1701の3ページ目のページ情報である703である。図9、図10、図11が本発明を実施した場合のUIである。次に処理フローの説明をする。図12は製本アプリケーションから文書編集アプリケーションを起動する処理フローである。まずS1201において、製本アプリケーション203の原稿表示制御部210は、原稿データ格納部209に格納されている原稿データサンプル1701を参照し表示するサムネイルを選定する。次にS1202において、製本アプリケーション203にサムネイルを表示する。これがサンプル1701とデータテーブル801を適応した際のUI例901である。その後、S1203において製本アプリケーションUI制御部208はユーザからの指示を待つ。ユーザはページの削除や、ページ順序の入れ替えをUIから行うことができる。ここでユーザによってページ構成の変更があった場合はS1203に進む。なかった場合はS1206に進む。S1204はユーザによるページ変更が行われた場合の処理である。S1204においてユーザによってページ構成が変更される前のページ情報と、変更された後のページ情報を取得する。次にS1205において、S1204で取得してページ構成情報を原稿表示制御用データテーブル801に記録する。S1204とS1204の処理は原稿表示制御部210によって実行される。次にS1206において文書編集アプリケーション204を起動する。文書編集アプリケーション204の起動は1005の文書編集アプリケーション起動UIから、アプリケーションUI制御部208が指示を受け、文書編集機能起動部211によって実行される。図13は文書編集機アプリケーションの起動詳細処理フローである。S1301において、文書編集アプリケーション204の起動指示を受けた文書編集機能起動部211は原稿表示制御用データテーブル801を参照する。次にS1302において、原稿表示制御用データテーブル801から表示ありの情報を選別する。これには表示フラグ803に該当するデータがありのものを探せばよい。そして表示ありのページを表示順序通りに編集用データの候補とする。原稿表示制御用データテーブル801であれば、805、806、807が該当する。次にS1303において、製本アプリケーションで選択されたページがあるかを判断する。もし選択されているページがある場合はS1304に進む。どれも選択されていない場合はS1305に進む。図10の場合はサムネイル1002とサムネイル1004が選択されていることになる。S1304において、S1302で候補とした編集用データから選択されているページのみを編集用データの候補とするように再選定する。図10の場合はサムネイル1002とサムネイル1004が選択されているので、選択されていなかったサムネイル1003=806は編集用データの候補から除外されたことになる。次にS1305において編集用データを作成する。編集用データは図14で説明する。編集用データは用途が文書編集アプリケーション用というだけで、基本的なデータ構造は原稿データと同じである。よって編集用データの作成は原稿データ作成部212が行うことができる。次にS1306において、原稿データと編集用データのページ情報を対応つけた情報を保持する。原稿データと編集用データのページ情報を対応つけた情報の構造については図15で説明する。そしてS1307において、文書編集アプリケーション204は編集用データ1401を参照し文書編集アプリケーションの起動を行う。この際に文書編集アプリケーション204は編集データ格納部304に編集用データ1401を格納する。次にS1308において、文書編集アプリケーション204の編集データ表示制御部305が文書編集アプリケーションに表示するサムネイルを選定しアプリケーションUI制御部303によって表示を行う。これで文書編集アプリケーションの起動が完了し図11のように表示される。図14は編集用データの例である。1401はS1305において作成された編集用データである。編集用データ1401は、原稿データサンプル1701に、S1302-S1304の処理フローを適応させ作成されたデータである。図10の製本アプリケーションにおいて、文書編集アプリケーション起動時に選択されていたのは、サムネイル1002、サムネイル1004であるからその2ページ分の情報だけで構成されていることがわかる。1402はヘッダ部である。編集用データ1401は基本的に原稿データ601と同じ構造をもつ。すなわちヘッダ部1402は、原稿データ601のヘッダ部602と同じようにファイル管理を行うためのバージョン情報などが書かれている。文書編集アプリケーションでは印刷時の設定は使用しないので、印刷設定などの情報はヘッダ部に含む必要はない。ただしデータ量としては微量であるので、使用しないデータとして含んでいてもなんら問題はない。1403、1404はページ情報である。S1304によって製本アプリケーション1001において選択されているものだけが選定されたため、あという文字が記述されたページと、えという文字が記述されたページのみで構成されていることになる。図15は原稿データと編集用データの対応付け情報である。1501はS1306において作成されたデータテーブルであり、文書編集機能起動部211に保持される。1501は原稿データと編集用データを対になる形で表現する。すなわち1502が原稿データであり、1503が編集用データである。1501は原稿データサンプル1701と編集用データサンプル21401を扱ったテーブル例である。1504、1505にページ情報を記録する。ページ情報1504は、原稿データサンプル1701の1ページと、編集用データサンプル21401の1ページが対になっているということである。ページ情報1505は、原稿データサンプル1701の4ページと、編集用データサンプル21401の2ページが対になっているということである。このように編集用データは原稿データの差分のような形で作成されることが特徴である。図16は製本アプリケーションの編集用データマージ処理フローである。S1601において製本アプリケーション203は、文章編集アプリケーションの製本アプリケーション連携部より、編集を終えた編集データを習得する。この編集データは編集用データサンプル21401と同じファイルであるが、文章編集アプリケーション1101によって編集が行われ上書きされている。ユーザによって編集が行われデータが書き変わるのはページ内の情報であるので、編集用データサンプル21401の構造には影響を与えない。よって編集用データサンプル21401を受け取ったものとして説明を行う。S1602において、文書編集機能起動部211は原稿データと編集用データの対応付け情報テーブル1501を参照する。次にS1603において、原稿データに編集用のページをマージする。すなわち編集データサンプル21401の1ページ目を原稿データサンプル1701の1ページ目に置き換えと、編集データサンプル21401の2ページ目を原稿データサンプル1701の4ページ目に置き換えることを行う。これで原稿データサンプル1701は編集されたデータをマージされたことになる。次にS1604において、原稿表示制御部210はサムネイルの更新が必要であることを検知し該当するサムネイルをアプリケーションUI制御部208に伝える。アプリケーションUI制御部208はサムネイルの表示を更新する。文書編集アプリケーションから製本アプリケーションへのデータのマージが完了する。[実施例1の効果]以上のように本実施例では、製本アプリケーションから文書編集アプリケーションを起動する際に、必要なデータだけを作成する例を説明をした。これにより従来より無駄となっていたデータの削減を行うことができる。[実施例2]実施例1では、製本アプリケーション203が文書編集アプリケーション204を起動する際に、原稿データ701から編集用データ1401を作成する方法を説明した。実施例1によって文書編集アプリケーション204に渡すデータ量の削減が行え効率を向上させる効果がある。しかしながら、編集用データ1401を作成するということは、従来よりも編集用データ1401を作成する時間が増えることになる。そのため原稿データによっては必ずしも文書編集アプリケーション204を起動の効率が向上するわけではないという課題がある。実施例2では原稿データの状態によって編集用データの作成方法を変化させるという方法を説明する。本実施例は、図1-図12、図14-図16に関しては実施例1と同様であるので説明を割愛する。図17は本実施例に適応可能なデータ容量に応じた文書編集アプリケーション起動フローチャートである。図17の処理フローは実施例1の図13の処理フローの改編である。図13と同様に図12のS1206の文書編集アプリケーションの起動に関する処理フローである。S1701において、文書編集機能起動部211は原稿データのページ構成に変更があるかどうかを判断する。製本アプリケーション起動後にユーザがページ構成を変更した場合は、図8の原稿表示制御用データテーブル801の値が書き変わる。よって原稿表示制御用データテーブル801を参照すれば、文書編集機能起動部211は現在の原稿データのページ構成を知ることができる。ページ構成に変更があった場合はS1702に進む。変更がない場合は1707に進む。次にS1702において、文書編集機能起動部211は原稿データのファイルサイズを取得する。そしてS1703において、プログラムに設定されている規定サイズより大きいかどうかを判断する。規定サイズは特別な値ではなく任意の数値でよい。規定サイズより小さい場合はS1707に進む。この判断処理は、原稿データのファイル容量があまりに小さい場合、編集用データを作成し文書編集アプリケーションを起動した場合より、編集用データを新規に作成する処理の方に時間がかかってしまい、文書編集アプリケーションを起動するトータルの時間でみると効率が向上しないことがあるためである。よって実施例2のS1703は規定値よりファイルサイズが多い場合のみ有用な処理となる。次にS1704において、原稿データのページ構成の変更前と変更後のファイルサイズを算出する。そしてS1705において、変更後のファイルサイズが変更前のファイルサイズとの割合を判断する。変更後のファイルサイズとは実施例1における編集用データのファイルサイズのことである。原稿データサンプル1701と編集用データサンプル21401のファイルサイズ比較である。変更後のファイルサイズが変更前のファイルサイズの規定の割合以内の場合はS1706に進む。そうでない場合は1707に進む。このS1705の処理はS1703と同様にファイルサイズに応じて処理を変えることが目的である。変更後のファイルサイズが変更前のファイルサイズと大差がない場合は、編集用データを作成し文書編集アプリケーションを起動した場合より、編集用データを新規に作成する処理の方に時間がかかってしまい、文書編集アプリケーションを起動するトータルの時間でみると効率が向上しないことがある。よってファイルサイズによって編集用データの作成を判断することになる。例えば、1ページあたりのファイルサイズが1メガバイトで100ページの原稿データがあるとする。このときユーザが10ページを削除し文書編集アプリケーションで扱うデータが90ページになったとする。この例だと、変更前データは100メガバイト、変更後データは90メガバイトとなる。変更後データは変更前データの9割となる。このとき実施例1を適応し編集用データを作成すると90メガバイトになる。たかが10メガバイトの差で、再度90メガバイトのファイルを作成するのは効率が悪い。S1705はこのような削減率を考慮し編集データの作成を行う。変更前の規定の割合以下になる場合は、S1706に進み編集用データを作成する。その後はS1707、S1708、S1709に進む。S1707はS1306、S1708はS1307、S1709はS1308と同様の処理なので説明を割愛する。[実施例2の効果]以上のように実施例2では、製本アプリケーションから文書編集アプリケーションを起動する際の編集用データ作成において、編集用データが元の原稿データとのファイルサイズに応じ、編集用データを作成するかどうかの判断を加えた。これにより編集用データは文書編集アプリケーションの起動に効率のよいデータを使うことができ、アプリケーション全体のパフォーマンスが向上する。