JP2019036219A - 表示制御プログラム、表示制御装置、表示制御方法及び配信装置 - Google Patents

Abstract

【課題】ユーザの体感的な利便性を向上させること。【解決手段】本願に係る表示制御プログラムは、検知手順と、取得手順と、表示制御手順とを表示制御装置に実行させる。検知手順は、表示制御装置におけるコンテンツの表示に関するリソースの状況を検知する。取得手順は、検知手順によって検知されたリソースの状況に基づいて、表示制御装置で表示するコンテンツの取得処理を制御する。表示制御手順は、取得手順によって取得されたコンテンツに関する情報に基づいて、当該コンテンツの表示を制御する。【選択図】図１

Description

本発明は、表示制御プログラム、表示制御装置、表示制御方法及び配信装置に関する。

近年、インターネットの飛躍的な普及に伴い、インターネットを介したコンテンツ配信が盛んに行われている。例えば、ユーザが操作する情報処理端末は、ウェブページ等のコンテンツを提供するサーバ装置にアクセスし、コンテンツを取得し、取得したコンテンツを表示する。

このようなコンテンツ表示に関する技術として、ユーザの嗜好や、利用頻度や利用履歴、電波状況、バッテリー残量等の情報に基づいて、ユーザへの利用を推奨する推奨度合いを示すリコメンデーション値を算出し、リコメンデーション値に基づいて、アプリケーションやコンテンツの内容をディスプレイ上に一覧表示させる技術が知られている。

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

しかしながら、上記の従来技術では、ユーザの体感的な利便性を向上させることができるとは限らない。具体的には、上記の従来技術は、推奨するアプリケーションやコンテンツをユーザに提示するものであり、アプリケーションやコンテンツの表示そのものを制御する技術ではないため、ユーザにとって快適な表示を行うことができるとは限らない。

本願は、上記に鑑みてなされたものであって、ユーザの体感的な利便性を向上させることができる表示制御プログラム、表示制御装置、表示制御方法及び配信装置を提供することを目的とする。

本願に係る表示制御プログラムは、表示制御装置に、表示制御装置におけるコンテンツの表示に関するリソースの状況を検知する検知手順と、検知手順によって検知されたリソースの状況に基づいて、表示制御装置で表示するコンテンツの取得処理を制御する取得手順と、取得手順によって取得されたコンテンツに関する情報に基づいて、当該コンテンツの表示を制御する表示制御手順と、を実行させることを特徴とする。

実施形態の一態様によれば、ユーザの体感的な利便性を向上させることができるという効果を奏する。

図１は、実施形態に係る表示制御処理の一例を示す図である。 図２は、実施形態に係る表示制御処理の一例を説明する図である。 図３は、実施形態に係る表示制御システムの構成例を示す図である。 図４は、実施形態に係るユーザ端末の構成例を示す図である。 図５は、実施形態に係る取得情報記憶部の一例を示す図である。 図６は、実施形態に係るユーザ情報記憶部の一例を示す図である。 図７は、実施形態に係るコンテンツ配信サーバの構成例を示す図である。 図８は、実施形態に係るコンテンツ記憶部の一例を示す図である。 図９は、実施形態に係る広告配信サーバの構成例を示す図である。 図１０は、実施形態に係る表示制御システムによる配信処理手順を示すシーケンス図である。 図１１は、変形例に係るコンテンツ配信サーバの構成例を示す図である。 図１２は、ユーザ端末の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る表示制御プログラム、表示制御装置、表示制御方法及び配信装置を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る表示制御プログラム、表示制御装置、表示制御方法及び配信装置が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．表示制御処理の一例〕
まず、図１を用いて、実施形態に係る表示制御処理の一例について説明する。図１は、実施形態に係る表示制御処理の一例を示す図である。図１では、実施形態に係る表示制御装置において、実施形態に係る表示制御プログラムが実行する表示制御処理の一例について説明する。具体的には、図１では、実施形態に係る表示制御装置の一例であるユーザ端末１００は、コンテンツの表示に関するリソースの状況を検知し、検知したリソースの状況に基づいてコンテンツの取得処理を制御する。ユーザ端末１００は、取得したコンテンツに関する情報に基づいて当該コンテンツの表示を制御する。

なお、以下では、ユーザ端末１００が表示制御するコンテンツとして、ユーザ端末１００にインストールされたアプリケーション（以下、単に「アプリ」と表記する）内で表示されるコンテンツを例に挙げて説明する。より具体的には、図１の例では、コンテンツの一例として、ユーザ端末１００で実行されるニュースアプリによって表示されるコンテンツＣ０１を例に挙げる。コンテンツＣ０１は、例えば、種々のニュース記事を含む。また、各ニュース記事は、画像データや、動画データや、テキストデータ等の各要素によって構成される。また、各ニュース記事は、バナー広告等の広告表示を含む場合がある。

図１に示したユーザ端末１００は、スマートフォンやタブレット等のスマートデバイスであり、３Ｇ（3rd Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。ユーザ端末１００は、液晶ディスプレイ等の表示画面を有する。例えば、ユーザ端末１００は、タッチパネル等の機能を有する画面を有する。すなわち、ユーザ端末１００を利用するユーザは、指やスタイラスで画面をタッチすることにより各種操作を行う。図１の例では、ユーザ端末１００は、ユーザの一例であるユーザＵ０１によって利用される。

図１に示したコンテンツ配信サーバ３０は、ユーザ端末１００にコンテンツを配信するサーバ装置である。コンテンツ配信サーバ３０が配信するコンテンツは、例えば、ウェブページや、アプリに係るコンテンツ等である。コンテンツ配信サーバ３０によって配信されるコンテンツは、例えば、ＨＴＭＬ（HyperText Markup Language）により記述されたＨＴＭＬファイルや、ＸＭＬ（Extensible Markup Language）により記述されたＸＭＬファイル等により形成される。また、コンテンツは、画像データファイルやテキストデータファイルなど、コンテンツを構成する複数の要素を含む。図１の例では、コンテンツ配信サーバ３０は、コンテンツの一例であるコンテンツＣ０１をユーザ端末１００に配信する。

図１に示した広告配信サーバ２０は、広告主から入稿された広告を保持し、広告取得要求を受信した場合に、要求元に広告を配信するサーバ装置である。例えば、広告取得命令が含まれるコンテンツを表示するユーザ端末１００は、広告取得命令に従い、広告配信サーバ２０にアクセスする。広告配信サーバ２０は、広告取得命令に応じて、コンテンツが含む広告枠（例えば、バナー広告枠や、ニュース記事とともに表示される動画広告枠や、検索結果とあわせて表示されるテキスト広告枠等）に表示する広告をユーザ端末１００に配信する。具体的には、広告配信サーバ２０は、広告のコンテンツデータ（静止画像や動画像等、いわゆる広告クリエイティブ）もしくは広告のコンテンツデータの取得先ＵＲＬ（Uniform Resource Locator）や、広告のリンク情報（例えば、広告主の提供するウェブサイト等へのリンク）等をユーザ端末１００に配信する。

ところで、ユーザ端末１００によって行われるコンテンツの表示処理では、コンテンツの表示に関するリソースの状況に応じて、ユーザにとって快適とはいえない表示処理が行われる場合がある。

例えば、事故や災害発生時には、ユーザ端末１００とコンテンツ配信サーバ３０や広告配信サーバ２０との間の通信状態が悪化するおそれがある。この場合、ユーザ端末１００では、表示しようとするコンテンツのデータをダウンロードする速度が遅くなり、通常時よりもコンテンツ表示に長い時間が掛かる可能性がある。これは、アプリで表示されるコンテンツやウェブページ等は、ユーザ端末１００で表示する所定単位のデータのダウンロードが完了してから表示処理が行われるため、通信状態が悪化した状態では、コンテンツが表示されるまでに通常時よりも長時間を要するためである。

上記のような表示が行われた場合、ユーザは表示までに長時間待たされるため、不快感を抱く場合がある。しかしながら、事故や災害の発生を完全に防止することは現実的ではないため、通信状態の悪化が発生する可能性は常にあるものといえる。

そこで、実施形態に係るユーザ端末１００は、事故や災害が発生してコンテンツ表示に係るリソース（例えば通信状態等）が減少した状態において、コンテンツの表示を最適化するように制御を行う。実施形態に係る表示制御処理によれば、リソースの状況に関わらず、ユーザに不便さを感じさせない表示を行うことができるため、ユーザの体感的な利便性を失わせることのない表示処理を行うことができる。以下、図１を用いて、実施形態に係る表示制御処理の流れについて説明する。

まず、ユーザ端末１００は、ユーザＵ０１からコンテンツ取得に関する操作を受け付ける（ステップＳ１１）。例えば、ユーザ端末１００は、ユーザＵ０１がニュースアプリを起動したり、ニュースアプリにおいてニュース記事を取得したりするための操作を受け付ける。ユーザ端末１００は、コンテンツ取得に関する操作を受け付けた場合、コンテンツ表示に係るリソースの状況を検知する（ステップＳ１２）。

例えば、ユーザ端末１００は、リソースの状況の一例として、コンテンツ配信サーバ３０との通信状況を検知する。具体的には、ユーザ端末１００は、コンテンツ配信サーバ３０との間で所定時間内に送受信を行うことのできる情報量を検知する。そして、ユーザ端末１００は、例えば、情報量が所定の閾値を下回るか否かを判定する。情報量が所定の閾値を下回る場合には、ユーザ端末１００は、通常時（すなわち、情報量が所定の閾値を下回らない場合）には実行しない取得処理の制御や、表示処理の制御を実行する。

