JP2015164017A - コンテンツ提供装置、コンテンツ提供方法及びプログラム - Google Patents

Abstract

【課題】通信端末の性能又は状態、及びコンテンツに基づいて、柔軟にコンテンツを変更して通信端末に提供する。
【解決手段】実施形態のコンテンツ提供装置は、受信部、解析部、決定部、変更部、及び送信部を備える。受信部は通信端末からコンテンツの要求を受信する。解析部は通信端末から要求されたコンテンツを解析する。決定部は解析部による解析の結果と、通信端末の性能又は状態を示す通信端末情報と、に基づいてコンテンツの変更方法を決定する。変更部は決定部により決定された変更方法によりコンテンツを変更する。送信部は変更部により変更されたコンテンツを通信端末に送信する。
【選択図】図１

Description

本発明の実施形態はコンテンツ提供装置、コンテンツ提供方法及びプログラムに関する。

近年、パーソナルコンピュータ、携帯電話、スマートフォン、タブレット端末及びゲーム機等の様々な種類の通信端末がネットワークに接続されている。これらの通信端末は通信速度、演算能力、画面解像度、及び画面サイズ等の性能、並びに電池残量及びパケットロス率等の状態がそれぞれ異なる。そのためネットワークを介してコンテンツを提供する場合、ある通信端末で容易に表示可能なコンテンツであっても、他の通信端末では当該コンテンツを表示する処理の負荷が高くなる場合がある。

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

しかしながら、従来技術では通信端末の性能又は状態、及びコンテンツに基づいて、柔軟にコンテンツを変更して通信端末に提供することができなかった。

実施形態のコンテンツ提供装置は、受信部、解析部、決定部、変更部、及び送信部を備える。受信部は通信端末からコンテンツの要求を受信する。解析部は前記通信端末から要求された前記コンテンツを解析する。決定部は前記解析部による解析の結果と、前記通信端末の性能又は状態を示す通信端末情報と、に基づいて前記コンテンツの変更方法を決定する。変更部は前記決定部により決定された前記変更方法により前記コンテンツを変更する。送信部は前記変更部により変更された前記コンテンツを前記通信端末に送信する。

第１実施形態のコンテンツ提供装置の構成の例を示す図。 ウェブコンテンツに含まれるスクリプト情報の例を示す図。 第１実施形態のコンテンツ提供方法の例を示すフローチャート。 第１実施形態のウェブコンテンツの変更方法を決定する方法を示すフローチャート。 第２実施形態のコンテンツ提供装置の構成の例を示す図。 レスポンシブウェブサイトのレイアウト情報の例を示す図。 レスポンシブウェブサイトの例を示す図。 画像のトリミング及び縮小による変更の例を示す図。 画像の位置を指定する変更の例を示す図。 第２実施形態のコンテンツ提供方法の例を示すフローチャート。 第３実施形態のコンテンツ提供装置の構成の例を示す図。 ＣＳＳ３アニメーションを使用したウェブコンテンツの例を示す図。 ＣＳＳ３アニメーションを動画ファイルの参照方式に変更した例を示す図。 第３実施形態のコンテンツ提供方法の例を示すフローチャート。 第３実施形態のウェブコンテンツの変更方法を決定する方法を示すフローチャート。 第１〜第３実施形態のコンテンツ提供装置のハードウェア構成の例を示す図。

以下に添付図面を参照して、コンテンツ提供装置、コンテンツ提供方法及びプログラムを詳細に説明する。以下の実施形態の説明では、コンテンツとしてウェブコンテンツを提供する場合について説明する。

（第１実施形態）
図１は第１実施形態のコンテンツ提供装置１０の構成の例を示す図である。第１実施形態のコンテンツ提供装置１０は通信部１、取得部２、解析部３、決定部４及び変更部５を備える。

通信部１は通信端末２０からウェブコンテンツの要求を受信する。ウェブコンテンツの要求はＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を含む。ＵＲＬはネットワーク上にあるウェブコンテンツを特定する情報である。なお通信部１が通信端末２０からウェブコンテンツの要求を受信する方法は任意でよい。例えば通信端末２０のブラウザの設定で、コンテンツ提供装置１０をプロキシサーバとして登録しておき、通信端末２０のブラウザがウェブコンテンツを要求するときに、通信部１が通信端末２０からウェブコンテンツの要求を受信してもよい。すなわち通信部１はウェブコンテンツの要求として、ＵＲＬを含むＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを通信端末２０から受信してもよい。通信部１は受信したウェブコンテンツの要求を取得部２に入力する。

また通信部１は通信端末２０から通信端末情報を受信する。通信端末情報は通信端末２０の通信速度、演算能力、画面解像度、及び画面サイズ等の性能、並びにパケットロス率、及び電池残量等の状態を示す情報である。なお通信部１が通信端末情報を受信するタイミングは任意でよい。例えばウェブコンテンツの要求と同時でもよい。またコンテンツ提供装置１０が必要に応じて通信端末２０に通信端末情報を要求し、通信端末２０から取得してもよい。通信部１は通信端末情報を決定部４に入力する。

また通信部１は、後述の変更部５により必要に応じて変更されたウェブコンテンツを通信端末２０に送信する。

取得部２は通信部１からウェブコンテンツの要求を受け付ける。取得部２はウェブコンテンツの要求に応じてウェブサーバ装置３０からウェブコンテンツを取得する。取得部２は、例えばＨＴＴＰリクエストに含まれるＵＲＬを参照してウェブコンテンツを取得する。取得部２は取得したウェブコンテンツを解析部３に入力する。なおコンテンツ提供装置１０がウェブサーバ装置３０を兼ねる構成としてもよい。

