特許 6420691 レコメンド装置及びレコメンド方法

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

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

(11)【特許番号】6420691

(24)【登録日】2018年10月19日

(45)【発行日】2018年11月7日

(54)【発明の名称】レコメンド装置及びレコメンド方法

(51)【国際特許分類】

   G06F 17/30 20060101AFI20181029BHJP

   G06F 13/00 20060101ALI20181029BHJP

【ＦＩ】

   G06F17/30 340A

   G06F17/30 110G

   G06F13/00 510G

【請求項の数】7

【全頁数】15

(21)【出願番号】特願2015-36963(P2015-36963)

(22)【出願日】2015年2月26日

(65)【公開番号】特開2016-161959(P2016-161959A)

(43)【公開日】2016年9月5日

【審査請求日】2017年8月17日

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100113435

【弁理士】

【氏名又は名称】黒木 義樹

(74)【代理人】

【識別番号】100121980

【弁理士】

【氏名又は名称】沖山 隆

(74)【代理人】

【識別番号】100128107

【弁理士】

【氏名又は名称】深石 賢治

(72)【発明者】

【氏名】竹田 真二

(72)【発明者】

【氏名】林 宏樹

(72)【発明者】

【氏名】▲高▼橋 誠

【審査官】 鹿野 博嗣

(56)【参考文献】

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

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

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

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

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

Ｇ０６Ｆ １７／３０

Ｇ０６Ｆ １３／００

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

【請求項1】

ユーザの属性情報を格納する格納手段と、
携帯端末又は前記携帯端末のユーザに関する端末情報と、前記携帯端末に近接する他の携帯端末である近接端末又は前記近接端末のユーザに関する近接端末情報であって、前記携帯端末が前記近接端末の近接を検知した際に前記携帯端末が前記近接端末から受信した電波に含まれる近接端末情報とを、前記携帯端末から受信する受信手段と、
前記受信手段によって受信された端末情報及び近接端末情報がそれぞれ示す前記携帯端末のユーザの属性情報及び前記近接端末のユーザの属性情報を、前記格納手段から抽出する抽出手段と、
前記抽出手段によって抽出された前記携帯端末のユーザの属性情報及び前記近接端末のユーザの属性情報に基づいて、前記携帯端末のユーザに対するレコメンド情報を取得する取得手段と、
前記取得手段によって取得されたレコメンド情報を前記携帯端末に送信する送信手段と、
を備えるレコメンド装置。

【請求項2】

前記取得手段は、前記携帯端末のユーザの属性情報と前記近接端末のユーザの属性情報とに基づいて、前記携帯端末のユーザと前記近接端末のユーザとの共通の属性に関するレコメンド情報を取得する、
請求項１に記載のレコメンド装置。

【請求項3】

ユーザの属性情報は、当該ユーザの趣味情報を含み、
前記取得手段は、前記携帯端末のユーザの趣味情報と前記近接端末のユーザの趣味情報とに基づいて、前記携帯端末のユーザと前記近接端末のユーザとの共通の趣味に関するレコメンド情報を取得する、
請求項２に記載のレコメンド装置。

【請求項4】

前記取得手段は、前記抽出手段によって抽出された前記携帯端末のユーザの属性情報に含まれる当該ユーザと前記近接端末のユーザとの関係性情報にさらに基づいて、前記携帯端末のユーザに対するレコメンド情報を取得する、
請求項１〜３の何れか一項に記載のレコメンド装置。

【請求項5】

前記取得手段は、前記携帯端末又は前記近接端末の位置情報にさらに基づいて、前記携帯端末のユーザに対するレコメンド情報を取得する、
請求項１〜４の何れか一項に記載のレコメンド装置。

【請求項6】

前記送信手段は、さらに、前記取得手段によって取得されたレコメンド情報を前記近接端末に送信する、
請求項１〜５の何れか一項に記載のレコメンド装置。

【請求項7】

ユーザの属性情報を格納する格納手段を備えるレコメンド装置により実行されるレコメンド方法であって、
携帯端末又は前記携帯端末のユーザに関する端末情報と、前記携帯端末に近接する他の携帯端末である近接端末又は前記近接端末のユーザに関する近接端末情報であって、前記携帯端末が前記近接端末の近接を検知した際に前記携帯端末が前記近接端末から受信した電波に含まれる近接端末情報とを、前記携帯端末から受信する受信ステップと、
前記受信ステップにおいて受信された端末情報及び近接端末情報がそれぞれ示す前記携帯端末のユーザの属性情報及び前記近接端末のユーザの属性情報を、前記格納手段から抽出する抽出ステップと、
前記抽出ステップにおいて抽出された前記携帯端末のユーザの属性情報及び前記近接端末のユーザの属性情報に基づいて、前記携帯端末のユーザに対するレコメンド情報を取得する取得ステップと、
前記取得ステップにおいて取得されたレコメンド情報を前記携帯端末に送信する送信ステップと、
を含むレコメンド方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザにレコメンド情報を送信するレコメンド装置及びレコメンド方法に関する。

【背景技術】

【0002】

