JP2015179350A - コンテンツ変換装置及び方法、並びに、通信システム - Google Patents

Abstract

【課題】 操作応答性を向上できるコンテンツ変換装置を提供する。【解決手段】 実施形態に係るコンテンツ変換装置は、変換部、解析部、及びプログラム生成部を備える。変換部は、コンテンツのグラフィック要素を変換する。解析部は、前記コンテンツの表示に変化が発生する契機を解析する。プログラム生成部は、前記契機に対応する入力操作に応答して前記変化を実現するためのプログラムを生成する。【選択図】図５

Description

本発明の実施形態は、コンテンツ変換装置及び方法、並びに、コンテンツ変換装置を含む通信システムに関する。

特許文献１には、画像配信サーバでウェブページをビットマップ画像に変換し、この画像を携帯端末に送信することにより、ブラウザを実装していない携帯端末においてウェブページを閲覧することを可能にする技術が開示されている。しかしながら、この技術では、ウェブページに対するユーザの入力操作をサーバで処理するため、操作応答性が低いという問題がある。

特開２００４−２２０２６０号公報

本発明が解決しようとする課題は、操作応答性を向上することができるコンテンツ変換装置及び方法並びに通信システムを提供することである。

実施形態に係るコンテンツ変換装置は、変換部、解析部、及びプログラム生成部を備える。変換部は、コンテンツのグラフィック要素を変換する。解析部は、前記コンテンツの表示に変化が発生する契機を解析する。プログラム生成部は、前記契機に対応する入力操作に応答して前記変化を実現するためのプログラムを生成する。

第１の実施形態に係るコンテンツ変換装置を示すブロック図。 実施形態に係るアプリケーションの一例を示す図。 図２Ａに示したアプリケーションの動作を説明する図。 図２Ａ及び図２Ｂに示されるアプリケーションに対応するコンテンツ例を示す図。 図３に示したコンテンツに対応する変換コンテンツ例を示す図。 第１の実施形態に係るコンテンツ変換処理の手順を示すフローチャート。 第２の実施形態に係るコンテンツ変換装置を示すブロック図。 第２の実施形態に係るコンテンツ変換処理を示すフローチャート。 図６に示したコンテンツ変換装置の動作例を説明する図。 第３の実施形態に係るコンテンツ変換装置を示すブロック図。 第３の実施形態に係るコンテンツ変換処理を示すフローチャート。 図９に示したクライアントのコンテンツ要求処理を示すフローチャート。 図９に示したクライアントの入力操作処理を示すフローチャート。 第３の実施形態に係る更新画面生成処理を示すフローチャート。 第３の実施形態に係るアプリケーションの一例を示す図。 図１４に示したアプリケーションに対応する変換コンテンツ例を示す図。 第３の実施形態に係るアプリケーションの一例を示す図。 図１６Ａに示したアプリケーションの動作を説明する図。 図１６Ａ及び図１６Ｂに示したアプリケーションに対応する変換コンテンツ例を示す図。

以下、図面を参照しながら種々の実施形態を説明する。

（第１の実施形態）
図１は、第１の実施形態に係るコンテンツ変換装置１００を概略的に示している。図１に示されるコンテンツ変換装置１００は、インターネットなどのネットワーク１１２を介して接続されるクライアント１１１にコンテンツを提供するものである。本実施形態及び後述する実施形態では、コンテンツとしてＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルを想定する。ＨＴＭＬファイルはコンテンツの一例であり、コンテンツはＨＴＭＬファイルに限定されない。具体的には、コンテンツ変換装置１００は、変換部１０１、解析部１０２、プログラム生成部１０３、及び通信部１０４を備えている。

変換部１０１は、コンテンツのグラフィック要素を変換する。例えば、変換部１０１は、ＨＴＭＬファイルのＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）要素をＤｉｖ要素に変換する。解析部１０２は、コンテンツの表示に変化が発生する契機を解析し、解析結果をプログラム生成部１０３に通知する。