解析部３は取得部２からウェブコンテンツを受け付ける。解析部３はウェブコンテンツを解析する。具体的には解析部３はウェブコンテンツにスクリプト言語を使用した処理の記述（以下、「スクリプト情報」という。）が含まれているか否かを特定する。また解析部３はウェブコンテンツの処理負荷を推定する。解析部３は、例えばウェブコンテンツのソースコード（ＨＴＭＬファイル等）の行数や、ウェブコンテンツに含まれるスクリプト言語を使用した処理の記述の行数等により、ウェブコンテンツの処理負荷を推定する。また例えば事前にウェブコンテンツの表示時間を測定してコンテンツ提供装置１０にウェブコンテンツ毎の表示時間を記憶しておき、解析部３は当該表示時間によりウェブコンテンツの処理負荷を推定してもよい。

また解析部３は更にスクリプト言語を使用した処理を具体的に特定する。スクリプト情報を含むウェブコンテンツは、具体的には例えばパララックスサイトである。パララックスサイトは、ブラウザのスクロールに合わせて画像を変化させることによりアニメーションのような視覚効果を表現するウェブサイトである。

なおスクリプト言語を使用した処理を具体的に特定する方法は任意でよい。例えばスクリプト言語を使用した処理がパララックスサイトであることを特定する場合、解析部３はパララックスサイトを作成するために使用されるプラグインやライブラリ等のリストを保持しておき、リストに含まれているプラグインやライブラリが用いられているウェブコンテンツをパララックスサイトとして特定してもよい。また解析部３はスクリプト言語による記述を解析してスクロールに合わせて画像が動くアニメーションを用いているか否かを特定することによりパララックスサイトであるか否かを特定してもよい。

図２はウェブコンテンツに含まれるスクリプト情報の例を示す図である。解析部３はウェブコンテンツのソースコードに、スクリプト言語を使用した処理を示す記述があるか否かを特定する。図２の例では、「ＸＸＸｓｃｒｉｐｔ」がスクリプト言語を使用した処理を示す記述である。解析部３は更にスクリプト言語を使用した処理を具体的に特定する。解析部３は、例えばウェブコンテンツのソースコードにパララックスサイトを作成するために使用されるプラグインの記述があれば、当該ウェブコンテンツがパララックスサイトであることを特定する。図２の例では、「ＸＸＸ．ｐａｒａｌｌａｘ−１．１．３．ｊｓ」がパララックスサイトを作成するために使用されるプラグインの記述である。

また解析部３はウェブコンテンツにスクリプト情報が含まれるか否かを特定するだけでなく、その他の情報を特定するためにウェブコンテンツを解析してもよい。解析部３がウェブコンテンツを表示するときのレイアウトを示すレイアウト情報を解析する場合を第２実施形態として後述する。また解析部３がウェブコンテンツにアニメーションが含まれているか否かを特定する場合を第３実施形態として後述する。

図１に戻り、解析部３はウェブコンテンツと、ウェブコンテンツの解析の結果と、を決定部４に入力する。

決定部４は解析部３から解析の結果を受け付ける。また決定部４は通信部１から上述の通信端末情報を受け付ける。決定部４はウェブコンテンツにスクリプト情報が含まれている場合、通信端末情報に応じてウェブコンテンツの変更方法を決定する。また決定部４はスクリプト情報の具体的な変更方法についても決定する。決定部４は変更方法を変更部５に入力する。

まず決定部４がウェブコンテンツのスクリプト情報の変更方法を決定する方法の例について説明する。

例えば、決定部４は通信部１を介して通信端末情報を取得し、通信端末情報が所定の条件（以下、「第１条件」という。）を満たす場合、ウェブコンテンツをリッチ化すること又はウェブコンテンツを変更しないことを決定し、通信端末情報が第１条件を満たさない場合、ウェブコンテンツを表示する通信端末２０の処理の負荷が低減されるようにウェブコンテンツを変更することを決定してもよい。なお第１条件は、通信端末２０の通信速度、演算能力、画面解像度、及び画面サイズ等の性能、並びに電池残量及びパケットロス率、等の状態に関する条件を組み合わせた任意の条件である。またウェブコンテンツのリッチ化とは、ウェブコンテンツの質やデータ量を向上させることを示す。ウェブコンテンツのリッチ化は、例えばウェブコンテンツに含まれている画像の解像度や大きさ等を上げることにより行われる。

また例えば、決定部４は通信部１を介して通信端末２０にプローブパケットを送信してコンテンツ提供装置１０と通信端末２０との間のパケットロス率を通信端末情報として算出し、パケットロス率が第１閾値よりも小さい場合、ウェブコンテンツをリッチ化すること又はウェブコンテンツを変更しないことを決定し、パケットロス率が第１閾値以上の場合、ウェブコンテンツを表示する通信端末２０の処理が低減されるようにウェブコンテンツを変更することを決定してもよい。

次にウェブコンテンツのスクリプト情報を変更することにより、ウェブコンテンツを表示する通信端末２０の処理を低減、又はウェブコンテンツをリッチ化する方法の例について説明する。まずウェブコンテンツを表示する通信端末２０の処理を低減する場合について説明する。決定部４はウェブコンテンツの処理負荷に応じて、ウェブコンテンツを表示する通信端末２０の処理を低減する方法を決定する。決定部４は、例えば閾値を複数設定することにより処理を低減する方法を変更する。

閾値を複数設定することにより処理を低減する方法の例として、ウェブコンテンツがパララックスサイトである場合について具体的に説明する。決定部４は、例えば閾値Ｔ１及び閾値Ｔ２（Ｔ１＞Ｔ２）の２つの閾値を設定し、ウェブコンテンツのソースコード（ＨＴＭＬファイル等）の行数がＴ１よりも大きい場合は、アニメーションに用いられている画像を固定化するようにスクリプト情報を変換することを決定する。また決定部４はウェブコンテンツのソースコード（ＨＴＭＬファイル等）の行数がＴ１以下だがＴ２よりも大きい場合は、画像の位置を変更する頻度を軽減するようにスクリプト情報を変換することを決定する。

