JP2007300484A - 移動通信端末およびサーバ - Google Patents

Abstract

【課題】利用者が所望の要約情報を容易に探すことができ、かつ、要約情報の取得処理の手間を軽減することのできる移動通信端末およびサーバを提供する。
【解決手段】ＷＥＢサーバ４１から取得応答（ＨＴＴＰレスポンス）を取得したら（Ｓ２のＹＥＳ）、ＭＩＭＥ ＴＹＰＥをチェックして、ＲＳＳフィードか否かをチェックする（Ｓ３）。ＲＳＳフィード（ＷＥＢコンテンツ要約情報）でなかった場合（Ｓ３のＮＯ）、ＲＳＳでない旨の画面を表示する（Ｓ４）。ＲＳＳフィードである場合（Ｓ３のＹＥＳ）、ＭＩＭＥ ＴＹＰＥに付加された付加情報をチェックして（Ｓ５）、所定のフォルダに保存する（Ｓ６）。
【選択図】図９

Description

本発明は、通信ネットワーク上のサーバから提供されるコンテンツの要約情報を取得して表示可能な携帯電話機等の移動通信端末およびその移動体通信端末と通信可能なサーバに関するものである。

従来から、ＷＥＢコンテンツの要約情報を通信端末に送信するものが知られている。このＷＥＢコンテンツの要約情報のデータは、携帯電話機からの取得要求に応じて、例えばＲＳＳと呼ばれるフォーマットで送信される。このＲＳＳは、ＷＥＢサーバ（ＷＥＢサイト）で提供されるＷＥＢコンテンツの見出し、要約、更新情報等のメタデータを構造化して記述するＸＭＬ（Extensible Markup Language）ベースのフォーマットである。ＲＳＳはいくつかのバージョン（RSS0.9X, RSS1.0, RSS2.0, Atom）が存在し、バージョンごとに「Rich Site Summary」、「Really Simple Syndication」、「RDF Site Summary」という正式名称で呼ばれている。このＲＳＳフォーマットで記述された文書は「ＲＳＳフィード」と呼ばれ、ＲＳＳフィードを受信して表示するソフトウェアは「ＲＳＳリーダ」と呼ばれている。ＷＥＢコンテンツが更新されると、携帯電話機からの取得要求に応じて、更新後のＷＥＢコンテンツの要約情報を反映したＲＳＳフィードが携帯電話機に送信される。

非特許文献１には、携帯電話機用の「ＲＳＳリーダ」が記載されている。この非特許文献１の「ＲＳＳリーダ」は、図１１（ａ）に示すように、登録したＲＳＳフィードのタイトル情報を一覧で表示し、利用者が、所定のタイトル情報を選択すると、このＲＳＳフィードに記載された要約情報のタイトルが表示される（図１１（ｂ））。これら要約情報のタイトルのひとつを選択すると、携帯電話機の表示画面に要約情報が表示される（図１１（ｃ））。

「携帯ポータルアプリ」、［ｏｎｌｉｎｅ］、QUEST-COM株式会社、［２００６年３月３日検索］、インターネット（ＵＲＬ：http://rsseye.qusco.cc/）

ＲＳＳフィードの登録件数が多くなってくると、利用者が、図１１（ａ）のＲＳＳフィードのタイトル情報一覧画面から、特定のＲＳＳフィードを探すのが困難となってくるという問題があった。
なお、非特許文献１には、図１２に示すようなカテゴリ選択画面を設け、ＲＳＳフィードを上記カテゴリでフィルタリングして、カテゴリ毎にＲＳＳフィードのタイトル情報の一覧を表示させるようにしたものが記載されている。しかし、ＲＳＳフィードをどのようにしてフィルタリングしてカテゴリ分けするかは、記載されていない。

また、ＲＳＳリーダは、ＷＥＢコンテンツの更新を確認するため、このＷＥＢコンテンツに対応するＲＳＳフィードを定期的に取得している。しかし、ＷＥＢコンテンツの更新のタイミングに比べて、ＲＳＳフィードの取得のタイミングが遅いと、ＲＳＳフィード取得時には、いくつかのＷＥＢコンテンツの更新情報が利用者に報知されない問題が生じてしまう。また、ＷＥＢコンテンツの更新のタイミングに比べて、ＲＳＳフィードの取得のタイミングが早いと、同じ内容の要約情報を何度も取得することになり、無駄な通信費が生じてしまう問題もあった。