例えば、ユーザ端末１００は、取得しようとするコンテンツのうち、取得する要素を選択する。具体的には、ユーザ端末１００は、取得しようとするコンテンツに画像データや動画データと、テキストデータとが含まれる場合には、テキストデータを優先的に選択して取得することを決定する。あるいは、ユーザ端末１００は、コンテンツに広告枠が含まれる場合に、当該広告枠で表示する広告を取得しないか、あるいは、通常よりも情報量の少ない広告を取得すること等を決定する。

これは、事故や災害発生時において通信状態が悪化した場合には、そもそもの情報量（データ量）が多い画像データや動画データを取得するよりも、情報が端的に示されるテキストデータの取得を優先した方が、ユーザにとって利便性が高いと想定されることによる。また、ユーザ端末１００は、可能な場合には広告を取得しないか、あるいは、広告に代替する情報量の少ないコンテンツを取得することで、ダウンロードする情報量を減らし、少しでもコンテンツの表示を素早く行うことができるような制御を行う。

かかる制御をふまえて、ユーザ端末１００は、コンテンツ配信サーバ３０にコンテンツの取得を要求する（ステップＳ１３）。例えば、ユーザ端末１００は、ユーザＵ０１が取得を要求したコンテンツについて、コンテンツを構成する各要素の情報を取得する。そして、ユーザ端末１００は、各要素のうち、例えば、記事のタイトルや本文等のテキストデータのみを取得することをコンテンツ配信サーバ３０に要求する。

コンテンツ配信サーバ３０は、要求に応じてコンテンツをユーザ端末１００に配信する（ステップＳ１４）。例えば、コンテンツ配信サーバ３０は、コンテンツＣ０１を構成する各要素のうち、テキストデータを優先してユーザ端末１００に配信する。

また、ユーザ端末１００は、コンテンツ配信サーバ３０から取得したコンテンツＣ０１に広告取得命令が含まれる場合、広告配信サーバ２０に広告要求に関する情報を送信する（ステップＳ１５）。ここで、広告要求に関する情報とは、単に広告を要求する旨を示す情報のみならず、例えば、可能な場合には広告を取得しないことを要求する旨や、広告に代替するコンテンツを取得することを要求する旨を含んでもよい。例えば、ユーザ端末１００は、検知したリソースの状況に応じて、広告要求に関する情報の内容を決定する。例えば、ユーザ端末１００は、検知したリソースが通常時の状況であれば広告を取得する旨を示す広告要求に関する情報を生成し、検知したリソースが異常時の状況であれば、例えば広告を取得しない旨を示す広告要求に関する情報を生成してもよい。

広告配信サーバ２０は、要求に応じて広告をユーザ端末１００に配信する（ステップＳ１６）。なお、ユーザ端末１００から送信された広告要求に関する情報の内容によっては、広告配信サーバ２０は、広告を配信しなくてもよい。

ユーザ端末１００は、取得した各要素に基づいてコンテンツＣ０１を表示する。なお、以下の説明では、ユーザ端末１００による表示制御処理を図示した状態を「第Ｎ状態」（Ｎは任意の数）と表記する場合がある。

図１に示す第１状態は、検知されたリソースが充分である場合（通常時）の表示処理の例を示す（ステップＳ１７）。具体的には、第１状態に示すように、ユーザ端末１００は、画像Ｐ０１や、テキストＴ０１や、広告ＡＤ０１等の各要素を含むコンテンツＣ０１を表示する。

一方、図１に示す第２状態は、検知されたリソースが不十分である場合（例えば、事故や災害発生時であり、通信状態が悪化している場合等）の表示処理の例を示す（ステップＳ１８）。具体的には、第２状態に示すように、ユーザ端末１００は、画像Ｐ０１や広告ＡＤ０１等の各要素を含まず、テキストＴ０１のみを含むコンテンツＣ０１を表示する。

このように、実施形態に係るユーザ端末１００は、コンテンツ表示に係るリソースを検知し、検知したリソースに応じて、コンテンツＣ０１を構成する要素のうち一部を選択的に取得したり、広告の取得を制限したりすること等により、取得する情報量を調整する。これにより、ユーザ端末１００は、事故や災害の発生時であっても、コンテンツＣ０１が表示されるまでに長時間ユーザを待たせることなく、コンテンツＣ０１の表示を完了することができる。具体的には、ユーザ端末１００は、リソースの状況によっては、取得や表示に時間のかかる画像データや動画データを省略してコンテンツＣ０１を表示する。このため、ユーザ端末１００は、コンテンツＣ０１の内容を知りたいというユーザＵ０１の要望を即座に満たすことができるので、ユーザＵ０１にとって利便性の高い表示制御処理を行うことができる。

さらに、ユーザ端末１００は、コンテンツＣ０１のテキストＴ０１を表示する際にも、所定の表示制御処理を行ってよい。この点について、図２を用いて説明する。図２は、実施形態に係る表示制御処理の一例を説明する図である。

図２では、ユーザ端末１００が、コンテンツＣ０１として表示予定のテキストデータを取得し、取得したテキストデータを表示する際の制御を行う例を示す。例えば、ユーザ端末１００は、取得したテキストデータを表示する文字数や時間を制御することで、ユーザＵ０１に対して表示の遅さを感じさせないような表示処理を実行する。

例えば、ユーザ端末１００は、図２に示すように、第１の表示処理、第２の表示処理、第３の表示処理という、３種類の表示処理を行う。詳細は後述するが、ユーザ端末１００は、例えばユーザＵ０１の属性情報や、過去の行動履歴等に基づいて、３種類の表示処理のいずれを行うかを決定する。

図２の例では、事故や災害のためにユーザ端末１００とコンテンツ配信サーバ３０との間で送受信可能な情報量が減少し、ユーザ端末１００が、１秒間に３０文字のテキストしか取得できない状態であると仮定する。

第１の表示処理として、ユーザ端末１００は、テキストを取得するたびに、１文字ずつ順に表示するよう制御しうる（ステップＳ２１）。第３状態に示すように、ユーザ端末１００は、取得した「ＡＢＣＤＥ・・・」というテキストを１文字ずつ順に表示する。例えば、第３状態では、ユーザ端末１００が、「ＡＢＣＤＥ・・・ＱＲＳＴ」というテキストデータを取得しており、また、取得したテキストを逐一表示していることを示している。

その後も、ユーザ端末１００は、テキストを取得するたびに、１文字ずつ順に表示する処理を継続する（ステップＳ２２）。ユーザ端末１００は、取得したテキストを１文字ずつ順に表示し続け、最終的には、第４状態に示すように、１秒間で取得した「ＡＢＣＤＥ・・・ａｂｃｄ」という３０文字のテキストデータを表示する。

第１の表示処理に代えて、第２の表示処理として、ユーザ端末１００は、所定の情報量が蓄積するたびに、蓄積した分だけのテキストを表示するよう制御を行ってもよい。例えば、ユーザ端末１００は、１秒間に３０文字のテキストが取得可能な通信状態である場合、０．２秒ごとに６文字ずつを表示するよう制御しうる（ステップＳ３１）。

第５状態では、ユーザ端末１００が、取得した「ＡＢＣＤＥ・・・」というテキストを、０．２秒ごとに６文字ずつ表示する状況を示している。例えば、第５状態では、第３状態と同じく「ＡＢＣＤＥ・・・ＱＲＳＴ」というテキストデータを取得していたとしても、ユーザ端末１００は、６文字ずつの表示を行うため、「ＡＢＣＤＥＦ」、「ＧＨＩＪＫＬ」、「ＭＮＯＰＱＲ」までしか表示を行わない。

その後も、ユーザ端末１００は、テキストを取得するたびに、０．２秒ごとに６文字ずつ順に表示する処理を継続する（ステップＳ３２）。ユーザ端末１００は、取得したテキストを６文字ずつ順に表示し続け、最終的には、第６状態に示すように、１秒間で取得した「ＡＢＣＤＥ・・・ａｂｃｄ」という３０文字のテキストデータを表示する。

第１又は第２の表示処理に代えて、第３の表示処理として、ユーザ端末１００は、所定時間に取得可能な最大量の情報量が蓄積するのを待って、蓄積した分だけのテキストを表示するよう制御を行ってもよい。例えば、ユーザ端末１００は、１秒間に３０文字のテキストが取得可能な通信状態である場合、１秒ごとに３０文字を表示するよう制御しうる（ステップＳ４１）。この場合、ユーザ端末１００は、第７状態に示すように、１秒間が経過するまではテキストの表示を行うことなく、待機することとなる。

その後、ユーザ端末１００は、１秒ごとにテキストの表示を行う（ステップＳ４２）。第８状態に示すように、ユーザ端末１００は、１秒が経過したタイミングで、１秒間に取得した３０文字のテキストを同時に表示する。

図２で説明したように、ユーザ端末１００は、リソースの状況に応じて取得されたテキストデータを種々の文字数やタイミングで表示するよう制御してもよい。第４状態、第６状態、第８状態に示すように、ユーザ端末１００が１秒間で表示する文字数は同じであるが、このような表示処理は、体感的な遅さを軽減させたり、ユーザにとって快適な閲覧環境を与えたりすることができる。

例えば、年配のユーザにとっては、自分の読みたいペースで文字が画面に描写されることによって快適に閲覧を行うことができる場合がある。また、通信速度が遅くなった場合でも、ユーザ端末１００は、例えば０．２秒ごとに６文字を表示するようなテンポのよい表示制御を行うことにより、ユーザに体感的な遅さを感じさせなくさせることができる。なお、ユーザ端末１００は、予めユーザから表示する文字数の指定を受け付けたり、ユーザからのフィードバックを取得したりしてもよい。そして、ユーザ端末１００は、ユーザの指定や、ユーザのフィードバックを反映した表示制御を行うことで、ユーザにパーソナライズされた表示制御処理や、大多数のユーザにとって快適と思える（最適化された）表示制御処理を行うことができる。

図１及び図２を用いて説明してきたように、実施形態に係るユーザ端末１００は、コンテンツの表示に関するリソースの状況を検知し、検知したリソースの状況に基づいて、表示するコンテンツの取得処理を制御する。また、ユーザ端末１００は、取得したコンテンツに関する情報（例えば、コンテンツを含む要素や情報量）に基づいて、当該コンテンツの表示を制御する。

これにより、ユーザ端末１００は、画像データ等を読み込むまでコンテンツＣ０１が表示されなかったり、文字が表示されるタイミングがユーザに適していなかったりといった事態を防止することができるため、例えば事故や災害時のコンテンツ表示において、ユーザの体感的な利便性を向上させることができる。

なお、上記の例では、コンテンツ表示に係るリソースの状況として、事故や災害時における、ユーザ端末１００とコンテンツ配信サーバ３０や広告配信サーバ２０との通信状況（送受信可能な情報量）を例に挙げた。しかし、コンテンツ表示に係るリソースの状況は、この例に限られない。例えば、ユーザ端末１００は、ユーザ端末１００のバッテリー状況等を検知してもよい。例えば、バッテリーが不足している場合には、ユーザ端末１００が取得したり表示したりする情報量は制限された方が望ましいという状況が起こり得る。ユーザ端末１００は、このような状況下においても上記のような表示制御処理を行うことで、バッテリー残量の低下を抑制したり、バッテリー残量が枯渇したりすることを防止することができる。

また、ユーザ端末１００は、上述した処理を任意の手法で実現することができる。例えば、ユーザ端末１００は、予め上記のような表示制御処理を実行するための制御情報（スクリプト）が含まれたアプリ（図１及び図２の例ではニュースアプリ）を実行することにより、上記の表示制御処理を実現することができる。あるいは、ユーザ端末１００は、予め上記のような表示制御処理を実行するための制御情報が記載されたコンテンツＣ０１を取得することにより、上記の表示制御処理を実行してもよい。なお、このような制御情報は、実施形態に係る表示制御プログラムに対応するものであり、例えば、ＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ（登録商標）、ＨＴＭＬ、あるいは、上述した表示制御処理を記述可能な任意の言語によって実現される。以下、実施形態に係る表示制御プログラムに従って上述した表示制御処理を実行するユーザ端末１００等について、詳細に説明する。

〔２．表示制御システムの構成〕
図３を用いて、実施形態に係る表示制御システム１の構成について説明する。図３は、実施形態に係る表示制御システム１の構成例を示す図である。図３に示すように、表示制御システム１は、ユーザ端末１００と、広告配信サーバ２０と、コンテンツ配信サーバ３０とを含む。ユーザ端末１００、広告配信サーバ２０、コンテンツ配信サーバ３０は、ネットワークＮを介して有線または無線により通信可能に接続される。なお、図３に示す表示制御システム１に含まれる各装置の数は図示したものに限られず、例えば、表示制御システム１には、複数台のユーザ端末１００が含まれてもよい。

ユーザ端末１００は、アプリで表示されるコンテンツ等を閲覧するユーザによって利用される情報処理装置である。例えば、ユーザ端末１００は、スマートフォン等の携帯電話機や、タブレット端末や、ＰＤＡ（Personal Digital Assistant）や、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣ等である。ユーザ端末１００は、ユーザによる操作にしたがって、コンテンツ配信サーバ３０からコンテンツを取得し、取得したコンテンツを表示する。また、ユーザ端末１００は、実施形態に係る広告表示制御処理を実行し、コンテンツの取得処理や表示処理を制御する。

広告配信サーバ２０は、広告主から入稿された広告を配信するサーバ装置である。例えば、広告配信サーバ２０は、広告配信要求を受け付けると、媒体となるコンテンツやユーザの属性等から広告のマッチングを行い、マッチングの結果、配信対象として抽出された広告をユーザ端末１００に配信する。

コンテンツ配信サーバ３０は、ユーザ端末１００にコンテンツを配信するサーバ装置である。例えば、コンテンツ配信サーバ３０は、ニュースアプリで表示される記事等のコンテンツをユーザ端末１００に配信する。なお、コンテンツ配信サーバ３０は、コンテンツとして、例えば、ポータルサイト、ニュースサイト、オークションサイト、天気予報サイト、ショッピングサイト、ファイナンス（株価）サイト、路線検索サイト、地図提供サイト、旅行サイト、飲食店紹介サイト、ウェブブログなどに関連する各種情報を含むウェブページをユーザ端末１００に配信してもよい。

なお、コンテンツ配信サーバ３０によって配信されるコンテンツは、広告枠と広告取得命令とが含んでいてもよい。コンテンツに広告取得命令が含まれる場合、ユーザ端末１００は、広告取得命令に従い、広告配信サーバ２０に広告を要求する処理を実行する。

〔３．ユーザ端末の構成〕
次に、図４を用いて、実施形態に係るユーザ端末１００の構成について説明する。図４は、実施形態に係るユーザ端末１００の構成例を示す図である。図４に示すように、ユーザ端末１００は、通信部１１０と、入力部１２０と、出力部１３０と、制御部１４０と、記憶部１５０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続され、広告配信サーバ２０やコンテンツ配信サーバ３０との間で情報の送受信を行う。

（入力部１２０及び出力部１３０について）
入力部１２０は、ユーザから各種操作を受け付ける入力装置である。例えば、入力部１２０は、キーボードやマウスや操作キー等によって実現される。出力部１３０は、各種情報を表示するための表示装置である。例えば、出力部１３０は、ユーザ端末１００の画面であり、液晶ディスプレイ等によって実現される。なお、ユーザ端末１００にタッチパネルが採用される場合には、入力部１２０と出力部１３０とは一体化される。なお、図１の例では、出力部１３０と、ユーザ端末１００におけるコンテンツの表示領域が同一である例を示したが、実際には、コンテンツは出力部１３０の全面に表示されるとは限らない。すなわち、コンテンツは、出力部１３０内に表示されるアプリやウェブブラウザソフトウェアのウインドウ内に表示される場合がありうる。この場合、ウェブページを表示する際のユーザ端末１００における表示領域とは、アプリやウェブブラウザソフトウェアのウインドウを意味する。

（記憶部１５０について）
記憶部１５０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図４に示すように、記憶部１５０は、取得情報記憶部１５１と、ユーザ情報記憶部１５２とを有する。

（取得情報記憶部１５１について）
取得情報記憶部１５１は、取得したコンテンツに関する情報を記憶する。ここで、図５に、実施形態に係る取得情報記憶部１５１の一例を示す。図５は、実施形態に係る取得情報記憶部１５１の一例を示す図である。図５に示すように、取得情報記憶部１５１は、「コンテンツＩＤ」、「要素ＩＤ」、「設定情報」、「データ種別」、「ダウンロード状況」、「表示順」といった項目を有する。

「コンテンツＩＤ」は、コンテンツを識別する識別情報を示す。「要素ＩＤ」は、コンテンツを構成する要素を識別する識別情報を示す。なお、実施形態において、識別情報は、説明に用いる参照符号として用いる場合がある。例えば、コンテンツＩＤ「Ｃ１１」で識別されるコンテンツは「コンテンツＣ１１」を示し、要素ＩＤ「Ｅ１１」で識別される要素は「要素Ｅ１１」を示す。

「設定情報」は、各要素がコンテンツにおいてどのような設定がされているかといった情報を示す。例えば、設定情報は、その要素がコンテンツの「タイトル」として設定されたものであったり、「トップ画像」として設定されたものであったりといった情報を含む。設定情報は、例えば、コンテンツの作成者によって任意に記述されてもよい。

「データ種別」は、各要素のデータの種別を示す。各要素のデータ種別とは、例えば各要素のファイル種別であり、例えば、ファイルの内容や、ファイルの拡張子等によって示される。

「ダウンロード状況」は、コンテンツを構成する各要素がダウンロードされているか否かという状況を示す。図５の例では、既にダウンロードされている要素については「１」が記憶され、ダウンロードされていない要素については「０」が記憶されるものとする。

「表示順」は、コンテンツを構成する各要素を取得する順番及び取得した各要素を表示する順番を示す。表示順は、例えば、リソースの状況に基づいて後述する取得部１４３によって決定される。

すなわち、図５では、取得情報記憶部１５１に記憶される情報の一例として、コンテンツＩＤ「Ｃ１１」で識別されるコンテンツＣ１１は、要素ＩＤ「Ｅ１１」等で識別される要素Ｅ１１等から構成されていることを示している。また、図５では、例えば要素Ｅ１１は、コンテンツＣ１１における設定情報が「タイトル」であり、要素Ｅ１２は、コンテンツＣ１１における設定情報が「トップ画像」であることを示している。また、図５では、例えば要素Ｅ１１は、データ種別が「テキスト」であり、ダウンロード状況が「１（ダウンロード済みである）」であり、表示順が「１」番であることを示している。

