(57)【特許請求の範囲】
【請求項１】
複数のＵＲＩを含む情報ソーステーブルと、
前記情報ソーステーブルに基づいて前記ＵＲＩに係るサービスサイトから投稿を取得する情報取得手段と、
取得した投稿の内、前記サービスサイトへのログインに用いた自アカウントに向けて発せられた投稿を優先的に選別する情報選別手段と、
前記情報選別手段により選別された投稿を表示する情報表示手段と、
前記サービスサイトにおいて前記自アカウントとつながっているアカウントの各々に興味の有無を設定した情報である設定興味度を記憶する興味テーブルと、
を備え、
前記情報選別手段は、前記設定興味度が興味なしに設定されているアカウントの投稿であっても、前記自アカウントに向けて発せられた投稿であれば優先的に表示されるようにすることを特徴とする、情報処理装置。
【請求項２】
前記情報選別手段は、取得した投稿の内、前記自アカウントに向けて発せられた投稿の選別優先度を上げて、選別されやすくすることを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
コンピュータが実行する各ステップであって、
複数のＵＲＩを含む情報ソーステーブルに基づいて前記ＵＲＩに係るサービスサイトから投稿を取得する情報取得ステップと、
取得した投稿の内、前記サービスサイトへのログインに用いた自アカウントに向けて発せられた投稿を優先的に選別する情報選別ステップと、
前記情報選別ステップにて選別された投稿を表示する情報表示ステップと、
前記サービスサイトにおいて前記自アカウントとつながっているアカウントの各々に興味の有無を設定した情報である設定興味度を興味テーブルに記憶する設定興味度記憶ステップをと、
を含み、
前記情報選別ステップでは、前記設定興味度が興味なしに設定されているアカウントの投稿であっても、前記自アカウントに向けて発せられた投稿であれば優先的に表示されるようにすることを特徴とする、情報処理方法。
【請求項４】
前記情報選別ステップでは、取得した投稿の内、前記自アカウントに向けて発せられた投稿の選別優先度を上げて、選別されやすくすることを特徴とする、請求項３に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び方法に関し、特に、多くの情報を取得しておきその中からいくつかを選択する情報処理に関する。
【背景技術】
【０００２】
特許文献１には、コンテンツのフィルタ機能を有する情報処理装置が記載されている。特許文献１は、検索キーワードをフィルタリング対象リストに登録しておき、アクセス要求があると、そのコンテンツ特定情報がフィルタリング対象リストに存在するか否かによってアクセスの許可又は不許可を判断する。
【０００３】
特許文献２には、ユーザ同士の類似度からユーザの興味や嗜好に合うか否かの度合いを示す適合度を推定し、項目選択に利用する情報フィルタリング方式について記載されている。特許文献２は、特許文献１と同様、多くのものから適切な情報を選択するフィルタリングに関する技術が記載されていると考えられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−３１０５４８号公報
【特許文献２】特開平９−２６５４７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
種類の異なる複数の情報を用いて総合的なユーザインターフェースを作成することで新たなサービスを形作ることを本明細書では「マッシュアップ」と呼ぶ。また、膨大な量の選択肢の中から関連度や嗜好度が高いものを情報処理装置が選択することを、本明細書では「フィルタリング」と呼ぶ。
【０００６】
ワールドワイドウェブにおいて配信される情報は膨大な量に及び、取得した情報のすべてを一度にユーザに提示することは通常、不可能である。したがって、従来は、上述したような技術を用いて情報をフィルタリングすることが行われていた。
【０００７】
近年、短文投稿サービスや交流サービスなどのソーシャルネットワーキングサービス（以下、ＳＮＳと表記する場合がある）の普及が進んでいる。ＳＮＳで発信された情報には、特定の人に向けて発信された情報と、発信先を特定せず公に向けて発信された情報とがあり、自分宛に発信された情報は特に重要である。しかしながら、上記従来技術では、フィルタリングを行う際に、自分宛に発信された情報が他の膨大な量の情報の中に埋もれないようにすることが考慮されていないことが問題であった。
【０００８】
本発明は、上記実情に鑑みてなされたものであって、取得した情報を効率的に整理して重要な情報をユーザに提示できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成する本発明の一態様は、複数のＵＲＩを含む情報ソーステーブルと、前記情報ソーステーブルに基づいて前記ＵＲＩに係るサービスサイトから投稿を取得する情報取得手段と、取得した投稿の内、前記サービスサイトへのログインに用いた自アカウントに向けて発せられた投稿を優先的に選別する情報選別手段と、前記情報選別手段により選別された投稿を表示する情報表示手段と、前記サービスサイトにおいて前記自アカウントとつながっているアカウントの各々に興味の有無を設定した情報である設定興味度を記憶する興味テーブルと、を備え、前記情報選別手段は、前記設定興味度が興味なしに設定されているアカウントの投稿であっても、前記自アカウントに向けて発せられた投稿であれば優先的に表示されるようにすることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、取得した情報を効率的に整理して重要な情報をユーザに提示できるようにすることが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態の外観構成例を示す図である。
【図２】上記実施形態のハードウェア＆ソフトウェア構成例を示す図である。
【図３】上記実施形態の機能構成を示すブロック図である。
【図４】図３の情報ソーステーブル１２３の一例を示す図である。
【図５】図３の興味テーブル１２２の構成例を示す図である。
【図６】図５の興味テーブル１２２ａの一例を示す図である。
【図７】図５の興味テーブル１２２ｂの一例を示す図である。
【図８】図２の表示装置１４に表示される画面の一例を示す図である。
【図９】本実施形態の「投稿等」の取得・選別・表示処理の流れを示すフローチャートである。
【図１０】図３の情報表示手段３０５が表示装置１４に表示する画面の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明を好適に実施した形態について添付図面を参照しながら説明する。本実施形態は、インターネットクラウド上からＲＳＳやＷｅｂＡＰＩなどにより取得したさまざまな情報をマッシュアップし、そのうちいくつかを選択して提示する情報処理を含む情報取得アプリケーションに、本発明に係る技術的思想を適用した実施形態である。
【００１３】
図１に、本実施形態の外観構成例を示す。本実施形態に係る情報処理装置１００は、パーソナルコンピュータ（以下、主として「ＰＣ」と呼ぶ）、スレート型ＰＣ、タブレット型ＰＣ、スマートフォン、携帯型情報端末（Personal Digital Assistance: PDA）などのパーソナルデバイスであり、クラウド上のサーバ２００と通信が可能である。
【００１４】
クラウド上のサーバ２００としては、例えば、交流サービス（限定するものではないが、例えばＦａｃｅｂｏｏｋ（登録商標））を提供する交流サーバ２０１，２０２、ＲＳＳやＡｔｏｍなどの形式でニュースを配信するサービスを提供するニュース配信サーバ２０３，２０４、その他のサービスを提供するサーバがある。その他のサービスには種々のものが考えられるが、例えば、天気情報を配信する天気情報配信サーバ２０５、比較的短い文章や写真等を投稿可能な短文投稿サイト（限定するものではないが例えばＴｗｉｔｔｅｒ（登録商標）などがこれに該当する）を提供する短文投稿サーバ２０６がある。
【００１５】
図２に、情報処理装置１００のハードウェア＆ソフトウェア構成例を示す。図示のように、情報処理装置１００は、演算制御手段として中央演算装置１０を備え、記憶手段として一次記憶１１、二次記憶１２を備える。また、入出力手段として、ネットワーク上のホストと通信を行うためのネットワークインターフェイス１３、表示出力を行うための表示装置１４、ユーザによる操作入力を受け付けるための操作入力部１５を備える。
【００１６】
二次記憶１２は、情報取得アプリケーション１２１、興味テーブル１２２、情報ソーステーブル１２３を記憶している。情報取得アプリケーション１２１は、アプリケーションソフトウェアプログラムであり、情報処理装置１００にプリインストールされている。或いは、コンピュータ読取可能な光学又は磁気記憶媒体を介して、あるいは、ネットワークを介してネットワーク上のサーバから提供されてもよい。
【００１７】
情報取得アプリケーション１２１は、中央演算装置１１により実行されることによって以下に述べる機能を含むいくつかの機能を提供する複合的なアプリケーションである。なお、下記機能を提供するにあたって、オペレーティングシステムや外部アプリケーションのライブラリを利用するように構成してもよい。
【００１８】
情報取得アプリケーション１２１は、以下に述べるような構成を備えることによってニュースリーダやＳＮＳアカウントなどのアカウントアグリゲータとして機能する。さらに、取得した情報をマッシュアップ及びフィルタリングを行い、ユーザに提示する機能を備えたソフトウェアとして機能する。
【００１９】
図３に、機能ブロック図を示す。情報処理装置１００は、図２に示したようなハードウェアとソフトウェアプログラムの協働により、図３に示す機能ブロックを備える。すなわち、情報処理装置１００は、情報取得手段３０１、情報選別手段３０３、全情報取得手段３０４、情報表示手段３０５、興味推定手段３０６、興味テーブル表示編集手段３０７を備える。
【００２０】
情報ソーステーブル１２３は、情報取得アプリケーション１２１が情報を取得する情報源に関する情報が記憶されたテーブルである。情報源としては、例えば、交流サービス、ニュースの配信サービス、天気情報の配信サービス、短文投稿サービスなどがある。図４に、情報ソーステーブル１２３の一例を示す。
【００２１】
図４に示すように、各サービスは、サービスにアクセスするための情報に関連づけられている。サービスにアクセスするための情報としては、インターネット上のサービスサイトのＵＲＩ（Uniform Resource Identifier）が典型例であるが、これに限定されない。各サービスは、サービスの種類に関連づけられている。
【００２２】
また、各サービスは、サービスの利用時にログインする必要がある場合は、ＩＤとパスワードなどのアカウント情報と関連づけられていてもよい。また、ＷｅｂＡＰＩを使用して情報を取得する場合は、ＡＰＩ情報と関連づけられてもよい。また、情報ソーステーブル１２３は、図示していない他のフィールドを含んでもよい。本実施形態では、アカウント情報やカテゴリなどを登録情報と呼ぶ。情報取得手段３０１は、情報ソーステーブル１２３を参照して、各サービスにアクセスするための情報に基づいて、ネットワークから情報を取得する。
【００２３】
上述したように、情報取得手段３０１によりフィードの読込やＷｅｂＡＰＩを用いたＳＮＳ投稿の一次取得が行われる。読み込まれたフィードと一次取得したＳＮＳ投稿などさまざまな情報の中から情報選別手段３０３によるフィルタリングが行われ、統合的なユーザインターフェースであるメイン画面を作成するマッシュアップが実行される。
【００２４】
情報取得手段３０１が取得した取得情報記憶３０２は、情報選別手段３０３が、興味推定手段３０６と興味テーブル表示編集手段３０７によって生成される興味テーブル１２２を用いて、選別される。図５に、興味テーブル１２２の一例を示す。
【００２５】
図５に示すように、興味テーブル１２２は、複数の興味テーブルで構成されており、サービスの種類毎に興味テーブルが紐付けられている。この紐付けに基づいて、取得情報記憶３０２の「サービスの種類（図４参照）」が「ニュース」に属する場合は興味テーブル１２２ａを用い、「短文投稿」や「交流」に属する場合は興味テーブル１２２ｂを用いる。興味テーブル１２２は、これら以外の興味テーブル１２２ｃなどを有していてもよい。
【００２６】
図６は、サービスの種類が「ニュース」である場合の興味テーブルの例である。図６に示すように、興味テーブル１２２ａは、「政治」や「経済」などのカテゴリごとに、設定興味度と推定興味度を持つ。設定興味度は、ＯＮ（興味あり）とＯＦＦ（興味なし）の二値であり、ユーザが興味テーブル表示編集手段３０７を用いて設定することができる。推定興味度は、例えば、ニュースを読むための操作などにより変化する値であり、興味推定手段３０６で推定される。
【００２７】
図７は、サービスの種類が交流サービスや短文投稿サービスなどＳＮＳに該当する場合の興味テーブルの例である。図７に示すように、興味テーブル１２２ｂは、交流サイトＢにおいてユーザ（ログインに用いたアカウント）の購読者毎に「設定興味度」と「推定興味度」を持つ構成である。設定興味度の設定は、ＯＮ（興味あり）とＯＦＦ（興味なし）の二値であり、ユーザが興味テーブル表示編集手段３０７を用いて設定することができる。推定興味度は、例えば、投稿を読むための操作などにより変化する値であり、興味推定手段３０６で推定される。なお、購読者とは、同サイトにおける他ユーザのフィードが発行された場合にそのフィードを受け取る設定にしてあるユーザである。
【００２８】
上述のような興味テーブルを用いた情報選別手段３０３による選別を「フィルタリング」と呼ぶが、フィルタリング処理は、具体的には、次のように行われる。図８に、情報取得アプリケーション１２１の「メイン画面」の一例を示す。上述したような処理により情報処理装置１には、ニュースフィードやＳＮＳの投稿など、複数のサービスから膨大な情報が取得されている。しかしながら、メイン画面にはユーザの利便性も考慮に入れて、その中からいくつかを選んで表示する。
【００２９】
図８では、時系列に沿ってグループ化したニュース記事やＳＮＳ投稿を表示している。５分以内に発信されたニュース記事やＳＮＳ投稿（実際には十数件ある）のなかから、４つを選別している。同様に、３０分以内に発信されたニュース記事やＳＮＳ投稿（実際には数十件ある）のなかから、４つを選別している。選別した記事はサムネイルを作りタイル４０１にサムネイルを表示する。
【００３０】
ソーシャルネットワーキングサービスや短文投稿サイトの投稿（以下、「投稿等」と呼ぶ）は、個人が気軽に情報を配信できるように設計されていることもあり、膨大な量の情報が取得される。そこで、本実施形態においては、「投稿等」に関して以下のような方法でフィルタリングの適正化を実施する。
【００３１】
図９に、本実施形態の「投稿等」の取得・選別・表示処理の流れを示す。図に示す処理の流れの中でフィルタリングが適正化される。図９において、まず、情報取得手段３０１が、情報ソーステーブル１２３を参照する（Ｓ１０１）。情報取得手段３０１は、ここで得られた各サービスにアクセスするための情報に基づいて、ネットワーク上のサーバにアクセスして代理ログインする（Ｓ１０２）。これにより、情報取得手段３０１がユーザのアカウントを用いてＳＮＳや短文投稿サイトなどのサービスサイトに代理ログインして、投稿等を取得してくることができる（Ｓ１０３）。
【００３２】
次に、情報選別手段３０３が、興味テーブル１２２を参照する（Ｓ１０４）。このとき、アクセスしたサーバのＵＲＩ等と紐付けられている興味テーブルを参照する。以下、説明例として、“ｈｔｔｐ：／／ＵＲＩ＿ｂ”にログインしたものとする。この場合、同ＵＲＩに紐付けられている興味テーブル１２２ｂ（図７）が参照される。
【００３３】
次に、情報選別手段３０３は、Ｓ１０３で取得した投稿等の中から、特に、代理ログインに用いたユーザのアカウント（以下、ユーザアカウントと呼ぶ）に向けて発せられた投稿等があるか否かを判断する（Ｓ１０５）。自アカウントに向けて発せられたものか否かを何によって判断するかは各サービスの仕様によって異なるが、一例としては、当該自アカウントへのリンクを含む場合に自アカウントに向けて発せられたとみなすという態様がある。
【００３４】
自アカウントに向けて発せられた投稿等がない場合は（Ｓ１０５／Ｎｏ）、情報取得手段３０１が取得した投稿等やニュース記事（以下、コンテンツと呼ぶ）のうち、設定興味度がＯＮ（興味あり）に設定されているコンテンツをフィルタリングの対象とする。フィルタリングの対象とされたコンテンツに推定興味度に基づいて決められる表示度を割り当て、表示度に従う確率でランダムに選択し、一定数のコンテンツを表示する（Ｓ１０９）。
【００３５】
自アカウントに向けて発せられた投稿等がある場合は（Ｓ１０５／Ｙｅｓ）、その投稿等の発信者に係る設定興味度に関わらず、優先的に選別する処理を行う（Ｓ１０６）。優先的な選別の具体的態様としては、第１に、推定興味度（図７）に所定の係数をかけた上で通常のフィルタリングを行う方法がある。また、第２に、当該投稿等を必ず表示させるという方法がある。
【００３６】
第１の方法の場合、情報取得手段３０１が取得したコンテンツのうち、自アカウントに向けて発せられた投稿とそれ以外の設定興味度がＯＮ（興味あり）に設定されているコンテンツをフィルタリング対象とする。自アカウントに向けて発せられた投稿には、推定興味度に所定の係数を乗じた値に基づいて決められる表示度を割り当て、自アカウントに向けて発せられた投稿を除くフィルタリングの対象コンテンツには、推定興味度に基づいて決められる表示度を割り当てる。そして、表示度に従う確率でランダムに一定数のコンテンツを選択することでフィルタリングを行う（Ｓ１０６）。次に、このようにして選別された一定数のコンテンツを含むように統合的なユーザインターフェースであるメイン画面を作成し（Ｓ１０７）、表示する（Ｓ１０８）。
【００３７】
第２の方法の場合、情報取得手段３０１が取得したコンテンツのうち、自アカウントに向けて発せられた投稿は必ず表示することとし、それ以外の設定興味度がＯＮ（興味あり）に設定されているコンテンツをフィルタリングの対象とする。フィルタリングの対象コンテンツは、推定興味度に基づいて決められる表示度を割り当て、表示度に従う確率でランダムに選択することでフィルタリングを行う（Ｓ１０６）。そして、自アカウントに向けて発せられた投稿を必ず含めるようにして、選択された一定数のコンテンツを含む統合的なユーザインターフェースであるメイン画面を作成し（Ｓ１０７）、表示する（Ｓ１０８）。
【００３８】
本実施形態によれば、設定興味度がＯＦＦ（興味なし）に設定されているユーザの投稿等であっても自分に対して発せられた投稿等については優先的に表示させるように動作するので、投稿の多すぎるユーザの表示を抑えつつ、当該ユーザとの交流が図れる効果がある。
【００３９】
以上のようにマッシュアップされた情報が表示されたメイン画面（図８）から、ユーザによりいずれか一つのニュースやＳＮＳの投稿などが選択された場合に、全情報取得という処理を行う。以下に、再び図３を参照して、全情報取得処理について述べる。
【００４０】
全情報取得手段３０４は、情報選別手段３０３により選別されたニュースのより詳細な情報を取得する。取得する情報は、例えば、画像ファイルがある。また、ＲＳＳフィードが一部の情報だけを記載しているものである場合は、すべての情報を取得する。取得した情報（全情報記憶３０８）は、情報表示手段３０５が表示装置１４に表示する。
【００４１】
図１０に、情報表示手段３０５が表示装置１４に表示する画面の一例を示す。図１０（ａ）に示すように、表示装置１４の画面には、例えば、ニュースのタイトル、このニュースの画像とともに、このニュースを配信したニュース配信サービスから取得したリード文や本文などの情報が表示される。
【００４２】
なお、情報取得手段３０１がユーザアカウントを用いて、サービスの種類が「短文投稿」や「交流」に該当するサービスから情報を取得したような場合は、表示装置１４には、図１０（ｂ）のような画面が表示される。
【００４３】
本実施形態は、上述のように、膨大な量の情報を収集できるアプリケーションにおいて、特に、交流サイトや短文投稿サイトにおける投稿等の表示を、自アカウントに向けた投稿等を優先的に選別し表示させるようにしたことで、取得した情報を効率的に整理して重要な情報をユーザに提示することが可能となっている。
【符号の説明】
【００４４】
１００    情報処理装置
２００    クラウド上のサーバ
１２１    情報取得アプリケーション
１２２    興味テーブル
１２３    情報ソーステーブル
３０１    情報取得手段
３０２    取得情報記憶
３０３    情報選別手段
３０４    全情報取得手段
３０５    情報表示手段
３０６    興味推定手段
３０７    興味テーブル表示編集手段
３０８    全情報記憶
４０１    タイル
【図１】
0005862976.tif 000002
【図２】
0005862976.tif 000003
【図３】
0005862976.tif 000004
【図４】
0005862976.tif 000005
【図５】
0005862976.tif 000006
【図６】
0005862976.tif 000007
【図７】
0005862976.tif 000008
【図８】
0005862976.tif 000009
【図９】
0005862976.tif 000010
【図１０】
0005862976.tif 000011