JP2006244430A - 情報配信管理装置 - Google Patents

Abstract

【課題】 電子メールの問題を解消し、情報配信に関してコンテンツプロバイダとエンドユーザの双方からの多様なニーズに応える。
【解決手段】 コンテンツプロバイダは従来と同じ手順でＷＷＷページを更新していくだけで、その更新部分をＲＳＳフォーマットでエンドユーザに通知することができる。また、ＲＳＳ管理サーバ装置３は、ＲＳＳフィードに関するレポートをコンテンツプロバイダに提示するので、このレポート結果を各種のマーケティングに役立てることができる。また、エンドユーザは従来は各々のＷＷＷサーバ装置に対してＲＳＳフィードを個別に申し込まなければならなかったのに対し、本発明ではＲＳＳ管理サーバ装置３にアクセスして所望のカテゴリを指定するだけでその申し込みが完了する。さらに、本発明では、ＲＳＳ管理サーバ装置３がＲＳＳデータをカテゴリ別に分類してからエンドユーザに提供するので、ユーザにとっては非常に見やすくなる。
【選択図】 図１

Description

本発明はネットワークを介した情報配信技術に関する。

コンテンツプロバイダからエンドユーザに対するプッシュ型の情報配信ツールとして、いわゆる“メールマガジン”と呼ばれる電子メールが一般的に利用されている（例えば特許文献１参照）。このメールマガジンには、各種の簡易コンテンツや広告などのほか、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）ページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）や、その更新情報が記述されている。エンドユーザはメールマガジンを閲覧し、興味があるＷＷＷページを見つけると、そのＵＲＬにアクセスすることで更に詳細なコンテンツを閲覧することができる。
特開２００３−１４１３７２号公報

しかしながら、メールマガジンのような電子メールは、宛先のメールアドレスさえ特定できれば送信元の意のままに電子メールを発信できてしまうというところに、構造的な問題を抱えている。特に最近では、多数の送信先に無差別に発信されるスパムメールの急激な増加とか、メールアドレスの不正流出などといった問題が表面化しているが、これらは上記のような電子メールの仕組みそのものに起因したものと言える。

本発明は上述した背景に鑑みてなされたものであり、その目的は、従来からの電子メールの問題を解消するとともに、情報配信に関してコンテンツプロバイダとエンドユーザの双方からの多様なニーズに応えることが可能な仕組みを提供することにある。

上記課題を達成するために、本発明は、サーバ装置に記憶されている情報ページの更新情報を取得する取得手段と、前記取得手段によって取得された更新情報に基づいて、前記情報ページが属するカテゴリ別に、ＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）で記述されたＲＳＳデータを生成する生成手段と、前記生成手段によって生成されたＲＳＳデータをカテゴリ別に記憶する記憶手段と、クライアント装置からネットワーク経由で送信されてくる要求を受信すると、当該要求によって指定されたカテゴリを判別する判別手段と、前記判別手段によって判別されたカテゴリに対応する前記ＲＳＳデータを前記記憶手段から読み出し、読み出したＲＳＳデータを前記クライアント装置に配信する配信手段とを備えた情報配信管理装置を提供する。

本発明の好ましい態様においては、前記クライアント装置によるＲＳＳデータ配信サービスへの登録状況又は前記クライアント装置による前記ＲＳＳデータを用いた情報ページへのアクセス状況を前記カテゴリ別に提示したレポートを提供するレポート管理手段を備えている。

電子メールの代替ツールとして、ＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）と呼ばれる技術が知られている。ＲＳＳとは、ＷＷＷページの見出しや要約などのメタデータを構造化して記述するＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ベースのフォーマットである。このＲＳＳフォーマットで記述されたデータ（以下、ＲＳＳデータという）は、主としてＷＷＷページの更新情報をエンドユーザに提示するために利用されており、この種のサービスは一般にＲＳＳフィードと呼ばれている。このＲＳＳフィードは、エンドユーザからのリクエストに応じて実行される、いわゆる疑似プッシュ方式の情報配信である。よって、完全なプッシュ方式で情報配信を行う電子メールの問題を解消することが可能なメディアと言える。

