(57)【要約】【課題】  ＵＩの機能制限が大きい携帯電話等で簡単に編集を行うことが困難であった。【解決手段】  項目に対応づけて編集可能な文字を出力する際のレイアウトを示すレイアウトデータを所定の記憶媒体から取得して表示装置にて上記レイアウトに基づく表示を行い、上記レイアウトに基づき上記項目に関する情報を示す文字を表示すると文字が潰れる状況において、上記項目に入力するべき入力内容を示す項目名と項目に対する入力内容とを明示する編集画面を表示し、入力受付部によって項目に対する文字の入力を受け付けて上記編集画面にその文字を表示し、受け付けた文字を配置するための情報を上記レイアウトデータに書き込む。【選択図】  図７
2007074136.tif 000002
【特許請求の範囲】
【請求項１】
利用者による入力を受け付ける入力受付手段と、
項目に対応づけて編集可能な文字を出力する際のレイアウトを示すレイアウトデータを記憶する記憶手段と、
上記記憶手段からレイアウトデータを取得して上記レイアウトに基づく表示を行うレイアウト表示手段と、
上記レイアウトに基づき上記項目に関する情報を示す文字を表示すると文字が潰れる状況において、上記項目に入力するべき入力内容を示す項目名と項目に対する入力内容とを明示する編集画面を表示する編集画面表示手段と、
上記入力受付手段によって、項目に対する文字の入力を受け付けて上記編集画面にその文字を表示し、受け付けた文字を配置するための情報を上記レイアウトデータに書き込む編集手段とを備えることを特徴とするレイアウト編集装置。
【請求項２】
上記レイアウトデータは画像データを含み、上記レイアウトはこの画像データが示す画像と上記文字とのレイアウトを示すことを特徴とする上記請求項１に記載のレイアウト編集装置。
【請求項３】
上記レイアウトデータは上記項目名を示すデータを含み、上記編集画面表示手段はこのデータに基づいて上記項目名を表示することを特徴とする上記請求項１または請求項２のいずれかに記載のレイアウト編集装置。
【請求項４】
上記レイアウト表示手段では、上記項目名と項目に対して入力される文字の配置とのいずれかまたは双方を表示しないことを特徴とする上記請求項１〜請求項３のいずれかに記載のレイアウト編集装置。
【請求項５】
上記編集手段は、上記文字の入力を受け付けた後、予め決められた位置に当該受け付けた文字を配置した画像を示す編集後の画像データを作成して上記記憶手段に記憶し、
上記レイアウト表示手段は、少なくとも一度編集が行われている場合には上記編集後の画像データに基づいて上記レイアウトに基づく表示を行うことを特徴とする上記請求項２〜請求項４のいずれかに記載のレイアウト編集装置。
【請求項６】
上記レイアウトデータには、出力される画像の大きさとこの画像に配置される文字の大きさと配置される文字の位置とを示す情報が含まれ、
上記編集手段は上記出力される画像の大きさと上記編集後の画像データとの比に基づいて文字の大きさを調整するとともに配置される位置を決定して対象の画像に配置することで上記編集後の画像データを作成することを特徴とする上記請求項５に記載のレイアウト編集装置。
【請求項７】
上記記憶手段には編集前の画像を示す編集前の画像データおよび編集後の画像データが記憶され、上記編集手段は少なくとも一度編集された内容を再編集したときに編集前の画像データが示す画像に上記受け付けた文字を配置した画像を示す編集後の画像データを作成することを特徴とする上記請求項５または請求項６のいずれかに記載のレイアウト編集装置。
【請求項８】
上記請求項１〜請求項７に記載のレイアウト編集装置が備える通信手段によってアクセス可能なサーバであって、
このアクセスに応じて、上記レイアウトデータを上記レイアウト編集装置に送信する送信手段を備えるサーバ。
【請求項９】
レイアウトの編集を行うレイアウト編集方法であって、
所定の記憶媒体に記憶された、項目に対応づけて編集可能な文字を出力する際のレイアウトを示すレイアウトデータを取得して表示装置にて上記レイアウトに基づく表示を行うレイアウト表示工程と、
上記レイアウトに基づき上記項目に関する情報を示す文字を表示すると文字が潰れる状況において、上記項目に入力するべき入力内容を示す項目名と項目に対する入力内容とを明示する編集画面を表示する編集画面表示工程と、
入力受付部によって、項目に対する文字の入力を受け付けて上記編集画面にその文字を表示し、受け付けた文字を配置するための情報を上記レイアウトデータに書き込む編集工程とを備えることを特徴とするレイアウト編集方法。
【請求項１０】
利用者による入力を受け付ける入力受付手段と、
項目に対応づけて編集可能な文字を出力する際のレイアウトを示すレイアウトデータを記憶する記憶手段とを備えるコンピュータにて、上記レイアウトを編集するためのレイアウト編集プログラムであって、
上記記憶手段からレイアウトデータを取得して上記レイアウトに基づく表示を行うレイアウト表示機能と、
上記レイアウトに基づき上記項目に関する情報を示す文字を表示すると文字が潰れる状況において、上記項目に入力するべき入力内容を示す項目名と項目に対する入力内容とを明示する編集画面を表示する編集画面表示機能と、
上記入力受付手段によって、項目に対する文字の入力を受け付けて上記編集画面にその文字を表示し、受け付けた文字を配置するための情報を上記レイアウトデータに書き込む編集機能とをコンピュータに実現させることを特徴とするレイアウト編集プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レイアウト編集装置、サーバ、レイアウト編集方法およびレイアウト編集プログラムに関する。
【背景技術】
【０００２】
利用者の多様なニーズに応えるため、近年の印刷装置においては多様な機能が実現されている。例えば、撮影した写真と予め決められたフレーム画像とを重ね合わせたて印刷を行う機能が実現されている。この機能においては、機能をより充実させるためにフレーム画像内に文字を配置することが行われている（例えば、特許文献１参照。）。
【特許文献１】特開２００１−２９３９３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来の技術においては、携帯電話など、ＵＩ(User Interface)の機能制限が大きい機器で簡単に編集を行うことが困難であった。
すなわち、上記特許文献１に開示された発明のように、フレーム画像内に配置する文字が任意の文字である場合にはＵＩの機能制限による制約は小さいが、画像内の決められた位置に複数の項目について文字を入力する場合にはＵＩの機能制限によって大きな制約を受けることになる。より具体的には、携帯電話等の機器においては、文字の入力を行うにあたり、入力開始指示を受け付ける画面を表示し、指示がなされた後には文字を入力するための画面に切り替え、この画面で入力を行うことによって入力内容を確定させる構成を採用している。
【０００４】
この構成において、従来の技術のようにフレーム画像内に配置する文字が任意の文字である場合には、利用者の望む文字を入力すればよいので文字の入力中に入力対象について迷うことはない。しかし、複数の項目について文字の入力を行う場合、画面が切り替わってしまうと現在入力しようとしている項目を失念するなど、入力すべき文字を悩むことがある。この場合、入力項目を確認するために切り替え前の画面に戻すことが必要になるなど、非常に使い勝手が悪くなってしまう。
【０００５】
また、携帯電話等の機器において文字によってＵＩを構成するのであれば、インターネット接続時のＵＩのように複数の入力項目について入力項目と入力ボックスとを対応付けて表示し、当該入力ボックスの指示がなされたときに画面を切り替えて文字の入力を行うＵＩを構成することができる。この場合、入力項目を失念する頻度は低くなるが、このＵＩにおいて、同時に出力時のレイアウトを確認することはできない。一方、出力を行うことを想定すると、そのレイアウトをプレビューとして表示するのが好ましい。
【０００６】
しかし、携帯電話などＵＩの機能制限が大きい機器においては、レイアウトを表示しながら文字等の入力項目や文字自体を選択可能にすることができなかった。特に、画像と文字を含むレイアウトと文字入力のＵＩとを同時に提供することは極めて困難であった。従って、出力時のレイアウトを正確に把握しながらその入力画面に移行することはできなかった。また、文字を入力すべき項目が複数個存在する場合、画面を切り替えて文字を入力する際にその項目をまったく把握することができず、極めて不便なＵＩとなってしまっていた。
【０００７】
さらに、携帯電話など、小さな表示画面を備える機器において、仮にレイアウトと同時に入力内容を示す項目名やその入力内容自体を表示したとしても、レイアウト全体に占める項目名や入力内容（文字）の大きさが小さくなり、文字が潰れて視認困難となる。従って、レイアウトを表示することによって編集対象を示したとしても、入力対象の項目を的確に把握することが困難となって、極めて不便なＵＩとなってしまっていた。
本発明は、上記課題にかんがみてなされたもので、レイアウトを明示した後に編集を行う際にその編集を簡単に実行可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明では編集を行う対象のレイアウトを表示し、レイアウトが決定されるべき項目の入力内容を編集する態様において、編集画面上に項目名とその入力内容とを表示する。従って、文字など項目の内容を入力している際に、入力中の文字のみならず項目名が明示され、入力対象の項目に対して的確にその内容を入力することができる。すなわち、入力中にその項目名がわからなくなってしまうことはない。また、ある項目に対して入力すべき内容を他の項目に対して誤入力してしまうことはない。
【０００９】
さらに、本発明では、携帯電話など、小さな画面を備える装置においてレイアウトを表示して編集対象を明示した後にそのレイアウトに含めるべき項目の編集を行う構成を採用している。この構成においては、機器の制約によって、レイアウトを明示しているときに編集対象となりえる項目や項目名が明示的に示されない。
【００１０】
すなわち、携帯電話など、小さな画面を備える装置においては画面の大きさの制約を受け、編集対象の画像を画面に明示したときにその他の情報を詳細に表示することができない。より具体的には、Ａ４やはがきなどに文字を配置して出力する際のレイアウトを小さな画面に表示すると、文字が潰れて視認困難となる。しかし、本発明によれば、編集画面に編集対象の項目名が明示されるため、非常に簡単に入力を行うことができる。
【００１１】
なお、レイアウト編集装置が備える画面にレイアウトを表示する構成において、このレイアウトにて上記項目に関する情報（項目名や項目の内容自体、項目の配置、項目が存在することを示すマーカを含む）を示す文字が潰れる状況であれば、本発明を適用することが可能である。ここで、文字が潰れる状況は、本来分離しているべき文字の線や点がつながっている状況である。従って、編集画面で項目名と項目に対する入力内容とを明示する際には、少なくとも文字が潰れていない状況とする。むろん、容易に視認可能な大きさの文字（例えば、携帯電話等の機器で表示される文字の標準的な大きさ）とすることが好ましい。また、本発明においては、少なくとも、出力時のレイアウトを表示し、その後に文字を明示する編集画面を表示する構成を採用すれば、レイアウト表示時に潰れてしまった文字を明確に把握しながら編集を行うことができる。
【００１２】
より具体的には、携帯電話等の機器においては一般に画面が縦横数ｃｍであり、はがき、Ａ４、Ｌ版などの既定サイズによる印刷を行うためのレイアウトを画面に表示すると、文字等が潰れててほとんど判別不能になってしまう。この場合、たとえ、文字等によって項目名や項目の内容を示している状態であっても、その内容が判別不能であれば、項目等の情報を明示的に示していない状態といえる。なお、本発明において、上記レイアウトや編集画面を表示する表示装置は画像や文字等を表示することができればよく、液晶表示装置や有機ＥＬ装置など種々の表示装置が採用可能である。
【００１３】
なお、本発明は上記レイアウトに基づき上記項目に関する情報を示す文字を表示すると文字が潰れる状況であれば適用可能であり、レイアウト表示を行う全ての場合に文字を表示する構成とする必要はない。例えば、全く編集をしていない状態ではレイアウト表示の際に上記項目に関する情報を表示せず、一回でも編集を行った後に上記項目に関する情報をレイアウトに含めて表示する構成に本発明を適用することも可能である。
【００１４】
入力受付手段においては、利用者による操作に応じて各種の入力内容を受け付けることができればよく、ボタンやダイアル、振動検出装置など、各種の入力デバイスが当該入力受付手段に相当する。記憶手段は、各種のデータを記憶することができればよく、レイアウト編集装置に内蔵した内部メモリであってもよいし、各種インタフェイスを介して接続される外部メモリであってもよい。また、記憶手段においては、少なくとも編集が開始される前にレイアウトデータが記憶されれば良く、レイアウト編集装置に予め記憶してあってもよいし、通信機能を使用してダウンロードしてもよいし、コンピュータなど他の機器を利用して上記内部メモリや外部メモリに記憶してもよい。
【００１５】
レイアウトデータとしては、項目に対応づけて編集可能な文字を出力する際のレイアウトを示す限りにおいて、種々のデータを採用することができる。例えば、出力媒体に配置する文字の位置情報や余白の量、その文字の内容自体等を指定するデータ等を採用可能である。むろん、画像と文字とを出力することとし、レイアウトデータに画像データを含めることも可能である。この場合、画像とこの画像に対する文字の配置を示すデータとをレイアウトデータとすればよい。むろん、画像は一枚に限られず、複数の画像（写真画像とフレーム画像）を重畳して出力する構成であってもよい。さらに、レイアウトデータに項目名を示すデータが含まれるように構成し、編集画面にて項目名を表示する際にこのデータを参照する構成を採用してもよい。この構成によれば、レイアウトデータによって変動し得る編集可能な項目の項目名を容易に取得することができる。また、レイアウトデータは、種々の形式を採用可能であり、レイアウトを示すテキストデータであってもよいし、画像データと一体のファイルであってもよいし、複数のファイルによって構成してもよい。
【００１６】
なお、レイアウトデータを利用すれば、その出力時に出力装置（例えば、プリンタ）あるいはコンピュータで解析することによって出力時のレイアウトを構築することが可能であるため、画像を含むレイアウトを編集するレイアウト編集装置において出力対象の画像を示す画像データ（文字等を配置し、レイアウトどおりの出力を行うための画像データ）まで生成することは必須ではない。例えば、レイアウトを表示するための画像データと出力を行うための画像データとでは、通常、必要とされる画素数が異なるため、互いに異なる画素数のデータを扱うように構成し、レイアウト編集装置における編集に際しては表示用の画像データのみについて更新等を行う構成を採用してもよい。
【００１７】
レイアウト表示手段は、上記記憶手段からレイアウトデータを取得してレイアウトデータに基づく表示を実行し、編集対象を明示することができればよい。従って、レイアウト自体を表示する構成の他、編集可能な文字を含むレイアウトを示すデータを選択肢として表示してもよい。ここで表示されるレイアウトは、文字等の入力内容を編集し得るすべてのレイアウトが含まれる。従って、レイアウトデータは、利用者による指定を受け付けることによって特定してもよいし、予め決められたデフォルトであってもよいし、複数回の編集を行ったときに前回の編集後のレイアウトを表示対象としても良く、種々の構成が採用可能である。
【００１８】
編集画面表示手段は、編集可能な項目に入力するべき入力内容を示す項目名と項目に対する入力内容を表示する編集画面を表示する。すなわち、本発明は、レイアウトを表示した後に編集画面を表示する装置に適用され、この際に生じる上記課題を解消するために開発された技術である。また、編集画面表示手段にて表示する項目名においては、編集手段にて入力すべき内容を項目毎に明示できればよい。例えば、郵便番号、住所、名前を項目名として明示すれば、利用者は各項目名に合致する範囲内で利用者所望の内容を入力することが可能になる。
【００１９】
編集画面上で入力内容を表示する部分は、入力内容を入力可能であることを示すとともに、項目の入力内容を明示可能なＵＩであればよく、入力ボックスなど種々のＵＩを採用可能である。なお、このＵＩにおいては、入力される文字を当該入力ボックスに表示しながら文字を受け付けるＵＩであってもよいし、入力ボックスの選択によってその入力ボックスに対する文字を受け付ける画面に移行し、文字入力を終えたときに上記入力ボックスにその文字を表示するＵＩであっても良く、種々の構成を採用可能である。
【００２０】
編集手段は、項目に対する文字の入力を受け付け、受け付けた文字を配置するための情報を上記レイアウトデータに書き込むことができればよい。すなわち、項目に対する入力内容である文字を配置する際の位置は予めレイアウトデータにて決められており、この位置に文字を配置するためのデータによってレイアウトデータを構成し、編集手段によって当該レイアウトデータを更新する。このための構成は種々の構成を採用可能であり、例えば、レイアウト内の位置を座標で特定し、この座標によって文字の位置を予め特定するようにレイアウトデータを規定した場合には、この位置に上記受け付けた文字のテキストデータ等を対応付けてレイアウトデータを更新すればよい。
【００２１】
さらに、本発明による効果が顕著に現れる構成の例として、上記表示に際して上記項目名や文字の配置を表示しない構成を採用可能である。この構成は、携帯電話など小さな画面を備える機器によって画像のプレビューを実施し、さらに項目の編集を行う場合に採用せざるを得ない制約であるとも言える。すなわち、画像データに基づいてレイアウトを表示してプレビューを行い、プレビュー後の画像に配置する文字を編集する場合、項目名や項目の配置を画面上に明示するとプレビューにならないため、編集対象の画像を示す画像データは少なくとも項目名を含むデータではない。
【００２２】
また、項目の内容ではなく単に項目の配置を示していても実際の出力内容を示すプレビューにはならない。従って、プレビューの後、さらに項目名やその配置を表示するためには、そのための画像データを予め生成しておくか、レイアウト編集装置のＣＰＵによってこの表示を行うための画像データを作成する処理を行う必要がある。しかし、携帯電話などのようにリソースが限られた機器では、このような画像データを扱うのは好ましくない。また、仮に項目名やその配置を示した画像データを利用しても、本発明のように、レイアウトに基づく表示を行った場合に文字が潰れる機器においては、上記項目名やその配置についても表示内容が小さくなり、判別不能になる場合が多い。
【００２３】
そこで、本発明においては、プレビュー用の画像を示す画像データを利用してレイアウトを表示する構成とし、この構成においてプレビュー段階で項目名やその配置を示さない構成とすることでレイアウト編集装置のリソース消費を抑えながら、編集に際しては項目名とその入力内容を容易に対応付けることができるように構成した。この結果、レイアウト編集装置によって画像を明示し、さらに編集を行う際にその編集を簡単に実行することができる。
【００２４】
さらに、本発明における好ましい構成例として、編集手段において、編集後の画像を示す画像データを作成する構成を採用してもよい。すなわち、編集手段によって項目に対する文字入力がなされたとき、レイアウトデータに加えて、入力した文字を画像とともにレイアウトした画像を示す編集後の画像データを生成する。また、少なくとも一度編集が行われた後には、当該編集後の画像データを参照してレイアウト表示を行う。この結果、編集後の出力レイアウトのプレビューを行うことが可能であるし、既に編集済みであることを明示することが可能である。
【００２５】
むろん、本発明ではレイアウトに基づく表示を行った場合に文字が潰れる状態を想定しているので、編集後の文字を正確に視認できるとは限らないが、少なくともプレビューや編集済みであることの確認、編集済文字の長さの確認等を行うことは可能である。むろん、ここではプレビューや編集済であることが把握できればよいので、編集後の文字を縮小して配置するほか、文字を示すマーカ（例えば、矩形や点）を配置して上記受け付けた文字を配置した画像を示す編集後の画像データを作成してもよい。この構成によれば、少リソースの機器であっても高速に編集後の画像データを生成することができる。
【００２６】
なお、本発明における編集前の画像データおよび編集後の画像データは、画像を含むレイアウトを表示する際に利用され、この表示に適した画素数になっている。一方、上記レイアウトデータに基づく出力においては種々の大きさの出力媒体が想定可能であり、この出力媒体への出力に適した画像データの画素数は、一般的に、上記表示に適した画素数と一致しない。また、レイアウトデータは、出力時のレイアウトを指定するため、出力される画像の大きさとこの画像とともにレイアウトされる文字の大きさおよび配置とを示す情報が含まれる。
【００２７】
そこで、表示用の画像データ（編集前の画像データおよび編集後の画像データ）にて文字を含めた画像を示すように構成するためには、レイアウトデータを参照した処理を行う。例えば、上記出力される画像の大きさと表示用の画像の大きさとの比に基づいて文字を縮小あるいは拡大すれば、編集対象の画像に配置される文字の大きさを決定することができる。また、出力される画像に対して文字が配置される位置と両画像の相対関係とに基づいて、編集対象の画像に対して文字を配置すべき位置を決定することができる。すなわち、以上の構成によれば、出力のためのレイアウトを記述したレイアウトデータから編集後の画像データを作成することが可能になる。
【００２８】
さらに、本発明における好ましい構成例として、編集前の画像データと編集後の画像データとを記憶手段に記憶する構成を採用可能である。この構成において、少なくとも一度編集された内容を再編集したときには、編集前の画像データが示す画像に上記受け付けた文字を配置して編集後の画像データを作成する。
【００２９】
すなわち、記憶手段に編集後の画像データのみを保持している構成では、再編集を行うにあたり、既に配置済みの文字を編集後の画像から削除し、削除した部分が編集前の画像と同じになるように再描画を行い、さらに再編集後の文字を画像に配置する作業が必要となる。このため、多くの煩雑な処理が必要となり、携帯電話など少リソースの機器においてこの処理を行うと非常に時間がかかってしまう。
【００３０】
しかし、編集後の画像データを生成した後においても編集前の画像データを保持しておけば、再編集の後に再編集された文字を画像に配置する際に当該編集前の画像データに文字を配置するのみで済む。従って、既に配置済みの文字を編集後の画像から削除し、削除した部分が編集前の画像と同じになるように再描画する処理を行う必要がなく、少リソースの機器でも高速に処理を行うことが可能である。
【００３１】
以上のように、本発明は、レイアウトデータを編集する装置に適用することができる。従って、レイアウト編集装置においては、このようなフォーマットのデータを扱うことができればよいが、この装置が携帯電話などの通信機器である場合の構成として、レイアウト編集装置からアクセス可能なサーバにこのデータを予め保持し、このアクセスに応じてこのデータを送信する構成にすることが好ましい。この構成によれば、レイアウト編集装置の利用者に対して種々のレイアウトのテンプレートを提供することができる。
【００３２】
ところで、上述したレイアウトの編集は、所定の手順に従って処理を進めていくうえで、その手順に発明が存在すると考えることもできる。従って、本発明は方法としても適用可能である。また、本発明を実施しようとする際に、レイアウト編集装置にて所定のプログラムを実行させる場合もある。そこで、そのプログラムとしても本発明を実施可能である。また、いかなる記憶媒体もプログラムを提供するために使用可能である。例えば、磁気記録媒体や光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。また、一部がソフトウェアであって、一部がハードウェアで実現される場合においても本発明の思想において全く異なるものではなく、一部を記録媒体上に記録しておいて必要に応じて適宜読み込む形態のものも含まれる。さらに、一次複製品、二次複製品などの複製段階については全く問う余地なく同等である。
【発明を実施するための最良の形態】
【００３３】
以下、下記の順序に従って本発明の実施形態を説明する。
（１）携帯電話による画像編集システム：
（２）携帯電話の構成：
（３）パッケージデータの作成処理：
（４）画像の編集処理：
（４−１）編集後の画像データの作成：
（５）他の実施形態：
【００３４】
（１）携帯電話による画像編集システム：
図１は、本発明の実施形態にかかる携帯電話による画像編集システムを示す概略図である。同図に示すように、ネットワークＮにはサーバ２０と基地局３０とが互いにデータを送受信可能に接続されており、携帯電話１０の利用者は携帯電話１０を操作し、基地局３０を介してネットワークＮにアクセス可能である。サーバ２０は本発明にかかるレイアウトを示すスクリプトファイルと画像を示す画像データとを含むレイアウトデータをひとまとめにしたパッケージデータ２１ａを作成し、また、携帯電話１０に対して送信可能に構成されている。
【００３５】
サーバ２０においては、図示しないＣＰＵ，ＲＡＭ，ＲＯＭを含むプログラム実行環境が形成されており、各種プログラムが実行される。本実施形態においては、上記パッケージデータ２１ａを作成するためのプログラムであるパッケージデータ作成部２３および携帯電話１０との通信を制御する通信制御部２２が実現されている。パッケージデータ２１ａは、印刷対象の画像をプリンタ４０にて印刷する際のレイアウトを記述したスクリプトファイルと、レイアウトを編集する際に携帯電話１０にて印刷のプレビュー画像を表示するための表示用データと、印刷を実行する際に参照される印刷用データとを含んでいる。このデータの詳細は後述する。
【００３６】
サーバ２０のパッケージデータ作成部２３は、サーバ２０に接続された図示しない操作入力機器によって指示を受けながら、印刷用データおよびそのレイアウトを作成するための処理を行い、この結果をパッケージデータ２１ａとしてメモリ２１に記憶する。この処理の詳細は後述する。通信制御部２２は、携帯電話１０からのアクセスを受け付け、認証処理等を行った後にそのアクセスに応じてパッケージデータ２１ａを携帯電話１０に送信する。なお、ここでは、サーバ２０にてパッケージデータ２１ａを作成する構成としたが、むろん、別のコンピュータによって作成したパッケージデータ２１ａをサーバ２０に保存する構成であってもよい。
【００３７】
携帯電話１０は、通話機能とともにネットワークＮへのアクセス機能を備えており、基地局３０およびネットワークＮを介してサーバ２０にアクセス可能である。携帯電話１０は、サーバ２０にアクセスし、パッケージデータ２１ａを携帯電話１０にダウンロードすることが可能である。当該パッケージデータ２１ａをダウンロードすると携帯電話１０は、上記表示用データ（編集対象の画像を示す画像データにも相当）を取得してその画像を表示部１２に表示し、入力ボタン１３によってこの画像とともにレイアウト上に配置すべき文字を入力可能である。
【００３８】
携帯電話１０において、文字入力が完了すると、携帯電話１０は、入力された文字をレイアウト上に配置して印刷用データが示す画像とともに印刷を行うための情報をスクリプトファイルに書き込む。印刷時には、このスクリプトファイルを含むパッケージデータ２１ａがリムーバブルメモリ１１に記憶される。このリムーバブルメモリ１１は、携帯電話１０から取り出すことが可能であるとともにプリンタ４０が備えるメモリスロット４０ａに挿入することが可能である。
【００３９】
プリンタ４０は、図示しないＣＰＵ，ＲＡＭ，ＲＯＭを含むプログラム実行環境が形成されており、その一部としてパッケージデータ解析部４１と印刷制御部４２とを実行可能である。リムーバブルメモリ１１がメモリスロット４０ａに挿入されると、パッケージデータ解析部４１は、リムーバブルメモリ１１に記憶されているパッケージデータ２１ａを取得し、その内容を解析することが可能である。
【００４０】
すなわち、上記スクリプトファイルに記述された文字を印刷用データが示す画像の指定された位置に配置した画像データを作成し、スクリプトファイルに記述された印刷媒体の指定された位置に当該作成した画像データが示す画像を配置して印刷を行うためのデータを作成する。そして、印刷制御部４２は、このデータに基づいて図示しないインク吐出ノズルや紙送り機構を制御して印刷を実行する。この結果、例えば、編集後の画像がはがきＰに印刷される。なお、本実施形態においては、日の出の画像の背景に「あけましておめでとう」という文字が重ねられた画像が予め用意され、この画像に「郵便番号」「住所」「名前」を編集した結果を配置する例について説明する。
【００４１】
なお、図１に示す例においては、リムーバブルメモリ１１を介してプリンタ４０にパッケージデータ２１ａを供給しているが、むろん、データの転送形態はこの形態に限られず、ケーブルを介してデータ転送を行ってもよいし、無線通信によってデータ転送を行っても良く、種々の構成を採用可能である。また、サーバ２０、携帯電話１０、プリンタ４０の処理は汎用的なプロセッサであるＣＰＵによって行う構成になっているが、むろん、特定の処理あるいはすべての処理をカスタムＩＣによって実行しても良い。すなわち、所定の機能を実行できる限りにおいて種々のハードウェアを採用可能である。
【００４２】
（２）携帯電話の構成：
図２は、携帯電話１０の構成を示す概略ブロック図である。携帯電話１０は、リムーバブルメモリＩ／Ｆ１１ａと表示部１２と入力ボタン１３と通信部１４とＣＰＵ１５とＲＯＭ１６とＲＡＭ１７とを備えている。ＣＰＵ１５はバスを介して各部に接続されており、ＲＯＭ１６，ＲＡＭ１７と協働して所定のプログラムを実行することができる。表示部１２は、携帯電話１０に備えられたディスプレイであり、本実施形態においてその表示面は、縦横数ｃｍである。
【００４３】
表示部１２においては、ＣＰＵ１５の制御によって各種の画像やＵＩ等を表示することができる。入力ボタン１３は、複数の押しボタンを含み、ＣＰＵ１５は当該押しボタンの押し込み操作を受け付け、各種の入力情報を取得することができる。本実施形態においては、入力ボタン１３が請求項における入力受付手段に相当する。通信部１４は、ＣＰＵ１５の制御によって基地局３０との無線通信を実行する。本実施形態においては、上述のようにネットワークＮを介してサーバ２０と通信を行うことが可能である。リムーバブルメモリＩ／Ｆ１１ａには上記リムーバブルメモリ１１を装着可能であり、ＣＰＵ１５は、リムーバブルメモリ１１に対してデータを書き込み、また、リムーバブルメモリ１１からデータを読み出すことが可能である。
【００４４】
ＣＰＵ１５にて実行可能な各種プログラムには、画像を含むレイアウトを編集するための編集プログラム１８が含まれている。この編集プログラム１８は、通信制御部１８ａと画像処理部１８ｂとスクリプト解析部１８ｃと入力制御部１８ｄとを備えている。通信制御部１８ａは、上記通信部１４を利用してサーバ２０からパッケージデータ２１ａをダウンロードする処理を行う。本実施形態において、このパッケージデータ２１ａはリムーバブルメモリ１１に記憶される。また、このパッケージデータ２１ａにレイアウトを構築するためのスクリプトファイルおよび画像データが含まれるので、上記リムーバブルメモリ１１が請求項における記憶手段に相当する。
【００４５】
画像処理部１８ｂは画像を扱う処理を行うモジュールであり、画像データに基づいて上記表示部１２に画像を表示させる処理や画像データを更新する処理、予め決められたＵＩを表示するための処理を行う。スクリプト解析部１８ｃは、上記パッケージデータ２１ａに含まれるスクリプトファイルを解析する処理およびレイアウトデータを更新する処理を行う。入力制御部１８ｄは、上記入力ボタン１３にて行われる操作に基づいて入力内容を示すデータを取得する。例えば、入力ボタン１３の操作に基づいて編集開始指示や入力される文字の特定等を行う。
【００４６】
（３）パッケージデータの作成処理：
本実施形態においては、以上の構成においてパッケージデータ２１ａを作成し、携帯電話１０にて当該パッケージデータ２１ａに基づく画像の編集を行い、プリンタ４０にて印刷を行う。以下、パッケージデータ２１ａの作成処理と画像の編集処理について詳述する。
【００４７】
図３は、パッケージデータの作成処理を示すフローチャートである。この処理は上記サーバ２０において、そのＣＰＵが実施する。パッケージデータ２１ａは、印刷を行うための画像およびそのレイアウトを示すデータを含み、サーバ２０を操作する利用者は、図示しない入力機器を操作して印刷対象となる画像を作成する（ステップＳ１００）。作成した画像を示す画像データは、印刷用の画像であるとともに携帯電話１０でプレビューされる画像でもある。むろん、ここで作成する画像は特に限定されず、文字や図形を含む画像であってもよい。
【００４８】
次に、サーバ２０においては、上記ステップＳ１００にて作成した画像とともにレイアウト上に配置可能な文字の位置および配置可能な領域（文字枠の大きさ）を示す文字枠の指定を受け付ける（ステップＳ１１０）。この文字枠は複数個設定可能である。また、本実施形態においては、この文字枠毎の属性と各文字枠における文字数の上限値と文字の大きさの指定を受け付ける（ステップＳ１２０）。ここで、文字枠の属性とは、各文字枠に入力すべき文字の内容を示しており、各文字枠の項目名と一対一に対応している。例えば、郵便番号を入力すべき文字枠の項目名は「郵便番号」であり、その属性はこの文字枠が「郵便番号」の入力枠であることを示す情報である。
【００４９】
本実施形態においては、文字枠に属性を対応付け、その属性を項目名に変換することによって複数の言語による表示を容易に実行できるようにしている。すなわち、パッケージデータを作成する際には文字枠について各言語に共通の定義がなされている属性を対応付け、実際に表示するときには後述する項目名データ１６ａを参照することによって利用者が利用する言語に対応した項目名に変換する。この構成により、パッケージデータ２１ａを作成する際に言語毎の対応を考慮する必要がなくなる。むろん、言語毎の対応が必要ない場合には、文字枠に対して項目名を対応付ければよい。
【００５０】
次に、サーバ２０においては、上記ステップＳ１００にて作成した画像を印刷する用紙の種類の指定を受け付ける（ステップＳ１３０）。以上のステップＳ１１０〜ステップＳ１３０は、画像を印刷する際のレイアウトおよび配置すべき文字の定義およびそのレイアウトを決定するための処理である。従って、レイアウトに関する他の情報、例えば、用紙における余白等の情報が必要であれば、その指定を受け付ければよい。
【００５１】
いずれにしても、ステップＳ１１０〜Ｓ１３０のようにして画像を印刷する際のレイアウトおよび配置すべき文字の定義およびそのレイアウトを決定したら、その情報を示すスクリプトファイルを作成する（ステップＳ１４０）。さらに、サーバ２０においては、上記ステップＳ１００にて作成した画像から画像データのファイルを作成する（ステップＳ１５０）。ここで、本実施形態における画像データは、印刷用データと２つの表示用データとを含み、印刷用データは印刷用データファイルとされ、２つの表示用データは当該２つの表示用データを含むひとつの表示用データファイルとされる。
【００５２】
以上のようにして、スクリプトファイルと印刷用データファイルと表示用データファイルとを作成したら、印刷する画像は印刷用データファイルに含まれ、表示用の画像は表示用データファイルに含まれることを上記スクリプトファイルに記述して、上記パッケージデータ２１ａを作成してメモリ２１に保存する（ステップＳ１６０）。なお、このときパッケージデータ２１ａをひとつのファイルにまとめるなどの処理を行ってもよい。
【００５３】
図４は、上述の処理によって作成されるパッケージデータ２１ａの一例を示す図である。同図に示すように、パッケージデータ２１ａは、レイアウトを記述したスクリプトファイル２１ａ１と２つの表示用データを含む表示用データファイル２１ａ２と印刷用データを含む印刷用データファイル２１ａ３とを含んでいる。
【００５４】
スクリプトファイル２１ａ１は、印刷時のレイアウトを特定するための複数のパラメータデータを含むデータであればよく、種々のデータ形式を採用可能である。本実施形態においては、タグ（ＸＭＬ形式やＸＨＴＭＬ形式等）を利用してレイアウトのパラメータを記述しており、各タグによって上述のレイアウト、すなわち、印刷用紙の種類（大きさ（Ａ４，はがき，Ｌ版等）や品質（光沢紙、普通紙等）、文字枠の位置、文字枠の大きさ、文字枠内に含め得る文字の上限値（文字数）、文字の大きさ、属性を記述する。また、各文字枠に対して入力された文字を示すデータも記述可能になっている（図４における文字枠の入力内容）。
【００５５】
表示用データファイル２１ａ２は、携帯電話１０の表示部１２で表示可能な画素数で印刷対象の画像を表示するためのデータであり、本実施形態においてはＥＸＩＦ形式を採用している（ＥＸＩＦは社団法人電子情報技術産業協会の登録商標）。従って、ＳＯＩ（Start of Image）マーカから始まり、ＥＯＩ（End of Image）マーカで終わるファイルにおいて、予め決められたマーカやデータが含まれている。
【００５６】
この形式において２つの表示用データを含めてひとつのファイルにするため、本実施形態では一方の表示用データをアプリケーションマーカ部分（図４においてはＡＰＰ７）に記述し、他方の表示用データを圧縮データ部分（図４にて「圧縮データ」と示す部分、通常は圧縮画像データの本体が格納される）に記述している。
【００５７】
また、本実施形態において２つの表示用データは、一方が編集前の画像データ、他方が編集後の画像データであり、大きさ（画素数）は双方とも同じであり、双方ともＪＰＥＧ形式で圧縮されている。ここで、編集前の画像データにおいては、文字枠や文字等を含まない画像を示している。従って、編集前の画像データに基づいて画像を表示したときには、文字枠および文字枠に挿入され得る文字は表示されない。
【００５８】
一方、編集後の画像データは、編集前の画像とともにレイアウト上に文字を配置した後の画像を示している。従って、編集後の画像データに基づいて画像を表示したときには、上述のように設定された文字枠の位置に文字が挿入された状態の画像が表示される。例えば、図４に示すように編集前の画像として日の出の画像の背景に「あけましておめでとう」という文字が重ねられた画像を作成したときには、図４の中央に示すように日の出の画像と「あけましておめでとう」という文字を表示するための画像が編集前の画像データになる。
【００５９】
一方、編集によって「郵便番号」「住所」「名前」の文字枠に対して何らかの文字を入力する編集を行った後には、その文字と編集前の画像が重畳され、「郵便番号」「住所」「名前」の編集内容を含む画像が編集後の画像データになる。なお、上述のように、本実施形態においては、携帯電話１０にて編集を行うため、携帯電話１０による編集の前、例えば、サーバ２０にてパッケージデータ２１ａを作成した段階では、編集前の画像データと編集後の画像データとはまったく同じデータである。
【００６０】
（４）画像の編集処理：
図５および図６は、携帯電話１０による編集処理を示すフローチャートである。携帯電話１０の利用者は、携帯電話１０の入力ボタン１３を操作して、上記編集プログラム１８を起動可能であり、当該編集プログラム１８によって上記図５および図６に示す編集処理が実施される。本実施形態において、まず、利用者は入力ボタン１３を操作してパッケージデータ２１ａのダウンロードを行い、所望のパッケージデータ２１ａをリムーバブルメモリ１１に記憶させる（ステップＳ２００）。
【００６１】
すなわち、通信制御部１８ａは、入力制御部１８ｄの処理によって上記入力ボタン１３のダウンロード指示を受け付け、この指示に応じてサーバ２０にアクセスを行う。このとき、サーバ２０は複数のパッケージデータ２１ａを選択するためのデータを出力し、通信制御部１８ａがこのデータを受け取ると、画像処理部１８ｂが表示部１２の表示を制御してダウンロードの選択肢を提供する。利用者は入力ボタン１３によって所望のパッケージデータ２１ａを指示し、入力制御部１８ｄがその指示内容を取得すると、通信制御部１８ａがそのパッケージデータ２１ａをダウンロードする。ダウンロードされたパッケージデータ２１ａはリムーバブルメモリ１１に記憶される。
【００６２】
次に、画像処理部１８ｂはリムーバブルメモリ１１に記憶されているパッケージデータ２１ａの選択肢を表示部１２に示し、入力制御部１８ｄは入力ボタン１３にて行われる選択を受け付ける（ステップＳ２０５）。この選択がなされたパッケージデータ２１ａに含まれるレイアウトデータが編集対象（すなわち、選択されたパッケージデータ２１ａに含まれる画像が編集対象の画像、そのスクリプトファイルに記述されたレイアウトが編集対象のレイアウト）となり、画像処理部１８ｂは選択されたパッケージデータ２１ａの表示用データファイル２１ａ２から表示用データを抽出する。
【００６３】
このとき、初編集と再編集とで表示対象となる画像は異なり、画像処理部１８ｂは、上記選択されたパッケージデータ２１ａの編集が再編集であるか否かを判別する（ステップＳ２１０）。なお、ここでは、再編集であるか否かを判別することができればよく、再編集であるか否かを判別するためのフラグ等をパッケージデータ２１ａに含めてもよいし、表示用データファイルに記述されている編集前の画像データと編集後の画像データを比較してもよいし、種々の構成を採用可能である。
【００６４】
ステップＳ２１０において、再編集ではないと判別されたときには、表示用データファイル２１ａ２のアプリケーションマーカ部分から編集前の画像データを取得する（ステップＳ２１５）。ステップＳ２１０において、再編集であると判別されたときには、表示用データファイル２１ａ２の圧縮データ部分から編集後の画像データを取得する（ステップＳ２２０）。画像処理部１８ｂは、取得した画像データに基づいて表示部１２に画像を表示する（ステップＳ２２５）。このように、本実施形態においては、表示用の画像データに基づく表示を行うことでレイアウトに基づく表示を行っている。また、ここでは、画像の表示とともに編集開始指示を受け付けるためのＵＩも表示する。本実施形態においては、以上のステップＳ２０５〜Ｓ２２５における処理が上記レイアウト表示手段における処理に相当する。
【００６５】
図７は、携帯電話１０において編集を行う際に表示部１２で表示する画面の例を示す図である。同図においては、再編集ではない場合に表示部１２に表示される画像の例を（ａ）として示している。図７（ａ）においては、画面の中央に編集前の画像データに基づく画像が表示され、左下に編集開始指示を受け付けるための編集ボタンが表示されている。編集前の画像データにおいては、文字枠における文字がまったく配置されていないので、図７（ａ）にて破線で示す文字枠において文字はまったく表示されない。なお、図７（ａ）では理解の容易のために文字枠を破線で示しているが、実際の表示画面において破線は表示されない。すなわち、編集前の画像データは印刷画像のプレビューであり、印刷時に文字枠は印刷しないため、文字枠を明示的に示していない。
【００６６】
また、図７（ａ）において左下に示す編集ボタンは入力ボタン１３のいずれかに対応しており、入力制御部１８ｄはこの編集ボタンによる編集開始指示を受け付けたか否かを判別している（ステップＳ２３０）。すなわち、図７（ａ）のような画面表示を行っている状態で、入力制御部１８ｄは上記編集ボタンに対応した入力ボタン１３の操作を受け付けたか否かを判別している。
【００６７】
ステップＳ２３０にて編集開始指示を受け付けたと判別されたときには、図７（ｂ）に示す編集画面に移行して編集を開始するが、このためにまず、スクリプト解析部１８ｃが上記スクリプトファイル２１ａ１を解析し、各文字枠の属性および文字数を取得する（ステップＳ２３５）。本実施形態においては、上述のように属性と項目名とが上記項目名データ１６ａによって対応付けられているため、スクリプト解析部１８ｃは、当該項目名データ１６ａを参照して、各文字枠の属性を項目名に変換する（ステップＳ２４０）。
【００６８】
以上の処理によって、文字枠の項目名と文字数とが取得できたことになるので、画像処理部１８ｂは、各項目名とその項目名に対する文字の入力ボックスとを併記して表示部１２に図７（ｂ）のような編集画面を表示する（ステップＳ２４５）。本実施形態においては、以上のステップＳ２３０〜Ｓ２４５の処理が編集画面表示手段における処理に相当する。この編集画面において、入力制御部１８ｄは、上記入力ボタン１３による入力ボックスの指示および文字の入力を受け付けており（ステップＳ２５０）、また、入力ボタン１３によって文字入力の終了指示がなされたか否かを判別している（ステップＳ２５５）。
【００６９】
ステップＳ２５５にて文字入力の終了指示がなされたと判別されると、その時点で入力されていた各項目への文字にて入力内容を確定し、スクリプト解析部１８ｃは、その入力内容を示す文字データをスクリプトファイル２１ａ１に記述して更新する（ステップＳ２６０）。すなわち、各文字枠について入力された文字を示すテキストデータを各文字枠に対応付けて、当該テキストデータをスクリプトファイル２１ａ１に記述する。なお、本実施形態においては、上記文字数を超える文字を受け付けないようにしており、これによって文字枠内に収まる範囲内で文字を編集できるようにしている。
【００７０】
本実施形態においては、当該スクリプトファイル２１ａ１の更新とともに、表示用データを更新して編集後の画像データを作成し、保存する（ステップＳ２６５）。すなわち、上記スクリプトファイル２１ａ１は、印刷のレイアウトを規定しており、上述のようなスクリプトファイル２１ａ１の更新により、上記プリンタ４０が、指定されたレイアウトどおりに印刷を行えるようになる。一方、携帯電話１０におけるプレビューを行うためには、表示用データにおいて文字を配置した画像を保持している必要がある。そこで、上記ステップＳ２６５にて編集後の画像データを作成し、表示用データを更新する。以上のように、本実施形態におけるステップＳ２５０〜Ｓ２６０あるいはステップＳ２５０〜Ｓ２６５が編集手段における処理に相当する。
【００７１】
（４−１）編集後の画像データの作成：
図６は、上記ステップＳ２６５における編集後の画像データを作成する処理を示すフローチャートである。この処理においては、表示用データとともにレイアウト上に文字を配置する際の大きさを取得するため、まず、スクリプト解析部１８ｃが上記スクリプトファイル２１ａ１を参照し、当該スクリプトファイル２１ａ１に指定された印刷用紙の大きさと文字枠の位置とフォントサイズを取得する（ステップＳ３００）。すなわち、これらの情報に基づいて、画像内で文字を表示すべき位置および各文字の配置を特定する。例えば、文字枠の左端の位置を文字の開始位置とし、この開始位置から指定されたフォントサイズの文字を並べることとしておけば、上記受け付けた文字を配置する位置を取得することができる。
【００７２】
画像処理部１８ｂは、さらに、上記取得した印刷用紙のサイズと表示部１２にて表示する画像との大きさの比を算出する（ステップＳ３１０）。この比が縮小倍率となるので、上記フォントサイズに対してこの縮小倍率を乗じて文字を縮小する（ステップＳ３２０）。むろん、ここでは、印刷用紙の実サイズ（長さ）と表示部１２における表示画像の実サイズを比較してもよいし、印刷用に用意されている画像の画素数と表示画像の画素数とを比較してもよい。例えば、印刷用紙がはがきであり、３６０ｄｐｉで印刷を行うこととし、印刷画像の画素数が横１４１７画素、縦２０９７画素となっている場合を想定する。
【００７３】
このとき、ＱＶＧＡの表示部１２にプレビューを行うために、はがきのアスペクト比に合わせて表示画像の画素数を横２１６画素、縦３２０画素とすれば、横あるいは縦の画素数の比が約６．６となる。そこで、上記フォントサイズにて印刷画像とともにレイアウト上に配置されるべき文字の画素数が１／６．６になるように縮小すれば、表示画像において適正なプレビューとなる文字の画像を生成することができる。
【００７４】
ステップＳ３２０において文字の縮小を行った後には、画像処理部１８ｂが上記表示用データファイル２１ａ２から編集前の画像データを抽出し（ステップＳ３３０）、上記ステップＳ３００で取得した文字枠の位置と相対的に同じ関係になる位置を編集前の画像データにおいて特定し、この位置に上記縮小後の文字を配置する（ステップＳ３４０）。この結果、上記受け付けた文字が適正な大きさで適正な位置に配置された場合の画像のプレビュー画像が作成されることになるので、この画像データを編集後の画像データとし、上記表示用データファイル２１ａ２を更新する（ステップＳ３５０）。
【００７５】
以上の処理を行えば、それ以後、編集後の画像データを表示することができるので、利用者は既に編集が行われているか否かを判定し、また、再編集が必要であるか否かを容易に判定することができる。また、再編集を行う場合であっても、画像処理部１８ｂが編集前の画像に文字を重畳するのみで編集後の画像を作成することができるので、極めて容易に編集後の画像を作成することができる。
【００７６】
図８は、この様子を説明するための説明図である。同図（ａ）においては、一度も編集を行っていないときの画像を表示している表示部１２の画面を示している。この画面は、上記ステップＳ２１０にて再編集であると判別されなかったときに表示される画面であり、上記表示用データファイル２１ａ２における編集前の画像データに基づいて表示される画面を示している。
【００７７】
図８（ｂ）は、この編集前の画像データについて上記ステップＳ２３０〜Ｓ２６５の処理に基づいて編集を行った後に表示部１２に表示される画面を示している。すなわち、いったん編集を行った後に、再編集の対象として当該編集後の画像に関するパッケージデータ２１ａを選択した場合、ステップＳ２１０の判別を経てステップＳ２２０にて編集後の画像データが取得されるので、表示部１２には編集後の画像が表示される。むろん、この場合ステップＳ２００におけるパッケージデータのダウンロードはスキップする。
【００７８】
以上のように、編集前には図８（ａ）が表示されることによって、利用者は画像が未編集であることを容易に判定することができるし、編集後には図８（ｂ）が表示されることによって、利用者は画像が編集済みであることを容易に判定することができる。図８（ｃ）は、図８（ｂ）に示す状態からさらに再編集を行った場合に表示部１２にて表示される画面を示している。
【００７９】
この場合、ステップＳ２３０〜Ｓ２６５の処理によって、受け付けた文字を表示用画像に配置した状態の画像データが作成されることになるが、このとき、上記ステップＳ３３０において、編集前の画像データを抽出し、この画像データに対して上記縮小後の文字を配置している。従って、この編集の直前に、編集後の画像が図８（ｂ）のようになっていたとしても、図８（ｂ）にて配置されている文字を削除し、また、配置前の画像を再描画することなく、単に編集前の画像に上記縮小後の文字を配置するのみで編集後の画像データを作成することができる。
【００８０】
従って、非常に単純な処理で編集後の画像データを作成することができ、携帯電話１０のように一般にリソースが限られる機器であっても、高速の処理を行うことが可能である。なお、以上の処理は、編集前の画像において文字枠に相当する部分の画像が複雑であるほどその効果が顕著に現れる。すなわち、文字枠に相当する部分の画像が複雑であるとき、編集後の画像データのみに基づいて編集前の画像データを再描画するためには、非常に複雑な処理が要求される。しかし、本実施形態においては上述のように編集前の画像データがバックアップとして保存してあるため、複雑な画像であったとしても極めて容易に編集後の画像データを作成することができる。
【００８１】
（５）他の実施形態：
上記実施形態は本発明にかかるレイアウト編集装置、サーバ、レイアウト編集方法およびレイアウト編集プログラムを実現する一例であり、むろん他の構成を採用することも可能である。上述の例においては、印刷用データとして予め用意されたデータ（ダウンロードしたファイルに含まれているデータ）のみを使用する例を説明したが、むろん、他のデータを含めてレイアウトを行う実施形態を想定することも可能である。
【００８２】
例えば、上記スクリプトファイル２１ａ１において、ダウンロードした印刷用データファイル２１ａ３における画像と他の画像データ（例えば、写真撮影機能つきの携帯電話１０にて撮影した画像を示す画像データ）とを重ねて印刷する際のレイアウトを記述する構成において本発明を適用可能である。この場合、上記他の画像データにおける画像と印刷用データファイル２１ａ３における画像とを重ねた状態のプレビューを行うために、両者を重畳して縮小した画像を上記編集前の画像データとし、文字入力を受け付けた後の画像を編集後の画像データとする構成を採用可能である。
【００８３】
むろん、上記他の画像データを重畳する前の画像についてプレビューを行うのであれば、印刷用データファイル２１ａ３における画像を縮小した画像を編集前の画像データとし、文字入力を受け付けた後の画像を編集後の画像データとすればよい。この場合、印刷用データファイル２１ａ３における画像と上記他の画像データにおける画像とを重畳する際のレイアウトをスクリプトファイル２１ａ１に記述しておけば、プリンタ４０において、上記印刷用データファイル２１ａ３が示す画像と当該他の画像データが示す画像との重畳結果に上記受け付けた文字を配置したレイアウトで印刷することができる。
【００８４】
さらに、文字の編集においては、上述の例の他、他の要素を編集可能に構成してもよい。例えば、携帯電話１０の利用者の操作を受け付けて、文字の色や文字の大きさ、文字枠の大きさ等を編集可能にしてもよいし、文字の配置方向（縦書きや横書きなど）や文字の割付（左寄せや右寄せ、均等割り付け等）を編集可能にしてもよい。この場合、当該編集した内容を示す情報を上記スクリプトファイル２１ａ１に書き込むとともに、上記ステップＳ３４０にて文字と画像とを重畳する際に編集した内容どおりのレイアウトになるように文字を配置すればよい。
【００８５】
また、文字枠の大きさは固定であってもよいし、相対的に変化させてもよい。すなわち、文字枠の大きさを固定する場合には印刷用紙の大きさが変化したとしても文字枠の大きさは変わらないし、相対的に変化させるのであれば、印刷用紙の大きさが変化することによって枠の大きさを変化させればよい。このとき、フォントサイズも相対的に変化させることが好ましい。なお、文字枠の大きさとしてどのような態様を想定するとしても、上記ステップＳ３２０においては、印刷用紙の大きさと表示画像の大きさとの比から縮小倍率を算出する。また、ステップＳ３４０においては、印刷用紙に印刷を行った場合と相対的に同じ位置に配置されるように表示画像における重畳位置を決定する。以上のように、本発明によれば、機能が制限される携帯電話において非常に容易に編集を行うことが可能である。
【００８６】
また、上記実施形態においては、携帯電話においてレイアウトを編集する態様を説明したが、本発明は、レイアウトに基づく表示にて上記項目に関する情報が潰れてしまうような全ての機器に適用することができる。すなわち、表示用の画面が小さい場合、レイアウト全体に占める上記項目に関する情報が画面に対して相対的に小さくなり潰れてしまう。例えば、デジタルカメラやＰＤＡ等の画面にレイアウトを表示し、項目の内容を編集する構成について本発明を適用することが可能である。むろん、画面自体が小さい他、ある程度大きな画面内でレイアウトの表示領域が小さいことに起因して、レイアウトに基づく表示にて上記項目に関する情報が潰れてしまうような状態であっても本発明を適用することが可能である。
【００８７】
さらに、上記実施形態においては、印刷のプレビューとして画像を表示するように構成したが、レイアウトに基づく表示は画像の表示のみに限定されない。例えば、レイアウトの特徴を示す文字やファイル名を選択肢として表示した場合、この選択肢はレイアウトに基づく表示である。従って、このレイアウトに基づく表示にて上記項目に関する情報が潰れるのであれば、本発明を適用し、編集画面において項目名とその入力内容を明示することが可能である。むろん、本発明においては、上記レイアウトに基づく表示にて上記項目に関する情報が潰れる状態を想定しているので、レイアウトに基づく表示に際して全ての場合に上記項目に関する情報を含めることが必須というわけではない。例えば、上記実施形態のように編集前に項目に関する情報を表示せず、編集後に項目に関する情報を表示する態様であっても本発明が利用されているといえる。
【図面の簡単な説明】
【００８８】
【図１】携帯電話による画像編集システムを示す概略図である。
【図２】携帯電話の構成を示す概略ブロック図である。
【図３】パッケージデータの作成処理を示すフローチャートである。
【図４】パッケージデータの一例を示す図である。
【図５】携帯電話による編集処理を示すフローチャートである。
【図６】携帯電話による編集処理を示すフローチャートである。
【図７】表示部で表示する画面の例を示す図である。
【図８】再編集時の画面の例を示す図である。
【符号の説明】
【００８９】
１０…携帯電話、１１…リムーバブルメモリ、１２…表示部、１３…入力ボタン、１４…通信部、１５…ＣＰＵ、１６…ＲＯＭ、１６ａ…項目名データ、１７…ＲＡＭ、１８…編集プログラム、１８ａ…通信制御部、１８ｂ…画像処理部、１８ｃ…スクリプト解析部、１８ｄ…入力制御部、２０…サーバ、２１…メモリ、２１ａ…パッケージデータ、２１ａ１…スクリプトファイル、２１ａ２…表示用データファイル、２１ａ３…印刷用データファイル、２２…通信制御部、２３…パッケージデータ作成部、３０…基地局、４０…プリンタ、４０ａ…メモリスロット、４１…パッケージデータ解析部、４２…印刷制御部
【図１】
2007074136.tif 000003
【図２】
2007074136.tif 000004
【図３】
2007074136.tif 000005
【図４】
2007074136.tif 000006
【図５】
2007074136.tif 000007
【図６】
2007074136.tif 000008
【図７】
2007074136.tif 000009
【図８】
2007074136.tif 000010