プログラム生成部１０３は、解析部１０２から受け取った解析結果に基づいて、前記契機に対応する入力操作に応答して前記変化を実現するためのプログラム（以下、操作スクリプトと称する。）を生成する。通信部１０４は、ネットワーク１１２を通じてクライアント１１１と通信する。通信部１０４は、変換部１０１によって変換されたグラフィック要素及びプログラム生成部１０３によって生成された操作スクリプトを含む変換コンテンツをクライアント１１１に送信する。例えば、通信部１０４は、クライアント１１１からコンテンツ配信の要求を受信すると、この要求に応答して変換コンテンツをクライアント１１１に送信する。変換後のグラフィック要素及び操作スクリプトは、１つの文書（例えばＨＴＭＬ文書）内に記述されていてもよく、個別の文書に記述されていてもよい。

図２Ａは、本実施形態に係るアプリケーション例を示している。図２Ａに示されるアプリケーションは、矩形、円、及び線などの複数の要素が配置された単線結線図上のいずれかの要素がユーザによってクリックされると、クリックされた要素の色が変化するウェブアプリケーションである。例えば矩形の要素２０１をクリックすると、図２Ｂに示されるように、この要素２０１の色が黒に変化する。

図３は、図２Ａ及び図２Ｂに示されるアプリケーションに対応するコンテンツ例を示している。このコンテンツは、図３に示されるように、単線結線図を表示するためのＳＶＧ要素、アプリケーションの見た目を定義するＣＳＳ、及び入力操作に応答して表示を変化させるためのＪａｖａＳｃｒｉｐｔ（登録商標）を含む。図３には、図２Ａの要素２０１に関するＳＶＧ要素だけが示されているが、実際には、コンテンツは、図２Ａに示される全ての要素それぞれに関するＳＶＧ要素を含む。なお、コンテンツは、ビットマップ画像などを含んでいてもよい。

図４は、コンテンツ変換装置１００が図３のコンテンツを変換することで得られる変換コンテンツ例を示している。この変換コンテンツは、図４に示されるように、Ｄｉｖ要素、ＣＳＳ、及び操作スクリプトを含む。変換コンテンツのＣＳＳには、ＳＶＧ要素に含まれていたサイズ情報及び位置情報が追加されている。クライアント１１１では、変換コンテンツに含まれるＤｉｖ要素及びＣＳＳに基づいた画像（この例では、図２Ａに示される単線結線図）が表示される。図２Ａの単線結線図のいずれかの要素がクリックされたときの処理は、操作スクリプトに従ってクライアント１１１で実行される。

図５は、コンテンツ変換装置１００が実行するコンテンツ変換処理を概略的に示している。図５のステップＳ５０１では、変換部１０１は、ＨＴＭＬファイルのＳＶＧ要素をＤｉｖ要素に変換する。さらに、変換部１０１は、Ｄｉｖ要素に対応する要素のサイズ情報及び位置情報をＣＳＳに記述する。Ｄｉｖ要素の処理負荷はＳＶＧ要素の処理負荷よりも小さいので、ＳＶＧ要素からＤｉｖ要素への変換によって表示速度を向上することができる。

ステップＳ５０２では、解析部１０２は、コンテンツの表示に変化が発生する契機を解析する。コンテンツの表示に変化が発生する契機は、コンテンツに含まれるＪａｖａＳｃｒｉｐｔプログラムを解析することでわかる。図３の例では、ＪａｖａＳｃｒｉｐｔフレームワークであるｊＱｕｅｒｙが用いられており、ｊＱｕｅｒｙのａｄｄＣｌａｓｓメソッドを用いて表示を変化させている。この場合、解析部１０２は、ａｄｄＣｌａｓｓメソッドが呼ばれる契機を解析して、ｂｒｅａｋｅｒクラスの要素をクリックすると表示が変化することを検出する。さらに、解析部１０２は、ＣＳＳを解析することで要素の色が黒に変化することを検出する。なお、表示に変化が発生する契機を解析する方法としては、ａｄｄＣｌａｓｓメソッドのような表示を変化させるメソッドのリストを保持しておき、リストを参照してコンテンツに含まれるメソッドが呼ばれる契機を決定する方法、コンテンツ作成時に変化が発生する契機を示すタグを予め付与する方法などを利用することができる。