従来、ユーザの趣味嗜好等に応じたレコメンド（推薦）情報を配信するレコメンドシステムが知られている。例えば、下記特許文献１に記載の情報配信システムは、携帯端末の行動履歴に基づいて携帯端末のユーザの属性情報を推定し、推定されたユーザの属性情報に基づいて携帯端末に配信するレコメンド情報を選択することが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１０−２６２４８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記情報配信システムにおいて、携帯端末に配信されるレコメンド情報は、当該携帯端末のユーザの属性情報のみに基づいて選択される。例えば、携帯端末のユーザの近くに別の携帯端末のユーザがいる場合でも、別の携帯端末のユーザの属性情報は加味されない。一般的に、あるユーザに対して好まれる情報（レコメンドすべき情報）は、例えそのユーザが興味ある趣味嗜好の情報であったとしても、そのユーザと一緒にいる別のユーザが誰なのかによって、好まれる情報は異なってくる。例えば、あるユーザが家族と一緒にいる場合は、家族と楽しめる娯楽施設に関する情報が好まれ、あるユーザが同僚と一緒にいる場合は、飲み屋の情報が好まれる。つまり、上記情報配信システムでは、一緒にいるユーザの属性が加味されていないレコメンド情報が配信されるため、好ましくない又は不要なレコメンド情報が配信されてしまう。それにより、ユーザに不快な印象を与え、レコメンドサービスの評価を低下させる等、効率的なレコメンドを行うことはできない。

【0005】

そこで、本発明は、かかる課題に鑑みて為されたものであり、一緒にいるユーザの属性を加味した、効率的なレコメンドを行うことができるレコメンド装置及びレコメンド方法を提供することを目的とする。

【課題を解決するための手段】

【0006】

上記課題を解決するため、本発明のレコメンド装置は、ユーザの属性情報を格納する格納手段と、携帯端末又は当該携帯端末のユーザに関する端末情報と、当該携帯端末に近接する他の携帯端末である近接端末又は当該近接端末のユーザに関する近接端末情報とを、当該携帯端末から受信する受信手段と、受信手段によって受信された端末情報及び近接端末情報がそれぞれ示す携帯端末のユーザの属性情報及び近接端末のユーザの属性情報を、格納手段から抽出する抽出手段と、抽出手段によって抽出された携帯端末のユーザの属性情報及び近接端末のユーザの属性情報に基づいて、携帯端末のユーザに対するレコメンド情報を取得する取得手段と、取得手段によって取得されたレコメンド情報を携帯端末に送信する送信手段と、を備える。

【0007】

このようなレコメンド装置によれば、まず、受信手段により、端末情報と近接端末情報とが受信される。次に、抽出手段により、受信された端末情報及び近接端末情報がそれぞれ示す携帯端末のユーザの属性情報及び近接端末のユーザの属性情報が、格納手段から抽出される。次に、取得手段により、抽出された携帯端末のユーザの属性情報及び近接端末のユーザの属性情報に基づいて、携帯端末のユーザに対するレコメンド情報が取得される。次に、送信手段により、取得されたレコメンド情報が携帯端末に送信される。かかる構成を採れば、携帯端末のユーザの属性情報と、携帯端末に近接する近接端末のユーザの属性情報とに基づいてレコメンド情報が取得され、携帯端末に送信される。すなわち、携帯端末のユーザと近接する、つまり一緒にいる近接端末のユーザの属性情報が加味されたレコメンド情報が取得され、携帯端末に送信される。それにより、一緒にいるユーザの属性を加味した、効率的なレコメンドを行うことができる。

【0008】

また、本発明のレコメンド装置において、取得手段は、携帯端末のユーザの属性情報と近接端末のユーザの属性情報とに基づいて、携帯端末のユーザと近接端末のユーザとの共通の属性に関するレコメンド情報を取得することとしてもよい。かかる構成を採れば、携帯端末のユーザと、一緒にいるユーザとの共通する属性に関するレコメンド情報が取得され、携帯端末に送信される。これにより、ユーザ及び一緒にいるユーザの双方にとって、より有益なレコメンド情報を取得することができ、ユーザの利便性が向上する。

【0009】

また、本発明のレコメンド装置において、ユーザの属性情報は、当該ユーザの趣味情報を含み、取得手段は、携帯端末のユーザの趣味情報と近接端末のユーザの趣味情報とに基づいて、携帯端末のユーザと近接端末のユーザとの共通の趣味に関するレコメンド情報を取得することとしてもよい。かかる構成を採れば、携帯端末のユーザと、一緒にいるユーザとの共通の趣味に関するレコメンド情報が取得され、携帯端末に送信される。これにより、ユーザ及び一緒にいるユーザの双方にとって、より有益なレコメンド情報を取得することができ、ユーザの利便性が向上する。

【0010】

また、本発明のレコメンド装置において、取得手段は、抽出手段によって抽出された携帯端末のユーザの属性情報に含まれる当該ユーザと近接端末のユーザとの関係性情報にさらに基づいて、携帯端末のユーザに対するレコメンド情報を取得することとしてもよい。かかる構成を採れば、携帯端末のユーザは、一緒にいるユーザとの関係性が加味されたレコメンド情報を取得することができるため、より有益なレコメンド情報を取得することができ、ユーザの利便性が向上する。

【0011】

また、本発明のレコメンド装置において、取得手段は、携帯端末又は近接端末の位置情報にさらに基づいて、携帯端末のユーザに対するレコメンド情報を取得することとしてもよい。かかる構成を採れば、携帯端末のユーザは、例えば携帯端末は又は近接端末の現在位置が加味されたレコメンド情報を取得することができるため、より有益なレコメンド情報を取得することができ、ユーザの利便性が向上する。

【0012】

