特許 6791569 ユーザプロファイル生成方法および端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6791569

(24)【登録日】2020年11月9日

(45)【発行日】2020年11月25日

(54)【発明の名称】ユーザプロファイル生成方法および端末

(51)【国際特許分類】

   G06F 21/62 20130101AFI20201116BHJP

   H04M 1/00 20060101ALI20201116BHJP

【ＦＩ】

   G06F21/62 345

   H04M1/00 R

【請求項の数】20

【全頁数】36

(21)【出願番号】特願2019-569401(P2019-569401)

(86)(22)【出願日】2017年9月30日

(65)【公表番号】特表2020-523707(P2020-523707A)

(43)【公表日】2020年8月6日

(86)【国際出願番号】CN2017105128

(87)【国際公開番号】WO2018227823

(87)【国際公開日】20181220

【審査請求日】2020年1月23日

(31)【優先権主張番号】201710459602.7

(32)【優先日】2017年6月16日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】龍華国際特許業務法人

(72)【発明者】

【氏名】ゾウ、リ

(72)【発明者】

【氏名】リウ、モハン

(72)【発明者】

【氏名】ジアン、ジヨン

(72)【発明者】

【氏名】ヤン、レンツィ

(72)【発明者】

【氏名】ワン、シヨン

【審査官】 岸野 徹

(56)【参考文献】

【文献】 米国特許出願公開第２０１５／０２６２０６６（ＵＳ，Ａ１）

【文献】 特開２０１３−０５８２１８（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／０１２５３２１（ＵＳ，Ａ１）

【文献】 国際公開第２００５／１２２０１３（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２００８／０３０１１６６（ＵＳ，Ａ１）

【文献】 特開２００４−０７０５０４（ＪＰ，Ａ）

【文献】 特開２０１３−０６９２８５（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／００８０２０８（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／６２

Ｈ０４Ｍ １／００

(57)【特許請求の範囲】

【請求項1】

ユーザプロファイル生成方法であって、
ユーザプロファイルを要求するために、第１のアプリケーションによって送信される第１の要求を、前記第１のアプリケーションおよび第２のアプリケーションを有する端末のユーザプロファイルプラットフォームが受信する段階と、
前記第１のアプリケーションによって必要とされるユーザプロファイルの第１の種類を、前記第１の要求に基づいて前記ユーザプロファイルプラットフォームが取得する段階と、
前記第１の要求に応答して、前記第１の種類に対応する第１のユーザプロファイルを、前記ユーザプロファイルプラットフォームによって維持されるユーザプロファイルモデルに従って前記ユーザプロファイルプラットフォームが取得する段階と、
取得された前記第１のユーザプロファイルを前記第１のアプリケーションへ、前記ユーザプロファイルプラットフォームが送信する段階と、
ユーザプロファイルを要求するために、前記第２のアプリケーションによって送信される第２の要求を前記ユーザプロファイルプラットフォームが受信する段階と、
前記第２のアプリケーションによって必要とされるユーザプロファイルの第２の種類を、前記第２の要求に基づいて前記ユーザプロファイルプラットフォームが取得する段階と、
前記第２の要求に応答して、前記第２の種類に対応する第２のユーザプロファイルを、前記ユーザプロファイルモデルに従って前記ユーザプロファイルプラットフォームが取得する段階と、
取得された前記第２のユーザプロファイルを前記第２のアプリケーションへ、前記ユーザプロファイルプラットフォームが送信する段階と、を備え、
前記第１のユーザプロファイルと前記第２のユーザプロファイルとは異なるものであり、前記ユーザプロファイルモデルは、前記端末のユーザのユーザプロファイルに関するモデルであり、静的プロファイルモデルまたは動的プロファイルモデルのうち少なくとも一方を含む、
ユーザプロファイル生成方法。

【請求項2】

前記ユーザプロファイルプラットフォームが更新要求を受信するとき、前記ユーザプロファイルプラットフォームが、前記端末のユーザに関するユーザデータに基づいて、前記ユーザプロファイルモデルを更新する段階をさらに備える、
請求項１に記載のユーザプロファイル生成方法。

【請求項3】

前記第１のアプリケーションによって送信される前記第１の要求を受信する前記段階の前に、さらに、
前記第１のアプリケーションによって送信される登録要求を、前記ユーザプロファイルプラットフォームが受信する段階であって、前記登録要求は、前記第１のアプリケーションによって必要とされるユーザプロファイルの前記第１の種類を有する、段階を備える、
請求項１または２に記載のユーザプロファイル生成方法。

【請求項4】

前記ユーザプロファイルプラットフォームが前記登録要求を受信するとき、前記ユーザプロファイルモデルがユーザプロファイルの前記第１の種類を有さない場合には、前記ユーザプロファイルプラットフォームがユーザデータに基づいてユーザプロファイルモデルを更新する前記段階は、
前記ユーザプロファイルプラットフォームが前記ユーザデータに基づいて前記ユーザプロファイルモデルにユーザプロファイルの前記第１の種類を追加する段階を有する、請求項３に記載のユーザプロファイル生成方法。

【請求項5】

ユーザデータに基づいて前記ユーザプロファイルモデルを更新する前記段階は、
前記ユーザプロファイルプラットフォームのタグベースから、前記ユーザデータに対応するユーザタグを、前記ユーザデータに基づいて前記ユーザプロファイルプラットフォームが取得する段階と、
前記ユーザプロファイルプラットフォームが、前記ユーザデータまたは前記ユーザタグのうち少なくとも一方に基づいて前記ユーザプロファイルモデルを更新する段階と、を有する、
請求項２から４のいずれか一項に記載のユーザプロファイル生成方法。

【請求項6】

前記ユーザプロファイルプラットフォームに備えられる前記ユーザプロファイルモデルは、前もってオリジナルに前記端末に格納され、または、
前記ユーザプロファイルプラットフォームは、前もってネットワークを介して通信可能なサーバから前記ユーザプロファイルモデルを取得する、
請求項１から５のいずれか一項に記載のユーザプロファイル生成方法。

【請求項7】

前記ユーザプロファイルモデルが動的プロファイルモデルであるとき、前記第１の種類に対応する前記第１のユーザプロファイルを、前記ユーザプロファイルモデルに従って前記ユーザプロファイルプラットフォームが取得する前記段階は、
前記端末のユーザに関する状況データを前記ユーザプロファイルプラットフォームが取得する段階と、
前記第１の種類に対応する前記第１のユーザプロファイルを、前記状況データおよび前記ユーザプロファイルモデルに基づく計算によって、前記ユーザプロファイルプラットフォームが取得する段階と、を含む、
請求項１から６のいずれか一項に記載のユーザプロファイル生成方法。

【請求項8】

前記第１のユーザプロファイルおよび前記第２のユーザプロファイルのうちの少なくとも１つは、ユーザの行動または好みの予測された結果を含む、請求項１から７のいずれか一項に記載のユーザプロファイル生成方法。

【請求項9】

第１のアプリケーション、第２のアプリケーションおよびユーザプロファイルプラットフォームを備える端末であって、前記ユーザプロファイルプラットフォームは、
前記端末の第１のユーザデータを収集するように構成されるデータ収集モジュールと、
前記データ収集モジュールから前記第１のユーザデータを取得することと、前記第１のユーザデータに基づいて第２のユーザデータを取得することと、前記第２のユーザデータに基づいて知識ベースを生成または更新することと、を行うように構成される知識ベースモジュールであって、前記知識ベースは前記第２のユーザデータを格納するように構成される、知識ベースモジュールと、
タグを格納するように構成されるタグベースと、
ユーザプロファイル管理モジュールと、を備え、前記ユーザプロファイル管理モジュールは、
ユーザプロファイルモデルを格納するように、
また、前記知識ベースにおける前記第２のユーザデータに基づいて前記タグベースから前記第２のユーザデータに対応するタグを取得し、ユーザタグを生成するように、
また、前記第２のユーザデータまたは前記ユーザタグのうち少なくとも一方に基づいて前記ユーザプロファイルモデルを更新するように、
また、第１のユーザプロファイルを要求するために、前記第１のアプリケーションによって送信される第１の要求を受信するように、
また、前記第１の要求に応答して、前記第１のアプリケーションによって必要とされるユーザプロファイルの第１の種類を、第１の要求に基づいて取得するように、前記第１の種類に対応する前記第１のユーザプロファイルを、前記ユーザプロファイルモデルに従って取得することと、取得された前記第１のユーザプロファイルを前記第１のアプリケーションに送信することと、を行うように、
また、第２のユーザプロファイルを要求するために、前記第２のアプリケーションによって送信される第２の要求を受信するように、
また、前記第２の要求に応答して、前記第２のアプリケーションによって必要とされるユーザプロファイルの第２の種類を、前記第２の要求に基づいて取得することと、前記ユーザプロファイルモデルに従って、前記第２の種類に対応する前記第２のユーザプロファイルを取得することと、前記第２の種類に対応する前記第２のユーザプロファイルを、前記第２のアプリケーションに送信することと、を行うように構成され、
前記第１のユーザプロファイルと前記第２のユーザプロファイルとは異なるものであり、前記ユーザプロファイルモデルは、前記端末のユーザのユーザプロファイルに関するモデルであり、静的プロファイルモデルまたは動的プロファイルモデルのうち少なくとも一方を含む、
端末。

【請求項10】

前記ユーザプロファイル管理モジュールは、前記第１のアプリケーションによって送信される前記第１の要求を受信する前に、前記第１のアプリケーションによって送信される登録要求を受信するようにさらに構成され、前記登録要求は、前記第１のアプリケーションによって必要とされるユーザプロファイルの前記第１の種類を有する、
請求項９に記載の端末。

【請求項11】

前記ユーザプロファイル管理モジュールが前記登録要求を受信するとき、前記ユーザプロファイルモデルがユーザプロファイルの前記第１の種類を有さない場合は、
前記ユーザプロファイル管理モジュールが、前記第２のユーザデータまたは前記ユーザタグのうち少なくとも一方に基づいて前記ユーザプロファイルモデルにユーザプロファイルの前記第１の種類を加えることを含む、
請求項１０に記載の端末。

【請求項12】

更新要求が受信されるとき、前記ユーザプロファイル管理モジュールが、前記第２のユーザデータまたは前記ユーザタグのうち少なくとも一方に基づいて前記ユーザプロファイルモデルを更新する、請求項９から１１のいずれか一項に記載の端末。

【請求項13】

前記ユーザプロファイルモデルが、前もって前記ユーザプロファイル管理モジュールにオリジナルに格納される、請求項９から１２のいずれか一項に記載の端末。

【請求項14】

前記ユーザプロファイル管理モジュールが、前もってネットワークを介して通信可能なサーバから前記ユーザプロファイルモデルを取得するように、さらに構成される、請求項９から１３のいずれか一項に記載の端末。

【請求項15】

前記ユーザプロファイルモデルが動的プロファイルモデルであるとき、
前記ユーザプロファイル管理モジュールが、前記データ収集モジュールから前記端末のユーザに関する状況データを取得することと、
前記ユーザプロファイル管理モジュールが、前記状況データおよび前記ユーザプロファイルモデルに基づく計算によって、前記第１の種類に対応する前記第１のユーザプロファイルを取得することと、を含む、
請求項９から１４のいずれか一項に記載の端末。

【請求項16】

前記第１のユーザプロファイルおよび前記第２のユーザプロファイルのうちの少なくとも１つは、前記端末のユーザの行動または好みの予測された結果を含む、請求項９から１５のいずれか一項に記載の端末。

【請求項17】

１または複数のプロセッサと、
１または複数のメモリと、を備える端末であって、
前記１または複数のメモリは１または複数のコンピュータプログラムを格納し、前記１または複数のコンピュータプログラムは命令を含み、前記１または複数のプロセッサによって前記命令が実行されるとき、前記１または複数のプロセッサに操作を実行させる端末であって、前記操作は、
第１のアプリケーションおよび第２のアプリケーションを有する前記端末のユーザプロファイルプラットフォームにより、ユーザプロファイルを要求するように前記第１のアプリケーションにより送信された第１の要求を受信する段階と、
前記第１の要求に基づいて、前記ユーザプロファイルプラットフォームが、前記第１のアプリケーションに必要なユーザプロファイルの第１の種類を取得する段階と、
前記第１の要求に応じて、前記ユーザプロファイルプラットフォームによって維持されるユーザプロファイルモデルに従って、前記ユーザプロファイルプラットフォームが、前記第１の種類に対応する第１のユーザプロファイルを取得する段階と、
前記ユーザプロファイルプラットフォームが、取得した前記第１のユーザプロファイルを前記第１のアプリケーションに送信する段階と、
ユーザプロファイルを要求するために、前記ユーザプロファイルプラットフォームが、前記第２のアプリケーションによって送信された第２の要求を受信する段階と、
前記第２の要求に基づいて、前記ユーザプロファイルプラットフォームが、前記第２のアプリケーションに必要なユーザプロファイルの第２の種類を取得する段階と、
前記第２の要求に応じて、前記ユーザプロファイルモデルに従って、前記ユーザプロファイルプラットフォームが、前記第２の種類に対応する第２のユーザプロファイルを取得する段階と、
前記ユーザプロファイルプラットフォームが、前記第２のアプリケーションに、取得した前記第２のユーザプロファイルを送信する段階とを備え、
前記第１のユーザプロファイルと前記第２のユーザプロファイルは異なるものであり、前記ユーザプロファイルモデルは、前記端末のユーザのユーザプロファイルに関するモデルであり、静的プロファイルモデルまたは動的プロファイルモデルの少なくとも一方を含む、
端末。