ステップＳ５０３では、プログラム生成部１０３は、解析部１０２による解析の結果に基づいて操作スクリプトを生成する。図３の例では、プログラム生成部１０３は、ｂｒｅａｋｅｒクラスの要素に対するクリック操作に応答してこの要素の色を黒に変化させるための操作スクリプトを生成する。

コンテンツは、例えば、ブラウザを用いて表示する。ブラウザは、コンテンツ変換装置１００上で動作してもよく、コンテンツ変換装置１００と異なる端末（例えばクライアント１１１）上で動作してもよい。ブラウザは、操作スクリプトによりブラウザ内で画面変化を処理することができる。

以上のように、第１の実施形態に係るコンテンツ変換装置では、Ｄｉｖ要素及びＣＳＳを用いて画面更新するための操作スクリプトを生成することにより、操作応答性を向上することができる。

（第２の実施形態）
第１の実施形態では、Ｄｉｖ要素及びＣＳＳを用いて画面更新する例を説明した。第２の実施形態では、ビットマップ画像を用いて画面更新する例について説明する。

図６は、第２の実施形態に係るコンテンツ変換装置６００を概略的に示している。図６に示されるコンテンツ変換装置６００は、ネットワーク６１２を介して接続されるクライアント６１１にコンテンツを提供するものである。具体的には、コンテンツ変換装置６００は、変換部６０１、解析部６０２、プログラム生成部６０３、通信部６０４、描画部６０５、及びバッファ６０６を備えている。解析部６０２及び通信部６０４は、第１の実施形態で説明した解析部１０２及び通信部１０４（図１）と同様の動作を行う。このため、解析部６０２及び通信部６０４についての説明は適宜省略する。

変換部６０１は、描画部６０５を用いて、ＨＴＭＬファイルのＳＶＧ要素をビットマップ画像に変換する。描画部６０５は、変換部６０１からの指示に従ってＨＴＭＬファイルのＳＶＧ要素に基づいた画像情報を生成し、この画像情報をバッファ６０６に書き込む。プログラム生成部６０３は、描画部６０５に指示して、入力操作に応答して表示が変化した後の画像情報（ビットマップ画像）を生成する。バッファ６０６は、描画部６０５によって生成された画像情報を記憶する。バッファ６０６は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、光ディスク、メモリカードなどの一般的に利用されている任意の記憶媒体により構成することができる。

図７は、コンテンツ変換装置６００が実行するコンテンツ変換処理を概略的に示している。図７のステップＳ７０１では、変換部６０１は、ＨＴＭＬファイルのＳＶＧ要素をビットマップ画像に変換する。具体的には、描画部６０５が、変換部６０１からの指示に従ってコンテンツに含まれるＳＶＧ及びＣＳＳに基づいて画像情報を生成し、この画像情報をバッファ６０６に保存する。例えば、ブラウザを用いて図３のコンテンツを表示しようとすると、図２の単線結線図を描画するための描画命令が発行され、描画部６０５がこの描画命令に従ってバッファ６０６に単線結線図を描画する。変換部６０１は、バッファ６０６から画像情報を取得し、この画像情報を参照するように、ＨＴＭＬファイルのＳＶＧ要素をＩＭＧ要素に書き換える。ＩＭＧ要素はｈｔｍｌ要素の１つである。なお、画像は圧縮してもよい。例えば、画像はＪＰＥＧ形式に圧縮される。図８は、第２の実施形態に従って図３のコンテンツ例の変換を行って得られる変換コンテンツ例を示している。図８に示されるように、描画部６０５によって生成された画像情報がｄｉａｇｒａｍ．ｊｐｇと名前を付けて保存され、このｄｉａｇｒａｍ．ｊｐｇを参照するようにグラフィック要素が変換される。

