JP2012069139A - 中継サーバ及び情報提供システム - Google Patents

Abstract

【課題】コンテンツ提供サーバの負荷を低減するとともに、移動体通信端末がコンテンツ提供サーバから要約情報を取得するときの移動体通信ネットワークの負荷を低減することができる中継サーバ及び情報提供システムを提供する。
【解決手段】集約サーバ（中継サーバ）４０は、ＷＥＢサーバ４１から携帯電話通信網を介して携帯電話機１０に提供されるコンテンツの要約情報を中継する。集約サーバ４０は、所定のタイミングで複数のＷＥＢサーバ４１に接続し記憶手段４０に記憶されているＲＳＳフィードを更新し、携帯電話機１０からＲＳＳフィードの取得要求を受けたとき、その取得要求で指定されたＲＳＳフィードを記憶手段４００から取り出して携帯電話機１０に送信する。ここで、前記取得要求で指定されたＲＳＳフィードが更新されているか否かを確認し、更新されている場合にのみ更新後の新しいＲＳＳフィードを携帯電話機１０に送信してもよい。
【選択図】図１２

Description

本発明は、通信ネットワークを介して移動体通信端末と通信可能な中継サーバ及び情報提供システムに関するものである。

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

ところが、複数の携帯電話機それぞれからＷＥＢサーバに定期的にアクセスし、更新されたＲＳＳフィードを取得しようとすると、ＷＥＢサーバの処理の負荷が増大するとともに、携帯電話通信網のトラフィック量が増えて携帯電話通信網の負荷が増大してしまう問題があった。例えば、ＷＥＢサーバが同じ要約情報について複数の携帯電話機から取得要求を受信すると、その都度、取得要求で指定された要約情報が更新されているか否かを判断し、更新されていれば、その更新後の新しい要約情報を携帯電話機に送信することになる。そのため、ＷＥＢサーバでの処理の負荷及び携帯電話通信網の負荷が増大してしまう。

本発明は、上記問題に鑑みなされたものであり、その目的とするところは、コンテンツの要約情報を提供するコンテンツ提供サーバの負荷を低減するとともに、移動体通信端末がコンテンツ提供サーバから要約情報を取得するときの移動体通信ネットワークの負荷を低減することができる中継サーバ及び情報提供システムを提供することである。

本発明に係る中継サーバは、コンテンツ提供サーバから移動体通信ネットワークを介して移動体通信端末に提供されるコンテンツの要約情報を中継する中継サーバであって、予め登録された複数のコンテンツ提供サーバから提供されるコンテンツの要約情報を記憶した記憶手段と、所定のタイミングで前記複数のコンテンツ提供サーバに接続し前記記憶手段に記憶されている前記要約情報を更新する更新手段と、前記移動体通信端末から要約情報の取得要求を受けたとき、その取得要求で指定された要約情報を前記記憶手段から取り出して該移動体通信端末に送信する送信手段と、を備える。
前記中継サーバにおいて、前記送信手段は、前記取得要求で指定された要約情報が更新されているか否かを確認し、更新されている場合にのみ更新後の新しい要約情報を前記移動体通信端末に送信してもよい。この場合は、中継サーバから移動体通信端末へ不要なデータ送信を回避することにより、中継サーバと移動体通信端末との間の通信の負荷を更に低減できる。
前記中継サーバにおいて、前記更新手段は、前記コンテンツ提供サーバに接続して前記要約情報が更新されているか否かを確認し、更新されている場合にのみ更新後の新しい要約情報を受信するとともに前記新しい要約情報が前記移動体通信端末への提供のための所定条件を満たすか否かをチェックし、前記所定条件を満たす場合にのみ前記新しい要約情報で前記記憶手段内の対応する要約情報を更新してもよい。この場合は、移動体通信端末で受信して使用できないような不適切な要約情報を中継サーバに記憶しておかないことにより、移動体通信端末による要約情報の受信エラーを未然に防止できる。
前記中継サーバにおいて、前記更新手段は、前記コンテンツ提供サーバが前記要約情報の提供を停止している場合には前記要約情報の提供が停止されている旨を示すメッセージを含む要約情報で前記記憶手段内の対応する要約情報を更新してもよい。この場合は、要約情報の提供が停止されていることを移動体通信端末の利用者に知らせることができる。なお、前記要約情報の提供の停止は、保守等のために予め計画された計画停止であってもいいし、前記コンテンツ提供サーバの障害による停止であってもよい。また、コンテンツ提供サーバからの要約情報の提供が終了した場合には、その提供終了を示すメッセージを含む要約情報で前記記憶手段内の対応する要約情報を更新してもよい。
前記中継サーバにおいて、前記移動体通信端末から受信する前記取得要求は、複数のコンテンツ提供サーバそれぞれが提供する複数の要約情報を一括して要求するものであってもよい。この場合は、上記複数の要約情報を中継サーバから一括して移動体通信端末に受信できるので、各要約情報を個別に受信する場合に比して移動体通信ネットワークの負荷を低減できる。
前記中継サーバにおける前記要約情報の更新タイミングは、例えば予め設定して更新時刻に行うようにしてもいいし、予め設定した所定の時間間隔で定期的に行うようにしてもよい。

前記中継サーバは、前記コンテンツ提供サーバから受信した複数の要約情報を集約して少なくとも１つの集約要約情報に編集する編集手段を備えてもよい。この場合、前記移動体通信端末からの取得要求に応じて、前記編集手段で作成された集約要約情報を送信する。
前記編集手段は、前記複数の要約情報を、その種別毎に集約してもいいし、その取得要求を予め登録している前記移動体通信端末毎に又は前記移動体通信端末の利用者毎に集約してもよい。
また、前記中継サーバは、前記移動体通信端末の利用者が設定した前記要約情報の編集指示内容を前記移動体通信端末から受信する受信手段を備えてもよい。この場合、前記編集手段は、前記受信した編集指示内容に応じて前記集約要約情報を作成するように編集する。

