端末装置及びコンテンツのレコメンド方法
【課題】端末装置が置かれている状況に対して適切なコンテンツを、端末装置における最大レコメンド件数を超えない範囲でレコメンドし、且つ、前記状況により強く合致したレコメンドルールに対応するコンテンツを、優先的にレコメンドすることが可能な端末装置を提供すること。
【解決手段】センサ情報に基づいて端末装置が置かれている状況を推定し、状況を示す状況ラベルに対し該状況ラベルに示されている状況と当該端末装置が置かれている状況との合致性を示す状況ラベル確度を状況推定結果として生成する状況推定手段201と、レコメンドルールを評価して優先度を生成する条件評価手段203と、レコメンドルールと状況推定結果と優先度とに基づいて、レコメンドルールについての評価値を算出する評価手段204と、評価値に基づいてレコメンドするコンテンツを決定する出力判定手段205と、を具備する。
【解決手段】センサ情報に基づいて端末装置が置かれている状況を推定し、状況を示す状況ラベルに対し該状況ラベルに示されている状況と当該端末装置が置かれている状況との合致性を示す状況ラベル確度を状況推定結果として生成する状況推定手段201と、レコメンドルールを評価して優先度を生成する条件評価手段203と、レコメンドルールと状況推定結果と優先度とに基づいて、レコメンドルールについての評価値を算出する評価手段204と、評価値に基づいてレコメンドするコンテンツを決定する出力判定手段205と、を具備する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを再生可能な端末装置及びコンテンツのレコメンド方法に関する。
【背景技術】
【０００２】
従来より、特定の条件（状況）下において起動するプログラムが設定されたルールを備える携帯端末装置であって、当該携帯端末装置が置かれた状況が、特定の条件に合致した場合に、それに対応するプログラムが自動で実行される携帯端末装置が知られている。
【０００３】
非特許文献１に開示されている携帯端末装置においては、前記条件は日付、時間、及び場所の項目に分けられ、前記条件（状況）を説明するラベルである状況ラベルによって扱われる。この状況ラベルの例としては、時間の項目であれば“朝”、“夕方”等、場所の項目であれば“立川駅”、“会社”等が存在する。
【０００４】
前記ルールを設定する場合、条件は状況ラベルの組合せで設定される。例えば、ルールとして、『「昼」且つ「会社」であれば「ニュースを表示」する』等のルールが存在する。
【０００５】
そして、携帯端末装置においては、センサから取得したセンサデータに基づいて、当該携帯端末装置が置かれている状況が各状況ラベルに合致するかを判定する。判定の手段として、例えば各状況ラベルに合致した度合いをそれぞれ評価関数によって評価し、評価関数の出力が閾値を超えた状況ラベルは、当該携帯端末装置が置かれている状況と合致していると判定する。
【０００６】
そして、当該携帯端末装置が置かれている状況と合致した状況ラベルの組み合せが、ルールにおいて条件として設定された状況ラベルの組み合せと合致した場合に、当該ルールで設定したプログラムが自動的に実行されるように構成されている。
【０００７】
つまり、以上説明した携帯端末装置は、センサの出力に基づいて状況ラベルへの合致の度合いを示す状況ラベル確度を計算する状況推定手段と、状況ラベルの組み合せを条件とし、該条件と出力するコンテンツとの組み合せを記したレコメンドルールと、を有し、前記状況推定手段によって取得した状況ラベル確度が閾値よりも大きい状況ラベルの組み合せが、レコメンドルールに記載された条件と合致したときに、それに対応するコンテンツを自動的にレコメンドする。
【０００８】
なお、この技術では、レコメンドルールを複数用意した場合、取得した状況が複数のレコメンドルールに同時に合致してしまい、出力するコンテンツ数が装置の最大コンテンツレコメンド件数を超えてしまうケースがあるという問題を有している。結果として、状況に対して強く合致するレコメンドルールに対応するコンテンツが、合致性がより弱いレコメンドルールに対応するコンテンツに埋もれてしまうという問題も有している。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】加藤 文彦，遠山 緑生，服部 隆志，萩野 達也、「第7回プログラミングおよび応用のシステムに関するワークショップSPA 2004 論文集」pp. 177-184、(2004)
【発明の概要】
【発明が解決しようとする課題】
【００１０】
携帯端末装置が置かれている状況を推定し、当該状況が特定の条件を満たした場合に、それに対応するコンテンツをレコメンドする技術においては、状況の推定結果を確定的ではない“確度”として扱い、それが条件を満たす度合いを計算して用いることで、不確かさを有する状況であっても或る程度適切なレコメンドを可能としている。
【００１１】
しかしながら、確度として状況を扱う場合、条件を複数指定して具体的に条件を記述すると、条件を全て満たす確度が低くなる為、コンテンツがレコメンドされにくくなるという課題が存在する。
【００１２】
更には、レコメンドルールを複数用意した場合、取得した状況が複数のレコメンドルールに同時に合致してしまい、出力するコンテンツ数が装置の最大コンテンツレコメンド件数を超えてしまうケースがあるという課題が存在する。結果として、状況に対して強く合致するレコメンドルールに対応するコンテンツが、合致のより弱いレコメンドルールに対応するコンテンツに埋もれてしまう。
【００１３】
本発明は、前記の事情に鑑みて為されたものであり、当該端末装置が置かれている状況に対して適切なコンテンツを、端末装置における最大レコメンド件数を超えない範囲でレコメンドし、且つ、前記状況により強く合致したレコメンドルールに対応するコンテンツを、優先的にレコメンドすることが可能な端末装置及びコンテンツのレコメンド方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
前記の目的を達成するために、本発明の第１の態様に係る端末装置は、
物理量を測定する測定手段から出力された情報を取得する入力手段と、
当該端末装置が置かれている状況を示す状況ラベルに対し、前記入力手段により取得した情報に基づいて、該状況ラベルに示されている状況と当該端末装置が置かれている状況との合致性を示す状況ラベル確度を状況推定結果として生成する状況推定手段と、
前記状況ラベルに対応する条件と、該条件として記述されている内容に応じたコンテンツと、が対応付けられたレコメンドルールが記録されたレコメンドルールデータベースと、
前記レコメンドルールデータベースに記録されたレコメンドルールを評価して、各々のレコメンドルールについて優先度を生成するレコメンドルール評価手段と、
前記レコメンドルールと、前記状況推定結果と、前記優先度と、に基づいて、前記レコメンドルールについての評価値を算出する評価値算出手段と、
前記評価値に基づいて、レコメンドするコンテンツを決定するレコメンドコンテンツ決定手段と、
を具備することを特徴とする。
【００１５】
前記の目的を達成するために、本発明の第２の態様に係るコンテンツのレコメンド方法は、
端末装置においてコンテンツをユーザにレコメンドするコンテンツのレコメンド方法であって、
物理量を測定する測定手段から出力された情報を取得する入力ステップと、
当該端末装置が置かれている状況を示す状況ラベルに対し、前記入力ステップにおいて取得した情報に基づいて、該状況ラベルに示されている状況と当該端末装置が置かれている状況との合致性を示す状況ラベル確度を状況推定結果として生成する状況推定ステップと、
前記状況ラベルに対応する条件と、該条件として記述されている内容に応じたコンテンツと、が対応付けられたレコメンドルールを記憶するデータベースから、前記レコメンドルールを読み出すレコメンドルール読み出しステップと、
前記レコメンドルール読み出しステップにおいて読み出されたレコメンドルールを評価して、各々のレコメンドルールについて優先度を生成するレコメンドルール評価ステップと、
前記レコメンドルールと、前記状況推定結果と、前記優先度と、に基づいて、前記レコメンドルールについての評価値を算出する評価値算出ステップと、
前記評価値に基づいて、レコメンドするコンテンツを決定するレコメンドコンテンツ決定ステップと、
を有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、当該端末装置が置かれている状況に対して適切なコンテンツを、端末装置における最大レコメンド件数を超えない範囲でレコメンドし、且つ、前記状況により強く合致したレコメンドルールに対応するコンテンツを、優先的にレコメンドすることが可能な端末装置及びコンテンツのレコメンド方法を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係る携帯端末装置の外観を示す図。
【図２】本発明の一実施形態に係る携帯端末装置の概略一構成例を示す図。
【図３】状況推定手段から出力される状況推定結果の一例を示す図。
【図４】レコメンドルールＤＢに記録されているレコメンドルールの一例を示す図。
【図５】条件評価手段によるレコメンドルールの優先度算出処理のフローチャートを示す図。
【図６】評価手段による評価値の算出処理のフローチャートを示す図。
【図７】出力判定手段による出力コンテンツの決定処理のフローチャートを示す図。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の一実施形態に係る端末装置及びコンテンツのレコメンド方法を説明する。ここでは、端末装置として携帯端末装置を想定する。
【００１９】
図１は、本発明の一実施形態に係る携帯端末装置１０の外観構成例を示す図である。図２は、本発明の一実施形態に係る携帯端末装置１０のシステム構成例を示す図である。なお、説明の便宜上、本一実施形態に係る携帯端末装置１０の特徴部に直接的に関与する構成要件のみを図示している。
【００２０】
携帯端末装置１０は、入力部１００と、レコメンド部２００と、表示部１０Ａと、を具備する。
【００２１】
前記入力部１００は、携帯端末装置１０に接続された各種センサ（物理量を直接測定するセンサや通信によって物理量を測定するセンサ）等の情報入力装置から入力された情報を読み取る。この情報入力装置としては、例えば、加速度センサと、ＧＰＳ手段と、時計手段と、を挙げることができる。携帯端末装置１０は、当該携帯端末装置１０が置かれている状況を検出する為の手段として、これらの情報入力装置を具備する。
【００２２】
詳細は後述するが、携帯端末装置１０では、これらの情報入力装置により取得したデータに基づいて、当該携帯端末装置１０が置かれている状況を推定し、該推定結果に応じて適切なコンテンツを選択し、該コンテンツを、例えば当該携帯端末装置１０の各機能へのショートカットボタン１０ａとして表示部１０Ａに表示する。このようにして、当該携帯端末装置１０が置かれている状況に相応しいコンテンツをユーザに提示する（レコメンドする）。
【００２３】
なお、前記表示部１０Ａは、例えばＬＣＤ等のディスプレイである。
【００２４】
前記レコメンド部２００は、状況推定手段２０１と、レコメンドルールＤＢ２０２と、条件評価手段２０３と、評価手段２０４と、出力判定手段２０５と、を備える。
【００２５】
前記状況推定手段２０１は、入力部１００により読み取った情報に基づいて、当該携帯端末装置１０の置かれている状況を推定し、該推定結果を示す状況推定結果２１０を生成して評価手段２０４に出力する。
【００２６】
前記レコメンドルールＤＢ２０２は、レコメンドルール２１１（詳細は後述）が記録されたデータベースである。
【００２７】
前記条件評価手段２０３は、レコメンドルールＤＢ２０２に記録されたレコメンドルール２１１を評価し、各々のレコメンドルール２１１の優先度２１２を、評価手段２０４に出力する。
【００２８】
前記評価手段２０４は、状況推定結果２１０と、レコメンドルール２１１と、優先度２１２と、に基づいて、レコメンドルール２１１についての評価値２１３を算出して出力判定手段２０５に出力する。
【００２９】
前記出力判定手段２０５は、前記評価手段２０４から出力された評価値２１３に基づいて、出力するコンテンツ（ユーザにレコメンドするコンテンツ）を決定し、ショートカットボタン１０ａとして表示部１０Ａに出力表示させる。
【００３０】
以下、前記レコメンド部２００による処理の詳細について説明する。
【００３１】
図３は、状況推定手段２０１から出力される状況推定結果２１０の一例を示す図である。
【００３２】
状況推定手段２０１は、状況を示す“状況ラベル（Ｃ２）”と該状況ラベル（Ｃ２）に示されている状況とを記憶しており、状況ラベルに示されている状況と現在当該携帯端末装置１０が置かれている状況とが合致する確度である“状況ラベル確度（Ｃ３）”を状況推定結果２１０として出力する。なお、状況ラベル（Ｃ２）は、“状況項目（Ｃ１）”によってグルーピングされている。
【００３３】
詳細には、状況項目（Ｃ１）としては、例えば時間帯（Ｃ１１）と、移動状態（Ｃ１２）と、場所（Ｃ１３）と、目的地（Ｃ１４）と、が存在する。
【００３４】
時間帯（Ｃ１１）に対応する状況ラベル（Ｃ２）としては、例えば朝と、昼と、夜と、深夜と、が存在する。状況推定手段２０１は入力部１００の時計手段によって計時された現在時刻を用いて、時間帯（Ｃ１１）の各状況ラベルに示されている状況と現在時刻との合致性を示す状況ラベル確度を出力する。
【００３５】
移動状態（Ｃ１２）に対応する状況ラベル（Ｃ２）としては、例えば静止と、歩行と、走行と、乗り物と、が存在する。状況推定手段２０１は入力部１００の加速度センサとＧＰＳ手段によって計測された加速度と位置情報とを用いて、移動状態（Ｃ１２）の各状況ラベルに示されている状況と現在の状況との合致度を示す状況ラベル確度を出力する。
【００３６】
場所（Ｃ１３）に対応する状況ラベル（Ｃ２）としては、例えば自宅と、会社と、その他と、が存在する。状況推定手段２０１は入力部１００のＧＰＳ手段によって計測された位置情報を用いて、場所（Ｃ１３）の各状況ラベルに示されている状況と現在の状況との合致度を示す状況ラベル確度を出力する。
【００３７】
目的地（Ｃ１４）に対応する状況ラベル（Ｃ２）としては、例えば自宅と、会社と、その他と、が存在する。状況推定手段２０１は入力部１００のＧＰＳ手段によって計測された位置情報を用いて、目的地（Ｃ１４）の各状況ラベルに示されている状況と現在の状況との合致度を示す状況ラベル確度を出力する。
【００３８】
図４は、レコメンドルールＤＢ２０２に記録されているレコメンドルール２１１の一例を示す図である。同図において、一行一行がそれぞれレコメンドルール２１１の一例を示している。
【００３９】
同図に示すように、レコメンドルール２１１は、例えばＩＤ（Ｒ１）と、条件（Ｒ２）と、コンテンツ（Ｒ３）と、基本優先度（Ｒ４）と、から成る。
【００４０】
ＩＤ（Ｒ１）は、レコメンドルール２１１を一意に決定する識別子である。
【００４１】
条件（Ｒ２）は、レコメンドするコンテンツ（Ｒ３）にそれぞれ対応する状況条件を示す。
【００４２】
コンテンツ（Ｒ３）は、条件（Ｒ２）を満たした場合に表示部１０Ａにレコメンド表示させるコンテンツを示す。
【００４３】
基本優先度（Ｒ４）は、複数のレコメンドルール２１１が同時に条件を満たした場合に、各々のコンテンツについてレコメンド表示する優先順位を決定する為の値を示す。なお、基本優先度（Ｒ４）の値は、例えばユーザの使用頻度等に基づいて動的に変更するように設定してもよい。
【００４４】
ここで、条件（Ｒ２）は、状況推定結果２１０における状況ラベル（Ｃ２）を組み合わせて定義する。そして、同じ状況項目（Ｃ１）にグルーピングされている状況ラベル（Ｃ２）同士が組み合わせられている場合には、それらの間には「ＯＲ（または）」の関係があるものとする。
【００４５】
例えば、図４に示すＩＤ（Ｒ１）が“１”であるレコメンドルール２１１は、“朝に静止または歩行中には、電話アプリを起動するボタンを表示部に配置する”動作を想定して設定されたレコメンドルールの一例である。
【００４６】
従って、条件（Ｒ２）として、状況項目（Ｃ１）のうち“時間帯（Ｃ１１）”に対応する条件（Ｒ２１）を“朝”、“移動状態（Ｃ１２）”に対応する条件（Ｒ２２）を“静止 ＯＲ 歩行”、“場所（Ｃ１３）”に対応する条件（Ｒ２３）を“ワイルドカード（何れの状況項目でもよい）”、“目的地（Ｃ１４）”に対応する条件（Ｒ２４）を“ワイルドカード”、に設定している。
【００４７】
同様に、図４に示すＩＤ（Ｒ１）が“２”であるレコメンドルール２１１は、“朝または夜に、静止または乗り物に乗っているときにメールアプリを起動するボタンを表示部に配置する”動作を想定して設定されたレコメンドルールの一例である。
【００４８】
従って、条件（Ｒ２）として、状況項目（Ｃ１）のうち“時間帯（Ｃ１１）”に対応する条件（Ｒ２１）を“朝 ＯＲ 夜”、“移動状態（Ｃ１２）”に対応する条件（Ｒ２２）を“静止 ＯＲ 歩行”、“場所（Ｃ１３）”に対応する条件（Ｒ２３）を“ワイルドカード”、“目的地（Ｃ１４）”に対応する条件（Ｒ２４）を“ワイルドカード”、に設定している。
【００４９】
さらに、図４に示すＩＤ（Ｒ１）が“３”であるレコメンドルール２１１は、“乗り物に乗っているときはマナーモードへ切り換えるボタンを表示部に配置する”動作を想定して設定されたレコメンドルールの一例である。
【００５０】
従って、条件（Ｒ２）として、状況項目（Ｃ１）のうち“時間帯（Ｃ１１）”に対応する条件（Ｒ２１）を“ワイルドカード”、“移動状態（Ｃ１２）”に対応する条件（Ｒ２２）を“乗り物”、“場所（Ｃ１３）”に対応する条件（Ｒ２３）を“ワイルドカード”、“目的地（Ｃ１４）”に対応する条件（Ｒ２４）を“ワイルドカード”、に設定している。
【００５１】
そして、図４に示すＩＤ（Ｒ１）が“４”のレコメンドルール２１１は、“昼に会社にいるときはニュースを表示する”動作を想定して設定されたレコメンドルールの一例である。
【００５２】
従って、条件（Ｒ２）として、状況項目（Ｃ１）のうち“時間帯（Ｃ１１）”に対応する条件（Ｒ２１）を“昼”、“移動状態（Ｃ１２）”に対応する条件（Ｒ２２）を“ワイルドカード”、“場所（Ｃ１３）”に対応する条件（Ｒ２３）を“会社”、“目的地（Ｃ１４）”に対応する条件（Ｒ２４）を“ワイルドカード”、に設定している。
【００５３】
なお、レコメンドルール２１１の設定は、携帯端末の開発時に行ってもよいし、ユーザの操作によって設定する構成としてもよい。
【００５４】
ところで、条件評価手段２０３は、レコメンドルールＤＢ２０２から出力されたレコメンドルール２１１に対し、当該レコメンドルール２１１の条件が具体的に記述されているか否かの観点から、包含するワイルドカードの数を基準に評価して、それぞれのレコメンドルール２１１の優先度を算出する処理を行う。以下、条件評価手段２０３によるレコメンドルール２１１の優先度算出処理について、図５に示すフローチャートを参照して説明する。
【００５５】
まず、条件評価手段２０３は、処理対象のレコメンドルール２１１について、ワイルドカード累積値(算出方法は後述する)の初期値を零に設定する（ステップＥ０）。
【００５６】
続いて、条件評価手段２０３は、処理対象のレコメンドルール２１１から、状況項目（Ｃ１）に対応する条件（Ｒ２１，Ｒ２２，Ｒ２３，Ｒ２４）を順に読み出す（ステップＥ１）。
【００５７】
次に、条件評価手段２０３は、前記（ステップＥ１）において読み出した状況項目に対応する条件について次のようにワイルドカード換算値を算出する（ステップＥ２）。
【００５８】
ここで、ワイルドカード換算値は、状況項目（Ｃ１）に対応する条件が１つに定まっていれば零、ワイルドカードであれば１となる値である。すなわち、ワイルドカード換算値は、条件に含まれるＯＲの数に基づき、（条件のＯＲの数）／（（状況ラベルの数）−１）で定義される。
【００５９】
例えば、条件（Ｒ２）のうち時間帯（Ｒ２１）についての状況項目（Ｃ１）がワイルドカードの場合は、状況項目（Ｃ１）の時間帯（Ｃ１１）が“朝 ＯＲ 昼 ＯＲ 夜 ＯＲ 深夜”の場合と等価である。
【００６０】
従って、状況項目（Ｃ１）の時間帯（Ｃ１１）の条件がワイルドカードであった場合のワイルドカード換算値は、３／（４−１）＝１となる。
【００６１】
同様に、状況項目（Ｃ１）の時間帯（Ｃ１１）が“朝 ＯＲ 夜”の場合には、ＯＲの数が１つであるので、ワイルドカード換算値は１／（４−１）＝１／３である。
【００６２】
このようにワイルドカード換算値を算出した後、条件評価手段２０３は、算出したワイルドカード換算値をワイルドカード累積値に加算し、ワイルドカード累積値を更新する（ステップＥ３）。この作業を全ての状況項目について実行し、全状況項目（Ｃ１）のワイルドカード累積値を算出する。
【００６３】
すなわち、前記（ステップＥ３）における処理を終えた後、条件評価手段２０３は、全ての状況項目についてワイルドカード累積値を算出したか否かを判定する（ステップＥ４）。この（ステップＥ４）をＮＯに分岐する場合は、前記（ステップＥ１）へ戻る。
【００６４】
一方、前記（ステップＥ４）をＹＥＳに分岐する場合は、全ての状況項目のワイルドカード累積値が算出されているので、条件評価手段２０３は、レコメンドルール２１１の有する基本優先度（Ｒ４）と、ワイルドカード累積値と、に基づいて優先度を算出する（ステップＥ５）。
【００６５】
具体的には、このステップＥ５においては、入力値が大きくなると出力値の値が小さくなる割引関数ｆ（ｘ）を用い、（優先度）＝（基本優先度）×ｆ（（ワイルドカード累積値））
により算出する。
【００６６】
例えば割引関数の一例として、定数αを０＜α＜１として、ｆ（ｘ）＝（１−α）＾ｘを挙げることができる（「＾」は累乗記号）。
【００６７】
ところで、図４に示すＩＤ（Ｒ１）＝１のレコメンドルール２１１のワイルドカード累積値は７／３である。また、図４に示すＩＤ（Ｒ１）＝２のレコメンドルール２１１のワイルドカード累積値は８／３である。
【００６８】
従って、この場合には割引関数の出力については、ＩＤ（Ｒ１）＝１のレコメンドルール２１１の方がより大きい。このように、同じ基本優先度のレコメンドルールであっても、実際の優先度としては、ＩＤ（Ｒ１）＝１のレコメンドルール２１１の方がより大きい。
【００６９】
詳細には、図４に示すＩＤ（Ｒ１）＝１のレコメンドルール２１１と、ＩＤ（Ｒ１）＝２のレコメンドルール２１１と、の条件（Ｒ２）における相違点は、時間帯（Ｒ２１）についてであり、“朝”と“朝 ＯＲ 夜”との相違である。この場合、前者の方が条件の範囲が狭く具体的である。そして、条件評価手段２０３は、具体的な条件を有するレコメンドルール２１１により高い優先度をつける。
【００７０】
以下、評価手段２０４による処理について説明する。
【００７１】
評価手段２０４は、状況推定結果２１０と、レコメンドルール２１１と、優先度２１２と、に基づいて、レコメンドルール２１１についての評価値２１３を算出する。以下、評価手段２０４による評価値２１３の算出処理について、図６に示すフローチャートを参照して説明する。図６は、評価手段２０４による評価値２１３の算出処理のフローチャートを示す図である。
【００７２】
まず、評価手段２０４は、評価値の初期値を優先度に設定する（ステップＡ０）。続いて、評価手段２０４は、状況推定結果２１０における状況項目（Ｃ１）に対応するレコメンドルール２１１の条件（Ｒ２）から（Ｒ２１，Ｒ２２，Ｒ２３，Ｒ２４）を順に読み出す（ステップＡ１）。
【００７３】
そして、評価手段２０４は、（ステップＡ１）において読み出した状況項目（Ｃ１）についての“条件合致確度”を算出する（ステップＡ２）。
【００７４】
詳細には、この（ステップＡ２）においては、読み出した状況項目（Ｃ１）に対応する条件から状況ラベル（Ｃ２）を取り出し、同じ状況ラベル（Ｃ２）を有する状況推定結果２１０の状況ラベル確度（Ｃ３）の総和を取って条件合致確度を算出する。
【００７５】
なお、条件がワイルドカードであった場合には、この（ステップＡ２）において算出する条件合致確度を常に１とする。これにより、計算処理を省くことができる。
【００７６】
より具体的には、（ステップＡ２）においては、例えば図４に示すレコメンドルール２１１のうちＩＤ（Ｒ１）＝１のレコメンドルール２１１は、移動状態（Ｒ２２）についての条件が“静止 ＯＲ 歩行”である。従って、図３に示す状況推定結果２１０の値を適用した場合の移動状態（Ｒ２２）についての条件合致確度は、０．１（静止）＋０．５（歩行）＝０．６となる。
【００７７】
前記（ステップＳＡ２）において条件合致確度を算出した後、評価手段２０４は、条件合致確度を評価値に積算する（ステップＡ３）。そして、全ての状況項目（Ｃ１）について（ステップＡ１）〜（ステップＡ３）における処理を行ったか否かを判定する（ステップＡ４）。この（ステップＡ４）をＮＯに分岐する場合は、前記（ステップＡ１）に戻る。
【００７８】
一方、前記（ステップＡ４）をＹＥＳに分岐する場合は、評価手段２０４は、前記（ステップＡ３）にて算出した値を評価値２１３として出力判定手段２０５に出力する（ステップＡ５）。
【００７９】
以下、出力判定手段２０５による出力コンテンツの決定処理について、図７を参照して説明する。図７は、出力判定手段２０５による出力コンテンツの決定処理のフローチャートを示す図である。
【００８０】
まず、出力判定手段２０５は、処理対象のレコメンドルール２１１が存在するか否かを判定する（ステップＵ１）。この（ステップＵ１）をＮＯに分岐する場合、出力判定手段２０５は、当該処理を終了する。
【００８１】
他方、前記（ステップＵ１）をＹＥＳに分岐する場合、出力判定手段２０５は、処理対象のレコメンドルール２１１のうち評価値２１３が最も高い値のレコメンドルール２１１を読み出す（ステップＵ２）。
【００８２】
そして、出力判定手段２０５は、（ステップＵ２）において読み出したレコメンドルール２１１に記載されているコンテンツ（Ｒ３）を読み出す（ステップＵ３）。
【００８３】
ここで出力判定手段２０５は、前記（ステップＵ３）において読み出したコンテンツ（Ｒ３）が、本フローチャートの処理を開始してから既に出力済みのコンテンツと同一のコンテンツであるか否かを判定する（ステップＵ４）。この（ステップＵ４）をＹＥＳに分岐する場合、前記（ステップＵ１）に戻る。
【００８４】
前記（ステップＵ４）をＮＯに分岐する場合、出力判定手段２０５は、当該コンテンツが実際に出力可能なコンテンツであるか否かを判定する（ステップＵ５）。例えば、“マナーモードへ切り換えるボタン”コンテンツが処理対象のコンテンツである場合であって、当該携帯端末装置１０が既にマナーモードに設定されている場合には、当該コンテンツを出力することは無意味な処理となるので、このような場合には、出力判定手段２０５は、当該コンテンツを出力不可能なコンテンツであると判定する。このように（ステップＵ５）をＮＯに分岐する場合には、前記（ステップＵ１）に戻る。
【００８５】
一方、前記（ステップＵ５）をＹＥＳに分岐する場合、出力判定手段２０５は、当該コンテンツを表示部１０Ａに出力して表示させる（ステップＵ６）。具体的には、出力判定手段２０５は、当該コンテンツを、例えば各機能へのショートカットボタン１０ａとして表示部１０Ａに表示する。
【００８６】
そして、出力判定手段２０５は、出力したコンテンツの数が一定数を越えたか否かを判定する（ステップＵ７）。この（ステップＵ７）をＹＥＳに分岐する場合は、当該処理を終了する。他方、（ステップＵ７）をＮＯに分岐する場合は、前記（ステップＵ１）に戻る。
【００８７】
以上説明したように、本一実施形態によれば、当該端末装置が置かれた状況に対応するコンテンツを、端末装置の最大コンテンツレコメンド件数を超えずにレコメンドし、且つ、前記状況により強く合致したレコメンドルールに対応するコンテンツを優先的にレコメンドすることが可能な端末装置及びコンテンツのレコメンド方法を提供することができる。
【００８８】
具体的には、例えば評価手段２０４が、状況推定結果２１０と条件（Ｒ２）との合致性と状況ラベル確度（Ｃ３）とを組み合わせて、条件合致についての確度として扱う。これにより、合致性がより強いレコメンドルール２１１に対応するコンテンツを抽出して出力することが可能となる。
【００８９】
また、状況に応じてコンテンツをレコメンドする場合、現在状況により合致したコンテンツをレコメンドすることが望ましい。本一実施形態によれば、評価手段２０４が現在状況と条件との合致性を評価し、その評価に基づいてコンテンツをレコメンドするので、これを実現することができる。また、優先度を設定する為、複数のレコメンドルール間の優先順位が明確である。
【００９０】
さらには、条件が具体的でないレコメンドルールの優先度を下げることにより、具体的に記載されたルールに基づいたコンテンツを優先的にレコメンドすることができる。すなわち、条件の具体性を数値によって評価することが可能となる。詳細には、“ＯＲ関係”の数に基づいて具体性を評価する。
【００９１】
詳細には、例えば図４に示すレコメンドルール２１１において、状況推定結果２１０が“朝、静止している”を示す場合など、状況推定結果２１０がＩＤ（Ｒ１）＝１及びＩＤ（Ｒ１）＝２のレコメンドルール２１１の複数の条件（Ｒ２）に同時に合致しているような場合であっても、条件の具体性に基づいてレコメンドルール２１１の優先順位を決定する（より具体的に条件が記述されているレコメンドルール２１１を優先する）。つまり、携帯端末装置１０が置かれている状況に対してより相応しいコンテンツを、ユーザにレコメンドすることが可能となる。
【００９２】
以上、一実施形態に基づいて本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内で、種々の変形及び応用が可能なことは勿論である。
【００９３】
さらに、上述した実施形態には種々の段階の発明が含まれており、開示した複数の構成要件の適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示す全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成も発明として抽出され得る。
【符号の説明】
【００９４】
１０…携帯端末装置、 １０Ａ…表示部、 １０ａ…ショートカットボタン、 １００…入力部、 ２００…レコメンド部、 ２０１…状況推定手段、 ２０２…レコメンドルールＤＢ、 ２０３…条件評価手段、 ２０４…評価手段、 ２０５…出力判定手段。
【技術分野】
【０００１】
本発明は、コンテンツを再生可能な端末装置及びコンテンツのレコメンド方法に関する。
【背景技術】
【０００２】
従来より、特定の条件（状況）下において起動するプログラムが設定されたルールを備える携帯端末装置であって、当該携帯端末装置が置かれた状況が、特定の条件に合致した場合に、それに対応するプログラムが自動で実行される携帯端末装置が知られている。
【０００３】
非特許文献１に開示されている携帯端末装置においては、前記条件は日付、時間、及び場所の項目に分けられ、前記条件（状況）を説明するラベルである状況ラベルによって扱われる。この状況ラベルの例としては、時間の項目であれば“朝”、“夕方”等、場所の項目であれば“立川駅”、“会社”等が存在する。
【０００４】
前記ルールを設定する場合、条件は状況ラベルの組合せで設定される。例えば、ルールとして、『「昼」且つ「会社」であれば「ニュースを表示」する』等のルールが存在する。
【０００５】
そして、携帯端末装置においては、センサから取得したセンサデータに基づいて、当該携帯端末装置が置かれている状況が各状況ラベルに合致するかを判定する。判定の手段として、例えば各状況ラベルに合致した度合いをそれぞれ評価関数によって評価し、評価関数の出力が閾値を超えた状況ラベルは、当該携帯端末装置が置かれている状況と合致していると判定する。
【０００６】
そして、当該携帯端末装置が置かれている状況と合致した状況ラベルの組み合せが、ルールにおいて条件として設定された状況ラベルの組み合せと合致した場合に、当該ルールで設定したプログラムが自動的に実行されるように構成されている。
【０００７】
つまり、以上説明した携帯端末装置は、センサの出力に基づいて状況ラベルへの合致の度合いを示す状況ラベル確度を計算する状況推定手段と、状況ラベルの組み合せを条件とし、該条件と出力するコンテンツとの組み合せを記したレコメンドルールと、を有し、前記状況推定手段によって取得した状況ラベル確度が閾値よりも大きい状況ラベルの組み合せが、レコメンドルールに記載された条件と合致したときに、それに対応するコンテンツを自動的にレコメンドする。
【０００８】
なお、この技術では、レコメンドルールを複数用意した場合、取得した状況が複数のレコメンドルールに同時に合致してしまい、出力するコンテンツ数が装置の最大コンテンツレコメンド件数を超えてしまうケースがあるという問題を有している。結果として、状況に対して強く合致するレコメンドルールに対応するコンテンツが、合致性がより弱いレコメンドルールに対応するコンテンツに埋もれてしまうという問題も有している。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】加藤 文彦，遠山 緑生，服部 隆志，萩野 達也、「第7回プログラミングおよび応用のシステムに関するワークショップSPA 2004 論文集」pp. 177-184、(2004)
【発明の概要】
【発明が解決しようとする課題】
【００１０】
携帯端末装置が置かれている状況を推定し、当該状況が特定の条件を満たした場合に、それに対応するコンテンツをレコメンドする技術においては、状況の推定結果を確定的ではない“確度”として扱い、それが条件を満たす度合いを計算して用いることで、不確かさを有する状況であっても或る程度適切なレコメンドを可能としている。
【００１１】
しかしながら、確度として状況を扱う場合、条件を複数指定して具体的に条件を記述すると、条件を全て満たす確度が低くなる為、コンテンツがレコメンドされにくくなるという課題が存在する。
【００１２】
更には、レコメンドルールを複数用意した場合、取得した状況が複数のレコメンドルールに同時に合致してしまい、出力するコンテンツ数が装置の最大コンテンツレコメンド件数を超えてしまうケースがあるという課題が存在する。結果として、状況に対して強く合致するレコメンドルールに対応するコンテンツが、合致のより弱いレコメンドルールに対応するコンテンツに埋もれてしまう。
【００１３】
本発明は、前記の事情に鑑みて為されたものであり、当該端末装置が置かれている状況に対して適切なコンテンツを、端末装置における最大レコメンド件数を超えない範囲でレコメンドし、且つ、前記状況により強く合致したレコメンドルールに対応するコンテンツを、優先的にレコメンドすることが可能な端末装置及びコンテンツのレコメンド方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
前記の目的を達成するために、本発明の第１の態様に係る端末装置は、
物理量を測定する測定手段から出力された情報を取得する入力手段と、
当該端末装置が置かれている状況を示す状況ラベルに対し、前記入力手段により取得した情報に基づいて、該状況ラベルに示されている状況と当該端末装置が置かれている状況との合致性を示す状況ラベル確度を状況推定結果として生成する状況推定手段と、
前記状況ラベルに対応する条件と、該条件として記述されている内容に応じたコンテンツと、が対応付けられたレコメンドルールが記録されたレコメンドルールデータベースと、
前記レコメンドルールデータベースに記録されたレコメンドルールを評価して、各々のレコメンドルールについて優先度を生成するレコメンドルール評価手段と、
前記レコメンドルールと、前記状況推定結果と、前記優先度と、に基づいて、前記レコメンドルールについての評価値を算出する評価値算出手段と、
前記評価値に基づいて、レコメンドするコンテンツを決定するレコメンドコンテンツ決定手段と、
を具備することを特徴とする。
【００１５】
前記の目的を達成するために、本発明の第２の態様に係るコンテンツのレコメンド方法は、
端末装置においてコンテンツをユーザにレコメンドするコンテンツのレコメンド方法であって、
物理量を測定する測定手段から出力された情報を取得する入力ステップと、
当該端末装置が置かれている状況を示す状況ラベルに対し、前記入力ステップにおいて取得した情報に基づいて、該状況ラベルに示されている状況と当該端末装置が置かれている状況との合致性を示す状況ラベル確度を状況推定結果として生成する状況推定ステップと、
前記状況ラベルに対応する条件と、該条件として記述されている内容に応じたコンテンツと、が対応付けられたレコメンドルールを記憶するデータベースから、前記レコメンドルールを読み出すレコメンドルール読み出しステップと、
前記レコメンドルール読み出しステップにおいて読み出されたレコメンドルールを評価して、各々のレコメンドルールについて優先度を生成するレコメンドルール評価ステップと、
前記レコメンドルールと、前記状況推定結果と、前記優先度と、に基づいて、前記レコメンドルールについての評価値を算出する評価値算出ステップと、
前記評価値に基づいて、レコメンドするコンテンツを決定するレコメンドコンテンツ決定ステップと、
を有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、当該端末装置が置かれている状況に対して適切なコンテンツを、端末装置における最大レコメンド件数を超えない範囲でレコメンドし、且つ、前記状況により強く合致したレコメンドルールに対応するコンテンツを、優先的にレコメンドすることが可能な端末装置及びコンテンツのレコメンド方法を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係る携帯端末装置の外観を示す図。
【図２】本発明の一実施形態に係る携帯端末装置の概略一構成例を示す図。
【図３】状況推定手段から出力される状況推定結果の一例を示す図。
【図４】レコメンドルールＤＢに記録されているレコメンドルールの一例を示す図。
【図５】条件評価手段によるレコメンドルールの優先度算出処理のフローチャートを示す図。
【図６】評価手段による評価値の算出処理のフローチャートを示す図。
【図７】出力判定手段による出力コンテンツの決定処理のフローチャートを示す図。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の一実施形態に係る端末装置及びコンテンツのレコメンド方法を説明する。ここでは、端末装置として携帯端末装置を想定する。
【００１９】
図１は、本発明の一実施形態に係る携帯端末装置１０の外観構成例を示す図である。図２は、本発明の一実施形態に係る携帯端末装置１０のシステム構成例を示す図である。なお、説明の便宜上、本一実施形態に係る携帯端末装置１０の特徴部に直接的に関与する構成要件のみを図示している。
【００２０】
携帯端末装置１０は、入力部１００と、レコメンド部２００と、表示部１０Ａと、を具備する。
【００２１】
前記入力部１００は、携帯端末装置１０に接続された各種センサ（物理量を直接測定するセンサや通信によって物理量を測定するセンサ）等の情報入力装置から入力された情報を読み取る。この情報入力装置としては、例えば、加速度センサと、ＧＰＳ手段と、時計手段と、を挙げることができる。携帯端末装置１０は、当該携帯端末装置１０が置かれている状況を検出する為の手段として、これらの情報入力装置を具備する。
【００２２】
詳細は後述するが、携帯端末装置１０では、これらの情報入力装置により取得したデータに基づいて、当該携帯端末装置１０が置かれている状況を推定し、該推定結果に応じて適切なコンテンツを選択し、該コンテンツを、例えば当該携帯端末装置１０の各機能へのショートカットボタン１０ａとして表示部１０Ａに表示する。このようにして、当該携帯端末装置１０が置かれている状況に相応しいコンテンツをユーザに提示する（レコメンドする）。
【００２３】
なお、前記表示部１０Ａは、例えばＬＣＤ等のディスプレイである。
【００２４】
前記レコメンド部２００は、状況推定手段２０１と、レコメンドルールＤＢ２０２と、条件評価手段２０３と、評価手段２０４と、出力判定手段２０５と、を備える。
【００２５】
前記状況推定手段２０１は、入力部１００により読み取った情報に基づいて、当該携帯端末装置１０の置かれている状況を推定し、該推定結果を示す状況推定結果２１０を生成して評価手段２０４に出力する。
【００２６】
前記レコメンドルールＤＢ２０２は、レコメンドルール２１１（詳細は後述）が記録されたデータベースである。
【００２７】
前記条件評価手段２０３は、レコメンドルールＤＢ２０２に記録されたレコメンドルール２１１を評価し、各々のレコメンドルール２１１の優先度２１２を、評価手段２０４に出力する。
【００２８】
前記評価手段２０４は、状況推定結果２１０と、レコメンドルール２１１と、優先度２１２と、に基づいて、レコメンドルール２１１についての評価値２１３を算出して出力判定手段２０５に出力する。
【００２９】
前記出力判定手段２０５は、前記評価手段２０４から出力された評価値２１３に基づいて、出力するコンテンツ（ユーザにレコメンドするコンテンツ）を決定し、ショートカットボタン１０ａとして表示部１０Ａに出力表示させる。
【００３０】
以下、前記レコメンド部２００による処理の詳細について説明する。
【００３１】
図３は、状況推定手段２０１から出力される状況推定結果２１０の一例を示す図である。
【００３２】
状況推定手段２０１は、状況を示す“状況ラベル（Ｃ２）”と該状況ラベル（Ｃ２）に示されている状況とを記憶しており、状況ラベルに示されている状況と現在当該携帯端末装置１０が置かれている状況とが合致する確度である“状況ラベル確度（Ｃ３）”を状況推定結果２１０として出力する。なお、状況ラベル（Ｃ２）は、“状況項目（Ｃ１）”によってグルーピングされている。
【００３３】
詳細には、状況項目（Ｃ１）としては、例えば時間帯（Ｃ１１）と、移動状態（Ｃ１２）と、場所（Ｃ１３）と、目的地（Ｃ１４）と、が存在する。
【００３４】
時間帯（Ｃ１１）に対応する状況ラベル（Ｃ２）としては、例えば朝と、昼と、夜と、深夜と、が存在する。状況推定手段２０１は入力部１００の時計手段によって計時された現在時刻を用いて、時間帯（Ｃ１１）の各状況ラベルに示されている状況と現在時刻との合致性を示す状況ラベル確度を出力する。
【００３５】
移動状態（Ｃ１２）に対応する状況ラベル（Ｃ２）としては、例えば静止と、歩行と、走行と、乗り物と、が存在する。状況推定手段２０１は入力部１００の加速度センサとＧＰＳ手段によって計測された加速度と位置情報とを用いて、移動状態（Ｃ１２）の各状況ラベルに示されている状況と現在の状況との合致度を示す状況ラベル確度を出力する。
【００３６】
場所（Ｃ１３）に対応する状況ラベル（Ｃ２）としては、例えば自宅と、会社と、その他と、が存在する。状況推定手段２０１は入力部１００のＧＰＳ手段によって計測された位置情報を用いて、場所（Ｃ１３）の各状況ラベルに示されている状況と現在の状況との合致度を示す状況ラベル確度を出力する。
【００３７】
目的地（Ｃ１４）に対応する状況ラベル（Ｃ２）としては、例えば自宅と、会社と、その他と、が存在する。状況推定手段２０１は入力部１００のＧＰＳ手段によって計測された位置情報を用いて、目的地（Ｃ１４）の各状況ラベルに示されている状況と現在の状況との合致度を示す状況ラベル確度を出力する。
【００３８】
図４は、レコメンドルールＤＢ２０２に記録されているレコメンドルール２１１の一例を示す図である。同図において、一行一行がそれぞれレコメンドルール２１１の一例を示している。
【００３９】
同図に示すように、レコメンドルール２１１は、例えばＩＤ（Ｒ１）と、条件（Ｒ２）と、コンテンツ（Ｒ３）と、基本優先度（Ｒ４）と、から成る。
【００４０】
ＩＤ（Ｒ１）は、レコメンドルール２１１を一意に決定する識別子である。
【００４１】
条件（Ｒ２）は、レコメンドするコンテンツ（Ｒ３）にそれぞれ対応する状況条件を示す。
【００４２】
コンテンツ（Ｒ３）は、条件（Ｒ２）を満たした場合に表示部１０Ａにレコメンド表示させるコンテンツを示す。
【００４３】
基本優先度（Ｒ４）は、複数のレコメンドルール２１１が同時に条件を満たした場合に、各々のコンテンツについてレコメンド表示する優先順位を決定する為の値を示す。なお、基本優先度（Ｒ４）の値は、例えばユーザの使用頻度等に基づいて動的に変更するように設定してもよい。
【００４４】
ここで、条件（Ｒ２）は、状況推定結果２１０における状況ラベル（Ｃ２）を組み合わせて定義する。そして、同じ状況項目（Ｃ１）にグルーピングされている状況ラベル（Ｃ２）同士が組み合わせられている場合には、それらの間には「ＯＲ（または）」の関係があるものとする。
【００４５】
例えば、図４に示すＩＤ（Ｒ１）が“１”であるレコメンドルール２１１は、“朝に静止または歩行中には、電話アプリを起動するボタンを表示部に配置する”動作を想定して設定されたレコメンドルールの一例である。
【００４６】
従って、条件（Ｒ２）として、状況項目（Ｃ１）のうち“時間帯（Ｃ１１）”に対応する条件（Ｒ２１）を“朝”、“移動状態（Ｃ１２）”に対応する条件（Ｒ２２）を“静止 ＯＲ 歩行”、“場所（Ｃ１３）”に対応する条件（Ｒ２３）を“ワイルドカード（何れの状況項目でもよい）”、“目的地（Ｃ１４）”に対応する条件（Ｒ２４）を“ワイルドカード”、に設定している。
【００４７】
同様に、図４に示すＩＤ（Ｒ１）が“２”であるレコメンドルール２１１は、“朝または夜に、静止または乗り物に乗っているときにメールアプリを起動するボタンを表示部に配置する”動作を想定して設定されたレコメンドルールの一例である。
【００４８】
従って、条件（Ｒ２）として、状況項目（Ｃ１）のうち“時間帯（Ｃ１１）”に対応する条件（Ｒ２１）を“朝 ＯＲ 夜”、“移動状態（Ｃ１２）”に対応する条件（Ｒ２２）を“静止 ＯＲ 歩行”、“場所（Ｃ１３）”に対応する条件（Ｒ２３）を“ワイルドカード”、“目的地（Ｃ１４）”に対応する条件（Ｒ２４）を“ワイルドカード”、に設定している。
【００４９】
さらに、図４に示すＩＤ（Ｒ１）が“３”であるレコメンドルール２１１は、“乗り物に乗っているときはマナーモードへ切り換えるボタンを表示部に配置する”動作を想定して設定されたレコメンドルールの一例である。
【００５０】
従って、条件（Ｒ２）として、状況項目（Ｃ１）のうち“時間帯（Ｃ１１）”に対応する条件（Ｒ２１）を“ワイルドカード”、“移動状態（Ｃ１２）”に対応する条件（Ｒ２２）を“乗り物”、“場所（Ｃ１３）”に対応する条件（Ｒ２３）を“ワイルドカード”、“目的地（Ｃ１４）”に対応する条件（Ｒ２４）を“ワイルドカード”、に設定している。
【００５１】
そして、図４に示すＩＤ（Ｒ１）が“４”のレコメンドルール２１１は、“昼に会社にいるときはニュースを表示する”動作を想定して設定されたレコメンドルールの一例である。
【００５２】
従って、条件（Ｒ２）として、状況項目（Ｃ１）のうち“時間帯（Ｃ１１）”に対応する条件（Ｒ２１）を“昼”、“移動状態（Ｃ１２）”に対応する条件（Ｒ２２）を“ワイルドカード”、“場所（Ｃ１３）”に対応する条件（Ｒ２３）を“会社”、“目的地（Ｃ１４）”に対応する条件（Ｒ２４）を“ワイルドカード”、に設定している。
【００５３】
なお、レコメンドルール２１１の設定は、携帯端末の開発時に行ってもよいし、ユーザの操作によって設定する構成としてもよい。
【００５４】
ところで、条件評価手段２０３は、レコメンドルールＤＢ２０２から出力されたレコメンドルール２１１に対し、当該レコメンドルール２１１の条件が具体的に記述されているか否かの観点から、包含するワイルドカードの数を基準に評価して、それぞれのレコメンドルール２１１の優先度を算出する処理を行う。以下、条件評価手段２０３によるレコメンドルール２１１の優先度算出処理について、図５に示すフローチャートを参照して説明する。
【００５５】
まず、条件評価手段２０３は、処理対象のレコメンドルール２１１について、ワイルドカード累積値(算出方法は後述する)の初期値を零に設定する（ステップＥ０）。
【００５６】
続いて、条件評価手段２０３は、処理対象のレコメンドルール２１１から、状況項目（Ｃ１）に対応する条件（Ｒ２１，Ｒ２２，Ｒ２３，Ｒ２４）を順に読み出す（ステップＥ１）。
【００５７】
次に、条件評価手段２０３は、前記（ステップＥ１）において読み出した状況項目に対応する条件について次のようにワイルドカード換算値を算出する（ステップＥ２）。
【００５８】
ここで、ワイルドカード換算値は、状況項目（Ｃ１）に対応する条件が１つに定まっていれば零、ワイルドカードであれば１となる値である。すなわち、ワイルドカード換算値は、条件に含まれるＯＲの数に基づき、（条件のＯＲの数）／（（状況ラベルの数）−１）で定義される。
【００５９】
例えば、条件（Ｒ２）のうち時間帯（Ｒ２１）についての状況項目（Ｃ１）がワイルドカードの場合は、状況項目（Ｃ１）の時間帯（Ｃ１１）が“朝 ＯＲ 昼 ＯＲ 夜 ＯＲ 深夜”の場合と等価である。
【００６０】
従って、状況項目（Ｃ１）の時間帯（Ｃ１１）の条件がワイルドカードであった場合のワイルドカード換算値は、３／（４−１）＝１となる。
【００６１】
同様に、状況項目（Ｃ１）の時間帯（Ｃ１１）が“朝 ＯＲ 夜”の場合には、ＯＲの数が１つであるので、ワイルドカード換算値は１／（４−１）＝１／３である。
【００６２】
このようにワイルドカード換算値を算出した後、条件評価手段２０３は、算出したワイルドカード換算値をワイルドカード累積値に加算し、ワイルドカード累積値を更新する（ステップＥ３）。この作業を全ての状況項目について実行し、全状況項目（Ｃ１）のワイルドカード累積値を算出する。
【００６３】
すなわち、前記（ステップＥ３）における処理を終えた後、条件評価手段２０３は、全ての状況項目についてワイルドカード累積値を算出したか否かを判定する（ステップＥ４）。この（ステップＥ４）をＮＯに分岐する場合は、前記（ステップＥ１）へ戻る。
【００６４】
一方、前記（ステップＥ４）をＹＥＳに分岐する場合は、全ての状況項目のワイルドカード累積値が算出されているので、条件評価手段２０３は、レコメンドルール２１１の有する基本優先度（Ｒ４）と、ワイルドカード累積値と、に基づいて優先度を算出する（ステップＥ５）。
【００６５】
具体的には、このステップＥ５においては、入力値が大きくなると出力値の値が小さくなる割引関数ｆ（ｘ）を用い、（優先度）＝（基本優先度）×ｆ（（ワイルドカード累積値））
により算出する。
【００６６】
例えば割引関数の一例として、定数αを０＜α＜１として、ｆ（ｘ）＝（１−α）＾ｘを挙げることができる（「＾」は累乗記号）。
【００６７】
ところで、図４に示すＩＤ（Ｒ１）＝１のレコメンドルール２１１のワイルドカード累積値は７／３である。また、図４に示すＩＤ（Ｒ１）＝２のレコメンドルール２１１のワイルドカード累積値は８／３である。
【００６８】
従って、この場合には割引関数の出力については、ＩＤ（Ｒ１）＝１のレコメンドルール２１１の方がより大きい。このように、同じ基本優先度のレコメンドルールであっても、実際の優先度としては、ＩＤ（Ｒ１）＝１のレコメンドルール２１１の方がより大きい。
【００６９】
詳細には、図４に示すＩＤ（Ｒ１）＝１のレコメンドルール２１１と、ＩＤ（Ｒ１）＝２のレコメンドルール２１１と、の条件（Ｒ２）における相違点は、時間帯（Ｒ２１）についてであり、“朝”と“朝 ＯＲ 夜”との相違である。この場合、前者の方が条件の範囲が狭く具体的である。そして、条件評価手段２０３は、具体的な条件を有するレコメンドルール２１１により高い優先度をつける。
【００７０】
以下、評価手段２０４による処理について説明する。
【００７１】
評価手段２０４は、状況推定結果２１０と、レコメンドルール２１１と、優先度２１２と、に基づいて、レコメンドルール２１１についての評価値２１３を算出する。以下、評価手段２０４による評価値２１３の算出処理について、図６に示すフローチャートを参照して説明する。図６は、評価手段２０４による評価値２１３の算出処理のフローチャートを示す図である。
【００７２】
まず、評価手段２０４は、評価値の初期値を優先度に設定する（ステップＡ０）。続いて、評価手段２０４は、状況推定結果２１０における状況項目（Ｃ１）に対応するレコメンドルール２１１の条件（Ｒ２）から（Ｒ２１，Ｒ２２，Ｒ２３，Ｒ２４）を順に読み出す（ステップＡ１）。
【００７３】
そして、評価手段２０４は、（ステップＡ１）において読み出した状況項目（Ｃ１）についての“条件合致確度”を算出する（ステップＡ２）。
【００７４】
詳細には、この（ステップＡ２）においては、読み出した状況項目（Ｃ１）に対応する条件から状況ラベル（Ｃ２）を取り出し、同じ状況ラベル（Ｃ２）を有する状況推定結果２１０の状況ラベル確度（Ｃ３）の総和を取って条件合致確度を算出する。
【００７５】
なお、条件がワイルドカードであった場合には、この（ステップＡ２）において算出する条件合致確度を常に１とする。これにより、計算処理を省くことができる。
【００７６】
より具体的には、（ステップＡ２）においては、例えば図４に示すレコメンドルール２１１のうちＩＤ（Ｒ１）＝１のレコメンドルール２１１は、移動状態（Ｒ２２）についての条件が“静止 ＯＲ 歩行”である。従って、図３に示す状況推定結果２１０の値を適用した場合の移動状態（Ｒ２２）についての条件合致確度は、０．１（静止）＋０．５（歩行）＝０．６となる。
【００７７】
前記（ステップＳＡ２）において条件合致確度を算出した後、評価手段２０４は、条件合致確度を評価値に積算する（ステップＡ３）。そして、全ての状況項目（Ｃ１）について（ステップＡ１）〜（ステップＡ３）における処理を行ったか否かを判定する（ステップＡ４）。この（ステップＡ４）をＮＯに分岐する場合は、前記（ステップＡ１）に戻る。
【００７８】
一方、前記（ステップＡ４）をＹＥＳに分岐する場合は、評価手段２０４は、前記（ステップＡ３）にて算出した値を評価値２１３として出力判定手段２０５に出力する（ステップＡ５）。
【００７９】
以下、出力判定手段２０５による出力コンテンツの決定処理について、図７を参照して説明する。図７は、出力判定手段２０５による出力コンテンツの決定処理のフローチャートを示す図である。
【００８０】
まず、出力判定手段２０５は、処理対象のレコメンドルール２１１が存在するか否かを判定する（ステップＵ１）。この（ステップＵ１）をＮＯに分岐する場合、出力判定手段２０５は、当該処理を終了する。
【００８１】
他方、前記（ステップＵ１）をＹＥＳに分岐する場合、出力判定手段２０５は、処理対象のレコメンドルール２１１のうち評価値２１３が最も高い値のレコメンドルール２１１を読み出す（ステップＵ２）。
【００８２】
そして、出力判定手段２０５は、（ステップＵ２）において読み出したレコメンドルール２１１に記載されているコンテンツ（Ｒ３）を読み出す（ステップＵ３）。
【００８３】
ここで出力判定手段２０５は、前記（ステップＵ３）において読み出したコンテンツ（Ｒ３）が、本フローチャートの処理を開始してから既に出力済みのコンテンツと同一のコンテンツであるか否かを判定する（ステップＵ４）。この（ステップＵ４）をＹＥＳに分岐する場合、前記（ステップＵ１）に戻る。
【００８４】
前記（ステップＵ４）をＮＯに分岐する場合、出力判定手段２０５は、当該コンテンツが実際に出力可能なコンテンツであるか否かを判定する（ステップＵ５）。例えば、“マナーモードへ切り換えるボタン”コンテンツが処理対象のコンテンツである場合であって、当該携帯端末装置１０が既にマナーモードに設定されている場合には、当該コンテンツを出力することは無意味な処理となるので、このような場合には、出力判定手段２０５は、当該コンテンツを出力不可能なコンテンツであると判定する。このように（ステップＵ５）をＮＯに分岐する場合には、前記（ステップＵ１）に戻る。
【００８５】
一方、前記（ステップＵ５）をＹＥＳに分岐する場合、出力判定手段２０５は、当該コンテンツを表示部１０Ａに出力して表示させる（ステップＵ６）。具体的には、出力判定手段２０５は、当該コンテンツを、例えば各機能へのショートカットボタン１０ａとして表示部１０Ａに表示する。
【００８６】
そして、出力判定手段２０５は、出力したコンテンツの数が一定数を越えたか否かを判定する（ステップＵ７）。この（ステップＵ７）をＹＥＳに分岐する場合は、当該処理を終了する。他方、（ステップＵ７）をＮＯに分岐する場合は、前記（ステップＵ１）に戻る。
【００８７】
以上説明したように、本一実施形態によれば、当該端末装置が置かれた状況に対応するコンテンツを、端末装置の最大コンテンツレコメンド件数を超えずにレコメンドし、且つ、前記状況により強く合致したレコメンドルールに対応するコンテンツを優先的にレコメンドすることが可能な端末装置及びコンテンツのレコメンド方法を提供することができる。
【００８８】
具体的には、例えば評価手段２０４が、状況推定結果２１０と条件（Ｒ２）との合致性と状況ラベル確度（Ｃ３）とを組み合わせて、条件合致についての確度として扱う。これにより、合致性がより強いレコメンドルール２１１に対応するコンテンツを抽出して出力することが可能となる。
【００８９】
また、状況に応じてコンテンツをレコメンドする場合、現在状況により合致したコンテンツをレコメンドすることが望ましい。本一実施形態によれば、評価手段２０４が現在状況と条件との合致性を評価し、その評価に基づいてコンテンツをレコメンドするので、これを実現することができる。また、優先度を設定する為、複数のレコメンドルール間の優先順位が明確である。
【００９０】
さらには、条件が具体的でないレコメンドルールの優先度を下げることにより、具体的に記載されたルールに基づいたコンテンツを優先的にレコメンドすることができる。すなわち、条件の具体性を数値によって評価することが可能となる。詳細には、“ＯＲ関係”の数に基づいて具体性を評価する。
【００９１】
詳細には、例えば図４に示すレコメンドルール２１１において、状況推定結果２１０が“朝、静止している”を示す場合など、状況推定結果２１０がＩＤ（Ｒ１）＝１及びＩＤ（Ｒ１）＝２のレコメンドルール２１１の複数の条件（Ｒ２）に同時に合致しているような場合であっても、条件の具体性に基づいてレコメンドルール２１１の優先順位を決定する（より具体的に条件が記述されているレコメンドルール２１１を優先する）。つまり、携帯端末装置１０が置かれている状況に対してより相応しいコンテンツを、ユーザにレコメンドすることが可能となる。
【００９２】
以上、一実施形態に基づいて本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内で、種々の変形及び応用が可能なことは勿論である。
【００９３】
さらに、上述した実施形態には種々の段階の発明が含まれており、開示した複数の構成要件の適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示す全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成も発明として抽出され得る。
【符号の説明】
【００９４】
１０…携帯端末装置、 １０Ａ…表示部、 １０ａ…ショートカットボタン、 １００…入力部、 ２００…レコメンド部、 ２０１…状況推定手段、 ２０２…レコメンドルールＤＢ、 ２０３…条件評価手段、 ２０４…評価手段、 ２０５…出力判定手段。
【特許請求の範囲】
【請求項１】
物理量を測定する測定手段から出力された情報を取得する入力手段と、
当該端末装置が置かれている状況を示す状況ラベルに対し、前記入力手段により取得した情報に基づいて、該状況ラベルに示されている状況と当該端末装置が置かれている状況との合致性を示す状況ラベル確度を状況推定結果として生成する状況推定手段と、
前記状況ラベルに対応する条件と、該条件として記述されている内容に応じたコンテンツと、が対応付けられたレコメンドルールが記録されたレコメンドルールデータベースと、
前記レコメンドルールデータベースに記録されたレコメンドルールを評価して、各々のレコメンドルールについて優先度を生成するレコメンドルール評価手段と、
前記レコメンドルールと、前記状況推定結果と、前記優先度と、に基づいて、前記レコメンドルールについての評価値を算出する評価値算出手段と、
前記評価値に基づいて、レコメンドするコンテンツを決定するレコメンドコンテンツ決定手段と、
を具備することを特徴とする端末装置。
【請求項２】
前記レコメンドルール評価手段は、前記レコメンドルールの条件として記述されている内容の具体性に基づいてレコメンドルールを評価し、前記具体性が低いレコメンドルールの優先度を下げる処理を行う
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記レコメンドルール評価手段は、前記レコメンドルールの条件として使用していない状況の項目数である未使用状況項目数を算出し、該未使用状況項目数が少ないほど前記具体性が高いとみなす
ことを特徴とする請求項２に記載の端末装置。
【請求項４】
前記レコメンドルール評価手段は、前記レコメンドルールの条件として記述されている内容において用いられているＯＲ関係の数を、状況の項目毎に算出し、該算出結果を前記未使用状況項目数に換算する
ことを特徴とする請求項３に記載の端末装置。
【請求項５】
前記測定手段は、ＧＰＳ手段、加速度センサ、及び時計手段のうち少なくとも何れか１つであることを特徴とする請求項１乃至請求項４のうち何れか一つに記載の端末装置。
【請求項６】
端末装置においてコンテンツをユーザにレコメンドするコンテンツのレコメンド方法であって、
物理量を測定する測定手段から出力された情報を取得する入力ステップと、
当該端末装置が置かれている状況を示す状況ラベルに対し、前記入力ステップにおいて取得した情報に基づいて、該状況ラベルに示されている状況と当該端末装置が置かれている状況との合致性を示す状況ラベル確度を状況推定結果として生成する状況推定ステップと、
前記状況ラベルに対応する条件と、該条件として記述されている内容に応じたコンテンツと、が対応付けられたレコメンドルールを記憶するデータベースから、前記レコメンドルールを読み出すレコメンドルール読み出しステップと、
前記レコメンドルール読み出しステップにおいて読み出されたレコメンドルールを評価して、各々のレコメンドルールについて優先度を生成するレコメンドルール評価ステップと、
前記レコメンドルールと、前記状況推定結果と、前記優先度と、に基づいて、前記レコメンドルールについての評価値を算出する評価値算出ステップと、
前記評価値に基づいて、レコメンドするコンテンツを決定するレコメンドコンテンツ決定ステップと、
を有することを特徴とするコンテンツのレコメンド方法。
【請求項１】
物理量を測定する測定手段から出力された情報を取得する入力手段と、
当該端末装置が置かれている状況を示す状況ラベルに対し、前記入力手段により取得した情報に基づいて、該状況ラベルに示されている状況と当該端末装置が置かれている状況との合致性を示す状況ラベル確度を状況推定結果として生成する状況推定手段と、
前記状況ラベルに対応する条件と、該条件として記述されている内容に応じたコンテンツと、が対応付けられたレコメンドルールが記録されたレコメンドルールデータベースと、
前記レコメンドルールデータベースに記録されたレコメンドルールを評価して、各々のレコメンドルールについて優先度を生成するレコメンドルール評価手段と、
前記レコメンドルールと、前記状況推定結果と、前記優先度と、に基づいて、前記レコメンドルールについての評価値を算出する評価値算出手段と、
前記評価値に基づいて、レコメンドするコンテンツを決定するレコメンドコンテンツ決定手段と、
を具備することを特徴とする端末装置。
【請求項２】
前記レコメンドルール評価手段は、前記レコメンドルールの条件として記述されている内容の具体性に基づいてレコメンドルールを評価し、前記具体性が低いレコメンドルールの優先度を下げる処理を行う
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記レコメンドルール評価手段は、前記レコメンドルールの条件として使用していない状況の項目数である未使用状況項目数を算出し、該未使用状況項目数が少ないほど前記具体性が高いとみなす
ことを特徴とする請求項２に記載の端末装置。
【請求項４】
前記レコメンドルール評価手段は、前記レコメンドルールの条件として記述されている内容において用いられているＯＲ関係の数を、状況の項目毎に算出し、該算出結果を前記未使用状況項目数に換算する
ことを特徴とする請求項３に記載の端末装置。
【請求項５】
前記測定手段は、ＧＰＳ手段、加速度センサ、及び時計手段のうち少なくとも何れか１つであることを特徴とする請求項１乃至請求項４のうち何れか一つに記載の端末装置。
【請求項６】
端末装置においてコンテンツをユーザにレコメンドするコンテンツのレコメンド方法であって、
物理量を測定する測定手段から出力された情報を取得する入力ステップと、
当該端末装置が置かれている状況を示す状況ラベルに対し、前記入力ステップにおいて取得した情報に基づいて、該状況ラベルに示されている状況と当該端末装置が置かれている状況との合致性を示す状況ラベル確度を状況推定結果として生成する状況推定ステップと、
前記状況ラベルに対応する条件と、該条件として記述されている内容に応じたコンテンツと、が対応付けられたレコメンドルールを記憶するデータベースから、前記レコメンドルールを読み出すレコメンドルール読み出しステップと、
前記レコメンドルール読み出しステップにおいて読み出されたレコメンドルールを評価して、各々のレコメンドルールについて優先度を生成するレコメンドルール評価ステップと、
前記レコメンドルールと、前記状況推定結果と、前記優先度と、に基づいて、前記レコメンドルールについての評価値を算出する評価値算出ステップと、
前記評価値に基づいて、レコメンドするコンテンツを決定するレコメンドコンテンツ決定ステップと、
を有することを特徴とするコンテンツのレコメンド方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−１８１２３（Ｐ２０１１−１８１２３Ａ）
【公開日】平成２３年１月２７日（２０１１．１．２７）
【国際特許分類】
【出願番号】特願２００９−１６０９７６（Ｐ２００９−１６０９７６）
【出願日】平成２１年７月７日（２００９．７．７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２３年１月２７日（２０１１．１．２７）
【国際特許分類】
【出願日】平成２１年７月７日（２００９．７．７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]