JP2017138849A - コンテンツ操作情報処理システム、ユーザ端末装置及びプログラム - Google Patents

Abstract

【課題】構造化文書を含むコンテンツのユーザビリティを的確に評価するため、操作情報を収集することが可能なにコンテンツ操作情報処理システム、ユーザ端末装置及びプログラムを提供する。【解決手段】ユーザ端末装置と操作情報集積サーバとを備えるコンテンツ操作情報処理システムにおいて、ユーザ端末装置は、構造化文書における要素ごとについての再生態様が指定されたコンテンツを再生し、再生されたコンテンツに対する操作が行われたことに応じてＳ１０１、操作の対象となったコンテンツの要素である操作対象要素を取得しＳ１０２、操作対象要素に行われた操作に関する内容とを含む操作情報を取得しＳ１０３、取得された操作情報を、操作情報集積サーバに送信する。Ｓ１０７、操作情報集積サーバは、ユーザ端末装置から操作情報を受信しＳ２０１、操作情報記憶部に記憶するＳ２０２。【選択図】図１１

Description

本発明は、コンテンツ操作情報処理システム、ユーザ端末装置及びプログラムに関する。

ウェブコンテンツは、例えばＨＴＭＬなどによる構造化文書を含む。このような構造化文書によるコンテンツを提供する者にとっては、ユーザからのアクセス数の増加などのため、コンテンツのユーザビリティ（例えば、使い勝手の良さ）を高めることが重要課題の１つとなっている。

ユーザビリティの向上にあたっては、例えば現状のコンテンツのユーザビリティについてできるだけ的確に検証できるようにすることが求められる。
そこで、ユーザビリティの検証に用いる情報を取得する手法の１つとしてアイトラッキング分析が知られている。アイトラッキング分析は、心理学は認知科学などの研究分野でも用いられており、ユーザの顔、眼球、角膜反射などを赤外線で捉えて、視線の動きをトラッキングする手法である。アイトラッキング分析の結果は、例えば、コンテンツのページの画像上に重畳されるヒートマップにより示される。

また、ユーザビリティの検証に用いる情報を取得する手法として、以下のものが知られている。つまり、ユーザからユーザプロフィール（初心者かどうか、どのようなハードウェアを利用してウェブサイトを閲覧しているかなど）を事前にアンケートにより収集しておく。そのうえで、ユーザがウェブページを閲覧している際のマウスの動き、クリック、ドラッグなどのマウス操作に関する情報と、ユーザの操作に応じたウェブページの移動をグラフィカルに示す情報とをウェブサーバに転送するというものである（例えば、特許文献１参照）。

特開２００１−３０６４９９号公報

しかしながら、アイトラッキング分析では、専用の機材が必要になるため、コストや手間がかかる。このため、熟練度や環境などに関して多様なユーザの操作情報を収集することが困難である。
特許文献１に記載の技術であれば、専用の機材などは特に必要なく、多様なユーザの操作情報を収集することは可能である。しかしながら、特許文献１の技術では、ユーザプロフィールと、マウスの操作に関する情報と、ウェブページの移動のグラフィカルな情報とがそれぞれ個別に取得されることから、これらを総合してウェブコンテンツのユーザビリティを的確に評価することが難しい。具体的には、例えば、ウェブページにおけるどの要素のレイアウトがどのように問題があるのかなどといったことを的確に特定することが難しい。

本発明は、このような事情に鑑みてなされたもので、構造化文書を含むコンテンツのユーザビリティを的確に評価することのできる操作情報が得られるようにすることを目的とする。

上述した課題を解決するために、本発明の一態様は、ユーザ端末装置と操作情報集積サーバとを備え、前記ユーザ端末装置は、構造化文書における要素ごとについての再生態様が指定されたコンテンツを再生するコンテンツ再生部と、前記コンテンツ再生部により再生されたコンテンツに対する操作が行われたことに応じて、操作の対象となったコンテンツの要素である操作対象要素と、前記操作対象要素に行われた操作に関する内容とを含む操作情報を取得する操作情報取得部と、取得された操作情報を、前記操作情報集積サーバに送信する操作情報送信部とを備え、前記操作情報集積サーバは、前記ユーザ端末装置から受信した操作情報を操作情報記憶部に記憶させる操作情報集積部を備えるコンテンツ操作情報処理システムである。

本発明の一態様は、構造化文書における要素ごとについての再生態様が指定されたコンテンツを再生するコンテンツ再生部と、前記コンテンツ再生部により再生されたコンテンツに対する操作が行われたことに応じて、操作の対象となったコンテンツの要素である操作対象要素と、前記操作対象要素に行われた操作に関する内容とを含む操作情報を取得する操作情報取得部と、取得された操作情報を、操作情報集積サーバに送信する操作情報送信部とを備えるユーザ端末装置である。

本発明の一態様は、コンピュータを、構造化文書における要素ごとについての再生態様が指定されたコンテンツを再生するコンテンツ再生部、前記コンテンツ再生部により再生されたコンテンツに対する操作が行われたことに応じて、操作の対象となったコンテンツの要素である操作対象要素と、前記操作対象要素に行われた操作に関する内容とを含む操作情報を取得する操作情報取得部、取得された操作情報を、操作情報集積サーバに送信する操作情報送信部として機能させるためのプログラムである。

以上説明したように、本発明によれば、構造化文書を含むコンテンツのユーザビリティを的確に評価することのできる操作情報が得られるようになるという効果が得られる。

本実施形態におけるコンテンツ操作情報処理システムの全体的な構成例を示す図である。 本実施形態におけるウェブコンテンツの配信形態について説明する図である。 本実施形態におけるウェブコンテンツにおけるウェブページの表示例を示す図である。 本実施形態のＨＴＭＬファイルにおける操作対象リンク領域に対応する要素の記述部分の一例を示す図である。 本実施形態における操作情報の例を示す図である。 本実施形態の操作情報集積サーバによる操作情報についての集計結果の一例を示す図である。 本実施形態におけるＣＳＳファイルの変更例を示す図である。 本実施形態におけるＣＳＳファイルの変更例を示す図である。 本実施形態におけるユーザ端末装置の構成例を示す図である。 本実施形態における操作情報集積サーバの構成例を示す図である。 本実施形態のユーザ端末装置と操作情報集積サーバとが操作情報の集積に関連して実行する処理手順例を示すフローチャートである。 本実施形態の操作情報集積サーバが操作情報の作成に関連して実行するユーザビリティ改善対応処理の手順例を示すフローチャートである。

図１は、本実施形態におけるコンテンツ操作情報処理システムの全体的な構成例を示している。同図に示されるように、本実施形態におけるコンテンツ操作情報処理システムは、ウェブコンテンツ管理者端末装置１０、ウェブサーバ１００、ユーザ端末装置２００ａ、２００ｂ、２００ｃ、２００ｄおよび操作情報集積サーバ３００を備える。なお、以下の説明にあたり、ユーザ端末装置２００ａ、２００ｂ、２００ｃ、２００ｄについて特に区別しない場合には、ユーザ端末装置２００と記載する。

ウェブコンテンツ管理者端末装置１０は、ウェブコンテンツ管理者が使用する端末である。ウェブコンテンツ管理者は、ウェブサーバ１００にて公開するウェブコンテンツ（コンテンツの一例）を管理する者である。このようなウェブコンテンツは、ＷＷＷ（World Wide Web）のシステムに対応するものであり、１以上のウェブページの集合によって構成される。
例えば、ウェブコンテンツ管理者は、ウェブサーバ１００にて公開するウェブコンテンツについて、ウェブコンテンツ管理者端末装置１０を利用して作成することができる。また、ウェブコンテンツ管理者は、作成したウェブコンテンツをウェブコンテンツ管理者端末装置１０とウェブサーバ１００とのネットワーク経由での通信を介してアップロードすることができる。