また、本発明のレコメンド装置において、送信手段は、さらに、取得手段によって取得されたレコメンド情報を近接端末に送信することとしてもよい。かかる構成を採れば、携帯端末のユーザと一緒にいる近接端末のユーザもレコメンド情報を取得することができるため、近接端末のユーザの利便性も向上する。

【0013】

ところで、本発明は、上記のようにレコメンド装置の発明として記述できる他に、以下のようにレコメンド方法の発明としても記述することができる。これはカテゴリが異なるだけで、実質的に同一の発明であり、同様の作用及び効果を奏する。

【0014】

即ち、本発明に係るレコメンド方法は、ユーザの属性情報を格納する格納手段を備えるレコメンド装置により実行されるレコメンド方法であって、携帯端末又は当該携帯端末のユーザに関する端末情報と、当該携帯端末に近接する他の携帯端末である近接端末又は当該近接端末のユーザに関する近接端末情報とを、当該携帯端末から受信する受信ステップと、受信ステップにおいて受信された端末情報及び近接端末情報がそれぞれ示す携帯端末のユーザの属性情報及び近接端末のユーザの属性情報を、格納手段から抽出する抽出ステップと、抽出ステップにおいて抽出された携帯端末のユーザの属性情報及び近接端末のユーザの属性情報に基づいて、携帯端末のユーザに対するレコメンド情報を取得する取得ステップと、取得ステップにおいて取得されたレコメンド情報を携帯端末に送信する送信ステップと、を含む。

【発明の効果】

【0015】

本発明によれば、一緒にいるユーザの属性を加味した、効率的なレコメンドを行うことができる。

【図面の簡単な説明】

【0016】

【図1】本発明の実施形態に係るレコメンドシステムの概念図である。

【図2】本発明の実施形態に係る携帯端末及びレコメンド装置のハードウェア構成を示す図である。

【図3】本発明の実施形態に係るレコメンドシステムを説明する上での携帯端末及びレコメンド装置の状況を説明する図である。

【図4】本発明の実施形態に係るレコメンドシステムの機能ブロック図である。

【図5】携帯端末のユーザの属性情報のテーブル例を示す図である。

【図6】近接端末のユーザの属性情報のテーブル例を示す図である。

【図7】本発明の実施形態に係るレコメンドシステムで実行される処理の一例を示すシーケンス図である。

【図8】本発明の実施形態に係るレコメンドシステムで実行される処理の別の一例（レコメンド方法）を示すシーケンス図である。

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

【0017】

以下、図面とともに本発明によるレコメンド装置及びレコメンド方法の好適な実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

【0018】

図１は、本実施形態に係る携帯端末１及びレコメンド装置２を含むレコメンドシステム３の概要図である。図１に示すように、レコメンドシステム３は、一台以上の携帯端末（以降、総称して携帯端末１と呼ぶ）とレコメンド装置２とを含んで構成される。

【0019】

携帯端末１は、携帯電話、スマートフォン、タブレット端末、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ等の情報処理端末である。携帯端末１は、携帯端末１の保持者、携帯端末１の利用者、携帯端末１の契約者などであるユーザによって利用（操作）される。携帯端末１は、ＣＰＵ等のハードウェアから構成されているものである。図２は、携帯端末１（及びレコメンド装置２）のハードウェア構成の一例を示す図である。携帯端末１は、物理的には、図２に示すように、ＣＰＵ１００、主記憶装置であるＲＡＭ１０１及びＲＯＭ１０２、ディスプレイ等の入出力装置１０３、通信モジュール１０４、及び補助記憶装置１０５などを含むコンピュータシステムとして構成されている。

【0020】

後述の図４に示す携帯端末１の各機能ブロックの機能は、図２に示すＣＰＵ１００、ＲＡＭ１０１等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１００の制御のもとで入出力装置１０３、通信モジュール１０４、及び補助記憶装置１０５を動作させるとともに、ＲＡＭ１０１におけるデータの読み出し及び書き込みを行うことで実現される。

【0021】

レコメンド装置２は、サーバコンピュータ、パーソナルコンピュータ、携帯電話、スマートフォン、タブレット端末、ＰＤＡ等の情報処理端末である。レコメンド装置２は、ＣＰＵ等のハードウェアから構成されているものである。図２は、レコメンド装置２（及び携帯端末１）のハードウェア構成の一例を示す図である。レコメンド装置２は、物理的には、図２に示すように、ＣＰＵ１００、主記憶装置であるＲＡＭ１０１及びＲＯＭ１０２、ディスプレイ等の入出力装置１０３、通信モジュール１０４、及び補助記憶装置１０５などを含むコンピュータシステムとして構成されている。

【0022】

後述の図４に示すレコメンド装置２の各機能ブロックの機能は、図２に示すＣＰＵ１００、ＲＡＭ１０１等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１００の制御のもとで入出力装置１０３、通信モジュール１０４、及び補助記憶装置１０５を動作させるとともに、ＲＡＭ１０１におけるデータの読み出し及び書き込みを行うことで実現される。

【0023】

携帯端末１とレコメンド装置２とは移動体通信網、無線ＬＡＮ（Local Area Network）、有線ＬＡＮ、及び近距離無線通信等のネットワークを介して互いに接続可能であり、互いにデータを送受信することで、システムとして一体となって情報処理を行う。レコメンドシステム３において、レコメンド装置２は、レコメンドシステム３に含まれる（レコメンドシステム３のサービスに加入している）携帯端末１それぞれのユーザの属性情報を推定し、推定したユーザの属性情報を管理している。また、レコメンド装置２は、管理している携帯端末１のユーザの属性情報に基づいて、携帯端末１に配信するレコメンド情報を取得し、配信する。