ステップＳ７０２では、解析部６０２は、コンテンツの表示に変化が発生する契機を解析する。ステップＳ７０２の処理は、図５に示したステップＳ５０２の処理と同様であるので、詳細な説明を省略する。
ステップＳ７０３では、プログラム生成部６０３は、描画部６０５を用いて変化後の画像情報を生成する。図３の例では、プログラム生成部６０３は、黒く塗りつぶされたＢｒｅａｋｅｒクラスの要素の画像情報を生成する。画像情報の生成方法は、いかなる方法であってもよい。例えば、要素のサイズ情報を解析し、要素のサイズの黒い矩形を描画する方法であってもよく、ブラウザを用いてクリックイベントを発生させ、ブラウザに要素の色を黒に変化させるための描画命令を発行させる方法であってもよい。プログラム生成部６０３は、黒く塗りつぶされた要素の画像情報をバッファ６０６から取得し保存する。例えば、プログラム生成部６０３は、図８に示されるように、画像情報をＪＰＥＧ形式に圧縮して、ｂｒｅａｋｅｒ＿ｂｌａｃｋ．ｊｐｇと名前を付けて保存する。なお、変化後の画像情報としては、変化前のバックアップ画像との差分画像を取得してもよく、ＪａｖａＳｃｒｉｐｔプログラムから変換される領域を計算し、その領域の画像を取得してもよい。例えば、ある要素がクリック操作に応答して縮小される場合は、縮小後のサイズの画像情報が変化後の画像情報として生成される。

ステップＳ７０４では、プログラム生成部６０３は、解析部６０２による解析の結果に基づいて操作スクリプトを生成する。図３の例では、プログラム生成部６０３は、ｂｒｅａｋｅｒクラスの要素に対するクリック操作に応答してこの要素の色を黒に変化させるための操作スクリプトを生成する。要素ごとにサイズ情報及び位置情報を指定可能なＳＶＧ要素やＤｉｖ要素と異なり、ビットマップ画像に変換されると、どこにｂｒｅａｋｅｒクラスの要素が存在するか分からなくなる。例えば、図３の例では、ｂｒｅａｋｅｒクラスの要素は、アプリケーション画面上の座標（１００，１００）、幅５０ピクセル、高さ５０ピクセルで指定される領域に表示される。この場合、プログラム生成部６０３は、図８に示されるように、クリック位置のＸ座標が１００以上１５０以下かつＹ座標が１００以上１５０以下である場合にｂｒｅａｋｅｒクラスの要素がクリックされたと判断し、この要素の位置にｂｒｅａｋｅｒ＿ｂｌａｃｋ．ｊｐｇを表示する操作スクリプトを生成する。

以上のように、第２の実施形態に係るコンテンツ変換装置では、ビットマップ画像を用いて画面更新するための操作スクリプトを生成することにより、操作応答性を向上することができる。

（第３の実施形態）
第３の実施形態では、画面更新（コンテンツの表示を変化させる処理）をクライアント及びコンテンツ変換装置のいずれで実行するかを切り替える例について説明する。
図９は、第３の実施形態に係るコンテンツ変換装置９００を概略的に示している。図９に示されるコンテンツ変換装置９００は、ネットワーク９１２を介して接続されるクライアント９１１にコンテンツを提供するものである。具体的には、コンテンツ変換装置９００は、変換部９０１、解析部９０２、プログラム生成部９０３、通信部９０４、判断部９０５、入力処理部９０６、及び画像情報生成部９０７を備えている。変換部９０１及び解析部９０２は、第１の実施形態で説明した変換部１０１及び解析部１０２（図１）と同様の動作を行う。このため、変換部９０１及び解析部９０２についての説明は適宜省略する。なお、変換部９０１は、第２の実施形態で説明した変換部６０１（図６）と同様の動作を行うものであってもよい。

判断部９０５は、入力操作に伴う変化を実現する処理（画面更新）をクライアント９１１及びコンテンツ変換装置９００のいずれで実行すべきかを判断する。解析部９０２が複数の契機を検出した場合には、判断部９０５は複数の契機それぞれについて判断を行う。

プログラム生成部９０３は、判断部９０５がクライアント９１１で実行すべきと判断した画面更新についてはその画面更新をクライアント９１１で実行するための操作スクリプトを生成する。プログラム生成部９０３は、判断部９０５がコンテンツ変換装置９００で実行すべきと判断した画面更新についてはその画面更新をコンテンツ変換装置９００で実行するために、入力操作情報をコンテンツ変換装置９００に送信するための操作スクリプトを生成する。