（ユーザ情報記憶部１５２について）
ユーザ情報記憶部１５２は、ユーザに関する情報を記憶する。ここで、図６に、実施形態に係るユーザ情報記憶部１５２の一例を示す。図６は、実施形態に係るユーザ情報記憶部１５２の一例を示す図である。図６に示すように、ユーザ情報記憶部１５２は、「ユーザＩＤ」、「属性情報」、「特性情報」といった項目を有する。また、「属性情報」は、「年齢」、「性別」といった小項目を有する。また、「特性情報」は、「平均滞在時間」、「コンテンツ閲覧数」、「表示指定情報」といった項目を有する。

「ユーザＩＤ」は、ユーザを識別する識別情報を示す。「属性情報」は、ユーザの属性情報を示す。「年齢」は、ユーザの年齢を示す。「性別」は、ユーザの性別を示す。

「特性情報」は、ユーザ端末１００に対する各ユーザの操作の特徴や、ユーザのコンテンツの閲覧の特徴など、各ユーザの特性を示す。「平均滞在時間」は、１つのコンテンツをユーザが表示させている（言い換えれば、ユーザが閲覧していると想定される）平均時間を示す。「コンテンツ閲覧数」は、所定時間（例えば１日）においてユーザが閲覧するコンテンツの数を示す。

例えば、全ユーザの平均値と比較して、「平均滞在時間」の数字が大きいユーザは、各コンテンツを熟読する傾向にあるユーザであり、また、「コンテンツ閲覧数」の数字が大きいユーザは、多くのコンテンツを閲覧する傾向にあるユーザであるといえる。また、ユーザ端末１００は、「平均滞在時間」と「コンテンツ閲覧数」との関係から、例えば、短時間で頻繁にコンテンツをザッピング（zapping）する傾向にあるユーザであるとか、１つのコンテンツは時間を掛けて閲覧するが、全体としてコンテンツを閲覧する時間は短い傾向にあるユーザであるといった特性を取得することが可能である。また、「平均滞在時間」や「コンテンツ閲覧数」は、例えば、１つのコンテンツにおける複数の記事ごとに取得されてもよい。すなわち、上記した「平均滞在時間」は、一つの記事を表示する時間と読み替えてもよいし、「コンテンツ閲覧数」は、「記事閲覧数」と読み替えてもよい。

「表示指定情報」は、コンテンツの表示手法についてのユーザからの指定を示す。図６の例では、表示指定情報に記憶される情報を「Ａ０１」のように概念的に示しているが、実際には、表示指定情報の項目には、テキストデータを所定時間にどのくらいの文字数でどのように表示するか、といった具体的なユーザの指定情報が記憶される。なお、ユーザは、表示の手法を指定しなくてもよい。この場合、表示指定情報の項目には、ユーザから明示の指定がない旨の情報が記憶される。

すなわち、図６では、ユーザ情報記憶部１５２に記憶される情報の一例として、ユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１は、属性情報のうち、年齢が「３０歳」であり、性別が「男性」であることを示している。また、図６では、ユーザＵ０１は、特性情報のうち、平均滞在時間が「３０秒」であり、コンテンツ閲覧数が「１５／日」であり、表示指定情報が「Ａ０１」であることを示している。

（制御部１４０について）
図４に戻って、説明を続ける。制御部１４０は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、ユーザ端末１００内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る表示制御プログラム）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１４０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図４に示すように、制御部１４０は、要求部１４１と、検知部１４２と、取得部１４３と、表示制御部１４４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１４０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１４０が有する各処理部の接続関係は、図４に示した接続関係に限られず、他の接続関係であってもよい。

上述のように、制御部１４０に係る各処理部は、制御情報（例えば、実施形態に係る表示制御プログラム）がＲＡＭを作業領域として実行されることにより実現される。すなわち、要求部１４１が実行する処理は、制御情報が実行させる要求手順により実現され、検知部１４２が実行する処理は、制御情報が実行させる検知手順により実現され、取得部１４３が実行する処理は、制御情報が実行させる取得手順により実現され、表示制御部１４４が実行する処理は、制御情報が実行させる表示制御手順により実現される。

（要求部１４１について）
要求部１４１は、入力部１２０を介して受け付けたユーザ操作に従って、コンテンツ配信サーバ３０にコンテンツの配信要求を送信する。また、要求部１４１は、取得したコンテンツに広告配信命令が含まれる場合には、広告の配信要求を広告配信サーバ２０に送信する。なお、広告の配信要求とは、必ずしも広告に限られず、関連画像等を含む、広告枠に表示される任意のコンテンツの配信を要求するものであってもよい。

なお、要求部１４１は、検知部１４２によってコンテンツ表示に関するリソースが検知された場合には、検知された情報とともに、コンテンツの配信要求を行ってもよい。例えば、後述する取得部１４３は、コンテンツの配信要求が送信された場合に、リソースの状況に応じて、コンテンツが含む各要素を全て取得するのではなく、コンテンツが含む各要素に関する情報を取得する場合がある。このため、要求部１４１は、最初の要求において、コンテンツに関する情報を取得することを要求してもよい。例えば、要求部１４１は、コンテンツがどのような要素を含むかといった情報や、各要素の容量（各要素のファイルのデータ量）や、各要素のコンテンツにおける設定情報といった情報を取得することを要求する。その後、要求部１４１は、検知部１４２によって検知されたリソースに関する情報とともに配信要求を送信することにより、例えば、リソースの状況に応じた要素のみを取得する旨等をコンテンツ配信サーバ３０に要求することができる。具体的には、要求部１４１は、画像データや動画データを配信させず、テキストデータを優先的に配信するよう要求することができる。

（検知部１４２について）
検知部１４２は、各種情報を検知する。例えば、検知部１４２は、コンテンツの表示に関するリソースの状況を検知する。

具体的には、検知部１４２は、リソースの状況として、コンテンツを取得する際の通信状況を検知する。例えば、検知部１４２は、通信部１１０が行うネットワークＮとの通信状況を検知する。具体的には、検知部１４２は、コンテンツ配信サーバ３０や広告配信サーバ２０との間の通信状況（送受信可能な情報量）を検知する。なお、検知部１４２は、通信状況として、情報量を検知するのみならず、通信回線が切り替わったこと等を検知してもよい。例えば、検知部１４２は、ＬＴＥ回線が３Ｇ回線に切り替わったこと等を検知する。

また、検知部１４２は、ユーザ端末１００内部のハードウェアに関するリソースを検知してもよい。例えば、検知部１４２は、リソースの状況として、ユーザ端末１００のバッテリー残量を検知する。また、検知部１４２は、コンテンツ表示に関する情報処理に要するバッテリー容量を検知してもよい。例えば、検知部１４２は、動画データの再生処理を行う場合に要するバッテリー容量や、コンテンツのレンダリングを行う際に要するバッテリー容量等を検知する。検知部１４２は、検知した情報を取得部１４３や表示制御部１４４等に送る。取得部１４３や表示制御部１４４は、検知部１４２によって検知されたバッテリー残量や、情報処理に要するバッテリー容量等に基づいて、各種の制御を行ってもよい。なお、バッテリー残量やバッテリー容量の検知は、ＯＳ（Operating System）により行われてもよい。また、バッテリー残量やバッテリー容量の検知に係る処理は、種々の既知の技術が利用されてもよい。

なお、検知部１４２は、上記以外の情報を検知してもよい。例えば、検知部１４２は、ユーザによるユーザ端末１００の利用状況を検知してもよい。例えば、検知部１４２は、ユーザ端末１００に対する所定のユーザ操作を検知する。具体的には、実施形態に係る検知部１４２は、所定の操作の一例として、出力部１３０に表示されたコンテンツを移動させるスクロール操作を検知する。さらに、検知部１４２は、コンテンツのスクロール操作を検知する際には、ユーザによりスクロール操作が行われたコンテンツの移動速度や加速度を検知してもよい。

また、検知部１４２は、ユーザ端末１００の利用状況として、画面に表示された操作以外の利用状況を検知してもよい。例えば、検知部１４２は、ユーザ端末１００が各種センサを有する場合には、センサで取得される種々の情報を利用状況（言い換えれば、ユーザやユーザ端末１００のコンテキスト）として取得することができる。

例えば、ユーザ端末１００がユーザ端末１００の物理的な状態を検知するセンサ（例えば、ユーザ端末１００の３軸方向の傾きを測定するジャイロセンサ）を有する場合には、検知部１４２は、ユーザ端末１００自体の動作に関する情報を取得する。具体的には、検知部１４２は、ユーザ端末１００の移動方向、振動の状態、加速度等を検知する。また、検知部１４２は、ユーザ端末１００の周囲の音を収集するマイクロフォンや、ユーザ端末１００の周囲の照度を検知する照度センサや、ユーザ端末１００の周囲の湿度を検知する湿度センサや、ユーザ端末１００の所在位置における磁場を検知する地磁気センサ等を利用し、ユーザ端末１００の利用状況を検知してもよい。

（取得部１４３について）
取得部１４３は、各種情報を取得する。また、取得部１４３は、検知部１４２によって検知されたリソースの状況に基づいて、ユーザ端末１００で表示するコンテンツの取得処理を制御する。

例えば、取得部１４３は、検知部１４２によって検知されたリソースの状況に基づいて、コンテンツを構成する各要素を取得する順番を選択し、選択した順番で各要素を取得する。