本発明に係る情報提供システムは、移動体通信端末に情報を提供する情報提供システムであって、前記中継サーバと前記コンテンツ提供サーバとを備える。
前記コンテンツ提供サーバは、前記要約情報を要求する取得要求を前記中継サーバから受け付け、前記移動体通信端末から受け付けないようにしてもよい。この場合は、移動体通信端末からコンテンツ提供サーバに間違ってアクセスした場合でもコンテンツ提供サーバから移動体通信端末に要約情報が送信されることがないため、移動体通信端末とコンテンツ提供サーバとの間の通信負荷及びコンテンツ提供サーバにおける処理の負荷をより確実に低減することができる。

本発明によれば、移動体通信ネットワーク上に設けられた中継サーバは、所定のタイミングで複数のコンテンツ提供サーバに接続し記憶手段に記憶されている要約情報を更新することにより、最新の要約情報を集約して記憶しておくことができる。そして、中継サーバは、移動体通信端末から要約情報の取得要求を受けたとき、その取得要求で指定された要約情報を記憶手段から取り出して移動体通信端末に送信する。これにより、複数の移動体通信端末はそれぞれ、コンテンツ提供サーバに直接接続しなくても、最新の要約情報を集約して記憶している中継サーバとの接続のみで、各コンテンツ提供サーバから提供されるコンテンツの要約情報を得ることができる。従って、複数の移動体通信端末それぞれがコンテンツ提供サーバに直接接続して要約情報を取得する場合に比べて、コンテンツ提供サーバの負荷を低減するとともに、移動体通信端末がコンテンツ提供サーバから要約情報を取得するときの移動体通信ネットワークの負荷を低減することができる。

本発明の実施形態に係る通信システムの概略構成図。 ＷＥＢサーバのハードウェア構成のブロック図。 ＷＥＢサーバの機能ブロック図。 携帯電話機の外観図。 携帯電話機のハードウェア構成のブロック図。 携帯電話機の機能ブロック図。 集約サーバのハードウェア構成のブロック図。 集約サーバの機能ブロック図。 計画停止を知らせるための停止アナウンス用ＲＳＳフィードの記述例を示す説明図。 障害停止を知らせるための停止アナウンス用ＲＳＳフィードの記述例を示す説明図。 ＲＳＳフィードの配信サービス終了を知らせるための削除アナウンス用ＲＳＳフィードの記述例を示す説明図。 集約サーバによるＲＳＳフィードの集約処理の一例を示すフローチャート。 ＲＳＳフィードの更新処理の一例を示すフローチャート。 ＲＳＳフィードの取得、検証及び修正の処理の一例を示すフローチャート。 アナウンス用ＲＳＳフィードの作成処理の一例を示すフローチャート。 他の実施形態に係る集約サーバの機能ブロック図。 集約ＲＳＳフィードの作成処理の一例を示すフローチャート。 複数のＲＳＳフィードと集約ＲＳＳフィードとの関係を示す説明図。 変形例に係る集約ＲＳＳフィードの作成処理を示すフローチャート。

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

また、本実施形態の通信システムは、ＷＥＢサーバ４１から携帯電話機１０に提供されるコンテンツのＲＳＳフィードを中継するように携帯電話通信網２０上に設けられた中継サーバ４０を備えている。この中継サーバ４０は、ＷＥＢサーバ４１から提供されるコンテンツのＲＳＳフィードを集約して携帯電話機１０に提供する。以下の実施形態では、この中継サーバ４０を「集約サーバ」と呼ぶ。集約サーバ４０は、インターネット３０を介してＷＥＢサーバ４１と通信可能に構成されている。この集約サーバ４０と前述のＷＥＢサーバ４１とを用いて、携帯電話通信網２０を介して携帯電話機１０にＷＥＢコンテンツのＲＳＳフィードを提供する情報提供システムが構成されている。また、集約サーバ４０は、ＷＥＢサーバ機能を有し、携帯電話通信網２０を介して携帯電話機１０と通信可能に構成されている。

これらのサーバ４０、４１から携帯電話機１０にコンテンツやＲＳＳフィードをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバ４１からＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（Hyper Text Transfer Protocol）が用いられる。

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

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

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

図３は、ＷＥＢサーバ４１の構成例を示す機能ブロック図である。ＷＥＢサーバ４１は、記憶手段４１５と受信手段４１６と送信手段４１７とを備えている。このＷＥＢサーバ４１は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１５は、上記内部記憶装置や外部記憶装置４０４で構成され、携帯電話機１０で受信可能な各種ＷＥＢコンテンツのデータや、そのＷＥＢコンテンツのＲＳＳフィードのデータを記憶している。

上記受信手段４１６は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１５に記憶されている複数種類のＷＥＢコンテンツを要求する取得要求を携帯電話機１０から受信する。また、そのＷＥＢコンテンツのＲＳＳフィードを要求する取得要求を集約サーバ４０から受信する。

上記送信手段４１７は、上記ＣＰＵ４０１や通信装置４０７等で構成され、携帯電話機１０からの取得要求に応じてＷＥＢコンテンツのデータを携帯電話機１０に送信する。また、集約サーバ４０からの取得要求に応じてそのＷＥＢコンテンツのＲＳＳフィードのデータを集約サーバ４０に送信する。

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

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

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

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

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

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

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

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

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

上記通信手段１１０は上記通信装置１０６等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いて携帯電話通信網２０を介した通信を行う。この通信手段１１０は、接続情報としてのＵＲＩ（Uniform Resource Identifier）に基づいて携帯電話通信網２０上の集約サーバ４０にアクセスし、その集約サーバ４０から前述のＲＳＳフィードを取得する取得手段として用いられる。また、この取得手段は、所定の時間毎にＵＲＩに基づいて集約サーバ４０にアクセスし、そのサーバ４０からＲＳＳフィードを自動的に取得できるようになっている。自動取得のタイミングは、装置内部のＤＲＭ用内部時計に従い処理を行う。

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

上記記憶手段１１２は上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置により構成され前述のＲＳＳフィード等を記憶している。

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