【0024】

ユーザの属性情報とは、ユーザの属性（プロファイル）に関する情報であり、具体例としては、基本属性、行動属性、端末属性、時間属性、場所属性、及び交友属性（関係性情報）などが挙げられる。基本属性とは、ユーザの名前、職業、性別、年齢、血液型、趣味、交際ステータス、勤務先会社名、及び使用可能な言語などである。行動属性とは、ある時刻にいた場所（の位置情報）での行動に関する情報などである。端末属性とは、携帯端末１の電話番号、メールアドレス、ＢＬＥ（Bluetooth（登録商標） Low Energy）のＭＡＣ（Media Access Control）アドレス、及びＷＬＡＮ（Wireless LAN）のＭＡＣアドレスなどである。時間属性とは、ユーザの休日、及び出勤曜日などである。場所属性とは、ユーザの自宅（の位置情報）、勤務地（の位置情報）、自宅・勤務地間の経路（の位置情報）、自宅最寄駅（の位置情報）、最寄駅（の位置情報）、及び良く行く場所（の位置情報）などである。交友属性とは、家族（に関する各種情報）、友人（に関する各種情報）、会社同僚（に関する各種情報）、及び仕事関係（に関する各種情報）である。

【0025】

図３は、本発明の実施形態に係るレコメンドシステム３を説明する上での携帯端末１及びレコメンド装置２の状況を説明する図である。図３に示す通り、レコメンドシステム３には、レコメンド装置２の他に、２台の携帯端末１である携帯端末１ａと携帯端末１ｂとが含まれる。そして、携帯端末１ａと携帯端末１ｂとが互いに近接した（例えば、５ｍ以内に接近した）状況を想定している。

【0026】

図４は、レコメンドシステム３に含まれる携帯端末１ｂ及びレコメンド装置２の機能ブロック図である。なお、携帯端末１ａは、携帯端末１ｂと同様の機能ブロックを有する。図４に示す通り、携帯端末１ｂは、状態監視部１０、状態情報送信部１１、レコメンド情報受信部１２、及び処理部１３を含んで構成される。また、図４に示す通り、レコメンド装置２は、状態情報受信部２０（受信手段）、状態情報格納部２１、属性情報推定部２２、属性情報格納部２３（格納手段）、属性情報抽出部２４（抽出手段）、レコメンド情報取得部２５（取得手段）、レコメンド情報格納部２６、及びレコメンド情報送信部２７（送信手段）を含んで構成される。なお、携帯端末１ｂ及びレコメンド装置２はそれぞれ複数の装置から構成され、各機能ブロックがそれぞれの装置に分散して配置され、それらが互いに通信を行うことで一体となって動作する構成であってもよい。例えば、状態情報格納部２１、属性情報推定部２２、属性情報格納部２３、及びレコメンド情報送信部２７は、レコメンド装置２とは異なるサーバ装置に含まれ、レコメンド装置２と当該サーバ装置とが互いに通信を行い、各機能ブロックの処理に関わる情報を送受信することで、一体となって動作する構成としてもよい。

【0027】

以下、図４に示す携帯端末１ｂの各機能ブロックについて説明する。

【0028】

状態監視部１０は、他の携帯端末１である携帯端末１ａの近接を監視する。携帯端末１ａの近接とは、携帯端末１ａが携帯端末１ｂの近く（例えば、所定の距離５ｍ以内）に存在することや、携帯端末１ａが携帯端末１ｂに接近すること（例えば、携帯端末１ｂの位置を中心とした半径が所定の距離５ｍの円内に入ってくること）である。具体的に、状態監視部１０は、通信モジュール１０４を利用し、携帯端末１ａから発せられたＢｌｕｅｔｏｏｔｈ（登録商標）やＷｉＦｉ（登録商標）などの近距離無線の電波の受信を監視することで、携帯端末１ａの近接を監視する。その他に、状態監視部１０は、入出力装置１０３であるマイクや、ＢＬＥのＰｅｒｉｐｈｅｒａｌモードや、ＬＴＥ（Long Term Evolution） Ｄｉｒｅｃｔ技術などを利用して、携帯端末１ａの近接を監視してもよい。

【0029】

状態監視部１０は、携帯端末１ａ（近接端末）の近接を検知した際に、携帯端末１ａ又は携帯端末１ａのユーザに関する情報（近接端末情報）を取得する。例えば、携帯端末１ａから発せられた近距離無線の電波には、携帯端末１ａの識別情報（例えば、ＭＡＣアドレス）や携帯端末１ａのユーザの識別情報（例えば、ユーザＩＤ）が含まれており、携帯端末１ｂの状態監視部１０は、受信した電波に含まれるそれらの識別情報を取得する。また、携帯端末１ｂには、携帯端末１ａの識別情報と、携帯端末１ａのユーザの識別情報とが関連付いたテーブル情報を予め格納されており、状態監視部１０は、格納されたテーブル情報から、取得した携帯端末１ａの識別情報に関連付いた携帯端末１ａのユーザの識別情報を取得してもよいし、取得した携帯端末１ａのユーザの識別情報に関連付いた携帯端末１ａの識別情報を取得してもよい。状態監視部１０は、取得した近接端末情報を、状態情報として状態情報送信部１１に出力する。