なおウェブコンテンツがパララックスサイトである場合に、ウェブコンテンツをリッチ化する場合、決定部４は、例えば画像がより滑らかに動くようにスクリプト情報を変換することを決定する。

変更部５は決定部４から変更方法を受け付ける。変更部５は、決定部４により決定された変更方法に応じて、ウェブコンテンツのスクリプト情報の一部又は全部を変換又は削除する。

変更部５によるウェブコンテンツの変更方法をウェブコンテンツがパララックスサイトである場合について説明する。アニメーションに用いられている画像を固定化する場合、変更部５は、例えば図２に示されたスクリプト情報を全て削除する。またアニメーションに用いられている画像の位置を変更する頻度を軽減する場合、変更部５は、例えば画像を更新する処理が、１ピクセルでもスクロールしたら画像の位置を変更するようになっている箇所を、一定ピクセル以上スクロールした場合、画像の位置を変更するように変換する。またアニメーションに用いられている画像をより滑らかにする場合、一定ピクセル以上スクロールしたら画像の位置を変更するようになっている箇所を、１ピクセルでもスクロールしたら画像の位置を変更するように変換する。なお画像の更新頻度を変更する場合に、変更部５が変換するスクリプト情報の箇所は、例えば画像を更新する処理に使用されるｕｐｄａｔｅ関数の引数等である。

なお変更部５は画像の更新頻度に関する変更だけでなく、画像のサイズや位置等を調整するための変換を行ってもよい。変更部５は決定部４により決定された変更方法に応じて変更したウェブコンテンツを通信部１に入力する。なお決定部４がウェブコンテンツを変更しないことを決定した場合、変更部５はウェブコンテンツを変更せずに通信部１に入力する。

上述の説明では、スクリプト情報を含むウェブコンテンツの例としてパララックスサイトを挙げたが、スクリプト情報を含むウェブコンテンツはパララックスサイトに限られない。すなわちコンテンツ提供装置１０はスクリプト情報を含むパララックサイト以外のウェブコンテンツを柔軟に変更して通信端末２０に提供してもよい。具体的には、コンテンツ提供装置１０は処理負荷が高いプラグインやライブラリのリスト等を保持しておき、プラグインやライブラリ毎に、変更方法の決定に必要な情報と、当該情報に応じた変更方法と、を記録しておく。これによりコンテンツ提供装置１０は、スクリプト情報を含むパララックサイト以外のウェブコンテンツを柔軟に変更して通信端末２０に提供することができる。

次に第１実施形態のコンテンツ提供方法について説明する。図３は第１実施形態のコンテンツ提供方法の例を示すフローチャートである。通信部１は通信端末２０からウェブコンテンツの要求を受信する（ステップＳ１）。次に、取得部２はウェブコンテンツの要求に応じてウェブサーバ装置３０からウェブコンテンツを取得する（ステップＳ２）。

解析部３はウェブコンテンツを解析する（ステップＳ３）。具体的には、解析部３はウェブコンテンツに上述のスクリプト情報が含まれているか否かを特定する。また解析部３はウェブコンテンツの処理負荷を推定する。また解析部３はスクリプト言語を使用した処理を具体的に特定する。解析部３はウェブコンテンツと、ウェブコンテンツの解析の結果と、を決定部４に入力する。

決定部４はウェブコンテンツにスクリプト情報が含まれているか否かを判断する（ステップＳ４）。

スクリプト情報が含まれていない場合（ステップＳ４、Ｎｏ）、決定部４はウェブコンテンツを変更しないことを変更部５に通知する（ステップＳ７）。変更部５はウェブコンテンツを変更せずに通信部１を介して通信端末２０に送信する（ステップＳ８）。

スクリプト情報が含まれている場合（ステップＳ４、Ｙｅｓ）、決定部４はウェブコンテンツの変更方法を決定する（ステップＳ５）。ここで決定部４がウェブコンテンツの変更方法を決定する方法について図４を参照して説明する。

図４は第１実施形態のウェブコンテンツの変更方法を決定する方法を示すフローチャートである。決定部４は上述の通信端末情報を取得する（ステップＳ２１）。次に、決定部４は通信端末情報に応じてウェブコンテンツの処理負荷を低減するか否かを決定する（ステップＳ２２）。

処理負荷を低減させる場合（ステップＳ２２、Ｙｅｓ）、決定部４は解析部３がウェブコンテンツを解析することにより推定したウェブコンテンツの処理負荷を取得する（ステップＳ２３）。次に、決定部４はウェブコンテンツの処理負荷に応じて、処理負荷を低減するためのウェブコンテンツの変更方法を決定する（ステップＳ２４）。例えばウェブコンテンツがパララックスサイトである場合、決定部４はアニメーションに用いられている画像を固定化するようにスクリプト情報を変換することを決定する。

処理負荷を低減させない場合（ステップＳ２２、Ｎｏ）、決定部４は通信端末情報に応じてウェブコンテンツをリッチ化するか否かを決定する（ステップＳ２５）。リッチ化する場合（ステップＳ２５、Ｙｅｓ）、決定部４はウェブコンテンツをリッチ化する変更方法に決定する（ステップＳ２６）。例えばウェブコンテンツがパララックスサイトである場合、決定部４は、画像がより滑らかに動くようにスクリプト情報を変換することを決定する。

リッチ化しない場合（ステップＳ２５、Ｎｏ）、決定部４はウェブコンテンツを変更しないことを決定する（ステップＳ２７）。

次に、決定部４は変更方法を変更部５に通知する（ステップＳ２８）。

図３に戻り、次に、変更部５は決定部４により決定された変更方法に応じてウェブコンテンツのスクリプト情報を変更する（ステップＳ６）。次に、通信部１は、変更部５により変更されたウェブコンテンツを通信端末２０に送信する（ステップＳ８）。

