情報端末、情報端末の情報提示方法及び情報提示プログラム
【課題】 多種多様の複数のアプリケーションプログラムにより扱われる複数の更新情報を、煩雑な操作を要せずにユーザが簡単且つ容易に確認できるようにする。
【解決手段】
情報蓄積部６２〜７０は、それぞれ異なる複数種類の情報を蓄積する。更新情報蓄積部６１は、各情報蓄積部６２〜７０において更新された情報の一部を、各種類に対応付けた更新情報として格納する。更新情報管理部５１は、各情報蓄積部６２〜７０の情報更新を監視し、情報蓄積部６２〜７０にて情報更新がなされた時、その更新された情報の一部を各種類に対応付けた更新情報として更新情報蓄積部６１へ格納させる。また、情報選択部５０は、更新情報蓄積部６１に格納された時系列順の更新情報を抽出して、画面表示させるために出力する。
【解決手段】
情報蓄積部６２〜７０は、それぞれ異なる複数種類の情報を蓄積する。更新情報蓄積部６１は、各情報蓄積部６２〜７０において更新された情報の一部を、各種類に対応付けた更新情報として格納する。更新情報管理部５１は、各情報蓄積部６２〜７０の情報更新を監視し、情報蓄積部６２〜７０にて情報更新がなされた時、その更新された情報の一部を各種類に対応付けた更新情報として更新情報蓄積部６１へ格納させる。また、情報選択部５０は、更新情報蓄積部６１に格納された時系列順の更新情報を抽出して、画面表示させるために出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば携帯電話機のような情報端末と、その情報端末において取り扱われる様々な情報をユーザへ提示する際の情報提示方法及び情報提示プログラムに関する。
【背景技術】
【０００２】
従来より、携帯情報端末の代表例である携帯電話端末は、例えば通話の発着信履歴や電子メールの送受信履歴、その他メッセージの受信履歴などを一覧表示する機能を備えている。
【０００３】
例えば特開２００１−１８６５６９号の公開特許公報（特許文献１）には、通話やメールの送受信日時とその相手先の電話番号やメールアドレスなどの交信記録と、送受信時に付加された情報の有無及びその情報の所在を記録手段に記録する携帯型無線電話機が開示されている。そして、この特許文献１に記載の携帯型無線電話機は、例えば所定のボタン操作がなされた場合、交信記録を時系列順に表示し、さらに付加情報がある時には記録手段からその情報を取得し、その情報が音声情報であれば拡声器から音声を再生し、文字や画像情報であれば表示させるようになされている。
【０００４】
また、特開２００５−１６００５２号の公開特許公報（特許文献２）には、送信電子メール、受信電子メールをそれぞれ記憶する記憶部と、その記憶部に記憶された電子メールの中から指定された相手の電子メールを検出する制御部と、その制御部によって検出された相手の電子メールを時系列に一覧表示する表示部とを備えた携帯端末装置が開示されている。すなわちこの特許文献２に記載の携帯端末装置では、指定した相手に対する、送信電子メール、受信電子メールをそれぞれ混在させて時系列に一覧表示可能となされており、相手との間でどのように電子メールの交換を行ったかを一目で判るようにしている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１８６５６９号公報（図１）
【特許文献２】特開２００５−１６００５２号公報（図２）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、近年の携帯電話端末は、通話用アプリケーションプログラムや電子メールアプリケーションプログラムのみならず、インターネットへの接続及びウェブページの閲覧用アプリケーションプログラム、写真画像や動画像の撮影とそれら画像の再生用アプリケーションプログラム、楽曲の管理とその楽曲の再生用アプリケーションプログラム、スケジュール管理用アプリケーションプログラムなど、それぞれが別個若しくは相互に連携した多種多様のアプリケーションプログラムを実行可能となされている。
【０００７】
このため、それら複数のアプリケーションプログラムのうち所望のアプリケーションプログラムにより扱われるデータ等の更新を確認するような場合、ユーザは、携帯電話端末を操作して、当該所望のアプリケーションプログラムを起動させた上で、そのアプリケーションプログラムにより扱われるデータ等の更新情報をディスプレイ上に表示させるような操作を行わなければならない。すなわち例えば、電子メールの通信履歴の更新情報を確認するような場合、ユーザは、電子メールアプリケーションプログラムを起動させ、その電子メールアプリケーションプログラムの実行により通信履歴を表示させるような操作を行わなければならない。同様に、例えば、写真画像の追加履歴を確認するような場合には、ユーザは、写真用アプリケーションプログラムを起動させ、そのアプリケーションプログラムにより追加履歴を表示させるような操作を行わなければならない。したがって、例えばそれぞれ異なるアプリケーションプログラムにより扱われる複数のデータ等の更新を確認したいような場合には、先ず、或るアプリケーションプログラムを起動させてそれにより扱われるデータ等の更新情報を表示させた後、次に起動させたい別のアプリケーションプログラムを選び、当該選んだアプリケーションプログラムを起動させてそれにより扱われるデータ等の更新情報を表示させるような操作を、次々と繰り返さなければならず、ユーザは非常に煩雑な作業を行う必要がある。なお、例えば同じアプリケーションプログラムにより扱われる複数種類のデータ等の更新情報が有るような場合にも略々同様であり、ユーザは、それら異なる種類のデータ等の更新を確認するためには、それら各種のデータ等の更新情報を次々に切り替えて表示させるような煩雑な操作を行わなければならない。
【０００８】
本発明は、このような実情に鑑みて提案されたものであり、それぞれ異なる種類のアプリケーションプログラムなどにより扱われる複数のデータ等の更新を、煩雑な操作を要せずにユーザが簡単且つ容易に確認できるようにする情報端末、情報端末の情報提示方法及び情報提示プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の情報端末は、更新情報格納部と、情報制御部と、表示制御部とを有する。更新情報格納部は、複数種類の情報が蓄積される情報蓄積部において更新された情報の一部を各種類に対応付けた更新情報として格納する。情報制御部は、情報蓄積部における情報更新を監視し、情報蓄積部にて情報更新がなされた時、当該更新された情報の一部を各種類に対応付けた更新情報として更新情報格納部へ格納させ、当該更新情報格納部に格納された更新情報を所定の規則に従った並び順で表示制御部へ送出する。表示制御部は、情報制御部から供給された所定の規則に従った並び順の更新情報を画面表示させる。これにより、本発明は上述した課題を解決する。
【００１０】
すなわち、本発明によれば、複数種類の更新情報を一元的に管理して所定の並び順（例えば時系列順）に画面表示可能となされている。
【発明の効果】
【００１１】
本発明においては、複数種類の更新情報を一元的に管理して例えば時系列順に画面表示可能となされているため、それぞれ別個に実行される多種多様の複数のアプリケーションプログラムにより扱われる複数の更新情報を、煩雑な操作を要せずにユーザが簡単且つ容易に確認することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明実施形態の携帯電話端末の概略構成を示すブロック図である。
【図２】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、特に待ち受け画面の表示例を示す図である。
【図３】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、特に画面上に表示されている各更新情報表示カードがユーザのスライド操作に応じて画面上部側にドラッグされている状態の表示例を示す図である。
【図４】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、特にそれぞれ異なる種類の複数の更新情報表示カードが時系列順に並べられている状態の表示例を示す図である。
【図５】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、図４に示した画面においてユーザが画面横方向へのスライド操作を行っている状態の説明に用いる図である。
【図６】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、図５に示した画面横方向へのスライド操作により、画面上に表示された時系列順の各更新情報表示カードが切り替えられた後の状態の表示例を示す図である。
【図７】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、異なる種類の複数の更新情報表示カードが時系列順に並べられている状態の他の表示例を示す図である。
【図８】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、図７の複数の更新情報表示カードの中からユーザにより特定のカードが選択されている状態の説明に用いる図である。
【図９】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、図８のカード選択により個人のデータが特定され、その個人の写真画像と例えばＳＭＳのメッセージの送受信履歴等がディスプレイ画面に表示された状態の表示例を示す図である。
【図１０】本実施形態の携帯電話端末において、複数のデータ等の更新をそれぞれ表す複数の更新情報表示カードを時系列順に連ねて表示するための主要な構成要素を示すブロック図である。
【図１１】図１０の構成により、ディスプレイ画面上へ更新情報表示カードが表示される際の処理の流れを示すフローチャートである。
【図１２】図１０の情報管理部の詳細な構成例を示すブロック図である。
【図１３】情報の追加，変更（情報の更新）がなされる場合の情報管理部における処理の流れを示すフローチャートである。
【図１４】情報の追加，変更（情報の更新）の一例として、電子メールが新規に受信された場合の情報管理部の各構成要素間の処理の流れを模式的に示すブロック図である。
【図１５】更新情報蓄積部内に蓄積される情報テーブルの一例を示す図である。
【図１６】情報抽出がなされる場合の情報管理部における処理の流れを示すフローチャートである。
【図１７】情報抽出の一例として、ＳＭＳ／ＭＭＳのメッセージ履歴を抽出する場合の情報管理部の各構成要素間の処理の流れを模式的に示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら、本発明の一実施形態について説明する。
【００１４】
なお、本発明の情報端末、情報提示方法及び情報提示プログラムが適用される一例として、本実施形態では、携帯電話端末を例に挙げているが、勿論、ここで説明する内容はあくまで一例であり、本発明はこの例に限定されないことは言うまでもない。
【００１５】
［携帯電話端末の概略構成］
図１には、本実施形態の携帯電話端末の概略的な内部構成例を示す。
【００１６】
図１において、通信アンテナ１２は、例えば内蔵アンテナであり、通話や電子メール等のパケット通信のための信号電波の送受信を行う。通信回路１１は、送受信信号の周波数変換、変調と復調等を行う。
【００１７】
スピーカ２０は、携帯電話端末に設けられている受話用のスピーカや、リンガ（着信音）、アラーム音、再生音楽、再生動画像の音声等の出力用スピーカであり、制御部１０から供給された音声信号を音響波に変換して空気中に出力する。
【００１８】
マイクロホン２１は、送話用及び外部音声集音用のマイクロホンであり、音響波を音声信号に変換し、その音声信号を制御部１０へ送る。
【００１９】
表示部１３は、例えば液晶ディスプレイや有機ＥＬ（ElectroLuminescent）ディスプレイ等の表示デバイスと、そのディスプレイの表示駆動回路とを含み、制御部１０から供給された画像信号により、上記ディスプレイ上に例えば電子メール等の各種文字やメッセージを表示したり、静止画像や動画像等の表示を行う。
【００２０】
操作部１４は、例えばいわゆるタッチパネルや、各種ボタンキー、ジョグダイヤル等の各操作子と、それら操作子が操作された時の操作信号を発生する操作信号発生器とからなる。なお、操作部１４として用いられるタッチパネルは、例えば表示部１３の略々全面に配することができる。表示部１３の略々全面にタッチパネルを配した場合、表示部１３の画面上の表示位置とタッチパネル上のタッチ検出位置とを対応付けることにより、例えば画面上に表示されたアイコンや後述する更新情報表示カード等をユーザが指等によりタッチ，スライド等することによるユーザの指示入力が可能となされる。
【００２１】
近距離無線通信部２２は、近距離無線通信アンテナ２３を通じて例えばいわゆるブルートゥース（BlueTooth：登録商標）方式、ＵＷＢ（Ultra Wide Band）方式、無線ＬＡＮ（Local Area Network）などによる近距離無線通信を行う。また、近距離無線通信通信部２２は、近距離無線通信の全般的な制御と、制御部１０との間でのデータのやり取りを行う。
【００２２】
ＧＰＳ部２４は、ＧＰＳアンテナ２５を通じて、ＧＰＳ測地衛星からのＧＰＳ信号を受信し、そのＧＰＳ信号を用いて自端末の現在位置の緯度及び経度を求める。このＧＰＳ部２４により得られたＧＰＳデータ（緯度，経度を表す情報）は制御部１０へ送られる。これにより、制御部１０は、自端末の現在位置を知ることができる。
【００２３】
非接触通信部２６は、非接触通信アンテナ２７を通じて、例えばいわゆるＲＦＩＤ（Radio Frequency-Identification：電波方式認識）や非接触型ＩＣカード等で用いられる非接触通信を行う。当該非接触通信部２６は、いわゆる電子財布による電子決済や駅入出場時の電子切符としての情報を非接触通信を用いてやり取りする際などに用いられる。
【００２４】
カメラ部２８は、静止画像や動画像を撮影するための内蔵カメラであり、光学レンズと撮像素子、フォーカス合わせやズーム倍率変更のために上記光学レンズを駆動するレンズ駆動機構及びその駆動回路、撮像素子からの撮像信号に画像処理を施す画像処理回路などからなる。
【００２５】
外部Ｉ／Ｆ部２９は、ケーブルを通じてデータ通信を行う際のケーブル接続用コネクタ部と外部データ通信用インターフェース回路とからなる。
【００２６】
メモリ部１５は、当該端末の内部に設けられている内蔵メモリ１６と、いわゆるＳＩＭ（Subscriber Identity Module）情報等を格納する着脱可能なカード状のメモリ１７とを含む。内蔵メモリ１６は、ＲＯＭ（Read Only Memory）とＲＡＭ（Random Access Memory）とからなる。上記ＲＯＭは、ＯＳ（Operating System）、制御部１０が各部を制御するための制御プログラム、各種の初期設定値、辞書データ、着信音やキー操作音等の音データ、例えばＳＮＳ（Social Networking Service）用やＳＭＳ（Short Message Service）／ＭＭＳ（Multimedia Messaging Service）用、電子メール用、楽曲用、動画用，写真用などの各種アプリケーションプログラム、後述するように各種のアプリケーションプログラムなどにより扱われる複数のデータ等が更新された時の更新情報を一元的に管理してユーザへ提示可能とする情報提示プログラムなどが格納されている。また、このＲＯＭは、ＮＡＮＤ型フラッシュメモリ（NAND-type flash memory）或いはＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）のような書き換え可能なＲＯＭを含む。当該書き換え可能なＲＯＭには、例えば、電話番号や電子メールアドレス，個人名，ＳＮＳアカウントなどデータ（いわゆる電話帳のデータ）、スケジュール帳のデータ、カレンダーのデータ、ＳＭＳやＭＭＳ，電子メールなどのメッセージデータ、それらメッセージデータの発着信や通話の発着信などの通信履歴、カメラにより撮影されたりパーソナルコンピュータ等から転送された静止画像や動画像のデータ、インターネット等を介して購入等された静止画像や動画像，楽曲の購入履歴、ユーザがネットワークを介してダウンロードしたデータファイル、ユーザ辞書データ、その他、各種のユーザ設定値等を保存可能となされている。なお、図１の例では、上記内蔵メモリ１６の上記各種データやプログラムの格納領域のうち、特に、上記制御プログラムや情報提示プログラム，各種アプリケーションプログラムを保持するプログラム格納部１６ａと、上述した電話帳やメッセージ等の各種データを保持するデータ格納部１６ｂ等を図示している。勿論、図示は省略しているが、ＲＡＭは、制御部１０が各種のデータ処理を行う際の作業領域として、随時データを格納する。
【００２７】
制御部１０は、ＣＰＵ（中央処理ユニット）からなり、通信回路１１における通信の制御、音声処理及びその制御、画像処理及びその制御、その他各種信号処理や各部の制御等を行う。また、制御部１０は、メモリ部１５に格納されている各種の制御プログラムやアプリケーションプログラムの実行及びそれに付随する各種データ処理等を行う。特に、詳細については後述するが、本実施形態の場合、制御部１０は、メモリ部１５のプログラム格納部１６ａに格納されている情報提示プログラムにより、各種アプリケーションプログラム等により扱われる複数のデータ等が更新された際の更新情報を一元的に管理してユーザへ提示するための処理を実行する。
【００２８】
その他、図１には図示を省略しているが、本実施形態の携帯電話端末は、各部へ電力を供給するバッテリとその電力をコントロールするパワーマネージメントＩＣ部、外部メモリ用スロット、ディジタル放送の受信チューナ部とＡＶコーデック部、タイマ（時計部）など、一般的な携帯電話端末に設けられる各構成要素についても備えている。
【００２９】
［情報提示時のディスプレイ画面］
図２〜図９には、本発明実施形態にかかる上記表示部１３のディスプレイ画面１の一表示例を示す。なお、本実施形態では、ディスプレイ画面の略々全面にタッチパネルが配されているとする。
【００３０】
図２は、ディスプレイ画面１が待ち受け画面になっている状態の時の表示例を示しており、当該待ち受け画面には、複数種類の各データ等について例えば追加や変更などの更新がなされた場合の更新情報を表したカード状（タイル状）のオブジェクト（以下、更新情報表示カード２と表記する。）が表示されている例を示している。なお、本実施形態における上記カード状オブジェクトにより表される更新情報には、それぞれ異なる複数のアプリケーションプログラムにより扱われるデータ等についての更新情報だけでなく、例えば同一のアプリケーションプログラムにより扱われる異なった種類のデータ等についての更新情報も含まれている。また、図２の表示画面は、待ち受け画面ではなく、別途用意された所定の更新情報表示用画面であってもよい。
【００３１】
一枚の更新情報表示カード２は、或るアプリケーションプログラムにより扱われる一つのデータ等についての更新情報を表している。当該一枚の更新情報表示カード２には、例えばＳＮＳ用やＳＭＳ用、電子メール用、楽曲用、写真用などの各種アプリケーションプログラムにより実行される機能のうちの何れに対応しているのかを表す情報や、例えばメッセージの送信元やニュースの見出しなどのように各機能毎に特有で且つその更新内容に関連した情報、更新日時を示す情報など、それぞれ各機能の特性に応じた情報が表示される。
【００３２】
そして、ディスプレイ画面１には、ディスプレイ画面をユーザが正対して見た時の画面上部から画面下部に向かって、複数の更新情報表示カード２が更新日時の新しい順（時系列順）に連なるように表示される。なお、図２には、更新日時の新しいものから順（画面上部から画面下部に向かって順）に、ＳＭＳの着信があったことを表す１枚の更新情報表示カード、別のＳＭＳの着信があったことを表す１枚の更新情報表示カード、ＲＳＳ（RDF(Resource description framework) Site Summary）からのニュースの更新があったことを表す１枚の更新情報表示カード、ＳＮＳの更新があったことを表す１枚の更新情報表示カード、電子メールの着信があったことを表す１枚の更新情報表示カードなどが、連なって並べられている例を示している。
【００３３】
また、本実施形態において、上記ディスプレイ画面に表示されている各更新情報表示カード２は、本実施形態の情報提示プログラムが扱う全ての更新情報表示カードのうちの一部であり、上記ディスプレイ画面に表示されない他の更新情報表示カードについても、時系列順に配列されている。そして、本実施形態の携帯電話端末では、ユーザからの指示入力に従い、上記ディスプレイ画面に表示されないそれらの更新情報表示カードについても順次表示可能となされている。
【００３４】
すなわち、本実施形態の携帯電話端末は、例えば図３に示すように、ディスプレイ画面１上に配されているタッチパネルが例えばユーザの指３にてタッチされた状態で、その指３が図中矢印４のように画面上方向にドラッグ操作されたような場合、当該ディスプレイ画面１に表示されている各更新情報表示カード２を画面上部側にスライドさせるように表示を制御する。これより、上記ドラッグ操作以前にディスプレイ画面１に表示されていた各更新情報表示カード２は、時系列の新しい順番に画面上部側から外れ、一方、当該ドラッグ操作以前に表示されていた各更新情報表示カード２よりも時系列で古い各更新情報表示カード２が順番に画面下部側からディスプレイ画面１内に表示されることになる。なお、時系列順で最も古い更新情報表示カード２がディスプレイ画面１内に表示されたような場合には、それ以降は画面上方向への更新情報表示カードのスライド表示を停止させてもよいし、或いは、最も古い更新情報表示カードに続けて最新の更新情報表示カード以降の各更新情報表示カードをスライド表示させるようにしてもよい。
【００３５】
一方、ディスプレイ画面１に表示されている各更新情報表示カード２より時系列順で新しい各更新情報表示カードが存在しているような場合において、例えばタッチパネル上で指３が画面下方向にドラッグ操作された時、本実施形態の携帯電話端末は、当該ディスプレイ画面１に表示されている各更新情報表示カード２を画面下部側へスライドさせるように表示を制御する。これより、当該ドラッグ操作以前にディスプレイ画面１に表示されていた各更新情報表示カード２は、時系列の古い順に画面下部側から外れ、また、ドラッグ操作以前に表示されていた各更新情報表示カード２よりも時系列の新しい各更新情報表示カードが、順番に画面上部側からディスプレイ画面１内に表示されることになる。なお、時系列順で最も新しい更新情報表示カード２がディスプレイ画面１内に表示されたような場合には、それ以降は画面下方向への更新情報表示カードのスライド表示を停止させてもよいし、或いは、最も新しい更新情報表示カードに続けて最も古い更新情報表示カード以降の各更新情報表示カードをスライド表示させるようにしてもよい。
【００３６】
また、本実施形態の携帯電話端末は、上述のように複数種類が混在した状態で更新情報表示カード２を時系列順に連ねた表示の他に、種類毎に分けられた各更新情報表示カード２、つまりそれぞれ同一分類内或いは同一グループに含まれる複数の更新情報表示カードのみを、時系列順に連ねて画面表示することも可能となされている。すなわち本実施形態の携帯電話端末は、例えば、ＳＭＳ着信を表す複数の更新情報表示カードを時系列順に連ねて画面表示させたり、楽曲追加を表す複数の更新情報表示カードを時系列順に連ねて画面表示させたり、写真追加を表す複数の更新情報表示カードを時系列順に連ねて画面表示させるようなことも可能となされている。
【００３７】
図４〜図６には、前述のように複数種類が混在した状態で更新情報表示カード２が時系列順に表示されている状態から、上述のように同一分類内或いは同一グループ内の複数の各更新情報表示カード２のみが時系列順に表示される状態に切りかわる具体例を示す。すなわち、携帯電話端末は、例えば図４に示すように、それぞれ異なる種類の複数の更新情報表示カード２が混在して時系列順に表示されている状態から、例えば図５に示すように、その中の所望のカードがユーザの指３により選択（タッチ）された状態で当該指３が図中矢印５に示すように画面横方向にドラッグ操作されたような場合、図６に示すように、当該ユーザにより選択されたカードに対応した同一種類の各更新情報表示カード２のみを、時系列順に連ねてディスプレイ画面上に表示する。なお、図４〜図６では、図４の各更新情報表示カード２の中から、図５のように電話着信に対応した更新情報表示カードがユーザにより選ばれてドラッグ操作されたことにより、図６のように電話着信に対応した各更新情報表示カード２のみが時系列に連なった表示された例を挙げている。カードの種類を指定する方法としては、カードを選択する以外に、種類ボタン（例えばＳＭＳ／ＭＭＳボタン、Ｐｈｏｎｅボタンなど）を画面に表示し、それを選択することでカードの種類を指定することも可能である。
【００３８】
また、本実施形態の携帯電話端末は、上述のように複数の更新情報表示カード２が時系列順に連ねて表示されている際に、それらの更新情報表示カードの中から所望の情報を絞り込んで画面表示させることも可能となされている。すなわち携帯電話端末は、例えば、図７に示す複数の各更新情報表示カード２のなかから、図８のように所望のカードがユーザの指３により選択（タッチ）され且つ当該指３が図中矢印６に示すようにドラッグ操作された時、当該選択された更新情報表示カードに対応した個人を特定し、図９に示すようにその個人に関連する情報を画面表示する。なお、図７〜図９では、図７の各更新情報表示カード２の中から、図８のようにＳＭＳの更新情報表示カード２が選択されたことにより、図９のように、そのカードから特定される個人の写真画像７とＳＭＳのメッセージの送受信履歴等が画面表示された例を挙げている。
【００３９】
［更新情報表示を実行するための構成］
図１０には、本実施形態の携帯電話端末において、上述したような複数の各更新情報をそれぞれ表す複数のカード状オブジェクト（更新情報表示カード２）を時系列順に連ねて画面表示するための構成例を示す。なお、この図１０の例は、図１の制御部１０が、各種アプリケーションプログラムと本実施形態の情報提示プログラムを実行することにより、上記更新情報表示カード２を時系列順に連ねて画面表示するための主要な構成要素のみを示している。
【００４０】
図１０に示すアプリケーション部４０は、通話用、ＳＮＳ用、ＳＭＳ／ＭＭＳ用、電子メール用、楽曲用、動画・写真用、電話帳（アドレス帳）用などの各種アプリケーションプログラムの実行により形成される構成要素を表している。それら各種アプリケーションプログラムにて実行される複数の機能のうち、特に、本発明実施形態にかかる更新情報表示に関連する機能としては、ユーザ入力指示情報を受け取って表示画像生成部４１へ送る機能と、情報管理部４２との間で情報の入出力を管理する機能と、情報管理部４２からの情報更新通知を表示画像生成部４１へ送る機能などを挙げることができる。すなわち、本実施形態の場合、アプリケーション部４０は、ユーザによる操作部１４のタッチパネル等の操作により当該端末へ入力された指示情報を受け取った場合に、その入力指示情報を表示画像生成部４１へ送る。また、アプリケーション部４０は、上記更新情報表示カード２等をディスプレイ画面へ表示する際に必要となる情報を、後述する情報管理部４２から受け取った場合、その情報を表示画像生成部４１へ送る。また、アプリケーション部４０は、上記更新情報表示カード２を通じて表示される情報の更新があったことを示す通知を、情報管理部４２から受け取った場合、その通知情報を表示画像生成部４１へ送る。
【００４１】
表示画像生成部４１は、本発明にかかる表示制御部に含まれ、上記アプリケーション部４０からのユーザ指示入力情報や画像表示のための情報を基に、ディスプレイ画面上に表示する表示画像情報を生成し、その表示画像情報を画像表示指示部４３へ送る。すなわち、表示画像生成部４１は、上記アプリケーション部４０を介して上記情報管理部４２から画面表示に必要な情報を受け取ると、その情報を基に、上記更新情報表示カード２等をディスプレイ画面上に表示するための表示画像情報を生成し、その表示画像情報を画像表示指示部４３へ送る。また、表示画像生成部４１は、上記アプリケーション部４０を介して上記ユーザ入力指示情報を受け取ると、その入力指示情報を基に、ユーザからの入力がどのような指示であるかを解析し、そのユーザ指示を適切に反映させた表示画像情報を生成して画像表示指示部４３へ送る。
【００４２】
画像表示指示部４３は、本発明にかかる表示制御部に含まれ、表示画像生成部４１から供給された表示画像情報を、図１の表示部１３のディスプレイ画面上に表示させる。
【００４３】
情報管理部４２は、本発明にかかる更新情報制御部に対応し、携帯電話端末において逐次更新される以下の各データを管理する。すなわち、情報管理部４２は、一例として、個人名や電子メールアドレス，ＳＮＳアカウントなどが含まれる電話帳、通話着信、送信履歴、ＳＭＳ／ＭＭＳ，電子メールといったメッセージの発着信履歴、カメラ部２８による撮影やパーソナルコンピュータからの転送，オンラインショップからの購入などによる写真画像や動画像の追加・購入履歴、パーソナルコンピュータからの転送やオンラインショップからの購入などによる楽曲の追加・購入履歴、ユーザが携帯電話端末を介して利用しているＳＮＳの日記やメッセージ等の各種データの更新情報、カレンダーデータ、ユーザがネットワークを介してダウンロードしたファイルの履歴などの各データを管理する。また、情報管理部４２は、更新情報表示カード２等をディスプレイ画面に表示するのに必要な情報をアプリケーション部４０へ送る。また、情報管理部４２は、上述のように管理しているデータに更新があった場合、そのことをアプリケーション部４０へ通知することも行う。なお、当該情報管理部４２における具体的な情報管理の詳細については後述する。
【００４４】
［更新情報表示時の動作概要］
上述した図１０の構成において、ディスプレイ画面上への更新情報の表示は、図１１のフローチャートに示すような流れで行われる。
【００４５】
ディスプレイ画面上に更新情報表示カード２を表示する場合、先ず、ステップＳ１の処理として、アプリケーション部４０が情報管理部４２に対し、画面表示のための情報を要求する。
【００４６】
上記アプリケーション部４０からの要求を受け取ると、情報管理部４２は、ステップＳ２の処理として、自己が管理している情報の中から、上記要求に適合した情報を幾つか抽出し、それらを時系列順に整えてアプリケーション部４０へ送る。
【００４７】
上記情報管理部４２から情報を受け取ったアプリケーション部４０は、ステップＳ３の処理として、その情報を表示画像生成部４１へ送る。
【００４８】
上記アプリケーション４０から情報を受けた表示画像生成部４１は、ステップＳ４の処理として、当該受け取った情報を基に表示画像情報を構成し、その表示画像情報を画像表示指示部４３へ送る。
【００４９】
上記表示画像情報を受け取った画像表示指示部４３は、ステップＳ５の処理として、当該表示画像情報を基に、表示部１３のディスプレイ画面上への画像表示を指示する。
【００５０】
また、表示画像生成部４１は、ステップＳ６の処理として、画面表示の更新が必要か否か判断する。すなわち、表示画像生成部４１は、例えば、ユーザから指示入力があった場合や情報更新があった場合に、それらをディスプレイ画面上の表示へ反映させるために、画面表示の更新が必要か否か判断する。また、表示画像生成部４１は、前述のようにユーザのドラッグ操作によるディスプレイ画面上での更新情報表示カード２のスライド表示等のようなアニメーション表示を実現するために、画面表示の更新が必要か否か判断する。
【００５１】
そして、ステップＳ６において画面表示の更新が必要であると判断した場合、表示画像生成部４１は、ステップＳ７の処理として、アプリケーション部４０へ、上記画面表示の更新のために必要な情報を要求する。このステップＳ７の後はステップＳ１へ処理が戻る。
【００５２】
このように、本実施形態の携帯電話端末では、ステップＳ１〜ステップＳ７の処理を繰り返して画面表示が行われる。
【００５３】
［情報管理部の構成］
図１２には、上述の図１０に示した情報管理部４２の詳細な構成例を示す。なお、図１２にはアプリケーション部４０も描かれている。
【００５４】
情報管理部４２は、全ての種類の更新情報を一元的に管理しつつ、更新情報を必要に応じて素早く抽出して表示画像生成部４１へ送るために、図１２に示すような情報選択部５０と更新情報管理部５１と更新情報蓄積部６１とを備えている。なお、各種情報蓄積部６２〜７０は、情報管理部４２に含まれていてもよいし、携帯電話端末内に別途備えられた情報蓄積手段であってもよい。さらに、各種情報蓄積部６２〜７０は、必ずしも、携帯電話端末内に設けられている情報蓄積手段である必要はなく、例えば情報蓄積部７０のようにネットワーク７１を介して外部に設けられているものであってもよい。
【００５５】
各種情報蓄積部６２〜７０は、例えばメッセージや電話帳、ＳＮＳ、ＳＭＳ／ＭＭＳ、電子メール、カレンダーなどといった情報種別ごとに存在している。また、これら各種情報蓄積部６２〜７０は、それぞれ担当種別の情報を蓄積することの他、共通した機能として、情報選択部５０或いは更新情報管理部５１からの要求に応じて、内部に蓄積している情報を指定された順序で返却する機能、また、限定された個数の情報が要求された場合には、指定された順序に従ってその個数の情報を抽出して返却する機能を備えている。なお、図１２では、各種情報蓄積部の一例として、ＳＮＳに関連する各種情報を蓄積するＳＮＳ情報蓄積部６２、ＳＭＳとＭＭＳに関連する各種情報を蓄積するＳＭＳ／ＭＭＳ情報蓄積部６３、電子メールに関連する各種情報を蓄積する電子メール情報蓄積部６４、電話帳に関する各種情報を蓄積する電話帳情報蓄積部６５、ＲＳＳに関連する各種情報を蓄積するＲＳＳ／ＡＴＯＭ情報蓄積部６６、カレンダーに関連する各種情報を蓄積するカレンダー情報蓄積部６７、ＩＭ（instant messaging）に関連する各種情報を蓄積するＩＭ情報蓄積部６８、画像や楽曲などの関連する各種情報を蓄積するメディア情報蓄積部６９や７０など、担当種別毎の情報蓄積部を挙げている。また、これら各種情報蓄積部６２〜７０は、携帯電話端末の各アプリケーションプログラム（つまりアプリケーション部４０）により共通に利用可能となされている。すなわち例えば、ＳＭＳ，ＭＭＳ，電子メールなどのメッセージを扱うアプリケーションプログラム、電話帳を扱うアプリケーションプログラム、画像を扱うアプリケーションプログラム、楽曲を扱うアプリケーションプログラムなどは、それぞれが使用する情報を情報蓄積部に保存し、利用可能となされている。
【００５６】
上記情報選択部５０は、本発明にかかる更新情報制御部の一部を構成しており、アプリケーション部４０から要求を受け取ると、その要求に応じて、上記各種情報蓄積部６２〜７０の中から適切な情報蓄積部を選び出し、さらに、その選択した情報蓄積部に蓄積されている情報の中から適切な情報を抽出して、上記アプリケーション部４０へ返す。
【００５７】
上記更新情報管理部５１は、本発明にかかる更新情報制御部の一部を構成しており、各種情報蓄積部６２〜７０の情報更新、つまり、各情報蓄積部６２〜７０への新たな情報蓄積（追加）や既に蓄積されている情報の変更，削除などのような情報更新を監視する。本実施形態の場合、上記各種情報蓄積部６２〜７０は、情報更新が発生した場合にそれを外部へ通知する機能を備えており、したがって、更新情報管理部５１は、それら各種情報蓄積部６２〜７０からの更新通知を基に情報更新がなされたことを検知する。そして、それら各種情報蓄積部６２〜７０において情報更新があった場合、更新情報管理部５１は、その更新内容を、該当する情報蓄積部から取得して、更新情報蓄積部６１へキャッシュする。なお、上記更新情報管理部５１は、上述のように各種情報蓄積部６２〜７０からの更新通知を基に情報更新の有無を検知する場合の他に、例えば自らが定期的に各情報蓄積部６２〜７０の蓄積情報をチェックすることで情報更新の有無を監視するものであってもよい。
【００５８】
また、更新情報管理部５１は、更新情報蓄積部６１の情報更新、つまり更新情報蓄積部６１への新たな情報蓄積（追加）や既に蓄積されている情報の変更，削除などのような情報更新の監視も行う。そして、上記更新情報蓄積部６１において情報更新があった場合、更新情報管理部５１は、当該情報更新があったことを、情報選択部５０を介してアプリケーション部４０へ通知する。なお、上述の各種情報蓄積部６２〜７０と同様に、更新情報蓄積部６１が情報更新を外部へ通知する機能を備えているような場合、更新情報管理部５１は、当該更新情報蓄積部６１からの更新通知を基に情報更新がなされたことを検知する。また、更新情報管理部５１は、例えば自らが定期的に更新情報蓄積部６１の蓄積情報をチェックすることで情報更新の有無を監視するものであってもよい。
【００５９】
上記更新情報蓄積部６１は、上記各種情報蓄積部の一つであるが、特に、本発明にかかる更新情報格納部に対応しており、他の各種情報蓄積部６２〜７０における更新内容を表す情報を予め蓄積しておくために用意されている。
【００６０】
上述のように、本実施形態にかかる情報管理部４２は更新情報管理部５１と更新情報蓄積部６１を有し、更新情報管理部５１は各種情報蓄積部６２〜７０における情報更新を常時監視し、それら情報蓄積部６２〜７０で情報更新が発生した場合には、その更新内容を更新情報蓄積部６１へ蓄積しておくようになされている。これにより、本実施形態の情報管理部４２は、例えばアプリケーション部４０から要求を受ける度に各種情報蓄積部６２〜７０から更新内容を取得する場合よりも時間を節約でき、高速に全ての更新内容をアプリケーション部４０へ返却して表示画像生成部４１へ送ることが可能となっている。
【００６１】
［各種情報蓄積部における情報更新（追加の情報蓄積、情報の変更）］
上述した各種情報蓄積部６２〜７０は、新たな情報追加や情報変更等のような更新がなされた場合、当該更新の日時を基にして各情報が時系列順に並べられて格納される。なお、情報を時系列順に並べて格納しない場合、或いは厳密に時系列順に並べられずに格納された場合には、その後の情報抽出を高速化できるようにするために、各情報蓄積部６２〜７０では、各情報を時系列順に並べた場合の順序と実際に情報が格納されている順序との対応表が作成され、その対応表のデータも保持する。
【００６２】
各種情報蓄積部６２〜７０に情報が追加される場合、或いは情報が変更された場合、情報管理部４２は以下のように動作する。図１３には、各種情報蓄積部６２〜７０に情報が追加或いは変更された場合の情報管理部４２の処理フローを示す。また、図１４には、情報追加の一例として、例えば電子メールが新規に受信された場合の各構成要素間の処理の流れを模式的に示している。
【００６３】
図１３において、情報の新規追加が行われる場合、情報選択部５０は、ステップＳ１１の処理として、アプリケーション部４０から、更新したい情報の内容と種別を受け取る。図１４の電子メールの新規受信の場合、情報選択部５０は、電子メール用のアプリケーションプログラムから、電子メールの受信であること、及び、その電子メールのデータを受け取る。電子メールのデータとしては、受信日時、送信元のメールアドレス、件名、メール本文、メールヘッダ、添付データがある場合にはそのデータなどを挙げることができる。
【００６４】
上記更新したい情報の内容と種別を受けた情報選択部５０は、ステップＳ１２の処理として、上記受け取った情報の種別に応じて適切な情報蓄積部を選択し、その情報蓄積部へ上記更新内容を送る。図１４の例の場合、情報選択部５０は、電子メール情報蓄積部６４を選択し、電子メールのデータを当該電子メール情報蓄積部６４へ送る。
【００６５】
上記情報選択部５０から情報を受けた情報蓄積部は、ステップＳ１３の処理として、当該受け取った情報を新規に蓄積するか、或いは、既存の情報を変更して蓄積する。図１４の例の場合、電子メール情報蓄積部６４は、受け取った電子メールのデータを蓄積する。
【００６６】
上記受け取った情報の新規蓄積或いは変更を行った情報蓄積部は、ステップＳ１４の処理として、自らの蓄積情報に変更があった旨を周知（この例では更新情報管理部５１へ通知）する。図１４の例の場合、電子メール情報蓄積部６４は、受信電子メールを蓄積したことを更新情報管理部５１へ知らせる。
【００６７】
上記情報蓄積部からの上記周知により情報更新がなされたことを検知した更新情報管理部５１は、ステップＳ１５の処理として、当該周知を行った情報蓄積部から、その更新内容にかかる情報を取得し、その情報を更新情報蓄積部６１へ送る。図１４の例の場合、電子メール情報蓄積部６４からの周知を検知した更新情報管理部５１は、当該電子メール情報蓄積部６４から更新内容を取得し、その情報を更新情報蓄積部６１へ送る。
【００６８】
またこの時、更新情報管理部５１は、ステップＳ１６の処理として、必要であれば当該更新内容に紐付けされた関連情報を情報蓄積部から取得し、上記更新内容と併せて更新情報蓄積部６１へ送る。図１４の例の場合、更新情報管理部５１は、電子メールの関連情報として、当該電子メールの送信元のメールアドレスを元に、そのメールアドレスに対応して電話帳に登録されている登録名などの情報を電話帳情報蓄積部６５から取得し、当該登録名などの情報を更新情報蓄積部６１へ送る。
【００６９】
上記更新情報蓄積部６１は、更新情報管理部５１から受け取った情報を蓄積、或いは、既存の情報を変更して蓄積する。図１４の例の場合、更新情報蓄積部６１は、電子メールについての更新内容や上記登録名などを蓄積する。なお、当該更新情報蓄積部６１においても上述の各種情報蓄積部６２〜７０の場合と同様に、情報を時系列順に並べて格納しない場合、或いは厳密に時系列順に並べられずに格納された場合には、その後の情報抽出を高速化できるようにするために、各情報を時系列順に並べた場合の順序と実際に情報が格納されている順序との対応表が作成され、その対応表のデータも保持する。
【００７０】
［更新情報管理部が情報蓄積部から取得する更新内容の一例］
図１５には、上記更新情報蓄積部６１内に蓄積される情報の一例として、他の各種情報蓄積部６２〜７０から取得する更新内容を表す更新情報テーブルを示す。なお、この図１５に示した更新情報テーブルは、実際に更新情報蓄積部６１内に蓄積されている更新情報テーブルの主要部分のみを表しており、実際にはさらに多くの項目が用意されている。
【００７１】
この図１５に示した更新情報テーブルには、一例として、“カテゴリ”、“サブカテゴリ”、“ソースＩＤ”、“イメージ”、“テキスト”、“タイムスタンプ”、“ディスプレイタイム”、“プレビューテキスト”などのように各更新情報の属性や情報参照先、その他、テキスト等の付加情報を登録するための各項目が用意されている。
【００７２】
ここで、図１５に示した更新情報テーブルの各項目は、大まかに“コンテンツタイプ”と“コンテンツタイプ詳細”とに分けることができる。なお、図１５中の“コンテンツタイプ”と“コンテンツタイプ詳細”は、更新情報テーブル内に実際に情報として格納されるものではなく、説明を分かり易くするために、カードの種類を表すものとして記載している。実際に本実施形態のアプリケーションでカードの種類を判断する際には、後述する“カテゴリ”、“サブカテゴリ”を始めとする他の種類の情報が用いられる。一例として、“受信電子メール”（電話帳未登録）の種類を例に挙げた場合、本実施形態のアプリケーションは、後述する“カテゴリ”内に登録された“電子メール”の情報と“イメージ”内に情報が登録がなされていないことなどから、そのカードの種類が“受信電子メール”（電話帳未登録）であると判断する。
【００７３】
上記“コンテンツタイプ”は、当該更新情報テーブルに登録される情報のタイプを表している。当該コンテンツタイプとしては、一例として、“メディア”、“電話”、“ＳＭＳ／ＭＭＳ”、“電子メール”、“ＳＮＳ”のような各コンテンツのタイプを挙げることができる。
【００７４】
“コンテンツタイプ詳細”は、上記コンテンツタイプをさらに細分化したものである。例えば上記“メディア”のコンテンツタイプに属するコンテンツタイプ詳細としては、“最新のダウンロード楽曲”、“最新のダウンロード動画（ビデオ）”、“最新のキャプチャ動画”、“最新のキャプチャ写真”などのような詳細なコンテンツタイプを挙げることができる。以下同様に、上記“電話”のコンテンツタイプに属するコンテンツタイプ詳細としては、“電話帳登録済みの電話番号からの不在着信”、“電話帳未登録の電話番号からの不在着信”などのような詳細なコンテンツタイプを挙げることができ、上記“ＳＭＳ／ＭＭＳ”のコンテンツタイプに属するコンテンツタイプ詳細としては、“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”、“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”などのような詳細なコンテンツタイプを、“電子メール”のコンテンツタイプに属するコンテンツタイプ詳細としては、“電話帳登録済みのメールアドレスからの受信電子メール”、“電話帳未登録のメールアドレスからの受信電子メール”などのような詳細なコンテンツタイプを、“ＳＮＳ”のコンテンツタイプに属するコンテンツタイプ詳細としては、“電話帳登録済みのＳＮＳ更新”、“電話帳未登録のＳＮＳ更新”などのような詳細なコンテンツタイプを挙げることができる。
【００７５】
そして、図１５に示した更新情報テーブルのうち、上記“カテゴリ”の項目内には、何れのカテゴリに属するのかを示す情報が登録される。図１５の例の場合、“最新のダウンロード楽曲”、“最新のダウンロード動画”、“最新のキャプチャ動画”、“最新のキャプチャ写真”の各コンテンツタイプ詳細に対応するカテゴリ項目内には、“メディア”のカテゴリに属することを示す情報が登録されている。また、上記“電話帳登録済みの電話番号からの不在着信”、“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応するカテゴリ項目内には、“電話”のカテゴリに属していることを示す情報が登録されている。以下同様に、“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”、“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応するカテゴリ項目内には、“ＳＭＳ／ＭＭＳ”のカテゴリに属していることを示す情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”、“電話帳未登録のメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するカテゴリ項目内には、“電子メール”のカテゴリに属していることを示す情報が登録されている。“電話帳登録済みのＳＮＳ更新”、“電話帳未登録のＳＮＳ更新”のコンテンツ詳細に対応するカテゴリ項目内には、“ＳＮＳ”のカテゴリに属していることを示す情報が登録されている。
【００７６】
上記“サブカテゴリ”の項目内には、上記カテゴリをさらに詳細に分類したサブカテゴリを示す情報が登録される。図１５の例の場合、“最新のダウンロード楽曲”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には“音楽”のサブカテゴリに属することを示す情報が登録され、“最新のダウンロード動画”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には“動画（ビデオ）”のサブカテゴリに属することを示す情報が登録され、“最新のキャプチャ動画”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には“動画（ビデオ）”のサブカテゴリに属することを示す情報が登録され、“最新のキャプチャ写真”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には“写真”のサブカテゴリに属することを示す情報が登録されている。以下同様に、“電話帳登録済みの電話番号からの不在着信”、“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応するサブカテゴリ項目内には、“不在着信”のサブカテゴリに属していることを示す情報が登録されている。“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”、“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には、“受信ＳＭＳ／ＭＭＳ”のサブカテゴリに属していることを示す情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”、“電話帳未登録のメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には、“受信電子メール”のサブカテゴリに属していることを示す情報が登録されている。“電話帳登録済みのＳＮＳ更新”、“電話帳未登録のＳＮＳ更新”のコンテンツ詳細に対応するサブカテゴリ項目内には、“ＳＮＳサービスの提供元”毎に用意されたサブカテゴリに属していることを示す情報が登録されている。
【００７７】
“ソースＩＤ”の項目内には、前述の各種情報蓄積部内の情報記憶場所を示す情報が登録される。図１５の例の場合、“最新のダウンロード楽曲”、“最新のダウンロード動画”、“最新のキャプチャ動画”、“最新のキャプチャ写真”の各コンテンツタイプ詳細に対応するソースＩＤ項目内には、前述のメディア情報蓄積部６９や７０内でそれら楽曲や動画、写真等のデータの記憶場所を特定するための“メディアＩＤ”の情報が登録されている。“電話帳登録済みの電話番号からの不在着信”、“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応するソースＩＤ項目内には、前述の電話帳情報蓄積部６５内でそれら不在着信に対応した着信履歴の記憶場所を特定するための“コールログＩＤ”の情報が登録されている。以下同様に、“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”、“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応するソースＩＤ項目内には、ＳＭＳ／ＭＭＳ情報蓄積部６３内でそれらＳＭＳ／ＭＭＳのメッセージ記憶場所を特定するための“メッセージＩＤ”の情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”、“電話帳未登録のメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するソースＩＤ項目内には、電子メール情報蓄積部６４内でそれら受信電子メールの記憶場所を特定するための“電子メールＩＤ”の情報が登録されている。“電話帳登録済みのＳＮＳ更新”、“電話帳未登録のＳＮＳ更新”のコンテンツ詳細に対応するソースＩＤ項目内には、ＳＮＳ情報蓄積部６２内でそれらＳＮＳ更新の情報記憶場所を特定するための“ＳＮＳ更新メッセージＩＤ”の情報が登録されている。すなわち、当該ソースＩＤ”の項目内に登録されている情報は、例えば前述の図８，図９の例のように、所望の更新情報表示カード２がユーザにより選択された時に、その更新情報表示カード２により特定される個人やその写真、メッセージ、電話番号やメールアドレス、通信履歴などの詳細な情報を参照するために用いられる。
【００７８】
“イメージ”の項目内には、前述の更新情報表示カード内に表示させる画像の参照場所を示す情報が登録されている。なお、当該画像の参照場所は、携帯電話端末内であってもよいし、例えばインターネット上でＵＲＩ（Uniform Resource Identifier）により特定される場所であってもよい。図１５の例の場合、“最新のダウンロード楽曲”のコンテンツタイプ詳細に対応するイメージ項目内にはその楽曲のアルバムジャケット画像の参照先情報が登録され、“最新のダウンロード動画”のコンテンツタイプ詳細に対応するイメージ項目内にはそのダウンロード動画にかかるサムネイル動画の参照先情報が登録され、“最新のキャプチャ動画”のコンテンツタイプ詳細に対応するイメージ項目内にはそのキャプチャ動画にかかるサムネイル動画の参照先情報が登録され、“最新のキャプチャ写真”のコンテンツタイプ詳細に対応するイメージ項目内にはその写真のサムネイル画像の参照先情報が登録されている。また、“電話帳登録済みの電話番号からの不在着信”のコンテンツタイプ詳細に対応するイメージ項目内には、その着信の発信者について電話帳に登録されている写真画像の参照先情報が登録されている。“電話帳登録済みのＳＮＳ更新”のコンテンツ詳細に対応するイメージ項目内には、そのＳＮＳ更新のコンタクト者について電話帳に登録されている写真画像の参照先情報が登録されている。“電話帳未登録のＳＮＳ更新”のコンテンツ詳細に対応するイメージ項目内には、ＳＮＳサービスの提供元毎に用意された写真画像等の参照先情報が登録されている。なお、“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応するイメージ項目内や、“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応したイメージ項目内、“電話帳未登録のメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するイメージ項目内には、特に何も参照情報は登録されないが、電話帳未登録者であることを表す画像を予め決めておいた場合には、その画像の参照先情報を登録しておいてもよい。また、図１５の例では、“電話帳登録済みのメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するイメージ項目内にも何も参照情報を登録していないが、その受信電子メールの発信者について電話帳に登録されている写真画像の参照先情報を登録してもよい。
【００７９】
“テキスト”の項目内には、前述の更新情報表示カード内に表示させるテキスト情報が登録されている。図１５の例の場合、“最新のダウンロード楽曲”のコンテンツタイプ詳細に対応するテキスト項目内にはその楽曲の“アーティスト名”のテキスト情報が登録され、“最新のダウンロード動画”のコンテンツタイプ詳細に対応するテキスト項目内にはそのダウンロード動画の“タイトル名”のテキスト情報が登録され、“最新のキャプチャ動画”のコンテンツタイプ詳細に対応するテキスト項目内にはそのキャプチャ動画の“タイトル名”のテキスト情報が登録される。なお、“最新のキャプチャ写真”のコンテンツタイプ詳細に対応したテキスト項目内には、特に何もテキスト情報は登録されないが、当該キャプチャ写真に何らかのコメントや撮影条件などの情報が付けられているような場合には、それらコメントや撮影条件などのテキスト情報を登録しておいてもよい。以下同様に、“電話帳登録済みの電話番号からの不在着信”のコンテンツタイプ詳細に対応するテキスト項目内には、その着信の発信者について電話帳に登録されている“名前（登録名）”などのテキスト情報が登録されている。“電話帳未登録の電話番号からの不在着信”のコンテンツタイプ詳細に対応するテキスト項目内には、その“発信電話番号”（発信番号が非通知である場合には例えば“非通知”）のテキスト情報が登録されている。“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応するテキスト項目内には、そのメッセージ送信者について電話帳に登録されている“名前（登録名）”などのテキスト情報が登録されている。“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応するテキスト項目内には、その“発信電話番号”（非通知設定の場合には“非通知”）のテキスト情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するテキスト項目内には、その電子メール送信者について電話帳に登録されている“名前（登録名）”などのテキスト情報が登録されている。“電話帳未登録のメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するテキスト項目内には、その“発信元電子メールアドレス”のテキスト情報が登録されている。“電話帳登録済みのＳＮＳ更新”のコンテンツ詳細に対応するテキスト項目内には、そのＳＮＳ更新のコンタクト者について電話帳に登録されている“名前（登録名）”などのテキスト情報が登録されている。“電話帳未登録のＳＮＳ更新”のコンテンツ詳細に対応するテキスト項目内には、例えば“ＳＮＳサービス名”のテキスト情報が登録されている。
【００８０】
“タイムスタンプ”の項目内には、前述の各種情報蓄積部に情報が格納された日時（年月日秒など）の情報が登録されている。図１５の例の場合、“最新のダウンロード楽曲”と“最新のダウンロード動画”の各コンテンツタイプ詳細に対応するタイムスタンプ項目内にはそれら楽曲や動画のデータが情報蓄積部に格納された日時情報が登録される。また、“最新のキャプチャ動画”と“最新のキャプチャ写真”の各コンテンツタイプ詳細に対応するタイムスタンプ項目内にはそれら動画や写真のデータが情報蓄積部に格納された日時情報が登録される。以下同様に、“電話帳登録済みの電話番号からの不在着信”と“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応したタイムスタンプ項目内には、それら着信があったことを情報蓄積部へ格納した日時情報が登録されている。“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”と“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”の各コンテンツタイプ詳細に対応するタイムスタンプ項目内には、それら受信メッセージが情報蓄積部に格納された日時情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”と“電話帳未登録のメールアドレスからの受信電子メール”の各コンテンツタイプ詳細に対応するタイムスタンプ項目内には、それら受信電子メールが情報蓄積部に格納された日時情報が登録されている。“電話帳登録済みのＳＮＳ更新”と“電話帳登録済みのＳＮＳ更新”の各コンテンツ詳細に対応するタイムスタンプ項目内には、それらＳＮＳ更新の情報が情報蓄積部に格納された日時情報が登録されている。
【００８１】
“ディスプレイタイム”の項目内には、前述の更新情報表示カード上に表示される日時情報（年月日秒など）が登録されている。図１５の例の場合、“最新のキャプチャ動画”と“最新のキャプチャ写真”の各コンテンツタイプ詳細に対応するディスプレイタイム項目内には、それら動画や写真がキャプチャされた日時情報が登録される。なお、図１５の例では、“最新のダウンロード楽曲”と“最新のダウンロード動画”の各コンテンツタイプ詳細に対応するディスプレイタイム項目内には、特に何も日時情報が登録されていないが、例えば楽曲や動画をダウンロードした日時情報を登録してもよい。以下同様に、“電話帳登録済みの電話番号からの不在着信”と“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応するディスプレイタイム項目内には、それら不在着信のあった日時情報が登録されている。“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”と“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”の各コンテンツタイプ詳細に対応するディスプレイタイム項目内には、それらメッセージの受信日時或いはメッセージの発信日時の情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”と“電話帳未登録のメールアドレスからの受信電子メール”の各コンテンツタイプ詳細に対応するディスプレイタイム項目内には、それら電子メール受信日時或いは送信日時の情報が登録されている。“電話帳登録済みのＳＮＳ更新”と“電話帳登録済みのＳＮＳ更新”の各コンテンツ詳細に対応するディスプレイタイム項目内には、それらＳＮＳ更新の日時情報が登録されている。
【００８２】
ここで、上記“ディスプレイタイム”の項目内に登録される日時情報は、各更新情報表示カードに対応したアプリケーションプログラム毎に、その表示時間の詳細度（例えば時間単位表示や分単位表示や秒単位表示など）が異なっている。また、本実施形態において、更新情報テーブル内で“タイムスタンプ”と“ディスプレイタイム”の二つの日時情報を扱うようにしているのは、“タイムスタンプ”と“ディスプレイタイム”の両者の日時情報を纏めて時間順にソートすることが難しいためである。すなわち例えば、両者の日時情報は、例えばシステム上の都合等により誤差を生じる場合があり、また、ディスプレイタイムの日時情報はアプリケーションプログラムの種類毎に扱われる時間が異なり、さらには上述のように表示時間詳細度が異なる場合があるためである。なお、上記アプリケーションプログラムの種類毎の異なる時間の例としては、メールの送信時間や受信時間、通話着信時間、ＳＮＳの投稿時間などを挙げることができる。また、両者の日時情報がシステム上の都合等により誤差を生じる例としては、例えば電子メールにおいて、サーバまたは受信側端末の状態により配信遅延が発生し、メール送信時間（ディスプレイタイムの日時情報）と端末内に保存された時間（タイムスタンプの日時情報）が大きく異なる場合を挙げることができる。また例えば、ＳＮＳの例の場合、ＳＮＳのサービスによっては、データの更新がリアルタイムで行われず、例えばユーザが能動的に更新するか、或いは指定した時間間隔（例えば５分おきなど）で更新され、そのような場合には、ＳＮＳのメッセージが投稿された時間（ディスプレイタイムの日時情報）と、端末内に保存された時間（タイムスタンプの日時情報）とに大きな差が生じることになる。
【００８３】
“プレビューテキスト”の項目内には、所望の更新情報表示カードがユーザにより選択された時に、その更新情報表示カードの詳細な情報をプレビュー表示させる際に利用するテキスト情報が登録される。図１５の例の場合、“最新のダウンロード楽曲”のコンテンツタイプ詳細に対応するプレビューテキスト項目内には、その楽曲名のテキスト情報が登録されている。なお、図１５の例では、“最新のダウンロード動画”と“最新のキャプチャ動画”，“最新のキャプチャ写真”の各コンテンツタイプ詳細に対応するプレビューテキスト項目内には、特に何も登録されていないが、例えば動画にコメントなどが付加されているような場合にはそれらコメントなどのテキスト情報を登録してもよい。以下同様に、“電話帳登録済みの電話番号からの不在着信”のコンテンツタイプ詳細に対応するプレビューテキスト項目内には、その不在着信の送信元の電話番号が登録されている。なお、“電話帳未登録の電話番号からの不在着信”のコンテンツタイプ詳細に対応するプレビューテキスト項目内には、特に何も登録されない。“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”と“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”の各コンテンツタイプ詳細に対応するプレビューテキスト項目内には、それらＳＭＳ／ＭＭＳのメッセージのうち、例えば先頭から制限文字数内のテキスト情報が登録される。“電話帳登録済みのメールアドレスからの受信電子メール”と“電話帳未登録のメールアドレスからの受信電子メール”の各コンテンツタイプ詳細に対応するプレビューテキスト項目内には、それら電子メールのタイトルや本文のうち、例えば先頭から制限文字数内のテキスト情報が登録される。“電話帳登録済みのＳＮＳ更新”と“電話帳登録済みのＳＮＳ更新”の各コンテンツ詳細に対応するプレビューテキスト項目内には、それらＳＮＳで更新されたメッセージのテキスト情報が登録される。
【００８４】
なお、図１５の例では、プレビューテキスト項目までを図示しているが、本実施形態の更新情報テーブルには、それ以外にも、所望の更新情報表示カードがユーザにより選択された時に、その更新情報表示カードの詳細を表示等させるために必要なフラグや参照先などの情報についても登録される。
【００８５】
［各種情報蓄積部からの情報抽出］
各種情報蓄積部６２〜７０に蓄積されている情報を抽出する場合、情報管理部４２は以下のように動作する。図１６には、情報抽出がなされる場合の情報管理部４２の処理フローを示す。また、図１７には、一例として、ＳＭＳ／ＭＭＳ情報蓄積部６３からメッセージ履歴の情報抽出がなされる場合の情報管理部４２の各構成要素間の処理の流れを模式的に示している。
【００８６】
図１６において、各種情報蓄積部６２〜７０から情報抽出がなされる場合、情報選択部５０は、ステップＳ２１の処理として、アプリケーション部４０から、所望の情報を要求するクエリ（query）を受け取る。すなわち図１７のＳＭＳ／ＭＭＳのメッセージ履歴を抽出する場合、情報選択部５０は、ＳＭＳ／ＭＭＳ用のアプリケーションプログラムから、ＳＭＳ／ＭＭＳのメッセージ履歴を要求するクエリを抽出条件として受け取る。なお、ＳＭＳ／ＭＭＳのメッセージ履歴を要求するクエリとしては、例えば最新のものから１０件分のメッセージ履歴を要求するものなどを挙げることができる。
【００８７】
上記抽出条件を受けた情報選択部５０は、ステップＳ２２の処理として、上記抽出条件に応じて適切な情報蓄積部を選択し、その情報蓄積部へ上記抽出条件を送る。図１７の例の場合、情報選択部５０は、ＳＭＳ／ＭＭＳ情報蓄積部６３を選択し、ＳＭＳ／ＭＭＳのメッセージ履歴を要求する上記抽出条件を当該ＳＭＳ／ＭＭＳ情報蓄積部６３へ送る。
【００８８】
上記情報選択部５０から抽出条件を受けた情報蓄積部は、ステップＳ２３の処理として、当該受け取った抽出条件を解釈し、蓄積している情報の中から当該抽出条件に合った適切な情報を抽出する。図１７の例の場合、ＳＭＳ／ＭＭＳ情報蓄積部６３は、上記抽出条件に合った情報としてＳＭＳ／ＭＭＳのメッセージ履歴を抽出する。
【００８９】
上記抽出条件に適合した情報を抽出した情報蓄積部は、ステップＳ２４の処理として、上記抽出した情報を抽出条件に従って並べ替えて情報選択部５０へ送る。図１７の例の場合、ＳＭＳ／ＭＭＳ情報蓄積部６３は、ＳＭＳ／ＭＭＳのメッセージ履歴を抽出条件に応じて並べ替えて情報選択部５０へ送る。
【００９０】
上記情報蓄積部から情報を受け取った情報選択部５０は、その情報を、要求元であるアプリケーション部４０へ送る。図１７の例の場合、情報選択部５０は、ＳＭＳ／ＭＭＳ用のアプリケーションプログラムへ、上記ＳＭＳ／ＭＭＳのメッセージ履歴を送る。
【００９１】
なお、図１６及び図１７では、情報選択部５０は、抽出条件に応じた情報蓄積部を選択して、その情報蓄積部から情報を抽出する例を挙げているが、例えば抽出条件に適合した情報が更新情報蓄積部６１に格納されている情報で足りる場合には、当該抽出条件を更新情報蓄積部６１へ送るようにしてもよい。この場合、更新情報蓄積部６１は、その抽出条件を解釈し、蓄積している情報の中からその抽出条件に合った適切な情報を抽出し、さらに当該抽出した情報を抽出条件に従って並べ替えて情報選択部５０へ送る。
【００９２】
また、上述のように情報抽出がなされた場合、各種情報蓄積部６２〜７０或いは更新情報蓄積部６１は、情報抽出回数を表す情報についても更新して保持する。同様に、例えば電子メールなどの情報が抽出されてその内容がディスプレイ表示等されたような場合、若しくはディスプレイ表示がなされなかった場合には、各種情報蓄積部６２〜７０或いは更新情報蓄積部６１は、当該情報が“既読”或いは“未読”であることを示す情報についての更新も行って保持する。これにより、その後、更新情報表示カードには、それら情報抽出回数や既読／未読の情報を反映させることが可能となる。
【００９３】
また、前述のように、各情報を時系列順に並べた場合の順序と実際に情報が格納されている順序との対応表のデータが各情報蓄積部６２〜７０に保持されているような場合、それら各情報蓄積部６２〜７０から情報が抽出される際には、当該対応表に基づいた時系列順に、各情報が抽出されることになる。
【００９４】
なおここでは情報蓄積部６２〜７０より情報を抽出する例を挙げて説明しているが、更新情報蓄積部６１が対応表データを保持している場合も同様であり、当該更新情報蓄積部６１から情報を取り出す際には、その対応表に基づいた時系列順に各情報が取り出されることになる。
【００９５】
［まとめ］
以上説明したように、本発明実施形態の携帯電話端末によれば、それぞれ異なる種類のアプリケーションプログラムにより扱われる複数の更新情報の概要を一元的に管理してユーザに見せ、さらに、それら更新情報の詳細をもユーザに見せるようなことを、そのユーザに対して複雑な操作を要求せずに簡単且つ容易に実現可能となっている。
【００９６】
なお、上述した実施形態の説明は、本発明の一例である。このため、本発明は上述した各実施形態に限定されることなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることはもちろんである。
【００９７】
上述した実施形態では、携帯電話端末を例に挙げたが、本発明は、異なる種類のアプリケーションプログラムを実行可能な様々な情報端末にも適用可能である。
【符号の説明】
【００９８】
１…ディスプレイ画面、２…更新情報表示カード、３…ユーザの指、４，５，６…矢印、７…個人の写真画像
１０…制御部、１１…通信回路、１２…通信アンテナ、１３…表示部、１４…操作部（タッチセンサ）、１５…メモリ部、１６…内蔵メモリ、１７…カード状メモリ、１６ａ…プログラム格納部、１６ｂ…データ格納部、２０…スピーカ、２１…マイクロホン、２２…近距離無線通信部、２３…近距離無線通信用のアンテナ、２４…ＧＰＳ部、２５…ＧＰＳ用のアンテナ、２６…非接触通信部、２７…非接触通信用のアンテナ、２８…カメラ部、２９…外部Ｉ／Ｆ部
４０…アプリケーション部、４１…表示画像生成部、４２…情報管理部、４３…画像表示指示部
５０…情報選択部、５１…更新情報管理部、６１…更新情報蓄積部、６２…ＳＮＳ情報蓄積部、６３…ＳＭＳ／ＭＭＳ情報蓄積部、６４…電子メール情報蓄積部、６５…電話帳情報蓄積部、６６…ＲＳＳ／ＡＴＯＭ情報蓄積部、６７…カレンダー情報蓄積部、６８…ＩＭ情報蓄積部、６９…メディア情報（ローカルメディア情報）蓄積部、７１…ネットワーク、７０…メディア情報（ネットワークメディア情報）蓄積部
【技術分野】
【０００１】
本発明は、例えば携帯電話機のような情報端末と、その情報端末において取り扱われる様々な情報をユーザへ提示する際の情報提示方法及び情報提示プログラムに関する。
【背景技術】
【０００２】
従来より、携帯情報端末の代表例である携帯電話端末は、例えば通話の発着信履歴や電子メールの送受信履歴、その他メッセージの受信履歴などを一覧表示する機能を備えている。
【０００３】
例えば特開２００１−１８６５６９号の公開特許公報（特許文献１）には、通話やメールの送受信日時とその相手先の電話番号やメールアドレスなどの交信記録と、送受信時に付加された情報の有無及びその情報の所在を記録手段に記録する携帯型無線電話機が開示されている。そして、この特許文献１に記載の携帯型無線電話機は、例えば所定のボタン操作がなされた場合、交信記録を時系列順に表示し、さらに付加情報がある時には記録手段からその情報を取得し、その情報が音声情報であれば拡声器から音声を再生し、文字や画像情報であれば表示させるようになされている。
【０００４】
また、特開２００５−１６００５２号の公開特許公報（特許文献２）には、送信電子メール、受信電子メールをそれぞれ記憶する記憶部と、その記憶部に記憶された電子メールの中から指定された相手の電子メールを検出する制御部と、その制御部によって検出された相手の電子メールを時系列に一覧表示する表示部とを備えた携帯端末装置が開示されている。すなわちこの特許文献２に記載の携帯端末装置では、指定した相手に対する、送信電子メール、受信電子メールをそれぞれ混在させて時系列に一覧表示可能となされており、相手との間でどのように電子メールの交換を行ったかを一目で判るようにしている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１８６５６９号公報（図１）
【特許文献２】特開２００５−１６００５２号公報（図２）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、近年の携帯電話端末は、通話用アプリケーションプログラムや電子メールアプリケーションプログラムのみならず、インターネットへの接続及びウェブページの閲覧用アプリケーションプログラム、写真画像や動画像の撮影とそれら画像の再生用アプリケーションプログラム、楽曲の管理とその楽曲の再生用アプリケーションプログラム、スケジュール管理用アプリケーションプログラムなど、それぞれが別個若しくは相互に連携した多種多様のアプリケーションプログラムを実行可能となされている。
【０００７】
このため、それら複数のアプリケーションプログラムのうち所望のアプリケーションプログラムにより扱われるデータ等の更新を確認するような場合、ユーザは、携帯電話端末を操作して、当該所望のアプリケーションプログラムを起動させた上で、そのアプリケーションプログラムにより扱われるデータ等の更新情報をディスプレイ上に表示させるような操作を行わなければならない。すなわち例えば、電子メールの通信履歴の更新情報を確認するような場合、ユーザは、電子メールアプリケーションプログラムを起動させ、その電子メールアプリケーションプログラムの実行により通信履歴を表示させるような操作を行わなければならない。同様に、例えば、写真画像の追加履歴を確認するような場合には、ユーザは、写真用アプリケーションプログラムを起動させ、そのアプリケーションプログラムにより追加履歴を表示させるような操作を行わなければならない。したがって、例えばそれぞれ異なるアプリケーションプログラムにより扱われる複数のデータ等の更新を確認したいような場合には、先ず、或るアプリケーションプログラムを起動させてそれにより扱われるデータ等の更新情報を表示させた後、次に起動させたい別のアプリケーションプログラムを選び、当該選んだアプリケーションプログラムを起動させてそれにより扱われるデータ等の更新情報を表示させるような操作を、次々と繰り返さなければならず、ユーザは非常に煩雑な作業を行う必要がある。なお、例えば同じアプリケーションプログラムにより扱われる複数種類のデータ等の更新情報が有るような場合にも略々同様であり、ユーザは、それら異なる種類のデータ等の更新を確認するためには、それら各種のデータ等の更新情報を次々に切り替えて表示させるような煩雑な操作を行わなければならない。
【０００８】
本発明は、このような実情に鑑みて提案されたものであり、それぞれ異なる種類のアプリケーションプログラムなどにより扱われる複数のデータ等の更新を、煩雑な操作を要せずにユーザが簡単且つ容易に確認できるようにする情報端末、情報端末の情報提示方法及び情報提示プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の情報端末は、更新情報格納部と、情報制御部と、表示制御部とを有する。更新情報格納部は、複数種類の情報が蓄積される情報蓄積部において更新された情報の一部を各種類に対応付けた更新情報として格納する。情報制御部は、情報蓄積部における情報更新を監視し、情報蓄積部にて情報更新がなされた時、当該更新された情報の一部を各種類に対応付けた更新情報として更新情報格納部へ格納させ、当該更新情報格納部に格納された更新情報を所定の規則に従った並び順で表示制御部へ送出する。表示制御部は、情報制御部から供給された所定の規則に従った並び順の更新情報を画面表示させる。これにより、本発明は上述した課題を解決する。
【００１０】
すなわち、本発明によれば、複数種類の更新情報を一元的に管理して所定の並び順（例えば時系列順）に画面表示可能となされている。
【発明の効果】
【００１１】
本発明においては、複数種類の更新情報を一元的に管理して例えば時系列順に画面表示可能となされているため、それぞれ別個に実行される多種多様の複数のアプリケーションプログラムにより扱われる複数の更新情報を、煩雑な操作を要せずにユーザが簡単且つ容易に確認することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明実施形態の携帯電話端末の概略構成を示すブロック図である。
【図２】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、特に待ち受け画面の表示例を示す図である。
【図３】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、特に画面上に表示されている各更新情報表示カードがユーザのスライド操作に応じて画面上部側にドラッグされている状態の表示例を示す図である。
【図４】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、特にそれぞれ異なる種類の複数の更新情報表示カードが時系列順に並べられている状態の表示例を示す図である。
【図５】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、図４に示した画面においてユーザが画面横方向へのスライド操作を行っている状態の説明に用いる図である。
【図６】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、図５に示した画面横方向へのスライド操作により、画面上に表示された時系列順の各更新情報表示カードが切り替えられた後の状態の表示例を示す図である。
【図７】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、異なる種類の複数の更新情報表示カードが時系列順に並べられている状態の他の表示例を示す図である。
【図８】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、図７の複数の更新情報表示カードの中からユーザにより特定のカードが選択されている状態の説明に用いる図である。
【図９】本実施形態の携帯電話端末のディスプレイ画面の一例を示し、図８のカード選択により個人のデータが特定され、その個人の写真画像と例えばＳＭＳのメッセージの送受信履歴等がディスプレイ画面に表示された状態の表示例を示す図である。
【図１０】本実施形態の携帯電話端末において、複数のデータ等の更新をそれぞれ表す複数の更新情報表示カードを時系列順に連ねて表示するための主要な構成要素を示すブロック図である。
【図１１】図１０の構成により、ディスプレイ画面上へ更新情報表示カードが表示される際の処理の流れを示すフローチャートである。
【図１２】図１０の情報管理部の詳細な構成例を示すブロック図である。
【図１３】情報の追加，変更（情報の更新）がなされる場合の情報管理部における処理の流れを示すフローチャートである。
【図１４】情報の追加，変更（情報の更新）の一例として、電子メールが新規に受信された場合の情報管理部の各構成要素間の処理の流れを模式的に示すブロック図である。
【図１５】更新情報蓄積部内に蓄積される情報テーブルの一例を示す図である。
【図１６】情報抽出がなされる場合の情報管理部における処理の流れを示すフローチャートである。
【図１７】情報抽出の一例として、ＳＭＳ／ＭＭＳのメッセージ履歴を抽出する場合の情報管理部の各構成要素間の処理の流れを模式的に示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら、本発明の一実施形態について説明する。
【００１４】
なお、本発明の情報端末、情報提示方法及び情報提示プログラムが適用される一例として、本実施形態では、携帯電話端末を例に挙げているが、勿論、ここで説明する内容はあくまで一例であり、本発明はこの例に限定されないことは言うまでもない。
【００１５】
［携帯電話端末の概略構成］
図１には、本実施形態の携帯電話端末の概略的な内部構成例を示す。
【００１６】
図１において、通信アンテナ１２は、例えば内蔵アンテナであり、通話や電子メール等のパケット通信のための信号電波の送受信を行う。通信回路１１は、送受信信号の周波数変換、変調と復調等を行う。
【００１７】
スピーカ２０は、携帯電話端末に設けられている受話用のスピーカや、リンガ（着信音）、アラーム音、再生音楽、再生動画像の音声等の出力用スピーカであり、制御部１０から供給された音声信号を音響波に変換して空気中に出力する。
【００１８】
マイクロホン２１は、送話用及び外部音声集音用のマイクロホンであり、音響波を音声信号に変換し、その音声信号を制御部１０へ送る。
【００１９】
表示部１３は、例えば液晶ディスプレイや有機ＥＬ（ElectroLuminescent）ディスプレイ等の表示デバイスと、そのディスプレイの表示駆動回路とを含み、制御部１０から供給された画像信号により、上記ディスプレイ上に例えば電子メール等の各種文字やメッセージを表示したり、静止画像や動画像等の表示を行う。
【００２０】
操作部１４は、例えばいわゆるタッチパネルや、各種ボタンキー、ジョグダイヤル等の各操作子と、それら操作子が操作された時の操作信号を発生する操作信号発生器とからなる。なお、操作部１４として用いられるタッチパネルは、例えば表示部１３の略々全面に配することができる。表示部１３の略々全面にタッチパネルを配した場合、表示部１３の画面上の表示位置とタッチパネル上のタッチ検出位置とを対応付けることにより、例えば画面上に表示されたアイコンや後述する更新情報表示カード等をユーザが指等によりタッチ，スライド等することによるユーザの指示入力が可能となされる。
【００２１】
近距離無線通信部２２は、近距離無線通信アンテナ２３を通じて例えばいわゆるブルートゥース（BlueTooth：登録商標）方式、ＵＷＢ（Ultra Wide Band）方式、無線ＬＡＮ（Local Area Network）などによる近距離無線通信を行う。また、近距離無線通信通信部２２は、近距離無線通信の全般的な制御と、制御部１０との間でのデータのやり取りを行う。
【００２２】
ＧＰＳ部２４は、ＧＰＳアンテナ２５を通じて、ＧＰＳ測地衛星からのＧＰＳ信号を受信し、そのＧＰＳ信号を用いて自端末の現在位置の緯度及び経度を求める。このＧＰＳ部２４により得られたＧＰＳデータ（緯度，経度を表す情報）は制御部１０へ送られる。これにより、制御部１０は、自端末の現在位置を知ることができる。
【００２３】
非接触通信部２６は、非接触通信アンテナ２７を通じて、例えばいわゆるＲＦＩＤ（Radio Frequency-Identification：電波方式認識）や非接触型ＩＣカード等で用いられる非接触通信を行う。当該非接触通信部２６は、いわゆる電子財布による電子決済や駅入出場時の電子切符としての情報を非接触通信を用いてやり取りする際などに用いられる。
【００２４】
カメラ部２８は、静止画像や動画像を撮影するための内蔵カメラであり、光学レンズと撮像素子、フォーカス合わせやズーム倍率変更のために上記光学レンズを駆動するレンズ駆動機構及びその駆動回路、撮像素子からの撮像信号に画像処理を施す画像処理回路などからなる。
【００２５】
外部Ｉ／Ｆ部２９は、ケーブルを通じてデータ通信を行う際のケーブル接続用コネクタ部と外部データ通信用インターフェース回路とからなる。
【００２６】
メモリ部１５は、当該端末の内部に設けられている内蔵メモリ１６と、いわゆるＳＩＭ（Subscriber Identity Module）情報等を格納する着脱可能なカード状のメモリ１７とを含む。内蔵メモリ１６は、ＲＯＭ（Read Only Memory）とＲＡＭ（Random Access Memory）とからなる。上記ＲＯＭは、ＯＳ（Operating System）、制御部１０が各部を制御するための制御プログラム、各種の初期設定値、辞書データ、着信音やキー操作音等の音データ、例えばＳＮＳ（Social Networking Service）用やＳＭＳ（Short Message Service）／ＭＭＳ（Multimedia Messaging Service）用、電子メール用、楽曲用、動画用，写真用などの各種アプリケーションプログラム、後述するように各種のアプリケーションプログラムなどにより扱われる複数のデータ等が更新された時の更新情報を一元的に管理してユーザへ提示可能とする情報提示プログラムなどが格納されている。また、このＲＯＭは、ＮＡＮＤ型フラッシュメモリ（NAND-type flash memory）或いはＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）のような書き換え可能なＲＯＭを含む。当該書き換え可能なＲＯＭには、例えば、電話番号や電子メールアドレス，個人名，ＳＮＳアカウントなどデータ（いわゆる電話帳のデータ）、スケジュール帳のデータ、カレンダーのデータ、ＳＭＳやＭＭＳ，電子メールなどのメッセージデータ、それらメッセージデータの発着信や通話の発着信などの通信履歴、カメラにより撮影されたりパーソナルコンピュータ等から転送された静止画像や動画像のデータ、インターネット等を介して購入等された静止画像や動画像，楽曲の購入履歴、ユーザがネットワークを介してダウンロードしたデータファイル、ユーザ辞書データ、その他、各種のユーザ設定値等を保存可能となされている。なお、図１の例では、上記内蔵メモリ１６の上記各種データやプログラムの格納領域のうち、特に、上記制御プログラムや情報提示プログラム，各種アプリケーションプログラムを保持するプログラム格納部１６ａと、上述した電話帳やメッセージ等の各種データを保持するデータ格納部１６ｂ等を図示している。勿論、図示は省略しているが、ＲＡＭは、制御部１０が各種のデータ処理を行う際の作業領域として、随時データを格納する。
【００２７】
制御部１０は、ＣＰＵ（中央処理ユニット）からなり、通信回路１１における通信の制御、音声処理及びその制御、画像処理及びその制御、その他各種信号処理や各部の制御等を行う。また、制御部１０は、メモリ部１５に格納されている各種の制御プログラムやアプリケーションプログラムの実行及びそれに付随する各種データ処理等を行う。特に、詳細については後述するが、本実施形態の場合、制御部１０は、メモリ部１５のプログラム格納部１６ａに格納されている情報提示プログラムにより、各種アプリケーションプログラム等により扱われる複数のデータ等が更新された際の更新情報を一元的に管理してユーザへ提示するための処理を実行する。
【００２８】
その他、図１には図示を省略しているが、本実施形態の携帯電話端末は、各部へ電力を供給するバッテリとその電力をコントロールするパワーマネージメントＩＣ部、外部メモリ用スロット、ディジタル放送の受信チューナ部とＡＶコーデック部、タイマ（時計部）など、一般的な携帯電話端末に設けられる各構成要素についても備えている。
【００２９】
［情報提示時のディスプレイ画面］
図２〜図９には、本発明実施形態にかかる上記表示部１３のディスプレイ画面１の一表示例を示す。なお、本実施形態では、ディスプレイ画面の略々全面にタッチパネルが配されているとする。
【００３０】
図２は、ディスプレイ画面１が待ち受け画面になっている状態の時の表示例を示しており、当該待ち受け画面には、複数種類の各データ等について例えば追加や変更などの更新がなされた場合の更新情報を表したカード状（タイル状）のオブジェクト（以下、更新情報表示カード２と表記する。）が表示されている例を示している。なお、本実施形態における上記カード状オブジェクトにより表される更新情報には、それぞれ異なる複数のアプリケーションプログラムにより扱われるデータ等についての更新情報だけでなく、例えば同一のアプリケーションプログラムにより扱われる異なった種類のデータ等についての更新情報も含まれている。また、図２の表示画面は、待ち受け画面ではなく、別途用意された所定の更新情報表示用画面であってもよい。
【００３１】
一枚の更新情報表示カード２は、或るアプリケーションプログラムにより扱われる一つのデータ等についての更新情報を表している。当該一枚の更新情報表示カード２には、例えばＳＮＳ用やＳＭＳ用、電子メール用、楽曲用、写真用などの各種アプリケーションプログラムにより実行される機能のうちの何れに対応しているのかを表す情報や、例えばメッセージの送信元やニュースの見出しなどのように各機能毎に特有で且つその更新内容に関連した情報、更新日時を示す情報など、それぞれ各機能の特性に応じた情報が表示される。
【００３２】
そして、ディスプレイ画面１には、ディスプレイ画面をユーザが正対して見た時の画面上部から画面下部に向かって、複数の更新情報表示カード２が更新日時の新しい順（時系列順）に連なるように表示される。なお、図２には、更新日時の新しいものから順（画面上部から画面下部に向かって順）に、ＳＭＳの着信があったことを表す１枚の更新情報表示カード、別のＳＭＳの着信があったことを表す１枚の更新情報表示カード、ＲＳＳ（RDF(Resource description framework) Site Summary）からのニュースの更新があったことを表す１枚の更新情報表示カード、ＳＮＳの更新があったことを表す１枚の更新情報表示カード、電子メールの着信があったことを表す１枚の更新情報表示カードなどが、連なって並べられている例を示している。
【００３３】
また、本実施形態において、上記ディスプレイ画面に表示されている各更新情報表示カード２は、本実施形態の情報提示プログラムが扱う全ての更新情報表示カードのうちの一部であり、上記ディスプレイ画面に表示されない他の更新情報表示カードについても、時系列順に配列されている。そして、本実施形態の携帯電話端末では、ユーザからの指示入力に従い、上記ディスプレイ画面に表示されないそれらの更新情報表示カードについても順次表示可能となされている。
【００３４】
すなわち、本実施形態の携帯電話端末は、例えば図３に示すように、ディスプレイ画面１上に配されているタッチパネルが例えばユーザの指３にてタッチされた状態で、その指３が図中矢印４のように画面上方向にドラッグ操作されたような場合、当該ディスプレイ画面１に表示されている各更新情報表示カード２を画面上部側にスライドさせるように表示を制御する。これより、上記ドラッグ操作以前にディスプレイ画面１に表示されていた各更新情報表示カード２は、時系列の新しい順番に画面上部側から外れ、一方、当該ドラッグ操作以前に表示されていた各更新情報表示カード２よりも時系列で古い各更新情報表示カード２が順番に画面下部側からディスプレイ画面１内に表示されることになる。なお、時系列順で最も古い更新情報表示カード２がディスプレイ画面１内に表示されたような場合には、それ以降は画面上方向への更新情報表示カードのスライド表示を停止させてもよいし、或いは、最も古い更新情報表示カードに続けて最新の更新情報表示カード以降の各更新情報表示カードをスライド表示させるようにしてもよい。
【００３５】
一方、ディスプレイ画面１に表示されている各更新情報表示カード２より時系列順で新しい各更新情報表示カードが存在しているような場合において、例えばタッチパネル上で指３が画面下方向にドラッグ操作された時、本実施形態の携帯電話端末は、当該ディスプレイ画面１に表示されている各更新情報表示カード２を画面下部側へスライドさせるように表示を制御する。これより、当該ドラッグ操作以前にディスプレイ画面１に表示されていた各更新情報表示カード２は、時系列の古い順に画面下部側から外れ、また、ドラッグ操作以前に表示されていた各更新情報表示カード２よりも時系列の新しい各更新情報表示カードが、順番に画面上部側からディスプレイ画面１内に表示されることになる。なお、時系列順で最も新しい更新情報表示カード２がディスプレイ画面１内に表示されたような場合には、それ以降は画面下方向への更新情報表示カードのスライド表示を停止させてもよいし、或いは、最も新しい更新情報表示カードに続けて最も古い更新情報表示カード以降の各更新情報表示カードをスライド表示させるようにしてもよい。
【００３６】
また、本実施形態の携帯電話端末は、上述のように複数種類が混在した状態で更新情報表示カード２を時系列順に連ねた表示の他に、種類毎に分けられた各更新情報表示カード２、つまりそれぞれ同一分類内或いは同一グループに含まれる複数の更新情報表示カードのみを、時系列順に連ねて画面表示することも可能となされている。すなわち本実施形態の携帯電話端末は、例えば、ＳＭＳ着信を表す複数の更新情報表示カードを時系列順に連ねて画面表示させたり、楽曲追加を表す複数の更新情報表示カードを時系列順に連ねて画面表示させたり、写真追加を表す複数の更新情報表示カードを時系列順に連ねて画面表示させるようなことも可能となされている。
【００３７】
図４〜図６には、前述のように複数種類が混在した状態で更新情報表示カード２が時系列順に表示されている状態から、上述のように同一分類内或いは同一グループ内の複数の各更新情報表示カード２のみが時系列順に表示される状態に切りかわる具体例を示す。すなわち、携帯電話端末は、例えば図４に示すように、それぞれ異なる種類の複数の更新情報表示カード２が混在して時系列順に表示されている状態から、例えば図５に示すように、その中の所望のカードがユーザの指３により選択（タッチ）された状態で当該指３が図中矢印５に示すように画面横方向にドラッグ操作されたような場合、図６に示すように、当該ユーザにより選択されたカードに対応した同一種類の各更新情報表示カード２のみを、時系列順に連ねてディスプレイ画面上に表示する。なお、図４〜図６では、図４の各更新情報表示カード２の中から、図５のように電話着信に対応した更新情報表示カードがユーザにより選ばれてドラッグ操作されたことにより、図６のように電話着信に対応した各更新情報表示カード２のみが時系列に連なった表示された例を挙げている。カードの種類を指定する方法としては、カードを選択する以外に、種類ボタン（例えばＳＭＳ／ＭＭＳボタン、Ｐｈｏｎｅボタンなど）を画面に表示し、それを選択することでカードの種類を指定することも可能である。
【００３８】
また、本実施形態の携帯電話端末は、上述のように複数の更新情報表示カード２が時系列順に連ねて表示されている際に、それらの更新情報表示カードの中から所望の情報を絞り込んで画面表示させることも可能となされている。すなわち携帯電話端末は、例えば、図７に示す複数の各更新情報表示カード２のなかから、図８のように所望のカードがユーザの指３により選択（タッチ）され且つ当該指３が図中矢印６に示すようにドラッグ操作された時、当該選択された更新情報表示カードに対応した個人を特定し、図９に示すようにその個人に関連する情報を画面表示する。なお、図７〜図９では、図７の各更新情報表示カード２の中から、図８のようにＳＭＳの更新情報表示カード２が選択されたことにより、図９のように、そのカードから特定される個人の写真画像７とＳＭＳのメッセージの送受信履歴等が画面表示された例を挙げている。
【００３９】
［更新情報表示を実行するための構成］
図１０には、本実施形態の携帯電話端末において、上述したような複数の各更新情報をそれぞれ表す複数のカード状オブジェクト（更新情報表示カード２）を時系列順に連ねて画面表示するための構成例を示す。なお、この図１０の例は、図１の制御部１０が、各種アプリケーションプログラムと本実施形態の情報提示プログラムを実行することにより、上記更新情報表示カード２を時系列順に連ねて画面表示するための主要な構成要素のみを示している。
【００４０】
図１０に示すアプリケーション部４０は、通話用、ＳＮＳ用、ＳＭＳ／ＭＭＳ用、電子メール用、楽曲用、動画・写真用、電話帳（アドレス帳）用などの各種アプリケーションプログラムの実行により形成される構成要素を表している。それら各種アプリケーションプログラムにて実行される複数の機能のうち、特に、本発明実施形態にかかる更新情報表示に関連する機能としては、ユーザ入力指示情報を受け取って表示画像生成部４１へ送る機能と、情報管理部４２との間で情報の入出力を管理する機能と、情報管理部４２からの情報更新通知を表示画像生成部４１へ送る機能などを挙げることができる。すなわち、本実施形態の場合、アプリケーション部４０は、ユーザによる操作部１４のタッチパネル等の操作により当該端末へ入力された指示情報を受け取った場合に、その入力指示情報を表示画像生成部４１へ送る。また、アプリケーション部４０は、上記更新情報表示カード２等をディスプレイ画面へ表示する際に必要となる情報を、後述する情報管理部４２から受け取った場合、その情報を表示画像生成部４１へ送る。また、アプリケーション部４０は、上記更新情報表示カード２を通じて表示される情報の更新があったことを示す通知を、情報管理部４２から受け取った場合、その通知情報を表示画像生成部４１へ送る。
【００４１】
表示画像生成部４１は、本発明にかかる表示制御部に含まれ、上記アプリケーション部４０からのユーザ指示入力情報や画像表示のための情報を基に、ディスプレイ画面上に表示する表示画像情報を生成し、その表示画像情報を画像表示指示部４３へ送る。すなわち、表示画像生成部４１は、上記アプリケーション部４０を介して上記情報管理部４２から画面表示に必要な情報を受け取ると、その情報を基に、上記更新情報表示カード２等をディスプレイ画面上に表示するための表示画像情報を生成し、その表示画像情報を画像表示指示部４３へ送る。また、表示画像生成部４１は、上記アプリケーション部４０を介して上記ユーザ入力指示情報を受け取ると、その入力指示情報を基に、ユーザからの入力がどのような指示であるかを解析し、そのユーザ指示を適切に反映させた表示画像情報を生成して画像表示指示部４３へ送る。
【００４２】
画像表示指示部４３は、本発明にかかる表示制御部に含まれ、表示画像生成部４１から供給された表示画像情報を、図１の表示部１３のディスプレイ画面上に表示させる。
【００４３】
情報管理部４２は、本発明にかかる更新情報制御部に対応し、携帯電話端末において逐次更新される以下の各データを管理する。すなわち、情報管理部４２は、一例として、個人名や電子メールアドレス，ＳＮＳアカウントなどが含まれる電話帳、通話着信、送信履歴、ＳＭＳ／ＭＭＳ，電子メールといったメッセージの発着信履歴、カメラ部２８による撮影やパーソナルコンピュータからの転送，オンラインショップからの購入などによる写真画像や動画像の追加・購入履歴、パーソナルコンピュータからの転送やオンラインショップからの購入などによる楽曲の追加・購入履歴、ユーザが携帯電話端末を介して利用しているＳＮＳの日記やメッセージ等の各種データの更新情報、カレンダーデータ、ユーザがネットワークを介してダウンロードしたファイルの履歴などの各データを管理する。また、情報管理部４２は、更新情報表示カード２等をディスプレイ画面に表示するのに必要な情報をアプリケーション部４０へ送る。また、情報管理部４２は、上述のように管理しているデータに更新があった場合、そのことをアプリケーション部４０へ通知することも行う。なお、当該情報管理部４２における具体的な情報管理の詳細については後述する。
【００４４】
［更新情報表示時の動作概要］
上述した図１０の構成において、ディスプレイ画面上への更新情報の表示は、図１１のフローチャートに示すような流れで行われる。
【００４５】
ディスプレイ画面上に更新情報表示カード２を表示する場合、先ず、ステップＳ１の処理として、アプリケーション部４０が情報管理部４２に対し、画面表示のための情報を要求する。
【００４６】
上記アプリケーション部４０からの要求を受け取ると、情報管理部４２は、ステップＳ２の処理として、自己が管理している情報の中から、上記要求に適合した情報を幾つか抽出し、それらを時系列順に整えてアプリケーション部４０へ送る。
【００４７】
上記情報管理部４２から情報を受け取ったアプリケーション部４０は、ステップＳ３の処理として、その情報を表示画像生成部４１へ送る。
【００４８】
上記アプリケーション４０から情報を受けた表示画像生成部４１は、ステップＳ４の処理として、当該受け取った情報を基に表示画像情報を構成し、その表示画像情報を画像表示指示部４３へ送る。
【００４９】
上記表示画像情報を受け取った画像表示指示部４３は、ステップＳ５の処理として、当該表示画像情報を基に、表示部１３のディスプレイ画面上への画像表示を指示する。
【００５０】
また、表示画像生成部４１は、ステップＳ６の処理として、画面表示の更新が必要か否か判断する。すなわち、表示画像生成部４１は、例えば、ユーザから指示入力があった場合や情報更新があった場合に、それらをディスプレイ画面上の表示へ反映させるために、画面表示の更新が必要か否か判断する。また、表示画像生成部４１は、前述のようにユーザのドラッグ操作によるディスプレイ画面上での更新情報表示カード２のスライド表示等のようなアニメーション表示を実現するために、画面表示の更新が必要か否か判断する。
【００５１】
そして、ステップＳ６において画面表示の更新が必要であると判断した場合、表示画像生成部４１は、ステップＳ７の処理として、アプリケーション部４０へ、上記画面表示の更新のために必要な情報を要求する。このステップＳ７の後はステップＳ１へ処理が戻る。
【００５２】
このように、本実施形態の携帯電話端末では、ステップＳ１〜ステップＳ７の処理を繰り返して画面表示が行われる。
【００５３】
［情報管理部の構成］
図１２には、上述の図１０に示した情報管理部４２の詳細な構成例を示す。なお、図１２にはアプリケーション部４０も描かれている。
【００５４】
情報管理部４２は、全ての種類の更新情報を一元的に管理しつつ、更新情報を必要に応じて素早く抽出して表示画像生成部４１へ送るために、図１２に示すような情報選択部５０と更新情報管理部５１と更新情報蓄積部６１とを備えている。なお、各種情報蓄積部６２〜７０は、情報管理部４２に含まれていてもよいし、携帯電話端末内に別途備えられた情報蓄積手段であってもよい。さらに、各種情報蓄積部６２〜７０は、必ずしも、携帯電話端末内に設けられている情報蓄積手段である必要はなく、例えば情報蓄積部７０のようにネットワーク７１を介して外部に設けられているものであってもよい。
【００５５】
各種情報蓄積部６２〜７０は、例えばメッセージや電話帳、ＳＮＳ、ＳＭＳ／ＭＭＳ、電子メール、カレンダーなどといった情報種別ごとに存在している。また、これら各種情報蓄積部６２〜７０は、それぞれ担当種別の情報を蓄積することの他、共通した機能として、情報選択部５０或いは更新情報管理部５１からの要求に応じて、内部に蓄積している情報を指定された順序で返却する機能、また、限定された個数の情報が要求された場合には、指定された順序に従ってその個数の情報を抽出して返却する機能を備えている。なお、図１２では、各種情報蓄積部の一例として、ＳＮＳに関連する各種情報を蓄積するＳＮＳ情報蓄積部６２、ＳＭＳとＭＭＳに関連する各種情報を蓄積するＳＭＳ／ＭＭＳ情報蓄積部６３、電子メールに関連する各種情報を蓄積する電子メール情報蓄積部６４、電話帳に関する各種情報を蓄積する電話帳情報蓄積部６５、ＲＳＳに関連する各種情報を蓄積するＲＳＳ／ＡＴＯＭ情報蓄積部６６、カレンダーに関連する各種情報を蓄積するカレンダー情報蓄積部６７、ＩＭ（instant messaging）に関連する各種情報を蓄積するＩＭ情報蓄積部６８、画像や楽曲などの関連する各種情報を蓄積するメディア情報蓄積部６９や７０など、担当種別毎の情報蓄積部を挙げている。また、これら各種情報蓄積部６２〜７０は、携帯電話端末の各アプリケーションプログラム（つまりアプリケーション部４０）により共通に利用可能となされている。すなわち例えば、ＳＭＳ，ＭＭＳ，電子メールなどのメッセージを扱うアプリケーションプログラム、電話帳を扱うアプリケーションプログラム、画像を扱うアプリケーションプログラム、楽曲を扱うアプリケーションプログラムなどは、それぞれが使用する情報を情報蓄積部に保存し、利用可能となされている。
【００５６】
上記情報選択部５０は、本発明にかかる更新情報制御部の一部を構成しており、アプリケーション部４０から要求を受け取ると、その要求に応じて、上記各種情報蓄積部６２〜７０の中から適切な情報蓄積部を選び出し、さらに、その選択した情報蓄積部に蓄積されている情報の中から適切な情報を抽出して、上記アプリケーション部４０へ返す。
【００５７】
上記更新情報管理部５１は、本発明にかかる更新情報制御部の一部を構成しており、各種情報蓄積部６２〜７０の情報更新、つまり、各情報蓄積部６２〜７０への新たな情報蓄積（追加）や既に蓄積されている情報の変更，削除などのような情報更新を監視する。本実施形態の場合、上記各種情報蓄積部６２〜７０は、情報更新が発生した場合にそれを外部へ通知する機能を備えており、したがって、更新情報管理部５１は、それら各種情報蓄積部６２〜７０からの更新通知を基に情報更新がなされたことを検知する。そして、それら各種情報蓄積部６２〜７０において情報更新があった場合、更新情報管理部５１は、その更新内容を、該当する情報蓄積部から取得して、更新情報蓄積部６１へキャッシュする。なお、上記更新情報管理部５１は、上述のように各種情報蓄積部６２〜７０からの更新通知を基に情報更新の有無を検知する場合の他に、例えば自らが定期的に各情報蓄積部６２〜７０の蓄積情報をチェックすることで情報更新の有無を監視するものであってもよい。
【００５８】
また、更新情報管理部５１は、更新情報蓄積部６１の情報更新、つまり更新情報蓄積部６１への新たな情報蓄積（追加）や既に蓄積されている情報の変更，削除などのような情報更新の監視も行う。そして、上記更新情報蓄積部６１において情報更新があった場合、更新情報管理部５１は、当該情報更新があったことを、情報選択部５０を介してアプリケーション部４０へ通知する。なお、上述の各種情報蓄積部６２〜７０と同様に、更新情報蓄積部６１が情報更新を外部へ通知する機能を備えているような場合、更新情報管理部５１は、当該更新情報蓄積部６１からの更新通知を基に情報更新がなされたことを検知する。また、更新情報管理部５１は、例えば自らが定期的に更新情報蓄積部６１の蓄積情報をチェックすることで情報更新の有無を監視するものであってもよい。
【００５９】
上記更新情報蓄積部６１は、上記各種情報蓄積部の一つであるが、特に、本発明にかかる更新情報格納部に対応しており、他の各種情報蓄積部６２〜７０における更新内容を表す情報を予め蓄積しておくために用意されている。
【００６０】
上述のように、本実施形態にかかる情報管理部４２は更新情報管理部５１と更新情報蓄積部６１を有し、更新情報管理部５１は各種情報蓄積部６２〜７０における情報更新を常時監視し、それら情報蓄積部６２〜７０で情報更新が発生した場合には、その更新内容を更新情報蓄積部６１へ蓄積しておくようになされている。これにより、本実施形態の情報管理部４２は、例えばアプリケーション部４０から要求を受ける度に各種情報蓄積部６２〜７０から更新内容を取得する場合よりも時間を節約でき、高速に全ての更新内容をアプリケーション部４０へ返却して表示画像生成部４１へ送ることが可能となっている。
【００６１】
［各種情報蓄積部における情報更新（追加の情報蓄積、情報の変更）］
上述した各種情報蓄積部６２〜７０は、新たな情報追加や情報変更等のような更新がなされた場合、当該更新の日時を基にして各情報が時系列順に並べられて格納される。なお、情報を時系列順に並べて格納しない場合、或いは厳密に時系列順に並べられずに格納された場合には、その後の情報抽出を高速化できるようにするために、各情報蓄積部６２〜７０では、各情報を時系列順に並べた場合の順序と実際に情報が格納されている順序との対応表が作成され、その対応表のデータも保持する。
【００６２】
各種情報蓄積部６２〜７０に情報が追加される場合、或いは情報が変更された場合、情報管理部４２は以下のように動作する。図１３には、各種情報蓄積部６２〜７０に情報が追加或いは変更された場合の情報管理部４２の処理フローを示す。また、図１４には、情報追加の一例として、例えば電子メールが新規に受信された場合の各構成要素間の処理の流れを模式的に示している。
【００６３】
図１３において、情報の新規追加が行われる場合、情報選択部５０は、ステップＳ１１の処理として、アプリケーション部４０から、更新したい情報の内容と種別を受け取る。図１４の電子メールの新規受信の場合、情報選択部５０は、電子メール用のアプリケーションプログラムから、電子メールの受信であること、及び、その電子メールのデータを受け取る。電子メールのデータとしては、受信日時、送信元のメールアドレス、件名、メール本文、メールヘッダ、添付データがある場合にはそのデータなどを挙げることができる。
【００６４】
上記更新したい情報の内容と種別を受けた情報選択部５０は、ステップＳ１２の処理として、上記受け取った情報の種別に応じて適切な情報蓄積部を選択し、その情報蓄積部へ上記更新内容を送る。図１４の例の場合、情報選択部５０は、電子メール情報蓄積部６４を選択し、電子メールのデータを当該電子メール情報蓄積部６４へ送る。
【００６５】
上記情報選択部５０から情報を受けた情報蓄積部は、ステップＳ１３の処理として、当該受け取った情報を新規に蓄積するか、或いは、既存の情報を変更して蓄積する。図１４の例の場合、電子メール情報蓄積部６４は、受け取った電子メールのデータを蓄積する。
【００６６】
上記受け取った情報の新規蓄積或いは変更を行った情報蓄積部は、ステップＳ１４の処理として、自らの蓄積情報に変更があった旨を周知（この例では更新情報管理部５１へ通知）する。図１４の例の場合、電子メール情報蓄積部６４は、受信電子メールを蓄積したことを更新情報管理部５１へ知らせる。
【００６７】
上記情報蓄積部からの上記周知により情報更新がなされたことを検知した更新情報管理部５１は、ステップＳ１５の処理として、当該周知を行った情報蓄積部から、その更新内容にかかる情報を取得し、その情報を更新情報蓄積部６１へ送る。図１４の例の場合、電子メール情報蓄積部６４からの周知を検知した更新情報管理部５１は、当該電子メール情報蓄積部６４から更新内容を取得し、その情報を更新情報蓄積部６１へ送る。
【００６８】
またこの時、更新情報管理部５１は、ステップＳ１６の処理として、必要であれば当該更新内容に紐付けされた関連情報を情報蓄積部から取得し、上記更新内容と併せて更新情報蓄積部６１へ送る。図１４の例の場合、更新情報管理部５１は、電子メールの関連情報として、当該電子メールの送信元のメールアドレスを元に、そのメールアドレスに対応して電話帳に登録されている登録名などの情報を電話帳情報蓄積部６５から取得し、当該登録名などの情報を更新情報蓄積部６１へ送る。
【００６９】
上記更新情報蓄積部６１は、更新情報管理部５１から受け取った情報を蓄積、或いは、既存の情報を変更して蓄積する。図１４の例の場合、更新情報蓄積部６１は、電子メールについての更新内容や上記登録名などを蓄積する。なお、当該更新情報蓄積部６１においても上述の各種情報蓄積部６２〜７０の場合と同様に、情報を時系列順に並べて格納しない場合、或いは厳密に時系列順に並べられずに格納された場合には、その後の情報抽出を高速化できるようにするために、各情報を時系列順に並べた場合の順序と実際に情報が格納されている順序との対応表が作成され、その対応表のデータも保持する。
【００７０】
［更新情報管理部が情報蓄積部から取得する更新内容の一例］
図１５には、上記更新情報蓄積部６１内に蓄積される情報の一例として、他の各種情報蓄積部６２〜７０から取得する更新内容を表す更新情報テーブルを示す。なお、この図１５に示した更新情報テーブルは、実際に更新情報蓄積部６１内に蓄積されている更新情報テーブルの主要部分のみを表しており、実際にはさらに多くの項目が用意されている。
【００７１】
この図１５に示した更新情報テーブルには、一例として、“カテゴリ”、“サブカテゴリ”、“ソースＩＤ”、“イメージ”、“テキスト”、“タイムスタンプ”、“ディスプレイタイム”、“プレビューテキスト”などのように各更新情報の属性や情報参照先、その他、テキスト等の付加情報を登録するための各項目が用意されている。
【００７２】
ここで、図１５に示した更新情報テーブルの各項目は、大まかに“コンテンツタイプ”と“コンテンツタイプ詳細”とに分けることができる。なお、図１５中の“コンテンツタイプ”と“コンテンツタイプ詳細”は、更新情報テーブル内に実際に情報として格納されるものではなく、説明を分かり易くするために、カードの種類を表すものとして記載している。実際に本実施形態のアプリケーションでカードの種類を判断する際には、後述する“カテゴリ”、“サブカテゴリ”を始めとする他の種類の情報が用いられる。一例として、“受信電子メール”（電話帳未登録）の種類を例に挙げた場合、本実施形態のアプリケーションは、後述する“カテゴリ”内に登録された“電子メール”の情報と“イメージ”内に情報が登録がなされていないことなどから、そのカードの種類が“受信電子メール”（電話帳未登録）であると判断する。
【００７３】
上記“コンテンツタイプ”は、当該更新情報テーブルに登録される情報のタイプを表している。当該コンテンツタイプとしては、一例として、“メディア”、“電話”、“ＳＭＳ／ＭＭＳ”、“電子メール”、“ＳＮＳ”のような各コンテンツのタイプを挙げることができる。
【００７４】
“コンテンツタイプ詳細”は、上記コンテンツタイプをさらに細分化したものである。例えば上記“メディア”のコンテンツタイプに属するコンテンツタイプ詳細としては、“最新のダウンロード楽曲”、“最新のダウンロード動画（ビデオ）”、“最新のキャプチャ動画”、“最新のキャプチャ写真”などのような詳細なコンテンツタイプを挙げることができる。以下同様に、上記“電話”のコンテンツタイプに属するコンテンツタイプ詳細としては、“電話帳登録済みの電話番号からの不在着信”、“電話帳未登録の電話番号からの不在着信”などのような詳細なコンテンツタイプを挙げることができ、上記“ＳＭＳ／ＭＭＳ”のコンテンツタイプに属するコンテンツタイプ詳細としては、“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”、“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”などのような詳細なコンテンツタイプを、“電子メール”のコンテンツタイプに属するコンテンツタイプ詳細としては、“電話帳登録済みのメールアドレスからの受信電子メール”、“電話帳未登録のメールアドレスからの受信電子メール”などのような詳細なコンテンツタイプを、“ＳＮＳ”のコンテンツタイプに属するコンテンツタイプ詳細としては、“電話帳登録済みのＳＮＳ更新”、“電話帳未登録のＳＮＳ更新”などのような詳細なコンテンツタイプを挙げることができる。
【００７５】
そして、図１５に示した更新情報テーブルのうち、上記“カテゴリ”の項目内には、何れのカテゴリに属するのかを示す情報が登録される。図１５の例の場合、“最新のダウンロード楽曲”、“最新のダウンロード動画”、“最新のキャプチャ動画”、“最新のキャプチャ写真”の各コンテンツタイプ詳細に対応するカテゴリ項目内には、“メディア”のカテゴリに属することを示す情報が登録されている。また、上記“電話帳登録済みの電話番号からの不在着信”、“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応するカテゴリ項目内には、“電話”のカテゴリに属していることを示す情報が登録されている。以下同様に、“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”、“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応するカテゴリ項目内には、“ＳＭＳ／ＭＭＳ”のカテゴリに属していることを示す情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”、“電話帳未登録のメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するカテゴリ項目内には、“電子メール”のカテゴリに属していることを示す情報が登録されている。“電話帳登録済みのＳＮＳ更新”、“電話帳未登録のＳＮＳ更新”のコンテンツ詳細に対応するカテゴリ項目内には、“ＳＮＳ”のカテゴリに属していることを示す情報が登録されている。
【００７６】
上記“サブカテゴリ”の項目内には、上記カテゴリをさらに詳細に分類したサブカテゴリを示す情報が登録される。図１５の例の場合、“最新のダウンロード楽曲”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には“音楽”のサブカテゴリに属することを示す情報が登録され、“最新のダウンロード動画”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には“動画（ビデオ）”のサブカテゴリに属することを示す情報が登録され、“最新のキャプチャ動画”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には“動画（ビデオ）”のサブカテゴリに属することを示す情報が登録され、“最新のキャプチャ写真”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には“写真”のサブカテゴリに属することを示す情報が登録されている。以下同様に、“電話帳登録済みの電話番号からの不在着信”、“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応するサブカテゴリ項目内には、“不在着信”のサブカテゴリに属していることを示す情報が登録されている。“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”、“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には、“受信ＳＭＳ／ＭＭＳ”のサブカテゴリに属していることを示す情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”、“電話帳未登録のメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するサブカテゴリ項目内には、“受信電子メール”のサブカテゴリに属していることを示す情報が登録されている。“電話帳登録済みのＳＮＳ更新”、“電話帳未登録のＳＮＳ更新”のコンテンツ詳細に対応するサブカテゴリ項目内には、“ＳＮＳサービスの提供元”毎に用意されたサブカテゴリに属していることを示す情報が登録されている。
【００７７】
“ソースＩＤ”の項目内には、前述の各種情報蓄積部内の情報記憶場所を示す情報が登録される。図１５の例の場合、“最新のダウンロード楽曲”、“最新のダウンロード動画”、“最新のキャプチャ動画”、“最新のキャプチャ写真”の各コンテンツタイプ詳細に対応するソースＩＤ項目内には、前述のメディア情報蓄積部６９や７０内でそれら楽曲や動画、写真等のデータの記憶場所を特定するための“メディアＩＤ”の情報が登録されている。“電話帳登録済みの電話番号からの不在着信”、“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応するソースＩＤ項目内には、前述の電話帳情報蓄積部６５内でそれら不在着信に対応した着信履歴の記憶場所を特定するための“コールログＩＤ”の情報が登録されている。以下同様に、“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”、“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応するソースＩＤ項目内には、ＳＭＳ／ＭＭＳ情報蓄積部６３内でそれらＳＭＳ／ＭＭＳのメッセージ記憶場所を特定するための“メッセージＩＤ”の情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”、“電話帳未登録のメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するソースＩＤ項目内には、電子メール情報蓄積部６４内でそれら受信電子メールの記憶場所を特定するための“電子メールＩＤ”の情報が登録されている。“電話帳登録済みのＳＮＳ更新”、“電話帳未登録のＳＮＳ更新”のコンテンツ詳細に対応するソースＩＤ項目内には、ＳＮＳ情報蓄積部６２内でそれらＳＮＳ更新の情報記憶場所を特定するための“ＳＮＳ更新メッセージＩＤ”の情報が登録されている。すなわち、当該ソースＩＤ”の項目内に登録されている情報は、例えば前述の図８，図９の例のように、所望の更新情報表示カード２がユーザにより選択された時に、その更新情報表示カード２により特定される個人やその写真、メッセージ、電話番号やメールアドレス、通信履歴などの詳細な情報を参照するために用いられる。
【００７８】
“イメージ”の項目内には、前述の更新情報表示カード内に表示させる画像の参照場所を示す情報が登録されている。なお、当該画像の参照場所は、携帯電話端末内であってもよいし、例えばインターネット上でＵＲＩ（Uniform Resource Identifier）により特定される場所であってもよい。図１５の例の場合、“最新のダウンロード楽曲”のコンテンツタイプ詳細に対応するイメージ項目内にはその楽曲のアルバムジャケット画像の参照先情報が登録され、“最新のダウンロード動画”のコンテンツタイプ詳細に対応するイメージ項目内にはそのダウンロード動画にかかるサムネイル動画の参照先情報が登録され、“最新のキャプチャ動画”のコンテンツタイプ詳細に対応するイメージ項目内にはそのキャプチャ動画にかかるサムネイル動画の参照先情報が登録され、“最新のキャプチャ写真”のコンテンツタイプ詳細に対応するイメージ項目内にはその写真のサムネイル画像の参照先情報が登録されている。また、“電話帳登録済みの電話番号からの不在着信”のコンテンツタイプ詳細に対応するイメージ項目内には、その着信の発信者について電話帳に登録されている写真画像の参照先情報が登録されている。“電話帳登録済みのＳＮＳ更新”のコンテンツ詳細に対応するイメージ項目内には、そのＳＮＳ更新のコンタクト者について電話帳に登録されている写真画像の参照先情報が登録されている。“電話帳未登録のＳＮＳ更新”のコンテンツ詳細に対応するイメージ項目内には、ＳＮＳサービスの提供元毎に用意された写真画像等の参照先情報が登録されている。なお、“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応するイメージ項目内や、“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応したイメージ項目内、“電話帳未登録のメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するイメージ項目内には、特に何も参照情報は登録されないが、電話帳未登録者であることを表す画像を予め決めておいた場合には、その画像の参照先情報を登録しておいてもよい。また、図１５の例では、“電話帳登録済みのメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するイメージ項目内にも何も参照情報を登録していないが、その受信電子メールの発信者について電話帳に登録されている写真画像の参照先情報を登録してもよい。
【００７９】
“テキスト”の項目内には、前述の更新情報表示カード内に表示させるテキスト情報が登録されている。図１５の例の場合、“最新のダウンロード楽曲”のコンテンツタイプ詳細に対応するテキスト項目内にはその楽曲の“アーティスト名”のテキスト情報が登録され、“最新のダウンロード動画”のコンテンツタイプ詳細に対応するテキスト項目内にはそのダウンロード動画の“タイトル名”のテキスト情報が登録され、“最新のキャプチャ動画”のコンテンツタイプ詳細に対応するテキスト項目内にはそのキャプチャ動画の“タイトル名”のテキスト情報が登録される。なお、“最新のキャプチャ写真”のコンテンツタイプ詳細に対応したテキスト項目内には、特に何もテキスト情報は登録されないが、当該キャプチャ写真に何らかのコメントや撮影条件などの情報が付けられているような場合には、それらコメントや撮影条件などのテキスト情報を登録しておいてもよい。以下同様に、“電話帳登録済みの電話番号からの不在着信”のコンテンツタイプ詳細に対応するテキスト項目内には、その着信の発信者について電話帳に登録されている“名前（登録名）”などのテキスト情報が登録されている。“電話帳未登録の電話番号からの不在着信”のコンテンツタイプ詳細に対応するテキスト項目内には、その“発信電話番号”（発信番号が非通知である場合には例えば“非通知”）のテキスト情報が登録されている。“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応するテキスト項目内には、そのメッセージ送信者について電話帳に登録されている“名前（登録名）”などのテキスト情報が登録されている。“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”のコンテンツタイプ詳細に対応するテキスト項目内には、その“発信電話番号”（非通知設定の場合には“非通知”）のテキスト情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するテキスト項目内には、その電子メール送信者について電話帳に登録されている“名前（登録名）”などのテキスト情報が登録されている。“電話帳未登録のメールアドレスからの受信電子メール”のコンテンツタイプ詳細に対応するテキスト項目内には、その“発信元電子メールアドレス”のテキスト情報が登録されている。“電話帳登録済みのＳＮＳ更新”のコンテンツ詳細に対応するテキスト項目内には、そのＳＮＳ更新のコンタクト者について電話帳に登録されている“名前（登録名）”などのテキスト情報が登録されている。“電話帳未登録のＳＮＳ更新”のコンテンツ詳細に対応するテキスト項目内には、例えば“ＳＮＳサービス名”のテキスト情報が登録されている。
【００８０】
“タイムスタンプ”の項目内には、前述の各種情報蓄積部に情報が格納された日時（年月日秒など）の情報が登録されている。図１５の例の場合、“最新のダウンロード楽曲”と“最新のダウンロード動画”の各コンテンツタイプ詳細に対応するタイムスタンプ項目内にはそれら楽曲や動画のデータが情報蓄積部に格納された日時情報が登録される。また、“最新のキャプチャ動画”と“最新のキャプチャ写真”の各コンテンツタイプ詳細に対応するタイムスタンプ項目内にはそれら動画や写真のデータが情報蓄積部に格納された日時情報が登録される。以下同様に、“電話帳登録済みの電話番号からの不在着信”と“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応したタイムスタンプ項目内には、それら着信があったことを情報蓄積部へ格納した日時情報が登録されている。“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”と“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”の各コンテンツタイプ詳細に対応するタイムスタンプ項目内には、それら受信メッセージが情報蓄積部に格納された日時情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”と“電話帳未登録のメールアドレスからの受信電子メール”の各コンテンツタイプ詳細に対応するタイムスタンプ項目内には、それら受信電子メールが情報蓄積部に格納された日時情報が登録されている。“電話帳登録済みのＳＮＳ更新”と“電話帳登録済みのＳＮＳ更新”の各コンテンツ詳細に対応するタイムスタンプ項目内には、それらＳＮＳ更新の情報が情報蓄積部に格納された日時情報が登録されている。
【００８１】
“ディスプレイタイム”の項目内には、前述の更新情報表示カード上に表示される日時情報（年月日秒など）が登録されている。図１５の例の場合、“最新のキャプチャ動画”と“最新のキャプチャ写真”の各コンテンツタイプ詳細に対応するディスプレイタイム項目内には、それら動画や写真がキャプチャされた日時情報が登録される。なお、図１５の例では、“最新のダウンロード楽曲”と“最新のダウンロード動画”の各コンテンツタイプ詳細に対応するディスプレイタイム項目内には、特に何も日時情報が登録されていないが、例えば楽曲や動画をダウンロードした日時情報を登録してもよい。以下同様に、“電話帳登録済みの電話番号からの不在着信”と“電話帳未登録の電話番号からの不在着信”の各コンテンツタイプ詳細に対応するディスプレイタイム項目内には、それら不在着信のあった日時情報が登録されている。“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”と“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”の各コンテンツタイプ詳細に対応するディスプレイタイム項目内には、それらメッセージの受信日時或いはメッセージの発信日時の情報が登録されている。“電話帳登録済みのメールアドレスからの受信電子メール”と“電話帳未登録のメールアドレスからの受信電子メール”の各コンテンツタイプ詳細に対応するディスプレイタイム項目内には、それら電子メール受信日時或いは送信日時の情報が登録されている。“電話帳登録済みのＳＮＳ更新”と“電話帳登録済みのＳＮＳ更新”の各コンテンツ詳細に対応するディスプレイタイム項目内には、それらＳＮＳ更新の日時情報が登録されている。
【００８２】
ここで、上記“ディスプレイタイム”の項目内に登録される日時情報は、各更新情報表示カードに対応したアプリケーションプログラム毎に、その表示時間の詳細度（例えば時間単位表示や分単位表示や秒単位表示など）が異なっている。また、本実施形態において、更新情報テーブル内で“タイムスタンプ”と“ディスプレイタイム”の二つの日時情報を扱うようにしているのは、“タイムスタンプ”と“ディスプレイタイム”の両者の日時情報を纏めて時間順にソートすることが難しいためである。すなわち例えば、両者の日時情報は、例えばシステム上の都合等により誤差を生じる場合があり、また、ディスプレイタイムの日時情報はアプリケーションプログラムの種類毎に扱われる時間が異なり、さらには上述のように表示時間詳細度が異なる場合があるためである。なお、上記アプリケーションプログラムの種類毎の異なる時間の例としては、メールの送信時間や受信時間、通話着信時間、ＳＮＳの投稿時間などを挙げることができる。また、両者の日時情報がシステム上の都合等により誤差を生じる例としては、例えば電子メールにおいて、サーバまたは受信側端末の状態により配信遅延が発生し、メール送信時間（ディスプレイタイムの日時情報）と端末内に保存された時間（タイムスタンプの日時情報）が大きく異なる場合を挙げることができる。また例えば、ＳＮＳの例の場合、ＳＮＳのサービスによっては、データの更新がリアルタイムで行われず、例えばユーザが能動的に更新するか、或いは指定した時間間隔（例えば５分おきなど）で更新され、そのような場合には、ＳＮＳのメッセージが投稿された時間（ディスプレイタイムの日時情報）と、端末内に保存された時間（タイムスタンプの日時情報）とに大きな差が生じることになる。
【００８３】
“プレビューテキスト”の項目内には、所望の更新情報表示カードがユーザにより選択された時に、その更新情報表示カードの詳細な情報をプレビュー表示させる際に利用するテキスト情報が登録される。図１５の例の場合、“最新のダウンロード楽曲”のコンテンツタイプ詳細に対応するプレビューテキスト項目内には、その楽曲名のテキスト情報が登録されている。なお、図１５の例では、“最新のダウンロード動画”と“最新のキャプチャ動画”，“最新のキャプチャ写真”の各コンテンツタイプ詳細に対応するプレビューテキスト項目内には、特に何も登録されていないが、例えば動画にコメントなどが付加されているような場合にはそれらコメントなどのテキスト情報を登録してもよい。以下同様に、“電話帳登録済みの電話番号からの不在着信”のコンテンツタイプ詳細に対応するプレビューテキスト項目内には、その不在着信の送信元の電話番号が登録されている。なお、“電話帳未登録の電話番号からの不在着信”のコンテンツタイプ詳細に対応するプレビューテキスト項目内には、特に何も登録されない。“電話帳登録済みのＳＭＳ／ＭＭＳのメッセージ受信”と“電話帳未登録のＳＭＳ／ＭＭＳのメッセージ受信”の各コンテンツタイプ詳細に対応するプレビューテキスト項目内には、それらＳＭＳ／ＭＭＳのメッセージのうち、例えば先頭から制限文字数内のテキスト情報が登録される。“電話帳登録済みのメールアドレスからの受信電子メール”と“電話帳未登録のメールアドレスからの受信電子メール”の各コンテンツタイプ詳細に対応するプレビューテキスト項目内には、それら電子メールのタイトルや本文のうち、例えば先頭から制限文字数内のテキスト情報が登録される。“電話帳登録済みのＳＮＳ更新”と“電話帳登録済みのＳＮＳ更新”の各コンテンツ詳細に対応するプレビューテキスト項目内には、それらＳＮＳで更新されたメッセージのテキスト情報が登録される。
【００８４】
なお、図１５の例では、プレビューテキスト項目までを図示しているが、本実施形態の更新情報テーブルには、それ以外にも、所望の更新情報表示カードがユーザにより選択された時に、その更新情報表示カードの詳細を表示等させるために必要なフラグや参照先などの情報についても登録される。
【００８５】
［各種情報蓄積部からの情報抽出］
各種情報蓄積部６２〜７０に蓄積されている情報を抽出する場合、情報管理部４２は以下のように動作する。図１６には、情報抽出がなされる場合の情報管理部４２の処理フローを示す。また、図１７には、一例として、ＳＭＳ／ＭＭＳ情報蓄積部６３からメッセージ履歴の情報抽出がなされる場合の情報管理部４２の各構成要素間の処理の流れを模式的に示している。
【００８６】
図１６において、各種情報蓄積部６２〜７０から情報抽出がなされる場合、情報選択部５０は、ステップＳ２１の処理として、アプリケーション部４０から、所望の情報を要求するクエリ（query）を受け取る。すなわち図１７のＳＭＳ／ＭＭＳのメッセージ履歴を抽出する場合、情報選択部５０は、ＳＭＳ／ＭＭＳ用のアプリケーションプログラムから、ＳＭＳ／ＭＭＳのメッセージ履歴を要求するクエリを抽出条件として受け取る。なお、ＳＭＳ／ＭＭＳのメッセージ履歴を要求するクエリとしては、例えば最新のものから１０件分のメッセージ履歴を要求するものなどを挙げることができる。
【００８７】
上記抽出条件を受けた情報選択部５０は、ステップＳ２２の処理として、上記抽出条件に応じて適切な情報蓄積部を選択し、その情報蓄積部へ上記抽出条件を送る。図１７の例の場合、情報選択部５０は、ＳＭＳ／ＭＭＳ情報蓄積部６３を選択し、ＳＭＳ／ＭＭＳのメッセージ履歴を要求する上記抽出条件を当該ＳＭＳ／ＭＭＳ情報蓄積部６３へ送る。
【００８８】
上記情報選択部５０から抽出条件を受けた情報蓄積部は、ステップＳ２３の処理として、当該受け取った抽出条件を解釈し、蓄積している情報の中から当該抽出条件に合った適切な情報を抽出する。図１７の例の場合、ＳＭＳ／ＭＭＳ情報蓄積部６３は、上記抽出条件に合った情報としてＳＭＳ／ＭＭＳのメッセージ履歴を抽出する。
【００８９】
上記抽出条件に適合した情報を抽出した情報蓄積部は、ステップＳ２４の処理として、上記抽出した情報を抽出条件に従って並べ替えて情報選択部５０へ送る。図１７の例の場合、ＳＭＳ／ＭＭＳ情報蓄積部６３は、ＳＭＳ／ＭＭＳのメッセージ履歴を抽出条件に応じて並べ替えて情報選択部５０へ送る。
【００９０】
上記情報蓄積部から情報を受け取った情報選択部５０は、その情報を、要求元であるアプリケーション部４０へ送る。図１７の例の場合、情報選択部５０は、ＳＭＳ／ＭＭＳ用のアプリケーションプログラムへ、上記ＳＭＳ／ＭＭＳのメッセージ履歴を送る。
【００９１】
なお、図１６及び図１７では、情報選択部５０は、抽出条件に応じた情報蓄積部を選択して、その情報蓄積部から情報を抽出する例を挙げているが、例えば抽出条件に適合した情報が更新情報蓄積部６１に格納されている情報で足りる場合には、当該抽出条件を更新情報蓄積部６１へ送るようにしてもよい。この場合、更新情報蓄積部６１は、その抽出条件を解釈し、蓄積している情報の中からその抽出条件に合った適切な情報を抽出し、さらに当該抽出した情報を抽出条件に従って並べ替えて情報選択部５０へ送る。
【００９２】
また、上述のように情報抽出がなされた場合、各種情報蓄積部６２〜７０或いは更新情報蓄積部６１は、情報抽出回数を表す情報についても更新して保持する。同様に、例えば電子メールなどの情報が抽出されてその内容がディスプレイ表示等されたような場合、若しくはディスプレイ表示がなされなかった場合には、各種情報蓄積部６２〜７０或いは更新情報蓄積部６１は、当該情報が“既読”或いは“未読”であることを示す情報についての更新も行って保持する。これにより、その後、更新情報表示カードには、それら情報抽出回数や既読／未読の情報を反映させることが可能となる。
【００９３】
また、前述のように、各情報を時系列順に並べた場合の順序と実際に情報が格納されている順序との対応表のデータが各情報蓄積部６２〜７０に保持されているような場合、それら各情報蓄積部６２〜７０から情報が抽出される際には、当該対応表に基づいた時系列順に、各情報が抽出されることになる。
【００９４】
なおここでは情報蓄積部６２〜７０より情報を抽出する例を挙げて説明しているが、更新情報蓄積部６１が対応表データを保持している場合も同様であり、当該更新情報蓄積部６１から情報を取り出す際には、その対応表に基づいた時系列順に各情報が取り出されることになる。
【００９５】
［まとめ］
以上説明したように、本発明実施形態の携帯電話端末によれば、それぞれ異なる種類のアプリケーションプログラムにより扱われる複数の更新情報の概要を一元的に管理してユーザに見せ、さらに、それら更新情報の詳細をもユーザに見せるようなことを、そのユーザに対して複雑な操作を要求せずに簡単且つ容易に実現可能となっている。
【００９６】
なお、上述した実施形態の説明は、本発明の一例である。このため、本発明は上述した各実施形態に限定されることなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることはもちろんである。
【００９７】
上述した実施形態では、携帯電話端末を例に挙げたが、本発明は、異なる種類のアプリケーションプログラムを実行可能な様々な情報端末にも適用可能である。
【符号の説明】
【００９８】
１…ディスプレイ画面、２…更新情報表示カード、３…ユーザの指、４，５，６…矢印、７…個人の写真画像
１０…制御部、１１…通信回路、１２…通信アンテナ、１３…表示部、１４…操作部（タッチセンサ）、１５…メモリ部、１６…内蔵メモリ、１７…カード状メモリ、１６ａ…プログラム格納部、１６ｂ…データ格納部、２０…スピーカ、２１…マイクロホン、２２…近距離無線通信部、２３…近距離無線通信用のアンテナ、２４…ＧＰＳ部、２５…ＧＰＳ用のアンテナ、２６…非接触通信部、２７…非接触通信用のアンテナ、２８…カメラ部、２９…外部Ｉ／Ｆ部
４０…アプリケーション部、４１…表示画像生成部、４２…情報管理部、４３…画像表示指示部
５０…情報選択部、５１…更新情報管理部、６１…更新情報蓄積部、６２…ＳＮＳ情報蓄積部、６３…ＳＭＳ／ＭＭＳ情報蓄積部、６４…電子メール情報蓄積部、６５…電話帳情報蓄積部、６６…ＲＳＳ／ＡＴＯＭ情報蓄積部、６７…カレンダー情報蓄積部、６８…ＩＭ情報蓄積部、６９…メディア情報（ローカルメディア情報）蓄積部、７１…ネットワーク、７０…メディア情報（ネットワークメディア情報）蓄積部
【特許請求の範囲】
【請求項１】
複数種類の情報が蓄積される情報蓄積部において更新された情報の一部を、上記各種類に対応付けた更新情報として格納する更新情報格納部と、
上記情報蓄積部における情報更新を監視し、上記情報蓄積部にて情報更新がなされた時、当該更新された情報の一部を上記各種類に対応付けた更新情報として上記更新情報格納部へ格納させ、上記更新情報格納部に格納された上記更新情報を所定の規則に従った並び順で表示制御部へ送出する情報制御部と、
上記情報制御部から供給された上記所定の規則に従った並び順の上記更新情報を画面表示させる表示制御部と、
を有する情報端末。
【請求項２】
上記情報制御部は、上記更新された情報の一部に関連付けられた情報を上記情報蓄積部から取得して、上記更新情報と併せて上記更新情報格納部に格納させる請求項１記載の情報端末。
【請求項３】
上記更新情報格納部は、上記情報制御部からの要求に応じて、上記格納している複数の更新情報を上記所定の規則に従った並び順で返却する請求項１又は請求項２記載の情報端末。
【請求項４】
上記更新情報格納部は、上記更新情報の格納順が上記所定の規則に従った並び順となされているか、若しくは、更新情報の格納順と上記所定の規則に従った並び順との対応表情報を保持する請求項３記載の情報端末。
【請求項５】
上記情報蓄積部は、上記情報制御部からの要求に応じて、上記蓄積している複数の情報を所定の規則に従った並び順で返却し、
上記表示制御部は、上記更新情報表示部から供給された上記所定の規則に従った並び順の上記複数の情報を画面表示させる請求項１乃至請求項４のうち何れか一項に記載の情報端末。
【請求項６】
上記情報蓄積部は、情報の蓄積順が上記所定の規則に従った並び順となされているか、若しくは、情報の蓄積順と上記所定の規則に従った並び順との対応表情報を保持する請求項５記載の情報端末。
【請求項７】
複数種類の情報が蓄積される情報蓄積部における情報更新を、情報制御部が監視するステップと、
上記情報蓄積部にて情報更新がなされた時、当該更新された情報の一部を、情報制御部が、上記各種類に対応付けた更新情報として更新情報格納部へ格納させるステップと、
上記更新情報格納部に格納された上記更新情報を、情報制御部が所定の規則に従った並び順で表示制御部へ送出するステップと、
上記情報制御部から供給された上記所定の規則に従った並び順の上記更新情報を、表示制御部が画面表示させるステップと、
を有する情報提示方法。
【請求項８】
複数種類の情報が蓄積される情報蓄積部における情報更新を監視し、上記情報蓄積部にて情報更新がなされた時、当該更新された情報の一部を上記各種類に対応付けた更新情報として更新情報格納部へ格納させ、上記更新情報格納部に格納された上記更新情報を所定の規則に従った並び順で表示制御処理へ送出する情報制御処理と、
上記情報制御処理より供給された上記所定の規則に従った並び順の上記更新情報を画面表示させる表示制御処理とを、
コンピュータに実行させる情報提示プログラム。
【請求項１】
複数種類の情報が蓄積される情報蓄積部において更新された情報の一部を、上記各種類に対応付けた更新情報として格納する更新情報格納部と、
上記情報蓄積部における情報更新を監視し、上記情報蓄積部にて情報更新がなされた時、当該更新された情報の一部を上記各種類に対応付けた更新情報として上記更新情報格納部へ格納させ、上記更新情報格納部に格納された上記更新情報を所定の規則に従った並び順で表示制御部へ送出する情報制御部と、
上記情報制御部から供給された上記所定の規則に従った並び順の上記更新情報を画面表示させる表示制御部と、
を有する情報端末。
【請求項２】
上記情報制御部は、上記更新された情報の一部に関連付けられた情報を上記情報蓄積部から取得して、上記更新情報と併せて上記更新情報格納部に格納させる請求項１記載の情報端末。
【請求項３】
上記更新情報格納部は、上記情報制御部からの要求に応じて、上記格納している複数の更新情報を上記所定の規則に従った並び順で返却する請求項１又は請求項２記載の情報端末。
【請求項４】
上記更新情報格納部は、上記更新情報の格納順が上記所定の規則に従った並び順となされているか、若しくは、更新情報の格納順と上記所定の規則に従った並び順との対応表情報を保持する請求項３記載の情報端末。
【請求項５】
上記情報蓄積部は、上記情報制御部からの要求に応じて、上記蓄積している複数の情報を所定の規則に従った並び順で返却し、
上記表示制御部は、上記更新情報表示部から供給された上記所定の規則に従った並び順の上記複数の情報を画面表示させる請求項１乃至請求項４のうち何れか一項に記載の情報端末。
【請求項６】
上記情報蓄積部は、情報の蓄積順が上記所定の規則に従った並び順となされているか、若しくは、情報の蓄積順と上記所定の規則に従った並び順との対応表情報を保持する請求項５記載の情報端末。
【請求項７】
複数種類の情報が蓄積される情報蓄積部における情報更新を、情報制御部が監視するステップと、
上記情報蓄積部にて情報更新がなされた時、当該更新された情報の一部を、情報制御部が、上記各種類に対応付けた更新情報として更新情報格納部へ格納させるステップと、
上記更新情報格納部に格納された上記更新情報を、情報制御部が所定の規則に従った並び順で表示制御部へ送出するステップと、
上記情報制御部から供給された上記所定の規則に従った並び順の上記更新情報を、表示制御部が画面表示させるステップと、
を有する情報提示方法。
【請求項８】
複数種類の情報が蓄積される情報蓄積部における情報更新を監視し、上記情報蓄積部にて情報更新がなされた時、当該更新された情報の一部を上記各種類に対応付けた更新情報として更新情報格納部へ格納させ、上記更新情報格納部に格納された上記更新情報を所定の規則に従った並び順で表示制御処理へ送出する情報制御処理と、
上記情報制御処理より供給された上記所定の規則に従った並び順の上記更新情報を画面表示させる表示制御処理とを、
コンピュータに実行させる情報提示プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１０−２６３５７８（Ｐ２０１０−２６３５７８Ａ）
【公開日】平成２２年１１月１８日（２０１０．１１．１８）
【国際特許分類】
【出願番号】特願２００９−１１４７７９（Ｐ２００９−１１４７７９）
【出願日】平成２１年５月１１日（２００９．５．１１）
【出願人】（５０２０８７５０７）ソニー エリクソン モバイル コミュニケーションズ， エービー (823)
【Ｆターム（参考）】
【公開日】平成２２年１１月１８日（２０１０．１１．１８）
【国際特許分類】
【出願日】平成２１年５月１１日（２００９．５．１１）
【出願人】（５０２０８７５０７）ソニー エリクソン モバイル コミュニケーションズ， エービー (823)
【Ｆターム（参考）】
[ Back to top ]