図７は、本実施形態に係る集約サーバ４０のハードウェア構成を示す概略構成図である。集約サーバ４０のハードウェア構成は、上記ＷＥＢサーバ４１と同様、システムバス３００、ＣＰＵ３０１、内部記憶装置、外部記憶装置３０４、入力装置３０５及び出力装置３０６から構成されている。更に、集約サーバ４０は、インターネット３０を介してデータの送受信を行う第１通信装置３０７と、携帯電話通信網２０を介してデータの送受信を行う第２通信装置３０８も備えている。上記ＣＰＵ３０１やＲＡＭ３０２等の構成要素は、システムバス３００を介して、互いにデータやプログラムの命令等のやり取りを行い、その基本的な動作は上記ＷＥＢサーバ４１とほぼ同様である。

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

図８は、本実施形態に係る集約サーバ４０の主要な機能を抽出して示した機能ブロック図である。この集約サーバ４０は、記憶手段４００と更新手段４０１と送信手段４０２とを備えている。

上記記憶手段４００は、上記外部記憶装置等で構成され、ＲＳＳ管理ＤＢ（データベース）領域４００ａとキャッシュ領域４００ｂとストレージ領域４００ｃとを有している。上記ＲＳＳ管理ＤＢ領域４００ａには、ＷＥＢ４１からＲＳＳフィードを受信して集約するための接続先情報としての接続先ＵＲＩ（Uniform Resource Identifier）等のＲＳＳ管理情報が保存されている。上記キャッシュ領域４００ｂには、ＷＥＢサーバ４１から受信したＲＳＳフィードが、ＷＥＢサーバ４１の接続先ＵＲＩと関連付けられて一時保存されている。上記ストレージ領域４００ｃには、携帯電話機１０からアクセス可能な公開ディレクトリが作成されており、この公開ディレクトリに、ＷＥＢサーバ４１から受信され所定のチェック処理が行われたＲＳＳフィードが（ＲＳＳフィードに画像がリンクされている場合にはその画像ファイルも）、ＷＥＢサーバ４１の接続先ＵＲＩと関連付けられて保存されている。

上記更新手段４０１はＣＰＵ３０１、第１通信装置３０７等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いてインターネット３０を介してＷＥＢサーバ４１との間で通信を行う。この更新手段４０１は、予め設定した所定の更新時刻ごとに、又は予め設定した所定の時間間隔で定期的に、上記ＲＳＳ管理ＤＢ領域４００ａに保存されている接続先ＵＲＩ等のＲＳＳ管理情報を参照し、複数のＷＥＢサーバ４１の接続先ＵＲＩを巡回する。この巡回時に、更新手段４０１は、各接続先ＵＲＩについてＲＳＳフィードが更新されているか否かを確認し、更新されている場合にのみ更新後の新しいＲＳＳフィードを受信する。ＲＳＳフィードの受信の際には、そのＲＳＳフィードの更新情報も受信され、ＲＳＳフィードに画像がリンクされている場合はその画像ファイルも受信される。そして、更新手段４０１は、ＷＥＢサーバ４１から受信した新しいＲＳＳフィード（場合によっては画像ファイル）について、携帯電話機１０への提供のための所定条件を満たすか否かをチェックし、その所定条件を満たす場合にのみ、新しいＲＳＳフィードで、上記記憶手段４００のストレージ領域４００ｃ内の対応するＲＳＳフィードを更新する。

上記更新対象のＲＳＳフィードは、予め登録されたＷＥＢサーバ４１から提供され、例えば速報ＲＳＳフィードとその他の一般ＲＳＳフィードとに分類される。速報ＲＳＳフィードは、ニュースやブログ等の頻繁に更新される速報性が高いＷＥＢコンテンツの要約情報である。上記ＲＳＳフィードのファイル内の記述方法としては、例えばＲＳＳ１．０系又はＲＳＳ２．０系が用いられる。ＲＳＳフィードファイルのサイズは画像ファイルサイズも含めて所定サイズ（例えば１０ｋＢ（１０２４０ｂｙｔｅ））以下に規定され、ファイル内の文字コードとしては所定の文字コード（例えば、ＵＴＦ−８又はｓｈｉｆｔ−ＪＩＳ）のみが使用される。

上記ＲＳＳフィードにリンクされる画像は、所定の画素サイズ（例えば５０ピクセル×５０ピクセル以下）に規定され、ＲＳＳフィードのファイル内に記述される「length」要素及び「type」要素を有する「enclosure」タグで参照される。リンク先は絶対パスで記述される。また、画像ファイルとしては、所定の画像フォーマット（例えば、ＪＰＥＧ，ＰＮＧ，ＧＩＦ）のみ使用可能になっている。

上記ＷＥＢサーバ４にＲＳＳフィードを要求する取得要求は、例えば所定のヘッダ部を有するＨＴＴＰ要求である。上記速報ＲＳＳフィードについては、比較的短い時間間隔（例えば５分間隔）でＷＥＢサーバ４１に取得要求が送信され更新確認処理が実行され、上記一般ＲＳＳフィードについては、速報ＲＳＳフィードよりも長い時間間隔（例えば１５分）で取得要求が送信され更新確認処理が実行される。

上記ＷＥＢサーバ４１から受信したＲＳＳフィードは、そのＸＭＬ（Extensible Markup Language）タグの開始・終了やＲＳＳファイルの書式及びサイズ等がチェックされる。表１及び表２はそれぞれＸＭＬタグ及びＲＳＳファイルのチェック項目の一例を示している。但し、ＲＳＳフィードのチェック項目は、表１及び表２に例示したものに限定されるものではない。

上記ＷＥＢサーバ４１の所定の接続先ＵＲＩにおけるＲＳＳフィードの提供が計画停止又は障害によって停止されている場合には、そのＲＳＳフィードの提供が停止されている旨を示すメッセージを含む停止アナウンス用ＲＳＳフィードが作成され、その停止アナウンス用ＲＳＳフィードで、対応するＲＳＳフィードが置き換えられる。図９及び図１０はそれぞれ、計画停止及び障害停止を知らせるための停止アナウンス用ＲＳＳフィードの記述例を示している。上記停止アナウンス用ＲＳＳフィードは、管理者がバッチ処理として作成してもいいし、集約サーバ４０が自動作成してもよい。

上記集約サーバ４０に集約・保存していたＲＳＳフィードを削除した場合には、そのＲＳＳフィードが削除されＲＳＳフィードの配信サービスを停止した旨を示すメッセージを含む削除アナウンス用ＲＳＳフィードが作成され、その削除アナウンス用ＲＳＳフィードで、対応するＲＳＳフィードが置き換えられる。図１１は削除アナウンス用ＲＳＳフィードの記述例を示している。この削除アナウンス用ＲＳＳフィードは、管理者がバッチ処理として作成してもいいし、集約サーバ４０が自動作成してもよい。

上記送信手段４０２は第２通信装置３０８等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いて携帯電話通信網２０を介して携帯電話機１０との間で通信を行う。この送信手段４０２は、携帯電話機１０から取得要求に応じて、更新手段４０１でチェックされ記憶手段４００のストレージ領域４００ｃに保存されているＲＳＳフィードを、携帯電話機１０に送信する。

表３及び表４は、携帯電話機１０から集約サーバ４０にＲＳＳフィードを要求するときのＨＴＴＰ要求のヘッダフィールドの一例を示している。また、表５は、集約サーバ４０から携帯電話機１０に送られるＨＴＴＰ応答のヘッダフィールドの一例を示している。但し、ＨＴＴＰ要求のヘッダフィールドの記述内容は表３及び表４に例示したものに限定されるものではなく、また、ＨＴＴＰ応答のヘッダフィールドの記述内容は表５に例示した者に限定されるものではない。

図１２は、集約サーバ４０によるＲＳＳフィードの集約処理の一例を示すフローチャートである。まず、集約サーバ４０は、装置内部のＤＲＭ用内部時計に従い予め設定した集約処理のタイミングが到来したら、集約処理プログラムを起動する（Ｓ１，Ｓ２）。ここで、集約処理プログラムの多重起動をチェックする（Ｓ３）。具体的に、多重起動の判断に用いる多重起動フラグファイルが存在しているか否かで判断する。多重起動フラグファイルが存在していることにより、多重起動であると判断した場合（Ｓ３でＹｅｓ）は、集約処理プログラムが既に起動中であるため、多重起動チェックエラーとし、多重起動警告処理を実行する（Ｓ４）。例えば、多重起動チェックエラー結果（レベル：警告）をログ出力し、処理を終了する。

一方、多重起動フラグファイルが存在していないことにより、多重起動でないと判断した場合（Ｓ３でＮｏ）は、多重起動フラグファイルを新規に作成し、前回の集約処理結果のＲＳＳ管理ＤＢ（データベース）への反映が成功しているか否かをチェックする（Ｓ５）。具体的に、ＤＢエラーフラグファイルが存在しているか否かで判断する。ここで、ＤＢエラーフラグファイルが存在していないことにより、前回の集約処理結果の反映に成功していると判断した場合（Ｓ５でＹｅｓ）は、ＲＳＳ管理ＤＢから集約対象のＲＳＳフィード情報の取得処理を実行し、正しく取得できたか否かを判断する（Ｓ６）。集約対象のＲＳＳフィード情報を正しく取得できた場合（Ｓ６でＹｅｓ）は、各ＲＳＳフィードについて更新処理を実行する（Ｓ８〜Ｓ１０）。一方、上記ステップＳ５でＤＢエラーフラグファイルが存在していることにより、前回の集約処理結果の反映に失敗していると判断した場合（Ｓ５でＮｏ）、及び上記ステップＳ６でＲＳＳ管理ＤＢから集約対象のＲＳＳフィード情報を正しく取得できなかった場合（Ｓ６でＮｏ）は、ローカルファイルから集約対象のＲＳＳフィード情報を取得する（Ｓ７）。

各ＲＳＳフィードの更新処理については後述する。ＲＳＳフィードの更新処理が完了したら、その更新処理の結果をＲＳＳ管理ＤＢ及びローカルファイルに反映（保存）する。ここで、ＲＳＳフィードの更新処理が正常に終了した場合は、ＲＳＳ管理ＤＢにＤＢエラーフラグファイルが存在すればそのファイルを削除し、正常終了結果（レベル：情報）をＲＳＳ管理ＤＢのログに出力するとともに、正常終了結果（レベル：情報）をローカルファイルのログに出力する。一方、ＲＳＳフィードの更新処理が異常終了した場合は、ＲＳＳ管理ＤＢにＤＢエラーフラグファイルが存在しなければそのファイルを作成し、ＤＢ更新エラー結果（レベル：エラー）をＲＳＳ管理ＤＢのログに出力するとともに、ファイルＩ／Ｏエラー結果（レベル：エラー）をローカルファイルのログに出力する。そして、上記更新処理及び更新処理結果の反映（保存）を、集約対象の複数のＲＳＳフィードのすべてについて完了するまで繰り返す（Ｓ８）。

図１３は、上記ＲＳＳフィードの更新処理の一例を示すフローチャートである。各ＲＳＳフィードの更新処理では、まず、ＲＳＳフィードの状態がチェックされる（Ｓ１１）。ここで、ＲＳＳフィードの提供が停止（計画停止、障害停止）又は終了している場合は、前述の停止アナウンス用ＲＳＳフィード又は削除アナウンス用ＲＳＳフィードのファイルが作成される（Ｓ１２）。一方、ＲＳＳフィードが通常通り提供されている場合（Ｓ１１で「通常」）は、そのＲＳＳフィードについて後述の取得、検証及び修正の処理が実行される（Ｓ１３）。そして、前述の記憶手段４００のストレージ領域４００ｃに作成されている公開ディレクトリのファイルリストが収集された後、上記取得、検証及び修正の処理が完了したＲＳＳフィードのファイル又は上記アナウンス用ＲＳＳフィードのファイルが公開ディレクトリへ配置（保存）されるとともに、必要に応じて画像ファイルの保存及び削除処理が実行される（Ｓ１５〜Ｓ１８）。このＲＳＳフィードファイルの配置（保存）及び画像ファイルの保存・削除処理は、集約サーバ４０に構築されているＲＳＳフィード公開用のＷＥＢサーバ機能部の数に対応した所定回数だけ繰り返し実行される（Ｓ１４）。例えば、本実施形態のように集約サーバ４０が２つのＷＥＢサーバ機能部を有する場合は、上記ＲＳＳフィードファイルの配置（保存）処理と画像ファイルの保存・削除処理が２回実行される。