本発明は、上記問題に鑑みなされたものであり、その第１の目的とするところは、利用者が所望の要約情報を容易に探すことができ、かつ、要約情報の取得処理の手間を軽減することのできる移動通信端末およびサーバを提供することである。
また、本発明の第２の目的とするところは、要約情報の取得のタイミングを最適化することのできる移動通信端末およびサーバを提供することである。

上記目的を達成するために、請求項１の発明は、画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツの要約情報の取得要求を送信して前記要約情報を取得する取得手段とを備え、取得した前記要約情報を表示する移動通信端末において、前記要約情報のデータがフォルダ形式で保存される記憶手段と、前記要約情報の取得要求に対する取得応答に付加された付加情報に基づいて、前記要約情報を所定のフォルダへ保存する要約情報処理手段と、を備えたことを特徴とするものである。
また、請求項２の発明は、請求項１に記載の移動通信端末において、前記取得手段は、前記取得応答に付加された付加情報に基づいて、前記要約情報の取得のタイミングを設定することを特徴とするものである。
また、請求項３の発明は、請求項２に記載の移動通信端末において、前記取得応答に付加された付加情報は、フォルダの保存先を指定する識別子と、前記要約情報の取得タイミングを指定する識別子とを有することを特徴とするものである。
また、請求項４の発明は、請求項１から請求項３のいずれかに記載の移動通信端末において、前記通信ネットワーク上のサーバに対し前記記憶手段に記憶された要約情報を要求する際に、前記記憶手段に記憶された前記要約情報の種別情報を送信することを特徴とするものである。
また、請求項５の発明は、画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツの要約情報の取得要求を送信して前記要約情報を取得する取得手段とを備え、取得した前記要約情報を表示する移動通信端末において、前記取得手段は、前記要約情報の取得要求に対する取得応答に付加された付加情報に基づいて、前記要約情報の取得のタイミングを設定することを特徴とするものである。
また、請求項６の発明は、請求項１から請求項５のいずれかに記載の移動通信端末において、前記要約情報は、ＷＥＢコンテンツの見出し情報、要約情報および更新情報であることを特徴とするものである。
また、請求項７の発明は、画像を表示する表示手段とコンテンツの要約情報のデータをフォルダ形式で保存する記憶手段と前記要約情報の取得要求を送信して前記要約情報を取得する取得手段とを備えた移動通信端末と、通信ネットワークを介して通信可能なサーバにおいて、前記要約情報を記憶する記憶手段を備え、前記要約情報の取得要求に対する取得応答に、前記移動通信端末における前記要約情報の保存先を指定する情報を付加することを特徴とするものである。
また、請求項８の発明は、請求項７のサーバにおいて、前記取得応答に、前記移動通信端末の取得タイミングを指定する情報を付加することを特徴とするものである。
また、請求項９の発明は、画像を表示する表示手段とコンテンツ要約情報の取得要求を送信して前記要約情報を取得する取得手段とを備えた移動通信端末と、通信ネットワークを介して通信可能なサーバにおいて、前記要約情報を記憶する記憶手段を備え、前記要約情報の取得要求に対する取得応答に、前記移動通信端末の要約情報取得タイミングを指定する情報を付加することを特徴とするものである。
また、請求項１０の発明は、請求項７から請求項９のいずれかに記載のサーバにおいて、前記要約情報は、ＷＥＢコンテンツの見出し情報、要約情報および更新情報であることを特徴とするものである。

請求項１乃至４、６乃至８、及び１０の発明によれば、取得した要約情報に付加された付加情報に基づいて、要約情報を所定のフォルダへ保存するので、各フォルダには同一の付加情報が付加された要約情報が保存される。よって、付加情報を要約情報の種別に対応させれば、要約情報が種別毎に各フォルダに保存される。従って、利用者が、特定の種別の要約情報を閲覧したい場合は、特定の種別に対応したフォルダを開けば、利用者が閲覧したい要約情報を見つけ出すことができる。よって、要約情報をフォルダ毎に種別分けしていないものに比べて、容易に閲覧したい要約情報を見つけ出すことができる。
また、取得された要約情報は、自動的に所定のフォルダへ保存されるので、取得した要約情報をどのフォルダへ保存するかを利用者が指定するなどの必要がなくなるので、要約情報の取得処理の手間を軽減することができる。