ウェブサーバ１００は、ウェブコンテンツ管理者端末装置１０からアップロードされたウェブコンテンツを、インターネットなどのネットワーク上で公開するサーバである。

ユーザ端末装置２００は、ユーザが所有するネットワーク端末であり、ウェブサーバ１００が公開するウェブコンテンツを再生することができる。このために、ユーザ端末装置２００は、インターネットなどのネットワークと接続する機能が備えられるとともに、例えばウェブブラウザなどのように、ウェブページを閲覧可能なアプリケーションが実装されている。なお、以降の説明にあっては、ウェブページを閲覧可能なアプリケーションとして、ウェブブラウザが実装されている場合を例に挙げて説明を行う。
ユーザ端末装置２００は、インターネットに接続した状態で、起動されたウェブブラウザによりウェブサーバ１００にアクセスしてウェブコンテンツを受信し、受信されたウェブコンテンツを再生する。本実施形態において、ウェブコンテンツの「再生」は、少なくともウェブコンテンツを表示により出力することをいう。ウェブブラウザは、受信されたウェブコンテンツに対応する記述を解釈してレンダリングを行うことでウェブコンテンツを表示することができる。

ここで、ユーザ端末装置２００のうち、ユーザ端末装置２００ａは、例えばデスクトップＰＣである。また、ユーザ端末装置２００ｂは、ラップトップＰＣ（または、ノートＰＣ）である。また、ユーザ端末装置２００ｃは、タブレット端末である。ユーザ端末装置２００ｄは、スマートフォンである。
即ち、ユーザ端末装置２００ａ、２００ｂ、２００ｃ、２００ｄは、それぞれが異なる画面のサイズ（スクリーンサイズ（例えばスクリーン（画面）の横幅））のタイプを有している。

また、本実施形態のウェブサーバ１００が公開するコンテンツには、ユーザ端末装置２００にて再生された際に行われた操作に関する内容を含む操作情報を取得し、取得された操作情報を操作情報集積サーバ３００に送信する機能が付加される。つまり、ユーザ端末装置２００は、ウェブサーバ１００が公開するコンテンツを再生した際に、ユーザによって行われた操作に応じた操作情報を操作情報集積サーバ３００に送信するようにされている。

操作情報集積サーバ３００は、上記のようにユーザ端末装置２００から送信される操作情報を受信し、受信された操作情報を記憶する。即ち、操作情報集積サーバ３００には、操作情報が集積される。
また、集積された操作情報を解析することができる。解析結果の内容は、例えばウェブコンテンツにおけるどの箇所にユーザビリティを低下させている要因があるのかをあらわす。操作情報集積サーバ３００は、操作情報の解析結果に基づいて、ウェブサーバ１００が公開しているコンテンツの再生態様について、ユーザビリティの改善（向上）に応じた変更案を決定することができる。
さらに、操作情報集積サーバ３００は、決定された変更案が反映された変更案情報を作成することができる。作成された変更案情報は、例えばウェブコンテンツ管理者端末装置１０に送信されることで、ウェブコンテンツ管理者に引き渡される。
ウェブコンテンツ管理者は、受け取った変更案情報を参考にして、ウェブコンテンツの再生態様について変更するように編集を行うことができる。このようにウェブコンテンツの再生態様が変更されることにより、ユーザ端末装置２００にて表示されるウェブコンテンツのユーザビリティが改善される。

図２を参照して、本実施形態におけるウェブサーバ１００が公開し、ユーザ端末装置２００のそれぞれにて再生されるウェブコンテンツの配信形態について説明する。
ウェブサーバ１００がインターネット上で１つのウェブコンテンツを公開するにあたっては、送信ウェブコンテンツデータ４０１を記憶する。送信ウェブコンテンツデータ４０１は、例えば１つのＨＴＭＬファイル４１１と、４つのＣＳＳファイル［タイプａ］４１２ａ、ＣＳＳファイル［タイプｂ］４１２ｂ、ＣＳＳファイル［タイプｃ］４１２ｃ、ＣＳＳファイル［タイプｄ］４１２ｄと、１つのＪａｖａＳｃｒｉｐｔファイル４１３とを含む。
なお、ＣＳＳファイル［タイプａ］４１２ａ、ＣＳＳファイル［タイプｂ］４１２ｂ、ＣＳＳファイル［タイプｃ］４１２ｃ、ＣＳＳファイル［タイプｄ］４１２ｄについて特に区別しない場合には、ＣＳＳファイル４１２と記載する。

ＨＴＭＬファイル４１１は、マークアップ言語であるＨＴＭＬ（HyperText Markup Language）により記述された文書のファイルである。ＨＴＭＬファイル４１１は、テキストによる文書と、文書構造を定義した情報とで形成されるファイルである。ＨＴＭＬファイル４１１における文書構造の定義は、文書を形成する要素（ノード）をタグとして定義することによって行われる。ＨＴＭＬファイル４１１のように文書構造が定義された文書は構造化文書とも呼ばれる。

なお、送信ウェブコンテンツデータ４０１が含む構造化文書としては、ＨＴＭＬファイル４１１に限定されるものではなく、例えばＸＭＬ（Extensible Markup Language）、ＳＧＭＬ（Standard Generalized Markup Language）などのように、他のマークアップ言語により記述されたファイルなどであってもよい。

ＣＳＳファイル４１２は、ＨＴＭＬファイル４１１において記述される要素についての再生態様（スタイル）を指定する再生態様指定情報である。具体的に、ＣＳＳファイル４１２は、構造化文書などにおける表示形式を制御するスタイルシートの１つであるＣＳＳ（Cascading Style Sheets）に従って記述される。

ここで、ＣＳＳファイル［タイプａ］４１２ａ、ＣＳＳファイル［タイプｂ］４１２ｂ、ＣＳＳファイル［タイプｃ］４１２ｃ、ＣＳＳファイル［タイプｄ］４１２ｄは、それぞれが異なるスクリーンサイズのタイプに適合してＨＴＭＬファイル４１１に再生態様を与えるように記述されている。
具体的に、ＣＳＳファイル［タイプａ］４１２ａは、デスクトップＰＣとしてのユーザ端末装置２００ａのスクリーンサイズのタイプに適合するようにＨＴＭＬファイル４１１における要素のレイアウトが記述されている。
ＣＳＳファイル［タイプｂ］４１２ｂは、ラップトップＰＣとしてのユーザ端末装置２００ｂのスクリーンサイズのタイプに適合するようにＨＴＭＬファイル４１１における要素のレイアウトが記述されている。
ＣＳＳファイル［タイプｃ］４１２ｃは、タブレット端末としてのユーザ端末装置２００ｃのスクリーンサイズのタイプに適合するようにＨＴＭＬファイル４１１における要素のレイアウトが記述されている。
ＣＳＳファイル［タイプｄ］４１２ｄは、スマートフォンとしてのユーザ端末装置２００ｄのスクリーンサイズのタイプに適合するようにＨＴＭＬファイル４１１における要素のレイアウトが記述されている。
なお、ＣＳＳファイル４１２としては、上記のように画面サイズごとに複数が設けられる様式の他に、複数の画面サイズごとのスタイルを記述した内容を含む様式とされてもよい。このような様式である場合、ＣＳＳファイル４１２は複数の画面サイズに対して共通に１つとすることができる。
具体的に、図２の例のもとでＣＳＳファイル４１２を１つに共通化する場合、上記のＣＳＳファイル［タイプａ］４１２ａ、ＣＳＳファイル［タイプｂ］４１２ｂ、ＣＳＳファイル［タイプｃ］４１２ｃおよびＣＳＳファイル［タイプｄ］４１２ｄのそれぞれに対応する記述内容を含めるようにして１つのＣＳＳファイル４１２が作成される。
このようにＣＳＳファイル４１２が複数の画面サイズに対応する記述を含む様式の場合には、ウェブブラウザによって、ユーザ端末装置２００の画面サイズに対応するＣＳＳファイル４１２内の記述部分を適用してスタイルを設定することが行われる。

