JP5028578B2 - フィード格納システム、フィード格納方法、及びプログラム - Google Patents

Description

本発明は、フィード格納システムに関し、特にＲＳＳフィードを循環・流通させるフィード格納システムに関する。

現在、Ｗｅｂページ（Ｗｅｂサイト）や電子メールに続く新たなメディアとして、ＲＳＳ（Ｒｉｃｈ Ｓｉｔｅ Ｓｕｍｍａｒｙ（別名：Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ、又は、ＲＤＦ Ｓｉｔｅ Ｓｕｍｍａｒｙ））が注目されている。

ＲＳＳは、Ｗｅｂページの見出しや要約などのメタデータを構造化して記述するＸＭＬベースのフォーマットであり、主にページの更新情報を公開するために使われている。ＲＳＳに対応しているＷｅｂページは、ＲＳＳフィードと呼ばれるＲＳＳデータを提供する。フィードとは、Ｗｅｂページから提供されるＲＳＳやＡｔｏｍといったフォーマット上のメタデータで記述された情報である。ＲＳＳ形式のフォーマットで記述されたフィードをＲＳＳフィードと呼ぶ。

ＲＳＳフィードを閲覧するためのソフトウェアとして、ＲＳＳリーダが知られている。ＲＳＳリーダには、ＰＣ（パソコン）にインストールして使用するアプリケーション型と、ＲＳＳ配信を管理するインターネット上のサービスを利用するオンライン型（サーバサイド型）がある。ＲＳＳリーダは、Ｗｅｂページを巡回してＲＳＳ形式の更新情報を受信し、リンク一覧の形で表示する。例えば、指定したページのＲＳＳ情報を一定時間毎に自動的にダウンロードし、更新があると記事へのリンクを表示してユーザに知らせる。リンクをクリックするとＷｅｂブラウザのウィンドウが開いて目的の記事が表示される。また、ＲＳＳフィードに対しても、Ｗｅｂページと同様にクローラ（検索ロボット）が存在しており、定期的にＲＳＳフィードを回収している場合がある。

更に、著名なポータルサイトやＢｌｏｇ（ブログ）、ニュースサイトにおいても、ＲＳＳに対応しているものが徐々に増加している。

このように、ユーザレベルでのＲＳＳの利用及び普及は進んでおり、ＲＳＳを利用した広告配信やマーケティングといったビジネス面での活用も期待されている。

関連する技術として、特開２００６−２５２２２７号公報（特許文献１）にインターネットＷＥＢページ更新情報（見出し要約等）リアルタイム配信供給システムが開示されている。
この従来技術では、インターネットＷＥＢページがＲＳＳデータを作成できる場合は、そのＲＳＳデータをほぼリアルタイムでＲＳＳサーバ経由、ポータルサイト（複合商用ＷＥＢサイト）等に供給、配信して、最新のＲＳＳデータで、ＷＥＢページの最新の更新情報を閲覧可能にする。インターネットＷＥＢページがＲＳＳデータを作成できない場合は、ＲＳＳサーバがそのＷＥＢサイトに最短１分おきに接続、ＲＳＳデータを作成してポータルサイト（複合商用ＷＥＢサイト）等に供給、配信して、最新のＲＳＳデータで、ＷＥＢページの最新の更新情報を閲覧可能にする。

また、特開２００６−３１８２７８号公報（特許文献２）に情報生成装置が開示されている。
この情報生成装置は、ユーザによりドラッグされたアイテムのドロップイベントを受け付けるドロップ受付装置と、アイテムからデータを取得するデータ読込み装置と、取得したデータから、このデータのフィードを生成するフィード生成装置と、フィード生成装置によって生成されたフィードを登録するフィード登録装置とを備える。

また、特開２００６−２２１３８８号公報（特許文献３）に広告配信システムが開示されている。
この従来技術では、広告のために作成された広告用ＲＳＳフィードが各広告主側サーバから管理サーバに送信され、管理サーバはそれら広告用ＲＳＳフィードを所定の各アフィリエイトサーバに配信し、アフィリエイトサーバはネット訪問者の情報端末装置に広告用ＲＳＳフィードに基づく広告を表示させる。このＲＳＳフィードは、ウェブサイトの見出しや要約などのメタデータを構造化して記述するＸＭＬサマリデータで、時系列で羅列されたテキストデータであるので、その内容を容易に随時更新し得る。このため、各広告主における広告を各アフィリエイタのウェブサイトに対してリアルタイムに配信することができる。

しかし、現状においては、ＲＳＳもＷｅｂページと同様、積極的な閲覧者へのアプローチ手段が無く検索エンジンのヒットに依存している。

また、Ｂｌｏｇ（ブログ）やＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）などのＣＧＭ（Ｃｏｎｓｕｍｅｒ Ｇｅｎｅｒａｔｅｄ Ｍｅｄｉａ）にてページを生成しても、閲覧者からの限られた一方向のアクセスのみである。

更に、Ｗｅｂページを更新しても、以前閲覧して関心を持っている閲覧者以外への通知手段がない。

特開２００６−２５２２２７号公報 特開２００６−３１８２７８号公報 特開２００６−２２１３８８号公報

本発明の目的は、公開通知又は生成通知を流通させる通信インフラ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）となるフィード格納システムを提供することである。
本発明の他の目的は、Ｗｅｂコンタクトにおいて双方向の通信インフラとなるフィード格納システムを提供することである。

以下に、［発明を実施するための最良の形態］で使用される番号を括弧付きで用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。但し、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。

本発明のフィード格納システムは、Ｗｅｂサイトのメタデータと、配信対象となる会員を決定するためのフィード配信制御データとを含む共通仕様フィードを格納するためのコンテナリソース（２０）と、会員毎に提供され、共通仕様フィードのＵＲＬと共通仕様フィードに含まれるメタデータの複写とを含むフィードを格納し、会員毎に提供される利用者ポータル（利用者ページ）にフィードを提供するためのサービスコンテナ（４０）と、共通仕様フィードを作成してコンテナリソースに格納し、フィードを作成して、フィード配信制御データに基づき配信対象となる会員のサービスコンテナ（４０）に格納するフィード生成エンジン（１０）とを具備する。Ｗｅｂサイトのメタデータは、主にＷｅｂサイトのＲＳＳフィードに含まれるメタデータを示す。但し、当該ＷｅｂサイトにＲＳＳフィードが存在しない場合は、Ｗｅｂサイト自体から抽出された「メタデータに相当するデータ」を示す。Ｗｅｂサイトは、既存の及び新規に作成されるＷｅｂページやＢｌｏｇ（ブログ）、ニュースサイト等を示す。