また、請求項５及び９の発明によれば、要約情報に付加された付加情報に基づいて、要約情報の自動取得のタイミングを設定するので、要約情報の取得のタイミングを最適化することができる。よって、ＷＥＢコンテンツが頻繁に更新されて、要約情報取得時には、いくつかの更新情報が利用者に報知されない不具合を抑制することができる。また、ＷＥＢコンテンツが更新されていない要約情報を頻繁に取得することがなくなり、無駄な通信費を削減することができる。

以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、移動体通信事業者によって管理されている通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２０１や図示しない交換機（回線交換機、パケット交換機）等を備え、図示しないゲートウェイサーバを介してインターネット３０等の他の通信ネットワークに接続されている。また、携帯電話通信網２０及びインターネット３０には、ＷＥＢコンテンツを提供するＷＥＢサーバ４１が接続されている。ＷＥＢサーバ４１は、各種ＷＥＢコンテンツのほか、そのＷＥＢコンテンツの要約情報も提供する。また、ＷＥＢサーバ４１は携帯電話通信網２０側に設けてもよい。これらのサーバから携帯電話機１０にコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバからＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（Hyper Text Transfer Protocol）が用いられる。

図２は、上記ＷＥＢサーバ４１のハードウェア構成の一例を示すブロック図である。このＷＥＢサーバ４１は、システムバス４００、ＣＰＵ４０１、内部記憶装置、外部記憶装置４０４、入力装置４０５、出力装置４０６、及びインターネット用通信装置４０７を備えている。上記内部記憶装置は、ＲＡＭ４０２やＲＯＭ４０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置４０５は、マウスやキーボード等で構成されている。上記出力装置４０６は、ディスプレイやプリンタ等で構成されている。上記通信装置４０７は、所定の通信プロトコルにより、携帯電話通信網２０を介して他の携帯電話機や他のサーバと通信したり、インターネット３０上の各種クライアント端末や他のサーバと通信したりするための装置である。

上記ＣＰＵ４０１やＲＡＭ４０２等の構成要素はお互いに、システムバス４００を介して、データやプログラムの命令等のやり取りを行っている。このサーバ４１を所定の手順に従って動作させるためのプログラムはＲＯＭ４０３や外部記憶装置４０４に記憶されており、必要に応じてＣＰＵ４０１やＲＡＭ４０２上の作業エリアに呼び出されて実行される。

また、上記ＷＥＢサーバ４１はそれぞれ一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、ＷＥＢサーバ４１はそれぞれ、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。

図３は、ＷＥＢサーバ４１の構成例を示す機能ブロック図である。ＷＥＢサーバ４１は、記憶手段４１５と受信手段４１６と送信手段４１７とを備えている。このＷＥＢサーバ４１は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１５は、上記内部記憶装置や外部記憶装置で構成され、携帯電話機１０で受信可能な各種ＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを記憶している。上記受信手段４１６は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１５に記憶されている複数種類のＷＥＢコンテンツやそのＷＥＢコンテンツの要約情報を要求する取得要求を携帯電話機１０から受信する。上記送信手段４１７は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記取得要求に基づいて選択されたＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを移動体通信端末１０に送信する。

上記ＷＥＢコンテンツの要約情報のデータは、ＲＳＳのフォーマットで携帯電話機へ送信されており、携帯電話機は、このＲＳＳのフォーマットで記述された文書（ＲＳＳフィード）受信して表示するソフトウェアであるＲＳＳリーダを備えている。ＷＥＢコンテンツが更新された場合は、その更新後のＷＥＢコンテンツの要約情報を反映したＲＳＳフィードが作成される。この更新後のＲＳＳフィードが、携帯電話機からの取得要求に応じて送信される。ＲＳＳフィードの一例としては、一般ニュース、音楽情報、ブログ、天気予報、ＣＤや映画などの売り上げランキング等のコンテンツの要約や更新情報が挙げられる。

図４は携帯電話機１０の一構成例を示す外観図であり、図５は、その携帯電話機１０のハードウェア構成の一例を示す概略構成図である。携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５及び携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。

上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフト（ＯＳ）上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＲＳＳリーダ、ＷＥＢブラウザ、メーラー、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。

また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォーム上でアプリケーションを実行するためのアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機１０にプリインストールされているアプリケーションや、利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。