本実施形態においては、ユーザ端末装置２００のスクリーンサイズのタイプごとに適合させた複数のＣＳＳファイル４１２を作成し、送信ウェブコンテンツデータ４０１に含めておくようにする。
なお、再生態様指定情報としては、ＣＳＳファイル４１２に限定されることなく、他のスタイルシートであってもよい。

ＪａｖａＳｃｒｉｐｔファイル４１３は、ＨＴＭＬコンテンツに動的機能を与える情報であり、ＪａｖａＳｃｒｉｐｔ（登録商標）によって記述されたプログラムのファイルである。
本実施形態におけるＪａｖａＳｃｒｉｐｔファイル４１３は、ユーザ端末装置２００に、ウェブコンテンツが再生（表示）されている際にユーザにより操作が行われるごとに、操作に関連する操作情報を取得し、操作情報集積サーバ３００に送信する処理を実行させる。つまり、ＪａｖａＳｃｒｉｐｔファイル４１３は操作情報取得機能および操作情報送信機能を有する。
なお、送信ウェブコンテンツデータ４０１には、上記のように操作情報送信機能を有するＪａｖａＳｃｒｉｐｔファイル４１３以外であって、例えばウェブコンテンツの再生の態様として動きや対話性などの動的な機能を付与するＪａｖａＳｃｒｉｐｔファイルも含まれてよいが、ここでは、このようなＪａｖａＳｃｒｉｐｔファイルの図示は省略している。なお、操作情報取得機能および操作情報送信機能を付与するにあたっては、ＪａｖａＳｃｒｉｐｔ以外の言語によるプログラムなどが用いられてもよい。

そして、ウェブサーバ１００は、上記の構造による送信ウェブコンテンツデータ４０１を利用してユーザ端末装置２００に対して以下のようにウェブコンテンツを送信する。
例えばユーザ端末装置２００がウェブサーバ１００にアクセスしてウェブコンテンツをリクエストする際には、自己に対応するＵＡ（User Agent）を通知する。ＵＡの通知により、ウェブブラウザ（アプリケーション、バージョンなど）、ＯＳ（Operating System）、ユーザ端末装置２００としての機種（端末機種）などがウェブサーバ１００に通知される。
ウェブサーバ１００は、ＣＳＳファイル［タイプａ］４１２ａ、ＣＳＳファイル［タイプｂ］４１２ｂ、ＣＳＳファイル［タイプｃ］４１２ｃ、ＣＳＳファイル［タイプｄ］４１２ｄのうちから、通知されたＵＡの内容に応じたＣＳＳファイル４１２を選択する。前述のように、ＣＳＳファイル［タイプａ］４１２ａ、ＣＳＳファイル［タイプｂ］４１２ｂ、ＣＳＳファイル［タイプｃ］４１２ｃ、ＣＳＳファイル［タイプｄ］４１２ｄは、それぞれ異なるスクリーンサイズのタイプに対応しているが、スクリーンサイズのタイプは、ＵＡにおいて示される端末、ウェブブラウザのウィンドウ幅などに応じて決まる。
具体的に、ユーザ端末装置２００ａからウェブコンテンツのリクエストを受信した場合には、ウェブサーバ１００は、リクエストに含まれるＵＡの通知に基づき、４つのＣＳＳファイル４１２のうちから、ユーザ端末装置２００ａのスクリーンサイズに適合するＣＳＳファイル［タイプａ］４１２ａを選択する。
そして、ウェブサーバ１００は、ＨＴＭＬファイル４１１と、通知されたＵＡに応じて選択したＣＳＳファイル４１２と、ＪａｖａＳｃｒｉｐｔファイル４１３とを含むウェブコンテンツを、リクエストの送信元のユーザ端末装置２００に送信する。

上記のようにウェブサーバ１００がＣＳＳファイル４１２を選択したうえで、ウェブコンテンツを送信するようにされていることで、ユーザ端末装置２００ａ、２００ｂ、２００ｃ、２００ｄは、リクエストに応じて以下の内容のウェブコンテンツを受信する。
ユーザ端末装置２００ａは、ＨＴＭＬファイル４１１、ＣＳＳファイル［タイプａ］４１２ａおよびＪａｖａＳｃｒｉｐｔファイル４１３を含むウェブコンテンツ４０２ａを受信する。
ユーザ端末装置２００ｂは、ＨＴＭＬファイル４１１、ＣＳＳファイル［タイプｂ］４１２ｂおよびＪａｖａＳｃｒｉｐｔファイル４１３を含むウェブコンテンツ４０２ｂを受信する。
ユーザ端末装置２００ｃは、ＨＴＭＬファイル４１１、ＣＳＳファイル［タイプｃ］４１２ｃおよびＪａｖａＳｃｒｉｐｔファイル４１３を含むウェブコンテンツ４０２ｃを受信する。
ユーザ端末装置２００ｄは、ＨＴＭＬファイル４１１、ＣＳＳファイル［タイプｄ］４１２ｄおよびＪａｖａＳｃｒｉｐｔファイル４１３を含むウェブコンテンツ４０２ｄを受信する。
つまり、ユーザ端末装置２００のそれぞれは、共通のＨＴＭＬファイル４１１と、自己のスクリーンサイズに適合したＣＳＳファイル４１２とを含むウェブコンテンツを取得することができる。また、このことは、同じ内容のウェブコンテンツを、多様なスクリーンサイズのユーザ端末装置２００に公開するにあたっては、スクリーンサイズごとに対応するＣＳＳファイル４１２を用意することで、ＨＴＭＬファイル４１１は共通とすることができる、ということである。

このようなウェブコンテンツの構築はレスポンシブウェブデザインとも呼ばれる。このようなレスポンシブウェブデザインでは、ユーザ端末装置のスクリーンサイズごとに応じて異なるＨＴＭＬファイル４１１を作成する必要がない。また、ＨＴＭＬファイル４１１が共通化されることで、例えばユーザ端末装置２００ａ、２００ｂ、２００ｃ、２００ｄであっても、同じＵＲＬ（Uniform Resource Locator）にアクセスすれば、それぞれが、ウェブコンテンツ４０２ａ、４０２ｂ、４０２ｃ、４０２ｄを取得できる。なお、以降においてウェブコンテンツ４０２ａ、４０２ｂ、４０２ｃ、４０２ｄについて特に区別しない場合には、ウェブコンテンツ４０２と記載する。

本実施形態のウェブコンテンツ４０２は、操作情報送信機能を有するＪａｖａＳｃｒｉｐｔファイル４１３を含む。これにより、ユーザ端末装置２００にて再生されたウェブコンテンツ４０２に対して操作が行われると、行われた操作に応じた操作情報がＪａｖａＳｃｒｉｐｔファイル４１３により取得され、操作情報集積サーバ３００に送信される。

そこで、以下に、ユーザ端末装置２００にて再生されたウェブコンテンツに対する操作と、操作に応じて取得される操作情報の例について説明する。
なお、以降の説明にあたっては、スマートフォンであるユーザ端末装置２００ｄによりウェブコンテンツ４０２ｄを再生する場合を例に挙げて説明する。スマートフォンであるユーザ端末装置２００ｄの表示部の画面は、ユーザが指などの操作体を接触させることによる操作が可能なタッチパネルとして構成されている。

図３（Ａ）は、ウェブコンテンツ４０２における或る１つのウェブページを再生したことによりユーザ端末装置２００の表示部に表示された画面の例を示している。同図に示されるウェブページの画面においては、リンク集合領域ＡＲが配置されている。リンク集合領域ＡＲには多数のリンクに対応する文字列が数行にわたって配列されている。

