(57)【要約】【課題】同一ユーザに関するログの取得網羅性を向上し、個人情報の漏洩といった心的負担を伴うことなくユーザの嗜好に合ったコンテンツを提供すること。【解決手段】ユーザの操作に基づくログ情報を収集する処理と、該ログ情報を用いて該ユーザの嗜好度を示す嗜好モデルを生成する処理と、該嗜好モデルを用いてサーバから配信された配信コンテンツの出力方法を制御する処理とを、ユーザ端末（スマートフォン１）で実行する。【選択図】図１
2016173623.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの操作に基づくログ情報をユーザ端末で収集する収集手段と、
前記ログ情報を用いて前記ユーザの嗜好度を示す嗜好モデルを前記ユーザ端末で生成する生成手段と、
前記嗜好モデルを用いてサーバから配信された配信コンテンツの出力方法を前記ユーザ端末で制御する制御手段と、
を有することを特徴とするコンテンツ提供装置。
【請求項２】
前記嗜好モデルを参照し、前記配信コンテンツの内容に応じて当該配信コンテンツにスコアを付与する付与手段を更に有し、
前記制御手段は、
前記スコアの値に応じて前記配信コンテンツの出力方法を制御することを特徴とする請求項１に記載のコンテンツ提供装置。
【請求項３】
前記嗜好モデルを前記ユーザの他のユーザ端末に送信する送信手段、
を更に有することを特徴とする請求項１又は２に記載のコンテンツ提供装置。
【請求項４】
複数の前記嗜好モデルのうち前記ユーザが指定する任意の嗜好モデルをバックアップサーバに送信する送信手段、
を更に有することを特徴とする請求項１乃至３のいずれかに記載のコンテンツ提供装置。
【請求項５】
複数の前記嗜好モデルのうち前記ユーザの他のユーザ端末との間で共有する嗜好モデルのみをバックアップサーバに送信する送信手段、
を更に有することを特徴とする請求項１乃至４のいずれかに記載のコンテンツ提供装置。
【請求項６】
コンテンツ提供装置で行うコンテンツ提供方法において、
ユーザの操作に基づくログ情報をユーザ端末で収集する収集ステップと、
前記ログ情報を用いて前記ユーザの嗜好度を示す嗜好モデルを前記ユーザ端末で生成する生成ステップと、
前記嗜好モデルを用いてサーバから配信された配信コンテンツの出力方法を前記ユーザ端末で制御する制御ステップと、
を有することを特徴とするコンテンツ提供方法。
【請求項７】
前記嗜好モデルを参照し、前記配信コンテンツの内容に応じて当該配信コンテンツにスコアを付与する付与ステップを更に有し、
前記制御ステップでは、
前記スコアの値に応じて前記配信コンテンツの出力方法を制御することを特徴とする請求項６に記載のコンテンツ提供方法。
【請求項８】
請求項１乃至５のいずれかに記載のコンテンツ提供装置としてコンピュータを機能させることを特徴とするコンテンツ提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを提供する技術に関する。
【背景技術】
【０００２】
ユーザの一人ひとりに合ったサービスを提供する技術が求められている。そのため、現在では、ウェブサイトへのアクセスログやユーザのライフログをサーバで収集し、ユーザの嗜好的特性をサーバ側で分析して、その分析結果に応じたコンテンツをユーザ端末に送信している。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】竹内、外３名、“非負制約下における複合行列分解”、情報処理学会研究報告、数理モデル化と問題解決研究報告、一般社団法人情報処理学会、2013-MPS-93(3)、2013年5月16日
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ログ情報が運用者の異なる複数のサーバに蓄積されるため、所定のユーザに関する全てのログを取得することは事実上難しい。また、ログ自体がユーザの個人情報に該当するため、サーバ側で蓄積・分析されることに対してユーザの心的障壁が高い。
【０００５】
本発明は、上記事情を鑑みてなされたものであり、同一ユーザに関するログの取得網羅性を向上し、個人情報の漏洩といった心的負担を伴うことなくユーザの嗜好に合ったコンテンツを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、請求項１に記載のコンテンツ提供装置は、ユーザの操作に基づくログ情報をユーザ端末で収集する収集手段と、前記ログ情報を用いて前記ユーザの嗜好度を示す嗜好モデルを前記ユーザ端末で生成する生成手段と、前記嗜好モデルを用いてサーバから配信された配信コンテンツの出力方法を前記ユーザ端末で制御する制御手段と、を有することを要旨とする。
【０００７】
本発明によれば、ユーザの操作に基づくログ情報をユーザ端末で収集するため、同一ユーザに関するログの取得網羅性を向上できる。また、ログ情報を収集する処理と、ログ情報を用いてユーザの嗜好モデルを生成する処理と、該嗜好モデルを用いて配信コンテンツの出力方法を制御する処理とをユーザ端末で行うため、個人情報の漏洩といった心的負担を伴うことなくユーザの嗜好に合ったコンテンツを提供できる。
【０００８】
請求項２に記載のコンテンツ提供装置は、請求項１に記載のコンテンツ提供装置において、前記嗜好モデルを参照し、前記配信コンテンツの内容に応じて当該配信コンテンツにスコアを付与する付与手段を更に有し、前記制御手段は、前記スコアの値に応じて前記配信コンテンツの出力方法を制御することを要旨とする。
【０００９】
請求項３に記載のコンテンツ提供装置は、請求項１又は２に記載のコンテンツ提供装置において、前記嗜好モデルを前記ユーザの他のユーザ端末に送信する送信手段、を更に有することを要旨とする。
【００１０】
請求項４に記載のコンテンツ提供装置は、請求項１乃至３のいずれかに記載のコンテンツ提供装置において、複数の前記嗜好モデルのうち前記ユーザが指定する任意の嗜好モデルをバックアップサーバに送信する送信手段、を更に有することを要旨とする。
【００１１】
請求項５に記載のコンテンツ提供装置は、請求項１乃至４のいずれかに記載のコンテンツ提供装置において、複数の前記嗜好モデルのうち前記ユーザの他のユーザ端末との間で共有する嗜好モデルのみをバックアップサーバに送信する送信手段、を更に有することを要旨とする。
【００１２】
請求項６に記載のコンテンツ提供方法は、コンテンツ提供装置で行うコンテンツ提供方法において、ユーザの操作に基づくログ情報をユーザ端末で収集する収集ステップと、前記ログ情報を用いて前記ユーザの嗜好度を示す嗜好モデルを前記ユーザ端末で生成する生成ステップと、前記嗜好モデルを用いてサーバから配信された配信コンテンツの出力方法を前記ユーザ端末で制御する制御ステップと、を有することを要旨とする。
【００１３】
請求項７に記載のコンテンツ提供方法は、請求項６に記載のコンテンツ提供方法において、前記嗜好モデルを参照し、前記配信コンテンツの内容に応じて当該配信コンテンツにスコアを付与する付与ステップを更に有し、前記制御ステップでは、前記スコアの値に応じて前記配信コンテンツの出力方法を制御することを要旨とする。
【００１４】
請求項８に記載のコンテンツ提供プログラムは、請求項１乃至５のいずれかに記載のコンテンツ提供装置としてコンピュータを機能させることを要旨とする。
【発明の効果】
【００１５】
本発明によれば、同一ユーザに関するログの取得網羅性を向上し、個人情報の漏洩といった心的負担を伴うことなくユーザの嗜好に合ったコンテンツを提供できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の概要を説明するための参照図である。
【図２】スマートフォンの機能ブロック構成を示す図である。
【図３】ログの収集及び嗜好モデルの生成処理フローを示す図である。
【図４】コンテンツの推薦処理フローを示す図である。
【図５】スマートフォン及びカーナビの機能ブロック構成を示す図である。
【図６】嗜好モデルの交換・同期処理フローを示す図である。
【図７】パーソナライズアプリケーション及びバックアップサーバの機能ブロック構成を示す図である。
【図８】嗜好モデルのバックアップ処理フローを示す図である。
【図９】嗜好モデルのリストア処理フローを示す図である。
【発明を実施するための形態】
【００１７】
最初に、本発明について概説する。
【００１８】
本発明は、上述した課題を解決するため、図１に示すように、ユーザの操作に基づくログをサーバ側ではなくユーザ端末側（スマートフォン１）で収集し、ユーザの嗜好モデルを該ユーザ端末で学習する。従来のようにサーバにログを送信しない。そして、サービス提供者のコンテンツ配信サーバ４からコンテンツが配信された場合、ユーザ端末は上記嗜好モデルを用いてユーザの嗜好に合ったコンテンツを自ら分析して出力する。
【００１９】
また、本発明は、他のユーザ端末との間でユーザの嗜好モデルを直接交換・同期する。これは、一のユーザ端末（スマートフォン１）で生成した嗜好モデルを同一ユーザの他のユーザ端末（カーナビ２、デジタルテレビ３）で流用する場合を想定している。サーバを介在させないので、サーバ側に個人情報が残る可能性を排除できる。
【００２０】
更に、本発明は、複数のユーザ端末（スマートフォン１、カーナビ２、デジタルテレビ３）でユーザの嗜好モデルを共有する場合にのみ、共有対象である一部の嗜好モデルのみをバックアップサーバ５に送信する。これは、嗜好モデルをバックアップ・リストアすることを想定している。全ての嗜好モデルを送信しないので、サーバ側に個人情報が残る可能性を可能な限り排除できる。
【００２１】
なお、上記一部の嗜好モデルが広告事業者等のサーバ（例えば、広告生成サーバ６）に送信された場合、スマートフォン１は、嗜好モデルの提供対価を物理的手段又は電子的手段を介して広告事業者等から受領・受信する。ここでいう広告事業者とは嗜好モデルの送信先・販売先の一例であり、ユーザモデルを活用する任意の個人ユーザや会社全般を対象とすることができる。
【００２２】
次に、上述した本発明を実現するための一実施の形態について図面を用いて説明する。
【００２３】
〔ログの収集、嗜好モデルの生成等について〕
まず、ユーザ端末におけるログの収集、嗜好モデルの学習・生成、コンテンツの推薦を行うための構成及び動作について説明する。図２は、スマートフォン１の機能ブロック構成を示す図である。該スマートフォン１は、ブラウザ１１と、第１のアプリ１２と、第２のアプリ１３と、パーソナライズアプリケーション１４と、サービス提供アプリケーション１５と、を備えて構成される。
【００２４】
ブラウザ１１は、ウェブサーバ７にＨＴＴＰアクセスするための機能を備えている。例えば、ウェブサーバ７にＨＴＴＰリクエストを送信するＨＴＴＰリクエスト送信部１１ａと、ウェブサーバ７からのＨＴＴＰレスポンスを受信するＨＴＴＰレスポンス受信部１１ｂと、を備えて構成される。スマートフォン１に付随するブラウザ機能を用いて実現可能である。
【００２５】
第１のアプリ１２及び第２のアプリ１３は、スマートフォン１にインストールされた任意のアプリケーションである。例えば、第１のアプリ１２の動作時に生じたアプリケーションのログを送信するアプリログ送信部１２ａと、第２のアプリ１３の動作時に生じたアプリケーションのログを送信するアプリログ送信部１３ａと、を備えて構成される。ログを送信可能なアプリケーションを用いて実現可能である。このアプリの数は、０つでもよいし、１つでもよいし、２つ以上でもよい。０つの場合、アプリケーションは不在となり、アプリケーションのログは送信されないが、この場合の嗜好モデルはブラウザ１１からのアクセスに基づくＨＴＴＰのログを用いて生成されることになる。
【００２６】
なお、本実施の形態では、ブラウザ１１、第１のアプリ１２、第２のアプリ１３を例に説明するが、ユーザの操作に基づくログをスマートフォン１で収集できればよいため、スマートフォン１の外部に接続されたものを用いてもよい。例えば、生体センサ等である。この場合、血圧等のライフログが収集されるが、これもアプリケーションのログの一種である。
【００２７】
パーソナライズアプリケーション１４は、ユーザの操作に基づくログを収集し、該ログからユーザの嗜好モデルを学習・生成し、配信要求を受けた配信コンテンツに対して該嗜好モデルに基づくスコアを付与する機能を備えている。
【００２８】
例えば、ウェブサーバ７に対するブラウザ１１からのＨＴＴＰリクエストを受信するＨＴＴＰリクエスト受信部１４ａと、受信したＨＴＴＰリクエストをウェブサーバ７に送信するＨＴＴＰリクエスト送信部１４ｂと、ウェブサーバ７からのＨＴＴＰレスポンスを受信するＨＴＴＰレスポンス受信部１４ｃと、受信したＨＴＴＰレスポンスをブラウザ１１に送信するＨＴＴＰレスポンス送信部１４ｄと、を備えて構成される。
【００２９】
また、ブラウザ１１とウェブサーバ７との間で送受信されるＨＴＴＰリクエスト及びＨＴＴＰレスポンスをＨＴＴＰログとして収集するＨＴＴＰログ収集部１４ｅと、第１のアプリ１２及び／又は第２のアプリ１３の動作時に生成されたアプリケーションのログをアプリログとして受信するアプリログ受信部１４ｆと、ＨＴＴＰログ及び／又はアプリログを用いてユーザの嗜好度を示す嗜好モデルを生成するモデル生成部１４ｇと、該嗜好モデルを記憶しておくモデルデータベース１４ｈと、を備えて構成される。
【００３０】
更に、配信コンテンツに対してスコアを付与するための要求を受け付けるスコア付与要求受付部１４ｉと、モデルデータベース１４ｈに記憶されているユーザの嗜好モデルを参照し、配信コンテンツの内容に応じて該配信コンテンツにスコアを付与するスコア付与部１４ｊと、配信コンテンツに対するスコアの付与結果を送信するスコア付与結果送信部１４ｋと、を備えて構成される。
【００３１】
サービス提供アプリケーション１５は、コンテンツ配信サーバ４から配信された配信コンテンツを受け付け、パーソナライズアプリケーション１４によるスコアの付与結果に基づき配信コンテンツの出力方法を制御してユーザに提供する機能を備えている。例えば、配信コンテンツを受信するコンテンツ受信部１５ａと、受信した配信コンテンツに対してスコアの付与を要求するスコア付与要求部１５ｂと、配信コンテンツに対するスコアの付与結果を受信するスコア付与結果受信部１５ｃと、受信したスコアの付与結果に基づき配信コンテンツの出力方法を調整し、調整後の配信コンテンツを画面やスピーカーに出力するサービス提供部１５ｄと、を備えて構成される。
【００３２】
なお、パーソナライズアプリケーション１４及びサービス提供アプリケーション１５は、スマートフォン１のＣＰＵ及びメモリを用いて上述した機能を実現するようにプログラミングすることで実現可能である。
【００３３】
なお、本実施の形態では、上述した各機能部をスマートフォン１に実装する場合を例に説明するが、通信機能を備える他のユーザ端末を用いてもよい。例えば、携帯端末、タブレット端末、パソコン、ゲーム機、カーナビ、デジタルテレビを用いてもよい。
【００３４】
次に、スマートフォン１の動作について説明する。最初に、図３を参照しながら、ログの収集及び嗜好モデルの生成動作について説明する。
【００３５】
まず、ユーザがブラウザ１１の操作を行った場合、ステップＳ１０１において、パーソナライズアプリケーション１４は、ブラウザ１１とウェブサーバ７との間で送受信されるＨＴＴＰリクエスト及び／又はＨＴＴＰレスポンスをＨＴＴＰログとして収集する。また、ユーザが第１のアプリ１２及び／又は第２のアプリ１２を使用した場合、該当のアプリから送信されるアプリケーションのログをアプリログとして受信する。
【００３６】
次に、ステップＳ１０２において、パーソナライズアプリケーション１４は、収集及び／又は受信したログ（ＨＴＴＰログ、アプリログ）を用いてユーザの嗜好モデルを機械的に学習し、生成した嗜好モデルをモデルデータベース１４ｈに蓄積する。
【００３７】
最後に、ステップＳ１０３において、パーソナライズアプリケーション１４は、ステップＳ１０１で収集又は受信していたログを削除する。
【００３８】
その後、ステップＳ１０１に戻り、ログが収集される度にステップＳ１０２〜ステップＳ１０３を繰り返し実行する。これにより、スマートフォン１の使用ユーザに対する１以上の嗜好モデルが統計的・機械的に学習・生成される。以下、嗜好モデルの生成例を説明する。
【００３９】
例えば、ＨＴＴＰログから、検索した単語、検索頻度、アクセス先の店舗、取扱商品、アクセス時間等を抽出し、商品種別等の様々な任意のコンテンツに対するユーザの嗜好性を分析する。時間単位で分析してもよいし、曜日単位で分析してもよい。各コンテンツに対する嗜好度をベクトルの大きさや角度で分析・管理してもよい。具体的には、例えば、ユーザが中華と和食を検索していた場合、各検索回数の割合に応じた食べ物の嗜好モデル（中華：４割，和食：６割）を生成する。その他、収集・受信したログをもとに、洋服の嗜好モデル、旅行の嗜好モデル等、任意の嗜好モデルを生成してもよい。また、例えば特定の単語に関するＨＴＴＰログがない場合には、該単語に関する嗜好傾向を０（デフォルト値）に設定してもよい。
【００４０】
なお、統計的・機械的学習の手法としては、例えば、非特許文献１参照に記載された、複数のデータを同時に分析する枠組みを用いたＮＭＭＦ（Non-negative Multiple Matrix Factorization）法を用いる。その他、ＮＭＴＦ（Non-negative Multiple Tensor Factorization）法、ＳＯＩＮＮ（Self-Organizing Incremental Neural Network）法を用いてもよい。ユーザの好みをモデル化できる技術であればよい。
【００４１】
次に、図４を参照しながら、コンテンツの推薦動作について説明する。なお、サービス提供者は、ユーザの嗜好に合ったコンテンツを提供したいと考えているが、そのために自身でコンテンツを選別等することは行わない。そのため、種類や性質を一切問わず任意である様々なコンテンツを配信するものとする。
【００４２】
まず、ステップＳ２０１において、サービス提供アプリケーション１５は、サービス提供者のコンテンツ配信サーバ４から複数のコンテンツを受信すると、受信した複数のコンテンツに対してスコアを付与するための要求をパーソナライズアプリケーション１４に送信する。
【００４３】
次に、ステップＳ２０２において、パーソナライズアプリケーション１４は、モデルデータベース１４ｈからユーザの嗜好モデルを読み出して、配信された各コンテンツに対してスコアをそれぞれ付与する。例えば、食べ物に関する中華と和食のコンテンツが配信された場合、上述した食べ物の嗜好モデルを参照し、中華のコンテンツに対して４点、和食のコンテンツに対して６点を付与する。
【００４４】
次に、ステップＳ２０３において、パーソナライズアプリケーション１４は、各コンテンツに対するスコアの付与結果をサービス提供アプリケーション１５に送信する。
【００４５】
最後に、ステップＳ２０４において、サービス提供アプリケーション１５は、付与されたスコアに基づき出力方法を調整した上でコンテンツを画面に表示し、ユーザに提供する。例えば、上述した例の場合、ユーザの嗜好性が高い（高スコアの）和食のコンテンツを先に表示し、嗜好性が低い（低スコアの）中華のコンテンツをその次に表示する。高スコアの和食コンテンツのみを表示してもよいし、音声変換して音声出力してもよい。また、スコア値に応じて、文字色、文字サイズ、点滅状態等を変更してもよいし、音声量を変更してもよい。その他、任意の調整手法が考えられる。
【００４６】
〔嗜好モデルの交換・同期について〕
次に、ユーザ端末間における嗜好モデルの交換・同期を行うための構成及び動作について説明する。図５は、スマートフォン１及びカーナビ２の機能ブロック構成を示す図である。該スマートフォン１は、パーソナライズアプリケーション１４において、他のユーザ端末との間で認証するための認証処理部１４ｌと、モデルデータベース１４ｈに蓄積されているユーザの嗜好モデルを他のユーザ端末に送信するモデル送信部１４ｍと、他のユーザ端末から送信された嗜好モデルを受信するモデル受信部１４ｎと、受信した嗜好モデルでモデルデータベース１４ｈの嗜好モデルを更新するモデル更新部１４ｏと、他のユーザ端末との間で嗜好モデルの同期を行うための契機を管理する同期部１４ｐと、を更に備えて構成される。カーナビ２もユーザ端末の一種であるため、該カーナビ２のパーソナライズアプリケーション１４も同一の機能部を備える。
【００４７】
次に、図６を参照しながら、嗜好モデルの交換・同期動作について説明する。ここでは、スマートフォン１に蓄積されている嗜好モデルをカーナビ２との間で交換・同期する場合を例に説明する。
【００４８】
まず、ステップＳ３０１において、スマートフォン１のパーソナライズアプリケーション１４は、ユーザＩＤ及びパスワードを用いてカーナビ２との間で認証処理を実行する。
【００４９】
次に、認証処理が成功した場合、ステップＳ３０２において、スマートフォン１のパーソナライズアプリケーション１４は、モデルデータベース１４ｈからユーザの嗜好モデルを読み出して、カーナビ２に送信する。
【００５０】
次に、ステップＳ３０３において、カーナビ２のパーソナライズアプリケーション１４は、スマートフォン１から送信された嗜好モデルを受信し、同期のタイミングでモデルデータベース１４ｈに蓄積する。このとき、受信した嗜好モデルで既存の嗜好モデルを置き換えてもよいし、単純に追加してもよい。追加する場合には、既存の嗜好モデルを一時的に他の記憶手段に退避させてもよい。また、同期のタイミングを待つことなく、嗜好モデルの受信時にモデルデータベース１４ｈに蓄積してもよい。
【００５１】
なお、カーナビ２からスマートフォン１に嗜好モデルを送信する場合も同様の処理を行う。また、一方向で行ってもよいし双方向で行ってもよい。更に、スマートフォン１とカーナビ２のユーザが同一の場合にはステップＳ３０１の認証処理を省略してもよい。また、ユーザＩＤ及びパスワード以外の他の認証手段を用いてもよい。更に、スマートフォン１とカーナビ２との間の通信経路を暗号化してもよいし、嗜好モデル自体を暗号化してもよい。更に、サーバ側に個人情報が残る可能性があるが、サーバを介して送信してもよい。この場合、両方のパーソナライズアプリケーション１４を同時に起動させる必要を排除できる。
【００５２】
〔嗜好モデルのバックアップ・リストアについて〕
最後に、嗜好モデルのバックアップ・リストアを行うための構成及び動作について説明する。図７は、パーソナライズアプリケーション１４及びバックアップサーバ５の機能ブロック構成を示す図である。図７（ａ）はバックアップ時の機能構成を示し、図７（ｂ）はリストア時の機能構成を示している。
【００５３】
スマートフォン１から嗜好モデルを送信するという点では上述した交換・同期処理時の送信処理と同じであるため、パーソナライズアプリケーション１４は、図５に示した構成と同様の構成を備えている。すなわち、バックアップサーバ５との間で認証するための認証処理部１４ｌと、バックアップのためにユーザの嗜好モデルをバックアップサーバ５に送信するモデル送信部１４ｍと、リストアのためにバックアップサーバ５から送信された嗜好モデルを受信するモデル受信部１４ｎと、受信した嗜好モデルでモデルデータベース１４ｈの嗜好モデルを更新するモデル更新部１４ｏと、を備えて構成される。
【００５４】
バックアップサーバ５も同様の構成を備えている。具体的には、スマートフォン１との間で認証するための認証処理部５ａと、バックアップのためにスマートフォン１から送信された嗜好モデルを受信するモデル受信部５ｂと、受信した嗜好モデルをモデルデータベース５ｄに記憶させるモデル更新部５ｃと、受信した嗜好モデルを記憶しておくモデルデータベース５ｄと、リストアのためにバックアップ済みの嗜好モデルをスマートフォン１に送信するモデル送信部５ｅと、を備えて構成される。
【００５５】
次に、図８を参照しながら、嗜好モデルのバックアップ動作について説明する。
【００５６】
まず、ステップＳ４０１において、スマートフォン１のパーソナライズアプリケーション１４は、ユーザＩＤ及びパスワードを用いてバックアップサーバ５との間で認証処理を実行する。他の認証手段を用いてもよいし、バックアップサーバ５との間の通信経路を暗号化してもよい。
【００５７】
次に、認証処理が成功した場合、ステップＳ４０２において、スマートフォン１のパーソナライズアプリケーション１４は、モデルデータベース１４ｈからユーザの嗜好モデルを読み出して、他のユーザ端末（カーナビ２、デジタルテレビ３）との間でユーザが指定した共有対象の嗜好モデルのみをバックアップサーバ５に送信する。このとき、生成していた全ての嗜好モデルを送信してもよいし、任意の嗜好モデルを選択して送信してもよい。
【００５８】
最後に、ステップＳ４０３において、バックアップサーバ５は、スマートフォン１から送信された嗜好モデルを受信し、モデルデータベース５ｄに蓄積（バックアップ）する。
【００５９】
続いて、図９を参照しながら、嗜好モデルのリストア動作について説明する。
【００６０】
まず、ステップＳ５０１において、スマートフォン１のパーソナライズアプリケーション１４は、ユーザＩＤ及びパスワードを用いてバックアップサーバ５との間で認証処理を実行する。バックアップの認証時と同様に、他の認証手段を用いてもよいし、バックアップサーバ５との間の通信経路を暗号化してもよい。
【００６１】
次に、認証処理が成功した場合、ステップＳ５０２において、バックアップサーバ５は、モデルデータベース５ｄからユーザの嗜好モデルを読み出して、スマートフォン１に送信する。
【００６２】
最後に、ステップＳ５０３において、スマートフォン１のパーソナライズアプリケーション１４は、バックアップサーバ５から送信された嗜好モデルを受信し、モデルデータベース１４ｈに蓄積（リストア）する。
【００６３】
以上より、本実施の形態によれば、ユーザの操作に基づくログをユーザ端末（スマートフォン１）で収集するので、同一ユーザに関するログの取得網羅性を向上できる。一人ひとりのユーザの嗜好を把握するために複数のユーザのログを収集するためのサーバを用意する必要がなく、ユーザがアクセスする様々なサーバのログを串刺しで取得する処理を行う必要もない。
【００６４】
また、本実施の形態によれば、ログ情報を収集する処理と、ログ情報を用いてユーザの嗜好モデルを生成する処理と、該嗜好モデルを用いて配信コンテンツの出力方法を制御する処理とをユーザ端末（スマートフォン１）で行うので、個人情報の漏洩といった心的負担を伴うことなくユーザの嗜好に合ったコンテンツを提供できる。また、同一ユーザのログを全て収集できることから、従来よりもユーザの嗜好に更に適したコンテンツを提供できる。
【符号の説明】
【００６５】
１…スマートフォン
１１…ブラウザ
１１ａ…ＨＴＴＰリクエスト送信部
１１ｂ…ＨＴＴＰレスポンス受信部
１２…第１のアプリ
１２ａ…アプリログ送信部
１３…第２のアプリ
１３ａ…アプリログ送信部
１４…パーソナライズアプリケーション（コンテンツ提供装置）
１４ａ…ＨＴＴＰリクエスト受信部
１４ｂ…ＨＴＴＰリクエスト送信部
１４ｃ…ＨＴＴＰレスポンス受信部
１４ｄ…ＨＴＴＰレスポンス送信部
１４ｅ…ＨＴＴＰログ収集部
１４ｆ…アプリログ受信部
１４ｇ…モデル生成部
１４ｈ…モデルデータベース
１４ｉ…スコア付与要求受付部
１４ｊ…スコア付与部
１４ｋ…スコア付与結果送信部
１４ｌ…認証処理部
１４ｍ…モデル送信部
１４ｎ…モデル受信部
１４ｏ…モデル更新部
１４ｐ…同期部
１５…サービス提供アプリケーション（コンテンツ提供装置）
１５ａ…コンテンツ受信部
１５ｂ…スコア付与要求部
１５ｃ…スコア付与結果受信部
１５ｄ…サービス提供部
２…カーナビ
３…デジタルテレビ
４…コンテンツ配信サーバ
５…バックアップサーバ
５ａ…認証処理部
５ｂ…モデル受信部
５ｃ…モデル更新部
５ｄ…モデルデータベース
５ｅ…モデル送信部
６…広告生成サーバ
７…ウェブサーバ
Ｓ１０１〜Ｓ１０３、Ｓ２０１〜Ｓ２０４、Ｓ３０１〜Ｓ３０３、Ｓ４０１〜Ｓ４０３、Ｓ５０１〜Ｓ５０３…ステップ
【図１】
2016173623.tif 000003
【図２】
2016173623.tif 000004
【図３】
2016173623.tif 000005
【図４】
2016173623.tif 000006
【図５】
2016173623.tif 000007
【図６】
2016173623.tif 000008
【図７】
2016173623.tif 000009
【図８】
2016173623.tif 000010
【図９】
2016173623.tif 000011
【手続補正書】
【提出日】平成28年7月19日(2016.7.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザの操作に基づくログ情報をユーザ端末で収集する収集手段と、
前記ログ情報を用いて前記ユーザの嗜好度を示す嗜好モデルを前記ユーザ端末で生成する生成手段と、
前記ユーザの嗜好度に関する情報をサーバへ送信することなく、前記サーバから配信される任意の配信コンテンツを受信して、前記ユーザ端末において、前記嗜好モデルを用いて前記配信コンテンツの出力方法を制御する制御手段と、
を有することを特徴とするコンテンツ提供装置。
【請求項２】
前記嗜好モデルを参照し、前記配信コンテンツの内容に応じて当該配信コンテンツにスコアを付与する付与手段を更に有し、
前記制御手段は、
前記スコアの値に応じて前記配信コンテンツの出力方法を制御することを特徴とする請求項１に記載のコンテンツ提供装置。
【請求項３】
前記嗜好モデルを前記ユーザの他のユーザ端末に送信する送信手段、
を更に有することを特徴とする請求項１又は２に記載のコンテンツ提供装置。
【請求項４】
複数の前記嗜好モデルのうち前記ユーザが指定する任意の嗜好モデルをバックアップサーバに送信する送信手段、
を更に有することを特徴とする請求項１又は２に記載のコンテンツ提供装置。
【請求項５】
複数の前記嗜好モデルのうち前記ユーザの他のユーザ端末との間で共有する嗜好モデルのみをバックアップサーバに送信する送信手段、
を更に有することを特徴とする請求項１又は２に記載のコンテンツ提供装置。
【請求項６】
前記生成手段は、
前記ログ情報から抽出した情報をもとに、所定の統計的学習方法又は機械的学習方法により、前記嗜好モデルを生成することを特徴とする請求項１乃至５のいずれかに記載のコンテンツ提供装置。
【請求項７】
前記収集手段は、
前記ログ情報を削除することを特徴とする請求項１乃至６のいずれかに記載のコンテンツ提供装置。
【請求項８】
コンテンツ提供装置で行うコンテンツ提供方法において、
ユーザの操作に基づくログ情報をユーザ端末で収集する収集ステップと、
前記ログ情報を用いて前記ユーザの嗜好度を示す嗜好モデルを前記ユーザ端末で生成する生成ステップと、
前記ユーザの嗜好度に関する情報をサーバへ送信することなく、前記サーバから配信される任意の配信コンテンツを受信して、前記ユーザ端末において、前記嗜好モデルを用いて前記配信コンテンツの出力方法を制御する制御ステップと、
を有することを特徴とするコンテンツ提供方法。
【請求項９】
前記嗜好モデルを参照し、前記配信コンテンツの内容に応じて当該配信コンテンツにスコアを付与する付与ステップを更に有し、
前記制御ステップでは、
前記スコアの値に応じて前記配信コンテンツの出力方法を制御することを特徴とする請求項８に記載のコンテンツ提供方法。
【請求項１０】
前記生成ステップでは、
前記ログ情報から抽出した情報をもとに、所定の統計的学習方法又は機械的学習方法により、前記嗜好モデルを生成することを特徴とする請求項８又は９に記載のコンテンツ提供方法。
【請求項１１】
前記収集ステップでは、
前記ログ情報を削除することを特徴とする請求項８乃至１０のいずれかに記載のコンテンツ提供方法。
【請求項１２】
請求項１乃至７のいずれかに記載のコンテンツ提供装置としてコンピュータを機能させることを特徴とするコンテンツ提供プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
上記課題を解決するため、請求項１に記載のコンテンツ提供装置は、ユーザの操作に基づくログ情報をユーザ端末で収集する収集手段と、前記ログ情報を用いて前記ユーザの嗜好度を示す嗜好モデルを前記ユーザ端末で生成する生成手段と、前記ユーザの嗜好度に関する情報をサーバへ送信することなく、前記サーバから配信される任意の配信コンテンツを受信して、前記ユーザ端末において、前記嗜好モデルを用いて前記配信コンテンツの出力方法を制御する制御手段と、を有することを要旨とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
請求項４に記載のコンテンツ提供装置は、請求項１又は２に記載のコンテンツ提供装置において、複数の前記嗜好モデルのうち前記ユーザが指定する任意の嗜好モデルをバックアップサーバに送信する送信手段、を更に有することを要旨とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
請求項５に記載のコンテンツ提供装置は、請求項１又は２に記載のコンテンツ提供装置において、複数の前記嗜好モデルのうち前記ユーザの他のユーザ端末との間で共有する嗜好モデルのみをバックアップサーバに送信する送信手段、を更に有することを要旨とする。
請求項６に記載のコンテンツ提供装置は、請求項１乃至５のいずれかに記載のコンテンツ提供装置において、前記生成手段は、前記ログ情報から抽出した情報をもとに、所定の統計的学習方法又は機械的学習方法により、前記嗜好モデルを生成することを要旨とする。
請求項７に記載のコンテンツ提供装置は、請求項１乃至６のいずれかに記載のコンテンツ提供装置において、前記収集手段は、前記ログ情報を削除することを要旨とする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
請求項８に記載のコンテンツ提供方法は、コンテンツ提供装置で行うコンテンツ提供方法において、ユーザの操作に基づくログ情報をユーザ端末で収集する収集ステップと、前記ログ情報を用いて前記ユーザの嗜好度を示す嗜好モデルを前記ユーザ端末で生成する生成ステップと、前記ユーザの嗜好度に関する情報をサーバへ送信することなく、前記サーバから配信される任意の配信コンテンツを受信して、前記ユーザ端末において、前記嗜好モデルを用いて前記配信コンテンツの出力方法を制御する制御ステップと、を有することを要旨とする。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
請求項９に記載のコンテンツ提供方法は、請求項８に記載のコンテンツ提供方法において、前記嗜好モデルを参照し、前記配信コンテンツの内容に応じて当該配信コンテンツにスコアを付与する付与ステップを更に有し、前記制御ステップでは、前記スコアの値に応じて前記配信コンテンツの出力方法を制御することを要旨とする。
請求項１０に記載のコンテンツ提供方法は、請求項８又は９に記載のコンテンツ提供方法において、前記生成ステップでは、前記ログ情報から抽出した情報をもとに、所定の統計的学習方法又は機械的学習方法により、前記嗜好モデルを生成することを要旨とする。
請求項１１に記載のコンテンツ提供方法は、請求項８乃至１０のいずれかに記載のコンテンツ提供方法において、前記収集ステップでは、前記ログ情報を削除することを要旨とする。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
請求項１２に記載のコンテンツ提供プログラムは、請求項１乃至７のいずれかに記載のコンテンツ提供装置としてコンピュータを機能させることを要旨とする。
【手続補正８】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図２】
2016173623.tif 000012