以上のように、第１実施形態のコンテンツ提供装置１０によれば、通信端末情報、及びウェブコンテンツに基づいてウェブコンテンツのスクリプト情報を柔軟に変更して通信端末２０に提供することができる。これにより通信端末２０におけるユーザビリティを向上することができる。

（第２実施形態）
次に第２実施形態について説明する。第２実施形態では、解析部３がウェブコンテンツを表示するときのレイアウトを示すレイアウト情報を解析する場合について説明する。図５は第２実施形態のコンテンツ提供装置１０の構成の例を示す図である。第２実施形態のコンテンツ提供装置１０は通信部１、取得部２、解析部３、決定部４及び変更部５を備える。第２実施形態のコンテンツ提供装置１０の構成は第１実施形態と同じである。第２実施形態の説明では、第１実施形態と異なる箇所について説明する。

解析部３はウェブコンテンツを表示するときのレイアウトを示すレイアウト情報を解析する。レイアウト情報は、例えばＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）等のスタイルシートである。解析部３はレイアウト情報を解析することにより、通信端末２０でウェブコンテンツを表示するときのウェブコンテンツのレイアウト処理の負荷を推定する。通信端末２０でのレイアウト処理の負荷が高いレイアウト情報を有するウェブコンテンツの例としては、レスポンシブウェブデザインを採用したレスポンシブウェブサイトがある。レスポンシブウェブサイトは、通信端末２０のウィンドウサイズに応じて、デザインが最適化されたレイアウトに動的に変更されるサイトである。

図６はレスポンシブウェブサイトのレイアウト情報の例を示す図である。図６の例では、メディアクエリを用いてウィンドウサイズ毎に異なるスタイルシートが定義されている。解析部３は、幅３２０ピクセル以上、幅７６８ピクセル以上、及び幅１０２４ピクセル以上の場合の３パターンのスタイルシートが定義されていることから、ウェブコンテンツがレスポンシブウェブであることを特定する。

図７はレスポンシブウェブサイトの例を示す図である。図７は図６のレイアウト情報を有するウェブコンテンツを、画面サイズの異なる複数の通信端末２０により表示した場合の例である。レイアウト４１は、幅３２０ピクセル以上の通信端末２０（例えばスマートフォン）にウェブコンテンツを表示した場合の例を示す。レイアウト４２は、幅７６８ピクセル以上の通信端末２０（例えばタブレット型端末）にウェブコンテンツを表示した場合の例を示す。レイアウト４３は、幅１０２４ピクセル以上の通信端末２０（例えばパーソナルコンピュータ）にウェブコンテンツを表示した場合の例を示す。

なお解析部３がウェブコンテンツを解析することにより、ウェブコンテンツのレイアウト処理の負荷が高いか否かを特定する方法は任意でよい。解析部３は、例えばウェブコンテンツのソースコード（ＨＴＭＬファイル等）の行数等により、ウェブコンテンツのレイアウト処理の負荷が高いか否かを特定してもよい。

図５に戻り、解析部３はウェブコンテンツと、ウェブコンテンツの解析の結果と、を決定部４に入力する。

決定部４は解析部３から解析の結果を受け付ける。また決定部４は通信部１から上述の通信端末情報を受け付ける。決定部４はウェブコンテンツのレイアウト情報、及び通信端末情報に応じてウェブコンテンツの変更方法を決定する。決定部４は変更方法を変更部５に入力する。

ここで決定部４がウェブコンテンツのレイアウト情報、及び通信端末情報に応じて決定するウェブコンテンツの変更方法の例について説明する。

決定部４は、例えば通信端末情報として通信端末２０の画面サイズを参照する。決定部４は、例えば通信端末２０から受信したＨＴＴＰリクエストのＵＡ（Ｕｓｅｒ Ａｇｅｎｔ）情報に含まれる端末情報から画面サイズを取得する。なお決定部４は、ＵＡ情報及び画面サイズの組を保持しておき、ＵＡ情報から通信端末２０の画面サイズを検索できるようにしてもよい。

例えばウェブコンテンツがレスポンシブウェブサイトの場合、決定部４は通信端末２０の画面サイズに応じて、ウェブコンテンツのレイアウト情報を変更することを決定してもよい。具体的には、通信端末２０の画面サイズが第２閾値より小さい場合、決定部４はウェブコンテンツのトリミングや縮小を行う変更をすることを決定してもよい。また決定部４は通信端末２０の画面サイズが第２閾値以上の場合、ウェブコンテンツを当該画面サイズに対応させた新しいスタイルシートを、ウェブコンテンツに追加することによりウェブコンテンツをリッチ化する変更を行うことを決定してもよい。通信端末２０の画面サイズが第２閾値以上の場合は、例えば通信端末２０がマルチモニタ構成になっている場合などである。

またウェブコンテンツがレスポンシブウェブ以外の場合、決定部４はウェブコンテンツのソースコード（ＨＴＭＬファイル等）の行数が第３閾値よりも大きく、かつ、通信端末情報が所定の条件（以下、「第２条件」という。）を満たさない場合、ウェブコンテンツを表示する通信端末２０の処理が低減されるようにレイアウト情報を変更することを決定してもよい。なお第３閾値及び第２条件を、それぞれ複数定義してもよい。例えば処理性能が低い通信端末２０を示す第２条件程、第３閾値を小さく定義してもよい。

変更部５は決定部４から変更方法を受け付ける。変更部５は、決定部４により決定された変更方法に応じて、ウェブコンテンツのレイアウト情報を変更する。

ウェブコンテンツをリッチ化する場合、変更部５は、例えばウェブコンテンツに含まれる画像をより大きく表示するように、ウェブコンテンツのスタイルシートの記述を変換する。

