JP6118439B2 - サーバ、端末装置、再生方法、及びプログラム - Google Patents
サーバ、端末装置、再生方法、及びプログラム Download PDFInfo
- Publication number
- JP6118439B2 JP6118439B2 JP2016086158A JP2016086158A JP6118439B2 JP 6118439 B2 JP6118439 B2 JP 6118439B2 JP 2016086158 A JP2016086158 A JP 2016086158A JP 2016086158 A JP2016086158 A JP 2016086158A JP 6118439 B2 JP6118439 B2 JP 6118439B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- terminal device
- animation
- image
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Processing Or Creating Images (AREA)
Description
本発明は、サーバ、端末装置、再生方法、及びプログラムに関する。
近年、ＯＳとしてＡｎｄｒｏｉｄが用いられているＡｎｄｒｏｉｄ端末装置が急速に普及し始めている。色々な種類のＡｎｄｒｏｉｄ端末装置が発売されており、販売台数も増えている。
しかしながら、様々なＡｎｄｒｏｉｄ端末装置があるということは、技術的仕様の違いやＯＳのバージョンの違うＡｎｄｒｏｉｄ端末装置があるということである。
しかしながら、様々なＡｎｄｒｏｉｄ端末装置があるということは、技術的仕様の違いやＯＳのバージョンの違うＡｎｄｒｏｉｄ端末装置があるということである。
例えば、Ａｎｄｒｏｉｄ２．１以前のＡｎｄｒｏｉｄ端末装置では内蔵されているブラウザでアニメーションＧＩＦファイルが再生できない。アニメーションＧＩＦファイルが再生できない技術的な理由は、非特許文献１に挙げられている。
"ａｎｄｒｏｉｄ Ａｎｄｒｏｉｄ−Ａｎ Ｏｐｅｎ Ｈａｎｄｓｅｔ Ａｌｌｉａｎｃｅ Ｐｒｏｊｅｃｔ"、［ｏｎｌｉｎｅ］、平成２１年１２月１１日、［平成２３年３月２５日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｃｏｄｅ．ｇｏｏｇｌｅ．ｃｏｍ／ｐ／ａｎｄｒｏｉｄ／ｉｓｓｕｅｓ／ｄｅｔａｉｌ？ｉｄ＝３４２２＃ｃ４２＞
サービスの様々なところでアニメーションファイルを使っている場合、サービスを利用するＡｎｄｒｏｉｄ端末装置では上述したようにＯＳのバージョン等によっては、アニメーションが再生できない問題がある。また、Ａｎｄｒｏｉｄ２．２以降のＡｎｄｒｏｉｄ端末装置であってもアニメーションファイルを開いたとき空きメモリが少ない場合、最初のフレームしか表示されず、アニメーションが再生できない問題があった。
本発明はこのような問題点に鑑みなされたもので、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションファイルを再生することを目的とする。
そこで、上述した課題を解決するために、本発明のサーバは、
端末装置とネットワークを介して通信可能に接続されたサーバであって、
前記端末装置から所定の情報を取得し、前記所定の情報に基づいて、再生プログラムを前記端末装置に送信し、
前記端末装置よりアニメーションファイルを指定する情報を含む要求を受信すると、前記アニメーションファイルを前記端末装置に送信し、
前記端末装置に、
前記アニメーションファイルを所定形式のファイルに変換させ、前記再生プログラムにより、前記ファイルを解釈させ、解釈した結果に基づき複数の画像ファイルを生成させ、前記複数の画像ファイルを再生させることを特徴とする。
また本発明のサーバは、
前記ファイルが、ＪＳＯＮ形式であることを特徴とする。
また本発明のサーバは、
前記端末装置に、前記ファイルを解釈させ、前記ファイルより複数の画像データを取得させ、配列に格納させ、前記ファイルに含まれる全ての前記画像データを前記配列に格納させると、前記配列に格納した画像データを取得させ、複数の前記画像データのそれぞれにヘッダを付加することで複数の静止画ファイルを前記複数の画像ファイルとして生成させ、生成した前記複数の静止画ファイルを順次、描画させることでアニメーションファイルを再生させることを特徴とする。
また本発明のサーバは、
前記端末装置に、前記アニメーションファイルが全領域を更新するアニメーションファイルであった場合、生成した画像ファイルをＵＲＩに組み込み、ＨＴＭＬのイメージタグのパラメータとして使用することで画像を表示させ、前記アニメーションファイルが変更に係る一部領域のみ更新するアニメーションファイルであった場合、ＪａｖａＳｃｒｉｐｔ（登録商標）のＣａｎｖａｓの機能を利用して画像を表示させることを特徴とする。
また本発明のサーバは、
前記端末装置に、前記ファイルに含まれる位置情報に基づきイメージセクションを抽出して前記画像ファイルを生成させ、前記画像ファイルをデータＵＲＩの形式にして表示させることを特徴とする。
また本発明のサーバは、
前記所定の情報は、前記端末におけるＯＳの情報であることを特徴とする。
また本発明の端末装置は、
サーバ装置とネットワークを介して通信可能な端末装置であって、
前記端末装置における所定の情報を前記サーバ装置が取得し、前記所定の情報に基づいて、前記サーバ装置から再生プログラムを受信し、
アニメーションファイルを再生する場合、前記アニメーションファイルを所定形式のファイルに変換し、前記再生プログラムにより、前記ファイルを構成する文字列を解釈し、解釈した結果に基づき複数の画像ファイルを生成し、前記複数の画像ファイルを再生することを特徴とする。
また本発明の再生方法は、
サーバ装置とネットワークを介して通信可能な端末装置が実行する再生方法であって、
前記端末装置における所定の情報を前記サーバ装置が取得し、前記所定の情報に基づいて、前記サーバ装置から再生プログラムを受信するステップと、
アニメーションファイルを再生する場合、前記アニメーションファイルを指定する情報を含む要求を前記サーバ装置に送信するステップと、
前記アニメーションファイルを取得するステップと、
前記アニメーションファイルを所定形式のファイルに変換し、前記再生プログラムにより、前記ファイルを解釈するステップと、
前記解釈した結果に基づき複数の画像ファイルを生成し、生成した前記複数の画像ファイルを再生するステップと、を含むことを特徴とする。
また本発明のプログラムは、
サーバ装置とネットワークを介して通信可能な端末装置として機能するコンピュータに、
前記端末装置における所定の情報を前記サーバ装置が取得し、前記所定の情報に基づいて、前記サーバ装置から再生プログラムを受信するステップと、
アニメーションファイルを再生する場合、前記アニメーションファイルを指定する情報を含む要求を前記サーバ装置に送信するステップと、
前記アニメーションファイルを取得するステップと、
前記アニメーションファイルを所定形式のファイルに変換し、前記再生プログラムにより、前記ファイルを解釈するステップと、
前記解釈した結果に基づき複数の画像ファイルを生成し、生成した前記複数の画像ファイルを再生するステップと、を実行させることを特徴とする。
端末装置とネットワークを介して通信可能に接続されたサーバであって、
前記端末装置から所定の情報を取得し、前記所定の情報に基づいて、再生プログラムを前記端末装置に送信し、
前記端末装置よりアニメーションファイルを指定する情報を含む要求を受信すると、前記アニメーションファイルを前記端末装置に送信し、
前記端末装置に、
前記アニメーションファイルを所定形式のファイルに変換させ、前記再生プログラムにより、前記ファイルを解釈させ、解釈した結果に基づき複数の画像ファイルを生成させ、前記複数の画像ファイルを再生させることを特徴とする。
また本発明のサーバは、
前記ファイルが、ＪＳＯＮ形式であることを特徴とする。
また本発明のサーバは、
前記端末装置に、前記ファイルを解釈させ、前記ファイルより複数の画像データを取得させ、配列に格納させ、前記ファイルに含まれる全ての前記画像データを前記配列に格納させると、前記配列に格納した画像データを取得させ、複数の前記画像データのそれぞれにヘッダを付加することで複数の静止画ファイルを前記複数の画像ファイルとして生成させ、生成した前記複数の静止画ファイルを順次、描画させることでアニメーションファイルを再生させることを特徴とする。
また本発明のサーバは、
前記端末装置に、前記アニメーションファイルが全領域を更新するアニメーションファイルであった場合、生成した画像ファイルをＵＲＩに組み込み、ＨＴＭＬのイメージタグのパラメータとして使用することで画像を表示させ、前記アニメーションファイルが変更に係る一部領域のみ更新するアニメーションファイルであった場合、ＪａｖａＳｃｒｉｐｔ（登録商標）のＣａｎｖａｓの機能を利用して画像を表示させることを特徴とする。
また本発明のサーバは、
前記端末装置に、前記ファイルに含まれる位置情報に基づきイメージセクションを抽出して前記画像ファイルを生成させ、前記画像ファイルをデータＵＲＩの形式にして表示させることを特徴とする。
また本発明のサーバは、
前記所定の情報は、前記端末におけるＯＳの情報であることを特徴とする。
また本発明の端末装置は、
サーバ装置とネットワークを介して通信可能な端末装置であって、
前記端末装置における所定の情報を前記サーバ装置が取得し、前記所定の情報に基づいて、前記サーバ装置から再生プログラムを受信し、
アニメーションファイルを再生する場合、前記アニメーションファイルを所定形式のファイルに変換し、前記再生プログラムにより、前記ファイルを構成する文字列を解釈し、解釈した結果に基づき複数の画像ファイルを生成し、前記複数の画像ファイルを再生することを特徴とする。
また本発明の再生方法は、
サーバ装置とネットワークを介して通信可能な端末装置が実行する再生方法であって、
前記端末装置における所定の情報を前記サーバ装置が取得し、前記所定の情報に基づいて、前記サーバ装置から再生プログラムを受信するステップと、
アニメーションファイルを再生する場合、前記アニメーションファイルを指定する情報を含む要求を前記サーバ装置に送信するステップと、
前記アニメーションファイルを取得するステップと、
前記アニメーションファイルを所定形式のファイルに変換し、前記再生プログラムにより、前記ファイルを解釈するステップと、
前記解釈した結果に基づき複数の画像ファイルを生成し、生成した前記複数の画像ファイルを再生するステップと、を含むことを特徴とする。
また本発明のプログラムは、
サーバ装置とネットワークを介して通信可能な端末装置として機能するコンピュータに、
前記端末装置における所定の情報を前記サーバ装置が取得し、前記所定の情報に基づいて、前記サーバ装置から再生プログラムを受信するステップと、
アニメーションファイルを再生する場合、前記アニメーションファイルを指定する情報を含む要求を前記サーバ装置に送信するステップと、
前記アニメーションファイルを取得するステップと、
前記アニメーションファイルを所定形式のファイルに変換し、前記再生プログラムにより、前記ファイルを解釈するステップと、
前記解釈した結果に基づき複数の画像ファイルを生成し、生成した前記複数の画像ファイルを再生するステップと、を実行させることを特徴とする。
本発明によれば、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でも、端末装置においてアニメーションファイルを再生することができる。
以下、本発明の実施形態について図面に基づいて説明する。
＜実施形態１＞
図１は、実施形態１のアニメーション再生システムのシステム構成の一例を示す図である。図１に示されるように、アニメーション再生システムは、システム構成として、サーバ装置１と少なくとも１台以上の端末装置２とがネットワーク３を介して通信可能に接続されている。
サーバ装置１は、通信を行っている端末装置２にアニメーションＧＩＦファイルを再生するための再生プログラムを送信する。端末装置２は、メモリ等の記憶装置に再生プログラムを記憶し、ＣＰＵ等の制御装置が再生プログラム等を実行することによって以下に示す実施形態の処理を実行する。サーバ装置１としては、例えばＷｅｂサーバ等を用いることができる。
端末装置２は、アニメーションＧＩＦファイルを再生しようとした場合、アニメーションＧＩＦファイルを指定する情報を含む要求（以下、ファイル送信要求という）をサーバ装置１に送信する。サーバ装置１は、端末装置２よりファイル送信要求を受信すると、アニメーションＧＩＦファイルをＪａｖａＳｃｒｉｐｔ（登録商標）が扱うことができる文字列により構成されるファイルに変換し、変換後の文字列のファイル（以下、文字列ファイルという）を端末装置２に送信する。端末装置２は、サーバ装置１より文字列ファイルを受信すると、文字列ファイルを解釈し、解釈した結果に基づき複数の静止画ＧＩＦファイル（アニメーションしないＧＩＦファイル）を生成し、ＧＩＦファイルをフレームごとに描画することによってアニメーションＧＩＦファイルを再生する。このように静止画ＧＩＦファイル（静止画ファイル）をフレームごとに描画することによって、空きメモリが少ない場合でも、アニメーションを再生することができる。ここで、ＪａｖａＳｃｒｉｐｔ（登録商標）が扱うことができる文字列とは、例えば、ＪＳＯＮ形式の文字列である。また、文字列とは、複数の文字データ（テキストデータ）の並びである。
なお、図１では本実施形態の説明に必要な構成のみ示している。他の図においても同様である。
図１は、実施形態１のアニメーション再生システムのシステム構成の一例を示す図である。図１に示されるように、アニメーション再生システムは、システム構成として、サーバ装置１と少なくとも１台以上の端末装置２とがネットワーク３を介して通信可能に接続されている。
サーバ装置１は、通信を行っている端末装置２にアニメーションＧＩＦファイルを再生するための再生プログラムを送信する。端末装置２は、メモリ等の記憶装置に再生プログラムを記憶し、ＣＰＵ等の制御装置が再生プログラム等を実行することによって以下に示す実施形態の処理を実行する。サーバ装置１としては、例えばＷｅｂサーバ等を用いることができる。
端末装置２は、アニメーションＧＩＦファイルを再生しようとした場合、アニメーションＧＩＦファイルを指定する情報を含む要求（以下、ファイル送信要求という）をサーバ装置１に送信する。サーバ装置１は、端末装置２よりファイル送信要求を受信すると、アニメーションＧＩＦファイルをＪａｖａＳｃｒｉｐｔ（登録商標）が扱うことができる文字列により構成されるファイルに変換し、変換後の文字列のファイル（以下、文字列ファイルという）を端末装置２に送信する。端末装置２は、サーバ装置１より文字列ファイルを受信すると、文字列ファイルを解釈し、解釈した結果に基づき複数の静止画ＧＩＦファイル（アニメーションしないＧＩＦファイル）を生成し、ＧＩＦファイルをフレームごとに描画することによってアニメーションＧＩＦファイルを再生する。このように静止画ＧＩＦファイル（静止画ファイル）をフレームごとに描画することによって、空きメモリが少ない場合でも、アニメーションを再生することができる。ここで、ＪａｖａＳｃｒｉｐｔ（登録商標）が扱うことができる文字列とは、例えば、ＪＳＯＮ形式の文字列である。また、文字列とは、複数の文字データ（テキストデータ）の並びである。
なお、図１では本実施形態の説明に必要な構成のみ示している。他の図においても同様である。
図２は、サーバ装置１のハードウェア構成の一例を示す図である。図２に示されるように、サーバ装置１は、ハードウェア構成として、制御装置１１と、記憶装置１２と、通信装置１３と、を含む。サーバ装置１は、コンピュータの一例である。
制御装置１１は、例えば、ＣＰＵ等であって、サーバ装置１の全体を制御する。記憶装置１２は、例えば、ＲＯＭやＲＡＭ、ＨＤＤ等であって、サーバ装置１のプログラムや端末装置２に送信する再生プログラム、制御装置１１が制御を行う際に利用するデータ等を記憶する。通信装置１３は、サーバ装置１をネットワーク等に接続する。
制御装置１１が記憶装置１２等に記憶されているプログラムに基づき処理を実行することによって、後述するサーバ装置１の各種機能が実現される。
制御装置１１は、例えば、ＣＰＵ等であって、サーバ装置１の全体を制御する。記憶装置１２は、例えば、ＲＯＭやＲＡＭ、ＨＤＤ等であって、サーバ装置１のプログラムや端末装置２に送信する再生プログラム、制御装置１１が制御を行う際に利用するデータ等を記憶する。通信装置１３は、サーバ装置１をネットワーク等に接続する。
制御装置１１が記憶装置１２等に記憶されているプログラムに基づき処理を実行することによって、後述するサーバ装置１の各種機能が実現される。
図３は、端末装置２のハードウェア構成の一例を示す図である。図３に示されるように、端末装置２は、ハードウェア構成として、制御装置２１と、記憶装置２２と、通信装置２３と、入力・表示装置２４と、を含む。端末装置２は、コンピュータの一例である。制御装置２１は、例えば、ＣＰＵ等であって、端末装置２の全体を制御する。記憶装置２２は、例えば、ＲＯＭやＲＡＭ等であって、プログラムや制御装置２１が制御を行う際に利用するデータ（例えば、後述する配列等）を記憶する。通信装置２３は、端末装置２をネットワーク等に接続する。入力・表示装置２４は、端末装置２のユーザの入力を受け付けると共に、画像等を表示する。なお、本実施形態では端末装置２は、ハードウェア構成として、入力を受け付けると共に表示を行う入力・表示装置２４を有するものとして説明を行うが、入力を受け付ける入力装置と、表示を行う表示装置と、を別々に有するようにしてもよい。
制御装置２１が記憶装置２２等に記憶されているプログラムに基づき処理を実行することによって、後述する端末装置２の各種処理が実現される。
より具体的に説明すると、本実施形態の記憶装置２２には、ＯＳのプログラムやＷｅｂブラウザのプログラム等が記憶されている。そして、上述したように、サーバ装置１から送信された再生プログラムも記憶装置２２に記憶されて、インストールされる。なお、再生プログラムは、より具体的にはＪａｖａＳｃｒｉｐｔ（登録商標）のプログラムである。制御装置２１が、ＯＳのプログラムや、Ｗｅｂブラウザのプログラム、再生プログラムを実行することによって、後述する端末装置２の機能が実現される。
制御装置２１が記憶装置２２等に記憶されているプログラムに基づき処理を実行することによって、後述する端末装置２の各種処理が実現される。
より具体的に説明すると、本実施形態の記憶装置２２には、ＯＳのプログラムやＷｅｂブラウザのプログラム等が記憶されている。そして、上述したように、サーバ装置１から送信された再生プログラムも記憶装置２２に記憶されて、インストールされる。なお、再生プログラムは、より具体的にはＪａｖａＳｃｒｉｐｔ（登録商標）のプログラムである。制御装置２１が、ＯＳのプログラムや、Ｗｅｂブラウザのプログラム、再生プログラムを実行することによって、後述する端末装置２の機能が実現される。
図４は、実施形態１のアニメーション再生システムにおけるアニメーションＧＩＦファイルの再生処理の概要を説明するためのシーケンス図である。
シーケンスＳＱ１において、サーバ装置１は、通信を行っている端末装置２でアニメーションＧＩＦファイルを再生するための再生プログラムを端末装置２に送信する。ここで、再生プログラムは、端末装置２の制御装置２１で実行され、サーバ装置１より受信した文字列ファイルを解釈し、解釈した結果に基づき静止画ＧＩＦファイルを生成し、生成したＧＩＦファイルをフレームごとに描画することによってアニメーションＧＩＦファイルを再生する機能を提供するプログラムである。
上述したように、再生プログラムを受信した端末装置２は、記憶装置２２に再生プログラムを記憶し、制御装置２１が記憶装置２２に記憶された再生プログラムを読み込み、実行する。
シーケンスＳＱ１において、サーバ装置１は、通信を行っている端末装置２でアニメーションＧＩＦファイルを再生するための再生プログラムを端末装置２に送信する。ここで、再生プログラムは、端末装置２の制御装置２１で実行され、サーバ装置１より受信した文字列ファイルを解釈し、解釈した結果に基づき静止画ＧＩＦファイルを生成し、生成したＧＩＦファイルをフレームごとに描画することによってアニメーションＧＩＦファイルを再生する機能を提供するプログラムである。
上述したように、再生プログラムを受信した端末装置２は、記憶装置２２に再生プログラムを記憶し、制御装置２１が記憶装置２２に記憶された再生プログラムを読み込み、実行する。
アニメーションＧＩＦファイルを再生しようとした場合、シーケンスＳＱ２において、端末装置２は、ファイル送信要求をサーバ装置１に送信する。
シーケンスＳＱ３において、サーバ装置１は、端末装置２よりファイル送信要求を受信すると、アニメーションＧＩＦファイルを後述する図８に示されるような文字列ファイルに変換する。なお、後述する図７、図１０等で説明するように、アニメーションＧＩＦファイルを変換した文字列ファイルには、アニメーションＧＩＦファイルを構成する、ＧＩＦヘッダや、アニメーション定義セクション及び複数のイメージセクション（画像データ）が含まれる。
シーケンスＳＱ４において、サーバ装置１は、文字列ファイルを端末装置２に送信する。
サーバ装置１より文字列ファイルを受信すると、シーケンスＳＱ５において、端末装置２は、文字列ファイルの文字列を解釈する。
シーケンスＳＱ６において、端末装置２は、解釈した結果に基づき静止画ＧＩＦファイルを生成し、静止画ＧＩＦファイルをフレームごとに描画することによってアニメーションＧＩＦファイルを再生する。
端末装置２が、文字列ファイルより画像データを取り出し、取り出した画像データから静止画ＧＩＦファイルを生成し、フレームごとに描画することによって、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを再生することができる。
シーケンスＳＱ３において、サーバ装置１は、端末装置２よりファイル送信要求を受信すると、アニメーションＧＩＦファイルを後述する図８に示されるような文字列ファイルに変換する。なお、後述する図７、図１０等で説明するように、アニメーションＧＩＦファイルを変換した文字列ファイルには、アニメーションＧＩＦファイルを構成する、ＧＩＦヘッダや、アニメーション定義セクション及び複数のイメージセクション（画像データ）が含まれる。
シーケンスＳＱ４において、サーバ装置１は、文字列ファイルを端末装置２に送信する。
サーバ装置１より文字列ファイルを受信すると、シーケンスＳＱ５において、端末装置２は、文字列ファイルの文字列を解釈する。
シーケンスＳＱ６において、端末装置２は、解釈した結果に基づき静止画ＧＩＦファイルを生成し、静止画ＧＩＦファイルをフレームごとに描画することによってアニメーションＧＩＦファイルを再生する。
端末装置２が、文字列ファイルより画像データを取り出し、取り出した画像データから静止画ＧＩＦファイルを生成し、フレームごとに描画することによって、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを再生することができる。
以下、フローチャート等を用いながら各装置の処理をより詳細に説明する。
図５は、実施形態１の、サーバ装置１における再生プログラムの送信処理の一例を示すフローチャートである。なお、図５及び後述する図６の処理は、サーバ装置１における情報処理の一例である。
ステップＳ１０において、サーバ装置１は、アニメーションＧＩＦファイルを再生するための再生プログラムを通信先の端末装置２に送信する。
図５は、実施形態１の、サーバ装置１における再生プログラムの送信処理の一例を示すフローチャートである。なお、図５及び後述する図６の処理は、サーバ装置１における情報処理の一例である。
ステップＳ１０において、サーバ装置１は、アニメーションＧＩＦファイルを再生するための再生プログラムを通信先の端末装置２に送信する。
図６は、サーバ装置１における文字列ファイルへの変換及び送信処理の一例を示すフローチャートである。
ステップＳ２０において、サーバ装置１は、端末装置２よりファイル送信要求を受信したか否かを判定する。サーバ装置１は、端末装置２よりファイル送信要求を受信した場合は、処理をステップＳ２１に進め、端末装置２よりファイル送信要求を受信していない場合は、ステップＳ２０の処理を繰り返す。
ステップＳ２１において、サーバ装置１は、要求で指定されているアニメーションＧＩＦファイルを文字列ファイルに変換する。
図７は、アニメーションＧＩＦファイルの概念図である。図７に示されるように、アニメーションＧＩＦファイルは、画像の高さ、画像の幅、カラーパレット等の情報を含むＧＩＦヘッダと、ループ数等の情報を含むアニメーション定義セクションと、複数のイメージセクション３１1、３１2・・・とを含む。一方、図８は、文字列ファイルの概念図である。サーバ装置１は、図７で示されるようなアニメーションＧＩＦファイルを図８に示されるような文字列ファイルに変換する。
ステップＳ２２において、サーバ装置１は、文字列ファイルを端末装置２に送信する。
ステップＳ２０において、サーバ装置１は、端末装置２よりファイル送信要求を受信したか否かを判定する。サーバ装置１は、端末装置２よりファイル送信要求を受信した場合は、処理をステップＳ２１に進め、端末装置２よりファイル送信要求を受信していない場合は、ステップＳ２０の処理を繰り返す。
ステップＳ２１において、サーバ装置１は、要求で指定されているアニメーションＧＩＦファイルを文字列ファイルに変換する。
図７は、アニメーションＧＩＦファイルの概念図である。図７に示されるように、アニメーションＧＩＦファイルは、画像の高さ、画像の幅、カラーパレット等の情報を含むＧＩＦヘッダと、ループ数等の情報を含むアニメーション定義セクションと、複数のイメージセクション３１1、３１2・・・とを含む。一方、図８は、文字列ファイルの概念図である。サーバ装置１は、図７で示されるようなアニメーションＧＩＦファイルを図８に示されるような文字列ファイルに変換する。
ステップＳ２２において、サーバ装置１は、文字列ファイルを端末装置２に送信する。
図９は、実施形態１の端末装置２におけるアニメーションＧＩＦファイルの再生処理の一例を示すフローチャートである。上述したように、以下の処理は、サーバ装置１から送信された再生プログラムがインストールされた端末装置２における処理である。
アニメーションＧＩＦファイルを再生しようとした場合、ステップＳ３０において、端末装置２は、ファイル送信要求をサーバ装置１に送信する。
ステップＳ３１において、端末装置２は、文字列ファイルをサーバ装置１より受信したか否かを判定する。端末装置２は、文字列ファイルをサーバ装置１より受信した場合、ステップＳ３２に処理を進め、文字列ファイルをサーバ装置１より受信していない場合、ステップＳ３１の処理を繰り返す。
ステップＳ３２において、端末装置２は、受信した文字列ファイルを解釈し、文字列ファイルより画像（図７のイメージセクション３１）を取り出し、順次、配列に格納する。ここで、配列とは、データの集合である。
図１０は、文字列ファイルからイメージセクション３１を抽出し、配列に格納する処理を説明するための概念図である。
端末装置２は、文字列ファイルの文字列をバイト単位で読み込み、アニメーションＧＩＦファイルのイメージセクション３１（画像データ）を指し示す情報（以下、位置情報という）を見つけると、位置情報に基づき文字列ファイルからイメージセクション３１を抽出し、配列に格納する。位置情報とは、例えば、「これより後ろ何バイト〜何バイトがイメージセクション３１である」というような、イメージセクション３１1が配置された位置を指し示す情報である。端末装置２は、位置情報に基づきイメージセクション３１を抽出すると、また次の位置情報があるためその位置情報に基づき次のイメージセクション３１2を抽出する。このように、端末装置２は、文字列ファイルから順次、イメージセクション３１を抽出し、配列等に格納する。
アニメーションＧＩＦファイルを再生しようとした場合、ステップＳ３０において、端末装置２は、ファイル送信要求をサーバ装置１に送信する。
ステップＳ３１において、端末装置２は、文字列ファイルをサーバ装置１より受信したか否かを判定する。端末装置２は、文字列ファイルをサーバ装置１より受信した場合、ステップＳ３２に処理を進め、文字列ファイルをサーバ装置１より受信していない場合、ステップＳ３１の処理を繰り返す。
ステップＳ３２において、端末装置２は、受信した文字列ファイルを解釈し、文字列ファイルより画像（図７のイメージセクション３１）を取り出し、順次、配列に格納する。ここで、配列とは、データの集合である。
図１０は、文字列ファイルからイメージセクション３１を抽出し、配列に格納する処理を説明するための概念図である。
端末装置２は、文字列ファイルの文字列をバイト単位で読み込み、アニメーションＧＩＦファイルのイメージセクション３１（画像データ）を指し示す情報（以下、位置情報という）を見つけると、位置情報に基づき文字列ファイルからイメージセクション３１を抽出し、配列に格納する。位置情報とは、例えば、「これより後ろ何バイト〜何バイトがイメージセクション３１である」というような、イメージセクション３１1が配置された位置を指し示す情報である。端末装置２は、位置情報に基づきイメージセクション３１を抽出すると、また次の位置情報があるためその位置情報に基づき次のイメージセクション３１2を抽出する。このように、端末装置２は、文字列ファイルから順次、イメージセクション３１を抽出し、配列等に格納する。
ステップＳ３３において、端末装置２は、配列に格納したイメージセクション３１を取得し、イメージセクション３１にＧＩＦファイルのヘッダを付加することで静止画ＧＩＦファイルを生成する。
図１１は、配列からイメージセクション３１を取得し、静止画ＧＩＦファイルを生成する処理を説明するための概念図である。
端末装置２は、順次、生成した静止画ＧＩＦファイルをＨＴＭＬとして入力・表示装置２４に描画する。ＧＩＦファイルは、画像ファイルの一例である。
より具体的に説明すると、端末装置２は、生成した静止画ＧＩＦファイルを、Ｂａｓｅ６４エンコードを用いてデータＵＲＩの形式にして、データＵＲＩをＨＴＭＬのＩｍａｇｅタグ（イメージタグ）のｓｏｕｒｃｅパラメータとして設定することで画像をＨＴＭＬとして入力・表示装置２４に表示する。
以上、本実施形態によれば、端末装置２は、バイナリデータで構成されているアニメーションＧＩＦファイルを再生しようとした場合、ファイル送信要求をサーバ装置１に送信する。サーバ装置１は、端末装置２よりファイル送信要求を受信すると、アニメーションＧＩＦファイルを文字列ファイルに変換し、文字列ファイルに変換した変換後の文字列ファイルを端末装置２に送信する。端末装置２は、サーバ装置１より文字列ファイルを受信すると、文字列ファイルの文字列ファイルを解釈し、解釈した結果に基づき静止画ＧＩＦファイルを生成し、ＧＩＦファイルをフレームごとに描画することによってアニメーションＧＩＦファイルを再生する。
このように端末装置２が、文字列ファイルよりイメージセクション３１等の画像を取り出し、取り出した画像から静止画ＧＩＦファイルを生成し、フレームごとに描画することによって、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを再生することができる。
つまり、例えば、端末装置２のＯＳがＡｎｄｒｏｉｄ（登録商標）２．１以前のＯＳで、ＯＳの機能としてアニメーションＧＩＦファイルを再生する機能を有していなくても、本実施形態の端末装置２によれば、変換された文字列ファイルより画像を取り出し、取り出した画像から静止画ＧＩＦファイルを生成し、フレームごとに描画することによって、アニメーションＧＩＦファイルを再生することができる。また、データ量の大きいバイナリデータで構成されているアニメーションＧＩＦファイルを扱うのではなく、文字列ファイルを扱うので、端末装置２の空きメモリが少ない場合でも、アニメーションＧＩＦファイルを再生することができる。
図１１は、配列からイメージセクション３１を取得し、静止画ＧＩＦファイルを生成する処理を説明するための概念図である。
端末装置２は、順次、生成した静止画ＧＩＦファイルをＨＴＭＬとして入力・表示装置２４に描画する。ＧＩＦファイルは、画像ファイルの一例である。
より具体的に説明すると、端末装置２は、生成した静止画ＧＩＦファイルを、Ｂａｓｅ６４エンコードを用いてデータＵＲＩの形式にして、データＵＲＩをＨＴＭＬのＩｍａｇｅタグ（イメージタグ）のｓｏｕｒｃｅパラメータとして設定することで画像をＨＴＭＬとして入力・表示装置２４に表示する。
以上、本実施形態によれば、端末装置２は、バイナリデータで構成されているアニメーションＧＩＦファイルを再生しようとした場合、ファイル送信要求をサーバ装置１に送信する。サーバ装置１は、端末装置２よりファイル送信要求を受信すると、アニメーションＧＩＦファイルを文字列ファイルに変換し、文字列ファイルに変換した変換後の文字列ファイルを端末装置２に送信する。端末装置２は、サーバ装置１より文字列ファイルを受信すると、文字列ファイルの文字列ファイルを解釈し、解釈した結果に基づき静止画ＧＩＦファイルを生成し、ＧＩＦファイルをフレームごとに描画することによってアニメーションＧＩＦファイルを再生する。
このように端末装置２が、文字列ファイルよりイメージセクション３１等の画像を取り出し、取り出した画像から静止画ＧＩＦファイルを生成し、フレームごとに描画することによって、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを再生することができる。
つまり、例えば、端末装置２のＯＳがＡｎｄｒｏｉｄ（登録商標）２．１以前のＯＳで、ＯＳの機能としてアニメーションＧＩＦファイルを再生する機能を有していなくても、本実施形態の端末装置２によれば、変換された文字列ファイルより画像を取り出し、取り出した画像から静止画ＧＩＦファイルを生成し、フレームごとに描画することによって、アニメーションＧＩＦファイルを再生することができる。また、データ量の大きいバイナリデータで構成されているアニメーションＧＩＦファイルを扱うのではなく、文字列ファイルを扱うので、端末装置２の空きメモリが少ない場合でも、アニメーションＧＩＦファイルを再生することができる。
＜実施形態２＞
以下、実施形態２を説明する。
アニメーションＧＩＦファイルの中には、全領域を更新するアニメーションＧＩＦファイルと、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルと、がある。本実施形態では、アニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルか否かで処理を変更する一例を説明する。
なお、本実施形態では上述した実施形態と異なる点のみを説明し、同一の箇所の説明は省略する。
図１２は、図９のステップＳ３３の本実施形態における処理の一例を示すフローチャートである。
ステップＳ４０において、端末装置２は、アニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルか、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルか、を判定する。文字列ファイルのアニメーションＧＩＦファイルのヘッダに該当する箇所にはアニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルか、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルか、を示す種類情報がある。端末装置２は、この種類情報に基づいて、アニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルか、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルか、を判定する。端末装置２は、全領域を更新するアニメーションＧＩＦファイルであると判定した場合、処理をステップＳ４１に進め、更に係る一部領域のみ更新するアニメーションＧＩＦファイルであると判定した場合、処理をステップＳ４２に進める。
以下、実施形態２を説明する。
アニメーションＧＩＦファイルの中には、全領域を更新するアニメーションＧＩＦファイルと、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルと、がある。本実施形態では、アニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルか否かで処理を変更する一例を説明する。
なお、本実施形態では上述した実施形態と異なる点のみを説明し、同一の箇所の説明は省略する。
図１２は、図９のステップＳ３３の本実施形態における処理の一例を示すフローチャートである。
ステップＳ４０において、端末装置２は、アニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルか、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルか、を判定する。文字列ファイルのアニメーションＧＩＦファイルのヘッダに該当する箇所にはアニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルか、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルか、を示す種類情報がある。端末装置２は、この種類情報に基づいて、アニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルか、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルか、を判定する。端末装置２は、全領域を更新するアニメーションＧＩＦファイルであると判定した場合、処理をステップＳ４１に進め、更に係る一部領域のみ更新するアニメーションＧＩＦファイルであると判定した場合、処理をステップＳ４２に進める。
ステップＳ４１において、端末装置２は、上述した実施形態１と同様、配列からイメージセクション３１を取得し、静止画ＧＩＦファイルを生成し、生成した静止画ＧＩＦファイルを、Ｂａｓｅ６４エンコードを用いてデータＵＲＩの形式にして、データＵＲＩをＨＴＭＬのＩｍａｇｅタグのｓｏｕｒｃｅパラメータとして設定することで画像をＨＴＭＬとして入力・表示装置２４に表示する。
一方、ステップＳ４２において、端末装置２は、ＪａｖａＳｃｒｉｐｔ（登録商標）のＣａｎｖａｓの機能を利用して画像をＨＴＭＬとして入力・表示装置２４に表示する。
より具体的に説明すると、端末装置２は、文字列ファイルを解釈した際に、文字列ファイルに含まれるＧＩＦヘッダより画像の高さや幅の情報を取得し、この情報と配列より取得したイメージセクション３１とを、Ｃａｎｖａｓに設定することによって、画像をＨＴＭＬとして入力・表示装置２４に表示する。
以上、本実施形態によれば、端末装置２が、種類情報に基づいて、アニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルか、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルかを判定する。そして、端末装置２が、それぞれのアニメーションＧＩＦファイルに応じた表示処理を行う。したがって、アニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルであっても、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルであっても、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを再生することができる。
一方、ステップＳ４２において、端末装置２は、ＪａｖａＳｃｒｉｐｔ（登録商標）のＣａｎｖａｓの機能を利用して画像をＨＴＭＬとして入力・表示装置２４に表示する。
より具体的に説明すると、端末装置２は、文字列ファイルを解釈した際に、文字列ファイルに含まれるＧＩＦヘッダより画像の高さや幅の情報を取得し、この情報と配列より取得したイメージセクション３１とを、Ｃａｎｖａｓに設定することによって、画像をＨＴＭＬとして入力・表示装置２４に表示する。
以上、本実施形態によれば、端末装置２が、種類情報に基づいて、アニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルか、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルかを判定する。そして、端末装置２が、それぞれのアニメーションＧＩＦファイルに応じた表示処理を行う。したがって、アニメーションＧＩＦファイルが全領域を更新するアニメーションＧＩＦファイルであっても、変更に係る一部領域のみ更新するアニメーションＧＩＦファイルであっても、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを再生することができる。
＜実施形態３＞
以下、実施形態３を説明する。
端末装置２は、アニメーションＧＩＦファイルを再生する場合、指定された記憶領域に置かれている文字列ファイルを読み取り、文字列ファイルを解釈し、解釈した結果に基づき複数の静止画ＧＩＦファイルを生成し、生成したＧＩＦファイルを順次、再生するようにしてもよい。例えば、指定された記憶領域は、ネットワークを介して端末装置２が通信可能なサーバ装置等のＨＤＤ等の記憶領域である。例えば、サーバ装置１は、予めアニメーションＧＩＦファイルを文字列ファイルに変換し、アニメーションＧＩＦファイルと、アニメーションＧＩＦファイルから生成された文字列ファイルと、を対応付けて記憶領域に記憶する。
なお、本実施形態では上述した実施形態と異なる点のみを説明し、同一の箇所の説明は省略する。
図１３は、実施形態３の端末装置２におけるアニメーションＧＩＦファイルの再生処理の一例を示すフローチャートである。上述したように、以下の処理は、再生プログラムがインストールされた端末装置２における処理である。
アニメーションＧＩＦファイルを再生しようとした場合、ステップＳ５０において、端末装置２は、アニメーションＧＩＦファイルを指定して、記憶領域より当該アニメーションＧＩＦファイルに対応する文字列ファイルを取得する。
ステップＳ５１において、端末装置２は、取得した文字列ファイルを解釈し、文字列ファイルよりイメージセクション３１を取り出し、配列に格納する。
ステップＳ５２において、端末装置２は、配列に格納したイメージセクション３１を取得し、イメージセクション３１にＧＩＦヘッダを付加することで複数の静止画ＧＩＦファイルを生成する。そして、端末装置２は、例えば、生成した静止画ＧＩＦファイルを、Ｂａｓｅ６４エンコードを用いてデータＵＲＩの形式にして、データＵＲＩをＨＴＭＬのＩｍａｇｅタグ（イメージタグ）のｓｏｕｒｃｅパラメータとして設定することで画像をＨＴＭＬとして入力・表示装置２４に表示する。
本実施形態の処理によれば、端末装置２は、文字列ファイルを記憶領域より取得し、取得した文字列ファイルを解釈し、解釈した結果に基づき複数の静止画ＧＩＦファイルを生成し、複数の静止画ＧＩＦファイルをフレームごとに描画することによってアニメーションＧＩＦファイルを再生する。
このように端末装置２が、記憶領域に記憶されているアニメーションＧＩＦファイルに対応する文字列ファイルを取得し、取得した文字列ファイルよりイメージセクション３１を取り出し、取り出したイメージセクション３１から静止画ＧＩＦファイルを生成し、フレームごとに描画することによって、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを再生することができる。
以下、実施形態３を説明する。
端末装置２は、アニメーションＧＩＦファイルを再生する場合、指定された記憶領域に置かれている文字列ファイルを読み取り、文字列ファイルを解釈し、解釈した結果に基づき複数の静止画ＧＩＦファイルを生成し、生成したＧＩＦファイルを順次、再生するようにしてもよい。例えば、指定された記憶領域は、ネットワークを介して端末装置２が通信可能なサーバ装置等のＨＤＤ等の記憶領域である。例えば、サーバ装置１は、予めアニメーションＧＩＦファイルを文字列ファイルに変換し、アニメーションＧＩＦファイルと、アニメーションＧＩＦファイルから生成された文字列ファイルと、を対応付けて記憶領域に記憶する。
なお、本実施形態では上述した実施形態と異なる点のみを説明し、同一の箇所の説明は省略する。
図１３は、実施形態３の端末装置２におけるアニメーションＧＩＦファイルの再生処理の一例を示すフローチャートである。上述したように、以下の処理は、再生プログラムがインストールされた端末装置２における処理である。
アニメーションＧＩＦファイルを再生しようとした場合、ステップＳ５０において、端末装置２は、アニメーションＧＩＦファイルを指定して、記憶領域より当該アニメーションＧＩＦファイルに対応する文字列ファイルを取得する。
ステップＳ５１において、端末装置２は、取得した文字列ファイルを解釈し、文字列ファイルよりイメージセクション３１を取り出し、配列に格納する。
ステップＳ５２において、端末装置２は、配列に格納したイメージセクション３１を取得し、イメージセクション３１にＧＩＦヘッダを付加することで複数の静止画ＧＩＦファイルを生成する。そして、端末装置２は、例えば、生成した静止画ＧＩＦファイルを、Ｂａｓｅ６４エンコードを用いてデータＵＲＩの形式にして、データＵＲＩをＨＴＭＬのＩｍａｇｅタグ（イメージタグ）のｓｏｕｒｃｅパラメータとして設定することで画像をＨＴＭＬとして入力・表示装置２４に表示する。
本実施形態の処理によれば、端末装置２は、文字列ファイルを記憶領域より取得し、取得した文字列ファイルを解釈し、解釈した結果に基づき複数の静止画ＧＩＦファイルを生成し、複数の静止画ＧＩＦファイルをフレームごとに描画することによってアニメーションＧＩＦファイルを再生する。
このように端末装置２が、記憶領域に記憶されているアニメーションＧＩＦファイルに対応する文字列ファイルを取得し、取得した文字列ファイルよりイメージセクション３１を取り出し、取り出したイメージセクション３１から静止画ＧＩＦファイルを生成し、フレームごとに描画することによって、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを再生することができる。
＜実施形態４＞
実施形態１では、サーバ装置１が、再生プログラムを全ての通信先の端末装置２に送信する例を説明した。しかしながら、サーバ装置１は、例えば、通信先の端末装置２のＯＳのバージョン情報等を取得し、アニメーションＧＩＦファイルを再生可能か否か判定し、アニメーションＧＩＦファイルを再生可能でないと判定した場合に、再生プログラムを端末装置２に送信するようにしてもよい。
以下、実施形態４を説明する。なお、本実施形態では実施形態１と異なる点のみを説明し、同一の箇所の説明は省略する。
図１４は、実施形態４のアニメーション再生システムにおけるアニメーションＧＩＦファイルの再生処理の概要を説明するためのシーケンス図である。
シーケンスＳＱ１１において、サーバ装置１は、通信を行っている端末装置２のＯＳの情報を取得し、ＯＳが所定のバージョンより古いか否かによって、端末装置２でアニメーションＧＩＦファイルを再生できるか否かを判定する。 サーバ装置１は、通信を行っている端末装置２のＯＳが所定のバージョン以前のバージョン（例えば、Ａｎｄｒｏｉｄ２．１以前のバージョン）であればアニメーションＧＩＦファイルを再生できないと判定し、所定のバージョン以降のバージョン（例えば、Ａｎｄｒｏｉｄ２．２以降のバージョン）であればアニメーションＧＩＦファイルを再生できると判定する。
アニメーションＧＩＦファイルを再生できないと判定した場合、シーケンスＳＱ１２において、サーバ装置１は、通信を行っている端末装置２でアニメーションＧＩＦファイルを再生するための再生プログラムを端末装置２に送信する。
以降、シーケンスＳＱ１３〜シーケンスＳＱ１７の処理は、実施形態１の図４のシーケンスＳＱ２〜シーケンスＳＱ６の処理と同様であるので説明を省略する。
図１５は、実施形態４のサーバ装置１における再生プログラムの送信処理の一例を示すフローチャートである。
ステップＳ６０において、サーバ装置１は、通信を行っている端末装置２のＯＳの情報を取得し、ＯＳが所定のバージョンより古いか否かによって、端末装置２でアニメーションＧＩＦファイルを再生できるか否かを判定する。サーバ装置１は、通信を行っている端末装置２のＯＳが所定のバージョン以前のバージョン（例えば、Ａｎｄｒｏｉｄ２．１以前のバージョン）であればアニメーションＧＩＦファイルを再生できないと判定し、所定のバージョン以降のバージョン（例えば、Ａｎｄｒｏｉｄ２．２以降のバージョン）であればアニメーションＧＩＦファイルを再生できると判定する。
サーバ装置１は、端末装置２でアニメーションＧＩＦファイルを再生できると判定した場合は、図１５に示す処理を終了し、端末装置２でアニメーションＧＩＦファイルを再生できないと判定した場合は、処理をステップＳ６１に進める。
ステップＳ６１において、サーバ装置１は、アニメーションＧＩＦファイルを再生するための再生プログラムを通信先の端末装置２に送信する。
以上、本実施形態によれば、サーバ装置１は、アニメーションＧＩＦファイルを再生できないと判定し端末装置２に対して再生プログラムを送信する。そして、再生プログラムを送信された端末装置２は、端末装置２の制御装置２１において再生プログラム等に基づき処理実行することによって、文字列ファイルよりイメージセクション３１を取り出し、取り出したイメージセクション３１から静止画ＧＩＦファイルを生成し、フレームごとに描画する。このような処理によって、端末装置２は、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを再生することができる。
実施形態１では、サーバ装置１が、再生プログラムを全ての通信先の端末装置２に送信する例を説明した。しかしながら、サーバ装置１は、例えば、通信先の端末装置２のＯＳのバージョン情報等を取得し、アニメーションＧＩＦファイルを再生可能か否か判定し、アニメーションＧＩＦファイルを再生可能でないと判定した場合に、再生プログラムを端末装置２に送信するようにしてもよい。
以下、実施形態４を説明する。なお、本実施形態では実施形態１と異なる点のみを説明し、同一の箇所の説明は省略する。
図１４は、実施形態４のアニメーション再生システムにおけるアニメーションＧＩＦファイルの再生処理の概要を説明するためのシーケンス図である。
シーケンスＳＱ１１において、サーバ装置１は、通信を行っている端末装置２のＯＳの情報を取得し、ＯＳが所定のバージョンより古いか否かによって、端末装置２でアニメーションＧＩＦファイルを再生できるか否かを判定する。 サーバ装置１は、通信を行っている端末装置２のＯＳが所定のバージョン以前のバージョン（例えば、Ａｎｄｒｏｉｄ２．１以前のバージョン）であればアニメーションＧＩＦファイルを再生できないと判定し、所定のバージョン以降のバージョン（例えば、Ａｎｄｒｏｉｄ２．２以降のバージョン）であればアニメーションＧＩＦファイルを再生できると判定する。
アニメーションＧＩＦファイルを再生できないと判定した場合、シーケンスＳＱ１２において、サーバ装置１は、通信を行っている端末装置２でアニメーションＧＩＦファイルを再生するための再生プログラムを端末装置２に送信する。
以降、シーケンスＳＱ１３〜シーケンスＳＱ１７の処理は、実施形態１の図４のシーケンスＳＱ２〜シーケンスＳＱ６の処理と同様であるので説明を省略する。
図１５は、実施形態４のサーバ装置１における再生プログラムの送信処理の一例を示すフローチャートである。
ステップＳ６０において、サーバ装置１は、通信を行っている端末装置２のＯＳの情報を取得し、ＯＳが所定のバージョンより古いか否かによって、端末装置２でアニメーションＧＩＦファイルを再生できるか否かを判定する。サーバ装置１は、通信を行っている端末装置２のＯＳが所定のバージョン以前のバージョン（例えば、Ａｎｄｒｏｉｄ２．１以前のバージョン）であればアニメーションＧＩＦファイルを再生できないと判定し、所定のバージョン以降のバージョン（例えば、Ａｎｄｒｏｉｄ２．２以降のバージョン）であればアニメーションＧＩＦファイルを再生できると判定する。
サーバ装置１は、端末装置２でアニメーションＧＩＦファイルを再生できると判定した場合は、図１５に示す処理を終了し、端末装置２でアニメーションＧＩＦファイルを再生できないと判定した場合は、処理をステップＳ６１に進める。
ステップＳ６１において、サーバ装置１は、アニメーションＧＩＦファイルを再生するための再生プログラムを通信先の端末装置２に送信する。
以上、本実施形態によれば、サーバ装置１は、アニメーションＧＩＦファイルを再生できないと判定し端末装置２に対して再生プログラムを送信する。そして、再生プログラムを送信された端末装置２は、端末装置２の制御装置２１において再生プログラム等に基づき処理実行することによって、文字列ファイルよりイメージセクション３１を取り出し、取り出したイメージセクション３１から静止画ＧＩＦファイルを生成し、フレームごとに描画する。このような処理によって、端末装置２は、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを再生することができる。
以上、上述した各実施形態によれば、ＯＳの種類やバージョンによらず、また、空きメモリが少ない場合等でもアニメーションＧＩＦファイルを端末装置２において再生することができる。
また、上述した実施形態では、アニメーションファイルの一例としてＧＩＦのアニメーションファイルを例に説明を行ったが、同様の方法により、Ｍｏｔｉｏｎ ＪＰＥＧやＡＰＮＧ（Ａｎｉｍａｔｅｄ Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）等のアニメーションファイルであってもアニメーションファイルを再生することができる。
また、上述した実施形態では、アニメーションファイルの一例としてＧＩＦのアニメーションファイルを例に説明を行ったが、同様の方法により、Ｍｏｔｉｏｎ ＪＰＥＧやＡＰＮＧ（Ａｎｉｍａｔｅｄ Ｐｏｒｔａｂｌｅ Ｎｅｔｗｏｒｋ Ｇｒａｐｈｉｃｓ）等のアニメーションファイルであってもアニメーションファイルを再生することができる。
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
例えば、上述した実施形態では、サーバ装置１が、端末装置２に再生プログラムを送信していた。しかしながら、ユーザ操作等に基づいて端末装置２が、サーバ装置１等より再生プログラムをダウンロードし、インストールするようにしてもよい。また、上述した実施形態では、サーバ装置１が、アニメーションファイルから文字列ファイルを生成したが、端末装置２が、サーバ装置１から文字列ファイルではなくアニメーションファイルを受信し、受信したアニメーションファイルから文字列ファイルを生成してもよい。
なお、上述した各実施形態を任意に組み合わせて実施してもよい。以下に、本願の原出願の出願当初の特許請求の範囲に記載された発明を付記する。
［１］
サーバ装置と端末装置とがネットワークを介して通信可能に接続されたアニメーション再生システムであって、
前記サーバ装置は、
前記端末装置に再生プログラムを送信し、
前記端末装置よりアニメーションファイルを指定する情報を含む要求を受信すると、前記アニメーションファイルを前記端末装置に送信し、
前記端末装置は、
アニメーションファイルを再生する場合、前記要求を前記サーバ装置に送信し、前記サーバ装置より前記アニメーションファイルを受信すると、前記アニメーションファイルに対応する、前記再生プログラムにより扱うことが可能な文字列により構成される文字列ファイルを生成し、前記再生プログラムにより、前記文字列ファイルを解釈し、解釈した結果に基づき複数の画像ファイルを生成し、前記複数の画像ファイルを再生するアニメーション再生システム。
例えば、上述した実施形態では、サーバ装置１が、端末装置２に再生プログラムを送信していた。しかしながら、ユーザ操作等に基づいて端末装置２が、サーバ装置１等より再生プログラムをダウンロードし、インストールするようにしてもよい。また、上述した実施形態では、サーバ装置１が、アニメーションファイルから文字列ファイルを生成したが、端末装置２が、サーバ装置１から文字列ファイルではなくアニメーションファイルを受信し、受信したアニメーションファイルから文字列ファイルを生成してもよい。
なお、上述した各実施形態を任意に組み合わせて実施してもよい。以下に、本願の原出願の出願当初の特許請求の範囲に記載された発明を付記する。
［１］
サーバ装置と端末装置とがネットワークを介して通信可能に接続されたアニメーション再生システムであって、
前記サーバ装置は、
前記端末装置に再生プログラムを送信し、
前記端末装置よりアニメーションファイルを指定する情報を含む要求を受信すると、前記アニメーションファイルを前記端末装置に送信し、
前記端末装置は、
アニメーションファイルを再生する場合、前記要求を前記サーバ装置に送信し、前記サーバ装置より前記アニメーションファイルを受信すると、前記アニメーションファイルに対応する、前記再生プログラムにより扱うことが可能な文字列により構成される文字列ファイルを生成し、前記再生プログラムにより、前記文字列ファイルを解釈し、解釈した結果に基づき複数の画像ファイルを生成し、前記複数の画像ファイルを再生するアニメーション再生システム。
１ サーバ装置
２ 端末装置
２ 端末装置
Claims (9)
- 端末装置とネットワークを介して通信可能に接続されたサーバであって、
前記端末装置から所定の情報を取得し、前記所定の情報に基づいて、再生プログラムを前記端末装置に送信し、
前記端末装置よりアニメーションファイルを指定する情報を含む要求を受信すると、前記アニメーションファイルを前記端末装置に送信し、
前記端末装置に、
前記アニメーションファイルを所定形式のファイルに変換させ、前記再生プログラムにより、前記ファイルを解釈させ、解釈した結果に基づき複数の画像ファイルを生成させ、前記複数の画像ファイルを再生させるサーバ。 - 前記ファイルは、ＪＳＯＮ形式であることを特徴とする、請求項１に記載のサーバ。
- 前記端末装置に、前記ファイルを解釈させ、前記ファイルより複数の画像データを取得させ、配列に格納させ、前記ファイルに含まれる全ての前記画像データを前記配列に格納させると、前記配列に格納した画像データを取得させ、複数の前記画像データのそれぞれにヘッダを付加することで複数の静止画ファイルを前記複数の画像ファイルとして生成させ、生成した前記複数の静止画ファイルを順次、描画させることでアニメーションファイルを再生させる請求項１又は２に記載のサーバ。
- 前記端末装置に、前記アニメーションファイルが全領域を更新するアニメーションファイルであった場合、生成した画像ファイルをＵＲＩに組み込み、ＨＴＭＬのイメージタグのパラメータとして使用することで画像を表示させ、前記アニメーションファイルが変更に係る一部領域のみ更新するアニメーションファイルであった場合、ＪａｖａＳｃｒｉｐｔ（登録商標）のＣａｎｖａｓの機能を利用して画像を表示させる請求項３記載のサーバ。
- 前記端末装置に、前記ファイルに含まれる位置情報に基づきイメージセクションを抽出して前記画像ファイルを生成させ、前記画像ファイルをデータＵＲＩの形式にして表示させることを特徴とする、請求項１乃至４のいずれか一項に記載のサーバ。
- 前記所定の情報は、前記端末におけるＯＳの情報である、請求項１乃至５のいずれか一項に記載のサーバ。
- サーバ装置とネットワークを介して通信可能な端末装置であって、
前記端末装置における所定の情報を前記サーバ装置が取得し、前記所定の情報に基づいて、前記サーバ装置から再生プログラムを受信し、
アニメーションファイルを再生する場合、前記アニメーションファイルを所定形式のファイルに変換し、前記再生プログラムにより、前記ファイルを構成する文字列を解釈し、解釈した結果に基づき複数の画像ファイルを生成し、前記複数の画像ファイルを再生する端末装置。 - サーバ装置とネットワークを介して通信可能な端末装置が実行する再生方法であって、
前記端末装置における所定の情報を前記サーバ装置が取得し、前記所定の情報に基づいて、前記サーバ装置から再生プログラムを受信するステップと、
アニメーションファイルを再生する場合、前記アニメーションファイルを指定する情報を含む要求を前記サーバ装置に送信するステップと、
前記アニメーションファイルを取得するステップと、
前記アニメーションファイルを所定形式のファイルに変換し、前記再生プログラムにより、前記ファイルを解釈するステップと、
前記解釈した結果に基づき複数の画像ファイルを生成し、生成した前記複数の画像ファイルを再生するステップと、を含む再生方法。 - サーバ装置とネットワークを介して通信可能な端末装置として機能するコンピュータに、
前記端末装置における所定の情報を前記サーバ装置が取得し、前記所定の情報に基づいて、前記サーバ装置から再生プログラムを受信するステップと、
アニメーションファイルを再生する場合、前記アニメーションファイルを指定する情報を含む要求を前記サーバ装置に送信するステップと、
前記アニメーションファイルを取得するステップと、
前記アニメーションファイルを所定形式のファイルに変換し、前記再生プログラムにより、前記ファイルを解釈するステップと、
前記解釈した結果に基づき複数の画像ファイルを生成し、生成した前記複数の画像ファイルを再生するステップと、を実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016086158A JP6118439B2 (ja) | 2016-04-22 | 2016-04-22 | サーバ、端末装置、再生方法、及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016086158A JP6118439B2 (ja) | 2016-04-22 | 2016-04-22 | サーバ、端末装置、再生方法、及びプログラム |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015006962A Division JP5926826B2 (ja) | 2015-01-16 | 2015-01-16 | アニメーション再生システム、端末装置、再生方法、及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016167289A JP2016167289A (ja) | 2016-09-15 |
| JP6118439B2 true JP6118439B2 (ja) | 2017-04-19 |
Family
ID=56897609
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016086158A Expired - Fee Related JP6118439B2 (ja) | 2016-04-22 | 2016-04-22 | サーバ、端末装置、再生方法、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6118439B2 (ja) |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004139602A (ja) * | 1999-05-07 | 2004-05-13 | Matsushita Electric Ind Co Ltd | 電子メール作成装置およびプログラム記録媒体 |
| JP4656359B2 (ja) * | 2001-03-29 | 2011-03-23 | ソニー株式会社 | 送信装置および方法、記録媒体、プログラム、並びに通信システム |
| JP2003216562A (ja) * | 2002-01-23 | 2003-07-31 | Univ Kyoto | 可視化処理システム、可視化処理方法及び可視化処理プログラム |
| JP2003333538A (ja) * | 2002-05-13 | 2003-11-21 | Studio Bullterrier Co Ltd | 動画再生装置動画再生プログラム動画再生システムおよびカラー画像暗号化復号化システム |
| JP4427784B2 (ja) * | 2004-01-20 | 2010-03-10 | 日本電気株式会社 | 画像処理装置、及び画像処理装置を搭載した携帯電話機 |
| EP1800501A1 (en) * | 2004-09-21 | 2007-06-27 | Netomat, Inc. | Mobile messaging system and method |
| JP2008065656A (ja) * | 2006-09-08 | 2008-03-21 | Dainippon Printing Co Ltd | データベースシステム、サムネイル画像提供サーバ、プログラム、及び記録媒体 |
| JP5008714B2 (ja) * | 2009-12-15 | 2012-08-22 | 三菱電機株式会社 | 画像生成装置及び画像生成方法 |
-
2016
- 2016-04-22 JP JP2016086158A patent/JP6118439B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2016167289A (ja) | 2016-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107766359B (zh) | 一种将页面内容转换为图片的方法、装置以及计算设备 | |
| US10552639B1 (en) | Local isolator application with cohesive application-isolation interface | |
| CN102200976B (zh) | 桌面应用转换成网络应用的定制系统和方法 | |
| US10360694B2 (en) | Methods and devices for image loading and methods and devices for video playback | |
| CN102362261B (zh) | 通过网络浏览器输入内容至应用程序 | |
| CN101751383A (zh) | 一种使用svg描述网络拓扑的方法 | |
| US20150099590A1 (en) | Cloud server and method for providing cloud game service | |
| CN101473675A (zh) | 移动设备用户体验的虚拟化 | |
| JP5211266B1 (ja) | 閲覧システム、端末、画像サーバ、プログラム、プログラムを記録したコンピュータ読み取り可能な記録媒体、及び方法 | |
| JP2013037447A (ja) | アニメーション再生システム、サーバ装置、端末装置、再生方法、情報処理方法及びプログラム | |
| JP2015056855A (ja) | 配信管理装置、及び配信管理システム | |
| CN104063475A (zh) | 用户自定义列表处理方法和装置 | |
| CN109905753B (zh) | 角标的显示方法和装置、存储介质、电子装置 | |
| JP5926826B2 (ja) | アニメーション再生システム、端末装置、再生方法、及びプログラム | |
| JP6118439B2 (ja) | サーバ、端末装置、再生方法、及びプログラム | |
| Pterneas | Getting Started with HTML5 WebSocket Programming | |
| JP2013037447A5 (ja) | ||
| US9465779B2 (en) | Microblog-based document file sharing method and device | |
| JP2017216492A (ja) | データ送受信方法、データ送信方法及びサーバ装置 | |
| Kumar | Android app size reduction: Analysis and different methodology | |
| KR101267382B1 (ko) | Ｗｅｂ Ｓｉｔｅ에 접속한 사용자 ＰＣ를 통한 ＳＷＦ 생성방법 | |
| KR100859501B1 (ko) | 이미지 데이터에 상응하는 텍스트 패턴화 데이터를생성하고 텍스트 패턴화 데이터를 이용하여 이미지데이터를 재구성하는 방법 및 장치 | |
| Joselli et al. | A content adaptation architecture for games | |
| CN114374456A (zh) | 一种户外led屏幕适配方法、设备及介质 | |
| JP2021071790A (ja) | 情報処理装置、情報処理方法、およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20170110 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170302 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170314 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170324 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6118439 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |