(57)【要約】【課題】情報の可視性の低下、操作性が悪い、操作の対象が制限されるという各課題を同時に解決する。【解決手段】タッチした１次サムネイルに表示されたデータの種類と同じ種類のデータを含んだ情報を、取得した複数の情報から抽出する情報抽出部（１３３）を備え、サムネイル作成部（１４）は、上記情報抽出部（１３３）が抽出した複数の情報を一つの２次情報とし、当該２次情報のサムネイルを２次サムネイルとして作成する。【選択図】図１
2014182655.tif 000002
【特許請求の範囲】
【請求項１】
取得した複数の情報それぞれのサムネイルをタッチパネル上で一覧表示する情報表示装置において、
取得した情報を特定するための複数種類のデータのうち、少なくとも一種類のデータが上記タッチパネル上でタッチ操作可能に表示された、当該情報のサムネイルを１次サムネイルとして作成するサムネイル作成部と、
上記サムネイル作成部が作成した１次サムネイルに表示されたデータのタッチ操作を受け付けるタッチ操作受付部と、
上記タッチ操作受付部がタッチ操作を受け付けたデータの種類を特定するデータ特定部と、
上記データ特定部が特定した種類のデータと同じ種類のデータを含んだ情報を、取得した複数の情報から抽出する情報抽出部とを備え、
上記サムネイル作成部は、
上記情報抽出部が抽出した複数の情報を一つの２次情報とし、当該２次情報のサムネイルを２次サムネイルとして作成することを特徴とする情報表示装置。
【請求項２】
上記情報抽出部は、
上記タッチ操作受付部がピンチイン操作を受け付けたとき、上記データ特定部が特定した種類のデータと同じ種類のデータを含んだ情報を、取得した複数の情報から抽出することを特徴とする請求項１に記載の情報表示装置。
【請求項３】
上記ピンチイン操作開始の２箇所のタッチ位置のうち、一つのタッチ位置は、上記タッチ操作受付部が受け付けたデータのタッチ操作のタッチ位置であることを特徴とする請求項２に記載の情報表示装置。
【請求項４】
上記情報抽出部が抽出した複数の情報を、上記サムネイル作成部が作成した２次サムネイルに対応付けて記憶する記憶手段をさらに備え、
上記サムネイル作成部は、
上記２次サムネイルのタッチ操作を受け付けたとき、上記記憶手段に記憶された当該２次サムネイルに対応付けられた情報を読み出して、それぞれの情報の１次サムネイルを作成することを特徴とする請求項１〜３の何れか１項に記載の情報表示装置。
【請求項５】
上記タッチパネルに一覧表示されているサムネイルは、上記１次サムネイルと２次サムネイルとが混在しているとき、
上記情報抽出部は、
上記データ特定部が特定したデータが、上記２次サムネイル作成のために特定したデータの種類と異なる種類のデータであるとき、当該データを含んだ情報を、取得した複数の情報から抽出することを特徴とする請求項１〜４の何れか１項に記載の情報表示装置。
【請求項６】
上記タッチパネルに一覧表示されているサムネイルに、１次サムネイルと２次サムネイルとが混在している状態で、新たに情報を取得したとき、新たに取得した情報の１次サムネイルを上記一覧に追加して表示させる表示制御部がさらに設けられていることを特徴とする請求項１〜５の何れか１項に記載の情報表示装置。
【請求項７】
請求項１から６のいずれか１項に記載の情報表示装置としてコンピュータを機能させるための情報表示プログラムであって、コンピュータを上記各部として機能させるための情報表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の情報をリスト表示する情報表示装置に関し、特に、情報のサムネイルをリスト表示する情報表示装置に関する。
【背景技術】
【０００２】
複数の情報をリスト表示する情報表示装置では、通常、情報の閲覧性を向上する目的で、閲覧するユーザが設定した条件により、閲覧不要な情報を非表示にすることができる。例えば、ソーシャル・ネットワーキング・サービス(以下、ＳＮＳ)への投稿といった様々な順番や数で数多くの情報をリスト表示するアプリケーションでは、リスト表示された情報の閲覧性を向上する目的で特定の投稿を非表示にする機能が提供されている。具体的には、ＳＮＳの一つであるＦａｃｅｂｏｏｋでは、特定ユーザの投稿をリストから非表示にする機能が提供されている。この機能は、メニューを表示し、メニュー操作によって特定ユーザで投稿を非表示にすることができる。つまり、特定ユーザという単一の条件で、かつ投稿のリスト全体を対象とし、条件に合致する投稿を非表示にするものである。
【０００３】
上記の方法では、特定ユーザの投稿をリストから非表示にするために、メニューを表示し、表示したメニューの操作を実施することから、操作の手数がかかり操作性が悪いという問題がある。そこで、この問題の解決方法として、特許文献１では、画面に並んで表示されている複数画像の両端の画像を対象としたピンチイン操作をすることで、画面に表示されている画像の枚数を減らす手段が提供されている。この手段により、可視性を低下させることなく、かつ簡単な操作で情報をまとめて表示することが可能となっている。この特許文献１の方法は、画面に対する操作で、選択された画像という単一の条件で、かつ選択された範囲を対象とし、条件に合致する画像を非表示にするものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−００３９７７号公報（２０１１０１月０６日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、Ｆａｃｅｂｏｏｋで提供されている特定のユーザの投稿を非表示にする機能では、特定ユーザの投稿がリストから非表示となった後、簡単な操作で非表示となった投稿を表示することができないため、可視性が低下するという課題がある。また投稿を非表示にする操作を実行するには、メニューを表示し、メニューで操作を決定する必要があるため、操作性が悪いという課題がある。
【０００６】
また、特許文献１では、画面内の画像が対象であり、リストに含まれる全ての画像に対しての操作ではなく、画面に表示されていない画像は操作の対象外になるという課題がある。
【０００７】
従って、Ｆａｃｅｂｏｏｋで提供されている機能では「情報の可視性の低下」、「操作性が悪い」という課題があり、特許文献1では「操作の対象が制限される」という課題があり、それぞれの技術では、これらの３つの課題を同時に解決することができないという問題が生じる。
【０００８】
本発明は、上記の各問題点に鑑みなされたものであって、その目的は、情報の可視性の低下、操作性が悪い、操作の対象が制限されるという各課題を同時に解決することを可能とする情報表示装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、本発明の一態様に係る情報表示装置は、取得した複数の情報それぞれのサムネイルをタッチパネル上で一覧表示する情報表示装置において、取得した情報を特定するための複数種類のデータのうち、少なくとも一種類のデータが上記タッチパネル上でタッチ操作可能に表示された、当該情報のサムネイルを１次サムネイルとして作成するサムネイル作成部と、上記サムネイル作成部が作成した１次サムネイルに表示されたデータのタッチ操作を受け付けるタッチ操作受付部と、上記タッチ操作受付部がタッチ操作を受け付けたデータの種類を特定するデータ特定部と、上記データ特定部が特定した種類のデータと同じ種類のデータを含んだ情報を、取得した複数の情報から抽出する情報抽出部とを備え、上記サムネイル作成部は、上記情報抽出部が抽出した複数の情報を一つの２次情報とし、当該２次情報のサムネイルを２次サムネイルとして作成することを特徴としている。
【発明の効果】
【００１０】
本発明の一態様によれば、情報の可視性の低下、操作性が悪い、操作の対象が制限されるという各課題を同時に解決できるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態１の情報表示装置の概略構成ブロック図である。
【図２】図１に示す情報表示装置が備える第１記憶部に記憶されている投稿データの記憶フォーマットの一例を示すテーブルである。
【図３】図１に示す情報表示装置が備えるタッチパネルの表示画面上での投稿データの表示例を示す図である。
【図４】図１に示す情報表示装置が実行する投稿データの束ね方を決定するか否かを判断するための処理の流れを示すフローチャートである。
【図５】図４に示す処理内の投稿データの束ね方を決定するための処理の流れを示すフローチャートである。
【図６】ＳＮＳの種類によって投稿データを束ねる方法を説明するための図である。
【図７】図６に示す束ねる方法において、表示画面に表示されていない投稿データも束ねる対象であることを説明するための図である。
【図８】ＳＮＳの種類によって投稿データを束ねる処理の流れを示すフローチャートである。
【図９】ユーザ名によって投稿データを束ねる方法を説明するための図である。
【図１０】投稿時刻によって投稿データを束ねる方法を説明するための図である。
【図１１】投稿記事によって投稿データを束ねる方法を説明するための図である。
【図１２】本発明の実施形態２の情報表示装置における束ね方の一例を示す図である。
【図１３】本発明の実施形態３の情報表示装置における束ね方の一例を示す図である。
【発明を実施するための形態】
【００１２】
〔実施形態１〕
本発明の一実施形態について説明すれば、以下の通りである。なお、本実施形態では、情報表示置がリスト表示する情報の一例として、ＳＮＳ（ソーシャルネットワーキングサービス）の投稿データ（以下、ＳＮＳ投稿データと称する）の場合について説明する。図１は、本実施形態に係る情報表示装置１０１の概略構成を示すブロック図である。
【００１３】
＜情報表示装置の概略説明＞
上記情報表示装置１０１は、図１に示すように、タッチパネル１１、タッチパネル判定部１２、制御部１３、サムネイル作成部１４、表示制御部１５、通信部１６、投稿データ処理部１７、第１記憶部１８、第２記憶部１９を備えており、上記通信部１６を介してＳＮＳサーバ１０２からＳＮＳ投稿データを取得するようになっている。
【００１４】
上記タッチパネル１１は、上記ＳＮＳ投稿データを表示するための表示部と、ユーザの操作を受け付けるためのタッチセンサとを一体化した液晶パネルまたは有機ＥＬパネル等のフラットディスプレイパネルからなる。タッチパネル１１は、受け付けたユーザの操作位置と操作方法を示す操作情報をタッチパネル判定部１２に送る。
【００１５】
上記タッチパネル判定部１２は、上記タッチパネル１１から操作情報を受け取り、当該タッチパネル１１によって受け付けた操作方法を判定し、当該タッチパネル１１上における操作の発生した座標を決定する。ここで、操作の発生した座標は、上記タッチパネル１１の表示画面左上を原点（０、０）とし、水平方向をＸ座標、垂直方向をＹ座標として定義する。
【００１６】
上記タッチパネル判定部１２は、求めた操作方法と座標に関する情報を制御部１３に送る。ここで、操作方法として、タッチパネルにおいて一般に行われるタップ、ダブルタップ、フリック、ピンチイン、ピンチアウトなどを挙げることができる。つまり、タッチパネル判定部１２は、タッチパネル１１が受け付けた操作がこれらの何れかの操作であるかを判定すると共に、操作位置の座標を求めるようになっている。例えば、上記タッチパネル判定部１２は、操作方法としてピンチインを検出した場合、Ｙ座標が小さいほうの座標をピンチイン座標（１）、Ｙ座標が大きい方法の座標をピンチイン座標（２）とする。この場合、タッチパネル判定部１２は、操作方法がピンチインであること、Ｙ座標が２つのピンチイン座標（１）（２）であることを、制御部１３に送る。
【００１７】
上記制御部１３は、情報表示装置１０１の全体の動作制御を行うようになっている。なお、制御部１３の詳細については後述する。
【００１８】
上記構成の情報表示装置１０１は、ＳＮＳサーバ１０２から通信部１６を介してＳＮＳ投稿データを取得するようになっている。ここで、上記ＳＮＳサーバ１０２は、Ｆａｃｅｂｏｏｋ、ｍｉｘｉあるいはＴｗｉｔｔｅｒなどのソーシャルネットワーキングサービスが提供するＳＮＳサーバであり、ＷｅｂＡＰＩを規定している。つまり、ＳＮＳサーバ１０２は、通信部１６で要求されるＷｅｂＡＰＩに応答し、ＳＮＳ投稿データを当該通信部１６に送る。
【００１９】
上記通信部１６は、投稿データ処理部１７の指示によりＳＮＳ投稿データをＳＮＳサーバ１０２から取得するための通信手段である。具体的には、ＳＮＳサーバ１０２で規定されるＷｅｂＡＰＩを使用し、ｈｔｔｐ通信、あるいはｈｔｔｐｓ通信にて指定されたＳＮＳ投稿データ（以下、投稿データと称する）をＳＮＳサーバ１０２から取得し、投稿データ処理部１７に送る。
【００２０】
上記投稿データは、投稿データ処理部１７によって、所望の形式に変換され、第１記憶部（記憶手段）１８に格納される。つまり、投稿データ処理部１７は、制御部１３の指示により、通信部１６を介して取得した投稿データを第１記憶部１８に格納可能となるように整形、整列し、当該第１記憶部１８に格納する。ここで、整列するとは、投稿データをある規則に従ってソートすることを意味している。本実施形態では、ＳＮＳサーバ１０２に投稿された時刻が新しい順に投稿データをソートすることを整列すると定義している。
【００２１】
上記第１記憶部１８に格納された投稿データは、投稿データ処理部１７、制御部１３、サムネイル作成部１４から必要に応じて読み出される。第１記憶部１８には、例えば図２の（ａ）（ｂ）に示すように、各投稿データが、それぞれの投稿データに含まれる情報とともに一覧にした状態で格納されている。なお、第１記憶部１８に記憶される上記情報の詳細については後述する。
【００２２】
上記サムネイル作成部１４は、制御部１３からの指示により、上記第１記憶部１８に格納された投稿データのサムネイル（１次サムネイル）を作成し、表示制御部１５及び第１記憶部１８に送る。このサムネイルには、投稿データ毎に一覧にされた情報のうち予め設定した情報を画面構成部品（グラフィックデータ）がタッチ操作可能に表示される。
【００２３】
上記表示制御部１５は、サムネイル作成部１４によって作成されたサムネイルと、第２記憶部１９に格納された背景画像等のグラフィックデータとを用いて、タッチパネル１１の表示画面に表示すべきサムネイルの表示位置と、各サムネイルを構成している画面構成部品を適切に配置する手段である。例えば図３の（ａ）（ｂ）に示すように、タッチパネル１１の表示画面には、それぞれのＳＮＳ投稿データが特定できる程度の画面構成部品がサムネイルに表示される。サムネイルの画面構成部品についての詳細は後述する。
【００２４】
上記構成の情報表示装置は、タッチパネル１１の表示画面に、取得した投稿データのサムネイルの一覧を表示するだけでなく、投稿データのサムネイルをユーザが所望する基準で容易に束ねて表示させることを可能としている。本実施形態では、投稿データのサムネイルを束ねることを、制御部１３に含まれるタッチ操作受付部１３１、データ特定部１３２、情報抽出部１３３と、サムネイル作成部１４と、表示制御部１５とによって実現している。
【００２５】
具体的には、制御部１３のタッチ操作受付部１３１は、タッチパネル１１に表示されたサムネイルに表示された投稿データが特定できる程度の情報を示した画面構成部品（データ）のタッチ操作を受け付ける。データ特定部１３２は、タッチ操作受付部１３１がタッチ操作を受け付けたデータの種類を特定する。情報抽出部１３３は、データ特定部１３２が特定した種類のデータと同じ種類のデータを含んだ投稿データを、取得して第１記憶部１８に記憶された複数の投稿データから抽出する。上記サムネイル作成部１４は、上記情報抽出部１３３が抽出した複数の投稿データを一つの情報を２次情報（束ねた投稿データ）とし、当該２次情報のサムネイル（２次サムネイル）を作成する。この２次サムネイルには、例えば図６の（ｂ）に示すように、投稿データを束ねたことを示す符号Ｍが表示される。ＳＮＳ投稿データの束ね方の詳細については後述する。ここで、投稿データを束ねたことを示す符号Ｍが表示されたサムネイルを２次サムネイル、投稿データを束ねたことを示す符号Ｍが表示されていないサムネイルを１次サムネイルとして区別する。なお、説明の便宜上、どちらのサムネイルでもよい場合には、単に「サムネイル」と称する。
【００２６】
また、上記制御部１３では、タッチパネル判定部１２から送られてくる２つのピンチイン座標（１）（２）から、ＳＮＳ投稿データの束ねる方針を決定して、決定した束ねる方針を上記第１記憶部１８に格納するようになっている。
【００２７】
＜ＳＮＳ投稿データの記憶方法＞
上記投稿データ処理部１７は、投稿データを図２の（ａ）に示すフォーマットに変換して、第１記憶部１８に記憶させている。具体的には、一つの投稿データは、投稿データの表示位置の座標とサイズ、ＳＮＳの種類、ＳＮＳの種類の表示位置の座標とサイズ、情報を投稿したユーザ名（以下、ユーザ名）、ユーザ名の表示位置の座標とサイズ、投稿記事、投稿記事の表示位置の座標とサイズ、投稿された時刻（以下、投稿時刻）、投稿時刻の表示位置の座標とサイズから構成される。
【００２８】
ＳＮＳ投稿データ、ＳＮＳの種類、ユーザ名、投稿記事および投稿時刻の表示位置の座標とサイズは、タッチパネル１１における画面表示時の左上を原点としたＸ座標、Ｙ座標および幅、高さを格納する。投稿時刻は、年を４ケタ、月を２ケタ、日を２ケタ、時を２ケタ、分を２ケタ、秒を２ケタで表現し、上位ケタから年、月、日、時、分、秒と格納する。ＳＮＳ投稿データは、投稿データ処理部１７により投稿時刻が新しい順に整列され、記憶される。
【００２９】
さらに、本実施形態では、投稿データを束ねるための情報として、図２（ａ）に示すフォーマットに、新たに「束ねられている投稿の種類」、「束ねている投稿の番号」の２つの項目を加える。ここで、「束ねられている投稿の種類」は、投稿を束ねている場合、「ＳＮＳの種類」、「ユーザ名」、「投稿記事」、「投稿時刻」のいずれかを記憶し、どの種類で投稿を束ねているかを示している。束ねられていない投稿には、「束ねられている投稿の種類」に数値１を記憶する。束ねられた対象の投稿には、「束ねられている投稿の種類」に数値０を記憶する。また、「束ねている投稿の番号」は、束ねられている対象の投稿の番号を記憶する。
【００３０】
投稿データの新たな項目の記憶内容の具体的な例を、図２の（ｂ）に示す。ここで、番号０の投稿は、「束ねられている投稿の種類」が「ユーザ名」となっているので、ユーザ名によって束ねていることになる。また、「束ねている投稿の番号」が数値２、数値３であるので、「番号」２および３の投稿を束ねていることになる。
【００３１】
番号１の投稿は、「束ねられている投稿の種類」が数値１であるので、束ねられていない。番号２、３の投稿は、「束ねられている投稿の種類」が数値０であるので、束ねられていることを示す。番号４の投稿は、「束ねられている投稿の種類」が「投稿記事」となっているので、投稿記事によって束ねていることになる。また、「束ねている投稿の番号」が数値５であるので、「番号」５の投稿を束ねていることになる。番号５の投稿は、「束ねられている投稿の種類」が数値０であるので、束ねられていることを示す。
【００３２】
＜ＳＮＳ投稿データのサムネイル表示画面＞
タッチパネル１１の表示画面にＳＮＳ投稿データのサムネイルの一覧は、例えば図３の（ａ）に示すようになる。この表示画面は、表示制御部１５によって構成された画面である。表示画面の領域２１は、スクロール操作が可能な領域であり、領域２２はスクロール操作できない領域である。領域２１には、第１記憶部１８に記憶されているＳＮＳ投稿データの番号順に、上から表示している。領域２２には、更新ボタンが配置されおり、当該更新ボタンが操作（ユーザによるタッチ操作等）されると、領域２１に表示されている画面の更新を行う。例えば、新しいＳＮＳ投稿データを取得しときに、上記更新ボタンを操作することで、新しく取得したＳＮＳ投稿データを領域２１に表示させるようになっている。
【００３３】
図３の（ａ）に示す一つのサムネイルは、図３の（ｂ）に示すように、ＳＮＳ投稿データを特定するための各種のデータ（画面構成部品）が表示されている。ここでは、一つの投稿が「ＳＮＳの種類」「ユーザ名」「投稿記事」「投稿時刻」という４つの画面構成部品で構成されている例を示している。すなわち、符号２３は、ユーザ名を表示している。あわせてユーザが定義した画像を表示してもよい。符号２４は、ＳＮＳの種類を示している。ＳＮＳで規定されるグラフィックを表示してもよい。符号２５は、投稿記事を表示している。符号２６は、投稿時刻を表示している。
【００３４】
そして、一つのサムネイルに表示されているこれらの画面構成部品は、タッチ操作により選択可能に表示されている。具体的には、ユーザが画面構成部品をタッチすることで、当該画面構成部品を選択したことをタッチパネル判定部１２で判定できるようになっている。
【００３５】
＜ＳＮＳ投稿データの束ね方決定処理＞
本実施形態では、タッチパネル１１の表示画面に一覧表示されたＳＮＳ投稿データの束ね方としてピンチイン操作を用いることを想定して説明する。ここでは、タッチパネル判定部１２によって、操作方法としてピンチインを検出した場合、Ｙ座標が小さいほうの座標であるピンチイン座標（１）が、図３の（ｂ）に示すサムネイル（投稿）上のどの画面構成部品に含まれているかによって「束ね方」を決定する。
【００３６】
図４、５に示すフローチャートを参照しながら、以下にＳＮＳ投稿データの束ね方の決定処理について説明する。ここで、束ね方を決定するためのパラメータとして、ピンチイン座標（１）が含まれるサムネイルを投稿番号「Ａ」、ピンチイン座標（２）が含まれるサムネイルを投稿番号「Ｂ」、「束ね方」を変数として定義する。
【００３７】
まず、「束ね方」、Ａ、Ｂに０を設定する（Ｓ１）。ここで、各パラメータに０を設定することで、各パラメータの初期値を設定するものとする。「束ね方」が初期値０であれば、束ね方が定義されていないこととなる。
【００３８】
次に、ピンチイン座標（１）が含まれる投稿の番号を決定し、Ａに記憶する（Ｓ２）。ここでは、ピンチイン座標（１）がいずれの投稿に含まれているかを決定している。ピンチイン座標（１）と図２の（ａ）で示される各投稿データの座標とサイズから投稿の番号を決定する。決定された番号は、図２の（ａ）に示す「番号」のいずれかであり、Ａに記憶される。
【００３９】
続いて、ピンチイン座標（２）が含まれる投稿の番号を決定し、Ｂに記憶する（Ｓ３）。ここでは、ピンチイン座標（２）がいずれの投稿に含まれているかを決定している。Ｓ２と同様に、ピンチイン座標（２）と図２の（ａ）で示される各投稿データの座標とサイズから投稿の番号を決定する。決定された番号は、図２の（ａ）に示す「番号」のいずれかであり、Ｂに記憶される。
【００４０】
次いで、Ａの「束ねられている投稿の種類」は１か否かを判定する（Ｓ４）。ここでは、Ａに記憶された番号の投稿、すなわちピンチイン座標（１）が含まれる投稿が既に束ねられている投稿か否かを判定している。具体的には、図２の（ｂ）に示す「束ねられている投稿の番号」の有無を確認することで、当該投稿が既に束ねられているか否かを判定することができる。Ｓ４において、ＮＯの場合、すなわち既に束ねられている投稿にピンチイン座標（１）が含まれる場合、処理を終了する。一方、Ｓ４において、ＹＥＳの場合、すなわち既に束ねられている投稿にピンチイン座標（１）が含まれていない場合、Ｓ５に移行して、Ａ＝Ｂか、あるいはＢ＝０かを判定する。
【００４１】
ここで、Ｓ５において、ＹＥＳの場合、すなわちＡ＝Ｂであると判定された場合、Ａ＝Ｂが同じなので、Ａ，Ｂに記憶された投稿は束ねる対象としないため、処理を終了する。また、Ｂ＝０であると判定された場合、ピンチイン座標（２）が投稿データに含まれていないことになるため、処理を終了する。一方、Ｓ５において、ＮＯの場合、すなわち、Ａ＝Ｂでなく、Ｂ＝０でもない場合、Ｓ６に移行して束ね方決定処理を実行する。Ｓ６の束ね方決定処理は、図５に示すＳ１１〜Ｓ２２までの処理に実現される。ここでは、ピンチイン座標（１）に含まれる投稿の番号をＸとして説明する。
【００４２】
まず、番号Ｘの「ＳＮＳの種類」の座標範囲を設定する（Ｓ１１）。番号Ｘに該当する投稿のＳＮＳの種類の座標とサイズを第１記憶部１８から取得し、ＳＮＳの種類の座標範囲を設定する。
【００４３】
次に、ピンチイン座標（１）が「ＳＮＳの種類」に含まれるか否かを判定する（Ｓ１２）。ここで、Ｓ１１で取得した座標とサイズを使用し、ピンチイン座標（１）が「ＳＮＳの種類」に含まれているか否かを判定している。      Ｓ１２において、ＹＥＳの場合、束ね方を「ＳＮＳの種類」として決定し（Ｓ１３）、処理を終了する。一方、Ｓ１２において、ＮＯの場合、Ｓ１４に移行して、番号Ｘの「ユーザ名」の座標範囲を設定する。
【００４４】
続いて、ピンチイン座標（１）が「ユーザ名」に含まれるか否かを判定する（Ｓ１５）。ここで、Ｓ１４で取得した座標とサイズを使用し、ピンチイン座標（１）が「ユーザ名」に含まれているか否かを判定している。Ｓ１５において、ＹＥＳの場合、束ね方を「ユーザ名」として決定し（Ｓ１６）、処理を終了する。一方、Ｓ１５において、ＮＯの場合、Ｓ１７に移行して、番号Ｘの「投稿時刻」の座標範囲を設定する。
【００４５】
次いで、ピンチイン座標（１）が「投稿時刻」に含まれるか否かを判定する（Ｓ１８）。ここで、Ｓ１７で取得した座標とサイズを使用し、ピンチイン座標（１）が「投稿時刻」に含まれているか否かを判定している。Ｓ１８において、ＹＥＳの場合、束ね方を「投稿時刻」として決定し（Ｓ１９）、処理を終了する。一方、Ｓ１８において、ＮＯの場合、Ｓ２０に移行して、番号Ｘの「投稿記事」の座標範囲を設定する。
【００４６】
次に、ピンチイン座標（１）が「投稿記事」に含まれるか否かを判定する（Ｓ２１）。ここで、Ｓ２０で取得した座標とサイズを使用し、ピンチイン座標（１）が「投稿記事」に含まれているか否かを判定している。Ｓ２１において、ＹＥＳの場合、束ね方を「投稿記事」として決定し（Ｓ２２）、処理を終了し、Ｓ２１において、ＮＯの場合、そのまま処理を終了する。
【００４７】
以上の処理により、束ね方を決定する処理のパラメータの一つである「束ね方」は、該当無しを意味する０、「ＳＮＳの種類」、「ユーザ名」、「投稿時刻」、「投稿記事」のいずれかとなる。なお、「束ね方」が０の場合は、以後の例で、束ねる処理は実施されない。  
【００４８】
＜「束ねられている投稿の種類」が「ＳＮＳの種類」の場合の処理＞
ＳＮＳ投稿データを、「ＳＮＳの種類」によって束ねる処理について以下に説明する。
【００４９】
（ピンチイン操作による束ね方（１））
図６は、束ね方が「ＳＮＳの種類」の場合であって、ピンチイン操作により投稿データを束ねたときの表示画面の遷移を示す。図６の（ａ）は、投稿データを束ねる前の表示画面例を示し、図６の（ｂ）は、投稿データを束ねた後の表示画面例を示している。図６において、符号３１、３２は、ピンチイン操作の際のユーザの指がタッチパネル１１上のタッチしている位置を示している。ここでは、符号３１は、符号３２と比較してＹ座標が小さくなるため、符号３１のタッチ位置よりピンチイン座標（１）、符号３２のタッチ位置によりピンチイン座標（２）が決定される。図６の（ａ）は、ピンチイン座標（１）は「ＳＮＳの種類」、ピンチイン座標（２）は上から４番目の投稿データ内に含まれていることを示している。
【００５０】
図６の（ｂ）は、図６の（ａ）に示すピンチイン座標（１）（２）によりピンチイン操作を行った結果（２次サムネイルを含む一覧）を示している。ここで、２次サムネイルには、「ＳＮＳの種類」で束ねたことを示すため、符号３３が示すＭのグラフィックを「ＳＮＳの種類」（Ｆ）の近くに表示している。        
【００５１】
（ピンチイン操作による束ね方（２））
図６では、表示画面に表示された投稿を対象に束ねる処理について説明したが、本発明は、表示画面に表示されていない投稿を対象に束ねる処理を行ってもよい。図７は、束ね方が「ＳＮＳの種類」の場合であって、ピンチイン操作により投稿データを束ねたときの表示画面の遷移を示す。ここで、図６の場合と異なるのは、図７の（ｂ）に示すように、表示画面に表示されていない部分４４の投稿も束ねる対象としている点である。ここで、符号４１、４２は、ピンチイン操作の際のユーザの指がタッチパネル１１上のタッチしている位置を示している。ここでは、ここでは、符号４１は、符号４２と比較してＹ座標が小さくなるため、符号４１のタッチ位置よりピンチイン座標（１）、符号４２のタッチ位置によりピンチイン座標（２）が決定される。図７の（ａ）は、ピンチイン座標（１）は「ＳＮＳの種類」、ピンチイン座標（２）は上から４番目の投稿データ内に含まれていることを示している。
【００５２】
図７の（ｃ）は、図７の（ａ）に示すピンチイン座標（１）（２）によりピンチイン操作を行った結果を示している。ここでは、「ＳＮＳの種類」で束ねたことを示すため、符号４３が示すＭのグラフィックを「ＳＮＳの種類」の近くに表示している。なお、図７の（ｃ）に示すように、束ねられた投稿は、図７の（ｂ）に示すように、表示画面に表示されていない部分４４の投稿も含まれている。具体的には、今回の例では「ＳＮＳの種類」が「Ｆ」である投稿を束ねているため、図７の（ｂ）の表示画面に表示されていない部分４４に例示されている１番目から３番目の投稿データも束ねられる対象となる。この結果、図７の（ｃ）では、図７の（ｂ）において、一番下に表示されている「ＳＮＳの種類」が異なる１０番目の投稿データが５番目に表示されている。
【００５３】
（束ね方が「ＳＮＳの種類」の場合の処理）
ここでは、図５に示すフローチャートのＳ１３において決定した「ＳＮＳの種類」での束ね方の処理について説明する。
【００５４】
まず、カウンタ変数ｉをＡとし（Ｓ３１）、Ａの「ＳＮＳの種類」を記憶し、Ｚとし（Ｓ３２）、フラグ変数を０とする（Ｓ３３）。つまり、カウンタ変数ｉにＡを設定し、図１に示す第１記憶部１８に記憶された投稿データＡの「ＳＮＳの種類」をＺに記憶し、フラグ変数に初期値である０を設定する。このフラグ変数は、束ねる対象が見つかったか否かを示すものである。
【００５５】
次に、カウンタ変数ｉをインクリメントする（Ｓ３４）。つまり、検査すべき投稿の番号を示すカウンタ変数を１カウントアップする。
【００５６】
そして、投稿データｉは存在するか否かを判定する（Ｓ３５）。つまり、検査すべき投稿が存在するか否かを判定する。Ｓ３５においてＮＯの場合、すなわち検査すべき投稿が存在しない場合は、Ｓ４１に移行する。一方、Ｓ３５においてＹＥＳの場合、すなわち検査すべき投稿が存在している場合は、Ｓ３６に移行する。
【００５７】
Ｓ３６では、投稿データｉの「束ねられている投稿の種類」は１か否かを判定する。つまり、投稿データが既に束ねられている対象になっているかどうかを判定している。Ｓ３６においてＹＥＳの場合、すなわち既に束ねられている投稿が見つかった場合は、束ねる操作を終了するために、Ｓ４１に移行する。一方、Ｓ３６においてＮＯの場合、すなわち既に束ねられている投稿が見つかっていない場合は、Ｓ３７に移行する。
【００５８】
Ｓ３７では、投稿データｉの「ＳＮＳの種類」とＺは同一か否かを判定する。つまり、束ねる元の投稿であるＡの「ＳＮＳの種類」と現在の検査対象の投稿（ｉ番目）の「ＳＮＳの種類」が一致しているかを判定している。Ｓ３７においてＮＯの場合、すなわち投稿データｉの「ＳＮＳの種類」とＺが同一でない場合、Ｓ３４に移行してカウンタ変数ｉをインクリメントする。一方、Ｓ３８においてＹＥＳの場合、すなわち投稿データｉの「ＳＮＳの種類」とＺが同一である場合、Ｓ３８に移行する。
【００５９】
Ｓ３８では、投稿データｉの「束ねられている投稿の種類」に０を設定し、Ｓ３９に移行する。つまり、現在の検査対象の投稿（ｉ番目）が束ねる対象となることから、投稿データｉの「束ねられている投稿の種類」に０を設定している。
【００６０】
次に、Ｓ３９では、投稿データＡの「束ねている投稿の番号」にｉを追加する。つまり、投稿データＡの「束ねている投稿の番号」にiを追加し、投稿データＡが束ねている投稿の番号を記憶している。
【００６１】
そして、フラグ変数を１とし（Ｓ４０）、Ｓ３４に移行してカウンタ変数ｉをインクリメントする。つまり、フラグ変数に１を設定し、束ねる対象が見つかったかを記憶し、Ｓ３４に移行してカウンタ変数ｉをインクリメントする。
【００６２】
上記Ｓ３５においてＮＯの場合、投稿データが存在しない場合、そして、上記Ｓ３６においてＹＥＳの場合、投稿データｉの「束ねている投稿の種類」が１である場合、Ｓ４１において、フラグ変数が１か否かを判定する。つまり、Ｓ４１は、検査すべき投稿が無くなった時点で実施され、束ねる投稿が見つかっているかどうかを判定している。
【００６３】
ここで、Ｓ４１においてＮＯの場合、すなわちフラグ変数が１でない場合、処理を終了し、Ｓ４１においてＹＥＳの場合、すなわちフラグ変数が１である場合、Ｓ４２において、投稿データＡの「束ねられている投稿の種類」に「ＳＮＳの種類」を設定し、処理を終了する。つまり、Ｓ４２において、「ＳＮＳの種類」で束ねたということを、投稿データＡの「束ねられている投稿の種類」に記憶し、処理を終了する。
【００６４】
＜「束ねられている投稿の種類」が「ユーザ名」の場合について説明する。＞
ＳＮＳ投稿データを、「ユーザ名」によって束ねる処理について以下に説明する。
【００６５】
（ピンチイン操作による束ね方）
図９は、束ね方が「ユーザ名」の場合であって、ピンチイン操作により投稿データを束ねたときの表示画面の遷移を示す。図９の（ａ）は、投稿データを束ねる前の表示画面例を示し、図９の（ｂ）は、投稿データを束ねた後の表示画面例を示している。図９において、符号５１、５２は、ピンチイン操作の際のユーザの指がタッチパネル１１上のタッチしている位置を示している。ここでは、符号５１は、符号５２と比較してＹ座標が小さくなるため、符号５１のタッチ位置よりピンチイン座標（１）、符号５２のタッチ位置によりピンチイン座標（２）が決定される。図９の（ａ）は、ピンチイン座標（１）は「ユーザ名」、ピンチイン座標（２）は上から５番目の投稿データ内に含まれていることを示している。
【００６６】
図９の（ｂ）は、図９の（ａ）に示すピンチイン座標（１）（２）によりピンチイン操作を行った結果を示している。ここでは、「ユーザ名」で束ねたことを示すため、符号５３が示すＭのグラフィックを「ユーザ名」の近くに表示している。
【００６７】
＜「束ねられている投稿の種類」が「投稿時刻」の場合について説明する。＞
ＳＮＳ投稿データを、「投稿時刻」によって束ねる処理について以下に説明する。
【００６８】
（ピンチイン操作による束ね方）
図１０は、束ね方が「投稿時刻」の場合であって、ピンチイン操作により投稿データを束ねたときの表示画面の遷移を示す。図１０の（ａ）は、投稿データを束ねる前の表示画面例を示し、図１０の（ｂ）は、投稿データを束ねた後の表示画面例を示している。図１０において、符号６１、６２は、ピンチイン操作の際のユーザの指がタッチパネル１１上のタッチしている位置を示している。ここでは、符号６１は、符号６２と比較してＹ座標が小さくなるため、符号６１のタッチ位置よりピンチイン座標（１）、符号６２のタッチ位置によりピンチイン座標（２）が決定される。図１０の（ａ）は、ピンチイン座標（１）は「投稿時刻」、ピンチイン座標（２）は上から５番目の投稿データ内に含まれていることを示している。
【００６９】
図１０の（ｂ）は、図１０の（ａ）に示すピンチイン座標（１）（２）によりピンチイン操作を行った結果を示している。ここでは、「投稿時刻」で束ねたことを示すため、符号５３が示すＭのグラフィックを「投稿時刻」の近くに表示している。
【００７０】
＜「束ねられている投稿の種類」が「投稿記事」の場合について説明する。＞
ＳＮＳ投稿データを、「投稿記事」によって束ねる処理について以下に説明する。
【００７１】
（ピンチイン操作による束ね方）
図１１は、束ね方が「投稿記事」の場合であって、ピンチイン操作によりＳＮＳ投稿データを束ねたときの表示画面の遷移を示す。図１１の（ａ）は、ＳＮＳ投稿データを束ねる前の表示画面例を示し、図１１の（ｂ）は、ＳＮＳ投稿データを束ねた後の表示画面例を示している。図１１において、符号７１、７２は、ピンチイン操作の際のユーザの指がタッチパネル１１上のタッチしている位置を示している。ここでは、符号７１は、符号７２と比較してＹ座標が小さくなるため、符号７１のタッチ位置よりピンチイン座標（１）、符号７２のタッチ位置によりピンチイン座標（２）が決定される。図１１の（ａ）は、ピンチイン座標（１）は「投稿記事」、ピンチイン座標（２）は上から５番目の投稿データ内に含まれていることを示している。
【００７２】
図１１の（ｂ）は、図１１の（ａ）に示すピンチイン座標（１）（２）によりピンチイン操作を行った結果を示している。ここでは、「投稿記事」で束ねたことを示すため、符号７３が示すＭのグラフィックを「投稿記事」の近くに表示している。
【００７３】
以上のように、束ね方が「ユーザ名」の場合であっても、束ね方の処理は、束ね方が「ＳＮＳの種類」の場合の処理と基本的に同じであり、図８に示すフローチャートのＳ３２、Ｓ３７、Ｓ４２において「ＳＮＳの種類」を「ユーザ名」にそれぞれ置き換えるだけでよい。
【００７４】
また、束ね方が「投稿時刻」の場合であっても、束ね方の処理は、束ね方が「ＳＮＳの種類」の場合の処理と基本的に同じであり、図８に示すフローチャートのＳ３５を「ｉはＢより大きいか？」という判定に差し換え、Ｓ３７を廃止し、Ｓ３２、Ｓ４２において「ＳＮＳの種類」を「投稿時刻」にそれぞれ置き換えるだけでよい。
【００７５】
また、束ね方が「投稿記事」の場合であっても、束ね方の処理は、束ね方が「ＳＮＳの種類」の場合の処理と基本的に同じであり、図８に示すフローチャートのＳ３５を「ｉはＢより大きいか？」という判定に差し換え、Ｓ３７を「投稿データＡの「ＳＮＳの種類」と「ユーザ名」は投稿データｉの「ＳＮＳの種類」と「ユーザ名」といずれも一致しているか？」という判定に差し換え、Ｓ３２、Ｓ４２において「ＳＮＳの種類」を「投稿記事」にそれぞれ置き換えるだけでよい。
【００７６】
〔実施形態２〕
本発明の他の実施形態について、図１２を参照しながら以下に説明する。本実施形態では、複数回の束ねる操作を実施する例について説明する。
【００７７】
図１２は、ピンチイン操作により既に束ねられたＳＮＳ投稿データを、さらに「投稿記事」により束ねときの表示画面の遷移を示す。図１２の（ａ）は、ＳＮＳ投稿データを束ねる前の表示画面例を示し、図１２の（ｂ）は、ＳＮＳ投稿データを束ねた後の表示画面例を示している。図１２の（ａ）は、実施形態１で説明した図９の（ｂ）に示す「ユーザ名」でＳＮＳ投稿データを束ねた結果を示す図と同じである。図１２において、符号８１、８２は、ピンチイン操作の際のユーザの指がタッチパネル１１上のタッチしている位置を示している。ここでは、符号８１は、符号８２と比較してＹ座標が小さくなるため、符号８１のタッチ位置よりピンチイン座標（１）、符号８２のタッチ位置によりピンチイン座標（２）が決定される。図１２の（ａ）は、ピンチイン座標（１）は「投稿記事」、ピンチイン座標（２）は上から３番目の投稿データ内に含まれていることを示している。
【００７８】
図１２の（ｂ）は、図１２の（ａ）に示すピンチイン座標（１）（２）によりピンチイン操作を行った結果を示している。ここでは、「投稿記事」で束ねたことを示すため、符号８３が示すＭのグラフィックを「投稿記事」の近くに表示している。
【００７９】
なお、束ね方が「投稿記事」の場合の処理については、束ね方の処理は、束ね方が「ＳＮＳの種類」の場合の処理と基本的に同じであり、図８に示すフローチャートのＳ３５を「ｉはＢより大きいか？」という判定に差し換え、Ｓ３７を「投稿データＡの「ＳＮＳの種類」と「ユーザ名」は投稿データｉの「ＳＮＳの種類」と「ユーザ名」といずれも一致しているか？」という判定に差し換え、Ｓ３２、Ｓ４２において「ＳＮＳの種類」を「投稿記事」にそれぞれ置き換えるだけでよいため、詳細な説明は省略する。
【００８０】
〔実施形態３〕
本発明のさらに他の実施形態について、図１３を参照しながら以下に説明する。本実施形態では、ＳＮＳ投稿データが新たに投稿されているか否かを確認するために、タッチパネル１１上に更新ボタンを表示して、当該更新ボタンをタッチ（押下）することで、新規投稿を取得する例について説明する。
【００８１】
図１３の（ａ）は、図１２の（ｂ）と同じ表示である。この状態で、画面下部の更新ボタンを押下する。すると、図１３の（ｂ）に示すように、新規のＳＮＳ投稿データ９１を取得し、表示する。ここでは、新規に取得されたＳＮＳ投稿データは、２件であることを示している。
【００８２】
なお、図１３の（ａ）の１番目の投稿は「ＳＮＳの種類」が[Ｆ]、「ユーザ名」がＡの投稿であり、図１３の（ｂ）に示す取得された新規の２件の投稿も「ＳＮＳの種類」が[Ｆ]、「ユーザ名が」のＡの投稿であるが、既に束ねられている図１３の（ｂ）に示す３番目の投稿には束ねられないようにしている。これにより、ユーザは、新規投稿を確実に認識することができる。
【００８３】
具体的には、表示制御部１５が、タッチパネル１１に一覧表示されているサムネイルに、１次サムネイルと２次サムネイルとが混在している状態で、新たに情報を取得したとき、サムネイル作成部１４で作成された新たに取得した情報の１次サムネイルを上記一覧に追加して表示させるようにしている。
【００８４】
以上の実施形態１〜３では、ＳＮＳ投稿データを束ねる例について説明したが、束ねたＳＮＳ投稿データは開くこともできる。例えば、図１１（ｂ）に示すように、束ねられていることを示すＭのグラフィックをタッチ操作可能なボタンとして定義し、このＭをタッチすることで、束ねられたＳＮＳ投稿データを開くようにすればよい。
【００８５】
図１１の（ｂ）において、Ｍをタッチすることで、束ねられている投稿をひらきなおす操作を実行する。すると、束ねた投稿をひらいて表示し、束ねる操作を実行する前の図１１の（ａ）と同じ表示状態となる。
【００８６】
〔ソフトウェアによる実現例〕
情報表示装置１０１の制御ブロック（特に制御部１３）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【００８７】
後者の場合、情報表示装置１０１は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００８８】
〔まとめ〕
本発明の態様１に係る情報表示装置は、取得した複数の情報それぞれのサムネイルをタッチパネル１１上で一覧表示する情報表示装置１０１において、取得した情報を特定するための複数種類のデータのうち、少なくとも一種類のデータが上記タッチパネル１１上でタッチ操作可能に表示された、当該情報のサムネイルを１次サムネイルとして作成するサムネイル作成部１４と、上記サムネイル作成部１４が作成した１次サムネイルに表示されたデータのタッチ操作を受け付けるタッチ操作受付部１３１と、上記タッチ操作受付部１３１がタッチ操作を受け付けたデータの種類を特定するデータ特定部１３２と、上記データ特定部１３２が特定した種類のデータと同じ種類のデータを含んだ情報を、取得した複数の情報から抽出する情報抽出部１３３とを備え、上記サムネイル作成部１４は、上記情報抽出部１３３が抽出した複数の情報を一つの２次情報とし、当該２次情報のサムネイルを２次サムネイルとして作成することを特徴としている。
【００８９】
上記の構成によれば、ユーザは、情報を束ねるために、１次サムネイル上の所望のデータをタッチするだけで、当該タッチされたデータと、同じデータを含んだ情報を、取得した複数の情報から抽出し、当該情報群から作成される２次サムネイル表示させることができる。つまり、ユーザは、データを１次サムネイル上でタッチするだけで、同じ種類のデータを有する情報を簡単に束ねることができる。しかも、１次サムネイルに表示されるタッチ操作可能なデータの種類に応じて、束ねる情報を、取得した複数の情報から抽出するようになっているので、１次サムネイルがタッチパネルに表示されていない情報も抽出対象にすることができる。
【００９０】
本発明の態様２に係る情報表示装置は、上記態様１において、上記情報抽出部１３３は、上記タッチ操作受付部１３１がピンチイン操作を受け付けたとき、上記データ特定部１３２が特定した種類のデータと同じ種類のデータを含んだ情報を、取得した複数の情報から抽出するようにしてもよい。上記の構成によれば、ピンチイン操作することにより、情報を束ねることができるので、ユーザは直感的な操作により情報を束ねることができる。
【００９１】
本発明の態様３に係る情報表示装置は、上記態様２において、上記ピンチイン操作開始の２箇所のタッチ位置のうち、一つのタッチ位置は、上記タッチ操作受付部１３１が受け付けたデータのタッチ操作のタッチ位置であってもよい。上記の構成によれば、サムネイル上のデータをタッチする動作に引き続きピンチイン操作を行うことが可能となるので、ユーザはさらなる直感的な操作により情報を束ねることができる。
【００９２】
本発明の態様４に係る情報表示装置は、上記態様１〜３の何れか一つの態様において、上記情報抽出部１３３が抽出した複数の情報を、上記サムネイル作成部が作成した２次サムネイルに対応付けて記憶する記憶手段（第１記憶部１８）をさらに備え、上記サムネイル作成部１４は、上記２次サムネイルのタッチ操作を受け付けたとき、上記記憶手段に記憶された当該２次サムネイルに対応付けられた情報を読み出して、それぞれの情報の１次サムネイルを作成することを特徴としている。上記構成によれば、サムネイル作成部は、２次サムネイルのタッチ操作が受け付けられたとき、記憶手段に記憶された当該２次サムネイルに対応付けられた情報を読み出して、それぞれの情報の１次サムネイルを作成することで、ユーザは２次サムネイルをタッチするだけで容易に元の情報に対応する１次サムネイルを表示させることが可能となる。
【００９３】
本発明の態様５に係る情報表示装置は、上記態様１〜４の何れか一つの態様において、上記タッチパネル１１に一覧表示されているサムネイルは、上記１次サムネイルと２次サムネイルとが混在しているとき、上記情報抽出部１３３は、上記データ特定部が特定したデータが、上記２次サムネイル作成のために特定したデータの種類と異なる種類のデータであるとき、当該データを含んだ情報を、取得した複数の情報から抽出してもよい。上記構成によれば、タッチパネルに１次サムネイルと２次サムネイルとが混在して表示され、２次サムネイル作成のために特定したデータの種類と異なる種類のデータを含んだ情報を、取得した複数の情報から抽出してさらに情報を束ねる操作を行うことができる。すなわち、情報を束ねる操作を複数回行うことが可能となる。
【００９４】
本発明の態様６に係る情報表示装置は、上記態様１〜５の何れか一つの態様において、上記タッチパネル１１に一覧表示されているサムネイルに、１次サムネイルと２次サムネイルとが混在している状態で、新たに情報を取得したとき、新たに取得した情報の１次サムネイルを上記一覧に追加して表示させる表示制御部１５がさらに設けられていてもよい。上記構成によれば、既に情報が束ねられた状態で、新たに情報を取得しても、自動で束ねる操作は行わずに、１次サムネイルを作成して表示するようにしているため、ユーザは更新された情報を容易に確認することができる。
【００９５】
本発明の各態様に係る情報表示装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記情報表示装置が備える各部として動作させることにより上記情報表示装置をコンピュータにて実現させる情報表示装置の情報表示プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００９６】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【産業上の利用可能性】
【００９７】
本発明は、複数の情報をリスト表示する情報表示装置に好適であり、特に、ソーシャル・ネットワーキング・サービス(以下、ＳＮＳ)への投稿をリスト表示する際に、投稿の表示・非表示を行う必要のあるスマートフォンのような携帯端末に利用することができる。
【符号の説明】
【００９８】
１１  タッチパネル、１２  タッチパネル判定部、１３  制御部、１４  サムネイル作成部、１５  表示制御部、１６  通信部、１７  投稿データ処理部、１８  第１記憶部、１９  第２記憶部、９１  ＳＮＳ投稿データ、１０１  情報表示装置、１０２  ＳＮＳサーバ、１３１  タッチ操作受付部、１３２  データ特定部、１３３  情報抽出部
【図１】
2014182655.tif 000003
【図２】
2014182655.tif 000004
【図３】
2014182655.tif 000005
【図４】
2014182655.tif 000006
【図５】
2014182655.tif 000007
【図６】
2014182655.tif 000008
【図７】
2014182655.tif 000009
【図８】
2014182655.tif 000010
【図９】
2014182655.tif 000011
【図１０】
2014182655.tif 000012
【図１１】
2014182655.tif 000013
【図１２】
2014182655.tif 000014
【図１３】
2014182655.tif 000015