具体的には、取得部１４３は、コンテンツを構成する各要素のうち、画像データもしくは動画データに比べてテキストデータを優先的に選択し、選択した順番で各要素を取得する。また、取得部１４３は、コンテンツを構成する各要素の設定情報に基づいて、各要素を取得する順番を選択してもよい。例えば、取得部１４３は、コンテンツを構成する各要素のうち、タイトルや本文など、コンテンツの内容をユーザが把握するために有用と想定される要素を優先的に取得する。また、取得部１４３は、例えば設定情報として「要約」のような内容が付与されている要素がある場合には、当該要素を優先的に取得してもよい。

また、取得部１４３は、コンテンツを構成する各要素のうち、所定量の情報のみを優先的に取得するようにしてもよい。具体的には、取得部１４３は、ユーザ端末１００が出力部１３０（画面）に一度に表示可能な情報量だけの要素を優先的に取得してもよい。この場合、取得部１４３は、ユーザが画面をスクロールし、コンテンツのさらに先の内容を閲覧するための操作を検知した場合に、次の画面に表示するだけの情報量の要素をさらに取得するようにしてもよい。

また、取得部１４３は、コンテンツや広告以外の各種情報を取得してもよい。例えば、取得部１４３は、ユーザ端末１００を利用するユーザの属性情報を取得する。具体的には、取得部１４３は、ユーザの性別や年齢、居住地等の属性情報を取得する。

また、取得部１４３は、ユーザの特性情報を取得してもよい。具体的には、取得部１４３は、ユーザ端末１００を利用するユーザが所定のコンテンツを閲覧する際の行動特性を取得する。より具体的には、取得部１４３は、任意のコンテンツにおけるユーザの滞在時間や、各コンテンツのＰＶ（Page View）や、所定期間におけるコンテンツの閲覧数等を取得する。また、取得部１４３は、ユーザがテキストの表示速度等を指定する場合には、指定した情報（図６に示した「表示指定情報」に対応する）を取得してもよい。

取得部１４３は、取得した情報を記憶部１５０に記憶する。例えば、取得部１４３は、取得したコンテンツに関する情報を取得情報記憶部１５１内に記憶する。また、取得部１４３は、取得したユーザに関する情報をユーザ情報記憶部１５２内に記憶する。また、取得部１４３は、記憶部１５０内から、適宜、処理に用いる情報を取得してもよい。

（表示制御部１４４について）
表示制御部１４４は、取得部１４３によって取得されたコンテンツに関する情報に基づいて、当該コンテンツの表示を制御する。

コンテンツに関する情報とは、例えば、取得部１４３によって取得された、コンテンツを構成する各要素の情報量や、データ種別や、設定情報等である。例えば、表示制御部１４４は、取得部１４３によって取得されたコンテンツを構成する各要素のデータ種別に応じて、コンテンツの表示を制御する。具体的には、表示制御部１４４は、コンテンツのうち、画像データや動画データよりも、優先的にテキストデータを表示させるよう制御する。

なお、表示制御部１４４は、コンテンツのカテゴリ等に応じて、表示するデータ種別の優先度を変更してもよい。例えば、表示制御部１４４は、ニュースアプリ等のコンテンツに関してはテキストデータを優先し、画像共有アプリ等のコンテンツに関しては、画像データを優先するようにしてもよい。また、表示制御部１４４は、画像データや動画データを表示する場合には、リソースの状況に合わせて、解像度を低くしたり情報量を減らしたりして表示するよう制御してもよい。

また、表示制御部１４４は、コンテンツに関する情報として、取得部１４３によって所定時間内に取得される当該コンテンツの情報量に応じて、当該コンテンツの表示を制御する。例えば、表示制御部１４４は、取得部１４３によって、ユーザ端末１００の一画面分の情報量を含むコンテンツが取得される場合には、当該一画面分のコンテンツを表示するよう制御する。この場合、取得部１４３は、ユーザが画面をスクロールし、コンテンツのさらに先の内容を閲覧するための操作を検知した場合に、次の画面に表示するだけの情報量の要素をさらに取得するようにしてもよい。

また、表示制御部１４４は、取得部１４３によって取得されるコンテンツを構成する要素にテキストデータが含まれる場合、ユーザ端末１００の画面において一度に表示されるテキストの量を制御する。例えば、表示制御部１４４は、図２に示したように、所定時間で表示する文字数を制御することにより、種々の状況にあわせたテキストの表示を行うことができる。

なお、表示制御部１４４は、取得部１４３によって取得されたユーザの属性情報に応じて、コンテンツの表示を制御してもよい。具体的には、表示制御部１４４は、ユーザの年齢に応じて、ユーザ端末１００の画面において一度に表示されるテキストの量を制御してもよい。例えば、表示制御部１４４は、所定の年齢を超えるユーザがコンテンツを閲覧する場合には、ユーザ端末１００の画面において一度に表示されるテキストの量を所定の文字数以下に制限するなどの制御を行ってもよい。かかる制御は、例えば、コンテンツを閲覧する任意のユーザからフィードバック（例えば、画面に「今の文字の表示は読みやすいですか」といった質問を表示させ、ユーザに応答させる）に基づいて行われてもよいし、コンテンツを閲覧する他のユーザが指定する情報（例えば、最も多くのユーザが設定している文字数等）に基づいて行われてもよい。また、表示制御部１４４は、特定の年齢層が文章を認識する平均速度の情報等を取得し、取得した情報に基づいて表示制御を行ってもよい。

また、表示制御部１４４は、取得部１４３によって取得されたユーザの行動特性に応じて、コンテンツの表示を制御してもよい。例えば、表示制御部１４４は、他のユーザと比較して、コンテンツやコンテンツで表示される記事を、短時間で多くザッピングを繰り返すユーザに対しては、詳細な情報よりも端的に情報を表示するよう制御する。具体的には、表示制御部１４４は、表示する内容がニュース等であれば、画像データや動画データよりもタイトルや本文のテキストを優先的に表示するよう制御する。

また、表示制御部１４４は、検知部１４２によって検知されたリソースの状況に応じて、コンテンツの表示を制御してもよい。例えば、表示制御部１４４は、バッテリー残量が所定値よりも低下している場合、コンテンツのタイトルや所定量の情報のみを表示し、表示処理に係るバッテリーの消費を抑えるような制御を行ってもよい。

〔４．コンテンツ配信サーバの構成〕
次に、図７を用いて、実施形態に係るコンテンツ配信サーバ３０の構成について説明する。図７は、実施形態に係るコンテンツ配信サーバ３０の構成例を示す図である。図７に示すように、コンテンツ配信サーバ３０は、通信部３１と、コンテンツ記憶部３２と、制御部３３とを有する。

通信部３１は、例えば、ＮＩＣ等によって実現される。そして、通信部３１は、ネットワークＮと有線または無線で接続され、ユーザ端末１００や広告配信サーバ２０との間で情報の送受信を行う。

コンテンツ記憶部３２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

コンテンツ記憶部３２は、ユーザ端末１００に配信するコンテンツを記憶する。ここで、図８に、実施形態に係るコンテンツ記憶部３２の一例を示す。図８は、実施形態に係るコンテンツ記憶部３２の一例を示す図である。図８に示すように、コンテンツ記憶部３２は、「コンテンツＩＤ」、「要素ＩＤ」、「設定情報」、「データ種別」、「容量」といった項目を有する。

「コンテンツＩＤ」、「要素ＩＤ」、「設定情報」及び「データ種別」は、図５に示した同一の項目に対応する。「容量」は、各要素のデータファイルとしての情報量を示す。なお、図８では、容量の項目に記憶される情報を「Ｆ１１」のように概念で示しているが、実際には、容量の項目には、具体的な情報量の数値が記憶される。

すなわち、図８では、コンテンツ記憶部３２に記憶される情報の一例として、コンテンツＩＤ「Ｃ１１」で識別されるコンテンツＣ１１は、要素ＩＤ「Ｅ１１」等で識別される要素Ｅ１１等から構成されていることを示している。また、図８では、例えば要素Ｅ１１は、コンテンツＣ１１における設定情報が「タイトル」であり、要素Ｅ１２は、コンテンツＣ１１における設定情報が「トップ画像」であることを示している。また、図８では、例えば要素Ｅ１１は、容量が「Ｆ１１」であることを示している。なお、コンテンツ記憶部３２に記憶されるコンテンツには、コンテンツ上に表示させる広告を取得するための広告配信命令が含まれてもよい。

制御部３３は、例えば、コントローラであり、ＣＰＵやＭＰＵ等によって、コンテンツ配信サーバ３０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図７に示すように、制御部３３は、受付部３４と、配信部３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３３の内部構成は、図７に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部３３が有する各処理部の接続関係は、図７に示した接続関係に限られず、他の接続関係であってもよい。

受付部３４は、ユーザ端末１００からコンテンツの取得要求を受け付ける。なお、受付部３４は、ユーザ端末１００のリソースに関する情報を含んだ、コンテンツの取得要求を受け付けてもよい。

配信部３５は、受付部３４によってコンテンツの取得要求が受け付けられた場合に、コンテンツをユーザ端末１００に配信する。具体的には、配信部３５は、コンテンツ記憶部３２から取得要求対象のコンテンツを取得し、取得したコンテンツをユーザ端末１００に配信する。この場合、配信部３５は、取得要求に含まれるリソースに関する情報を参照し、例えば、コンテンツに含まれる要素であって、ユーザ端末１００が要求する要素のみをユーザ端末１００に配信するようにしてもよい。

