(57)【要約】【課題】パッケージファイルに対する編集に多くの処理負担と処理時間とを要していた。【解決手段】所定のデータファイルを生成する際に、データファイルを構成する各データのうち後発的に書き換え可能なデータである書換対象データを記録するための記録領域については、同書き換えによって変化し得る上記書換対象データのデータ量の所定の上限量を記録することの可能な容量に設定する構成とした。【選択図】図３
2007102291.tif 000002
【特許請求の範囲】
【請求項１】
所定のデータファイルを生成する際に、データファイルを構成する各データのうち後発的に書き換え可能なデータである書換対象データを記録するための記録領域については、同書き換えによって変化し得る上記書換対象データのデータ量の所定の上限量を記録することの可能な容量に設定しておくことを特徴とするデータファイル生成装置。
【請求項２】
上記書換対象データを構成の一部とするデータファイルを含む、複数のデータファイルをパッケージ化したパッケージファイルを生成し、
上記書換対象データを構成の一部とするデータファイルの記憶領域を上記所定の上限量を記録することの可能な容量で設定することを特徴とする請求項１に記載のデータファイル生成装置。
【請求項３】
上記パッケージファイルは、画像を印刷する際のレイアウトを規定するデータを記述したスクリプトファイルを含み、当該スクリプトファイルは上記書換対象データを構成の一部とすることを特徴とする請求項２に記載のデータファイル生成装置。
【請求項４】
上記パッケージファイルは、画像のサムネイル表示を行うためのサムネイルデータファイルを含み、当該サムネイルデータファイルは上記書換対象データを構成の一部とすることを特徴とする請求項２または請求項３のいずれかに記載のデータファイル生成装置。
【請求項５】
上記書換対象データと、該データと区別が可能な所定のデータとで、上記記録領域を満たすことを特徴とする請求項１〜請求項４のいずれかに記載のデータファイル生成装置。
【請求項６】
所定のデータファイルを生成する際に、データファイルを構成する各データのうち後発的に書き換え可能なデータである書換対象データを記録するための記録領域については、同書き換えによって変化し得る上記書換対象データのデータ量の所定の上限量を記録することの可能な容量に設定しておくことを特徴とするデータファイル生成方法。
【請求項７】
コンピュータに所定のデータファイルを生成させる際に、データファイルを構成する各データのうち後発的に書き換え可能なデータである書換対象データを記録するための記録領域については、同書き換えによって変化し得る上記書換対象データのデータ量の所定の上限量を記録することの可能な容量に設定する機能を同コンピュータに実行させることを特徴とするデータファイル生成プログラム。
【請求項８】
所定のデータファイルにかかるデータ構造であって、
同データファイルを構成する各データのうち後発的に書き換え可能なデータである書換対象データを記録するための記録領域については、同書き換えによって変化し得る上記書換対象データのデータ量の所定の上限量を記録することの可能な容量に設定されていることを特徴とするデータ構造。
【請求項９】
データファイルを構成する各データのうち後発的に書き換え可能なデータである書換対象データを記録するための記録領域については、同書き換えによって変化し得る上記書換対象データのデータ量の所定の上限量を記録することの可能な容量に設定されているデータファイルを入力するとともに、当該入力したデータファイを構成する各データのうち上記書換対象データの書き換えを行うことを特徴とするデータファイル編集装置。
【請求項１０】
上記書換対象データを記録するための記録領域が書換対象データと当該書換対象データと区別が可能な所定のデータとで満たされる構造となるデータファイルを入力し、上記書き換えにおいては、書換対象データのデータ量の変動に応じて上記所定のデータのデータ量を増減させることを特徴とする請求項９に記載のデータファイル編集装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データファイル生成装置、データファイル生成方法、データファイル生成プログラム、データ構造およびデータファイル編集装置に関する。
【背景技術】
【０００２】
従来より、パーソナルコンピュータ（ＰＣ）において、画像編集ソフトなどのアプリケーションを動作させて、複数のデータファイルを一つのファイルにパッケージ化したもの（パッケージファイル）を対象としてデータの内容を書き換える編集処理がなされていた。この場合、書き換え対象となるデータが一部のデータであっても、上記アプリケーションでは、パッケージファイルを構築するデータのすべてを一旦所定の記憶領域に読み出した上で、一部のデータについて内容を変更し、その後、同変更を反映した内容にて、パッケージファイルを構成する全データを一から記述し直すという処理を行っていた。
【０００３】
また従来より、選択されたメインファイルとメインフォルダに関連するファイルとをパッケージ化するパッケージ化処理や、パッケージ化したファイルからメインファイルを所定のフォルダに出力し、かつメインファイルと関連するファイルを他のフォルダに出力するアンパッケージ化処理を実行する、電子ファイル操作方法が知られている（例えば、特許文献１参照。）。
【特許文献１】国際公開ＷＯ２００４０２７６２４
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したアプリケーションによるパッケージファイルの編集処理は、リソースが大きくかつ演算処理能力の高いＰＣにおいては実行できても、演算処理能力やリソースの面で劣る装置において実行することは現実的ではなかった。つまり、携帯電話機等の、パッケージファイルの編集処理に用いることの可能なリソースにかなりの制限のある装置においては、従来のようにパッケージファイルを構築するデータのすべてを読出した上で一部のデータを書き換え、その後パッケージファイルの全データを一から記述し直すという処理を行うことは、現実的でなく処理の負荷が大き過ぎるものであった。その結果、編集処理の高速化という要請にも応えられない。
【０００５】
また、上記データの書き換えを行うことにより、書き換え前のデータと書き換え後のデータとではデータ量が変化する。そのため従来では、当該書き換え対象としたデータ以降に連なる他のデータや、パッケージファイルを構成する各データファイルのうち、書き換え対象としたデータを含むデータファイル以降に付加されているデータファイルについては、その記録位置を上記データ量の変化に伴って移動させる必要があり、かかるデータ位置の変更作業は、高速なデータ処理を阻む要因となっていた。
【０００６】
また上記文献においても、パッケージファイルをアンパッケージ化して個々のファイルに対して編集等を行った場合、編集対象のファイルのデータサイズが変わってしまう。そのため、再度パッケージ化する場合には上述したようデータの記録位置の変更作業が必要となり、その結果、データ編集処理に無駄な時間を要するものとなっていた。
【０００７】
本発明は、上記課題に鑑みてなされたもので、データファイルの内容の書き換えを極めて少ない処理負担と時間とによって実現することの可能なデータファイル生成装置、データファイル生成方法、データファイル生成プログラム、データ構造およびデータファイル編集装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明にかかるデータファイル生成装置では、所定のデータファイルを生成する際に、データファイルを構成する各データのうち後発的に書き換え可能なデータである書換対象データを記録するための記録領域については、同書き換えによって変化し得る上記書換対象データのデータ量の所定の上限量を記録することの可能な容量に設定しておく。
【０００９】
すなわち本発明では、上記データファイルの構造として、後発的にデータ量が変化し得る書換対象データを記録する記録領域については、データ量の増加分を吸収できるような余剰領域を設けているため、同書換対象データの内容を後から書き換えても実質的にはそのデータ量に変化は生じない。そのため、書換対象データ以降に連なる他のデータが存在する場合に、当該他のデータの記録位置を移動させる必要が生じず、データの書き換えによる処理負担を極力少なくすることができる。
【００１０】
ここで、データファイル生成装置は、上記書換対象データを構成の一部とするデータファイルを含む、複数のデータファイルをパッケージ化したパッケージファイルを生成するものとしてもよい。当該パッケージファイルにおいては、上記書換対象データを構成の一部とするデータファイルの記憶領域は、上記所定の上限量を記録することの可能な容量で設定されている。つまり、かかるパッケージファイルの場合、従来であれば、あるデータファイルの一部のデータ書き換えに伴う他のデータファイルの記録位置の移動処理というものが大きな負担となっていた。しかし本発明の構成によれば、書換対象データを有するデータファイルのデータ量が変化することは無いため、上記移動処理の必要性は生じず、その結果、データ書き換えによる処理負担が極めて少ないパッケージファイルのデータ構造となる。
【００１１】
パッケージファイルのより具体的な構成として、同パッケージファイルは、画像を印刷する際のレイアウトを規定するデータを記述したスクリプトファイルを含むとしてもよい。そして、当該スクリプトファイルは上記書換対象データを構成の一部とするとしてもよい。つまり、当該スクリプトファイルに記述された、画像のレイアウトを規定する各データについて後からその内容を書き換えても、スクリプトファイルのデータ量は不変であるため、当該スクリプトファイル以降に連なる他のデータファイルの記録位置を移動させる必要が無くなる。
【００１２】
また、同パッケージファイルは、画像のサムネイル表示を行うためのサムネイルデータファイルを含むとしてもよい。そして、当該サムネイルデータファイルは上記書換対象データを構成の一部とするとしてもよい。つまり、当該サムネイルデータファイルに記述された、サムネイル画像を表示するための画像データについて後からその内容を書き換えても、サムネイルデータファイルのデータ量は不変である。そのため、当該サムネイルデータファイル以降に連なる他のデータファイルの記録位置を移動させる必要が無くなる。
【００１３】
ここで、上記データファイル中の書換対象データを記録するための記録領域の具体的構成を考えた場合、当該記憶領域は、書換対象データと当該書換対象データと区別が可能な所定のデータとで満たされる構成としてもよい。つまり、上記記録領域では、書換対象データの書き換えによってそのデータ量が増加する場合にはその増加分に応じて上記所定のデータを消去し、逆に、書換対象データの書き換えによってそのデータ量が減少する場合にはその減少分に応じて上記所定のデータを増やす。すなわち、上記記録容量自体は不変であるため、上記書き換えに伴って、データファイル中において書換対象データの後に記録されている他のデータを移動させるといった余計な処理が一切必要なくなる。
【００１４】
本発明の技術的思想を実現するための具体的な装置を想定した場合、上記データファイル生成装置を搭載するサーバを把握することができる。つまり、当該サーバは、上記パッケージファイルを生成するとともに、サーバとの通信機能を有する他の装置からの所定の送信要求に応じて、同生成したパッケージファイルを当該他の装置に送信する。その結果、当該他の装置において、上記書換対象データについての書き換え処理を極めて少ない処理負担と処理時間とによって実現できるようになる。
【００１５】
一方、上記のように生成されたデータファイルに対して所定の編集を行う装置の発明をも把握することが可能である。つまり、上記データファイルを入力するとともに、当該入力したデータファイを構成する各データのうち上記書換対象データの書き換えを行うデータファイル編集装置を把握できる。当該装置によれば、データファイル中における書換対象データ以降に連なる他のデータの記録位置の移動処理といった不要な処理を一切行うことなく、書換対象データの書き換えを行うことができる。むろん、上記書換対象データを記録するための記録領域の具体的構成としては、上述したように、書換対象データと当該書換対象データと区別が可能な所定のデータとで満たされる構造とすることができる。
【００１６】
上述のデータファイル生成装置にかかる技術的思想は、その手順を実行すデータファイル生成画方法の発明としても把握でき、請求項６にかかる発明は、上記データファイル生成装置と同様の作用及び効果を発揮する。同様に、データファイル生成装置にかかる技術的思想は、その手順をコンピュータに実行させるデータファイル生成プログラムの発明として把握することもでき、請求項７にかかる発明も、上記データファイル生成装置と同様の作用、効果を有する。
【００１７】
さらに、上記データファイル生成装置が生成するデータファイルの構造自体を一つの発明として捉えることも可能であり、所定のデータファイルにかかるデータ構造であって、同データファイルを構成する各データのうち後発的に書き換え可能なデータである書換対象データを記録するための記録領域については、同書き換えによって変化し得る上記書換対象データのデータ量の所定の上限量を記録することの可能な容量に設定されているデータ構造を把握することが可能である。
【発明を実施するための最良の形態】
【００１８】
下記の順序に従って本発明の実施形態を説明する。
（１）パッケージファイル配信システムの概略構成
（２）パッケージファイルの生成処理
（３）パッケージファイルの編集処理
（４）まとめ
【００１９】
（１）パッケージファイル配信システムの概略構成
図１は、本発明にかかるデータファイル生成装置を含むパッケージファイル配信システムの概略を示している。
当該システムは主に、コンピュータ２０と携帯電話１０とから構成される。同図に示すように、ネットワークＮにはコンピュータ２０と基地局３０とが互いにデータを送受信可能に接続されており、携帯電話１０の利用者は携帯電話１０を操作し、基地局３０を介してネットワークＮにアクセス可能である。
【００２０】
コンピュータ２０は、画像のレイアウトを規定するデータを記述したスクリプトファイルと、画像のサムネイル表示を行うためのサムネイルデータファイル等とをひとまとめにしたパッケージファイル２１ａを作成する。また、コンピュータ２０は、携帯電話１０からの要求に応じて、上記パッケージファイル２１ａを携帯電話１０に配信可能である。この意味で、コンピュータ２０は、データファイル生成装置およびサーバに対応する機能を備える。
【００２１】
図２は、コンピュータ２０の概略構成をブロック図により示している。
同図に示すように、コンピュータ２０ではＣＰＵ２６ａ，ＲＯＭ２６ｂ，ＲＡＭ２６ｃからなる制御部２６と、入力受付部２２と、メモリ２３と、通信部２４とがバス２５を介して接続され、制御部２６によるプログラム実行環境が形成されている。
本実施形態においては、パッケージファイル２１ａを作成するためのプログラムであるパッケージファイル生成モジュール２６ｂ１および携帯電話１０との通信を制御する通信制御モジュールがＲＯＭ２６ｂに格納されており、制御部２６はこれらモジュールによる処理を実行可能である。
【００２２】
（２）パッケージファイルの生成処理
図３は、コンピュータ２０が実行するパッケージファイル生成処理をフローチャートにより示し、図４は、当該処理によって生成したパッケージファイル２１ａの構造を示している。
当該処理はコンピュータ２０において制御部２６が実施する。まず、ステップＳ（以下、ステップの記載を省略。）１００において、コンピュータ２０を操作する利用者は、入力受付部２２に接続した図示しない入力機器を操作して印刷対象となる画像を作成し、コンピュータ２０は、同画像を示す画像データを入力受付部２２を介して取得する。かかる画像データは、印刷用の画像であるとともに携帯電話１０でプレビューされる画像でもある。本実施形態では、図４に示すような、日の出の画像の背景に「あけましておめでとう」という文字を重ねた画像を作成した場合を例に説明を行う。むろん、ここで作成する画像は特に限定されない。
【００２３】
次に、コンピュータ２０においては、Ｓ１００にて作成した画像とともにレイアウト上に後発的に配置可能な文字の位置および配置可能な領域（大きさ）を示す文字枠の指定を、入力受付部２２を介して受け付ける（Ｓ１１０）。この文字枠は複数個設定可能である。また、本実施形態においては、この文字枠毎の属性と各文字枠における文字数の上限値と文字の大きさの指定を受け付ける（Ｓ１２０）。ここで、文字枠の属性とは、各文字枠にどのような文字を入力すべきかを示す情報であり、各文字枠の項目名と一対一に対応している。例えば、郵便番号を入力すべき文字枠の項目名は「郵便番号」であり、その属性はこの文字枠が「郵便番号」の入力枠であることを示す情報である。
【００２４】
本実施形態においては、文字枠に属性を対応付けておき、後述するように携帯電話１０でサムネイルを表示する際には、その属性を項目名に変換することによって複数の言語による表示を容易に実行できるようにしている。つまり、パッケージファイル２１ａを作成する段階では、各文字枠について各言語に共通の定義がなされている属性を対応付けておき、実際に携帯電話１０において表示するときには、各文字枠の属性に従ってその文字枠の項目名を判断するとともに、利用者が利用する言語に対応した項目名に変換して表示する。
【００２５】
また、上記Ｓ１２０では、上記画像を印刷する用紙の種類の指定を受け付け、さらに、画像のレイアウトに関する他の情報、例えば、用紙における余白等の情報が必要であればその指定を受け付けてもよい。
以上のＳ１１０，１２０は、上記生成した画像を印刷する際のレイアウト、および後発的に配置する文字に関する定義およびそのレイアウトを決定するための処理であり、このようにして決定された情報の集合がスクリプトファイル２１ａ１となる。
【００２６】
ここで、スクリプトファイル２１ａ１には、上記生成した画像上に後発的に配置される文字、すわなち上記各文字枠に入力される文字を示す文字データも記述されることになる。しかし、コンピュータ２０にてパッケージファイル２１ａを生成する段階では、各文字枠に記述すべき具体的な文字データは存在しない。そこで、Ｓ１３０においては、コンピュータ２０は、スクリプトファイル２１ａ１に将来的に具体的な文字データを記述する領域を確保するために、各文字枠に対応させた所定のデータ量を持つ文字ダミーデータを生成する。つまり、文字データのデフォルトを予め生成しておく。文字ダミーデータの内容は任意である。
【００２７】
本実施形態では、各文字枠に対応させて文字ダミーデータを生成する場合、文字ダミーデータのデータ量は、対応する文字枠に入力可能なデータ量の上限値としている。つまり、Ｓ１１０，１２０において決定した文字枠の大きさおよび文字数に基づけば、ある一つの文字枠に入力可能な文字データ量の上限値を算出できるため、データサイズが当該上限値となるように、その文字枠に対応させた文字ダミーデータを生成する。この意味で、文字ダミーデータは、特許請求の範囲に言う、書換対象データと区別が可能な所定のデータに該当する。すなわち、将来的にスクリプトファイル２１ａ１に具体的な文字データが記述されたときには、文字データのデータ量に応じて、当該文字ダミーデータのデータ量が減ることとなる。
【００２８】
Ｓ１４０では、コンピュータ２０は、Ｓ１１０〜Ｓ１３０において取得した各種情報を構成要素とするスクリプトファイル２１ａ１を作成する。
図４に示すように、パッケージファイル２１ａは、レイアウトを記述したスクリプトファイル２１ａ１と、サムネイルデータを含むサムネイルデータファイル２１ａ２と、画像の印刷用データを含む印刷用データファイル２１ａ３とを含んでいる。
【００２９】
スクリプトファイル２１ａ１は、印刷時のレイアウトを特定するための複数のパラメータデータを含むデータ形式であればよく、種々のデータ形式を採用可能である。本実施形態においては、タグ（ＸＭＬ形式やＸＨＴＭＬ形式等）を利用してレイアウトのパラメータを記述しており、各タグによって上述のレイアウト、すなわち、印刷用紙の種類（大きさ（Ａ４，はがき，Ｌ版等）や品質（光沢紙、普通紙等）、文字枠の位置、文字枠の大きさ、文字枠内に含め得る文字の上限値（文字数）、文字の大きさ、文字枠の属性を記述している。また、各文字枠に対応した文字ダミーデータも記述されている。
【００３０】
図４では、スクリプトファイル２１ａ１に記述したデータのうち、後述する携帯電話１０の操作によって書き換え可能な各データをデータＤ２と示しており、コンピュータ２０によるスクリプトファイル２１ａ１の生成段階においては、各文字ダミーデータがデータＤ２に該当する。一方、文字ダミーデータ以外のデータについては、データＤ１と表示している。
【００３１】
Ｓ１５０においては、コンピュータ２０は、Ｓ１００にて作成した画像から画像データのファイルを作成する。ここでいう画像データは、印刷用データとサムネイルデータとを含み、印刷用データは印刷用データファイル２１ａ３として保存され、サムネイルデータはサムネイルデータファイル２１ａ２として保存される。  
【００３２】
サムネイルデータファイル２１ａ２は、携帯電話１０の表示部１２で表示可能な画素数で印刷対象の画像を表示するためのサムネイルデータを有し、本実施形態においてはＥＸＩＦ形式を採用している（ＥＸＩＦは社団法人電子情報技術産業協会の登録商標）。従って、ＳＯＩ（Start of Image）マーカから始まり、ＥＯＩ（End of Image）マーカで終わるファイルにおいて、予め決められたマーカやデータが含まれている。
【００３３】
本実施形態では、一つのサムネイルデータを所定の圧縮率にて圧縮した状態にて、サムネイルデータファイル２１ａ２におけるボディ部分に記述している。ここで、当該ボディ部分は、上記圧縮したサムネイルデータ以外にも記録領域として余剰エリアを有している。つまり、ボディ部分に格納するサムネイルデータは、将来的にそのデータ量が増加することが予測されるため、データ量が増加した後のサムネイルデータについても格納できるように、ボディ部分には予め記憶容量に余裕を持たせておく。なお、かかる余剰エリアも、単なる空の記録領域とするのではなく何らかのダミーデータを記録しておき、ボディ部分に格納されるサムネイルデータのサイズ変化に応じてダミーデータが占める範囲を変化させていくとしても良い。その意味で上記余剰エリアも、特許請求の範囲に言う、書換対象データと区別が可能な所定のデータであると言える。
【００３４】
本実施形態では、サムネイルデータファイル２１ａ２において上記ボディ部分とは別に、アプリケーションマーカ部分（図４においてはＡＰＰ７）にも、サムネイルデータを記述する。以下では、アプリケーションマーカ部分に記述したサムネイルデータを編集前の画像データ、ボディ部分に記述したサムネイルデータを編集後の画像データと適宜呼ぶ。編集前の画像データと編集後の画像データとは、画素数は同じであり、双方ともＪＰＥＧ形式で圧縮されている。本実施形態では、後述するように携帯電話１０にて画像の編集を行う。そのため、かかる編集の後においては、上記編集後の画像データは、編集前の画像とともに文字枠の位置に文字が挿入された状態を示すデータとなる。しかし、コンピュータ２０にてパッケージファイル２１ａを作成した段階では、編集前の画像データと編集後の画像データとはまったく同じデータである。
【００３５】
以上のようにして、スクリプトファイル２１ａ１と、印刷用データファイル２１ａ３と、サムネイルデータファイル２１ａ２とを作成したら、コンピュータ２０は、印刷する画像は印刷用データファイル２１ａ３に含まれ、サムネイル表示用の画像はサムネイルデータファイル２１ａ２に含まれることをスクリプトファイル２１ａ１に記述した上で、これら複数のデータファイルを所定の順序にて合体させて一つのパッケージファイル２１ａとし、かつ、当該パッケージファイル２１ａをメモリ２３に保存する（Ｓ１６０）。
以上の処理により、コンピュータ２０によるパッケージファイル２１ａの生成処理が完了する。
【００３６】
（３）パッケージファイルの編集処理
図５は、携帯電話１０のハードウェア構成を示すブロック図である。携帯電話１０は通話やデータ通信など種々の機能を実現しており、その機能の一部として画像処理を実施することで画像処理装置として機能する。携帯電話１０は、リムーバブルメモリＩ／Ｆ１１ａと、表示部１２と、入力ボタン１３と、通信部１４と、ＣＰＵ１５と、ＲＯＭ１６と、ＲＡＭ１７とを備えている。ＣＰＵ１５はバス１８を介して各部に接続されており、ＲＯＭ１６，ＲＡＭ１７と協働して所定のプログラムを実行することができる。また、ＲＯＭ１６には、以下の編集処理を行うための編集プログラムが記憶されている。
【００３７】
表示部１２は、携帯電話１０に備えられたディスプレイであり、ＣＰＵ１５の制御によって各種の画像やＵＩ等を表示することができる。入力ボタン１３は、複数の押しボタンを含み、ＣＰＵ１５は、利用者による押しボタンの押し込み操作を受け付け、各種の入力情報を取得することができる。通信部１４は、ＣＰＵ１５の制御によって基地局３０との無線通信を実行し通話やデータ通信を実行する。リムーバブルメモリＩ／Ｆ１１ａにはリムーバブルメモリ１１を装着可能であり、ＣＰＵ１５は、リムーバブルメモリ１１に対してデータを書き込み、また、リムーバブルメモリ１１からデータを読み出すことが可能である。リムーバブルメモリ１１には、コンピュータ２０において生成されたパッケージファイル２１ａが保存されることになる。
【００３８】
図６は、携帯電話１０においてＣＰＵ１５が実行するパッケージファイル２１ａの編集処理をフローチャートにより示している。
携帯電話１０の利用者は、携帯電話１０の入力ボタン１３を操作して、上記編集プログラムを起動可能であり、当該編集プログラムによって同図に示す編集処理が実施される。本実施形態において、まず、利用者は入力ボタン１３を操作してパッケージファイル２１ａのダウンロードを行い、所望のパッケージファイル２１ａをリムーバブルメモリ１１に記憶させる（Ｓ２００）。ダウンロードするパッケージファイル２１ａの数は任意である。
【００３９】
つまり、コンピュータ２０の通信部２４は、携帯電話１０からのアクセスを受け付け、認証処理等を行った後にそのアクセスに応じてパッケージファイル２１ａを携帯電話１０に送信する。携帯電話１０の側では、ＣＰＵ１５は、通信部１４を介して受信したパッケージファイル２１ａをリムーバブルメモリ１１に保存する。
【００４０】
Ｓ２０５では、ＣＰＵ１５は、リムーバブルメモリ１１に保存されているパッケージファイル２１ａの中から一つのパッケージファイル２１ａを選択する。この場合、携帯電話１０の利用者は、入力ボタン１３を操作してパッケージファイル２１ａの選択を行う。つまり、ＣＰＵ１５は、リムーバブルメモリ１１にアクセスし、当該リムーバブルメモリ１１に記憶されている複数のパッケージファイル２１ａを認識し、表示部１２の表示を制御してそれらのいずれかを選択できるように選択肢を提供する。利用者は入力ボタン１３によって所望のパッケージファイル２１ａを指示し、ＣＰＵ１５がその指示内容を取得すると、パッケージファイル２１ａの選択が確定する。
【００４１】
次にＣＰＵ１５は、上記選択したパッケージファイル２１ａにおけるサムネイルデータファイル２１ａ２からサムネイルデータを抽出する。このとき、初編集と再編集とで表示対象となる画像は異なり、ＣＰＵ１５は、上記選択されたパッケージファイル２１ａの編集が再編集であるか否かを判別する（Ｓ２１０）。ここでは、再編集であるか否かを判別することができればよく、再編集であるか否かを判別するためのフラグ等をパッケージファイル２１ａに含めてもよいし、サムネイルデータファイル２１ａ２に記述されている編集前の画像データと編集後の画像データを比較してもよいし、種々の構成を採用可能である。
【００４２】
Ｓ２１０において、再編集ではないと判別されたときには、サムネイルデータファイル２１ａ２のアプリケーションマーカ部分から編集前の画像データを取得する（Ｓ２１５）。ただし、再編集ではない場合は、編集前の画像データと編集後の画像データとは同一内容となっているため、Ｓ２１５においては、アプリケーションマーカ部分から画像データを取得することは必須ではなく、ボディ部分から編集後の画像データを取得するようにしてもよい。Ｓ２１０において、再編集であると判別されたときには、サムネイルデータファイル２１ａ２のボディ部分から編集後の画像データを取得する（Ｓ２２０）。
ＣＰＵ１５は、取得した画像データに基づいて表示部１２にサムネイル画像を表示する（Ｓ２２５）。また、ここでは、画像の表示とともに編集開始指示を受け付けるためのＵＩも表示する。
【００４３】
図７は、携帯電話１０において編集を行う際に表示部１２で表示する画面の例を示す図である。同図においては、再編集ではない場合に表示部１２に表示されるサムネイル画像の例を（ａ）として示している。図７（ａ）においては、画面の中央に編集前の画像データに基づく画像が表示され、左下に編集開始指示を受け付けるための編集ボタンが表示されている。編集前の画像データにおいては、文字枠における文字がまったく配置されていないので、図７（ａ）にて破線で示す文字枠において文字はまったく表示されない。なお、図７（ａ）では理解の容易のために文字枠を破線で示しているが、実際の表示画面において破線は表示されない。すなわち、編集前の画像データは印刷画像のプレビューであり、印刷時に文字枠は印刷しないため、文字枠を明示的に示していない。
【００４４】
また、図７（ａ）において左下に示す編集ボタンは入力ボタン１３のいずれかに対応しており、ＣＰＵ１５は、この編集ボタンによる編集開始指示を受け付けたか否かを判別している（Ｓ２３０）。すなわち、図７（ａ）のような画面表示を行っている状態で、ＣＰＵ１５は上記編集ボタンに対応した入力ボタン１３の操作を受け付けたか否かを判別している。
【００４５】
Ｓ２３０にて編集開始指示を受け付けたと判別されたときには、図７（ｂ）に示す編集画面に移行して編集を開始するが、このためにＣＰＵ１５は、スクリプトファイル２１ａ１を解析し、各文字枠の属性および文字数を取得する（ステップＳ２３５）。本実施形態においては、携帯電話１０は、文字枠の属性と項目名とを対応付けた対応関係データを予め備えておき、かかるデータを参照して、各文字枠の属性を項目名に変換する（ステップＳ２４０）。
【００４６】
以上の処理によって、文字枠の項目名と文字数とが取得できたことになるので、ＣＰＵ１５は、項目名とその項目名に対する文字の入力ボックスとを併記して表示部１２に図７（ｂ）のような編集画面を表示する（ステップＳ２４５）。同編集画面においては、各項目名「郵便番号」「住所」「名前」と、それらに対応する入力ボックスとを表示している。この編集画面を表示した状態にて、ＣＰＵ１５は、入力ボタン１３による入力ボックスの指示および文字の入力を受け付けており（Ｓ２５０）、また、入力ボタン１３によって文字入力の終了指示がなされたか否かを判別している（Ｓ２５５）。
【００４７】
Ｓ２５５にて文字入力の終了指示がなされたと判別されると、ＣＰＵ１５は、その時点で入力されていた各項目への文字にて入力内容を確定し、その入力内容を示す文字データによりスクリプトファイル２１ａ１の内容を更新する（Ｓ２６０）。すなわち、スクリプトファイル２１ａ１に記述されている各種データのうち、書き換え可能なデータであるデータＤ２を、上記文字入力によって取得した文字データによって書き換える。
【００４８】
ここで、Ｓ２０５で選択したパッケージファイル２１ａに対して初めての編集作業である場合には、データＤ２は上記文字ダミーデータの状態であるため、かかる文字ダミーデータを具体的な文字データ（例えば、具体的住所としての「長野県塩尻市△△△」。）に書き換える。つまり、データＤ２の全領域を占める文字ダミーデータのうち上記文字データのデータ量に対応する分を消去し、当該消去によって確保された領域に上記文字データを記録する。上述したように本実施形態では、文字ダミーデータのデータ量は、対応する文字枠に記述可能な最大文字数に対応しているため、上記文字入力によって取得した文字データのデータ量が文字ダミーデータのデータ量を超えることはない。その結果、上記書き換えにより、文字ダミーデータの一部または全部が、上記文字データに置き換わる。
【００４９】
一方、再編集である場合には、そのときスクリプトファイル２１ａ１に記述されている書き換え可能なデータＤ２をさらに書き換える。例えば、具体的住所としての「長野県塩尻市△△△」を新たな住所としての「東京都新宿区△△△△△」に書き換える。この例では「長野県塩尻市△△△」から「東京都新宿区△△△△△」というように、編集後の文字数が増加している。しかし、当該「東京都新宿区△△△△△」も、項目名「住所」に対応する文字枠に入力可能な文字数である以上、「東京都新宿区△△△△△」を示す文字データのデータ量が、スクリプトファイル２１ａ１生成時に設定された文字ダミーデータのデータ量を超えることはない。つまり、上記住所の書き換え作業によっては、データＤ２は、そのデータ要素のうち文字データが占める割合が増え、文字ダミーデータが占める割合が低下する。
【００５０】
図８は、データＤ２について初めて編集を行った場合のスクリプトファイル２１ａ１内におけるデータ構成の変化を、図９は、データＤ２について再編集を行った場合のスクリプトファイル２１ａ１内におけるデータ構成の変化を、それぞれ模式的に示している。両図において、（ａ）は編集前、（ｂ）は編集後の各データＤ１，Ｄ２の構成を示しており、特にデータＤ２については、矩形で示した各データのデータ量のうち白抜き部分を文字ダミーデータが占める領域、ハッチング部分を上記文字入力によって取得した文字データが占める領域としている。図８によれば、初編集前は全てが文字ダミーデータで構成されていたデータＤ２について、その一部が文字データに書き換えられたことが判り、図９によれば、再編集前において文字ダミーデータが占めていた領域が同再編集によって減少し、文字データの占める範囲が増加したことが判る。つまり、データＤ２は、文字データと文字ダミーデータと（いずれか一方のみの場合を含む）によって満たされる構造となっている。また、このような書き換え処理によっても、各データＤ１はもとより、各データＤ２についてもそのデータ量は不変であり、その結果、スクリプトファイル２１ａ１自体のデータ量も不変となっている。
【００５１】
本実施形態においては、スクリプトファイル２１ａ１の書き換えとともに、サムネイルデータファイル２１ａ２の内容も書き換える。
すなわち、スクリプトファイル２１ａ１は画像のレイアウトを規定しており、Ｓ２６０におけるスクリプトファイル２１ａ１の更新により、携帯電話１０において表示すべきサムネイル画像の内容も変更されることになる。そこで、Ｓ２６５においては、ＣＰＵ１５は、編集後の画像データを作成し、同生成した編集後の画像データによってサムネイルデータファイル２１ａ２を更新する。
【００５２】
Ｓ２６５における処理を詳述すると以下のようになる。ＣＰＵ１５は、サムネイルデータファイル２１ａ２のアプリケーションマーカ部分から編集前の画像データを抽出するとともに、スクリプトファイル２１ａ１を参照して同画像データ上における各文字枠の位置を特定し、この特定した位置に上記編集画面を介して受け付けた各文字枠への入力文字を配置する。このとき、配置する文字については、スクリプトファイル２１ａ１に記述してある文字の大きさ（フォントサイズ）を所定の縮小比（印刷用紙のサイズと表示部１２が表示を行う画像のサイズとの比）で縮小した大きさにて配置する。この結果、上記受け付けた文字が適正な大きさで適正な位置に配置された場合の画像のサムネイル画像が作成されることになるので、この画像データを新たな編集後の画像データとし、サムネイルデータファイル２１ａ２のボディ部分を当該新たな編集後の画像データにより書き換える。
【００５３】
ボディ部分にはなんらかの内容を持つ編集後の画像データが既に所定の圧縮率にて圧縮された状態で保存されている。つまり、初編集の場合には、編集前の画像データと同じ内容の画像データが、再編集の場合には、過去に上記編集画面を介して受け付けた何らかの文字を配置した状態の画像にかかる画像データが、編集後の画像データとして保存されている。Ｓ２６５では、既に保存されている編集後の画像データを破棄し、上記新たな編集後の画像データを所定の圧縮率にて圧縮して保存する。このとき、破棄する圧縮画像データと新たに保存する圧縮画像データとでは、そのデータサイズが異なる場合がある。しかし上述したように、サムネイルデータファイル２１ａ２のボディ部分は、編集後の画像データのデータサイズの増加分をも吸収可能なように記録領域としての余剰エリアを持たせてある。そのため、編集後の画像データを書き換えても、ボディ部分の全体のデータサイズは変わらず、その結果、サムネイルデータファイル２１ａ２全体のデータサイズも不変となる。
【００５４】
ここで、ボディ部分の記憶容量をどの程度に設定するかは種々の考え方があるが、一例として次のようにしても良い。例えば、上記編集画面を介して全ての文字枠においてそれぞれ上限となる文字数を受け付け、その全文字を配置した場合の画像にかかる画像データを特定の圧縮率にて圧縮したときの圧縮画像データのデータ量を、記憶可能な程度の記憶容量に設定するとしてもよい。
【００５５】
以上の処理により、スクリプトファイル２１ａ１とサムネイルデータファイル２１ａ２の更新が終了する。本実施形態においては、上記編集画面を介して入力した文字を表す文字データや、上記ボディ部分に保存される編集後の画像データが、特許請求の範囲に言う書換対象データに該当する。
ここで、ＣＰＵ１５が、スクリプトファイル２１ａ１およびサムネイルデータファイル２１ａ２の更新処理を、リムーバブルメモリ１１に保存されているパッケージファイル２１ａへの直接的な処理として実行する場合には特に問題とはならないが、スクリプトファイル２１ａ１やサムネイルデータファイル２１ａ２を携帯電話１０が元々備える所定のワークメモリに読み出した上で行う場合には、更新後のスクリプトファイル２１ａ１およびサムネイルデータファイル２１ａ２を、パッケージファイル２１ａに戻す処理、いわゆる再パッケージ化処理が必要となる。
【００５６】
再パッケージ化処理を次のように行うことができる。ＣＰＵ１５は、ワークメモリに読み出したスクリプトファイル２１ａ１とサムネイルデータファイル２１ａ２に対する更新が終了した後、リムーバブルメモリ１１に記録したパッケージファイル２１ａから、書き換え対象としなかった残りのデータファイルをワークメモリ１９に読み出す。そして、更新後のスクリプトファイル２１ａ１およびサムネイルデータファイル２１ａ２と、書き換え対象としなかったデータファイルとを所定の順序にて合体させて一つのファイルにまとめる。その結果、一部のデータファイルの内容が書き換えられたパッケージファイル２１ａが完成する。再パッケージ化したパッケージファイル２１ａは、再びリムーバブルメモリ１１に記録する。
【００５７】
さらに、上記再パッケージ化処理は、ワークメモリ上ではなく、リムーバブルメモリ１１上で行っても良い。この場合、ＣＰＵ１５は、上記更新を行った各データファイルをリムーバブルメモリ１１に送信するとともに、リムーバブルメモリ１１に元々記録されているパッケージファイル２１ａのうち、書き換え対象となるデータファイルの部分を上記更新を行ったデータファイルによって書き換える。このように、再パッケージ化をリムーバブルメモリ１１で行うとすれば、ワークメモリの消費を抑えることができる。さらに、再パッケージ化処理は、書き換え対象となる全てのデータファイルについての更新を完了した後に行う構成に限定する必要はない。
【００５８】
つまり、ＣＰＵ１５は、Ｓ２６０の処理が完了したと判断したら、Ｓ２６５の処理を行う前に、更新されたスクリプトファイル２１ａ１によってパッケージファイル２１ａのスクリプトファイル部分を書き換える。次に、Ｓ２６５の処理が完了したと判断したら、更新されたサムネイルデータ２１ａ２によってパッケージファイル２１ａのサムネイルデータファイル部分を書き換える。
以上の処理によって、パッケージファイル２１ａの編集処理が終了する。なお、印刷用データファイル２１ａ３についても、スクリプトファイル２１ａ１とサムネイルデータファイル２１ａ２の更新内容に応じて、その内容を更新するとしてもよい。
【００５９】
図１０は、サムネイル画像の変移の様子を説明するための説明図である。
同図（ａ）においては、一度も編集を行っていないときの画像を表示している表示部１２の画面を示している。この画面は、Ｓ２１０にて再編集であると判別されなかったときに表示される画面であり、上記サムネイルデータファイル２１ａ２における編集前の画像データに基づいて表示される画面を示している。
【００６０】
図１０（ｂ）は、この編集前の画像データについてＳ２３５〜Ｓ２６５の処理に基づいて編集を行った後に表示部１２に表示される画面を示している。すなわち、いったん編集を行った後に、再度編集の対象として当該編集後の画像に関するパッケージファイル２１ａを選択した場合、Ｓ２１０の判別を経てＳ２２０にて編集後の画像データが取得されるので、表示部１２には編集後の画像が表示される。
【００６１】
以上のように、編集前には図１０（ａ）が表示されることによって、利用者は画像が未編集であることを容易に判定することができるし、編集後には図１０（ｂ）が表示されることによって、利用者は画像が編集済みであることを容易に判定することができる。
図１０（ｃ）は、図１０（ｂ）に示す状態からさらに再編集を行った場合に表示部１２にて表示される画面を示している。この場合、Ｓ２３５〜Ｓ２６５の処理によって、受け付けた文字をサムネイル画像に配置した状態の画像データが作成されることになるが、このとき、Ｓ２６５において、サムネイルデータファイル２１ａ２から編集前の画像データを抽出し、この画像データに対して上記縮小後の文字を配置している。従って、この編集の直前に、編集後の画像が図１０（ｂ）のようになっていたとしても、図１０（ｂ）にて配置されている文字を削除し、また、配置前の画像を再描画することなく、単に編集前の画像に上記縮小後の文字を配置するのみで編集後の画像データを作成することができる。
【００６２】
（４）まとめ
このように本発明においては、コンピュータ１０は、生成するパッケージファイル２１ａのデータ構造を、同パッケージファイル２１ａに含まれる各データファイルがその構成の一部とするデータのうち将来的に書き換え対象となってそのデータ量が増加する性質のデータ（書換対象データ）については同増加分をも吸収して記録できるだけの余剰的な記録領域を設けた構造とした。従って、携帯電話１０の操作によってパケージファイル２１ａの各データファイルに対する編集処理を行い、書換対象データのデータ量が変化した場合であっても、同変化は上記余剰的な記録領域の範囲内にとどまる。その結果、同変化の影響を受けて、同じデータファイル内の他のデータの記録位置を移動させたり、書換対象データを含むデータファイルの後に合体している他のデータファイルの記録位置を移動させるといった、負担の大きい処理を行う必要が一切無くなり、上記パッケージファイル２１ａに対する編集処理を、極めて少ない処理負担と処理時間とで実現することが可能となる。
【図面の簡単な説明】
【００６３】
【図１】コンピュータと携帯電話等とを示した説明図である。
【図２】コンピュータの構成を示すブロック図である。
【図３】パッケージファイルの生成処理を示すフローチャートである。
【図４】パッケージファイルの一例を示す図である。
【図５】携帯電話の構成を示すブロック図である。
【図６】パッケージファイルの編集処理を示すフローチャートである。
【図７】表示部で表示する画面の例を示す図である。
【図８】編集前後におけるスクリプトファイル内のデータ構造を示した図である。
【図９】編集前後におけるスクリプトファイル内のデータ構造を示した図である。
【図１０】再編集時の画面の例を示す図である。
【符号の説明】
【００６４】
１０…携帯電話、１１…リムーバブルメモリ、１１ａ…リムーバブルＩ／Ｆ、１２…表示部、１３…入力ボタン、１４…通信部、１５…ＣＰＵ、１６…ＲＯＭ、１７…ＲＡＭ、２０…コンピュータ、２１ａ…パッケージファイル、２１ａ１…スクリプトファイル、２１ａ２…サムネイルデータファイル、２１ａ３…印刷用データファイル、２２…入力受付部、２３…メモリ、２４…通信部、２６…制御部、２６ａ…ＣＰＵ、２６ｂ…ＲＯＭ、２６ｃ…ＲＡＭ、３０…基地局
【図１】
2007102291.tif 000003
【図２】
2007102291.tif 000004
【図３】
2007102291.tif 000005
【図４】
2007102291.tif 000006
【図５】
2007102291.tif 000007
【図６】
2007102291.tif 000008
【図７】
2007102291.tif 000009
【図８】
2007102291.tif 000010
【図９】
2007102291.tif 000011
【図１０】
2007102291.tif 000012