スマートフォンであるユーザ端末装置２００ｄの画面のサイズは小さいことから、リンク集合領域ＡＲにおける各リンクの領域も、タップ操作による指の画面への接触面積に対して相当に小さい。このため、図３（Ａ）の表示状態のもとで、目的とする１つのリンクに対するタップ操作を的確に行うことは難しい。
そこで、この場合のユーザは、まず画面におけるリンク集合領域ＡＲにおいて、ユーザがタップしたいリンクの文字列の付近を対象としてピンチアウト操作を行う。ここでは、リンク集合領域ＡＲにおいて操作対象リンク領域ＰＳとして示されている部分が、ユーザがタップしたいリンクの文字列である。
これにより、画面の表示サイズが拡大される。図３（Ｂ）は、図３（Ａ）の状態からリンク集合領域ＡＲに対するピンチアウト操作が行われたことに応じて表示サイズが拡大された画面を示している。

図３（Ｂ）の画面には、拡大されたリンク集合領域ＡＲ内に操作対象リンク領域ＰＳが含まれている。この場合、画面においては操作対象リンク領域ＰＳに対して指でタップ操作を行えるだけの領域の大きさが得られている。そこで、ユーザは、図３（Ｂ）の状態のもとで、操作対象リンク領域ＰＳに対するタップ操作を行う。

図４は、ＨＴＭＬファイル４１１における操作対象リンク領域ＰＳに対応する要素ｅｌｍの記述部分を示している。
上記のように操作対象リンク領域ＰＳがタップされたことに応じて、ユーザ端末装置２００ｄのウェブブラウザは、ＨＴＭＬファイル４１１において記述される要素のうちで、同図の要素ｅｌｍがタップ操作の対象とされたことを特定する。この場合、特定された要素は、「百貨店」として設定されたＵＲＬのウェブページへのジャンプであることから、ウェブブラウザは、「百貨店」に対応するウェブページにアクセスし、「百貨店」に対応するウェブページを画面に表示する。

ＪａｖａＳｃｒｉｐｔファイル４１３を実行するユーザ端末装置２００ｄは、上記のようにウェブページの画面に対する操作が行われたことに応じて、以下のように操作情報を生成する。
この場合、ウェブページの画面に対する操作は、ピンチアウト操作と、ピンチアウト操作に続くリンクに対するタップ操作との２つの操作が行われている。操作情報は、１つの操作ごとに対応して生成される。そこで、この場合のユーザ端末装置２００ｄは、まず、ピンチアウト操作が行われたことに応じて操作情報を生成し、次にタップ操作が行われたことに応じて操作情報を生成する。

まず、ユーザ端末装置２００ｄは、上記のピンチアウト操作に応じて以下のように操作情報を生成する。
ウェブブラウザは、画面（タッチパネル）に対して操作が行われると、行われた操作の種別（操作種別）と、操作の対象とされた要素（操作対象要素）とを特定する。この場合には、操作種別がピンチアウト操作であると特定され、操作対象要素が、リンク集合領域ＡＲに対応する要素（「/html/body/ul」）であることが特定される。
そこで、この場合のユーザ端末装置２００ｄは、ウェブブラウザにより特定されたピンチアウト操作との操作種別を取得する。また、ユーザ端末装置２００ｄは、操作対象要素として「/html/body/ul」を取得する。
また、ユーザ端末装置２００ｄは、今回のピンチアウト操作が行われたタイミングでの画面の表示態様を示す表示パラメータを取得する。そのうえで、ユーザ端末装置２００ｄは、取得された表示パラメータと、図４（Ａ）のウェブページが表示されたときの画面の初期状態に対応して取得した表示パラメータとを用いて、初期状態に対する今回の操作に応じて変更された表示の態様の差分（再生態様差分）を求める。
ここでのピンチアウト操作は、図３（Ａ）のウェブページが初期状態で表示されているときに行われた場合を例に挙げる。この場合、ピンチアウト操作が行われたときのウェブページの表示は初期状態と同じである。従って、初期状態に対応する表示パラメータと、ピンチアウト操作のタイミングにおいて得られた表示パラメータとは同じであり、差分は生じていない。このために、この場合に求められる再生態様差分は初期状態「ｄｅｆａｕｌｔ」を示す。なお、本実施形態におけるウェブブラウザ上でのウェブコンテンツの再生態様としては、表示による再生態様の他、例えば音の出力による再生態様なども含まれてよい。従って、音の出力によるウェブコンテンツの再生についても再生態様差分に反映されるようにしてよい。

ユーザ端末装置２００ｄは、上記のように取得した操作種別と、操作対象要素と、再生態様差分とのほか、所定の情報を含む操作情報を生成し、生成された操作情報を操作情報集積サーバ３００に送信する。

次に、ユーザ端末装置２００ｄは、ピンチアウト操作の次に行われたタップ操作に応じて以下のように操作情報を生成する。
この場合のウェブブラウザは、タップ操作に応じて、今回の操作種別がタップ操作であることと、操作対象要素がリンク集合領域ＡＲにおける「百貨店」のリンク（「/html/body/ul/li[4]」）であることが特定される。
そこで、この場合のユーザ端末装置２００ｄは、ウェブブラウザにより特定されたタップ操作との操作種別を取得する。また、ユーザ端末装置２００ｄは、操作対象要素として「/html/body/ul/li[4]」を取得する。
また、ユーザ端末装置２００ｄは、今回のタップ操作が行われたタイミングでの表示態様を示す表示パラメータを取得し、再生態様差分を求める。この場合、タップ操作が行われたタイミングでの表示態様は、先のピンチアウト操作によって初期状態に対して画面が拡大されるように変化している。ここで、例えば先のピンチアウト操作により初期状態から１５０％に画面が拡大されていた場合には、ユーザ端末装置２００ｄは、初期状態から５０％拡大されたことを示す再生態様差分（Ｖｉｅｗ：＋５０％）が求められる。
そして、ユーザ端末装置２００ｄは、上記のように取得した操作種別と、操作対象要素と、再生態様差分と、所定の情報とを含む操作情報を生成し、生成された操作情報を操作情報集積サーバ３００に送信する。

図５は、上記のピンチアウト操作に応じて送信された操作情報と、タップ操作に応じて送信された操作情報との例を示している。
同図における１行目がピンチアウト操作に応じて送信された操作情報であり、２行目がタップ操作に応じて送信された操作情報である。
操作情報は、ユーザＩＤ、端末情報、ブラウザ情報、ウィンドウ幅、ＨＴＭＬファイル、ＣＳＳファイル、操作番号、経過時間、操作対象要素、操作種別、再生態様差分の各情報を含む。
ユーザＩＤは、例えば再生対象とされていたウェブコンテンツ４０２の利用者としてウェブサーバにより動的にユーザに割り当てられた識別子である。
端末情報は、ユーザ端末装置２００がどのような端末であるのかを示す。
ブラウザ情報は、ウェブブラウザとしてのアプリケーションの種類と、バージョンなどを示す。
ウィンドウ幅は、ウェブブラウザのウィンドウとしての表示領域の横方向のサイズ（幅）を示す。
ＨＴＭＬファイルは、再生対象とされていたウェブコンテンツ４０２に含まれるＨＴＭＬファイル４１１のファイル名を示す。
ＣＳＳファイルは、対応の操作対象要素の再生態様を指定するＣＳＳファイル４１２のファイル名を示す。
操作番号は、再生対象とされていたウェブコンテンツ４０２に対して各ユーザにより行われた操作の順番を示す。
経過時間は、対応の操作が行われるまでの前回の操作からの経過時間を示す。