上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ＷＥＢサーバ４１から、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。

上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、音出力手段であるスピーカ１８等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。

上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上記サーバ４１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して、サーバ４１が提供する各種コンテンツをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。

携帯電話機１０は、ＲＳＳリーダのほかに、例えば、メディアコンテンツの再生を行うアプリケーションもＷＥＢコンテンツの要約情報であるＲＳＳ（RDF Site Summary）フィードを表示する機能を備えている。また、サービス参加者が互いに友人を紹介しあって、新たな友人関係を広げることを目的に開設されたコミュニティサービス（ソーシャル・ネットワーク・サービス（ＳＮＳ））を利用するためのアプリケーションなどもＷＥＢコンテンツの要約情報であるＲＳＳフィードを表示する機能を備えている。メディアコンテンツの再生を行うアプリケーションは、音楽情報、ＣＤの売り上げランキング、着うたランキングなどのＲＳＳフィードが表示されるようになっている。また、上記コミュニティサービスを利用するためのアプリケーションは、コミュニティサービス利用者のブログの更新情報などのＲＳＳフィードが表示されるようになっている。

図６は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、通信手段１１０と表示手段１１１と記憶手段１１２と表示制御手段１１３とを有する。

上記通信手段１１０は上記通信装置１０６等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いて携帯電話通信網２０を介した通信を行う。この通信手段１１０は、接続情報としてのＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのＷＥＢサーバ４１から前述のＲＳＳフィードを取得する取得手段として用いられる。また、この取得手段は、所定の時間毎にＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのサーバからＲＳＳフィードを自動的に取得できる機能を有している。また、取得手段は、自動取得のタイミングを、要約情報の取得要求（ＨＴＴＰリクエスト）に対する取得応答（ＨＴＴＰレスポンス）のContent-TypeヘッダのＭＩＭＥ（Multipurpose Internet Mail Extension）ＴＹＰＥの付加された付加情報に基づいて自動的に設定できる機能も有している。

上記表示手段１１１は上記ディスプレイ等で構成され、ＲＳＳフィードの表示を行うアプリケーションを起動したときに、通信ネットワーク上のＷＥＢサーバ４１から受信した前述のＲＳＳフィードを表示することができる。

上記記憶手段１１２は上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置により構成され前述のＲＳＳフィードを記憶している。ＲＳＳフィードのデータは、フォルダ形式で記憶手段１１２に保存されている。フォルダは、カテゴリ別に複数設けられており、例えば、ＲＳＳが、「ニュース」に関するものの場合は、ニュースカテゴリのフォルダに保存され、「ブログ・日記」に関するものの場合は、ブログのカテゴリのフォルダに保存される。

上記要約情報処理手段１１４は、上記ＣＰＵ１０１や上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置により構成され、携帯電話機１０の要約情報の取得要求（ＨＴＴＰリクエスト）に対する取得応答（ＨＴＴＰレスポンス）のContent-TypeヘッダのＭＩＭＥ-ＴＹＰＥに付加されている付加情報に基づいて、要約情報を各フォルダへ振り分けている。

上記表示制御手段１１３は上記ＣＰＵ１０１等で構成され、前述のＲＳＳフィードを取得して表示するように制御する。また、ＲＳＳフィードが未読の場合に、待ちうけ画面などのピクト領域に、未読のＲＳＳフィードがある旨のピクト画像を表示するように制御する。

図７は、上記ＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図である。利用者が携帯電話機のディスプレイ１７に表示された図示しないメニュー選択画面から、「ＲＳＳリーダ」を選択すると、図７（ａ）に示すような、カテゴリ選択画面がディスプレイ１７に表示される。このカテゴリ選択画面は、上記フォルダと対応しており、例えば、画面の「ニュース」は、ニュースカテゴリのフォルダに対応しており、「ブログ・日記」は、ブログのカテゴリのフォルダに対応している。また、フォルダに保存されたＲＳＳに未読のＲＳＳがある場合は、メニュー選択画面のピクト領域に例えば、図に示すような「ＮＥＷ」のピクト画像が表示される。

