(57)【要約】      （修正有）【課題】汎用情報処理装置において複数の静止画の連続高速切替え再生を行う技術を提供する。【解決手段】ＣＰＵ１０１は、一連の静止画について、ハードウェア動画デコーダに対してCreate DecoderのＡＰＩを発行することにより、デコードインスタンスの作成を依頼しＳ２１、静止画Ａから順にＩフレームとしての符号化情報を画像情報格納部から読み出して、当該情報を伴ったSubmit FrameのＡＰＩをデコーダに対して発行するＳ２２。その結果、ＣＰＵ１０１は、デコーダから、復号化により得られた元の静止画像をＲＧＢのデータとして受け取るＳ２３。Ｓ２２及びＳ２３の処理を、表示する一連の静止画すべてについて繰り返し行う。すべての静止画について処理が終了すると、ＣＰＵ１０１は、デコーダに対してDestroy DecoderのＡＰＩを発行して一連のＩフレームを対象とした復号化機能を閉じるＳ２５。【選択図】図２
2018038064.tif 000002
【特許請求の範囲】
【請求項１】
ハードウェア動画デコーダと、
そのハードウェア動画デコーダに対する指令の仕様に基づいて、前記ハードウェア動画デコーダに対してソフトウェアによる指令を与えて符号化済み動画の復号化を依頼し、結果として復号化済み動画をハードウェア動画デコーダから受け取って処理する制御部と、
その制御部から前記復号化済み動画を受け取ることにより画像の表示が実現される表示部と、
を備えた汎用情報処理装置を利用して静止画を表示処理する静止画情報処理方法であって、
連続高速切替え表示がなされる解像度が異なる複数の静止画の解像度をダミーデータの充当処理により単一の解像度とし、該単一の解像度を有する複数の静止画の各々をＩフレームとした動画ファイルとして符号化すると共に、該動画ファイルのヘッダ等に各静止画の実サイズの情報を格納しておき、
前記制御部は、前記ハードウェア動画デコーダに対して、前記動画ファイルの復号で使用するデコードインスタンス作成のための第１の指令を行い、その後、前記制御部は前記ハードウェアデコーダに対して、動画ファイル単位で復号のための第２の指令を与え、
前記制御部は、前記ヘッダ等に格納された情報に基づいてダミーデータの充当処理前の静止画を前記表示部に表示し、
前記制御部は、要求した動画ファイルの復号が終了した後、前記デコードインスタンスを破棄する第３の指令を与えることを特徴とする静止画情報処理方法。
【請求項２】
前記符号化においては、前記ハードウェア動画デコーダにおける同時動作可能な復号化機能の数と、前記複数の静止画のそれぞれの解像度に応じて、前記複数の静止画をグループ分けし、各グループごとに解像度を統一して静止画の各々をＩフレームとした動画ファイルとして符号化したことを特徴とする請求項１記載の静止画情報処理方法。
【請求項３】
前記複数の静止画は、遊技機において、前記連続高速切替え表示がなされることを特徴とする請求項１または２記載の静止画情報処理方法。
【請求項４】
ハードウェア動画デコーダと、
そのハードウェア動画デコーダに対する指令の仕様に基づいて、前記ハードウェア動画デコーダに対してソフトウェアによる指令を与えて符号化済み動画の復号化を依頼し、結果として復号化済み動画をハードウェア動画デコーダから受け取って処理する制御部と、
その制御部から前記復号化済み動画を受け取ることにより画像の表示が実現される表示部と、
を備えた汎用情報処理装置を利用して静止画を表示処理する静止画情報処理方法であって、
前記ハードウェア動画デコーダの解像度を基準として静止画を単一の解像度に分割し、該分割された静止画の各々をＩフレームとした動画ファイルとして符号化すると共に、該動画ファイルのヘッダ等に分割に係る情報を格納しておき、
前記制御部は、前記ハードウェア動画デコーダに対して、前記動画ファイルの復号で使用するデコードインスタンス作成のための第１の指令を行い、その後、前記制御部は前記ハードウェアデコーダに対して、動画ファイル単位で復号のための第２の指令を与え、
前記制御部は、前記ヘッダ等に格納された分割に係る情報に基づいて前記分割された静止画を接合して前記表示部に表示し、
前記制御部は、要求した動画ファイルの復号が終了した後、前記デコードインスタンスを破棄する第３の指令を与えることを特徴とする静止画情報処理方法。
【請求項５】
前記符号化においては、前記分割後の端の一致しない部分にダミーデータの充当処理を行うことにより単一の解像度を得たことを特徴とする請求項４記載の静止画情報処理方法。
【請求項６】
前記符号化においては、前記ハードウェア動画デコーダにおける同時動作可能な復号化機能の数と、復号化機能の解像度に応じて、前記静止画の分割する解像度を決定し、前記制御部は所望の解像度に対応する復号化機能を確保するためのデコードインスタンス作成のための第１の指令を行うことを特徴とする請求項４または５記載の静止画情報処理方法。
【請求項７】
前記静止画は、遊技機において、連続高速切替え表示がなされることを特徴とする請求項４乃至６のいずれかに記載の静止画情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、静止画情報処理方法に関し、例えばパーソナルコンピュータ等の汎用情報処理装置における静止画情報処理方法に関する。
【背景技術】
【０００２】
画像処理技術においては、一般に、大量の情報を高速に処理することが求められている。例えば、動画においては、符号化して格納しておく段階では、高速性というよりは圧縮技法の工夫に応じた容量の削減の方が重視されるものの、再生の場面では高速に復号化処理を行って処理待ちとならずに動画を再現することが要求される。従って、特に、用途に応じた専用の圧縮符号化処理を行うハードウェアデコーダの開発が盛んに進められている。一方、静止画はというと、動画と比較すると格段に情報量も少ないことから、高速に処理を求められる場面は殆ど見受けられない。
【０００３】
しかしながら、特定の画像処理の分野や用途に応じては、静止画の処理も高速に行えることが望まれる場合もある。例えば、パチンコ機、パチスロ機、ゲーム機等の遊技機の分野においては、何枚もの静止画を高速に切り替えて（重ね合わせることを含む）表示するというような場面があるが、そのとき、切替え速度が速ければ速いほど遊戯としての臨場感や遊興感が高まることとなる。この場合、その切替え速度には、静止画という比較的情報量の少ないものであっても如何に高速に復号化処理が行えるか否かが効いてくる。従って、特にパチンコ機等の遊技機においては、静止画であっても、専用のハードウェア回路で処理されたり、１枚１枚の静止画を動画の１ファイルと見立てて動画として構成し、つまりＭＰＥＧ（Moving Picture Experts Group）規格におけるＩフレーム（Intra-Picture）１枚の１動画ファイルとして構成して動画用のハードウェア回路で処理するようなことが行われている。また、演出上、動画の逆転再生や倍速再生等の柔軟な再生制御を行って遊興感を高めることも行われているが、かかる制御に際しては動画を連続した静止画として符号化することもあり、このような場合にも、処理速度の重要性に関しては同様である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１２２７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、上述のパチンコ機等の遊技機においては、特にその画像表示に係るソフトウェア開発過程において、画像表示を汎用の３Ｄチップやいわゆるパーソナルコンピュータ等の汎用情報処理装置で随時確認しながら開発を進めたいという要請も多い。しかしながら、以下で詳述するように、パーソナルコンピュータ等の汎用情報処理装置では、そのハードウェア機能上の制約から、そのままでは、実機で実現されるような表示を確認的に再現することは難しい。
【０００６】
図８は、パーソナルコンピュータに代表される汎用情報処理装置の構成を示すブロック図である。同図において、当該装置は、装置全体の処理の制御を行うＣＰＵ（Central Processing Unit）１０１と、基本プログラム等の固定データが格納されるＲＯＭ（Read Only Memory）１０２と、実行されるプログラムやその処理に係るデータ等が逐次ロードされたり消去されるＲＡＭ（Random Access Memory）１０３と、ハードウェアで構成され、符号化された動画情報に対して復号化処理を行い元の動画を復元するハードウェア動画デコーダ１０４と、少なくとも処理対象たる画像情報が格納される画像情報格納部１０５と、動画や静止画等の画像が表示される表示部１０６とを備えている。画像情報格納部１０５は、具体的には、ＨＤＤ（Hard Disk Drive）であったりＤＶＤ（Digital Versatile Disk）ドライブであったりするが、それらの外付けのものであってもよい。また、表示部１０６についても、物理的には、装置と一体で構成されていてもよいし、別の独立した構成であってもよい。なお、パーソナルコンピュータに代表される一般の汎用情報処理装置には、典型的に、キーボードやマウス等が備わっているがここでは省略している。また、インターネット等のネットワークと接続するための機能構成についても省略している。
【０００７】
まず、図８に示した汎用情報処理装置で一般的な動画が再生される場合の処理について説明する。そこで、画像情報格納部１０５には、圧縮符号化された動画情報が予め格納されている。圧縮符号化形式としては典型的にはＭＰＥＧ形式であり、その中でも近時、高機能のものとしてＭＰＥＧ４  ＡＶＣ規格が策定されている。なお、ここでは、画像情報格納部１０５に予め格納しておくとしているが、表示に際してネットワークを介してサーバからダウンロードしてストリーム再生する態様も一般化している。
【０００８】
そこで、当該汎用情報処理装置の操作者により、マウスやキーボード等を介して、画像情報格納部１０５に格納された任意の動画の再生が装置に対して指示されると、ＣＰＵ１０１が、指定された動画を画像情報格納部１０５から読み出して、順次ハードウェア動画デコーダ１０４に与え、帰ってきたＲＧＢの復号化データを表示部１０６の前段の表示制御部（図示せず）に与えることにより動画表示が実現される。このとき、ＣＰＵ１０１がハードウェア動画デコーダ１０４との間のやりとりで使用する指示形式が一般にＡＰＩ（Application Programming Interface）と呼ばれているものである。なお、ＣＰＵ１０１とハードウェア動画デコーダ１０４との間のＡＰＩは、個々のハードウェアに応じて個々に規定されている。例えば、フレーム単位でＡＰＩで指示するものもあれば、動画ファイル単位で指示できるものもある。
【０００９】
一方、静止画情報については、前述のように、通常は、ＪＰＥＧ形式で圧縮符号化された静止画情報に代表されるように、ソフトウェアによる復号化処理を経て表示に供される。
【００１０】
このように、汎用情報処理装置であっても、ハードウェア動画デコーダを備えていることが一般的であり、動画に関しては、汎用情報処理装置と前述の遊技機等の特定の専用機との間で、顕著な差異はない。
【００１１】
但し、パーソナルコンピュータ等の汎用情報処理装置においては、動画ファイルをハードウェア動画デコーダ１０４で復号化するため、ＣＰＵ１０１からCreate Decoder APIをハードウェア動画デコーダ１０４に発行すると共に、メモリの確保やドライバの処理等、デコードインスタンスを作成するため、雑多なソフトウェア処理、例えば、ＯＳ（Operating System）への問合せ等の処理を行っており、数百ミリ秒の遅延が生じる。家庭用ビデオ映像等のごく普通の動画を再生するにおいては、その程度のソフトウェア処理については、動画の再生開始が数百ミリ秒程度遅れるだけであり再生としては支障がないが、特定の専用機用の動画の再生の現実に関してはその点が効いてくる。
たとえば、複数の動画を連続して再生するような場合、動画ファイル毎に汎用情報処理装置側でデコードインスタンスを作成し、復号処理を実行できる状態としなければならず、デコードインスタンス作成のための数百ミリ秒の処理遅延が再生動画ファイル毎に発生し、遊技機等の開発過程で汎用情報処理装置を利用しても実機で実現される表示を確認できない。
【００１２】
一方、静止画に話を転ずると、遊技機等の専用機において、静止画を動画に見立てて高速復号化処理を実現しているように、パーソナルコンピュータ等の汎用情報処理装置においても、備わっているハードウェア動画デコーダを利用して高速処理を図ることが発想できる。しかしながら、上述のように一動画を開く処理において比較的時間を要する汎用情報処理装置においては、１枚１枚の静止画を動画の１ファイルと見立てて処理する構成では、たとえハードウェア動画デコーダを利用するとしても、一動画、すなわち各静止画、ごとにファイルを開いたり閉じたりする処理が行われ、その都度、汎用情報処理装置においてデコードインスタンスが作成されることとなるので、ＯＳへの問い合わせ処理等、処理速度低下をもたらす雑処理が極めて頻繁に行われ、専用機と同様の複数の静止画の連続高速切替え再生は到底実現できない。専用機においては、秒間６０フレームの間に複数の静止画を高速に切り替えて再生する処理を実現しており、その場合、一動画、すなわち、各静止画を開くのに許容される時間は数ミリ秒以下であり、汎用情報処理装置の上記数百ミリ秒では到底実現できない。
【００１３】
本発明は上述のような事情から為されたものであり、本発明の目的は、汎用情報処理装置において複数の静止画の連続高速切替え再生を可能とした静止画情報処理方法を提供することにある。
【００１４】
なお、特許文献１においては、静止画ファイルの再生に対応していない再生装置においても、静止画を再生できるようにした録画装置を提供することを目的としており（段落［００１２］〜［００１４］）、その実現手段としては、静止画データをＭＰＥＧ形式のＩフレームとして符号化し、動画ファイル内に埋め込んで記録しておき（段落［００１５］〜［００１８］、［００３０］、［００３７］、［００５１］、図３及び図４）、それを再生している。これにより、静止画の記録再生に対応していない、すなわち動画のみを対象とした記録再生装置でも静止画を扱えるとしている。
【００１５】
しかしながら、特許文献１においては、複数の静止画を連続高速切替え再生するという概念がない。また、汎用情報処理装置で複数の静止画を連続切替えする際の処理速度の課題の概念がない。従って、符号化静止画情報をハードウェアにより復号化するという概念がない。また、フレームのサイズという概念がない。
【課題を解決するための手段】
【００１６】
上記目的を達成するため、本発明の静止画情報処理方法は、ハードウェア動画デコーダと、そのハードウェア動画デコーダに対する指令の仕様に基づいて、前記ハードウェア動画デコーダに対してソフトウェアによる指令を与えて符号化済み動画の復号化を依頼し、結果として復号化済み動画をハードウェア動画デコーダから受け取って処理する制御部と、その制御部から前記復号化済み動画を受け取ることにより画像の表示が実現される表示部と、を備えた汎用情報処理装置を利用して静止画を表示処理する静止画情報処理方法であって、連続高速切替え表示がなされる解像度が異なる複数の静止画の解像度をダミーデータの充当処理により単一の解像度とし、該単一の解像度を有する複数の静止画の各々をＩフレームとした動画ファイルとして符号化すると共に、該動画ファイルのヘッダ等に各静止画の実サイズの情報を格納しておき、前記制御部は、前記ハードウェア動画デコーダに対して、前記動画ファイルの復号で使用するデコードインスタンス作成のための第１の指令を行い、その後、前記制御部は前記ハードウェアデコーダに対して、動画ファイル単位で復号のための第２の指令を与え、前記制御部は、前記ヘッダ等に格納された情報に基づいてダミーデータの充当処理前の静止画を前記表示部に表示し、前記制御部は、要求した動画ファイルの復号が終了した後、前記デコードインスタンスを破棄する第３の指令を与えることを要旨とする。
【００１７】
そのとき、符号化においては、ハードウェア動画デコーダにおける同時動作可能な復号化機能の数と、複数の静止画のそれぞれの解像度に応じて、複数の静止画をグループ分けし、各グループごとに解像度を統一して静止画の各々をＩフレームとした動画ファイルとして符号化する方策がある。
【００１８】
また、上記静止画情報処理方法において、複数の静止画としては、遊技機において連続高速切替え表示がなされるものが用いられる。
【００１９】
本発明に係る静止画情報処理方法の他の方法は、ハードウェア動画デコーダと、そのハードウェア動画デコーダに対する指令の仕様に基づいて、前記ハードウェア動画デコーダに対してソフトウェアによる指令を与えて符号化済み動画の復号化を依頼し、結果として復号化済み動画をハードウェア動画デコーダから受け取って処理する制御部と、その制御部から前記復号化済み動画を受け取ることにより画像の表示が実現される表示部と、を備えた汎用情報処理装置を利用して静止画を表示処理する静止画情報処理方法であって、前記ハードウェア動画デコーダの解像度を基準として静止画を単一の解像度に分割し、該分割された静止画の各々をＩフレームとした動画ファイルとして符号化すると共に、該動画ファイルのヘッダ等に分割に係る情報を格納しておき、前記制御部は、前記ハードウェア動画デコーダに対して、前記動画ファイルの復号で使用するデコードインスタンス作成のための第１の指令を行い、その後、前記制御部は前記ハードウェアデコーダに対して、動画ファイル単位で復号のための第２の指令を与え、前記制御部は、前記ヘッダ等に格納された分割に係る情報に基づいて前記分割された静止画を接合して前記表示部に表示し、前記制御部は、要求した動画ファイルの復号が終了した後、前記デコードインスタンスを破棄する第３の指令を与えることを要旨とする。
【００２０】
また、前記符号化においては、分割後の端の一致しない部分にダミーデータの充当処理を行うことにより単一の解像度を得るのが良い。
【００２１】
また、前記符号化においては、ハードウェア動画デコーダにおける同時動作可能な復号化機能の数と、復号化機能の解像度に応じて、前記静止画の分割する解像度を決定し、制御部は所望の解像度に対応する復号化機能を確保するためのデコードインスタンス作成のための第１の指令を行う。
【００２２】
また、上記静止画情報処理方法において、複数の静止画としては、遊技機において連続高速切替え表示がなされるものが用いられる。
【００２３】
【００２４】
【００２５】
【００２６】
【発明の効果】
【００２７】
本発明の静止画情報処理方法によれば、遊技機等の専用機で実現されているような複数の静止画の連続高速切替え再生が、汎用情報処理装置においても可能となる。
【００２８】
特に、解像度が異なる複数の静止画の各々をダミーデータの充当処理により単一の解像度を有する静止画とし、それをＭＰＥＧ規格におけるＩフレームとした動画ファイルとして符号化すると共に、該動画ファイルのヘッダ等に各静止画の実サイズ情報を格納しておき、制御部は、ハードウェア動画デコーダに対して、動画ファイル単位で、復号化のための指令を与えると共に、ヘッダ等に格納された情報に基づいてダミーデータ充当処理前の静止画を表示するので、例えばフレームデータを与えて復号化するような低位のＡＰＩが提供されていない環境であっても、復号化の際には、中身が静止画情報であることを全く意識することなく処理するようにプログラム可能となる。
【００２９】
【図面の簡単な説明】
【００３０】
【図１】ＣＰＵ１０１がハードウェア動画デコーダ１０４に対してフレーム単位で復号化指示可能な場合における本発明の静止画情報処理方法の一実施形態の処理のうちの、予め各静止画を圧縮符号化しておく際の符号化処理を説明するための図である。
【図２】ＣＰＵ１０１がハードウェア動画デコーダ１０４に対してフレーム単位で復号化指示可能な場合における本発明の静止画情報処理方法の一実施形態の処理のうちの、復号化処理に際し、ＣＰＵ１０１がハードウェア動画デコーダ１０４に対して行う指示の手順を示す図である。
【図３】ＣＰＵ１０１がハードウェア動画デコーダ１０４に対して動画一ファイル単位で復号化指示可能な場合における本発明の静止画情報処理方法の一実施形態の処理のうちの、予め各静止画を圧縮符号化しておく際の符号化処理を説明するための図である。
【図４】ＣＰＵ１０１がハードウェア動画デコーダ１０４に対して動画一ファイル単位で復号化指示可能な場合における本発明の静止画情報処理方法の一実施形態の処理のうちの、復号化処理に際し、ＣＰＵ１０１がハードウェア動画デコーダ１０４に対して行う指示の手順を示す図である。
【図５】各静止画のサイズを揃えて処理する場合を説明するための図である。
【図６】複数のデコーダ機能を確保できる場合の、異なるサイズの複数の静止画を各デコーダに割り当てる際の割り当ての具体例を説明するための図である。
【図７】各静止画のサイズを揃えて処理する場合の他の例を説明するための図である。
【図８】パーソナルコンピュータに代表される汎用情報処理装置の構成を示すブロック図である。
【発明を実施するための形態】
【００３１】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。
ここでは、例として、４枚の静止画（静止画Ａ、Ｂ、Ｃ、Ｄ）をパチンコ機等の遊技機において連続的に高速に切替えて再生する場合について、それをパーソナルコンピュータ等の汎用情報処理装置で再現する場合を説明する。汎用情報処理装置のハードウェア構成としては、図７に示した従来のものと変わりはない。
【００３２】
そこで、操作者から装置に対して任意の動画の表示が指示された際に、ＣＰＵ１０１がハードウェア動画デコーダ１０４に対して発するＡＰＩは、前述のように、ハードウェアの種別に応じて差異はあるものの、大きく分けて、動画一ファイル単位でハードウェア動画デコーダ１０４に復号化指示を与えるものと、動画内のフレーム単位で復号化指示を与えられるものの２種類がある。以下、それぞれの場合で、本発明の実施形態を説明する。
【００３３】
ａ）ＣＰＵ１０１がフレーム単位で復号化指示可能な場合
図１は、ＣＰＵ１０１がハードウェア動画デコーダ１０４に対してフレーム単位で復号化指示可能な場合における本発明の静止画情報処理方法の一実施形態の処理のうちの、予め各静止画を圧縮符号化しておく際の符号化処理を説明するための図である。
【００３４】
同図に示すように、この場合、予め各静止画を圧縮符号化しておく際の符号化処理については、この場合、所定のソフトウェアツールを利用して静止画１枚１枚をＭＰＥＧで規定されるＩフレームとして符号化し、個別に画像情報格納部１０５に格納しておく（ステップＳ１１）。または、前述のように、ネットワーク上のサーバに格納しておくようにしてもよい。つまり、図１に示すように、静止画１枚１枚をＭＰＥＧで規定されるＩフレーム相当に符号化するが、それらを纏めて一動画ファイルとすることはなく、それぞれを別個のファイルとしておく。
【００３５】
図２は、ＣＰＵ１０１がハードウェア動画デコーダ１０４に対してフレーム単位で復号化指示可能な場合における本発明の静止画情報処理方法の一実施形態の処理のうちの、復号化処理に際し、ＣＰＵ１０１がハードウェア動画デコーダ１０４に対して行う指示の手順を示す図である。基本的には、ＣＰＵ１０１は、ハードウェア動画デコーダ１０４に対して必要なＡＰＩを発行しつつ制御することにより、必要な復号化画像情報を得ている。ここで、特に、このＣＰＵ１０１がハードウェア動画デコーダ１０４に対してフレーム単位で復号化指示可能な場合においては、フレーム単位での復号化指令のＡＰＩをＣＰＵ１０１からハードウェア動画デコーダ１０４に発行することにより、動画一ファイルの復号化処理においてＩフレームをシークしていく処理をエミュレートできる構成となっている。
【００３６】
具体的には、マウスやキーボード等を介して操作者により静止画の連続高速切替え再生が指示された場合、又は静止画の連続高速切替え再生を実現するプログラムが起動された場合、まず、ＣＰＵ１０１は、最初の一連の静止画（同図に示す場合、静止画Ａ，Ｂ，Ｃ，Ｄ）について、ハードウェア動画デコーダ１０４に対してCreate DecoderのＡＰＩを発行することにより、デコードインスタンスの作成を依頼する（ステップＳ２１）。
【００３７】
次に、ＣＰＵ１０１は、静止画Ａから順に、そのＩフレームとしての符号化情報を画像情報格納部１０５から読み出して、当該情報を伴ったSubmit FrameのＡＰＩをハードウェア動画デコーダ１０４に対して発行する（ステップＳ２２）。その結果、ＣＰＵ１０１は、ハードウェア動画デコーダ１０４から、復号化により得られた元の静止画像をＲＧＢのデータとして受け取る（ステップＳ２３）。そして、得られたデータを、随時、表示部１０６の前段に設けられた表示制御部に送ることにより当該静止画の表示が実現される。そして、ステップＳ２２及びＳ２３の処理を、表示する一連の静止画すべて、この場合には静止画Ａ，Ｂ，Ｃ，Ｄのすべて、について繰り返し行う（ステップＳ２４）。
【００３８】
ステップＳ２４において、一連のすべての静止画について処理が終了すると（肯定判定）、ＣＰＵ１０１は、ハードウェア動画デコーダ１０４に対してDestroy DecoderのＡＰＩを発行して一連のＩフレームを対象とした復号化機能を閉じる又は破棄する（ステップＳ２５）。次に、他の一連の連続表示すべき静止画が控えているのであれば（ステップＳ２６において肯定判定）、ステップＳ２１に戻り、同様の処理を繰り返す。
【００３９】
以上のように、静止画毎にデコードインスタンスの作成の処理は行われず、表示する一連の静止画単位でデコードインスタンスの作成を行っているので、汎用情報処理装置であっても、複数の静止画の連続高速切替え再生が可能となる。また、特に、このＣＰＵ１０１がハードウェア動画デコーダ１０４に対してフレーム単位で復号化指示可能な場合においては、各静止画を個別に格納管理しているので、静止画の差し替え等の編集が容易であるという利点がある。
すなわち、静止画を動画のＩフレームとして復号化すると共に、複数の静止画を複数のＩフレームからなる動画と見立てて復号することで、動画ファイル毎（静止画Ａ~静止画ＤのＩフレームとしてのファイル）にデコードインスタンスを作成せず、汎用情報処理装置であっても、複数の静止画の連続高速切替え再生が可能となる。
【００４０】
ｂ）ＣＰＵ１０１が動画一ファイル単位で復号化指示可能な場合
図３は、ＣＰＵ１０１がハードウェア動画デコーダ１０４に対して動画一ファイル単位で復号化指示可能な場合における本発明の静止画情報処理方法の一実施形態の処理のうちの、予め各静止画を圧縮符号化しておく際の符号化処理を説明するための図である。
【００４１】
同図に示すように、この場合、予め各静止画を圧縮符号化しておく際の符号化処理については、所定のソフトウェアツールを利用して各静止画をＩフレームとして符号化すると共に、一つのＩフレームからなる画像データをＧＯＰ（Group of Picture）データとし、複数のＧＯＰデータからなる１つの動画ファイルとして画像情報格納部１０５に格納しておく（ステップＳ３１）。または、前述のように、ネットワーク上のサーバに格納しておくようにしてもよい。
【００４２】
図４は、ＣＰＵ１０１がハードウェア動画デコーダ１０４に対して動画一ファイル単位で復号化指示可能な場合における本発明の静止画情報処理方法の一実施形態の処理のうちの、復号化処理に際し、ＣＰＵ１０１がハードウェア動画デコーダ１０４に対して行う指示の手順を示す図である。基本的には、図２の場合と同様、ＣＰＵ１０１は、ハードウェア動画デコーダ１０４に対して必要なＡＰＩを発行しつつ制御することにより、必要な復号化画像情報を得ている。ここで、特に、このＣＰＵ１０１がハードウェア動画デコーダ１０４に対して動画一ファイル単位で復号化指示可能な場合においては、一連の静止画を動画一ファイルとして扱い、ＣＰＵ１０１が、動画一ファイル単位で復号化を依頼するＡＰＩをハードウェア動画デコーダ１０４に発行することにより処理が行われる。
【００４３】
具体的には、マウスやキーボード等を介して操作者により静止画の連続高速切替え再生が指示された場合、又は静止画の連続高速切替え再生を実現するプログラムが起動された場合、まず、ＣＰＵ１０１は、一連の静止画（静止画Ａ，Ｂ，Ｃ，Ｄ）が纏められた動画ファイルについて、ハードウェア動画デコーダ１０４に対してCreate DecoderのＡＰＩを発行することにより、デコードインスタンスの作成を依頼する（ステップＳ４１）。
【００４４】
次に、最初の一連の静止画（同図に示す場合、静止画Ａ，Ｂ，Ｃ，Ｄ）からなる符号化された動画ファイルを画像情報格納部１０５から読み出し、当該動画ファイルを指定しつつ一動画ファイル単位で復号化を依頼するＡＰＩをハードウェア動画デコーダ１０４に対して発行する（ステップＳ４２）。その結果、ＣＰＵ１０１は、ハードウェア動画デコーダ１０４から、復号化により得られた動画データ（複数の静止画Ａ、Ｂ、Ｃ、Ｄ）のＲＧＢデータを取得する（ステップＳ４３）。そして、得られたデータを、随時、表示部１０６の前段に設けられた表示制御部に送ることにより当該静止画の表示が実現される。
【００４５】
一つの動画ファイルの復号処理が終了すると、ＣＰＵ１０１は、ハードウェア動画デコーダ１０４に対してDestroy DecoderのＡＰＩを発行して復号化機能を閉じる又は破棄する（ステップＳ４４）。
【００４６】
その後、表示すべき他の動画ファイルがあれば（ステップＳ４５で肯定判定）、再びステップＳ４１に戻り、表示すべき他の動画ファイルがなければ（ステップＳ４５で否定判定）、終了する。
【００４７】
上記のようにハードウェア動画デコーダ１０４は、連なった各Ｉフレームを順に復号化する処理を行うこととなるが、これは一般の早送り表示処理におけるＩフレームのみの順次シークと同様の処理となる。
【００４８】
以上のように、複数の静止を一つの動画ファイルとして復号するので、汎用情報処理装置においけるデコードインスタンスの作成は動画ファイル単位で行われ、静止画毎の処理ではデコードインスタンスの作成は行われない。すなわち、表示する一連の静止画を一動画ファイルとみたてて、その一動画ファイル単位でデコードインスタンスの作成を行っているので、汎用情報処理装置であっても、複数の静止画の連続高速切替え再生が可能となる。また、特に、このＣＰＵ１０１がハードウェア動画デコーダ１０４に対して動画一ファイル単位で復号化指示可能な場合においては、符号化の際に、完全に見かけ上動画としての構成としているので、復号化の際には、中身が静止画情報であることを全く意識することなく処理が可能であり、又はプログラム可能である。
【００４９】
ところで、上記実施の形態においては、汎用情報処理装置のＣＰＵ１０１がハードウェアデコーダ１０４に対してフレーム単位で復号化指示する場合や、動画ファイル単位で復号化指示する場合のいずれにおいても汎用情報処理装置におけるデコードインスタンスの作成を少なくすることで復号処理の遅延を低減し、専用機と同等に複数の静止画を連続して高速切り替え再生しているが、デコードインスタンスの作成が、動画とみなした複数の静止画で共通しているので、各静止画のサイズが同一であることが求められる。すなわち、各静止画Ａ，Ｂ，Ｃ，Ｄのすべてが同一サイズであることを前提に、メモリ領域の確保や各ドライバの処理を行うデコードインスタンスが作成され、そのインスタンス上で復号化の処理が行われる。したがって、各静止画Ａ，Ｂ，Ｃ，Ｄのサイズが異なる場合には各静止画を動画とみなして再生しても、所望の表示結果を得ることができない。特に、パチンコ機等の遊技機において表示される複数の静止画については、各々が全く異なるサイズ（解像度）で構成されていることも多く、一方、ハードウェア動画デコーダについては、フレーム毎に動画のサイズが異なるということは通常あり得ず、単一のデコードインスタンス上で復号処理が行われるので、各フレームについて同一のサイズでしか復号化処理を行えない。かかる場合、符号化の段階で事前にサイズを揃えておく必要がある。以下、各静止画のサイズを揃えて処理する手法について説明する。
【００５０】
図５は、各静止画のサイズを揃えて処理する場合を説明するための図である。同図に示すようなサイズがまちまちの静止画Ｅ，Ｆ，Ｇ，Ｈがあった場合、それらすべてをカバーするような最少容量のデコーダは５１２×５１２画素の容量のデコーダであるが、このとき各静止画Ｅ，Ｆ，Ｇ，Ｈのサイズを５１２×５１２に揃えるに際しては、それぞれ足りない部分にダミーデータの充当（パディング）処理を行う。そして、かかる充当処理を行った後に符号化処理を行う。このようにすれば単一のデコードインスタンスの作成による環境下で所望のサイズの画像データを復号化することができる。なお、実サイズの情報は、例えばヘッダに格納しておくようにすれば、復号化後の表示の際に確実に元の静止画を再現できることとなる。
【００５１】
これに関連して、通常は、上述のＣＰＵが有するハードウェア動画復号化機能を複数の復号化機能に分割して、複数のデコーダを確保して同時動作できるようになっているのが一般的である。例えば、設計上１０個のデコーダを確保して同時再生するとして、そのうち、７個を通常の動画を復号化するためのものとし、残りの３つを上述のような動画に見立てた静止画を復号化するためのものとするがごとくである。このとき、当該３つのデコーダについては、想定される各静止画のサイズのバリエーションや散らばりに応じて３種類の解像度のデコーダを、ＣＰＵ１０１の指令により構成してやればよいことになる。図６は、その概念を説明するための図である。同図に示すように、静止画Ｐ〜Ｕが想定される場合、２５６×２５６、５１２×５１２、１０２４×１０２４画素の各デコーダを構成するとして、各静止画を、その容量を含むことができる最少解像度のデコーダに割り当てるようにすれば、効率の良い割り当てとなる。
【００５２】
図５及び図６に基づく上述の説明においては、サイズを揃える指標として、複数の静止画に対して、それらすべてをカバーするような最少解像度のデコーダを用意するという観点でサイズを揃えているが、更に概念を広げて、逆に、各静止画を、それらよりも小さい解像度のデコーダで分割することにより、サイズを揃える、ということも可能である。図７は、その場合を説明するための図である。同図においては、静止画Ｖが、５１２×５１２画素のデコーダ１２個分相当で分割されており、この場合も、端の一致しない部分、すなわちこの場合６個のデータ分、については、充当処理が行われて、符号化が行われる。この場合、分割に係る情報を先のヘッダ情報に格納しておけばよい。そして、復号化の際には、順にデコーダに供給してそれぞれ復号化した後、当該分割情報に基づいて接合して、元の静止画を再現すればよいことになる。
【００５３】
以上から、例えば、ハードウェア動画デコーダの機能の制約や、デコードインスタンスの作成を一度のみ行うことで、一種類の解像度のデコーダしか確保できないときには、それに収容できるもの及び収容できないものの各種のサイズの静止画が存在しても、対処できることになる。
【００５４】
以上のように、本発明の静止画情報処理方法における一実施形態によれば、パーソナルコンピュータに代表される汎用情報処理装置においても、パチンコ機等の遊技機で実現されているような複数の静止画の連続高速切替え再生を実現できる。
【産業上の利用可能性】
【００５５】
本発明の静止画情報処理方法は、例えば、パチンコ機等の遊技機において実現されている表示処理を、その開発過程においてパーソナルコンピュータ等の汎用情報処理装置で予め再現するような場合に利用できる。
【符号の説明】
【００５６】
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  ハードウェア動画デコーダ
１０５  画像情報格納部
１０６  表示部
【図１】
2018038064.tif 000003
【図２】
2018038064.tif 000004
【図３】
2018038064.tif 000005
【図４】
2018038064.tif 000006
【図５】
2018038064.tif 000007
【図６】
2018038064.tif 000008
【図７】
2018038064.tif 000009
【図８】
2018038064.tif 000010