(57)【要約】【課題】全てのユーザ属性に応じてCSSを作成することなく既存のシステムを運用したまま、各種ユーザ属性に対応したサイト表示を実現することである。【解決手段】本発明の一態様は、サイトへのアクセス要求と共に、変換要求及び端末種別を受信する受信手段と、前記サイトの表示情報における各要素の変換適用可否を示す変換適用可否情報と前記変換要求とに基づき変換対象要素と変換方法とを決定し、前記決定された変換対象要素を対応する前記変換方法に従って変換する変換手段と、変換後の表示情報を送信する送信手段とを有するコンテンツ変換装置に関する。【選択図】図１
2018128746.tif 000002
【特許請求の範囲】
【請求項１】
サイトへのアクセス要求と共に、変換要求及び端末種別を受信する受信手段と、
前記サイトの表示情報における各要素の変換適用可否を示す変換適用可否情報と前記変換要求とに基づき変換対象要素と変換方法とを決定し、前記決定された変換対象要素を対応する前記変換方法に従って変換する変換手段と、
変換後の表示情報を送信する送信手段と、
を有するコンテンツ変換装置。
【請求項２】
前記変換手段は、所定の要素抽出ルールに従って前記表示情報における各要素の抽出元を特定し、前記変換対象要素に対して抽出されたコンテンツを変換APIに変換させ、変換後のコンテンツによって前記変換後の表示情報を生成する、請求項１記載のコンテンツ変換装置。
【請求項３】
前記受信手段が前記変換要求を受信しなかった場合、前記変換手段は、所定の初期値に従って変換対象要素と変換方法とを決定し、前記決定された変換対象要素を対応する前記変換方法に従って変換する、請求項１又は２記載のコンテンツ変換装置。
【請求項４】
サイトへのアクセス要求と共に、変換要求及び端末種別を受信するステップと、
前記サイトの表示情報における各要素の変換適用可否を示す変換適用可否情報と前記変換要求とに基づき変換対象要素と変換方法とを決定するステップと、
前記決定された変換対象要素を対応する前記変換方法に従って変換するステップと、
変換後の表示情報を送信するステップと、
を有するコンテンツ変換方法。
【請求項５】
請求項１乃至３何れか一項記載のコンテンツ変換装置の各手段としてコンピュータを機能させるためのプログラム。
【請求項６】
請求項５記載のプログラムを記録する記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブラウザ等のクライアントからのリクエストを受けて、既存のWebサイト等のコンテンツを変換してレスポンスとして送出する技術に関する。
【背景技術】
【０００２】
年代、母国語、障害の有無の他、使用端末といった、Webコンテンツを閲覧するユーザの属性が多様化してきている。例えば、端末においてはこれまではパーソナルコンピュータ（PC）のブラウザからの閲覧が主流であったが、スマートフォンの普及やタブレットの登場、また最近ではサイネージが注目され、同様のWebコンテンツであっても、ユーザエージェント（UA）の切り替え等によって適切なレイアウトで閲覧ができるWebコンテンツのマルチデバイス化が必要とされている。
【０００３】
Webコンテンツを構成するのは、要素や構造を定義したHTML（Hypertext  Markup  Language）と、要素の色などのスタイルを定義したCSS（Cascading  Style  Sheets）ファイルであり、サービス提供者は、既存のWebサイト（以下、既存のサイト）に対してユーザエージェント種別ごとにHTMLとCSSのそれぞれを個別に用意することでWebコンテンツのマルチデバイス化を実現している。
【０００４】
しかしながら、それらのWebコンテンツの開発やデザインのコストと、それぞれのコンテンツを管理するコストは、ユーザエージェントの種類に比例し増加してしまう（非特許文献１）。この問題に対して、レスポンシブウェブデザインという手法がある。レスポンシブウェブデザインでは、1つのHTMLに対して複数のCSSを用意し、アクセスするブラウザの横幅サイズを基準としてCSSを切り替えることで、適切なWebコンテンツの表示を可能とする（非特許文献２）。また、これらの技術を複合し、ユーザエージェント切替により一つのHTMLから複数のCSSを呼び出す方法（以下、UAによるCSS切替）はある程度容易に構築できる（非特許文献３）。
【０００５】
上記のようにUAによるCSS切替では、ターゲットとするユーザ属性ごとにユーザエージェントを切り替えることにより、ユーザ属性ごとのCSSを作成し、ユーザが任意で選択できるシステムを導入すれば、色弱などのユーザにも見やすいWebコンテンツを提供することができる。また、言語の異なるユーザに関しては、Microsoft翻訳APIやgoogle翻訳APIなどの既存のAPIを用いることにより、対応が可能である。これらを組み合わせることによりユーザ属性に応じて、適切にWebコンテンツを表示することが出来る。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】http://www.hp-stylelink.com/news/2013/07/20130716.php
【非特許文献２】https://ja.wikipedia.org/wiki/%E3%83%AC%E3%82%B9%E3%83%9D%E3%83%B3%E3%82%B7%E3%83%96%E3%82%A6%E3%82%A7%E3%83%96%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3
【非特許文献３】http://www.hp-stylelink.com/news/2014/05/20140516.php
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ただし、既存のWebサイト作成者が全てのユーザ属性に応じてCSSを作ると、Webサイトの構築コストがユーザ属性に応じてCSSが増えてしまうため、コンテンツ作成コストが多大にかかるという課題があった。
【０００８】
また、既存のWebサイトを切り替えるには、従来運用しているWebシステムを改良する必要があり、デグレの心配をする必要がある。また、そのWebサイト作成者以外は、既存のWebサイトのユーザ属性対応を行うことができないという課題があった。
【０００９】
上述した問題点を鑑み、本発明の課題は、全てのユーザ属性に応じてCSSを作成することなく既存のシステムを運用したまま、各種ユーザ属性に対応したサイト表示を実現することである。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明の一態様は、サイトへのアクセス要求と共に、変換要求及び端末種別を受信する受信手段と、前記サイトの表示情報における各要素の変換適用可否を示す変換適用可否情報と前記変換要求とに基づき変換対象要素と変換方法とを決定し、前記決定された変換対象要素を対応する前記変換方法に従って変換する変換手段と、変換後の表示情報を送信する送信手段とを有するコンテンツ変換装置に関する。
【発明の効果】
【００１１】
本発明によると、既存のWebサイトのCSS作成等の必要がないため、既存のシステムを運用したまま、ユーザごとのサイト表示ができる。また、CSSを作る必要がないので、コンテンツ変換の構築コストも低減できるという効果がある。
【図面の簡単な説明】
【００１２】
【図１】図１は、本発明の一実施例による通信システムの構成を示すブロック図である。
【図２】図２は、本発明の一実施例によるコンテンツ変換処理を示すフロー図である。
【図３】図３は、本発明の一実施例によるコンテンツ変換処理を示すフロー図である。
【図４】図４は、本発明の一実施例によるコンテンツ変換処理を示すフロー図である。
【図５】図５は、本発明の一実施例による変換APIルールを示す図である。
【図６】図６は、本発明の一実施例による入力画面を示す図である。
【図７】図７は、本発明の一実施例による入力画面を示す図である。
【図８】図８は、本発明の一実施例による要素別表示定義を示す図である。
【図９】図９は、本発明の一実施例による要素別変換API定義を示す図である。
【図１０】図１０は、本発明の一実施例による要素別API適用ルールを示す図である。
【図１１】図１１は、本発明の一実施例による要素抽出ルールを示す図である。
【図１２】図１２は、本発明の一実施例による対象の既存サイトを示す図である。
【図１３】図１３は、本発明の一実施例による取得した画像を示す図である。
【図１４】図１４は、本発明の一実施例による変換された対象の既存サイトを示す図である。
【図１５】図１５は、本発明の一実施例による入力画面を示す図である。
【図１６】図１６は、本発明の一実施例による変換された対象の既存サイトを示す図である。
【図１７】図１７は、本発明の一実施例による入力画面を示す図である。
【図１８】図１８は、本発明の一実施例による変換された対象の既存サイトを示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明のコンテンツ変換装置について、図を用いて詳細に説明する。
【００１４】
図１は、本発明のコンテンツ変換装置のシステム構成を示すブロック図である。図１に示されるように、コンテンツ変換装置100は、受信部101、テンプレート取得部102、要素別適用API決定部103、要素抽出部104、Webコンテンツ要素抽出ルール取得部105、テンプレート蓄積部106、要素抽出ルール蓄積部109、要素別変換部110、表示整形部111及び送信部112から構成される。また、テンプレート蓄積部106は、要素別表示定義部107及び要素別変換API定義部108によって構成される。
【００１５】
また、コンテンツ変換装置100は、ネットワークを介してパーソナルコンピュータ（PC）、タブレット、スマートフォンといったユーザ端末200上のブラウザ201、Webサーバ上の既存サイト300、変換API#1（301）、変換API#2（302）及び変換API#3（303）と通信する。ブラウザ201は、コンテンツ変換装置100によって変換された既存サイト300を受信し表示する。
【００１６】
以下の実施例においては、変換API#1（301）は翻訳（英語）機能、変換API#2（302）は補足説明機能、変換API#3（303）は配色補正機能を有するAPIとして説明する。図及び実施例で明記されている変換APIは3種類だが、実際はAPIの数に制限はなく、多数のAPIとの通信が行われる。
【００１７】
本発明のコンテンツ変換装置100の動作を図２〜１８を参照して説明する。
【００１８】
（実施例１）
図２のステップS101において、ユーザがブラウザ201に表示されている図６に示す入力画面1からサイトURLを入力する。図６では、変換したいWebサイトのURLとして、http://www.hogehoge.yyy.zが入力されている。図６でユーザがURLを入力して「次へ」ボタンを押下すると、図７の画面（入力画面2）が表示される。次にユーザは、図７に示す入力画面からユーザ属性とテンプレート種別の選択を行い、「送信」ボタンを押下する。入力画面2で表示さるユーザ属性は、入力画面1で入力されたサイトURLの情報から、利用可能なAPI（Application  Programming  Interface）を判別し、APIに対応したユーザ属性が表示される。
【００１９】
図７では翻訳の属性として翻訳（英語）は実行、補足説明は実行、配色補正は無変換という属性が選択されている。ユーザ属性の値を、以降、ユーザ属性"API機能"と記述する。"API機能"とは、変換APIの種別を表し、図１における変換API#1（301）、変換API#2（302）及び変換API#3（303）などに対応する。具体的には、英語に翻訳する「翻訳（英語）」APIであったり、補足説明を自動生成して付加する「補足説明」APIであったり、配色を色弱者用に補正する「配色補正」APIなどである。
【００２０】
ユーザ属性の値は、これらのAPIを実行するかどうかを表している。「○」は、変換APIが持つ変換機能を用いて変換を行い表示することを表す。「×」は非表示を表す。「−」は変換APIにて変換を行わずに受信した情報のまま出力し表示することを表す。
【００２１】
例えば、API機能が「翻訳（英語）」においてユーザ属性の値が実行を意味する○である場合、ユーザ属性"翻訳（英語）"のユーザ属性値は○である。図７のようにユーザが指定すると、3つのユーザ属性値（ユーザ属性"翻訳（英語）"、ユーザ属性"補足説明"、ユーザ属性"配色補正"）はそれぞれ、○、○、−となる。これらの値を、説明のため、U-1、U-2、U-3と呼ぶ。すなわち、U-1＝ユーザ属性"翻訳（英語）"＝○、U-2＝ユーザ属性"補足説明"＝○、U-3＝ユーザ属性"配色補正"＝−である。
【００２２】
図７の入力画面2を操作しなくても、ユーザ属性値をブラウザ201を搭載する端末200にあらかじめ記憶させておいてもよい。その場合には、ユーザが図６の入力画面1を操作するだけで、サイトURLとユーザ属性値をコンテンツ変換装置100に送るようにしてもよい。
【００２３】
また、テンプレート種別は図７のように「PC1」が選択されている。テンプレート種別の値は、図７に示すような値であり、PC1、PC2、タブレット1、スマートフォン1、サイネージ1などを取ることができる。これらの値はPC1、PC2、タブレット、スマートフォンなど、端末200に対応するテンプレートを表す。PC用にも、PC1、PC2と複数あるのは、PC端末の中でも画面の大きさや解像度などが異なるため、複数のテンプレートから選択できるようになっている。本実施例では、テンプレートとしてPC1が選択されているためテンプレート種別（PC1）となる。このテンプレート種別値を、説明のため、T-1と呼ぶことにするとT-1=PC1である。
【００２４】
送信ボタンを押下することにより、変換対象であるサイトのURL、ユーザ選択したユーザ属性、テンプレート種別がコンテンツ変換装置100の受信部101へと送信される。本実施例ではユーザ属性を必ず指定するようになっているが、指定しない設定があってもよい。図７のように、ここでは、3つのユーザ属性値（U-1、U-2、U-3）、そして、テンプレート種別値（T-1）を指定しているため、これらがコンテンツ変換装置100の受信部101へと送信される。
【００２５】
ステップS102において、コンテンツ変換装置100の受信部101が、ブラウザ201から送信されたサイトURL（http://www.hogehoge.yyy.z）（以後、URL-1と呼ぶ）、3つのユーザ属性値（U-1、U-2、U-3）、テンプレート種別値（T-1）を受信する。
【００２６】
ステップS103において、受信部101が、テンプレート取得部102へ受信したテンプレート種別値（T-1）を送信する。
【００２７】
ステップS104において、受信部101が、要素別適用API決定部103へ3つのユーザ属性値（U-1、U-2、U-3）を送信する。
【００２８】
ステップS105において、受信部101が、要素抽出部104へサイトURL（URL‐1）を送信する。
【００２９】
ステップS106において、受信部101が、Webコンテンツ要素抽出ルール取得部105へサイトURL（URL‐1）とテンプレート種別値（T-1）を送信する。
【００３０】
ステップS107において、テンプレート取得部102が、受信部101から送信されたテンプレート種別値（T-1）を受信する。
【００３１】
ステップS108において、テンプレート取得部102が、テンプレート種別値（T-1）を用いてテンプレート蓄積部106の要素別表示定義部107からテンプレート種別値（T-1）に対応する要素別表示定義（T-1）を、要素別変換API定義部108からテンプレート種別値（T-1）に対応する要素別変換API定義（T-1）をそれぞれ取得する。要素別表示定義（T-1）には図８のように、「商品概要」、「画像」、「商品名」などの各要素のレイアウトを定義した情報が記述されている。様々なテンプレート種別値に対応する要素別表示定義と要素別変換API定義は、あらかじめ、テンプレート蓄積部106に登録しておく。
【００３２】
図８のように、T-1に対応する要素別表示定義が読み出される。T-1に対応する要素別表示定義には、表示する要素とレイアウトなどが指定されている。例えば、図８のように、上から順に「商品概要」という要素、次に「画像」という要素、「商品名」という要素が配置され、それぞれは中央ぞろえで表示されるなどが指定されている。
【００３３】
ただし、要素別表示定義はなくてもよい。その場合は、既存サイト300の要素別表示定義が使用される。既存サイト300の要素別表示定義に対応する要素別変換API定義は、あらかじめ、テンプレート蓄積部106に登録しておく。
【００３４】
要素別変換API定義（T-1）には図９のように、図８でレイアウトを定義されたそれぞれの要素に対して各APIの適応の可否情報が記述されている。
【００３５】
ステップS109において、テンプレート取得部102が、図８の要素別表示定義（T-1）を表示整形部111へ送信する。
【００３６】
ステップS110において、テンプレート取得部102が、図９の要素別変換API定義（T-1）を要素別適用API決定部103へ送信する。
【００３７】
次に、ステップS111において、要素別適用API決定部103が、受信部101から送信された3つのユーザ属性値（U-1、U-2、U-3）と、テンプレート取得部102から送信された図９の要素別変換API定義（T-1）を受信する。
【００３８】
ステップS112において、要素別適用API決定部103が、図９の要素別変換API定義（T-1）を、図５の変換APIルールに基づき、3つのユーザ属性値（U-1、U-2、U-3）を用いて変換し、要素別API適用ルールを作成する。図５の変換APIルールに記述されたAnyとは、○、×、−の全てのパターンを意味する。本実施例においては、画像の「配色補正」APIがルール3によって、○から−に変換される。
【００３９】
ステップS113において、要素別適用API決定部103が、作成した図１０の要素別API適用ルールを要素別変換部110へ送信する。
【００４０】
ステップS114において、Webコンテンツ要素抽出ルール取得部105が、受信部101から送信されたサイトURL（URL-1）とテンプレート種別値（T‐1）を受信する。
【００４１】
ステップS115において、Webコンテンツ要素抽出ルール取得部105が、サイトURL（URL-1）とテンプレート種別値（T‐1）を用いて図１１（Ｂ）の要素抽出ルールを取得する。サイトURLとテンプレート種別により、どの要素抽出ルールを取得するかは、あらかじめ、Webコンテンツ要素抽出ルール取得部105に保存しておく。例えば、図１１（Ａ）のような対応表である。図１１（Ａ）より、URL-1とPC1に対応するのは要素抽出ルール11であることがわかる。
【００４２】
図１１（Ｂ）は要素抽出ルール11の内容を表しており、既存サイトの要素のXPathと、抽出した要素を要素別表示定義部107のどの変数に格納するかという情報が記述されている。
【００４３】
ステップS116において、Webコンテンツ要素抽出ルール取得部105が、取得した図１１（Ｂ）の要素抽出ルールを要素抽出部104へ送信する。
【００４４】
図１１（Ｂ）において、XPathが/html/body/div/div/pである要素の内容を「商品概要」、「商品名」という変数に格納することを示している。また、XPathが/html/body/div/div/imgである要素の内容を「画像」という変数に格納することを示している。
【００４５】
ステップS117において、要素抽出部104が、受信部101から送信されたサイトURL（URL-1）と、Webコンテンツ要素抽出ルール取得部105から送信された図１１（Ｂ）の要素抽出ルールを受信する。
【００４６】
ステップS118において、要素抽出部104が、取得したサイトURL（URL-1）と、図１１（Ｂ）の要素抽出ルールを用いて、図１２の既存サイト300からWebコンテンツ要素、すなわち、「商品概要」として「あじのなめろう」、画像として図１３に示す画像、商品名として「あじのなめろう」を取得する。これらをWebコンテンツ要素と呼ぶ。
【００４７】
ステップS119において、要素抽出部104が、取得したWebコンテンツ要素を要素別変換部110へ送信する。
【００４８】
ステップS120において、要素別変換部110が、要素別適用API決定部103から送信された図１０の要素別API適用ルールと、要素抽出部104から送信されたWebコンテンツ要素、商品概要（あじのなめろう）、画像（図１３）、商品名（あじのなめろう）を受信する。ここで、説明のため、商品概要の内容（あじのなめろう）を商品概要1、画像の内容（図１３）を画像1、商品名の内容（あじのなめろう）を商品名1と呼ぶことにする。
【００４９】
ステップS121において、要素別変換部110が、Webコンテンツ要素を変換API#1（301）へ送信する。
【００５０】
ステップS122において、変換API#1（301）が、要素別変換部110から送信されたWebコンテンツ要素、商品概要1と商品名1を受信する。
【００５１】
ステップS123において、変換API#1（301）が、図１０の要素別API適用ルールに従って、Webコンテンツ要素、商品概要1と商品名1を変換する。商品概要1、商品名1はともに「あじのなめろう」だが、これが変換API#1（301）により英語に翻訳され、「A mackerel namero」となる。これを商品概要2、商品名2と呼ぶ。画像1は、変換されない。
【００５２】
ステップS124において、変換API#1（301）が、Webコンテンツ要素、商品概要2と画像1、商品名2を変換API#2（302）へ送信する。
【００５３】
ステップS125において、変換API#2（302）が、変換API#1（301）から送信されたWebコンテンツ要素、商品概要2と画像1、商品名2を受信する。
【００５４】
ステップS126において、変換API#2（302）が、図１０の要素別API適用ルールに従って、Webコンテンツ要素を変換する。すなわち、商品概要2（A mackerel namero）は商品概要3（A traditional food of Chiba pref. It's like 'tartar for appetizers'.）に変換される。
【００５５】
ここで、変換API#1（301）と変換API#2（302）の順番はどちらでも同じ出力が得られるようになっている。すなわち、変換元が英語であれば、英語の補足説明に変換する。また、日本語を補足説明に変換してから英語に翻訳することもでき、どちらも同じ出力が得られる。画像1と商品名2は、変換されない。
【００５６】
ステップS127において、変換API#2（302）が、Webコンテンツ要素、商品概要3と画像1、商品名2を変換API#3（303）へ送信する。
【００５７】
ステップS128において、変換API#3（303）が、変換API#2（302）から送信されたWebコンテンツ要素、商品概要3と画像1、商品名2を受信する。
【００５８】
ステップS129において、変換API#3（303）が、図１０の要素別API適用ルールに従って、Webコンテンツ要素を変換する。しかしながら、それぞれの要素は「−」の無変換が指示されているため、商品概要3と画像1、商品名2は、変換されずそのまま出力される。
【００５９】
ステップS130において、変換API#3（303）が、Webコンテンツ要素、商品概要3と画像1、商品名2を要素別変換部110へ送信する。
【００６０】
ステップS131において、要素別変換部110が、変換API#3（303）から送信された変換済みWebコンテンツ要素、商品概要3（A traditional food of Chiba pref. It's like 'tartar for appetizers'.）、画像1（図１３）、商品名2（A mackerel namero）を受信する。
【００６１】
ステップS132において、要素別変換部110が、変換済みWebコンテンツ要素、商品概要3と画像1、商品名2を表示整形部111へ送信する。
【００６２】
ステップS133において、表示整形部111が、テンプレート取得部102から送信された図８の要素別表示定義部107と、要素別変換部110から送信された変換済みWebコンテンツ要素、商品概要3、画像1、商品名2を受信する。
【００６３】
ステップS134において、表示整形部111が、変換済みWebコンテンツ要素、商品概要3、画像1、商品名2を図８の要素別表示定義で定義された各要素に挿入することにより、図１４の変換済みWebコンテンツを生成する。
【００６４】
ステップS135において、表示整形部111が、図１４の変換済みWebコンテンツを送信部112へ送信する。
【００６５】
ステップS136において、送信部112が、表示整形部111から図１４の変換済みWebコンテンツを受信する。
【００６６】
ステップS137において、送信部112が、図１４の変換済みWebコンテンツをブラウザ201へ送信する。ユーザが閲覧する変換済みWebコンテンツは図１４のように見えている。
【００６７】
ここでは、日本語の既存Webサイトを英訳して、補足情報を付与する例について説明した。変換APIが「翻訳（英語）」、「翻訳（中国語）」「翻訳（韓国語）」という複数の翻訳APIがある場合は、ユーザ属性値として、これらを利用するように指定すれば、多国語を併記することもできる。
【００６８】
（実施例２）
実施例２では、ユーザ属性が実施例１と異なる場合について説明する。ユーザ属性値は○である。実施例１と同様のサイトURLを入力し、図１５のようにユーザ属性とテンプレート種別の選択を行い、「送信」ボタンを押下する。この場合、3つのユーザ属性値（ユーザ属性"翻訳（英語）"、ユーザ属性"補足説明"、ユーザ属性"配色補正"）はそれぞれ、−、×、○となる。
【００６９】
その後の処理については、実施例１と同様であるため割愛する。
【００７０】
ステップS112において、画像の「配色補正」APIがルール3によって、○から−に変換される。商品概要の「翻訳（英語）」APIがルール3によって、○から−に変換される。商品概要の「補足説明」APIがルール2によって、○から×に変換される。商品名の「翻訳（英語）」APIがルール3によって、○から−に変換される。
【００７１】
この結果、要素別API適用ルールを得て、最終的にユーザが閲覧する変換済みWebコンテンツは図１６のように見えている。
【００７２】
（実施例３）
実施例３では、ユーザ属性が選択されなかった場合について説明する。ユーザ属性値は○である。実施例１と同様のサイトURLを入力し、図１７のようにユーザ属性とテンプレート種別の選択を行い、「送信」ボタンを押下する。この場合、3つのユーザ属性値（ユーザ属性"翻訳（英語）"、ユーザ属性"補足説明"、ユーザ属性"配色補正"）は指定されていない。そのため、各APIにあらかじめ設定された初期値が代入される。本実施例においては、ユーザ属性"翻訳（英語）"、ユーザ属性"補足説明"、ユーザ属性"配色補正"はそれぞれ、−、×、−となる。
【００７３】
その後の処理については、実施例１と同様であるため割愛する。
【００７４】
ステップS112において、画像の「配色補正」APIがルール3によって、○から−に変換される。商品概要の「翻訳（英語）」APIがルール3によって、○から−に変換される。商品概要の「補足説明」APIがルール2によって、○から×に変換される。商品名の「翻訳（英語）」APIがルール3によって、○から−に変換される。
【００７５】
この結果、要素別API適用ルールを得て、最終的にユーザが閲覧する変換済みWebコンテンツは図１８のように見えている。
【００７６】
なお、コンテンツ変換装置100は、例えば、バスを介し相互接続されるドライブ装置、補助記憶装置、メモリ装置、プロセッサ、インタフェース装置及び通信装置などのハードウェアリソースによって構成されてもよい。コンテンツ変換装置100における各種機能及び処理を実現するプログラムを含む各種コンピュータプログラムは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、フラッシュメモリなどの記録媒体によって提供されてもよい。プログラムを記憶した記録媒体がドライブ装置にセットされると、プログラムが記録媒体からドライブ装置を介して補助記憶装置にインストールされる。但し、プログラムのインストールは必ずしも記録媒体により行う必要はなく、ネットワークなどを介し何れかの外部装置からダウンロードするようにしてもよい。補助記憶装置は、インストールされたプログラムを格納すると共に、必要なファイルやデータなどを格納する。メモリ装置は、プログラムの起動指示があった場合に、補助記憶装置からプログラムやデータを読み出して格納する。プロセッサは、メモリ装置に格納されたプログラムやプログラムを実行するのに必要なパラメータなどの各種データに従って、コンテンツ変換装置100の各種機能及び処理を実行する。インタフェース装置は、ネットワーク又は外部装置に接続するための通信インタフェースとして用いられる。通信装置は、インターネットなどのネットワークと通信するための各種通信処理を実行する。しかしながら、コンテンツ変換装置100は、上述したハードウェア構成に限定されるものでなく、他の何れか適切なハードウェア構成により実現されてもよい。
【００７７】
ユーザ端末200は、パーソナルコンピュータ（ＰＣ）、スマートフォン、タブレット、テレビ等の通信機能を備えた各種情報処理装置であってもよく、コンテンツ変換装置100を介しサイト300に接続する。
【００７８】
以上、本発明の実施例について詳述したが、本発明は上述した特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００７９】
１００  コンテンツ変換装置
１０１  受信部
１０２  テンプレート取得部
１０３  要素別適用API決定部
１０４  要素抽出部
１０５  Webコンテンツ要素抽出ルール取得部
１０６  テンプレート蓄積部
１０７  要素別表示定義部
１０８  要素別変換API定義部
１０９  要素抽出ルール蓄積部
１１０  要素別変換部
１１１  表示整形部
１１２  送信部
２００  ユーザ端末
２０１  ブラウザ
３００  既存サイト
３０１〜３０３  変換API
【図１】
2018128746.tif 000003
【図２】
2018128746.tif 000004
【図３】
2018128746.tif 000005
【図４】
2018128746.tif 000006
【図５】
2018128746.tif 000007
【図６】
2018128746.tif 000008
【図７】
2018128746.tif 000009
【図８】
2018128746.tif 000010
【図９】
2018128746.tif 000011
【図１０】
2018128746.tif 000012
【図１１】
2018128746.tif 000013
【図１２】
2018128746.tif 000014
【図１３】
2018128746.tif 000015
【図１４】
2018128746.tif 000016
【図１５】
2018128746.tif 000017
【図１６】
2018128746.tif 000018
【図１７】
2018128746.tif 000019
【図１８】
2018128746.tif 000020