通信部９０４は、ネットワーク１１２を介してクライアント９１１と通信する。通信部９０４は、変換部９０１によって変換されたグラフィック要素及びプログラム生成部９０３によって生成された操作スクリプトを含む変換コンテンツをクライアント９１１に送信する。通信部９０４は、クライアント９１１から入力操作情報を受信する。また、通信部９０４は、画像情報生成部９０７によって生成された画像情報をクライアント９１１に送信する。

入力処理部９０６は、クライアント９１１から受信された入力操作情報に対して入力処理を行う。具体的には、画像情報生成部９０７は、入力処理に伴う変化に対応する画像情報を生成する。画像情報は、どのような形式でもよい。例えば、画像情報は、Ｄｉｖ要素とＣＳＳの組み合わせでもよく、ビットマップ画像であってもよい。

図１０は、コンテンツ変換装置９００が実行するコンテンツ変換処理を概略的に示している。図１０に示されるステップＳ１００１及びＳ１００２の処理は、図５に示されるステップＳ５０１及びＳ５０２の処理とそれぞれ同様であるので、詳細な説明は省略する。ステップＳ１００１では、変換部９０１は、コンテンツのグラフィック要素を変換する。ステップＳ１００２では、解析部９０２は、コンテンツの表示に変化が発生する契機を解析する。

ステップＳ１００３では、判断部９０５は、契機ごとに画面更新をクライアント９１１で実行すべきかコンテンツ変換装置９００で実行すべきかを判断する。判断方法は、いかなる方法であってもよい。例えば、判断部９０５は、画像が変化する部分の面積が閾値より小さい画面更新はクライアント９１１で処理し、その面積が閾値以上である画面更新はコンテンツ変換装置９００で処理すると判断してもよい。判断部９０５は、変化後の画像情報のデータサイズが閾値より小さい画面更新はクライアント９１１で処理し、そのデータサイズが閾値以上である画面更新はコンテンツ変換装置９００で処理すると判断してもよい。判断部９０５は、画像が変化する要素の数が閾値より少ない画面更新はクライアント９１１で処理し、その数が閾値以上である画面更新はコンテンツ変換装置９００で処理すると判断してもよい。判断部９０５は、変化の表示時間が閾値より短い画面更新はクライアント９１１で処理し、変化の表示時間が閾値以上である画面更新はコンテンツ変換装置９００で処理すると判断してもよい。表示時間は、履歴を用いてもよいし、コンテンツ変換装置９００でテストした結果を用いてもよい。判断部９０５は、変化の発生頻度が閾値より小さい画面更新はクライアント９１１で処理し、変化の発生頻度が閾値以上である画面更新はコンテンツ変換装置９００で処理すると判断してもよい。判断部９０５は、変化に対応する操作スクリプトのコード量が閾値より少ない画面更新はクライアント９１１で処理し、そのコード量が閾値以上である画面更新はコンテンツ変換装置９００で処理すると判断してもよい。判断部９０５は、変化を発生させる入力操作の位置（例えばクリック位置）に応じて判断を行ってもよい。判断部９０５は、ネットワーク９１２の帯域やクライアント端末９１１の性能を考慮して判断を行ってもよい。例えば、ネットワーク帯域が小さい場合は、クライアント９１１で処理するように閾値を大きい値に設定してもよい。また、クライアント端末の性能が低い場合は、コンテンツ変換装置９００で処理するように閾値を小さい値に設定してもよい。判断部９０５は、上述した方法を組み合わせて判断を行ってもよい。すなわち、判断部９０５は、変化の面積、変化後の画像情報のデータサイズ、変化に含まれる要素数、変化の表示時間、変化の発生頻度、変化を実現するための処理量、入力操作情報、ネットワーク性能、クライアント性能のうちの少なくとも１つに基づいて判断を行うことができる。

ステップＳ１００４では、プログラム生成部９０３は、解析部９０２の解析結果及び判断部９０５の判断結果に従って、操作スクリプトを生成する。プログラム生成部９０３は、判断部９０５がクライアント９１１で処理すべきと判断した画面更新をクライアント９１１で処理するための操作スクリプトを生成し、判断部９０５がコンテンツ変換装置９００で処理すべきと判断した画面更新をコンテンツ変換装置９００で実行するために、入力操作情報をコンテンツ変換装置９００に送信するための操作スクリプトを生成する。ステップＳ１００５では、通信部９０４は変換コンテンツをクライアント９１１に送信する。

図１１及び図１２を参照してクライアント９１１の動作について説明する。
図１１のステップＳ１１０１では、クライアント９１１はコンテンツ変換装置９００にコンテンツ配信を要求する。ステップＳ１１０２では、クライアント９１１は、コンテンツ変換装置９００から変換コンテンツを受信する。クライアント９１１は、変換コンテンツに基づいた画像を表示する。

図１２のステップＳ１２０１では、クライアント９１１は、画像を表示した状態で、ユーザからの入力操作を受け付ける。ステップＳ１２０２では、入力操作をクライアント９１１で処理するか否かが操作スクリプトに基づいて判断される。すなわち、入力操作に伴う画面変化をクライアント９１１で実行するか否かが判断される。入力操作をクライアント９１１で処理する場合、クライアント９１１は、入力操作を処理して画面を更新する（ステップＳ１２０３）。その後、クライアント９１１は次の入力操作を待ち受ける。

入力操作をクライアント９１１で処理しない場合、クライアント９１１は、入力操作の情報をコンテンツ変換装置９００に送信する（ステップＳ１２０４）。ステップＳ１２０５では、クライアント９１１は、入力操作に伴う画面変化に対応する画像情報を受信する。ステップＳ１２０６では、クライアント９１１は、受信した画像情報に基づいて画面を更新する。その後、クライアント９１１は次の入力操作を待ち受ける。

図１３は、コンテンツ変換装置９００による更新画像生成処理を概略的に示している。図１３のステップＳ１３０１では、通信部９０４は、クライアント９１１から入力操作情報を受信する。ステップＳ１３０２では、入力処理部９０６は受信した入力操作を処理する。例えば、入力処理部９０６はブラウザを用いて入力操作を処理する。例えば、クライアントのブラウザ画面上の座標（１００，１００）の位置でクリックが発生したという入力操作情報を受信した場合、入力処理部９０６は、ブラウザを用いてコンテンツ変換装置９００のブラウザ画面上の座標（１００，１００）の位置でクリックが発生したようにエミュレートする。ステップＳ１３０３では、画像情報生成部９０７は、入力操作に伴う画面変化に対応する画像情報を生成する。ステップＳ１３０４では、通信部９０４は画像情報をクライアント９１１に送信する。なお、画像情報は、画像情報単体で送信してもよく、画像情報の表示方法を指定する操作スクリプトと一緒に送信してもよい。

図１４は、本実施形態に係るアプリケーション例を示し、図１５は、図１４のアプリケーションに対応するコンテンツ例を示している。図１４に示されるアプリケーションは、日付と粒度（例えば、日、月、年）をユーザが指定すると、データベースから対応するデータを取得し、そのデータに基づいてグラフを生成し表示するウェブアプリケーションである。例えば、判断部９０５が表示時間又はコード量に基づいて判断を行う場合、プログラム生成部９０３は、図１５に示されるように、日付や粒度を指定する部分はクライアントで処理し、グラフ部分はコンテンツ変換装置９００で処理するよう操作スクリプトを生成する。

図１６Ａ及び図１６Ｂは、本実施形態に係るアプリケーションの他の例を示し、図１７は、図１６Ａ及び図１６Ｂに示されるアプリケーションに対応する変換コンテンツ例を示している。このアプリケーションは、単線結線図上のいずれかの要素がクリックされると、クリックされた要素とそれより末端側に位置する要素の色が変化する。例えば、図１６Ａに示されるように、末端の要素１６０１がクリックされた場合、その要素１６０１の色が変化する。また、図１６Ｂに示されるように、根元の要素１６０２がクリックされた場合、その要素１６０２とそれより末端側に位置する要素の色が変化する。図１７に示される変換コンテンツでは、クリック位置に応じて処理主体（クライアント９１１及びコンテンツ変換装置９００）が切り替えられる。具体的には、クリック位置のＸ座標が１００以上１５０以下かつＹ座標が１００以上１５０以下の場合は、クライアント９１１が画面を更新し、クリック位置のＸ座標が１００以上１５０以下かつＹ座標が０以上５０以下の場合は、クリック位置をコンテンツ変換装置９００の通信部９０４に送信して、コンテンツ変換装置９００の画像生成部９０７が生成した画像情報を用いて画面が更新される。

