JP2019101576A - 表示制御方法、表示制御プログラムおよび端末装置 - Google Patents

Abstract

【課題】コンテンツごとの表示制御を実現することを課題とする。【解決手段】ユーザ端末は、端末が受け付けた操作を特定する操作情報に応じてコンテンツサーバがコンテンツごとに生成した該コンテンツの表示制御に関する表示制御情報を受信する。そして、ユーザ端末は、いずれかのコンテンツの表示指示を受け付けると、受信した表示制御情報のうち、いずれかのコンテンツに応じた表示制御情報に基づき、いずれかのコンテンツのユーザ端末における表示態様を制御する。【選択図】図２

Description

本発明は、表示制御方法、表示制御プログラムおよび端末装置に関する。

パーソナルコンピュータだけではなく、スマートフォンやタブレットなどの通信端末を用いても、インターネットなどのネットワークに接続できるようになった。この結果、幅広い年齢層、幅広い用途で、ネットワークを用いてコンテンツなどを利用するモバイルアプリケーションが使用されている。

モバイルアプリケーションを使用するユーザは、欲しい情報をリアルタイムに取得したいし、コンテンツなどを提供する企業は、ユーザの欲しい情報をリアルタイムに提供して顧客満足度を向上させ、購買などへ繋げたい。このようなことから、近年では、コンテンツを提供するコンテンツサーバが、ユーザ端末から取得したログ情報を用いて提供するコンテンツを動的に生成して提供する技術や、ユーザ端末が、コンテンツサーバから取得したコンテンツのレイアウトを動的に変更して表示する技術が知られている。また、ユーザ端末が、コンテンツサーバからコンテンツを取得し、ユーザ端末の向きやコンテンツの表示位置に応じてコンテンツの表示優先度を決定する技術が知られている。

特開２００４−３４３２８８号公報 特開２００５−１４８７７９号公報 特表２００７−５２８６１８号公報 特開平８−２３７２４９号公報

しかしながら、上記技術では、コンテンツサーバ側またはユーザ端末側の一方の設定内容に応じたコンテンツの表示制御しかできない。例えば、コンテンツサーバが重要なコンテンツをユーザ端末に送信した場合でも、ユーザ端末側で優先度低と判断されて表示されない場合がある。このため、コンテンツの提供側が今一番提供したい情報をユーザに提供できず、ユーザ側は重要な情報を見落とす可能性がある。

一つの側面では、コンテンツごとの表示制御を実現することができる表示制御方法、表示制御プログラムおよび端末装置を提供することを目的とする。

第１の案では、情報処理装置と通信可能な端末におけるコンテンツの表示制御方法は、前記端末が受け付けた操作を特定する操作情報に応じて前記情報処理装置がコンテンツごとに生成した該コンテンツの表示制御に関する表示制御情報を受信する処理を、前記端末が実行する。表示制御方法は、いずれかのコンテンツの表示指示を受け付けると、受信した前記表示制御情報のうち、前記いずれかのコンテンツに応じた表示制御情報に基づき、前記いずれかのコンテンツの前記端末における表示態様を制御する処理を前記端末が実行する。

一実施形態によれば、コンテンツごとの表示制御を実現することができる。

図１は、実施例１にかかるシステムの全体構成例を示す図である。 図２は、実施例１にかかるシステムの機能構成を示す機能ブロック図である。 図３は、分析結果ＤＢに記憶される情報を示す図である。 図４は、コンテンツサーバが生成する表示制御情報のフォーマット例を示す図である。 図５は、表示制御情報の具体例を示す図である。 図６は、ユーザ端末Ａにおけるコンテンツの編集例を示す図である。 図７は、ユーザ端末Ｂにおけるコンテンツの編集例を示す図である。 図８は、全体的な処理の流れを示すフローチャートである。 図９は、コンテンツの遷移イメージを説明する図である。 図１０は、コンテンツサーバの設定のみを用いた配信例を示す図である。 図１１は、ユーザ端末の設定のみを用いた配信例を示す図である。 図１２は、コンテンツサーバのハードウェア構成例を説明する図である。 図１３は、ユーザ端末のハードウェア構成例を示す図である。

以下に、本願の開示する表示制御方法、表示制御プログラムおよび端末装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、各実施例は、矛盾のない範囲内で適宜組み合わせることができる。

［全体構成］
図１は、実施例１にかかるシステムの全体構成例を示す図である。図１に示すように、このシステムは、コンテンツサーバ１０と複数のユーザ端末５０とがネットワークＮを介して相互に通信可能に接続される。ネットワークＮは、有線や無線を問わず、インターネットなどの各種ネットワークを採用することができる。

コンテンツサーバ１０は、会員に対して、天気予報、交通情報、セールなどのお得情報、会員規約の改定など会員に通知する重要なお知らせ情報などのコンテンツを提供する情報処理装置の一例である。コンテンツサーバ１０は、ネットワークＮ上の他のサーバが提供するコンテンツを定期的に取得して保持する。また、コンテンツサーバ１０は、名前、年齢、所在地などの会員情報（属性情報）を保持する。