またレスポンシブウェブサイトのウェブコンテンツを表示する通信端末２０の処理の負荷を低減する場合、変更部５は、例えば通信端末情報の画面サイズに応じて、ウェブコンテンツのトリミングや縮小を行う。具体的には、通信端末２０の画面サイズの幅が３２０ピクセルの場合、ウェブコンテンツに含まれる画像の大きさを元の大きさの３０％に縮小するようにレイアウト情報（スタイルシート）に記述されている場合は、変更部５で当該画像の大きさを３０％に縮小する変更を行う。これによりウェブコンテンツのデータ量を軽減することができる。また通信端末２０で行う画面処理（トリミングや縮小）を変更部５が行うことにより、ウェブコンテンツを表示する通信端末２０の処理が低減される。

図８は画像のトリミング及び縮小による変更の例を示す図である。変更部５はウェブコンテンツに含まれる画像５１をトリミング及び縮小することにより画像６１に変更する。また変更部５はウェブコンテンツに含まれる画像５２をトリミング及び縮小することにより画像６２に変更する。

またウェブコンテンツを表示する通信端末２０の処理が低減されるようにレイアウト情報を変更する場合、変更部５はウェブコンテンツに含まれる画像の位置を指定するように変更してもよい。

図９は画像の位置を指定する変更の例を示す図である。図９の例は、変更部５がｓｔｙｌｅ属性のｐｏｓｉｔｉｏｎを用いてｔｏｐ．ｊｐｇの位置を指定する変更をウェブコンテンツに行う場合の例である。これにより通信端末２０がｔｏｐ．ｊｐｇのレイアウト計算を行う必要を無くすことができるので、ウェブコンテンツに含まれるｔｏｐ．ｊｐｇの表示する通信端末２０の処理の負荷を軽減することができる。なおｔｏｐ．ｊｐｇ等のＨＴＭＬ要素の位置情報は、例えばｇｅｔＢｏｕｎｄｉｎｇＲｅｃｔ ＡＰＩを用いてウェブコンテンツから取得することができる。

次に第２実施形態のコンテンツ提供方法について説明する。図１０は第２実施形態のコンテンツ提供方法の例を示すフローチャートである。通信部１は通信端末２０からウェブコンテンツの要求を受信する（ステップＳ４１）。次に、取得部２はウェブコンテンツの要求に応じてサーバ装置３０からウェブコンテンツを取得する（ステップＳ４２）。

解析部３はウェブコンテンツを解析する（ステップＳ４３）。具体的には、解析部３はウェブコンテンツを解析することにより、ウェブコンテンツを表示するときのレイアウトを示すレイアウト情報を解析する。次に、解析部３はレイアウト情報を解析することにより、通信端末２０でウェブコンテンツを表示するときのウェブコンテンツのレイアウト処理の負荷を推定する（ステップＳ４４）。解析部３はウェブコンテンツと、ウェブコンテンツの解析の結果と、を決定部４に入力する。

次に、決定部４はウェブコンテンツの変更方法を決定する（ステップＳ４５）。ここで決定部４がウェブコンテンツの変更方法を決定する方法について説明する。第２実施形態の決定部４がウェブコンテンツの変更方法を決定する方法を示すフローチャートは、第１実施形態の図４と同じなので図４を参照して説明する。

決定部４は上述の通信端末情報を取得する（ステップＳ２１）。次に、決定部４は通信端末情報に応じてウェブコンテンツの処理負荷を低減するか否かを決定する（ステップＳ２２）。

処理負荷を低減させる場合（ステップＳ２２、Ｙｅｓ）、決定部４は解析部３がウェブコンテンツを解析することにより推定したウェブコンテンツの処理負荷を取得する（ステップＳ２３）。次に、決定部４はウェブコンテンツの処理負荷に応じて、処理負荷を低減するためのウェブコンテンツの変更方法を決定する（ステップＳ２４）。例えば通信端末２０の画面サイズが第２閾値より小さい場合、決定部４はウェブコンテンツのトリミングや縮小を行う変更をすることを決定してもよい。

処理負荷を低減させない場合（ステップＳ２２、Ｎｏ）、決定部４は通信端末情報に応じてウェブコンテンツをリッチ化するか否かを決定する（ステップＳ２５）。リッチ化する場合（ステップＳ２５、Ｙｅｓ）、決定部４はウェブコンテンツをリッチ化する変更方法に決定する（ステップＳ２６）。例えば決定部４は通信端末２０の画面サイズが第２閾値以上の場合、ウェブコンテンツを当該画面サイズに対応させた新しいスタイルシートを、ウェブコンテンツに追加することによりウェブコンテンツをリッチ化する変更を行うことを決定してもよい。

リッチ化しない場合（ステップＳ２５、Ｎｏ）、決定部４はウェブコンテンツを変更しないことを決定する（ステップＳ２７）。

次に、決定部４は変更方法を変更部５に通知する（ステップＳ２８）。

図１０に戻り、次に、変更部５は決定部４により決定された変更方法に応じてウェブコンテンツのレイアウト情報を変更する（ステップＳ４６）。次に、通信部１は、変更部５により変更されたウェブコンテンツを通信端末２０に送信する（ステップＳ４７）。

以上のように、第２実施形態のコンテンツ提供装置１０によれば、通信端末情報、及びウェブコンテンツに基づいてウェブコンテンツのレイアウト情報を柔軟に変更して通信端末２０に提供することができる。これにより通信端末２０におけるユーザビリティを向上することができる。

（第３実施形態）
次に第３実施形態について説明する。第３実施形態では、解析部３がウェブコンテンツにアニメーションが含まれているか否かを解析する場合について説明する。図１１は第３実施形態のコンテンツ提供装置１０の構成の例を示す図である。第３実施形態のコンテンツ提供装置１０は通信部１、取得部２、解析部３、決定部４、変更部５、描画部６、及び生成部７を備える。第３実施形態のコンテンツ提供装置１０の構成では、第１実施形態の構成に描画部６及び生成部７が追加されている。第３実施形態の説明では、第１実施形態と異なる箇所について説明する。