【請求項18】

前記操作はさらに、前記ユーザプロファイルプラットフォームが更新要求を受信すると、前記ユーザプロファイルプラットフォームによって、前記端末のユーザに関するユーザデータに基づいて前記ユーザプロファイルモデルを更新する段階を含む、請求項１７に記載の端末。

【請求項19】

前記第１のアプリケーションによって送信された前記第１の要求を受信する前に、前記操作はさらに、前記ユーザプロファイルプラットフォームが、前記第１のアプリケーションにより送信された登録要求を受信する段階を含み、前記登録要求は、前記第１のアプリケーションにより要求されるユーザプロファイルの前記第１の種類を含む、請求項１７または１８に記載の端末。

【請求項20】

前記ユーザプロファイルプラットフォームが前記登録要求を受信するとき、前記ユーザプロファイルモデルがユーザプロファイルの前記第１の種類を含まない場合、前記ユーザプロファイルプラットフォームが、ユーザデータに基づくユーザプロファイルモデルを更新し、前記ユーザプロファイルプラットフォームが、前記ユーザデータに基づいてユーザプロファイルモデルにユーザプロファイルの前記第１の種類を追加する段階を含む、請求項１９に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１７年６月１６日に中国特許庁に提出された、「ユーザプロファイル生成方法および端末」と題する中国特許出願第２０１７１０４５９６０２．７号の優先権を主張し、その全てが参照として本明細書に組み込まれる。

【0002】

本発明の複数の実施形態は、スマート化技術に関し、とりわけ、ユーザプロファイル生成方法および端末に関する。

【背景技術】

【0003】

インテリジェントサービスの発達に伴い、モバイル端末上のあるアプリケーションは、ユーザの好みに基づいて、ユーザが興味のある何らかのコンテンツを推薦し得る。従来技術において、通常、ユーザがアプリケーションを用いるとき、アプリケーションはユーザの行動を収集し、これらの行動を、アプリケーションに対応するサーバに送信し、そしてサーバは、複数の端末から受信されたユーザの行動に基づいてユーザの好みを総合的に決定し、そして、アプリケーションに、ユーザの好みと合致するコンテンツを送出する。したがって、従来技術において、ユーザの好みを取得するためには、端末はサーバにユーザデータを報告する必要がある。これは、ユーザプライバシーデータの漏洩につながり得る。

【発明の概要】

【0004】

本発明の複数の実施形態は、ユーザプロファイル生成方法および端末を提供し、そのことでデータセキュリティを向上させる。

【0005】

第１の態様によれば、本発明の一実施形態は、端末に適用されるユーザプロファイル生成方法を提供する。方法は、端末に適用される。端末は、ユーザプロファイルプラットフォームおよび第１のアプリケーションを含み、ユーザプロファイルプラットフォームは、ユーザプロファイルモデルを含む。方法は、第１のアプリケーションによって送信される第１の要求を、ユーザプロファイルプラットフォームが受信する段階であって、第１の要求は、現在のユーザプロファイルを要求するように用いられる、段階と、第１のアプリケーションによって必要とされる第１のユーザプロファイル型を、第１の要求に基づいてユーザプロファイルプラットフォームが取得する段階と、第１の要求に応答して、第１のユーザプロファイル型に対応する現在のユーザプロファイルを、ユーザプロファイルモデルに従ってユーザプロファイルプラットフォームが取得する段階と、取得された現在のユーザプロファイルを第１のアプリケーションへ、ユーザプロファイルプラットフォームが送信する段階と、を含む。ユーザが連続的に端末を用いるとき、端末におけるユーザプロファイルは連続的に更新される。現在のユーザプロファイルは、ユーザプロファイルプラットフォームが第１の要求を受信するときに存在するユーザプロファイルである。端末は、ローカルユーザプロファイルプラットフォームに基づいてユーザプロファイルを生成することができ、生成されたユーザプロファイルをアプリケーションに提供することができる。したがって、アプリケーションは、ネットワーク側にユーザデータを提供することなく、端末からローカルにユーザプロファイルを取得することができ、それにより、ユーザデータのセキュリティを高めることができる。

【0006】

可能な実装において、方法は、ユーザプロファイルプラットフォームが更新要求を受信するときに、ユーザプロファイルプラットフォームが、ユーザデータに基づいて現在のユーザプロファイルモデルを更新する段階をさらに備える。ユーザが端末を用いる処理の最中に、ユーザプロファイルモデルはまた、連続的に更新される。

【0007】

別の可能な実装形態において、第１のアプリケーションによって送信された第１の要求を、ユーザプロファイルプラットフォームが受信する段階の前に、方法は、第１のアプリケーションによって送信される登録要求を、ユーザプロファイルプラットフォームが受信する段階であって、登録要求は、第１のアプリケーションによって必要とされる第１のユーザプロファイル型を含む、段階をさらに含む。第１のアプリケーションは、ユーザプロファイルプラットフォームに登録要求を送信した後にのみ、ユーザプロファイルプラットフォームからユーザプロファイルを要求することができる。

【0008】

別の可能な実装形態において、ユーザプロファイルプラットフォームが登録要求を受信するとき、現在のユーザプロファイルモデルが第１のユーザプロファイル型を含まない場合には、ユーザデータに基づいて現在のユーザプロファイルモデルをユーザプロファイルプラットフォームが更新する段階は、ユーザプロファイルプラットフォームがユーザデータに基づいて現在のユーザプロファイルモデルに第１のユーザプロファイル型を追加する段階を含む。

【0009】

別の可能な実装形態において、ユーザプロファイルプラットフォームがユーザデータに基づいて現在のユーザプロファイルモデルを更新する段階は、ユーザプロファイルプラットフォームのタグベースから、ユーザデータに対応するユーザタグを、ユーザデータに基づいてユーザプロファイルプラットフォームが取得する段階と、ユーザプロファイルプラットフォームが、ユーザデータおよびユーザタグのうち少なくとも一方に基づいて現在のユーザプロファイルモデルを更新する段階と、を含む。

【0010】

別の可能な実装形態において、ユーザプロファイルプラットフォームに含まれるオリジナルユーザプロファイルモデルは、前もって端末に格納される。

【0011】

別の可能な実装形態において、ユーザプロファイルプラットフォームは、前もってネットワーク側からオリジナルユーザプロファイルモデルを取得する。

【0012】

ユーザプロファイルモデルは、静的プロファイルモデルと動的プロファイルモデルのうち少なくとも一方を含み得る。

【0013】

別の可能な実装形態において、ユーザプロファイルモデルが動的プロファイルモデルであるとき、第１のユーザプロファイル型に対応する現在のユーザプロファイルを、ユーザプロファイルモデルに従ってユーザプロファイルプラットフォームが取得する段階は、現在の状況データをユーザプロファイルプラットフォームが取得する段階と、第１のユーザプロファイル型に対応する現在のユーザプロファイルを、状況データおよびユーザプロファイルモデルに基づく計算によって、ユーザプロファイルプラットフォームが取得する段階と、を含む。

【0014】

別の可能な実装形態において、端末は第２のアプリケーションをさらに含み、方法は、第２のアプリケーションによって送信される第２の要求をユーザプロファイルプラットフォームが受信する段階であって、第２の要求は現在のユーザプロファイルを要求するように用いられる、段階と、第２のアプリケーションによって必要とされる第２のユーザプロファイル型を、第２の要求に基づいてユーザプロファイルプラットフォームが取得する段階と、第２の要求に応答して、第２のユーザプロファイル型に対応する現在のユーザプロファイルを、現在のユーザプロファイルモデルに従ってユーザプロファイルプラットフォームが取得する段階と、第２のユーザプロファイル型に対応する現在のユーザプロファイルを、ユーザプロファイルプラットフォームが第２のアプリケーションに送信する段階と、をさらに含む。端末における複数のアプリケーションは各々、ユーザプロファイルプラットフォームからユーザプロファイルを取得し得る。

【0015】

具体的には、ユーザプロファイルは、ユーザの現在の行動または好みの予測された結果を含み得る。例えば、予測された結果は以下を含む。ユーザの現在の可能な行動は、第１の行動、第２の行動および第３の行動を含む。ユーザが第１の行動を実行し得る確率はｆ１であり、ユーザが第２の行動を現在実行し得る確率はｆ２であり、ユーザが第３の行動を現在実行し得る確率はｆ３である。第１の行動は、例えば、コーヒーを購入することであり、第２の行動は、例えば、パンを購入することであり、第３の行動は、例えば、映画を見ることである。別の例に関して、予測された結果は以下を含む。ユーザが第１の好みを有する確率はｆ４であり、ユーザが第２の好みを有する確率はｆ５である。第１の好みは、例えば、ミステリ映画であり、第２の好みは、例えば、芸術映画である。

【0016】

第２の態様によれば、本発明の一実施形態は、第１のアプリケーションおよびユーザプロファイルプラットフォームを含む、端末を提供する。ユーザプロファイルプラットフォームは、データ収集モジュール、知識ベースモジュール、タグベース、およびユーザプロファイル管理モジュールを含む。

【0017】

データ収集モジュールは、端末の第１のユーザデータを収集するように構成される。知識ベースモジュールは、データ収集モジュールから第１のユーザデータを取得し、第１のユーザデータに基づいて第２のユーザデータを取得し、第２のユーザデータに基づいて知識ベースを生成または更新するように構成され、ここで、知識ベースは第２のユーザデータを格納するように構成される。タグベースはタグを格納するように構成される。ユーザプロファイル管理モジュールはユーザプロファイルモデルを格納するように構成される。

【0018】

ユーザプロファイル管理モジュールは、知識ベースにおける第２のユーザデータに基づいてタグベースから第２のユーザデータに対応するタグを取得し、ユーザタグを生成するように、さらに構成される。

【0019】

ユーザプロファイル管理モジュールは、第２のユーザデータおよびユーザタグのうち少なくとも一方に基づいて現在のユーザプロファイルモデルを更新するようにさらに構成される。

【0020】

ユーザプロファイル管理モジュールは、第１のアプリケーションによって送信される第１の要求を受信することであって、ここで、第１の要求は現在のユーザプロファイルを要求するように用いられる、受信することと、第１の要求に応答して、第１のアプリケーションによって必要とされる第１のユーザプロファイル型を、第１の要求に基づいて取得することと、第１のユーザプロファイル型に対応する現在のユーザプロファイルを、現在のユーザプロファイルモデルに従って取得することと、取得された現在のユーザプロファイルを第１のアプリケーションに送信することと、を行うようにさらに構成される。

【0021】

可能な実装において、ユーザプロファイル管理モジュールは、第１のアプリケーションによって送信される第１の要求を受信する前に、第１のアプリケーションによって送信される登録要求を受信するようにさらに構成され、ここで、登録要求は、第１のアプリケーションによって必要とされる第１のユーザプロファイル型を含む。

【0022】

別の可能な実装形態において、ユーザプロファイル管理モジュールが登録要求を受信するとき、現在のユーザプロファイルモデルが第１のユーザプロファイル型を含まない場合は、ユーザプロファイル管理モジュールが第２のユーザデータおよびユーザタグのうち少なくとも一方に基づいて現在のユーザプロファイルモデルを更新することは、ユーザプロファイル管理モジュールが、第２のユーザデータおよびユーザタグのうち少なくとも一方に基づいて現在のユーザプロファイルモデルに第１のユーザプロファイル型を加えることを含む。

【0023】

別の可能な実装形態において、ユーザプロファイル管理モジュールは、以下の態様で、すなわち、更新要求が受信されるとき、ユーザプロファイル管理モジュールは、第２のユーザデータおよびユーザタグのうち少なくとも一方に基づいて現在のユーザプロファイルモデルを更新する態様で、現在のユーザプロファイルモデルを更新する。

【0024】

別の可能な実装形態において、オリジナルユーザプロファイルモデルは、前もってユーザプロファイル管理モジュールに格納される。

【0025】

別の可能な実装形態において、ユーザプロファイル管理モジュールは、前もってネットワーク側からオリジナルユーザプロファイルモデルを取得するように、さらに構成される。

【0026】

別の可能な実装形態において、ユーザプロファイルモデルは、静的プロファイルモデルと動的プロファイルモデルのうち少なくとも一方を含む。

【0027】

別の可能な実装形態において、ユーザプロファイルモデルが動的プロファイルモデルであるとき、現在のユーザプロファイルモデルに従って、ユーザプロファイル管理モジュールが、第１のユーザプロファイル型に対応する現在のユーザプロファイルを取得することは、
ユーザプロファイル管理モジュールが、データ収集モジュールから現在の状況データを取得することと、
ユーザプロファイル管理モジュールが、状況データおよび現在のユーザプロファイルモデルに基づく計算によって、第１のユーザプロファイル型に対応する現在のユーザプロファイルを取得することと、を含む。

【0028】

別の可能な実装形態において、端末は第２のアプリケーションをさらに含み、ユーザプロファイル管理モジュールは、
第２のアプリケーションによって送信される第２の要求を受信することであって、ここで、第２の要求は現在のユーザプロファイルを要求するように用いられる、受信することと、第２の要求に応答して、第２のアプリケーションによって必要とされる第２のユーザプロファイル型を、第２の要求に基づいて取得することと、現在のユーザプロファイルモデルに従って、第２のユーザプロファイル型に対応する現在のユーザプロファイルを取得することと、第２のユーザプロファイル型に対応する現在のユーザプロファイルを、第２のアプリケーションに送信することと、を行うようにさらに構成される。

