JP2015079397A - 情報処理装置及び方法 - Google Patents

Abstract

【課題】効率的で適切なマッシュアップを行うこと。
【解決手段】複数のＵＲＩと、複数の属性毎に各ＵＲＩに紐付けられた値とを記憶している情報ソーステーブル１２３と、前記情報ソーステーブルに記憶されている前記ＵＲＩに基づいて情報を取得する情報取得手段３０１と、前記情報取得手段３０１が取得した情報のうち、第１の属性として所定の値を紐付けて前記情報ソーステーブル１２３に記録されている前記ＵＲＩに基づいて取得された情報を、選別の対象から除外した上で、取得された前記情報の中から表示の対象とする情報を選別する情報選別手段３０３と、選別の対象から除外された前記第１の属性として所定の値を紐付けられた前記ＵＲＩに基づいて取得された情報と、選別の結果、表示の対象とされた情報とを組み合わせて表示する情報表示手段３０５と、を備える。
【選択図】図３

Description

本発明は、情報処理装置及び方法に関し、特に、多くの情報を取得しておきその中からいくつかを選択する情報処理に関する。

特許文献１には、コンテンツのフィルタ機能を有する情報処理装置が記載されている。特許文献１は、検索キーワードをフィルタリング対象リストに登録しておき、アクセス要求があると、そのコンテンツ特定情報がフィルタリング対象リストに存在するか否かによってアクセスの許可又は不許可を判断する。

特許文献２には、ユーザ同士の類似度からユーザの興味や嗜好に合うか否かの度合いを示す適合度を推定し、項目選択に利用する情報フィルタリング方式について記載されている。特許文献２は、特許文献１と同様、多くのものから適切な情報を選択するフィルタリングに関する技術が記載されていると考えられる。

特開２００８−３１０５４８号公報 特開平９−２６５４７８号公報

しかしながら、上記従来技術は、情報としての重みが均質なものの中から選ぶのではなく、選び取る情報の種類がまったく異なるもの（例えば、ニュース記事やソーシャルネットワーキングサービスの情報など）からフィルタリングを行い、結果を統合して表示することについては考慮されていない。

種類の異なる複数の情報を用いて総合的なユーザインターフェースを作成することで新たなサービスを形作ることを本明細書では「マッシュアップ」と呼ぶ。また、膨大な量の選択肢の中から関連度や嗜好度が高いものを情報処理装置が選択することを、本明細書では「フィルタリング」と呼ぶ。

従来の、多くの情報を取得しておきその中からいくつかを選択する情報処理装置の先行技術においては、関連度や嗜好度などに基づいて順番に表示したりフィルタリングして表示したりしていた。しかしながら、この際に、表示する必要のない情報を取得して無駄なシステムリソースを使用していたり、フィルタリングに適さないような種類の情報をフィルタリングしてユーザの利便性を損ねていたりしていた。

本発明は、上述したような課題に鑑みてなされたものであって、効率的で適切なマッシュアップを行うことを目的とする。

上記目的を達成するための一構成は、複数のＵＲＩと、複数の属性毎に各ＵＲＩに紐付けられた値とを記憶している情報ソーステーブルと、前記情報ソーステーブルに記憶されている前記ＵＲＩに基づいて情報を取得する情報取得手段と、前記情報取得手段が取得した情報のうち、第１の属性として所定の値を紐付けて前記情報ソーステーブルに記録されている前記ＵＲＩに基づいて取得された情報を、選別の対象から除外した上で、取得された前記情報の中から表示の対象とする情報を選別する情報選別手段と、選別の対象から除外された前記第１の属性として所定の値を紐付けられた前記ＵＲＩに基づいて取得された情報と、選別の結果、表示の対象とされた情報とを組み合わせて表示する情報表示手段と、を備えることを特徴とする。

本発明によれば、効率的で適切なマッシュアップを行うことが可能となる。

本発明の実施形態の外観構成例を示す図である。 上記実施形態のハードウェア＆ソフトウェア構成例を示す図である。 上記実施形態の機能構成を示すブロック図である。 図３の情報ソーステーブル１２３の一例を示す図である。 図３の興味テーブル１２２の一例を示す図である。 図２の表示装置１４に表示される画面の一例を示す図である。 本実施形態におけるフィードの選別処理の流れを示すフローチャートである。 図３の情報表示手段３０５が表示装置１４に表示する画面の一例を示す図である。

以下、本発明を好適に実施した形態について添付図面を参照しながら説明する。本実施形態は、インターネットクラウド上からニュース記事などを含むＲＳＳやＷｅｂＡＰＩなどにより取得したさまざまな情報をマッシュアップし、そのうちいくつかを選択して提示する情報処理を含む情報取得アプリケーションに、本発明に係る技術的思想を適用した実施形態である。