利用者が、ニュースのカテゴリを選択すると、図７（ｂ）に示すように、携帯電話機１０によってニュースのカテゴリに分類され、ニュースカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。なお、利用者が、図７（ａ）のテレビのカテゴリを選択した場合は、テレビカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示され、ブログ・日記のカテゴリを選択した場合は、ブログ・日記のカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。
また、このＲＳＳリスト表示画面においても、未読のＲＳＳがある場合は、このＲＳＳに対応する画面のピクト領域に図に示すような「ＮＥＷ」のピクト画像を表示する。

図７（ｂ）のＲＳＳフィードのタイトルリストから、○×新聞社を選択すると、図７（ｃ）に示すような、○×新聞社が提供しているＷＥＢページの要約情報のタイトル一覧（ＲＳＳフィードのアイテムタイトルリスト）が表示される。このＷＥＢページの要約情報のタイトル一覧画面を表示すると、携帯電話機１０は、このＲＳＳが既読されたと認識し、上記ピクト画像を消灯させる。また、図中上部のＲＳＳフィードのタイトル（○×新聞社）には、リンクが張られており、利用者が図中上部のＲＳＳフィードのタイトルをクリックすると、例えば、○×新聞社のホームページへアクセスするなど、特定のＵＲＩに接続して、特定のＷＥＢページが表示される。

利用者が、「○×国の首相来日」の要約情報のタイトルを選択すると、携帯電話機１０は、図７（ｄ）に示すように、ディスプレイ１７にこの要約情報のタイトルに対応する要約情報を表示する。図中上部の要約情報のタイトル（○×国の首相来日）には、リンクが張られており、利用者が図中上部の要約情報のタイトルをクリックすると、この要約情報に対応するＷＥＢページをＷＥＢサーバ４１から取得し、表示する。

上述のようにＲＳＳフィードは、携帯電話機１０によって、カテゴライズされ、それぞれカテゴリ分けされたフォルダに保存されるようになっている。以下に、ＲＳＳフィードのカテゴリ分けについて、説明する。
携帯電話機１０の要約情報の取得要求（ＨＴＴＰリクエスト）に対する取得応答（ＨＴＴＰレスポンス）のヘッダ情報の一つであるContent-TypeヘッダのＭＩＭＥ-ＴＹＰＥには、ＲＳＳフィードの種別情報が付加されている。図８は、Content-Typeヘッダに記述される「ＭＩＭＥ-ＴＹＰＥ」のデータの一例である。図中のＡの部分に、ＲＳＳフィードの種別情報が付加されており、例えば、ＲＳＳフィードの種別が「ニュース」の場合、図中のＡの部分に「ＡＡＡ」という識別子を付加情報として付加し、ＲＳＳフィードの種別が「ブログ・日記」の場合は、このＡの部分に「ＢＢＢ」の識別子を付加情報として付加する。また、このＲＳＳフィードの種別情報は、ＲＳＳフィードの種別毎に分けられた携帯電話機のフォルダへの保存先を指定する指定情報としての機能も有している。

図９は、携帯電話機１０のＲＳＳフィード登録処理時の制御フローを示す図である。
まず、利用者が、ＵＲＩを入力したり、予め記憶されているＲＳＳサイトの一覧もしくはＷＥＢコンテンツ閲覧中に発見した該当リンクから選択したりして、ＲＳＳフィードの登録処理を行い、ＷＥＢサーバ４１へ取得要求（ＨＴＴＰリクエスト）を送信する（Ｓ１）。携帯電話機１０が、ＷＥＢサーバ４１から取得応答（ＨＴＴＰレスポンス）を取得したら（Ｓ２のＹＥＳ）、Content-TypeヘッダのＭＩＭＥ-ＴＹＰＥをチェックして、ＲＳＳフィードか否かをチェックする（Ｓ３）。ＲＳＳフィードでなかった場合（Ｓ３のＮＯ）、ＲＳＳでない旨の画面をディスプレイ１７に表示する（Ｓ４）。ＲＳＳフィードの場合（Ｓ３のＮＯ）、ＭＩＭＥ-ＴＹＰＥに付加された付加情報をチェックして（Ｓ５）、所定のフォルダに保存する（Ｓ６）。具体的には、ＭＩＭＥ-ＴＹＰＥに「ＡＡＡ」の識別子が付加されている場合は、このＲＳＳフィードの種別がニュースであるので、ニュースカテゴリのフォルダに保存する。また、チェックの結果、ＭＩＭＥ-ＴＹＰＥに「ＢＢＢ」の識別子が付加されている場合は、このＲＳＳフィードの種別がブログ・日記であるので、ブログ・日記のカテゴリのフォルダに保存する。また、ＭＩＭＥ-ＴＹＰＥにこのような識別子が付加されてない場合は、その他のカテゴリのフォルダに保存する。