【0030】

状態監視部１０は、携帯端末１ｂに備えられた各種のセンサのデータを監視（検知、取得）してもよい。状態監視部１０が監視するセンサのデータの具体例としては、ＧＰＳ（Global Positioning System）による位置情報（緯度・経度など）、移動体通信におけるセルＩＤに関する情報、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉＦｉ（登録商標）などの近距離無線の電波、モデムの通信情報、気圧計による気圧、気温計による気温、照度計による照度、及び携帯端末１にインストールされたアプリケーションの利用状況などが挙げられる。状態監視部１０は、センサのデータを監視し、センサのデータに変化があった際に、当該データを状態情報として状態情報送信部１１に出力する。例えば、状態監視部１０は、携帯端末１のＧＰＳにより取得される携帯端末１ｂの位置情報に変化があった際に、現在の位置情報を状態情報として状態情報送信部１１に出力する。

【0031】

状態情報送信部１１は、状態監視部１０から入力された状態情報を、ネットワークを介してレコメンド装置２に送信する。状態情報送信部１１は、状態情報に、自端末である携帯端末１ｂ又は携帯端末１ｂのユーザに関する情報（端末情報）を含めて送信する。例えば、状態情報送信部１１は、状態情報に、携帯端末１ｂの識別情報（例えば、ＭＡＣアドレス）や携帯端末１ｂのユーザの識別情報（例えば、ユーザＩＤ）を含めて送信する。また、状態情報送信部１１は、状態情報に、携帯端末１のＧＰＳによって取得された携帯端末１ｂの現在の位置情報や、現在の時刻情報を含めて送信してもよい。状態情報送信部１１が状態情報を送信するタイミングは、状態監視部１０から状態情報が入力された際や、所定の周期かつ当該周期中に状態監視部１０から状態情報が入力された際などである。

【0032】

レコメンド情報受信部１２は、ネットワークを介してレコメンド装置２から、携帯端末１ｂに対するレコメンド情報を受信する。レコメンド情報受信部１２は、受信したレコメンド情報を処理部１３に出力する。

【0033】

処理部１３は、レコメンド情報受信部１２から入力されたレコメンド情報を処理する。例えば、処理部１３は、レコメンド情報受信部１２から入力されたレコメンド情報を、入出力装置１０３であるディスプレイに表示することで、携帯端末１ｂのユーザに提示する。また例えば、処理部１３は、レコメンド情報受信部１２から入力されたレコメンド情報を、ネットワークを介して他の装置に送信し、当該装置にてレコメンド情報を処理させてもよい。

【0034】

続いて、図４に示すレコメンド装置２の各機能ブロックについて説明する。

【0035】

状態情報受信部２０は、ネットワークを介して携帯端末１ｂから状態情報を受信する。状態情報受信部２０は、受信した状態情報を状態情報格納部２１及び属性情報抽出部２４に出力する。

【0036】

状態情報格納部２１は、状態情報受信部２０から入力された状態情報を格納する。状態情報格納部２１は、状態情報を、ユーザ（の識別情報）ごとに格納する。さらに、状態情報格納部２１は、状態情報に時刻情報が含まれる場合、状態情報を時系列に履歴として格納する。

【0037】

属性情報推定部２２は、状態情報格納部２１によって格納された状態情報に基づいて、ユーザの属性情報を推定し、推定結果であるユーザの属性情報を属性情報格納部２３に出力する（格納させる）。状態情報に基づいたユーザの属性情報の推定については、一般的な推定技術を用いる。例えば、属性情報推定部２２は、あるユーザについて、１週間に３日以上深夜２時にいる位置を、ユーザの自宅（場所属性）として推定する。また、属性情報推定部２２は、既存のユーザの属性情報や状態情報に含まれる複数の情報に基づいてユーザの属性情報を推定してもよい。例えば、あるユーザについて、既存のユーザの属性情報として勤務先の位置情報が登録され、現在の位置情報が勤務先と一致し、かつ近接端末情報がない場合、属性情報推定部２２は、通勤中（行動属性）と推定する。また例えば、あるユーザについて、既存のユーザの属性情報として勤務先の位置情報が登録され、現在の位置情報が勤務先と一致し、かつ近接端末情報がある場合、属性情報推定部２２は、デスクワーク中（行動属性）と推定する。属性情報推定部２２による推定のタイミングは、定期的であってもよいし、状態情報格納部２１によって格納された状態情報に変化があった際でもよい。

【0038】

属性情報格納部２３は、ユーザの属性情報を格納する。属性情報格納部２３は、属性情報推定部２２によって推定されたユーザの属性情報を格納してもよいし、ユーザによって予め手動で登録されたユーザの属性情報を格納してもよい。図５は、属性情報格納部２３によって格納された携帯端末１ｂのユーザの属性情報のテーブル例を示す図であり、図６は、属性情報格納部２３によって格納された携帯端末１ａのユーザの属性情報のテーブル例を示す図である。図５（ａ）及び図６（ａ）はそれぞれのユーザの基本属性のテーブル例であり、図５（ｂ）及び図６（ｂ）はそれぞれのユーザの行動属性のテーブル例である。例えば、図５（ａ）に示すテーブル例の通り、携帯端末１ｂのユーザの基本属性のうち、性別は「男」、年齢は「３５歳」、交際ステータスは「既婚」、趣味は「音楽、ゴルフ」、勤務先は「Ａ社（溜池山王）」であることを示す。また、図５（ｂ）に示すテーブル例の通り、携帯端末１ｂのユーザの行動属性のうち、時刻「２０１４／１２／３ ９：１０」のレコードについては、緯度経度が「ｘｘｘ，ｙｙｙ」、場所属性が「溜池山王駅 勤務地」（属性情報推定部２２によって推定）、近接端末の識別情報が「ｈｈｈ」、当該近接端末の属性が「同僚Ｈ」（属性情報推定部２２によって推定）、推定された行動が「デスクワーク」（属性情報推定部２２によって推定）であることを示す。