図１に、本実施形態の外観構成例を示す。本実施形態に係る情報処理装置１００は、パーソナルコンピュータ（以下、主として「ＰＣ」と呼ぶ）、スレート型ＰＣ、タブレット型ＰＣ、スマートフォン、携帯型情報端末（Personal Digital Assistance: PDA）などのパーソナルデバイスであり、クラウド上のサーバ２００と通信が可能である。

クラウド上のサーバ２００としては、例えば、ソーシャルネットワーキングサービス（以下、ＳＮＳと呼ぶ）を提供するＳＮＳサーバ２０１，２０２、ＲＳＳやＡｔｏｍなどの形式でニュースを配信するサービスを提供するニュース配信サーバ２０３，２０４、その他のサービスを提供するサーバがある。その他のサービスには種々のものが考えられるが、例えば、天気情報を配信する天気情報配信サーバ２０５、広告情報を配信する広告情報配信サーバ２０６がある。

図２に、情報処理装置１００のハードウェア＆ソフトウェア構成例を示す。図示のように、情報処理装置１００は、演算制御手段として中央演算装置１０を備え、記憶手段として一次記憶１１、二次記憶１２を備える。また、入出力手段として、ネットワーク上のホストと通信を行うためのネットワークインターフェイス１３、表示出力を行うための表示装置１４、ユーザによる操作入力を受け付けるための操作入力部１５を備える。

二次記憶１２は、情報取得アプリケーション１２１、興味テーブル１２２、情報ソーステーブル１２３を記憶している。情報取得アプリケーション１２１は、アプリケーションソフトウェアプログラムであり、情報処理装置１００にプリインストールされている。或いは、コンピュータ読取可能な光学又は磁気記憶媒体を介して、あるいは、ネットワークを介してネットワーク上のサーバ（例えば、ＥＣサーバ２０７でもよい）から提供されてもよい。

情報取得アプリケーション１２１は、中央演算装置１０により実行されることによって以下に述べる機能を含むいくつかの機能を提供する複合的なアプリケーションである。なお、下記機能を提供するにあたって、オペレーティングシステムや外部アプリケーションのライブラリを利用するように構成してもよい。

情報取得アプリケーション１２１は、以下に述べるような構成を備えることによってニュースリーダやＳＮＳアカウントなどのアカウントアグリゲータとして機能する。さらに、情報を取得するだけでなく取得した情報をユーザの嗜好や興味に合わせてフィルタリングを行い、フィルタリング後の情報を用いて統合的なユーザインターフェースを形作るマッシュアップを実行する機能も備えたソフトウェアとして機能する。

図３に、機能ブロック図を示す。情報処理装置１００は、図２に示したようなハードウェアとソフトウェアプログラムの協働により、図３に示す機能ブロックを備える。すなわち、情報処理装置１００は、情報取得手段３０１、情報選別手段３０３、全情報取得手段３０４、情報表示手段３０５、興味推定手段３０６、興味テーブル表示編集手段３０７を備える。

情報ソーステーブル１２３は、情報取得アプリケーション１２１が情報を取得する情報源に関する情報が記憶されたテーブルである。情報源としては、例えば、ＳＮＳ、ニュースの配信サービス、天気情報の配信サービス、広告情報の配信サービスなどがある。図４に、情報ソーステーブル１２３の一例を示す。

図４に示すように、情報ソーステーブル１２３は、一つのレコードが複数の属性を有し、そのうちの一つの属性としてＵＲＩ（Uniform Resource Identifier）を持つデータ構造である。このようなデータ構造で情報ソーステーブル１２３は、各サービスのＵＲＩに各種属性の値を紐付けて記憶している。なお、本実施形態においては、第１の属性の一例が「サービスの種類」である。

また、各サービスは、各サービスへのＩＤとパスワードなどのアカウント情報と関連づけられていてもよい。また、居住地情報と関連付けられていてもよい。特に、ニュースサービスは、ニュースが属するカテゴリと紐付けされていることが好ましい。本実施形態では各サービスはＵＲＩと関連づけられているから、ＵＲＩとカテゴリが紐付けられていると考えてもよい。カテゴリはニュースのみならず他の種類のサービスのＵＲＩに結びつけられてもよい。また、情報ソーステーブル１２３は、「広告」カテゴリに紐付けられるサービスの種類が「広告」であるような行を含んでいてもよい。また、情報ソーステーブル１２３は、図示していない他のフィールドを含んでもよい。本実施形態では、アカウント情報や居住地情報などを登録情報と呼ぶ。