〔５．広告配信サーバの構成〕
次に、図９を用いて、実施形態に係る広告配信サーバ２０の構成について説明する。図９は、実施形態に係る広告配信サーバ２０の構成例を示す図である。図９に示すように、広告配信サーバ２０は、通信部２１と、記憶部２２と、制御部２３とを有する。

通信部２１は、例えば、ＮＩＣ等によって実現される。そして、通信部２１は、ネットワークＮと有線または無線で接続され、ユーザ端末１００やコンテンツ配信サーバ３０との間で情報の送受信を行う。

記憶部２２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部２２は、広告主から入稿された広告に関する各種情報が格納されたデータベースである広告データベース２４を記憶する。

制御部２３は、例えば、コントローラであり、ＣＰＵやＭＰＵ等によって、広告配信サーバ２０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図９に示すように、制御部２３は、入稿受付部２５と、要求受付部２６と、広告選択部２７と、配信部２８とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３の内部構成は、図９に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部２３が有する各処理部の接続関係は、図９に示した接続関係に限られず、他の接続関係であってもよい。

入稿受付部２５は、広告主から広告の入稿を受け付ける。また、実施形態に係る入稿受付部２５は、広告の入稿を受け付けるとともに、広告のコンテンツデータや、広告に設定されるターゲティング情報や、広告に指定するインプレッション保証数等の指定を受け付けてもよい。また、入稿受付部２５は、広告の入稿の際、広告に対して設定される各ランディングページ等の所在を示すＵＲＬを広告主から受信してもよい。そして、入稿受付部２５は、受信したランディングページ等の所在を示すＵＲＬを、広告とともに広告データベース２４に登録する。

要求受付部２６は、ユーザ端末１００から広告の配信要求を受け付ける。例えば、要求受付部２６は、広告の配信要求として、ＨＴＴＰリクエスト等を受け付ける。また、要求受付部２６は、ユーザ端末１００のリソースに関する情報を含む広告の配信要求を受け付けてもよい。

広告選択部２７は、要求受付部２６によって広告の配信要求が受け付けられた場合に、配信候補の広告を広告データベース２４から選択する。例えば、広告選択部２７は、ユーザ端末１００が表示しているコンテンツの内容や、ユーザ端末１００のユーザの属性等に基づいて、広告データベース２４に登録されている広告から配信対象となる広告のマッチングを行う。かかるマッチングにおいては、広告に対する入札価格や、ＣＴＲが高い広告や、入札価格およびＣＴＲの双方が高い広告が優先的に選択されてもよい。なお、このような広告の配信のマッチングは、既知の種々の手法が応用されてもよい。そして、広告選択部２７は、配信対象として選択された広告を配信部２８に出力する。

配信部２８は、広告選択部２７が選択した広告を配信する。なお、配信部２８は、例えば、ユーザ端末１００のリソースに関する情報によっては、ユーザ端末１００に広告を配信しなかったり、広告に代替する情報（例えば、事故や災害時に配信される特定のコンテンツ）を配信したりしてもよい。

〔６．処理フロー〕
次に、図１０を用いて、実施形態に係る表示制御システム１による配信処理の手順について説明する。図１０は、実施形態に係る表示制御システム１による配信処理手順を示すシーケンス図である。

図１０に示すように、ユーザ端末１００は、ユーザからコンテンツ取得に関する操作を受け付ける（ステップＳ１０１）。このとき、ユーザ端末１００は、コンテンツ表示に関するリソースの状況を検知する（ステップＳ１０２）。

そして、ユーザ端末１００は、コンテンツの取得要求をコンテンツ配信サーバ３０に送信する（ステップＳ１０４）。かかる要求を受けて、コンテンツ配信サーバ３０は、コンテンツに関する情報をユーザ端末１００に配信する（ステップＳ１０４）。なお、ステップＳ１０４においては、コンテンツ配信サーバ３０は、コンテンツ自体を配信するのではなく、ユーザ端末１００が取得しようとしているコンテンツの情報量や、各要素の情報などを配信するものとする。

ユーザ端末１００は、リソースの状況に基づいて、例えば、取得する要素を選択した取得要求をコンテンツ配信サーバ３０に送信する（ステップＳ１０５）。具体的には、ユーザ端末１００は、コンテンツが含む要素のうち、画像データよりもテキストデータを取得することを優先すること等を選択した取得要求をコンテンツ配信サーバ３０に送信する。コンテンツ配信サーバ３０は、コンテンツの取得要求に応じて、コンテンツを構成する要素を選択的に配信する（ステップＳ１０６）。

また、ユーザ端末１００は、取得したコンテンツに広告配信命令が含まれる場合、リソースの状況に応じた広告の取得要求を広告配信サーバ２０に送信する（ステップＳ１０７）。広告配信サーバ２０は、要求に応じて広告を選択し、選択された広告を配信するか、あるいは、リソースの状況（もしくはユーザ端末１００から広告配信を拒否する旨の明示的な要求）によっては、広告を配信しない旨の情報をユーザ端末１００に配信する（ステップＳ１０８）。

そして、ユーザ端末１００は、取得したコンテンツを表示する（ステップＳ１０９）。ステップＳ１０９において、ユーザ端末１００は、例えば取得したコンテンツの要素の種別や情報量、ユーザの属性情報や行動特性等に応じて、種々の表示制御処理を行ってもよい。

〔７．変形例〕
上述した実施形態に係る処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。以下では、表示制御システム１の他の実施形態について説明する。

〔７−１．サーバによる処理〕
上記実施形態では、リソースの状況を検知したユーザ端末１００が、取得するコンテンツの要素の種別等を選択する例を示した。ここで、このような選択処理に関しては、ユーザ端末１００側ではなく、コンテンツの配信装置（実施形態ではコンテンツ配信サーバ３０）側によって実行されてもよい。

この点について、図１１を用いて説明する。図１１は、変形例に係るコンテンツ配信サーバ３０１の構成例を示す図である。図１１に示すように、変形例に係るコンテンツ配信サーバ３０１は、図７で示した例に加えて、選択部３６をさらに有する。

変形例に係るコンテンツ配信サーバ３０１において、受付部３４は、ユーザ端末１００から、ユーザ端末１００によって表示されるコンテンツの取得要求と、ユーザ端末１００におけるコンテンツの表示に関するリソースの状況とを受け付ける。また、選択部３６は、受付部３４によって受付られたリソースの状況に基づいて、コンテンツを構成する要素のうち、優先的に配信を行う要素を選択する。配信部３５は、受付部３４によって受け付けられた取得要求に応じて、コンテンツが含む要素のうち、選択部３６によって選択された要素から優先的にユーザ端末１００へ配信する。

すなわち、実施形態において説明したユーザ端末１００に係る取得部１４３が実行する処理に対応する処理は、コンテンツを配信するサーバ側であるコンテンツ配信サーバ３０１によって実行されてもよい。例えば、コンテンツ配信サーバ３０１は、ユーザ端末１００から送信されたリソースの状況に基づいて、配信しようとするコンテンツが含む要素のうち、特定のデータ種別や、情報量の少ない要素を選択的に配信するようにしてもよい。

また、コンテンツ配信サーバ３０１は、ユーザ端末１００からリソースの状況を受け付けるのみならず、自装置で、ユーザ端末１００との通信状況等を検知し、検知した状況に合わせた配信処理を行ってもよい。

このように、コンテンツ配信サーバ３０１がリソースの状況に応じた配信処理を実行することにより、ユーザ端末１００は、取得する情報量や表示する情報量を制限し、通信状況が悪化した場合であっても素早くコンテンツを表示することができるので、ユーザの体感的な利便性を向上させることができる。

また、実施形態に係る表示制御処理は、コンテンツ配信サーバ３０１とユーザ端末１００とを含む表示制御システム１によって実行されてもよい。すなわち、実施形態で説明したユーザ端末１００が有する各処理部が実行する処理や、変形例として説明したコンテンツ配信サーバ３０１が有する各処理部が実行する処理は、処理の主体は限定されず、表示制御システム１が含むいずれかの装置によって実行されてもよい。また、この場合、実施形態に係る表示制御プログラムは、表示制御システム１が含む複数の装置のいずれかに対して処理を実行させるものであってもよい。

実施形態に係る表示制御処理が表示制御システム１によって実行される一例としては、ユーザ端末１００が自装置のリソースの状況を検知し、検知した情報をコンテンツ配信サーバ３０１に送信することにより実現される。すなわち、ユーザ端末１００に係る検知部１４２は、ユーザ端末１００におけるコンテンツの表示に関するリソースの状況を検知する。また、ユーザ端末１００に係る取得部１４３は、検知部１４２によって検知されたリソースの状況とともに、ユーザ端末１００で表示するコンテンツの取得要求をコンテンツ配信サーバ３０１に送信する。そして、コンテンツ配信サーバ３０１に係る受付部３４は、取得部１４３からから送信されたリソースの状況とコンテンツの取得要求とを受け付ける。また、コンテンツ配信サーバ３０１に係る選択部３６は、受付部３４によって受け付けられたリソースの状況に基づいて、コンテンツを構成する要素のうち、優先的に配信を行う要素を選択する。また、コンテンツ配信サーバ３０１に係る配信部３５は、受付部３４によって受け付けられた取得要求に応じて、コンテンツが含む要素のうち、選択部３６によって選択された要素から優先的にユーザ端末１００へ配信する。

このように、実施形態に係る表示制御処理は、各々の処理を実行する主体は限定されず、様々な態様によって柔軟に実現されてもよい。