複数のユーザ端末５０は、コンテンツサーバ１０に対して会員登録済みのユーザが使用するスマートフォンなどの端末装置の一例である。各ユーザ端末５０は、Ｗｅｂサービスなどのアクセス履歴などであるログ情報を保持し、コンテンツサーバ１０に送信する。そして、各ユーザ端末５０は、コンテンツサーバ１０から提供されたコンテンツを、ディスプレイなどの表示部に表示する。

このようなシステムにおいて、各ユーザ端末５０は、端末が受け付けた操作を特定する情報に応じてコンテンツサーバ１０がコンテンツごとに生成した該コンテンツの表示制御に関する情報を受信する。そして、各ユーザ端末５０は、いずれかのコンテンツの表示指示を受け付けると、受信した情報のうち、いずれかのコンテンツに応じた情報に基づき、いずれかのコンテンツの端末における表示態様を制御する。

具体的は、コンテンツサーバ１０は、各ユーザ端末５０から収集したログ情報を分析し、コンテンツサーバ１０が保持している各ユーザの属性に基づき、コンテンツと端末側で調整可能な表示制御に関する指示（以降、「表示制御情報」）を端末側に送信する。一方、各ユーザ端末５０は、端末側でコンテンツの表示制御の定義を保持し、コンテンツサーバ１０からコンテンツと「表示制御情報」を受信する。そして、各ユーザ端末５０は、ログ情報や端末が保持している情報（端末情報、センサー、固有設定等）から表示制御の定義に沿って、コンテンツのレイアウトを変更する。

したがって、このシステムは、コンテンツごとの表示制御を実現することができる。具体的には、サービスを提供する側、利用者側双方のニーズにあった情報を、ユーザ端末５０の画面に表示することができる。

［機能構成］
次に、図１に示したコンテンツサーバ１０とユーザ端末５０の機能構成について説明する。図２は、実施例１にかかるシステムの機能構成を示す機能ブロック図である。

（コンテンツサーバ１０の機能構成）
図２に示すように、コンテンツサーバ１０は、通信部１１、記憶部１２、制御部２０を有する。通信部１１は、他の装置の間の通信を制御する処理部であり、例えば通信インタフェースなどである。例えば、通信部１１は、ユーザ端末５０から、ログ情報、現在地や移動方向や移動速度などのセンサ情報などを受信する。また、通信部１１は、コンテンツや表示制御情報などをユーザ端末５０に送信する。

記憶部１２は、プログラムやデータなどを記憶する記憶装置の一例であり、例えばメモリやハードディスクなどである。この記憶部１２は、コンテンツＤＢ１３や分析結果ＤＢ１４を記憶する。なお、記憶部１２は、これらのＤＢ以外にも、例えば氏名、勤め先、住所、メールアドレス、家族構成などの各ユーザの会員情報（属性情報）を記憶する。

コンテンツＤＢ１３は、コンテンツサーバ１０が他のサーバ等から取得したコンテンツやコンテンツサーバ１０が生成したコンテンツを記憶するデータベースである。例えば、コンテンツＤＢ１３は、ユーザ端末や地域ごとにコンテンツのＵＲＬ（Uniform Resource Locator）を記憶することもできる。

分析結果ＤＢ１４は、コンテンツサーバ１０が各ユーザ端末５０から取得したログ情報等を分析した分析結果を記憶するデータベースである。図３は、分析結果ＤＢ１４に記憶される情報を示す図である。図３には、一例として、ユーザＡの端末に対する分析結果を示す。図３に示すように、分析結果ＤＢ１４は、ユーザ端末ごとに、「サーバに送信される操作履歴、端末情報、センサ情報」を対応付けて記憶する。

ここで記憶される「サーバに送信される操作履歴」は、ユーザ端末５０のログ情報から解析される操作履歴などである。「端末情報」は、ユーザ端末５０が端末上で設定している設定情報である。「センサ情報」は、ユーザ端末５０のセンサ情報から得られる解析情報である。図３の例では、「サーバに送信される操作履歴」として「天気予報は朝にチェックする、お知らせはこまめにチェックする」が分析され、「端末情報」として「端末の文字サイズを変更している」が分析され、「センサ情報」として「サーバ側でおすすめしたい特定の店の近くをよく通る」が分析されたことを示す。

制御部２０は、コンテンツサーバ１０全体を司る処理部であり、例えばプロセッサなどである。この制御部２０は、取得部２１、分析部２２、生成部２３、提供部２４を有する。例えば、取得部２１、分析部２２、生成部２３、提供部２４は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例などである。

取得部２１は、他のサーバが提供するコンテンツを取得し、各ユーザ端末５０からログ情報やセンサ情報などを取得する処理部である。例えば、取得部２１は、定期的に、または、ユーザからコンテンツを要求された場合に、他のサーバが提供するコンテンツを取得してコンテンツＤＢ１３に格納する。

また、取得部２１は、定期的にユーザ端末５０からログ情報、端末情報、センサ情報などを取得して記憶部１２に格納したり、ユーザ端末５０から送信されるログ情報やセンサ情報などを受信して記憶部１２に格納したりする。

分析部２２は、ユーザ端末５０から取得したログ情報、端末情報、センサ情報などを分析する処理部である。具体的には、分析部２２は、取得したログ情報を分析して、「サーバに送信される操作履歴、端末情報、センサ情報」などを分析結果ＤＢ１４に格納する。