情報取得手段３０１は、情報ソーステーブル１２３を参照して、各サービスにアクセスするための情報に基づいて、ネットワークから情報を取得する。情報取得アプリケーション１２１がニュースリーダとして機能するとき、情報取得手段３０１は、情報ソーステーブル１２３から、サービスの種類が「ニュース」に該当するサービスのＵＲＩを取得する。次に、このＵＲＩに基づいてニュースフィードを取得する。

情報取得手段３０１が取得した取得情報記憶３０２は、情報選別手段３０３が、興味推定手段３０６と興味テーブル表示編集手段３０７によって生成される興味テーブル１２２を用いて、選別される。図５に、興味テーブル１２２の一例を示す。

図５に示すように、興味テーブル１２２は、「政治」や「経済」などのカテゴリごとに、ユーザの興味度が紐付けられている。興味度は、ユーザが興味テーブル表示編集手段３０７を用いて設定する設定興味度（ＯＮとＯＦＦの２値）と、興味推定手段３０６が推定する興味度である推定興味度とを含んでいてもよい。推定興味度は、例えば、ニュースを読むための操作などにより変化する値であり、興味推定手段３０６で推定される。なお、図５のカテゴリは、図４中のカテゴリとリレーションしている。

上述したように、情報取得手段３０１によりフィードの読込やＷｅｂＡＰＩを用いたＳＮＳ投稿の一次取得が行われる。読み込まれたフィードの中から、或いは一次取得したＳＮＳ投稿の中から、メイン画面に表示するものを選別するために、情報選別手段３０３がフィルタリングを行う。

＜マッシュアップの適正化＞
メイン画面の表示は、図６に示すように、時間表示モード（ａ）とカテゴリ表示モード（ｂ）とがある。前者の場合、興味テーブル１２２を参照し、設定興味度がＯＮになっているカテゴリの中から興味度に応じてランダムに一定数の情報を選別する。後者の場合、興味度の高い順にグループを表示する。図中ではカテゴリ１から２、３と行くにつれ興味度が下がる。各グループに表示する情報は、ランダム或いは時間順などの態様で、一定数の情報が選別される。このようにサービスの種類などの属性が異なる複数の情報から総合的なユーザインターフェースを形作ることを「マッシュアップ」と呼ぶ。

マッシュアップしたユーザインターフェースで表示できる情報には限度があるので、一次取得した情報から選別（フィルタリング）を行わなければならない。図６（ａ）では、５分以内に発信されたニュース記事やＳＮＳ投稿（実際には十数件ある）のなかから、４つを選別している。同様に、３０分以内に発信されたニュース記事やＳＮＳ投稿（実際には数十件ある）のなかから、４つを選別している。しかしながら、選別にそもそも適さないような情報に対して選別処理を行わないように、本実施形態では、図７に示すような流れで選別処理及びマッシュアップ処理を行っている。

図７において、まず、情報取得手段３０１が、情報ソーステーブル１２３を参照する（Ｓ１０１）。これで得られた各サービスにアクセスするための情報に基づいて、ネットワークから情報を取得する（Ｓ１０２）。次に、情報選別手段３０３が、情報ソーステーブル１２３に基づいて、サービスの種類が所定の選別を除外する種類に該当する情報を、選別の対象から除外する処理を行う（Ｓ１０３）。

「所定の選別を除外する種類」は、情報選別手段３０３が記憶しており、本実施形態では、「天気予報」と「広告」としている。天気や天候に関する情報である天気予報は、ユーザの嗜好に関係なく、好む好まざるによらずユーザにとって必要な情報である考えられ、ユーザが天気予報記事を読むための操作をしばらくしないだけで表示されなくなってはユーザの利便が損なわれることとなる。

また、広告は、そこに含まれる情報が、新型のパソコンの宣伝（ＩＴ関連）であったり、不動産広告（経済関連）であったり、フィットネスクラブの宣伝（スポーツ関連）であったりする場合があり、カテゴリを定めるにあたって一つに定めづらく、「広告」という独立したカテゴリに入れざるを得ない場合がある。しかしながら、このようにした場合は、ユーザの嗜好を学習した結果、興味度が低いと判断されて表示されにくくなってしまうと不都合がある。

このように、天気情報や広告情報は、フィルタリングに適さない。そこで、本実施形態では情報ソーステーブル１２３に紐付けられている第１の属性「サービスの種類」が天気情報か広告情報に該当する情報を、選別フィルタリングの対象から除外する処理を行う。