従来は、コンテンツプロバイダ自身がこのＲＳＳデータを作成してエンドユーザに配信するという形態が一般的であり、コンテンツプロバイダにとってその処理負担が重かったために、ＲＳＳフィードが広範に普及するまでには至っていない。そこで、本発明者らは、ＲＳＳフィードに関わる作業をコンテンツプロバイダから切り離し、これを自らの専門サービスとして行うための仕組みを考案した。以下では、この発明を実施するための最良の形態について説明する。

（１）構成
図１は、実施形態に係るシステム全体の構成を示すブロック図である。図１に示すように、インターネット１０には、複数のＷＷＷサーバ装置１ａ，１ｂ，１ｃと、複数のパーソナルコンピュータ２ａ，２ｂ，２ｃと、ＲＳＳ管理サーバ装置３とが接続されている。ＷＷＷサーバ装置１ａ，１ｂ，１ｃはそれぞれ、各種コンテンツが記述されたＷＷＷページを記憶しており、随時、これらのページの内容を更新している。パーソナルコンピュータ（以下パソコンと略称する）２ａ，２ｂ，２ｃは、エンドユーザによって利用されるクライアント装置であり、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従ってインターネット１０経由でデータの授受を行うためのＲＳＳリーダを記憶している。ＲＳＳ管理サーバ装置３は、ＲＳＳフィードに関わる処理を専門に行う装置であり、コンテンツプロバイダ（ＷＷＷサーバ装置１ａ，１ｂ，１ｃ）とエンドユーザ（パソコン２ａ，２ｂ，２ｃ）との間の仲介役を担う。なお、図１においては図面が繁雑になるのを避けるために、ＷＷＷサーバ装置及びパーソナルコンピュータをそれぞれ３つずつしか図示していないが、実際にはこれらはもっと多く存在する。

次に、図２はＲＳＳ管理サーバ装置３の機能構成を示すブロック図である。図２に示すように、ＲＳＳ管理サーバ装置３は、ＲＳＳ登録部３１と、ページ更新情報取得部３２と、ＲＳＳ生成部３３と、ＲＳＳ配信部３４と、レポート管理部３５とを備えている。これらの各部３１〜３５は、ＲＳＳ管理サーバ装置３のＣＰＵや各種の記憶装置或いは通信装置などのハードウェアが互いに連携することで実現される機能である。

（２）動作
次に、図３に示すシーケンスを参照しながら、ＲＳＳ管理サーバ装置３から、ＷＷＷサーバ装置１ａのＷＷＷページに関連するＲＳＳフィードがパソコン１ａに提供される場合について説明する。
まず、ＲＳＳフィードの登録処理について述べる。
図３において、ユーザは、パソコン２ａのＲＳＳリーダを起動させて、ＲＳＳ管理サーバ装置３が予め用意している登録画面にアクセスするための操作を行う。パソコン２ａはこの操作を受け付け、登録画面要求としてＨＴＴＰリクエストを送信する（ステップＳ１）。ＲＳＳ管理サーバ装置３のＲＳＳ登録部３１は、上記登録画面要求をインターネット１０経由で受信すると、予め記憶しておいた登録画面データを読み出し、これをＨＴＴＰレスポンスとしてパソコン２ａに送信する（ステップＳ２）。

パソコン２ａは、登録画面データを受信すると、この内容を解釈して例えば図４に示すような登録画面を表示する。図４には「経済」から「ペット」までの１０種類のカテゴリを選択可能な例を示しており、ユーザは各々のカテゴリに対応するチェックボックスｃｋをマウスでクリックすることで、ＲＳＳフィードを希望するカテゴリを指定する。ここでは「政治」、「音楽」及び「スポーツ」という３種類のカテゴリが選択されたものとする。なお、カテゴリは図４に示したものに限らないことはいうまでもなく、さらに多数のカテゴリが用意されていてもよい。また、複数のカテゴリが階層化されて構成されており、ユーザがその階層を辿っていくことで所望のカテゴリを選択できるようにしてもよい。