例えば、分析部２２は、９：００から１１：００までに天気予報へアクセスしたログが存在すると、「天気予報は朝にチェックする」と分析する。また、分析部２２は、１日に所定回数（例えば５回）以上お知らせをチェックしたログが存在する場合、「お知らせはこまめにチェックする」と分析する。また、分析部２２は、ユーザ端末５０側でデフォルト設定の文字サイズが変更されている場合、「端末の文字サイズを変更している」と分析する。また、分析部２２は、センサ情報で得られるユーザ端末５０の位置情報とコンテンツサーバが提供するお店情報とにしたがって、「サーバ側でおすすめしたい特定の店の近くをよく通る」などと分析する。

生成部２３は、コンテンツとともにユーザ端末５０に提供する、コンテンツと端末側で調整可能なコンテンツの表示制御に関する指示である表示制御情報を生成する処理部である。具体的には、生成部２３は、ユーザ端末５０の属性情報と、分析結果ＤＢ１４に記憶される該当ユーザに対応する分析結果とを用いて、表示制御情報を生成して、提供部２４に出力する。

図４は、コンテンツサーバ１０が生成する表示制御情報のフォーマット例を示す図である。図４に示すように、表示制御情報は、例えば「order−x、font、fix、store num＝n near，time」から構成される。

「order−x」は、コンテンツの重要度、コンテンツを参照する参照時間帯、コンテンツを参照する参照回数、コンテンツを表示する位置情報などであり、ｘによって表示順を設定する領域である。「font」は、コンテンツを示す文字に関する設定情報であり、ユーザによってアクセスされていない未読状態ならBoldで表示し、重要なコンテンツの場合は文字サイズを大きくし、コンテンツとして知らせる情報の期限が近い場合は文字色を赤にするなどのフォント情報を決定（設定）する領域である。「fix」は、広告位置など、ユーザ端末５０（エージェント）で変更できない項目を指定する領域である。「store num＝n near，time」は、ユーザ端末５０の位置情報から近く（所定距離以内）にあり、本日これからタイムセールを行う店をｎ件近い順に表示することを設定する領域である。

ここで、表示制御情報の具体例を説明する。図５は、表示制御情報の具体例を示す図である。図５に示す例では、分析結果として、「サーバに送信される操作履歴＝天気予報は朝にチェックする、お知らせはこまめにチェックする」、「端末情報＝端末の文字サイズを変更している」、「センサ情報＝サーバ側でおすすめしたい特定の店の近くをよく通る」が分析されたとする。

この場合、生成部２３は、天気予報が朝にチェックされていることから、午前中は天気予報のコンテンツの重要度高くして提供すると決定する。また、生成部２３は、お知らせがこまめにチェックされていることから、お知らせのコンテンツの重要度を高くして提供すると決定し、おすすめしたい店をよく通ることから、おすすめ情報のコンテンツを提供すると決定する。さらに、生成部２３は、ユーザ端末５０側でフォントサイズを変更していることから、コンテンツの文字サイズの変更を可能にする。

この結果、生成部２３は、図５に示す表示制御情報を生成する。具体的には、表示制御情報には、「6：00−12：00」の間は、「天気予報」のコンテンツを重要度Ａ（高い）で表示し、お知らせのコンテンツを重要度Ａで表示するとともに、お知らせのコンテンツとして重要度Ｚ（低い）で「重要なお知らせ、おすすめ情報、セール情報」の各コンテンツを表示し、フォントサイズを設定する規定値に設定する一方で、ユーザ端末５０側で変更可能に設定される。

提供部２４は、ユーザ端末５０にコンテンツを提供する処理部である。具体的には、提供部２４は、分析部２２で分析された結果やユーザ端末５０の属性情報などに対応するコンテンツ（ＵＲＬ）と、生成部２３によって生成された表示制御情報とをあわせて、ユーザ端末５０に送信する。

上記例で説明すると、提供部２４は、表示制御情報に設定された「天気予報、重要なお知らせ、おすすめ情報、セール情報」の各コンテンツを取得する。このとき、提供部２４は、ユーザ端末５０のセンサ情報にしたがって、ユーザ端末５０の現在位置の天気予報と目的地の天気予報の各コンテンツを取得する。同様に、提供部２４は、ユーザ端末５０のセンサ情報にしたがって、ユーザ端末５０の現在位置や目的地のおすすめ情報やセール情報の各コンテンツを取得する。そして、提供部２４は、取得した各コンテンツと表示制御情報とをあわせて、ユーザ端末５０に送信する。

（ユーザ端末５０の機能構成）
図２に示すように、ユーザ端末５０は、通信部５１、記憶部５２、制御部６０を有する。通信部５１は、他の装置の間の通信を制御する処理部であり、例えば通信インタフェースなどである。例えば、通信部５１は、コンテンツサーバ１０に対して、ログ情報、現在地や移動方向や移動速度などのセンサ情報、ユーザ端末５０で設定している端末情報（設定情報）などを送信する。また、通信部５１は、コンテンツや表示制御情報などをコンテンツサーバ１０から受信する。

記憶部５２は、プログラムやデータなどを記憶する記憶装置の一例であり、例えばメモリやハードディスクなどである。この記憶部５２は、ログ情報ＤＢ５３、設定情報ＤＢ５４、コンテンツＤＢ５５を記憶する。なお、記憶部５２は、これらのＤＢ以外にも、例えば氏名、勤め先、住所、メールアドレス、家族構成などの各ユーザの会員情報（属性情報）を記憶する。また、記憶部５２は、例えば現在地、移動方向、目的地などリアルタイムに取得可能なセンサ情報を記憶する。

ログ情報ＤＢ５３は、Ｗｅｂサーバやインターネットなどへアクセスしたときのログ情報を記憶するデータベースである。例えば、ログ情報ＤＢ５３は、「アクセス時間、アクセス先」などを対応付けたアクセス履歴など記憶する。これに限らず、ログ情報ＤＢ５３は、公知の様々な手法で解析されたアクセス履歴の解析結果などを記憶することもできる。例えば、ログ情報ＤＢ５３は、「午前中（６：００−１２：００）、天気予報アプリを起動する」、「お知らせコンテンツはいつも全部閲覧」などのログ情報を記憶することもできる。

設定情報ＤＢ５４は、ユーザ端末５０側で設定された、コンテンツの表示に関する設定情報を記憶するデータベースである。例えば、設定情報ＤＢ５４は、ＧＰＳ（Global Positioning System）などで測定された位置情報、フォントを大きくするやフォントの色を変えるなどのフォント情報などを記憶する。なお、フォントを大きくするなどが設定されている場合は、コンテンツサーバ１０の表示制御情報で設定される文字サイズ（フォントサイズ）から、例えば２などの一定値分を大きくする。また、設定情報は、具体的な数値を設定することもできる。

コンテンツＤＢ５５は、コンテンツサーバ１０から受信したコンテンツを記憶するデータベースである。例えば、コンテンツＤＢ５５は、コンテンツのＵＲＬなどを記憶する。また、コンテンツＤＢ５５は、最新のコンテンツのみを記憶することもでき、受信順の時系列で記憶することもできる。

制御部６０は、ユーザ端末５０全体を司る処理部であり、例えばプロセッサなどである。この制御部６０は、操作実行部６１、要求部６２、編集部６３、表示制御部６４を有する。例えば、要求部６２、編集部６３、表示制御部６４は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例などである。

操作実行部６１は、Ｗｅｂサーバやコンテンツなどへのアクセスを実行する処理部である。例えば、操作実行部６１は、ユーザの操作にしたがって、Ｗｅｂサーバやコンテンツなどへアクセスして、該当コンテンツなどをディスプレイ等に表示する。また、操作実行部６１は、アクセス履歴やアクセス履歴の解析結果などをログ情報ＤＢ５３に格納する。

要求部６２は、コンテンツサーバ１０にコンテンツを要求する処理部である。例えば、要求部６２は、ユーザから要求指示を受け付けた場合、予め指定した時刻に到達した場合など、任意のタイミングでコンテンツサーバ１０にコンテンツ要求を送信する。また、要求部６２は、コンテンツ要求とともに、ログ情報ＤＢ５３に記憶されるログ情報や設定情報ＤＢ５４に記憶される設定情報なども送信することができる。

編集部６３は、ユーザの要求に応じて、コンテンツサーバ１０から受信したコンテンツの表示形式を編集する処理部である。具体的には、編集部６３は、要求部６２によるコンテンツ要求の応答として、コンテンツおよび表示制御情報をコンテンツサーバ１０から受信する。そして、編集部６３は、受信したコンテンツおよび表示制御情報を、コンテンツＤＢ５５に格納する。

その後、編集部６３は、受信したコンテンツの表示形式を、受信した表示制御情報にしたがって決定する。このとき、編集部６３は、ログ情報ＤＢ５３に記憶されるログ情報や設定情報ＤＢ５４に記憶される設定情報などにしたがって、表示制御情報を用いて決定したコンテンツの表示形式を編集する。編集部６３は、コンテンツおよび編集された表示形式を表示制御部６４に出力する。なお、表示制御情報の編集の詳細は後述する。

表示制御部６４は、コンテンツを表示する処理部である。具体的には、表示制御部６４は、編集部６３によって生成された表示形式にしたがって、コンテンツＤＢ５５に記憶される各コンテンツをディスプレイなどに表示する。

［コンテンツの表示形式の編集例（ユーザ端末Ａ）］
図６は、ユーザ端末Ａにおけるコンテンツの編集例を示す図である。ここでは、コンテンツサーバ１０からユーザ端末Ａに、コンテンツ（お知らせ、天気予報、交通情報、お得情報、○○セール、ＴＯＤＯリスト）と、図５に示す表示制御情報が送信されたとする。また、ユーザ端末Ａのログ情報として、「（１）天気予報のアプリは、毎朝一番にチェックされる。（２）お知らせは全て閲覧済の状態。（３）○○がセールの場合に主に夜利用する。（４）Ｆ市に向かう交通機関を今日の日時で検索した」が登録されている。また、ユーザ端末Ａの設定情報として「（５）Ｅ市にいる。（６）端末の文字サイズを大きくする設定をしている」が登録されており、ユーザ端末Ａのセンサ情報として「（７）移動中（Ｙ店の近くを通過中）」が登録されているとする。

