JP2014082741A - 情報処理装置、その制御方法、情報処理方法およびそのプログラム - Google Patents

Abstract

【課題】画像データの解像度に応じて、複数のフレーム画像の中から適切なフレーム画像を選択し、写真画像を写真のフレーム画像と合成して印刷する。
【解決手段】画像データの解像度を特定し（ステップＳ７０１）、解像度が閾値以下かを判定し（ステップＳ７０２）適用するフレーム画像を取得（ステップＳ７０３、Ｓ７０４）、画像データのサイズ（解像度）に合わせてフレーム画像をリサイズ（拡大、又は縮小）して（ステップＳ７０５）オーバレイする。
【選択図】図７

Description

本発明は、情報処理装置、その制御方法及びプログラムに関する。

写真画像（画像データ）を写真のフレーム画像と合成して印刷する場合がある。この場合、ユーザは写真画像と、フレーム画像と、をどのように組み合わせるかを指定する必要がある。例えば、写真画像の大きさ、フレーム画像の大きさ夫々の調整や、写真画像に含まれる被写体のフレーム内での位置調整作業は煩雑である。

これに対し、例えば、写真画像を拡大縮小するときの基準点をフレームの中心に設定することにより、フレーム内における写真画像の位置（被写体の位置）をずらすことなく、写真画像の拡大縮小ができる技術が公開されている（例えば特許文献１）。

特開２０００−９９６８３号公報

しかしながら、特許文献１の技術においては、フレーム画像に設定された基準点を中心として写真画像を拡大縮小するため、例えば、写真画像の大きさとフレーム画像の大きさに、ある程度の差がある場合、写真画像の画質が劣化してしまう場合がある。

そこで本発明は、画像データの解像度に応じて、複数のフレーム画像の中から適切なフレーム画像を選択するための仕組みを提供することを目的とする。

本発明の情報処理装置は、複数のフレーム画像を記憶管理する機能を有する情報処理装置であって、画像データを取得する画像データ取得手段と、前記画像データの解像度の情報である解像度情報を抽出する解像度情報抽出手段と、前記解像度情報抽出手段で抽出した前記解像度情報に適合するフレーム画像を、複数の前記フレーム画像から選択するフレーム画像選択手段と、前記フレーム画像選択手段で選択したフレーム画像を、前記画像データに合わせてオーバレイするオーバレイ手段と、を備えることを特徴とする。

本発明によれば、画像データの解像度に応じて、複数のフレーム画像の中から適切なフレーム画像を選択するための仕組みを提供することができる。

本発明の実施形態における、システム構成の一例を示す図である。 本発明の実施形態における、各装置のハードウェア構成の一例を示す図である。 本発明の実施形態における、各装置の機能構成の一例を示す図である。 本発明の実施形態における、画像データリストへの画像データ登録処理の流れを示すフローチャートである。 本発明の実施形態における、画像データ合成処理の概要を示すフローチャートである。 本発明の実施形態における、画像データ合成処理の詳細を示すフローチャートである。 本発明の実施形態における、フレーム画像の選択及び適用処理の一例の流れを示すフローチャートである。 本発明の実施形態における、フレーム画像の選択及び適用処理の一例の流れを示すフローチャートである。 本発明の実施形態における、フレーム画像の選択及び適用処理の一例の流れを示すフローチャートである。 本発明の実施形態における、画像データリストの構成の一例を示す図である。 本発明の実施形態における、画像データの一例を示す図である。 本発明の実施形態における、フレーム画像データの構成の一例を示す図である。 本発明の実施形態における、画像データ閲覧画面の構成の一例を示す図である。 本発明の実施形態における、フレーム画像選択及び適用処理の様子の一例を示す図である。 本発明の実施形態における、フレーム画像の適用の様子の一例を示す図である。 本発明の実施形態における、閾値テーブルの構成の一例を示す図である。 本発明の実施形態における、フレーム画像の適用の様子の一例を示す図である。 本発明の実施形態における、フレーム画像の選択及び適用処理の一例の流れを示すフローチャートである。 本発明の実施形態における、フレーム画像の部分適用の様子の一例を示す図である。 本発明の実施形態における、フレーム変形可否テーブルの構成の一例を示す図である。

以下、図面を用いて本実施形態について説明をする。図１は、本発明の実施形態における、システム構成の一例を示す図である。図１の情報処理システムでは、クライアント端末１００とウェブサイトサーバ２００とが、ネットワーク１を介して接続可能な状態にある。

本実施形態においてクライアント端末１００は、インターネットにアクセスするためのインターネットブラウザを備えている。また、本実施形態においてウェブサイトサーバ２００は、クライアント端末１００から選択を受け付けてアップロードされる画像を記憶部（例えばＨＤＤ）の所定の記憶領域に記憶し、ユーザによって作成される不図示のテーブルである、アルバムのデータテーブルを記憶している。ここでは、クライアント端末１００はＰＣであるものとして図示しているが、例えばタブレット端末のような通信機能を有する端末であってもよい。

次に、図２を参照して、本発明の実施形態における、各装置のハードウェア構成の一例について説明する。図２は、本発明の実施形態における、各装置のハードウェア構成の一例を示す図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（ＢａＳｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ ＳｙＳｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要は後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示機への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示機はＣＲＴだけではなく、液晶ディスプレイ等の他の表示機であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメインコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続、通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に図３を参照して、本発明の実施形態における、各装置の機能構成の一例について説明する。図３は、本発明の実施形態における、各装置の機能構成の一例を示す図である。

図３に示すように、クライアント端末１００は、画像選択画面表示部３０１、合成画像選択受付部３０２、合成準備指示受付部３０３等から構成されている。また、ウェブサイトサーバ２００は、画像リスト取得部３１１、画像合成部３１２、合成対象画像特定部３１３、解像度特定部３１４、フレーム抽出部３１５、画像データ記憶部３１６等から構成されている。

