JP3890096B2 - 画像編集システム - Google Patents
画像編集システム Download PDFInfo
- Publication number
- JP3890096B2 JP3890096B2 JP17941796A JP17941796A JP3890096B2 JP 3890096 B2 JP3890096 B2 JP 3890096B2 JP 17941796 A JP17941796 A JP 17941796A JP 17941796 A JP17941796 A JP 17941796A JP 3890096 B2 JP3890096 B2 JP 3890096B2
- Authority
- JP
- Japan
- Prior art keywords
- image
- editing
- processing
- data
- image editing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Processing Or Creating Images (AREA)
- Editing Of Facsimile Originals (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、画像編集システムに関するものである。
【０００２】
【従来の技術】
従来の文書編集システムでは、テキストデータのみならずテキストデータ中に画像データを混在させた文書を編集することができる。このような文書編集システムは、現在パーソナルコンピュータ上で、画像データを混在させることが可能な文書編集用アプリケーションソフトウエアを稼動させることにより実現されている。
【０００３】
図３は従来の文書編集システムの一例を示すブロック図である。以下、図３を参照しながら、従来の文書編集システムを説明する。なお文書編集システムを構成するブロックのうち構成要件として当然含まれるが本発明と対比して説明する上で直接必要としないブロックたとえばＣＰＵに関しては図示していない。また所要の処理は不図示のＣＰＵにより行われる。
【０００４】
図３において、３０１は文書編集システムのハードウエアである。この内、３０４はＣＲＴ等の表示装置やビデオボード等から構成される表示装置、３０６はマウス，キーボード等から構成される入力装置、３０７はＤＲＡＭ等から構成される主記憶装置、３０８はハードディスクドライブ，ハードディスク等により構成される不揮発性の記憶装置である二次記憶装置である。
【０００５】
また、図３において３０２は、文書編集システムにおいて、ハードウエア３０１およびアプリケーションソフトウエア３０３を有効に利用するための総合的管理を行うオペレーティングシステムであり、Ｍｉｃｒｏｓｏｆｔ社のオペレーティングシステムであるＷｉｎｄｏｗｓ９５に代表されるように複数のアプリケーションソフトウエアを同時に実行することが可能で、表示装置３０４上には各アプリケーションのユーザインターフェイスとしてのウィンドウを複数同時に表示することができるものである。オペレーティングシステム３０２の内、３１４はアプリケーションソフトウエア群３０３に含まれるアプリケーションソフトウエアからの要求に応じて表示装置３０４上に、要求される文字，図形，画像等を表示する描画管理システムである。３１５は入力装置３０６を介して入力されるユーザーズイベントを本システムの適切なソフトウエアモジュールへと配送するための入力デバイス管理システムである。３１６は主記憶装置３０７へのデータの読み込み及び書き込みを管理するためのメモリ管理システムである。３１７は二次記憶装置３０８上のファイルを管理するためのファイルシステムである。３１８はアプリケーション間通信手段であり、アプリケーションソフトウエア群３０３内のアプリケーション間でのデータ送受信や他のアプリケーションの起動などを可能ならしめるものである。このようなアプリケーション間通信技術の代表的なものとしてはＭｉｃｒｏｓｏｆｔ社のＯＬＥ２テクノロジーがあげられる（ＯＬＥ２のより詳しい内容についてはＭｉｃｒｏｓｏｆｔ ＰＲＥＳＳ出版のｌｎｓｉｄｅ ＯＬＥ２参照のこと）。
【０００６】
３０３はアプリケーションソフトウエア群を示している。この内、３１９は文書編集アプリケーションである。文書編集アプリケーション３１９は、利用者によって編集された文書データの保存及び読み込みを行うデータ保存読み込み手段３２２、画像編集アプリケーション３２１から画像編集アプリケーション３２１上で編集された画像の表示データをアプリケーション間通信により受信し、この表示データを描画管理システム３１４に依頼して表示装置３０４上に表示する画像編集結果表示手段３２３、利用者からのコマンド入力に従って、アプリケーション間通信により画像編集アプリケーション３２１を起動する画像編集アプリケーション起動手段３２４、及びテキストデータの編集手段等、図３には明示しない他の手段から構成される。
【０００７】
３２０は画像ファイリングアプリケーションであり、二次記憶装置３０８上にファイルとして記憶されている多数のファイルの検索を容易にするためのアプリケーションである。画像ファイリングアプリケーション３２０は画像データファイル群３３０の中から利用者の指定する画像データファイルの画像データを利用者の指定に応じてアプリケーション間通信により文書編集アプリケーション３１９や画像編集アプリケーション３２１へと送信することができるものである。
【０００８】
３２１は画像編集アプリケーションであり、オリジナル画像に対して、ぼかし，色調整などの画像処理を行ったり、オリジナル画像に対して図形を描き入れるなどの画像編集を行うためのアプリケーションである。画像編集アプリケーション３２１は、画像ファイリングアプリケーション３２０から受信した画像と現在の画像とを入れ替える機能を提供する画像データ貼り付け手段３２５、二次記憶装置３０８への画像データの書き込み及び読み込みを行うデータ保存読み込み手段３２６、画像，メニュー，アプリケーションのフレームワーク等の表示装置３０４への表示、及び入力装置３０６からのユーザーズイベントを管理するユーザインターフェース管理手段３２７、ぼかし，輝度調整，色調整などの各種画像処理フィルタや線の付与，文字の付与などのドローイングツールを含む画像編集手段を複数包含する画像編集手段群３２８、利用者の入力コマンドに応じて、画像編集手段群３２８の中から画像編集手段を実行する画像編集実行手段３３１、及び、図３には明示されない他の手段から構成される。なお、以上の構成においてＯＬＥ２テクノロジーにおいては、アプリケーション間通信によりデータを供給する側である画像編集アプリケーションを“ＯＬＥサーバ”と呼び、アプリケーション間通信によりデータを受信する側である文書編集アプリケーションは“ＯＬＥコンテナ”と呼んでいる。
【０００９】
３２９は文書編集アプリケーション３１９によって編集された文書データファイルであり、図４のごときデータ構造である。図４において、４０１はヘッダーデータ格納部であり、テキストのフォント，色，印刷する際の用紙の大きさ，縦書きか横書きか、等の情報を格納している。４０２はテキストデータ格納部であり、利用者によって入力されたテキストデータが格納されている。４０３は画像編集アプリケーション用データ格納部（ＯＬＥ２テクノロジーにおける“オブジェクト”を格納する）であり、画像データをアプリケーション間通信により供給する画像編集アプリケーションを一意に認識するための画像編集アプリケーション識別情報格納部４０４、文書データ中での画像データの位置と大きさに関する情報が格納されている画像位置データ格納部４０５、表示装置３０４上に表示すべき画像データを格納する表示データ格納部４０６（ＯＬＥ２テクノロジーではメタファイル形式の画像データ）、及び画像編集アプリケーション識別情報格納部で指定される画像編集アプリケーションが使用するための画像データ（文書編集アプリケーションがサポートしていない画像データのフォーマットであってもかまわない、ＯＬＥ２テクノロジーにおいてはネイティブデータとも呼ばれ、画像データに限らない）を格納する画像データ格納部４０７から構成される。４０８は本発明を説明する上で重要でないその他のデータを含むその他のデータ格納部であるが、文書中に複数の画像が埋め込まれている場合にはその数に応じた画像編集アプリケーション用データ格納部を包含している。
【００１０】
なお、Ｍｉｃｒｏｓｏｆｔ社のＷＯＲＤVer6.0に代表される昨今の文書編集アプリケーションでは文書データファイルのサンプルをアプリケーションソフトウエアに添付することが多い。利用者はこのようなサンプル文書中のテキストを修正したり、画像を入れ替えたりすることによって、全体のデザインを一から創造することなしに、簡単に高品位な文書を作成することができる。
【００１１】
図５は表示装置３０４上に表示される従来の文書編集アプリケーション３１９のユーザインターフェース画面の一例である。５０１は文書編集アプリケーション３１９のフレームとなるウィンドウである。５０２は文書１ドキュメントであり、利用者によりキーボード入力されたテキストと、ＯＬＥサーバとして起動している画像編集アプリケーション３２１よりアプリケーション間通信により受信した画像が画像表示領域５０３に表示されている。５０４は編集された文書データをファイルとして保存するためのコマンドを入力するためのSaveボタンである。５０５は文書ファイルを５０１上に開き編集可能状態にするためのOpenボタンである。５０６は文書中に他のＯＬＥサーバアプリケーションの提供するデータを表示するためのコマンドを入力するためのlnsertObjectボタンである。
【００１２】
図６は表示装置３０４上に表示される画像ファイリングアプリケーション３２０のユーザーインターフェース画面の一例であり、二次記憶装置３０８上に記憶されている画像データファイル群３３０の中からキーワード検索などにより検索された画像ファイルの一覧が表示されている。６０１は画像ファイリングアプリケーションのフレームとなるウィンドウである。６０２は検索された画像ファイルの縮小画像表示エリアである。
【００１３】
図７は文書編集システム上で他のアプリケーションへとＯＬＥサーバとして画像データを供給する画像編集アプリケーション３２１のユーザインターフェース画面の一例を示すものである。この内７０１は画像編集アプリケーションのフレームウィンドウである。７０２は現在編集中の画像データを表示するウィンドウである。７０３〜７１３はそれぞれ画像編集手段群３２８を構成する各画像編集手段の実行命令を入力するためのボタンである。７０３はぼかし処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対してぼかし処理（画像の空間的な解像度を落とす処理）を施す。７０４はシャープ処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対してシャープ処理（画像のエッジをはっきりとさせる処理）を施す。７０５は輝度調整処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対して輝度調整処理（画像の輝度を適正に補正する処理）を施す。７０６は色調整処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対して色調整処理（画像の色を適正に補正する処理）を施す。７０７は背景消し処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対して背景消し処理（人物像などの背景を除去する処理）を施す。７０９はロゴ処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対してロゴ処理（被写体に文字を含む画像から文字部分を切り出して、文字に対して装飾を加えることによりロゴを作成する処理）を施す。７１０はノイズ付与処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対してノイズ付与処理（画像にノイズを付与して絵画的にする処理）を施す。７１１は変形処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対して変形処理（画像を変形して絵画的にする処理）を施す。７１２は反転処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対して反転処理（画像の明暗を反転する処理）を施す。
【００１４】
以上の構成による従来の文書編集システムにおいて、利用者が文書中の画像５０３をマウスによりダブルクリックすると、文書編集アプリケーション３１９の画像編集アプリケーション起動手段３２４は画像編集アプリケーション識別情報格納部４０４の内容を参照することにより、ＯＬＥサーバアプリケーションとして画像データを供給する画像編集アプリケーションを一意に認識することにより、画像編集アプリケーション３２１を起動するとともに画像表示領域５０３を画像編集アプリケーション３２１のユーザインターフェース領域とする。また、画像編集アプリケーション３２１はＯＬＥコンテナアプリケーションによりＯＬＥサーバとして起動されると、ユーザインターフェース管理手段３２７が画像表示領域５０３を自身のユーザインターフェース領域としてユーザからのマウス入力を受け付ける状態とするとともに、画像編集に必要な予め定められたメニューをメニュー表示領域５０７に追加する。ＯＬＥ２テクノロジーにおいては、このように画像編集アプリケーションがコンテナアプリケーション内で起動している状態を“インプレイスアクティブ”と呼んでいる。画像編集アプリケーション３２１が文書編集アプリケーション３１９内でインプレイスアクティブで起動している様子を図８に示す。図８のようにインプレイスアクティブ状態では、画像表示領域５０３の周辺に斜線が表示されるとともに、予め定められた画像編集アプリケーションへのコマンド入力用のメニューがメニュー表示領域５０７に表示され、コマンド入力待ち状態となる。
【００１５】
一方、画像編集アプリケーション３２１がインプレイスアクティブの状態で、画像ファイリングアプリケーション３２０上の任意の画像の縮小画像表示エリア上でマウスボタンを押すことによって任意の画像を選択し、そのままマウスドラッグして文書編集アプリケーションの画像表示領域上でドロップすると、画像ファイリングアプリケーション３２０で選択されたファイルの画像データをインプレイスアクティブで起動中の画像編集アプリケーション３２１に送信し、この画像データを受信した画像編集アプリケーション３２１の画像貼り付け手段３２５は、今まで画像表示領域５０３上に表示していた画像の上に、受信した画像を貼り付ける。元の画像の上に図６におけるＦｉｌｅ２．ｂｍｐの画像が貼り付いたようすを図９に示す。この状態で、利用者がメニュー表示領域５０７上に表示されている画像編集メニュー７０３〜７１２の中から任意のメニューをマウスクリックすると、画像編集アプリケーション３２１の画像編集実行手段３３１はマウスクリックされたメニューに対応した画像編集手段を画像編集手段群３２８から選択し、画像表示領域５０３上に表示されている画像データに対して画像編集を実行する。そして、画像編集実行の後に、利用者が文書１ドキュメントのウィンドウ５０１内で画像表示領域５０３以外の任意の位置をマウスクリックすると、画像編集アプリケーション３２１はインプレイスアクティブ状態から非アクティブ状態となる。このとき、画像編集アプリケーション３２１は編集結果の画像データを文書編集アプリケーション３１９へと送信する。一方文書編集アプリケーション３１９は受信した編集結果の画像データを画像表示領域５０３へと表示する。
【００１６】
文書編集アプリケーション３１９において、利用者がデータ保存要求コマンドを入力する等、データ保存の必要性が生じた場合、文書編集アプリケーション３１９のデータ保存読み込み手段３２２は、ヘッダーデータ格納部４０１，テキストデータ格納部４０２に文書の対応するデータを保存するとともに、画像編集アプリケーション３２１に対して、画像編集アプリケーション用データ格納部４０３内へとデータ保存を行うよう要求する。これを受けて画像編集アプリケーション３２１のデータ保存読み込み手段３２６は図４の形式で画像編集アプリケーション用データ格納部４０３へとデータ保存を行う。
【００１７】
【発明が解決しようとする課題】
従来の文書編集システムには以下に示すような問題点があり、画像編集に不慣れな利用者にとっては大変扱いが困難であった。
【００１８】
問題点１：文書編集アプリケーションから起動された画像編集アプリケーションが、予め定められたメニューを表示するため、あらゆる文書データのあらゆる画像に対応するために、沢山のメニューを表示しなくてはならなかった。このように沢山のメニューの中から、現在編集中の文書の現在編集しようとしている画像に適した画像編集手段を選択することは、利用者にとって大変負担となっていた。
【００１９】
問題点２：画像データは情報量が多く、記録媒体の大きな領域を占有してしまったり、記憶媒体からのリードライトに多くの時間を費やしてしまうという問題点がある。これを回避するためには画像データをできる限り小さいサイズで保持する必要がある。用途が明確でない時には必要とする画像解像度がわからないため、画像サイズを小さくすることはできないが、文書中の画像データは文書中でどのように画像が使われるのかが明確であるため、必要とする解像度に基づいて最適なサイズへの画像の縮小を行うことが可能である。しかしながら従来の文書編集システムでは、画像を縮小するか否か、また画像縮小する際の画像サイズについては利用者が自分で判断して行うしかなく、画像編集に不慣れな利用者にとってはこの作業は大変困難なものであった。
【００２０】
本発明は、このような状況のもとでなされたもので、画像編集に不慣れな利用者においても容易に画像編集ができる画像編集システムを提供することを目的とするものである。
【００２１】
【課題を解決するための手段】
前記目的を達成するため、本発明では、画像編集システムを次の（１）〜（４）のとおりに構成する。
（１）複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記画像編集手段で用いるパラメータを処理対象となる画像から導出するパラメータ導出手段を備え、
前記パラメータ導出手段は、処理対象となる画像の寸法にもとづいてパラメータを導出するものである画像編集システム。
（２）複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記画像編集手段で用いるパラメータを処理対象となる画像から導出するパラメータ導出手段を備え、
前記パラメータ導出手段は、処理対象となる画像の面積にもとづいてパラメータを導出するものである画像編集システム。
（３）複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記画像編集手段で用いるパラメータを処理対象となる画像から導出するパラメータ導出手段を備え、
前記パラメータ導出手段は、処理対象となる画像をスキャンして画像と交差した回数と、その画像の面積とにもとづいて導出するものである画像編集システム。
（４）複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記複数の画像編集手段のうちの一つは、オリジナル小画像と、このオリジナル小画像を左右反転，上下反転，左右上下反転した小画像とを規則的に並べて背景画像とするものである画像編集システム。
【００３１】
【発明の実施の形態】
以下本発明の実施の形態を“文書編集システム”の実施例により詳しく説明する。
【００３２】
なお実施例は文書編集システムであるが、本発明はこれに限定されるものではなく、画像編集システムの形で実施することができる。また、実施例は、文書編集システムを単独のコンピュータで実現することを想定しているが、本発明はこれに限定されるものではなく、たとえば、文書編集システムを、回線で接続された端末とホストコンピュータで実現する形で実施することができる。
【００３３】
【実施例】
（実施例１）
図１に実施例１である“文書編集システム”の構成を示す。以下、図１を参照しながら、実施例の文書編集システムを説明する。なお文書編集システムを構成するブロックのうち構成要件として当然含まれるが本発明を説明する上で直接必要としないブロックたとえばＣＰＵに関しては図示していない。また、フローチャート等により示される処理は不図示のＣＰＵで行われる。
【００３４】
図１において、３０１は文書編集システムのハードウエアである。この内、３０４はＣＲＴ等の表示装置やビデオボード等から構成される表示装置、３０６はマウス，キーボード等から構成される入力装置、３０７はＤＲＡＭ等から構成される主記憶装置、３０８はハードディスクドライブ，ハードディスク等により構成される不揮発性の記憶装置である二次記憶装置である。
【００３５】
また図１において、３０２は、文書編集システムにおいて、ハードウエア３０１およびアプリケーションソフトウエア群１０１を有効に利用するための総合的管理を行うオペレーティングシステムであり、Ｍｉｃｒｏｓｏｆｔ社のオペレーティングシステムであるＷｉｎｄｏｗｓ９５に代表されるように複数のアプリケーションソフトウエアを同時に実行することが可能で、表示装置３０４上には各アプリケーションのユーザインターフェースとしてのウィンドウを複数同時に表示することができるものである。オペレーティングシステム３０２の内、３１４はアプリケーションソフトウエア群１０１に含まれるアプリケーションソフトウエアからの要求に応じて表示装置３０４上に、要求される文字，図形，画像等を表示する描画管理システムである。３１５は入力装置３０６を介して入力されるユーザーズイベントを本システムの適切なソフトウエアモジュールへと配送するための入力デバイス管理システムである。３１６は主記憶装置３０７へのデータの読み込み及び書き込みを管理するためのメモリ管理システムである。３１７は二次記憶装置３０８上にファイルを管理するためのファイルシステムである。３１８はアプリケーション間通信手段であり、アプリケーションソフトウエア群１０１内のアプリケーション間でのデータ送受信や他のアプリケーションの起動などを可能ならしめるものである。１０１はアプリケーションソフトウエア群を示している。この内、３１９は文書編集アプリケーションであり従来と同様のアプリケーションである。３２０は画像ファイリングアプリケーションであり従来の画像ファイリングアプリケーションと同様のアプリケーションである。
【００３６】
１０２は画像編集アプリケーションであり、画像に対して、ぼかし，色調整などの画像処理を行ったり、画像に対して図形を描き入れるなどの画像編集を行うためのアプリケーションである。画像編集アプリケーション１０２は、画像データ入れ替え手段１０３，処理スクリプト編集手段１０４，データ保存読み込み手段１０５，処理スクリプト解析手段１０６，画像編集実行手段３３１，画像編集自動実行手段１０７，ユーザインターフェース選択手段１０９を含むユーザインターフェース管理手段１０８，画像編集手段群３２８，推奨画像サイズ編集手段１１１，画像サイズ変換手段１１２、及び本実施例を説明する上で重要でないため図１に明示していない他の手段から構成される。
【００３７】
また、本実施例の文書編集システムの文書データファイル１１０は図２のようなデータ構造となっている。図２において、ヘッダーデータ格納部４０１，テキストデータ格納部４０２，画像編集アプリケーション識別情報格納部４０４，画像位置データ格納部４０５，表示データ格納部４０６、及び画像データ格納部４０７は従来の文書編集システムと同様である。２０１は本実施例における画像編集アプリケーション用データ格納部であり、従来の文書編集システムのそれとの違いは、アプリケーション間通信によって他のアプリケーションから受信した画像データに対してどのような画像編集を行うべきかが記述されている処理スクリプトを格納する処理スクリプト格納部２０２と、アプリケーション間通信によって他のアプリケーションから受信した画像データをリサイズすべき推奨の画像サイズに関する情報を格納する推奨画像サイズ格納部２０３を有する点である。２０４はその他のデータ格納部であり、文書中に複数の画像が埋め込まれている場合にはその数に応じた画像編集アプリケーション用データ格納部を包含している。
【００３８】
以上の構成において本実施例における文書編集システムでは、画像編集アプリケーション開発元など画像編集に慣れている者が処理スクリプト編集手段１０４によって予め処理スクリプトを入力した図２のごときデータ構造の文書データを、画像編集に不慣れな利用者が編集する際、文書編集アプリケーションのＯＬＥサーバとして起動中の画像編集アプリケーション１０２に対して画像データの入れ替えコマンドを入力すると、まず画像データ入れ替え手段１０３が画像データを入れ替える。次に画像サイズ変換手段１１２は入れ替わった画像データを、推奨画像サイズ格納部２０３に格納されている推奨の画像サイズにリサイズする。このことにより、文書中の画像の意味に従った必要最小限の画像サイズを判断し、メニューから画像サイズの変換コマンドを入力するという困難な作業を無くすことができる。なお、この“推奨の画像サイズ”は、処理スクリプトと同様に、画像編集に慣れている者が予め入力したものである。
【００３９】
次に画像編集アプリケーション１０２の処理スクリプト解析手段１０６が処理スクリプト格納部２０２の処理スクリプトデータを解析する。更にユーザインターフェース管理手段１０８のユーザインターフェース選択手段１０９は処理スクリプトデータで示される画像編集を行うために必要最小限であるところのユーザインターフェースを選択的に表示したり、処理スクリプトデータで示される画像編集を行うために必要最小限であるところのユーザインターフェースをダイナミックに生成して表示する。このことにより画像編集に不慣れな利用者が沢山のメニューの中から現在編集中の文書における現在編集しようとしている画像に適した画像編集を選択する苦労を半減させることができる。また処理スクリプトが利用者に全く選択の余地を与えない完全なるバッチ処理用のデータである場合には画像編集自動実行手段１０７が入れ替えられた画像に対して処理スクリプトのバッチデータに即した画像編集を自動的に行うことにより、利用者が画像編集コマンドを選択し入力する苦労を一切無くすことができる。
【００４０】
以下、図１を用いながら本実施例の文書編集システムを詳細に説明する。
【００４１】
図５のように文書編集アプリケーション３１９で文書１を編集中に画像表示領域５０３をマウスポインタによりダブルクリックすると画像編集アプリケーション起動手段３２４は画像編集アプリケーション１０２を起動する。画像編集アプリケーション１０２起動の際の本実施例における文書編集システムの処理の流れを、図１１のメモリマップ及び、図１２のフローチャートを用いて詳しく説明する。
【００４２】
ここで、図１１は主記憶装置３０７内で画像編集アプリケーション１０２が使用するメモリ領域内でのメモリマップを示しており、１１０１は画像編集アプリケーション１０２の各手段の実行形式のコードを含む各手段実行コード保持領域である。１１０２は推奨画像サイズのデータを保持する推奨画像サイズデータ保持領域である。１１０３は処理スクリプトデータを保持する処理スクリプトデータ保持領域である。１１０４は現在の画像データを保持する画像データ保持領域である。１１０５は画像編集手段群の画像編集手段による画像編集の結果として得られる画像データを記憶保持するための編集結果画像データ保持領域である。１１０６は本実施例を説明する上で重要でない画像編集アプリケーションによって使用されるその他のデータを保持するためのその他のデータ保持領域である。
【００４３】
起動された画像編集アプリケーション１０２は図１２のようにＳ１から処理を開始する。Ｓ１ではまず、データ保存読み込み手段１０５により、画像データ格納部４０７（図２参照）より画像データ保持領域１１０４へと画像データを読み込む（説明を簡単にするため、現在は画像１．ｂｍｐなる画像データが格納されていたものとする）。次にＳ２において、データ保存読み込み手段１０５により処理スクリプト格納部２０２より処理スクリプトデータ保持領域１１０３へと処理スクリプトデータを読み込む。次にＳ３において、データ保存読み込み手段１０５は推奨画像サイズ格納部２０３より推奨画像サイズデータ保持領域１１０２に推奨画像サイズを読み込む。次にＳ４にて、ユーザインターフェース管理手段１０８は文書中の画像表示領域５０３上に画像データ保持領域１１０４の画像データを表示して起動時処理を終了する。画像編集アプリケーション１０２はこの起動時処理を終了すると、文書編集アプリケーション３１９内でインプレイスアクティブ状態で利用者からのイベント待ち（コマンド入力待ち）となる。この状態での表示装置３０４上の表示の様子を図１３に示す。図１３のように、実施例１における画像編集アプリケーション１０２のユーザインターフェース管理手段１０８は、図８におけるそれと異なり、文書編集アプリケーションのメニュー表示領域５０７上に画像編集コマンドを入力するためのメニューを追加していない。
【００４４】
図１４は画像ファイリングアプリケーション３２０から画像編集アプリケーション１０２へとアプリケーション間通信により画像データを送信するためのコマンドを入力している様子である。図１４に示すように、本文書編集システムにおいては、画像ファイリングアプリケーション上の送信したい画像（図１４におけるＦｉｌｅ２．ｂｍｐ）上にマウスカーソルを移動し、マウスボタンを押す、ボタンを押し続けたまま、マウスカーソルを画像表示領域５０３上まで移動しマウスボタンを放す。このような動作を一般にドラッグアンドドロップと呼んでいる。本文書編集システムでは、このように画像ファイリングアプリケーション３２０の縮小画像上から文書編集アプリケーション３１９内でインプレイスアクティブ状態の画像編集アプリケーション１０２へとドラッグアンドドロップ操作を行うことにより、アプリケーション間通信手段３１８に対して、画像データ送信コマンドを入力することができる。
【００４５】
以下、Ｆｉｌｅ２．ｂｍｐの画像データを画像編集アプリケーション１０２へとドラッグドロップした時を例にとって、利用者による画像データ送信コマンドに始まる本文書編集システムによる処理の手順を図１５のフローチャートを用いて詳しく説明する。
【００４６】
実施例１における文書編集システムでは、利用者がドラッグアンドドロップ操作により画像データ送信コマンドを入力すると図１５のＳ１のステップより処理を開始する。
【００４７】
まずＳ１では画像データ入れ替え手段１０３が画像データ保持領域１１０４に記憶保持されている画像１．ｂｍｐなる画像データを消去して、変わりにアプリケーション間通信により受信したＦｉｌｅ２．ｂｍｐの画像データを画像データ保持領域１１０４にストアすることによって、画像データ保持領域１１０４の画像データの入れ替えを行う。次にＳ２では、画像サイズ変換手段１１２が、画像データ保持領域１１０４に記憶保持されている画像データ（Ｆｉｌｅ２．ｂｍｐの画像データ）を推奨画像サイズデータ保持領域１１０２に記憶されている推奨画像サイズにリサイズする。次にＳ３では処理スクリプト解析手段１０６が処理スクリプトデータ保持領域１１０３に格納されている処理スクリプトデータを解析する。
【００４８】
図１０（ａ），（ｂ）に処理スクリプトデータの例を示す。図１０（ａ）は処理手順１、及び処理手順２の二つの処理手順が記述されている。より詳細には、処理手順１ではまず、オリジナル画像に対してたとえばあるパラメータParameter1を１０としてぼかし処理を施し、このぼかし処理の結果画像に対してさらにParameter1を２０としてイラスト化処理を施すことを意味する処理スクリプトが記述されている。また、処理手順２ではまず、オリジナル画像に対してParameter1を１０としてシャープ処理を施し、このシャープ処理の結果画像に対してさらにあるパラメータParameter2を３０としてイラスト化処理を施すことを意味する処理スクリプトが記述されている。このように図１０（ａ）の処理スクリプトでは処理手順が複数記述されている。このような処理スクリプトをここでは選択型の処理スクリプトと呼ぶこととする。また図１０（ｂ）による処理スクリプトの例では、処理手順が１つのみ記述されている。このような処理スクリプトをここでは非選択型の処理スクリプトと呼ぶこととする。
【００４９】
Ｓ４では、Ｓ３における解析結果を元に処理スクリプトが選択型か非選択型かを判断している。処理スクリプトデータ保持領域１１０３に記憶されている処理スクリプトデータが図１０（ａ）のように選択型である場合にはＳ７へと処理を進め、非選択型である場合にはＳ５へと処理を進める。処理スクリプトが非選択型でＳ５へと処理を進めた場合、Ｓ５では画像編集自動実行手段１０７が、画像データ保持領域１１０４に格納されている画像データ（Ｓ２のステップでリサイズされたｆｉｌｅ２．ｂｍｐの画像データ）に対して、処理スクリプトデータに記述されている処理の手順に対応した画像編集手段群３２８から検索して実行する。各画像編集手段を実行する際のパラメータも処理スクリプトデータの記述に従う。
【００５０】
そして、Ｓ６においてユーザインターフェース管理手段１０８が画像表示領域５０３上に画像データ保持領域１１０４に格納されているところの処理スクリプトに準じた編集結果画像データを表示した後、図１５のフローチャートで示される処理手順を終了する。
【００５１】
また、処理スクリプトが選択型でＳ７へと処理を進めた場合には、まずＳ７にてカウンタｋに１を代入する。次にＳ８において画像データ保持領域１１０４に格納されている画像データ（Ｓ２のステップでリサイズされたｆｉｌｅ２．ｂｍｐの画像データ）を図１７で示されるところの処理手順ｋによる編集結果画像データ保持領域１１０５にコピーする。次にＳ９において画像編集自動実行手段１０７は、処理手順ｋによる編集結果画像データ保持領域に格納されている画像データに対して、処理スクリプトデータに記述されている処理手順ｋを実行する。処理実行に際しては処理手順ｋに記述されている処理の手順に対応した画像編集手段を画像編集手段群３２８から検索して実行する。各画像編集手段を実行する際のパラメータも処理手順ｋの記述に従う。次にＳ１０で処理手順ｋが処理スクリプトデータにおいて最後の処理手順か否かを判断する。たとえば処理スクリプトが図１０（ａ）の場合には処理手順２が処理スクリプトの最後の処理手順であるのでｋ＝２の時にＳ１０での判断がＹｅｓとなりＳ１２へと処理を進める。処理手順ｋが処理スクリプトの最後の処理手順でない時には判断はＮｏとなりＳ１１にはカウンタｋをインクリメントした後、再びＳ８へと処理を進める。Ｓ１２では図１６のごとき候補画像表示ウィンドウを表示する。候補画像表示ウィンドウには図１６に示すように、Ｓ９において編集結果画像データ保持領域１１０５に格納された処理手順１〜処理手順ｎの編集結果の画像が表示されている。利用者は候補画像表示ウィンドから好みとする画像編集結果画像を選択できる。本実施例においてはマウスカーソルを好みとする画像の上に移動しマウスボタンをクリックすることによって好みとする画像編集結果画像を選択するコマンドを入力するものとする。Ｓ１３では利用者によって選択コマンドが入力されたか否かを判断する。選択コマンドが入力されるまでは判断はＮｏとなるＳ１３の判断を繰り返す。利用者がマウスクリックにより選択コマンドを入力するとＳ１３での判断はＹｅｓとなり、Ｓ１４へと処理を進める。Ｓ１４では画像データ保持領域１１０４に格納されている画像データを消去する。次にＳ１５では利用者によって選択された処理手順による編集結果画像データを編集結果画像データ保持領域１１０５から画像データ保持領域１１０４にコピーする。Ｓ１６では図１６に示される候補画像表示ウィンドウを閉じる。次にＳ１７において編集結果画像データ保持領域１１０５に格納されている処理手順１〜処理手順ｎによる処理結果画像データを全て消去する。次に、Ｓ６において選択された編集結果を表示装置３０４に表示する処理を行った後、図１５のフローチャートで示される処理を終了する。
【００５２】
画像編集アプリケーション１０２による画像編集処理が終了した後、利用者が文書１ドキュメント５０２のウィンドウの内画像表示領域５０３以外の部分をマウスクリックすることにより、画像編集アプリケーションはインプレイスアクティブ状態から非アクティブ状態となる。画像編集アプリケーションは非アクティブ状態となる前に、推奨画像サイズデータ，処理スクリプトデータ編集結果画像データをそれぞれ、推奨画像サイズ格納部２０３，処理スクリプト格納部２０２、及び画像データ格納部４０７へと保存するとともに、表示データを作成し表示データ格納部４０６に格納する。一方文書編集アプリケーション３１９の画像編集結果表示手段３２３は表示データ格納部４０６に格納された表示データを画像表示領域５０３上に表示する。
【００５３】
以上、実施例１による文書編集システムでは、利用者がドラッグアンドドロップ操作によって画像入れ替えのコマンドを入力した際、処理スクリプトが非選択型である場合には、完全自動で画像編集が行われるため、画像編集に不慣れな利用者が画像編集コマンドやパラメータをいくつも入力するという苦労を無くすことができる。また処理スクリプトが選択型であっても、自動的に編集されたいくつかの処理結果画像を眺めながら所望の画像を選択するだけの操作で利用者にとって好ましい画像編集を容易に執り行うことができる。
【００５４】
また、自動的に画像サイズが縮小でき、画像編集の処理時間を短縮できる。
【００５５】
（実施例２）
実施例２の“文書編集システム”は、画像編集の際のパラメータを処理対象の画像自体から導出するものである。本実施例の構成は、実施例１と同様であり、ここでの説明を省略する。
【００５６】
本実施例の文書編集システムは、画像編集アプリケーション１０２が文書編集アプリケーション３１９中でインプレイスアクティブの状態（図１３に示される状態）で、図１４に示されるように、利用者がドラッグアンドドロップ操作により画像データ通信コマンドを入力すると図１９のＳ１のステップより処理を開始する。
【００５７】
まずＳ１では画像データ入れ替え手段１０３が画像データ保持領域１１０４に記憶保持されている画像１．ｂｍｐなる画像データを消去して、変わりにアプリケーション間通信により受信したＦｉｌｅ２．ｂｍｐの画像データを画像データ保持領域１１０４にストアすることによって、画像データ保持領域１１０４の画像データの入れ替えを行う。次にＳ２では、画像サイズ変換手段１１２が、画像データ保持領域１１０４に記憶保持されている画像データ（Ｆｉｌｅ２．ｂｍｐの画像データ）を推奨画像サイズデータ保持領域１１０２に記憶されている推奨画像サイズにリサイズする。次にＳ３では処理スクリプト解析手段１０６が処理スクリプトデータ保持領域１１０３に格納されている処理スクリプトデータを解析する。
【００５８】
図１８に実施例２における処理スクリプトデータの例を示す。実施例２における処理スクリプトには画像編集において使用すべきテンプレートの名称が記述されている。テンプレートとは画像編集手段群３２８に含まれる画像編集手段の内、画像編集の目的ごとに、必要とされる画像編集手段のユーザインターフェースのみをコンパクトにまとめたウィンドウのことである。図１８の処理スクリプトデータに記述される「ロゴエフェクトテンプレート」は“文字画像を含む任意の画像から文字画像部分を切り出し、それに対して装飾を加えることによりロゴを作成する”という画像編集の目的を達成するのに最小限のユーザインターフェースを有したウィンドウである。Ｓ４ではユーザインターフェース選択手段１０９がＳ３での解析結果に応じて処理スクリプトに記述されているテンプレートを選択し、表示する。たとえば、処理スクリプトが、図１８のようにロゴエフェクトテンプレートを指定している場合には実施例２における文書編集システムの表示装置３０４上には図２０のごときウィンドウが表示される。このように目的に合致した最小限のユーザインターフェースをユーザインターフェース選択手段１０９が選択的に表示するので、ユーザはどのメニューを選べばよいのか当惑することがなく、画像処理に不慣れなユーザをナビゲートすることができる。Ｓ５ではテンプレートのウィンドウを介して、各テンプレートごとのユーザ対話処理を実行し、画像データ保持領域１１０４の画像に対して画像編集を行う。Ｓ６において、利用者が対話処理による画像編集を終了し、テンプレート上のＯＫボタンをマウスクリックしたならテンプレートのウィンドウを閉じる。Ｓ７においてユーザインターフェース管理手段１０８は画像表示領域５０３上に画像データ保持領域１１０４に格納されている編集結果の画像データを表示したのち、図１９で示される一連の処理を終了する。
【００５９】
以下に前述のロゴエフェクト処理を詳しく説明する。
【００６０】
図２０にロゴエフェクトテンプレートのユーザインターフェース画面を示す。このロゴエフェクトは、前述したように、文字画像を含む画像から文字画像部分を切り出して、文字に対して装飾を加えることによりロゴを作成する場合に使われる。そのときの処理過程としては、初めにユーザにより画像中の文字画像の部分を選択し、切り出す（以後、クロップと呼ぶ）。その後、その切り出した画像に対して何種類かのロゴエフェクトをかける。ユーザは表示された候補画像の中から１つを選択し結果を得ることになる。
【００６１】
図２０において、２００１は処理対象となる画像２００２を表示する領域で、また、この中でマウスを用いてクロップする領域を指定する。図２０においては画像２００２の例として名刺が表示されている。また、本システムでは、マウスカーソル２０５０を処理対象となる画像２００２上に移動させると図２１の２０１７のようにクロップ用のカーソルに変化し、クロップ領域を指定可能であることを使用者に知らせる。２００３はクロップボタンで、このボタンをマウスカーソルで指定することにより、２００１内でクロップ領域と指定された部分がクロップされる。その後、２００１にはクロップされた画像が表示されることになる。２００４，２００５はそれぞれ９０°画像回転ボタンでそれぞれ処理対象となる画像２００２を左右に回転する。２００６はロゴエフェクト実行ボタンで、これが指定されると２００１に表示されている画像に各種ロゴエフェクトが掛けられ、結果が候補画像表示領域２０１０内の２０１１，２０１２，２０１３，２０１４に表示される。使用者はこの中から所望のものを１つ選択する。２００７はオプションボタンでいくつかの処理オプションを指定できる。ＯＫボタン２００８はロゴエフェクトを終了するもので、このボタンがクリックされた時点で選択されている候補画像に対応したロゴエフェクト画像が結果として出力される。また、行ったエフェクトが不満足の場合はＣａｎｃｅｌボタン２００９をクリックすることにより、全ての処理がキャンセルされ、元のアプリケーションに戻る。
【００６２】
次に、元の画像から文字部分をクロップする手順を説明する。本システムではマウスを用いてクロップしたい矩形の一つの角でマウスボタンをダウンし、そのまま、対角へとマウスを移動しそこでマウスボタンをアップすることによりクロップ領域を指定する。図２１にその結果を示す。２０１８はクロップする領域で、それを指定するためにオペレータはマウスポインタ２０１７で２０１８の頂点２０１５でマウスボタンをダウンし、そのまま対角２０１６まで移動した後、マウスボタンをアップする。その結果、クロップ領域２０１８が指定される。もし、処理対象となる画像の縦横の向きが間違っている場合は２００４，２００５の９０°回転ボタンをクリックして処理対象画像２００２を回転してから上述した処理を行うことになる。クロップ領域を決定した後、クロップボタン２００３をクリックすると図２２のようにクロップ領域２０１８に含まれる部分の画像が２００１に拡大されて表示される。さらにクロップの必要がある場合は図２１に示した操作を繰り返す。クロップ領域が確定した後、エフェクト実行ボタン２００６をクリックすると処理対象となる画像２０１９に各種のロゴエフェクトが施され、図２３に示すように候補画像表示領域２０１０に候補画像がそれぞれ表示される。
【００６３】
ここで、各ロゴエフェクトについて説明する。本実施例におけるシステムではロゴエフェクトとして均一化処理，影付加処理，背景画像付加処理の３つがある。
【００６４】
図２３において、２０１１は均一化処理と呼ぶものである。処理対象となる画像がスキャナやデジタルカメラ等から取り込まれた場合、画像にノイズや色むらが生じることがある。そこで均一化処理では処理対象画像２０１９の背景（文字以外の部分）を白色、文字の部分を２０１９の文字部分の平均色にする。このフローチャートを図２４に示す。なお、本システムで扱う画像は全てビットマップフォーマットとする。まず、Ｓ１で処理対象となる画像を白黒２値化した画像を新たに作成する。Ｓ２ではオプションでノイズ除去のためのフィルタが有効になっているかを判定する。有効になっている場合はＳ３で２値化画像のノイズ除去を行う。本システムでは、ノイズ除去フィルタとしてメディアンフィルタを用いているが、その他のものでも良い。次にＳ４で白黒２値化画像において、文字部分が白色、または黒色のどちらかを判定する。ここでは、面積比などを算出して判定している。その結果を元にＳ５では文字部分が黒色で背景が白色になるように、必要に応じて画像を白黒反転する。Ｓ６では、Ｓ５で作成した画像における黒色（文字）の部分に対応する元の画像の色の平均値を求める。ここで求めた色は文字色の平均値となる。Ｓ７ではＳ５で作成した画像の黒色の部分をＳ６で求めた平均色に変更する。以上で背景が白色、文字が平均色の画像が作成される。
【００６５】
２０１２は影付加処理で均一化された文字に影をつけて装飾する。このフローチャートを図２５に示す。まず、Ｓ０で前述した均一化処理を行う。次にＳ１で、以後の処理に必要となるパラメータを求める。方法については後述する。Ｓ２では、影を作る元となる画像を作成するために元の画像を白黒２値化した画像を別に作成する。次にこの画像にＳ３でぼかし処理，シフト処理を施す。ここで各処理に用いるパラメータはＳ１で求めたものである。最後にＳ４でＳ３で作成した画像にＳ０で作成した画像中の文字部分を上書きで複写して合成する。以上で、影付加処理された画像が作成される。
【００６６】
２０１３と２０１４は背景付加処理であり、均一化された文字の背景（白色の部分）に背景画像を付けて装飾する。このフローチャートを図２６に示す。まず、Ｓ０で前述した均一化処理を行う。次にＳ１で対象となる画像の縦横の長さ（画素数）を求める。これは、本システムで扱う画像はビットマップフォーマットなので、ヘッダ（図２参照）を調べることになる。次にＳ２で背景画の元になる画像を二次記憶装置から主記憶装置中に読み込む（ロードする）。Ｓ３ではＳ１で求めた画像の大きさとＳ２でロードした画像とから背景画像を作成する。この方法については後述する。最後にＳ４ではＳ３で作成した背景画像にＳ０で作成された均一化処理された画像の文字部分を上書きで複写する。以上で均一化された画像の白色の部分に背景画像を付加することができる。
【００６７】
次に、影付加処理で行われたパラメータ算出方法について詳しく説明する。本システムでは、３種類のパラメータ算出方法をオプションで指定できる。まず、１つ目の方法として、図２７に示すように対象画像２７００全体をスキャンして、文字部分の高さｈ２７０１を求め、それをパラメータとして画像処理を行うものがある。この方法を用いれば、簡単な処理ですみ、比較的短時間でパラメータが求められる。次に方法２は、図２８に示すように、対象画像２７００から、文字部分の面積、つまり、白色以外の部分の面積（画素数）を求め、それをパラメータとして使用する。３つ目の方法は、画像全体を縦横にスキャンして、文字部分と交差した回数と文字の面積から求めるものである。これを図２９を用いて説明する。まず、対象となる画像２７００の文字部分面積Ｓを方法２と同様にして求める。次に、画像全体を横方向に１ドットずつスキャンする。このとき、文字と交差する回数を求める。たとえば、ライン２７０５を例に取ると、２７０６に示すように、文字部分とは６回交差することになる。そのため、ライン２７０５における交差回数ｈｃは６となる。これを全てのラインについて調べて、横ライン全交差回数Σｈｃを求める。次に、縦のライン２７０４についても、同様にして調べ、縦ライン全交差回数Σｖｃを求める。方法３では、Ｓ／（Σｈｃ＋Σｖｃ）を求め、これをパラメータとして使用している。この結果、文字の太さも考慮されたパラメータが求められる。このように、本システムでは、オプションによりパラメータの算出方法を選択することができる。
【００６８】
次に、背景付加処理で行われる背景画像作成方法を図３０を用いて説明する。本システムでは、背景画像の一部分のみを二次記憶装置に画像ファイルとして格納している。オリジナル画像３０００がこれに当たる。本システムではオリジナル画像を左右反転，上下反転，左右上下反転した画像をそれぞれ３００１，３００２，３００３のように作成する。まず、これらを図３１のようにつなぎ合わせて、元の画像の４倍の大きさの画像である合成画像３００４を得る。次に、背景を付ける対象となる画像の大きさに合わせて、図３２に示すように合成画像３００４を繰り返し並べる。
【００６９】
この動作を図３３のフローチャートを用いて説明する。
【００７０】
まず、Ｓ１で、図３０の３０００に相当するオリジナル画像を二次記憶装置３０８の画像データファイル群３３０から主記憶装置３０７にロードする。Ｓ２からＳ４までは、オリジナル画像を左右反転した画像１、上下反転した画像２、左右上下反転した画像３をそれぞれ主記憶装置３０７中に作成する。次にＳ５では、図３１に示すように、オリジナル画像，画像１，画像２，画像３を用いて背景画像の元になる部分合成画像を作成する。Ｓ６では、背景を付ける画像の大きさを調べる。これは、画像データのヘッダを調べればよい。Ｓ７では、Ｓ６で調べた大きさに合わせて、主記憶装置３０７中に領域を確保する。Ｓ８では、後述する方法により部分合成画像を組み合わせて、背景画像を作成する。
【００７１】
図３４に、図３３のＳ８に相当する、部分画像から背景画像を作成するときのフローチャートを示す。
【００７２】
図３４では、図３５に示すように部分合成画像３５００のｘ座標を表す変数をＳｘ、ｙ座標を表す変数をＳｙ、対象とする画像の座標を表す変数をそれぞれＢｘ，Ｂｙとして説明する。
【００７３】
本方法では、部分合成画像を組み合わせて背景画像を作成する際に、背景となる仮像中において、水平方向は左から右へ、垂直方向は下から上へ、対応する部分合成画像の画素データを複写して行く。
【００７４】
まず、Ｓ１では、対象画像を示す座標を０にセットする。Ｓ２では、部分合成画像を示す座標Ｓｘ，Ｓｙを０にセットする。Ｓ３では、対象画像の上辺まで処理を行ったかを調べる。行っていない場合はＳ４に処理を移す。Ｓ４では、Ｓｙが示している座標が部分合成画像の高さを越えていないかを調べる。越えている場合はステップＳ５でＳｙ＝０とし、部分合成画像のｙ座標を表す変数Ｓｙをセットする。次に、Ｓ６では、対象画像の右辺まで処理を行ったか調べる。行っていない場合はＳ７に処理を移す。行ってしまっている場合は、Ｓ１２，Ｓ１３でＳｙ，Ｂｙをそれぞれ１増やす。Ｓ７では、Ｓｘが示している画像が部分合成画像の幅を超えているかを調べる。超えている場合はＳｘを０にセットする。Ｓ９では、部分合成画像の（Ｓｘ，Ｓｙ）の点の画素値を、対象画像の（Ｂｘ，Ｂｙ）の画素値としてコピーする。Ｓ１０，Ｓ１１ではＳｘ，Ｂｘをそれぞれ１増やす。
【００７５】
以上により、部分合成画像データを繰り返し対象画像データを格納する領域にコピーすることになり、目的とする背景画像が作成される。
【００７６】
このようにして本実施例における文書編集システムでは、予め入力した処理スクリプトの記述および処理対象の画像自体から導出したパラメータにしたがって自動的に編集されたいくつかの処理結果画像を眺めながら、所望の画像を選択するだけの操作で画像編集を容易に行うことができ、画像編集に不慣れな利用者が沢山の画像編集メニュー，ツールの中から目的に見合ったメニュー，ツールを選択しさらに適当なパラメータを決定するという困難を軽減することができる。
【００７７】
【発明の効果】
以上説明したように、本発明によれば、画像編集に不慣れな使用者においても、容易に画像編集できる画像編集システムを提供できる。
【００７８】
請求項４記載の発明では、さらに画像データが少なくてすみ、処理時間を短縮することができる。
【図面の簡単な説明】
【図１】 実施例１の文書編集システムの構成を示す図
【図２】 実施例１における文書データ構造を示す図
【図３】 従来の文書編集システムの構成を示す図
【図４】 従来の文書データ構造を示す図
【図５】 従来の文書編集アプリケーションのユーザインターフェース画面を示す図
【図６】 従来の画像ファイリングアプリケーションのユーザインターフェース画面を示す図
【図７】 従来の画像編集アプリケーションのユーザインターフェース画面を示す図
【図８】 従来の文書編集システムにおいて、画像編集アプリケーションがインプレイスアクティブ状態で起動している時の文書編集アプリケーション及び画像編集アプリケーションのユーザインターフェース画面を示す図
【図９】 従来の文書編集システムにおいて、画像を貼り付けた状態を示す図
【図１０】 実施例１における処理スクリプトデータの例を示す図
【図１１】 主記憶装置３０７における画像編集アプリケーション用メモリ内のメモリマップ
【図１２】 画像編集アプリケーションが文書編集アプリケーションから起動された際の処理手順を示すフローチャート
【図１３】 実施例１において、画像編集アプリケーションがインプレイスアクティブ状態で起動している時の文書編集アプリケーション及び画像編集アプリケーションのユーザインターフェース画面を示す図
【図１４】 画像ファイリングアプリケーションから文書編集アプリケーションへのドラッグアンドドロップ操作により、アプリケーション間通信による画像データの送受信コマンドを入力している際にユーザインターフェース画面を示す図
【図１５】 ドラッグアンドドロップ操作によって、利用者から画像データ送受信コマンドを入力された際の、本文書編集システムの処理手順を示すフローチャート
【図１６】 候補画像表示ウィンドウを示す図
【図１７】 編集結果画像データ保持領域１１０５のメモリマップ
【図１８】 実施例２における処理スクリプトデータの例を示す図
【図１９】 ドラッグアンドドロップ操作によって、利用者から画像データ送受信コマンドを入力された際の本文書編集システムの処理手順を示すフローチャート
【図２０】 ロゴエフェクトの画面を示す図
【図２１】 クロップ領域を指定する画面を示す図
【図２２】 クロップ領域を指定する画面を示す図
【図２３】 エフェクト画像を表示している画面を示す図
【図２４】 均一化処理のフローチャート
【図２５】 影付加処理のフローチャート
【図２６】 背景付加処理フローチャート
【図２７】 パラメータ算出方法を示す図
【図２８】 パラメータ算出方法を示す図
【図２９】 パラメータ算出方法を示す図
【図３０】 背景画像を作成する方法の説明図（その１）
【図３１】 背景画像を作成する方法の説明図（その２）
【図３２】 背景画像を作成する方法の説明図（その３）
【図３３】 背景画像作成のフローチャート
【図３４】 背景画像作成のフローチャート
【図３５】 背景画像作成の説明図
【符号の説明】
１０７ 画像編集自動実行手段
３０４ 表示装置
３０６ 入力装置
３０８ 二次記憶装置
３２８ 画像編集手段群
【発明の属する技術分野】
本発明は、画像編集システムに関するものである。
【０００２】
【従来の技術】
従来の文書編集システムでは、テキストデータのみならずテキストデータ中に画像データを混在させた文書を編集することができる。このような文書編集システムは、現在パーソナルコンピュータ上で、画像データを混在させることが可能な文書編集用アプリケーションソフトウエアを稼動させることにより実現されている。
【０００３】
図３は従来の文書編集システムの一例を示すブロック図である。以下、図３を参照しながら、従来の文書編集システムを説明する。なお文書編集システムを構成するブロックのうち構成要件として当然含まれるが本発明と対比して説明する上で直接必要としないブロックたとえばＣＰＵに関しては図示していない。また所要の処理は不図示のＣＰＵにより行われる。
【０００４】
図３において、３０１は文書編集システムのハードウエアである。この内、３０４はＣＲＴ等の表示装置やビデオボード等から構成される表示装置、３０６はマウス，キーボード等から構成される入力装置、３０７はＤＲＡＭ等から構成される主記憶装置、３０８はハードディスクドライブ，ハードディスク等により構成される不揮発性の記憶装置である二次記憶装置である。
【０００５】
また、図３において３０２は、文書編集システムにおいて、ハードウエア３０１およびアプリケーションソフトウエア３０３を有効に利用するための総合的管理を行うオペレーティングシステムであり、Ｍｉｃｒｏｓｏｆｔ社のオペレーティングシステムであるＷｉｎｄｏｗｓ９５に代表されるように複数のアプリケーションソフトウエアを同時に実行することが可能で、表示装置３０４上には各アプリケーションのユーザインターフェイスとしてのウィンドウを複数同時に表示することができるものである。オペレーティングシステム３０２の内、３１４はアプリケーションソフトウエア群３０３に含まれるアプリケーションソフトウエアからの要求に応じて表示装置３０４上に、要求される文字，図形，画像等を表示する描画管理システムである。３１５は入力装置３０６を介して入力されるユーザーズイベントを本システムの適切なソフトウエアモジュールへと配送するための入力デバイス管理システムである。３１６は主記憶装置３０７へのデータの読み込み及び書き込みを管理するためのメモリ管理システムである。３１７は二次記憶装置３０８上のファイルを管理するためのファイルシステムである。３１８はアプリケーション間通信手段であり、アプリケーションソフトウエア群３０３内のアプリケーション間でのデータ送受信や他のアプリケーションの起動などを可能ならしめるものである。このようなアプリケーション間通信技術の代表的なものとしてはＭｉｃｒｏｓｏｆｔ社のＯＬＥ２テクノロジーがあげられる（ＯＬＥ２のより詳しい内容についてはＭｉｃｒｏｓｏｆｔ ＰＲＥＳＳ出版のｌｎｓｉｄｅ ＯＬＥ２参照のこと）。
【０００６】
３０３はアプリケーションソフトウエア群を示している。この内、３１９は文書編集アプリケーションである。文書編集アプリケーション３１９は、利用者によって編集された文書データの保存及び読み込みを行うデータ保存読み込み手段３２２、画像編集アプリケーション３２１から画像編集アプリケーション３２１上で編集された画像の表示データをアプリケーション間通信により受信し、この表示データを描画管理システム３１４に依頼して表示装置３０４上に表示する画像編集結果表示手段３２３、利用者からのコマンド入力に従って、アプリケーション間通信により画像編集アプリケーション３２１を起動する画像編集アプリケーション起動手段３２４、及びテキストデータの編集手段等、図３には明示しない他の手段から構成される。
【０００７】
３２０は画像ファイリングアプリケーションであり、二次記憶装置３０８上にファイルとして記憶されている多数のファイルの検索を容易にするためのアプリケーションである。画像ファイリングアプリケーション３２０は画像データファイル群３３０の中から利用者の指定する画像データファイルの画像データを利用者の指定に応じてアプリケーション間通信により文書編集アプリケーション３１９や画像編集アプリケーション３２１へと送信することができるものである。
【０００８】
３２１は画像編集アプリケーションであり、オリジナル画像に対して、ぼかし，色調整などの画像処理を行ったり、オリジナル画像に対して図形を描き入れるなどの画像編集を行うためのアプリケーションである。画像編集アプリケーション３２１は、画像ファイリングアプリケーション３２０から受信した画像と現在の画像とを入れ替える機能を提供する画像データ貼り付け手段３２５、二次記憶装置３０８への画像データの書き込み及び読み込みを行うデータ保存読み込み手段３２６、画像，メニュー，アプリケーションのフレームワーク等の表示装置３０４への表示、及び入力装置３０６からのユーザーズイベントを管理するユーザインターフェース管理手段３２７、ぼかし，輝度調整，色調整などの各種画像処理フィルタや線の付与，文字の付与などのドローイングツールを含む画像編集手段を複数包含する画像編集手段群３２８、利用者の入力コマンドに応じて、画像編集手段群３２８の中から画像編集手段を実行する画像編集実行手段３３１、及び、図３には明示されない他の手段から構成される。なお、以上の構成においてＯＬＥ２テクノロジーにおいては、アプリケーション間通信によりデータを供給する側である画像編集アプリケーションを“ＯＬＥサーバ”と呼び、アプリケーション間通信によりデータを受信する側である文書編集アプリケーションは“ＯＬＥコンテナ”と呼んでいる。
【０００９】
３２９は文書編集アプリケーション３１９によって編集された文書データファイルであり、図４のごときデータ構造である。図４において、４０１はヘッダーデータ格納部であり、テキストのフォント，色，印刷する際の用紙の大きさ，縦書きか横書きか、等の情報を格納している。４０２はテキストデータ格納部であり、利用者によって入力されたテキストデータが格納されている。４０３は画像編集アプリケーション用データ格納部（ＯＬＥ２テクノロジーにおける“オブジェクト”を格納する）であり、画像データをアプリケーション間通信により供給する画像編集アプリケーションを一意に認識するための画像編集アプリケーション識別情報格納部４０４、文書データ中での画像データの位置と大きさに関する情報が格納されている画像位置データ格納部４０５、表示装置３０４上に表示すべき画像データを格納する表示データ格納部４０６（ＯＬＥ２テクノロジーではメタファイル形式の画像データ）、及び画像編集アプリケーション識別情報格納部で指定される画像編集アプリケーションが使用するための画像データ（文書編集アプリケーションがサポートしていない画像データのフォーマットであってもかまわない、ＯＬＥ２テクノロジーにおいてはネイティブデータとも呼ばれ、画像データに限らない）を格納する画像データ格納部４０７から構成される。４０８は本発明を説明する上で重要でないその他のデータを含むその他のデータ格納部であるが、文書中に複数の画像が埋め込まれている場合にはその数に応じた画像編集アプリケーション用データ格納部を包含している。
【００１０】
なお、Ｍｉｃｒｏｓｏｆｔ社のＷＯＲＤVer6.0に代表される昨今の文書編集アプリケーションでは文書データファイルのサンプルをアプリケーションソフトウエアに添付することが多い。利用者はこのようなサンプル文書中のテキストを修正したり、画像を入れ替えたりすることによって、全体のデザインを一から創造することなしに、簡単に高品位な文書を作成することができる。
【００１１】
図５は表示装置３０４上に表示される従来の文書編集アプリケーション３１９のユーザインターフェース画面の一例である。５０１は文書編集アプリケーション３１９のフレームとなるウィンドウである。５０２は文書１ドキュメントであり、利用者によりキーボード入力されたテキストと、ＯＬＥサーバとして起動している画像編集アプリケーション３２１よりアプリケーション間通信により受信した画像が画像表示領域５０３に表示されている。５０４は編集された文書データをファイルとして保存するためのコマンドを入力するためのSaveボタンである。５０５は文書ファイルを５０１上に開き編集可能状態にするためのOpenボタンである。５０６は文書中に他のＯＬＥサーバアプリケーションの提供するデータを表示するためのコマンドを入力するためのlnsertObjectボタンである。
【００１２】
図６は表示装置３０４上に表示される画像ファイリングアプリケーション３２０のユーザーインターフェース画面の一例であり、二次記憶装置３０８上に記憶されている画像データファイル群３３０の中からキーワード検索などにより検索された画像ファイルの一覧が表示されている。６０１は画像ファイリングアプリケーションのフレームとなるウィンドウである。６０２は検索された画像ファイルの縮小画像表示エリアである。
【００１３】
図７は文書編集システム上で他のアプリケーションへとＯＬＥサーバとして画像データを供給する画像編集アプリケーション３２１のユーザインターフェース画面の一例を示すものである。この内７０１は画像編集アプリケーションのフレームウィンドウである。７０２は現在編集中の画像データを表示するウィンドウである。７０３〜７１３はそれぞれ画像編集手段群３２８を構成する各画像編集手段の実行命令を入力するためのボタンである。７０３はぼかし処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対してぼかし処理（画像の空間的な解像度を落とす処理）を施す。７０４はシャープ処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対してシャープ処理（画像のエッジをはっきりとさせる処理）を施す。７０５は輝度調整処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対して輝度調整処理（画像の輝度を適正に補正する処理）を施す。７０６は色調整処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対して色調整処理（画像の色を適正に補正する処理）を施す。７０７は背景消し処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対して背景消し処理（人物像などの背景を除去する処理）を施す。７０９はロゴ処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対してロゴ処理（被写体に文字を含む画像から文字部分を切り出して、文字に対して装飾を加えることによりロゴを作成する処理）を施す。７１０はノイズ付与処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対してノイズ付与処理（画像にノイズを付与して絵画的にする処理）を施す。７１１は変形処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対して変形処理（画像を変形して絵画的にする処理）を施す。７１２は反転処理の実行要求ボタンであり、このボタンを利用者がマウスによりクリックすると、画像編集アプリケーション３２１は、ウィンドウ７０２上に表示されている画像データに対して反転処理（画像の明暗を反転する処理）を施す。
【００１４】
以上の構成による従来の文書編集システムにおいて、利用者が文書中の画像５０３をマウスによりダブルクリックすると、文書編集アプリケーション３１９の画像編集アプリケーション起動手段３２４は画像編集アプリケーション識別情報格納部４０４の内容を参照することにより、ＯＬＥサーバアプリケーションとして画像データを供給する画像編集アプリケーションを一意に認識することにより、画像編集アプリケーション３２１を起動するとともに画像表示領域５０３を画像編集アプリケーション３２１のユーザインターフェース領域とする。また、画像編集アプリケーション３２１はＯＬＥコンテナアプリケーションによりＯＬＥサーバとして起動されると、ユーザインターフェース管理手段３２７が画像表示領域５０３を自身のユーザインターフェース領域としてユーザからのマウス入力を受け付ける状態とするとともに、画像編集に必要な予め定められたメニューをメニュー表示領域５０７に追加する。ＯＬＥ２テクノロジーにおいては、このように画像編集アプリケーションがコンテナアプリケーション内で起動している状態を“インプレイスアクティブ”と呼んでいる。画像編集アプリケーション３２１が文書編集アプリケーション３１９内でインプレイスアクティブで起動している様子を図８に示す。図８のようにインプレイスアクティブ状態では、画像表示領域５０３の周辺に斜線が表示されるとともに、予め定められた画像編集アプリケーションへのコマンド入力用のメニューがメニュー表示領域５０７に表示され、コマンド入力待ち状態となる。
【００１５】
一方、画像編集アプリケーション３２１がインプレイスアクティブの状態で、画像ファイリングアプリケーション３２０上の任意の画像の縮小画像表示エリア上でマウスボタンを押すことによって任意の画像を選択し、そのままマウスドラッグして文書編集アプリケーションの画像表示領域上でドロップすると、画像ファイリングアプリケーション３２０で選択されたファイルの画像データをインプレイスアクティブで起動中の画像編集アプリケーション３２１に送信し、この画像データを受信した画像編集アプリケーション３２１の画像貼り付け手段３２５は、今まで画像表示領域５０３上に表示していた画像の上に、受信した画像を貼り付ける。元の画像の上に図６におけるＦｉｌｅ２．ｂｍｐの画像が貼り付いたようすを図９に示す。この状態で、利用者がメニュー表示領域５０７上に表示されている画像編集メニュー７０３〜７１２の中から任意のメニューをマウスクリックすると、画像編集アプリケーション３２１の画像編集実行手段３３１はマウスクリックされたメニューに対応した画像編集手段を画像編集手段群３２８から選択し、画像表示領域５０３上に表示されている画像データに対して画像編集を実行する。そして、画像編集実行の後に、利用者が文書１ドキュメントのウィンドウ５０１内で画像表示領域５０３以外の任意の位置をマウスクリックすると、画像編集アプリケーション３２１はインプレイスアクティブ状態から非アクティブ状態となる。このとき、画像編集アプリケーション３２１は編集結果の画像データを文書編集アプリケーション３１９へと送信する。一方文書編集アプリケーション３１９は受信した編集結果の画像データを画像表示領域５０３へと表示する。
【００１６】
文書編集アプリケーション３１９において、利用者がデータ保存要求コマンドを入力する等、データ保存の必要性が生じた場合、文書編集アプリケーション３１９のデータ保存読み込み手段３２２は、ヘッダーデータ格納部４０１，テキストデータ格納部４０２に文書の対応するデータを保存するとともに、画像編集アプリケーション３２１に対して、画像編集アプリケーション用データ格納部４０３内へとデータ保存を行うよう要求する。これを受けて画像編集アプリケーション３２１のデータ保存読み込み手段３２６は図４の形式で画像編集アプリケーション用データ格納部４０３へとデータ保存を行う。
【００１７】
【発明が解決しようとする課題】
従来の文書編集システムには以下に示すような問題点があり、画像編集に不慣れな利用者にとっては大変扱いが困難であった。
【００１８】
問題点１：文書編集アプリケーションから起動された画像編集アプリケーションが、予め定められたメニューを表示するため、あらゆる文書データのあらゆる画像に対応するために、沢山のメニューを表示しなくてはならなかった。このように沢山のメニューの中から、現在編集中の文書の現在編集しようとしている画像に適した画像編集手段を選択することは、利用者にとって大変負担となっていた。
【００１９】
問題点２：画像データは情報量が多く、記録媒体の大きな領域を占有してしまったり、記憶媒体からのリードライトに多くの時間を費やしてしまうという問題点がある。これを回避するためには画像データをできる限り小さいサイズで保持する必要がある。用途が明確でない時には必要とする画像解像度がわからないため、画像サイズを小さくすることはできないが、文書中の画像データは文書中でどのように画像が使われるのかが明確であるため、必要とする解像度に基づいて最適なサイズへの画像の縮小を行うことが可能である。しかしながら従来の文書編集システムでは、画像を縮小するか否か、また画像縮小する際の画像サイズについては利用者が自分で判断して行うしかなく、画像編集に不慣れな利用者にとってはこの作業は大変困難なものであった。
【００２０】
本発明は、このような状況のもとでなされたもので、画像編集に不慣れな利用者においても容易に画像編集ができる画像編集システムを提供することを目的とするものである。
【００２１】
【課題を解決するための手段】
前記目的を達成するため、本発明では、画像編集システムを次の（１）〜（４）のとおりに構成する。
（１）複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記画像編集手段で用いるパラメータを処理対象となる画像から導出するパラメータ導出手段を備え、
前記パラメータ導出手段は、処理対象となる画像の寸法にもとづいてパラメータを導出するものである画像編集システム。
（２）複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記画像編集手段で用いるパラメータを処理対象となる画像から導出するパラメータ導出手段を備え、
前記パラメータ導出手段は、処理対象となる画像の面積にもとづいてパラメータを導出するものである画像編集システム。
（３）複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記画像編集手段で用いるパラメータを処理対象となる画像から導出するパラメータ導出手段を備え、
前記パラメータ導出手段は、処理対象となる画像をスキャンして画像と交差した回数と、その画像の面積とにもとづいて導出するものである画像編集システム。
（４）複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記複数の画像編集手段のうちの一つは、オリジナル小画像と、このオリジナル小画像を左右反転，上下反転，左右上下反転した小画像とを規則的に並べて背景画像とするものである画像編集システム。
【００３１】
【発明の実施の形態】
以下本発明の実施の形態を“文書編集システム”の実施例により詳しく説明する。
【００３２】
なお実施例は文書編集システムであるが、本発明はこれに限定されるものではなく、画像編集システムの形で実施することができる。また、実施例は、文書編集システムを単独のコンピュータで実現することを想定しているが、本発明はこれに限定されるものではなく、たとえば、文書編集システムを、回線で接続された端末とホストコンピュータで実現する形で実施することができる。
【００３３】
【実施例】
（実施例１）
図１に実施例１である“文書編集システム”の構成を示す。以下、図１を参照しながら、実施例の文書編集システムを説明する。なお文書編集システムを構成するブロックのうち構成要件として当然含まれるが本発明を説明する上で直接必要としないブロックたとえばＣＰＵに関しては図示していない。また、フローチャート等により示される処理は不図示のＣＰＵで行われる。
【００３４】
図１において、３０１は文書編集システムのハードウエアである。この内、３０４はＣＲＴ等の表示装置やビデオボード等から構成される表示装置、３０６はマウス，キーボード等から構成される入力装置、３０７はＤＲＡＭ等から構成される主記憶装置、３０８はハードディスクドライブ，ハードディスク等により構成される不揮発性の記憶装置である二次記憶装置である。
【００３５】
また図１において、３０２は、文書編集システムにおいて、ハードウエア３０１およびアプリケーションソフトウエア群１０１を有効に利用するための総合的管理を行うオペレーティングシステムであり、Ｍｉｃｒｏｓｏｆｔ社のオペレーティングシステムであるＷｉｎｄｏｗｓ９５に代表されるように複数のアプリケーションソフトウエアを同時に実行することが可能で、表示装置３０４上には各アプリケーションのユーザインターフェースとしてのウィンドウを複数同時に表示することができるものである。オペレーティングシステム３０２の内、３１４はアプリケーションソフトウエア群１０１に含まれるアプリケーションソフトウエアからの要求に応じて表示装置３０４上に、要求される文字，図形，画像等を表示する描画管理システムである。３１５は入力装置３０６を介して入力されるユーザーズイベントを本システムの適切なソフトウエアモジュールへと配送するための入力デバイス管理システムである。３１６は主記憶装置３０７へのデータの読み込み及び書き込みを管理するためのメモリ管理システムである。３１７は二次記憶装置３０８上にファイルを管理するためのファイルシステムである。３１８はアプリケーション間通信手段であり、アプリケーションソフトウエア群１０１内のアプリケーション間でのデータ送受信や他のアプリケーションの起動などを可能ならしめるものである。１０１はアプリケーションソフトウエア群を示している。この内、３１９は文書編集アプリケーションであり従来と同様のアプリケーションである。３２０は画像ファイリングアプリケーションであり従来の画像ファイリングアプリケーションと同様のアプリケーションである。
【００３６】
１０２は画像編集アプリケーションであり、画像に対して、ぼかし，色調整などの画像処理を行ったり、画像に対して図形を描き入れるなどの画像編集を行うためのアプリケーションである。画像編集アプリケーション１０２は、画像データ入れ替え手段１０３，処理スクリプト編集手段１０４，データ保存読み込み手段１０５，処理スクリプト解析手段１０６，画像編集実行手段３３１，画像編集自動実行手段１０７，ユーザインターフェース選択手段１０９を含むユーザインターフェース管理手段１０８，画像編集手段群３２８，推奨画像サイズ編集手段１１１，画像サイズ変換手段１１２、及び本実施例を説明する上で重要でないため図１に明示していない他の手段から構成される。
【００３７】
また、本実施例の文書編集システムの文書データファイル１１０は図２のようなデータ構造となっている。図２において、ヘッダーデータ格納部４０１，テキストデータ格納部４０２，画像編集アプリケーション識別情報格納部４０４，画像位置データ格納部４０５，表示データ格納部４０６、及び画像データ格納部４０７は従来の文書編集システムと同様である。２０１は本実施例における画像編集アプリケーション用データ格納部であり、従来の文書編集システムのそれとの違いは、アプリケーション間通信によって他のアプリケーションから受信した画像データに対してどのような画像編集を行うべきかが記述されている処理スクリプトを格納する処理スクリプト格納部２０２と、アプリケーション間通信によって他のアプリケーションから受信した画像データをリサイズすべき推奨の画像サイズに関する情報を格納する推奨画像サイズ格納部２０３を有する点である。２０４はその他のデータ格納部であり、文書中に複数の画像が埋め込まれている場合にはその数に応じた画像編集アプリケーション用データ格納部を包含している。
【００３８】
以上の構成において本実施例における文書編集システムでは、画像編集アプリケーション開発元など画像編集に慣れている者が処理スクリプト編集手段１０４によって予め処理スクリプトを入力した図２のごときデータ構造の文書データを、画像編集に不慣れな利用者が編集する際、文書編集アプリケーションのＯＬＥサーバとして起動中の画像編集アプリケーション１０２に対して画像データの入れ替えコマンドを入力すると、まず画像データ入れ替え手段１０３が画像データを入れ替える。次に画像サイズ変換手段１１２は入れ替わった画像データを、推奨画像サイズ格納部２０３に格納されている推奨の画像サイズにリサイズする。このことにより、文書中の画像の意味に従った必要最小限の画像サイズを判断し、メニューから画像サイズの変換コマンドを入力するという困難な作業を無くすことができる。なお、この“推奨の画像サイズ”は、処理スクリプトと同様に、画像編集に慣れている者が予め入力したものである。
【００３９】
次に画像編集アプリケーション１０２の処理スクリプト解析手段１０６が処理スクリプト格納部２０２の処理スクリプトデータを解析する。更にユーザインターフェース管理手段１０８のユーザインターフェース選択手段１０９は処理スクリプトデータで示される画像編集を行うために必要最小限であるところのユーザインターフェースを選択的に表示したり、処理スクリプトデータで示される画像編集を行うために必要最小限であるところのユーザインターフェースをダイナミックに生成して表示する。このことにより画像編集に不慣れな利用者が沢山のメニューの中から現在編集中の文書における現在編集しようとしている画像に適した画像編集を選択する苦労を半減させることができる。また処理スクリプトが利用者に全く選択の余地を与えない完全なるバッチ処理用のデータである場合には画像編集自動実行手段１０７が入れ替えられた画像に対して処理スクリプトのバッチデータに即した画像編集を自動的に行うことにより、利用者が画像編集コマンドを選択し入力する苦労を一切無くすことができる。
【００４０】
以下、図１を用いながら本実施例の文書編集システムを詳細に説明する。
【００４１】
図５のように文書編集アプリケーション３１９で文書１を編集中に画像表示領域５０３をマウスポインタによりダブルクリックすると画像編集アプリケーション起動手段３２４は画像編集アプリケーション１０２を起動する。画像編集アプリケーション１０２起動の際の本実施例における文書編集システムの処理の流れを、図１１のメモリマップ及び、図１２のフローチャートを用いて詳しく説明する。
【００４２】
ここで、図１１は主記憶装置３０７内で画像編集アプリケーション１０２が使用するメモリ領域内でのメモリマップを示しており、１１０１は画像編集アプリケーション１０２の各手段の実行形式のコードを含む各手段実行コード保持領域である。１１０２は推奨画像サイズのデータを保持する推奨画像サイズデータ保持領域である。１１０３は処理スクリプトデータを保持する処理スクリプトデータ保持領域である。１１０４は現在の画像データを保持する画像データ保持領域である。１１０５は画像編集手段群の画像編集手段による画像編集の結果として得られる画像データを記憶保持するための編集結果画像データ保持領域である。１１０６は本実施例を説明する上で重要でない画像編集アプリケーションによって使用されるその他のデータを保持するためのその他のデータ保持領域である。
【００４３】
起動された画像編集アプリケーション１０２は図１２のようにＳ１から処理を開始する。Ｓ１ではまず、データ保存読み込み手段１０５により、画像データ格納部４０７（図２参照）より画像データ保持領域１１０４へと画像データを読み込む（説明を簡単にするため、現在は画像１．ｂｍｐなる画像データが格納されていたものとする）。次にＳ２において、データ保存読み込み手段１０５により処理スクリプト格納部２０２より処理スクリプトデータ保持領域１１０３へと処理スクリプトデータを読み込む。次にＳ３において、データ保存読み込み手段１０５は推奨画像サイズ格納部２０３より推奨画像サイズデータ保持領域１１０２に推奨画像サイズを読み込む。次にＳ４にて、ユーザインターフェース管理手段１０８は文書中の画像表示領域５０３上に画像データ保持領域１１０４の画像データを表示して起動時処理を終了する。画像編集アプリケーション１０２はこの起動時処理を終了すると、文書編集アプリケーション３１９内でインプレイスアクティブ状態で利用者からのイベント待ち（コマンド入力待ち）となる。この状態での表示装置３０４上の表示の様子を図１３に示す。図１３のように、実施例１における画像編集アプリケーション１０２のユーザインターフェース管理手段１０８は、図８におけるそれと異なり、文書編集アプリケーションのメニュー表示領域５０７上に画像編集コマンドを入力するためのメニューを追加していない。
【００４４】
図１４は画像ファイリングアプリケーション３２０から画像編集アプリケーション１０２へとアプリケーション間通信により画像データを送信するためのコマンドを入力している様子である。図１４に示すように、本文書編集システムにおいては、画像ファイリングアプリケーション上の送信したい画像（図１４におけるＦｉｌｅ２．ｂｍｐ）上にマウスカーソルを移動し、マウスボタンを押す、ボタンを押し続けたまま、マウスカーソルを画像表示領域５０３上まで移動しマウスボタンを放す。このような動作を一般にドラッグアンドドロップと呼んでいる。本文書編集システムでは、このように画像ファイリングアプリケーション３２０の縮小画像上から文書編集アプリケーション３１９内でインプレイスアクティブ状態の画像編集アプリケーション１０２へとドラッグアンドドロップ操作を行うことにより、アプリケーション間通信手段３１８に対して、画像データ送信コマンドを入力することができる。
【００４５】
以下、Ｆｉｌｅ２．ｂｍｐの画像データを画像編集アプリケーション１０２へとドラッグドロップした時を例にとって、利用者による画像データ送信コマンドに始まる本文書編集システムによる処理の手順を図１５のフローチャートを用いて詳しく説明する。
【００４６】
実施例１における文書編集システムでは、利用者がドラッグアンドドロップ操作により画像データ送信コマンドを入力すると図１５のＳ１のステップより処理を開始する。
【００４７】
まずＳ１では画像データ入れ替え手段１０３が画像データ保持領域１１０４に記憶保持されている画像１．ｂｍｐなる画像データを消去して、変わりにアプリケーション間通信により受信したＦｉｌｅ２．ｂｍｐの画像データを画像データ保持領域１１０４にストアすることによって、画像データ保持領域１１０４の画像データの入れ替えを行う。次にＳ２では、画像サイズ変換手段１１２が、画像データ保持領域１１０４に記憶保持されている画像データ（Ｆｉｌｅ２．ｂｍｐの画像データ）を推奨画像サイズデータ保持領域１１０２に記憶されている推奨画像サイズにリサイズする。次にＳ３では処理スクリプト解析手段１０６が処理スクリプトデータ保持領域１１０３に格納されている処理スクリプトデータを解析する。
【００４８】
図１０（ａ），（ｂ）に処理スクリプトデータの例を示す。図１０（ａ）は処理手順１、及び処理手順２の二つの処理手順が記述されている。より詳細には、処理手順１ではまず、オリジナル画像に対してたとえばあるパラメータParameter1を１０としてぼかし処理を施し、このぼかし処理の結果画像に対してさらにParameter1を２０としてイラスト化処理を施すことを意味する処理スクリプトが記述されている。また、処理手順２ではまず、オリジナル画像に対してParameter1を１０としてシャープ処理を施し、このシャープ処理の結果画像に対してさらにあるパラメータParameter2を３０としてイラスト化処理を施すことを意味する処理スクリプトが記述されている。このように図１０（ａ）の処理スクリプトでは処理手順が複数記述されている。このような処理スクリプトをここでは選択型の処理スクリプトと呼ぶこととする。また図１０（ｂ）による処理スクリプトの例では、処理手順が１つのみ記述されている。このような処理スクリプトをここでは非選択型の処理スクリプトと呼ぶこととする。
【００４９】
Ｓ４では、Ｓ３における解析結果を元に処理スクリプトが選択型か非選択型かを判断している。処理スクリプトデータ保持領域１１０３に記憶されている処理スクリプトデータが図１０（ａ）のように選択型である場合にはＳ７へと処理を進め、非選択型である場合にはＳ５へと処理を進める。処理スクリプトが非選択型でＳ５へと処理を進めた場合、Ｓ５では画像編集自動実行手段１０７が、画像データ保持領域１１０４に格納されている画像データ（Ｓ２のステップでリサイズされたｆｉｌｅ２．ｂｍｐの画像データ）に対して、処理スクリプトデータに記述されている処理の手順に対応した画像編集手段群３２８から検索して実行する。各画像編集手段を実行する際のパラメータも処理スクリプトデータの記述に従う。
【００５０】
そして、Ｓ６においてユーザインターフェース管理手段１０８が画像表示領域５０３上に画像データ保持領域１１０４に格納されているところの処理スクリプトに準じた編集結果画像データを表示した後、図１５のフローチャートで示される処理手順を終了する。
【００５１】
また、処理スクリプトが選択型でＳ７へと処理を進めた場合には、まずＳ７にてカウンタｋに１を代入する。次にＳ８において画像データ保持領域１１０４に格納されている画像データ（Ｓ２のステップでリサイズされたｆｉｌｅ２．ｂｍｐの画像データ）を図１７で示されるところの処理手順ｋによる編集結果画像データ保持領域１１０５にコピーする。次にＳ９において画像編集自動実行手段１０７は、処理手順ｋによる編集結果画像データ保持領域に格納されている画像データに対して、処理スクリプトデータに記述されている処理手順ｋを実行する。処理実行に際しては処理手順ｋに記述されている処理の手順に対応した画像編集手段を画像編集手段群３２８から検索して実行する。各画像編集手段を実行する際のパラメータも処理手順ｋの記述に従う。次にＳ１０で処理手順ｋが処理スクリプトデータにおいて最後の処理手順か否かを判断する。たとえば処理スクリプトが図１０（ａ）の場合には処理手順２が処理スクリプトの最後の処理手順であるのでｋ＝２の時にＳ１０での判断がＹｅｓとなりＳ１２へと処理を進める。処理手順ｋが処理スクリプトの最後の処理手順でない時には判断はＮｏとなりＳ１１にはカウンタｋをインクリメントした後、再びＳ８へと処理を進める。Ｓ１２では図１６のごとき候補画像表示ウィンドウを表示する。候補画像表示ウィンドウには図１６に示すように、Ｓ９において編集結果画像データ保持領域１１０５に格納された処理手順１〜処理手順ｎの編集結果の画像が表示されている。利用者は候補画像表示ウィンドから好みとする画像編集結果画像を選択できる。本実施例においてはマウスカーソルを好みとする画像の上に移動しマウスボタンをクリックすることによって好みとする画像編集結果画像を選択するコマンドを入力するものとする。Ｓ１３では利用者によって選択コマンドが入力されたか否かを判断する。選択コマンドが入力されるまでは判断はＮｏとなるＳ１３の判断を繰り返す。利用者がマウスクリックにより選択コマンドを入力するとＳ１３での判断はＹｅｓとなり、Ｓ１４へと処理を進める。Ｓ１４では画像データ保持領域１１０４に格納されている画像データを消去する。次にＳ１５では利用者によって選択された処理手順による編集結果画像データを編集結果画像データ保持領域１１０５から画像データ保持領域１１０４にコピーする。Ｓ１６では図１６に示される候補画像表示ウィンドウを閉じる。次にＳ１７において編集結果画像データ保持領域１１０５に格納されている処理手順１〜処理手順ｎによる処理結果画像データを全て消去する。次に、Ｓ６において選択された編集結果を表示装置３０４に表示する処理を行った後、図１５のフローチャートで示される処理を終了する。
【００５２】
画像編集アプリケーション１０２による画像編集処理が終了した後、利用者が文書１ドキュメント５０２のウィンドウの内画像表示領域５０３以外の部分をマウスクリックすることにより、画像編集アプリケーションはインプレイスアクティブ状態から非アクティブ状態となる。画像編集アプリケーションは非アクティブ状態となる前に、推奨画像サイズデータ，処理スクリプトデータ編集結果画像データをそれぞれ、推奨画像サイズ格納部２０３，処理スクリプト格納部２０２、及び画像データ格納部４０７へと保存するとともに、表示データを作成し表示データ格納部４０６に格納する。一方文書編集アプリケーション３１９の画像編集結果表示手段３２３は表示データ格納部４０６に格納された表示データを画像表示領域５０３上に表示する。
【００５３】
以上、実施例１による文書編集システムでは、利用者がドラッグアンドドロップ操作によって画像入れ替えのコマンドを入力した際、処理スクリプトが非選択型である場合には、完全自動で画像編集が行われるため、画像編集に不慣れな利用者が画像編集コマンドやパラメータをいくつも入力するという苦労を無くすことができる。また処理スクリプトが選択型であっても、自動的に編集されたいくつかの処理結果画像を眺めながら所望の画像を選択するだけの操作で利用者にとって好ましい画像編集を容易に執り行うことができる。
【００５４】
また、自動的に画像サイズが縮小でき、画像編集の処理時間を短縮できる。
【００５５】
（実施例２）
実施例２の“文書編集システム”は、画像編集の際のパラメータを処理対象の画像自体から導出するものである。本実施例の構成は、実施例１と同様であり、ここでの説明を省略する。
【００５６】
本実施例の文書編集システムは、画像編集アプリケーション１０２が文書編集アプリケーション３１９中でインプレイスアクティブの状態（図１３に示される状態）で、図１４に示されるように、利用者がドラッグアンドドロップ操作により画像データ通信コマンドを入力すると図１９のＳ１のステップより処理を開始する。
【００５７】
まずＳ１では画像データ入れ替え手段１０３が画像データ保持領域１１０４に記憶保持されている画像１．ｂｍｐなる画像データを消去して、変わりにアプリケーション間通信により受信したＦｉｌｅ２．ｂｍｐの画像データを画像データ保持領域１１０４にストアすることによって、画像データ保持領域１１０４の画像データの入れ替えを行う。次にＳ２では、画像サイズ変換手段１１２が、画像データ保持領域１１０４に記憶保持されている画像データ（Ｆｉｌｅ２．ｂｍｐの画像データ）を推奨画像サイズデータ保持領域１１０２に記憶されている推奨画像サイズにリサイズする。次にＳ３では処理スクリプト解析手段１０６が処理スクリプトデータ保持領域１１０３に格納されている処理スクリプトデータを解析する。
【００５８】
図１８に実施例２における処理スクリプトデータの例を示す。実施例２における処理スクリプトには画像編集において使用すべきテンプレートの名称が記述されている。テンプレートとは画像編集手段群３２８に含まれる画像編集手段の内、画像編集の目的ごとに、必要とされる画像編集手段のユーザインターフェースのみをコンパクトにまとめたウィンドウのことである。図１８の処理スクリプトデータに記述される「ロゴエフェクトテンプレート」は“文字画像を含む任意の画像から文字画像部分を切り出し、それに対して装飾を加えることによりロゴを作成する”という画像編集の目的を達成するのに最小限のユーザインターフェースを有したウィンドウである。Ｓ４ではユーザインターフェース選択手段１０９がＳ３での解析結果に応じて処理スクリプトに記述されているテンプレートを選択し、表示する。たとえば、処理スクリプトが、図１８のようにロゴエフェクトテンプレートを指定している場合には実施例２における文書編集システムの表示装置３０４上には図２０のごときウィンドウが表示される。このように目的に合致した最小限のユーザインターフェースをユーザインターフェース選択手段１０９が選択的に表示するので、ユーザはどのメニューを選べばよいのか当惑することがなく、画像処理に不慣れなユーザをナビゲートすることができる。Ｓ５ではテンプレートのウィンドウを介して、各テンプレートごとのユーザ対話処理を実行し、画像データ保持領域１１０４の画像に対して画像編集を行う。Ｓ６において、利用者が対話処理による画像編集を終了し、テンプレート上のＯＫボタンをマウスクリックしたならテンプレートのウィンドウを閉じる。Ｓ７においてユーザインターフェース管理手段１０８は画像表示領域５０３上に画像データ保持領域１１０４に格納されている編集結果の画像データを表示したのち、図１９で示される一連の処理を終了する。
【００５９】
以下に前述のロゴエフェクト処理を詳しく説明する。
【００６０】
図２０にロゴエフェクトテンプレートのユーザインターフェース画面を示す。このロゴエフェクトは、前述したように、文字画像を含む画像から文字画像部分を切り出して、文字に対して装飾を加えることによりロゴを作成する場合に使われる。そのときの処理過程としては、初めにユーザにより画像中の文字画像の部分を選択し、切り出す（以後、クロップと呼ぶ）。その後、その切り出した画像に対して何種類かのロゴエフェクトをかける。ユーザは表示された候補画像の中から１つを選択し結果を得ることになる。
【００６１】
図２０において、２００１は処理対象となる画像２００２を表示する領域で、また、この中でマウスを用いてクロップする領域を指定する。図２０においては画像２００２の例として名刺が表示されている。また、本システムでは、マウスカーソル２０５０を処理対象となる画像２００２上に移動させると図２１の２０１７のようにクロップ用のカーソルに変化し、クロップ領域を指定可能であることを使用者に知らせる。２００３はクロップボタンで、このボタンをマウスカーソルで指定することにより、２００１内でクロップ領域と指定された部分がクロップされる。その後、２００１にはクロップされた画像が表示されることになる。２００４，２００５はそれぞれ９０°画像回転ボタンでそれぞれ処理対象となる画像２００２を左右に回転する。２００６はロゴエフェクト実行ボタンで、これが指定されると２００１に表示されている画像に各種ロゴエフェクトが掛けられ、結果が候補画像表示領域２０１０内の２０１１，２０１２，２０１３，２０１４に表示される。使用者はこの中から所望のものを１つ選択する。２００７はオプションボタンでいくつかの処理オプションを指定できる。ＯＫボタン２００８はロゴエフェクトを終了するもので、このボタンがクリックされた時点で選択されている候補画像に対応したロゴエフェクト画像が結果として出力される。また、行ったエフェクトが不満足の場合はＣａｎｃｅｌボタン２００９をクリックすることにより、全ての処理がキャンセルされ、元のアプリケーションに戻る。
【００６２】
次に、元の画像から文字部分をクロップする手順を説明する。本システムではマウスを用いてクロップしたい矩形の一つの角でマウスボタンをダウンし、そのまま、対角へとマウスを移動しそこでマウスボタンをアップすることによりクロップ領域を指定する。図２１にその結果を示す。２０１８はクロップする領域で、それを指定するためにオペレータはマウスポインタ２０１７で２０１８の頂点２０１５でマウスボタンをダウンし、そのまま対角２０１６まで移動した後、マウスボタンをアップする。その結果、クロップ領域２０１８が指定される。もし、処理対象となる画像の縦横の向きが間違っている場合は２００４，２００５の９０°回転ボタンをクリックして処理対象画像２００２を回転してから上述した処理を行うことになる。クロップ領域を決定した後、クロップボタン２００３をクリックすると図２２のようにクロップ領域２０１８に含まれる部分の画像が２００１に拡大されて表示される。さらにクロップの必要がある場合は図２１に示した操作を繰り返す。クロップ領域が確定した後、エフェクト実行ボタン２００６をクリックすると処理対象となる画像２０１９に各種のロゴエフェクトが施され、図２３に示すように候補画像表示領域２０１０に候補画像がそれぞれ表示される。
【００６３】
ここで、各ロゴエフェクトについて説明する。本実施例におけるシステムではロゴエフェクトとして均一化処理，影付加処理，背景画像付加処理の３つがある。
【００６４】
図２３において、２０１１は均一化処理と呼ぶものである。処理対象となる画像がスキャナやデジタルカメラ等から取り込まれた場合、画像にノイズや色むらが生じることがある。そこで均一化処理では処理対象画像２０１９の背景（文字以外の部分）を白色、文字の部分を２０１９の文字部分の平均色にする。このフローチャートを図２４に示す。なお、本システムで扱う画像は全てビットマップフォーマットとする。まず、Ｓ１で処理対象となる画像を白黒２値化した画像を新たに作成する。Ｓ２ではオプションでノイズ除去のためのフィルタが有効になっているかを判定する。有効になっている場合はＳ３で２値化画像のノイズ除去を行う。本システムでは、ノイズ除去フィルタとしてメディアンフィルタを用いているが、その他のものでも良い。次にＳ４で白黒２値化画像において、文字部分が白色、または黒色のどちらかを判定する。ここでは、面積比などを算出して判定している。その結果を元にＳ５では文字部分が黒色で背景が白色になるように、必要に応じて画像を白黒反転する。Ｓ６では、Ｓ５で作成した画像における黒色（文字）の部分に対応する元の画像の色の平均値を求める。ここで求めた色は文字色の平均値となる。Ｓ７ではＳ５で作成した画像の黒色の部分をＳ６で求めた平均色に変更する。以上で背景が白色、文字が平均色の画像が作成される。
【００６５】
２０１２は影付加処理で均一化された文字に影をつけて装飾する。このフローチャートを図２５に示す。まず、Ｓ０で前述した均一化処理を行う。次にＳ１で、以後の処理に必要となるパラメータを求める。方法については後述する。Ｓ２では、影を作る元となる画像を作成するために元の画像を白黒２値化した画像を別に作成する。次にこの画像にＳ３でぼかし処理，シフト処理を施す。ここで各処理に用いるパラメータはＳ１で求めたものである。最後にＳ４でＳ３で作成した画像にＳ０で作成した画像中の文字部分を上書きで複写して合成する。以上で、影付加処理された画像が作成される。
【００６６】
２０１３と２０１４は背景付加処理であり、均一化された文字の背景（白色の部分）に背景画像を付けて装飾する。このフローチャートを図２６に示す。まず、Ｓ０で前述した均一化処理を行う。次にＳ１で対象となる画像の縦横の長さ（画素数）を求める。これは、本システムで扱う画像はビットマップフォーマットなので、ヘッダ（図２参照）を調べることになる。次にＳ２で背景画の元になる画像を二次記憶装置から主記憶装置中に読み込む（ロードする）。Ｓ３ではＳ１で求めた画像の大きさとＳ２でロードした画像とから背景画像を作成する。この方法については後述する。最後にＳ４ではＳ３で作成した背景画像にＳ０で作成された均一化処理された画像の文字部分を上書きで複写する。以上で均一化された画像の白色の部分に背景画像を付加することができる。
【００６７】
次に、影付加処理で行われたパラメータ算出方法について詳しく説明する。本システムでは、３種類のパラメータ算出方法をオプションで指定できる。まず、１つ目の方法として、図２７に示すように対象画像２７００全体をスキャンして、文字部分の高さｈ２７０１を求め、それをパラメータとして画像処理を行うものがある。この方法を用いれば、簡単な処理ですみ、比較的短時間でパラメータが求められる。次に方法２は、図２８に示すように、対象画像２７００から、文字部分の面積、つまり、白色以外の部分の面積（画素数）を求め、それをパラメータとして使用する。３つ目の方法は、画像全体を縦横にスキャンして、文字部分と交差した回数と文字の面積から求めるものである。これを図２９を用いて説明する。まず、対象となる画像２７００の文字部分面積Ｓを方法２と同様にして求める。次に、画像全体を横方向に１ドットずつスキャンする。このとき、文字と交差する回数を求める。たとえば、ライン２７０５を例に取ると、２７０６に示すように、文字部分とは６回交差することになる。そのため、ライン２７０５における交差回数ｈｃは６となる。これを全てのラインについて調べて、横ライン全交差回数Σｈｃを求める。次に、縦のライン２７０４についても、同様にして調べ、縦ライン全交差回数Σｖｃを求める。方法３では、Ｓ／（Σｈｃ＋Σｖｃ）を求め、これをパラメータとして使用している。この結果、文字の太さも考慮されたパラメータが求められる。このように、本システムでは、オプションによりパラメータの算出方法を選択することができる。
【００６８】
次に、背景付加処理で行われる背景画像作成方法を図３０を用いて説明する。本システムでは、背景画像の一部分のみを二次記憶装置に画像ファイルとして格納している。オリジナル画像３０００がこれに当たる。本システムではオリジナル画像を左右反転，上下反転，左右上下反転した画像をそれぞれ３００１，３００２，３００３のように作成する。まず、これらを図３１のようにつなぎ合わせて、元の画像の４倍の大きさの画像である合成画像３００４を得る。次に、背景を付ける対象となる画像の大きさに合わせて、図３２に示すように合成画像３００４を繰り返し並べる。
【００６９】
この動作を図３３のフローチャートを用いて説明する。
【００７０】
まず、Ｓ１で、図３０の３０００に相当するオリジナル画像を二次記憶装置３０８の画像データファイル群３３０から主記憶装置３０７にロードする。Ｓ２からＳ４までは、オリジナル画像を左右反転した画像１、上下反転した画像２、左右上下反転した画像３をそれぞれ主記憶装置３０７中に作成する。次にＳ５では、図３１に示すように、オリジナル画像，画像１，画像２，画像３を用いて背景画像の元になる部分合成画像を作成する。Ｓ６では、背景を付ける画像の大きさを調べる。これは、画像データのヘッダを調べればよい。Ｓ７では、Ｓ６で調べた大きさに合わせて、主記憶装置３０７中に領域を確保する。Ｓ８では、後述する方法により部分合成画像を組み合わせて、背景画像を作成する。
【００７１】
図３４に、図３３のＳ８に相当する、部分画像から背景画像を作成するときのフローチャートを示す。
【００７２】
図３４では、図３５に示すように部分合成画像３５００のｘ座標を表す変数をＳｘ、ｙ座標を表す変数をＳｙ、対象とする画像の座標を表す変数をそれぞれＢｘ，Ｂｙとして説明する。
【００７３】
本方法では、部分合成画像を組み合わせて背景画像を作成する際に、背景となる仮像中において、水平方向は左から右へ、垂直方向は下から上へ、対応する部分合成画像の画素データを複写して行く。
【００７４】
まず、Ｓ１では、対象画像を示す座標を０にセットする。Ｓ２では、部分合成画像を示す座標Ｓｘ，Ｓｙを０にセットする。Ｓ３では、対象画像の上辺まで処理を行ったかを調べる。行っていない場合はＳ４に処理を移す。Ｓ４では、Ｓｙが示している座標が部分合成画像の高さを越えていないかを調べる。越えている場合はステップＳ５でＳｙ＝０とし、部分合成画像のｙ座標を表す変数Ｓｙをセットする。次に、Ｓ６では、対象画像の右辺まで処理を行ったか調べる。行っていない場合はＳ７に処理を移す。行ってしまっている場合は、Ｓ１２，Ｓ１３でＳｙ，Ｂｙをそれぞれ１増やす。Ｓ７では、Ｓｘが示している画像が部分合成画像の幅を超えているかを調べる。超えている場合はＳｘを０にセットする。Ｓ９では、部分合成画像の（Ｓｘ，Ｓｙ）の点の画素値を、対象画像の（Ｂｘ，Ｂｙ）の画素値としてコピーする。Ｓ１０，Ｓ１１ではＳｘ，Ｂｘをそれぞれ１増やす。
【００７５】
以上により、部分合成画像データを繰り返し対象画像データを格納する領域にコピーすることになり、目的とする背景画像が作成される。
【００７６】
このようにして本実施例における文書編集システムでは、予め入力した処理スクリプトの記述および処理対象の画像自体から導出したパラメータにしたがって自動的に編集されたいくつかの処理結果画像を眺めながら、所望の画像を選択するだけの操作で画像編集を容易に行うことができ、画像編集に不慣れな利用者が沢山の画像編集メニュー，ツールの中から目的に見合ったメニュー，ツールを選択しさらに適当なパラメータを決定するという困難を軽減することができる。
【００７７】
【発明の効果】
以上説明したように、本発明によれば、画像編集に不慣れな使用者においても、容易に画像編集できる画像編集システムを提供できる。
【００７８】
請求項４記載の発明では、さらに画像データが少なくてすみ、処理時間を短縮することができる。
【図面の簡単な説明】
【図１】 実施例１の文書編集システムの構成を示す図
【図２】 実施例１における文書データ構造を示す図
【図３】 従来の文書編集システムの構成を示す図
【図４】 従来の文書データ構造を示す図
【図５】 従来の文書編集アプリケーションのユーザインターフェース画面を示す図
【図６】 従来の画像ファイリングアプリケーションのユーザインターフェース画面を示す図
【図７】 従来の画像編集アプリケーションのユーザインターフェース画面を示す図
【図８】 従来の文書編集システムにおいて、画像編集アプリケーションがインプレイスアクティブ状態で起動している時の文書編集アプリケーション及び画像編集アプリケーションのユーザインターフェース画面を示す図
【図９】 従来の文書編集システムにおいて、画像を貼り付けた状態を示す図
【図１０】 実施例１における処理スクリプトデータの例を示す図
【図１１】 主記憶装置３０７における画像編集アプリケーション用メモリ内のメモリマップ
【図１２】 画像編集アプリケーションが文書編集アプリケーションから起動された際の処理手順を示すフローチャート
【図１３】 実施例１において、画像編集アプリケーションがインプレイスアクティブ状態で起動している時の文書編集アプリケーション及び画像編集アプリケーションのユーザインターフェース画面を示す図
【図１４】 画像ファイリングアプリケーションから文書編集アプリケーションへのドラッグアンドドロップ操作により、アプリケーション間通信による画像データの送受信コマンドを入力している際にユーザインターフェース画面を示す図
【図１５】 ドラッグアンドドロップ操作によって、利用者から画像データ送受信コマンドを入力された際の、本文書編集システムの処理手順を示すフローチャート
【図１６】 候補画像表示ウィンドウを示す図
【図１７】 編集結果画像データ保持領域１１０５のメモリマップ
【図１８】 実施例２における処理スクリプトデータの例を示す図
【図１９】 ドラッグアンドドロップ操作によって、利用者から画像データ送受信コマンドを入力された際の本文書編集システムの処理手順を示すフローチャート
【図２０】 ロゴエフェクトの画面を示す図
【図２１】 クロップ領域を指定する画面を示す図
【図２２】 クロップ領域を指定する画面を示す図
【図２３】 エフェクト画像を表示している画面を示す図
【図２４】 均一化処理のフローチャート
【図２５】 影付加処理のフローチャート
【図２６】 背景付加処理フローチャート
【図２７】 パラメータ算出方法を示す図
【図２８】 パラメータ算出方法を示す図
【図２９】 パラメータ算出方法を示す図
【図３０】 背景画像を作成する方法の説明図（その１）
【図３１】 背景画像を作成する方法の説明図（その２）
【図３２】 背景画像を作成する方法の説明図（その３）
【図３３】 背景画像作成のフローチャート
【図３４】 背景画像作成のフローチャート
【図３５】 背景画像作成の説明図
【符号の説明】
１０７ 画像編集自動実行手段
３０４ 表示装置
３０６ 入力装置
３０８ 二次記憶装置
３２８ 画像編集手段群
Claims (4)
- 複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記画像編集手段で用いるパラメータを処理対象となる画像から導出するパラメータ導出手段を備え、
前記パラメータ導出手段は、処理対象となる画像の寸法にもとづいてパラメータを導出するものであることを特徴とする画像編集システム。 - 複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記画像編集手段で用いるパラメータを処理対象となる画像から導出するパラメータ導出手段を備え、
前記パラメータ導出手段は、処理対象となる画像の面積にもとづいてパラメータを導出するものであることを特徴とする画像編集システム。 - 複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記画像編集手段で用いるパラメータを処理対象となる画像から導出するパラメータ導出手段を備え、
前記パラメータ導出手段は、処理対象となる画像をスキャンして画像と交差した回数と、その画像の面積とにもとづいて導出するものであることを特徴とする画像編集システム。 - 複数の画像編集手段と、この複数の画像編集手段のうちの適宜の複数の画像編集手段を順次用いる推奨すべき処理手順を記憶する処理手順記憶手段と、この処理手順記憶手段に記憶された処理手順にもとづいて処理対象の画像の処理を実行する実行手段と、この実行手段で得られた編集結果画像を表示する表示手段と、この表示手段に表示された編集結果画像から所望の画像を選択する選択手段とを備えた画像編集システムにおいて、
前記複数の画像編集手段のうちの一つは、オリジナル小画像と、このオリジナル小画像を左右反転，上下反転，左右上下反転した小画像とを規則的に並べて背景画像とするものであることを特徴とする画像編集システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17941796A JP3890096B2 (ja) | 1996-07-09 | 1996-07-09 | 画像編集システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17941796A JP3890096B2 (ja) | 1996-07-09 | 1996-07-09 | 画像編集システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH1027258A JPH1027258A (ja) | 1998-01-27 |
| JP3890096B2 true JP3890096B2 (ja) | 2007-03-07 |
Family
ID=16065510
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17941796A Expired - Fee Related JP3890096B2 (ja) | 1996-07-09 | 1996-07-09 | 画像編集システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3890096B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4109920B2 (ja) | 2001-07-31 | 2008-07-02 | キヤノン株式会社 | 画像処理装置、画像処理方法、プログラム、及び記憶媒体 |
| JP5074751B2 (ja) * | 2006-12-07 | 2012-11-14 | キヤノン株式会社 | 編集装置、編集装置の制御方法、およびプログラム |
| US8582919B2 (en) | 2007-09-24 | 2013-11-12 | Microsoft Corporation | Altering the appearance of a digital image using a shape |
| JP5009864B2 (ja) * | 2008-06-13 | 2012-08-22 | 富士フイルム株式会社 | 候補画像表示方法および装置ならびにプログラム |
| JP5111485B2 (ja) * | 2009-12-22 | 2013-01-09 | キヤノン株式会社 | 画像処理システム、制御方法並びにプログラム |
| JP5021021B2 (ja) * | 2009-12-22 | 2012-09-05 | キヤノン株式会社 | 画像処理システム、制御方法並びにプログラム |
-
1996
- 1996-07-09 JP JP17941796A patent/JP3890096B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH1027258A (ja) | 1998-01-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3817306B2 (ja) | 文書編集システム及び文書編集方法 | |
| JP3895492B2 (ja) | 画像処理装置、画像処理方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP3140782B2 (ja) | 画像を自動併合するための装置及び方法 | |
| US6593938B1 (en) | Image processing apparatus, method and computer-readable recording medium with program recorded thereon, for joining images together by using visible joining points and correcting image distortion easily | |
| US6373499B1 (en) | Automated emphasizing of an object in a digital photograph | |
| US20030197894A1 (en) | Method and apparatus for processing an image, and storage medium | |
| JP3725368B2 (ja) | 画像の表示択方法、コンピュータ・システムおよび記録媒体 | |
| US20040021790A1 (en) | Method of and system for processing image information on writing surface including hand-written information | |
| JP3890096B2 (ja) | 画像編集システム | |
| JP3974105B2 (ja) | 画像処理装置、画像処理方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP3943623B2 (ja) | 画像編集装置及びその制御方法 | |
| JP2001014479A (ja) | 画像割付装置 | |
| JP5484038B2 (ja) | 画像処理装置およびその制御方法 | |
| JP5783030B2 (ja) | 画像処理プログラムおよび画像処理装置 | |
| JPH10162093A (ja) | 商品情報割付装置 | |
| JP2808553B2 (ja) | 画像処理装置 | |
| JP2914069B2 (ja) | 画像処理支援装置 | |
| JP3607913B2 (ja) | 画像表示装置 | |
| JP4047368B2 (ja) | 画像編集装置及びその制御方法 | |
| JPH10222144A (ja) | 画像表示装置および方法 | |
| JP5292662B2 (ja) | 文書表示装置、文書表示装置の制御方法及びプログラム | |
| JP2635312B2 (ja) | 画像処理装置 | |
| JP2002269495A (ja) | 文字認識装置および文字認識プログラム | |
| JP2010020534A (ja) | 画像処理装置、画像処理方法、プログラムおよび記録媒体 | |
| JP3742358B2 (ja) | 光学的文字認識装置およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060725 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060907 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061128 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061204 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091208 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111208 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121208 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131208 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |