(57)【要約】【課題】要約情報を取得することができない状態にもかかわらず、定期的にサーバに対して要約情報の取得要求を送信してしまうのを防止することのできる移動通信端末を提供する。【解決手段】ＷＥＢコンテンツの要約情報であるＲＳＳフィードを要求する取得要求（ＨＴＴＰリクエスト）に対する処理が正常に処理できなかった旨を示す４００番台（クライアント側エラー）や５００番台（サーバ側エラー）のＨＴＴＰステータスコードを、サーバから取得応答（ＨＴＴＰレスポンス）として受信した場合、ＲＳＳフィードの定期取得を一時停止する。【選択図】図８
2011198380.tif 000002
【特許請求の範囲】
【請求項１】
画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツの要約情報の取得要求を定期的に送信して前記要約情報を取得する取得手段とを備え、取得した前記要約情報を表示する移動通信端末において、
取得要求に対する処理が正常に処理できなかった旨の取得応答を前記サーバから受信した際に、前記取得手段は、前記要約情報の定期取得を一時停止することを特徴とする移動通信端末。
【請求項２】
請求項１記載の移動通信端末において、
前記サーバに対して前記要約情報の取得要求を送信した際に、前記サーバから前記要約情報のContent-Typeと異なるContent-Typeのデータを受信したとき、前記取得手段は、前記要約情報の定期取得を一時停止することを特徴とする移動通信端末。
【請求項３】
請求項１または２に記載の移動通信端末において、
前記要約情報の定期取得を一時停止状態で、手動操作で前記サーバに前記要約情報の取得要求を送信したときの前記取得応答が、前記取得要求に対する処理が正常に処理できた旨の情報、かつ、前記サーバから受信したデータのContent-Typeが前記要約情報のContent-Typeの場合、前記取得手段は、前記要約情報の定期取得の一時停止を解除することを特徴とする移動通信端末。
【請求項４】
画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツの要約情報の取得要求を定期的に送信して前記要約情報を取得する取得手段とを備え、取得した前記要約情報を表示する移動通信端末において、
前記サーバに対して前記要約情報の取得要求を送信した際に、前記サーバから前記要約情報のContent-Typeと異なるContent-Typeのデータを受信したとき、前記取得手段は、前記要約情報の定期取得を一時停止することを特徴とする移動通信端末。
【請求項５】
請求項１から請求項４のいずれかに記載の移動通信端末において、
前記要約情報は、ＷＥＢコンテンツの見出し情報、要約情報および更新情報であることを特徴とする移動通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワーク上のサーバから提供されるコンテンツの要約情報を取得して表示可能な携帯電話機等の移動通信端末およびその移動体通信端末と通信可能なサーバに関するものである。
【背景技術】
【０００２】
非特許文献１には、ＷＥＢコンテンツの要約情報を移動通信端末たる携帯電話機で受信して表示するソフトウェアが記載されている。このＷＥＢコンテンツの要約情報のデータは、携帯電話機からの取得要求に応じて、例えばＲＳＳと呼ばれるフォーマットで送信される。このＲＳＳは、ＷＥＢサーバ（ＷＥＢサイト）で提供されるＷＥＢコンテンツの見出し、要約、更新情報等のメタデータを構造化して記述するＸＭＬ（Extensible Markup Language）ベースのフォーマットである。ＲＳＳはいくつかのバージョン（RSS0.9X, RSS1.0, RSS2.0, Atom）が存在し、バージョンごとに「Rich Site Summary」、「Really Simple Syndication」、「RDF Site Summary」という正式名称で呼ばれている。このＲＳＳフォーマットで記述された文書は「ＲＳＳフィード」と呼ばれ、上記ＲＳＳフィードを受信して表示するソフトウェアは「ＲＳＳリーダ」と呼ばれている。ＷＥＢコンテンツが更新されると、携帯電話機からの取得要求に応じて、更新後のＷＥＢコンテンツの要約情報を反映したＲＳＳフィードが携帯電話機に送信される。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上記ＲＳＳリーダは、定期的にＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバにアクセスし、そのサーバからＲＳＳフィードを自動的に取得している。ＷＥＢサーバ側が一時的にダウンすると、サーバが携帯電話機からの要約情報の取得要求を正常に処理できなくなり、携帯電話機がＲＳＳフィードを取得できない状態となる。また、利用者が料金を滞納してサイトへのアクセス権がなくなっているなどの場合も、携帯電話機がＲＳＳフィードを取得できない状態となる。しかし、上記のように定期的にＲＳＳフィードの自動取得を行っている場合は、ＷＥＢサーバ側が一時的にダウンするなどして、ＷＥＢサーバが携帯電話機からのＲＳＳフィード取得要求を処理することができない状態にもかかわらず、機械的にＷＥＢサーバに対してＲＳＳフィードの取得要求を送信してしまう。このため、無駄な通信費がかかってしまうという問題があった。
【０００４】
また、例えば、利用者が、コンテンツ提供者に対して、料金を滞納しているなどの理由で、利用者に対してのＲＳＳサービスを業者が停止している場合、「利用できない」旨のＷＥＢページを利用者の携帯電話機に送信する。このＷＥＢページは、ＲＳＳのContent-Typeではなく、通常のＨＴＭＬのContent-Typeである。このような場合においては、ＷＥＢサーバが正常な処理をしているにもかかわらず、要約情報（ＲＳＳフィード）を送信することがない。この場合においても、定期的にＲＳＳフィードを自動的に取得するように設定していると、携帯電話機がＲＳＳフィードを取得することができない状態にもかかわらず、定期的にＷＥＢサーバに対してＲＳＳフィードの取得要求を送信してしまい、上述同様、無駄な通信費がかかってしまうという問題が生じる。
【０００５】
本発明は、上記問題に鑑みなされたものであり、その目的とするところは、要約情報を取得することができない状態にもかかわらず、定期的にサーバに対して要約情報の取得要求を送信してしまうのを防止することのできる移動通信端末を提供することである。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、請求項１の発明は、画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツの要約情報の取得要求を定期的に送信して前記要約情報を取得する取得手段とを備え、取得した前記要約情報を表示する移動通信端末において、取得要求に対する処理が正常に処理できなかった旨の取得応答を前記サーバから受信した際に、前記取得手段は、前記要約情報の定期取得を一時停止することを特徴とするものである。
また、請求項２の発明は、請求項１記載の移動通信端末において、前記サーバに対して前記要約情報の取得要求を送信した際に、前記サーバから前記要約情報のContent-Typeと異なるContent-Typeのデータを受信したとき、前記取得手段は、前記要約情報の定期取得を一時停止することを特徴とするものである。
また、請求項３の発明は、請求項１または２に記載の移動通信端末において、前記要約情報の定期取得を一時停止状態で、手動操作で前記サーバに前記要約情報の取得要求を送信したときの前記取得応答が、前記取得要求に対する処理が正常に処理できた旨の情報、かつ、前記サーバから受信したデータのContent-Typeが前記要約情報のContent-Typeの場合、前記取得手段は、前記要約情報の定期取得の一時停止を解除することを特徴とするものである。
また、請求項４の発明は、画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツの要約情報の取得要求を定期的に送信して前記要約情報を取得する取得手段とを備え、取得した前記要約情報を表示する移動通信端末において、前記サーバに対して前記要約情報の取得要求を送信した際に、前記サーバから前記要約情報のContent-Typeと異なるContent-Typeのデータを受信したとき、前記取得手段は、前記要約情報の定期取得を一時停止することを特徴とするものである。
また、請求項５の発明は、請求項１から請求項４のいずれかに記載の移動通信端末において、前記要約情報は、ＷＥＢコンテンツの見出し情報、要約情報および更新情報であることを特徴とするものである。
【発明の効果】
【０００７】
請求項１乃至３、５の発明によれば、サーバ側が一時的にダウンしたり、利用者が料金未納などでサーバ側が要約情報の取得要求を拒否したりして、サーバによって送信された取得要求に対する処理が正常に処理できなかった旨の取得応答を受信したら、前記要約情報の定期取得を一時停止する。これにより、サーバ側が一時的にダウンしたり、サーバ側が要約情報の取得要求を拒否したりして、要約情報を取得することができない状態のときに、定期的にサーバに対して要約情報の取得要求を送信してしまうのを防止することができる。これにより、利用者が無駄な通信費を負担してしまうのを抑制することができる。
【０００８】
また、請求項４及び５の発明によれば、コンテンツ提供者が利用者に対してのサービスを停止して、要約情報のフォーマットと異なるフォーマットのデータ（例えばＨＴＭＬ（Hyper Text Markup Language）による「利用できない」旨のＷＥＢページのデータ）を送信した際に、要約情報の定期取得を一時停止することができる。よって、コンテンツ提供者が利用者に対しての要約情報提供サービスを停止したりして、要約情報を取得することができない状態のときに、定期的にサーバに対して要約情報の取得要求を送信してしまうのを防止することができる。これにより、利用者が無駄な通信費を負担してしまうのを抑制することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係る通信システムの概略構成図。
【図２】ＷＥＢサーバのハードウェア構成のブロック図。
【図３】ＷＥＢサーバの機能ブロック図。
【図４】携帯電話機の外観図。
【図５】携帯電話機のハードウェア構成のブロック図。
【図６】携帯電話機の機能ブロック図。
【図７】（ａ）〜（ｄ）はＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図。
【図８】携帯電話機のＲＳＳフィード取得処理時の制御フローを示す図。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、移動体通信事業者によって管理されている通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２０１や図示しない交換機（回線交換機、パケット交換機）等を備え、図示しないゲートウェイサーバを介してインターネット３０等の他の通信ネットワークに接続されている。また、携帯電話通信網２０及びインターネット３０には、ＷＥＢコンテンツを提供するＷＥＢサーバ４１が接続されている。ＷＥＢサーバ４１は、各種ＷＥＢコンテンツのほか、そのＷＥＢコンテンツの要約情報も提供する。また、ＷＥＢサーバ４１は携帯電話通信網２０側に設けてもよい。これらのサーバから携帯電話機１０にコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバ４１からＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（Hyper Text Transfer Protocol）が用いられる。
【００１１】
図２は、上記ＷＥＢサーバ４１のハードウェア構成の一例を示すブロック図である。このＷＥＢサーバ４１は、システムバス４００、ＣＰＵ４０１、内部記憶装置、外部記憶装置４０４、入力装置４０５、出力装置４０６、及びインターネット用通信装置４０７を備えている。上記内部記憶装置は、ＲＡＭ４０２やＲＯＭ４０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置４０５は、マウスやキーボード等で構成されている。上記出力装置４０６は、ディスプレイやプリンタ等で構成されている。上記通信装置４０７は、所定の通信プロトコルにより、携帯電話通信網２０を介して他の携帯電話機や他のサーバと通信したり、インターネット３０上の各種クライアント端末や他のサーバと通信したりするための装置である。
【００１２】
上記ＣＰＵ４０１やＲＡＭ４０２等の構成要素はお互いに、システムバス４００を介して、データやプログラムの命令等のやり取りを行っている。このサーバ４１を所定の手順に従って動作させるためのプログラムはＲＯＭ４０３や外部記憶装置４０４に記憶されており、必要に応じてＣＰＵ４０１やＲＡＭ４０２上の作業エリアに呼び出されて実行される。
【００１３】
また、上記ＷＥＢサーバ４１はそれぞれ一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、ＷＥＢサーバ４１はそれぞれ、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。
【００１４】
図３は、ＷＥＢサーバ４１の構成例を示す機能ブロック図である。ＷＥＢサーバ４１は、記憶手段４１５と受信手段４１６と送信手段４１７とを備えている。このＷＥＢサーバ４１は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１５は、上記内部記憶装置や外部記憶装置で構成され、携帯電話機１０で受信可能な各種ＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報や更新情報のデータを記憶している。上記受信手段４１６は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１５に記憶されている複数種類のＷＥＢコンテンツやそのＷＥＢコンテンツの要約情報を要求する取得要求を携帯電話機１０から受信する。上記送信手段４１７は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記取得要求に基づいて選択されたＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを移動体通信端末１０に送信する。
【００１５】
上記ＷＥＢコンテンツの要約情報のデータは、ＲＳＳのフォーマットで携帯電話機へ送信されており、携帯電話機は、このＲＳＳのフォーマットで記述された文書（ＲＳＳフィード）受信して表示するソフトウェアであるＲＳＳリーダを備えている。ＷＥＢコンテンツが更新された場合は、その更新後のＷＥＢコンテンツの要約情報を反映したＲＳＳフィードが作成される。この更新後のＲＳＳフィードが、携帯電話機からの取得要求に応じて送信される。ＲＳＳフィードの一例としては、一般ニュース、音楽情報、ブログ、天気予報、ＣＤや映画などの売り上げランキング等のコンテンツの要約や更新情報が挙げられる。
【００１６】
図４は携帯電話機１０の一構成例を示す外観図であり、図５は、その携帯電話機１０のハードウェア構成の一例を示す概略構成図である。携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５及び携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。
【００１７】
上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフト（ＯＳ）上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＲＳＳリーダ、ＷＥＢブラウザ、メーラー、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。
【００１８】
また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォーム上でアプリケーションを実行するためのアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機１０にプリインストールされているアプリケーションや、利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。
【００１９】
上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ＷＥＢサーバ４１から、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。
【００２０】
上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、音出力手段であるスピーカ１８等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。
【００２１】
上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上記サーバ４１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して、サーバ４１が提供する各種コンテンツをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。
【００２２】
携帯電話機１０は、ＲＳＳリーダのほかに、例えば、メディアコンテンツの再生を行うアプリケーションもＷＥＢコンテンツの要約情報であるＲＳＳ（RDF Site Summary）フィードを表示する機能を備えている。また、サービス参加者が互いに友人を紹介しあって、新たな友人関係を広げることを目的に開設されたコミュニティサービス（ソーシャル・ネットワーク・サービス（ＳＮＳ））を利用するためのアプリケーションなどもＷＥＢコンテンツの要約情報であるＲＳＳフィードを表示する機能を備えている。メディアコンテンツの再生を行うアプリケーションは、音楽情報、ＣＤの売り上げランキング、着うたランキングなどのＲＳＳフィードが表示されるようになっている。また、上記コミュニティサービスを利用するためのアプリケーションは、コミュニティサービス利用者のブログの更新情報などのＲＳＳフィードが表示されるようになっている。
【００２３】
図６は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、通信手段１１０と表示手段１１１と記憶手段１１２と表示制御手段１１３とを有する。
【００２４】
上記通信手段１１０は上記通信装置１０６等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いて携帯電話通信網２０を介した通信を行う。この通信手段１１０は、接続情報としてのＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのＷＥＢサーバ４１から前述のＲＳＳフィードを取得する取得手段として用いられる。また、この取得手段は、所定の時間毎にＵＲＩに基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのサーバからＲＳＳフィードの更新を自動的に確認できるようになっている。この自動取得処理における取得のタイミングは、利用者が手動で設定したり、携帯電話機が、ＲＳＳフィードの種別から自動的に設定したりする。また、この取得手段は、ＷＥＢサーバ４１から受信した要約情報取得要求（ＨＴＴＰリクエスト）に対する取得応答（ＨＴＴＰレスポンス）のＨＴＴＰステータスコードに基づいて、自動取得処理を一時停止するか否かを判定する機能を備えている。
自動取得のタイミングは、装置内部のＤＲＭ用内部時計に従い処理を行う。また、通信トラフィックが混雑する時間帯は、自動取得のタイミングとなっても、自動取得処理を行わないようにして、携帯電話通信網２０の負荷を低減させるようにしてもよい。
【００２５】
上記表示手段１１１は上記ディスプレイ等で構成され、ＲＳＳフィードの表示を行うアプリケーションを起動したときに、通信ネットワーク上のＷＥＢサーバ４１から受信した前述のＲＳＳフィードを表示することができる。
【００２６】
上記記憶手段１１２は上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置により構成され前述のＲＳＳフィードを記憶している。ＲＳＳフィードのデータは、フォルダ形式で記憶手段１１２に保存されている。フォルダは、カテゴリ別に複数設けられており、例えば、ＲＳＳが、「ニュース」に関するものの場合は、ニュースカテゴリのフォルダに保存され、「ブログ・日記」に関するものの場合は、ブログのカテゴリのフォルダに保存される。
【００２７】
上記表示制御手段１１３は上記ＣＰＵ１０１等で構成され、前述のＲＳＳフィードを取得して表示するように制御する。また、ＲＳＳフィードが未読の場合に、待ち受け画面などのピクト領域に、未読のＲＳＳフィードがある旨のピクト画像を表示するように制御する。また、表示制御手段１１３は、自動取得処理が一時停止状態のときに、ＲＳＳリスト表示画面などのピクト領域に、自動取得処理が一時停止中である旨のピクト画像を表示するように制御する。
【００２８】
図７は、上記ＲＳＳリーダ起動時の携帯電話機の画面遷移の一例を示す図である。利用者が携帯電話機のディスプレイ１７に表示された図示しないメニュー選択画面から、「ＲＳＳリーダ」を選択すると、図７（ａ）に示すような、カテゴリ選択画面がディスプレイ１７に表示される。このカテゴリ選択画面は、上記フォルダと対応しており、例えば、画面の「ニュース」は、ニュースカテゴリのフォルダに対応し、「ブログ・日記」は、ブログのカテゴリのフォルダに対応している。また、フォルダに保存されたＲＳＳに未読のＲＳＳがある場合は、メニュー選択画面のピクト領域に例えば、図に示すような「ＮＥＷ」のピクト画像が表示される。
【００２９】
利用者が、ニュースのカテゴリを選択すると、図７（ｂ）に示すように、携帯電話機１０によってニュースのカテゴリに分類され、ニュースカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。なお、利用者が、図７（ｂ）のテレビのカテゴリを選択した場合は、テレビカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示され、ブログ・日記のカテゴリを選択した場合は、ブログ・日記のカテゴリのフォルダに保存されたＲＳＳフィードのタイトルリストが表示される。
また、このＲＳＳリスト表示画面においても、未読のＲＳＳフィードがある場合は、このＲＳＳフィードに対応する画面のピクト領域に図に示すような「ＮＥＷ」のピクト画像を表示する。また、自動取得処理を一時停止しているＲＳＳフィードがある場合は、このＲＳＳフィードに対応する画面のピクト領域に図に示すような「一時停止中」のピクト画像を表示する。
【００３０】
図７（ｂ）のＲＳＳフィードのタイトルリストから、○×新聞社を選択すると、図７（ｃ）に示すような、○×新聞社が提供しているＷＥＢページの要約情報のタイトル一覧（ＲＳＳフィードのアイテムタイトルリスト）が表示される。この要約情報のタイトル一覧画面を表示すると、携帯電話機１０は、このＲＳＳフィードが既読されたと認識し、上記ピクト画像を消灯させる。また、図中上部のＲＳＳフィードのタイトル（○×新聞社）には、リンクが張られており、利用者が図中上部のＲＳＳフィードのタイトルをクリックすると、例えば、○×新聞社のホームページへアクセスするなど、特定のＵＲＩに接続して、特定のＷＥＢページが表示される。
【００３１】
利用者が、「○×国の首相来日」の要約情報のタイトルを選択すると、携帯電話機１０は、図７（ｄ）に示すように、ディスプレイ１７にこの要約情報のタイトルに対応する要約情報を表示する。図中上部の要約情報のタイトル（○×国の首相来日）には、リンクが張られており、利用者が図中上部の要約情報のタイトルをクリックすると、この要約情報に対応するＷＥＢページをＷＥＢサーバ４１から取得し、表示する。
【００３２】
図８は、携帯電話機１０のＲＳＳフィード取得処理時の制御フローを示す図である。
まず、携帯電話機１０が、ＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、ＨＴＴＰリクエストを送信する（Ｓ１）。携帯電話機が、ＷＥＢサーバ４１からＨＴＴＰリクエストに対するＨＴＴＰレスポンスを受信したら（Ｓ２のＹＥＳ）、ＨＴＴＰステータスコードが２００か否かをチェックする（Ｓ３）。ＨＴＴＰステータスコードが２００、すなわち、ＷＥＢサーバ４１が、ＨＴＴＰリクエストを正しく処理して、リクエスト先のＷＥＢページを正しく送信しているときは、携帯電話機は、次にＨＴＴＰレスポンスのヘッダに記述されているContent-TypeのデータをチェックしてＲＳＳか否かをチェックする（Ｓ４）。ＲＳＳである場合は（Ｓ４のＹＥＳ）、そのまま処理を終了する。一方、ＲＳＳでない場合は、自動取得処理か否かをチェックして（Ｓ６）、自動取得処理の場合は（Ｓ６のＹＥＳ）、自動取得処理を一時停止する（Ｓ７）。このとき、図７（ｂ）に示すように、一時停止となったＲＳＳフィードに対応する画面のピクト領域に例えば図に示すような「一時停止中」のピクト画像を表示して、利用者に報知する。
また、受信したＨＴＴＰレスポンスに、クライアントエラーを示す４００番台のＨＴＴＰステータスコードや、サーバエラーを示す５００番台のＨＴＴＰステータスコードが記載されていた場合も（Ｓ５のＹＥＳ）、上述同様、自動取得処理か否かをチェックして（Ｓ６）、自動取得処理の場合は（Ｓ６のＹＥＳ）、自動取得処理を一時停止する（Ｓ７）。
【００３３】
なお、手動取得処理を行って、正常な処理（受信したＨＴＴＰレスポンのステータスコードが２００で、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 Handyphone System）、自動車電話機、固定電話機等の通話機能を有する電話機が挙げられる。また、この「移動体通信端末」としては、上記電話機のほか、通話機能を有するＰＤＡ（Personal Digital Assistance）等の通信端末も挙げられる。
【符号の説明】
【００３８】
１０    携帯電話機
２０    携帯電話通信網
３０    インターネット
４１    ＷＥＢサーバ
１１０    通信手段（取得手段）
１１１    表示手段
１１２    記憶手段
１１３    表示制御手段
４１５    記憶手段
４１６    受信手段
４１７    送信手段
【先行技術文献】
【非特許文献】
【００３９】
【非特許文献１】「携帯ポータルアプリ」、［ｏｎｌｉｎｅ］、QUEST-COM株式会社、［２００６年３月３日検索］、インターネット（ＵＲＬ：http://rsseye.qusco.cc/）
【図１】
2011198380.tif 000003
【図２】
2011198380.tif 000004
【図３】
2011198380.tif 000005
【図４】
2011198380.tif 000006
【図５】
2011198380.tif 000007
【図６】
2011198380.tif 000008
【図７】
2011198380.tif 000009
【図８】
2011198380.tif 000010
【手続補正書】
【提出日】平成23年6月16日(2011.6.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツのフィードの取得要求を定期的に自動送信して前記フィードを取得する取得手段とを備え、取得した前記フィードを表示する移動通信端末において、
前記サーバに自動送信する取得要求に対する処理が正常に処理できなかった旨の取得応答を受信した際、前記取得手段は、前記フィードの定期取得のための取得要求の自動送信を一時停止することを特徴とする移動通信端末。
【請求項２】
請求項１に記載の移動通信端末において、
前記サーバに対して前記フィードの取得要求を送信した際に、前記サーバから前記フィードのContent-Typeと異なるContent-Typeのデータを受信したとき、前記取得手段は、前記フィードの定期取得のための取得要求の自動送信を一時停止することを特徴とする移動通信端末。
【請求項３】
請求項１または２に記載の移動通信端末において、
前記フィードの定期取得の自動送信を一時停止した状態で、手動操作で前記サーバに前記フィードの取得要求を送信したときの前記取得応答が、前記取得要求に対する処理が正常に処理できた旨の情報、かつ、前記サーバから受信したデータのContent-Typeが前記フィードのContent-Typeの場合、前記取得手段は、前記フィードの定期取得のための取得要求の自動送信の一時停止を解除することを特徴とする移動通信端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、通信ネットワーク上のサーバから提供されるコンテンツのフィードを取得して表示可能な携帯電話機等の移動通信端末に関するものである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
本発明は、上記問題に鑑みなされたものであり、その目的とするところは、フィードを取得することができない状態にもかかわらず、定期的にサーバに対してフィードの取得要求を自動送信してしまうのを防止することのできる移動通信端末を提供することである。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
上記目的を達成するために、請求項１の発明は、画像を表示する表示手段と、通信ネットワークを介して通信する通信手段と、通信ネットワーク上のサーバにコンテンツのフィードの取得要求を定期的に自動送信して前記フィードを取得する取得手段とを備え、取得した前記フィードを表示する移動通信端末において、前記サーバに自動送信する取得要求に対する処理が正常に処理できなかった旨の取得応答を受信した際、前記取得手段は、前記フィードの定期取得のための取得要求の自動送信を一時停止することを特徴とするものである。
また、請求項２の発明は、請求項１に記載の移動通信端末において、前記サーバに対して前記フィードの取得要求を送信した際に、前記サーバから前記フィードのContent-Typeと異なるContent-Typeのデータを受信したとき、前記取得手段は、前記フィードの定期取得のための取得要求の自動送信を一時停止することを特徴とするものである。
また、請求項３の発明は、請求項１または２に記載の移動通信端末において、前記フィードの定期取得の自動送信を一時停止した状態で、手動操作で前記サーバに前記フィードの取得要求を送信したときの前記取得応答が、前記取得要求に対する処理が正常に処理できた旨の情報、かつ、前記サーバから受信したデータのContent-Typeが前記フィードのContent-Typeの場合、前記取得手段は、前記フィードの定期取得のための取得要求の自動送信の一時停止を解除することを特徴とするものである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
請求項１乃至３の発明によれば、サーバ側が一時的にダウンしたり、利用者が料金未納などでサーバ側がフィードの取得要求を拒否したりして、サーバによって送信された取得要求に対する処理が正常に処理できなかった旨の取得応答を受信したら、前記フィードの定期取得を一時停止する。これにより、サーバ側が一時的にダウンしたり、サーバ側がフィードの取得要求を拒否したりして、フィードを取得することができない状態のときに、定期的にサーバに対してフィードの取得要求を自動送信してしまうのを防止することができる。これにより、利用者が無駄な通信費を負担してしまうのを抑制することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
また、請求項２の発明によれば、コンテンツ提供者が利用者に対してのサービスを停止して、フィードのフォーマットと異なるフォーマットのデータ（例えばＨＴＭＬ（Hyper Text Markup Language）による「利用できない」旨のＷＥＢページのデータ）を送信した際に、フィードの定期取得を一時停止することができる。よって、コンテンツ提供者が利用者に対してのフィード提供サービスを停止したりして、フィードを取得することができない状態のときに、定期的にサーバに対してフィードの取得要求を送信してしまうのを防止することができる。これにより、利用者が無駄な通信費を負担してしまうのを抑制することができる。