画像選択画面表示部３０１は、画像データの閲覧画面を表示する表示部である。画像データの閲覧画面とは、例えば、図１３の画像データ閲覧画面１３００のような画面である。

ここで図１３を参照して、本発明の実施形態における、画像データ閲覧画面の構成の一例について説明する。図１３は、本発明の実施形態における、画像データ閲覧画面の構成の一例を示す図である。

尚、画像データ閲覧画面１３００は、クライアント端末１００の表示画面に表示される不図示のログイン画面から、ユーザＩＤ、パスワード等のユーザを特定する情報の入力指示を受け付けることによりウェブサイトサーバへのログインが行われた後、最初に表示される不図示のカレンダー画面において日付の選択指示を受け付けた場合に、当該日付の情報に紐付いた画像データと共に、表示画面に表示される。ログイン（認証）処理については周知の技術であるため、ここでは説明を割愛する。

画像データ閲覧画面１３００は、サムネイル表示欄１４０１、画像データ表示欄１３０２、「お祝いフォト指定」ボタン１３０３（画像登録ボタン１３０３）、「退院」ボタン１３０４等から構成される。サムネイル表示欄１４０１に表示される画像データの選択を受け付けると、当該画像データのタイトル、撮影日時などのメタデータ（Ｅｘｉｆ情報）と共に、当該選択された画像データが、画像データ表示欄１３０２に拡大表示される。尚、画像データとユーザを識別するためのユーザＩＤ、撮影日時等の情報を含むメタデータは、ウェブサイトサーバ２００の外部記憶領域（外部メモリ２１１等）に記憶されているものとする。

「お祝いフォト指定」ボタン１３０３とは、フレーム画像と合成するための画像データを登録するためのボタンである。当該合成の処理については、図５以下の図面の説明にて後述する。「合成準備完了」ボタン１３０４（「退院」ボタン１３０４）は、フレーム画像と合成するための画像データを、フレーム画像と合成する許可をするためのボタンである。以上が図１３の、本発明の実施形態における、画像データ閲覧画面の構成の一例についての説明である。

尚、本実施の形態において、お祝いフォトとは、画像データをプリントしてプレゼントするサービスに利用するためのものである。例えば、病院のサービスとして、出産のため入院している母親が指定したお祝いフォトをフレーム画像と合成して予めプリントしておき、退院後一カ月検診時にプリントした写真を渡すといった使い方を可能とするものである。

図３の説明に戻る。合成画像選択受付部３０２は、フレーム画像と合成する画像データの選択を受け付ける選択受付部である。例えば、画像データ閲覧画面１３００の「お祝いフォト指定」ボタン１３０３である。

合成準備指示受付部３０３は、フレーム画像と合成するための画像データを、フレーム画像と合成する許可の指示を受け付けるための指示受付部である。例えば、画像データ閲覧画面１３００の「合成準備完了」ボタン１３０４である。

画像リスト取得部３１１は、ウェブサイトサーバ２００の外部メモリ２１１等に記憶される画像データリストを取得する取得部である。画像データリストとは、例えば図１０に示す画像データリスト１０００のようなデータであって、画像データと、ユーザ情報と、当該画像データの合成処理に対する準備状況を対応付けて記憶するデータテーブルである。当該画像データリスト１０００の詳細については、図１０の説明で後述する。

画像合成部３１２は、画像データ（写真画像）と、フレーム画像を合成（オーバレイ）する合成部である。合成対象画像特定部３１３は、前述した画像データリストの中から、合成処理を適用する画像データを特定する特定部である。

解像度特定部３１４は、画像データ記憶部３１６に記憶されている画像データの情報から、画像データの解像度（ｐｉｘｅｌ数／大きさ／寸法）を特定する特定部である。フレーム抽出部３１５は、画像データに適用する（合成する）フレーム画像を選択して抽出する抽出部である。以上が図３の、本発明の実施形態における、各装置の機能構成の一例についての説明である。

次に図４を参照して、本発明の実施形態における、画像データリストへの画像データ登録処理の流れについて説明する。図４は、本発明の実施形態における、画像データリストへの画像データ登録処理の流れを示すフローチャートである。

クライアント端末１００のＣＰＵ２０１は、不図示のログイン画面からユーザ情報の入力を受け付け、ウェブサイトサーバ２００へのログイン処理を実行した後、ステップＳ４０１で、画像データの閲覧要求指示を受け付ける。

例えば、ログイン後表示画面に表示される不図示のカレンダー表示画面において、日付の指定指示を受け付けることにより、当該日付（日時情報）に対応する画像データの閲覧を要求する指示（画像データ閲覧画面１３００への画面の表示移行指示）を受け付ける（ステップＳ４０１）。

ここで図１１を参照して、本発明の実施形態における、画像データの一例について説明する。図１１は、本発明の実施形態における、画像データの一例を示す図である。

画像データ１１００は、画像ＩＤ１１０１、画像１１０２、Ｘ（ｗｉｄｔｈ／幅）１１０３及びＹ（ｈｉｉｇｈｔ／高さ）１１０４等から構成される。また、画像データ１１００は、図１１に示すように、画像データの付帯情報であるメタデータと対応付けて記憶されている。

画像ＩＤ１１０１は画像データを一意に識別するための識別情報である。画像１１０２は、画像データ（イメージ／イメージデータ）である。Ｘ（ｗｉｄｔｈ／幅）１１０３及びＹ（ｈｉｉｇｈｔ／高さ）１１０４は、それぞれ画像データの幅と高さ、つまり、解像度を示す。以上が図１１の、本発明の実施形態における、画像データの構成の一例についての説明である。