〔７−２．検知処理〕
上記実施形態では、ユーザ端末１００が、ユーザによるコンテンツの取得に関する操作が行われた場合に、コンテンツ表示に関するリソースを検知する処理を実行する例を説明した。しかし、ユーザ端末１００は、異なるタイミングでリソースを検知する処理を行ってもよい。

例えば、ユーザ端末１００は、コンテンツの取得中や、コンテンツの表示中に、リソースの状況を検知してもよい。また、ユーザ端末１００は、リソースの状況が変化したこと（例えば、ＬＴＥ回線が３Ｇ回線に切り替わったこと等）を契機として、実施形態に係る取得処理や表示処理の制御を開始するようにしてもよい。

なお、上記実施形態に係る検知処理は、必ずしもユーザ端末１００自体によって行われなくてもよい。例えば、ユーザ端末１００とコンテンツ配信サーバ３０との通信状況は、コンテンツ配信サーバ３０によって検知されてもよい。そして、ユーザ端末１００は、コンテンツ配信サーバ３０が検知した情報を、コンテンツ配信サーバ３０から検知（取得）することにより、リソースの状況を取得してもよい。あるいは、ユーザ端末１００は、外部装置を利用してバッテリーの状況を検知してもよい。例えば、ユーザ端末１００は、所定のインターフェイスを介して接続されたバッテリー検出装置等によってバッテリーの状況を検出させ、検出した情報を検知（取得）することにより、リソースの状況を取得してもよい。すなわち、リソースの状況を検知する検知処理は、検知の主体がユーザ端末１００に限られず、例えば、コンテンツ配信サーバ３０等の外部サーバや、外部装置が有する機能を利用して実現されてもよい。言い換えれば、ユーザ端末１００に係る検知部１４２が実行する処理は、自装置の機能を利用してリソースの状況を検知することのみならず、自装置以外の装置や通信を利用してリソースの状況を取得することを含む。

〔７−３．異常発生時の処理〕
上記実施形態では、検知したリソースの状況に応じて、ユーザ端末１００は、コンテンツを構成する各要素を取得する順番を決定し、決定した順番で各要素を取得する例を示した。しかし、ユーザ端末１００は、事故や災害の発生時においては、異なる取得処理を実行してもよい。

例えば、ユーザ端末１００は、事故や災害の発生時においては、取得しようとしているコンテンツの取得処理を継続するのではなく、例えば、事故や災害等の異常時に有用と設定されているカテゴリのコンテンツ（例えば、特定のニュースサイトの記事等）を取得するように制御してもよい。

〔７−４．リソース〕
上記実施形態では、ユーザ端末１００が、リソースの状況として、通信状況やバッテリー残量等を検知する例を示した。しかし、ユーザ端末１００は、リソースとして、上記の例に限られず、種々の情報を検知してもよい。例えば、ユーザ端末１００は、自装置のＣＰＵやメモリに関する情報を取得してもよい。そして、ユーザ端末１００は、自装置のＣＰＵやメモリに適合するように、コンテンツの取得処理を制御してもよい。例えば、ユーザ端末１００は、自装置のＣＰＵやメモリのスペックがコンテンツの取得処理や表示処理に不十分な場合には、取得する情報量を制限したり、表示する画像の解像度を下げたりする制御を行ってもよい。

〔７−５．ユーザの特性〕
ユーザ端末１００は、例えば、ユーザの特性情報の一例として、操作するユーザがコンテンツを閲覧してから離脱するまでの時間に合わせた表示を行ってもよい。例えば、ユーザがコンテンツから閲覧するまでの離脱時間が平均で３秒である場合、ユーザ端末１００は、３秒以内に、何らかのコンテンツの内容を表示するよう制御する。例えば、通常ではコンテンツ全体の要素が取得された場合にユーザ端末１００に表示が開始されるコンテンツであっても、ユーザ端末１００は、当該ユーザに対しては例えばタイトルだけが取得されたタイミングで表示処理を行う。これにより、ユーザ端末１００は、ユーザがコンテンツから離脱すると想定される時間までに、何らかの情報をユーザに与えることができるので、ユーザのコンテンツからの離脱を防止することができる。

また、ユーザ端末１００は、ユーザの行動特性をリアルタイムに取得し、処理に反映させてもよい。例えば、コンテンツのザッピングを頻繁に繰り返すユーザであっても、特定のコンテンツ（例えば、関心を抱いたコンテンツ）については、比較的長い滞在時間が観測される場合がある。この場合、ユーザ端末１００は、直前まで、当該ユーザに対しては画像データや動画データの表示をスキップしていたとしても、当該コンテンツに関しては、次のデータの読み込み時においては画像データや動画データも表示させるようにしてもよい。このように、ユーザ端末１００は、ユーザの行動特性をリアルタイムに取得し、ユーザの行動に沿った表示を行うことにより、柔軟性に優れた表示制御処理を行うことができる。

〔７−６．コンテンツ〕
上記実施形態では、コンテンツとして、アプリ内で表示されるコンテンツやウェブページ等を例に挙げた。しかし、コンテンツの例はこれに限られず、ユーザ端末１００が取得可能であり、表示可能であれば、コンテンツはどのようなものであってもよい。

〔７−７．広告〕
上記実施形態で示した広告とは、営利若しくは非営利の広告だけではなく、ボランティアの募集、公共広告、公共に対する通知、その他任意のコンテンツであってもよい。例えば、広告は、企業等の宣伝のための広告クリエイティブのみならず、ユーザに興味を抱かせ、広告に含まれる情報、または、広告と関連するコンテンツ（例えば、広告をクリックしたことで表示されるランディングページ等）に含まれる情報を広く報知するものであれば、画像、動画像、文字、図形、記号、ハイパーリンク、その他任意のコンテンツを適用可能である。

〔７−８．制御情報〕
上記実施形態では、ユーザ端末１００が、実施形態に係る表示制御プログラムが記載された制御情報に従って表示制御処理を実行する例を示した。ここで、制御情報は、ユーザ端末１００が実行するアプリに含まれてもよいし、ウェブブラウザソフトウェアの一機能として含まれていてもよいし、ユーザ端末１００で表示しようとするコンテンツに含まれていてもよい。すなわち、制御情報の取得元や配信元は、ユーザ端末１００の行う表示制御処理の結果には影響しない。

〔７−９．装置構成〕
また、上記実施形態では、表示制御システム１に、ユーザ端末１００と、広告配信サーバ２０と、コンテンツ配信サーバ３０とが含まれる例を示したが、表示制御システム１の構成はこの例に限られない。例えば、コンテンツ配信サーバ３０と広告配信サーバ２０とは１個の装置として形成されてもよい。この場合、図７に示したコンテンツ配信サーバ３０は、例えば、コンテンツ記憶部３２とは別に、広告を記憶する記憶部を有する。そして、コンテンツ配信サーバ３０は、ユーザ端末１００からコンテンツの取得要求を受け付けた場合に、記憶部に保持された広告とともに、広告配信命令を含まないコンテンツをユーザ端末１００に配信する。

また、上記実施形態では、広告配信サーバ２０からユーザ端末１００に広告が配信される例を示したが、コンテンツ配信サーバ３０が、広告配信サーバ２０から広告を取得してもよい。この場合、広告配信サーバ２０は、コンテンツ配信サーバ３０から広告の取得要求を受け付ける。また、広告配信サーバ２０は、コンテンツ配信サーバ３０に広告を配信する。また、コンテンツ配信サーバ３０の配信部３５は、広告配信サーバ２０から取得した広告とともに、広告配信命令を含まないコンテンツをユーザ端末１００に配信する。

〔７−１０．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図４に示した要求部１４１及び取得部１４３は統合されてもよい。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔８．ハードウェア構成〕
また、上述してきた実施形態に係るユーザ端末１００、広告配信サーバ２０、コンテンツ配信サーバ３０は、例えば図１２に示すような構成のコンピュータ１０００によって実現される。以下、ユーザ端末１００を例に挙げて説明する。図１２は、ユーザ端末１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラム（例えば、実施形態に係る表示制御プログラム）に基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（図３に示したネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係るユーザ端末１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１４０の機能を実現する。また、ＨＤＤ１４００には、ユーザ端末１００が備える記憶部１５０内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。

〔９．効果〕
上述したように、実施形態に係る表示制御プログラムは、表示制御装置（実施形態ではユーザ端末１００）に、検知手順と、取得手順と、表示制御手順とを実行させる。検知手順は、表示制御装置におけるコンテンツの表示に関するリソースの状況を検知する。取得手順は、検知手順によって検知されたリソースの状況に基づいて、表示制御装置で表示するコンテンツの取得処理を制御する。表示制御手順は、取得手順によって取得されたコンテンツに関する情報に基づいて、当該コンテンツの表示を制御する。

このように、実施形態に係る表示制御プログラムは、コンテンツ表示に係るリソースを検知し、検知したリソースに応じて、コンテンツの取得処理を制御したり、コンテンツの表示を制御したりする。すなわち、表示制御プログラムは、リソースが不足した状況など、通常時のような処理を行うことができない場合であっても、リソースの状況に応じた取得処理や表示制御処理を行うことで、コンテンツの表示の遅延等を防止したり、体感的な遅延を感じさせないようにしたりすることができる。結果として、表示制御プログラムは、ユーザの体感的な利便性を向上させることができる。

また、検知手順は、リソースの状況として、コンテンツを取得する際の通信状況を検知する。

このように、実施形態に係る表示制御プログラムは、例えば事故や災害の発生によって通信状況が悪化した場合等であっても、状況に合わせた取得処理や表示制御処理を行うことで、ユーザの快適性を損なわせないようにすることができる。