フィード生成エンジン（１０）は、Ｗｅｂサイトの更新情報と共通仕様フィードの更新情報とを比較してＷｅｂサイトの更新を判定すると、共通仕様フィードを更新する。このとき、フィード生成エンジン（１０）は、自動的にＷｅｂサイトを走査して、当該Ｗｅｂサイトが作成又は更新された日時や、当該Ｗｅｂサイトのページのサイズを検査し、更新を探す。或いは、Ｗｅｂサイトの作成者がＷｅｂサイトを更新した際、フィード生成エンジン（１０）を起動させてＷｅｂサイトのメタデータを取得し、ＲＳＳフィードが存在しない場合は手動にて当該メタデータを取得し、共通仕様フィードの当該メタデータを更新し、フィード配信制御データの各項目を変更する。ここでは、更新情報は、「Ｄａｔｅ（日時）」を示す。例えば、ＷｅｂサイトのＲＳＳフィードが存在する場合は該ＲＳＳフィードに含まれる「Ｄａｔｅ」を示し、ＷｅｂサイトのＲＳＳフィードが存在しない場合はＷｅｂサイトのソースコードに含まれる「日付」を示す。Ｗｅｂサイトのソースコードに「日付」が含まれていない場合、Ｗｅｂサイトのメタデータや、Ｗｅｂサイトのソースコードに含まれる所定のタグやキーワードの記載された位置（レイアウト）や、Ｗｅｂサイトのページのサイズ（データサイズ）を更新情報として用いることも可能である。この場合、共通仕様フィードに、更新前のＷｅｂサイトの「メタデータ」や「レイアウト」や「データサイズ」に関する情報を格納しておき、更新前と現在の「メタデータ」や「レイアウト」や「データサイズ」に関する情報を比較して、Ｗｅｂサイトの更新を判定する。

フィード生成エンジン（１０）は、ＷｅｂサイトがＲＳＳフィードを有していればＷｅｂサイトのＲＳＳフィードに基づいて共通仕様フィードを作成し、ＷｅｂサイトがＲＳＳフィードを有していなければＷｅｂサイト自体からＲＳＳフィードに用いられるメタデータを取得して共通仕様フィードを作成する。ＲＳＳフィードに用いられるメタデータとは、「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ（Ｄｅｓｃｒｉｐｔｉｏｎ）」、「Ｄａｔｅ」を示す。

共通仕様フィードは、ＷｅｂサイトのＲＳＳフィードに用いられるメタデータと、フィード配信制御データを構成する以下の、ＷｅｂサイトがＷｅｂ１．０かＷｅｂ２．０かを示す属性コードと、Ｗｅｂサイトのジャンル及びカテゴリを示す分類コードと、Ｗｅｂサイトの閲覧に好適なユーザデバイスを示す情報と、Ｗｅｂサイトの内容に関連する位置情報と、フィードの配信数の上限を指定するフィード複写カウンタと、フィードの配信時刻を示す情報と、共通仕様フィードの所在情報を一意的に示すＵＲＬを変換したＱＲコード画像のＵＲＬと、フィードの配信対象のユーザプロファイル（地域、年齢、性別、趣味、職業）を示す情報とを含む。

フィード生成エンジン（１０）は、会員毎の指定するフィード配信制御データに基づき、コンテナリソース（２０）内の共通仕様フィードを判定し、配信条件に合致すればＲＳＳフィードに用いられるメタデータと共通仕様フィードのＵＲＬを取得してフィードを作成し、配信対象となる会員のサービスコンテナ（４０）に格納する。

フィード生成エンジン（１０）は、コンテナリソース（２０）内における共通仕様フィードの所在情報を一意的に示すＵＲＬをＱＲコード画像に変換し、共通仕様フィードと共にＱＲコード画像をコンテナリソース（２０）に格納する。

本発明のフィード格納システムは、共通仕様フィードの更新情報とフィードの更新情報とを比較して共通仕様フィードの更新を判定すると、フィードを更新するフィード更新エンジン（３０）を更に具備する場合がある。更新情報については基本的に前述の通りであるが、ここでは、更新情報は、共通仕様フィード及びフィードが作成又は更新された日付とすることも可能である。

共通仕様フィードとフィードを格納する記憶装置のシステム構成として
１）コンテナリソース（サーバ装置）、サービスコンテナ（サーバ装置）
２）コンテナリソース（サーバ装置）、サービスコンテナ（インターネット接続装置）
３）コンテナリソース（サーバ装置）、サービスコンテナ（無線通信装置）
という場合が考えられる。
すなわち、コンテナリソースがサーバ装置であり、サービスコンテナがサーバ装置、インターネット接続装置、又は無線通信装置のいずれかである場合もある。ここで、コンテナリソース及びサービスコンテナは、各装置に含まれるデータベース装置（記憶装置）を示す。コンテナリソース（サーバ装置）、サービスコンテナ（サーバ装置）の場合は、コンテナリソースとサービスコンテナが共に同一のサーバ装置内に存在する場合を含む。インターネット接続装置は、インターネット接続可能な有線通信対応の通信装置である。例えば、パーソナルコンピュータ（ＰＣ）を始め、インターネット対応のテレビ、ルータやスイッチングハブ等の中継装置が考えられる。無線通信装置は、インターネット接続可能な無線通信対応の通信装置である。無線通信装置は、携帯電話であることが好適である。但し、実際には、携帯電話に限定されない。例えば、無線ＬＡＮスイッチ、無線ＩＰ電話端末、或いは、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）や携帯型音楽プレーヤーを始めとするインターネット接続可能な無線通信対応の通信装置であれば良い。

本発明のフィード格納方法は、Ｗｅｂサイトのメタデータと、配信対象となる会員を決定するためのフィード配信制御データとを含む共通仕様フィードを作成してコンテナリソース（２０）に格納するステップと、共通仕様フィードのＵＲＬと共通仕様フィードに含まれるメタデータの複写とを含むフィードを作成して、フィード配信制御データに基づき配信対象となる会員のサービスコンテナ（４０）に格納するステップと、配信対象となる会員の利用者ポータル（利用者ページ）にフィードを提供するステップとを具備する。

本発明のフィード格納方法は、Ｗｅｂサイトの更新情報と共通仕様フィードの更新情報とを比較して更新を判定すると、共通仕様フィードを更新するステップとを更に具備する場合がある。このとき、フィード生成エンジン（１０）は、自動的にＷｅｂサイトを走査して、当該Ｗｅｂサイトが作成又は更新された日時や、当該Ｗｅｂサイトのページのサイズを検査し、更新を探す。或いは、Ｗｅｂサイトの作成者が、Ｗｅｂサイトを更新した際、フィード生成エンジン（１０）を起動させてＷｅｂサイトのメタデータを取得し、ＲＳＳフィードが存在しない場合は手動にて当該メタデータを取得し、共通仕様フィードの当該メタデータを更新し、フィード配信制御データの各項目を変更する。ここでは、更新情報は、「Ｄａｔｅ（日時）」を示す。例えば、ＷｅｂサイトのＲＳＳフィードが存在する場合は該ＲＳＳフィードに含まれる「Ｄａｔｅ」を示し、ＷｅｂサイトのＲＳＳフィードが存在しない場合はＷｅｂサイトのソースコードに含まれる「日付」を示す。Ｗｅｂサイトのソースコードに「日付」が含まれていない場合、Ｗｅｂサイトのメタデータや、Ｗｅｂサイトのソースコードに含まれる所定のタグやキーワードの記載された位置（レイアウト）や、Ｗｅｂサイトのページのサイズ（データサイズ）を更新情報として用いることも可能である。この場合、共通仕様フィードに、更新前のＷｅｂサイトの「メタデータ」や「レイアウト」や「データサイズ」に関する情報を格納しておき、更新前と現在の「メタデータ」や「レイアウト」や「データサイズ」に関する情報を比較して、Ｗｅｂサイトの更新を判定する。