図４の説明に戻る。クライアント端末１００のＣＰＵ２０１は、画像データの閲覧要求をウェブサイトサーバ２００に送信し（ステップＳ４０２）、ウェブサイトサーバ２００のＣＰＵ２０１は、当該閲覧要求を受信して（ステップＳ４０３）、画像データを閲覧するための画面の情報、及び、当該画面に表示する画像データの情報をクライアント端末１００に送信する。

クライアント端末１００のＣＰＵ２０１は、当該画面の情報と、画像データを受信して（ステップＳ４０５）、表示画面に表示する（ステップＳ４０６）。例えば、画像データ閲覧画面１３００のような画面を表示する。

クライアント端末１００のＣＰＵ２０１は、画像登録指示を受け付ける（ステップＳ４０７）。つまり、例えば、画像データ閲覧画面１３００の、「お祝いフォト指定」ボタン１３０３の押下指示を受け付ける。そして、ウェブサイトサーバ２００に、サムネイル表示欄１４０１で選択を受けつけることにより画像データ表示欄１３０２に表示されている（つまり選択されている）画像データの登録指示を送信する（ステップＳ４０８）。尚、当該登録指示と共に、画像データを特定するための画像ＩＤ、及びユーザＩＤを送信するものとする。

ウェブサイトサーバ２００のＣＰＵ２０１は、当該指示の情報を受信し（ステップＳ４０９）、受信したユーザＩＤに対応する登録画像が既に存在するか否かを、画像データリスト１０００を参照して判定する（ステップＳ４１０）。

ここで図１０を参照して、本発明の実施形態における、画像データリストの構成の一例について説明する。図１０は、本発明の実施形態における、画像データリストの構成の一例を示す図である。

画像データリスト１０００は、ユーザ毎に登録済の画像データと、当該画像データのフレーム画像との合成処理を実施可能か否かの判断基準となる、当該画像データの状況データとを対応付けて管理するテーブルである。

画像データリスト１０００は、ウェブサイトサーバ２００の外部メモリ２１１などの記憶領域に記憶されている。画像データリスト１０００は、ウェブサイトサーバ２００のＣＰＵ２０１が、クライアント端末１００より画像データの登録指示を受け付けることで、生成、更新される。尚、本説明においては、既に画像データリスト１０００が生成済であるものとする。

画像データリスト１０００は、ユーザＩＤ１００１、画像ＩＤ１００２、状況１００３、拠点ＩＤ１００４等から構成されている。また、状況１００３に記憶される状況の定義は、状況定義テーブル１０１０にて予め設定、記憶されている。

ユーザＩＤ１００１は、ユーザを一意に識別するための識別情報である。画像ＩＤ１００２は、画像データを一意に識別するための識別情報である。状況１００３は、当該画像データのフレーム画像との合成処理を実施可能か否かの判断基準となる、画像データの状況を示す情報である。
尚、本実施例における状況定義の情報は、フレーム画像と画像データを合成し、当該合成画像の印刷を発注する処理の流れに基づいて定義されている。

ここでは、依頼待ち（合成処理待ち）＝１の情報が状況１００３に設定されている場合に、合成処理を許可、それ以外は合成処理不許可の状態とする。拠点ＩＤ１００４は、当該画像データの登録処理の指示元であるクライアント端末の設置されている拠点のＩＤである。

拠点ＩＤ１００４は拠点情報（拠点の名称等）と拠点の住所と対応付けて記憶されている。以上が図１０の、本発明の実施形態における、画像データリストの構成の一例についての説明である。

図４の説明に戻る。ウェブサイトサーバ２００のＣＰＵ２０１は、ステップＳ４０９で受信したユーザＩＤに対応する登録画像が既に存在するか否かを、画像データリスト１０００を参照して判定する（ステップＳ４１０）。

登録画像が既に存在すると判定した場合（ステップＳ４１０でＹＥＳ）、当該ユーザＩＤに対応する画像ＩＤを上書きする（ステップＳ４１２）。登録画像が既に存在しないと判定した場合（ステップＳ４１０でＮＯ）、ユーザＩＤ１００１と画像ＩＤ１００２を新規に登録し（ステップＳ４１１）、状況１００３を０に設定して処理を終了して画像データリストの更新を終了する。

また、クライアント端末１００のＣＰＵ２０１は、合成準備完了指示（「退院」ボタン１３０４の押下指示）を受け付け（ステップＳ４１４）、当該合成準備完了指示の情報、及びユーザＩＤをウェブサイトサーバ２００に送信する（ステップＳ４１５）。

ウェブサイトサーバ２００のＣＰＵ２０１は、受信したユーザＩＤに対応する画像データリスト１０００中の状況１００３を１＝依頼待ちに更新して（ステップＳ４１３）処理を終了する。以上が図４の、本発明の実施形態における、画像データリストへの画像データ登録処理の流れについての説明である。

次に図５を参照して、本発明の実施形態における、画像データ合成処理の概要について説明する。図５は、本発明の実施形態における、画像データ合成処理の概要を示すフローチャートである。

ウェブサイトサーバ２００のＣＰＵ２０１は、定期的に画像データリスト１０００の取得処理を行う（ステップＳ５０１）。リスト内のデータ（ユーザＩＤ１００１、画像ＩＤ１００２、状況１００３、拠点ＩＤ１００４の組み合わせデータ）を１つ取得し（ステップＳ５０２）、当該データの状況１００３が１＝依頼待ち（合成準備完了／合成処理許可）か、を判定する（ステップＳ５０３）。

当該データの状況１００３が１＝依頼待ちでないと判定した場合（ステップＳ５０３でＮＯ）、処理をステップＳ５０２に戻す。当該データの状況１００３が１＝依頼待ちであると判定した場合（ステップＳ５０３でＹＥＳ）、合成用データリストを生成し、当該合成用データリストに、ステップＳ５０２で取得したデータを当該合成用データリストに追加する（ステップＳ５０４）。