操作情報に含まれるこれらの情報のうち、端末情報、ブラウザ情報、ウィンドウ幅、ＨＴＭＬファイル、ＣＳＳファイルは、ウェブブラウザから取得できる。また、操作番号は、ＪａｖａＳｃｒｉｐｔファイル４１３が、操作が行われるごとに番号の値をインクリメントすることによって得られる。また、経過時間はＪａｖａＳｃｒｉｐｔファイル４１３が操作の行われた時刻を取得するようにしたうえで、前回の操作と今回の操作とに応じて取得した時刻から求めることができる。
また、操作対象要素、操作種別および再生態様差分は、前述のように、操作に応じてＪａｖａＳｃｒｉｐｔファイル４１３が取得した情報である。

操作情報集積サーバ３００には上記のようにユーザ端末装置２００から送信される操作情報が蓄積されていく。そこで、操作情報集積サーバ３００は、所定のタイミングで、蓄積された操作情報を解析し、ウェブコンテンツのユーザビリティに関する改善案（変更案）を作成する処理（ユーザビリティ改善対応処理）を実行する。
ユーザビリティ改善対応処理が実行されるタイミングとしては特に限定されないが、例えば予め定められた日時とすることができる。あるいは、蓄積された操作情報が一定以上となったタイミングとすることができる。また、操作情報集積サーバ３００の運用者の判断に応じてユーザビリティ改善対応処理が実行されるようにすることもできる。

操作情報集積サーバ３００は、ユーザビリティ改善対応処理にあたり、まず、蓄積された操作情報を集計する。具体的に操作情報集積サーバ３００は、操作パターンについての集計を行う。
図６は、操作情報集積サーバ３００による操作情報についての集計結果の一例を抜き出して示している。ここでの操作パターンは、操作対象とされたＨＴＭＬファイルと、操作対象要素に応じたＣＳＳファイルと、操作対象要素と、操作種別と、再生態様差分との組み合わせである場合を例に挙げている。このように、操作情報集積サーバ３００による操作情報についての集計は、例えば操作パターンごとに累積操作回数を求めるという処理である。

同図に示される３つの操作パターンのうち、１行目の集計結果においてＣＳＳファイルとして示される「ｔｙｐｅ＿ｄ．ｃｓｓ」は、スマートフォンであるユーザ端末装置２００ｄに対応するＣＳＳファイル［タイプｄ］４１２ｄを示す。従って、１行目の集計結果は、スマートフォンとしてのユーザ端末装置２００ｄのもとで行われた図３（Ｂ）に示した操作についての累積操作回数が示されている。具体的には、１行目は、図３（Ａ）に示したウェブページに対してピンチアウト操作により１５０％の画面の拡大が行われたことで図３（Ｂ）となった画面の状態のもとで、「百貨店」の操作対象リンク領域ＰＳに対して行われたタップ操作の累積操作回数を示す。
また、２行目は、スマートフォンとしてのユーザ端末装置２００ｄのもとで行われた、「百貨店」の操作対象リンク領域ＰＳに対するタップ操作についての累積操作回数である点では１行目と同様である。しかしながら、２行目は、操作パターンとして、この際の画面の拡大率が、＋５０％ではなく＋２０％である点が１行目と異なる。
また、３行目の集計結果においてＣＳＳファイルとして示される「ｔｙｐｅ＿ｃ．ｃｓｓ」は、タブレット端末であるユーザ端末装置２００ｃに対応するＣＳＳファイル［タイプｃ］４１２ｃを示す。つまり、３行目は、タブレット端末であるユーザ端末装置２００ｃにおいて、図３（Ａ）のウェブページに対してピンチアウト操作により１３０％の画面の拡大が行われた画面の状態のもとで、「百貨店」の操作対象リンク領域ＰＳに対して行われたタップ操作の累積操作回数を示す。
また、同図において集計されている結果は、例えば操作情報に含まれる経過時間に基づき、前回の画面拡大の操作から一定時間以内に行われたタップ操作を対象として集計されたものである。前回の画面拡大の操作から一定時間以内にタップ操作が行われたということは、前回の画面拡大の操作が、リンクに対してタップ操作しやすくするためのものであったことを示す。つまり、ここでの集計には、操作情報における経過時間の情報も利用されている。
なお、同図の説明では、図３における「百貨店」の操作対象リンク領域ＰＳ、即ち「/html/body/ul/li[4]」の要素を操作対象要素とした例が示されている。つまり、「/html/body/ul/li[n]」（ｎはインラインの番号を示す変数である）の階層での要素を操作対象要素とした例が示されている。しかしながら、例えば「百貨店」を含み兄弟要素の関係にある要素「/html/body/ul/li」が操作対象として操作された場合にも、同一の操作パターンによる操作が行われたものとして扱い、累積操作回数に累積させてもよい。つまり、操作情報についての集計にあたり、或る階層における複数の要素のいずれかに対して行われた操作について、同じ操作パターンとして処理するようにしてもよい。

ここで、例えば図６の１行目および２行目の集計結果によっては、図３にて表示されているウェブページにおいては、画面を拡大する操作を行った後に、リンク集合領域ＡＲのリンクをタップする操作が頻繁に行われているということが把握される。このことは、スマートフォンの画面では、標準の画面の表示倍率（１００％）のもとでは、リンク集合領域ＡＲにおけるリンク領域が密集しており、タップ操作を行いにくいということを表している。この場合には、リンクに対するタップ操作を行うにあたり、画面を拡大する操作を行わねばならず、この点でリンク集合領域ＡＲにおけるリンク領域が密集しているということが、ユーザビリティを低下させる要因となっていることが分かる。
同様に、図６の３行目の集計結果によっても、同様に、画面を拡大する操作を行った後に、リンク集合領域ＡＲのリンクをタップする操作が頻繁に行われていることが把握される。即ち、タブレット端末の画面でも、標準の画面の表示倍率（１００％）のもとでは、リンク集合領域ＡＲにおけるリンク領域が密集していることが表されている。

このような場合には、例えば標準の画面の表示倍率のもとでもリンク集合領域ＡＲにおけるリンクごとの領域に対するタップ操作を行いやすくすることが、ユーザビリティの改善につながることになる。即ち、この場合には、リンク集合領域ＡＲにおけるリンク領域間の間隔を拡大することがユーザビリティの改善策となる。
具体例として、図７には、スマートフォンとしてのユーザ端末装置２００ｄに対応するＣＳＳファイル［タイプｄ］４１２ｄのうち、リンク集合領域ＡＲ内のリンク領域間の間隔を指定する間隔指定記述部６００ｄが示されている。同図に示すように、間隔指定記述部６００ｄにおける間隔の指定値について、「１ｐｘ」から例えば「２ｐｘ」のように２倍に変更する。これにより、スマートフォンとしてのユーザ端末装置２００ｄで図３のウェブページを表示させた場合には、リンク集合領域ＡＲ内のリンク領域間の間隔がこれまでより広くなって表示される。この結果、標準の表示倍率の画面の状態のままでもリンク集合領域ＡＲにおける目的のリンク領域にタップ操作を行うことが可能となる。即ち、ユーザビリティが改善される。

また、図８には、タブレット端末としてのユーザ端末装置２００ｃに対応するＣＳＳファイル［タイプｃ］４１２ｃのうち、リンク集合領域ＡＲ内のリンク領域間の間隔を指定する間隔指定記述部６００ｃが示されている。同図に示すように、間隔指定記述部６００ｃにおける間隔の指定値について、「２ｐｘ」から例えば「４ｐｘ」のように２倍に変更する。これにより、タブレット端末としてのユーザ端末装置２００ｃにより図３のウェブページを表示させた場合にも、リンク集合領域ＡＲ内のリンク領域間の間隔がこれまでより広くなって表示される。なお、図７および図８では、リンク領域間の間隔を２倍に拡大した例が示されているが、あくまでも一例であり、実際のユーザビリティの改善効果などを考慮して適宜定められればよい。