【0039】

属性情報抽出部２４は、状態情報受信部２０によって受信（入力）された端末情報及び近接端末情報がそれぞれ示す携帯端末１ｂのユーザの属性情報及び携帯端末１ａのユーザの属性情報を、属性情報格納部２３から抽出する。属性情報抽出部２４は、抽出した携帯端末１ｂのユーザの属性情報及び携帯端末１ａのユーザの属性情報をレコメンド情報取得部２５に出力する。

【0040】

例えば、属性情報抽出部２４は、端末情報として携帯端末１ｂの識別情報が入力されると、携帯端末１の識別情報と当該携帯端末１のユーザの属性情報とが関連付けて格納された属性情報格納部２３から、入力された携帯端末１ｂの識別情報に関連付けて格納されたユーザの属性情報を抽出する。また例えば、属性情報抽出部２４は、端末情報として携帯端末１ｂの識別情報が入力されると、レコメンド装置２に予め格納された、携帯端末１の識別情報と当該携帯端末１のユーザの識別情報とが関連付いたテーブル情報から、入力された携帯端末１ｂの識別情報に関連付いた携帯端末１ｂのユーザの識別情報を取得し、ユーザの識別情報と当該ユーザの属性情報とが関連付けて格納された属性情報格納部２３から、取得した携帯端末１ｂのユーザの識別情報に関連付けて格納された携帯端末１ｂのユーザの属性情報を抽出してもよい。属性情報抽出部２４は、近接端末情報についても、上述の端末情報と同様にして、近接端末情報が示す携帯端末１ａのユーザの属性情報を、属性情報格納部２３から抽出する。

【0041】

レコメンド情報取得部２５は、属性情報抽出部２４によって抽出（入力）された携帯端末１ｂのユーザの属性情報及び携帯端末１ａのユーザの属性情報に基づいて、携帯端末１ｂのユーザに対するレコメンド情報を取得する。レコメンド情報取得部２５は、取得したレコメンド情報をレコメンド情報送信部２７に出力する。

【0042】

レコメンド情報取得部２５は、携帯端末１ｂのユーザの属性情報と携帯端末１ａのユーザの属性情報とに基づいて、携帯端末１ｂのユーザと近接端末１ａのユーザとの共通の属性に関するレコメンド情報を取得してもよい。また、レコメンド情報取得部２５は、携帯端末１ｂのユーザの趣味情報と携帯端末１ａのユーザの趣味情報とに基づいて、携帯端末１ｂのユーザと携帯端末１ａのユーザとの共通の趣味に関するレコメンド情報を取得してもよい。また、レコメンド情報取得部２５は、携帯端末１ｂ又は携帯端末１ａの位置情報にさらに基づいて、携帯端末１ｂのユーザに対するレコメンド情報を取得してもよい。

【0043】

以下、図５及び６のテーブル例を用いて、レコメンド情報取得部２５によるレコメンド情報の取得の具体例について説明する。例えば、レコメンド情報取得部２５は、属性情報抽出部２４によって抽出された、図５（ａ）に示す携帯端末１ｂのユーザの属性情報である基本属性のうちの趣味「音楽、ゴルフ」と、図６（ａ）に示す携帯端末１ａのユーザの属性情報である基本属性のうちの趣味「ゴルフ、サーフィン」とから、両ユーザの共通の趣味（合致している趣味。論理積ＡＮＤを取った趣味）である「ゴルフ」に関するレコメンド情報を取得する。さらに例えば、レコメンド情報取得部２５は、属性情報抽出部２４によって抽出された、図５（ｂ）に示す携帯端末１ｂのユーザの属性情報である行動属性（なお、近接端末「ａａａ」は携帯端末１ａを示すものとする）と図６（ｂ）に示す携帯端末１ａのユーザの属性情報である行動属性（なお、近接端末「ｂｂｂ」は携帯端末１ｂを示すものとする）とから、現在（２０１４／１２／３ １９：００）、同僚である携帯端末１ｂのユーザと携帯端末１ａのユーザとが、電車を新橋駅（位置情報に基づく）で降車したと判定し、新橋駅前のゴルフショップのクーポン券に関するレコメンド情報を取得してもよい。

【0044】

その他の具体例としては、例えば、携帯端末１ｂのユーザの趣味嗜好が「好きなもの：和食。嫌いなもの：洋食」であり、携帯端末１ａのユーザの趣味嗜好が「好きなもの：肉。嫌いなもの：魚」である場合、レコメンド情報取得部２５は、両ユーザの趣味嗜好が合致する「すき焼きのお店」に関するレコメンド情報を取得する。なお、レコメンド情報取得部２５は、両ユーザの排他的論理和ＸＯＲを取った趣味に関するレコメンド情報を取得してもよい。

【0045】