その後、画像データリスト１０００の全てのデータに対して、ステップＳ５０２〜Ｓ５０４の処理を適用したかを判定し（ステップＳ５０５）、全てのデータに対して、ステップＳ５０２〜Ｓ５０４の処理を適用済でないと判定した場合（ステップＳ５０５でＮＯ）、処理をステップＳ５０２に戻す。

全てのデータに対して、ステップＳ５０２〜Ｓ５０４の処理を適用済であると判定した場合（ステップＳ５０５でＹＥＳ）、処理をステップＳ５０６に移行し、当該データの拠点ＩＤ１００４毎に合成用データリストをグループ分けする（ステップＳ５０６）。

そして、それぞれのグループ毎に、グループのリストに含まれる全ての画像ＩＤの示す全ての画像データに対し、合成の処理をかける（ステップＳ５０７）。当該合成処理の詳細については、図６の説明にて後述する。

ここで図６を参照して、本発明の実施形態における、画像データ合成処理の詳細について説明する。図６は、本発明の実施形態における、画像データ合成処理の詳細を示すフローチャートである。

ウェブサイトサーバ２００のＣＰＵ２０１は、ステップＳ５０６でグループ分けされた合成用データリスト（グループ分けリスト）を取得し（ステップＳ６０１）、当該リスト内のデータ（ユーザＩＤ１００１、画像ＩＤ１００２、状況１００３、拠点ＩＤ１００４の組み合わせデータ）を１つ取得する（ステップＳ６０２）。

ウェブサイトサーバ２００のＣＰＵ２０１は、ステップＳ６０２で取得したデータの画像ＩＤ１００２の示す画像データ１１００を取得する（ステップＳ６０３）。そして、当該画像データのフレーム画像の選択及び合成処理を実行する（ステップＳ６０４）。ステップＳ６０４の処理の詳細については、図７の説明にて後述する。

ここで図７を参照して、本発明の実施形態における、フレーム画像の選択及び適用処理の一例の流れについて説明する。図７は、本発明の実施形態における、フレーム画像の選択及び適用処理の一例の流れを示すフローチャートである。

ウェブサイトサーバ２００のＣＰＵ２０１は、図６のステップＳ６０２で取得したデータの画像ＩＤ１００２の示す画像データ１１００の、当該画像データの解像度（Ｘ１１０３、Ｙ１１０４）を特定する（ステップＳ７０１）。つまり、画像データの幅、高さ（ｐｉｘｅｌ／ピクセル／解像度）を取得（抽出）する。

そして、当該解像度が閾値以下かを判定する（ステップＳ７０２／つまり、図１６のフレーム選択条件のいずれに該当するかを判定する）。ここでいう閾値とは、図１６に示す閾値テーブル１６００のようなテーブルに記憶されている閾値１６０１に設定された数値のことである。

ここで図１６を参照して、本発明の実施形態における、閾値テーブルの構成の一例について説明する。図１６は、本発明の実施形態における、閾値テーブルの構成の一例を示す図である。

図１６に示す通り、閾値テーブル１６００は、閾値１６０１、フレームＩＤ１６０２等から構成されている。閾値１６０１は、ウェブサイトサーバ２００のＣＰＵ２０１が画像データと合成するフレーム画像を選択するための基準となる閾値のデータであって、ウェブサイトサーバ２００の外部メモリ２１１等の記憶領域に記憶されている。（閾値記憶手段に該当）。

ここで設定されている閾値は、Ｘ＝２３００、Ｙ＝１７５０である。「Ｘ＞２３００ ｏｒ Ｙ＞１７５０」及び「Ｘ≦２３００ ａｎｄ Ｙ≦１７５０」は、当該閾値を基準として設定された、画像データに合成するためのフレーム画像を選択する条件（フレーム選択条件）である。尚、当該閾値１６０１に設定されているＸ、及びＹは、それぞれ画像データ１１００のＸ、及びＹを指すものとする。つまり画像データの長辺及び短辺のピクセルが、ＸとＹそれぞれの閾値以内かを判定するものである。

フレームＩＤ１６０２は、フレーム画像を一意に識別するための識別情報である。つまり、閾値１６０１に基づいて、いずれのフレーム画像が画像データと合成されるかが選択、決定される。

尚、ここでは、ステップＳ７０２において画像データの解像度が閾値以下かを判定するものとしたが、例えば設定に応じて、画像データの解像度が閾値より小さいか、という判定をしてもよいものとする。

また、図１６の閾値１６０１は、合成するフレーム画像のフレームＩＤを特定するための条件を記載しているが、例えば、「閾値１６０１：Ｘ＝２３００、Ｙ＝１７５０」として外部メモリ２１１に記憶しておき、画像データの解像度が閾値以下の場合、及び、画像データの解像度が閾値より大きい場合にいずれのフレーム画像を適用するか、については、別途ウェブサイトサーバ２００の外部メモリ２１１に記憶された条件の定義データ（不図示）に基づいて、ウェブサイトサーバ２００のＣＰＵ２０１に判断させるようにしてもよい。以上が図１６の、本発明の実施形態における、閾値テーブルの構成の一例についての説明である。

次に図１２を参照して、本発明の実施形態における、フレーム画像データの構成の一例について説明する。図１２は、本発明の実施形態における、フレーム画像データの構成の一例を示す図である。

図１２に示す通り、フレーム画像データ１２００は、フレームＩＤ１２０１、画像１２０２、Ｘ（ｗｉｄｔｈ／幅）１２０３及びＹ（ｈｉｉｇｈｔ／高さ）１２０４等から構成される。フレームＩＤ１２０１は、フレーム画像（画像１２０２）を一意に識別するための識別情報である。画像１２０２は、フレーム画像である。フレーム画像の例については、図１５以下の図面の説明にて後述する。