この場合、編集部６３は、コンテンツ「天気予報」については、（１）、（４）、（５）の情報および表示制御情報として「fixなどに文字サイズの変更が設定されていない」ことから、「朝であれば天気予報アプリを、サーバ指定よりも１ランク大きく表示するが、他の時間帯はサーバ指定に従った表示にする。Ｅ市にいるので、Ｅ市の天気を優先的に表示。今日の日時でＦ市に向かう交通機関を検索したため、Ｆ市の天気も表示。」と決定する。

そして、編集部６３は、コンテンツ「お知らせ」については、（２）にしたがって、「お知らせは全て閲覧済なので、優先度を下げて表示。」と決定する。また、編集部６３は、コンテンツ「○○セール」については、（３）にしたがって、「主に夜利用しているので、他の時間帯は優先度を下げて表示。」と決定する。また、編集部６３は、コンテンツ「交通情報」については、「今日の日時で交通機関を検索したことがあるため、関連する交通情報を大きく表示。特に検索したｘｘ線は運休情報が出ているため、文字をBoldにして最上位で表示。」と決定する。また、編集部６３は、（６）にしたがって、「端末の設定に従い、全体的に文字サイズを大きく表示。」と決定する。また、編集部６３は、コンテンツ「お得情報」については、（７）にしたがって、「Ｙ店の近くを通っているので、お得情報としてＹ店のタイムセール情報を表示。Ｙ店に近く、タイムセールの時間も間近なので大きく、全体をBold表示。」と決定する。

これらの結果、表示制御部６４は、朝の時間帯では、図６に示すコンテンツを表示する。すなわち、全コンテンツを表示制御情報で指定される文字サイズよりも大きく表示するとともに、優先度が高く設定されたコンテンツ「天気予報、交通情報、お得情報」を上位部分に表示し、それ以外のコンテンツを下位部分に表示する。

［コンテンツの表示形式の編集例（ユーザ端末Ｂ）］
図７は、ユーザ端末Ｂにおけるコンテンツの編集例を示す図である。ここでは、コンテンツサーバ１０からユーザ端末Ｂに、コンテンツ（お知らせ、天気予報、交通情報、お得情報、○○セール、ＴＯＤＯリスト）と、図５等に示す表示制御情報が送信されたとする。また、ユーザ端末Ｂのログ情報として、「（１）天気予報のアプリは、毎日夜にチェックされる（２）重要なお知らせが閲覧されていない状態。（３）○○がセールの場合に、主に朝利用する。」が登録されている。また、ユーザ端末Ｂの設定情報として「（４）Ｇ村にいる。（５）端末の文字サイズを大きくする設定はしていない」が登録されており、ユーザ端末Ｂのセンサ情報として「（６）移動中でない」が登録されているとする。

この場合、編集部６３は、コンテンツ「天気予報」については、（１）と（４）の情報および表示制御情報として「fixなどに文字サイズの変更が設定されていない」ことから、「夜であれば天気予報アプリを、サーバ指定よりも１ランク大きく表示するが、他の時間帯はサーバ指定に従った表示にする。Ｇ村にいるので、Ｇ村の天気を表示。」と決定する。そして、編集部６３は、コンテンツ「お知らせ」については、（２）にしたがって、「お知らせに未読があるため、優先度を上げて表示。また、重要なお知らせが閲覧されていないため、最上位にBoldで表示。」と決定する。

また、編集部６３は、コンテンツ「○○セール」については、（３）にしたがって、「主に朝利用しているので、朝は優先度を上げて表示。」と決定する。また、編集部６３は、コンテンツ「交通情報」については、端末側で特に指定がないので、提供された情報をそのまま表示すると決定する。また、編集部６３は、（５）にしたがって、「端末の設定に従い、全体的に文字サイズを通常の大きさで表示。」と決定する。また、編集部６３は、コンテンツ「お得情報」については、（６）にしたがって、「移動中でないため、店のお得情報などは小さく表示し、代わりに期限が間近のＴＯＤＯリストを大きく表示。」と決定する。

これらの結果、表示制御部６４は、朝の時間帯では、図７に示すコンテンツを表示する。すなわち、全コンテンツを表示制御情報で指定される文字サイズで表示するとともに、優先度が高く設定されたコンテンツ「お知らせ、○○セール、ＴＯＤＯリスト」を上位部分に表示し、それ以外のコンテンツを下位部分に表示する。

［処理の流れ］
次に、図８と図９を用いて、システムで実行される処理の流れについて説明する。図８は、全体的な処理の流れを示すフローチャートである。図９は、コンテンツの遷移イメージを説明する図である。

図８に示すように、ユーザ端末５０がコンテンツサーバ１０にコンテンツ要求を送信すると（Ｓ１０１）、コンテンツサーバ１０は、ログ情報、設定情報、センサ情報なども受信して、これらを分析する（Ｓ１０２）。続いて、コンテンサーバ１０は、解析結果に基づいて、提供対象のコンテンツを取得し（Ｓ１０３）、表示制御情報を生成する（Ｓ１０４）。そして、コンテンツサーバ１０は、コンテンツと表示制御情報とをユーザ端末５０に送信する（Ｓ１０５）。