図１４は、図１３のステップＳ１３に示されているＲＳＳフィードの取得、検証及び修正の処理の一例を示すフローチャートである。まず、ＷＥＢサーバ４１からＲＳＳフィードを取得したら、前述のＸＭＬ検証（チェック）処理とＲＳＳ検証（チェック）処理が実行される（Ｓ２１〜Ｓ２３）。次に、取得したＲＳＳフィードに画像をリンクする「enclosure」タグが記述されていたら、その「enclosure」タグの個数分だけ、ＲＳＳ管理ＤＢからの前回の画像情報の読み込み、「enclosure」タグで指定された画像ファイルの取得、画像（ファイル）のチェック、画像ファイルの所定ディレクトリへの出力、及び、ＲＳＳフィードファイルに記述されている画像ファイルＵＲＬの中継サーバ内のＵＲＬへの変更がそれぞれ実行される（Ｓ２４〜Ｓ２９）。そして、今回取得した画像取得情報がＲＳＳ管理ＤＢに出力された後、ＲＳＳフィードのファイルが（場合によっては画像ファイルも）、前述の記憶手段４００の一時保存領域であるキャッシュ領域４００ｂに出力される（Ｓ３０，Ｓ３１）。

図１５は、図１３のステップＳ１２に示されているアナウンス用ＲＳＳフィードの作成処理の一例を示すフローチャートである。まず、ＲＳＳフィードの状態のチェック結果（計画停止、障害停止、サービス提供終了）に応じて、前述の図９〜図１１に例示した予め作成しておいたテンプレートファイルが読み込まれる（Ｓ４１）。次に、読み込んだテンプレートファイル内のパラメータ変数が所定の値（文字列）に置換され、アナウンス用ＲＳＳフィードのファイルとして、前述の記憶手段４００の一時保存領域であるキャッシュ領域４００ｂに出力される（Ｓ４３）。

以上、本実施形態によれば、携帯電話通信網２０に設置された集約サーバ４０がインターネット３０上の複数のＷＥＢサーバ４１を巡回し、コンテンツのＲＳＳフィードの収集して更新処理し、携帯電話機１０から取得可能な状態で集約サーバ４０内に保存している。携帯電話機１０から取得要求を受信すると、その取得要求で指定されたＲＳＳフィードを携帯電話機１０に送信する。このように携帯電話機１０は集約サーバ４０とのみ通信を行えば、複数のＷＥＢサーバ４１で更新されたＲＳＳフィードのデータを取得することができる。よって、携帯電話機１０が、インターネット３０上の複数のＷＥＢサーバ４１にそれぞれアクセスし、更新されたＲＳＳフィードのデータをそれぞれのＷＥＢサーバ４１から取得するものに比べて、携帯電話機通信網２０の負荷を低減することができる。また、各携帯電話機１０からＷＥＢサーバ４１に直接アクセスしてＲＳＳフィードを取得する場合に比して、ＲＳＳフィード取得に用いられるＷＥＢサーバ４１へのアクセス数が少なくなる。従って、ＷＥＢサーバ４１が処理能力を超えて動作停止する等のトラブルが発生しにくくなり、ＷＥＢコンテンツやＲＳＳフィードを提供するという利用者へのサービスの品質を維持することができる。また、ＷＥＢサーバ４１へのアクセス数が少なくなるので、ＷＥＢサーバ４１をインターネット３０へ接続する通信設備等の開発投資コストを低く抑えることができる。従って、ＷＥＢコンテンツとともにその要約情報であるＲＳＳフィードを提供するという情報提供サービスへ多数のコンテンツ提供者（ＣＰ）が加わるのを促すことができる。

図１６は、他の実施形態に係る集約サーバ４０’の主要な機能を抽出して示した機能ブロック図である。この集約サーバ４０’は、前述の記憶手段４００、更新手段４０１及び送信手段４０２に加え、編集手段４０３を更に備えている。

上記編集手段４０３は上記ＣＰＵ３０１等で構成され、記憶手段４００のキャッシュ領域４００ｂに一時保存されているＲＳＳフィードから、例えば所定の期間内に更新されたＲＳＳフィードを検索する検索手段としての機能を有している。また、編集手段４０３は、所定の期間内に更新された複数のＲＳＳフィードを集約して、一つの集約要約情報としての集約ＲＳＳフィードに編集する機能を有している。

図１７は、集約サーバにおける集約ＲＳＳフィードの作成処理の一例を示すフローチャートであり、図１８は、複数のＲＳＳフィードと集約ＲＳＳフィードとの関係を示す説明図である。編集手段４０３は、装置内部のＤＲＭ用内部時計に従い所定時間を経過したら（Ｓ１のＹＥＳ）、ＷＥＢサーバ４１から収集され記憶手段４００のキャッシュ領域４００ｂに一時保存されているＲＳＳフィードについて、所定時間内に更新されたＲＳＳフィードを検索する（Ｓ２）。具体的には、編集手段４０３は、内部記憶装置などに、前回、キャッシュ領域４００ｂの検索を行った日時を記憶させておき、キャッシュ領域４００ｂの検索を行うときに、上記内部記憶装置から前回キャッシュ領域４００ｂの検索を行った日時のデータを読み出す。そして、キャッシュ領域４００ｂに記憶されているＲＳＳフィードの更新日情報（例えば、Last-Modified）が、前回キャッシュ領域４００ｂの検索を行った日時以降か否かをチェックしていく。

更新されたＲＳＳフィード（チェックの結果、ＲＳＳフィードの更新日情報が、前回キャッシュ領域４００ｂの検索を行った日時以降のもの）があった場合は（Ｓ３のＹＥＳ）、所定時間内に更新されたＲＳＳフィードをキャッシュ領域４００ｂから読み出し、集約ＲＳＳフィードを作成する（Ｓ４）。具体的には、図１８に示すように、読み出された更新されたＲＳＳフィードから、アイテム要素を抜き出し、この抜き出したアイテム要素を集約ＲＳＳフィードのアイテム要素として記述していく。図１８では、各ＲＳＳフィードから全てのアイテム要素を抜き出しているが、ＲＳＳフィードの各アイテム要素に記述された更新日情報（例えば、dc:date）をチェックして、更新されているアイテム要素のみを抜き出すようにしてもよい。