本発明のフィード格納方法は、会員毎の指定するフィード配信制御データに基づき、コンテナリソース（２０）内の共通仕様フィードを判定し、配信条件に合致すればＲＳＳフィードに用いられるメタデータと共通仕様フィードのＵＲＬを取得してフィードを作成し、配信対象となる会員のサービスコンテナ（４０）に格納するステップを更に具備する場合がある。

本発明のフィード格納方法は、コンテナリソース（２０）内における共通仕様フィードの所在情報を一意的に示すＵＲＬをＱＲコード画像に変換し、共通仕様フィードと共にＱＲコード画像をコンテナリソース（２０）に格納するステップを更に具備する場合がある。

本発明のフィード格納方法は、共通仕様フィードの更新情報とフィードの更新情報とを比較して更新を判定すると、フィード配信制御データに基づき配信対象となる会員のサービスコンテナ（４０）に格納されたフィードを更新するステップを更に具備する場合がある。更新情報については基本的に前述の通りであるが、ここでは、更新情報は、共通仕様フィード及びフィードが作成又は更新された日付とすることも可能である。

本発明のプログラムは、上記のいずれかのフィード格納方法をコンピュータに実行させる。

ネットワーク上でフィードを循環・流通させることが可能になる。

以下に本発明の第１実施形態について添付図面を参照して説明する。
図１に示すように、本発明のフィード格納システム１００は、フィード生成エンジン１０と、コンテナリソース２０と、フィード更新エンジン３０と、サービスコンテナ４０を備えている。

フィード格納システム１００は、ＲＳＳフィードを利用した会員向けサービスを提供する。例えば、ＡＳＰサーバ又はＰＩＮＧサーバである場合が考えられる。ＡＳＰサーバは、サーバ上でアプリケーションを起動し、その処理結果をネットワークを介してユーザに提供する。ＰＩＮＧサーバは、ＰＩＮＧ（Ｐａｃｋｅｔ ＩＮｔｅｒｎｅｔ Ｇｒｏｐｅｒ）送信によりユーザにＲＳＳフィードの更新を通知する。但し、実際には、フィード格納システム１００は一台のサーバである場合に限定されない。例えば、各構成要素を複数のサーバに分散したシステムでも良い。

フィード生成エンジン１０は、企業（法人）等の新規コンテンツの作成者や該コンテンツの閲覧者といった会員によって、元ページに基づいて共通仕様フィードを作成し、コンテナリソース２０に格納する。元ページの例として、Ｂｌｏｇ（ブログ）やＷｅｂページが考えられる。但し、実際には、これらの例に限定されない。共通仕様フィードについては後述する。

このとき、フィード生成エンジン１０は、元ページがＲＳＳフィードを有していれば、元ページのＲＳＳフィードに基づいて共通仕様フィードを生成する。元ページがＲＳＳフィードを有していなければ、元ページからＲＳＳフィードに用いられるメタデータを取得（抽出）して共通仕様フィードを生成する。ＲＳＳフィードに用いられるメタデータとは、「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」を示す。「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」は各々、ＸＭＬタグである。「ＵＲＬ」は、元ページの所在情報を示す。「Ｔｉｔｌｅ」は、リソースのタイトルを示す。「Ｄｅｓｃ（Ｄｅｓｃｒｉｐｔｉｏｎ）」は、リソースの内容、機能などの概要説明を示す。「Ｄａｔｅ」は、元ページの作成日付を示す。

また、フィード生成エンジン１０は、共通仕様フィードに含まれるＷｅｂサイトのメタデータの複写（コピー）と共通仕様フィードのＵＲＬを、会員毎に提供されたサービスコンテナ４０のうち、登録者である会員や閲覧対象者である会員のサービスコンテナ４０にフィードとして格納する。部分的な情報とは、「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」を示す。会員が閲覧対象者か否かは、会員からの閲覧の要求の有無や、会員登録時に入力されたユーザプロファイル（地域、年齢、性別、趣味、職業）に基づいて判断する。

また、フィード生成エンジン１０は、当該共通仕様フィードのコンテナリソース２０内での所在情報を一意的に示すＵＲＬをＱＲコード画像に変換し、共通仕様フィードと共にＱＲコード画像をコンテナリソース２０に格納する。共通仕様フィードについて配信時刻（公開時刻）が指定されている場合は、配信時刻になった時点で、共通仕様フィードに含まれるＷｅｂサイトのメタデータの複写（コピー）や共通仕様フィードのＵＲＬをサービスコンテナ４０に格納する。

更に、フィード生成エンジン１０は、コンテナリソース２０に格納された共通仕様フィードに基づいて、随時、Ｂｌｏｇ（ブログ）やＷｅｂページといった元ページのＤａｔｅとキャッシュ（コンテナリソース２０）内の「Ｄａｔｅ」を比較走査する。すなわち、元ページの更新情報と共通仕様フィードの更新情報を比較する。こうして、フィード生成エンジン（１０）は、自動的に元ページを走査して、当該元ページが作成又は更新された日時や、当該元ページのサイズを検査し、更新を探す。或いは、元ページの作成者が元ページを更新した際、フィード生成エンジン（１０）を起動させて元ページのメタデータを取得し、ＲＳＳフィードが存在しない場合は手動にて当該メタデータを取得し、共通仕様フィードの当該メタデータを更新し、フィード配信制御データの各項目を変更する。ここでは、更新情報は、「Ｄａｔｅ（日時）」を示す。例えば、元ページのＲＳＳフィードが存在する場合は該ＲＳＳフィードに含まれる「Ｄａｔｅ」を示し、元ページのＲＳＳフィードが存在しない場合は元ページのソースコードに含まれる「日付」を示す。元ページのソースコードに「日付」が含まれていない場合、元ページのメタデータや、元ページのソースコードに含まれる所定のタグやキーワードの記載された位置（レイアウト）や、元ページのサイズ（データサイズ）を更新情報として用いることも可能である。この場合、共通仕様フィードに、更新前の元ページの「メタデータ」や「レイアウト」や「データサイズ」に関する情報を格納しておき、更新前と現在の「メタデータ」や「レイアウト」や「データサイズ」に関する情報を比較して、元ページの更新を判定する。このとき、元ページの更新を判定すると、コンテナリソース２０内の共通仕様フィードの「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」を更新する。

なお、フィード生成エンジン１０は、走査した際に元ページが存在しない場合、或いは所定の期間（例えば１ヶ月）元ページが更新されていない場合、コンテナリソース２０の当該元ページの更新情報に対応する共通仕様フィードを削除する。直ちに削除すると問題があると考えられる場合は、所定の期間（例えば１週間）経過するのを待って再度走査した際に元ページが存在しない場合、或いは更新されていない場合に削除するようにしても良い。

コンテナリソース２０は、企業といった新規コンテンツの作成者や該コンテンツの閲覧者といった会員によって、元ページを共通仕様フィードの形式で格納するための記憶装置であり、格納された共通仕様フィードは複数の会員（全員でも可）が共有する。すなわち、キャッシュとして機能する。