例えば、コンテンツサーバ１０は、未読のお知らせがある場合は、重要なお知らせを強調表示するように設定し、未読のお知らせがない場合は、お知らせの重要度を下げるとともに詳細は表示しないように設定する。また、コンテンツサーバ１０は、天気予報アプリの起動頻度の高い時間帯、交通機関の検索情報などを特定する。

この結果、コンテンツサーバ１０は、図９の（ａ）に示す表示制御情報を生成し、図９の（ｂ）に示すコンテンツとともに、ユーザ端末５０に送信する。具体的には、コンテンツサーバ１０は、表示制御情報については図９の（ａ）に示すように、朝（６：００−１２：００）の時間帯はコンテンツ（天気予報）を拡大表示し、端末の文字サイズ設定に合わせるように「font size set」を「on」に設定し、現在地に関する情報を強調表示するように「font place check」を「on」に設定する。また、コンテンツサーバ１０は、コンテンツについては図９の（ｂ）に示すように、大きな見出し（天気予報、お知らせ）のフォントサイズを「１６」に設定し、詳細な情報のフォントサイズを「１２」に設定する。

図８に戻り、ユーザ端末５０は、コンテンツサーバ１０から受信したコンテンツのレイアウトを表示制御情報にしたがって生成し、さらに、端末内のログ情報や設定情報等を用いて当該レイアウトを編集する（Ｓ１０６）。そして、ユーザ端末５０は、編集後のレイアウトで、受信したコンテンツを表示する（Ｓ１０７）。その後、ユーザ端末５０は、コンテンツへのアクセスログなどをコンテンツサーバ１０に送信する（Ｓ１０８）。

例えば、ユーザ端末５０は、設定情報を参照して、端末の文字サイズが設定されている場合は、文字サイズを修正する。具体的には、ユーザ端末５０は、「端末の文字サイズを大きく」が設定されている場合、図９の（ｃ）に示すように、図９の（ｂ）に示すフォントサイズをすべて「２サイズ」大きくする。

そして、ユーザ端末５０は、コンテンツの要求時が朝であれば、表示制御情報に従い天気予報の文字サイズを修正する。具体的には、ユーザ端末５０は、図９の（ｄ）に示すように、図９の（ｃ）に示すフォントサイズから「天気予報」に関する各コンテンツのフォントサイズを「２サイズ」大きくする。

また、ユーザ端末５０は、表示制御情報に従いお知らせの詳細は表示しない。さらに、ユーザ端末５０は、現在地（Ｅ市）をチェックして現在地の天気を強調表示する。具体的には、ユーザ端末５０は、図９の（ｅ）に示すように、「Ｅ市、雨のち晴れ」を強調表示する。

［効果］
上述したように、ユーザがモバイルアプリによってコンテンツサーバ１０上のコンテンツをダウンロードする時、コンテンツサーバ１０側で各ユーザ端末５０のログやユーザ属性に基づいてコンテンツを作成し、「表示制御情報」を付加してアプリ側に送信する。ユーザ端末５０のアプリ側は、コンテンツサーバ１０から受け取った「表示制御情報」と端末固有の情報に基づいて、コンテンツの表示位置、順番、サイズを判断してコンテンツを更新することによって、ユーザとサービス提供側双方にとって有益なコンテンツを表示することができる。

ここで、従来の一般的な手法と実施例１による手法とを比較する。なお、ユーザ端末５０の状態は、図６と同様とする。図１０は、コンテンツサーバ１０の設定のみを用いた配信例を示す図である。図１０に示すように、コンテンツサーバ１０は、ユーザ端末５０のログ情報（図６の上記（１）から（４））と、ユーザ端末５０のユーザ情報（Ｇ市在住）を保持していることから、これらの情報に適したコンテンツをユーザ端末５０に配信する。すなわち、コンテンツサーバ１０は、ユーザ端末５０のログから、ユーザが所望するコンテンツを特定して配信する。

具体的には、コンテンツサーバ１０は、コンテンツ「天気予報」については、現在ユーザはＥ市にいるが、Ｇ市在住の情報しかないため、Ｇ市の天気を優先的に表示するとともに、今日の日時でＦ市に向かう交通機関を検索したため、Ｆ市の天気も表示すると決定する。また、コンテンツサーバ１０は、コンテンツ「お知らせ」については、全て閲覧済だが特に指定がないため通常通り表示すると決定する。また、コンテンツサーバ１０は、コンテンツ「○○セール」については、主に夜利用しているが、特に指示がないため通常通り表示すると決定する。また、コンテンツサーバ１０は、コンテンツ「交通情報」については、今日の日時で交通機関を検索したことがあるため、関連する交通情報を大きく表示すると決定し、特に検索したｘｘ線は運休情報が出ているため、文字をBoldにして最上位で表示すると決定する。また、コンテンツサーバ１０は、全コンテンツについて、端末の設定に従わず、サーバで指定された文字サイズで表示すると決定する。また、コンテンツサーバ１０は、コンテンツ「お得情報」については、Ｙ店の近くを通っているが、利用者が一番多いＺ店のタイムセール情報を優先表示すると決定する。