【0029】

別の可能な実装形態において、ユーザプロファイルは、ユーザの現在の行動の予測された結果である。

【0030】

第３の態様によれば、本発明の一実施形態は、１または複数のプロセッサおよび１または複数のメモリを含む、端末を提供する。１または複数のメモリは１または複数のコンピュータプログラムを格納する。１または複数のコンピュータプログラムは命令を含む。命令が１または複数のプロセッサによって実行されるとき、端末は、前述の第１の態様において説明された方法を実行する。

【0031】

第４の態様によれば、本発明の一実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品が電子デバイス上で動作するとき、電子デバイスは前述の第１の態様において説明された方法を実行する。

【0032】

第５の態様によれば、本発明の一実施形態は、命令を含むコンピュータ可読記憶媒体を提供する。命令が電子デバイス上で動作するとき、電子デバイスは前述の第１の態様において説明された方法を実行する。

【0033】

第６の態様によれば、本発明の一実施形態は、前述の第１の態様において提供された方法を実行するように構成されたモジュールを含む、データ処理システムをさらに提供する。

【図面の簡単な説明】

【0034】

【図1】本発明の一実施形態による端末の部分構造のブロック図である。

【0035】

【図2】本発明の一実施形態によるシステムの概略アーキテクチャ図である。

【0036】

【図3】本発明の一実施形態によるユーザプロファイルプラットフォームの概略アーキテクチャ図である。

【0037】

【図4A-a】本発明の一実施形態による静的タグの概略図である。

【図4A-b】本発明の一実施形態による静的タグの概略図である。

【0038】

【図4B】本発明の一実施形態によるリアルタイム状況タグの概略図である。

【0039】

【図5】本発明の一実施形態によるオリジナルユーザデータの概略図である。

【0040】

【図6】本発明の一実施形態によるユーザプロファイル生成方法の概略フローチャートである。

【0041】

【図7】本発明の一実施形態によるユーザプロファイルモデル更新方法のフローチャートである。

【0042】

【図8】本発明の一実施形態によるユーザプロファイルプラットフォームの動作手順の概略図である。

【発明を実施するための形態】

【0043】

スマートサービスの発達に伴い、いくつかのインテリジェントリマインダーまたはサービスが、ユーザの行動の習慣の履歴に従って、またはいくつかのルールまたはモデルに従って、端末上で実装され得ることから、ユーザは、より便利に端末を使用し、ユーザは、端末がますますインテリジェントになっていると感じる。

【0044】

端末は、それのみで、またはクラウドと結合することによってのいずれかで、様々なスマートサービスを実装し得る。具体的には、端末は、ルールプラットフォーム、アルゴリズムプラットフォーム、およびユーザプロファイルプラットフォームを含み得る。端末は、３つのプラットフォーム、および他のリソース、例えば、１．サービス推薦サービス、２．リマインドサービス、および３．通知フィルタリングサービス、のうちの１または複数を用いることによって、様々なスマートサービスを実装し得る。

【0045】

１．サービス推薦サービス：端末は、サービス推薦サービスを実装するように構成されるサービス推薦フレームワーク（ｆｒａｍｅｗｏｒｋ）を含む。サービス推薦フレームワークは、アルゴリズムプラットフォーム、ルールプラットフォーム、およびユーザプロファイルプラットフォームを、少なくとも含み得る。ルールプラットフォームは、ルールに従って合致させることによって、端末のユーザが現在の状況において用いることを欲するサービスを取得し得る。アルゴリズムプラットフォームは、モデルに従って、端末のユーザが現在の状況において用いることを欲するサービスを予測し得る。サービス推薦フレームワークは、推薦アプリケーションの表示インタフェースにおいて、ルールプラットフォームまたはアルゴリズムプラットフォームによって予測されたサービスを配置し得ることから、ユーザは、推薦アプリケーションの表示インタフェースを用いることによって非常に簡便に、サービスに対応するインタフェースにアクセスすることができる。ルールは、サーバ（すなわち、クラウド）が端末へと送出し得る。ルールは、ビッグデータ統計に従って取得され得、または、経験的なデータに基づく帰納によって取得され得る。モデルは、以下の態様で取得され得る。すなわち、アルゴリズムプラットフォームによってユーザの履歴データおよび特性データをトレーニングすることによってモデルを取得する。加えて、モデルは、新しいユーザデータおよび特性データに基づいて更新され得る。ユーザの履歴データは、ユーザがある期間内に端末を用いるとき生成された行動データであり得る。ユーザの特性データは、ユーザプロファイル（ｕｓｅｒ ｐｒｏｆｉｌｅ）または他の型の特性データを含み得る。他の型の特性データは、例えば、現在のユーザの行動データであり得る。ユーザプロファイルは、端末におけるユーザプロファイルプラットフォームから取得され得る。

【0046】

２．リマインドサービス：端末は、リマインドサービスを実装するように構成される推薦フレームワーク（ｆｒａｍｅｗｏｒｋ）を含む。推薦フレームワークは、ルールプラットフォーム、グラフィカルユーザインタフェース（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）、およびユーザプロファイルプラットフォームを少なくとも含み得る。ルールプラットフォームは、様々なイベントをリッスンし得る。端末におけるアプリケーションは、ルールプラットフォームと共に様々なルールを登録し得る。そして、ルールプラットフォームは、登録されたルールに従って、端末における様々なイベントをリッスンし、検出されたイベントをルールと合致させる。検出されたイベントがルールの全ての条件と合致するとき、ルールプラットフォームは、ルールに対応するリマインダーを始動させる。言い換えれば、ルールプラットフォームは、ハイライトなイベントをユーザに推薦する。最後に、グラフィカルユーザインタフェースはリマインダーを表示し、または、ルールを登録するアプリケーションはリマインダーを表示する。あるルールの条件とは、ユーザプロファイル上での制約であり得る。ルールプラットフォームは、ユーザプロファイルプラットフォームから現在のユーザプロファイルを要求して、現在のユーザプロファイルがルールの条件に合致するかどうか判定し得る。

【0047】

３．通知フィルタリングサービス：端末は、通知フィルタリングサービスを実装するように構成される通知フィルタリングフレームワーク（ｆｒａｍｅｗｏｒｋ）を含む。通知フィルタリングフレームワークは、ルールプラットフォーム、アルゴリズムプラットフォーム、およびユーザプロファイルプラットフォームを少なくとも含み得る。通知を取得するとき、通知フィルタリングフレームワークは、ルールプラットフォームを用いることによって、またはアルゴリズムプラットフォームを用いることによって通知の型を決定し得る。そして、通知フィルタリングフレームワークは、通知の型およびユーザの好みに基づいて、通知が、ユーザが興味のある通知であるかどうか判定する。加えて、ユーザが興味のある通知に関して、およびユーザが興味のない通知に関して、通知フィルタリングフレームワークは異なる態様でリマインダーを表示する。ユーザの好みは、ユーザプロファイルを含み得、または特定の型の通知に関するユーザの行動の経過の履歴を含み得る。ユーザプロファイルは、ユーザプロファイルプラットフォームによって提供される。

【0048】

端末は、１つのルールプラットフォームを含み得、ルールプラットフォームは、フレームワークによって必要とされる能力を上述の３つのフレームワークに提供することに留意すべきである。端末は、代わりに、複数のルールプラットフォームを含み得、複数のルールプラットフォームは、上述の３つのフレームワークに能力を提供する。同様に、端末は１つのアルゴリズムプラットフォームを含み得、アルゴリズムプラットフォームは、上述のサービス推薦フレームワークおよび通知フィルタリングフレームワークに、フレームワークによって必要とされる能力を提供する。または、端末は、２つのフレームワークに能力を提供する２つのアルゴリズムプラットフォームを含み得る。端末は、１つのユーザプロファイルプラットフォームを含み得、ユーザプロファイルプラットフォームは、フレームワークによって必要とされる能力を、上述の３つのフレームワークに提供する。または、端末は、複数のフレームワークにそれぞれ能力を提供する複数のユーザプロファイルプラットフォームを含み得る。

【0049】

本願における以下の実施形態は、主に、上述のユーザプロファイルプラットフォームを詳細に説明する。

【0050】

本発明の複数の実施形態において提供されるユーザプロファイルプラットフォームは、端末に含まれ得る。端末は、例えば、携帯電話、タブレットコンピュータ（Ｔａｂｌｅｔ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、デジタルカメラ、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、略してＰＤＡ）、ナビゲーション装置、モバイル・インターネット・デバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、またはウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）であり得る。

【0051】

図１は、本発明の一実施形態による端末の部分構造のブロック図である。端末は、例として携帯電話１００を用いることによって説明される。図１を参照すると、携帯電話１００は、無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）回路１１０、電源１２０、プロセッサ１３０、メモリ１４０、入力部１５０、表示部１６０、センサ１７０、音声回路１８０、およびワイヤレス・フィディリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ−Ｆｉ）モジュール１９０などの構成要素を含む。当業者は、図１に示される携帯電話の構造が、携帯電話のいかなる限定も構成しないことを理解し得る。携帯電話は、図に示されるものより多い、またはより少ない構成要素、いくつかの構成要素の組み合わせ、または、異なる構成の構成要素を含み得る。

【0052】

以下では、図１を参照して詳細に、携帯電話１００の各々の構成要素を説明する。

【0053】

ＲＦ回路１１０は、情報の受信および送信の最中に、または呼び出し処理において、信号を受信および送信するように構成され得る。例えば、ＲＦ回路１１０は、基地局から受信されたダウンリンクデータを処理のためにプロセッサ１３０に送信し得、アップリンクデータを基地局に送信し得る。通常、ＲＦ回路は、ＲＦチップ、アンテナ、少なくとも１つの増幅機、送受信機、カプラ、低ノイズ増幅機（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ、ＬＮＡ）、デュプレクサ、無線周波数スイッチなどを含むが、それらに限定されるものではない。加えて、ＲＦ回路１１０は、ネットワークおよび別のデバイスとの無線通信をさらに実行し得る。モバイル通信のためのグローバルシステム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＧＳＭ（登録商標））、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ）、符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ（登録商標））、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）、ｅメール、ショートメッセージングサービス（Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ、ＳＭＳ）などを含む任意の通信規格またはプロトコルが、無線通信に用いられ得るが、それらに限定されるものではない。

【0054】

メモリ１４０は、ソフトウェアプログラムおよびモジュールを格納するように構成され得る。プロセッサ１３０は、メモリ１４０に格納されたソフトウェアプログラムおよびモジュールを動作させることで、携帯電話１００の様々な機能アプリケーションを実行し、データ処理を実行する。メモリ１４０は、プログラム格納領域およびデータ格納領域を主に含み得る。プログラム格納領域は、オペレーティングシステム、少なくとも１つの機能（音声再生機能およびイメージ再生機能など）によって必要とされるアプリケーションプログラムなどを格納し得る。データ格納領域は、携帯電話１００などの使用に基づいて形成されるデータ（音声データおよび電話帳など）を格納し得る。加えて、メモリ１４０は、高速ランダムアクセスメモリを含み得、非揮発性メモリ、例えば、少なくとも１つのディスクストレージデバイス、フラッシュメモリデバイス、または別の揮発性ソリッドステートストレージデバイスをさらに含み得る。メモリ１４０は、知識ベース、タグベース、およびアルゴリズムベースをさらに格納し得る。

【0055】

入力部１５０は、入力ディジットまたはキャラクタ情報を受信し、携帯電話１００のユーザ設定および機能制御に関連するキー信号入力を生成するように構成され得る。具体的には、入力部１５０は、タッチパネル１５１および別の入力デバイス１５２を含み得る。タッチパネル１５１は、また、タッチスクリーンとみなされ、タッチパネル１５１の上または近くでユーザによって実行されるタッチ操作（例えば、指またはスタイラスなどの任意の適切なオブジェクトまたはアクセサリを用いることによってタッチパネル１５１の上または近くでユーザによって実行される操作）を収集し得、予め設定されたプログラムに基づいて、対応して結合している装置を駆動し得る。オプションで、タッチパネル１５１は２つの部品、すなわちタッチ検出装置およびタッチコントローラを含み得る。タッチ検出装置は、ユーザのタッチ方向を検出し、タッチ操作によってもたらされる信号を検出し、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報を接触座標に変換し、接触座標をプロセッサ１３０に送信する。そして、プロセッサ１３０によって送信されるコマンドを受信および実行することが可能である。加えて、タッチパネル１５１は、抵抗型、静電容量型、赤外線型、および表面音響波型などの、複数の型を用いることによって実装され得る。タッチパネル１５１に加えて、入力部１５０は、別の入力デバイス１５２をさらに含み得る。具体的には、別の入力デバイス１５２は、物理キーボード、機能キー（ボリューム制御キーまたはオン／オフキーなど）、トラックボール、マウス、およびジョイスティックのうち１または複数を含み得るが、それらに限定されるものではない。

【0056】