フィード更新エンジン３０は、会員毎の各サービスコンテナ４０に格納されたフィードの「Ｄａｔｅ」に基づきコンテナリソース２０内の共通仕様フィードの「Ｄａｔｅ」の更新を比較走査する。すなわち、共通仕様フィードの更新情報とフィードの更新情報を比較する。このとき、共通仕様フィードの更新を確認すると、配信時刻にあわせてフィード配信制御データに基づき配信対象となる会員のサービスコンテナ４０内の当該フィードの「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」を更新する。フィード更新エンジン３０は、利用者ポータルが開かれた時点でポストされて起動し、サービスコンテナ４０を自動更新する。利用者ポータルは、会員毎に提供されるＷｅｂページである。また、フィード更新エンジン３０は、共通仕様フィードが削除されている場合、各サービスコンテナ４０内の該当フィードを削除する。

サービスコンテナ４０（４０−ｉ、ｉ＝１〜ｎ：ｎは会員数）は、元ページに基づき共通仕様フィードを登録した会員自身が利用可能な記憶装置であり、コンテナリソース２０に共通仕様フィードが格納された場合、当該共通仕様フィードに含まれるＷｅｂサイトのメタデータの複写（コピー）と共通仕様フィードのＵＲＬをフィードとして格納する。また、各会員には、サービスを利用するための利用者ポータルが提供される。このとき、サービスコンテナ４０に格納されたフィードが、利用者ポータルにおける自己登録情報として表示される。

次に、図２Ａ，図２Ｂを参照して、共通仕様フィードについて詳述する。
共通仕様フィードは、会員によって、元ページのＲＳＳフィードに基づいて生成される。会員がフィードを登録する場合、フィード生成エンジン１０に所望する元ページを登録する。例えば、ＲＳＳフィードを含むＷｅｂページのＵＲＬをフィード生成エンジン１０に入力する。或いは、元ページをフィード生成エンジン１０上に複写（コピー）、又はドラッグ＆ドロップする。

フィード生成エンジン１０は、会員によって登録されたＢｌｏｇ（ブログ）やＷｅｂページにＲＳＳフィードがあれば、ＲＳＳフィードから「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」を収集する。ＲＳＳフィードが無ければ、Ｂｌｏｇ（ブログ）やＷｅｂページから「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」に該当する情報を収集する。収集されたこれらの情報を用いて共通仕様フィードを生成する。

共通仕様フィードのフォーマットは、「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」といった通常のＲＳＳフィードに用いられるメタデータに加え、フィード配信制御データを構成する以下の、「属性コード」、「ジャンル／カテゴリ」、「ユーザデバイス」、「フィード情報の位置情報」、「配信オプション（ユーザプロファイル（地域、年齢、性別、趣味、職業））」、「ＱＲコード画像のＵＲＬ」、「配信時刻」を含む。

「属性コード」は、コンテンツ属性を示す。ここでは、コンテンツ属性として、Ｗｅｂ１．０かＷｅｂ２．０かを示している。Ｗｅｂ１．０は、発信者が法人限定のマーケット情報といったチャネルに関する。Ｗｅｂ２．０は、Ｂｌｏｇ（ブログ）やＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）などのＣＧＭ（Ｃｏｎｓｕｍｅｒ Ｇｅｎｅｒａｔｅｄ Ｍｅｄｉａ）のように、個人が発信者となるネットワークに関する。

「ジャンル／カテゴリ」は、コンテンツの分類コードである。例えば、「ニュース」、「映画」、「旅行」とその小分類といったジャンル／カテゴリに分類する。

「ユーザデバイス」は、コンテンツ閲覧に好ましいユーザ側のデバイス（装置）を示す。例えば、「携帯電話」か「ＰＣ（パソコン）」かを示す。

「フィード情報の位置情報」は、共通仕様フィードの記事内容といったフィード情報に関連したＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）等に基づく位置情報を示す。例えば、フィード情報が店舗に関する情報である場合、店舗の所在地の位置情報を示す。

「配信オプション」は、配信や更新のための設定情報を示す。例えば、Ｗｅｂ１．０が対象であれば、「フィード複写カウンタ」、「ユーザプロファイルの選択配信」、「Ｎｅｇ評価ユーザへの配信制限」といったオプションを設定できる。「フィード複写カウンタ」は、共通仕様フィードを複写した会員（閲覧者）の数の上限値を示す。共通仕様フィードを作成した企業や共通仕様フィードに広告を付した企業に対し、共通仕様フィードを複写した会員の数により課金する場合、Ｍａｘ制限を可能にすることで、企業側に対する必要以上の課金を防止することができる。「ユーザプロファイルの選択配信」では、フィードの配信先すなわち閲覧対象となるユーザの属性を示す。ここでは、夫々の属性を示すタグを設ける。これにより、地域、年齢、性別、趣味、職業といった属性に応じてフィードの配信や複写の可否を登録できるようになる。「Ｎｅｇ評価ユーザへの配信制限」は、一度配信されたフィードに対して低い評価をした会員への配信を制限するための情報を示す。Ｎｅｇ評価ユーザとは、否定的（ｎｅｇａｔｉｖｅ）な評価をした会員を示す。この情報に基づいて、一度配信されたフィードに対して低い評価をした会員には、優遇キャンペーンのフィードの更新の通知しないようにする。ここでは、フィードを取得した会員がタグを設定し評価を入れる。

「ＱＲコード画像のＵＲＬ」は、フィードＩＤ付ＵＲＬから生成されたＱＲコード画像を示す。すなわち、ＱＲコード画像は、元になったフィードＩＤ付ＵＲＬを示す。フィードＩＤは、コンテナリソース２０内での共通仕様フィードの識別情報である。

フィードＩＤ付ＵＲＬの構成例を以下に示す。
「ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ．ｎｅ．ｊｐ／ｒｓｓ．ｈｔｍｌ？ｒｅｆ＝ｉｄ００１」
ここで、「ｈｔｔｐ：／／ｗｗｗ．ｐｏｒｔａｌ．ｎｅ．ｊｐ」は、会員登録の総合ポータルを示すＵＲＬである。ＱＲコード画像は、コンテナリソース２０内に格納されている。「ｉｄ００１」は、コンテナリソース２０内の共通仕様フィードの識別情報を示すフィードＩＤである。

なお、フィードＩＤを以下のようにすることも可能である。
「フィードＩＤ＝｜属性コード｜＋｜ジャンルコード｜＋｜カテゴリコード｜＋｜生成者コード｜＋ＩｔｅｍＩＤ」
各々のコードは所定のビット数の情報とする。例えば、「属性コード」が「０」であれば「Ｗｅｂ１．０（チャネル）」、「１」であれば「Ｗｅｂ２．０（ネットワーク）」とする。「ジャンルコード」「カテゴリコード」は、分類コードを所定のビット数で示した情報とする。「生成者コード」は、生成者の識別情報（会員番号）を所定のビット数で示した情報とする。「ＩｔｅｍＩＤ」は、特定の会員が作成した共通仕様フィードの識別番号（順位番号）を所定のビット数で示した情報とする。このように、フィードＩＤに多くの情報を付加することも可能である。