これらの結果、ユーザ端末５０は、コンテンツサーバ１０の表示指示にしたがってそのまま表示するので、図１０の（Ａ）に示すコンテンツ画面を表示することとなる。したがって、図６と比較すると、ユーザ端末５０の現在地（Ｅ市）の天気予報が表示されず、すでに確認済みのお知らせが表示されるので、ユーザ端末５０のユーザにとっては有益な情報が少ない。

図１１は、ユーザ端末５０の設定のみを用いた配信例を示す図である。図１１に示すように、コンテンツサーバ１０は、ユーザ端末５０のログ情報（図６の上記（１）から（４））と、ユーザ端末５０のユーザ情報（Ｇ市在住）を保持していることから、これらの情報に適したコンテンツをユーザ端末５０に配信する。その後、ユーザ端末５０は、コンテンツサーバ１０から受信したコンテンツを、コンテンツサーバ１０の設定を無視して、自身の設定情報のみで書き換えて表示する。

具体的には、ユーザ端末５０は、コンテンツ「天気予報」については、Ｅ市にいるので、Ｅ市の天気を優先的表示し、今日の日時でＦ市に向かう交通機関を検索したため、Ｆ市の天気も表示すると決定する。また、ユーザ端末５０は、コンテンツ「お知らせ」については、全て閲覧済なので優先度を下げて表示すると決定する。また、ユーザ端末５０は、コンテンツ「○○セール」については、いつも閲覧しないので優先度を下げて表示する（もしくは表示しない）と決定する。また、ユーザ端末５０は、コンテンツ「交通情報」については、今日の日時で交通機関を検索したことがあるため、関連する交通情報を大きく表示すると決定し、特に検索したｘｘ線は運休情報が出ているため、文字をBoldにして最上位で表示すると決定する。また、ユーザ端末５０は、全コンテンツについて、端末の設定のみにしたがって、サーバで指定された文字サイズよりも大きく表示すると決定する。また、ユーザ端末５０は、コンテンツ「お得情報」については、サーバ側でお勧めしたいＹ店の近くを通っているが、よく利用するＸ店の情報を表示と決定する。

これらの結果、ユーザ端末５０は、コンテンツサーバ１０の表示指示を無視し、自身の設定のみにしたがってそのまま表示するので、図１１の（Ａ）に示すコンテンツ画面を表示することとなる。したがって、図６と比較すると、コンテンツサーバ１０が、ユーザの移動等を考慮して有益と判断したＹ店の情報が表示されず、ユーザ端末５０のユーザにとっては有益な情報の取りこぼしが発生する。

上述したように、コンテンツサーバ１０は、サーバ上のデータだけでなく、端末固有の情報も利用することで、顧客は今欲しい情報をリアルタイムに取得することができる。サービスを提供する側についても、顧客が欲しい情報をリアルタイムに提供することで、顧客満足度を向上させ、購買などへ繋げることができる。また、コンテンツに変更がない場合でも、端末の環境によってコンテンツの表示を切り替えることができる。オフラインでも、端末の環境によってコンテンツの表示を切り替えることができる。サーバ側で収集できるログ情報には限界があるが、端末側でコンテンツの表示制御を行うことで、サーバで管理したくないまたはサーバで管理できない個人情報であっても利用することができる。アプリで保持している情報だけでなく、端末で保持している情報をフルに活用することで、利用者の興味や癖、傾向（生活リズムやアクセスする時間帯）等も利用した制御ができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

［表示制御情報］
上述した表示制御情報のフォーマットなどは一例であり、任意に設定変更することができる。また、コンテンツサーバ側で端末による設定を許可しない項目や端末による設定を許可する項目などは、上記例に限らず、任意に設定変更することができる。また、表示制御情報を生成するときに用いる情報は、任意に選択することができる。また、ユーザ端末５０は、コンテンツサーバ１０が生成した表示制御情報のみを用いて、コンテンツの表示態様を制御することもできる。

［コンテンツ］
また、上記コンテンツはあくまで一例であり、例えば地図情報や動画配信など他のコンテンツを採用することができる。また、表示形式や表示例もあくまで一例であり、任意に設定変更することができる。

［システム］
上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［ハードウェア構成］
図１２は、コンテンツサーバ１０のハードウェア構成例を説明する図である。図１２に示すように、コンテンツサーバ１０は、通信インタフェース１０ａ、ＨＤＤ（Hard Disk Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。

通信インタフェース１０ａは、他の装置の通信を制御するネットワークインタフェースカードなどである。ＨＤＤ１０ｂは、プログラムやデータなどを記憶する記憶装置の一例である。

メモリ１０ｃの一例としては、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）等のＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ等が挙げられる。プロセッサ１０ｄの一例としては、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）、ＰＬＤ（Programmable Logic Device）等が挙げられる。

