(57)【要約】【課題】記憶部の記憶領域を効率よく使用すると共に、データの記憶処理に係る負荷を下げる。【解決手段】受信部は通信端末からコンテンツの要求を受信する。取得部は要求に応じてコンテンツを取得する。描画部はコンテンツを描画して描画情報を生成する。記憶部はコンテンツの描画情報を記憶する。判断部はコンテンツに応じて、コンテンツの描画情報を記憶する記憶部の記憶領域の上書き可否を判断する。割当部は判断部による判断の結果に応じて、コンテンツの描画情報を記憶する記憶領域を、上書き可能な記憶領域、又は上書き不可の記憶領域として割り当てる。決定部はコンテンツを変更するか否かと、コンテンツを変更する場合の変更方法と、を決定する。コンテンツ変更部はコンテンツの描画情報を使用して、コンテンツを変更方法に応じて変更する。送信部はコンテンツ変更部により変更されたコンテンツを通信端末に送信する。【選択図】図１
2015164018.tif 000002
【特許請求の範囲】
【請求項１】
通信端末からコンテンツの要求を受信する受信部と、
前記要求に応じて前記コンテンツを取得する取得部と、
前記コンテンツを描画して描画情報を生成する描画部と、
前記コンテンツの前記描画情報を記憶する記憶部と、
前記コンテンツに応じて、前記コンテンツの前記描画情報を記憶する前記記憶部の記憶領域の上書き可否を判断する判断部と、
前記判断部による判断の結果に応じて、前記コンテンツの前記描画情報を記憶する前記記憶領域を、上書き可能な記憶領域、又は上書き不可の記憶領域として割り当てる割当部と、
前記コンテンツを変更するか否かと、前記コンテンツを変更する場合の変更方法と、を決定する決定部と、
前記コンテンツの前記描画情報を使用して、前記コンテンツを前記変更方法に応じて変更するコンテンツ変更部と、
前記コンテンツ変更部により変更された前記コンテンツを前記通信端末に送信する送信部と、
を備えるコンテンツ提供装置。
【請求項２】
前記判断部は、前記コンテンツを特定する特定情報に応じて、前記コンテンツの前記描画情報を記憶する前記記憶領域の上書き可否を判断する
請求項１に記載のコンテンツ提供装置。
【請求項３】
前記判断部は、前記決定部が前記コンテンツを変更することを決定した場合、前記コンテンツの前記描画情報の前記記憶領域を上書き不可の記憶領域にする
請求項１に記載のコンテンツ提供装置。
【請求項４】
前記判断部は、更に前記変更方法に応じて前記コンテンツの前記描画情報を記憶する前記記憶部の記憶領域の上書き可否を判断する
請求項３に記載のコンテンツ提供装置。
【請求項５】
前記記憶部の記憶領域が全て上書き不可の記憶領域になった場合、前記コンテンツに応じて、前記上書き不可の記憶領域を前記上書き可能な記憶領域に変更する権限変更部
を更に備える請求項１に記載のコンテンツ提供装置。
【請求項６】
前記権限変更部は、前記コンテンツのアクセス数、又はアクセス頻度に応じて、前記上書き不可の記憶領域を前記上書き可能な記憶領域に変更する
請求項５に記載のコンテンツ提供装置。
【請求項７】
前記権限変更部は、前記コンテンツの有効期限に応じて、前記上書き不可の記憶領域を前記上書き可能な記憶領域に変更する
請求項５に記載のコンテンツ提供装置。
【請求項８】
受信部が、通信端末からコンテンツの要求を受信するステップと、
取得部が、前記要求に応じて前記コンテンツを取得するステップと、
描画部が、前記コンテンツを描画して描画情報を生成するステップと、
記憶部が、前記コンテンツの前記描画情報を記憶するステップと、
判断部が、前記コンテンツに応じて、前記コンテンツの前記描画情報を記憶する前記記憶部の記憶領域の上書き可否を判断するステップと、
割当部が、前記判断するステップによる判断の結果に応じて、前記コンテンツの前記描画情報を記憶する前記記憶領域を、上書き可能な記憶領域、又は上書き不可の記憶領域として割り当てるステップと、
決定部が、前記コンテンツを変更するか否かと、前記コンテンツを変更する場合の変更方法と、を決定するステップと、
コンテンツ変更部が、前記コンテンツの前記描画情報を使用して、前記コンテンツを前記変更方法に応じて変更するステップと、
送信部が、前記変更するステップにより変更された前記コンテンツを前記通信端末に送信するステップと、
を含むコンテンツ提供方法。
【請求項９】
描画情報を記憶する記憶部を備えるコンピュータを、
通信端末からコンテンツの要求を受信する受信部と、
前記要求に応じて前記コンテンツを取得する取得部と、
前記コンテンツを描画して前記描画情報を生成する描画部と、
前記コンテンツに応じて、前記コンテンツの前記描画情報を記憶する前記記憶部の記憶領域の上書き可否を判断する判断部と、
前記判断部による判断の結果に応じて、前記コンテンツの前記描画情報を記憶する前記記憶領域を、上書き可能な記憶領域、又は上書き不可の記憶領域として割り当てる割当部と、
前記コンテンツを変更するか否かと、前記コンテンツを変更する場合の変更方法と、を決定する決定部と、
前記コンテンツの前記描画情報を使用して、前記コンテンツを前記変更方法に応じて変更するコンテンツ変更部と、
前記コンテンツ変更部により変更された前記コンテンツを前記通信端末に送信する送信部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態はコンテンツ提供装置、コンテンツ提供方法及びプログラムに関する。
【背景技術】
【０００２】
ＣＰＵの演算処理結果等のデータを記憶部にキャッシュしておき、再度必要になったときに当該データを利用するための技術が知られている。ＣＰＵの演算処理結果は、例えばＣＰＵによりレンダリングされた映像及び静止画等の描画情報である。また限られた容量の記憶部を有効に活用するために、データの上書きや削除を行う方法に関する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−０７３０４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、記憶部の記憶領域を効率よく使用すると共に、データの記憶処理に係る負荷を下げることができなかった。
【課題を解決するための手段】
【０００５】
実施形態のコンテンツ提供装置は、受信部、取得部、描画部、記憶部、判断部、割当部、決定部、コンテンツ変更部及び送信部を備える。受信部は通信端末からコンテンツの要求を受信する。取得部は前記要求に応じて前記コンテンツを取得する。描画部は前記コンテンツを描画して描画情報を生成する。記憶部はコンテンツの前記描画情報を記憶する。判断部は前記コンテンツに応じて、前記コンテンツの前記描画情報を記憶する前記記憶部の記憶領域の上書き可否を判断する。割当部は前記判断部による判断の結果に応じて、前記コンテンツの前記描画情報を記憶する前記記憶領域を、上書き可能な記憶領域、又は上書き不可の記憶領域として割り当てる。決定部は前記コンテンツを変更するか否かと、前記コンテンツを変更する場合の変更方法と、を決定する。コンテンツ変更部は前記コンテンツの前記描画情報を使用して、前記コンテンツを前記変更方法に応じて変更する。送信部は前記コンテンツ変更部により変更された前記コンテンツを前記通信端末に送信する。
【図面の簡単な説明】
【０００６】
【図１】第１実施形態のコンテンツ提供装置の構成の例を示す図。
【図２】第１実施形態の記憶部の描画情報を記憶する記憶領域の例を示す図。
【図３】ＳＶＧ画像をＰＮＧ画像に置き換える場合の変更例を示す図。
【図４】画像の位置及び大きさを指定する場合の変更例を示す図。
【図５】第１実施形態のコンテンツ提供方法の例を示すフローチャート。
【図６】第１実施形態のウェブコンテンツの変更方法を決定する方法を示すフローチャート。
【図７】第２実施形態のコンテンツ提供装置の構成の例を示す図。
【図８】第２実施形態のコンテンツ提供方法の例を示すフローチャート。
【図９】第３実施形態のコンテンツ提供装置の構成の例を示す図。
【図１０】第３実施形態のコンテンツ提供方法の例を示すフローチャート。
【図１１】第１〜第３実施形態のコンテンツ提供装置のハードウェア構成の例を示す図。
【発明を実施するための形態】
【０００７】
以下に添付図面を参照して、コンテンツ提供装置、コンテンツ提供方法及びプログラムを詳細に説明する。以下の実施形態の説明では、コンテンツとしてウェブコンテンツを提供する場合について説明する。
【０００８】
（第１実施形態）
図１は第１実施形態のコンテンツ提供装置１０の構成の例を示す図である。第１実施形態のコンテンツ提供装置１０は通信部１、判断部２、取得部３、割当部４、描画部５、記憶部６、解析部７、決定部８及びコンテンツ変更部９を備える。
【０００９】
通信部１は通信端末２０−１，・・・，通信端末２０−Ｎ（Ｎは２以上の整数）からウェブコンテンツの要求を受信する。以下、通信端末２０−１，・・・，通信端末２０−Ｎを区別する必要がない場合は単に通信端末２０という。ウェブコンテンツの要求はウェブコンテンツの特定情報を含む。特定情報はネットワーク上にあるウェブコンテンツを特定する情報である。特定情報は、例えばＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）である。なお通信部１が通信端末２０からウェブコンテンツの要求を受信する方法は任意でよい。例えば通信端末２０のブラウザの設定で、コンテンツ提供装置１０をプロキシサーバとして登録しておき、通信端末２０のブラウザがウェブコンテンツを要求するときに、通信部１が通信端末２０からウェブコンテンツの要求を受信してもよい。すなわち通信部１はウェブコンテンツの要求として、ＵＲＬを含むＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）リクエストを通信端末２０から受信してもよい。通信部１は受信したウェブコンテンツの要求を判断部２及び取得部３に入力する。
【００１０】
また通信部１は通信端末２０から通信端末情報を受信する。通信端末情報は通信端末２０の通信速度、演算能力、画面解像度、及び画面サイズ等の性能、並びにパケットロス率、及び電池残量等の状態を示す情報である。なお通信部１が通信端末情報を受信するタイミングは任意でよい。例えばウェブコンテンツの要求と同時でもよい。またコンテンツ提供装置１０が必要に応じて通信端末２０に通信端末情報を要求し、通信端末２０から取得してもよい。通信部１は通信端末情報を決定部８に入力する。
【００１１】
また通信部１は、コンテンツ変更部９の後述の処理により必要に応じて変更されたウェブコンテンツを通信端末２０に送信する。
【００１２】
判断部２は通信部１からウェブコンテンツの要求を受け付ける。判断部２はＵＲＬ等の特定情報に応じて、ウェブコンテンツの描画情報の上書き可否を判断する。ウェブコンテンツの描画情報は、後述の描画部５がウェブコンテンツを描画することにより生成される。判断部２は、例えば予め描画情報を上書き不可にするウェブコンテンツのＵＲＬをリストとして保持しておく。そして判断部２は当該リストと一致するＵＲＬにより特定されるウェブコンテンツの特定情報により特定されるウェブコンテンツの描画情報は上書き不可と判断する。
【００１３】
取得部３は通信部１からウェブコンテンツの要求を受け付ける。取得部３はウェブコンテンツの要求に応じてウェブサーバ装置３０からウェブコンテンツを取得する。取得部３は、ウェブコンテンツの特定情報として、例えばＨＴＴＰリクエストに含まれるＵＲＬを参照してウェブコンテンツを取得する。取得部３は取得したウェブコンテンツを割当部４及び描画部５に入力する。なおコンテンツ提供装置１０がウェブサーバ装置３０を兼ねる構成としてもよい。
【００１４】
割当部４は判断部２から特定情報に応じた上書き可否の判断の結果を受け付ける。また割当部４は取得部３から当該特定情報に応じたウェブコンテンツを受け付ける。割当部４はウェブコンテンツを記憶部６に記憶する。また割当部４は判断部２による判断の結果に応じて、ウェブコンテンツの描画情報を記憶する記憶部６の記憶領域を、上書き可能な記憶領域、又は上書き不可の記憶領域として割り当てる。割当部４はウェブコンテンツの描画情報を記憶する記憶領域を示す情報を描画部５に入力する。
【００１５】
なお割当部４は予め複数の記憶領域に分割された記憶部６の記憶領域の中から一の記憶領域を割り当ててもよい。また割当部４は記憶領域の割当時に必要な大きさの記憶領域を動的に割り当ててもよい。動的に割り当てる場合、割当部４は、例えば通信端末２０から通信部１が受信したＨＴＴＰリクエストのＵＡ（Ｕｓｅｒ  Ａｇｅｎｔ）情報に応じて最適な大きさの記憶領域を動的に割り当ててもよい。
【００１６】
ここで割当部４をプログラムにより実現する場合について、コンテンツ提供装置１０のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）がＬｉｎｕｘ（登録商標）である場合を例にして具体的に説明する。Ｌｉｎｕｘ（登録商標）の場合は、例えば共有ライブラリ及びＬＤ＿ＰＲＥＬＯＡＤ環境変数を用いて割当部４を実現するプログラムを実装できる。ＬＤ＿ＰＲＥＬＯＡＤに設定した自作の共有ライブラリと、自動でロードされる共有ライブラリと、で同じ名前の関数が定義されている場合は、自作の共有ライブラリで定義した関数の内容が実行される。そのため例えば記憶領域を割り当てるための関数であるｍａｌｌｏｃ関数と、記憶領域を解放するためのｆｒｅｅ関数と、を自作の共有ライブラリで定義する。すなわち記憶部６の記憶領域の割当及び解放が自作の共有ライブブラリにより行われるようにして割当部４を実現するプログラムを実装する。これによりＬＤ＿ＰＲＥＬＯＡＤに自作の共有ライブラリが設定されている状態でブラウザ（描画部５）を起動すると、ブラウザがウェブコンテンツを描画するための記憶領域の割当及び解放を、記憶部６の記憶領域の割当及び解放に置き換えることができる。
【００１７】
なおウェブコンテンツを描画するための記憶領域の割当のみを、自作の共有ライブラリのｍａｌｌｏｃ関数で置き換えたい場合は、例えば記憶領域の大きさが閾値よりも大きい場合だけ割当処理を変更するように自作の共有ライブラリのｍａｌｌｏｃ関数を作成する。またウェブコンテンツを描画するための記憶領域の解放のみを、自作の共有ライブラリのｆｒｅｅ関数で置き換えたい場合は、例えば記憶領域のアドレスが記憶部６の記憶領域に対応する場合だけ解放処理を変更するように自作の共有ライブラリのｆｒｅｅ関数を作成する。
【００１８】
描画部５は取得部３からウェブコンテンツを受け付ける。また描画部５は、割当部４から当該ウェブコンテンツの描画情報を記憶する記憶領域を示す情報を受け付ける。描画部５はウェブコンテンツを描画して描画情報を生成し、当該描画情報を割当部４により指定された記憶部６の記憶領域に記憶する。描画部５は、例えばブラウザである。
【００１９】
記憶部６は描画部５が描画したウェブコンテンツの描画情報を、上書き可能な記憶領域、又は上書き不可の記憶領域に記憶する。また記憶部６は取得部３が取得したウェブコンテンツを記憶する。図２は第１実施形態の記憶部６の描画情報を記憶する記憶領域の例を示す図である。図２の例は記憶部６が５つの記憶領域に分割されている。記憶領域２１、記憶領域２４及び記憶領域２５は上書き可能な記憶領域である。記憶領域２２及び２３は上書き不可の記憶領域である。図２の例は、コンテンツＡ、コンテンツＢ、コンテンツＣ、コンテンツＥ、コンテンツＦ及びコンテンツＨの描画情報が上書き可能な記憶領域２１に割り当てられる場合の例である。例えば記憶領域２１にコンテンツＡの描画情報が既に記憶されている場合に、通信部１が通信端末２０からコンテンツＢの要求を受信した場合、割当部４は記憶領域２１のコンテンツＡの描画情報をコンテンツＢの描画情報により上書きする。
【００２０】
記憶領域２１〜２５の大きさは、例えばディスプレイの解像度として一般的に用いられている１０２４×７６８ピクセルや１２８０×８００ピクセル等に応じた大きさである。例えば通信端末２０のディスプレイの解像度が１０２４×７６８ピクセル、かつ３２ｂｐｐ（ｂｉｔｓ  ｐｅｒ  ｐｉｘｅｌ）の場合、当該通信端末２０にウェブコンテンツを表示するためには３ＭＢの記憶領域が必要である。
【００２１】
解析部７は記憶部６に記憶されたウェブコンテンツを解析する。解析部７はウェブコンテンツを解析することにより、例えばウェブコンテンツにスクリプト言語を使用した処理の記述（以下、「スクリプト情報」という。）が含まれているか否かを特定する。また解析部７はウェブコンテンツの処理負荷を推定する。解析部７は、例えばウェブコンテンツのソースコード（ＨＴＭＬファイル等）の行数や、ウェブコンテンツに含まれるスクリプト言語を使用した処理の記述の行数等により、ウェブコンテンツの処理負荷を推定する。また例えば描画部５によるウェブコンテンツの描画時間を測定してコンテンツ提供装置１０にウェブコンテンツ毎の描画時間を記憶しておき、解析部７は当該描画時間によりウェブコンテンツの処理負荷を推定してもよい。また解析部７は更にスクリプト言語を使用した処理を具体的に特定する。解析部７は、例えばスクリプト言語を使用した処理がＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）を利用した画像表示処理であることを特定する。解析部７はウェブコンテンツの解析の結果を決定部８に入力する。
【００２２】
決定部８は解析部７から解析の結果を受け付ける。また決定部８は通信部１から上述の通信端末情報を受け付ける。決定部８は通信端末情報に応じてウェブコンテンツを変更するか否かを決定する。また決定部８はウェブコンテンツの具体的な変更方法についても決定する。決定部８は変更方法をコンテンツ変更部９に入力する。
【００２３】
まず決定部８がウェブコンテンツの変更方法を決定する方法の例について説明する。
【００２４】
例えば、決定部８は通信部１を介して通信端末情報を取得し、通信端末情報が所定の条件（以下、「第１条件」という。）を満たす場合、ウェブコンテンツをリッチ化すること又はウェブコンテンツを変更しないことを決定し、通信端末情報が第１条件を満たさない場合、ウェブコンテンツを表示する通信端末２０の処理の負荷が低減されるようにウェブコンテンツを変更することを決定してもよい。なお第１条件は、通信端末２０の通信速度、演算能力、画面解像度、及び画面サイズ等の性能、並びに電池残量及びパケットロス率等の状態に関する条件を組み合わせた任意の条件である。またウェブコンテンツのリッチ化とは、ウェブコンテンツの質やデータ量を向上させることを示す。ウェブコンテンツのリッチ化は、例えばウェブコンテンツに含まれている画像の解像度や大きさ等を上げることにより行われる。
【００２５】
また例えば、決定部８は通信部１を介して通信端末２０にプローブパケットを送信してコンテンツ提供装置１０と通信端末２０との間のパケットロス率を通信端末情報として算出し、パケットロス率が第１閾値よりも小さい場合、ウェブコンテンツをリッチ化すること又はウェブコンテンツを変更しないことを決定し、パケットロス率が第１閾値以上の場合、ウェブコンテンツを表示する通信端末２０の処理が低減されるようにウェブコンテンツを変更することを決定してもよい。
【００２６】
次にウェブコンテンツを変更する方法の例について説明する。まずウェブコンテンツを表示する通信端末２０の処理を低減する場合について説明する。決定部８はウェブコンテンツの処理負荷に応じて、ウェブコンテンツを表示する通信端末２０の処理を低減する方法を決定する。
【００２７】
決定部８は、例えば閾値を複数設定することにより処理を低減する方法を変更する。閾値を複数設定することにより処理を低減する方法の例として、ウェブコンテンツがパララックスサイトである場合について具体的に説明する。パララックスサイトは、ブラウザのスクロールに合わせて画像を変化させることによりアニメーションのような視覚効果を表現するウェブサイトである。決定部８は、例えば閾値Ｔ１及び閾値Ｔ２（Ｔ１＞Ｔ２）の２つの閾値を設定し、ウェブコンテンツのソースコード（ＨＴＭＬファイル等）の行数がＴ１よりも大きい場合は、アニメーションに用いられている画像を固定化するようにスクリプト情報を変換することを決定する。また決定部８はウェブコンテンツのソースコード（ＨＴＭＬファイル等）の行数がＴ１以下だがＴ２よりも大きい場合は、画像の位置を変更する頻度を軽減するようにスクリプト情報を変換することを決定する。
【００２８】
なおウェブコンテンツがパララックスサイトである場合に、ウェブコンテンツをリッチ化する場合、決定部８は、例えば画像がより滑らかに動くようにスクリプト情報を変換することを決定する。
【００２９】
また決定部８は、例えば通信端末２０のブラウザがＳＶＧをサポートしていないブラウザの場合、ＳＶＧ画像をＰＮＧ画像に置き換えるようにウェブコンテンツを変更することを決定する。決定部８は、通信端末２０のブラウザがＳＶＧをサポートしているか否かを、例えば通信端末２０から受信したＨＴＴＰリクエストのＵＡ（Ｕｓｅｒ  Ａｇｅｎｔ）情報を参照して特定する。
【００３０】
コンテンツ変更部９は決定部８から変更方法を受け付ける。コンテンツ変更部９は、決定部８により決定された変更方法に応じてウェブコンテンツを変更する。コンテンツ変更部９は変更したウェブコンテンツを通信部１に入力する。なお決定部８がウェブコンテンツを変更しないことを決定した場合、コンテンツ変更部９はウェブコンテンツを変更せずに通信部１に入力する。通信部１は、コンテンツ変更部９により必要に応じて変更されたウェブコンテンツを通信端末２０に送信する。
【００３１】
図３はＳＶＧ画像をＰＮＧ画像に置き換える場合の変更例を示す図である。図３のＳＶＧ画像はフランス国旗を示す画像データである。図３の例の場合、コンテンツ変更部９はウェブコンテンツを描画することにより、記憶部６の記憶領域にＳＶＧ画像を含む描画情報を生成する。次にコンテンツ変更部９は当該描画情報を使用して、ＳＶＧ画像からＰＮＧ画像を生成する。次に、コンテンツ変更部９はウェブコンテンツのＳＶＧ要素を、生成したＰＮＧ画像を参照するＩＭＧ要素に置き換える。なおコンテンツ変更部９は上述の通信端末情報により特定される通信端末２０の性能又は状態に応じて、生成したＰＮＧ画像の圧縮方式を変えたり拡大縮小処理を行ったりしてもよい。
【００３２】
図４は画像の位置及び大きさを指定する場合の変更例を示す図である。図４の例は、コンテンツ変更部９がｓｔｙｌｅ属性を用いてｔｏｐ．ｊｐｇの位置及び大きさを指定する変更をウェブコンテンツに行う場合の例である。これにより通信端末２０がｔｏｐ．ｊｐｇのレイアウト計算を行う必要を無くすことができるので、ウェブコンテンツに含まれるｔｏｐ．ｊｐｇを表示する通信端末２０の処理の負荷を軽減することができる。なおｔｏｐ．ｊｐｇ等のＨＴＭＬ要素の位置及び大きさは、例えばｇｅｔＢｏｕｎｄｉｎｇＲｅｃｔ  ＡＰＩを用いて取得することができる。コンテンツ変更部９は、ウェブコンテンツからｇｅｔＢｏｕｎｄｉｎｇＲｅｃｔ  ＡＰＩにより取得した位置及び大きさを指定する変更をウェブコンテンツに行う。
【００３３】
なお図３のようなウェブコンテンツの特定情報は、上述の判断部２により上書き不可と判断される。図３のウェブコンテンツの描画情報はＳＶＧ画像が含まれており、当該ＳＶＧ画像を再度描画せずに利用できるようにするためである。また図４のようなウェブコンテンツの特定情報は、上述の判断部２により上書き可能と判断される。図４のウェブコンテンツの描画情報は、ＨＴＭＬ要素の位置及び大きさを取得する際には必要ないためである。
【００３４】
次に第１実施形態のコンテンツ提供方法について説明する。図５は第１実施形態のコンテンツ提供方法の例を示すフローチャートである。通信部１は通信端末２０からウェブコンテンツの要求を受信する（ステップＳ１）。次に、判断部２はウェブコンテンツの要求からＵＲＬ等の特定情報を取得する（ステップＳ２）。次に、判断部２は当該特定情報により特定されるウェブコンテンツの描画情報を記憶する記憶部６の記憶領域の上書き可否を判断する（ステップＳ３）。判断部２は、例えば予め描画情報を上書き不可にするウェブコンテンツのＵＲＬをリストとして保持しておく。そして判断部２は当該リストと一致するＵＲＬにより特定されるウェブコンテンツの特定情報により特定されるウェブコンテンツの描画情報は上書き不可と判断する。
【００３５】
次に、取得部３はウェブコンテンツの要求に応じてウェブサーバ装置３０からウェブコンテンツを取得する（ステップＳ４）。
【００３６】
次に、割当部４は判断部２による判断の結果に応じて、取得部３が取得したウェブコンテンツの描画情報を記憶する記憶部６の記憶領域を、上書き可能な記憶領域、又は上書き不可の記憶領域として割り当てる（ステップＳ５）。また割当部４は、取得部３が取得したウェブコンテンツを記憶する。次に、描画部５は取得部３が取得したウェブコンテンツを描画して描画情報を生成し、割当部４により割り当てられた記憶領域に記憶する（ステップＳ６）。ステップＳ５及びステップＳ６により、上書き可能なウェブコンテンツの描画情報は全て同一の記憶領域に描画することができるので、コンテンツ提供装置１０の記憶部６の記憶領域を効率よく使用することができる。
【００３７】
次に、解析部７は記憶部６に記憶されたウェブコンテンツを解析する（ステップＳ７）。決定部８は解析部７の解析の結果に応じてウェブコンテンツを変更するか否かを決定する（ステップＳ８）。
【００３８】
ウェブコンテンツを変更しない場合（ステップＳ８、Ｎｏ）、決定部８はウェブコンテンツを変更しないことをコンテンツ変更部９に通知する（ステップＳ１１）。コンテンツ変更部９はウェブコンテンツを変更せずに通信部１を介して通信端末２０に送信する（ステップＳ１２）。
【００３９】
ウェブコンテンツを変更する場合（ステップＳ８、Ｙｅｓ）、決定部８はウェブコンテンツの変更方法を決定する（ステップＳ９）。ここで決定部８がウェブコンテンツの変更方法を決定する方法について図６を参照して説明する。
【００４０】
図６は第１実施形態のウェブコンテンツの変更方法を決定する方法を示すフローチャートである。決定部８は上述の通信端末情報を取得する（ステップＳ２１）。次に、決定部８は通信端末情報に応じてウェブコンテンツの処理負荷を低減するか否かを決定する（ステップＳ２２）。
【００４１】
処理負荷を低減させる場合（ステップＳ２２、Ｙｅｓ）、決定部８は解析部７がウェブコンテンツを解析することにより推定したウェブコンテンツの処理負荷を取得する（ステップＳ２３）。次に、決定部８はウェブコンテンツの処理負荷に応じて、処理負荷を低減するためのウェブコンテンツの変更方法を決定する（ステップＳ２４）。例えばウェブコンテンツがパララックスサイトである場合、決定部８はアニメーションに用いられている画像を固定化するようにスクリプト情報を変換することを決定する。
【００４２】
処理負荷を低減させない場合（ステップＳ２２、Ｎｏ）、決定部８は通信端末情報に応じてウェブコンテンツをリッチ化するか否かを決定する（ステップＳ２５）。リッチ化する場合（ステップＳ２５、Ｙｅｓ）、決定部８はウェブコンテンツをリッチ化する変更方法に決定する（ステップＳ２６）。例えばウェブコンテンツがパララックスサイトである場合、決定部８は、画像がより滑らかに動くようにスクリプト情報を変換することを決定する。
【００４３】
リッチ化しない場合（ステップＳ２５、Ｎｏ）、決定部８はウェブコンテンツを変更しないことを決定する（ステップＳ２７）。
【００４４】
次に、決定部８は変更方法をコンテンツ変更部９に通知する（ステップＳ２８）。
【００４５】
図５に戻り、次に、コンテンツ変更部９は決定部８により決定された変更方法に応じてウェブコンテンツを変更する（ステップＳ１０）。次に、通信部１は、コンテンツ変更部９により変更されたウェブコンテンツを通信端末２０に送信する（ステップＳ１２）。
【００４６】
以上のように、第１実施形態のコンテンツ提供装置１０によれば、ウェブコンテンツの特定情報に応じて、記憶部６に記憶されている当該ウェブコンテンツの描画情報の記憶制御をすることにより、記憶部６の記憶領域を効率よく使用すると共に、描画情報を記憶する処理に係る負荷を下げることができる。
【００４７】
なおウェブコンテンツ自体の記憶制御については明示して説明していなかったが、コンテンツ提供装置１０はウェブコンテンツについてもウェブコンテンツの描画情報と同じ記憶制御をしてもよい。すなわちコンテンツ提供装置１０はウェブコンテンツの描画情報を記憶する記憶領域の権限に合わせて、ウェブコンテンツを記憶する記憶領域の権限を決定してもよい。
【００４８】
（第２実施形態）
次に第２実施形態について説明する。第２実施形態では、判断部２が決定部８により決定されたウェブコンテンツの変更方法に応じて、ウェブコンテンツの描画情報を記憶する記憶部６の記憶領域の上書き可否を判断する場合について説明する。図７は第２実施形態のコンテンツ提供装置１０の構成の例を示す図である。第２実施形態のコンテンツ提供装置１０は通信部１、判断部２、取得部３、割当部４、描画部５、記憶部６、解析部７、決定部８及びコンテンツ変更部９を備える。第２実施形態のコンテンツ提供装置１０の構成は第１実施形態と同じである。第２実施形態の説明では、第１実施形態と異なる箇所について説明する。
【００４９】
通信部１は受信したウェブコンテンツの要求を取得部３に入力する。取得部３は、割当部４のキャッシュ情報を参照し、ウェブコンテンツが既に記憶部６に記憶されているか否かを判断する。ここでキャッシュ情報について説明する。
【００５０】
キャッシュ情報は、記憶部６の記憶領域の状態を示す情報である。キャッシュ情報は、例えば上書き不可に設定したウェブコンテンツの描画情報を記憶する記憶領域の大きさ、当該ウェブコンテンツの描画情報の記憶領域の開始アドレス、描画情報が描画されているウェブコンテンツの特定情報（ＵＲＬ等）、ウェブコンテンツを記憶する記憶領域の大きさ、及び当該ウェブコンテンツの記憶領域の開始アドレス等を含む。
【００５１】
取得部３は、通信端末２０から要求されたウェブコンテンツが記憶部６に記憶されていない場合、ウェブサーバ装置３０からウェブコンテンツを取得する。取得部３は取得したウェブコンテンツを割当部４及び描画部５に入力する。取得部３は、通信端末２０から要求されたウェブコンテンツが記憶部６に記憶されている場合、当該ウェブコンテンツのキャッシュ情報を解析部７に通知する。
【００５２】
割当部４は取得部３からウェブコンテンツを受け付ける。割当部４はウェブコンテンツを記憶部６に記憶する。また割当部４はウェブコンテンツの描画情報を記憶する記憶部６の記憶領域を、上書き不可の記憶領域として新たに割り当てる。そして割当部４は、新たに割り当てた記憶領域の情報によりキャッシュ情報を更新する。なお判断部２により当該記憶領域が後から上書き可能であると判断された場合、割当部４は当該記憶領域を上書き可能に変更し、キャッシュ情報を更新する。割当部４はウェブコンテンツの描画情報を記憶する記憶領域を示す情報を描画部５に入力する。
【００５３】
描画部５は取得部３からウェブコンテンツを受け付ける。また描画部５は、割当部４から当該ウェブコンテンツの描画情報を記憶する記憶領域を示す情報を受け付ける。描画部５はウェブコンテンツを描画して描画情報を生成し、当該描画情報を割当部４により指定された記憶部６の記憶領域に記憶する。
【００５４】
記憶部６は描画部５が描画したウェブコンテンツの描画情報を、上書き不可の記憶領域に記憶する。なお判断部２により当該記憶領域が上書き可能であると判断された場合、割当部４の当該記憶領域は上書き可能に変更される。また記憶部６は取得部３が取得したウェブコンテンツを記憶する。
【００５５】
解析部７は記憶部６のウェブコンテンツを解析する。決定部８は解析部７から解析の結果を受け付ける。また決定部８は通信部１から上述の通信端末情報を受け付ける。決定部８は通信端末情報に応じてウェブコンテンツを変更するか否かを決定する。また決定部８はウェブコンテンツの具体的な変更方法についても決定する。決定部８は変更方法を判断部２及びコンテンツ変更部９に入力する。
【００５６】
判断部２は決定部８からウェブコンテンツの変更方法を受け付ける。判断部２はウェブコンテンツの変更方法に応じて当該ウェブコンテンツの描画情報の上書き可否を判断する。
【００５７】
判断部２がウェブコンテンツの変更方法に応じて当該ウェブコンテンツの描画情報の上書き可否を判断する方法は任意でよい。判断部２はウェブコンテンツを変更するか否かに応じて当該ウェブコンテンツの描画情報の上書き可否を判断してもよい。
【００５８】
判断部２は、例えばウェブコンテンツを変更する場合は、ウェブコンテンツの描画情報の記憶領域を上書き不可の記憶領域にする。すなわち当該ウェブコンテンツの描画情報の記憶領域の権限を、割り当て時の状態（上書き不可）のままとする。
【００５９】
判断部２は、例えばウェブコンテンツを変更しない場合は、ウェブコンテンツの描画情報の記憶領域を上書き可能の記憶領域にする。すなわち当該ウェブコンテンツの描画情報の記憶領域の権限を、割り当て時の状態（上書き不可）から上書き可能に変更する。
【００６０】
判断部２は更にウェブコンテンツの具体的な変更方法に応じて当該ウェブコンテンツの描画情報の上書き可否を判断してもよい。
【００６１】
判断部２は、例えばウェブコンテンツの描画情報に、ウェブコンテンツのスクリプト情報に基づいて描画した画像が含まれている場合、ウェブコンテンツの描画情報の記憶領域を上書き不可の記憶領域にする。すなわち当該ウェブコンテンツの描画情報の記憶領域の権限を、割り当て時の状態（上書き不可）のままとする。
【００６２】
判断部２は、例えばウェブコンテンツの描画情報に、ウェブコンテンツのスクリプト情報に基づいて描画した画像が含まれていない場合、ウェブコンテンツの描画情報の記憶領域を上書き可能の記憶領域にする。すなわち当該ウェブコンテンツの描画情報の記憶領域の権限を、割り当て時の状態（上書き不可）から上書き可能に変更する。
【００６３】
描画情報の記憶領域の権限を上書き可能に変更する場合、判断部２は、描画情報の記憶領域の権限を上書き可能に変更する記憶領域を示す判断結果を割当部４に入力する。割当部４は、判断部２の判断結果を受け付けると、当該判断結果に基づいて記憶部６の記憶領域の権限を変更する。
【００６４】
コンテンツ変更部９は決定部８から変更方法を受け付ける。コンテンツ変更部９は、決定部８により決定された変更方法に応じてウェブコンテンツを変更する。コンテンツ変更部９は変更したウェブコンテンツを通信部１に入力する。なお決定部８がウェブコンテンツを変更しないことを決定した場合、コンテンツ変更部９はウェブコンテンツを変更せずに通信部１に入力する。通信部１は、コンテンツ変更部９により必要に応じて変更されたウェブコンテンツを通信端末２０に送信する。
【００６５】
次に第２実施形態のコンテンツ提供方法について説明する。図８は第２実施形態のコンテンツ提供方法の例を示すフローチャートである。通信部１は通信端末２０からウェブコンテンツの要求を受信する（ステップＳ４１）。次に、取得部３は、割当部４のキャッシュ情報を参照し、通信端末２０から要求されたウェブコンテンツが既に記憶部６に記憶されているか否かを判断する（ステップＳ４２）。すなわち取得部３は通信端末２０から要求されたウェブコンテンツのキャッシュが有るか否かを判断する。
【００６６】
キャッシュが有る場合（ステップＳ４２、Ｙｅｓ）、解析部７は当該ウェブコンテンツを記憶部から取得する（ステップＳ４３）。
【００６７】
キャッシュが無い場合（ステップＳ４２、Ｎｏ）、取得部３はウェブサーバ装置３０からウェブコンテンツを取得する（ステップＳ４４）。次に、割当部４は当該ウェブコンテンツの描画情報を記憶する記憶部６の記憶領域を、上書き不可の記憶領域として割り当てる（ステップＳ４５）。また割当部４は、取得部３が取得したウェブコンテンツを記憶する。次に、描画部５は取得部３が取得したウェブコンテンツを描画して描画情報を生成し、割当部４により割り当てられた記憶領域に記憶する（ステップＳ４６）。
【００６８】
次に、解析部７は記憶部６のウェブコンテンツを解析する（ステップＳ４７）。決定部８は解析部７の解析の結果に応じてウェブコンテンツを変更するか否かを決定する（ステップＳ４８）。
【００６９】
ウェブコンテンツを変更しない場合（ステップＳ４８、Ｎｏ）、決定部８はウェブコンテンツを変更しないことをコンテンツ変更部９に通知する（ステップＳ５２）。次に、判断部２は、ウェブコンテンツの描画情報の上書き可否を判断する（ステップＳ５３）。判断部２は、例えばウェブコンテンツを変更する場合は、ウェブコンテンツの描画情報の記憶領域を上書き不可の記憶領域にする。コンテンツ変更部９はウェブコンテンツを変更せずに通信部１を介して通信端末２０に送信する（ステップＳ５４）。
【００７０】
ウェブコンテンツを変更する場合（ステップＳ４８、Ｙｅｓ）、決定部８はウェブコンテンツの変更方法を決定する（ステップＳ４９）。ウェブコンテンツの変更方法は第１実施形態と同じなので説明を省略する（図６参照）。
【００７１】
次に、判断部２はウェブコンテンツの変更方法に応じて当該ウェブコンテンツの描画情報の上書き可否を判断する（ステップＳ５０）。判断部２は、例えばウェブコンテンツの描画情報に、ウェブコンテンツのスクリプト情報に基づいて描画した画像が含まれている場合、ウェブコンテンツの描画情報の記憶領域を上書き不可の記憶領域にする。すなわちウェブコンテンツの変更方法が、例えばスクリプト情報により生成する画像を、画像ファイルの参照形式に変える変更の場合（図３の場合等）、ウェブコンテンツの描画情報の記憶領域を上書き不可の記憶領域にする。
【００７２】
次に、コンテンツ変更部９は決定部８により決定された変更方法に応じてウェブコンテンツを変更する（ステップＳ５１）。次に、通信部１は、コンテンツ変更部９により変更されたウェブコンテンツを通信端末２０に送信する（ステップＳ５４）。
【００７３】
以上のように、第２実施形態のコンテンツ提供装置１０によれば、ウェブコンテンツの変更方法に応じて、記憶部６に記憶されている当該コンテンツの描画情報の記憶制御をすることにより、記憶部６の記憶領域を効率よく使用すると共に、描画情報を記憶する処理に係る負荷を下げることができる。
【００７４】
（第３実施形態）
次に第３実施形態について説明する。第３実施形態では、記憶部６の記憶領域が全て上書き不可になった場合の記憶制御について説明する。図９は第３実施形態のコンテンツ提供装置１０の構成の例を示す図である。第３実施形態のコンテンツ提供装置１０は通信部１、判断部２、取得部３、割当部４、描画部５、記憶部６、解析部７、決定部８、コンテンツ変更部９及び権限変更部１１を備える。第３実施形態のコンテンツ提供装置１０の構成は第１実施形態の構成に、権限変更部１１が追加されている。第３実施形態の説明では、第１実施形態と異なる箇所について説明する。
【００７５】
判断部２は通信部１からウェブコンテンツの要求を受け付ける。判断部２はＵＲＬ等の特定情報に応じて、ウェブコンテンツの描画情報の上書き可否を判断する。割当部４は判断部２から特定情報に応じた上書き可否の判断の結果を受け付ける。また割当部４は取得部３から当該特定情報に応じたウェブコンテンツを受け付ける。
【００７６】
割当部４は取得したウェブコンテンツの描画情報を記憶するための記憶領域があるか否かを判定する。すなわち割当部４は新たに取得したウェブコンテンツの描画情報により、上書き可能な記憶領域が記憶部６にあるか否かを判定する。上書き可能な記憶領域がない場合、割当部４は記憶領域の権限の変更を示す通知を権限変更部１１に入力する。
【００７７】
記憶部６の記憶領域が全て上書き不可の記憶領域になった場合、権限変更部１１はウェブコンテンツに応じて、上書き不可の記憶領域を上書き可能な記憶領域に変更する。権限変更部１１が上書き不可の記憶領域を上書き可能な記憶領域に変更する方法はどのような方法でもよい。
【００７８】
権限変更部１１は、例えばウェブコンテンツのアクセス数、又はアクセス頻度に応じて、上書き不可の記憶領域を上書き可能な記憶領域に変更してもよい。アクセス頻度は単位時間当たりのウェブコンテンツのアクセス数である。単位時間は、例えば１時間、１日、又は１週間等である。
【００７９】
権限変更部１１は、例えばウェブコンテンツの有効期限に応じて、上書き不可の記憶領域を上書き可能な記憶領域に変更してもよい。これはウェブコンテンツの内容が変更される可能性が高いコンテンツから上書きするためである。この場合、権限変更部１１はウェブコンテンツの有効期限を示すＨＴＴＰヘッダのＥｘｐｉｒｅｓヘッダの値が小さいコンテンツや、ＵＲＬにランダム変数が付いているウェブコンテンツから上書き可能に変更してもよい。
【００８０】
権限変更部１１は、例えば再描画が簡単なウェブコンテンツから上書きするために、ＨＴＭＬ要素数が少ないコンテンツや、描画時間が短いウェブコンテンツから上書き可能に変更してもよい。
【００８１】
なお権限変更部１１が、描画情報の記憶領域の権限を上書き不可から上書き可能に同時に変更するウェブコンテンツの数は任意でよい。権限変更部１１は、例えば上書き不可の記憶領域の数の閾値を設け、閾値を超えるウェブコンテンツを全て上書き可能に変更してもよい。また権限変更部１１は、例えば上書き可能な記憶領域が必要になる度に、１つずつ上書き可能に変更してもよい。
【００８２】
次に第３実施形態のコンテンツ提供方法について説明する。図１０は第３実施形態のコンテンツ提供方法の例を示すフローチャートである。通信部１は通信端末２０からウェブコンテンツの要求を受信する（ステップＳ６１）。次に、判断部２はウェブコンテンツの要求からＵＲＬ等の特定情報を取得する（ステップＳ６２）。次に、判断部２は当該特定情報により特定されるウェブコンテンツの描画情報を記憶する記憶部６の記憶領域の上書き可否を判断する（ステップＳ６３）。判断部２は、例えば予め描画情報を上書き不可にするウェブコンテンツのＵＲＬをリストとして保持しておく。そして判断部２は当該リストと一致するＵＲＬにより特定されるウェブコンテンツの特定情報により特定されるウェブコンテンツの描画情報は上書き不可と判断する。
【００８３】
次に、割当部４は新たに取得したウェブコンテンツの描画情報により、上書き可能な記憶領域が記憶部６にあるか否かを判定する（ステップＳ６４）。
【００８４】
上書き可能な記憶領域が有る場合（ステップＳ６４、Ｙｅｓ）、処理はステップＳ６６に進む。
【００８５】
上書き可能な記憶領域が無い場合（ステップＳ６４、Ｎｏ）、権限変更部１１はウェブコンテンツに応じて、当該ウェブコンテンツの描画情報を記憶する上書き不可の記憶領域を上書き可能な記憶領域に変更する（ステップＳ６５）。権限変更部１１は、例えばウェブコンテンツのアクセス数、又はアクセス頻度に応じて、上書き不可の記憶領域を上書き可能な記憶領域に変更する。
【００８６】
取得部２はウェブコンテンツの要求に応じてウェブサーバ装置３０からウェブコンテンツを取得する（ステップＳ６６）。
【００８７】
ステップＳ６７〜ステップＳ７４は、第１実施形態の図５のステップＳ５〜ステップＳ１２と同じなので説明を省略する。
【００８８】
以上のように、第３実施形態のコンテンツ提供装置１０によれば、上書き可能な記憶領域がなくなった場合に、記憶しておくことによる効果が低そうなウェブコンテンツの描画情報から上書き可能に変更する。これにより記憶部６の記憶領域を有効活用しつつ、描画情報を記憶する処理に係る負荷を下げることができる。
【００８９】
最後に第１〜第３実施形態のコンテンツ提供装置１０のハードウェア構成の例について説明する。図１１は第１〜第３実施形態のコンテンツ提供装置１０のハードウェア構成の例を示す図である。第１〜第３実施形態のコンテンツ提供装置１０は、制御装置７１、主記憶装置７２、補助記憶装置７３、表示装置７４、入力装置７５、及び通信装置７６を備える。制御装置７１、主記憶装置７２、補助記憶装置７３、表示装置７４、入力装置７５、及び通信装置７６は、バス７７を介して互いに接続されている。コンテンツ提供装置１０は上述のハードウェア構成を有する任意の装置でよい。例えばコンテンツ提供装置１０はサーバ装置等である。
【００９０】
制御装置７１は補助記憶装置７３から主記憶装置７２に読み出されたプログラムを実行する。主記憶装置７２はＲＯＭやＲＡＭ等のメモリである。補助記憶装置７３はＨＤＤ等である。上述の記憶部６は主記憶装置７２及び補助記憶装置７３のうち少なくとも一方に相当する。表示装置７４はコンテンツ提供装置１０の状態等を表示する。入力装置７５はユーザからの操作入力を受け付ける。通信装置７６はコンテンツ提供装置１０が通信端末２０と通信するためのインタフェースである。
【００９１】
第１〜第３実施形態のコンテンツ提供装置１０で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、メモリカード、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記憶媒体に記憶されてコンピュータ・プログラム・プロダクトとして提供される。
【００９２】
また、第１〜第３実施形態のコンテンツ提供装置１０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１〜第３実施形態のコンテンツ提供装置１０が実行するプログラムを、ダウンロードさせずにインターネット等のネットワーク経由で提供するように構成してもよい。
【００９３】
また、第１〜第３実施形態のコンテンツ提供装置１０のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【００９４】
第１〜第２実施形態のコンテンツ提供装置１０で実行されるプログラムは、上述した各機能ブロック（通信部１、判断部２、取得部３、割当部４、描画部５、解析部７、決定部８及びコンテンツ変更部９）を含むモジュール構成となっている。また第３実施形態のコンテンツ提供装置１０で実行されるプログラムは、上述した各機能ブロック（通信部１、判断部２、取得部３、割当部４、描画部５、解析部７、決定部８、コンテンツ変更部９及び権限変更部１１）を含むモジュール構成となっている。当該各機能ブロックは、実際のハードウェアとしては、制御装置７１が記憶媒体からプログラムを読み出して実行することにより、上記各機能ブロックが主記憶装置７２上にロードされる。すなわち、上記各機能ブロックは、主記憶装置７２上に生成される。
【００９５】
なお、上述した各部（通信部１、判断部２、取得部３、割当部４、描画部５、解析部７、決定部８、コンテンツ変更部９及び権限変更部１１）の一部又は全部を、ソフトウェアにより実現せずに、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）等のハードウェアにより実現してもよい。
【００９６】
以上説明したとおり、第１〜第３実施形態によれば、ウェブコンテンツに応じて、記憶部６に記憶されている当該ウェブコンテンツの描画情報の記憶制御をすることにより、記憶部６の記憶領域を効率よく使用すると共に、データの記憶処理に係る負荷を下げることができる。
【００９７】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９８】
１  通信部
２  判断部
３  取得部
４  割当部
５  描画部
６  記憶部
７  解析部
８  決定部
９  コンテンツ変更部
１０  コンテンツ提供装置
１１  権限変更部
２０  通信端末
３０  ウェブサーバ装置
７１  制御装置
７２  主記憶装置
７３  補助記憶装置
７４  表示装置
７５  入力装置
７６  通信装置
７７  バス
【図１】
2015164018.tif 000003
【図２】
2015164018.tif 000004
【図３】
2015164018.tif 000005
【図４】
2015164018.tif 000006
【図５】
2015164018.tif 000007
【図６】
2015164018.tif 000008
【図７】
2015164018.tif 000009
【図８】
2015164018.tif 000010
【図９】
2015164018.tif 000011
【図１０】
2015164018.tif 000012
【図１１】
2015164018.tif 000013