このように、ＲＳＳフィードの種別毎にフォルダに保存されるので、利用者は、所望のＲＳＳフィードを容易に探すことができる。また、利用者がＲＳＳフィード登録時にＲＳＳフィードをどのフォルダに保存させるかを設定しなくても、所定のフォルダに自動的に保存されるので、登録時の利用者の手間を軽減することができる。

また、フォルダに記憶されているＲＳＳフィードの接続先から、更新されたＲＳＳフィードを受信したときも、まず、取得応答のＭＩＭＥ-ＴＹＰＥに付加された付加情報を調べて、受信したＲＳＳフィードの種別を調べる。そして、保存するフォルダを付加情報に基づき特定し、特定したフォルダ内から受信したＲＳＳフィードのＵＲＩと一致するするＵＲＩを探して上書きする。そして、上書きしたＲＳＳフィードに対して更新された旨を示す「ＮＥＷ」のピクト画像を表示したり、音やバイブを鳴らしたりして利用者に報知する。また、ＲＳＳフィードのＭＩＭＥ-ＴＹＰＥに付加された種別情報が変更されていて、種別情報によって特定したフォルダ内に、上書きするＲＳＳフィードがない場合は、自動取得を失敗した旨を報知する。

また、このＭＩＭＥ-ＴＹＰＥの付加情報に基づいて、ＲＳＳフィードの自動取得の設定を行うようにしてもよい。

図１０は、ＭＩＭＥ-ＴＹＰＥの付加情報に基づいて、ＲＳＳフィードの自動取得の設定を行うときの携帯電話機の制御フロー図である。
まず、上述同様に利用者が登録処理を行い、ＷＥＢサーバ４１へ取得要求を送信して、取得応答を受信したら、取得応答のＭＩＭＥ-ＴＹＰＥに付加された付加情報をチェックする（Ｓ１１〜Ｓ１５）。次に、携帯電話機は、ＭＩＭＥ-ＴＹＰＥに付加された付加情報に基づいて、自動取得の時間を設定して（Ｓ１６）、この自動取得の時間を内部記憶装置に保存する（Ｓ１７）。ＭＩＭＥ-ＴＹＰＥ付加された識別子が、「ＡＡＡ」でＲＳＳフィードの種別が「ニュース」の場合は、ニュース情報は、頻繁にＲＳＳフィードが更新されている可能性が高いので、自動取得の時間を例えば、「６時間」に設定する。また、ＭＩＭＥ-ＴＹＰＥに付加されている識別子が、「ＢＢＢ」でＲＳＳフィードの種別が「日記・ブログ」の場合は、「日記・ブログ」は、一日に一回更新される程度なので、自動取得の時間を例えば、「２４時間」に設定する。

このように、ＲＳＳフィードの種別によって、取得のタイミングを設定することで、ＲＳＳフィールドの取得のタイミングを最適化することができ、ＲＳＳフィードが更新された可能性の高いタイミングで、ＲＳＳフィードの取得要求をすることができる。よって、更新されてないＲＳＳフィードに対して何度も取得要求することが抑制され、通信費の無駄を抑制することができる。また、ＲＳＳフィードの登録処理時に自動的に適切な取得タイミングに設定されるので、利用者が手動で取得のタイミングを設定するものに比べてＲＳＳフィードの登録処理時の手間を軽減することができる。

なお、上記自動取得のタイミングは、手動で設定変更可能であるが、例えば、種別がニュースのＲＳＳフィードは、最低設定時間を例えば「３時間」に設定されており、種別が「日記・ブログ」のＲＳＳフィードは、最低設定時間を例えば「６時間」に設定される。これは、利用者によって、登録したすべてのＲＳＳフィードの自動取得を１時間に設定されて、このような設定をする利用者が多数いた場合、携帯電話通信網２０が混線してしまい、携帯電話がつながらない不具合が発生するおそれがあるためである。