カテゴリの指定が終了すると、ユーザは図４中の「送信」というソフトボタンｓｂをマウスでクリックする。パソコン２ａは、この操作を受け付け（ステップＳ３）、指定された「政治」、「音楽」及び「スポーツ」を表した３種類のカテゴリ識別子を含むＨＴＴＰリクエストを送信する（ステップＳ４）。ＲＳＳ管理サーバ装置３のＲＳＳ登録部３１は、上記ＨＴＴＰリクエストを受信すると、ＲＳＳフィード単位のＲＳＳフィード番号を発行し、これを上記ＨＴＴＰリクエストに含まれていた３種類のカテゴリ識別子と対応づけて記憶する。例えば、ＲＳＳ登録部３１が「３５０」というＲＳＳフィード番号を発行したと仮定すると、この「３５０」というＲＳＳフィード番号と、「政治」、「音楽」及び「スポーツ」を表したカテゴリ識別子とが対応づけられて記憶されることになる。そして、ＲＳＳ登録部３１は、このＲＳＳフィード番号を含むＵＲＬを発行し（ステップＳ５）、パソコン２ａに送信する（ステップＳ６）。ここでは例えば、「ｈｔｔｐ：／／ＸＸＸ．ＸＸＸ．ＸＸＸ．ＸＸＸ／ｃｏｎｔｅｎｔｓｉｔｅ／３５０／ｉｎｄｅｘ．ｒｄｆ」といったＵＲＬが発行されたとする。パソコン２ａのＲＳＳリーダは、受信したＵＲＬを所定の記憶領域に記憶する（ステップＳ７）。

次に、ＲＳＳデータの生成処理について説明する。
前述したようにＷＷＷサーバ装置１ａにおいては、随時、ＷＷＷページが更新されている（ステップＳ１１）。ＲＳＳ管理サーバ装置３のページ更新情報取得部３２は、このＷＷＷページにおいて更新された内容を表す更新情報を取得する（ステップＳ１２）。具体的には、ページ更新情報取得部３２は、巡回ロボットプログラムによって定期的にＷＷＷページにアクセスし、その更新部分だけを抽出して更新情報を取得するようにしてもよいし、ＷＷＷサーバ装置１ａを運営するコンテンツプロバイダから発行されるメールマガジンの内容を参照してＷＷＷページの更新情報を取得するようにしてもよいし、オペレータの手動操作によりＷＷＷページの更新情報を取得するようにしてもよい。ページ更新情報取得部３２によって更新情報が取得されると、ＲＳＳ生成部３３はこの更新情報に基づいてＲＳＳデータを生成し、これをカテゴリ別に記憶する（ステップＳ１３）。

次に、ＲＳＳデータの配信処理について説明する。
パソコン２ａは、ＲＳＳリーダを実行中、前述したステップＳ７において記憶したＵＲＬ「ｈｔｔｐ：／／ＸＸＸ．ＸＸＸ．ＸＸＸ．ＸＸＸ／ｃｏｎｔｅｎｔｓｉｔｅ／３５０／ｉｎｄｅｘ．ｒｄｆ」を読み出し（ステップＳ２１）、定期的にそのＵＲＬに対してＨＴＴＰリクエストを送信する（ステップＳ２２）。ＲＳＳ管理サーバ装置３のＲＳＳ配信部３４は、上記ＨＴＴＰリクエストを受信すると、このリクエストに含まれているＲＳＳフィード番号「３５０」を抽出し、そのＲＳＳフィード番号に対応づけられて記憶されているカテゴリ識別子を特定する。ここでは、「政治」、「音楽」及び「スポーツ」を表したカテゴリ識別子が特定されることになる。そして、ＲＳＳ配信部３４は、ＲＳＳ生成部３３によって生成済みのＲＳＳデータの中から、「政治」、「音楽」及び「スポーツ」を表したカテゴリ識別子に対応するＲＳＳデータを抽出し（ステップＳ２３）、これをパソコン２ａに送信する（ステップＳ２４）。パソコン２ａのＲＳＳリーダは、受信したＲＳＳデータを所定の記憶領域に記憶する（ステップＳ２５）。