表示部１６０は、ユーザによって入力された情報、またはユーザのために提供された情報、および携帯電話１００の様々なメニューを表示するように構成され得る。表示部１６０は表示パネル１６１を含み得る。オプションで、表示パネル１６１は、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ、略してＬＣＤ）または有機発光ダイオード（ｏｒｇａｎｉｃ ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ、略してＯＬＥＤ）などの形態で構成され得る。さらに、タッチパネル１５１は、表示パネル１６１を覆い得る。タッチパネル１５１が、タッチパネル１５１の上または近くのタッチ操作を検出するとき、タッチパネル１５１は、タッチイベントの型を決定するように、タッチ操作をプロセッサ１３０に伝送する。そして、プロセッサ１３０はタッチイベントの型に従って、表示パネル１６１上に、対応する視覚的出力を提供する。図１において、タッチパネル１５１および表示パネル１６１は、携帯電話１００の入力および出力機能を実装する２つの個別の構成要素として構成される。しかしながら、ある実施形態においては、タッチパネル１５１および表示パネル１６１は、携帯電話１００の入力および出力機能を実装するように統合され得る。

【0057】

携帯電話１００は、光センサ、モーションセンサ、または別のセンサなどの、少なくとも１つのセンサ１７０をさらに含み得る。具体的には、光センサは、周辺光センサおよび近接センサを含み得る。周辺光センサは、周辺光の明るさに基づいて表示パネル１６１の輝度を調整し得る。近接センサは、携帯電話１００が耳の近くに移動するときに、表示パネル１６１および／またはバックライトをオフにし得る。モーションセンサの型として、加速度センサは全ての方向（通常は３軸）の加速度値を検出し得、加速度センサが静止するときに重力の値および方向を検出し得、携帯電話の姿勢識別アプリケーション（ランドスケープモードとポートレートモードとの間の切り替え、関連するゲーム、および磁力計姿勢キャリブレーションなど）、振動に関連する機能（歩数計またはノックなど）、などにおいて用いられ得る。ジャイロスコープ、気圧計、湿度計、温度計、および赤外線センサなどの、携帯電話１００のためにさらに構成され得る他のセンサに関して、本明細書では詳細には説明されない。

【0058】

音声回路１８０、ラウドスピーカ１８１、およびマイク１８２は、ユーザと携帯電話１００との間の音声インタフェースを提供し得る。音声回路１８０は、ラウドスピーカ１８１に、受信された音声データの変換によって取得される電気信号を伝送し得、ラウドスピーカ１８１は、電気信号を音声信号に変換して、音声信号を出力する。加えて、マイク１８２は、収集された音声信号を電気信号に変換する。音声回路１８０は、電気信号を受信し、電気信号を音声データに変換し、音声データをＲＦ回路１１０に出力する。そして、音声データは、例えば、別の携帯電話に送信され、または、音声データは、さらなる処理のためにメモリ１４０に出力される。

【0059】

Ｗｉ−Ｆｉは、短距離の無線送信技術である。携帯電話１００は、Ｗｉ−Ｆｉモジュール１９０を用いることによって、ユーザが電子メールを送信および受信すること、ウェブページをブラウジングすること、ストリーミング媒体にアクセスすることなどの助けとなり得る。Ｗｉ−Ｆｉは、ユーザに無線ブロードバンドインターネットアクセスを提供する。図１はＷｉ−Ｆｉモジュール１９０を示すが、Ｗｉ−Ｆｉモジュール１９０は携帯電話１００の必須の構成要素ではないことが理解されてもよく、および、本発明の本質を変更することなく、要求に基づいて完全に割愛され得る。

【0060】

プロセッサ１３０は、携帯電話１００の制御センタであり、様々なインタフェースおよび回線を用いることによって携帯電話１００全体の全ての部品に接続され、携帯電話１００の様々な機能およびデータ処理を、メモリ１４０に格納されたソフトウェアプログラムおよび／またはモジュールを動作または実行させることによって、および、メモリ１４０に格納されたデータを呼び出すことによって、実行し、そのことで、携帯電話に基づく複数のサービスを実装する。オプションで、プロセッサ１３０は、１または複数の処理ユニットを含み得る。好ましくは、アプリケーションプロセッサおよびモデムプロセッサは、プロセッサ１３０に統合され得る。アプリケーションプロセッサは主に、オペレーティングシステム、ユーザインタフェース、アプリケーションプログラムなどを処理する。モデムプロセッサは、主に無線通信を処理する。上述のモデムプロセッサは、代わりに、プロセッサ１３０に統合されないこともあることを理解してよい。

【0061】

本発明のこの実施形態において、プロセッサ１３０は、メモリ１４０に格納されたプログラム命令を実行し得、以下の実施形態に示される方法を実行する。

【0062】

携帯電話１００は、各々の構成要素に電力を供給する電源１２０（電池など）をさらに含む。好ましくは、電源は、電力管理システムを用いることによってプロセッサ１３０と論理的に接続され得、そのことから、充電、放電および電力消費の管理などの機能が、電力管理システムを用いることによって実装される。

【0063】

携帯電話１００は、カメラ、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュールなどをさらに含み得るが、それらは図示されない。詳細は本明細書では説明されない。

【0064】

本発明の複数の実施形態において提供される端末は、ユーザプロファイルプラットフォームを含む。ユーザプロファイルプラットフォームは、端末を用いるユーザの様々な行動データを収集および分析することによって、ユーザの情報パノラマを抽象化し得る。アプリケーションの要求に基づいて、ユーザプロファイルプラットフォームは、抽象化された情報パノラマに基づいて、ユーザの現在の可能な行動または好みを予測し得、予測された結果をアプリケーションに返す、すなわち、ユーザプロファイル（Ｕｓｅｒ Ｐｒｏｆｉｌｅ）をアプリケーションに返す。

【0065】

本発明の一実施形態は、端末にユーザプロファイルプラットフォームを提供し得る。図２は、本発明の一実施形態によるシステムの概略アーキテクチャ図である。図２に示されるように、端末１０は、ユーザプロファイルプラットフォーム２０を含む。

【0066】

ユーザプロファイルプラットフォーム２０は、端末１０の複数のアプリケーションにユーザプロファイルを提供し得る。アプリケーションは、システムレベルアプリケーションであり得、または総合レベルアプリケーションであり得る。システムレベルアプリケーションとは、通常、アプリケーションがシステムレベルのパーミッションを有し、様々なシステムリソースを取得可能であることを意味する。総合レベルアプリケーションとは、通常、アプリケーションが総合的なパーミッションを有し、あるシステムリソースを取得することができないことがあること、または、アプリケーションがユーザによって許可された後にのみ、あるシステムリソースを取得可能であることを意味する。システムレベルアプリケーションは、端末にプリインストールされたアプリケーションであり得る。総合レベルアプリケーションは、端末にプリインストールされたアプリケーションであり得、または、ユーザによって後にインストールされたアプリケーションであり得る。例えば、ユーザプロファイルプラットフォーム２０は、サービス推薦アプリケーション、リマインドアプリケーション、および通知フィルタリングアプリケーションなどのシステムレベルアプリケーションに関するユーザプロファイルを提供し得る。サービス推薦アプリケーション、リマインドアプリケーション、および通知フィルタリングアプリケーションは、それぞれ、上述のサービス推薦サービス、リマインドサービス、および通知フィルタリングサービスを実装するように用いられる。ユーザプロファイルプラットフォーム２０は、ビデオアプリケーション、ニュースアプリケーション、または別のアプリケーションに関するユーザプロファイルをさらに提供し得る。

【0067】

ユーザプロファイルプラットフォーム２０は、クラウド側（すなわち、ネットワーク側）で、ユーザプロファイルサーバ３０とさらに通信し得る。ユーザプロファイルプラットフォーム２０は、ユーザプロファイルサーバ３０からオリジナルユーザプロファイルモデルをダウンロードし得、そして、ユーザプロファイルプラットフォーム２０は、ユーザプロファイルモデルを動的に更新する。さらに、ユーザプロファイルプラットフォーム２０は、更新されたユーザプロファイルモデルをユーザプロファイルサーバ３０に返し得る。ユーザプロファイルサーバ３０は、複数の端末における複数のユーザプロファイルプラットフォーム２０によって更新されたユーザプロファイルモデルに従ってさらにトレーニングを実行し得、更新されたユーザプロファイルモデルを取得する。

【0068】

図３は、本発明の一実施形態によるユーザプロファイルプラットフォームの概略アーキテクチャ図である。図３に示されるように、ユーザプロファイルプラットフォーム２０はユーザプロファイル管理モジュール２０１、知識ベースモジュール２０３、タグベース２０５、データ収集モジュール２０７、およびアルゴリズムベース２０９を含み得る。データ収集モジュール２０７およびアルゴリズムベース２０９は、代わりに、ユーザプロファイルプラットフォーム２０に含まれないこともあり、端末の別のプラットフォームに含まれる。作動処理において、ユーザプロファイルプラットフォーム２０は、当該別のプラットフォームから、データ収集モジュール２０７およびアルゴリズムベース２０９を呼び出し得る。ユーザプロファイルプラットフォーム２０は、代わりに、知識ベースモジュール２０３を当該別のプラットフォームと共有し得る。

【0069】

ユーザプロファイル管理モジュール２０１

【0070】

ユーザプロファイル管理モジュール２０１は、ユーザプロファイルモデルの計算および管理能力を有し、主に以下の機能を有する。

【0071】

（１）ユーザプロファイル管理モジュール２０１は、外部へのインタフェース、例えば、アンドロイドシステムにおけるＡＩＤＬ（アンドロイドインタフェース定義言語、Ａｎｄｒｏｉｄ（登録商標） Ｉｎｔｅｒｆａｃｅ Ｄｅｆｉｎｉｔｉｏｎ Ｌｕｎｇｕａｇｅ）インタフェースまたは別のインタフェースを提供する。端末におけるアプリケーションは、インタフェースを用いることによってユーザプロファイルプラットフォーム２０に登録要求を送信し得、インタフェースを用いることによってユーザプロファイルを読み取り得る。

【0072】

（２）ユーザプロファイル管理モジュール２０１は、知識ベースモジュール２０３、タグベース２０５、データ収集モジュール２０７、およびアルゴリズムベース２０９と共に作動することによってユーザプロファイルを生成し得る。

【0073】

（３）ユーザプロファイル管理モジュール２０１は、クラウドからオリジナルユーザプロファイルモデルをダウンロードし得、ユーザプロファイルモデルは、静的プロファイルモデルおよび動的プロファイルモデルを含み得る。ユーザプロファイル管理モジュール２０１は、さらに、更新されたユーザプロファイルモデルをクラウドに返し得ることから、クラウドは、汎用ユーザプロファイルモデルをさらにトレーニングする。このようにして、端末およびクラウドは共同で、ユーザプロファイルモデルをトレーニングする。ユーザプロファイル管理モジュール２０１は、さらに、静的情報を格納し得る。端末は、静的情報を予め設定し得るか、クラウドからダウンロードし得、ユーザの行動に基づいて静的情報を連続的に更新し得る。いくつかのユーザタグまたはユーザ好みは、ユーザプロファイルモデルを用いることなく、簡単な統計収集によって取得され得る。ユーザプロファイルを生成するとき、ユーザプロファイル管理モジュール２０１は、ユーザプロファイルモデルを用い得、または、ユーザプロファイルモデルと静的情報の両者を用い得る。

【0074】

（４）ユーザプロファイル管理モジュール２０１は、知識ベースモジュール２０３およびタグベース２０５と共に作動することによって、ユーザに関する動作、行動、および関心などの静的情報に基づく静的プロファイルモデルを動的に更新し得る。静的プロファイルモデルの一定の更新によって、ユーザの基本属性はますます正確となり、ユーザの別の属性もまた、適時的に更新される。

【0075】

（５）ユーザプロファイル管理モジュール２０１は、知識ベースモジュール２０３、タグベース２０５、およびデータ収集モジュール２０７と共に作動することによって、動的プロファイルモデルを動的に更新し得る。動的プロファイルモデルは、リアルタイム状況に関連するモデルであり、静的プロファイルの動的特徴を説明するために用いられる。

【0076】

知識ベースモジュール２０３

【0077】

知識ベースモジュール２０３は、データ処理およびデータストレージの管理能力を有する。知識ベースモジュール２０３は、データ収集モジュール２０７からオリジナルユーザデータを取得し、そして、オリジナルユーザデータを分類および処理して、知識ベースを生成および更新する。知識ベースに格納されたユーザデータは、加工されて上方層のアプリケーションによって用いられることがあるデータである。知識ベースを生成した後に、知識ベースモジュール２０３は、その後に取得されたユーザデータに基づいて知識ベースを更新し得る。知識ベースは、関心知識ベース、行動知識ベース、および総合知識ベースを含むが、これらに限定されるものではない。

【0078】

知識ベースモジュール２０３は、アプリケーション型データおよびアプリ内データなど（例えば、動作、ウェブページ、またはインタフェーステキスト）の、データ収集モジュール２０７によって収集された情報を分析することによって、関心知識ベースを生成または更新し得る。例えば、関心知識ベースは、ニュース／読書、グルメ、ビデオ、および音楽などの態様の、ユーザの好みを含み得る。

【0079】

知識ベースモジュール２０３は、データ収集モジュール２０７によって収集された、ユーザの操作、関心のポイント（Ｐｏｉｎｔ ｏｆ Ｉｎｔｅｒｅｓｔ、ＰＯＩ）、アプリ内データ、およびリアルタイム状況データを分析することによって、行動知識ベースを生成および更新し得る。例えば、行動知識ベースは、アプリケーション使用習慣、旅行パターン、仕事および休息習慣、ショッピング習慣、決済習慣、食事習慣、運動習慣、財産管理習慣、旅行習慣、などを含み得る。各々ＰＯＩは、名称、カテゴリ、経度および緯度、ホテルの近く、レストランの近く、店の近く、などの情報を含むが、それらに限定されるものではない。