このようにして作成された集約ＲＳＳフィードは、記憶手段４００のストレージ領域４００ｃに送られ、ストレージ領域４００ｃに記憶されている集約ＲＳＳフィードを、新規に作成された集約ＲＳＳフィードで上書きする（Ｓ５）。

そして、送信手段４０２が携帯電話機１０から上記集約ＲＳＳフィードを要求する取得要求を受信したら、ストレージ領域４００ｃに記憶されている集約ＲＳＳフィードを読み出して携帯電話機１０へ送信する。

なお、上記図１６〜図１８の例では、携帯電話機１０から取得要求に応じて、ＲＳＳフィードを送信するプル型のサービスであるが、集約ＲＳＳフィードを作成したら自動的に各携帯電話機１０へ送信するプッシュ型のサービスにしてもよい。

以上、図１６〜図１８で示した実施形態においては、集約サーバ４０が、複数のＷＥＢサーバ４１から収集したＲＳＳフィードのうち、所定の期間内に更新されたＲＳＳフィードを集約して一つの集約ＲＳＳフィードにし、携帯電話機１０からの取得要求に応じて送信している。これにより、携帯電話機１０は、集約サーバ４０とのみ通信を行えば、複数のＷＥＢサーバ４１で所定期間内に更新された複数のＲＳＳフィードのデータを一括して取得することができる。よって、携帯電話機１０が、複数のＷＥＢサーバ４１にそれぞれ接続して、更新されたＲＳＳフィードのデータをそれぞれのＷＥＢサーバ４１から取得するものに比べて、携帯電話機通信網２０の負荷を低減することができる。また、各携帯電話機１０からＷＥＢサーバ４１に直接アクセスしてＲＳＳフィードを取得する場合に比して、ＲＳＳフィード取得に用いられるＷＥＢサーバ４１へのアクセス数が少なくなる。従って、ＷＥＢサーバ４１が処理能力を超えて動作停止する等のトラブルが発生しにくくなり、ＷＥＢコンテンツやＲＳＳフィードを提供するという利用者へのサービスの品質を維持することができる。また、ＷＥＢサーバ４１へのアクセス数が少なくなるので、ＷＥＢサーバ４１をインターネットへ接続する通信設備等の開発投資コストを低く抑えることができる。従って、ＷＥＢコンテンツとともにその要約情報であるＲＳＳフィードを提供するという情報提供サービスへ多数のコンテンツ提供者（ＣＰ）が加わるのを促すことができる。

なお、図１６〜図１８で示した実施形態においては、１種類の集約ＲＳＳフィードであるため、利用者によっては、不要なＲＳＳフィードも集約されてしまうおそれがある。そこで、例えば、ＲＳＳフィードの内容の種類によって、一般ニュース用、スポーツ用、エンターテイメント用など種別分けして、複数種類の集約ＲＳＳフィードを作成して、利用者のニーズにマッチした集約ＲＳＳフィードを提供するようにしてもよい。以下、この変形例について、説明する。

図１９は、変形例に係る集約ＲＳＳフィード作成処理の一例を示すフローチャートである。まず、図１７の場合と同様に装置内部のＤＲＭ用内部時計に従い所定時間を経過したか否かチェックする（Ｓ１１）。集約ＲＳＳフィードの作成のタイミングは、集約フィードの種別毎に異ならせておいてもよい。例えば、一般ニュースのコンテンツのＲＳＳフィードは、頻繁に更新されるので一般ニュース用集約ＲＳＳフィードの作成間隔を１時間に設定し、エンターテイメントのコンテンツのＲＳＳフィードは、頻繁には更新されないので、エンターテイメント用集約ＲＳＳフィードの作成間隔を６時間に設定する等である。所定の種別の集約ＲＳＳフィードを作成するタイミングとなったら（Ｓ１１のＹＥＳ）、例えば表６に示すような種別毎に分類されたＲＳＳフィードの接続先ＵＲＩリストから、作成する集約ＲＳＳフィードの種別に該当する接続先ＵＲＩリストをキャッシュ領域４００ｂに記憶されているＲＳＳフィードから特定する（Ｓ１２）。この接続先ＵＲＩリストは、例えば記憶手段４００のストレージ領域４００ｃに記憶しておく。

次に、編集手段４０３は、キャッシュ領域４００ｂに記憶されているＲＳＳフィードから、更新されたＲＳＳフィードを検索する（Ｓ１３）。具体的には、まず、特定した接続先ＵＲＩリストに記載されている接続先ＵＲＩのＲＳＳフィードをキャッシュ領域４００ｂから検索する。例えば、一般ニュースの集約ＲＳＳフィードを作成する場合、表６の上から３つのＵＲＩ「www.AAA.rdf」、「www.BBB.rdf」、「www.CCC.rdf」に一致する接続先ＵＲＩのＲＳＳフィードをキャッシュ領域４００ｂから検索する。そして、それぞれの接続先ＵＲＩのＲＳＳフィードが更新されているか否かをチェックする。更新されている場合は（Ｓ１４のＹＥＳ）、上述と同様に、更新されたＲＳＳフィードを集約して、一つの集約ＲＳＳフィードに編集し（Ｓ１５）、ストレージ領域４００ｃに保存されている集約ＲＳＳフィードを、新規に作成した集約ＲＳＳフィードで上書きする（Ｓ１６）。

この変形例のように、種別毎に集約ＲＳＳフィードを作成することで、利用者のニーズに合致したＲＳＳフィードのみを集約した集約ＲＳＳフィードを提供することができる。