ＲＳＳリーダは、パソコン２ａの表示部に背景として表示されている画像（デスクトップ）に、ＲＳＳデータの更新状況を表示する。図５はこの表示例の一例を示す図であり、フィールドｆをマウスでクリックしたときに、「スポーツ」「政治」及び「音楽」という３種類のカテゴリ名がプルダウンされて表示されている様子を示している。そして、「スポーツ」及び「音楽」というカテゴリ名の末尾に「ｎｅｗ！」という表示があるのは、これらの「スポーツ」及び「音楽」のＲＳＳデータが新たな内容に更新されていることを意味している。ユーザがいずれかのカテゴリ名をマウスでクリックすると、選択されたカテゴリのＲＳＳデータが表示されることになる。このＲＳＳデータには、ＷＷＷページにおいて更新された部分の見出しや要約などの情報が記述されている。ユーザがこれらの情報の内容についてさらに詳細に知りたい場合には、ＲＳＳデータに記述されているＵＲＬを選択することで、パソコン２ａからＲＳＳ管理サーバ装置３経由でＷＷＷサーバ装置１ａにアクセスし、ＷＷＷページがパソコン２ａに表示される。なお、図５の符号ｉｃは、デスクトップ上に表示された複数のアイコン群を意味している。

最後に、ＲＳＳ管理サーバ装置３のレポート管理部３５の機能について説明する。
このレポート管理部３５は、ＲＳＳフィードの登録処理がなされるたびに、それぞれのカテゴリ別にＲＳＳフィードの登録数をカウントし、記憶する。また、レポート管理部３５は、パソコン２ａがＲＳＳデータに記述されたＵＲＬをクリックしてＲＳＳ管理サーバ装置３経由でＷＷＷサーバ装置１ａにアクセスするたびに、それぞれのカテゴリ別にアクセス数（クリック数）をカウントし、記憶する。このような処理によって、レポート管理部３５は図６に示すようにして、カテゴリ別にＲＳＳフィードの登録数とアクセス数（クリック数）とを対応づけて記憶することになる。従って、レポート管理部３５は、コンテンツプロバイダのオペレータ端末から要求があった場合には、上記の記憶内容に基づいて折れ線グラフおよび棒グラフのような見やすい形式（図７参照）でレポート内容を提示することができる。

上述した実施形態によれば、ＲＳＳ管理サーバ装置３がＲＳＳフィードに関わる処理を専門に行うので、コンテンツプロバイダは従来と全く同じ手順でＷＷＷページを更新していくだけで、その更新部分をＲＳＳフォーマットでエンドユーザに通知することができる。また、ＲＳＳ管理サーバ装置３は、ＲＳＳフィードに関するレポートをコンテンツプロバイダに提示するので、コンテンツプロバイダはこのレポート結果を参照し、そこから得られる情報を各種のマーケティングに役立てることができる。