Ｘ（ｗｉｄｔｈ／幅）１２０３及びＹ（ｈｉｉｇｈｔ／高さ）１２０４は、それぞれフレーム画像の幅と高さ、つまり、解像度を示す。以上が図１２の、本発明の実施形態における、フレーム画像データの構成の一例についての説明である。

図７の説明に戻る。ステップＳ７０２において、ステップＳ７０１で特定した画像データの解像度（Ｘ１１０３、Ｙ１１０４）が閾値以下かを判定する（ステップＳ７０２）。ここでは、図１６の記載に従い、Ｘ１１０３≦２３００、且つ、Ｙ１１０４≦１７５０の場合に、当該画像データの解像度が閾値以下（以内）であると判定するものとする。つまり、Ｘ１１０３＞２３００、又は、Ｙ１１０４＞１７５０の場合に、当該画像データの解像度が閾値より大きいと判定する。

当該画像データの解像度が閾値より大きいと判定した場合（ステップＳ７０２でＮＯ）、処理をステップＳ７０３に移行し、画像データの解像度が閾値より大きいと判定した場合に適用するフレーム画像を取得する（ステップＳ７０３／例えば、図１６のフレームＩＤ＝Ｆ１１１のフレーム画像を取得する）。

当該画像データの解像度が閾値以下であると判定した場合（ステップＳ７０２でＹＥＳ）、処理をステップＳ７０４に移行し、画像データの解像度が閾値以下であると判定した場合に適用するフレーム画像を取得する（ステップＳ７０４／例えば、図１６のフレームＩＤ＝Ｆ２２２のフレーム画像を取得する）。

ウェブサイトサーバ２００のＣＰＵ２０１は、画像データのサイズ（解像度）に合わせてフレーム画像をリサイズ（拡大、又は縮小）する（ステップＳ７０５）。尚、画像データの解像度とフレーム画像の解像度が同じ場合、当該リサイズは行わない。当該フレーム画像のリサイズ後、画像データとフレーム画像を合成（オーバレイ）する（ステップＳ７０６）。以上が図７の、本発明の実施形態における、フレーム画像の選択及び適用処理の一例の流れについての説明である。

図６の説明に戻る。ウェブサイトサーバ２００のＣＰＵ２０１は、合成済の画像データ（合成画像データ／合成画像）を外部メモリ２１１の画像データ記憶部に記憶し（ステップＳ６０５）、ステップＳ６０１で取得した合成用データリスト内の全てのデータに対し、ステップＳ６０２〜Ｓ６０５処理を実行したかを判定する（ステップＳ６０６）。

全てのデータを処理済でないと判定した場合（ステップＳ６０６でＮＯ）、処理をステップＳ６０２に戻し、全てのデータを処理済と判定した場合（ステップＳ６０６でＹＥＳ）、処理を終了する。以上が図６の、本発明の実施形態における、画像データ合成処理の詳細についての説明である。

図５の説明に戻る。ウェブサイトサーバ２００のＣＰＵ２０１は、ステップＳ５０６でグル―分けされたグループ毎に、合成済みの画像データ（合成画像データ）と、当該合成画像データの格納先のＵＲＬを対応付けたリスト（不図示）を生成し（ステップ）Ｓ５０８、当該リストを外部メモリ２１１等の記憶領域に記憶する（ステップＳ５０９）。以上が図５の、本発明の実施形態における、画像データ合成処理の概要についての説明である。

次に図１４、図１５を参照して、本発明の実施形態における、フレーム画像の適用の様子の一例について説明する。図１４、図１５は、本発明の実施形態における、フレーム画像の適用の様子の一例を示す図である。

画像１４０１は、解像度が閾値１６０１以下であるため、フレームＩＤ＝Ｆ２２２のフレーム１４０４が合成対象のフレーム画像として選択される。また、画像１４０１は、解像度が閾値１６０１より大きいため（Ｘ＝１９００のため）、フレームＩＤ＝Ｆ１１１のフレーム画像１４０５が合成対象のフレーム画像として選択される。

尚、図１５に示すように、フレーム画像は３つ以上あってもよいものとする。この場合、例えば、フレームＩＤ＝Ｆ３３３（図１２）のフレーム画像１４０３をフレームＩＤ＝Ｆ１１１、Ｆ２２２のフレーム画像の他に用意する場合、フレーム画像１４０３を画像データに合成するフレーム画像として選択・合成するための閾値を、閾値１６０１に追加する。例えば、閾値：Ｘ＝１１００、Ｙ＝９００を設定する。この場合フレーム画像１４０３は、解像度が当該閾値以下、つまり、Ｘ≦１１００、Ｙ≦９００の画像データに合成するフレーム画像として選択、設定される。

図１５の、合成画像データ１５０１は、図１４の画像データ１４０１にフレーム画像１４０４を合成した合成画像である。合成画像データ１５０２は、図１４の画像データ１４０２にフレーム画像１４０５を合成した合成画像である。
画像データ１４０１と、フレーム画像１４０４のアスペクト比（ＸとＹの長さの比率）は異なるが、この場合、フレーム画像１４０４のアスペクト比を崩し、画像データ１４０１の外枠にフレーム画像１４０４の外枠を一致させるように、フレーム画像１４０４を縮小（又は拡大）する。つまり、画像データのアスペクト比に、フレーム画像のアスペクト比を合わせるべく、フレーム画像の縮小（又は拡大）及び変形を行い、画像データにオーバレイする。（フレーム画像変形手段に該当）。
画像データ及びフレーム画像のアスペクト比の情報は、画像データ１１００、及びフレーム画像データ１２００から特定可能である。合成画像データ１５０２についても同様である。以上が図１４、図１５の、本発明の実施形態における、フレーム画像の適用の様子の一例についての説明である。