また、上記図１６〜図１９に示した実施形態において、集約サーバ４０は、携帯電話機１０の利用者が設定した編集指示内容に応じてＲＳＳフィードを集約して編集することにより上記集約ＲＳＳフィードを作成するように構成してもよい。この場合、携帯電話機１０の利用者が設定したＲＳＳフィードの編集指示内容を携帯電話機１０から受信する受信手段としては、前述の第２通信装置３０８を用いて構成することができる。また、前述の編集手段４０３は、複数の携帯電話機１０の利用者ごとに、その利用者によって設定された編集指示内容に応じてＲＳＳフィードを集約して編集し、集約ＲＳＳフィードを作成する。この集約ＲＳＳフィードは、予め設定されたタイミングで携帯電話機１０から受信した取得要求に応じて、その携帯電話機１０に送信される。なお、上記ＲＳＳフィードの編集指示は、例えば特定のカテゴリーに分類されるＲＳＳフィードのみを集約して１つの集約ＲＳＳフィードに編集するように指示することが挙げられる。この場合、上記編集指示内容は、例えば、携帯電話機１０の画面に「ニュース」、「占い」、「ブログ」等のカテゴリーのリストを表示し、そのリストから特定のカテゴリーを選択することにより設定することができる。また、上記ＲＳＳフィードの編集指示は、特定の「キーワード」に関連したＲＳＳフィードのみを集約して１つの集約ＲＳＳフィードに編集するように指示するものであってもよい。この場合、上記編集指示内容は、例えば、携帯電話機１０の画面に表示された予め決められた複数の「キーワード」から選択したり、携帯電話機１０の画面から任意の「キーワード」を入力したりすることにより設定することができる。また、上記編集指示内容は、所定のサーバから取得して表示したキーワードのランキングリストから選択して設定してもよい。集約サーバ４０は、携帯電話機１０から送られてきたキーワードを含むＲＳＳフィードや当該キーワードに関連するＲＳＳフィードを集約して１つの集約ＲＳＳフィードに編集し、その集約ＲＳＳフィードを携帯電話機１０に送信する。以上のように携帯電話機１０の利用者が設定した編集指示内容に応じてＲＳＳフィードを集約して編集した集約ＲＳＳフィードを携帯電話機１０に送信することにより、通信ネットワークの負荷の軽減や利用者の通信料負担の軽減を図りつつ、各携帯電話機１０の利用者は、自分がほしいＲＳＳフィードを簡単に取得することができる。

また、本発明は、携帯電話機と通信するサーバに限定することなく、他の様々な移動体通信端末と通信するサーバにも適用することができる。すなわち、本発明におけるサーバが通信する「移動体通信端末」としては、ＰＤＣ（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/）

本発明に係る中継サーバは、コンテンツ提供サーバから移動体通信ネットワークを介して移動体通信端末に提供されるコンテンツのフィードを中継する中継サーバであって、予め登録された複数のコンテンツ提供サーバから提供されるコンテンツのフィードを記憶した記憶手段と、所定のタイミングで前記複数のコンテンツ提供サーバに接続し前記記憶手段に記憶されている前記フィードを更新する更新手段と、前記移動体通信端末からフィードの取得要求を受けたとき、その取得要求で指定されたフィードを前記記憶手段から取り出して該移動体通信端末に送信する送信手段と、を備え、前記更新手段は、前記コンテンツ提供サーバに接続して前記フィードが更新されているか否かを確認し、更新されている場合にのみ更新後の新しいフィードを受信するとともに前記新しいフィードが送信先の前記移動体通信端末にて使用可能なフィードファイルの所定条件を満たすか否かをチェックし、前記所定条件を満たす場合にのみ前記新しいフィードで前記記憶手段内の対応するフィードを更新する。
前記中継サーバにおいて、前記所定条件は、送信先の前記移動体通信端末にて使用可能な、所定のファイルサイズの条件、所定の記述書式の条件、所定の文字コードの条件及びリンク画像ファイルのフォーマットの条件、及びリンク画像ファイルの所定の画素サイズの条件の少なくとも一つを含むものであってもよい。
前記中継サーバにおいて、前記更新手段は、前記コンテンツ提供サーバが前記フィードの提供を停止している場合には前記フィードの提供が停止されている旨を示すメッセージを含むフィードで前記記憶手段内の対応するフィードを更新してもよい。この場合は、フィードの提供が停止されていることを移動体通信端末の利用者に知らせることができる。なお、前記フィードの提供の停止は、保守等のために予め計画された計画停止であってもいいし、前記コンテンツ提供サーバの障害による停止であってもよい。また、コンテンツ提供サーバからのフィードの提供が終了した場合には、その提供終了を示すメッセージを含むフィードで前記記憶手段内の対応するフィードを更新してもよい。
前記中継サーバにおいて、前記移動体通信端末から受信する前記取得要求は、複数のコンテンツ提供サーバそれぞれが提供する複数のフィードを一括して要求するものであってもよい。この場合は、上記複数のフィードを中継サーバから一括して移動体通信端末に受信できるので、各フィードを個別に受信する場合に比して移動体通信ネットワークの負荷を低減できる。
前記中継サーバにおける前記フィードの更新タイミングは、例えば予め設定して更新時刻に行うようにしてもいいし、予め設定した所定の時間間隔で定期的に行うようにしてもよい。

前記中継サーバは、前記コンテンツ提供サーバから受信した複数のフィードを集約して少なくとも１つの集約フィードを作成する編集手段を備えてもよい。この場合、前記移動体通信端末からの取得要求に応じて、前記編集手段で作成された集約フィードを送信してもよい。
前記編集手段は、前記複数のフィードを、その種別毎に集約して前記集約フィードを作成してもいいし、その取得要求を予め登録している前記移動体通信端末毎に又は前記移動体通信端末の利用者毎に集約して前記集約フィードを作成してもよい。
また、前記中継サーバは、前記移動体通信端末の利用者が設定した前記フィードの編集指示内容を前記移動体通信端末から受信し、前記編集手段は、その編集指示内容に基づいて前記複数のフィードを集約して前記集約フィードを作成してもよい。
また、前記編集手段は、所定時間が経過するごとに、予め登録されている複数のフィードについて更新の有無を確認し、更新されている複数のフィードのみを含む１つの集約フィードを作成してもよい。
また、前記中継サーバにおいて、前記集約フィードの作成のタイミングを、その集約フィードの種別ごとに異ならせてもよい。
また、中継サーバにおいて、前記集約フィードが作成されたら、その集約フィードを自動的に移動体通信端末に送信してもよい。