【0080】

知識ベースモジュール２０３は、データ収集モジュール２０７によって収集された全てのユーザデータを分析し、そして、住所録および社会情報を併合することによって、総合知識ベースを生成および更新し得る。例えば、総合知識ベースは、ユーザに関する基本情報、社会的属性、および、生理的または心理的属性を含み得る。

【0081】

オプションで、知識ベースモジュール２０３は、別のデータ処理機能をさらに有し得る。例えば、知識ベースモジュール２０３は、テキスト意味論の理解能力を有し得る。テキスト意味論の理解能力とは、知識ベースモジュール２０３が、データ収集モジュール２０７によって取得されたテキストコンテンツを分析することによって、テキストコンテンツ上でワードセグメンテーション抽出またはキーワード抽出を実行する能力であり得る。ワードセグメンテーションアルゴリズムおよびワードセグメンテーションライブラリは、テキスト意味論の理解能力を実装するように知識ベースモジュール２０３に加えられ得る。

【0082】

タグベース２０５

【0083】

タグベース２０５は、静的タグおよびリアルタイム状況タグを含む様々なタグを格納するように構成される。図４Ａ−ａ、図４Ａ−ｂ、および図４Ｂは、様々なタグの概略図である。

【0084】

図４Ａ−ａおよび図４Ａ−ｂに示されるように、静的タグは、以下の６のタグのカテゴリを含むが、それらに限定されるものではない。基本属性、社会的属性、行動の習慣、関心および趣味、心理的属性、および携帯電話使用の好み。

【0085】

基本属性は、個人情報および生理的な特徴を含むが、これらに限定されるものではない。個人情報は、名前、年齢、証明書型、学歴、コンステレーション、信条、婚姻ステータス、およびメールボックスを含むが、これらに限定されるものではない。

【0086】

社会的属性は、業種／職業、地位、収入レベル、子供ステータス、車両使用ステータス、ハウジング、携帯電話、および移動体事業者を含むが、これらに限定されるものではない。ハウジングは、家を借りているか、家を所有しているか、ローンを返済中か、を含み得る。携帯電話は、ブランドおよび料金を含み得る。移動体事業者は、ブランド、ネットワーク、トラフィック特性、および携帯電話番号を含み得る。ブランドは、チャイナモバイル、チャイナユニコム、チャイナテレコム、などを含み得る。ネットワークは、何もない、２Ｇ、３Ｇ、および４Ｇを含み得る。トラフィック特性は、高、中、および低を含み得る。

【0087】

行動の習慣は、地理的位置、生活習慣、輸送のモード、選択されるホテルの型、経済／財産管理特徴、食事習慣、買い物の特徴、および決済情報を含むが、これらに限定されるものではない。生活習慣は、仕事および休息時間、自宅にいる時間、労働時間、コンピュータインターネットアクセス時間、および買い物時間を含み得る。買い物の特徴は、買い物のカテゴリおよび買い物の方法を含み得る。決済情報は、決済の時間、決済の場所、決済のモード、一決済の金額、および決済の合計金額を含み得る。

【0088】

関心および趣味は、読書の好み、ニュースの好み、ビデオの好み、音楽の好み、運動の好みのおよび旅行の好みを含むが、これらに限定されるものではない。読書の好みは、読書の頻度、読書期間、合計の読書時間、および読書分類を含み得る。

【0089】

心理的属性は、ライフスタイル、性格、および価値を含むが、これらに限定されるものではない。

【0090】

携帯電話使用の好みは、アプリケーションの好み、通知リマインダー、アプリ内オペレーション、ユーザによく用いられるアプリケーション、システムアプリケーション、および共通設定を含むが、これらに限定されるものではない。

【0091】

図４Ｂに示されるように、リアルタイム状況タグは、現在の時間、現在の位置（経度および緯度）、モーションステータス、天気、場所（ＰＯＩ）、携帯電話ステータス、およびオン／オフ状況を含むが、これらに限定されるものではない。モーションステータスは、地下鉄に乗っている、バスに乗っている、車を運転している、飛行機に乗っている、列車に乗っている、歩いている、走っている、静止している、自転車に乗っている、および山に登っている、を含み得る。場所（ＰＯＩ）は、自宅、会社、通勤中である、レストランの近くにいる、スーパーマーケットの近くにいる、ショッピングモールの近くにいる、観光名所、ホテルの近くにいる、ガソリンスタンドの近くにいる、を含み得る。携帯電話ステータスは、ネットワーク型、バッテリレベル、通信ステータスを含み得る。ネットワーク型は、ネットワークがない、Ｗｉ−Ｆｉ、２Ｇ、３Ｇ、４Ｇ、および未知のネットワークを含み得る。リアルタイム状況タグは、また、動的タグとみなされ得る。

【0092】

上述の様々なタグは、例として用いられるにすぎないことに留意すべきである。具体的な実装において、タグベースにおけるコンテンツは、サービス要求に基づいて拡大され得る。新しい型のタグが加えられてもよく、または、既存のタグがさらに分類されてもよい。

【0093】

データ収集モジュール２０７

【0094】

データ収集モジュール２０７は、基本的なメタデータ収集能力のサポートを、ユーザプロファイルプラットフォーム２０に提供する。データ収集モジュール２０７は、オリジナルユーザデータを収集し、収集されたオリジナルデータを格納し、収集されたオリジナルデータ上での読み取りおよび書き込みの管理を実行する。具体的には、図５は、本発明の一実施形態によるオリジナルユーザデータの概略図である。図５に示されるように、データ収集モジュール２０７によって収集されたオリジナルユーザデータは、アプリケーション層データ５０１およびシステム層データ５０３を含み得る。

【0095】

具体的には、アプリケーション層は、アプリケーションインタフェース層およびアプリケーションフレームワーク層を含み得る。アプリケーション層データ５０１は、アプリケーションインタフェース層におけるアプリケーション使用状況およびユーザインタフェース行動、ならびに、アプリケーションフレームワーク層におけるシステムコンポーネント動作ステータスを含む。

【0096】

アプリケーションインタフェース層におけるアプリケーション使用状況は、例えば以下の状況を含み得る。アプリケーション動作状況、ビデオ状況、音楽状況、グルメ状況など。アプリケーション動作状況におけるユーザインタフェース行動は、アプリケーションの名称、アプリケーション使用時間、使用の継続時間などを含み得る。ビデオ状況におけるユーザインタフェース行動は、ビデオの名称、ビデオの停止時間、ビデオ再生エピソードの数、ビデオエピソードの合計数などを含み得る。音楽状況におけるユーザインタフェース行動は、音楽の名称、音楽の型、再生期間、再生頻度などを含み得る。グルメ状況におけるユーザインタフェース行動は、店の名称、グルメ型、店の住所などを含み得る。データ収集の最中に、特定の場合に基づいて、データは、画像テキスト認識技術を用いることによって、さらに収集され得る。例えば、画像におけるテキストコンテンツは、画像におけるテキスト情報を取得するように、光学式文字認識（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ、略してＯＣＲ）技術を用いることによって認識され得る。

【0097】

アプリケーションフレームワーク層におけるシステムコンポーネント動作ステータスは、以下の態様において取得され得る。アプリケーションフレームワーク層におけるＪＳ（ＪａｖａＳｃｒｉｐｔ（登録商標））投入技術を用いることによって、ニュースアプリケーションによって閲覧されたニュースのページコンテンツおよびブラウザアプリケーションによって閲覧されたウェブページのページコンテンツを取得する。または、通知メッセージ監視サービスを用いることによって全ての通知メッセージをインタセプトし、メッセージコンテンツを構文解析することによって、通知型、状況、時間、テキストコンテンツなどを含む情報を取得する。または、アプリケーションインタフェースの動作行動をチェックすることによってアプリケーション型を認識し、アプリケーション市場において確認されることができないアプリケーション型を補完するか、オフライン状態におけるアプリケーション型を認識する。または、システムインタフェースを用いることによってシステムリアルタイム状況情報、すなわち、時間、日付、バッテリレベル、ネットワークステータス、ヘッドセットステータス、Ｂｌｕｅｔｏｏｔｈ（登録商標）オン／オフ状況、自動回転オン／オフ状況、ホットスポットオン／オフ状況などの、システムリアルタイム状況情報を取得する。

【0098】

具体的には、システム層データ５０３は、ユーザ行動データおよびユーザ状況データを含み得る。

【0099】

ユーザ行動データを収集することは、センサなどのデバイスを用いることによってユーザの身体の行動特徴を収集すること、および、蓄積されたデータに基づいてユーザの現在の行動を認識および収集すること、例えば以下の、車両内にいる、自転車に乗っている、歩行中、走っている、静止している、などの行動ステータスを認識および収集することを含み得る。センサは、距離センサ、加速度センサ、気圧センサ、重力センサ、ジャイロスコープなどを含み得る。

【0100】

ユーザ状況データを収集することは、通信基地局のセル識別子（ｃｅｌｌ ＩＤ）を収集すること、または、Ｗｉ−ＦｉまたはＧＰＳデータを収集することによって、ユーザの位置情報を取得すること、および、当該位置情報に基づいて、ユーザが、例えば、自宅にいる、会社にいる、町の外にいる、または別の状況にある、という状況を取得することを含み得る。

【0101】

データ収集モジュール２０７によって収集されたオリジナルユーザデータのフォーマットは、例えば、シリアル番号＋フィールド名＋フィールド型＋フィールド記述であり得る。

【0102】

具体的な例は以下のとおりである。

【表1】

【0103】

図６は、本発明の一実施形態によるユーザプロファイル生成方法の概略フローチャートである。方法は端末に適用される。端末は、図３から図５に示されるユーザプロファイルプラットフォームを含む。端末は、第１のアプリケーションを含む複数のアプリケーションをさらに含み得る。図６に示されるように、方法は以下の段階を含む。

【0104】

段階６０１：ユーザプロファイルプラットフォームは、第１のアプリケーションによって送信される第１の要求を受信する。

【0105】

ユーザプロファイルプラットフォームは、端末におけるアプリケーションをユーザプロファイルに提供し得る。ユーザが連続的に端末を用いるとき、ユーザプロファイルプラットフォームにおいて生成されたユーザプロファイルが変化する。したがって、第１のアプリケーションがユーザプロファイルを用いる必要があるとき、第１のアプリケーションは、第１の要求をユーザプロファイルプラットフォームに送信し得、第１の要求は、現在のユーザプロファイルを要求するように用いられる。ユーザが連続的に端末を用いると、本発明の複数の実施形態においてユーザプロファイルプラットフォームによって提供されたユーザプロファイルは、連続的に更新されることに留意すべきである。したがって、動作処理において、第１のアプリケーションはまた、ユーザプロファイルプラットフォームからユーザプロファイルを連続的に要求する。例えば、今日動作しているとき、第１のアプリケーションはユーザプロファイルを要求するように第１の要求を送信し、第１のアプリケーションが明日再び動作するとき、ユーザプロファイルが変わっていることがあるので、第１のアプリケーションはユーザプロファイルを要求するように別の第１の要求を送信する。現在のユーザプロファイルとは、段階６０１が実行されるときに存在するユーザプロファイルであり、具体的には、第１のアプリケーションが第１の要求を送信するときにユーザプロファイルプラットフォームによって出力されるユーザプロファイルである。

【0106】

段階６０２：ユーザプロファイルプラットフォームは、第１の要求に基づいて、第１のアプリケーションによって必要とされる第１のユーザプロファイル型を取得する。

【0107】

ユーザプロファイルは、複数の型、例えば、買い物の特徴型、ニュースの好み型、音楽の好み型であり得る。異なるアプリケーションは、異なる型のユーザプロファイルを用い得る。各々のアプリケーションは、１または複数の型のユーザプロファイルを用い得る。

【0108】

第１の要求は、第１のアプリケーションによって必要とされるユーザプロファイル型、すなわち、第１のユーザプロファイル型を搬送し得る。したがって、ユーザプロファイルプラットフォームは、第１の要求に基づいて第１のユーザプロファイル型を取得し得る。代わりに、第１のアプリケーションは、第１のアプリケーションによって必要とされる第１のユーザプロファイル型に前もってユーザプロファイルプラットフォームに通知し得る。第１の要求を受信した後に、ユーザプロファイルプラットフォームは、クエリによって第１のユーザプロファイル型を認識し得る。

【0109】

段階６０３：第１の要求に応答して、ユーザプロファイルプラットフォームは、ユーザプロファイルモデルに従って、第１のユーザプロファイル型に対応する現在のユーザプロファイルを取得する。

【0110】

ユーザプロファイルプラットフォームは、ユーザプロファイルモデルを含む。ユーザプロファイルモデルは、ユーザプロファイルプラットフォームによって連続的に更新され得る。ユーザプロファイルプラットフォームに含まれるオリジナルユーザプロファイルモデルは、前もって端末に格納され得る。代わりに、ユーザプロファイルプラットフォームは、前もってネットワーク側からオリジナルユーザプロファイルモデルを取得し得、そして、その後の処理において、ユーザプロファイルモデルを連続的に更新し得る。具体的には、ユーザプロファイルモデルは、静的プロファイルモデルを含み得、または、動的プロファイルモデルを含み得、または、静的プロファイルモデルおよび動的プロファイルモデルを含み得る。