一方、エンドユーザからみれば、従来は各々のＷＷＷサーバ装置にアクセスしてＲＳＳフィードを個別に申し込まなければならなかったのに対し、上記実施形態では、ＲＳＳ管理サーバ装置３にアクセスしてカテゴリリストの中から所望のカテゴリを指定するだけでＲＳＳフィードに対する申し込みが完了するので便利である。また、従来は、エンドユーザがＲＳＳフィードを複数のコンテンツプロバイダに申し込んでおいたとしても、それらのコンテンツプロバイダのＷＷＷサーバ装置からは、カテゴリ別に整理された形でＲＳＳフィードが提供されるわけではなかった。これに対し、上記実施形態では、ＲＳＳ管理サーバ装置３がＲＳＳデータを適切なカテゴリ別に分類してからエンドユーザに提供するので、ユーザにとっては非常に見やすくなり、便利である。

（３）変形例
本発明は上述した実施形態に限定されず、次のような変形が可能である。
上記実施形態では、ＲＳＳ管理サーバ装置３のＲＳＳ登録部３１が、ＲＳＳフィード番号を発行し、これをユーザによって指定されたカテゴリと対応づけて記憶していた。しかし、必ずしもこのような構成に限らず、例えば、ユーザによって指定されたカテゴリのカテゴリ識別子そのものをパソコン２ａ，２ｂ，２ｃが記憶しておき、ＲＳＳ配信処理の際には、パソコン２ａ，２ｂ，２ｃがこれらの識別子を含むＵＲＬをＲＳＳ管理サーバ装置３に送信するようにしてもよい。このようにすれば、ＲＳＳ管理サーバ装置３側で全てのＲＳＳフィードについてユーザが指定したカテゴリ識別子を記憶する必要がなく、記憶容量を節約することができる。
また、コンテンツの配信対象であるクライアント装置は、インターネット１０に有線接続されたパーソナルコンピュータに限らず、例えばＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）などの無線端末であってもよい。また、ＲＳＳ管理サーバ装置３は、単体の装置によって構成される必要はなく、複数の装置群によって構成されていてもよい。また、上述したＲＳＳ管理サーバ装置３によって実行されるコンピュータプログラムは、磁気テープ、磁気ディスク、フロッピーディスク（登録商標）、光記録媒体、光磁気記録媒体、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＲＡＭなどの記録媒体に記録した状態で提供し得る。

本発明の１実施形態に係るシステム全体の構成を示すブロック図である。 同実施形態におけるＲＳＳ管理サーバ装置の機能構成を示すブロック図である。 同実施形態におけるシステム全体の動作を示すシーケンス図である。 同実施形態におけるパソコンによって表示される画面の一例である。 同実施形態におけるパソコンによって表示される画面の一例である。 同実施形態におけるＲＳＳ管理サーバ装置によって記憶されている情報の一例を示す図である。 同実施形態におけるＲＳＳ管理サーバ装置によって提供されるレポートの一例を示す図である。

符号の説明

１ａ，１ｂ，１ｃ・・・ＷＷＷサーバ装置、２ａ，２ｂ，２ｃ・・・パソコン、３・・・ＲＳＳ管理サーバ装置、１０・・・インターネット。

Claims (2)

1. サーバ装置に記憶されている情報ページの更新情報を取得する取得手段と、
   前記取得手段によって取得された更新情報に基づいて、前記情報ページが属するカテゴリ別に、ＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ）で記述されたＲＳＳデータを生成する生成手段と、
   前記生成手段によって生成されたＲＳＳデータをカテゴリ別に記憶する記憶手段と、
   クライアント装置からネットワーク経由で送信されてくる要求を受信すると、当該要求によって指定されたカテゴリを判別する判別手段と、
   前記判別手段によって判別されたカテゴリに対応する前記ＲＳＳデータを前記記憶手段から読み出し、読み出したＲＳＳデータを前記クライアント装置に配信する配信手段と
   を備えた情報配信管理装置。
2. 請求項１記載の情報配信管理装置において、
   前記クライアント装置によるＲＳＳデータ配信サービスへの登録状況又は前記クライアント装置による前記ＲＳＳを用いた情報ページへのアクセス状況を前記カテゴリ別に提示したレポートを提供するレポート管理手段を備えた情報配信管理装置。

Images