レコメンド情報取得部２５は、属性情報抽出部２４によって抽出された携帯端末１ｂのユーザの属性情報に含まれる当該ユーザと携帯端末１ａのユーザとの関係性情報にさらに基づいて、携帯端末１ｂのユーザに対するレコメンド情報を取得してもよい。例えば、レコメンド情報取得部２５は、関係性情報が「家族」を示す場合、家族で行くレジャー施設に関する情報などの家族向けのレコメンド情報を取得する。また例えば、レコメンド情報取得部２５は、関係性情報が「友人」を示す場合、かつ携帯端末１ｂのユーザと携帯端末１ａのユーザとの共通の趣味が「スキー」である場合、スキーに関するレコメンド情報を取得する。また例えば、レコメンド情報取得部２５は、関係性情報が「上司」を示す場合、かつ状態情報に含まれる時刻情報が平日の１９時である場合、飲み屋に関するレコメンド情報を取得する。その際、上述の例のように、レコメンド情報取得部２５は、携帯端末１ｂの現在の位置情報に基づいて、当該位置に近い飲み屋に関するレコメンド情報を取得してもよい。

【0046】

レコメンド情報格納部２６は、レコメンド情報を予め格納する。レコメンド情報取得部２５は、レコメンド情報を取得する際に、レコメンド情報格納部２６によって格納されたレコメンド情報を検索し、携帯端末１ｂのユーザの属性情報と携帯端末１ａのユーザの属性情報とに基づいた適切なレコメンド情報を取得する。なお、レコメンド情報取得部２５は、ネットワークを介して別のサーバ装置にアクセスし、当該別のサーバ装置からレコメンド情報を取得してもよい。

【0047】

レコメンド情報送信部２７は、レコメンド情報取得部２５によって取得（入力）されたレコメンド情報を携帯端末１ｂに送信する。レコメンド情報送信部２７は、さらに、レコメンド情報取得部２５によって取得（入力）されたレコメンド情報を携帯端末１ａに送信してもよい。なお、レコメンド情報送信部２７は、レコメンド情報取得部２５によって取得（入力）されたレコメンド情報がない場合は、携帯端末１ｂ又は携帯端末１ａへの送信は行わないか、又は、レコメンド情報が見つからなかった旨の情報を携帯端末１ｂ又は携帯端末１ａに送信する。

【0048】

続いて、図７及び８に示すシーケンス図を用いて、本実施形態に係るレコメンド装置２におけるレコメンド方法の処理について説明する。

【0049】

図７は、携帯端末１ａが携帯端末１ｂに近接していない状況での携帯端末１ｂに対するレコメンド情報の取得を試みるが、適切なレコメンド情報がない場合の処理について説明するシーケンス図である。まず、携帯端末１ｂの状態監視部１０により、携帯端末１ｂの状態が監視される（ステップＳ１）。次に、携帯端末１ｂの状態情報送信部１１により、状態情報がレコメンド装置２に送信（アップロード）される（ステップＳ２）。次に、レコメンド装置２の状態情報受信部２０により、Ｓ２にて送信された状態情報が受信され、状態情報格納部２１に格納させることで、携帯端末１ｂの状態情報の履歴が更新される（ステップＳ３）。次に、レコメンド装置２の属性情報推定部２２により、携帯端末１ｂのユーザの属性情報が推定される（ステップＳ４）。次に、レコメンド装置２の属性情報抽出部２４により、携帯端末１ｂのユーザの属性情報が抽出される（ステップＳ５）。次に、レコメンド情報取得部２５により、Ｓ５にて抽出された携帯端末１ｂの属性情報に基づいてレコメンド情報が検索される（ステップＳ６）。しかしながら、携帯端末１ｂのユーザの属性情報（のみ）に対応する適切なレコメンド情報がなく、処理を中止する。すなわち、携帯端末１ｂにはレコメンド情報は配信されない。

【0050】

図８は、携帯端末１ａが携帯端末１ｂに近接している状況での携帯端末１ｂに対するレコメンド情報の取得を試み、携帯端末１ａのユーザの属性情報と携帯端末１ｂのユーザの属性情報とに基づく適切なレコメンド情報がある場合の処理について説明するシーケンス図である。まず、携帯端末１ｂの状態監視部１０により、携帯端末１ｂの状態が監視され（ステップＳ６）、携帯端末１ａの近接が検知される。次に、携帯端末１ｂの状態情報送信部１１により、携帯端末１ｂの端末情報及び携帯端末１ａの近接端末情報を含む状態情報がレコメンド装置２に送信（アップロード）される（ステップＳ７）。次に、レコメンド装置２の状態情報受信部２０により、Ｓ７にて送信された状態情報が受信され（受信ステップ）、状態情報格納部２１に格納させることで、携帯端末１ｂの状態情報の履歴が更新される（ステップＳ８）。次に、レコメンド装置２の属性情報推定部２２により、携帯端末１ｂのユーザの属性情報が推定される（ステップＳ９）。次に、レコメンド装置２の属性情報抽出部２４により、携帯端末１ｂ及び携帯端末１ａのユーザの属性情報が抽出される（ステップＳ１０、抽出ステップ）。次に、レコメンド装置２のレコメンド情報取得部２５により、Ｓ１０にて抽出された携帯端末１ｂ及び携帯端末１ａの属性情報に基づいてレコメンド情報が取得（検索）される（ステップＳ１１、取得ステップ）。Ｓ１１にて、携帯端末１ａのユーザの属性情報と携帯端末１ｂのユーザの属性情報とに基づく適切なレコメンド情報が取得されたとする。次に、レコメンド装置２のレコメンド情報送信部２７により、Ｓ１１にて取得されたレコメンド情報が携帯端末１ｂに送信される（ステップＳ１２、送信ステップ）。また、レコメンド装置２のレコメンド情報送信部２７により、Ｓ１１にて取得されたレコメンド情報が携帯端末１ａにも送信される（ステップＳ１３）。図８のシーケンス図において、Ｓ８の状態情報の履歴が更新や、Ｓ９の属性情報の推定や、Ｓ１３の携帯端末１ａへのレコメンド情報の送信は、実行されなくてもよい。