「配信時刻」は、フィードを公開する時刻を示す。例えば、企業が自社製品に関するフィードを作成した場合、その自社製品のテレビＣＭの放映や雑誌掲載にあわせて当該フィードを公開するように配信時刻を設定することが可能になる。

図３を参照して、フィードの生成時の動作について説明する。
（１）ステップＳ１０１
フィード生成エンジン１０は、会員からの元ページの登録を受け付ける。例えば、会員となっている企業から新製品に関するＷｅｂページやブログ、或いはそれらのＲＳＳフィードの入稿を受け付ける。また、サービス提供の対象となる会員、すなわちフィードの配信対象となる会員を決定するためのフィード配信制御データの入力を受け付ける。なお、フィード配信制御データの入力は、後で行うようにしても良い。フィード配信制御データが入力されるまでフィードを配信しないようにすることで、更に配信時刻を制御することが可能になる。
（２）ステップＳ１０２
フィード生成エンジン１０は、会員によって登録された元ページにＲＳＳフィードがあれば、ＲＳＳフィードから「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」を収集する。ＲＳＳフィードが無ければ、Ｂｌｏｇ（ブログ）やＷｅｂページから「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」に該当する情報を収集する。収集されたこれらの情報を用いて共通仕様フィードを生成する。
（３）ステップＳ１０３
フィード生成エンジン１０は、この共通仕様フィードをコンテナリソース２０に格納する。また、当該共通仕様フィードのコンテナリソース２０内での所在情報を一意的に示すＵＲＬを変換してＱＲコード画像を作成しコンテナリソース２０に格納する。
（４）ステップＳ１０４
フィード生成エンジン１０は、フィード配信制御データが入力されていれば、フィード配信制御データを参照してフィードの配信対象となる会員を判定する。例えば、全ての会員に対して、フィード配信制御データに含まれる配信条件に合致しているか否かの判定を行い、配信条件に合致している会員を「配信対象となる会員」とする。このとき、配信対象となる会員がいなければ、配信処理を終了するようにしても良い。また、会員毎の指定するフィード配信制御データに基づき、コンテナリソース２０内の共通仕様フィードを判定し、配信条件に合致すればＲＳＳフィードに用いられるメタデータと共通仕様フィードのＵＲＬを取得してフィードを作成し、配信対象となる会員のサービスコンテナ４０に格納する
（５）ステップＳ１０５
フィード生成エンジン１０は、コンテナリソース２０格納された共通仕様フィードに含まれるＷｅｂサイトのメタデータの複写（コピー）と共通仕様フィードのＵＲＬを含むフィードを作成する。
（６）ステップＳ１０６
フィード生成エンジン１０は、共通仕様フィードに含まれるＷｅｂサイトのメタデータの複写（コピー）と共通仕様フィードのＵＲＬを含むフィードを、会員毎に提供されたサービスコンテナ４０のうち、共通仕様フィードの登録者である会員のサービスコンテナ４０、及び配信対象となる会員のサービスコンテナ４０にフィードとして格納する。

図４を参照して、フィードの更新時の動作について説明する。
（１）ステップＳ２０１
フィード生成エンジン１０は、周期的に、コンテナリソース２０に格納された共通仕様フィードに基づいて、Ｂｌｏｇ（ブログ）やＷｅｂページといった元ページのＤａｔｅと、共通仕様フィードの「Ｄａｔｅ」を比較走査する。
（２）ステップＳ２０２
フィード生成エンジン１０は、比較走査の結果により、元ページの更新を判定する。
（３）ステップＳ２０３
フィード生成エンジン１０は、元ページの更新を判定すると、コンテナリソース２０内の共通仕様フィードの「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」を更新する。なお、元ページがない場合は、該当するコンテナリソース２０内の共通仕様フィードを削除する。
（４）ステップＳ２０４
フィード更新エンジン３０は、会員によって利用者ポータル（サービスコンテナ４０）が開かれた時点でポストされて起動する。
（５）ステップＳ２０５
フィード更新エンジン３０は、会員毎の各サービスコンテナ４０に格納されたフィードの「Ｄａｔｅ」に基づきコンテナリソース２０内の共通仕様フィードの「Ｄａｔｅ」の更新を比較走査する。
（６）ステップＳ２０６
フィード更新エンジン３０は、比較走査の結果により、共通仕様フィードの更新を確認する。
（７）ステップＳ２０７
フィード更新エンジン３０は、共通仕様フィードの更新を確認すると、配信時刻にあわせてフィード配信制御データに基づき配信対象となる会員のサービスコンテナ４０内の該当フィードの「ＵＲＬ」、「Ｔｉｔｌｅ」、「Ｄｅｓｃ」、「Ｄａｔｅ」を更新する。なお、共通仕様フィードがない場合は、該当するサービスコンテナ４０内のフィードを削除する。

次に、本発明の活用事例について説明する。
図５Ａ，図５Ｂを参照して、Ｂｌｏｇ（ブログ）が掲載されたＷｅｂページの制作及び更新について説明する。なお、「Ｂｌｏｇ（ブログ）、Ｗｅｂページ」は元ページを示す。「Ｍｙポータル」は、利用者ポータルを示す。

元ページの登録については先に述べたとおりである。ここでは、共通仕様フィードを作成する際、会員が配信時刻を指定する。フィード生成エンジン１０は、元ページの制作者である会員のサービスコンテナ４０−１には、共通仕様フィードを作成した時点で部分的な情報の複写（コピー）であるフィードを格納しても良いが、元ページの閲覧者となる他の会員のサービスコンテナ４０−２には、配信時刻になった時点でフィードを格納することを許可する。

また、元ページの制作者である会員が、元ページを更新した後、サービスコンテナ４０−１内の自己制作のフィードを指定し、共通仕様フィードのフィード配信制御データの「ジャンル／カテゴリ」、「ユーザデバイス」、「フィード情報の位置情報」、「配信オプション（ユーザプロファイル（地域、年齢、性別、趣味、職業））」、「配信時刻」の更新の操作を行うことができる。この場合、フィード更新エンジン３０は、配信時刻になった時点で、共通仕様フィードの更新内容（Ｗｅｂ１．０の場合は配信オプション）に応じて、他の会員のサービスコンテナ４０−２内のフィードを更新する。

図６Ａ，図６Ｂを参照して、フィードプロモーションを実施する場合について説明する。
例えば、閲覧者となる会員又は会員登録していない利用者が無線通信装置５０を使用している場合、無線通信装置５０を用いて、ＱＲコード画像が付加されたパンフレットやビジネスカード、或いはＱＲコード画像が表示された他の無線通信装置５０からＱＲコード画像を取得し、ＱＲコード画像が示すＵＲＬにアクセスする。無線通信装置５０は、携帯電話であることが好適である。但し、実際には、携帯電話に限定されない。なお、このＱＲコード画像には共通仕様フィードのコンテナリソース２０内での所在情報を一意的にパラメータで示す会員登録の総合ポータルのＵＲＬが変換され記録してある。また、Ｗｅｂページやメールに掲載された会員登録の総合ポータルのＵＲＬにアクセスする。この場合、無線通信装置５０の代わりに、ＰＣ（パソコン）を用いることも可能である。これらのＵＲＬにアクセスした利用者が会員登録をしていない場合、会員登録の総合ポータルは、会員登録用の画面の表示を行い、サービス提供に必要な属性情報の入力を促す。その後、会員登録した利用者のためのＭｙポータル（サービスコンテナ４０）を新規作成する。Ｍｙポータルは、利用者ポータルである。そして、このサービスコンテナ４０に当該共通仕様フィードに基づくフィードをコンテナリソース２０より格納する。既存の会員の場合は、無線通信装置５０の個体識別番号や固定ＩＰアドレス、或いはユーザＩＤとパスワードにより認証を行い、確認が取れれば、当該会員の既存のＭｙポータル（サービスコンテナ４０）へアクセスして、当該会員のサービスコンテナ４０に当該共通仕様フィードに基づくフィードを格納する。