以上のように、第３の実施形態によれば、コンテンツ変換装置とクライアントで処理を分担する分散処理システムにコンテンツ変換装置を応用することができる。

上述した実施形態の少なくとも１つによれば、クライアント側で入力操作を処理するためのプログラムを生成することにより、操作応答性を向上することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００…コンテンツ変換装置、１０１…変換部、１０２…解析部、１０３…プログラム生成部、１０４…通信部、１１１…クライアント、１１２…ネットワーク、６００…コンテンツ変換装置、６０１…変換部、６０２…解析部、６０３…プログラム生成部、６０４…通信部、６０５…描画部、６０６…バッファ、６１１…クライアント、６１２…ネットワーク、９００…コンテンツ変換装置、９０１…変換部、９０２…解析部、９０３…プログラム生成部、９０４…通信部、９０５…判断部、９０６…入力処理部、９０７…画像情報生成部、９１１…クライアント、９１２…ネットワーク。

Claims (7)

1. コンテンツのグラフィック要素を変換する変換部と、
   前記コンテンツの表示に変化が発生する契機を解析する解析部と、
   前記契機に対応する入力操作に応答して前記変化を実現するためのプログラムを生成するプログラム生成部と、
   を具備するコンテンツ変換装置。
2. 前記入力操作に伴う前記変化を実現する処理をクライアント及び当該コンテンツ変換装置のいずれで実行すべきかを判断する判断部をさらに具備し、
   前記プログラム生成部は、前記判断部がクライアントで実行すべきと判断した場合は、前記処理を前記クライアントで実行するための前記プログラムを生成し、前記判断部が当該コンテンツ変換装置で実行すべきと判断した場合は、入力操作の情報を当該コンテンツ変換装置に送信するための前記プログラムを生成する請求項１に記載のコンテンツ変換装置。
3. 前記変換されたグラフィック要素及び前記プログラムを含む変換コンテンツを前記クライアントに送信する送信部と、
   前記変換コンテンツに対する入力操作の情報を前記クライアントから受信する受信部と、
   前記入力操作に対して入力処理を行う入力処理部と、をさらに具備する請求項２に記載のコンテンツ変換装置。
4. 前記入力処理に伴う前記変化に対応する画像情報を生成する画像情報生成部をさらに具備し、
   前記送信部は、前記画像情報を前記クライアントに送信する請求項３に記載のコンテンツ変換装置。
5. 前記判断部は、前記変化の面積、前記画像情報のデータサイズ、前記変化の要素数、前記変化の表示時間、前記変化の発生頻度、前記変化を発生するための処理量、入力操作の情報、ネットワーク性能、クライアント性能の少なくとも１つに基づいて判断を行う請求項４に記載のコンテンツ変換装置。
6. コンテンツ変換装置及びクライアントを含む通信システムであって、
   前記コンテンツ変換装置は、
   コンテンツのグラフィック要素を変換する変換部と、
   前記コンテンツの表示に変化が発生する契機を解析する解析部と、
   前記契機に対応する入力操作に応答して前記変化を実現するためのプログラムを生成するプログラム生成部と、
   前記変換されたグラフィック要素及び前記プログラムを含む変換コンテンツを前記クライアントに送信する送信部と、
   を備える、通信システム。
7. コンテンツのグラフィック要素を変換することと、
   前記コンテンツの表示に変化が発生する契機を解析することと、
   前記契機に対応する入力操作に応答して前記変化を実現するためのプログラムを生成することと、
   を具備することを特徴とするコンテンツ変換方法。