解析部３はウェブコンテンツにアニメーションが含まれているか否かを解析する。ウェブコンテンツに含まれるアニメーションの形式は任意でよい。当該アニメーションは、例えばスクリプト言語を利用したアニメーション、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）アニメーション、ＳＶＧ（Ｓｃａｌａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）アニメーション、及びＧＩＦ（Ｇｒａｐｈｉｃｓ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ）アニメーション等である。

図１２はＣＳＳ３アニメーションを使用したウェブコンテンツの例を示す図である。図１２の例は、スタイルシートのａｎｉｍａｔｉｏｎプロパティを用いることによりアニメーションを実現する例である。解析部３は、例えばスタイルシートを解析してａｎｉｍａｔｉｏｎプロパティが設定されている場合、ウェブコンテンツにＣＳＳ３アニメーションが含まれていることを特定する。

図１１に戻り、解析部３はウェブコンテンツと、ウェブコンテンツの解析の結果と、を決定部４に入力する。

決定部４は解析部３から解析の結果を受け付ける。また決定部４は通信部１から上述の通信端末情報を受け付ける。決定部４は通信端末情報に応じてウェブコンテンツの変更方法を決定する。決定部４は変更方法を変更部５に入力する。

ここで決定部４が通信端末情報に応じて決定するウェブコンテンツの変更方法の例について説明する。

決定部４は、例えば通信端末情報として、通信端末２０がハードウェアデコーダを有するか否かを示す情報を取得する。そして決定部４は通信端末２０がハードウェアデコーダを有する場合、ウェブコンテンツに含まれるアニメーションをハードウェアデコード可能な形式の動画に変換することを決定する。ハードウェアデコード可能な形式の動画は、例えばＭＰＥＧ−４である。

また例えば、決定部４は通信部１を介して通信端末２０にプローブパケットを送信してコンテンツ提供装置１０と通信端末２０との間のパケットロス率を通信端末情報として算出し、パケットロス率が第４閾値以上の場合、ウェブコンテンツを表示する通信端末２０の処理が低減されるようにウェブコンテンツを変更することを決定してもよい。すなわち決定部４はネットワークの品質に応じて、ウェブコンテンツのアニメーションを、ハードウェアデコード可能な形式の動画ファイルに変更することを決定してもよい。なお、この場合、ウェブコンテンツのアニメーションよりも動画ファイルのデータ量の方が多い場合は、決定部４は動画ファイルに変更することを決定しない。

なお決定部４は動画ファイルのデータ量を、実際に生成された動画ファイルにより判断してもよい。この場合、動画ファイルの生成は後述の描画部６及び生成部７により行う。また決定部４は履歴情報を用いて動画ファイルのデータ量を推定してもよい。例えばウェブコンテンツのＵＲＬと、当該ＵＲＬに含まれるアニメーションから変換された動画ファイルのデータ量と、を示す履歴情報から、ウェブコンテンツのＵＲＬに応じて動画ファイルのデータ量を推定してもよい。また決定部４はウェブコンテンツに含まれるアニメーションの形式に応じて動画ファイルのデータ量を推定してもよい。例えばＧＩＦアニメーションの場合は動画ファイルのデータ量の方が大きい等である。また決定部４はウェブコンテンツに含まれるアニメーションの記述に応じて動画ファイルのデータ量を推定してもよい。例えばＳＶＧアニメーションのＳＶＧ要素数に応じて動画ファイルのデータ量を推定してもよい。

また決定部４がネットワークの品質を評価する方法は、プローブパケットを使用したパケットロス率の算出による方法に限らず任意でよい。

変更部５は決定部４から変更方法を受け付ける。第３実施形態の変更方法は、ウェブコンテンツに含まれるアニメーションを変換する動画形式と、ウェブコンテンツに含まれる変換対象のアニメーションの指定と、を含む。変更部５は、決定部４により決定された変更方法に応じて、ウェブコンテンツのアニメーションを、ハードウェアデコード可能な形式の動画ファイルに変換し、当該動画ファイルを参照するようにウェブコンテンツを変更する。なお決定部４がウェブコンテンツに含まれるアニメーションの形式を変換しないことを決定した場合、変更部５はウェブコンテンツを変更しない。

変更部５はウェブコンテンツに含まれるアニメーションの形式を変更する場合、ウェブコンテンツの描画を開始させる描画命令を描画部６に送信する。

描画部６は変更部５から描画命令を受信すると、ウェブコンテンツを描画する。描画部６は、例えば通信端末２０の画面サイズに応じたサイズの描画情報を記憶するためのバッファを有し、当該バッファにウェブコンテンツを描画する。なおバッファは、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、光ディスク、メモリカード等である。また描画部６は、例えばブラウザやＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）テストツールにより実現してもよい。

生成部７は描画部６のバッファから描画情報を定期的に取得し、描画情報をエンコードして動画像情報（動画ファイル）を生成する。生成部７は、例えば３３ミリ秒毎にバッファから描画情報を取得した場合は、３０ｆｐｓの動画ファイルが生成される。描画部６がブラウザである場合、ブラウザの開発環境として用意されているＡＰＩを利用して描画情報を定期的に取得してもよい。また生成部７は、ａｖｃｏｎｖプログラムのようなビデオコンバータプログラムを利用して定期的に取得した描画情報を動画情報にエンコードしてもよい。

図１３はＣＳＳ３アニメーションを動画ファイルの参照方式に変更した例を示す図である。図１３は、図１２のウェブコンテンツのＣＳＳアニメーションを、ＨＴＭＬ要素のｖｉｄｅｏタグを利用して動画ファイルｖｉｄｅｏ．ｗｅｂｍを参照する方式に変更した例を示す。

図１１に戻り、ウェブコンテンツに含まれるアニメーションの形式を変更する場合、変更部５は生成部７により生成された動画ファイルを参照する方式にウェブコンテンツを変更する。変更部５は決定部４により決定された変更方法に応じて変更したウェブコンテンツを通信部１に入力する。