ここで、Ｍｙポータルは、「Ｍｙネットワーク」、「Ｍｙチャネル」、「Ｍｙエリア」という項目を含む。各々の項目には、ジャンルやカテゴリに分類されて、フィードの内容及びＱＲコード画像が表示される。

「Ｍｙネットワーク」は、Ｗｅｂ２．０に対応しており、コンシューマ市場ネットワークにおけるＢｌｏｇ内のＩｔｅｍのページを示すフィードを表示する。ここでは、「自分のＩｔｅｍ」、「注目のＩｔｅｍ」という項目を含む。「自分のＩｔｅｍ」は、当該会員が自ら登録したＢｌｏｇの共通仕様フィードの複写フィードを表示する。「注目のＩｔｅｍ」は、当該会員が閲覧を所望したＢｌｏｇ内のＩｔｅｍのページを示すフィードを表示する。例えば、当該会員が無線通信装置５０を用いて取得したＱＲコード画像に対応するＢｌｏｇのページがＷｅｂ２．０であった場合、このページは「注目のＩｔｅｍ」に表示される。

「Ｍｙチャネル」は、Ｗｅｂ１．０に対応しており、マーケットＷｅｂチャネルにおける企業発信のＷｅｂページやＢｌｏｇのページを示すフィードを表示する。例えば、当該会員が無線通信装置５０を用いて取得したＱＲコード画像に対応するＢｌｏｇのページがＷｅｂ１．０であった場合、このページは「Ｍｙチャネル」に表示される。また、コンテナリソース２０内の共通仕様フィードのうち、当該会員を配信対象とした共通仕様フィードに基づくフィードを表示するようにしても良い。当該会員を配信対象とした共通仕様フィードとしては、当該会員が会員登録時に入力した会員自身のユーザプロファイル（地域、年齢、性別、趣味、職業）に関連のある共通仕様フィードや、当該会員のサービスコンテナ４０に格納されたフィードを配信した企業に関連のある共通仕様フィードが考えられる。

「Ｍｙエリア」は、Ｗｅｂ１．０及びＷｅｂ２．０の両方に対応しており、当該会員が使用している無線通信装置５０の位置情報に基づいて、コンテナリソース２０内の共通仕様フィードのうち、この位置情報に関連のある共通仕様フィードに基づくフィードを表示する。ここでは、無線通信装置５０のＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）情報に対して特定の範囲内のＧＩＳ（Ｇｅｏｇｒａｐｈｉｃ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）情報を含むフィードを表示する。例えば、ＧＩＳ情報が関東地方を示すフィードは、ＧＰＳ情報が関東地方であることを示している無線通信装置５０に表示され、それ以外の無線通信装置５０には表示されない。ＧＩＳ情報は、Ｗｅｂ１．０のように企業が作成したＢｌｏｇのフィードであれば当該企業の店舗又は営業所の位置情報を示す。また、Ｗｅｂ２．０のように個人が作成したＢｌｏｇのフィードであればＢｌｏｇのＩｔｅｍの内容に関連する位置情報を示す。

また、Ｍｙポータルでは、「Ｍｙネットワーク」、「Ｍｙチャネル」、「Ｍｙエリア」の各々に対して、「更新」や「削除」のためのボタンが用意されている。ここでは、各々の項目に対して「更新・削除」というボタンを表示する。会員がフィードを指定して「更新」のボタンを押下した場合、当該フィードの閲覧者となる会員が任意のタグを選定し評価を入力することとなる。このとき、サービスコンテナ４０又に設けられた処理装置（図示されず）が評価の入力画面を表示して、会員が選定したタグへの評価軸を表示する。タグの評価の集計はフィード更新エンジン３０が行う。また、「更新」と「削除」のボタンを個別に用意し、「削除」のボタンが押下された場合は当該フィードを削除する。フィード更新エンジン３０は、否定的な評価が入力されたフィードについては更新を行わない。また、会員が否定的な評価を入力した場合、当該フィードが削除されるようにしても良い。これにより、元ページの制作者である企業等の会員は、否定的な評価をした会員（Ｎｅｇ評価ユーザ）への配信を制限することが可能になる。

図７Ａ，図７Ｂ，図７Ｃを参照して、利用者ポータルへのフィードナビゲーションとして、無線通信装置（例：携帯電話）の待受け画面、又は、ＰＣ（パソコン）のトップページに表示される「フィードＮａｖｉ」機能について説明する。
フィード生成エンジン１０は、元ページの更新内容を把握し、コンテナリソース２０内の共通仕様フィードを更新する。なお、元ページにおける広告の追加やコメントの追加は更新と判断しない。新規共通仕様フィードや更新された共通仕様フィードの新着通知を行なう為にフィードＮａｖｉに共通仕様フィードの部分的な複写であるフィードを自動配信する。フィード生成エンジン１０は、新着フィードをジャンルやカテゴリに分類し配列してＮａｖｉ配信表を作成する。「フィードＮａｖｉ」が起動するとコンテナリソース２０内のＮａｖｉ配信表をアクセスし、フィードを自動配信する。ここでは、Ｎａｖｉ配信表は、会員からの配信の要求の有無や、会員登録時に入力されたユーザプロファイル（地域、年齢、性別、趣味、職業）に基づいてフィード生成エンジン１０が作成し、コンテナリソース２０に格納するものとする。また、フィードに入力された評価に応じてフィード更新エンジン３０により更新されるようにしても良い。また、Ｎａｖｉ配信表には、フィード配信の時刻指定が可能である。

フィードＮａｖｉには、ジャンルやカテゴリを示すキーワードが表示される。表示されたキーワードのいずれかが選択された場合、コンテナリソース２０内のＮａｖｉ配信表のうち、選択されたキーワードに該当するフィードの一覧（フィード一覧）が表示される。このとき、既にフィードを取得し閲覧済みであるフィードはグレー色で表示され、それ以外のフィードは色付きで強調表示されるようにしても良い。フィード一覧に表示されたフィードの各々には、選択されたことを示すレ点を入力するためのエリア（チェックボックス）が設けられている。また、フィード一覧には、「取得」というボタンが表示されており、この「取得」のボタンが押下された場合、フィード更新エンジン３０が、レ点が入力されたフィードをサービスコンテナ４０に格納し、Ｍｙポータルに表示する。レ点が入力されたフィードは複数でも良い。