【0111】

第１のユーザプロファイル型を取得した後に、ユーザプロファイルプラットフォームは、現在のユーザプロファイルモデルに従って、第１のユーザプロファイル型に対応する現在のユーザプロファイルを取得する。ユーザが端末を連続的に用いるとき、ユーザプロファイルモデルは連続的に更新される。現在のユーザプロファイルモデルは、ユーザプロファイルプラットフォームがユーザプロファイルを取得する必要があるときに存在しているユーザプロファイルモデルであり、この実施形態においては、具体的には、段階６０３が実行されるときに存在しているユーザプロファイルモデルであり、すなわち、第１の要求に応答しているときに存在しているユーザプロファイルモデルである。

【0112】

第１のユーザプロファイル型に対応するユーザプロファイルの取得の最中に用いられることが必要なのが静的プロファイルモデルのみであるとき、ユーザプロファイルプラットフォームは、現在の静的プロファイルモデルに従って現在のユーザプロファイルを生成し得る。

【0113】

第１のユーザプロファイル型に対応するユーザプロファイルの取得の最中に動的プロファイルモデルが用いられることが必要なとき、ユーザプロファイルプラットフォームは、まず現在の状況データを取得し得、そして、状況データおよびユーザプロファイルモデルに基づく計算によって、第１のユーザプロファイル型に対応する現在のユーザプロファイルを取得する。

【0114】

段階６０４：ユーザプロファイルプラットフォームは、取得された現在のユーザプロファイルを、第１のアプリケーションに送信する。

【0115】

さらに、第１のアプリケーションがユーザプロファイルプラットフォームからユーザプロファイルを要求する前に、第１のアプリケーションはまず、登録要求をユーザプロファイルプラットフォームに送信し得る。本発明のこの実施形態において、登録要求が送信される具体的な機会が限定されるものではない。例えば、ユーザプロファイルを用いる必要がある各々のアプリケーションは、端末にインストールされた後にすぐユーザプロファイルプラットフォームに登録要求を送信し得る。または、アプリケーションは、初回に用いられるときにユーザプロファイルプラットフォームに登録要求を送信し得る。端末にプリインストールされたアプリケーションに関して、プリインストールされたアプリケーションは、代わりに、端末が初回に起動するときにユーザプロファイルプラットフォームに登録要求を送信し得る。または、プリインストールされたアプリケーションの登録要求は、登録要求を送信することなく、配送時にユーザプロファイルプラットフォームに直接構成される。登録要求は、第１のアプリケーションによって必要とされる第１のユーザプロファイル型を含み得、および、登録要求は、第１のユーザプロファイル型に対応するユーザプロファイルを生成するために必要とされる他の情報、例えば、必要とされるユーザデータ、必要とされるアルゴリズム、および他の構成情報をさらに含み得る。

【0116】

端末における別のアプリケーションは、また、ユーザプロファイルプラットフォームによって登録され得、ユーザプロファイルプラットフォームからユーザプロファイルを要求し得る。具体的な処理は、第１のアプリケーションの処理と同様である。例えば、端末は、第２のアプリケーションをさらに含む。第２のアプリケーションがユーザプロファイルプラットフォームからユーザプロファイルを要求する処理は、
第２のアプリケーションによって送信される第２の要求をユーザプロファイルプラットフォームが受信する段階であって、第２の要求は現在のユーザプロファイルを要求するように用いられる、段階と、第２のアプリケーションによって必要とされる第２のユーザプロファイル型を、第２の要求に基づいてユーザプロファイルプラットフォームが取得する段階と、第２の要求に応答して、第２のユーザプロファイル型に対応する現在のユーザプロファイルを、現在のユーザプロファイルモデルに従ってユーザプロファイルプラットフォームが取得する段階と、第２のユーザプロファイル型に対応する現在のユーザプロファイルを、ユーザプロファイルプラットフォームが第２のアプリケーションに送信する段階と、
を含み得る。第２のアプリケーションに関して、現在のユーザプロファイルモデルおよび現在のユーザプロファイルはそれぞれ、第２のアプリケーションが第２の要求を送信するときに存在するユーザプロファイルモデルおよびユーザプロファイルである。

【0117】

本発明の複数の実施形態におけるユーザプロファイルモデルは、連続的に更新されることがあることに留意すべきである。図７は、本発明の一実施形態によるユーザプロファイルモデル更新方法のフローチャートである。図７に示されるように、方法は以下の段階を含む。

【0118】

段階７０１：ユーザプロファイルプラットフォームは更新要求を受信する。更新機構は、端末に設定され得、ユーザプロファイルプラットフォームは、予め設定された更新機構に従って、定期的に更新の実行を始動し得、または、予め設定された条件が満たされた後に、ユーザプロファイルプラットフォームは、更新の実行を始動し得る。端末は、更新要求をユーザプロファイルプラットフォームに送信する。すなわち、ユーザプロファイルプラットフォームに更新の実行を始動させる。

【0119】

段階７０２：ユーザプロファイルプラットフォームは、ユーザデータに基づいて現在のユーザプロファイルモデルを更新し得る。具体的には、段階７０２は、以下の段階７０２Ａおよび段階７０２Ｂを含み得る。現在のユーザプロファイルモデルは、段階７０２が実行されるときに存在するユーザプロファイルモデルである。

【0120】

段階７０２Ａ：ユーザプロファイルプラットフォームは、ユーザプロファイルプラットフォームのタグベースから、ユーザデータに基づいて、ユーザデータに対応するユーザタグを取得する。

【0121】

段階７０２Ｂ：ユーザプロファイルプラットフォームは、ユーザデータまたはユーザタグに基づいて、またはユーザデータおよびユーザタグに基づいて、現在のユーザプロファイルモデルを更新する。具体的には、ユーザプロファイルモデルは複数のユーザプロファイル型を含み得る。言い換えれば、複数のユーザプロファイル型が、ユーザプロファイルモデルから取得され得る。ユーザプロファイルプラットフォームに登録されるとき、各々のアプリケーションは、アプリケーションによって必要とされるユーザプロファイル型を登録要求に追加する。アプリケーションによって必要とされるユーザプロファイル型は、現在のユーザプロファイルモデルに既に含まれていてもよく、または、現在のユーザプロファイルモデルに含まれなくてもよい。例えば、第１のアプリケーションがユーザプロファイルプラットフォームに第１のユーザプロファイル型を登録する前に、ユーザプロファイルモデルが既に第１のユーザプロファイル型を含んでいる場合、ユーザプロファイルモデルを更新するとき、ユーザプロファイルプラットフォームは、更新アルゴリズムに従って、ユーザデータを用いることによってユーザプロファイルモデルをトレーニングする。第１のアプリケーションがユーザプロファイルプラットフォームに第１のユーザプロファイル型を登録する前に、ユーザプロファイルモデルが第１のユーザプロファイル型を含まない場合、ユーザプロファイルモデルを更新するとき、ユーザプロファイルプラットフォームは、現在のユーザプロファイルモデルに第１のユーザプロファイル型を追加し、更新アルゴリズムに従って、ユーザデータを用いることによって、最新のユーザプロファイルモデルをトレーニングする。

【0122】

図８は、本発明の一実施形態によるユーザプロファイルプラットフォームの動作手順の概略図である。図８に示されるように、３つの作業手順、すなわち、サービス登録８００、モデル更新８２０、およびユーザプロファイル取得８４０が含まれる。図３から図７に説明された実施形態を参照して、上述の３つの作業手順は、別々に説明される。

【0123】

サービス登録８００

【0124】

ユーザプロファイルプラットフォームからユーザプロファイルを要求する前に、端末の１または複数のアプリケーションは、まず、ユーザプロファイルプラットフォームにサービス登録を実行する必要がある。説明のための例として、以下ではアプリケーションＡを用いる。図８に示されるように、以下の段階が含まれる。

【0125】

段階８０１：アプリケーションＡは、端末にインストールされた後に、または初回に開始された後に、または予め設定された別の機会において、サービスインタフェースを用いることによって、ユーザプロファイル管理モジュール２０１に登録要求を送信し得る。登録要求は、構成ファイルを含み得る。構成ファイルは、１または複数のプロファイル型、これらのプロファイル型を生成するために必要とされるデータの説明情報およびアルゴリズム、ならびに他の構成情報を含み得る。登録要求で搬送されるプロファイル型は、アプリケーションＡによって必要とされるユーザプロファイル型である。アプリケーションは、通常、アプリケーションのある機能を実装する目的で、ユーザプロファイルを取得する。したがって、アプリケーションのカテゴリまたはプロパティが異なるので、アプリケーションによって必要とされるユーザプロファイル型は異なり得る。端末における複数のアプリケーションは、ユーザプロファイルの異なる型を別々に要求してもよい。１つのアプリケーションが、ユーザプロファイルの１または複数の型を要求してもよい。

【0126】

段階８０２：アプリケーションＡによって送信された登録要求を受信した後に、ユーザプロファイル管理モジュール２０１は、登録要求の中の構成ファイルをロードし、登録要求で搬送されたユーザプロファイル型を抽出する。

【0127】

ユーザプロファイルプラットフォームに既に存在しているユーザプロファイルモデルに従って、複数の型のユーザプロファイルが生成され得る。アプリケーションＡがサービス登録を実行するとき、アプリケーションＡによって登録されたユーザプロファイル型は、既存のユーザプロファイルモデルに既に含まれていてもよく、または、既存のユーザプロファイルモデルに含まれていなくてもよい。例えば、アプリケーションＡはユーザプロファイル型ａを登録する。アプリケーションＡがサービス登録を完了する前に、既存のユーザプロファイルモデルによって提供されることがあるユーザプロファイル型は、既にユーザプロファイル型ａを含んでいることがあり、または、既存のユーザプロファイルモデルによって提供されることがあるユーザプロファイル型は、ユーザプロファイル型ａを含まない。既存のユーザプロファイルモデルによって提供されることがあるユーザプロファイル型がアプリケーションＡによって要求されるユーザプロファイル型を含まないとき、段階８０３がさらに実行され得る。既存のユーザプロファイルモデルによって提供されることがあるユーザプロファイル型がアプリケーションＡによって要求されるユーザプロファイル型を含むとき、以下の段階８０３および８０４は実行されなくともよい。

【0128】

段階８０３：ユーザプロファイル管理モジュール２０１は、新しく加えられたユーザプロファイル型に関するアルゴリズム構成を実行する。具体的には、アプリケーションＡによって要求されたユーザプロファイル型が既存のユーザプロファイルモデルを含まないとき、アプリケーションＡによって要求されたユーザプロファイル型は、新しく加えられたユーザプロファイル型である。ユーザプロファイル管理モジュール２０１は、新しく加えられたユーザプロファイル型に対応する、必要とされるデータおよび必要とされるアルゴリズム、サービスインスタンスなどの構成ファイルに含まれる構成情報に基づいて、生成され得る。通常、１つのユーザプロファイル型は１つのサービスインスタンスに対応する。２つの異なるアプリケーションが同じ型のユーザプロファイルを要求し得るが、各々のアプリケーションは、同じ型のユーザプロファイルに対して異なる要求を有することがあることに留意すべきである。言い換えれば、これら２つのアプリケーションの構成ファイルは、異なる内容を有し得る。例えば、アプリケーションＡおよびアプリケーションＢの両者が型ａのユーザプロファイルを要求するが、アプリケーションＡは、型ａのユーザプロファイルがアルゴリズム１およびアルゴリズム２を用いることによって生成またはトレーニングされることを要求し得、それに対して、アプリケーションＢは、型ａのユーザプロファイルが、アルゴリズム３、アルゴリズム４、およびアルゴリズム５を用いることによって生成またはトレーニングされることを要求し得る。この場合には、ユーザプロファイル管理モジュール２０１は、アプリケーションＡおよびアプリケーションＢの優先度を取得し得、そして、より高い優先度であるアプリケーションの要求に基づいてサービスインスタンスを生成し得る。例えば、アプリケーションＡの優先度がアプリケーションＢの優先度より高い場合、サービスインスタンスはアプリケーションＡの要求に基づいて生成される。

【0129】

段階８０４：ユーザプロファイル管理モジュール２０１によって生成されるサービスインスタンスは、サービスインスタンスキューに加えられる。端末における複数のアプリケーションは全て、ユーザプロファイル管理モジュール２０１に登録要求を送信する。各々の新しく加えられたユーザプロファイル型は、１つのサービスインスタンスに対応し得る。複数の新しく加えられたユーザプロファイル型があるとき、サービスインスタンスキューは、複数のサービスインスタンスを含む。オリジナルユーザプロファイルモデルに含まれる複数のユーザプロファイル型は、また、各々が１つのサービスインスタンスに対応し得る。これらのサービスインスタンスは、また、上述のサービスインスタンスキューの中にあってよく、または、これらのサービスインスタンスは、別々に維持され得る。

【0130】

モデル更新８２０

【0131】

ユーザプロファイルプラットフォームは、システム設定に基づいてユーザプロファイルモデルを連続的に更新することから、ユーザプロファイルプラットフォームは、連続的に更新されるユーザプロファイルを生成し得る。図３から図８を参照して、モデル更新８２０の処理は以下を含み得る。

【0132】

