(57)【特許請求の範囲】
【請求項１】
リサイズすべき推奨の画像サイズに関する情報を格納する推奨画像サイズ格納部を有するデータ構造で文書データを保存する文書データ保存手段と、
アプリケーション間でのデータ送受信を行うアプリケーション間通信手段と、
前記アプリケーション間通信手段により他のアプリケーションから画像データを受信した際に、現在の画像と受信した画像とを入れ替える画像データ入れ替え手段と、
前記他のアプリケーションから受信した画像を、前記推奨画像サイズ格納部に格納されている画像サイズに自動的にリサイズする画像サイズ変換手段とを有することを特徴とする文書編集システム。
【請求項２】
前記データ構造に含まれる処理スクリプト格納部であり、画像データに対してどのような画像編集を行うべきかが記述されている処理スクリプトを格納する処理スクリプト格納部内の処理スクリプト内容を解析する処理スクリプト解析手段と、
前記画像データ入れ替え手段によって画像が入れ替えられた後に、前記処理スクリプト解析手段による処理スクリプトの内容を解析した解析結果に基づいて、複数の画像処理用ユーザインターフェースの中から、１つのユーザインターフェースを選択して表示するユーザインターフェース選択手段とを更に有することを特徴とする請求項１記載の文書編集システム。
【請求項３】
前記画像データ入れ替え手段によって画像が入れ替えられた後に、前記処理スクリプト解析手段の解析結果に従って自動で画像編集を行う画像編集自動実行手段を更に有することを特徴とする請求項２記載の文書編集システム。
【請求項４】
前記処理スクリプト格納部に格納されている処理スクリプトが選択型の処理スクリプトであった場合に、複数の画像処理手順を前記画像編集自動実行手段が実行し、これらの複数の画像処理結果を候補画像として候補画像表示ウィンドウに表示するユーザインタフェース管理手段を更に有することを特徴とする請求項３記載の文書編集システム。
【請求項５】
リサイズすべき推奨の画像サイズに関する情報を格納する推奨画像サイズ格納部を有するデータ構造の文書データの推奨画像サイズを、データ読み込み手段により推奨画像サイズ保持手段に格納する格納工程と、
アプリケーション間でのデータ送受信を行うアプリケーション間通信手段により他のアプリケーションから画像データを受信した際に、現在の画像と受信した画像とを画像データ入れ替え手段により入れ替える画像データ入れ替え工程と、
前記他のアプリケーションから受信した画像を、画像サイズ変換手段により、前記推奨画像サイズ格納部に格納されている画像サイズに自動的にリサイズする画像サイズ変換工程とを有することを特徴とする文書編集方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、画像データを含む文書を編集するための文書編集システム及び文書編集方法に関するものである。
【０００２】
【従来の技術】
従来の文書編集システムでは、テキストデータのみならずテキストデータ中に画像データを混在させた文書を編集することができる。このような文書編集システムは、現在パーソナルコンピュータ上で、画像データを混在させることが可能な文書編集用アプリケーションソフトウェアを稼動させる事により実現されている。
【０００３】
図１４は、従来の文書編集システムの一例を示す図である。以下図１４を参照しながら、従来の文書編集システムを説明する。なお文書編集システムを構成するブロックのうち構成用件として当然含まれるが本発明を説明する上で直接必要としないブロックに関しては図示していない。
【０００４】
図１４において、３０１は文書編集システムのハードウエアである。この内、３０４はＣＲＴ等の表示装置やビデオポード等から構成される表示装置、３０６はマウス、キーボード等から構成される入力装置、３０７はＤＲＡＭ等から構成される主記憶装置、３０８はハードディスクドライブ、ハードディスク等により構成される不揮発性の記憶装置である二次記憶装置である。
【０００５】
また図１４において３０２は、文書編集装置において、ハードウエア３０１およびアプリケーションソフトウェア群３０３を有効に利用するための総合的管理を行うオペレーティングシステムであり、Ｍｉｃｒｏｓｏｆｔ社のオペレーティングシステムであるＷｉｎｄｏｗｓ９５に代表されるように複数のアプリケーションソフトウェアを同時に実行することが可能で、表示装置３０４上には各アプリケーションのユーザインターフェイスとしてのウインドウを複数同時に表示することができるものである。
【０００６】
オペレーティングシステム３０２の内、３１４はアプリケーションソフトウェア群３０３に含まれるアプリケーションソフトウエアからの要求に応じて表示装置３０４上に、要求される文字、図形、画像等を表示する描画管理システムである。３１５は入力装置３０６を介して入力されるユーザーズイベントを本システムの適切なソフトウエアモジュールへと配送するための入力デバイス管理システムである。３１６は主記憶装置３０７へのデータの読み込み及び書き込みを管理するためのメモリ管理システムである。３１７は二次記憶装置３０８上のファイルを管理するためのファイルシステムである。
【０００７】
３１８はアプリケーション間通信手段であり、アプリケーションソフトウェア群３０３内のアプリケーション間でのデータ送受信や他のアプリケーションの起動などを可能ならしめるものである。このようなアプリケーション間通信技術の代表的なものとしてはＭｉｃｒｏｓｏｆｔ社のＯＬＥ２テクノロジーがあげられる。３０３はアプリケーションソフトウェア群を示している。この内、３１９は文書編集アプリケーションである。文書編集アプリケーションは、利用者によって編集された文書データの保存及び読み込みを行うデータ保存読み込み手段３２２、画像編集アプリケーションから画像編集アプリケーション上で編集された画像の表示データをアプリケーション間通信により受信し、この表示データを描画管理システム３１４に依頼して表示装置３０４上に表示する画像編集結果表示手段３２３、利用者からのコマンド入力に従って、アプリケーション間通信により画像編集アプリケーション３２１を起動する画像編集アプリケーション起動手段３２４、及びテキストデータの編集手段等、図１４には明示しない他の手段から構成される。
【０００８】
３２０は画像ファイリングアプリケーションであり、二次記憶装置３０８上にファイルとして記憶されている多数のファイルの検索を容易にするためのアプリケーションである。画像ファイリングアプリケーション３２０は画像データファイル群３３０の中から利用者の指定する画像データファイルの画像データを利用者の指定に応じてアプリケーション間通信により文書編集アプリケーション３１９や画像編集アプリケーション３２１へと送信することができるものである。３２１は画像編集アプリケーションであり、オリジナル画像に対して、ぼかし、色調整などの画像処理を行ったり、オリジナル画像に対して図形を描き入れるなどの画像編集を行うためのアプリケーションである。画像編集アプリケーション３２１は、画像ファイリングアプリケーション３２０から受信した画像を現在の画像の上に貼り付ける機能を提供する画像データ貼り付け手段３２５と、二次記憶装置３０８への画像データの書き込み及び読み込みを行うデータ保存読み込み手段３２６と、画像、メニュー、アプリケーションのフレームワーク等の表示装置３０４への表示、及び入力装置３０６からのユーザーズイベントを管理するユーザインターフェース管理手段３２７と、ぼかし、輝度調整、色調整などの各種画像処理フィルタや線の付与、文字の付与などのドローイングツールを含む画像編集手段を複数包含する画像編集手段群３２８と、利用者の入力コマンドに応じて、画像編集手段群３２８の中から画像編集手段を実行する画像編集実行手段３３１と、図１４には明示されない他の手段とから構成される。
【０００９】
なお、以上の構成においてＯＬＥ２テクノロジーにおいては、アプリケ−ンョン間通信によりデータを供給する側である画像編集アプリケーションをＯＬＥサーバと呼び、アプリケ−ンヨン間通信によりデータを受信する側である文書編集アプリケーションはＯＬＥコンテナと呼んでいる。
【００１０】
３２９は文書編集アプリケーションによって編集された文書データファイルであり、図１５のごときデータ構造である。図１５の文書データは通常利用者によって編集された文書データであるが、ワープロソフトを購入した際サンプルとして付与されるような開発元から供給される文書であってもかまわない。
【００１１】
図１５において４０１はヘッダーデータ格納部であり、テキストのフォント、色、印刷する際の用紙の大きさ、縦書きか横書きか、等の情報を格納している。４０２はテキストデータ格納部であり、利用者や開発元によって入力されたテキストデータが格納されている。４０３は画像編集アプリケーション用データ格納部（ＯＬＥ２テクノロジーにおける“オブジェクト”を格納する）であり、画像データをアプリケーション間通信により供給する画像編集アプリケーションを一意に認識するための画像編集アプリケーション識別情報格納部４０４と、文書データ中での画像データの位置と大きさに関する情報が格納されている画像位置データ格納部４０５と、表示装置３０４上に表示すべき画像データを格納する表示データ格納部４０６と、画像編集アプリケーション識別情報格納部で指定される画像編集アプリケーションが使用するための画像データ（文書編集アプリケーションがサポートしていない画像データのフォーマットであってもかまわない、ＯＬＥ２テクノロジーにおいてはネイティブデ−タとも呼ばれ、画像データに限らない）を格納する画像データ格納部４０７とから構成される。
【００１２】
４０８は本発明を説明する上で重要でないその他のデータを含むその他のデータ格納部であるが、文書中に複数の画像が埋め込まれている場合にはその数に応じた画像編集アプリケーション用データ格納部を包含している。
【００１３】
昨今の画像編集アプリケーションでは、図１５のごときデータ構造を持つ文書データファイルのサンプルをアプリケーションソフトウェアに添付することが多い。利用者はこのようなサンプル文書中のテキストを修正したり、画像を入れ替えたりすることによって、全体のデザインを一から創造することなしに、簡単に高品位な文書を作成することができる。
【００１４】
図１６は、表示装置３０４上に表示される従来の文書編集アプリケーション３１９のユーザインターフェース画面の一例である。
【００１５】
５０１は文書編集アプリケーション３１９のフレームとなるウインドウである。５０２は文書１ドキュメントであり、利用者や開発元によりキーボード入力されたテキストと、ＯＬＥサーバとして起動している画像編集アプリケーション３２１よりアプリケーション間通信により受信した画像が画像表示領域５０３に表示されている。５０４は編集された文書データをファイルとして保存するためのコマンドを入力するためのＳａｖｅボタンである。５０５は文書ファイルを５０１上のウィンドウ上に開き、編集可能状態にするためのＯｐｅｎボタンである。５０６は文書中に他のＯＬＥサーバアプリケーションのオブジェクトを埋め込むためのコマンドを入力するためのＩｎｓｅｒｔＯｂｊｅｃｔボタンである（ここで、“オブジェクト”という用語の定義は、ＯＬＥ２テクノロジーにおける定義に従う）。
【００１６】
図１７は、表示装置３０４上に表示される画像ファイリングアプリケーション３２０のユーザーインターフェース画面の一例であり、二次記憶装置３０８上に記憶されている画像データファイル群３３０の中からキーワード検索などにより検索された画像ファイルの一覧が表示されている。６０１は画像ファイリングアプリケーションのフレームとなるウィンドウである。６０２は検索された画像ファイルの縮小画像表示エリアである。
【００１７】
図１８は、文書編集システム上で他のアプリケーションへとＯＬＥサーバとして画像データを供給する画像編集アプリケーション３２１のユーザインターフェース画面の一例を示す図である。
【００１８】
この内７０１は画像編集アプリケーションのフレームウィンドウである。７０２は現在編集中の画像データを表示するウィンドウである。７０３〜７１３はそれぞれ画像編集手段群３２８を構成する各画像編集手段の実行命令を入力するためのボタンである。７０３はぼかし処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、７０２上に表示されている画像データに対してぼかし処理（画像の空間的な解像度を落とす処理）を施す。
【００１９】
７０４はシャープ処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、７０２上に表示されている画像データに対してシャープ処理（画像のエッジをはっきりとさせる処理）を施す。７０５は輝度調整処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、７０２上に表示されている画像データに対して輝度調整処理（画像の輝度を適正に補正する処理）を施す。７０６は色調整処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、７０２上に表示されている画像データに対して色調整処理（画像の色を適正に補正する処理）を施す。
【００２０】
７０７は背景消し処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、７０２上に表示されている画像データに対して背景消し処理（人物像などの背景を除去する処理）を施す。７０９はロゴ処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、７０２上に表示されている画像データに対してロゴ処理（被写体に文字を含む画像から文字部分を切り出して、文字に対して装飾を加えることによりロゴを作成する処理）を施す。
【００２１】
７１０はノイズ付与処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、７０２上に表示されている画像データに対してノイズ付与処理（画像にノイズを付与して絵画的にする処理）を施す。７１１は変形処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、７０２上に表示されている画像データに対して変形処理（画像にノイズを付与して絵画的にする処理）を施す。７１２は反転処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、７０２上に表示されている画像データに対して反転処理（画像の明暗を反転する処理）を施す。
【００２２】
以上の構成による従来の文書編集システムにおいて、利用者が文書中の画像表示領域５０３をマウスによりダブルクリックすると、文書編集アプリケーション３１９の画像編集アプリケーション起動手段３２４は画像編集アプリケーション識別情報格納部４０４の内容を参照することにより、ＯＬＥサーバアプリケーションとして画像データを供給する画像編集アプリケーションを一意に認識することにより、画像編集アプリケーション３２１を起動するとともに、画像表示領域５０３を画像編集アプリケーション３２１のユーザインターフェース領域とする。
【００２３】
また、画像編集アプリケーションはＯＬＥコンテナアプリケーションによりＯＬＥサーバとして起動されると、ユーザインターフェース管理手段３２７が画像表示領域５０３を自身のユーザーインターフェース領域としてユーザからのマウス入力を受け付ける状態とするとともに、画像編集に必要な予め定められたメニューをメニュー表示領域５０７に追加する。ＯＬＥ２テクノロジーにおいては、このように画像編集アプリケーションがコンテナアプリケーション内で起動している状態をインプレイスアクティブと呼んでいる。
【００２４】
画像編集アプリケーションが文書編集アプリケーション内でインプレイスアクテイブで起動している様子を図１９に示す。図１９のようにインプレイスアクティブ状態では、画像表示領域５０３の周辺に斜線が表示されるとともに、予め定められた画像編集アプリケーションへのコマンド入力用のメニューがメニュー表示領域５０７に表示され、コマンド入力待ち状態となる。
【００２５】
一方、画像編集アプリケーションがインプレイスアクティブの状態で、画像ファイリングアプリケーション３２０上の任意の画像の縮小画像表示エリア上でマウスボタンを押すことによって任意の画像を選択し、そのままマウスドラッグして文書編集アプリケーションの画像表示領域上でドロップすると、画像ファイリングアプリケーション３２０が選択されたファイルの画像データをインプレイスアクティブで起動中の画像編集アプリケーション３２１に送信し、この画像データを受信した画像編集アプリケーションの画像データ貼り付け手段３２５は、今まで画像表示領域５０３上に表示していた画像の上に、受信した画像を貼り付ける。
【００２６】
元の画像の上に図１７におけるＦｉｌｅ２．ｂｍｐの画像が貼り付いた様子を図２０に示す。この状態で、利用者がメニュー表示領域５０７上に表示されている画像編集メニュー７０３〜７１２の中から任意のメニューをマウスクリックすると、画像編集アプリケーション３２１の画像編集実行手段３３１はマウスクリックされたメニューに対応した画像編集手段を画像編集手段群３２８から選択し、５０３上に表示されている画像データに対して画像編集を実行する。
【００２７】
そして、画像編集実行の後に、利用者が文書１ドキュメントのウィンドウ５０１内で画像表示領域５０３以外の任意の位置をマウスクリックすると、画像編集アプリケーション３２１はインプレイスアクティブ状態から非アクティブ状態となる。このとき、画像編集アプリケーション３２１は編集結果の表示データを文書編集アプリケーション３１９へと送信する。
【００２８】
一方、文書編集アプリケーション３１９は受信した編集結果の画像データを画像表示領域５０３へと表示する。文書編集アプリケーション３１９において、利用者がデータ保存要求コマンドを入力する等、データ保存の必要性が生じた場合、文書編集アプリケーションのデータ保存読み込み手段３２２は、ヘッダーデータ格納部４０１及びテキストデータ格納部４０２に文書の対応するデータを保存するとともに、画像編集アプリケーション３２１に対して、画像編集アプリケーション用データ格納部２０１内へとデータ保存を行うよう要求する。
【００２９】
これを受けて画像編集アプリケーション３２１のデータ保存読み込み手段３２６は図１５の形式で画像編集アプリケーション用データ格納部２０１へとデータ保存を行う。
【００３０】
【発明が解決しようとする課題】
しかしながら、従来の文書編集システムには以下に示すような問題点があり、画像編集に不慣れな利用者にとっては大変扱いが困難であった。
【００３１】
（１）文書編集アプリケーションからＯＬＥサーバとして起動された画像編集アプリケーションが、予め定められたメニューを表示するため、あらゆる文書データのあらゆる画像に対応するために、沢山のメニューを表示しなくてはならなかった。このように沢山のメニューの中から、現在編集中の文書の現在編集しようとしている画像に適した画像編集手段を選択することは、利用者にとって大変負担となっていた。
【００３２】
（２）画像データは情報量が多く、記憶媒体の大きな領域を占有してしまったり、記憶媒体からのリードライトに多くの時間を費やしてしまうという問題がある。これを回避するためには画像データをできる限り小さいサイズで保持する必要がある。用途が明確でない時には必要とする画像解像度が分からないため、画像サイズを小さくすることはできないが、文書中の画像データは文書中でどのように画像が使われるのかが明確であるため、必要とする解像度に基づいて最適なサイズへの画像の縮小を行うことが可能である。しかし、従来の文書編集システムでは、画像を縮小するか否か、また画像縮小する際の画像サイズについては利用者が自分で判断して行うしかなく、画像編集に不慣れな利用者にとってはこの作業は大変困難なものであった。
【００３３】
本発明は上記従来の問題点に鑑み、画像編集に不慣れな利用者でも簡単に画像編集を行うことができる文書編集システム、及び文書編集方法を提供することを目的とする。
【００３５】
【課題を解決するための手段】
上記目的を達成するために、本発明の文書編集システムは、リサイズすべき推奨の画像サイズに関する情報を格納する推奨画像サイズ格納部を有するデータ構造で文書データを保存する文書データ保存手段と、アプリケーション間でのデータ送受信を行うアプリケーション間通信手段と、前記アプリケーション間通信手段により他のアプリケーションから画像データを受信した際に、現在の画像と受信した画像とを入れ替える画像データ入れ替え手段と、前記他のアプリケーションから受信した画像を、前記推奨画像サイズ格納部に格納されている画像サイズに自動的にリサイズする画像サイズ変換手段とを有することを特徴とする。
また、本発明の文書編集方法は、リサイズすべき推奨の画像サイズに関する情報を格納する推奨画像サイズ格納部を有するデータ構造の文書データの推奨画像サイズを、データ読み込み手段により推奨画像サイズ保持手段に格納する格納工程と、アプリケーション間でのデータ送受信を行うアプリケーション間通信手段により他のアプリケーションから画像データを受信した際に、現在の画像と受信した画像とを画像データ入れ替え手段により入れ替える画像データ入れ替え工程と、前記他のアプリケーションから受信した画像を、画像サイズ変換手段により、前記推奨画像サイズ格納部に格納されている画像サイズに自動的にリサイズする画像サイズ変換工程とを有することを特徴とする。
【００５２】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
【００５３】
図１は、本発明の第１実施形態に係る文書編集システムの基本構成を示すブロック図である。
【００５４】
以下、図１を参照しながら、本発明の文書編集システムを説明する。なお、文書編集システムを構成するブロックのうち構成用件として当然含まれるが本発明を説明する上で直接必要としないブロックに関しては図示していない。
【００５５】
図１において、３０１は、先の図１４で説明したように、文書編集システムのハードウエアであり、この内、３０４は表示装置、３０６は入力装置、３０７は主記憶装置、３０８は二次記憶装置、さらに、３０２は、オペレーティングシステムである。また、オペレーティングシステム３０２の内、３１４は描画管理システム、３１５は入力デバイス管理システム、３１６はメモリ管理システム、３１７はファイルシステム、３１８はアプリケーション間通信手段である。
【００５６】
１０１はアプリケーションソフトウエア群を示している。この内、３２６は文書編集アプリケーションであり従来と同様のアプリケーションである。３２０は画像ファイリングアプリケーションであり従来の画像ファイリングアプリケーションと同様のアプリケーションである。１０２は、画像編集アプリケーションであり、画像に対して、ぼかし、色調整などの画像処理を行ったり、画像に対して図形を描き入れるなどの画像編集を行うためのアプリケーションである。画像編集アプリケーションは、画像データ入れ替え手段１０３、処理スクリプト編集手段１０４、データ保存読み込み手段１０５、処理スクリプト解析手段１０６、画像編集実行手段３３１、画像編集自動実行手段１０７、ユーザインターフェース選択手段１０９を含むユーザインターフェース管理手段１０８、画像編集手段群３２８、推奨画像サイズ編集手段１１１、画像サイズ変換手段１１２、及び本発明を説明する上で重要でないため図１に明示していない他の手段から構成される。
【００５７】
また、本発明の文書編集システムの文書データファイル１１０は、図２のようなデータ構造となっている。
【００５８】
図２において、ヘッダーデータ格納部４０１、テキストデータ格納部４０２、画像編集アプリケーション識別情報格納部４０４、画像位置データ格納部４０５、表示データ格納部４０６、及び画像データ格納部４０７は、従来の文書編集システムと同様である。
【００５９】
２０１は、本発明における画像編集アプリケーション用データ格納部であり、従来の文書編集システムのそれとの違いは、アプリケーション間通信によって他のアプリケーションから受信した画像データに対してどのような画像編集を行うべきかが記述されている処理スクリプトを格納する処理スクリプト格納部２０２と、アプリケーション間通信によって他のアプリケーションから受信した画像データをリサイズすべき推奨の画像サイズに関する情報を格納する推奨画像サイズ格納部２０３とを有する点である。
【００６０】
２０４はその他のデータ格納部であり、文書中に複数の画像が埋め込まれている場合にはその数に応じた画像編集アプリケーション用データ格納部を包含している。
【００６１】
以上の構成において本発明における文書編集システムでは、画像編集アプリケーション開発元など画像編集に慣れている者が処理スクリプト編集手段１０４によって予め処理スクリプトを入力した図２のごときデータ構造の文書データを、画像編集に不慣れな利用者が編集する際、文書編集アプリケーションのＯＬＥサーバとして起動中の画像編集アプリケーション１０２に対して画像データの入れ替えコマンドを入力すると、まず画像データ入れ替え手段１０３が画像データを入れ替える。
【００６２】
次に画像サイズ変換手段１１２は入れ替わった画像データを、推奨画像サイズ格納部２０３に格納されている推奨の画像サイズにリサイズする。このことにより、文書中の画像の意味に従った必要最小限の画像サイズを判断し、メニューから画像サイズの変換コマンドを入力するという困難な作業を無くすことができる。
【００６３】
次に画像編集アプリケーション１０２の処理スクリプト解析手段１０６が処理スクリプト格納部２０２の処理スクリプトデータを解析する。さらにユーザインターフェース管理手段１０８のユーザインターフェース選択手段１０９は処理スクリプトデータで示される画像編集を行うために必要最小限であるところのユーザーインターフェースを選択的に表示したり、処理スクリプトデータで示される画像編集を行うために必要最小限であるところのユーザーインターフェースをダイナミックに生成して表示する。
【００６４】
このことにより、画像編集に不慣れな利用者が沢山のメニューの中から現在編集中の文書における現在編集しようとしている画像に適した画像編集を選択する苦労を半減させることができる。また、処理スクリプトが利用者に全く選択の余地を与えない完全なるバッチ処理用のデータである場合には画像編集自動実行手段１０７が入れ替えられた画像に対して処理スクリプトのバッチデータに即した画像編集を自動的に行うことにより、利用者が画像編集コマンドを選択し入力する苦労を一切無くすことができる。
【００６５】
以下、図１を用いながら本第１実施形態における文書編集システムを詳細に説明する。
【００６６】
図１６のように文書編集アプリケーションで文書１を編集中に画像表示領域５０３をマウスポインタによりダブルクリックすると、画像編集アプリケーション起動手段３２４は画像編集アプリケーション１０２を起動する。画像編集アプリケーション起動の際の本実施形態における文書編集システムの処理の流れを図３のメモリマップ、及び図４のフローチャートを用いて詳しく説明する。
【００６７】
ここで、図３は、主記憶装置３０７内で画像編集アプリケーション１０２が使用するメモリ領域内でのメモリマップを示しており、１１０１は画像編集アプリケーションの各手段の実行形式のコードを含む各手段実行コード保持領域である。１１０２は推奨画像サイズのデータを保持する推奨画像サイズデータ保持領域である。１１０３は処理スクリプトデータを保持する処理スクリプトデータ保持領域である。１１０４は現在の画像デ一タを保持する画像データ保持領域である。１１０５は画像編集手段群の画像編集手段による画像編集の結果として得られる画像データを記憶保持するための編集結果画像データ保持領域である。１１０６は本発明を説明する上で重要でない画像編集アプリケーションによって使用されるその他のデータを保持するためのその他のデータ保持領域である。
【００６８】
起動された画像編集アプリケーション１０２は図４のようにステップＳ１から処理を開始する。ステップＳ１ではまず、データ保存読み込み手段１０５により、画像データ格納部４０７より画像データ保持領域１１０４へと画像データを読み込む（説明を簡単にするため、現在は画像１．ｂｍｐなる画像データが格納されていたものとする）。
【００６９】
次にステップＳ２において、データ保存読み込み手段１０５により処理スクリプト格納部２０２より処理スクリプトデータ保持領域１１０３へと処理スクリプトデータを読み込む。次にステップＳ３において、データ保存読み込み手段１０５は推奨画像サイズ格納部２０３より推奨画像サイズデータ保持領域１１０２に推奨画像サイズを読み込む。次にステップＳ４にて、ユーザインターフェース管理手段１０８は文書中の画像表示領域５０３上に画像データ保持領域１１０４の画像データを表示して起動時処理を終了する。
【００７０】
画像編集アプリケーション１０２は上記起動時処理を終了すると、文書編集アプリケーション３２６内でインプレイスアクティブ状態で利用者からのイベント待ち（コマンド入力待ち）となる。この状態での表示装置３０４上の表示の様子を図５に示す。
【００７１】
図５のように、本発明の実施形態における画像編集アプリケーション１０２のユーザインターフェース管理手段１０８は、図１９におけるそれと異なり、文書編集アプリケーションのメニュー表示領域５０７上に画像編集コマンドを入力するためのメニューを追加していない。
【００７２】
図６は、画像ファイリングアプリケーション３２０から画像編集アプリケーション１０２へとアプリケ−ション間通信により画像データを送信するためのコマンドを入力している様子である。図６は画像ファイリングアプリケーション上の送信したい画像（図６におけるＦｉｌｅ２．ｂｍｐ）上にマウスカーソルを移動し、マウスボタンを押し、ボタンを押し続けたまま、マウスカーソルを画像表示領域５０３上まで移動しマウスボタンを放すという（一般にドラッグアンドドロップと呼んでいる）動作を示している。
【００７３】
本文書編集システムでは、このように画像ファイリングアプリケーション３２０の縮小画像上から文書編集アプリケーション内でインプレイスアクティブ状態の画像編集アプリケーションへとドラッグアンドドロップ操作を行うことにより、アプリケーション間通信手段３１８に対して、画像データ送信コマンドを入力することができる。
【００７４】
以下、Ｆｉｌｅ２．ｂｍｐの画像データを画像編集アプリケーションへとドラッグドロップした時を例にとって、利用者による画像データ送信コマンドに始まる本文書編集システムによる処理の手順を図７のフローチャートを用いて詳しく説明する。
【００７５】
第１実施形態における文書編集システムでは、利用者がドラッグアンドドロップ操作により画像データ送信コマンドを入力すると、図７のステップＳ１１より処理を開始する。
【００７６】
まず、ステップＳ１１では画像データ入れ替え手段１０３が画像データ保持領域１１０４に記憶保持されている画像１．ｂｍｐなる画像データを消去して、変わりにアプリケーション間通信により受信したＦｉｌｅ２．ｂｍｐの画像データを画像データ保持領域１１０４にストアすることによって、画像データ保持領域１１０４の画像データの入れ替えを行う。
【００７７】
次にステップＳ１２では、画像サイズ変換手段１１２が、画像データ保持領域１１０４に記憶保持されている画像データ（Ｆｉｌｅ２．ｂｍｐの画像データ）を推奨画像サイズデータ保持領域１１０２に記憶されている推奨画像サイズにリサイズする。
【００７８】
次にステップＳ１３では処理スクリプト解析手段１０６が処理スクリプトデータ保持領域１１０３に格納されている処理スクリプトデータを解析する。図８（ａ），（ｂ）に処理スクリプトデータの例を示す。同図（ａ）には処理手順１、及び処理手順２の二つの処理手順が記述されている。
【００７９】
より詳細には、処理手順１ではまず、オリジナル画像に対してＰａｒａｍｅｔｅｒ１を１０としてぼかし処理を施し、このぼかし処理の結果画像に対してさらにＰａｒａｍｅｔｅｒ１を２０としてイラスト化処理を施すことを意味する処理スクリプトが記述されている。また、処理手順２ではまず、オリジナル画像に対してＰａｒａｍｅｔｅｒ１を１０としてシャープ処理を施し、このシャープ処理の結果画像に対してさらにＰａｒａｍｅｔｅｒ１を１５、Ｐａｒａｍｅｔｅｒ２を３０としてノイズ処理を施すことを意味する処理スクリプトが記述されている。
【００８０】
このように図８（ａ）の処理スクリプトでは処理手順が複数記述されている。このような処理スクリプトをここでは選択型の処理スクリプトと呼ぶこととする。また図８（ｂ）による処理スクリプトの例では、処理手順が１つのみ記述されている。このような処理スクリプトをここでは非選択型の処理スクリプトと呼ぶこととする。
【００８１】
ステップＳ１４では、ステップＳ１３における解析結果を元に処理スクリプトが選択型か非選択型かを判断している。処理スクリプトデータ保持領域１１０３に記憶されている処理スクリプトデータが図８（ａ）のように選択型である場合にはステップＳ１７へと処理を進め、非選択型である場合にはステップＳ１５へと処理を進める。
【００８２】
処理スクリプトが非選択型でステップＳ１５へと処理を進めた場合、ステップＳ１５では画像編集自動実行手段１０７が、画像データ保持領域１１０４に格納されている画像データ（ステップＳ１２のステップでリサイズされたｆｉｌｅ２．ｂｍｐの画像データ）に対して、処理スクリプトデータに記述されている処理の手順に対応した画像編集手段を画像編集手段群３２８から検索して実行する。各画像編集手段を実行する際のパラメータも処理スクリプトデータの記述に従う。
【００８３】
そして、ステップＳ１６においてユーザインターフェース管理手段１０８が画像表示領域５０３上に画像データ保持領域１１０４に格納されているところの処理スクリプトに準じた編集結果画像データを表示した後、図７のフローチャートで示される処理手順を終了する。
【００８４】
また、処理スクリプトが選択型でステップＳ１７へと処理を進めた場合には、まずステップＳ１７にてカウンタｋに１を代入する。次にステップＳ１８において画像データ保持領域１１０４に格納されている画像データ（ステップＳ１２でリサイズされたｆｉｌｅ２．ｂｍｐの画像データ）を図１０で示されるところの処理手順ｋによる編集結果画像データ保持領域にコピーする。
【００８５】
次にステップＳ１９において、画像編集自動実行手段１０７は、処理手順ｋによる編集結果画像データ保持領域に格納されている画像データに対して、処理スクリプトデータに記述されている処理手順ｋを実行する。処理実行に際しては処理手順ｋに記述されている処理の手順に対応した画像編集手段を画像編集手段群３２８から検索して実行する。各画像編集手段を実行する際のパラメータも処理手順ｋの記述に従う。
【００８６】
次にステップＳ２０で処理手順ｋが処理スクリプトデータにおいて最後の処理手順か否かを判断する。例えば処理スクリプトが図８（ａ）の場合には処理手順２が処理スクリプトの最後の処理手順であるのでｋ＝２の時にステップＳ２０での判断がＹｅｓとなり、ステップＳ２２へと処理を進める。処理手順ｋが処理スクリプトの最後の処理手順でない時には判断はＮｏとなり、ステップＳ２１でカウンタｋを１つインクリメントした後、再びステップＳ１８へと処理を進める。ステップＳ２２では図９のごとき候補画像表示ウィンドウを表示する。候補画像表示ウィンドウには図９に示すように、ステップＳ１９において編集結果画像データ保持領域１１０５に格納された処理手順１〜処理手順ｎの編集結果の画像が表示されている。
【００８７】
利用者は候補画像表示ウィンドウから好みとする画像編集結果画像を選択できる。本実施形態においてはマウスカーソルを好みとする画像の上に移動しマウスボタンをクリックすることによって好みとする画像編集結果画像を選択するコマンドを入力するものとする。ステップＳ２３では利用者によって選択コマンドが入力されたか否かを判断する。選択コマンドが入力されるまでは判断はＮｏとなり、ステップＳ２３の判断を繰り返す。
【００８８】
利用者がマウスクリックにより選択コマンドを入力すると、ステップＳ２３での判断はＹｅｓとなり、ステップＳ２４へと処理を進める。ステップＳ２４では、画像データ保持領域１１０４に格納されている画像データを消去する。次にステップＳ２５では、利用者によって選択された処理手順による編集結果画像データを編集結果画像データ保持領域１１０５から画像データ保持領域１１０４にコピーする。ステップＳ２６では図９に示される候補画像表示ウィンドウを閉じる。次にステップＳ２７において編集結果画像データ保持領域１１０５に格納されている処理手順１〜処理手順ｎによる処理結果画像データを全て消去する。次にステップＳ１６の処理を行った後、図７のフローチャートで示される処理を終了する。
【００８９】
画像編集アプリケーション１０２による画像編集処理が終了した後、利用者が文書１ドキュメント５０２のウィンドウの内画像表示領域５０３以外の部分をマウスクリックすることにより、画像編集アプリケーションはインプレイスアクティブ状態から非アクティブ状態となる。画像編集アプリケーションは非アクティブ状態となる前に、推奨画像サイズデータ、処理スクリプトデータ編集結果画像データをそれぞれ、推奨画像サイズ格納部２０３、処理スクリプト格納部２０２、及び画像データ格納部４０７へと保存するとともに、表示データを作成し表示データ格納部４０６に格納する。一方、文書編集アプリケーション３２６の画像編集結果表示手段３２３は表示データ格納部に格納された表示データを画像表示領域５０３上に表示する。
【００９０】
以上、第１実施形態による文書編集システムでは、利用者がドラッグアンドドロップ操作によって画像入れ替えのコマンドを入力した際、処理スクリプトが非選択型である場合には、完全自動で画像編集が行われるため、画像編集に不慣れな利用者が画像編集のコマンドやパラメータをいくつも入力するという苦労を無くすことができる。また、処理スクリプトが選択型であっても、自動的に編集されたいくつかの処理結果画像を眺めながら好みとする画像を選択するだけの操作で利用者にとって好ましい画像編集を簡単に執り行うことができる。
【００９１】
次に、本発明の第２実施形態を説明する。
【００９２】
第２実施形態における文書編集システムでは、画像編集アプリケーション１０２が文書編集アプリケーション３２６中でインプレイスアクテイブの状態（図５に示される状態）で、図６に示されるように、利用者がドラッグアンドドロップ操作により画像データ送信コマンドを入力すると、図１２に示すフローチャートのステップＳ３１より処理を開始する。
【００９３】
まず、ステップＳ３１では画像データ入れ替え手段１０３が画像データ保持領域１１０４に記憶保持されている画像１．ｂｍｐなる画像データを消去して、変わりにアプリケーション間通信により受信したＦｉｌｅ２．ｂｍｐの画像データを画像データ保持領域１１０４にストアすることによって、画像データ保持領域１１０４の画像データの入れ替えを行う。
【００９４】
次にステップＳ３２では、画像サイズ変換手段１１２が、画像データ保持領域１１０４に記憶保持されている画像データ（Ｆｉｌｅ２．ｂｍｐの画像データ）を推奨画像サイズデータ保持領域１１０２に記憶されている推奨画像サイズにリサイズする。次にステップＳ３３では処理スクリプト解析手段１０６が処理スクリプトデータ保持領域１１０３に格納されている処理スクリプトデータを解析する。
【００９５】
図１１に第２実施形態における処理スクリプトデータの例を示す。
【００９６】
第２実施形態における処理スクリプトには、画像編集において使用すべきテンプレートの名称が記述されている。テンプレートとは画像編集手段群３２８に含まれる画像編集手段の内、画像編集の目的ごとに、必要とされる画像編集手段のユーザインターフェースのみをコンパクトにまとめたウィンドウのことである。
【００９７】
図１１の処理スクリプトデータに記述されている「ポートレイトエフェクトテンプレート」は“人物が撮影された画像をレタードキュメントの送信者の顔写真として貼り付けるのに好ましい画像へと画像編集を行う”という画像編集の目的を達成するのに最小限のユーザインターフェースを有したウィンドウである。第２実施形態においては送信者の顔写真として使用する画像では、背景の除去と輝度調整さえ行えれば十分なものと考え、ポートレイトエフェクトテンプレートは図１３のこときユーザインターフェースを持つものとする。
【００９８】
図１３において２００１はポートレイトエフェクトテンプレートのウィンドウである。２００２は現在編集しようとしている画像データ（画像データ保持領域１１０４に格納されている画像データ）を表示する領域である。２００３は背景消しコマンドを入力するためのボタンである。２００４は輝度を調節するためのスライドバーであり、バーを右にスライドさせれば輝度が上がり、左にスライドさせれば輝度を下げることができるものである。２００５は利用者が画像編集の結果に満足した際に画像編集の終了を本文書編集システムに入力するためのＯＫボタンである。
【００９９】
ステップＳ３４では、ユーザインターフェース選択手段１０９がステップＳ３３での解析結果に応じて処理スクリプトに記述されているテンプレートを選択し、表示する。例えば、処理スクリプトが、図１１のようにポートレイトエフェクトテンプレートを指定している場合には第２実施形態における文書編集システムの表示装置３０４上には図１３のごときウィンドウが表示される。
【０１００】
このように目的に合致した最小限のユーザインターフェースをユーザインターフェース選択手段１０９が選択的に表示するので、ユーザはどのメニューを選べばよいのか当惑することがなく、画像処理に不慣れなユーザをナビゲートすることができる。
【０１０１】
ステップＳ３５では、テンブレートのウィンドウを介して、各テンプレートごとのユーザ対話処理を実行し、画像データ保持領域１１０４の画像に対して画像編集を行う。ステップＳ３６において、利用者が対話処理による画像編集を終了し、テンプレート上のＯＫボタンをマウスクリックしたならテンプレートのウィンドウを閉じる。ステップＳ３７においてユーザインターフェース管理手段１０８は画像表示領域５０３上に画像データ保持領域１１０４に格納されている編集結果の画像データを表示したのち、図１２で示される一連の処理を終了する。
【０１０２】
以上、第２実施形態における文書編集システムでは、予め定められたメニューやツールを表示するのではなく、処理スクリプトの記述にしたがって画像編集の目的を達成するのに最小のユーザインターフェースを選択的に表示するので、画像編集に不慣れなユーザが沢山の画像編集メニューの中から目的に見合ったメニューを選択するという困難を軽減することができる。
【０１０３】
【発明の効果】
以上詳述したように、本発明によれば、画像データを含む文書に対して、例えば画像入れ替えコマンドを入力した際、処理スクリプトが非選択型である場合には、完全自動で画像編集が行われるため、画像編集に不慣れな利用者が画像編集のコマンドやパラメータを入力するという苦労を無くすことができる。また、処理スクリプトが選択型であっても、自動的に編集されたいくつかの処理結果画像を眺めながら好みとする画像を選択するだけの操作で利用者にとって好ましい画像編集を簡単に執り行うことができる。
【０１０４】
また、本発明によれば、処理スクリプトで例えばテンプレートを指定することにより、予め定められたメニューやツールを表示するのではなく、処理スクリプトの記述にしたがって画像編集の目的を達成するのに最小のユーザインターフェースを選択的に表示するので、画像編集に不慣れなユーザが沢山の画像編集メニューのなかから目的に見合ったメニューを選択するという困難を半減することができる。
【図面の簡単な説明】
【図１】本発明における文書編集システムの基本構成図である。
【図２】本発明の文書編集システムにおける文書データのデータ構造を説明する図である。
【図３】画像編集アプリケーション用メモリ内のメモリマップを示す図である。
【図４】画像編集アプリケーションが文書編集アプリケーションから起動された際の処理手順を示すフローチャートである。
【図５】インプレイスアクティブ状態での表示装置３０４上の表示の様子を示す図である。
【図６】アプリケ−ション間通信により画像データを送信するためのコマンドを入力している様子を示す図である。。
【図７】第１実施形態における本文書編集システムによる処理の手順を示すフローチャートである。
【図８】第１実施形態の処理スクリプトデータの例を示す図である。
【図９】候補画像表示ウィンドウを示す図である。
【図１０】編集結果画像データ保持領域のメモリマップを示す図である。
【図１１】第２実施形態における処理スクリプトデータの例を示す図である。
【図１２】第２実施形態における本文書編集システムによる処理の手順を示すフローチャートである。
【図１３】ポートレイトエフェクトテンプレートのウィンドウを示す図である。
【図１４】従来の文書編集システムの基本構成図である。
【図１５】従来の文書編集システムにおける文書データのデータ構造を説明する図である。
【図１６】文書編集アプリケーションのユーザインターフェース画面を示す図である。
【図１７】画像ファイリングアプリケーションのユーザインターフェース画面を示す図である。
【図１８】画像編集アプリケーションのユーザインターフェース画面を示す図である。
【図１９】従来の文書編集システムにおける文書編集アプリケーション及び画像編集アプリケーションのユーザインターフェース画面を示す図である。
【図２０】従来の文書編集システムにおけるドラッグアンドドロップ操作によって画像を貼り付けた状態を示す図である。
【符号の説明】
１０１  アプリケーションソフトウエア群
１０２  画像編集アプリケーション
１０３  画像データ入れ替え手段
１０４  処理スクリプト編集手段
１０５  データ保存読み込み手段
１０６  処理スクリプト解析手段
１０７  画像編集自動実行手段
１０８  ユーザインターフェース管理手段
１０９  ユーザインターフェース選択手段
１１０  文書データファイル
１１１  推奨画像サイズ編集手段
１１２  画像サイズ変換手段
３０１  文書編集システムのハードウエア
３０４  表示装置
３０６  入力装置
３０７  主記憶装置
３０８  二次記憶装置
３１４  描画管理システム
３１５  入力デバイス管理システム
３１６  メモリ管理システム
３１７  ファイルシステム
３１８  アプリケーション間通信手段
３２６  文書編集アプリケーション
３２０  画像ファイリングアプリケーション
３２８  画像編集手段群
３３１  画像編集実行手段
【図１】
0003817306.tif 000002
【図２】
0003817306.tif 000003
【図３】
0003817306.tif 000004
【図４】
0003817306.tif 000005
【図５】
0003817306.tif 000006
【図６】
0003817306.tif 000007
【図７】
0003817306.tif 000008
【図８】
0003817306.tif 000009
【図９】
0003817306.tif 000010
【図１０】
0003817306.tif 000011
【図１１】
0003817306.tif 000012
【図１２】
0003817306.tif 000013
【図１３】
0003817306.tif 000014
【図１４】
0003817306.tif 000015
【図１５】
0003817306.tif 000016
【図１６】
0003817306.tif 000017
【図１７】
0003817306.tif 000018
【図１８】
0003817306.tif 000019
【図１９】
0003817306.tif 000020
【図２０】
0003817306.tif 000021