レ点が入力されたフィードがＷｅｂ１．０に対応している場合、フィードは「Ｍｙチャネル」に表示される。フィードが新規登録されたものである場合は、フィードの近傍に新着情報である旨を示す「ｎｅｗ」が表示される。また、あわせて色付きで強調表示されるようにしても良い。フィードの各々は、生成者ＩＤや制作日時の順に表示される。生成者ＩＤは、当該共通仕様フィードを生成した会員のＩＤを示す。制作日時は、当該共通仕様フィードが制作又は更新された日時を示す。或いは、生成者から支払われた広告料に応じて表示順位を決定するようにしても良い。

図８Ａ，図８Ｂを参照して、「Ｍｙチャネル」のスタイルシートについて説明する。
最初に、新着のフィードである旨を示す「新着フィード番組」という見出しが表示される。その下に、ジャンル、カテゴリ、フィードが、この順で階層的に表示される。更に、「Ｍｙチャネル」の表示スペースの一部に、地図表示アイコン（ＭＡＰ表示アイコン）や企業広告等のバナー（バナー域）が表示される。地図表示アイコンを操作しフィードをドラッグすると、フィードの内容に関係のある場所の地図が表示される。企業広告等のバナーを操作すると、フィードの内容に関係のある企業や商品の紹介ページが表示される。

表示されたカテゴリ内のチャネルページのいずれかのフィードにアクセスすると、「チャネルページ」の別ウィンドウが自動生成される。当該フィードが新商品の販促を目的としたものであれば、「チャネルページ」には、企業名やキャンペーンタイトル、動画／画像広告スペース、商品バナー、キャンペーンメッセージが表示される。動画／画像広告スペースは、例えばＴＶ素材であり、ＴＶのＣＭ等で使用された映像広告である。商品バナーは、実際の商品の画像である。商品バナーが操作された場合、その商品のＷｅｂページにアクセスするようにしても良い。キャンペーンメッセージは、キャンペーンに際して企業側が提示するメッセージである。

また、「チャネルページ」には、サービスインフォメーションやコンシューマコラムといった項目が用意されており、各項目には、該当するフィードが表示される。サービスインフォメーションには、企業側が行うサービスに関する情報が表示される。コンシューマコラムには、当該商品に関する顧客の意見が表示される。更に、当該商品を扱っている実店舗や当該実店舗に対するコンシューマの声といった項目が用意されており、各項目には、該当するフィードが表示される。同様に、当該商品を扱っているＮｅｔ店舗や当該Ｎｅｔ店舗に対するコンシューマの声といった項目が用意されており、各項目には、該当するフィードが表示される。Ｎｅｔ店舗は、Ｗｅｂページ上で商品販売を行う仮想店舗である。

なお、「チャネルページ」の表示の際、生成者ＩＤに基づいて企業（法人）を確認し、新規であれば、当該企業（法人）の配信テンプレートを作成して表示する。新規でなければ、既に作成されている配信テンプレートを表示する。配信テンプレートには、上記の各項目が含まれる。また、「チャネルページ」内のフィードの表示の際、生成者ＩＤに基づいて企業（法人）又は店舗を確認し、表示スペースに当該フィードを表示する。店舗についても、生成者ＩＤに基づいて実店舗又はＮｅｔ店舗を確認し、表示スペースに当該フィードを表示する。

図９を参照して、本発明のフィード格納システムの特徴について説明する。
なお、共通仕様フィードとフィードを格納する記憶装置のシステム構成として、以下の場合が考えられる。
１）コンテナリソース（サーバ装置）、サービスコンテナ（サーバ装置）
２）コンテナリソース（サーバ装置）、サービスコンテナ（インターネット接続装置）
３）コンテナリソース（サーバ装置）、サービスコンテナ（無線通信装置）
ここで、コンテナリソース２０及びサービスコンテナ４０は、各装置に含まれるデータベース装置（記憶装置）を示す。コンテナリソース（サーバ装置）、サービスコンテナ（サーバ装置）の場合は、コンテナリソースとサービスコンテナが共に同一のサーバ装置内に存在する場合を含む。インターネット接続装置は、インターネット接続可能な有線通信対応の通信装置である。例えば、パーソナルコンピュータ（ＰＣ）を始め、インターネット対応のテレビ、ルータやスイッチングハブ等の中継装置が考えられる。無線通信装置は、携帯電話であることが好適である。但し、実際には、携帯電話に限定されない。例えば、無線ＬＡＮスイッチ、無線ＩＰ電話端末、或いは、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）や携帯型音楽プレーヤーを始めとするインターネット接続可能な無線通信対応の通信装置であれば良い。このとき、例えば、共通仕様フィードの更新通知は携帯電話（無線通信装置）で受け取り、実際に更新された内容（フィード）はパーソナルコンピュータ（インターネット接続装置）で閲覧するようにすることも可能である。

図９に示すように、コンテナリソース２０は、ＸＭＬベースの「共通仕様フィード」を有する。「共通仕様フィード」は、「フィード配信制御データ」と「ＲＳＳフィードのメタデータ」を含む。「フィード配信制御データ」は、会員により登録されるデータであり、「属性コード」、「ジャンル／カテゴリ」、「ユーザデバイス」、「フィード情報の位置情報」、「配信オプション（ユーザプロファイル（地域、年齢、性別、趣味、職業））」、「ＱＲコード画像のＵＲＬ」、「配信時刻」を含む。「ＲＳＳフィードのメタデータ」は、会員によるＷｅｂサイトの指定に応じて、ＷｅｂサイトのＲＳＳフィード内のメタデータを自動複写したものである。フィード生成エンジン１０は、「フィード配信制御データ」を参照して行った判定に基づき、共通仕様フィードのＵＲＬと共通仕様フィードに含まれるメタデータの複写とを含むフィードを作成する。ここでは、「ＲＳＳフィードのメタデータ」が「共通仕様フィードに含まれるメタデータ」となる。そして、作成されたフィードの配信対象となった会員のサービスコンテナ４０の各々にフィードを格納する。図９では、一例として、コンテナリソース２０はサーバ装置上のデータベース装置とする。サービスコンテナ４０−１はサーバ装置上のデータベース装置とする。コンテナリソース２０とサービスコンテナ４０−１は同一のサーバ装置上に存在しても良い。サービスコンテナ４０−２はインターネット接続装置上のデータベース装置とする。サービスコンテナ４０−３は無線通信装置上のデータベース装置とする。但し、実際には、上記の例に限定されない。

以上のように、本発明のフィード格納システムを利用することで、フィードをネットの血液として循環・流通させる通信インフラ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）を構築することが可能となる。

更に、本発明のフィード格納システムが通信インフラとして機能するようになれば、企業の広告配信に限らず、個人の広告配信も可能になる。例えば、ネットオークションに出品した個人会員が、出品した商品の宣伝を行うためのＢｌｏｇを作成し、そのＢｌｏｇに関するフィードを他の会員に通知することが可能となる。