操作情報集積サーバ３００は、図６の集計結果に基づき、図７および図８に例示したＣＳＳファイル４１２の変更を、ウェブコンテンツ４０２のユーザビリティ改善案として導出する処理（改善案導出処理）を行う。
改善案導出処理が可能なように、操作情報集積サーバ３００は、変更データベースを記憶する。変更データベースは、ＣＳＳ変更情報（操作パターン対応再生態様情報の一例）を格納する。ＣＳＳ変更情報は、特定の操作パターンに対応する要素の表示態様（再生態様）が示される。つまり、ＣＳＳ変更情報は、特定の類型に該当する操作パターンの累積操作回数が多いような場合に応じてＣＳＳファイル４１２における特定の要素の変更の仕方を指定するように記述された情報である。より具体的には、ＣＳＳ変更情報は、例えば、「ＨＴＭＬファイルにおける要素Ａを対象として行われた操作パターンＢの累積操作回数が或る閾値以上である場合に、ＣＳＳファイルにおける記述Ｃを記述Ｄに変更する」といった内容を有する。
そこで、操作情報集積サーバ３００は、図６に例示したように得られた各行の集計結果の内容（操作パターンと累積操作回数）を、変更データベースに格納されるＣＳＳ変更情報のそれぞれと照合し、集計結果の内容に対応するＣＳＳファイル４１２の変更の仕方が記述されたＣＳＳ変更情報を検索する。操作情報集積サーバ３００は、ＣＳＳ変更情報が検索された場合には、検索されたＣＳＳ変更情報が示すＣＳＳファイル４１２の変更の仕方を改善案として決定する。
そして、操作情報集積サーバ３００は、決定された改善案が反映された変更案情報を作成する。操作情報集積サーバ３００は、作成された変更案情報を、例えばウェブコンテンツ管理者端末装置１０に送信することで、ウェブコンテンツ管理者に提供する。ウェブコンテンツ管理者は、提供された変更案情報を参考にしてＣＳＳファイル４１２を変更し、ウェブコンテンツ４０２のユーザビリティを改善することができる。

以上説明したように、本実施形態においては、ユーザ端末装置２００に表示されるウェブページに対する操作が行われたことに応じて操作に関連する操作情報が生成され、操作情報集積サーバ３００にて集積される。
ユーザ端末装置２００から操作情報集積サーバ３００に操作情報を送信するタイミングとしては、例えば操作が行われたことに応じてその都度送信するようにされればよい（第１の送信タイミング）。しかしながら、操作が行われるごとに操作情報を送信した場合には、ユーザ端末装置２００と操作情報集積サーバ３００との間での通信回数が増加し、トラフィックを圧迫する可能性がある。
そこで、ユーザ端末装置２００は、操作ごとに応じて生成した操作情報を一旦蓄積しておき、同じウェブコンテンツに含まれる他のウェブページに遷移する際に、これまでに蓄積された操作情報を一括して送信するようにしてもよい（第２の送信タイミング）。
あるいは、ユーザ端末装置２００は、他のウェブコンテンツに遷移する際に、これまでに蓄積された操作情報を一括して送信するようにしてもよい（第３の送信タイミング）。
あるいは、ユーザ端末装置２００は、ウェブコンテンツにアクセスしてから一定時間を経過したタイミングで、これまでに蓄積された操作情報を一括して送信するようにしてもよい（第４の送信タイミング）。
あるいは、ユーザ端末装置２００は、ウェブコンテンツにおける最後の操作から一定時間を経過したタイミングで、これまでに蓄積された操作情報を一括して送信するようにしてもよい（第５の送信タイミング）。
上記の送信タイミングのうち、第２の送信タイミングから第５の送信タイミングに関しては、操作情報を送信する前にウェブブラウザのウィンドウが閉じられる（終了する）可能性がある。このようにユーザ端末装置２００から操作情報を送信できない場合もある。しかし、例えばウェブブラウザの終了直前において得られる操作情報の有用性は低いと考えられることから、操作情報集積サーバ３００にて取得されないものとしても特に問題は無い。
ここで、本実施形態における操作情報には、操作対象とされたＨＴＭＬファイル４１１における要素が示されている。これにより、操作情報を参照することによっては、操作対象とされた要素ごとに対応してどのように操作が行われたのかが明確に把握される。従って、本実施形態の操作情報によっては、ウェブコンテンツのユーザビリティを的確に評価することが可能となる。これにより、本実施形態においては、操作情報の解析結果に基づいて、的確にユーザビリティの改善を図ることのできる変更案を決定することも可能になる。

以下、上記のようにユーザビリティの改善を実現するための構成について説明する。
図９は、本実施形態におけるユーザ端末装置２００の構成例を示している。同図のユーザ端末装置２００は、通信部２０１、制御部２０２、記憶部２０３、操作部２０４および表示部２０５を備える。
通信部２０１は、インターネットなどのネットワーク経由でウェブサーバ１００と通信を行う。

制御部２０２は、ユーザ端末装置２００における各種制御を実行する。制御部２０２としての機能は、ユーザ端末装置２００が備えるＣＰＵ（Central Processing Unit）がプログラムを実行することによって実現される。
制御部２０２は、本実施形態におけるユーザビリティの改善に対応してコンテンツ再生部２２１、操作情報取得部２２２および操作情報送信部２２３とを備える。

コンテンツ再生部２２１は、ウェブコンテンツを再生する。具体的には、コンテンツ再生部２２１は、ウェブブラウザにおいて、ＨＴＭＬファイルとＣＳＳファイルとを利用してレンダリングを行ってウェブページの画面を表示させるようにされた、ウェブページの出力機能に対応する。
また、操作情報取得部２２２は、コンテンツ再生部２２１により再生されたウェブコンテンツに対する操作が行われたことに応じて操作情報を取得する。操作情報には、前述のように、操作の対象となったウェブコンテンツの要素である操作対象要素と、操作対象要素に行われた操作に関する内容（操作種別、再生態様差分など）とを含む。
操作情報送信部２２３は、取得された操作情報を、操作情報集積サーバ３００に送信する。
上記の操作情報取得部２２２と操作情報送信部２２３との各機能は、ウェブブラウザにおけるＪａｖａＳｃｒｉｐｔファイル４１３の実行機能に対応する。
即ち、コンテンツ再生部２２１、操作情報取得部２２２および操作情報送信部２２３の各機能は、ユーザ端末装置２００が備えるＣＰＵが、ウェブブラウザのアプリケーションソフトウエアのプログラムを実行することによって実現される。

記憶部２０３は、制御部２０２が利用する各種の情報を記憶する。例えば記憶部２０３は、制御部２０２が実行するウェブブラウザとしてのアプリケーションソフトウエアのプログラムを記憶する。

操作部２０４は、ユーザ端末装置２００が備える操作用のボタンや操作デバイス、また、ユーザ端末装置２００に接続される操作デバイスなどを一括して示す。例えば、ユーザ端末装置２００がスマートフォンやタブレット端末などである場合、操作部２０４は、表示部２０５の画面とともにタッチパネルを構成するタッチパッドを含む。また、ユーザ端末装置２００がＰＣ（デスクトップＰＣ、ラップトップＰＣなど）である場合には、ユーザ端末装置２００に接続されたマウスやキーボードなどの操作デバイスが操作部２０４に含まれる。
表示部２０５は、制御部２０２の制御に応じて画像を表示する。

次に、図１０を参照して、操作情報集積サーバ３００の構成例について説明する。同図の操作情報集積サーバ３００は、通信部３０１、制御部３０２および記憶部３０３を備える。
通信部３０１は、インターネットなどのネットワーク経由でユーザ端末装置２００、ウェブサーバ１００などと通信を行う。

