(57)【要約】【課題】話題の焦点が複数のコンテンツに及ぶ場合でも関連する資料を的確にリコメンド可能とする。【解決手段】画面に表示されているコンテンツの順序情報を取得する第１の取得手段と、第１の取得手段により取得された順序情報に基づいてコンテンツの重要度を設定する設定手段と、画面に表示されているコンテンツのコンテンツ情報を取得する第２の取得手段と、第２の取得手段により取得された各コンテンツのコンテンツ情報と設定手段により設定された各コンテンツの重要度とに基づいて各コンテンツのコンテンツ情報及び重要度を含む検索要求を生成する生成手段と、生成手段により生成された検索要求に基づいて各コンテンツのリコメンド情報を取得する取得手段と、取得手段により取得されたリコメンド情報を基にリコメンド結果を画面に表示する表示手段と、を有する。【選択図】図４
2017134523.tif 000002
【特許請求の範囲】
【請求項１】
画面に表示されているコンテンツの順序情報を取得する第１の取得手段と、
前記第１の取得手段により取得された順序情報に基づいてコンテンツの重要度を設定する設定手段と、
画面に表示されているコンテンツのコンテンツ情報を取得する第２の取得手段と、
前記第２の取得手段により取得された各コンテンツのコンテンツ情報と前記設定手段により設定された各コンテンツの重要度とに基づいて各コンテンツのコンテンツ情報及び重要度を含む検索要求を生成する生成手段と、
前記生成手段により生成された検索要求に基づいて各コンテンツのリコメンド情報を取得する取得手段と、
前記取得手段により取得されたリコメンド情報を基にリコメンド結果を前記画面に表示する表示手段と、
を有する情報処理装置。
【請求項２】
前記取得手段は、前記検索要求をサーバーに送信し、前記サーバーより前記リコメンド情報を取得する請求項１記載の情報処理装置。
【請求項３】
コンテンツの可視領域が閾値より大きいか否かを判定する判定手段を更に有し、
前記設定手段は、前記判定手段により可視領域が閾値より大きいと判定されたコンテンツに対して、前記順序情報に基づいてコンテンツの重要度を設定する請求項１又は２記載の情報処理装置。
【請求項４】
前記第１の取得手段は、画面に表示されているコンテンツのＺオーダーをコンテンツの順序情報として取得する請求項１乃至３何れか１項記載の情報処理装置。
【請求項５】
前記生成手段は、前記第２の取得手段により取得された各コンテンツのコンテンツ情報と前記設定手段により設定された各コンテンツの重要度とに基づいて各コンテンツのコンテンツ情報及び重要度を含むファイル情報を検索要求として生成し、
前記取得手段は、前記ファイル情報に基づいて各コンテンツのリコメンド情報を取得する請求項１乃至４何れか１項記載の情報処理装置。
【請求項６】
画面に表示されているコンテンツの順序情報を取得する第１の取得手段と、
前記第１の取得手段により取得された順序情報に基づいてコンテンツの重要度を設定する設定手段と、
画面に表示されているコンテンツのコンテンツ情報を取得する第２の取得手段と、
前記第２の取得手段により取得された各コンテンツのコンテンツ情報と前記設定手段により設定された各コンテンツの重要度とに基づいて各コンテンツのリコメンド情報を検索する検索手段と、
前記検索手段により検索されたリコメンド情報を基にリコメンド結果を前記画面に表示する表示手段と、
を有する情報処理システム。
【請求項７】
情報処理装置が実行する情報処理方法であって、
画面に表示されているコンテンツの順序情報を取得する第１の取得ステップと、
前記第１の取得ステップにより取得された順序情報に基づいてコンテンツの重要度を設定する設定ステップと、
画面に表示されているコンテンツのコンテンツ情報を取得する第２の取得ステップと、
前記第２の取得ステップにより取得された各コンテンツのコンテンツ情報と前記設定ステップにより設定された各コンテンツの重要度とに基づいて各コンテンツのコンテンツ情報及び重要度を含む検索要求を生成する生成ステップと、
前記生成ステップにより生成された検索要求に基づいて各コンテンツのリコメンド情報を取得する取得ステップと、
前記取得ステップにより取得されたリコメンド情報を基にリコメンド結果を前記画面に表示する表示ステップと、
を含む情報処理方法。
【請求項８】
情報処理システムが実行する情報処理方法であって、
画面に表示されているコンテンツの順序情報を取得する第１の取得ステップと、
前記第１の取得ステップにより取得された順序情報に基づいてコンテンツの重要度を設定する設定ステップと、
画面に表示されているコンテンツのコンテンツ情報を取得する第２の取得ステップと、
前記第２の取得ステップにより取得された各コンテンツのコンテンツ情報と前記設定ステップにより設定された各コンテンツの重要度とに基づいて各コンテンツのリコメンド情報を検索する検索ステップと、
前記検索ステップにより検索されたリコメンド情報を基にリコメンド結果を前記画面に表示する表示ステップと、
を含む情報処理方法。
【請求項９】
コンピュータを、請求項１乃至５何れか１項記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ＰＣ等を利用し、報告書や提案書等のコンテンツを画面に表示し、各コンテンツについてレビューを行う場合がある。この際に、コンテンツに関連するファイル、例えば画像ファイル等をリコメンドすることで、より効率的にレビューができるようなリコメンドシステムが考えられている。
一方で、レビューを行うコンテンツが１つとは限らない。そのため、定期的に話の焦点となるコンテンツが切り替わる場合がある。この際、リコメンドシステムによってリコメンドされる関連ファイルもまた、話の焦点となっているコンテンツに合わせて切り替わることが望ましい。しかしながら、こうした場合、リコメンド対象コンテンツの切り替えを行う必要がある。より具体的には、リコメンドシステムのクライアントアプリケーションを開き、リコメンド対象コンテンツの変更を行う、等の操作が必要になる。こうした作業をレビュー中に行うと、レビューの進行を妨げてしまう。
特許文献１では、操作中の文書が切り替わった際に、操作中文書の関連文書を抽出して提示するシステムが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１０２９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、操作文書を切り替えるだけで、リコメンド対象コンテンツの切り替えを行うことができる。一方で、同時に複数のコンテンツを参照しながらレビューを行うことも珍しくない。例えば、道路工事に関する進捗報告書と現場の写真との２点のコンテンツを画面に表示してレビューを行うケースも考えられる。特許文献１では、リコメンドされる資料は、操作中のコンテンツに関連するものだけであるため、進捗報告書又は写真のどちらかに関連する資料しかリコメンドできない。このように、話題の焦点が複数のコンテンツに及ぶ場合に、関連する資料を的確にリコメンドすることができない、という課題がある。
本発明は、話題の焦点が複数のコンテンツに及ぶ場合でも関連する資料を的確にリコメンド可能とすることを目的とする。
【課題を解決するための手段】
【０００５】
本発明の情報処理装置は、画面に表示されているコンテンツの順序情報を取得する第１の取得手段と、前記第１の取得手段により取得された順序情報に基づいてコンテンツの重要度を設定する設定手段と、画面に表示されているコンテンツのコンテンツ情報を取得する第２の取得手段と、前記第２の取得手段により取得された各コンテンツのコンテンツ情報と前記設定手段により設定された各コンテンツの重要度とに基づいて各コンテンツのコンテンツ情報及び重要度を含む検索要求を生成する生成手段と、前記生成手段により生成された検索要求に基づいて各コンテンツのリコメンド情報を取得する取得手段と、前記取得手段により取得されたリコメンド情報を基にリコメンド結果を前記画面に表示する表示手段と、を有する。
【発明の効果】
【０００６】
本発明によれば、話題の焦点が複数のコンテンツに及ぶ場合でも関連する資料を的確にリコメンド可能とすることができる。
【図面の簡単な説明】
【０００７】
【図１】情報処理システムのシステム構成の一例を示す図である。
【図２】クライアント装置のハードウェア構成の一例を示す図である。
【図３】クライアント装置のソフトウェア構成の一例を示す図である。
【図４】情報処理システムにおける情報処理の一例を示すシーケンス図である。
【図５】表示画面の一例を示す図である。
【図６】ファイル情報を生成する情報処理の一例を示すフローチャートである。
【図７】ファイル情報の一例を示す図である。
【図８】表示画面の一例を示す図である。
【図９】ファイル情報を生成する情報処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００８】
（実施形態１）
本発明の第１の実施形態について説明する。
＜システム構成＞
図１は、情報処理システムのシステム構成の一例を示す図である。情報処理システムは、ネットワーク１００を介して接続されるクライアント装置１０１と解析サーバー１０２及びファイルサーバー１０３から構成される。ネットワーク１００は各装置間で通信を行うための基盤であって、イントラネット、インターネット若しくはその他のネットワークシステムであってもよい。
クライアント装置１０１はローカルなＩＰアドレスで管理されていてもよい。その場合、ネットワーク１００とクライアント装置１０１との間にゲートウェイが存在し、ゲートウェイはアドレス変換を行う。例えばゲートウェイにはルーターが含まれる。またゲートウェイや、クライアント装置１０１がファイアウォール機能を備えていてもよい。解析サーバー１０２は、ファイルサーバー１０３に格納されているファイルを取得しテキストを抽出してＤＢ（データベース）に格納する機能を有する。更には、解析サーバー１０２は、複数のファイル情報を受信し、それを基にＤＢの情報を検索し、類似したファイルがどの格納先にあるかの候補を列挙する機能を有する。また、解析サーバー１０２は、この際、複数のファイル情報それぞれに、検索における重要度を設定することもでき、重要度に比例して検索時の重みを上げることもできる。そのため、重要度が高く設定されたファイル情報ほど、類似したファイルがリコメンドされやすくなる。ファイルサーバー１０３は、ファイルを保存する機能を有する。
【０００９】
＜ハードウェア構成＞
図２は、クライアント装置１０１のハードウェア構成の一例を示す図である。クライアント装置１０１は、ＣＰＵ２０１、ＲＡＭ２０２、記憶装置２０３、ネットワーク装置２０４、入出力Ｉ／Ｆ２０５、メインバス２００により構成されている。
ＣＰＵ２０１は、クライアント装置１０１の全体を制御する。ＣＰＵ２０１は、メインバス２００を介してＲＡＭ２０２、記憶装置２０３、ネットワーク装置２０４、入出力Ｉ／Ｆ２０５を制御する。ＲＡＭ２０２は、ＣＰＵ２０１のワークエリアを提供する。記憶装置２０３は、プログラム、設定情報、閾値等を記憶する。ネットワーク装置２０４は、通信を行う。入出力Ｉ／Ｆ２０５は、例えばＰＳ２やＵｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ  Ｉ／Ｆ）、アナログやデジタルのディスプレイＩ／Ｆを備える。入出力装置２０６は、キーボードやマウス、ＣＲＴや液晶ディスプレイであり、入出力Ｉ／Ｆ２０５を介してクライアント装置１０１と接続することができる。
ＣＰＵ２０１が、記憶装置２０３に記憶されているプログラムに基づく処理を実行することにより、後述する図３のクライアント装置１０１のソフトウェア構成、後述する図６、９のフローチャートの処理等が実現される。
また、解析サーバー１０２、ファイルサーバー１０３もクライアント装置１０１のハードウェア構成と同様のハードウェア構成を有し、各々のＣＰＵが各々の記憶装置等に記憶されているプログラムに基づき処理を実行することにより各サーバーの機能が実現される。
【００１０】
＜ソフトウェア構成＞
図３は、解析サーバー１０２及びファイルサーバー１０３に対応した、クライアント装置１０１のクライアントアプリケーション３００のソフトウェア構成の一例を示す図である。
クライアントアプリケーション３００は、通信部３０１、処理部３０２、入出力部３０７を有する。
通信部３０１は、解析サーバー１０２及びファイルサーバー１０３と通信を行う。
処理部３０２は、順序取得部３０３、重要度設定部３０４、コンテンツ情報取得部３０５から成る。また、処理部３０２は、入出力部３０７を介して、ユーザーからの指示を受け付け、必要に応じて、通信部３０１を介してファイルサーバー１０３や解析サーバー１０２と通信する。
順序取得部３０３は、入出力Ｉ／Ｆ２０５に表示されている各アプリケーションコンテンツ（以下、コンテンツという）の前後関係を示す順序を取得する。この順序は例えば、Ｗｉｎｄｏｗｓ（登録商標）ＯＳ等では、各アプリケーションのＺオーダーとして取得することができる。
重要度設定部３０４は、順序取得部３０３が取得した各コンテンツの順序を基に、各コンテンツに重要度を設定した上で、ファイル情報を生成する。
コンテンツ情報取得部３０５は、入出力Ｉ／Ｆ２０５に表示されている各コンテンツの情報を取得する。ここでいう情報とは、各コンテンツが開いているファイルのバイナリデータやファイル名等である。
入出力部３０７は、入出力装置２０６を介して、ユーザーに対して画面を表示するための処理を行う。
【００１１】
＜処理内容＞
図４は、クライアントアプリケーション３００のユーザーが入出力装置２０６の画面上のコンテンツの順序を入れ替えた際のクライアントアプリケーション３００、解析サーバー１０２、ファイルサーバー１０３の処理を示すシーケンス図である。
本シーケンスの前提として、まず図５を説明する。
図５は、図４のシーケンスが実行される前の入出力装置２０６の画面の状態を示す表示画面（Ａ）と、図４のシーケンスが実行された後の入出力装置２０６の画面の状態を示す表示画面（Ｂ）を説明するための図である。まずは、表示画面（Ａ）を説明する。
表示画面（Ａ）では、コンテンツ５００のレビューを行っている状態を想定している。
コンテンツ５００は、人事異動検討に関する資料であり、コンテンツの順序は最前面である。表示画面（Ａ）のコンテンツ５０１は、アンケート結果に関する資料であり、コンテンツの順序は最背面である。表示画面（Ａ）のコンテンツ５０２は、顧客意識調査報告書に関する資料であり、コンテンツの順序は前から２番目である。表示画面（Ａ）の５０３は、クライアントアプリケーション３００の入出力部３０７が描画したリコメンド結果の出力領域である。リコメンド結果５０４は、クライアントアプリケーション３００がコンテンツ５００、５０１、５０２の順序を基に、関連するファイルの情報をリコメンドした結果である。なお、リコメンド結果５０４は１３時００分時点でのリコメンド結果を示している。表示画面（Ａ）では、コンテンツ５００が最前面に配置されているため、リコメンド結果５０４では、コンテンツ５００に関連するファイルが最も多くリコメンドされている。一方、コンテンツ５０１は最背面に配置されているため、リコメンド結果５０４では、コンテンツ５０１に関連するファイルは最も少なくリコメンドされている。次に表示画面（Ｂ）を説明する。
【００１２】
表示画面（Ｂ）は、表示画面（Ａ）において、コンテンツ５００のレビューが終了し、コンテンツ５０１とコンテンツ５０２とのレビューを行っている状態を想定している。表示画面（Ｂ）のコンテンツ５００は、レビューが終了したため、コンテンツの順序は最背面となっている。表示画面（Ｂ）のコンテンツ５０１は、レビュー中の資料であるが、付随資料という扱いのため、コンテンツの順序は２番目となっている。表示画面（Ｂ）のコンテンツ５０２は、レビューの中心である資料のため、コンテンツの順序は最前面となっている。リコメンド結果５０５は、リコメンド結果５０４と同様、コンテンツ５００、５０１、５０２の順序にもとづいたリコメンド結果である。しかしながら、リコメンド結果５０５は、１３時０５分時点での結果であり、表示画面（Ｂ）では、コンテンツ５００、５０１、５０２の順序が変動したため、リコメンド結果５０４とは内容が異なる。より具体的には、コンテンツ５００が最背面に位置したためコンテンツ５００に関連するファイルは最も少なく、逆にコンテンツ５０２に関連するファイルは最も多くリコメンドされている。リコメンド結果５０６はリコメンド結果５０４が縮小表示されたものである。これは、最新のリコメンド結果である５０５を見やすくするためであり、ユーザーがクリックしたことを検知すると、クライアントアプリケーション３００は、再度、表示することもできる。
ここで、図４のシーケンスの説明に戻る。
【００１３】
Ｓ４０１では、ユーザーが図５の表示画面（Ａ）の状態から、コンテンツ５０１をクリックした後、コンテンツ５０２をクリックする等の行為により、コンテンツ５００、５０１、５０２の順序を表示画面（Ｂ）の状態に変更するよう指示を行う。クライアントアプリケーション３００は、この指示を受け取る。
Ｓ４０２からＳ４０４まででは、クライアントアプリケーション３００によって、コンテンツ５００、５０１、５０２に関連するファイルを検索するためのファイル情報を生成する処理が行われる。この処理に関しては、図６のフローチャートを用いて説明する。
図６は、クライアントアプリケーション３００が、各コンテンツの順序を基に重要度を判定した上で、関連するファイルを検索するためのファイル情報を生成する処理を示すフローチャートである。
Ｓ６０１では、クライアントアプリケーション３００の処理部３０２が、ユーザーがコンテンツの順序を変更したかどうかを判断する。処理部３０２は、変更したと判断した場合は、Ｓ６０２に進む。また、処理部３０２は、変更していないと判断した場合は、図６のフローチャートの処理を終了し、以降の処理は行わない。なお、本実施形態においては、ユーザーはＳ４０１でコンテンツ５０１を最前面に、コンテンツ５０２を全面から２番目の順序に変更しているため、処理部３０２は、Ｓ６０２に進む。
【００１４】
Ｓ６０２では、クライアントアプリケーション３００の順序取得部３０３が、各コンテンツの順序を取得する。本実施形態においては、図５表示画面（Ｂ）の通り、コンテンツ５０２が最前面、コンテンツ５０１が前面から２番目、コンテンツ５００が最背面という順序で各コンテンツの順序が取得される。Ｓ６０２で取得される情報は、画面に表示されているコンテンツの順序情報の一例である。
Ｓ６０３では、Ｓ６０２で取得した順序に基づいて、クライアントアプリケーション３００の重要度設定部３０４が、各コンテンツの重要度を判定する。本実施形態においては、重要度は、最前面に位置するコンテンツほど高く設定されているものとする。例えば、コンテンツ５０２は重要度１０、コンテンツ５０１は重要度８、コンテンツ５０２は重要度６というように設定されているものとする。一般的なレビューにおいては、話の流れにそってコンテンツがクリックされる。そのため、前面に位置するコンテンツほど話題の焦点に近い傾向にある。本実施形態において、前面に位置するコンテンツほど高く重要度を設定しているのは、このためである。
Ｓ６０４では、クライアントアプリケーション３００のコンテンツ情報取得部３０５が、各コンテンツの情報を取得する。ここでいう情報とは、各コンテンツが開いているファイルのバイナリデータやファイル名等である。本実施形態では、コンテンツ５００、５０１、５０２の情報が取得される。
【００１５】
Ｓ６０５では、Ｓ６０４で取得したコンテンツの情報とＳ６０３で判定した重要度とを基に、クライアントアプリケーション３００のファイルファイル情報生成部３０６が、コンテンツのファイル情報を生成する。ここで、ファイル情報の一例について、図７を用いて説明する。
図７は、ファイル情報の一例を示す図であり、解析サーバー１０２は、このファイル情報を受信し、関連するファイルの情報を解析サーバー１０２内のＤＢから検索し、リコメンド結果を生成する。
ファイル情報７００は、コンテンツのファイル情報であり、Ｊｓｏｎ形式で記載されている。本実施形態においては、コンテンツ５００、５０１、５０２のファイル名をｆｉｌｅｎａｍｅ要素として、また重要度をｗｅｉｇｈｔ要素として表現されている。図６のＳ６０５では、このようなファイル情報を生成する。
以上、図６のフローチャートが実行されることで、クライアントアプリケーション３００が、各コンテンツの順序を基に重要度を判定した上で、関連するファイルを検索するためのファイル情報を生成することができる。
【００１６】
ここで、図４のシーケンスの説明に戻る。
Ｓ４０５では、クライアントアプリケーション３００の通信部３０１が、Ｓ６０５で生成したファイル情報を解析サーバー１０２に送信して、関連ファイルの検索要求を行う。
Ｓ４０６では、解析サーバー１０２が、ファイル情報を取得し、ファイル情報を基にＤＢ検索を行い、関連ファイルのリコメンド結果を生成する。また、この際、解析サーバー１０２は、図７のファイル情報７００のｗｅｉｇｈｔ要素を参照し、各コンテンツの重要度を判断し、重要度が高いコンテンツほど、ＤＢ検索時の重みを高める。これにより、重要度の高いコンテンツほど、関連ファイルが多くリコメンドされるようになる。ＤＢ検索時の重みを調整して検索する手法としては、キーワード毎（本実施形態ではファイル名等）に重みづけをして検索する等がある、ＤＢ検索手法に関してはこれに限定されるものではない。
Ｓ４０７では、解析サーバー１０２がＳ４０６で生成したリコメンド結果をクライアントアプリケーション３００に送信する。解析サーバー１０２がＳ４０６で生成したリコメンド結果は、リコメンド情報の一例である。
Ｓ４０８では、クライアントアプリケーション３００の入出力部３０７が、図５のリコメンド結果の出力領域５０３に、Ｓ４０７で受信したリコメンド結果に基づきリコメンド結果を表示する。
【００１７】
Ｓ４０９では、ユーザーが、リコメンド結果５０５から関連ファイルを選択し、関連ファイルの表示を要求する。クライアントアプリケーション３００は、このユーザーの要求を受け付ける。
Ｓ４１０では、クライアントアプリケーション３００の通信部３０１が、ユーザーがＳ４０９で選択した関連ファイルのファイル情報を、ファイルサーバー１０３に送信することで、関連ファイルのダウンロードを要求する。
Ｓ４１１では、ファイルサーバー１０３が、クライアントアプリケーション３００からダウンロード要求されたファイルのデータをクライアントアプリケーション３００に送信する。
Ｓ４１２では、クライアントアプリケーション３００が、関連ファイルのデータを受信し、関連ファイルを対応するアプリケーションに出力要求することで、ダウンロードファイルを入出力装置２０６の画面上に表示する。
以上、図４のシーケンスによって、ユーザーがコンテンツの順序を変更した場合、前面に配置されたコンテンツほど、関連するファイルを多くリコメンドされやすい状況を実現できる。
【００１８】
以上、実施形態１によれば、各コンテンツの重要度を判定し、重要度に基づき、リコメンド結果を画面上に提示する仕組みを提供することができる。そのため、話題の焦点が複数のコンテンツに及ぶ場合でも、関連する資料を的確にリコメンドすることができる。
【００１９】
（実施形態２）
実施形態２として、あるコンテンツの画面表示領域が、前面に位置する他のコンテンツの画面表示領域と重なっている場合は、重要度を設定しない形態を提供する。
実施形態１では、順序が前面に位置するコンテンツほど重要度を高く設定する処理を説明した。しかし、順序が高い場合でも、より前面のコンテンツの画面表示領域と重なっており、ほとんど画面上に表示されていないコンテンツは、話の焦点となっていない可能性がある。しかしながら、実施形態１では、こうしたコンテンツでも順序が高い場合は、重要度が高く設定されてしまう。例えば、最前面のコンテンツが全画面表示されている場合を考える。この場合、全画面表示されているコンテンツにのみ話の焦点は集まりやすいが、実施形態１は、こうした場合においても他のコンテンツのリコメンドが行われる。そのため、実施形態１では、コンテンツの画面表示領域が低い場合に的確なリコメンドが行えない可能性がある、という課題がある。実施形態２では、コンテンツが実際に表示される画面表示領域（以下、可視領域という）が閾値より低い場合、コンテンツに重要度を設定しないことで課題を解決する。
【００２０】
＜処理内容＞
図８は、実施形態２における入出力装置２０６の画面の状態を示す図である。
図８のコンテンツ順序は、コンテンツ８００、コンテンツ８０２、コンテンツ８０１の順に前面に位置しており、それぞれ、コンテンツ５００、５０１、５０２と内容は同一である。しかしながら、図８では、コンテンツ８０１の可視領域は極めて低く、ほとんど画面に表示されていない状態にある。
リコメンド結果出力領域８０３は、５０３と同一のため、説明は省略する。
リコメンド結果８０４は、コンテンツ８００、８０１、８０２の順序と画面表示領域に基づいたリコメンド結果である。なお、リコメンド結果８０４には、可視領域の低い８０１のリコメンド結果は表示されていない。
【００２１】
図９は、実施形態２におけるクライアントアプリケーション３００のファイル情報生成処理を示すフローチャートである。
Ｓ９０１からＳ９０２までの処理は、Ｓ６０１からＳ６０２までの処理と同一のため、説明は省略する。
Ｓ９０３はループ端であり、クライアントアプリケーション３００は、Ｓ９０２で取得したコンテンツの順序が前面にあるコンテンツから順に重要度を判定し、全てのコンテンツの重要度を判定するまで、Ｓ９０４からＳ９０８までの処理を繰り返す。
Ｓ９０４では、クライアントアプリケーション３００の処理部３０２が、重要度の判定が行われていないコンテンツの内、最も順序が前面にあるコンテンツの座標を取得する。本実施形態の例では、ループが回る度に、コンテンツ８００、８０２、８０１の順に座標が取得される。
Ｓ９０５では、クライアントアプリケーション３００の処理部３０２が、画面全体の可視領域とＳ９０４で取得したコンテンツの座標とを基に、コンテンツの可視領域を判定する。一例として、処理部３０２は、座標を基に画面に表示されているコンテンツの面積を演算し、その値を可視領域としてもよい。本実施形態では、ループが回る度に、コンテンツ８００、８０２、８０１の順に可視領域が判定される。
Ｓ９０６では、クライアントアプリケーション３００の処理部３０２が、Ｓ９０５で判定したコンテンツの可視領域が閾値よりも高いかどうかを判断する。処理部３０２は、コンテンツの可視領域が閾値より高いと判断した場合は、Ｓ９０７に進む。また、処理部３０２は、コンテンツの可視領域が閾値より低いと判断した場合は、Ｓ９０８に進み、Ｓ９０７の処理は行われない。なお、本実施形態においては、コンテンツ８００、コンテンツ８０２の可視領域は閾値より高いと判断され、コンテンツ８０１の可視領域は閾値より低いと判断されたものとする。
【００２２】
Ｓ９０７では、クライアントアプリケーション３００の重要度設定部３０４が、Ｓ９０６において、コンテンツの可視領域が閾値より高いと判断されたコンテンツの重要度を設定する。なお、本実施形態において、重要度の設定方法等は、Ｓ６０３と同様、順序の高いコンテンツほど重要度が高く設定されるものとする。したがって、コンテンツ８００は重要度１０、コンテンツ８０２は重要度８というように設定される。なお、コンテンツ８０１は、Ｓ９０６において、可視領域が閾値より低いと判断されたため、重要度は設定されない。
Ｓ９０８では、クライアントアプリケーション３００の処理部３０２が、Ｓ９０５で判定したコンテンツの可視領域を基に画面全体の可視領域を判定する。以降、ループが回る度に画面全体の可視領域を基にＳ９０５で、コンテンツの可視領域が判定される。
Ｓ９０９はループ端である。
Ｓ９１０からＳ９１１までの処理は、Ｓ６０４からＳ６０５までの処理と同一のため、説明は省略する。
以上、図９のフローチャートが実行されることにより、実施形態２において、可視領域の低いコンテンツ８０１の重要度が設定されないため、リコメンド結果８０４に示されているようにコンテンツ８０１に関するリコメンドを除外することができる。
【００２３】
以上、実施形態２によれば、コンテンツの可視領域が閾値より低い場合、コンテンツに重要度を設定しないという仕組みを提供することができる。そのため、コンテンツの画面表示領域が低い場合においても、的確なリコメンドを実現できる。
【００２４】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００２５】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。例えば、クライアントアプリケーション３００の機能の全部又は一部をハードウェアとしてクライアント装置１０１に実装してもよい。また、図２のクライアント装置１０１のハードウェア構成は一例であり、クライアント装置１０１は、複数のＣＰＵ、記憶装置、ネットワーク装置等を有してもよい。
【００２６】
以上、上述した各実施形態の情報処理によれば、画面上に表示されている各コンテンツの重要度を判定した上で、リコメンドを行うため、話題の焦点が複数のコンテンツにおよぶ場合でも、的確に関連するファイルをリコメンドすることができる。
よって、話題の焦点が複数のコンテンツに及ぶ場合でも関連する資料を的確にリコメンド可能とすることができる。
【符号の説明】
【００２７】
１０１  クライアント装置
２０１  ＣＰＵ
３００  クライアントアプリケーション
【図１】
2017134523.tif 000003
【図２】
2017134523.tif 000004
【図３】
2017134523.tif 000005
【図４】
2017134523.tif 000006
【図５】
2017134523.tif 000007
【図６】
2017134523.tif 000008
【図７】
2017134523.tif 000009
【図８】
2017134523.tif 000010
【図９】
2017134523.tif 000011