次に第３実施形態のコンテンツ提供方法について説明する。図１４は第３実施形態のコンテンツ提供方法の例を示すフローチャートである。通信部１は通信端末２０からウェブコンテンツの要求を受信する（ステップＳ６１）。次に、取得部２はウェブコンテンツの要求に応じてサーバ装置３０からウェブコンテンツを取得する（ステップＳ６２）。

解析部３はウェブコンテンツを解析する（ステップＳ６３）。具体的には、解析部３はウェブコンテンツにアニメーションが含まれているか否かを解析する。

決定部４はウェブコンテンツにアニメーションが含まれているか否かを判断する（ステップＳ６４）。

アニメーションが含まれていない場合（ステップＳ６４、Ｎｏ）、決定部４はウェブコンテンツを変更しないことを変更部５に通知する（ステップＳ６７）。変更部５はウェブコンテンツを変更せずに通信部１を介して通信端末２０に送信する（ステップＳ６８）。

アニメーションが含まれている場合（ステップＳ６４、Ｙｅｓ）、決定部４はウェブコンテンツの変更方法を決定する（ステップＳ６５）。ここで決定部４がウェブコンテンツの変更方法を決定する方法について図１５を参照して説明する。

図１５は第３実施形態のウェブコンテンツの変更方法を決定する方法を示すフローチャートである。決定部４は上述の通信端末情報を取得する（ステップＳ８１）。具体的には、決定部４は通信端末情報から、通信端末２０がハードウェアデコーダを有するか否かを示す情報を取得する。次に、決定部４は通信端末２０がハードウェアデコーダを有するか否かを判断する（ステップＳ８２）。

ハードウェアデコーダを有さない場合（ステップＳ８２、Ｎｏ）、ウェブコンテンツの変更をせずに処理を終了する。ハードウェアデコーダを有する場合（ステップＳ８２、Ｙｅｓ）、処理はステップＳ８３に進む。

決定部４はウェブコンテンツに含まれるアニメーションをハードウェアデコード可能な形式の動画に変換することが有効であるか否かを判断する（ステップＳ８３）。

変換が有効でない場合（ステップＳ８３、Ｎｏ）、ウェブコンテンツの変更をせずに処理を終了する。変換が有効でない場合は、例えばウェブコンテンツのアニメーションよりも動画ファイルのデータ量の方が多くなる場合である。

変換が有効である場合（ステップＳ８３、Ｙｅｓ）、処理はステップＳ８４に進む。変換が有効である場合は、例えばウェブコンテンツのアニメーションよりも動画ファイルのデータ量の方が少なくなる場合である。

描画部６はウェブコンテンツを描画する（ステップＳ８４）。次に、生成部７は描画部６のバッファから描画情報を定期的に取得し（ステップＳ８５）、描画情報をエンコードして動画像情報（動画ファイル）を生成する（ステップＳ８６）。

図１４に戻り、次に、変更部５は決定部４により決定された変更方法に応じてウェブコンテンツのアニメーションを、動画ファイルの参照方式に変更する（ステップＳ６６）。次に、通信部１は、変更部５により変更されたウェブコンテンツを通信端末２０に送信する（ステップＳ６８）。

以上のように、第３実施形態のコンテンツ提供装置１０によれば、通信端末情報、及びウェブコンテンツのアニメーションの形式に基づいて、ウェブコンテンツのアニメーションを動画ファイルに変更して通信端末２０に提供することができる。これにより通信端末２０がウェブコンテンツを表示するときの処理の負荷を下げることができ、ユーザビリティを向上することができる。

なお上述の説明では、アニメーションを動画ファイルに変換する場合について説明した。しかしながらアニメーション以外の描画処理負荷が高いウェブコンテンツを、動画ファイル以外のファイル形式に変換してもよい。当該ファイルは例えばＰＮＧ画像ファイル等である。

最後に第１〜第３実施形態のコンテンツ提供装置１０のハードウェア構成の例について説明する。図１６は第１〜第３実施形態のコンテンツ提供装置１０のハードウェア構成の例を示す図である。第１〜第３実施形態のコンテンツ提供装置１０は、制御装置７１、主記憶装置７２、補助記憶装置７３、表示装置７４、入力装置７５、及び通信装置７６を備える。制御装置７１、主記憶装置７２、補助記憶装置７３、表示装置７４、入力装置７５、及び通信装置７６は、バス７７を介して互いに接続されている。コンテンツ提供装置１０は上述のハードウェア構成を有する任意の装置でよい。例えばコンテンツ提供装置１０はサーバ装置等である。

制御装置７１は補助記憶装置７３から主記憶装置７２に読み出されたプログラムを実行する。主記憶装置７２はＲＯＭやＲＡＭ等のメモリである。補助記憶装置７３はＨＤＤ等である。表示装置７４はコンテンツ提供装置１０の状態等を表示する。入力装置７５はユーザからの操作入力を受け付ける。通信装置７６はコンテンツ提供装置１０が通信端末２０と通信するためのインタフェースである。

第１〜第３実施形態のコンテンツ提供装置１０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、メモリカード、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記憶媒体に記憶されてコンピュータ・プログラム・プロダクトとして提供される。

また、第１〜第３実施形態のコンテンツ提供装置１０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１〜第３実施形態のコンテンツ提供装置１０が実行するプログラムを、ダウンロードさせずにインターネット等のネットワーク経由で提供するように構成してもよい。

また、第１〜第３実施形態のコンテンツ提供装置１０のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

第１〜第２実施形態のコンテンツ提供装置１０で実行されるプログラムは、上述した各機能ブロック（通信部１、取得部２、解析部３、決定部４、及び変更部５）を含むモジュール構成となっている。また第３実施形態のコンテンツ提供装置１０で実行されるプログラムは、上述した各機能ブロック（通信部１、取得部２、解析部３、決定部４、変更部５、描画部６、及び生成部７）を含むモジュール構成となっている。当該各機能ブロックは、実際のハードウェアとしては、制御装置７１が記憶媒体からプログラムを読み出して実行することにより、上記各機能ブロックが主記憶装置７２上にロードされる。すなわち、上記各機能ブロックは、主記憶装置７２上に生成される。