また、コンテンツサーバ１０は、プログラムを読み出して実行することでコンテンツの提供方法を実行する情報処理装置として動作する。つまり、コンテンツサーバ１０は、取得部２１、分析部２２、生成部２３、提供部２４と同様の機能を実行するプログラムを実行する。この結果、コンテンツサーバ１０は、取得部２１、分析部２２、生成部２３、提供部２４と同様の機能を実行するプロセスを実行することができる。なお、この他の実施例でいうプログラムは、コンテンツサーバ１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

図１３は、ユーザ端末５０のハードウェア構成例を示す図である。図１３に示すように、ユーザ端末５０は、無線装置５０ａ、センサ５０ｃ、表示装置５０ｄ、記憶装置５０ｅ、プロセッサ５０ｆを有する。

無線装置５０ａは、アンテナ５０ｂを用いて、他の装置と通信を実行する。センサ５０ｃは、加速度、位置情報、速度、地磁気などを測定するセンサである。表示装置５０ｄは、ディスプレイなどであり、アプリケーションの画面やＷｅｂ画面など様々な情報を表示する。

記憶装置５０ｅは、各種データやプログラムを記憶するハードディスクやメモリなどの記憶装置の一例である。記憶装置５０ｄの一例としては、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリ等が挙げられる。プロセッサ５０ｄの一例としては、ＣＰＵ、ＤＳＰ、ＦＰＧＡ、ＰＬＤ等が挙げられる。

また、ユーザ端末５０は、プログラムを読み出して実行することでコンテンツの表示方法を実行する情報処理装置として動作する。つまり、ユーザ端末５０は、操作実行部６１、要求部６２、編集部６３、表示制御部６４と同様の機能を実行するプログラムを実行する。この結果、ユーザ端末５０は、操作実行部６１、要求部６２、編集部６３、表示制御部６４と同様の機能を実行するプロセスを実行することができる。なお、この他の実施例でいうプログラムは、ユーザ端末５０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

これらのプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ（Magneto−Optical disk）、ＤＶＤ（Digital Versatile Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。

１０ コンテンツサーバ
１１ 通信部
１２ 記憶部
１３ コンテンツＤＢ
１４ 分析結果ＤＢ
２０ 制御部
２１ 取得部
２２ 分析部
２３ 生成部
２４ 提供部
５０ ユーザ端末
５１ 通信部
５２ 記憶部
５３ ログ情報ＤＢ
５４ 設定情報ＤＢ
５５ コンテンツＤＢ
６０ 制御部
６１ 操作実行部
６２ 要求部
６３ 編集部
６４ 表示制御部

Claims (6)

1. 情報処理装置と通信可能な端末におけるコンテンツの表示制御方法において、
   前記端末が受け付けた操作を特定する操作情報に応じて前記情報処理装置がコンテンツごとに生成した該コンテンツの表示制御に関する表示制御情報を受信し、
   いずれかのコンテンツの表示指示を受け付けると、受信した前記表示制御情報のうち、前記いずれかのコンテンツに応じた表示制御情報に基づき、前記いずれかのコンテンツの前記端末における表示態様を制御する、
   処理を前記端末が実行することを特徴とする表示制御方法。
2. 前記端末がコンテンツごとの表示態様を設定した設定情報、前記端末を使用するユーザの属性情報、前記端末によってリアルタイムに検出されるセンサ情報の少なくともいずれか一つと、前記表示制御情報とを用いて、前記いずれかのコンテンツの前記端末における表示態様を制御する、ことを特徴とする請求項１に記載の表示制御方法。
3. 前記いずれかのコンテンツの前記端末における表示サイズ、表示順、文字サイズを制御する、ことを特徴とする請求項１または２に記載の表示制御方法。
4. 前記端末側で変更不可能なコンテンツの指定、および、前記コンテンツごとの優先度と前記コンテンツごとの文字情報と前記端末の現在位置に関するコンテンツの指定とを含む前記端末側で変更可能なコンテンツの指定、を含む前記表示制御情報を受信し、
   前記変更不可能なコンテンツについては、前記表示制御情報で指定される表示態様で表示し、前記変更可能なコンテンツについては、前記端末側の状況に応じて前記表示態様を変更して表示する、処理を実行することを特徴とする請求項１から３のいずれか一つに記載の表示制御方法。
5. 情報処理装置と通信可能な端末におけるコンテンツの表示制御プログラムにおいて、
   前記端末が受け付けた操作を特定する操作情報に応じて前記情報処理装置がコンテンツごとに生成した該コンテンツの表示制御に関する表示制御情報を受信し、
   いずれかのコンテンツの表示指示を受け付けると、受信した前記表示制御情報のうち、前記いずれかのコンテンツに応じた表示制御情報に基づき、前記いずれかのコンテンツの前記端末における表示態様を制御する、
   処理を前記端末に実行させることを特徴とする表示制御プログラム。
6. 情報処理装置と通信可能な端末装置において、
   前記端末装置が受け付けた操作を特定する操作情報に応じて前記情報処理装置がコンテンツごとに生成した該コンテンツの表示制御に関する表示制御情報を受信する受信部と、
   いずれかのコンテンツの表示指示を受け付けると、受信した前記表示制御情報のうち、前記いずれかのコンテンツに応じた表示制御情報に基づき、前記いずれかのコンテンツの前記端末における表示態様を制御する表示制御部と、
   を有することを特徴とする端末装置。

Images