(57)【特許請求の範囲】
【請求項１】
共通の座標系を有する複数の画像のデータをあらかじめ格納した画像データ記憶部と、
前記座標系内で画像平面を分割した領域ごとに、前記画像データ記憶部に格納した複数の画像のデータのいずれかを割り当てた領域分け情報を決定する画像設定制御部と、
前記複数の画像のデータのうち対応する領域のデータを、画像平面を所定のサイズで分割したタイル画像の領域単位で前記画像データ記憶部から読み出しデコードし、それぞれに対応する前記所定のサイズのワーキングメモリに一時格納したうえ、前記領域分け情報に基づき、デコードした各画像のデータのうち、採用するデータを画素ごとに決定して前記ワーキングメモリより読み出し、前記画像平面に対応するバッファメモリに書き出す処理を、表示に必要なタイル画像について繰り返すことにより、前記複数の画像の一部が混在した表示画像を生成するデコード部と、
前記表示画像のデータを表示装置に出力する表示画像処理部と、
を備えたことを特徴とする画像処理装置。
【請求項２】
前記画像設定制御部は、画像を変化させるタイミングを決定づける画像制御情報を外部から受信し、当該情報に基づき前記領域分け情報を更新し、
前記デコード部は、前記領域分け情報の更新に応じて、前記表示画像を変化させることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記画像設定制御部は、別に実行されているゲームの進捗度合いに係る情報を前記画像制御情報として受信することを特徴とする請求項２に記載の画像処理装置。
【請求項４】
ユーザから表示画像に対する視点移動要求を受け付ける入力情報取得部をさらに備え、
前記デコード部は、前記複数の画像のうち前記視点移動要求によって定まる表示領域の表示に必要なタイル画像について、前記画像データ記憶部からそれぞれ読み出しデコードすることを特徴とする請求項１から３のいずれかに記載の画像処理装置。
【請求項５】
共通の座標系を有する複数の画像のデータのうち対応する領域のデータを、画像平面を所定のサイズで分割したタイル画像の領域単位で記憶装置から読み出しデコードし、それぞれに対応する前記所定のサイズのワーキングメモリに一時格納するステップと、
前記座標系内で画像平面を分割した領域ごとに、前記複数の画像のデータのいずれかを割り当てた領域分け情報を決定するステップと、
前記領域分け情報に基づき、デコードした各画像のデータのうち、採用するデータを画素ごとに決定して前記ワーキングメモリより読み出し、前記画像平面に対応するバッファメモリに書き出す処理を、表示に必要なタイル画像について繰り返すことにより、前記複数の画像の一部が混在した表示画像を生成するステップと、
前記表示画像のデータを表示装置に出力するステップと、
を含むことを特徴とする画像処理装置による画像処理方法。
【請求項６】
共通の座標系を有する複数の画像のデータのうち対応する領域のデータを、画像平面を所定のサイズで分割したタイル画像の領域単位で記憶装置から読み出しデコードし、それぞれに対応する前記所定のサイズのワーキングメモリに一時格納する機能と、
前記座標系内で画像平面を分割した領域ごとに、前記複数の画像のデータのいずれかを割り当てた領域分け情報を決定する機能と、
前記領域分け情報に基づき、デコードした各画像のデータのうち、採用するデータを画素ごとに決定して前記ワーキングメモリより読み出し、前記画像平面に対応するバッファメモリに書き出す処理を、表示に必要なタイル画像について繰り返すことにより、前記複数の画像の一部が混在した表示画像を生成する機能と、
前記表示画像のデータを表示装置に出力する機能と、
をコンピュータに実現させることを特徴とするコンピュータプログラム。
【請求項７】
共通の座標系を有する複数の画像のデータのうち対応する領域のデータを、画像平面を所定のサイズで分割したタイル画像の領域単位で記憶装置から読み出しデコードし、それぞれに対応する前記所定のサイズのワーキングメモリに一時格納する機能と、
前記座標系内で画像平面を分割した領域ごとに、前記複数の画像のデータのいずれかを割り当てた領域分け情報を決定する機能と、
前記領域分け情報に基づき、デコードした各画像のデータのうち、採用するデータを画素ごとに決定して前記ワーキングメモリより読み出し、前記画像平面に対応するバッファメモリに書き出す処理を、表示に必要なタイル画像について繰り返すことにより、前記複数の画像の一部が混在した表示画像を生成する機能と、
前記表示画像のデータを表示装置に出力する機能と、
をコンピュータに実現させるコンピュータプログラムを記録したことを特徴とする、コンピュータにて読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ処理技術に関し特にコンテンツとして表示する画像処理技術に関する。
【背景技術】
【０００２】
ゲームプログラムを実行するだけでなく、動画を再生できる家庭用エンタテインメントシステムが提案されている。この家庭用エンタテインメントシステムでは、ＧＰＵがポリゴンを用いた三次元画像を生成する（例えば特許文献１参照）。
【０００３】
ゲームなどの三次元画像に限らず、ホームページの画像、書籍、雑誌、新聞、広告など各種コンテンツの文字情報、画像情報は、ネットワークの普及に伴い容易に入手できるようになってきた。またパーソナルコンピュータや携帯端末など装置の大小によらず高画質で閲覧することも可能になり、画像処理技術は普段の生活において必要不可欠なものとなってきている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許第６５６３９９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
画像処理技術が身近になるに従い、コンテンツとして表示される画像、ひいてはそれに示される情報の構造が複雑化したり、データサイズが巨大化したりする傾向が生じている。このような状況においては、データサイズや使用メモリを増大させずに、多彩な画像表現を行うことのできる技術の実現が望まれている。
【０００６】
本発明はこのような課題に鑑みてなされたものであり、その目的は、データサイズや使用メモリを増大させずに、多彩な画像表現を行うことのできる技術を提供することにある。
【課題を解決するための手段】
【０００７】
本発明のある態様は画像処理装置に関する。この画像処理装置は、共通の座標系を有する複数の画像のデータを格納した画像データ記憶部と、座標系内で画像平面を分割した領域ごとに、画像データ記憶部に格納した複数の画像のデータのいずれかを割り当てた領域分け情報を決定する画像設定制御部と、領域分け情報に基づき、デコードした各画像のデータのうち、採用するデータを画素ごとに決定してバッファメモリに書き出すことにより、複数の画像の一部が混在した表示画像を生成するデコード部と、表示画像のデータを表示装置に出力する表示画像処理部と、を備えたことを特徴とする。
【０００８】
本発明の別の態様は画像処理方法に関する。この画像処理方法は、共通の座標系を有する複数の画像のデータを記憶装置から読み出しデコードするステップと、座標系内で画像平面を分割した領域ごとに、複数の画像のデータのいずれかを割り当てた領域分け情報を決定するステップと、領域分け情報に基づき、デコードした各画像のデータのうち、採用するデータを画素ごとに決定してバッファメモリに書き出すことにより、複数の画像の一部が混在した表示画像を生成するステップと、表示画像のデータを表示装置に出力するステップと、を含むことを特徴とする。
【０００９】
本発明のさらに別の態様は画像ファイルのデータ構造に関する。このデータ構造は、表示画像を生成するために情報処理装置で処理される画像ファイルのデータ構造であって、共通の座標系を有する複数の画像のデータを対応づけ、情報処理装置が決定した、座標系内で画像平面を分割した領域に対し複数の画像のデータのいずれかを割り当てた領域分け情報に基づき、複数の画像のデータのうち採用するデータを画素ごとに決定して画像平面に対応するバッファメモリに書き出されることにより、複数の画像の一部が混在した表示画像が生成されることを特徴とする。
【００１０】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、コンピュータプログラム、コンピュータプログラムを記録した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１１】
本発明によると、データサイズを増大させずに多彩な画像表現を行うことが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本実施の形態に適用できる情報処理システムの使用環境を示す図である。
【図２】図１の情報処理システムに適用できる入力装置の外観構成を示す図である。
【図３】本実施の形態における情報処理装置の構成を示す図である。
【図４】本実施の形態において使用できる画像データの階層構造の概念図である。
【図５】本実施の形態でコンテンツとして表示する情報の構造を、電子書籍を例に示す図である。
【図６】本実施の形態においてコンテンツを表示するために各ノードに対し準備する画像とリンクによって設定される画像間の関係を模式的に示す図である。
【図７】本実施の形態において、上述のようなコンテンツの画像を表示する機能を有する制御部の構成を詳細に示す図である。
【図８】本実施の形態におけるフレームパラメータの基準となる領域と画像の位置関係を示す図である。
【図９】本実施の形態における、基準フレームを画像平面上で移動させた領域のフレームパラメータを説明するための図である。
【図１０】本実施の形態における、基準フレームを画像平面上で移動させずに拡大率を変化させた領域のフレームパラメータを説明するための図である。
【図１１】本実施の形態における、フレームパラメータを用いて記述されたリンク設定ファイルのデータ構造例を示す図である。
【図１２】本実施の形態においてリーフノードへの到達経路を複数設けたときの表示態様を説明するための図である。
【図１３】本実施の形態において入り口となった内部ノードの種類に応じて有効とするリンク設定情報にフラグを立てる処理を行うために対応づける情報を説明するための図である。
【図１４】本実施の形態において電子書籍を想定した各階層のノードの画像例を示す図である。
【図１５】本実施の形態におけるリーフノードの画像の変化例を示す図である。
【図１６】本実施の形態における情報処理装置がユーザの操作に応じて表示画像を変化させる処理手順を示すフローチャートである。
【図１７】本実施の形態において１つのノードを構成する画像を途中で変化させる態様における各機能ブロックの処理内容を説明するための図である。
【発明を実施するための形態】
【００１３】
本実施の形態では、書籍、新聞、雑誌、ゲーム画像、メニュー表示画像、ホームページの画像、地図、写真、絵画、広告など視覚的な情報を表示するコンテンツを処理対象とする。その表示目的や後段で実現する機能は限定されない。図１は、本実施の形態を適用できる情報処理システムの使用環境を示す。情報処理システム１は、情報処理のためのソフトウェアを実行する情報処理装置１０と、情報処理装置１０による処理結果を出力する表示装置１２とを備える。表示装置１２は、画像を出力するディスプレイおよび音声を出力するスピーカを有するテレビであってよい。
【００１４】
表示装置１２は情報処理装置１０に有線ケーブルで接続されてよく、また無線ＬＡＮ（Local Area Network）などにより無線接続されてもよい。情報処理システム１において、情報処理装置１０は、ケーブル１４を介してインターネットなどの外部ネットワークに接続し、コンテンツファイルをダウンロードして取得してもよい。なお情報処理装置１０は、無線通信により外部ネットワークに接続してもよい。
【００１５】
情報処理装置１０は、たとえばゲーム装置やパーソナルコンピュータであってよく、必要なアプリケーションプログラムをロードすることで情報処理機能を実現してもよい。情報処理装置１０は、ユーザからの視点移動要求に応じて、表示装置１２のディスプレイに表示する画像の拡大／縮小処理や、上下左右方向へのスクロール処理などを行う。以後、このような拡大／縮小を含めた表示領域の変更操作を「視点移動操作」と表現する。ユーザが、ディスプレイに表示された画像を見ながら入力装置を操作すると、入力装置が、入力された情報を情報処理装置１０に送信する。
【００１６】
図２は、入力装置２０の外観構成例を示す。入力装置２０は、ユーザが操作可能な操作手段として、方向キー２１、アナログスティック２７ａ、２７ｂ、４種の操作ボタン２６、Ｌボタン２９ａ、Ｒボタン２９ｂを備える。４種の操作ボタン２６は、○ボタン２２、×ボタン２３、□ボタン２４および△ボタン２５から構成される。
【００１７】
これらの操作手段には、情報処理装置１０が行う処理内容に応じて様々な機能を割り当てる。ユーザは左右のハンドル２８ａ、２８ｂを左右の手で把持した状態で上記の操作手段を操作することにより、情報処理の開始、終了要求や、処理中のコンテンツに対する要求信号を入力する。
【００１８】
操作手段のいずれかには、表示画像の拡大／縮小要求、および上下左右方向へのスクロール要求を入力するための機能が割り当てられる。たとえば、表示画像の拡大／縮小要求の入力機能は、右側のアナログスティック２７ｂに割り当てられる。ユーザはアナログスティック２７ｂを手前に引くことで、表示画像の縮小要求を入力でき、また手前から押すことで、表示画像の拡大要求を入力できる。
【００１９】
また、スクロール要求の入力機能は、方向キー２１に割り当てられる。ユーザは方向キー２１を押下することで、方向キー２１を押下した方向へのスクロール要求を入力できる。なお、表示領域移動要求の入力機能は別の操作手段に割り当てられてもよく、たとえばアナログスティック２７ａに、スクロール要求の入力機能が割り当てられてもよい。さらに後述するように、Ｌボタン２９ａ、Ｒボタン２９ｂには、順序が定義された複数の画像のうち表示対象の画像を次に進めたり戻したりする機能を割り当てる。以後、このような操作を「順送り操作」と呼ぶ。同図においてＬボタン２９ａ、Ｒボタン２９ｂは入力装置２０の上部側面に設けられており、人差し指等で手前に押下可能に構成されている。
【００２０】
なお図２に示した入力装置２０は一例にすぎず、その形状や機能を限定するものではない。例えばマウス、キーボード、タッチパネルなど一般的な入力装置またはそれらの組み合わせでもよく、さらにユーザ等を撮影するカメラや音声を取り込むマイクなどを入力装置としてもよい。
【００２１】
入力装置２０は、ユーザの操作内容に応じた信号を情報処理装置１０に伝送する機能をもち、本実施の形態では情報処理装置１０との間で無線通信可能に構成される。入力装置２０と情報処理装置１０は、Bluetooth（ブルートゥース）（登録商標）プロトコルやIEEE802.11プロトコルなどを用いて無線接続を確立してもよい。なお入力装置２０は、情報処理装置１０とケーブルを介して接続して、入力信号を情報処理装置１０に伝送してもよい。
【００２２】
図３は情報処理装置１０の構成を示している。情報処理装置１０は、無線インタフェース４０、スイッチ４２、表示処理部４４、ハードディスクドライブ５０、記録媒体装着部５２、ディスクドライブ５４、メインメモリ６０、バッファメモリ７０および制御部１００を有して構成される。表示処理部４４は、表示装置１２のディスプレイに表示するデータをバッファするフレームメモリを有する。
【００２３】
スイッチ４２は、イーサネットスイッチ（イーサネットは登録商標）であって、外部の機器と有線または無線で接続して、データの送受信を行うデバイスである。スイッチ４２は、ケーブル１４を介して外部ネットワークに接続し、コンテンツサーバからコンテンツファイルなどを受信できるように構成される。またスイッチ４２は無線インタフェース４０に接続し、無線インタフェース４０は、所定の無線通信プロトコルで入力装置２０と接続する。入力装置２０においてユーザから入力された信号は、無線インタフェース４０、スイッチ４２を経由して、制御部１００に供給される。
【００２４】
ハードディスクドライブ５０は、データを記憶する記憶装置として機能する。コンテンツファイルはハードディスクドライブ５０に格納されてもよい。記録媒体装着部５２は、メモリカードなどのリムーバブル記録媒体が装着されると、リムーバブル記録媒体からデータを読み出す。ディスクドライブ５４は、読出専用のＲＯＭディスクが装着されると、ＲＯＭディスクを駆動して認識し、データを読み出す。ＲＯＭディスクは、光ディスクや光磁気ディスクなどであってよい。コンテンツファイルはこれらの記録媒体に格納されていてもよい。
【００２５】
制御部１００は、マルチコアＣＰＵを備え、１つのＣＰＵの中に１つの汎用的なプロセッサコアと、複数のシンプルなプロセッサコアを有する。汎用プロセッサコアはＰＰＵ（Power Processing Unit）と呼ばれ、残りのプロセッサコアはＳＰＵ（Synergistic-Processing Unit）と呼ばれる。制御部１００はさらにＧＰＵ（Graphics Processing Unit）を備えていてもよい。
【００２６】
制御部１００は、メインメモリ６０およびバッファメモリ７０に接続するメモリコントローラを備える。ＰＰＵはレジスタを有し、演算実行主体としてメインプロセッサを備えて、実行するアプリケーションにおける基本処理単位としてのタスクを各ＳＰＵに効率的に割り当てる。なお、ＰＰＵ自身がタスクを実行してもよい。ＳＰＵはレジスタを有し、演算実行主体としてのサブプロセッサとローカルな記憶領域としてのローカルメモリを備える。ローカルメモリは、バッファメモリ７０として使用されてもよい。
【００２７】
メインメモリ６０およびバッファメモリ７０は記憶装置であり、ＲＡＭ（ランダムアクセスメモリ）として構成される。ＳＰＵは制御ユニットとして専用のＤＭＡ（Direct Memory Access）コントローラをもち、メインメモリ６０とバッファメモリ７０の間のデータ転送を高速に行うことができ、また表示処理部４４におけるフレームメモリとバッファメモリ７０の間で高速なデータ転送を実現できる。本実施の形態の制御部１００は、複数のＳＰＵを並列動作させることで、高速な画像処理機能を実現する。表示処理部４４は、表示装置１２に接続されて、ユーザからの要求に応じた画像処理結果を出力する。
【００２８】
本実施の形態の情報処理装置１０は、コンテンツとして表示する画像の表示領域の移動処理をスムーズに行うために、画像データの一部をハードディスクドライブ５０からメインメモリ６０にロードしておく。また、メインメモリ６０にロードした画像データのさらに一部をデコードしてバッファメモリ７０に格納しておく。これにより、後の必要なタイミングで、表示画像の描画に使用する画像を瞬時に切り替えることが可能となる。
【００２９】
本実施の形態において表示対象とする画像のデータ構造は特に限定されないが、ここでは高精細な画像をより効率よく表示することを可能とするため、階層構造を有する階層画像データを用いる例について説明する。階層画像データは、原画像を複数段階に縮小して生成した異なる解像度の画像からなる画像データである。各階層の画像は一又は複数のタイル画像に分割される。たとえば最も解像度の低い画像は１つのタイル画像で構成し、最も解像度の高い原画像は、最も多い数のタイル画像で構成する。
【００３０】
画像表示時は、描画に使用しているタイル画像を、表示画像が所定の解像度になったときに異なる階層のタイル画像に切り替えることで、拡大表示または縮小表示を迅速に行う。以下、このような階層構造をもつ画像データを「階層データ」とよぶ。図４は階層データの構造の概念図を示す。階層データは、深さ（Ｚ軸）方向に、第０階層３０、第１階層３２、第２階層３４および第３階層３６からなる階層構造を有する。なお同図においては４階層のみ示しているが、階層数はこれに限定されない。
【００３１】
図４に示す階層データは４分木の階層構造を有し、各階層は１以上のタイル画像３８で構成される。すべてのタイル画像３８は同じ画素数をもつ同一サイズに形成され、たとえば２５６×２５６画素を有する。各階層の画像データは、一つの画像を異なる解像度で表現しており、最高解像度をもつ第３階層３６の原画像を複数段階に縮小して、第２階層３４、第１階層３２、第０階層３０の画像データが生成される。たとえば第Ｎ階層の解像度（Ｎは０以上の整数）は、左右（Ｘ軸）方向、上下（Ｙ軸）方向ともに、第（Ｎ＋１）階層の解像度の１／２であってよい。
【００３２】
情報処理装置１０において、階層データは、所定の圧縮形式で圧縮された状態でハードディスクドライブ５０などの記憶装置に格納されており、表示装置１２に表示される前に記憶装置から読み出されてデコードされる。本実施の形態の情報処理装置１０は、複数種類の圧縮形式に対応したデコード機能を有し、たとえばＳ３ＴＣ形式、ＪＰＥＧ形式、ＪＰＥＧ２０００形式の圧縮データをデコード可能とする。
【００３３】
階層データの階層構造は、図４に示すように、左右方向をＸ軸、上下方向をＹ軸、深さ方向をＺ軸として設定され、仮想的な３次元空間を構築する。情報処理装置１０は、入力装置２０から供給される視点移動要求の信号から表示領域の変更量を導出すると、その移動量を用いて仮想空間におけるフレームの４隅の座標（フレーム座標）を導出する。なお、仮想空間におけるフレーム座標の代わりに、情報処理装置１０は、階層を特定する情報と、その階層におけるテクスチャ座標（ＵＶ座標）を導出してもよい。以下、階層特定情報およびテクスチャ座標の組み合わせも、フレーム座標と呼ぶ。
【００３４】
フレーム座標は後述するリンク判定や、メインメモリへの圧縮データのロード、表示画像の描画処理などに利用される。なお上述のとおり本実施の形態で表示対象とする画像のデータは階層構造でなくてもよいし、コンテンツを構成する複数の画像データの一部のみ階層データでもよい。以後、階層データも含め「画像データ」として説明する。
【００３５】
本実施の形態の情報処理装置１０は、表示中の画像において設定されたある領域に、ユーザの視点移動操作によって移動した表示領域が包含されたなど所定の条件を満たしたことをきっかけとして、当該領域に対応づけておいた別の画像へ表示対象を切り換える機能を有する。以後、このような画像間の切り替えを「リンク」と呼び、リンクが発生するきっかけとなる設定領域を「リンク領域」と呼ぶ。
【００３６】
図５は、本実施の形態でコンテンツとして表示する情報の構造を、電子書籍を例に示している。一般的に書籍は、表紙、目次、本文といった複数の要素で構成される。これらの要素の性質を考慮すると、表紙は書籍全体を表すルートノード、目次は章などページ範囲を表す内部ノード、本文の各ページが最小単位であるリーフノード、といった階層状のノードからなるツリー構造を有する情報と捉えることができる。同図の情報構造例１４０は、「１章」が「１ページ」から「ｎ＿１ページ」、「２章」が「ｎ＿１＋１ページ」から「ｎ＿２ページ」、「３章」が「ｎ＿２＋１ページ」から「ｎ＿３ページ」である書籍のツリー構造である。
【００３７】
このような構造を有する書籍においてユーザが読みたいページへアクセスするためには、読みたい書籍、章、ページと辿っていく方向Ａと、ページを順に辿っていく方向Ｂの２方向、あるいはそれらを組み合わせた経路が考えられる。図鑑や取扱説明書など途中のページから読まれることが多い書籍では特に、方向Ａから方向Ｂの経路を連続的に辿ることにより所望のページへ効率的にアクセスできることになる。そこで本実施の形態では、各ノードに対応する画像を準備して表示対象とするとともに、方向ＡおよびＢの経路の特質を考慮しながら、連続性のある円滑な画像移行を実現することにより情報へのアクセスを容易にする。
【００３８】
なお図５は書籍の構造の最も単純な例を示しているが、同様のツリー構造を構築できるコンテンツであればそのカテゴリは特に限定されない。例えば撮影した写真をリーフノードとし、撮影日や撮影場所などの付加情報を内部ノードとするなど、画像として表示可能な各種情報を何らかの基準により分類してツリー構造としてもよい。またツリー構造の階層数は限定されない。
【００３９】
図６はツリー構造を構築したコンテンツを表示するために各ノードに対し準備する画像とリンクによって設定される画像間の関係を模式的に示している。同図において画像１５２はルートノード、画像１５４ａ、１５４ｂ、１５４ｃは内部ノード、複数の画像１５６はそれぞれがリーフノードに対応する。画像１５２はこのコンテンツの表紙に相当し、１つ下層の内部ノードの画像へのリンクを設定する。同図において３つの領域「Ｒ１」、「Ｒ２」、「Ｒ３」はそれぞれ、内部ノードの画像１５４ａ、１５４ｂ、１５４ｃへのリンクが設定されたリンク領域である。
【００４０】
表示装置１２に画像１５２を表示させた状態で、ユーザがリンク領域「Ｒ１」へ視点を近づけるように表示領域を移動させ、表示領域がリンク領域「Ｒ１」に包含されたときなど所定のリンク条件を満たしたとき、表示対象を画像１５２から画像１５４ａへ切り替える。同様に、表示領域がリンク領域「Ｒ２」に設定されたリンク条件を満たしたときは画像１５４ｂへ、リンク領域「Ｒ３」に設定されたリンク条件を満たしたときは画像１５４ｃへ切り替える。画像１５２におけるリンク領域には、そこがリンク領域であることおよびリンク先の属性がわかるようなオブジェクトや図形を示す。
【００４１】
図５に例示した書籍の場合、リンク領域「Ｒ１」に「１章」、リンク領域「Ｒ２」に「２章」、リンク領域「Ｒ３」に「３章」であることがわかる像や図形を示す。視点の移動操作によって表示対象の画像を切り替える、という独特の性質を利用し、例えばリンク領域「Ｒ１］に画像１５４ａを縮小した画像、リンク領域「Ｒ２」に画像１５４ｂを縮小した画像、リンク領域「Ｒ３」に画像１５４ｃを縮小した画像を配置し、切り替え前後で画面上の同じ位置に同じオブジェクトが表示されるようにすると、シームレスな画像切り替えが可能となる。
【００４２】
内部ノードに対応する画像１５４ａ、１５４ｂ、１５４ｃには、１つ上層のノード、同図の場合はルートノードの画像へのリンクと、１つ下層のノード、同図の場合はリーフノードの画像へのリンクを設定する。ルートノードの画像へのリンクは、ルートノードの画像から内部ノードの画像へのリンクと逆の設定となる。つまりリンク実行時にまず表示される画像は、ルートノードの画像１５２内の対応するリンク領域の画像である。
【００４３】
内部ノードの画像からリーフノードの画像へのリンクも、基本的にはルートノードの画像から内部ノードの画像へのリンクと同様である。図５の書籍の例では、内部ノードの各画像が各章に対応し、リンク先は各ページの画像となる。画像１５４ａのリンク領域「ａ９」、画像１５４ｂのリンク領域「ｂ１」、「ｂ５」、「ｂ９」、画像１５４ｃのリンク領域「ｃ１」にはそれぞれ、リーフノードの画像１５６のうち画像「ａ９」、「ｂ１」、「ｂ５」、「ｂ９」と表記された画像へのリンクを設定する。
【００４４】
ルートノードの画像１５２と同様、画像１５４ａ、１５４ｂ、１５４ｃのいずれかを表示装置１２に表示させた状態で、ユーザがいずれかのリンク領域へ視点を近づけるように表示領域を移動させ、表示領域が当該リンク領域に包含されるなど設定されたリンク条件を満たしたとき、表示対象をリーフノードの画像１５６のうちリンク先と設定された画像へ切り替える。内部ノードの画像の各リンク領域にリンク先の画像を縮小した画像を配置すると、シームレスな画像切り替えが可能となる。
【００４５】
例えば図６において内部ノードの画像１５４ｂのリンク領域「ｂ１」からリーフノードの画像１５６のうちリンク先の画像「ｂ１」へ切り替える場合、画像１５４ｂのリンク領域「ｂ１」に表したオブジェクトと、リンク先の画像「ｂ１」内のオブジェクトが画面の同じ位置に表示されるようにする。リーフノードの画像１５６の各画像は図５の書籍の例では各ページ、あるいは書籍の見開きに対応する２ページ分の画像である。
【００４６】
一方、リーフノードはツリー構造における階層間のつながりの他に、リーフノード同士の順序によるつながりを有する。すなわちリーフノードの画像１５６を構成する画像は、内部ノードによって個別のグループを形成しているが、リーフノードのみに着目すれば、同図に示すように連続性を有する画像列となっている。このつながりが図５の方向Ｂに対応する。実際の書籍では、目次や索引で途中のページを開いたとしても、その後は、文や記事の及ぶ範囲に応じてページ順に読み進められることが多い。
【００４７】
この性質を考慮し、リーフノードは同図に示すようにその順序に基づき画像を切り替えられるようにする。すなわちツリー構造の階層間の画像の切り替えは画像上の空間的な配置の情報に基づき実現し、リーフノード間の画像の切り替えはその順序に基づき実現する。リーフノード間の画像の切り替えは、入力装置２０のうち画像の順送り操作の機能を割り付けた入力手段によって行う。例えば見開きページの左から右へ読み進める書籍の場合、入力装置２０のうちＲボタン２９ｂをページ送りに、Ｌボタン２９ａをページ戻しに割り付けると自然な操作が可能となる。
【００４８】
このようにリーフノード間の画像切り替えを可能とすると、内部ノードの画像には全てのリーフノードの画像へのリンクを設定しなくてもよくなる。同図の例で、内部ノードの画像１５４ｂの配下にあるリーフノードの画像のグループは、連続する９枚の画像「ｂ１」〜「ｂ９」からなるが、内部ノードの画像１５４ｂには、そのうちの一部の画像「ｂ１」、「ｂ５」、「ｂ９」へのリンクのみが設定されている。リンクを設定するリーフノードの画像は表示内容などに応じて適宜決定する。
【００４９】
リーフノードの画像から内部ノードの画像への切り替えは、入力装置２０のいずれかに割り付けた、内部ノードの画像へ戻る入力手段を操作することによって行う。このとき戻り先を特定するために、内部ノードの画像内のリンク領域からリーフノードの画像へのリンクを実行した際は、当該内部ノードの画像およびリンク領域の識別情報を、図示しないレジスタなどに一時的に保存しておく。そして、内部ノードの画像へ戻る操作がなされたときは、基本的には当該識別情報に基づき元のリンク領域の画像へ表示を切り替える。
【００５０】
一方、リーフノードへ到達したあと、リーフノード間で順送り操作がなされた後に内部ノードへ戻る場合は、リーフノードでの移動量によって戻り先のリンク領域を切り替える。例えばリーフノードの画像の順列に対し境界を設定しておき、画像の順送り操作によって当該境界に達したら、レジスタに保存しておいた識別情報を、次のリンク領域の識別情報に書き換える。ここで「次のリンク領域」とは、画像を送る方向において次に内部ノードからのリンク先となっている画像のリンク元の領域である。リンク元の内部ノードが別の画像となった場合は画像の識別情報も書き換える。
【００５１】
このようにすると、内部ノードからリーフノードへ入り、リーフノード間で移動して別のリーフノードから内部ノードに戻るときは、その時点のリーフノードの位置に応じて出口となる戻り先のリンク領域および画像を適切に変化させることができる。例えば図６に示した例において、内部ノードの画像１５４ｂのリンク領域「ｂ１」からリーフノードの画像「ｂ１」へ表示を切り替え、画像を順送りにして「ｂ９」の画像まで進めたあとで内部ノードに戻る場合は、画像１５４ｂのうち領域「ｂ９」が表示される。同様に、「ｃ１」の画像まで進めて内部ノードに戻る場合は、画像１５４ｃのうち領域「ｃ１」が表示される。
【００５２】
リーフノードの画像１５６のうち画像「ｂ２」、「ｂ３」、「ｂ４」、「ｂ６」、「ｂ７」、「ｂ８」など内部ノードからのリンク先となっていない画像から内部ノードの画像に戻る場合は、境界の設定に応じて、画像「ｂ２」、「ｂ３」、「ｂ４」からは画像１５４ｂのうち領域「ｂ１」または「ｂ５」へ、画像「ｂ６」、「ｂ７」、「ｂ８」からは画像１５４ｂのうち領域「ｂ５」または「ｂ９」へ表示を切り替える。あるいは境界を設定せず、これらのリーフノードの画像からリーフノードの順列における前方あるいは後方に、リンク先となっている画像を探索していき、検出した画像のリンク元の領域に表示を切り替えるようにしてもよい。探索方向はあらかじめ設定しておいてもよいしユーザが設定可能としてもよい。いずれの態様においても、リーフノードの画像のうち内部ノードからのリンク先となっている画像の識別情報と、そのリンク元の画像およびリンク領域の識別情報とを対応づけた情報をリンクを設定した情報と同様に準備しておくことにより、近傍の画像に設定されたリンクを利用して戻り先を特定する。あるいは内部ノードの画像に設定されたリンク情報を逆引きすることにより特定するようにしてもよい。
【００５３】
このようにリーフノードに対する入り口および出口となる内部ノードの領域を、リーフノード間の移動に応じて変化させることにより、情報網における現在位置を把握しやすくなり、内部ノードにおいて次にどの領域をターゲットとするかの指針を得ることができる。ただし後述するように、一つのリーフノードの画像へ複数の経路で到達可能とした場合、出口となる内部ノードは入り口となった内部ノードの種類を考慮して選択する。なお必要に応じて、リーフノードに加え内部ノードにおいても画像を順送りできるようにしてもよい。
【００５４】
なお各ノードの画像のデータは階層データであってもよいし、単一の解像度の画像データであってもよく、表示に求められる解像度の範囲によって画像ごとに異なっていてもよい。上述のとおりルートノードからリーフノードへ向かう画像の切り替えは、リンク領域へ視点を近づけていくように画像をスクロールしたり拡大したりしていくことにより実現する。内部ノードからルートノードへ向かう画像の切り替えは、これと逆に、表示中の画像から視点を遠ざけていくことにより実現する。
【００５５】
図７は本実施の形態において、上述のようなコンテンツの画像を表示する機能を有する制御部１００の構成を詳細に示している。制御部１００は、入力装置２０からユーザが入力した情報を取得する入力情報取得部１０２、新たに表示すべき領域のフレーム座標を決定するフレーム座標決定部１１０、リンク設定によって表示対象の画像の切り替えが必要か否かを判定する画像切替制御部１１６、必要な圧縮画像データをハードディスクドライブ５０からロードするロード部１０８を含む。制御部１００はさらに、圧縮画像データをデコードするデコード部１１２、画像フレームを描画する表示画像処理部１１４、同じノードの画像を所与のタイミングで変化させる画像設定制御部１０４を含む。
【００５６】
図７において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、ＣＰＵ（Central Processing Unit）、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。既述したように、制御部１００は１つのＰＰＵと複数のＳＰＵとを有し、ＰＰＵおよびＳＰＵがそれぞれ単独または協働して、各機能ブロックを構成できる。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００５７】
まずハードディスクドライブ５０には、図６に例示した各ノードの画像データ１０１と、各画像データ１０１に対し設定されたリンクの情報を記載したリンク設定ファイル１１８とを対応づけた構造を有するコンテンツファイルを格納する。リンク設定ファイル１１８には、各画像に対し設定されるリンク領域の情報と、当該リンクによるリンク先の画像の識別情報とが対応づけて記載される。リンク先を画像の一部とする場合はさらにリンク先の領域情報を対応づける。またリンク設定ファイル１１８には、前述の、リーフノードから内部ノードへの戻り先に係る情報を記載したファイルも含まれる。画像データ１０１とそれに対応づけられたリンク設定ファイル１１８は必要なタイミングでメインメモリ６０にロードされる。
【００５８】
ハードディスクドライブ５０にはさらに、ゲームのプログラムや上述のツリー構造を有する画像以外に表示すべきオブジェクトの画像データなど、情報処理装置１０が実行するアプリケーションなどによって様々なデータを格納してよいが、これらについては一般的な技術を適用できるため、以後は上述の画像表示を行う機能に主眼を置いて説明する。
【００５９】
入力情報取得部１０２は、ユーザが入力装置２０に対して行った、画像表示の開始／終了、視点移動、リーフノードの画像の順送り、リーフノードから内部ノードへの切り替えなどの操作内容を取得し、適宜フレーム座標決定部１１０および画像切替制御部１１６に通知する。フレーム座標決定部１１０は、現在の表示領域のフレーム座標とユーザが入力した視点移動要求に基づく移動量から、次の時刻の表示領域のフレーム座標を決定し、画像切替制御部１１６に通知する。ここで「次の時刻」とは、フレームレートに基づく表示更新周期後の時刻などである。さらに、ゲームを実行する機能ブロックなど図示しない他の機能ブロックやサーバから、１つの画像を変化させるタイミングを決定づける情報を取得し、画像設定制御部１０４に通知する。
【００６０】
画像切替制御部１１６は、メインメモリ６０にロードした、表示対象の画像データに対応するリンク設定ファイル１１８を読み出し、次の時刻の表示領域がリンク条件を満たすか否かを判定する。満たす場合、そのリンクを有効とし、当該リンク領域に対応づけて設定されているリンク先の画像データの識別情報やリンク先の領域情報をリンク設定ファイル１１８から取得する。リンク先がリーフノードの画像であった場合はリンク元の画像データの識別情報とリンク領域の識別情報をレジスタに一時保存する。
【００６１】
また画像切替制御部１１６は、リーフノードの画像を表示中、画像の順送り操作がなされたことを入力情報取得部１０２から通知されたら、次の画像データの識別情報を特定する。例えば画像の識別情報に順序を表す番号を含めることにより特定が容易になる。さらにリーフノードから内部ノードへ画像を戻す操作がなされたことを入力情報取得部１０２から通知されたら、レジスタに一時保存したリンク元の画像データおよびリンク領域の識別情報を特定する。それ以前に画像の順送り操作がなされていた場合は、画像切替制御部１１６は、上述のとおりレジスタに保存された識別情報を適宜書き換える。これらの手順で取得した切り替え後の画像に係る情報はロード部１０８、デコード部１１２、表示画像処理部１１４に通知する。画像切り替えの必要がない場合は、次の時刻の表示領域のフレーム座標をロード部１０８、デコード部１１２、表示画像処理部１１４に通知する。
【００６２】
ロード部１０８は、画像切替制御部１１６から通知された情報に基づき、ハードディスクドライブ５０からメインメモリ６０へロードすべき圧縮画像データの有無を確認し、必要に応じてロードする。新たにロードすべき圧縮画像データとは、表示対象の画像を切り換えるときの切り替え後の画像データ１０１などである。
【００６３】
画像切り替えに際し、切り替え後の画像が階層データである場合は、最も解像度が低く画像全体を１度に表示できる第０階層の画像データなど、あらかじめ初期画像として定められた画像を表示するのに必要な階層のタイル画像をまずロードする。新たな画像データ１０１をロードする場合は、それに対応づけられたリンク設定ファイル１１８もロードする。
【００６４】
また階層データのタイル画像など、画像データを所定のブロック単位でロードする場合は、画像切り換えの要否に関わらず、表示領域の移動に応じてその周囲のブロックの画像データをロードする。あるいはそれまでの表示領域の移動経路に従い、以後必要と予測されるブロックの画像データをロードしておく。さらにリーフノードの画像を順送りにする操作がなされた場合は、画像の順序においてさらに先の画像データもロードしておく。ロード部１０８は、ユーザが視点移動要求を入力したとき以外にも、所定の時間間隔で必要な画像データをロードしてよい。
【００６５】
デコード部１１２は画像切替制御部１１６からの通知に基づき、バッファメモリ７０に格納したデコード済みの画像データに、次の時刻の表示領域に必要な画像データが含まれているか否かを確認する。含まれていなければメインメモリ６０から必要な圧縮画像データを読み出しデコードし、バッファメモリ７０に格納する。バッファメモリ７０には現在の表示領域を含む広範囲の画像のデータをデコードして格納しておくことにより、より円滑な表示領域移動を実現できる。また表示画像の切り換え前に表示されていたリンク元の画像のデータも保持できるようにしておくことにより、表示画像の戻し処理を迅速に行える。
【００６６】
表示画像処理部１１４は画像切替制御部１１６からの通知に基づき、必要に応じてバッファメモリ７０から次の時刻の表示領域に必要な画像データを読み出し、表示処理部４４のフレームメモリに描画していく。画像設定制御部１０４は、画像を変化させるタイミングを決定づける情報を入力情報取得部１０２から取得し、それに基づくタイミングで所定のノードの画像を変化させるようにデコード部１１２を制御する。画像を変化させるタイミングを決定づける情報とは、ゲームの進捗度合いやユーザによる料金支払いの有無などである。画像設定制御部１０４とデコード部１１２の連携動作については後に詳述する。
【００６７】
次にリンク設定ファイル１１８の設定例について説明する。図８〜１０はリンク設定ファイル１１８で用いられるフレームパラメータの定義を説明するための図である。フレームパラメータは表示対象の画像平面上における領域を表すパラメータであり、リンク領域やリンク先の画像において切り替え後に表示すべき領域の設定に用いられる。
【００６８】
図８はフレームパラメータの基準となる領域と画像の位置関係を示している。図８において画像２５６に対する基準フレーム２６４は、画像２５６の中心と同一の中心を有し、画像２５６に外接する、縦横比が所定の値の矩形とする。ここで縦横比は所定の値でよく、例えば、表示するディスプレイあるいはディスプレイ上の表示領域の縦横比と同一とする。表示画像を拡大、縮小しても、設定する領域は常に当該比率を保持するとする。
【００６９】
領域の位置および大きさは、基準フレーム２６４の横の辺、縦の辺をそれぞれ１としたときの、横方向オフセット、縦方向オフセット、および、拡大率の３つのパラメータからなるフレームパラメータで表現する。すなわち基準フレーム２６４によって画像２５６固有の座標系が定まることになる。基準フレーム２６４自身のフレームパラメータは、（横方向オフセット，縦方向オフセット，拡大率）＝（０，０，１．０）である。
【００７０】
図９は基準フレームを画像平面上で移動させた領域のフレームパラメータを説明するための図である。この場合、縦方向オフセットおよび横方向オフセットのパラメータに値が代入される。具体的には領域の中心２７２から画像２５６の中心、すなわち基準フレームの中心２７０への距離の横方向成分offset_x、縦方向成分offset_yがそれぞれ横方向オフセット、縦方向オフセットの値となる。したがって領域２６２は（offset_x, offset_y，１．０）と表現される。
【００７１】
図１０は基準フレームを画像平面上で移動させずに拡大率を変化させた領域のフレームパラメータを説明するための図である。この場合、基準フレームに対する領域２６６の面積比率が拡大率のパラメータに代入される。図１０の領域２６６が図８の基準フレーム２６４の０．５倍であれば、領域２６６は（０，０，０．５）と表現される。
【００７２】
図１１はフレームパラメータを用いて記述されたリンク設定ファイルのデータ構造例を示す。リンク設定ファイル３００は、一行が一つのリンク、すなわち対応する画像データから別の画像データへの切り替えに対応し、リンク元画像フレームフィールド３０２、有効スケール範囲フィールド３０４、リンク先ファイルフィールド３０６、およびリンク先画像フレームフィールド３０８、の４種類のフィールドによって構成される。リンク元画像フレームフィールド３０２は対応する画像において設定するリンク領域を上述のフレームパラメータで指定する。
【００７３】
有効スケール範囲フィールド３０４は、リンクを有効とするときのリンク領域と表示領域の包含関係を指定する。具体的には、有効スケール範囲フィールド３０４の値が正のときは、表示領域がリンク領域を包含したらリンクを有効とする。値が負のときは、リンク領域が表示領域を包含したらリンクを有効とする。
【００７４】
図１１の１行目は、有効スケール範囲フィールド３０４が正の値であるため、画面をズームアウトして表示領域を拡大していく方向において画像の切り替えを行う、すなわち上の階層のノードへのリンクを設定している。一方、図１１の２行目は、有効スケール範囲フィールド３０４が負の値であるため、画面をズームインして表示領域を縮小していく方向において画像の切り替えを行う、すなわち下の階層のノードへのリンクを設定している。
【００７５】
リンク先ファイルフィールド３０６は、リンク先の画像データの識別情報を指定する。リンク先画像フレームフィールド３０８は、画像の切り替え後の表示領域、すなわちリンク先ファイルフィールド３０６でファイル指定された画像内の表示領域を、当該画像に対するフレームパラメータで指定する。
【００７６】
このようなリンク設定ファイルを各画像データに対応づけて作成しておくことにより、階層の異なるノード間の移行を、下層方向、上層方向のいずれに対しても同様の処理で実現できる。なお上層方向へ移行するときはツリー構造上、移行先が限定的なため、リンク元画像フレームフィールド３０２と有効スケール範囲フィールド３０４を省略して設定を簡素化してもよい。そして上層のノードへ戻る機能を入力装置２０のうちいずれかの入力手段に割り付けると、表示中の下層ノードの画像において表示領域がどのような状態にあっても上層ノードへ表示を即座に切り替えることができる。
【００７７】
これまで説明した態様は、ルートノードから１つのリーフノードへの到達経路を１つのみとした場合であったが、同様の設定により、リーフノードへの到達経路を複数設けることもできる。図１２はこのような構造を構築したときの表示態様を説明するための図である。情報構造例１６０はルートノード「Ｒ１」、内部ノード「Ｉ１」、「Ｉ２」、「Ｉ３」、「Ｉ４」、リーフノード「Ｌ１」、「Ｌ２」、「Ｌ３」、「Ｌ４」、「Ｌ５」、「Ｌ６」からなる。
【００７８】
リーフノード「Ｌ１」と「Ｌ２」は内部ノード「Ｉ１」から、リーフノード「Ｌ３」と「Ｌ４」は内部ノード「Ｉ２」から、リーフノード「Ｌ５」と「Ｌ６」は内部ノード「Ｉ３」から到達可能であり、この点は上記の態様と同様である。同図の場合、さらに全てのリーフノードが内部ノード「Ｉ４」からも到達可能となっている。
【００７９】
例えば電子書籍の場合、図５で示した「１章」、「２章」、「３章」に対応する内部ノード「Ｉ１」、「Ｉ２」、「Ｉ３」の他に、章によらず任意のページを選択できるノードとして内部ノード「Ｉ４」を設けるとこのような構造となる。内部ノード「Ｉ４」の画像は例えば、全てのページの画像の縮小画像を２次元配列させたサムネイル画像としてもよい。そして上述同様、縮小画像のいずれかへ視点を近づけるように表示領域を移動させていくことにより、当該縮小画像に対応するリーフノードの画像へ表示を切り替える。
【００８０】
同図の例ではさらに、ルートノード「Ｒ１」から直接リーフノード「Ｌ２」へ到達できるようにしている。例えばリーフノードの画像のうち特に表示頻度が高いと予想される画像や本題に入る先頭ページの画像などはこのように、ルートノード「Ｒ１」の画像から直接切り替えられるようにしてもよい。お気に入りのページの画像が直接切り替え可能となるようにユーザが設定できるようにしてもよい。これらの場合も、ルートノード「Ｒ１」の画像に対し、リーフノード「Ｌ２」の画像へのリンクを設定すればよい。このようにリーフノードへの経路を複数設けることにより、ユーザは所望の画像への到達手法を状況に応じて選択でき、情報へのアクセス効率が向上する。なお同図で示したリーフノードの間には、上述のとおり内部ノードからのリンクが設定されていないリーフノードがさらに存在していてもよい。
【００８１】
図１２は全てのリーフノードへ到達可能な内部ノード「Ｉ４」を１つ追加したのみであったが、リーフノードの分類手法によって内部ノードを複数種類、用意することも考えられる。例えばリーフノードを人物のプロフィール画像とした場合、国籍で分類したときの国名、性別で分類したときの男女の区別、年齢で分類したときの年齢層などを、それぞれ内部ノードとすることができる。このようにすることで、内部ノードが検索キーの役割を果たし、検索機能としての役割を持たせることができる。
【００８２】
上述のとおりリーフノードの画像から上層の画像へ戻る場合は、自身がリンク先となっているリンク、あるいは近傍の画像がリンク先となっているリンクのリンク元の内部ノードの画像へ表示を切り替える。ここで図１２のように１つのリーフノードの画像をリンク先として複数の内部ノードの画像にリンクが設定されている場合は、リーフノードへの入り口となった内部ノード、すなわち直近に表示されていた内部ノードの画像と同じ種類の内部ノードの画像のリンクを有効とする。
【００８３】
例えば図１２についての上述の説明において、内部ノード「Ｉ１」、「Ｉ２」、「Ｉ３」は同じ種類のノードであり、「Ｉ４」はそれらとは性質の異なる別の種類の内部ノードである。ここで内部ノード「Ｉ１」の画像を入り口としてリーフノード「Ｌ１」の画像を表示し、リーフノード「Ｌ３」の画像まで表示を進めたあと内部ノードに戻る場合は、内部ノード「Ｉ１」と同じ種類の内部ノード「Ｉ２」の画像を出口とする。
【００８４】
一方、内部ノード「Ｉ４」の画像を入り口としてリーフノード「Ｌ１」の画像を表示し、リーフノード「Ｌ３」の画像まで表示を進めたあと内部ノードに戻る場合は、入り口と同じ内部ノード「Ｉ４」の画像を出口とする。上記のように分類手法によって複数種類の内部ノードを生成した場合も同様であり、例えばある国名の画像からプロフィール画像を表示した場合は、戻るときも国名の画像をリンク先とする。なおこの例では、プロフィール画像間での順送り操作の状況によっては、別の国名の画像に戻る場合もある。
【００８５】
このような態様を実現するために、各リーフノードの画像をリンク先とする内部ノードの種類を記録しておくとともに、内部ノードからリーフノードへの移行時に、入り口となった内部ノードの種類に応じて、有効とするリンクにフラグを立てる。図１３はこのような処理を行うために対応づける情報を説明するための図である。情報対応づけテーブル１７０において、内部ノードからのリンク先として設定されているリーフノードの画像データの識別情報を画像データ欄１７０ａに記述する。そして各画像をリンク先とする内部ノードの画像データの識別情報とリンク元となるリンク領域の情報をリンク元画像／リンク領域欄１７０ｂに対応づける。さらに各内部ノードの種類と、リンクを有効とするか否かを示すフラグと、を種類欄１７０ｃ、フラグ欄１７０ｄに対応づける。
【００８６】
同図の例は、図１２に示したように各リーフノードへ到達する経路が２つまたは３つ存在する場合を示している。例えば図１２のリーフノード「Ｌ１」の画像データの識別情報を「Ｌ１ｉｍａｇｅ」とすると、当該画像をリンク先とする内部ノードの画像として識別情報「Ｉ１」と「Ｉ４」を有する２つの画像があり、それぞれリンク領域「ｒｅｇｉｏｎ１」および「ｒｅｇｉｏｎ１’」をリンク元としている。なお領域を表す「ｒｅｇｉｏｎ１」、「ｒｅｇｉｏｎ１’」はこのようにリンク領域の識別情報でもよいし、画像中のフレームパラメータなどでもよい。
【００８７】
リーフノード「Ｌ２」の画像データ「Ｌ２ｉｍａｇｅ」、リーフノード「Ｌ３」の画像データ「Ｌ３ｉｍａｇｅ」についても同様であり、前者をリンク先とする内部ノードの画像／リンク元のリンク領域は「Ｉ１／ｒｅｇｉｏｎ２」、「Ｉ４／ｒｅｇｉｏｎ２’」、「Ｒ１／ｒｅｇｉｏｎ２”」の３つ、後者をリンク先とする内部ノードの画像／リンク元のリンク領域は「Ｉ２／ｒｅｇｉｏｎ３」、「Ｉ４／ｒｅｇｉｏｎ３’」である。なお画像データ欄１７０ａおよびリンク元画像／リンク領域欄１７０ｂの対応関係は内部ノードの各画像データに対応づけられたリンク設定ファイルに記述されているリンクに対応する。
【００８８】
上述のように内部ノード「Ｉ１」、「Ｉ２」、「Ｉ３」が電子書籍の「章」による分類、内部ノード「Ｉ４」が分類なしのサムネイルであったとすると、種類欄１７０ｃには、各内部ノードに対応づけて当該種類を識別する「章」、「サムネイル」、ルートノード「Ｒ１」に対応づけて「表紙」といった情報を記録する。そして、リーフノード「Ｌ１」への入り口が内部ノード「Ｉ１」であった場合、画像切替制御部１１６は、リンク元の画像データとリンク領域の識別情報「Ｉ１／ｒｅｇｉｏｎ１」をレジスタに格納するとともに、情報対応づけテーブル１７０の内部ノードのうち同種類の内部ノードに対しフラグを立てる。同図の例では種類欄１７０ｃが「章」となっている内部ノードのフラグ欄１７０ｄの値が「１」となっている。
【００８９】
そしてリーフノードから内部ノードへ出るときは、フラグが立っている内部ノードのリンク元へ表示を切り替える。図１３の例で画像データが「Ｌ３ｉｍａｇｅ」であるリーフノード「Ｌ３」から内部ノードへ出る場合は、フラグ欄１７０ｄでフラグが立っている内部ノード「Ｉ２」の画像中のリンク領域「ｒｅｇｉｏｎ３」が表示される。一旦、リーフノードから内部ノードへ出たら、フラグ欄１７０ｄの全てのフラグを「０」とする。
【００９０】
実際には、リーフノード間で画像を「Ｌ１」、「Ｌ２」、「Ｌ３」、と切り替えるのに応じて、レジスタに格納された情報を、フラグの立っている内部ノードを選択して「Ｉ１／ｒｅｇｉｏｎ１」、「Ｉ１／ｒｅｇｉｏｎ２」、「Ｉ２／ｒｅｇｉｏｎ３」と書き換えていく。「Ｌ１」、「Ｌ２」、「Ｌ３」の間にリンク先となっていないノードが存在する場合も、あらかじめ設定した境界を越えた時点で同様の順序で書き換えていく。
【００９１】
内部ノード「Ｉ４」からリーフノードへ入った場合は、種類欄１７０ｃが「サムネイル」となっている内部ノードのフラグ欄１７０ｄの値を「１」とする。結果としてリーフノード間で画像を「Ｌ１」、「Ｌ２」、「Ｌ３」、と切り替えるのに応じて、レジスタに格納された情報が「Ｉ４／ｒｅｇｉｏｎ１’」、「Ｉ４／ｒｅｇｉｏｎ２’」、「Ｉ４／ｒｅｇｉｏｎ３’」と書き換えられ、リーフノード「Ｌ３」から内部ノード「Ｉ４」の画像中のリンク領域「ｒｅｇｉｏｎ３’」へ表示が切り替わる。情報対応づけテーブル１７０は、各欄の対応づけがなされていれば、実際には１つのテーブルでなくてよい。
【００９２】
図１４は電子書籍を想定した各階層のノードの画像例を示している。同図において上段がルートノードの画像１７２、中段が内部ノードの画像１７４、下段がリーフノードの画像１７６を表している。画像中の点線矩形は設定されているリンク領域であり実際の画像上には表さない。ルートノードの画像１７２には、４つのリンク領域１７８ａ、１７８ｂ、１７８ｃ、１７８ｄが設定されている。各リンク領域にはリンク領域であることを示すオブジェクトが表される。同図の例では書籍の見開きページを模したオブジェクトが表されている。さらに各オブジェクトにはリンク先の内部ノードの内容を示す文字情報を重ねて表示する。同図の例では「１．はじめに」、「２．基本設定」、「３．録画方法」、「４．再生方法」という、書籍における各章の題名を表示している。
【００９３】
この画像１７２を表示中、リンク領域１７８ｂに視点を近づけるようにズームインしてくと、当該リンク領域に対し設定されたリンク先の内部ノードの画像１７４へ表示が切り替わる（矢印Ｓ１）。なお上述のように、画像をシームレスに切り替えることに重点を置く場合は、ルートノードの画像１７２におけるリンク領域１７８ｂに表示する画像を、画像１７４の縮小画像としてもよい。その他のリンク領域１７８ａ、１７８ｃ、１７８ｄも同様である。
【００９４】
内部ノードの画像１７４には６つのリンク領域が設定されている。これらのリンク領域はリーフノードの画像のいずれかに対応しており、リーフノードの画像を書籍の見開きページとした場合、それを縮小した画像を表す。内部ノードの画像１７４にはさらに、現在表示中の画像がどの内部ノードのものであるかを表す文字情報も表題として示す。同図の場合、「２．基本設定」と表されている。リンク先となるリーフノードが多数ある場合は、内部ノードを複数の画像に分けてもよい。この場合、リーフノード間の移行と同様、画像を順送りにする操作によって内部ノード間で表示を切り替えるようにしてもよい。
【００９５】
そしてあるリンク領域１８０に視点を近づけるようにズームインしてくと、当該リンク領域に対し設定されたリンク先のリーフノードの画像１７６へ表示が切り替わる（矢印Ｓ２）。この画像は上記のとおり、書籍の見開きページを、文字が十分判読できる大きさで表したものである。コンテンツの内容によって、文字以外に静止画像、動画像などを表示してもよいし、それらを組み合わせてもよい。
【００９６】
画像１７６から内部ノードの画像へ戻す操作によって、リーフノードの画像１７６から内部ノードの画像１７４へ表示を切り替える。このとき切り替え直後に表示される画像は、画像１７４内のリンク領域１８０の部分である。内部ノードの画像１７４をズームアウトして全体が表示されたとき、内部ノードの画像１７４からルートノードの画像１７２へ切り替える。切り替え直後に表示される画像は、画像１７２内のリンク領域１７８ｂの部分である。
【００９７】
なお上述の例では視点移動操作によって表示領域とリンク領域が所定の条件を満たしたときをきっかけとしてリンク先の画像へ表示を切り替えたが、同図においてリンク領域として示した矩形領域を直接選択可能に構成してもよい。例えば入力装置２０のうち方向キー２１で、選択可能な矩形領域のうち強調表示する対象を移動させ、○ボタン２２などで決定することにより、当該矩形に対応づけられたリンク先の画像へ表示を切り替える。切り替え時には、まず選択された矩形をズームアップするように表示領域を自動で移動させた後、リンク先の画像へ切り替えてもよい。この場合は表示領域とリンク領域との間にリンク条件を設定しなくてもよいし、リンク条件を満たすように表示領域を移動させリンク判定を通常通り行ってもよい。
【００９８】
図１５はリーフノードの画像の変化例を示している。図中、上段がリーフノードにおける基本的な画像１８２であり、図１４における画像１７６に対応する。リーフノードの画像１８２についてもスクロールや拡大、縮小操作を受け付ける。すなわちユーザの視点移動操作に応じてフレーム座標を決定し、その部分の画像を表示する。図中、下段左の拡大画像１８４は基本的な画像１８２のうち領域１８２ａへズームインした画像である。
【００９９】
一方、画像を先に送ったり戻したりといった、画像の順送り操作がなされた場合は、操作方向における次の画像へ表示を切り替える。このとき好適には、図中、下段右のページめくり画像１８６のように、ページがめくられるような加工を切り替え途中で施すことにより、電子書籍などにおけるページの連続性がわかるようにして臨場感を演出する。このような加工は既存のコンピュータグラフィックス技術を用いて実現できる。切り替え完了後の画像は画像１８２と同様となる。
【０１００】
なお拡大画像１８４を表示している状態で画像の順送り操作がなされたときは、一旦ズームアウトして基本的な画像１８２に戻してからページめくり画像１８６、切り替え後の画像１８２、というように画像を切り替える。これにより画像が切り替わったことが明確になるとともに、画像全体を俯瞰してから所望の領域へズームインする、という流れが自然に発生するため、情報網における現在位置を把握しやすくなる。
【０１０１】
なお表示画像の切り替えを階層間で行うかリーフノード間で行うかに関わらず、入力装置２０のうち所定の入力手段を操作することにより、あらかじめ定められた順序で順次画像が切り替わるようにしてもよい。例えばルートノードの画像１７２、内部ノードの画像１７４、リーフノードの画像１７６、次のリーフノードの画像、・・・・といった順序をリーフノードの画像の順列と同様に準備しておき、リーフノード間で画像を送る操作と同様に、同じ入力手段で階層間の画像切り替えを含めて画像を送ったり戻したりできるようにしてもよい。あるいはそのようなモードと、これまで述べた切り替え手順のモードとを、ユーザにより切り替え可能としてもよい。
【０１０２】
次にこれまで述べた構成によって実現できる情報処理装置１０の基本的な動作について説明する。図１６は情報処理装置１０がユーザの操作に応じて表示画像を変化させる処理手順を示すフローチャートである。このフローチャートは、ユーザが入力装置２０に対し、コンテンツの選択、表示開始の操作を行ったときなどに開始される。この操作は、別に実行中のゲームなどのアプリケーションが提供するメニュー画面を呼び出すことによりなされてもよい。
【０１０３】
まず情報処理装置１０の画像切替制御部１１６、ロード部１０８、デコード部１１２、表示画像処理部１１４の協働により、ルートノードの画像全体を初期画像として表示する（Ｓ１０）。ユーザが当該初期画像を見ながら入力装置２０に対し視点移動の操作を行ったら（Ｓ１２のＹ）、画像切替制御部１１６は、ルートノードの画像データに対応づけられたリンク設定ファイルを参照し、移動先の表示領域がいずれかのリンク条件を満たすか否かを監視する（Ｓ１４）。満たさない間は、視点移動要求信号に応じてフレーム座標決定部１１０が算出したフレーム座標に基づき、デコード部１１２、表示画像処理部１１４がデコード処理、描画処理を適宜行うことにより、表示領域を移動させるように表示画像を更新する（Ｓ１４のＮ、Ｓ２２）。
【０１０４】
一方、リンク条件を満たした場合は、画像切替制御部１１６がロード部１０８、デコード部１１２、表示画像処理部１１４にその旨を通知することにより、内部ノードの画像のうちリンク先として設定されている画像へ表示対象を切り替える（Ｓ１４のＹ、Ｓ１６）。そして切り替え後の画像におけるリンク先の領域を表示する（Ｓ２２）。
【０１０５】
当該画像を表示中、さらに視点移動要求がなされたら（Ｓ１２のＹ）、当該画像に対応づけられたリンク設定ファイルを参照し、リンク条件を満たすか否かを監視しながら表示画像を更新していく（Ｓ１４、Ｓ１６、Ｓ２２）。内部ノードの画像には、ルートノードの画像へのリンクと、リーフノードの画像へのリンクが設定されているため、視点移動要求の内容とリンク条件によって、階層間で表示対象の画像を適宜切り替える。
【０１０６】
このようにしてリーフノードの画像に到達したら、画像切替制御部１１６は視点移動要求操作の他に、リーフノードから内部ノードへ戻る操作がなされたか否か、およびリーフノード間で画像を順送りにする操作がなされたか否かを監視する（Ｓ１７、Ｓ１８）。なおリーフノードの画像への到達時には上述のとおり入り口となった内部ノードの画像データおよびリンク領域の識別情報をレジスタに保存しておく。そして視点移動操作がなされず内部ノードへ戻る操作がなされたら、画像切替制御部１１６の制御のもと、その時点でレジスタが記憶している、リンク元となる内部ノードの画像中のリンク領域へ表示対象を切り替え、表示画像を更新する（Ｓ１７のＹ、Ｓ１６、Ｓ２２）
【０１０７】
リーフノード間で画像を順送りにする操作がなされたら、画像切替制御部１１６の制御のもと、送られた方向で次の画像へ表示対象を切り替え、表示画像を更新する（Ｓ１２のＮ、Ｓ１８のＹ、Ｓ２０、Ｓ２２）。このとき上述の通りレジスタが記憶する、内部ノードへの戻り先となる画像およびリンク領域の情報を、順送りの範囲によって適宜書き換える。視点移動操作、リーフノードから内部ノードへの切り替え操作、リーフノード間の順送り操作のいずれもなされない場合は次の操作まで待機する（Ｓ１２のＮ、Ｓ１７のＮ、Ｓ１８のＮ、Ｓ２４のＮ）。
【０１０８】
なおリーフノードから内部ノードへの切り替え操作がなされた際、当該リーフノードが図１２に示すように複数の内部ノードからのリンク先となっている場合は、直前にリーフノードへ到達したときに立てたフラグを参照し、フラグの立っているリンクを有効とすることで、リーフノードへ到達したときと同じ種類の上層ノードの画像を表示することができる。
【０１０９】
このようにして視点移動操作による階層間の画像切り替え、順送り操作によるリーフノード間の画像切り替えを縦横無尽に行えるようにすることにより、ユーザは所望の情報へ効率的かつ直感的に到達できる。そしてユーザが入力装置２０に対し、表示終了の操作を行ったとき、表示処理を終了する（Ｓ２４のＹ）。
【０１１０】
これまで述べた態様では、ノードごとに１つの画像データが固定的に対応づけられており、視点移動操作や順送り操作などによって表示対象の画像を切り替えたり表示領域を移動させたりした。次に、制御部１００の画像設定制御部１０４によって、ノードごとの画像そのものを途中で変化させる機能について説明する。この機能は、画像の所定の領域を隠蔽しておき、ゲームの進捗度合いや、ユーザによる料金の支払い状況になど応じて徐々に見せる部分を増やしていく、といった態様に応用できる。
【０１１１】
図１７は１つのノードを構成する画像を途中で変化させる態様における各機能ブロックの処理内容を説明するための図である。まずハードディスクドライブ５０に格納する画像データ１０１として、１つのノードに対し複数の画像データを準備する。これらの画像データは共通の座標系を有する同じサイズの画像を表すデータであり、階層データであっても一つの解像度のデータであってもよい。同図の場合、第１画像２０４、第２画像２０６、の２つの画像データが画像データ１０１として準備されている。上記の応用例に当てはめると、第１画像２０４は最終的に表示すべき画像、第２画像２０６は隠蔽用の画像である。
【０１１２】
画像設定制御部１０４は、ゲームなどを実行する機能ブロックやサーバから入力情報取得部１０２が取得した、画像を変化させるタイミングを決定づける画像制御情報を受信する。画像設定制御部１０４は、当該情報に基づき、同じ座標系内で画像平面を分割した領域ごとに第１画像２０４と第２画像２０６のいずれかを割り当てた領域分け情報を決定する。同図の例では、画像平面２０８において、網掛けされた４つの領域２１０は第２画像２０６を用い、それ以外の領域２１２は第１画像２０４を用いる、と決定している。決定した領域分け情報は、実際には第２画像２０６を用いる領域をフレームパラメータなどで表せばよい。
【０１１３】
例えばゲームの進捗度合いを段階で表すステップ番号と、領域分け情報とをあらかじめ対応づけておき、画像制御情報として取得したステップ番号に基づき、それに対応する領域分け情報を取得するようにしてもよい。あるいは、変化させたい領域のフレームパラメータまたは当該領域の識別番号をあらかじめ定めておき、新たに開示すべき領域のフレームパラメータや識別番号の直接指定を画像制御情報として受け付けて、それに従い領域分け情報を更新するようにしてもよい。画像設定制御部１０４は、決定した領域分け情報をデコード部１１２に通知する。
【０１１４】
デコード部１１２は、メインメモリ６０にロードされた第１画像２０４、第２画像２０６、の２つの画像データをデコードし、領域分け情報に基づきどちらの画像データを採用するかを画素ごとに決定してバッファメモリ７０に書き出していく。同図において画像２１３、２１４は、第１画像２０４、第２画像２０６のうち採用する部分のみを元の画像で表し、不採用の部分を白抜きで示している。デコード部１１２は、画像２１３、２１４内で格子状に区切られたタイル画像の領域ごとにデコード処理を行う。
【０１１５】
そのためデコード部１１２には、１つのタイル画像分のサイズのワーキングメモリを２つ設ける。例えば太線枠で示した、第１画像２０４のタイル画像２１３ａと第２画像２０６のタイル画像２１４ａをデコードしてワーキングメモリに格納する。この時点ではどちらもタイル画像全体のデータが格納される。そして、同図の例ではタイル画像２１３ａのうち白抜きされていない上側２／３程度の領域のデータを、バッファメモリ７０の対応するタイル画像分の領域に書き出す。さらにタイル画像２１４ａのうち下側１／３程度の領域のデータを、同タイル画像分の領域のうち残りの領域に書き出す。
【０１１６】
この処理をバッファメモリ７０に格納すべきすべてのタイル画像の領域に対して行うと、第１画像２０４のうち、一部の領域が第２画像２０６となっている画像２１６がバッファメモリ７０に格納されることになる。デコード部１１２はデコード処理にあたり、画像設定制御部１０４から提供される領域分け情報を随時参照することにより、その変化をバッファメモリ７０に格納する画像へ反映させる。なお同図ではバッファメモリ７０に元の画像全体が格納されているが、バッファメモリ７０に格納する領域がフレーム座標に応じて変化することは既述したとおりである。
【０１１７】
このように、デコード部１１２においてタイル画像ごとにデコードを行い、それらを組み合わせたものをバッファメモリ７０に書き込むことにより、元となる画像データが複数であってもタイル画像分のワーキングメモリを増やすのみで画像の組み合わせ処理が実現できる。タイル画像のサイズを小さくするほど、大面積のバッファメモリ７０を複数倍のサイズで準備するのに比べ、必要なメモリサイズを格段に抑えることができる。
【０１１８】
画像データをそれぞれ階層データとした場合は、同じ階層のデータを用いて同様の処理を行う。画像データのメインメモリ６０へのロードやバッファメモリ７０に格納されたデータの一部を表示する処理は図７で説明したのと同様である。同図は２つの画像データを用いて１つの画像を作成したが、３つ以上の画像データを用いて同様の処理を行ってもよい。用いる画像データの数を増やすほど、より複雑な変化を演出できる。
【０１１９】
また同図の２つの画像は離散的に配置された矩形領域を変化させるものであったが、図１４で示したような書籍の見開きページの一部を、何も書いていない状態から文字が表れる状態とするなど、背景と同化させることにより隠蔽してもよい。また隠蔽目的でなく、単に画像を変化させる目的で用いることもできる。
【０１２０】
また上述の説明では、画素ごとに採用する画像を選択し、その画素値をバッファメモリ７０に書き出したが、元の画像をアルファブレンドにより合成してもよい。すなわち画素値にアルファチャンネルを設け、領域分け情報において設定される領域ごとに、採用する画像の画素のアルファ値を１とし、不採用とする画像の画素のアルファ値を０とする。そしてそれらをタイル画像ごとに合成したうえ、バッファメモリ７０に展開すると、いずれか一方の画素値を書き出す上述の態様と同様の画像が得られる。
【０１２１】
またこのようなアルファブレンド処理を利用し、領域分け情報において設定される領域ごとに、各画像のアルファ値を０以上１以下の所定の値に設定するようにしてもよい。これにより、領域によって別の画像が半透明に表れるような表示が可能となる。この場合、領域分け情報には領域ごとに、各画像に設定するアルファ値の情報を含める。画像制御情報に基づき、領域を変化させずに当該アルファ値の設定のみを変化させる態様を含めると、表示画像の変化のバリエーションをさらに増やすことができる。
【０１２２】
以上述べた本実施の形態によれば、コンテンツ画像として表示する情報をツリー構造とする。そして各ノードの画像に対しリンク領域を設定することにより、視点移動操作あるいは領域の選択操作によってツリー構造における他の階層の画像へ表示を切り替えられるようにする。切り替え前後で表示領域に表すオブジェクトをおよそ統一しておくことで、階層間の切り替えを連続性をもって行える。結果として、情報の全体像から個々の項目の詳細情報まで、粒度の異なる情報を双方向で連続的に追うことができるため、直感的かつ効率的に所望の情報へ到達できる。各画像を、複数の解像度で表した階層データとして保持すると、ツリー構造の階層との相乗効果により、よりダイナミックな表示画像の変化を実現できるとともに広範囲の情報を網羅できる。
【０１２３】
さらに最下層であるリーフノードの画像に対しては順序を定義することにより、画像を次に送ったり前に戻したり、といった、順序を踏襲した切り替え操作を可能とする。このようにすることで、別の内部ノードに関連づけられているリーフノードの画像であっても、内部ノードに戻ることなくリーフノード間の移行が実現できる。またリーフノードの画像はツリー構造上、他の階層に比べ数が多くなるのが一般的であるため、そのような画像を空間上に配列させた場合と比較し、現在の表示画像の位置や画像の順序が把握しやすくなる。
【０１２４】
結果としてユーザは、小説であるか図鑑であるか、といったコンテンツの種類や状況に応じて、リーフノードの画像へのアクセス経路を、階層間の移動とするかリーフノード間の移動とするかを容易に切り替えることができる。階層によらず画像に統一性を持たせることにより、視点移動操作による階層間の画像切り替えと、順送り操作によるリーフノード間の画像切り替えを連続的な動作として自然に行うことができる。あるいは階層間の画像切り替えと順送り操作によるリーフノード間の画像切り替えを区別することなく同じ操作方法で設定された順に切り替えるようにすると、より容易に連続性のある表示切り替えが可能となる。
【０１２５】
また複数の内部ノードやルートノードの画像から一つのリーフノードの画像へ到達できるようにリンクを設定することで、さらに所望の画像へのアクセス効率が向上する。すなわち分類手法に応じて複数種類の内部ノードを設けることで、リーフノードの画像を多角的に検索できるようになる。このとき、リーフノードへ到達したときの内部ノードの種類と、その後にリーフノードから内部ノードへ戻るときの内部ノードの種類を統一することで、情報網における現在位置の把握や次の検索が容易になる。
【０１２６】
電子書籍などにおいてページに相当するリーフノードの画像を順送りする場合は、画像中に表したページをめくるような画像効果を施すことにより、本を読み進めていく臨場感をユーザに味わわせることができる。
【０１２７】
さらに、複数の画像を領域ごとに使い分けることにより、１つのノードを構成する画像を複数の画像から作成する。このとき画像平面上でどの領域にどの画像データを用いるかを定めた領域分け情報を作成し、外部からの情報に基づき当該情報を変化させることにより、表示画像を変化させる。このようにすると、元となる画像の数が少なくても、領域分けのバリエーションにより表示画像を多様に変化させることができる。
【０１２８】
このとき、デコード処理をタイル画像単位に行い、一旦、ワーキングメモリに保存し、そのなかから採用分のみを取捨選択してバッファメモリに展開していく、という処理を繰り返すことにより、メモリサイズを増大させずに表示画像を生成できる。
【０１２９】
以上、本発明を実施の形態をもとに説明した。上記実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【符号の説明】
【０１３０】
１  情報処理システム、  １０  情報処理装置、  １２  表示装置、  ２０  入力装置、  ３８  タイル画像、  ４４  表示処理部、  ５０  ハードディスクドライブ、  ６０  メインメモリ、  １００  制御部、  １０１  画像データ、  １０２  入力情報取得部、  １０４  画像設定制御部、  １０８  ロード部、  １１０  フレーム座標決定部、  １１２  デコード部、  １１４  表示画像処理部、  １１６  画像切替制御部、  １１８  リンク設定ファイル。
【図１】
0005851170.tif 000002
【図２】
0005851170.tif 000003
【図３】
0005851170.tif 000004
【図４】
0005851170.tif 000005
【図５】
0005851170.tif 000006
【図６】
0005851170.tif 000007
【図７】
0005851170.tif 000008
【図８】
0005851170.tif 000009
【図９】
0005851170.tif 000010
【図１０】
0005851170.tif 000011
【図１１】
0005851170.tif 000012
【図１２】
0005851170.tif 000013
【図１３】
0005851170.tif 000014
【図１４】
0005851170.tif 000015
【図１５】
0005851170.tif 000016
【図１６】
0005851170.tif 000017
【図１７】
0005851170.tif 000018