以上、本発明の第１の実施例について説明した。以下、図本発明の他の実施例（第２〜第３の実施例）について説明する。まず図８を参照して、本発明の第２の実施形態における、フレーム画像の選択及び適用処理の一例の流れについて説明する。図８は、図７に変わるバリエーション（変形例）である。図４〜図６の内容は、第１の実施形態と第２の実施形態において違いがないため、ここでは説明を割愛する。

ウェブサイトサーバ２００のＣＰＵ２０１は、画像データの長辺のピクセル数を取得する（ステップＳ８０１）。長辺とは、画像データの辺の内、長い方の辺であって、例えば、１６００×１２００の解像度の画像データの長辺のピクセル数は１６００である。

ウェブサイトサーバ２００のＣＰＵ２０１は、フレーム画像の解像度を取得し（ステップＳ８０２）、画像データの長辺のピクセル数に最も近いピクセル数の長辺を持つフレーム画像データを特定して抽出する（ステップＳ８０３）。例えば、解像度：１６００×１２００のフレーム画像と、解像度：３０００×１８００のフレーム画像と、が記憶されている場合、２５００×１８００の解像度の画像データに適用すべきフレーム画像は、解像度：３０００×１８００のフレーム画像となる。これは、１６００と２５００、３０００と２５００であれば、３０００と２５００の値の差の方が小さいからである。
ウェブサイトサーバ２００のＣＰＵ２０１は、選択、抽出したフレーム画像を画像データに合うように変形させ（ステップＳ８０４）、合成する（ステップＳ８０５）。以上が図８の、本発明の第２の実施形態における、フレーム画像の選択及び適用処理の一例の流れについての説明である。こうすることで、フレーム画像が多数存在する場合であっても、閾値を細かく設定、管理することなく、画像データに適合するフレーム画像の選択、合成をすることが出来る。

次に、図９を参照して、本発明の第３の実施形態における、フレーム画像の選択及び適用処理の一例の流れについて説明する。第３の実施形態においては、フレーム画像データのアスペクト比を変更しない場合における、画像データとフレーム画像の合成処理について説明する。

ウェブサイトサーバ２００のＣＰＵ２０１は、画像データの短辺のピクセル数を取得し（ステップＳ９０１）、フレーム画像の解像度を取得し（ステップＳ９０２）、画像データの短辺のピクセル数に最も近いピクセル数の短辺を持つフレーム画像データを特定して抽出する（ステップＳ９０３）。

フレーム画像のアスペクト比をそのままに、画像データの短辺に合致するよう、フレーム画像を縮小または拡大した場合に、図１７の１７０２のように、画像データがフレームからはみ出してしまう場合、当該フレーム画像に収まらない画像データの一部を切り取って（ステップＳ９０５／カットして）、画像データと合成する（ステップＳ９０６）。

また、ステップＳ９０３において、画像データの長辺のピクセル数に最も近いピクセル数の長辺を持つフレーム画像データを特定して抽出した場合（ステップＳ９０３）であって、フレーム画像のアスペクト比を変えないまま、画像データの長辺と、フレーム画像の長辺とが一致するようにフレーム画像を拡大または縮小した場合、画像データの短辺の長さと、フレーム画像の短辺の長さとに差が出る場合が考えられる。

この場合、図１７の１７０１に示すような、フレーム画像の内側と、画像データの外側との間に生じる余白空間に、別途ウェブサイトサーバ２００の外部記憶領域に記憶されている不図示のカラーデータ、乃至画像データを差し込んで、画像データと合成し、当該余白空間を埋めた上で、前記画像データとフレーム画像の合成処理を行うものとする。

こうすることで、フレームのアスペクト比が変更できない場合であっても、画像データに適合する適切なフレーム画像の選択、合成をすることが出来る。以上が、本発明の第３の実施形態における、フレーム画像の選択及び適用処理の一例の流れについての説明である。

次に図１８を参照して、本発明の第４の実施形態における、フレーム画像の選択及び適用処理の一例の流れについて説明する。第４の実施形態においては、フレーム画像データの設定に応じた画像データとフレーム画像の合成処理について説明する。

当該第４の実施形態においては、ユーザの目に見える、画像（写真）の前面に合成されるフレーム画像の大きさやアスペクト比を変更したくない場合であっても、当該フレーム画像と大きさ、アスペクト比の異なる画像に対して、当該フレーム画像を合成することが出来る方法（フレーム画像の部分適用（後述））について説明する。

これにより、例えば、画像（写真）の前面に合成されるフレーム画像の解像度が低い場合に、当該フレーム画像が拡大されることにより、当該フレーム画像が粗くなってしまうことを防ぐことが出来る。また、例えば、当該フレーム画像のオリジナルとの同一性を、部分的に（ユーザの目に見える画像について）に確保し、合成対象の画像に合成することが出来る。

ウェブサイトサーバ２００のＣＰＵ２０１は、画像データのアスペクト比の情報を、画像データ１１００より取得する（ステップＳ１８０１）。そして、フレーム画像データ１２００のサイズ情報及び、フレーム画像データのステータスを１つ取得する（ステップＳ１８０２）。

当該フレーム画像データのステータスとは、各フレーム画像データ１２００が、画像データの大きさに合わせて変形可能なフレーム画像か否か、又、当該フレーム画像が、画像データに部分的に適用可能なフレーム画像か否かを示す情報であって、予め、各フレーム画像データと対応付けられて、ウェブサイトサーバ２００の外部メモリ等の記憶領域に記憶されているものとする。例えば、図２０のフレーム変形可否テーブルに示すようなデータである。図２０は、本発明の実施形態における、フレーム変形可否テーブルの構成の一例を示す図である。