本発明に係る情報提供システムは、移動体通信端末に情報を提供する情報提供システムであって、前記中継サーバと前記コンテンツ提供サーバとを備える。
前記コンテンツ提供サーバは、前記フィードを要求する取得要求を前記中継サーバから受け付け、前記移動体通信端末から受け付けないようにしてもよい。この場合は、移動体通信端末からコンテンツ提供サーバに間違ってアクセスした場合でもコンテンツ提供サーバから移動体通信端末にフィードが送信されることがないため、移動体通信端末とコンテンツ提供サーバとの間の通信負荷及びコンテンツ提供サーバにおける処理の負荷をより確実に低減することができる。

本発明によれば、移動体通信ネットワーク上に設けられた中継サーバは、所定のタイミングで複数のコンテンツ提供サーバに接続し記憶手段に記憶されているフィードを更新することにより、最新のフィードを集約して記憶しておくことができる。そして、中継サーバは、移動体通信端末からフィードの取得要求を受けたとき、その取得要求で指定されたフィードを記憶手段から取り出して移動体通信端末に送信する。これにより、複数の移動体通信端末はそれぞれ、コンテンツ提供サーバに直接接続しなくても、最新のフィードを集約して記憶している中継サーバとの接続のみで、各コンテンツ提供サーバから提供されるコンテンツのフィードを得ることができる。従って、複数の移動体通信端末それぞれがコンテンツ提供サーバに直接接続してフィードを取得する場合に比べて、コンテンツ提供サーバの負荷を低減するとともに、移動体通信端末がコンテンツ提供サーバからフィードを取得するときの移動体通信ネットワークの負荷を低減することができる。
また、本発明によれば、コンテンツ提供サーバに接続してフィードが更新されているか否かを確認し、更新されている場合にのみ更新後の新しいフィードを受信するとともに前記新しいフィードが送信先の移動体通信端末にて使用可能なフィードファイルの所定条件を満たすか否かをチェックし、前記所定条件を満たす場合にのみ前記新しいフィードで記憶手段内の対応するフィードを更新することにより、送信先の移動体通信端末にて使用できないような不適切なフィードが中継サーバに記憶されないので、送信先の移動体通信端末によるフィードの受信エラーを未然に防止できる。

また、本発明は、携帯電話機と通信するサーバに限定することなく、他の様々な移動体通信端末と通信するサーバにも適用することができる。すなわち、本発明におけるサーバが通信する「移動体通信端末」としては、ＰＤＣ（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）等の通信端末も挙げられる。

Claims (11)

1. コンテンツ提供サーバから移動体通信ネットワークを介して移動体通信端末に提供されるコンテンツの要約情報を中継する中継サーバであって、
   予め登録された複数のコンテンツ提供サーバから提供されるコンテンツの要約情報を記憶した記憶手段と、
   所定のタイミングで前記複数のコンテンツ提供サーバに接続し前記記憶手段に記憶されている前記要約情報を更新する更新手段と、
   前記移動体通信端末から要約情報の取得要求を受けたとき、その取得要求で指定された要約情報を前記記憶手段から取り出して該移動体通信端末に送信する送信手段と、
   を備えたことを特徴とする中継サーバ。
2. 請求項１に記載の中継サーバにおいて、
   前記送信手段は、前記取得要求で指定された要約情報が更新されているか否かを確認し、更新されている場合にのみ更新後の新しい要約情報を前記移動体通信端末に送信することを特徴とする中継サーバ。
3. 請求項１又は２に記載の中継サーバにおいて、
   前記更新手段は、前記コンテンツ提供サーバに接続して前記要約情報が更新されているか否かを確認し、更新されている場合にのみ更新後の新しい要約情報を受信するとともに前記新しい要約情報が前記移動体通信端末への提供のための所定条件を満たすか否かをチェックし、前記所定条件を満たす場合にのみ前記新しい要約情報で前記記憶手段内の対応する要約情報を更新することを特徴とする中継サーバ。
4. 請求項１又は２に記載の中継サーバにおいて、
   前記更新手段は、前記コンテンツ提供サーバが前記要約情報の提供を停止している場合には前記要約情報の提供が停止されている旨を示すメッセージを含む要約情報で前記記憶手段内の対応する要約情報を更新することを特徴とする中継サーバ。
5. 請求項１、２、３又は４に記載の中継サーバにおいて、
   前記移動体通信端末から受信する前記取得要求は、複数のコンテンツ提供サーバそれぞれが提供する複数の要約情報を一括して要求するものであることを特徴とする中継サーバ。
6. 請求項１、２、３、４又は５に記載の中継サーバにおいて、
   前記コンテンツ提供サーバから受信した複数の要約情報を集約して少なくとも１つの集約要約情報に編集する編集手段を、更に備えたことを特徴とする中継サーバ。
7. 請求項６に記載の中継サーバにおいて、
   前記編集手段は、前記複数の要約情報をその種別毎に集約することを特徴とする中継サーバ。
8. 請求項６に記載の中継サーバにおいて、
   前記編集手段は、前記複数の要約情報を、その取得要求を予め登録している前記移動体通信端末毎に又は前記移動体通信端末の利用者毎に集約することを特徴とする中継サーバ。
9. 請求項６に記載の中継サーバにおいて、
   前記移動体通信端末の利用者が設定した前記要約情報の編集指示内容を前記移動体通信端末から受信する受信手段を、更に備えたことを特徴とする中継サーバ。
10. 移動体通信端末に情報を提供する情報提供システムであって、
    請求項１、２、３、４、５、６、７、８又は９に記載の中継サーバと前記コンテンツ提供サーバとを備えたことを特徴とする情報提供システム。
11. 請求項１０に記載の情報提供システムにおいて、
    前記コンテンツ提供サーバは、前記要約情報を要求する取得要求を前記移動体通信端末から受け付けないことを特徴とする情報提供システム。

Images