また、ＲＳＳフィード提供者によっては、頻繁にＲＳＳフィードを更新し、上述の設定時間では、有益なサービスを提供することができない場合がある。このようなＲＳＳフィード提供者においては、図８に示すように、ＲＳＳフィードのＭＩＭＥ-ＴＹＰＥに付加された種別情報の識別子の後（図中Ｂの部分）に自動取得のタイミングを指定する識別子を付加するようにしてもよい。
この場合、携帯電話機１０が、ＲＳＳフィードの登録処理を行うときに取得したＭＩＭＥ-ＴＹＰＥに自動取得のタイミングを指定した付加情報が付加されているか否かをチェックする。ＭＩＭＥ-ＴＹＰＥに自動取得のタイミングを指定した付加情報が付加されていた場合は、この付加情報に基づいて、ＲＳＳフィードの自動取得のタイミングを設定する。一方、ＭＩＭＥ-ＴＹＰＥに自動取得のタイミングを指定した付加情報が付加されていない場合は、ＭＩＭＥ-ＴＹＰＥに付加された種別情報の識別子に基づいて、ＲＳＳフィードの自動取得のタイミングを設定する。

これにより、頻繁にＲＳＳフィードを更新するサイトでも、利用者に有益なサービスを提供することが可能となる。

また、例えば、朝の８時に取得されるＲＳＳフィードについては、次に、夕方６時に自動取得が行われるように、取得のタイミングを「１０時間」に指定する識別子をＭＩＭＥ-ＴＹＰＥの付加する。そして、夕方６時になって、ＲＳＳフィードを自動取得したときの、ＭＩＭＥ-ＴＹＰＥには、次の朝８時に自動取得されるように、取得のタイミングを「１４時間」に指定する識別子を付加する。このように、識別子を変えることで、次に、自動取得するタイミングをＲＳＳフィード提供者の意図するタイミングで行わせることが可能となる。

また、ＲＳＳフィードの取得を要求するときに、上記ＭＩＭＥ-ＴＹＰＥに付加した種別情報を送信させて、この種別情報を図示しないゲートウェイサーバで収集するようにしてもよい。ゲートウェイサーバで種別情報を収集することで、例えば、ある種別のＲＳＳフィードがどの時間帯に多く取得要求されているかを把握することができる。コンテンツ提供者は、この情報に基づいて、取得要求が多くなる前に、ＲＳＳフィードの更新処理を行っておけば、利用者に最新のＲＳＳフィードを取得させることができ、サービスの向上や、利便性の高いコンテンツを利用者に提供することができる。

また、上記携帯電話１０には、ＲＳＳフィードを閲覧するアプリケーションとしては、「ＲＳＳリーダ」のほかに、メディアコンテンツの再生を行うアプリケーションやコミュニティサービスを利用するためのアプリケーションもＲＳＳフィードを閲覧することができる。よって、ＭＩＭＥ-ＴＹＰＥに、どのアプリケーションソフトで閲覧するものであるかを示す識別子を付加してもよい。この場合、携帯電話機は、取得手段によってＲＳＳフィードを取得した際、ＭＩＭＥ-ＴＹＰＥに付加された識別子をチェックし、識別子がどのアプリケーションに対応するものかをチェックする。例えば、識別子が、メディアコンテンツの再生を行うアプリケーション対応する付加情報である場合は、取得したＲＳＳフィードをメディアコンテンツの再生を行うアプリケーションが参照可能なフォルダに保存する。また、ＭＩＭＥ-ＴＹＰＥに付加された識別子が、コミュニティサービスを利用するためのアプリケーションに対応する付加情報である場合は、コミュニティサービスを利用するためのアプリケーションが参照可能なフォルダに保存する。

これにより、例えば、メディアコンテンツの再生を行うアプリケーションを起動させて、音楽をダウンロードする際に、例えば、ＣＤランキングなどのＲＳＳフィードのアイテムタイトルを表示させることができる。また、コミュニティサービスを利用するためのアプリケーションが起動しているときに、このサービス参加者の友人や知人のブログや日記などの更新情報を確認することができるようになる。よって、上記コミュニティサービス参加者の友人や知人のブログが更新されているかどうかを確認するために、ＲＳＳリーダを起動して確認する必要がなくなり、利便性を向上させることができる。

また、本発明は、携帯電話機に限定することなく、表示手段を備えたものであれば様々な移動体通信端末に適用することができる。すなわち、本発明における「移動体通信端末」としては、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handy phone System）、自動車電話機、固定電話機等の通話機能を有する電話機が挙げられる。また、この「移動体通信端末」としては、上記電話機のほか、通話機能を有するＰＤＡ（Personal Digital Assistance）等の通信端末も挙げられる。