ユーザプロファイル管理モジュール２０１は、前もって、ネットワーク側からオリジナルユーザプロファイルモデルを取得し得る。オリジナルユーザプロファイルモデルは、ビッグデータに基づいて、ネットワーク側によるトレーニングによって取得され得る。

【0133】

ユーザプロファイル管理モジュール２０１は、定期的に更新命令を受信し得、または、ユーザプロファイル管理モジュール２０１は、定期的にモデル更新を実行するように構成され得、または、端末がある条件を満たすとき、例えば、ユーザが行動を始動するとき、更新命令がユーザプロファイル管理モジュール２０１に送信される。

【0134】

更新命令を受信した後に、ユーザプロファイル管理モジュール２０１は、端末によって収集されたユーザデータに基づいて現在のユーザプロファイルモデルを連続的に更新する。具体的には、ユーザプロファイル管理モジュール２０１は、知識ベースに格納されたユーザデータに基づくタグベースから、ユーザデータに対応するユーザタグを取得し、そして、ユーザデータ、またはユーザタグ、またはユーザデータおよびユーザタグに基づいて現在のユーザプロファイルモデルをトレーニングし、アルゴリズムベースから取得された予め設定されたアルゴリズムに従って、更新されたユーザプロファイルモデルを取得する。具体的には、ユーザプロファイルモデルをトレーニングするとき、ユーザプロファイル管理モジュール２０１は、サービスインスタンスキューにおけるサービスインスタンスをスケジューリングし得、そして、これらのサービスインスタンスに基づいて、ユーザデータおよび／またはユーザタグを用いて、ユーザプロファイルモデルを逐次的にトレーニングする。トレーニング処理において、現在更新されたユーザデータのみが用いられ得、または、以前の期間内のユーザデータが用いられ得る。本発明において、具体的な方法が限定されるものではない。

【0135】

ユーザプロファイルモデルが更新された後に、アプリケーションによって登録された新しく加えられたユーザプロファイル型が、現在のユーザプロファイルモデルに加えられる。言い換えれば、更新されたユーザプロファイルモデルに従って、新型のユーザプロファイルが生成されることがある。

【0136】

アルゴリズムベースは、複数のアルゴリズムを含み得る。ユーザプロファイル管理モジュール２０１は、サービスインスタンスに基づいて１または複数のアルゴリズムを呼び出し得、ユーザプロファイルモデルをトレーニングし得る。

【0137】

ユーザプロファイル取得８４０

【0138】

アプリケーション動作の最中に、アプリケーションがユーザプロファイルを用いる必要があるとき、アプリケーションは、ユーザプロファイルプラットフォームから現在のユーザプロファイルを要求し得る。説明のための例として、以下ではアプリケーションＡを用いる。図８に示されるように、以下の段階が含まれる。

【0139】

段階８４１：アプリケーションＡは、インタフェースを用いることによって、ユーザプロファイル管理モジュール２０１にサービス要求を送信する。

【0140】

段階８４２：ユーザプロファイル管理モジュール２０１は、サービス要求に基づいて、アプリケーションＡによって必要とされるユーザプロファイル型ａを取得し得る。

【0141】

段階８４３：ユーザプロファイル管理モジュール２０１は、現在のユーザプロファイルモデルに従って、型ａに対応する現在のユーザプロファイルを取得する。動的ユーザプロファイルが現在要求される場合、ユーザプロファイル管理モジュール２０１は、データ収集モジュールから現在の状況データを取得する必要があり、そして、現在の状況データを動的ユーザプロファイルモデルに入力して、動的ユーザプロファイルを取得することに、留意すべきである。

【0142】

本発明の複数の実施形態のユーザプロファイルは、ユーザの現在の行動または好みの予測された結果を含み得る。言い換えれば、予測された結果は、ユーザの現在の行動の予測と、ユーザの現在の好みの予測とのうち少なくとも１つを含む。例えば、ユーザプロファイルプラットフォームによるユーザプロファイル出力は、以下のとおりであり得る。

【0143】

ユーザプロファイル１：ユーザが現在コーヒーを飲み得る確率が４０％であり、ユーザが現在飲物を飲み得る確率が２０％であり、ユーザが現在パンを食べ得る確率が１０％である。ユーザプロファイルプラットフォームは、ユーザの現在の可能な行動または好みの、複数の型を予測し得る。行動または好みの各々の型は、確率に対応する。ユーザプロファイルを出力するとき、ユーザプロファイルプラットフォームは、全ての予測された結果を出力し得、または、もっとも高い確率を有する１または複数の結果のみを出力し得る。例えば、この例において、ユーザプロファイルプラットフォームは１０の結果を予測し得るが、もっとも高い確率である最初の３つの結果のみを出力する。

【0144】

ユーザプロファイル２：現在の状況は通勤中である。状況に基づいて、ユーザが現在音楽を聴き得る確率は５０％、ユーザが現在ニュースを聴き得る確率は３０％、ユーザが現在小説を聴き得る確率は２０％である。ある状況において、ユーザプロファイルプラットフォームは、３つの可能性のある行動のみを予測し得る。

【0145】

ユーザプロファイル３：ユーザが現在読書を行い得る確率は５５％、ユーザが現在運動を行い得る確率は３０％、ユーザが現在ゲームを行い得る確率は１０％である。

【0146】

ユーザプロファイル４：ユーザが現在水泳を好む確率は３０％、ユーザが現在ランニングを好む確率は２０％、ユーザが現在旅行を好む確率は１８％、および、ユーザが現在描画を好む確率は１５％である。

【0147】

本発明の複数の実施形態において提供されるユーザプロファイルプラットフォームは、クラウドと共に動作し得、ユーザプロファイルモデルを共同ででトレーニングし得ることに留意すべきである。具体的な方法は、以下の段階を含み得る。
ビッグデータに基づくトレーニングによって、クラウド上のサーバが汎用ユーザプロファイルモデル、すなわち、上述のオリジナルユーザプロファイルモデルを取得する。
サーバが、汎用ユーザプロファイルモデルを複数の端末に送出する。
ユーザが端末を用いるとき、各々の端末が、ユーザデータに基づいてローカルユーザプロファイルモデルを連続的に更新する。
ある期間の後に、各々の端末が、クラウド上のサーバに、更新されたユーザプロファイルモデルをアップロードする。および、
サーバが、複数の更新されたユーザプロファイルモデルに従ったさらなるトレーニングによって更新された汎用ユーザプロファイルモデルを取得し、そして、更新された汎用ユーザプロファイルモデルを端末に送出することから、端末はローカルユーザプロファイルモデルを再び更新する。これらのオペレーションが実行され続ける。このようにして、端末およびクラウドは共同で、巡回的および反復的な更新によってユーザプロファイルモデルをトレーニングする。

【0148】

本発明の複数の実施形態において提供されるユーザプロファイルプラットフォームは、端末における複数のアプリケーションに関するユーザプロファイルを提供し得ることから、これらのアプリケーションは、ユーザプロファイルに基づいてインテリジェントサービスをユーザに提供する。コンテンツ型情報を提供する全てのアプリケーションは、ユーザプロファイルに基づいて、関連するユーザが興味のあるコンテンツ、情報、またはデータを提供することができる。以下のアプリケーションの全てが、ユーザプロファイルプラットフォームからユーザプロファイルを取得し得る。システム設定アプリケーション、それはユーザの日常の設定操作習慣に基づいてユーザの共通操作項目を構成し、例えば、ユーザがシステム機能を複数回間違って用いた旨を識別した後に、操作ティップ（ｔｉｐ）によって正しい使用方法をユーザに提供し、ユーザの日常のアプリケーション使用習慣を学習し、時間、日付、配置、環境などの状況情報を参照して、アプリケーションおよびアプリケーションのダイレクトトゥファンクションサービスをユーザに提供／推薦する。充電管理モジュール、それは、ユーザプロファイルの説明に基づいて、運転の最中にタクシー／自家用車の運転者が遭遇した車両充電状況を決定し、自動的に充電モードを調整することが可能である。写真ライブラリアプリケーションにおける写真分類、それは、ユーザの社会関係を分析し、写真における人々の肖像を関連づけ、自動的に肖像を分類可能である。解放（ｓｅｔｔｉｎｇ−ｆｒｅｅ）インテリジェント警告クロックおよび解放アイテムリストリマインダー。自動温度設定、自動空気質調整、自動インテリジェント家庭用電化製品制御プログラム、および自動照明。ドアの自動ロック、ドアの施錠忘れ警告、およびカメラ例外警告。自動低電力リマインダーおよびワンクリック設定。スリープリマインダーおよび自動音楽または照明構成。旅行計画、位置リマインダー、インテリジェントナビゲーション、スケジューリング、およびガイド。
チケット管理、すなわち、チケット料金予想、チケットの先行購入権の自動スケジューリングによる確保、ワンクリックチケット変更／払い戻しオペレーション、および期限満了前のリマインド。インテリジェント撮影、すなわち、撮影ポイントの推薦、角度の推薦、および自動パラメータ最適化。
スケジュール管理、すなわち、業務の構成、ミーティングのリマインド、およびスケジュールのテンプレート。学習管理、すなわち、学習計画、過程推薦、および進行監視および管理。
健康管理、すなわち、健康評価、診察リマインド、および慢性疾患監視。
ダイエット管理、すなわち、体重管理、カロリー監視（撮影によって食べ物のカロリーを識別する）、および栄養管理。
フィットネス管理、すなわち、フィットネス計画、過程推薦、および監視およびリマインド。
家族の社会化、すなわち、家族ギャラリー、自動写真アルバムソート、およびインテリジェントプッシュおよび関心および親密度による共有。
インテリジェントツアーガイド、すなわち、自動フェンストリガリング、ツアールーティング計画、観光スポットＰＯＩ紹介、人の流れの熱力学図、およびサービス設備ナビゲーション。
インテリジェント天気、すなわち、雨の日に傘を持つ自動リマインド、温度が下降したときの衣類の追加のリマインド、および高い温度のときの熱中症防止リマインド。
感情管理、すなわち、パルス、インスタントメッセージ、友人のサークル、およびマイクロブログ、およびユーザの健康リスクのリマインドなどの、情報に基づくユーザの感情の監視。
休息のリマインド、すなわち、座っている、長時間車を運転している、長時間仕事場所にいるなどの状況に関する、休息のリマインド。
デュアルカード管理、すなわち、異なる期間の間、および異なる条件のもとで２つのカードを切り替える。例えば、他方のカードのデータトラフィックが不足しているときに一方のカードのデータトラフィックを自動的に用いる、または、仕事以外の時間には一方のカードのみを用いる。

【0149】

本発明の複数の実施形態において、統一された、インテリジェントな、そしてオープンなユーザプロファイルプラットフォームが、モバイル端末上で確立され、統一されたデータ収集および処理能力および統一されたユーザプロファイルタグベースを有する。ユーザプロファイルプラットフォームは、ユーザプロファイルを共に管理し、様々なサービスおよびアプリケーションに関するユーザプロファイル能力を提供する。

【0150】

本発明の複数の実施形態において提供されるユーザプロファイルプラットフォームは、端末において収集されることが可能な全てのユーザデータを用いることによって、ユーザプロファイルモデルをトレーニングし、そのことから、ユーザプロファイルモデルはより正確となる。例えば、アプリケーションＡがユーザプロファイルプラットフォームからユーザプロファイルを取得するとき、ユーザプロファイルプラットフォームは、アプリケーションＡにあるデータのみに基づくのではなく、端末にある全てのデータに基づいてユーザプロファイルを生成する。このように取得されたユーザプロファイルは、より正確である。したがって、本発明の複数の実施形態において提供されたユーザプロファイルプラットフォームは、モバイル端末上で、より正確な人工知能サービスをユーザに提供する。ユーザプロファイルプラットフォームが様々な型のアプリケーションに対してオープンとなった後に、全てのアプリケーションは、端末におけるローカルな統一されたユーザプロファイルモデルを用いることによって、様々なスマートサービスを提供することができる。このことは、モバイル端末に関する人工知能のしきい値をより低くすることができる。人工知能開発能力に欠けるアプリケーション開発者は、端末にオープンなユーザプロファイルプラットフォームを直接用いることによって、スマートサービスを実装することができ、それにより、開発の作業負荷およびサードパーティアプリケーションの技術能力を格段に軽減させる。

【0151】

ユーザ特定のプロファイルモデルが、端末ににおいてローカルにトレーニングされ、そして、正確なユーザプロファイルが、端末においてローカルユーザプロファイルモデルに従って生成されることができる。このように、ユーザプロファイルは、クラウドにユーザデータをアップロードすることなく取得されることができ、それにより、ユーザプライバシーデータの漏洩を回避できる。

【0152】

加えて、クラウドは、端末からの特定のユーザデータを要求することなく、複数の端末によって報告される区別されたプロファイルモデルに従って共通モデルをトレーニングすることができる。したがって、端末はユーザのいかなる個人的データもクラウドに報告する必要がなく、共通モードをトレーニングするようにユーザプロファイルモデルをクラウドに報告する必要があるにすぎなく、それにより、ユーザプライバシーデータを保護する。

【0153】