フレーム変形可否テーブル２０００は、フレームＩＤ２００１、変形可否２００２、部分適用可否２００３等から構成されている。フレームＩＤ２００１はフレーム画像データを一意に識別するためのＩＤである。変形可否２００２、部分適用可否２００３は、当該フレームＩＤ２００１の示すフレーム画像データが、変形可能であるか、部分適用可能であるかを、それぞれ示すデータである。

部分的に適用可能（部分適用可能）なフレーム画像データとは、例えば、図１９に示すフレーム画像のように、フレーム画像の一部が、当該フレーム画像を合成する合成対象の画像データ（写真）の前面に合成されるフレーム画像であって、当該合成対象の画像データの前面に合成される画像１９０１の大きさを変更することなく、当該合成対象の画像データの背面に合成される領域（透過領域１９０２）の大きさを変更して、画像データに合成可能なフレーム画像データである。

フレーム画像データを部分的に適用することで、フレーム画像全体を拡大する（つまり、当該合成対象の画像データの前面に合成される画像１９０１、及び、当該合成対象の画像データの背面に合成される透過領域１９０２の両方を拡大する）のではなく、合成対象の画像データの前面に合成されるフ画像１９０１の大きさを変えずに、画像データにフレーム画像を合成することが出来る。

ウェブサイトサーバ２００のＣＰＵ２０１は、ステップＳ１８０１で取得した画像データのアスペクト比と、フレーム画像データのサイズ情報及びそのステータスから、当該画像データとフレーム画像データのアスペクト比が一致するか否かを判定する（ステップＳ１８０３）。

画像データとフレーム画像データのアスペクト比が一致すると判定した場合（ステップＳ１８０３でＹＥＳ）、当該画像データの長辺の長さに基づいて、画像データに合成するフレーム画像データを１つ抽出する（ステップＳ１８０４）。例えば、当該画像データの長辺の長さに最も近い長さの長辺を有するフレーム画像データを抽出する。

ウェブサイトサーバ２００のＣＰＵ２０１は、当該フレーム画像データを、合成する画像データの大きさに合わせて拡大、又は縮小し（ステップＳ１８０５）、合成する（ステップＳ１８０６）。

一方、ウェブサイトサーバ２００のＣＰＵ２０１は、画像データとフレーム画像データのアスペクト比が一致しないと判定した場合（ステップＳ１８０３でＮＯ）、画像データの長辺の長さに最も近い長さの長辺のフレーム画像データを１つ抽出し（ステップＳ１８０７）、当該フレーム画像データが変形可能なフレーム画像か否かを、当該フレーム画像データに対応するステータスの情報を用いて判定する（ステップＳ１８０８）。

当該フレーム画像データが変形可能なフレーム画像であると判定した場合（ステップＳ１８０８でＹＥＳ）、ウェブサイトサーバ２００のＣＰＵ２０１は、当該フレーム画像データを、画像データの大きさ（例えば外枠）に合わせて変形させ（ステップＳ１８０９）、画像データと合成する（ステップＳ１８０６）。

当該フレーム画像データが変形可能なフレーム画像でない判定した場合（ステップＳ１８０８でＮＯ）、ウェブサイトサーバ２００のＣＰＵ２０１は、当該フレーム画像データが部分適用可能なフレーム画像か否かを判定する（ステップＳ１８１０）。

当該フレーム画像データが部分適用可能なフレーム画像であると判定した場合（ステップＳ１８１０でＹＥＳ）、当該フレーム画像データを、合成対象の画像データに部分適用し（ステップＳ１８１１／つまり、フレーム画像データの透過領域を画像データの大きさに合わせて拡大・縮小し、当該合成対象の画像の前面に合成する画像の大きさを変えないまま）、合成する（ステップＳ１８０６）。

ウェブサイトサーバ２００のＣＰＵ２０１は、当該フレーム画像データが部分適用可能なフレーム画像でないと判定した場合（ステップＳ１８１０でＮＯ）、ウェブサイトサーバ２００のＣＰＵ２０１は、合成対象の画像データとアスペクト比が一致しない、外部メモリ２１１に記憶された全てのフレーム画像データの、合成対象の画像データへの合成可否の判定（ステップＳ１８０７〜Ｓ１８１１）を実行済みか否か判定する（ステップＳ１８１２）。

合成対象の画像データとアスペクト比が一致しない、外部メモリ２１１に記憶された全てのフレーム画像データの、合成対象の画像データへの合成可否の判定を実行済であると判定した場合（ステップＳ１８１２でＹＥＳ）、処理を終了する。

合成対象の画像データとアスペクト比が一致しない、外部メモリ２１１に記憶された全てのフレーム画像データの、合成対象の画像データへの合成可否の判定を実行済でないと判定した場合（ステップＳ１８１２でＮＯ）、処理をステップＳ１８１２に戻し、画像データへの合成可否を未判定のフレーム画像データを取得する（ステップＳ１８０７）。

ウェブサイトサーバ２００のＣＰＵ２０１は、当該画像データへのフレーム画像データの合成が行われるか、又は、ステップＳ１８１２で、外部メモリ２１１に記憶された全てのフレーム画像データの、合成対象の画像データへの合成可否の判定が実行済であると判定されるまで、ステップＳ１８０７〜Ｓ１８１１の処理を繰り返す。以上が図１８の、本発明の第４の実施形態における、フレーム画像の選択及び適用処理の一例の流れについての説明である。

これにより、ユーザの目に見える、前面のフレーム画像の大きさやアスペクト比を変更したくない場合であっても、当該フレーム画像と大きさ、アスペクト比の異なる画像に対して、当該フレーム画像を合成することが出来る。

以上、本発明によれば、異なる大きさの画像データを合成する場合において、画像データの画質の劣化を低減するための仕組みを提供することができる。