【0051】

次に、本実施形態のように構成されたレコメンド装置２の作用効果について説明する。

【0052】

本実施形態のレコメンド装置２によれば、まず、状態情報受信部２０により、端末情報と近接端末情報とが受信される。次に、属性情報抽出部２４により、受信された端末情報及び近接端末情報がそれぞれ示す携帯端末１ｂのユーザの属性情報及び携帯端末１ａのユーザの属性情報が、属性情報格納部２３から抽出される。次に、レコメンド情報取得部２５により、抽出された携帯端末１ｂのユーザの属性情報及び携帯端末１ａのユーザの属性情報に基づいて、携帯端末１ｂのユーザに対するレコメンド情報が取得される。次に、レコメンド情報送信部２７により、取得されたレコメンド情報が携帯端末１ｂに送信される。かかる構成を採れば、携帯端末１ｂのユーザの属性情報と、携帯端末１ｂに近接する近接端末である携帯端末１ａのユーザの属性情報とに基づいてレコメンド情報が取得され、携帯端末１ｂに送信される。すなわち、携帯端末１ｂのユーザと近接する、つまり一緒にいる携帯端末１ａのユーザの属性情報が加味されたレコメンド情報が取得され、携帯端末１ｂに送信される。それにより、一緒にいるユーザの属性を加味した、効率的なレコメンドを行うことができる。

【0053】

また、本実施形態のレコメンド装置２によれば、携帯端末１ｂのユーザと、一緒にいる携帯端末１ａのユーザとの共通する属性情報に関するレコメンド情報が取得され、携帯端末１ｂに送信される。これにより、携帯端末１ｂのユーザ及び一緒にいる携帯端末１ａのユーザの双方にとって、より有益なレコメンド情報を取得することができ、ユーザの利便性が向上する。

【0054】

また、本実施形態のレコメンド装置２によれば、携帯端末１ｂのユーザと、一緒にいる携帯端末１ａユーザとの共通の趣味に関するレコメンド情報が取得され、携帯端末１ｂに送信される。これにより、携帯端末１ｂのユーザ及び一緒にいる携帯端末１ａのユーザの双方にとって、より有益なレコメンド情報を取得することができ、ユーザの利便性が向上する。

【0055】

また、本実施形態のレコメンド装置２によれば、携帯端末１ｂのユーザは、一緒にいる携帯端末１ａのユーザとの関係性が加味されたレコメンド情報を取得することができるため、より有益なレコメンド情報を取得することができ、ユーザの利便性が向上する。

【0056】

また、本実施形態のレコメンド装置２によれば、携帯端末１ｂのユーザは、例えば携帯端末１ａ又は携帯端末１ｂの現在位置が加味されたレコメンド情報を取得することができるため、より有益なレコメンド情報を取得することができ、ユーザの利便性が向上する。

【0057】

また、本実施形態のレコメンド装置２によれば、携帯端末１ｂのユーザと一緒にいる携帯端末１ａのユーザもレコメンド情報を取得することができるため、携帯端末１ａのユーザの利便性も向上する。

【0058】

以上の通り、本実施形態のレコメンド装置２は、誰と一緒にいるかという情報に応じて、ユーザにとって真に必要なレコメンド情報を（最適化して）配信することを可能とする。従来技術では、携帯端末のユーザ単体の属性情報（趣味嗜好・位置情報など）から、レコメンドすべき情報を推定していたが、本実施形態のレコメンド装置２では、携帯端末１ｂのユーザ単体の属性情報に加えて、近接する携帯端末１ａの属性情報を加味して、レコメンド情報を推定（取得、送信）している。また、本実施形態のレコメンド装置２では、携帯端末１ａと携帯端末１ｂとの近接情報、及び携帯端末１ａ及び携帯端末１ｂの趣味嗜好情報から、携帯端末１ａ及び携帯端末１ｂにレコメンドすべき情報を推定している。より具体的には、レコメンド装置２は、携帯端末１ａと携帯端末１ｂとで合致している趣味嗜好に関するレコメンド情報や、さらに携帯端末１ａ及び携帯端末１ｂの現在位置を加味したレコメンド情報を推定している。また、レコメンド装置２は、時刻や場所に応じて、携帯端末１ｂに対して、レコメンド情報を配信する予定があった場合、同じレコメンド情報を、携帯端末１ａにも配信してもよい。

【符号の説明】

【0059】

１・１ａ・１ｂ…携帯端末、２…レコメンド装置、３…レコメンドシステム、１０…状態監視部、１１…状態情報送信部、１２…レコメンド情報受信部、１３…処理部、２０…状態情報受信部、２１…状態情報格納部、２２…属性情報推定部、２３…属性情報格納部、２４…属性情報抽出部、２５…レコメンド情報取得部、２６…レコメンド情報格納部、２７…レコメンド情報送信部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】