上述の実装形態の説明により、当業者は、本発明がハードウェア、ファームウェア、またはこれらの組み合わせによって実装され得ることを、明確に理解し得る。本発明がソフトウェアによって実装されるとき、上述の機能は、コンピュータ可読媒体に格納され得、または、コンピュータ可読媒体における１または複数の命令またはコードとして伝送され得る。コンピュータ可読媒体は、コンピュータ格納媒体および通信媒体を含み、通信媒体は、コンピュータプログラムが１つの場所から別の場所へと伝送されることを可能にする任意の媒体を含む。格納媒体は、コンピュータにアクセス可能な任意の利用可能な媒体であり得る。以下は、例を提供するが、制限を課すものではない。コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または別の光ディスクストレージまたはディスク格納媒体、または別の磁気ストレージデバイス、または、命令またはデータ構造の形で期待されるプログラムコードを搬送または格納が可能でありコンピュータによってアクセス可能な任意の他の媒体を含み得る。加えて、任意の接続が、コンピュータ可読媒体として適宜に定義され得る。例えば、ソフトウェアがウェブサイト、サーバまたは別のリモートソースから、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または、赤外線、無線、およびマイクロ波などの無線技術を用いることによって伝送される場合、同軸ケーブル、光ファイバ／ケーブル、ツイストペア、ＤＳＬ、または、赤外線、無線、およびマイクロ波などの無線技術は、それらが属する媒体の定義に含まれる。例えば、本発明によって用いられるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピディスク、およびブルーレイディスクを含み、ディスク（ｄｉｓｋ）は通常、磁気的手段によってデータをコピーし、ディスク（ｄｉｓｃ）はレーザ手段によって光学的にデータをコピーする。上述の組み合わせもまた、コンピュータ可読媒体の保護範囲に含まれるべきである。

【0154】

説明は本発明の具体的な実装のみであるが、本発明の保護範囲を限定することを目的とするものではない。本発明に開示された技術範囲内で、当業者によって容易に想到される任意の変形または交換は、本発明の保護範囲に含まれるものとする。したがって、本発明の保護範囲は、請求項の保護範囲に従うものとする。
［項目１］
端末に適用される、ユーザプロファイル生成方法であって、上記端末は、ユーザプロファイルプラットフォームおよび第１のアプリケーションを含み、方法は、
上記第１のアプリケーションによって送信される第１の要求を、上記ユーザプロファイルプラットフォームが受信する段階であって、上記第１の要求は、現在のユーザプロファイルを要求するように用いられる、段階と、
上記第１のアプリケーションによって必要とされる第１のユーザプロファイル型を、上記第１の要求に基づいて上記ユーザプロファイルプラットフォームが取得する段階と、
上記第１の要求に応答して、上記第１のユーザプロファイル型に対応する現在のユーザプロファイルを、ユーザプロファイルモデルに従って上記ユーザプロファイルプラットフォームが取得する段階であって、上記ユーザプロファイルモデルが、上記ユーザプロファイルプラットフォームにおいて備えられる、段階と、
取得された上記現在のユーザプロファイルを上記第１のアプリケーションへ、上記ユーザプロファイルプラットフォームが送信する段階と、を備える、
ユーザプロファイル生成方法。
［項目２］
上記ユーザプロファイルプラットフォームが更新要求を受信するとき、上記ユーザプロファイルプラットフォームが、ユーザデータに基づいて現在のユーザプロファイルモデルを更新する段階をさらに備える、
項目１に記載の方法。
［項目３］
上記第１のアプリケーションによって送信される第１の要求を、上記ユーザプロファイルプラットフォームが受信する上記段階の前に、上記方法はさらに、
上記第１のアプリケーションによって送信される登録要求を、上記ユーザプロファイルプラットフォームが受信する段階であって、上記登録要求は、上記第１のアプリケーションによって必要とされる上記第１のユーザプロファイル型を有する、段階を備える、
項目１または２に記載の方法。
［項目４］
上記ユーザプロファイルプラットフォームが上記登録要求を受信するとき、上記現在のユーザプロファイルモデルが上記第１のユーザプロファイル型を有さない場合には、上記ユーザプロファイルプラットフォームがユーザデータに基づいて現在のユーザプロファイルモデルを更新する上記段階は、
上記ユーザプロファイルプラットフォームが上記ユーザデータに基づいて上記現在のユーザプロファイルモデルに上記第１のユーザプロファイル型を追加する段階を有する、項目３に記載の方法。
［項目５］
上記ユーザプロファイルプラットフォームがユーザデータに基づいて現在のユーザプロファイルモデルを更新する上記段階は、
上記ユーザプロファイルプラットフォームのタグベースから、上記ユーザデータに対応するユーザタグを、上記ユーザデータに基づいて上記ユーザプロファイルプラットフォームが取得する段階と、
上記ユーザプロファイルプラットフォームが、上記ユーザデータおよび上記ユーザタグのうち少なくとも一方に基づいて上記現在のユーザプロファイルモデルを更新する段階と、を有する、
項目２から４のいずれか一項に記載の方法。
［項目６］
上記ユーザプロファイルプラットフォームに備えられるオリジナルユーザプロファイルモデルは、前もって上記端末に格納され、または、
上記ユーザプロファイルプラットフォームは、前もってネットワーク側からオリジナルユーザプロファイルモデルを取得する、
項目１から５のいずれか一項に記載の方法。
［項目７］
上記ユーザプロファイルモデルが、静的プロファイルモデルと動的プロファイルモデルのうち少なくとも一方を含む、
項目１から６のいずれか一項に記載の方法。
［項目８］
上記ユーザプロファイルモデルが動的プロファイルモデルであるとき、上記第１のユーザプロファイル型に対応する現在のユーザプロファイルを、ユーザプロファイルモデルに従って上記ユーザプロファイルプラットフォームが取得する上記段階は、
現在の状況データを上記ユーザプロファイルプラットフォームが取得する段階と、
上記第１のユーザプロファイル型に対応する上記現在のユーザプロファイルを、上記状況データおよび上記ユーザプロファイルモデルに基づく計算によって、上記ユーザプロファイルプラットフォームが取得する段階と、を含む、
項目７に記載の方法。
［項目９］
上記端末は、第２のアプリケーションをさらに含み、上記方法は、
第２のアプリケーションによって送信される第２の要求を上記ユーザプロファイルプラットフォームが受信する段階であって、上記第２の要求は現在のユーザプロファイルを要求するように用いられる、段階と、
上記第２のアプリケーションによって必要とされる第２のユーザプロファイル型を、上記第２の要求に基づいて上記ユーザプロファイルプラットフォームが取得する段階と、
上記第２の要求に応答して、上記第２のユーザプロファイル型に対応する現在のユーザプロファイルを、現在のユーザプロファイルモデルに従って上記ユーザプロファイルプラットフォームが取得する段階と、
上記第２のユーザプロファイル型に対応する上記現在のユーザプロファイルを、上記ユーザプロファイルプラットフォームが上記第２のアプリケーションに送信する段階と、
をさらに備える、項目１から８のいずれか一項に記載の方法。
［項目１０］
上記ユーザプロファイルは、ユーザの現在の行動または好みの予測された結果を含む、項目１から９のいずれか一項に記載の方法。
［項目１１］
第１のアプリケーションおよびユーザプロファイルプラットフォームを備える端末であって、上記ユーザプロファイルプラットフォームは、
上記端末の第１のユーザデータを収集するように構成されるデータ収集モジュールと、
上記データ収集モジュールから上記第１のユーザデータを取得することと、上記第１のユーザデータに基づいて第２のユーザデータを取得することと、上記第２のユーザデータに基づいて知識ベースを生成または更新することと、を行うように構成される知識ベースモジュールであって、上記知識ベースは上記第２のユーザデータを格納するように構成される、知識ベースモジュールと、
タグを格納するように構成されるタグベースと、
ユーザプロファイルモデルを格納するように構成されるユーザプロファイル管理モジュールと、を備え、
上記ユーザプロファイル管理モジュールは、上記知識ベースにおける上記第２のユーザデータに基づいて上記タグベースから上記第２のユーザデータに対応するタグを取得し、ユーザタグを生成するようにさらに構成され、
上記ユーザプロファイル管理モジュールは、上記第２のユーザデータおよび上記ユーザタグのうち少なくとも一方に基づいて現在のユーザプロファイルモデルを更新するようにさらに構成され、
上記ユーザプロファイル管理モジュールは、上記第１のアプリケーションによって送信される第１の要求を受信することであって、上記第１の要求は現在のユーザプロファイルを要求するように用いられる、受信することと、上記第１の要求に応答して、上記第１のアプリケーションによって必要とされる第１のユーザプロファイル型を、第１の要求に基づいて取得することと、上記第１のユーザプロファイル型に対応する上記現在のユーザプロファイルを、現在のユーザプロファイルモデルに従って取得することと、取得された上記現在のユーザプロファイルを上記第１のアプリケーションに送信することと、を行うようにさらに構成される、
端末。
［項目１２］
上記ユーザプロファイル管理モジュールは、上記第１のアプリケーションによって送信される上記第１の要求を受信する前に、上記第１のアプリケーションによって送信される登録要求を受信するようにさらに構成され、上記登録要求は、上記第１のアプリケーションによって必要とされる上記第１のユーザプロファイル型を含む、
項目１１に記載の端末。
［項目１３］
上記ユーザプロファイル管理モジュールが上記登録要求を受信するとき、上記現在のユーザプロファイルモデルが上記第１のユーザプロファイル型を有さない場合は、上記ユーザプロファイル管理モジュールが上記第２のユーザデータおよび上記ユーザタグのうち少なくとも一方に基づいて現在のユーザプロファイルモデルを更新することは、
上記ユーザプロファイル管理モジュールが、上記第２のユーザデータおよび上記ユーザタグのうち少なくとも一方に基づいて上記現在のユーザプロファイルモデルに上記第１のユーザプロファイル型を加えることを含む、
項目１２に記載の端末。
［項目１４］
上記ユーザプロファイル管理モジュールは、以下の態様で、すなわち、
更新要求が受信されるとき、上記ユーザプロファイル管理モジュールが、上記第２のユーザデータおよび上記ユーザタグのうち少なくとも一方に基づいて上記現在のユーザプロファイルモデルを更新する態様で、
上記現在のユーザプロファイルモデルを更新する、項目１１から１３のいずれか一項に記載の端末。
［項目１５］
オリジナルユーザプロファイルモデルが、前もって上記ユーザプロファイル管理モジュールに格納される、項目１１から１４のいずれか一項に記載の端末。
［項目１６］
上記ユーザプロファイル管理モジュールが、前もってネットワーク側からオリジナルユーザプロファイルモデルを取得するように、さらに構成される、項目１１から１５のいずれか一項に記載の端末。
［項目１７］
上記ユーザプロファイルモデルが、静的プロファイルモデルと動的プロファイルモデルのうち少なくとも一方を含む、項目１１から１６のいずれか一項に記載の端末。
［項目１８］
上記ユーザプロファイルモデルが動的プロファイルモデルであるとき、上記現在のユーザプロファイルモデルに従って、上記ユーザプロファイル管理モジュールが、上記第１のユーザプロファイル型に対応する上記現在のユーザプロファイルを取得することは、
上記ユーザプロファイル管理モジュールが、上記データ収集モジュールから現在の状況データを取得することと、
上記ユーザプロファイル管理モジュールが、上記状況データおよび上記現在のユーザプロファイルモデルに基づく計算によって、上記第１のユーザプロファイル型に対応する上記現在のユーザプロファイルを取得することと、を含む、
項目１７に記載の端末。
［項目１９］
上記端末は、第２のアプリケーションをさらに備え、上記ユーザプロファイル管理モジュールは、
上記第２のアプリケーションによって送信される第２の要求を受信することであって、上記第２の要求は現在のユーザプロファイルを要求するように用いられる、受信することと、上記第２の要求に応答して、上記第２のアプリケーションによって必要とされる第２のユーザプロファイル型を、上記第２の要求に基づいて取得することと、現在のユーザプロファイルモデルに従って、上記第２のユーザプロファイル型に対応する現在のユーザプロファイルを取得することと、上記第２のユーザプロファイル型に対応する上記現在のユーザプロファイルを、上記第２のアプリケーションに送信することと、
を行うようにさらに構成される、項目１１から１８のいずれか一項に記載の端末。
［項目２０］
上記ユーザプロファイルは、ユーザの現在の行動または好みの予測された結果を含む、項目１１から１９のいずれか一項に記載の端末。
［項目２１］
１または複数のプロセッサと、
１または複数のメモリと、を備える端末であって、
上記１または複数のメモリは１または複数のコンピュータプログラムを格納し、上記１または複数のコンピュータプログラムは命令を含み、上記１または複数のプロセッサによって上記命令が実行されるとき、上記端末は項目１から１０のいずれか一項に記載の方法を実行する、
端末。
［項目２２］
電子デバイスであって、上記電子デバイスは、項目１から１０のいずれか一項に記載の方法を実行する装置を含む、電子デバイス。
［項目２３］
命令を備えるコンピュータプログラム製品であって、上記コンピュータプログラム製品が電子デバイス上で動作するとき、上記電子デバイスは、項目１から１０のいずれか一項に記載の方法を実行する、コンピュータプログラム製品。
［項目２４］
命令を備えるコンピュータ可読記憶媒体であって、上記命令が電子デバイス上で動作するとき、上記電子デバイスは、項目１から１０のいずれか一項に記載の方法を実行する、コンピュータ可読記憶媒体。

【図1】

【図2】

【図3】

【図4A-a】

【図4A-b】

【図4B】

【図5】

【図6】

【図7】

【図8】