制御部３０２は、操作情報集積サーバ３００における各種の制御を実行する。制御部３０２としての機能は、操作情報集積サーバ３００が備えるＣＰＵがプログラムを実行することによって実現される。
制御部３０２は、操作情報集積部３２１、操作情報解析部３２２、変更案決定部３２３および変更案情報作成部３２４を備える。
操作情報集積部３２１は、ユーザ端末装置２００から受信した操作情報を、操作情報記憶部３３１に記憶させる。
操作情報解析部３２２は、操作情報記憶部３３１に記憶された操作情報に基づいて、操作対象要素を対象として行われた操作パターンを集計する。つまり、操作情報解析部３２２は、操作情報記憶部３３１に記憶された操作情報を利用して、図６にて説明したように操作パターンごとの集計結果を求める。
変更案決定部３２３は、特定の操作パターンに対応する好適な要素の再生態様が示される変更データベースに、操作情報解析部３２２により集計された操作パターンを照合させることにより、コンテンツについての再生態様の変更案を決定する。
変更案情報作成部３２４は、変更案決定部３２３により決定された変更案が反映された変更案情報を作成する。また、変更案情報作成部３２４は、作成した変更案情報を、通信部３０１からネットワーク経由でウェブコンテンツ管理者端末装置１０に送信することができる。

記憶部３０３は、制御部３０２が利用する各種の情報を記憶する。記憶部３０３は、操作情報記憶部３３１、変更データベース記憶部３３２および契約者データベース記憶部３３３を備える。
操作情報記憶部３３１は、操作情報を記憶する。つまり、ユーザ端末装置２００から送信された操作情報が受信されることに応じて、操作情報集積部３２１によって、受信された操作情報が操作情報記憶部３３１に記憶される。
変更データベース記憶部３３２は、ＣＳＳ変更情報を記憶する。
契約者データベース記憶部３３３は、契約者情報を記憶する。契約者情報は、操作情報集積サーバ３００の利用によるウェブコンテンツのユーザビリティ改善のサービスを受けることを契約している契約者に関する情報である。本実施形態において、契約者としての典型的な例は、ウェブコンテンツ管理者である。ウェブコンテンツ管理者が、契約者となることで、自身が作成してネットワーク上にアップロードしているウェブコンテンツについてのユーザビリティ改善のサービスを受けることができる。なお、契約者は、ウェブコンテンツ管理者以外の者であってもよい。例えば、ウェブコンテンツの作成会社などがウェブコンテンツ管理者からの発注を受けてウェブコンテンツを作成しているような場合、ウェブコンテンツ管理者を仲介せずに、ウェブコンテンツの作成会社が直接に契約者となってもよい。

続いて、図１１のフローチャートを参照して、ユーザ端末装置２００と操作情報集積サーバ３００とが操作情報の集積に関連して実行する処理手順例について説明する。同図においては、ユーザ端末装置２００において表示されるウェブページに対する１回の操作が行われたことに応じてユーザ端末装置２００と操作情報集積サーバ３００とが実行する処理が示されている。

ユーザ端末装置２００において、操作情報取得部２２２は、表示部２０５にウェブコンテンツ４０２としてのウェブページの画面を表示させた状態において、表示されたウェブページに対する操作が行われるのを待機している（ステップＳ１０１−ＮＯ）。

ウェブページに対する操作が行われると（ステップＳ１０１−ＹＥＳ）、操作情報取得部２２２は、今回のステップＳ１０１に対応して操作されたＨＴＭＬファイル４１１の要素である、操作対象要素をコンテンツ再生部２２１から取得する（ステップＳ１０２）。
また、操作情報取得部２２２は、今回のステップＳ１０１に対応して行われた操作種別についても、コンテンツ再生部２２１から取得する（ステップＳ１０３）。
また、操作情報取得部２２２は、今回のステップＳ１０１に対応する操作が行われたタイミングにおけるウェブページの表示態様を示す現表示パラメータをコンテンツ再生部２２１から取得する（ステップＳ１０４）。操作情報取得部２２２は、現在表示中のウェブページの初期表示における表示パラメータと、ステップＳ１０４により取得した現表示パラメータとを利用して再生態様差分を求める（ステップＳ１０５）。

そして、操作情報取得部２２２は、ステップＳ１０２〜Ｓ１０５により取得された操作対象要素、操作種別、再生態様差分とともに、端末情報、ブラウザ情報、ウィンドウ幅、ＨＴＭＬファイル、ＣＳＳファイル、操作番号、経過時間の情報を取得したうえで、図５に例示した内容の操作情報を生成する（ステップＳ１０６）。操作情報取得部２２２は、生成した操作情報を、操作情報集積サーバ３００に送信する（ステップＳ１０７）。

一方、操作情報集積サーバ３００における操作情報集積部３２１は、ユーザ端末装置２００から送信された操作情報が受信されるのを待機している（ステップＳ２０１−ＮＯ）。
そして、操作情報が受信されると（ステップＳ２０１−ＹＥＳ）、操作情報集積部３２１は、受信された操作情報を操作情報記憶部３３１に記憶させる（ステップＳ２０２）。

続いて、図１２のフローチャートを参照して、操作情報集積サーバ３００が操作情報の作成に関連して実行するユーザビリティ改善対応処理の手順例について説明する。

先の説明から理解されるように、ユーザビリティの阻害要因は、共通のＨＴＭＬファイル４１１のもとで、ＣＳＳファイル４１２のタイプごとに、即ち、ユーザ端末装置２００のスクリーンサイズごとに異なる。従って、ユーザビリティ改善としてのウェブコンテンツの変更は、ＣＳＳファイル４１２のタイプごとを対象として行われる。
そこで、ユーザビリティ改善対応処理を行うべきタイミングとなった場合、操作情報解析部３２２は、改善対象のＣＳＳファイルのタイプを選択する（ステップＳ３０１）。ＣＳＳファイルのタイプの選択は、例えば、予め定められた順番に基づいてもよいし、契約者からの依頼に基づいてもよい。

次に、操作情報解析部３２２は、操作情報記憶部３３１に記憶される操作情報のうち、ステップＳ３０１により選択されたタイプに応じた操作情報の集計を行う（ステップＳ３０２）。
次に、変更案決定部３２３は、ステップＳ３０２による集計結果に基づいて変更案を決定する（ステップＳ３０３）。この際、変更案決定部３２３は、前述のように、集計結果が該当する変更データベース記憶部３３２に記憶されるＣＳＳ変更情報を検索する。変更案決定部３２３は、ＣＳＳ変更情報が検索されたのであれば、検索されたＣＳＳ変更情報が示すＣＳＳの変更内容を変更案として決定する。

次に、変更案情報作成部３２４は、ステップＳ３０３により決定された変更案が反映された変更案情報を作成する（ステップＳ３０４）。変更案情報としては、例えば、ステップＳ３０３により決定された変更案に対応するＣＳＳファイル４１２の変更箇所が表され、それについて、契約者であるウェブコンテンツ管理者が見て把握できるような内容のものであればよい。
さらには、変更案情報としては、ステップＳ３０３により決定された変更案に基づいて変更したＣＳＳファイル４１２そのものを含めてもよい。

そして、変更案情報作成部３２４は、ステップＳ３０４により作成した変更案情報を、対応の契約者のウェブコンテンツ管理者端末装置１０に送信する（ステップＳ３０５）。契約者のウェブコンテンツ管理者端末装置１０に対応する宛先は、契約者データベース記憶部３３３の契約者情報を参照することで取得できる。
なお、変更案情報作成部３２４は、例えば変更案に基づいて変更したＣＳＳファイル４１２そのものを変更案情報として作成した場合には、作成した変更案情報をウェブサーバ１００にアップロードしてもよい。この場合、ウェブサーバ１００においては、受信された変更案情報としてのＣＳＳファイル４１２により、これまで記憶されていたＣＳＳファイル４１２の書き換えを行うようにされる。