また、検知手順は、リソースの状況として、表示制御装置のバッテリー残量を検知する。

このように、実施形態に係る表示制御プログラムは、ハードウェアに関するリソースに応じた取得処理や表示制御処理を行うことで、例えば、バッテリーの持続時間を長く維持しつつ、ユーザが閲覧するコンテンツが伝達する内容については失わないようにするような最適化処理を行うことができる。

また、取得手順は、検知手順によって検知されたリソースの状況に基づいて、コンテンツを構成する各要素を取得する順番を選択し、選択した順番で各要素を取得する。

このように、実施形態に係る表示制御プログラムは、リソースが不足した場合等には、通常時のようにコンテンツの全てを取得するのではなく、コンテンツを構成する要素を選択的に取得するようにしてもよい。これにより、表示制御プログラムは、取得する情報量を制限することにより、コンテンツの取得や、表示の遅延を防止することができる。

また、取得手順は、コンテンツを構成する各要素のうち、画像データもしくは動画データに比べてテキストデータを優先的に選択し、選択した順番で各要素を取得する。

このように、実施形態に係る表示制御プログラムは、一般に情報量の多い画像データや動画データよりもテキストデータを優先することで、ユーザに伝達する内容については極力失わせず、かつ、コンテンツの表示の遅延等を防止することができる。

また、表示制御手順は、コンテンツに関する情報として、取得手順によって取得された当該コンテンツを構成する各要素のデータ種別に応じて、当該コンテンツの表示を制御する。

このように、実施形態に係る表示制御プログラムは、データ種別に基づいて表示順を変えたり、データの種別によっては表示をスキップしたりすること等により、リソースに負担をかけず、適切なコンテンツの表示を行うことができる。

また、表示制御手順は、コンテンツに関する情報として、取得手順によって所定時間内に取得される当該コンテンツの情報量に応じて、当該コンテンツの表示を制御する。

このように、実施形態に係る表示制御プログラムは、情報量に応じてコンテンツの表示を制御することで、例えば、コンテンツ全体を取得してから表示を行うのではなく、取得された１ページ分の表示を優先して行うなど、ユーザ端末１００が置かれた状況に合わせて、柔軟な表示を実現することができる。

また、表示制御手順は、取得手順によって取得されるコンテンツを構成する要素にテキストデータが含まれる場合、表示制御装置に一度に表示されるテキストの量を制御する。

このように、実施形態に係る表示制御プログラムは、表示するテキストの量を制御することで、体感的に表示の遅れやストレスをユーザに感じさせないような表示処理を行うことができる。

また、取得手順は、表示制御装置を利用するユーザの属性情報を取得する。表示制御手順は、取得手順によって取得されたユーザの属性情報に応じて、コンテンツの表示を制御する。

このように、実施形態に係る表示制御プログラムは、ユーザに合わせた表示制御を行ってもよい。これにより、表示制御プログラムは、例えば年配のユーザに合わせた文字数の表示等を行うことができるので、コンテンツの表示を適切にパーソナライズすることができる。

また、取得手順は、表示制御装置を利用するユーザが所定のコンテンツを閲覧する際の行動特性を取得する。表示制御手順は、取得手順によって取得されたユーザの行動特性に応じて、コンテンツの表示を制御する。

このように、実施形態に係る表示制御プログラムは、ユーザの行動特性に合わせた表示制御を行ってもよい。これにより、表示制御プログラムは、例えばコンテンツを閲覧する速度が速いユーザには情報量を多めに表示したり、あるいは、コンテンツを頻繁にザッピングするユーザに対しては一部の要素の表示をスキップしたりするなど、コンテンツの表示を適切にパーソナライズすることができる。

また、コンテンツ配信サーバ３０１（本願に係る配信装置に対応する）は、受付部３４と、選択部３６と、配信部３５とを有する。受付部３４は、表示制御装置から、当該表示制御装置によって表示されるコンテンツの取得要求と、当該表示制御装置における当該コンテンツの表示に関するリソースの状況とを受け付ける。選択部３６は、受付部３４によって受け付けられたリソースの状況に基づいて、コンテンツを構成する要素のうち、優先的に配信を行う要素を選択する。配信部３５は、受付部３４によって受け付けられた取得要求に応じて、コンテンツが含む要素のうち、選択部３６によって選択された要素から優先的に表示制御装置へ配信する。

このように、コンテンツ配信サーバ３０１は、リソースの状況に応じた配信処理を実行することにより、ユーザ端末１００が取得する情報量や表示する情報量を制限し、通信状況が悪化した場合であっても素早くコンテンツを表示させることができるので、ユーザの体感的な利便性を向上させることができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 表示制御システム
２０ 広告配信サーバ
３０ コンテンツ配信サーバ
３４ 受付部
３５ 配信部
３６ 選択部
１００ ユーザ端末
１１０ 通信部
１２０ 入力部
１３０ 出力部
１４０ 制御部
１４１ 要求部
１４２ 検知部
１４３ 取得部
１４４ 表示制御部
１５０ 記憶部
１５１ 取得情報記憶部
１５２ ユーザ情報記憶部

Claims (13)

1. 表示制御装置に、
   前記表示制御装置におけるコンテンツの表示に関するリソースの状況を検知する検知手順と、
   前記検知手順によって検知されたリソースの状況に基づいて、前記表示制御装置で表示するコンテンツの取得処理を制御する取得手順と、
   前記取得手順によって取得されたコンテンツに関する情報に基づいて、当該コンテンツの表示を制御する表示制御手順と、
   を実行させることを特徴とする表示制御プログラム。
2. 前記検知手順は、
   前記リソースの状況として、前記コンテンツを取得する際の通信状況を検知する、
   ことを特徴とする請求項１に記載の表示制御プログラム。
3. 前記検知手順は、
   前記リソースの状況として、前記表示制御装置のバッテリー残量を検知する、
   ことを特徴とする請求項１又は２に記載の表示制御プログラム。
4. 前記取得手順は、
   前記検知手順によって検知されたリソースの状況に基づいて、前記コンテンツを構成する各要素を取得する順番を選択し、選択した順番で各要素を取得する、
   ことを特徴とする請求項１〜３のいずれか一つに記載の表示制御プログラム。
5. 前記取得手順は、
   前記コンテンツを構成する各要素のうち、画像データもしくは動画データに比べてテキストデータを優先的に選択し、選択した順番で各要素を取得する、
   ことを特徴とする請求項４に記載の表示制御プログラム。
6. 前記表示制御手順は、
   前記コンテンツに関する情報として、前記取得手順によって取得された当該コンテンツを構成する各要素のデータ種別に応じて、当該コンテンツの表示を制御する、
   ことを特徴とする請求項１〜５のいずれか一つに記載の表示制御プログラム。
7. 前記表示制御手順は、
   前記コンテンツに関する情報として、前記取得手順によって所定時間内に取得される当該コンテンツの情報量に応じて、当該コンテンツの表示を制御する、
   ことを特徴とする請求項１〜６のいずれか一つに記載の表示制御プログラム。
8. 前記表示制御手順は、
   前記取得手順によって取得されるコンテンツを構成する要素にテキストデータが含まれる場合、前記表示制御装置に一度に表示されるテキストの量を制御する、
   ことを特徴とする請求項７に記載の表示制御プログラム。
9. 前記取得手順は、
   前記表示制御装置を利用するユーザの属性情報を取得し、
   前記表示制御手順は、
   前記取得手順によって取得されたユーザの属性情報に応じて、前記コンテンツの表示を制御する、
   ことを特徴とする請求項１〜８のいずれか一つに記載の表示制御プログラム。
10. 前記取得手順は、
    前記表示制御装置を利用するユーザが所定のコンテンツを閲覧する際の行動特性を取得し、
    前記表示制御手順は、
    前記取得手順によって取得されたユーザの行動特性に応じて、前記コンテンツの表示を制御する、
    ことを特徴とする請求項１〜９のいずれか一つに記載の表示制御プログラム。
11. 表示制御装置であって、
    前記表示制御装置におけるコンテンツの表示に関するリソースの状況を検知する検知部と、
    前記検知部によって検知されたリソースの状況に基づいて、前記表示制御装置で表示するコンテンツを取得する取得部と、
    前記取得部によって取得されたコンテンツに関する情報に基づいて、当該コンテンツの表示を制御する表示制御部と、
    を備えたことを特徴とする表示制御装置。
12. 表示制御装置が実行する表示制御方法であって、
    前記表示制御装置におけるコンテンツの表示に関するリソースの状況を検知する検知工程と、
    前記検知工程によって検知されたリソースの状況に基づいて、前記表示制御装置で表示するコンテンツを取得する取得工程と、
    前記取得工程によって取得されたコンテンツに関する情報に基づいて、当該コンテンツの表示を制御する表示制御工程と、
    を含んだことを特徴とする表示制御方法。
13. 表示制御装置から、当該表示制御装置によって表示されるコンテンツの取得要求と、当該表示制御装置における当該コンテンツの表示に関するリソースの状況とを受け付ける受付部と、
    前記受付部によって受け付けられたリソースの状況に基づいて、前記コンテンツを構成する要素のうち、優先的に配信を行う要素を選択する選択部と、
    前記受付部によって受け付けられた取得要求に応じて、前記コンテンツが含む要素のうち、前記選択部によって選択された要素から優先的に前記表示制御装置へ配信する配信部と、
    を備えたことを特徴とする配信装置。

Images