図１は、本発明のフィード格納システムの構成を示すブロック図である。 図２Ａは、共通仕様フィードの例を示すための図である。 図２Ｂは、共通仕様フィードの例を示すための図である。 図３は、フィードの生成時の動作を示すシーケンス図である。 図４は、フィードの更新時の動作を示すシーケンス図である。 図５Ａは、Ｗｅｂページの制作及び更新を示す概念図である。 図５Ｂは、Ｗｅｂページの制作及び更新を示す概念図である。 図６Ａは、フィードプロモーションの実施例を説明するための図である。 図６Ｂは、フィードプロモーションの実施例を説明するための図である。 図７Ａは、フィードＮａｖｉを説明するための図である。 図７Ｂは、フィードＮａｖｉを説明するための図である。 図７Ｃは、フィードＮａｖｉを説明するための図である。 図８Ａは、Ｍｙチャネルのスタイルシートを説明するための図である。 図８Ｂは、Ｍｙチャネルのスタイルシートを説明するための図である。 図９は、本発明のフィード格納システムの構成を説明するための概念図である。

符号の説明

１０… フィード生成エンジン
２０… コンテナリソース
３０… フィード更新エンジン
４０（−ｉ、ｉ＝１〜ｎ）… サービスコンテナ
５０… 無線通信装置
１００… フィード格納システム

Claims (14)

1. Ｗｅｂサイトのメタデータと、配信対象となる会員を決定するためのフィード配信制御データとを含む共通仕様フィードを格納するためのコンテナリソースと、
   会員毎に提供され、前記共通仕様フィードのＵＲＬと前記共通仕様フィードに含まれるメタデータの複写とを含むフィードを格納し、前記会員毎に提供される利用者ポータル（利用者ページ）に前記フィードを提供するためのサービスコンテナと、
   前記共通仕様フィードを作成して前記コンテナリソースに格納し、前記フィードを作成して、前記フィード配信制御データに基づき前記配信対象となる会員のサービスコンテナに格納するフィード生成エンジンと
   を具備する
   フィード格納システム。
2. 請求項１に記載のフィード格納システムであって、
   前記フィード生成エンジンは、前記Ｗｅｂサイトの更新情報と前記共通仕様フィードの更新情報とを比較して前記Ｗｅｂサイトの更新を判定すると、前記共通仕様フィードを更新する
   フィード格納システム。
3. 請求項２に記載のフィード格納システムであって、
   前記フィード生成エンジンは、前記ＷｅｂサイトがＲＳＳフィードを有していれば前記ＷｅｂサイトのＲＳＳフィードに基づいて前記共通仕様フィードを作成し、前記ＷｅｂサイトがＲＳＳフィードを有していなければ前記Ｗｅｂサイト自体からＲＳＳフィードに用いられるメタデータを取得して前記共通仕様フィードを作成する
   フィード格納システム。
4. 請求項３に記載のフィード格納システムであって、
   前記共通仕様フィードは、
   前記ＷｅｂサイトのＲＳＳフィードに用いられるメタデータと、
   前記フィード配信制御データを構成する以下の、
   前記ＷｅｂサイトがＷｅｂ１．０かＷｅｂ２．０かを示す属性コードと、
   前記Ｗｅｂサイトのジャンル及びカテゴリを示す分類コードと、
   前記Ｗｅｂサイトの閲覧に好適なユーザデバイスを示す情報と、
   前記Ｗｅｂサイトの内容に関連する位置情報と、
   前記フィードの配信数の上限を指定するフィード複写カウンタと、
   前記フィードの配信時刻を示す情報と、
   前記共通仕様フィードの所在情報を一意的に示すＵＲＬを変換したＱＲコード画像のＵＲＬと、
   前記フィードの配信対象のユーザプロファイル（地域、年齢、性別、趣味、職業）を示す情報と
   を含む
   フィード格納システム。
5. 請求項３又は４に記載のフィード格納システムであって、
   前記フィード生成エンジンは、前記会員毎の指定する前記フィード配信制御データに基づき、前記コンテナリソース内の前記共通仕様フィードを判定し、配信条件に合致すればＲＳＳフィードに用いられるメタデータと前記共通仕様フィードのＵＲＬを取得して前記フィードを作成し、前記配信対象となる会員のサービスコンテナに格納する
   フィード格納システム。
6. 請求項１乃至５のいずれか一項に記載のフィード格納システムであって、
   前記フィード生成エンジンは、前記コンテナリソース内における前記共通仕様フィードの所在情報を一意的に示すＵＲＬをＱＲコード画像に変換し、前記共通仕様フィードと共に前記ＱＲコード画像をコンテナリソースに格納する
   フィード格納システム。
7. 請求項１乃至６のいずれか一項に記載のフィード格納システムであって、
   前記共通仕様フィードの更新情報と前記フィードの更新情報とを比較して前記共通仕様フィードの更新を判定すると、前記フィード配信制御データに基づき前記配信対象となる会員のサービスコンテナに格納された前記フィードを更新するフィード更新エンジン
   を更に具備する
   フィード格納システム。
8. 請求項１乃至７のいずれか一項に記載のフィード格納システムであって、
   前記コンテナリソースは、サーバ装置であり、
   前記サービスコンテナは、サーバ装置、インターネット接続装置、又は無線通信装置のいずれかである
   フィード格納システム。
9. Ｗｅｂサイトのメタデータと、配信対象となる会員を決定するためのフィード配信制御データとを含む共通仕様フィードを作成してコンテナリソースに格納するステップと、
   前記共通仕様フィードのＵＲＬと前記共通仕様フィードに含まれるメタデータの複写とを含むフィードを作成して、前記フィード配信制御データに基づき前記配信対象となる会員のサービスコンテナに格納するステップと、
   前記配信対象となる会員の利用者ポータル（利用者ページ）に前記フィードを提供するステップと
   を具備する
   フィード格納方法。
10. 請求項９に記載のフィード格納方法であって、
    前記Ｗｅｂサイトの更新情報と前記共通仕様フィードの更新情報とを比較して更新を判定すると、前記共通仕様フィードを更新するステップと
    を更に具備する
    フィード格納方法。
11. 請求項９又は１０に記載のフィード格納方法であって、
    前記会員毎の指定する前記フィード配信制御データに基づき、前記コンテナリソース内の前記共通仕様フィードを判定し、配信条件に合致すればＲＳＳフィードに用いられるメタデータと前記共通仕様フィードのＵＲＬを取得して前記フィードを作成し、前記配信対象となる会員のサービスコンテナに格納するステップ
    を更に具備する
    フィード格納システム。
12. 請求項９乃至１１のいずれか一項に記載のフィード格納方法であって、
    前記コンテナリソース内における前記共通仕様フィードの所在情報を一意的に示すＵＲＬをＱＲコード画像に変換し、前記共通仕様フィードと共に前記ＱＲコード画像をコンテナリソースに格納するステップ
    を更に具備する
    フィード格納方法。
13. 請求項９乃至１２のいずれか一項に記載のフィード格納方法であって、
    前記共通仕様フィードの更新情報と前記フィードの更新情報とを比較して更新を判定すると、前記フィード配信制御データに基づき前記配信対象となる会員のサービスコンテナに格納された前記フィードを更新するステップ
    を更に具備する
    フィード格納方法。
14. 請求項９乃至１３のいずれか一項に記載のフィード格納方法を、コンピュータに実行させるためのプログラム。

Images