なお、操作情報において含まれる情報は、図５に示した項目に限定されない。また、これまでの説明において、操作種別についてはピンチアウト操作とタップ操作とを挙げているが、例えばピンチイン操作、フリック操作などのほかの操作も含まれてよい。
一例として、フリック操作により画面のスクロールが行われた場合には、スクロールされる画面の速度（即ち、フリック操作における指の移動速度）や一定の経過時間内に連続して行われたフリック操作の回数なども操作情報に含める。例えば、スマートフォンやタブレット端末において、或る特定の要素をタップする操作の前において、フリック操作が行われており、その際のフリック操作における指の移動速度が速かったり、フリック操作の回数が多かったりする場合がある。この場合には、ユーザがタップ操作を行おうとしている目的の要素は、初期状態において表示されるウェブページの領域からかなり離れていることになる。そこで、上記のような操作パターンの累積操作回数が一定以上に多い場合には、タップ操作の対象とされている要素が、初期状態において表示されるウェブページの領域に収まるよう、あるいは近くなるように、ＣＳＳファイルを変更すればよい。本実施形態におけるユーザ端末装置２００の操作情報取得部２２２や、操作情報集積サーバ３００は、上記のようなユーザビリティの改善にも対応できるように構成できる。
上記の例は、タッチパネルに対する操作を挙げているが、本実施形態の操作情報には、例えばマウスやキーボードなどの入力デバイスを用いて行われた操作に基づく操作情報も含まれる。マウスを用いたクリック操作やドラッグ操作や、キーボードに対する特定のキーに対する操作やショートカットキー操作などによって、画面の拡大と縮小（表示倍率変更）、画面のスクロール、ウェブページやウェブサイトの遷移などを行うことができる。本実施形態の操作情報には、このような操作も含めることが可能である。そして、このようなマウスやキーボードなどの入力デバイスによる操作に応じた操作情報の収集によって、デスクトップＰＣやラップトップＰＣなどに対応するＣＳＳファイル［タイプａ］４１２ａ、ＣＳＳファイル［タイプｂ］４１２ｂなどの変更にも対応できる。

なお、これまでの説明では、ＨＴＭＬファイル４１１とＣＳＳファイル４１２とが個別とされたウェブコンテンツの構造の場合を例に説明してきた。しかし、本実施形態としては、例えばＨＴＭＬファイル４１１にＣＳＳが記述されるような構造のウェブコンテンツにも適用可能である。

なお、操作情報集積サーバ３００は、制御部３０２における各機能部（操作情報集積部３２１、操作情報解析部３２２、変更案決定部３２３および変更案情報作成部３２４）のうちの少なくともいずれか１つの機能を分担するようにされた複数のサーバに分割されてもよい。

なお、例えば操作情報集積サーバ３００により集積された操作情報のうち、ウェブコンテンツ管理者に関連する操作情報を、ウェブコンテンツ管理者に引き渡すようにしてもよい。ウェブコンテンツ管理者に関連する操作情報は、例えばウェブコンテンツ管理者がウェブサーバ１００によりアップロードしているウェブコンテンツのユーザビリティ改善のために参考となる操作情報である。具体的には、ウェブコンテンツ管理者がウェブサーバ１００にアップロードしているウェブコンテンツを閲覧したユーザがウェブコンテンツに対して行った操作を示す操作情報（操作ログ）である。この場合、操作情報の解析、変更案の決定、ＣＳＳファイル４１２の変更などの作業は、ウェブコンテンツ管理者が行う。
また、操作情報集積サーバ３００は操作情報解析部３２２により操作情報を集計した結果をウェブコンテンツ管理者に引き渡すようにしてもよい。この場合にはウェブコンテンツ管理者が操作情報の集計結果を参考にして、変更案を決定すればよい。

なお、図１に示される４つのユーザ端末装置２００ａ、２００ｂ、２００ｃおよび２００ｄは、単にスクリーンサイズの異なるユーザ端末装置として４つを例に挙げているに過ぎない。本実施形態の操作情報処理システムにおいて備えられるユーザ端末装置２００の数や、各ユーザ端末装置２００のスクリーンサイズの種別数などについては特に限定されるものではない。

なお、上述のユーザ端末装置２００または操作情報集積サーバ３００としての機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述のユーザ端末装置２００または操作情報集積サーバ３００としての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１０ ウェブコンテンツ管理者端末装置、１００ ウェブサーバ、２００（２００ａ,２００ｂ，２００ｃ，２００ｄ） ユーザ端末装置、２０１ 通信部、２０２ 制御部、２０３ 記憶部、２０４ 操作部、２０５ 表示部、２２１ コンテンツ再生部、２２２ 操作情報取得部、２２３ 操作情報送信部、３００ 操作情報集積サーバ、３０１ 通信部、３０２ 制御部、３０３ 記憶部、３２１ 操作情報集積部、３２２ 操作情報解析部、３２３ 変更案決定部、３２４ 変更案情報作成部、３３１ 操作情報記憶部、３３２ 変更データベース記憶部、３３３ 契約者データベース記憶部、４０１ 送信ウェブコンテンツデータ、４１１ ＨＴＭＬファイル、４１２（４１２ａ、４１２ｂ、４１２ｃ、４１２ｄ） ＣＳＳファイル、４１３ ＪａｖａＳｃｒｉｐｔファイル、４０２（４０２ａ、４０２ｂ、４０３ｃ、４０２ｄ） ウェブコンテンツ

Claims (6)

1. ユーザ端末装置と操作情報集積サーバとを備え、
   前記ユーザ端末装置は、
   構造化文書における要素ごとについての再生態様が指定されたコンテンツを再生するコンテンツ再生部と、
   前記コンテンツ再生部により再生されたコンテンツに対する操作が行われたことに応じて、操作の対象となったコンテンツの要素である操作対象要素と、前記操作対象要素に行われた操作に関する内容とを含む操作情報を取得する操作情報取得部と、
   取得された操作情報を、前記操作情報集積サーバに送信する操作情報送信部とを備え、
   前記操作情報集積サーバは、
   前記ユーザ端末装置から受信した操作情報を操作情報記憶部に記憶させる操作情報集積部を備える
   コンテンツ操作情報処理システム。
2. 前記操作情報集積サーバは、
   前記操作情報記憶部に記憶された操作情報に基づいて、前記操作対象要素を対象として行われた操作パターンを集計する操作情報解析部をさらに備える
   請求項１のコンテンツ操作情報処理システム。
3. 前記操作情報集積サーバは、
   特定の操作パターンに対応する要素の再生態様が示される操作パターン対応再生態様情報に、前記操作情報解析部により集計された操作パターンを照合させることにより、前記コンテンツについての再生態様の変更案を決定する変更案決定部をさらに備える
   請求項２に記載のコンテンツ操作情報処理システム。
4. 前記操作情報集積サーバは、
   前記変更案決定部により決定された変更案が反映された変更案情報を作成する変更案情報作成部をさらに備える
   請求項３に記載のコンテンツ操作情報処理システム。
5. 構造化文書における要素ごとについての再生態様が指定されたコンテンツを再生するコンテンツ再生部と、
   前記コンテンツ再生部により再生されたコンテンツに対する操作が行われたことに応じて、操作の対象となったコンテンツの要素である操作対象要素と、前記操作対象要素に行われた操作に関する内容とを含む操作情報を取得する操作情報取得部と、
   取得された操作情報を、操作情報集積サーバに送信する操作情報送信部と
   を備えるユーザ端末装置。
6. コンピュータを、
   構造化文書における要素ごとについての再生態様が指定されたコンテンツを再生するコンテンツ再生部、
   前記コンテンツ再生部により再生されたコンテンツに対する操作が行われたことに応じて、操作の対象となったコンテンツの要素である操作対象要素と、前記操作対象要素に行われた操作に関する内容とを含む操作情報を取得する操作情報取得部、
   取得された操作情報を、操作情報集積サーバに送信する操作情報送信部
   として機能させるためのプログラム。

Images