次に、情報選別手段３０３が、上で述べたような各カテゴリに対するユーザの興味度に比例しつつある程度ランダムに、取得した情報から除外対象の天気情報や広告情報などを除いた残りのＲＳＳフィードやＳＮＳ投稿などの中から、記事を選別フィルタリングする（Ｓ１０４）。

次に、情報表示手段３０５が、Ｓ１０３で選択対象から除外された天気情報や広告情報などの情報と、Ｓ１０４で選別を受けて表示対象とすることとなったＲＳＳフィードやＳＮＳ投稿などの情報とを合わせて、表示する（Ｓ１０５、Ｓ１０６）。表示画面は、例えば、図６のようになる。なお、選別を除外した情報の内、特に天気予報は、図６中、右上のエリア４０２に、タイル４０１とは別のエリアに独立して表示させることが好ましい。また、広告は、図６中、１グループのタイル４０１と次のグループの間に、広告用タイル４０１ａとして挿入されるように表示されることが好ましい。

以上のようにマッシュアップしたメイン画面から、ユーザによりいずれか一つのニュースやＳＮＳの投稿などが選択された場合に、全情報取得という処理を行う（情報の二次取得）。以下に、再び図３を参照して、全情報取得処理について述べる。

全情報取得手段３０４は、情報選別手段３０３により選別されたニュースのより詳細な情報を取得する。取得する情報は、例えば、画像ファイルがある。また、ＲＳＳフィードが一部の情報だけを記載しているものである場合は、すべての情報を取得する。取得した情報（全情報記憶３０８）は、情報表示手段３０５が表示装置１４に表示する。

図８に、情報表示手段３０５が表示装置１４に表示する画面の一例を示す。図８（ａ）に示すように、表示装置１４の画面には、例えば、ニュースのタイトル、このニュースの画像とともに、このニュースを配信したニュース配信サービスから取得したリード文や本文などの情報が表示される。

なお、情報取得手段３０１がユーザアカウントを用いて、サービスの種類が「ＳＮＳ」に該当するサービスから情報を取得したような場合は、表示装置１４には、図６（ｂ）のような画面が表示される。

本実施形態によれば、多くの情報を取得しておきその中からいくつかを選択する情報処理において適切なマッシュアップが行われるという効果がもたらされる。

１００ 情報処理装置
２００ クラウド上のサーバ
２０５ 天気情報配信サーバ
２０６ 広告情報配信サーバ
１２１ 情報取得アプリケーション
１２２ 興味テーブル
１２３ 情報ソーステーブル
３０１ 情報取得手段
３０２ 取得情報記憶
３０３ 情報選別手段
３０４ 全情報取得手段
３０５ 情報表示手段
３０６ 興味推定手段
３０７ 興味テーブル表示編集手段
３０８ 全情報記憶
４０１ タイル
４０１ａ 広告用タイル
４０２ エリア

Claims (3)

1. 複数のＵＲＩと、複数の属性毎に各ＵＲＩに紐付けられた値とを記憶している情報ソーステーブルと、
   前記情報ソーステーブルに記憶されている前記ＵＲＩに基づいて情報を取得する情報取得手段と、
   前記情報取得手段が取得した情報のうち、第１の属性として所定の値を紐付けて前記情報ソーステーブルに記録されている前記ＵＲＩに基づいて取得された情報を、選別の対象から除外した上で、取得された前記情報の中から表示の対象とする情報を選別する情報選別手段と、
   選別の対象から除外された前記第１の属性として所定の値を紐付けられた前記ＵＲＩに基づいて取得された情報と、選別の結果、表示の対象とされた情報とを組み合わせて表示する情報表示手段と、
   を備えることを特徴とする、情報処理装置。
2. 前記所定の値が、紐付けられたＵＲＩが天気情報に関するものであることを示す値又は広告情報に関するものであることを示す値であることを特徴とする、請求項１に記載の情報処理装置。
3. コンピュータが実行する各ステップであって、
   複数のＵＲＩと、複数の属性毎に各ＵＲＩに紐続けられた値とを情報ソーステーブルに記憶するステップと、
   前記情報ソーステーブルに記憶されている前記ＵＲＩに基づいて情報を取得する情報取得ステップと、
   前記情報取得ステップが取得した情報のうち、第１の属性として所定の値を紐付けて前記情報ソーステーブルに記録されている前記ＵＲＩに基づいて取得された情報を、選別の対象から除外するステップと、
   取得された前記情報の中から表示の対象とする情報を選別する情報選別ステップと、
   選別の対象から除外された前記第１の属性として所定の値を紐付けられた前記ＵＲＩに基づいて取得された情報と、選別の結果、表示の対象とされた情報とを組み合わせて表示する情報表示ステップと、
   を含むことを特徴とする、情報処理方法。

Images