即ち本発明は、複数のフレーム画像を記憶管理する機能を有する情報処理装置であって、
画像データを取得する画像データ取得手段と、前記画像データの解像度の情報である解像度情報を抽出する解像度情報抽出手段と、前記解像度情報抽出手段で抽出した前記解像度情報に適合するフレーム画像を、複数の前記フレーム画像から選択するフレーム画像選択手段と、前記フレーム画像選択手段で選択したフレーム画像を、前記画像データに合わせてオーバレイするオーバレイ手段と、を備えることを特徴とする。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、各装置が読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

また上記のソフトウェアで実現する各処理を、ファームウェアやハードウェア構成にして、各処理を各手段として実現することも可能であり、本発明の技術的範囲はこのようなファームウェアやハードウェア構成による実現も含むものである。

１ ネットワーク
１００ クライアント端末
２００ ウェブサイトサーバ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力装置（ＫＢ）
２１０ 表示装置（ＣＲＴ）
２１１ 外部メモリ

Claims (12)

1. 複数のフレーム画像を記憶管理する機能を有する情報処理装置であって、
   画像データを取得する画像データ取得手段と、
   前記画像データの解像度の情報である解像度情報を抽出する解像度情報抽出手段と、
   前記解像度情報抽出手段で抽出した前記解像度情報に適合するフレーム画像を、複数の前記フレーム画像から選択するフレーム画像選択手段と、
   前記フレーム画像選択手段で選択したフレーム画像を、前記画像データに合わせてオーバレイするオーバレイ手段と、
   を備えることを特徴とする情報処理装置。
2. フレーム画像選択手段で選択された前記フレーム画像を、前記画像データの大きさに合わせて変形させるフレーム画像変形手段と、
   を備え、
   前記オーバレイ手段は、前記フレーム画像変形手段で変形させた前記フレーム画像を、前記画像データにオーバレイすることを特徴とする請求項１に記載の情報処理装置。
3. 前記画像データに適合するフレーム画像として、前記選択手段で、いずれのフレーム画像を選択するかの基準となる、前記画像データの解像度の情報の閾値を記憶する閾値記憶手段と、
   を備え、
   前記選択手段は、前記画像データの解像度の情報と、前記閾値記憶手段で記憶した前記閾値に応じて前記画像データに適合するフレーム画像を、複数の前記フレーム画像から選択する請求項１又は２に記載の情報処理装置。
4. 前記選択手段は、前記画像データの長辺又は／及び短辺のピクセルの情報と、前記長辺又は／及び前記短辺のそれぞれに対して設定された前記閾値と、を用いて、前記画像データの前記解像度情報に適合するフレーム画像を選択することを特徴とする請求項３に記載の情報処理装置。
5. 前記選択手段は、前記画像データの長辺及び短辺のピクセルが、それぞれ前記閾値より小さい場合に、前記画像データの長辺及び短辺のピクセルが前記閾値より小さい場合に選択すべく設定されたフレーム画像を選択することを特徴とする請求項３又は４に記載の情報処理装置。
6. 前記選択手段は、前記画像データの長辺又は短辺のピクセルが、前記閾値より大きい場合に、前記画像データの長辺又は短辺のピクセルが前記閾値より大きい場合に選択すべく設定されたフレーム画像を選択することを特徴とする請求項３乃至５のいずれか１項に記載の情報処理装置。
7. 前記選択手段は、複数の前記フレーム画像の内、前記画像データの長辺のピクセルと、より近いピクセルの長辺を有するフレーム画像を選択することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記選択手段は、複数の前記フレーム画像の内、前記画像データの短辺のピクセルと、より近いピクセルの短辺を有するフレーム画像を選択することを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記フレーム画像選択手段で選択された前記フレーム画像を前記画像データにオーバレイする場合に、前記フレーム画像の外側にはみ出る前記画像データの一部を切り取る画像切取手段と、
   を備え、
   前記オーバレイ手段は、前記フレーム画像を、前記画像切取手段で画像の一部を切り取られた画像データにオーバレイすることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記フレーム画像選択手段で選択された前記フレーム画像を前記画像データにオーバレイする場合に、前記フレーム画像の内側の領域であって、前記画像データに含まれない領域である余白領域を埋めるための余白画像データを生成する余白画像データ生成手段と、
    を備え、
    前記オーバレイ手段は、前記フレーム画像を、前記余白画像データを含む、前記画像データにオーバレイすることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 複数のフレーム画像を記憶管理する機能を有する情報処理装置の制御方法であって、
    画像データ取得手段が、画像データを取得する画像データ取得工程と、
    解像度情報抽出手段が、前記画像データの解像度の情報である解像度情報を抽出する解像度情報抽出工程と、
    フレーム画像選択手段が、前記解像度情報抽出工程で抽出した前記解像度情報に適合するフレーム画像を、複数の前記フレーム画像から選択するフレーム画像選択工程と、
    オーバレイ手段が、前記フレーム画像選択工程で選択したフレーム画像を、前記画像データに合わせてオーバレイするオーバレイ工程と、
    を含むことを特徴とする情報処理装置の制御方法。
12. 複数のフレーム画像を記憶管理する機能を有する情報処理装置で実行が可能なプログラムであって、
    前記情報処理装置を、
    画像データを取得する画像データ取得手段と、
    前記画像データの解像度の情報である解像度情報を抽出する解像度情報抽出手段と、
    前記解像度情報抽出手段で抽出した前記解像度情報に適合するフレーム画像を、複数の前記フレーム画像から選択するフレーム画像選択手段と、
    前記フレーム画像選択手段で選択したフレーム画像を、前記画像データに合わせてオーバレイするオーバレイ手段として機能させることを特徴とする情報処理装置のプログラム。

Images