なお、上述した各部（通信部１、取得部２、解析部３、決定部４、変更部５、描画部６、及び生成部７）の一部又は全部を、ソフトウェアにより実現せずに、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等のハードウェアにより実現してもよい。

以上説明したように、第１〜第３実施形態のコンテンツ提供装置１０によれば、ウェブコンテンツの変更方法を決定する上述の決定部４を備えることにより、通信端末情報、及びウェブコンテンツに基づいて、柔軟にウェブコンテンツを変更して通信端末２０に提供することができる。

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

例えば第１〜第３実施形態を組み合わせることにより、解析部３がウェブコンテンツに含まれるスクリプト情報、レイアウト情報、及びアニメーションを全て解析し、決定部４が通信端末情報、及びウェブコンテンツの解析の結果に基づいて変更方法を決定してもよい。この場合、変更部５は、スクリプト情報、レイアウト情報、及びアニメーションの全てについて変更してもよい。また変更部５は、ウェブコンテンツのスクリプト情報、レイアウト情報、及びアニメーションの変更について、優先度の最も高い変更を行うようにしてもよい。なお優先度は任意に定義してよい。

１ 通信部（送信部／受信部）
２ 取得部
３ 解析部
４ 決定部
５ 変更部
６ 描画部
７ 生成部
１０ コンテンツ提供装置
２０ 通信端末
３０ ウェブサーバ装置
７１ 制御装置
７２ 主記憶装置
７３ 補助記憶装置
７４ 表示装置
７５ 入力装置
７６ 通信装置
７７ バス

Claims (10)

1. 通信端末からコンテンツの要求を受信する受信部と、
   前記通信端末から要求された前記コンテンツを解析する解析部と、
   前記解析部による解析の結果と、前記通信端末の性能又は状態を示す通信端末情報と、に基づいて前記コンテンツの変更方法を決定する決定部と、
   前記決定部により決定された前記変更方法により前記コンテンツを変更する変更部と、
   前記変更部により変更された前記コンテンツを前記通信端末に送信する送信部と、
   を備えるコンテンツ提供装置。
2. 前記決定部は、前記通信端末から前記通信端末情報を取得し、前記通信端末情報が第１条件を満たす場合、前記コンテンツをリッチ化すること又は前記コンテンツを変更しないことを決定し、前記通信端末情報が前記第１条件を満たさない場合、前記コンテンツを表示する前記通信端末の処理の負荷が低減されるように前記コンテンツを変更することを決定する
   請求項１に記載のコンテンツ提供装置。
3. 前記通信端末情報は、電池残量であり、
   前記第１条件は、前記電池残量が閾値より大きいことを示す条件である
   請求項２に記載のコンテンツ提供装置。
4. 前記通信端末情報は、パケットロス率であり、
   前記第１条件は、前記パケットロス率が閾値より小さいことを示す条件である
   請求項２に記載のコンテンツ提供装置。
5. 前記通信端末情報は、画面サイズであり、
   前記第１条件は、前記画面サイズが閾値より大きいことを示す条件である
   請求項２に記載のコンテンツ提供装置。
6. 前記解析部は、前記コンテンツを解析することにより、前記コンテンツにスクリプト言語を使用した処理を示すスクリプト情報が含まれているか否かを特定し、
   前記決定部は、前記コンテンツに前記スクリプト情報が含まれている場合、前記スクリプト情報の一部又は全部を変換又は削除することを決定し、
   前記変更部は、前記コンテンツに含まれる前記スクリプト情報の一部又は全部を変換又は削除する
   請求項１に記載のコンテンツ提供装置。
7. 前記解析部は、前記コンテンツを解析することにより、前記コンテンツを表示するときのレイアウトを示すレイアウト情報を特定し、
   前記決定部は、前記コンテンツを表示する前記通信端末の処理の負荷が低減されるように前記レイアウト情報を変更することを決定し、
   前記変更部は、前記レイアウト情報を変更する
   請求項１に記載のコンテンツ提供装置。
8. 前記コンテンツを描画して描画情報を出力する描画部と、
   前記描画情報をエンコードして動画像情報を生成する生成部と、を更に備え、
   前記解析部は、前記コンテンツを解析することにより、前記コンテンツにアニメーションが含まれているか否かを特定し、
   前記決定部は、前記コンテンツにアニメーションが含まれている場合、前記アニメーションを前記動画像情報に変更することを決定し、
   前記変更部は、前記コンテンツに含まれる前記アニメーションを削除し、前記コンテンツから前記動画像情報を参照するように、前記コンテンツを変更する
   請求項１に記載のコンテンツ提供装置。
9. 受信部が、通信端末からコンテンツの要求を受信するステップと、
   解析部が、前記通信端末から要求された前記コンテンツを解析するステップと、
   決定部が、前記解析部による解析の結果と、前記通信端末の性能又は状態を示す通信端末情報と、に基づいて前記コンテンツの変更方法を決定するステップと、
   変更部が、前記決定部により決定された前記変更方法により前記コンテンツを変更するステップと、
   送信部が、前記変更部により変更された前記コンテンツを前記通信端末に送信するステップと、
   を含むコンテンツ提供方法。
10. コンピュータを、
    通信端末からコンテンツの要求を受信する受信部と、
    前記通信端末から要求された前記コンテンツを解析する解析部と、
    前記解析部による解析の結果と、前記通信端末の性能又は状態を示す通信端末情報と、に基づいて前記コンテンツの変更方法を決定する決定部と、
    前記決定部により決定された前記変更方法により前記コンテンツを変更する変更部と、
    前記変更部により変更された前記コンテンツを前記通信端末に送信する送信部、
    として機能させるためのプログラム。