本発明の実施形態に係る通信システムの概略構成図。 ＷＥＢサーバのハードウェア構成のブロック図。 ＷＥＢサーバの機能ブロック図。 携帯電話機の外観図。 携帯電話機のハードウェア構成のブロック図。 携帯電話機の機能ブロック図。 （ａ）〜（ｄ）はＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図 ＲＳＳフィードのcontent-typeヘッダの「ＭＩＭＥ-ＴＹＰＥ」のデータの一例を示す図。 ＲＳＳフィード登録処理時の制御フロー図。 ＲＳＳフィードの自動取得の設定を行うときの携帯電話機の制御フロー図。 （ａ）〜（ｃ）はＲＳＳリーダの画面遷移の一例を説明する図。 カテゴリ選択画面の一例を示す図。

符号の説明

１０ 携帯電話機
２０ 携帯電話通信網
３０ インターネット
４１ ＷＥＢサーバ
１１０ 通信手段（取得手段）
１１１ 表示手段
１１２ 記憶手段
１１３ 表示制御手段
１１４ 要約情報処理手段
４１５ 記憶手段
４１６ 受信手段
４１７ 送信手段

Claims (10)

1. 画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツの要約情報の取得要求を送信して前記要約情報を取得する取得手段とを備え、取得した前記要約情報を表示する移動通信端末において、
   前記要約情報のデータがフォルダ形式で保存される記憶手段と、
   前記要約情報の取得要求に対する取得応答に付加された付加情報に基づいて、前記要約情報を所定のフォルダへ保存する要約情報処理手段と、を備えたことを特徴とする移動通信端末。
2. 請求項１に記載の移動通信端末において、
   前記取得手段は、前記取得応答に付加された付加情報に基づいて、前記要約情報の取得のタイミングを設定することを特徴とする移動通信端末。
3. 請求項２に記載の移動通信端末において、
   前記取得応答に付加された付加情報は、フォルダの保存先を指定する識別子と、前記要約情報の取得タイミングを指定する識別子とを有することを特徴とする移動通信端末。
4. 請求項１から請求項３のいずれかに記載の移動通信端末において、
   前記通信ネットワーク上のサーバに対し前記記憶手段に記憶された要約情報を要求する際に、前記記憶手段に記憶された前記要約情報の種別情報を送信することを特徴とする移動通信端末。
5. 画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツの要約情報の取得要求を送信して前記要約情報を取得する取得手段とを備え、取得した前記要約情報を表示する移動通信端末において、
   前記取得手段は、前記要約情報の取得要求に対する取得応答に付加された付加情報に基づいて、前記要約情報の取得のタイミングを設定することを特徴とする移動通信端末。
6. 請求項１から請求項５のいずれかに記載の移動通信端末において、
   前記要約情報は、ＷＥＢコンテンツの見出し情報、要約情報および更新情報であることを特徴とする移動通信端末。
7. 画像を表示する表示手段とコンテンツの要約情報のデータをフォルダ形式で保存する記憶手段と前記要約情報の取得要求を送信して前記要約情報を取得する取得手段とを備えた移動通信端末と、通信ネットワークを介して通信可能なサーバにおいて、
   前記要約情報を記憶する記憶手段を備え、
   前記要約情報の取得要求に対する取得応答に、前記移動通信端末における前記要約情報の保存先を指定する情報を付加することを特徴とするサーバ。
8. 請求項７のサーバにおいて、
   前記取得応答に、前記移動通信端末の取得タイミングを指定する情報を付加することを特徴とするサーバ。
9. 画像を表示する表示手段とコンテンツ要約情報の取得要求を送信して前記要約情報を取得する取得手段とを備えた移動通信端末と、通信ネットワークを介して通信可能なサーバにおいて、
   前記要約情報を記憶する記憶手段を備え、
   前記要約情報の取得要求に対する取得応答に、前記移動通信端末の要約情報取得タイミングを指定する情報を付加することを特徴とするサーバ。
10. 請求項７から請求項９のいずれかに記載のサーバにおいて、
    前記要約情報は、ＷＥＢコンテンツの見出し情報、要約情報および更新情報であることを特徴とするサーバ。

Images