(57)【要約】【課題】ユーザに対して、好適にレコメンドを通知することを可能とする情報処理装置を提供する。【解決手段】ユーザ操作を検出する第１検出手段と、前記ユーザ操作の操作対象機能を検出する第２検出手段と、前記ユーザ操作及び前記操作対象機能を操作履歴として管理する手段と、現在時刻から所定時間の前記操作履歴が、レコメンド通知条件と合致するか否かを判別する判別手段と、前記操作履歴が前記レコメンド通知条件に合致する場合に、レコメンド通知を送信可能なサーバへ通知する手段とを備える。【選択図】図１
2019057226.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ操作を検出する第１検出手段と、
前記ユーザ操作の操作対象機能を検出する第２検出手段と、
前記ユーザ操作及び前記操作対象機能を操作履歴として管理する手段と、
現在時刻から所定時間の前記操作履歴が、レコメンド通知条件と合致するか否かを判別する判別手段と、
前記操作履歴が前記レコメンド通知条件に合致する場合に、レコメンド通知を送信可能なサーバへ通知する手段と
を備える情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関する。
【背景技術】
【０００２】
車載機や携帯電話、パーソナルコンピュータ（ＰＣ）等の各種ユーザ端末は、ユーザに対して様々な情報を提供する。この際、ユーザの状況に応じて情報を提供することが考えられている（例えば、特許文献１参照）。特許文献１には、ユーザの現在の状況を考慮し、特にユーザの車両運転中においても、ユーザ状況に適応した形態でコンテンツを提供することが記載されている。特許文献１記載の手法では、振動検出の有無、操作検出の有無、スマートフォンの現在位置情報と車両の現在位置情報の一致の有無、車速が０かどうか、等により、ユーザがどのようなシーン（車両運転中、停車中、仕事中、くつろぎ中、外出中、睡眠中）に属するかが特定される。車載機は、特定されたシーンに応じたコンテンツを出力する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−０５３６３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
何らかの商品やサービスをユーザに提案する広告等（以下、ユーザに対して何らかの提案を行う通知を総称して「レコメンド通知」という。）をユーザに対して報知することを考えると、ユーザが何らかの作業を行っている最中にレコメンド通知を報知したとしても、当該レコメンド通知にユーザが反応する可能性は低い。また、レコメンドに係る商品やサービスに対するユーザの心象を損なう可能性もある。しかしながら特許文献１には、この点については何ら考慮されていない。
【０００５】
本発明のいくつかの態様は前述の課題に鑑みてなされたものであり、ユーザに対して、好適にレコメンドを通知することを可能とする情報処理装置を提供することを目的の１つとする。
【課題を解決するための手段】
【０００６】
本発明の一態様に係る情報処理装置は、ユーザ操作を検出する第１検出手段と、前記ユーザ操作の操作対象機能を検出する第２検出手段と、前記ユーザ操作及び前記操作対象機能を操作履歴として管理する手段と、現在時刻から所定時間の前記操作履歴が、レコメンド通知条件と合致するか否かを判別する判別手段と、前記操作履歴が前記レコメンド通知条件に合致する場合に、レコメンド通知を送信可能なサーバへ通知する手段とを備える。
【０００７】
なお、本発明において、「部」や「手段」、「装置」、「システム」とは、単に物理的手段を意味するものではなく、その「部」や「手段」、「装置」、「システム」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」、「装置」、「システム」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」、「装置」、「システム」の機能が１つの物理的手段や装置により実現されても良い。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係る情報処理装置を含むシステムの機能構成を示す図である。
【図２】図１に示したユーザ端末の処理の流れを示すフローチャートである。
【図３】図１に示したレコメンドサーバの処理の流れを示すフローチャートである。
【図４】図１に示したユーザ端末の処理の流れを示すフローチャートである。
【図５】実施形態に係る情報処理装置のハードウェア構成の具体例を示す図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照して本発明の実施形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。即ち、本発明は、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、以下の図面の記載において、同一又は類似の部分には同一又は類似の符号を付して表している。図面は模式的なものであり、必ずしも実際の寸法や比率等とは一致しない。図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることがある。
【００１０】
［実施形態］
［１  概要］
まず、本実施形態に係る情報処理システム１の概要を、図１を参照しながら説明する。図１に示すように、情報処理システム１は、ユーザ端末１００と、レコメンドサーバ２００とを含む。なお、図１にはユーザ端末１００は１台しか図示されていないが、レコメンドサーバ２００と通信可能なユーザ端末１００は複数設けることが可能である。また、レコメンドサーバ２００の機能は、必ずしも物理的に１台のハードウェアとして実現される必要はなく、複数台のハードウェアが協働してレコメンドサーバ２００の機能を実現することも考えられる。
【００１１】
ユーザ端末１００は、ユーザの操作する情報処理装置であり、例えば、車両に搭載される車載機、携帯電話機（いわゆるスマートフォンであるかフィーチャーフォンであるかは問わない。）、パーソナルコンピュータ（ＰＣ）、タブレット端末等である。
【００１２】
ユーザ端末１００とレコメンドサーバ２００とは、ネットワークＮを介して通信可能である。ネットワークＮは、ユーザ端末１００とレコメンドサーバ２００とが相互に通信可能であれば様々な手段で実現可能であるが、例えばインターネットや公衆電話網、又はそれらの組み合わせ等として実現できる。
【００１３】
レコメンドサーバ２００は、商品やサービス等をユーザに提案する広告（以下、ユーザに対して何らかの提案を行う通知を総称して「レコメンド通知」という。）を、ユーザ端末１００に送信可能に構成される。例えば、レコメンドサーバ２００は、ユーザ端末１００上で動作するアプリケーションプログラム（以下、「アプリケーション」又は「アプリ」ともいう。）の表示画面の一部領域に表示される広告やポップアップ通知等として、ユーザにレコメンドを通知する。
【００１４】
この際、ユーザが何らかの作業に没頭している最中にレコメンド通知を行ったとしても、当該レコメンド通知に対してユーザが反応する可能性は低い。また、このようなタイミングでレコメンド通知を行うことで、当該レコメンドに係る商品やサービスに対するユーザの心象を損なう可能性もある。
【００１５】
そこで本実施形態に係る情報処理システム１では、ユーザ端末１００がユーザの操作状況や操作対象を検出した上で、その内容を操作履歴として記録する。そして、現在時刻から過去所定期間の操作履歴を参照することにより、現在ユーザが手持ち無沙汰の状態、すなわちレコメンド通知に反応しやすい状況にあるか否かをユーザ端末１００は判別する。その結果、もしユーザが反応しやすい状況にあると判断された場合には、ユーザ端末１００はその旨をレコメンドサーバ２００へ通知する。当該通知を受信したレコメンドサーバ２００は、ユーザ端末１００に対してレコメンド通知を送信し、ユーザ端末１００は当該受信したレコメンド通知に基づくユーザへの報知を行う。これにより、情報処理システム１では、ユーザが反応しやすい状況でレコメンド通知を行うことができるため、レコメンドへの反応率の向上や、ユーザの心象を損ねることを抑制することができる。
【００１６】
［２  機能構成］
［２．１  全体機能構成］
図１は、情報処理システム１の機能構成を示す。先述の通り、情報処理システム１は、ユーザの操作するユーザ端末１００と、ユーザ端末１００に対してレコメンド通知を送信するレコメンドサーバ２００とを含み、両者はネットワークＮを介して相互に通信可能である。
【００１７】
［２．２  ユーザ端末１００］
ユーザ端末１００は、先述の通りユーザの操作する任意の情報処理装置である。ユーザ端末１００は、大きく分けて、入力部１１０、出力部１２０、アプリケーション１３０ａ乃至１３０ｎ（以下、総称して「アプリ１３０」ともいう。）、ユーザ状況判定部１４０、及びレコメンド処理部１６０を含む。
【００１８】
入力部１１０は、例えばユーザが操作入力を行う入力インタフェースに相当する装置であり、例えば、タッチパネル１１１やボタン１１３、及びマイク１１５等の入力装置により実現することができる。
【００１９】
出力部１２０は、ユーザに対して画面表示や音声出力を行う出力インタフェースに相当する装置であり、例えば、ディスプレイ１２１やスピーカ１２３等の出力装置により実現することができる。
【００２０】
アプリ１３０は、ユーザが操作対象とする機能を実現するためのプログラムである。アプリ１３０は、ユーザ端末１００が実行しうる一部の機能であれば、独立したアプリケーションプログラムとして実装されずともよく、例えば、ＯＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）の一部の機能を実現するプログラムモジュール等であることも考えられる。
【００２１】
ユーザ状況判定部１４０は、入力部１１０から入力された入力操作や、操作対象のアプリ１３０を検出することにより、ユーザ状況を判定し、判定結果をユーザ状況判定部１４０がレコメンドサーバ２００に通知する。レコメンドサーバ２００は、ユーザが手持ち無沙汰であると推測される場合に、レコメンド通知をユーザ端末１００のレコメンド処理部１６０へと送信することにより、ユーザへの各種レコメンドを報知させる。ユーザ状況判定部１４０は、入力イベント処理部１４１、アプリケーション制御部１４３、操作履歴保存部１４５、状況判定部１４７、ユーザ状況通知部１４９、状況判定条件更新部１５１、操作履歴データベース（ＤＢ）１５３、及び状況判定条件ＤＢ１５５を含む。ユーザ状況判定部１４０は、例えば、ユーザ操作対象のアプリ１３０に関わらずに常時動作する常駐サービスとして実現することが可能である。
【００２２】
入力イベント処理部１４１は、ユーザから入力部１１０になされた操作入力を検出し、その内容を操作履歴保存部１４５へと通知する。またアプリケーション制御部１４３は、ユーザ操作がなされた対象の機能（操作対象のアプリ１３０）を検出し、その情報を操作履歴保存部１４５へと通知する。
【００２３】
操作履歴保存部１４５は、入力イベント処理部１４１及びアプリケーション制御部１４３から通知されたユーザ操作、及び操作対象アプリの情報を、操作履歴ＤＢ１５３へと格納する。この際操作履歴保存部１４５は、時刻情報をユーザ操作及び操作対象アプリの情報と対応づけて格納しても良い。
【００２４】
状況判定部１４７は、操作履歴ＤＢ１５３及び状況判定条件ＤＢ１５５を参照して、ユーザの現在の状況を判定する。より具体的には、操作履歴ＤＢ１５３に登録された操作履歴のうち、現在時刻から所定時間の操作履歴が、状況判定条件ＤＢ１５５に登録された操作条件（状況判定条件）と合致するか否かを状況判定部１４７は判定する。判定結果は、状況判定部１４７からユーザ状況通知部１４９へと出力される。
【００２５】
ここで、状況判定条件ＤＢ１５５には、例えば、ユーザが手持ち無沙汰であると判別できる操作条件、換言すると、ユーザに対してレコメンド通知を行った場合に反応率が高いと推測される操作条件（レコメンドを通知する条件／状況判定条件）が１以上登録される。例えば、ユーザの操作対象のアプリ１３０が、インターネット上のウェブサイトを閲覧するためのブラウザであり、ユーザ操作が当該ブラウザを一定速度以上でスクロールする操作である場合や、表示対象のウェブページを切り換えるユーザ操作が短時間（例えば閾値時間内）で繰り返し入力されている場合には、表示されたウェブページをユーザがあまり詳細に読んでおらず、暇つぶし等の目的で見ていると推測される。よって、操作対象アプリがブラウザであり、ユーザ操作が一定速度以上のスクロール操作や、短時間での表示対象のウェブページ切換えの操作を繰り返すものであるとの操作条件を、状況判定条件ＤＢ１５５に登録することが考えられる。
【００２６】
他の例としては、ユーザ操作対象が表示画面のＯｎ／Ｏｆｆの切り換えであり、ユーザ操作がこのような切り換えを繰り返すものであった場合には、やはりユーザが手持ち無沙汰の状態であると推測される。よって、ユーザ操作対象が表示画面のＯｎ／Ｏｆｆであり、ユーザ操作が当該Ｏｎ／Ｏｆｆの切り換えの繰り返しであるとの操作条件を、状況判定条件ＤＢ１５５に登録することが考えられる。
【００２７】
なお、ユーザの状況を判定するために状況判定条件ＤＢ１５５に登録される条件はこれらの例に限られず、ユーザの状況を判定しうるものであれば任意のものを採用しうる。
【００２８】
ユーザ状況通知部１４９は、状況判定部１４７が判定したユーザ状況の変化をレコメンドサーバ２００へと通知する。すなわち、ユーザが手持ち無沙汰となった（現在時刻から直近の操作履歴が状況判定条件ＤＢ１５５に登録された条件と合致するようになった）、或いは、ユーザが手持ち無沙汰状態ではなくなった（直近の操作履歴が状況判定条件ＤＢ１５５に登録された条件と合致しなくなった）場合に、ユーザ状況通知部１４９はレコメンドサーバ２００へと通知する。
【００２９】
状況判定条件更新部１５１は、レコメンド処理部１６０のレコメンド結果通知部１６５からの出力に応じて状況判定条件ＤＢ１５５を更新する。先述の通り、レコメンド通知は、状況判定条件ＤＢ１５５に登録された条件でユーザが手持ち無沙汰状態であると推測される場合に、その旨がユーザ状況通知部１４９からレコメンドサーバ２００に対して通知され、レコメンドサーバ２００は当該通知を受けてレコメンド通知をレコメンド処理部１６０へと送信し、ユーザに報知される。当該レコメンド通知に対して、ユーザが反応したか否かの結果をレコメンド結果通知部１６５は状況判定条件更新部１５１に通知し、状況判定条件更新部１５１は当該ユーザ反応結果に基づいて状況判定条件ＤＢ１５５を更新する。より具体的には、例えば、各々の状況判定条件に基づいて送信されたレコメンド通知について、状況判定条件更新部１５１は反応があったか否かを状況判定条件ＤＢ１５５に登録し、例えば、ユーザの反応率が閾値を下回った場合には、当該状況判定条件を無効化すること等が考えられる。或いは、状況判定条件更新部１５１は、レコメンドサーバ２００からの要求等に応じて、状況判定条件ＤＢ１５５に新たな条件を登録したり、或いは条件を削除したりすることも考えられる。
【００３０】
続いて、レコメンド処理部１６０について説明する。レコメンド処理部１６０は、レコメンド受信部１６１、レコメンド報知部１６３、及びレコメンド結果通知部１６５を含む。レコメンド処理部１６０に含まれる各機能は、例えば、アプリ１３０の一部のモジュールとして組み込むことも可能である。
【００３１】
レコメンド受信部１６１は、レコメンドサーバ２００からレコメンド通知を受信する。先述の通り、レコメンド通知は、例えばユーザへ商品やサービス等を提案するための通知である。レコメンド報知部１６３は、レコメンド受信部１６１が受信したレコメンド通知に基づき、ディスプレイ１２１上への広告表示やメッセージ表示、或いはスピーカ１２３への音声出力等として、ユーザへレコメンド通知を報知する。
【００３２】
レコメンド結果通知部１６５は、先述の通り、レコメンド報知部１６３がユーザに報知したレコメンド通知に対して、ユーザが反応したか否かを検出する。より具体的には、例えばレコメンド報知部１６３が表示した広告やメッセージをユーザが選択する操作を行ったか否か等を、レコメンド結果通知部１６５は検出する。レコメンド通知への反応結果は、レコメンド結果通知部１６５から、ユーザ状況判定部１４０の状況判定条件更新部１５１へと伝達される。
【００３３】
［２．３  レコメンドサーバ２００］
レコメンドサーバ２００は、先述の通りユーザの操作するユーザ端末１００から、当該ユーザが手持ち無沙汰状態となった、或いは手持ち無沙汰状態ではなくなった旨のユーザ状況に関する通知を受信し、当該ユーザ状況に応じてレコメンド通知をユーザ端末１００へと送信するサーバである。レコメンドサーバ２００は、物理的に１台のコンピュータ（情報処理装置）として実現することもできるし、或いは複数台のコンピュータが協働してレコメンドサーバ２００の機能を実現しても良い。レコメンドサーバ２００は、ユーザ状況受信部２０１、レコメンド送信部２０３、レコメンド結果受信部２０５を含む。
【００３４】
ユーザ状況受信部２０１は、ユーザ端末１００のユーザ状況通知部１４９から、ユーザ状況が手持ち無沙汰と判定できる状況からそうではない状況へ変化した旨、或いはその逆の状態変化があった旨の通知を受信する。これはすなわち、ユーザに対してレコメンド通知するのに好適な状況から不適当な状況への変化、或いはその逆の状況変化に関する通知を受信することに相当する。
【００３５】
レコメンド送信部２０３は、ユーザ状況受信部２０１で受信したユーザ状況の通知に基づき、現在ユーザがレコメンド通知を受信するのに好適な状況にあると判断される場合に、レコメンド通知をユーザ端末１００へと送信する。すなわち、レコメンド通知好適な状況へのユーザ状況の変化通知を受信後、不適当な状況への変化通知を受信するまでの間、任意のタイミングでレコメンド送信部２０３はレコメンド通知をユーザ端末１００へと送信可能である。
【００３６】
レコメンド結果受信部２０５は、レコメンド送信部２０３が送信したレコメンド通知に対するユーザアクションに応じた結果を受信する。具体的には、例えばレコメンド通知としてハイパーリンクが埋め込まれた広告やメッセージをレコメンド送信部２０３が送信し、当該広告やメッセージを選択する操作をユーザが行った場合には、レコメンドサーバ２００はその旨の通知をレコメンド結果通知部１６５から受信する。
【００３７】
［３  処理の流れ］
以下、図２乃至図４を参照しながら、情報処理システム１の処理の流れを説明する。図２及び図４は、ユーザ端末１００の処理の流れ、図３はレコメンドサーバ２００の処理の流れを示すフローチャートである。
【００３８】
なお、後述の各処理ステップは、処理内容に矛盾を生じない範囲で、任意に順番を変更して若しくは並列に実行することができ、また、各処理ステップ間に他のステップを追加しても良い。更に、便宜上１つのステップとして記載されているステップは複数のステップに分けて実行することもでき、便宜上複数に分けて記載されているステップを１ステップとして実行することもできる。
【００３９】
［３．１  ユーザ状況の通知に係るユーザ端末１００の処理］
以下、ユーザ端末１００の処理の流れを、図２及び図３を参照しながら説明する。図２は、ユーザ端末１００がユーザ状況をレコメンドサーバ２００へ通知する際の処理の流れの具体例を示すフローチャートである。
【００４０】
ユーザ端末１００の入力イベント処理部１４１は、タッチパネル１１１やボタン１１３等の入力部１１０に対してなされたユーザ操作を検出すると、当該ユーザ操作の情報を操作履歴保存部１４５へと出力する（Ｓ２０１）。当該ユーザ操作の情報には、操作入力がなされたデバイスの種類や、どのような操作入力がなされたかの操作内容の情報を含むことができる。
【００４１】
またアプリケーション制御部１４３は、当該操作入力の対象となっている機能（例えば、アプリ１３０の種別やその機能、ＯＳの機能等）を検出し、その情報を操作履歴保存部１４５へと出力する（Ｓ２０３）。
【００４２】
操作履歴保存部１４５は、入力イベント処理部１４１及びアプリケーション制御部１４３から出力されたユーザ操作の情報、及び操作対象の機能の情報を、操作履歴ＤＢ１５３へと格納する（Ｓ２０５）。
【００４３】
状況判定部１４７は、操作履歴ＤＢ１５３から、現在時刻から過去一定時間の操作履歴を操作履歴ＤＢ１５３から読み出し（Ｓ２０７）、当該操作履歴と、状況判定条件ＤＢ１５５に登録された条件とを照合する（Ｓ２０９）。この際、状況判定条件ＤＢ１５５に、ユーザが手持ち無沙汰であると判定できる条件、すなわち、レコメンド通知へのユーザの反応率が高いと推測される条件が登録されていれば、当該照合により、状況判定部１４７は、ユーザが手持ち無沙汰の状況にあるか、すなわち、レコメンド通知への反応率が高い状況にあるかを判別することができる。
【００４４】
Ｓ２０９の判定結果において、状況判定条件ＤＢに登録された条件と操作履歴の合致状態の変化があった場合、すなわち、ユーザ状況の変化があった場合には（Ｓ２１１のＹｅｓ）、ユーザ状況通知部１４９は、ユーザ状況の変化、すなわち、ユーザが手持ち無沙汰状態から手持ち無沙汰ではない状態へ変化した、或いは、その逆の変化が起こった旨の通知を、レコメンドサーバ２００へと通知する（Ｓ２１３）。
【００４５】
なお、本実施形態では、ユーザ状況の変化時のみ、その旨をユーザ端末１００からレコメンドサーバ２００へと通知しているが、これに限られるものではない。例えば、ユーザ端末１００は、一定時間毎にユーザ状況を通知することも考えられるし、或いは、操作入力毎にユーザ通知することも考えられる。
【００４６】
［３．２  レコメンド通知に係るレコメンドサーバ２００の処理］
続いて、図３を参照しながら、ユーザ状況に応じてレコメンド通知を送信するレコメンドサーバ２００の処理の流れを説明する。
【００４７】
レコメンドサーバ２００のユーザ状況受信部２０１がユーザ状況に関する通知を受信すると（Ｓ２０１）、当該通知がユーザが手持ち無沙汰状態にある旨を示すものであった場合には（Ｓ３０３のＹｅｓ）、レコメンド送信部２０３はレコメンド通知をユーザ端末１００へと送信する（Ｓ３０５）。この時、ユーザ状況が再度手持ち無沙汰状態ではなくなるまで、レコメンド送信部２０３は複数回に渡ってユーザ端末１００にレコメンド通知を送信することも考えられる。
【００４８】
ユーザ状況受信部２０１が受信したユーザ状況が、ユーザが手持ち無沙汰状態にはない旨を示すものであった場合には（Ｓ３０３のＮｏ）、レコメンド送信部２０３は新たなレコメンド通知を送信しない。
【００４９】
［３．３  レコメンド通知に係るユーザ端末１００の処理］
レコメンド通知を受信したユーザ端末１００の処理の流れを、図４を参照しながら説明する。
【００５０】
レコメンドサーバ２００からのレコメンド通知をレコメンド受信部１６１が受信すると（Ｓ４０１）、レコメンド報知部１６３はディスプレイ１２１に当該通知を表示したり、或いはスピーカ１２３から当該通知に係る音声を出力したりする（Ｓ４０３）。ユーザが当該通知に対して反応、例えばレコメンド通知に係るポップアップウィンドウを選択したり、或いはハイパーリンクを選択したりした場合には、レコメンド結果通知部１６５はその旨をレコメンドサーバ２００へと通知する（Ｓ４０５）。またレコメンド結果通知部１６５は、当該レコメンド通知に対するユーザの反応の有無を、ユーザ状況判定部１４０の状況判定条件更新部１５１へと通知する（Ｓ４０９）。
【００５１】
状況判定条件更新部１５１は、ユーザに対してレコメンド通知を行ったタイミングでの操作状況を操作履歴ＤＢ１５３を参照して確認したり、或いは、レコメンド通知に対応する状況判定条件を状況判定条件ＤＢ１５５を参照して確認したりする。その上で、状況判定条件更新部１５１は、それらの操作状況や状況判定条件について、ユーザの反応の有無を記録しておく。そのような情報を集めた上で、状況判定条件更新部１５１は、例えばユーザ反応率の高い操作状況を新たに操作判定条件に加えたり、若しくは、ユーザ反応率（レコメンド通知を行った回数に対するユーザ反応のあった回数の割合）の低い状況判定条件を無効化したりすることができる。これにより、ユーザ反応率の高い場合にのみ、ユーザに対してレコメンド通知を行うことが可能となる。
【００５２】
［４  ハードウェア構成］
図５を参照しながら、ユーザ端末１００やレコメンドサーバ２００を実現可能な情報処理装置５００のハードウェア構成について説明する。ユーザ端末１００及びレコメンドサーバ２００をそれぞれ実現可能な情報処理装置５００は、制御部５０１と、記憶部５０５と、通信Ｉ／Ｆ（インタフェース）部５１１と、入力部５１３と、表示部５１５とを含み、各部はバスライン５１７を介して接続される。
【００５３】
制御部５０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ。図示せず）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ。図示せず）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５０３等を含む。制御部５０１は、記憶部５０５に記憶される制御プログラム５０７を実行することにより、一般的なコンピュータとしての機能に加え、図１に示したユーザ端末１００やレコメンドサーバ２００の各構成に関する処理を実行可能に構成される。例えば、情報処理装置５００がユーザ端末１００を実現する場合には、アプリ１３０やユーザ状況判定部１４０やレコメンド処理部１６０は、ＲＡＭ５０３に一時記憶された上で、ＣＰＵ上で動作する制御プログラム５０７として実現可能である。また、情報処理装置５００がレコメンドサーバ２００を実現する場合には、ユーザ状況受信部２０１、レコメンド送信部２０３、及びレコメンド結果受信部２０５は、ＲＡＭ５０３に一時記憶された上で、ＣＰＵ上で動作する制御プログラム５０７として実現可能である。
【００５４】
また、ＲＡＭ５０３は、制御プログラム５０７に含まれるコードの他、操作履歴ＤＢ１５３や状況判定条件ＤＢ１５５の一部又は全部を一時的に記憶する。更にＲＡＭ５０３は、ＣＰＵが各種処理を実行する際のワークエリアとしても使用される。
【００５５】
記憶部５０５は、例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶部５０５は、一般的なコンピュータとしての機能を実現するためのオペレーティングシステム（ＯＳ）やアプリ１３０である制御プログラム５０７を記憶する。また記憶部５０５は、ユーザ端末１００の操作履歴ＤＢ１５３や状況判定条件ＤＢ１５５に対応するデータベース（ＤＢ）５０９を記憶する。
【００５６】
通信Ｉ／Ｆ部５１１は、必要に応じて、ユーザ端末１００及びレコメンドサーバ２００の間で、有線又は無線によるデータ通信を行うためのデバイスである。例えば、ユーザ端末１００であれは、ユーザ状況通知部１４９によるユーザ状況の通知や、レコメンド受信部１６１のレコメンドサーバ２００からのレコメンド通知の受信等は、通信Ｉ／Ｆ部５１１を介して行うことが考えられる。また、レコメンドサーバ２００であれば、ユーザ状況受信部２０１によるユーザ端末１００からのユーザ状況の通知の受信、レコメンド送信部２０３によるレコメンド通知の送信等は、通信Ｉ／Ｆ部５１１を介して行うことが考えられる。
【００５７】
表示部５１５は、情報処理装置５００を操作するユーザや管理者に各種情報を提示するためのディスプレイ装置である。表示部５１５の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等があげられる。情報処理装置５００によりユーザ端末１００を実現する場合には、出力部１２０に含まれるディスプレイ１２１が表示部５１５に対応しうる。すなわち、表示部５１５にはレコメンド通知に係る広告やメッセージ、ポップアップウィンドウを表示することができる。なお、図５には示していないが、情報処理装置５００の出力装置として、スピーカ１２３やその他の出力装置を含むことができる。
【００５８】
入力部５１３は、ユーザや管理者から入力操作を受け付けるためのデバイスである。入力部５１３の具体例としては、タッチパネル１１１やボタン１１３、マイク１１５、キーボードやマウス等を挙げることができる。
【００５９】
［５  本実施形態の効果］
以上説明したように、本実施形態に情報処理システム１は、ユーザがユーザ端末１００を操作する挙動、及び、起動しているアプリ１３０から、ユーザが手持ち無沙汰であることを判別し、ユーザが手持ち無沙汰であるときにだけレコメンド通知を行う。また、ユーザがレコメンド通知に対して反応（通知の概要を見る、詳細を見る、ウェブサイトへアクセスするなど）を示した場合には、その際のユーザ操作に関する情報を記憶して、ユーザが反応しやすい状況を学習することにより、更にユーザの反応率を上げたり、或いは不適切なタイミングでレコメンド通知を行うことを避けたりすることもできる。
【００６０】
［６  付記］
以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。
【符号の説明】
【００６１】
１…情報処理システム、１００…ユーザ端末、１１０…入力部、１１１…タッチパネル、１１３…ボタン、１１５…マイク、１２０…出力部、１２１…ディスプレイ、１２３…スピーカ、１３０…アプリケーション、１４０…ユーザ状況判定部、１４１…入力イベント処理部、１４３…アプリケーション制御部、１４５…操作履歴保存部、１４７…状況判定部、１４９…ユーザ状況通知部、１５１…状況判定条件更新部、１５３…操作履歴データベース（ＤＢ）、１５５…状況判定条件データベース（ＤＢ）、１６０…レコメンド処理部、１６１…レコメンド受信部、１６３…レコメンド報知部、１６５…レコメンド結果通知部、２００…レコメンドサーバ、２０１…ユーザ状況受信部、２０３…レコメンド送信部、２０５…レコメンド結果受信部、５００…情報処理装置、５０１…制御部、５０３…ＲＡＭ、５０５…記憶部、５０７…制御プログラム、５１１…通信インタフェース（Ｉ／Ｆ）部、５１３…入力部、５１５…表示部、５１７…バスライン、Ｎ…ネットワーク
【図１】
2019057226.tif 000003
【図２】
2019057226.tif 000004
【図３】
2019057226.tif 000005
【図４】
2019057226.tif 000006
【図５】
2019057226.tif 000007