(57)【特許請求の範囲】
【請求項１】
コンピュータ実装された方法であって、
オンライン・システムのデータベース内に複数のオブジェクトを記憶する工程であって、各オブジェクトは、少なくとも１つのトピックに関連付けられている、工程と、
１以上のコンテンツ・ソースからコンテンツ・アイテムを受け取る工程であって、前記コンテンツ・アイテムの各々は、テキストを含み、
受け取った各コンテンツ・アイテムについて、前記コンテンツ・アイテムの前記テキストを１以上の文法テンプレートと比較する工程であって、各文法テンプレートは、前記オンライン・システムに記憶され、少なくとも１つの特定のトピックに関連付けられている少なくとも１つのオブジェクトと、特定の語句、フレーズ、または他のオブジェクトとの間の文法関係を定義し、各文法テンプレートは、対応するオントロジおよび前記対応するオントロジ内の特定のエンティティのうちの少なくとも１つに関連付けられている、工程と、
前記コンテンツ・アイテムの、前記オンライン・システムによって記憶され、少なくとも１つの対応するトピックに関連付けられている１以上のオブジェクトの各々に対する親和度を、前記１以上のオブジェクトの各々に関連付けられている文法テンプレートに一致する前記コンテンツ・アイテムのテキストの一部に少なくとも部分的に基づいて決定する、親和度決定工程と、
受け取った各コンテンツ・アイテムの前記少なくとも１つのオブジェクトに対する前記親和度に少なくとも部分的に基づいて、前記コンテンツ・アイテムを、前記オンライン・システムによって記憶されている少なくとも１つのオブジェクトに関連付ける、関連付け工程と、
トピックに関するフィードを生成する工程であって、前記フィードは、前記トピックに関連付けられている前記オンライン・システムによって記憶されている１以上のオブジェクトに関連付けられており、かつ前記コンテンツ・ソースのうちの１以上から受け取ったコンテンツ・アイテムを含む、フィード生成工程と
を備える方法。
【請求項２】
受け取ったコンテンツ・アイテムのテキストから用語を抽出する工程をさらに備え、前記親和度決定工程は、
受け取ったコンテンツ・アイテムから抽出された１以上の用語と、１以上のオブジェク
トに関連付けられているマッチ・キーとの比較に少なくとも部分的に基づいて、受け取った前記コンテンツ・アイテムからの用語と、前記データベース内の１以上のオブジェクトの各々との間における親和度を決定する工程であって、オブジェクトに関連付けられているマッチ・キーは、前記オブジェクトを識別する１以上の用語を含む、工程をさらに備える、請求項１に記載の方法。
【請求項３】
受け取ったコンテンツ・アイテムに関連付けられている作成者を識別する工程をさらに備え、前記親和度決定工程は、
前記トピックに関連付けられている前記データベース内の前記１以上のオブジェクトに対する、受け取った前記コンテンツ・アイテムに関連付けられている作成者の親和度を決定する工程をさらに備える、請求項１に記載の方法。
【請求項４】
前記トピックは、前記データベース内の前記１以上のオブジェクトに関連付けられているイベントであり、前記親和度決定工程は、
受け取った前記コンテンツ・アイテムのうちの各々に関連付けられている時間、および前記イベントに関連付けられている時間に少なくとも部分的に基づいて、前記トピックに関連付けられている前記データベース内の１以上のオブジェクトに対する、受け取った前記コンテンツ・アイテムの親和度を決定する工程をさらに備える、請求項１に記載の方法。
【請求項５】
前記フィード生成工程は、
前記トピックに関連付けられているオントロジに基づいて、前記トピックに関連付けられている前記データベース内の１以上のオブジェクトを識別する工程であって、前記オントロジは、前記データベース内の前記複数のオブジェクト同士の間における関係を定義する、工程と、
前記トピックに関連付けられている前記オントロジ内に含まれている前記データベース内の少なくとも１つのオブジェクトに関連付けられているコンテンツ・アイテムを、前記トピックに関する前記フィード内に含めるために選択する工程とを備える、請求項１に記載の方法。
【請求項６】
前記フィード生成工程は、
前記オンライン・システムによって記憶されており、かつ前記トピックに関連付けられている１以上のオブジェクトに関する少なくともしきい値親和度を有するコンテンツ・アイテムを、前記トピックに関する前記フィード内に含めるために選択する工程を備える、請求項１に記載の方法。
【請求項７】
前記しきい値親和度は、前記トピックに関連付けられている少なくとも１つのオブジェクトに関連付けられているコンテンツ・アイテムの数に少なくとも部分的に基づく、請求項６に記載の方法。
【請求項８】
前記しきい値親和度がユーザから受け取られる、請求項６に記載の方法。
【請求項９】
前記フィード生成工程は、
前記トピックを識別する要求を受け取る工程と、
前記要求を受け取ったことに応答して前記トピックに関する前記フィードを生成する工程とを備える、請求項１に記載の方法。
【請求項１０】
命令がその上にエンコードされている非一時的コンピュータ可読記憶媒体を備えるコンピュータ・プログラム製品であって、前記命令がプロセッサによって実行されたとき、前記プロセッサに、
オンライン・システムのデータベース内に複数のオブジェクトを記憶する工程であって、各オブジェクトは、少なくとも１つのトピックに関連付けられている、工程と、
１以上のコンテンツ・ソースからコンテンツ・アイテムを受け取る工程であって、前記コンテンツ・アイテムの各々は、テキストを含み、
受け取った各コンテンツ・アイテムについて、前記コンテンツ・アイテムの前記テキストを１以上の文法テンプレートと比較する工程であって、各文法テンプレートは、前記オンライン・システムに記憶され、少なくとも１つの特定のトピックに関連付けられている少なくとも１つのオブジェクトと、特定の語句、フレーズ、または他のオブジェクトとの間の文法関係を定義し、各文法テンプレートは、対応するオントロジおよび前記対応するオントロジ内の特定のエンティティのうちの少なくとも１つに関連付けられている、工程と、
前記コンテンツ・アイテムの、前記オンライン・システムによって記憶され、少なくとも１つの対応するトピックに関連付けられている１以上のオブジェクトの各々に対する親和度を、前記１以上のオブジェクトの各々に関連付けられている文法テンプレートに一致する前記コンテンツ・アイテムのテキストの一部に少なくとも部分的に基づいて決定する、親和度決定工程と、
受け取った各コンテンツ・アイテムの前記少なくとも１つのオブジェクトに対する前記親和度に少なくとも部分的に基づいて、前記コンテンツ・アイテムを、前記オンライン・システムによって記憶されている少なくとも１つのオブジェクトに関連付ける、関連付け工程と、
トピックに関するフィードを生成する工程であって、前記フィードは、前記トピックに関連付けられている前記オンライン・システムによって記憶されている１以上のオブジェクトに関連付けられており、かつ前記コンテンツ・ソースのうちの１以上から受け取ったコンテンツ・アイテムを含む、フィード生成工程と
を行わせる、コンピュータ・プログラム製品。
【請求項１１】
前記命令は、プロセッサによって実行されたとき、前記プロセッサに、
受け取ったコンテンツ・アイテムのテキストから用語を抽出する工程を行わせる命令をさらに備え、前記親和度決定工程は、
受け取ったコンテンツ・アイテムから抽出された１以上の用語と、１以上のオブジェクトに関連付けられているマッチ・キーとの比較に少なくとも部分的に基づいて、受け取った前記コンテンツ・アイテムからの用語と、前記データベース内の１以上のオブジェクトの各々との間における親和度を決定する工程であって、オブジェクトに関連付けられているマッチ・キーは、前記オブジェクトを識別する１以上の用語を含む、工程をさらに備える、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１２】
前記命令は、プロセッサによって実行されたとき、前記プロセッサに、
受け取ったコンテンツ・アイテムに関連付けられている作成者を識別する工程を行わせる命令をさらに備え、前記親和度決定工程は、
前記トピックに関連付けられている前記データベース内の前記１以上のオブジェクトに対する、受け取った前記コンテンツ・アイテムに関連付けられている作成者の親和度を決定する工程をさらに備える、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１３】
前記トピックは、前記データベース内の前記１以上のオブジェクトに関連付けられているイベントであり、前記親和度決定工程は、
受け取った前記コンテンツ・アイテムのうちの各々に関連付けられている時間、および前記イベントに関連付けられている時間に少なくとも部分的に基づいて、前記トピックに関連付けられている前記データベース内の１以上のオブジェクトに対する、受け取った前記コンテンツ・アイテムの親和度を決定する工程をさらに備える、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１４】
前記フィード生成工程は、
前記トピックに関連付けられているオントロジに基づいて、前記トピックに関連付けられている前記データベース内の１以上のオブジェクトを識別する工程であって、前記オントロジは、前記データベース内の前記複数のオブジェクト同士の間における関係を定義する、工程と、
前記トピックに関連付けられている前記オントロジ内に含まれている前記データベース内の少なくとも１つのオブジェクトに関連付けられているコンテンツ・アイテムを、前記トピックに関する前記フィード内に含めるために選択する工程とを備える、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１５】
前記フィード生成工程は、
前記オンライン・システムによって記憶されており、かつ前記トピックに関連付けられている１以上のオブジェクトに関する少なくともしきい値親和度を有するコンテンツ・アイテムを、前記トピックに関する前記フィード内に含めるために選択する工程を備える、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１６】
前記しきい値親和度は、前記トピックに関連付けられている少なくとも１つのオブジェクトに関連付けられているコンテンツ・アイテムの数に少なくとも部分的に基づく、請求項１５に記載のコンピュータ・プログラム製品。
【請求項１７】
前記しきい値親和度がユーザから受け取られる、請求項１５に記載のコンピュータ・プログラム製品。
【請求項１８】
前記フィード生成工程は、
前記トピックを識別する要求を受け取る工程と、
前記要求を受け取ったことに応答して前記トピックに関する前記フィードを生成する工程とを備える、請求項１０に記載のコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般に、オンライン・システムにおいてコンテンツ・アイテムのフィードを生成することに関し、詳細にはトピックのフィードを生成することに関する。
【背景技術】
【０００２】
多くのオンライン・プラットフォームは、そのユーザに、任意の数のトピックに関連したコンテンツを作成する、見つけ出す、および共有するための能力を提供している。コンテンツが発行される速度および伸びは、特にリアルタイムのソーシャル・ネットワーキング・プラットフォームにおいて、急速に高まっている。しかしながら、既存のオンライン・プラットフォームは、リアルタイムのデータをまとめて表面化させず、または作成されたコンテンツに実質的な品質フィルタを適用しない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
したがって、特定のトピックに関連付けられているコンテンツを受け取ることまたはフォローすることを望む従来のオンライン・プラットフォームのユーザは、それらの特定のトピックに関連付けられているコンテンツを容易に識別することができず、それらの特定のトピックに関連付けられているコンテンツを識別するために大量のコンテンツ内をナビゲートする場合が多い。オンライン・プラットフォームによって提供されるコンテンツの量が増大するにつれて、ユーザが、関心のあるトピックをフォローして、関心のあるそれらのトピックに関連した高品質の情報を見つけ出すことは、ますますいっそう困難になる。
【課題を解決するための手段】
【０００４】
ニュースフィード生成システム、またはその他のオンライン・システムが、特定のトピックに関連したコンテンツ・アイテムのフィードを生成する。コンテンツ・アイテムは、さまざまなコンテンツ・ソースからニュースフィード生成システムによって受け取られ、ニュースフィード生成システムは、さまざまなコンテンツ・アイテムと、データベース内のオブジェクトとの間における親和度を決定する。データベース内のそれぞれのオブジェクトは、１つまたは複数のトピックに関連付けられている。ニュースフィード生成システムは、コンテンツ・アイテムのさまざまなオブジェクトに関する親和度に基づいて、コンテンツ・アイテムを１つまたは複数のオブジェクトに関連付ける。たとえば、コンテンツ・アイテムは、そのコンテンツ・アイテムが最大の親和度を有する対象のオブジェクトに関連付けられ、またはそのコンテンツ・アイテムが少なくともしきい値親和度を有する対象の１つまたは複数のオブジェクトに関連付けられる。さまざまな実施形態においては、ニュースフィード生成システムは、コンテンツ・アイテムと、さまざまなオブジェクトとの間における親和度を、そのコンテンツ・アイテムから抽出されたマッチ・キー、そのコンテンツ・アイテムの文法構造、またはそのコンテンツ・アイテムのメタデータ（たとえば、作成者、作成された時間、および地理的ロケーション）を使用して決定する。ニュースフィード生成システムは、オブジェクト同士の間における関係を指定するオントロジに基づいて、コンテンツ・アイテムを１つまたは複数のオブジェクトに関連付けることができる。オントロジは、トピックに関連付けられること、およびそのトピックに関連付けられているさまざまなオブジェクト同士の間における関係を指定することが可能である。一例においては、ニュースフィード生成システムは、チーム、アスリート、およびコーチなどのオブジェクト同士の間における関係を定義するスポーツ・オントロジに関連付けられているオブジェクトのデータベースを維持する。
【０００５】
トピックに関連付けられているコンテンツ・アイテムを含むフィードが、そのトピックに関連付けられている少なくとも１つのオブジェクトに関連付けられているコンテンツ・アイテムに基づいて生成される。さまざまな実施形態においては、フィードは、トピックに関連付けられている少なくとも１つのオブジェクトに関する少なくともしきい値親和度を有するコンテンツ・アイテムを含む。トピックに関連付けられているフィードは、ユーザに通信されて、そのユーザが、そのトピックに関連付けられているコンテンツ・アイテムを容易に識別することを可能にする。
【図面の簡単な説明】
【０００６】
【図１】一実施形態による、ニュースフィード生成システムが機能するシステム環境のブロック図。
【図２】一実施形態による、ニュースフィード生成システムのブロック図。
【図３】アスレチック・チーム・オブジェクト・レコードを表示する例示的なユーザ・インターフェース。
【図４】アスレチック・チーム・オブジェクト・レコードに関連付けられているマッチ・キーを識別する例示的なユーザ・インターフェース。
【図５】アスレチック・チーム・オブジェクト・レコードに関連付けられている作成者およびコンテンツ・ソースを識別する例示的なユーザ・インターフェース。
【図６】アスレチック・チーム・オブジェクト・レコードに関連付けられているストリームのタイプを識別する例示的なユーザ・インターフェース。
【図７】アスレチック・チームに関連したコンテンツ・アイテムのフィードのカスタマイズを示す例示的なユーザ・インターフェース。
【図８】アスリート・レコードを示す例示的なユーザ・インターフェース。
【図９】一実施形態による、トピックに関連したコンテンツ・アイテムのフィードを生成するためのプロセスを示すフローチャート。
【図１０】トピックに関連付けられているフィードの一例。
【発明を実施するための形態】
【０００７】
これらの図は、例示のみの目的で本発明のさまざまな実施形態を示している。本明細書において記述されている本発明の原理から逸脱することなく、本明細書において示されている構造および方法の代替実施形態が採用されることが可能であるということを当業者なら以降の論考から容易に認識するであろう。
【０００８】
システム・アーキテクチャ
図１は、ニュースフィード生成システム１５０のためのシステム環境１００のハイ・レベル・ブロック図である。図１によって示されているシステム環境１００は、１つまたは複数のコンテンツ・ソース１１０と、１つまたは複数のオブジェクト情報ストア１２０と、イベント・スケジュール・ストア１３０と、１つまたは複数のクライアント・デバイス１４０と、ネットワーク１１５と、ニュースフィード生成システム１５０とを備える。代替構成においては、異なるおよび／またはさらなる構成要素がシステム環境１００内に含まれることが可能である。
【０００９】
コンテンツ・ソース１１０は、コンテンツ・アイテムのフィードを提供し、リアルタイム・コンテンツ作成を管理するためにさまざまなシステムのうちの任意のものを含むことができる。コンテンツ・ソース１１０の例は、ソーシャル・ネットワーキング・システム、ニュース・ウェブサイト、リッチ・サイト・サマリ（ＲＳＳ）フィードなどを含む。作成者は、コンテンツ・アイテムをコンテンツ・ソース１１０に提供し、コンテンツ・ソース１１０は、それらのコンテンツ・アイテムをコンテンツ・ソース１１０のさまざまなユーザに発行する。さまざまなタイプのコンテンツ・アイテムが、コンテンツ・ソース１１
０によってユーザに提供されることが可能である。例示的なタイプのコンテンツ・アイテムは、ソーシャル・ネットワーキング・ポスト、ロケーションへのチェックイン、ニュース更新、ブログ・エントリ、イメージ・データ、オーディオ・データ、およびビデオ・データを含む。コンテンツ・ソース１１０のユーザは、コンテンツ・ソース１１０によって発行されたコンテンツ・アイテムとの間で閲覧および対話を行う。コンテンツ・ソース１１０を通じて発行されたコンテンツ・アイテムは、コンテンツ・ソース１１０のいずれのユーザにとっても公然と利用可能である場合があり、またはコンテンツ・ソース１１０のユーザのうちのサブセットにとって利用可能である場合がある。たとえば、あるソーシャル・ネットワーキング・システムによって発行されたある作成者のコンテンツ・アイテムは、そのソーシャル・ネットワーキング・システムを通じてその作成者につながっているユーザには見えるが、そのソーシャル・ネットワーキング・システムを通じてその作成者につながっていないユーザには見えない。さらに、コンテンツ・ソース１１０は、アプリケーション・プログラミング・インターフェース（ＡＰＩ）またはその他の任意の適切な方法によるコンテンツ・アイテムへのアクセスを外部システムに提供することができる。コンテンツ・ソース１１０は、ユーザが、その他のユーザによって投稿されたコンテンツ・アイテムと対話すること、たとえば、あるコンテンツ・アイテムに対する好みを示すこと（すなわち、そのコンテンツ・アイテムに対して「いいね！」の表明をすること）、またはコンテンツ・ソース１１０のさらなるユーザとの間で、もしくはさらなるコンテンツ・ソース１１０のユーザとの間でコンテンツ・アイテムを共有することを可能にすることもできる。
【００１０】
オブジェクト情報ストア１２０は、オブジェクトと、それらのオブジェクトに関連した情報とを記憶する。さまざまな実施形態においては、オブジェクト情報ストア１２０は、コンテンツ・ソース１１０によって、ニュースフィード生成システム１５０によって、または、オブジェクト情報ストア１２０にＡＰＩアクセスを提供する、コンテンツ・ソース１１０の外部の、かつニュースフィード生成システム１５０の外部の１つもしくは複数のシステムによって維持される。一例においては、オブジェクト情報ストア１２０は、スポーツ・チーム、アスリート、コーチ、およびコメンテータの名前など、スポーツ関連のオブジェクトを記憶する。オブジェクト情報ストア１２０は、オブジェクトに関するその他の情報を記憶することもできる。スポーツ関連のオブジェクトを記憶する前述の例においては、オブジェクト情報ストア１２０は、それぞれのチームのアスリートおよびコーチ、それぞれのチームが関連付けられている都市、ならびにそれぞれのチームのホーム会場の名前を含む、チームに関する情報を記憶する。
【００１１】
イベント・スケジュール・ストア１３０は、オブジェクト情報ストア１２０のうちの１つまたは複数の中のオブジェクトに関連付けられているイベントの１つまたは複数のスケジュールを記憶する。たとえば、オブジェクト情報ストア１２０がスポーツ関連のオブジェクトを含んでいる場合には、イベント・スケジュール・ストア１３０は、それらのオブジェクトを含むスポーツ・イベントの１つまたは複数のスケジュールを含む。このケースにおいては、イベント・スケジュール・ストア１３０内のスケジュールは、アスレチック・イベント（競技イベント）の日付および時間、それぞれのイベントにおいて競争するチームおよび／またはアスリート、ならびにそれぞれのイベントのロケーションを提供する。イベント・スケジュール・ストア１３０は、オブジェクト情報ストア１２０とは別個のものであることが可能であり、またはオブジェクト情報ストア１２０のうちの１つまたは複数の中に含まれることが可能である。
【００１２】
クライアント・デバイス１４０は、ユーザ入力を受け取ること、ならびにネットワーク１１５を通じてデータを送信することおよび／または受け取ることが可能な１つまたは複数のコンピューティング・デバイスである。一実施形態においては、クライアント・デバイス１４０は、デスクトップまたはラップトップ・コンピュータなど、従来のコンピュー
タ・システムである。あるいは、クライアント・デバイス１４０は、携帯情報端末（ＰＤＡ）、モバイル電話、スマートフォン、または別の適切なデバイスなど、コンピュータ機能を有するデバイスであることが可能である。クライアント・デバイス１４０は、ネットワーク１１５を通じて通信を行うように構成されている。一実施形態においては、クライアント・デバイス１４０は、クライアント・デバイス１４０のユーザがコンテンツ・ソース１１０およびニュースフィード生成システム１５０と対話することを可能にするアプリケーションを実行する。たとえば、クライアント・デバイス１１０は、ネットワーク１１５を介したクライアント・デバイス１４０とニュースフィード生成システム１５０との間における対話を可能にするためにブラウザ・アプリケーションを実行する。別の実施形態においては、クライアント・デバイス１４０は、ＩＯＳ（登録商標）またはＡＮＤＲＯＩＤ（登録商標）など、クライアント・デバイス１４０のネイティブ・オペレーティング・システム上で動作するアプリケーション・プログラミング・インターフェース（ＡＰＩ）を通じてニュースフィード生成システム１５０と対話する。
【００１３】
ニュースフィード生成システム１５０は、１つまたは複数のコンテンツ・ソース１１０からコンテンツ・アイテムを受け取り、特定のトピックに関連付けられているコンテンツ・アイテムのフィードを生成する。たとえば、それぞれのフィードは、１つまたは複数のコンテンツ・ソース１１０から得られた特定のトピックに関連付けられているコンテンツ・アイテムを含む。一実施形態においては、ニュースフィード生成システム１５０は、１つまたは複数のオントロジに関連付けられているオブジェクトをオブジェクト・ストアに投入するためにオブジェクト情報ストア１２０から情報を取り出す。ニュースフィード生成システム１５０内のオントロジは、所与の領域におけるエンティティ同士の役割および関係を定義する。ニュースフィード生成システム１５０内のオブジェクトは、そのオントロジにおけるそれらのエンティティの特定のインスタンスである。たとえば、スポーツ・オントロジは、分野、リーグ、チーム、アスリート、およびコーチなどのエンティティ同士の間における関係を定義する。スポーツ・オントロジ内の例示的なオブジェクトは、フットボール（分野エンティティのインスタンス）、ナショナル・フットボール・リーグ（リーグ・エンティティのインスタンス）、サンフランシスコ４９ｅｒｓ（チーム・エンティティのインスタンス）、コリン・キャパニック（アスリート・エンティティのインスタンス）、およびジム・ハーバウ（コーチ・エンティティのインスタンス）を含む。ニュースフィード生成システム１５０は、スポーツ・オントロジによって定義されているアスリート、コーチ、およびチームの間における関係に基づいて、コリン・キャパニックおよびジム・ハーバウをサンフランシスコ４９ｅｒｓに関連付ける。
【００１４】
コンテンツ・ソース１１０から受け取ったコンテンツ・アイテムからフィードを生成するために、ニュースフィード生成システム１５０は、コンテンツ・ソース１１０から受け取ったアイテムと、１つまたは複数のオブジェクト・ストア１２０によって維持されているオブジェクトとのマッチングを行う。それぞれのフィードは、トピックに一致しているコンテンツ・アイテムを含み、それらのコンテンツ・アイテムは、オブジェクト、オブジェクトのグループ、オブジェクトに関連したイベントなどである場合がある。いくつかの実施形態においては、ニュースフィード生成システム１５０は、あるトピックに関するユーザ・クエリを受け取ったことに応答して、またはそのトピックのユーザ選択に応答して、そのトピックに関連付けられているコンテンツ・アイテムを含むフィードを生成する。一実施形態においては、ニュースフィード生成システム１５０は、フィードを、カスタマイズされたポータルを通じてクライアント・デバイス１４０に提供する。その他のケースにおいては、ニュースフィード生成システム１５０は、フィードを、コンテンツ・ソース１１０のうちの１つなど、別のシステムに供給する。
【００１５】
クライアント・デバイス１４０、コンテンツ・ソース１１０、およびニュースフィード生成システム１５０は、ネットワーク１１５を通じて通信を行うように構成されており、
ネットワーク１１５は、有線通信システムおよび／またはワイヤレス通信システムの両方を使用する、ローカル・エリア・ネットワークおよび／またはワイド・エリア・ネットワークの任意の組合せを含むことができる。一実施形態においては、ネットワーク１１５は、標準的な通信テクノロジおよび／またはプロトコルを使用する。たとえば、ネットワーク１１５は、イーサネット（登録商標）、８０２．１１、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）、３Ｇ、４Ｇ、符号分割多元接続（ＣＤＭＡ）、デジタル・サブスクライバ・ライン（ＤＳＬ）等などのテクノロジを使用する通信リンクを含む。ネットワーク１１５を通じて通信するために使用されるネットワーキング・プロトコルの例は、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）、ハイパーテキスト・トランスポート・プロトコル（ＨＴＴＰ）、シンプル・メール転送プロトコル（ＳＭＴＰ）、およびファイル転送プロトコル（ＦＴＰ）を含む。ネットワーク１２０を通じてやり取りされるデータは、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）または拡張マークアップ言語（ＸＭＬ）などの任意の適切なフォーマットを使用して表されることが可能である。いくつかの実施形態においては、ネットワーク１１５の通信リンクのうちのすべてまたはいくつかは、任意の適切な１つまたは複数の技術を使用して暗号化されることが可能である。
【００１６】
図２は、ニュースフィード生成システム１５０のアーキテクチャのブロック図である。図２において示されているニュースフィード生成システム１５０は、オブジェクト・マッピング・ツール２０５、オブジェクト・ストア２１０、コンテンツ・ソース・インターフェース・モジュール２１５、マッチング・モジュール２２０、品質スコア・モジュール２２５、フィード生成モジュール２３０、およびフィード表示モジュール２３５を含む。その他の実施形態においては、ニュースフィード生成システム１５０は、さまざまなアプリケーションに関するさらなる、より少ない、または異なる構成要素を含むことができる。ネットワーク・インターフェース、セキュリティ機能、ロード・バランサ、フェイルオーバ・サーバ、管理およびネットワーク・オペレーション・コンソール等などの従来の構成要素は、このシステム・アーキテクチャの詳細をわかりにくくすることのないように、示されていない。
【００１７】
オブジェクト・マッピング・ツール２０５は、１つまたは複数のオブジェクト情報ストア１２０から情報を取り出し、その取り出された情報を使用してオブジェクト・ストア２１０への投入を行う。さまざまな実施形態においては、オブジェクト・マッピング・ツール２０５は、１つまたは複数のオブジェクト情報ストア１２０からの情報を、オントロジに従ってオブジェクト・ストア２１０内のオブジェクトにマッピングする。たとえば、スポーツ・オントロジに関連付けられているオブジェクトをオブジェクト・ストア２１０に投入するために、オブジェクト・マッピング・ツール２０５は、１つまたは複数のオブジェクト情報ストア１２０からチームのリストおよびチームの登録選手名簿を取り出し、それぞれのオブジェクトに関するレコードを作成し、オブジェクト・レコードは、オブジェクトに関連付けられている情報（たとえば、そのオブジェクトを識別するためのマッチ・キー、そのオブジェクトに関連付けられているコンテンツ・アイテムの特徴、そのオブジェクトに関連付けられているコンテンツ・アイテムのタイプ）を含む。それらのオブジェクト・レコードは、そのオントロジに従ってその他のオブジェクト・レコードに関連付けられることが可能である。たとえば、オブジェクト・マッピング・ツール２０５は、あるアスリートに関するオブジェクト・レコードと、そのアスリートのチームに関するオブジェクト・レコードとの間における関連付けを作成する。
【００１８】
一実施形態においては、オブジェクト・マッピング・ツール２０５は、オブジェクト情報ストア１２０から取り出されたその他の情報を、オブジェクトに関して作成されたレコードにマッピングする。たとえば、オブジェクト・マッピング・ツール２０５は、アスリ
ートのニックネーム、およびアスリートを識別するハッシュタグを含むアスリートに関する識別情報をオブジェクト・ストア２１０内のそのアスリートのレコードに付加する。別の例に関しては、オブジェクト・マッピング・ツール２０５は、チームのニックネーム、ホーム・スタジアム、および都市提携など、チームに関する識別情報をオブジェクト・ストア２１０内のそのチームのレコードに付加する。いくつかのケースにおいては、オブジェクト・マッピング・ツール２０５によってオブジェクトのレコードに付加された情報は、そのオブジェクトに関連付けられているポジティブ・マッチ・キーまたはネガティブ・マッチ・キーとして記憶される。ポジティブ・マッチ・キーは、オブジェクトを識別するために使用されることが可能な用語またはフレーズである。たとえば、あるアスレチック・チームに関連付けられているポジティブ・マッチ・キーは、そのチームの名前、その名前の略称、ニックネーム、およびそのチームの都市提携を含むことができる。ネガティブ・マッチ・キーは、オブジェクトを識別しない用語またはフレーズである。あるアスレチック・チームに関連付けられているネガティブ・マッチ・キーは、そのチームを識別するために使用されるべきではないチームの名前、またはチームの名前に類似しているその他のオブジェクトを含むことができる。
【００１９】
一実施形態においては、オブジェクト・マッピング・ツール２０５は、オブジェクト・ストア２１０内のオブジェクト・レコードを修正するためのインターフェースを人である編集者に提供する。そのインターフェースを使用して、人である編集者は、オブジェクト・レコード同士の間における関係を作成もしくは編集すること、オブジェクトに関するその他の情報（アスリートもしくはチームのニックネームなど）でオブジェクト・レコードを増強すること、マッチ・キーを付加もしくは除去すること、オブジェクト同士の間における親和性を定義もしくは修正すること、またはオブジェクト・レコードに関連したその他のアクションを完遂することが可能である。
【００２０】
図３〜図８は、一実施形態による、オブジェクト・ストア２１０内のオブジェクト・レコードからの情報を表示する例示的なユーザ・インターフェースを示している。図３〜図７は、サンフランシスコ・ジャイアンツ（Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓ）という野球チームに関するオブジェクト・レコードを示している。図８は、マーショーン・リンチ（Ｍａｒｓｈａｗｎ  Ｌｙｎｃｈ）というアスリートに関するオブジェクト・レコードを示している。
【００２１】
図３において示されているように、Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓというチーム・オブジェクトは、複数のアスリート３０２に関連付けられており、それぞれのアスリートは、オブジェクト情報ストア１０２から取り出されたオブジェクトに対応しており、アスリートとチーム・オブジェクトとの間における関係は、スポーツ・オントロジによって定義されている。アスリート３０２のリストは、１つまたは複数のオブジェクト情報ストア１２０から取り出されたオブジェクトに対応しており、オブジェクト・マッピング・ツール２０５によってＳａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓというチーム・オブジェクトにマッピングされている。加えて、チーム・オブジェクトは、さまざまなオブジェクトのその後の取り出しを簡略化するために、そのチーム・オブジェクトに関連付けられているそれぞれのオブジェクトにキーを関連付ける。
【００２２】
図４は、Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓというチーム・オブジェクトの例示的なマッチ・キー４０２、およびそのオブジェクトに対する、それぞれのマッチ・キーの親和性４０４を示している。あるオブジェクトに関するあるマッチ・キーの親和性は、そのオブジェクトが、そのマッチ・キーを含むコンテンツ・アイテムに関連付けられている可能性を表している。図４に示されている例においては、親和性４０４は、（それぞれのスライド・バーの左側の）非常に否定的な値から（それぞれのスライド・バーの右側の）非常に肯定的な値まで調整可能である。たとえば、「Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇ
ｉａｎｔｓ」というフレーズは、Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓというチーム・オブジェクトに対して非常にポジティブな親和性を有しており、したがって、このフレーズを含んでいるコンテンツ・アイテムは、そのチーム・オブジェクトを参照している可能性が非常に高い。別の例としては、「ニューヨーク・ジャイアンツ（Ｎｅｗ  Ｙｏｒｋ  Ｇｉａｎｔｓ）」というフレーズは、Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓというチーム・オブジェクトに対して非常にネガティブな親和性を有しており、したがって、このフレーズを使用しているコンテンツ・アイテムは、そのチーム・オブジェクトを参照している可能性が非常に低い。一実施形態においては、編集者は、図４において示されているインターフェースを使用して、オブジェクトに対する、それぞれのマッチ・キーの親和性を手動で調整すること、またはオブジェクト・レコードに対してマッチ・キーの付加もしくは除去を行うことが可能である。
【００２３】
図５は、Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓというチーム・オブジェクトに関連付けられているコンテンツ・アイテムのソースを識別するための例示的なインターフェースを示している。図５によって示されている例においては、Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓというチーム・オブジェクトに関連付けられている作成者５０２。コンテンツ・アイテムに関連付けられているそれぞれの作成者または作成エンティティは、そのチーム・オブジェクトに対する親和性５０４を有しており、その親和性５０４は、いくつかの実施形態においては、ユーザによって調整可能とすることができる。図５において示されているように、あるオブジェクトに関するオブジェクト・レコードは、そのオブジェクトに関連付けられているコンテンツ・ソース５０６またはコンテンツ・ソースからの特定のフィード５０８を識別することもでき、同様にそのオブジェクトに対する対応する親和性を伴うそれぞれの識別されたコンテンツ・ソース５０６またはコンテンツ・ソースからのフィード５０８からのコンテンツの親和性を指定することも可能である。一実施形態においては、編集者は、図５において示されているインターフェースを使用して、それぞれの作成者５０２、コンテンツ・ソース５０６、もしくはフィード５０８の親和性を調整することができ、またはオブジェクト・レコードに対して作成者５０２、コンテンツ・ソース５０６、もしくはフィード５０８の付加もしくは除去を行うことができる。
【００２４】
図６において示されているように、オブジェクト・レコードは、オブジェクトに関連付けられているコンテンツ・アイテムの提示について記述するストリームを用いて、Ｓａｎ
Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓというチーム・オブジェクトに関連付けられている指定されたタイプのストリームを通じたオブジェクトに関連付けられているコンテンツ・アイテムの提示について記述することができる。図６に示されている例においては、オブジェクトに関連付けられているコンテンツ・アイテムが、チーム・ストリーム（野球チームに関連したコンテンツ・アイテムのフィード）に、または試合ストリーム（チームがプレイしている試合に関連したコンテンツ・アイテムのフィード）に付加されることが可能である。図６において示されているインターフェースを使用して、編集者は、試合の当日、試合の開始の数時間前、試合中、試合の終了の数時間後、試合のない日、およびオフシーズンを含むさまざまなコンテキストでコンテンツ・アイテムが付加されるストリームを指定することができる。さまざまなタイプのストリームをさまざまなコンテキストでオブジェクトに関連付けることによって、コンテンツ・アイテムが提示されるフォーマットが、さまざまなコンテンツ・アイテムとのユーザ対話の可能性を高めるためのコンテキストに基づいて修正される。一実施形態においては、オブジェクトに関連付けられているコンテンツ・アイテムをユーザが閲覧することによって、ストリームが選択されることも可能である。たとえば、Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓのチーム・ストリームにサブスクライブしたユーザは、チーム・ストリーム・フォーマットにおいてコンテンツ・アイテムが提示されるコンテキストを選択することができる。
【００２５】
図７は、Ｓａｎ  Ｆｒａｎｃｉｓｃｏ  Ｇｉａｎｔｓのトピックに関連したコンテンツ
・アイテムを含むフィードをユーザがカスタマイズすることを可能にする例示的なユーザ・インターフェースを示している。たとえば、ユーザは、フィード内に含めるためにタイプ７０２のコンテンツ・アイテムを選択する。いくつかのケースにおいては、このユーザ・インターフェースは、そのトピックに関連したフィードを受け取るあらゆるユーザのためにオブジェクトのプロパティを編集する管理編集者に表示される。その他のケースにおいては、このユーザ・インターフェースは、そのトピックのフィードを受け取るユーザに表示されて、そのユーザが自分のフィードをカスタマイズすることを可能にする。
【００２６】
図８は、Ｍａｒｓｈａｗｎ  Ｌｙｎｃｈというアスリートに関する例示的なオブジェクト・レコードのためのユーザ・インターフェースを示している。図８において示されているように、アスリート・オブジェクトに関するオブジェクト・レコードは、アスリートの名前８０２、アスリートを識別するハッシュタグ８０４、およびアスリートのニックネーム８０６を含むことができる。アスリートの名前８０２、ハッシュタグ８０４のうちの１つもしくは複数、またはニックネーム８０６のうちの１つもしくは複数を含むコンテンツ・アイテムは、その後、アスリート・オブジェクト・レコードに関連付けられる。一実施形態においては、編集者は、図８において示されているインターフェースを使用してアスリート・レコードを編集して、たとえば、アスリートに関連付けられているハッシュタグまたはニックネームを付加または除去することができる。これは、アスリートに関連付けられているコンテンツ・アイテムをエディタが修正することを可能にする。
【００２７】
図２に戻ると、コンテンツ・ソース・インターフェース・モジュール２１５は、さまざまなコンテンツ・ソース１１０からコンテンツ・アイテムを取り出す。いくつかの実施形態においては、複数のコンテンツ・アイテムのフィードが、さまざまなコンテンツ・ソース１１０から取り出される。各コンテンツ・アイテムに関して、コンテンツ・ソース・インターフェース・モジュール２１５は、テキスト・コンテンツ、イメージ、またはビデオ、ならびにメタデータ、たとえば、作成者、およびコンテンツ・アイテムが作成された時間を取り出す。いくつかの実施形態においては、コンテンツ・ソース・インターフェース・モジュール２１５は、さまざまなコンテンツ・アイテムに関連付けられているロケーション、たとえば、コンテンツ・アイテムが作成されたロケーション（たとえば、作成者がコンテンツ・アイテムを生成したクライアント・デバイス１４０のジオタギング情報またはＩＰアドレス）を取り出すこともできる。一実施形態においては、コンテンツ・ソース・インターフェース・モジュール２１５は、コンテンツ・ソース１１０のパブリックＡＰＩにアクセスすることによって、コンテンツ・アイテムを取り出す。
【００２８】
マッチング・モジュール２２０は、コンテンツ・ソース１１０から受け取ったコンテンツ・アイテムとトピックとのマッチングを行う。いくつかの実施形態においては、トピックは、オブジェクト・ストア２１０内のオブジェクトである。たとえば、マッチング・モジュール２２０は、コンテンツ・アイテムと、オブジェクト・ストア２１０内の特定のオブジェクトに関連しているトピック（たとえば、アスリートに対応するオブジェクト）とのマッチングを行う。その他の実施形態においては、トピックは、オブジェクト・ストア２１０内のオブジェクトのセットに関連付けられている。たとえば、マッチング・モジュール２２０は、コンテンツ・アイテムと、オブジェクト・ストア２１０内のチーム・オブジェクトに関連付けられているアスレチック・チームとのマッチングを行い、コンテンツ・アイテムと、そのチーム上のアスリートに関連付けられているオブジェクトとのマッチングを行う。さらに他の実施形態においては、トピックは、１つまたは複数のオブジェクトに関連付けられているイベントである。たとえば、マッチング・モジュール２２０は、コンテンツ・アイテムと、オブジェクト・ストア２１０内のオブジェクトを有する２つのチームに関連付けられている特定のアスレチック・イベント（２つのチームの間における試合など）、および特定の期間にわたってそれぞれのチームのメンバであって、かつ１つまたは複数のオブジェクト・ストア２１０内のオブジェクトに関連付けられているアスリ
ートとのマッチングを行う。
【００２９】
コンテンツ・ソース１１０から取り出したコンテンツ・アイテムとトピックとのマッチングを行うために、マッチング・モジュール２２０は、それぞれが１つまたは複数のトピックに関連付けられているオブジェクト・ストア２１０内のさまざまなオブジェクトまたはオブジェクトのセットに対する、コンテンツ・アイテムの親和性を決定する。マッチング・モジュール２２０は、オブジェクト・ストア２１０によって維持されている複数のオブジェクトに関する、コンテンツ・アイテムの親和度を決定し、それらの親和度に基づいてコンテンツ・アイテムをオブジェクトに関連付ける。たとえば、コンテンツ・アイテムは、そのコンテンツ・アイテムが最大の親和度を有する対象のオブジェクトに関連付けられて、そのコンテンツ・アイテムは、そのコンテンツ・アイテムが最大の親和度を有する対象のオブジェクトに関連付けられている１つまたは複数のトピックに関連付けられる。マッチング・モジュール２２０は、コンテンツ・アイテムと、オブジェクト・ストア２１０内に記憶されているそれぞれのオブジェクトとの間における親和度を決定することができる。
【００３０】
一実施形態においては、マッチング・モジュール２２０は、コンテンツ・アイテムと比較するために、オブジェクト・ストア２１０から候補オブジェクトを選択する。コンテンツ・アイテムをコンテンツ・ソース１１０から受け取った場合には、マッチング・モジュール２２０は、そのコンテンツ・アイテムのテキストを個々の用語またはフレーズのセットへとトークン化する。次いでマッチング・モジュール２２０は、それらのトークンを、オブジェクト・ストア２１０内に含まれていてさまざまなオブジェクトに関連付けられているオブジェクト・レコード内のコンテンツと比較することによって、オブジェクト・ストア２１０から候補オブジェクトを選択する。たとえば、マッチング・モジュール２２０は、コンテンツ・アイテムから抽出された１つまたは複数のトークンに一致するコンテンツを有するオブジェクト・レコードに関連付けられているオブジェクトを候補オブジェクトとして選択する。次いでマッチング・モジュール２２０は、コンテンツ・アイテムと、候補オブジェクトのうちの各々との間における親和度を決定する。
【００３１】
コンテンツ・アイテムとオブジェクトとの間における親和度を決定するために、マッチング・モジュール２２０は、そのオブジェクトに関連付けられているコンテンツに対する、そのコンテンツ・アイテムから抽出された１つまたは複数のマッチ・キーの親和性を決定する。たとえば、マッチング・モジュール２２０は、あるコンテンツ・アイテムから抽出され、かつオブジェクトに関連付けられているさまざまなマッチ・キーとの間での親和性の値を、それらのマッチ・キーと、オブジェクト・ストア２１０内に記憶されているオブジェクトとの間における親和性に基づいて決定する。このケースにおいては、マッチング・モジュール２２０は、そのコンテンツ・アイテムからデータ（たとえば、テキスト・データ）を抽出し、それらの抽出されたデータに対する少なくともしきい値類似度を有するオブジェクト・ストア２１０内のマッチ・キーを識別し、それぞれの識別されたマッチ・キーに関連付けられているオブジェクトを識別し、識別されたオブジェクトに関連付けられているマッチ・キーに関連付けられている親和性の値を取り出す。そのコンテンツ・アイテムが、ある単一のマッチ・キーに対する少なくともしきい値類似度を有するデータを含む場合には、マッチング・モジュール２２０は、そのコンテンツ・アイテムと、オブジェクト・ストア２１０内のオブジェクトとの間における親和度を、そのマッチ・キーとさまざまなオブジェクトとの間における親和性の値として決定することができる。あるコンテンツ・アイテムから抽出されたコンテンツが、あるオブジェクトに関連付けられている複数のマッチ・キーに対する少なくともしきい値類似度を有している場合には、マッチング・モジュール２２０は、そのコンテンツ・アイテムとそのオブジェクトとの間における親和度を、そのコンテンツ・アイテムから抽出されたコンテンツに対する少なくともしきい値類似度を有するそのオブジェクトに関連付けられているそれぞれのマッチ・キーの
親和性の値同士を結合する関数に基づいて決定する。たとえば、マッチング・モジュール２２０は、あるコンテンツ・アイテムとあるオブジェクトとの間における親和度を、そのオブジェクトに関連付けられているさまざまなマッチ・キーに関連付けられている親和性の値同士の加重平均として決定する。
【００３２】
一実施形態においては、マッチング・モジュール２２０は、コンテンツ・アイテム内のテキストの文法構造を分析して、そのコンテンツ・アイテムとオブジェクトとの間における親和度を決定する。マッチング・モジュール２２０は、コンテンツ・アイテム内に含まれている個々の用語を分析することよりもむしろ、コンテンツ・アイテムと、そのコンテンツ・アイテム内のテキスト・データの構文に基づいてオブジェクト・ストア２１０内の１つまたは複数のオブジェクトとのマッチングを行う。たとえば、マッチング・モジュール２２０は、コンテンツ・アイテム内のテキスト・データを文法テンプレートのセットと比較し、それぞれの文法テンプレートは、さまざまなタイプを有するオブジェクト・ストア２１０内のオブジェクトに関する変数を含む。例示的な文法テンプレートは、「＜都市＞＜チーム名＞」、「＜アスリート１＞が＜アスリート２＞を救った」、および「＜アスリート１＞がまさに＜アスリート２＞に挑戦した」を含み、それぞれの都市、チーム名、およびアスリートの変数は、その変数によって指定されたタイプを有する任意のオブジェクトの値を有することができる。文法テンプレートは、特定のオントロジまたはオントロジ内の特定のエンティティに関連付けられることが可能である。たとえば、バスケットボールに適用可能な文法テンプレートは、フットボールに適用可能な文法テンプレートとは異なる場合があり、したがって、フットボールに関連付けられているエンティティに関するオントロジと、バスケットボールに関連付けられているエンティティに関するオントロジとでは、別々の文法テンプレートが関連付けられる。文法テンプレートは、時間とともに受け取ったコンテンツ・アイテムの分析に基づいて、ニュースフィード生成システム１５０によって時間とともに学習されることが可能である。その他の実施形態においては、ニュースフィード生成システム１５０のユーザは、特定のトピックに、または特定のオントロジに関連付けられている文法テンプレートを定義する。
【００３３】
マッチング・モジュール２２０は、コンテンツ・アイテムとオブジェクトとの間における親和度を決定するために文法テンプレートを使用する。たとえば、いくつかのコンテンツ・アイテムは、「デトロイト（Ｄｅｔｒｏｉｔ）」および「ライオンズ（ｌｉｏｎｓ）」というマッチ・キーを含む場合があり、そのいくつかは、デトロイト・ライオンズというフットボール・チームについて論じており、その他は、デトロイトの動物園のライオンについて論じている。マッチング・モジュール２２０は、これらのコンテンツ・アイテムを文法テンプレートと比較し、デトロイト・ライオンズというフットボール・チームについて論じているコンテンツ・アイテムは、「＜都市＞＜チーム名＞」という構造を有する文法テンプレートに一致しており、その一方で、デトロイト動物園のライオンについて記述しているコンテンツ・アイテムは、その文法テンプレートに一致していないということを決定する。したがって、デトロイト・ライオンズについて論じているコンテンツ・アイテムは、動物園のライオンに関するコンテンツ・アイテムによってフットボールに関連付けられているトピックに対する親和度と比べて、フットボールに関連付けられているトピックに対しての方がより高い親和度を有していると決定される。
【００３４】
加えて、マッチング・モジュール２２０は、コンテンツ・アイテムに関連付けられているメタデータを使用して、そのコンテンツ・アイテムと、オブジェクト・ストア２１０内のさまざまなオブジェクトとの間における親和度を決定することもできる。一実施形態においては、マッチング・モジュール２２０は、オブジェクト・ストア２１０内のオブジェクトのセットのうちの各々のオブジェクトに対する、コンテンツ・アイテムの作成者の親和度を決定する。たとえば、あるコンテンツ・アイテムの作成者が、ある特定のスポーツ・チームに関して頻繁に書いている場合には、その作成者と、そのスポーツ・チームとの
間における親和性の値は高い。別の実施形態においては、マッチング・モジュール２２０は、オブジェクト・ストア２１０内のオブジェクトのセットのうちの各々に対する、コンテンツ・アイテムのソース１１０の親和性を決定する。たとえば、ある特定の都市と提携しているあるニュース・ウェブサイトは、異なる都市と提携しているニュース・ウェブサイトと比べて、その都市のアスレチック・チームについて書く可能性がより高い場合があり、したがって、ある都市のニュース・ウェブサイトは、その都市のアスレチック・チームに対する高い親和性を有する場合がある。ある作成者またはコンテンツ・ソース１１０と、あるオブジェクトとの間における親和性は、そのオブジェクトに関連付けられているオブジェクト・レコード内に含めてオブジェクト・ストア２１０内に記憶されることが可能である。
【００３５】
マッチング・モジュール２２０は、マッチ・キー、文法構造、および／または作成者もしくはコンテンツ・ソースの提携を使用して、コンテンツ・アイテムと、さまざまなオブジェクトとの間における基準親和度を決定する。一実施形態においては、マッチング・モジュール２２０は、コンテンツ・アイテムのその他のメタデータに基づいて基準親和度を増大または減少させる。たとえば、オブジェクト・ストア２１０内のあるオブジェクトが、あるイベントに関連付けられている場合には、マッチング・モジュール２２０の一実施形態は、あるコンテンツ・アイテムが作成された時間を、そのイベントに関連付けられている時間と比べて考慮して、そのコンテンツ・アイテムと、そのイベントに関連付けられているオブジェクトとの間における親和度を決定する。マッチング・モジュール２２０は、コンテンツ・アイテムが作成された時間を、１つまたは複数のオブジェクトに関連付けられているイベントのスケジュールと比較し、そのコンテンツ・アイテムが、そのイベントに対応する時間ウィンドウ中に（たとえば、そのイベント中に、そのイベントからしきい値量未満の時間だけ前に、もしくはそのイベントからしきい値量未満の時間だけ後に）生成された場合には、そのコンテンツ・アイテムとあるイベントに関連付けられているオブジェクトとの間における親和度を基準親和度より増大させ、または、そのコンテンツ・アイテムがそのイベントに対応する時間ウィンドウ外で生成された場合には、その親和度を基準親和度より減少させる。
【００３６】
別の例としては、マッチング・モジュール２２０は、コンテンツ・アイテムとオブジェクトとの間における親和度を、そのコンテンツ・アイテムに関連付けられているロケーション、たとえば、そのコンテンツ・アイテムが作成されたロケーションに基づいて修正する。マッチング・モジュール２２０は、そのコンテンツ・アイテムのロケーションを、オブジェクト・ストア２１０内のオブジェクトに関連付けられているロケーション、たとえば、オブジェクト・ストア２１０内のオブジェクトに関連付けられているイベントに関連付けられているロケーションと比較する。たとえば、あるコンテンツ・アイテムが、あるアスレチック・スタジアムにおいて作成されたものとしてジオタグ付けされている。この例においては、そのコンテンツ・アイテムと、そのアスレチック・スタジアムに関連付けられているオブジェクト（たとえば、そのスタジアムにおいてプレイしているチーム、またはそのアスレチック・スタジアムにおいてプレイしているチーム上のアスリート）との間における親和度は、そのコンテンツ・アイテムと、その他のオブジェクトとの間における親和性よりも高くなる可能性が高い。したがって、マッチング・モジュール２２０は、そのコンテンツ・アイテムと、そのスタジアムに関連付けられているオブジェクトとの間における親和度を基準親和度より増大させる。
【００３７】
品質スコア・モジュール２２５は、コンテンツ・ソース１１０から受け取った各コンテンツ・アイテムに関する品質スコアを生成する。あるコンテンツ・アイテムに関連付けられている品質スコアは、そのコンテンツ・アイテムの固有性の度合い、そのコンテンツ・アイテムの作成者の社会的貢献、またはそのコンテンツ・アイテムに関連付けられているその他の任意の適切な特徴を表す。品質スコアは、ユーザがそのコンテンツ・アイテムと
対話する可能性、またはユーザがそのコンテンツ・アイテムに関心を有している可能性を提供することができる。たとえば、品質スコア・モジュール２２５は、コンテンツ・ソース１１０から取り出されたコンテンツ・アイテムを分析して、重複しているコンテンツ・アイテム、またはコンテンツ・アイテムの重複しているフォーマットを識別する。この例においては、ユーザによるロケーションへのチェックインなど、類似のフォーマットを有するコンテンツ・アイテムは、少なくともしきい値数のコンテンツ・アイテムが類似のフォーマットを有している場合には、重複しているものとしてフラグが設定され、したがって、品質スコア・モジュール２２５は、類似のフォーマットを有するコンテンツ・アイテムの品質スコアを減少させる。同様に、複数のユーザによって再投稿されたコンテンツ・アイテムは、最初に投稿されたコンテンツ・アイテムよりも低い品質スコアを受け取ることができる。別の例としては、あるコンテンツ・アイテムが、あるソーシャル・ネットワーキング・システムに投稿された場合に、品質スコア・モジュール２２５は、そのコンテンツ・アイテムの作成者によるそのソーシャル・ネットワーキング・システムとの対話の量について記述するエンゲージメント・スコア（関りスコア）をそのソーシャル・ネットワーキング・システムから取り出し、そのコンテンツ・アイテムに関する品質スコアを生成する際にそのエンゲージメント・スコアを考慮する。たとえば、そのソーシャル・ネットワーキング・システムとの少なくともしきい値のエンゲージメント・スコアを有する作成者に関連付けられているコンテンツ・アイテムは、そのソーシャル・ネットワーキング・システムとのしきい値未満のエンゲージメント・スコアを有する作成者に関連付けられているコンテンツ・アイテムよりも高い品質スコアを受け取る。
【００３８】
フィード生成モジュール２３０は、それぞれがトピックに関連付けられているコンテンツ・アイテムのフィードを、マッチング・モジュール２２０によってそのトピックに関連付けられている１つまたは複数のオブジェクトに関連付けられているコンテンツ・アイテムを選択することによって、生成する。それらの選択されたコンテンツ・アイテムは、複数のコンテンツ・ソース１１０から受け取ったコンテンツ・アイテムを含むことができる、そのトピックに関連付けられているフィード内に含められる。一実施形態においては、フィード生成モジュール２３０は、トピックに関連付けられているオブジェクトを、さまざまなエンティティ同士の間における関係を指定するオントロジに基づいて識別する。したがって、あるコンテンツ・アイテムが、さらなるオブジェクトに関連したものとしてオントロジによって識別されたオブジェクトに一致している場合には、そのコンテンツ・アイテムは、そのさらなるオブジェクトに、またはそのオブジェクトに関連付けられているコンテンツ・アイテムを含むフィード内に含められることが可能である。たとえば、あるスポーツ・オントロジが、あるチームと、そのチームのアスリートとの間における関係を定義し、したがって、フィード生成モジュール２３０は、そのチーム・オブジェクトに一致している、またはそのチームのアスリートに関するオブジェクトに一致しているコンテンツ・アイテムを選択することによって、そのチームに関連付けられているコンテンツ・アイテムを含むフィードを生成する。
【００３９】
一実施形態においては、フィード生成モジュール２３０は、トピックに関連付けられている１つまたは複数のオブジェクトに関する少なくともしきい値親和度を有するコンテンツ・アイテムのセットを選択する。トピックに関連付けられているフィード内に含めるためのコンテンツ・アイテムを選択するためのしきい値親和度は、そのフィード内のコンテンツ・アイテムの所望の数、またはコンテンツ・アイテムの所望の関連度に基づいて調整されることが可能である。たとえば、より高いしきい値親和度は、トピックに関連している可能性が低いコンテンツ・アイテムを除外し、その一方で、より低いしきい値親和度は、フィード内に含められるコンテンツ・アイテムの数を増大させる。一実施形態においては、フィード生成モジュール２３０は、指定された期間内のトピックに関連付けられているコンテンツ・アイテムの数に基づいてしきい値親和度を設定する。マッチング・モジュール２２０が、受け取った少なくともしきい値数のコンテンツ・アイテムをあるトピック
に関連付けた場合には、フィード生成モジュール２３０は、そのトピックに関連付けられているフィード内に含めるためのコンテンツ・アイテムを選択するためのしきい値親和度を増大させる。逆に、マッチング・モジュール２２０が、しきい値数未満のコンテンツ・アイテムをあるトピックに関連付けた場合には、フィード生成モジュール２３０は、そのトピックに関連付けられているフィード内に含められるコンテンツ・アイテムの数を増大させるために、しきい値親和度を減少させる。
【００４０】
同様に、フィード生成モジュール２３０は、コンテンツ・アイテムに関連付けられている品質スコアに基づいて、トピックに関連付けられているフィード内に含めるためのコンテンツ・アイテムを選択することができる。たとえば、フィード生成モジュール２３０は、しきい値未満の品質スコアを有するコンテンツ・アイテムを、トピックに関連付けられているフィード内に含めることから除外する。したがって、フィード生成モジュール２３０は、あるトピックに関連付けられているフィード内に含めるために、そのトピックに関連付けられているオブジェクトに関する少なくともしきい値親和度、および少なくともしきい値品質スコアの両方を有するコンテンツ・アイテムを選択することができる。しきい値品質スコアは、トピックに関連付けられているフィード内のコンテンツ・アイテムの所望の数、またはフィードに関連付けられているフィード内に含められるコンテンツ・アイテムの所望の品質に基づいて修正されることが可能である。
【００４１】
フィード生成モジュール２３０は、トピックに関連付けられているフィード内で類似のコンテンツ・アイテム同士をクラスタ化することもできる。一実施形態においては、フィード生成モジュール２３０は、さまざまなコンテンツ・アイテムから抽出されたマッチ・キーを互いに比較することによって、またはさまざまなコンテンツ・アイテムのテキストを文法テンプレートと比較することによって、類似のコンテンツ・アイテムを決定する。複数のコンテンツ・アイテムが、同じもしくは類似のマッチ・キーを含んでいる場合、または同じもしくは類似の文法テンプレートに対応するテキストを含んでいる場合には、フィード生成モジュール２３０は、それらのコンテンツ・アイテムをフィード内でクラスタ化する。たとえば、いくつかのコンテンツ・アイテムが、あるアスレチック・イベントにおける同じプレイを扱っている場合には、フィード生成モジュール２３０は、それらのコンテンツ・アイテムをフィード内でクラスタ化し、したがって、それらのコンテンツ・アイテムは、互いに隣り合って提示され、または複数のコンテンツ・アイテムからのコンテンツを含む集約されたコンテンツ・アイテムとして提示される。あるいは、フィード生成モジュール２３０は、フィード内に含めるために、クラスタの代表的なコンテンツ・アイテムのサブセットを選択して、そのクラスタ内のその他のアイテムを含めないことが可能である。たとえば、フィード生成モジュール２３０は、フィード内に含めるために、最も高い品質スコアを有するコンテンツ・アイテム、または少なくともしきい値品質スコアを有するコンテンツ・アイテムを選択する。
【００４２】
フィード表示モジュール２３５は、フィード生成モジュール２３０によって生成されたフィードを、ユーザへの提示のためにクライアント・デバイス１４０に提供する。フィード表示モジュール２３５の一実施形態は、トピックに関連付けられているフィードをコンテンツ・ソース１１０のうちの１つまたは複数などの外部システムに提供し、その外部システムは、そのトピックに関連付けられているそのフィードをクライアント・デバイス１４０に提供する。フィード表示モジュール２３５のその他の実施形態は、トピックに関連付けられているフィードを提示するユーザ・インターフェースを生成し、そのユーザ・インターフェースをクライアント・デバイス１４０に提供する。そのユーザ・インターフェースは、コンテンツ・アイテムに対するプリファレンスを示すこと、コンテンツ・アイテムに関してコメントすること、およびコンテンツ・アイテムを別のユーザと共有することなど、フィード内のコンテンツ・アイテムとの対話を行うためのネイティブ・リンクを含むことができる。さらに、そのユーザ・インターフェースは、フィードに関連付けられて
いるトピックに関連しているオブジェクトもしくはイベントの概要、統計情報、専門家の解説、またはその他の任意の情報を含むことができる。
【００４３】
トピックに関連付けられているフィードを生成
図９は、トピックに関連したコンテンツ・アイテムのフィードを生成するためのプロセスの一実施形態を示すフローチャートである。一実施形態においては、このプロセスの工程は、ニュースフィード生成システム１５０によって実行される。このプロセスのその他の実施形態は、異なる、より少ない、もしくはさらなる工程を含み、または工程同士を異なる順序で実行することができる。
【００４４】
ニュースフィード生成システム１５０は、ソーシャル・ネットワーキング・システム、報道機関、またはウェブ・サイトなど、１つまたは複数のコンテンツ・ソース１１０からコンテンツ・アイテムを受け取る（９０２）。いくつかの実施形態においては、ニュースフィード生成システム１５０は、それぞれが１つまたは複数のコンテンツ・アイテムを含むフィードを１つまたは複数のコンテンツ・ソース１１０から受け取る（９０２）。ニュースフィード生成システム１５０は、受け取ったコンテンツ・アイテムのうちの各々からマッチ・キーおよびメタデータ（作成者、ロケーション、および時間など）を抽出する（９０４）。一実施形態においては、それらのマッチ・キーおよびメタデータは、個々の用語またはフレーズのセットへとトークン化される。
【００４５】
ニュースフィード生成システム１５０は、各コンテンツ・アイテムからのマッチ・キーおよびメタデータ（９０４）を使用して、受け取ったコンテンツ・アイテムとの比較のために候補オブジェクトのセットを識別する（９０６）。たとえば、コンテンツ・アイテムが、「アスレチックスが、ブランドン・モスを復帰させる」というテキストを含む場合には、ニュースフィード生成システム１５０は、そのテキストを「アスレチックス」、「復帰させる」、「ブランドン」、および「モス」へとトークン化し、それらのトークンを、オブジェクト・ストア２１０内のオブジェクトに関連付けられている情報と比較する。それらのトークンに一致している、または類似している少なくともしきい値量のコンテンツに関連付けられているオブジェクト・ストア２１０からのオブジェクトは、候補オブジェクトとして識別される。前述の例においては、候補オブジェクトは、オークランド・アスレチックスという野球チームに関連付けられているオブジェクト、ブランドン・モス、ブランドン・フィリップス、ランディー・モス、および、少なくともしきい値数のトークンに一致しているオブジェクト・ストア２１０内のその他のオブジェクトを含む。
【００４６】
各コンテンツ・アイテムから抽出したマッチ・キーおよびメタデータ（９０４）に基づいて、ニュースフィード生成システム１５０は、候補オブジェクトのうちの各々に対する、コンテンツ・アイテムの親和度を決定する（９０８）。一実施形態においては、ニュースフィード生成システム１５０は、さまざまなオブジェクトに関する、コンテンツ・アイテムの親和度を、それらのオブジェクトに対する、マッチ・キーおよびメタデータの親和性を分析することによって決定する（９０８）。詳細には、ニュースフィード生成システム１５０は、コンテンツ・アイテムから抽出されたマッチ・キーに基づいて、コンテンツ・アイテムとそれぞれのオブジェクトとの間における基準親和度を決定する。たとえば、オブジェクト・ストア２１０は、マッチ・キーとオブジェクトとの間における親和性の値を記憶し、ニュースフィード生成システム１５０は、それらの記憶されている親和性の値に基づいて、コンテンツ・アイテムとさまざまなオブジェクトとの間における基準親和度を決定する。ニュースフィード生成システム１５０は、追加として、または代替として、コンテンツ・アイテムに関連付けられているメタデータ、たとえば、コンテンツ・アイテムの作成者またはコンテンツ・ソース１１０を使用して、そのコンテンツ・アイテムと、オブジェクト・ストア２１０内のさまざまなオブジェクトとの間における基準親和度を生成することができる。
【００４７】
一実施形態においては、ニュースフィード生成システム１５０は、コンテンツ・アイテムのその他のメタデータ、たとえば、コンテンツ時間が作成された、もしくはコンテンツ・ソース１１０に提供された時間、またはコンテンツ・アイテムに関連付けられているロケーションに基づいて、基準親和度を調整する。たとえば、ニュースフィード生成システム１５０は、１つまたは複数のオブジェクトに関連付けられているイベント（たとえば、２つのチームおよびそれらのチームのそれぞれのアスリートに関連付けられているアスレチック・イベント）を識別し、コンテンツ・アイテムと、それらの１つまたは複数のオブジェクトとの間における基準親和度を、そのコンテンツ・アイテムに関連付けられているメタデータと、そのイベントに関連付けられている情報とに基づいて修正する。たとえば、そのコンテンツ・アイテムが、そのイベントに対応する時間ウィンドウ中に投稿された場合には、ニュースフィード生成システム１５０は、そのコンテンツ・アイテムと、そのイベントに関連付けられているオブジェクトとの間における基準親和度を増大させ、そのコンテンツ・アイテムが、そのイベントに対応する時間ウィンドウ外で投稿された場合には、ニュースフィード生成システム１５０は、そのコンテンツ・アイテムと、そのイベントに関連付けられているオブジェクトとの間における基準親和度を減少させることができる。
【００４８】
コンテンツ・アイテムと候補オブジェクトとの間における親和度に基づいて、ニュースフィード生成システム１５０は、トピックに関連したコンテンツ・アイテムのフィードを生成する（９１０）。いくつかの実施形態においては、そのフィードは、ニュースフィード生成システム１５０がトピックに関するユーザ・クエリを受け取ったことに応答して生成される。その他の実施形態においては、ユーザは、クエリを入力すること、またはリストからトピックを選択することによって、トピックに関連したフィードにサブスクライブし、その後にニュースフィード生成システム１５０からフィードを受け取る。あるいは、トピックに関連付けられているフィードが自動的に生成される。たとえば、ニュースフィード生成システム１５０は、アスレチック・イベントまたはニュース・ストーリなどの現在のイベントに関連付けられているコンテンツ・アイテムを含むフィードを生成する（９１０）。そのフィードは、特定のユーザに向けてカスタマイズされ、かつあるトピックに関連付けられているコンテンツ・アイテム、たとえば、ユーザのソーシャル・ネットワークのつながりによって投稿されたコンテンツ・アイテムを含むことができる。
【００４９】
トピックに関連付けられているコンテンツ・アイテムを含むフィードを生成する（９１０）ために、ニュースフィード生成システム１５０は、そのトピックに関連付けられている１つまたは複数のオブジェクトに関する少なくともしきい値親和度を有するコンテンツ・アイテムを選択する。しきい値親和度は、固定された値とすることができ、またはユーザによって、もしくはニュースフィード生成システム１５０によって調整可能とすることもできる。たとえば、ニュースフィード生成システム１５０は、所与の期間内のフィードに関連付けられているトピックに一致しているコンテンツ・アイテムの数に基づいて、しきい値親和度を修正する。そのフィードに関連付けられているトピックに一致しているコンテンツ・アイテムの頻度が増大するにつれて、ニュースフィード生成システム１５０は、しきい値親和度を増大させて、その後にそのフィード内に含められるコンテンツ・アイテムの数を減らすことができる。同様に、そのフィードに関連付けられているトピックに一致しているコンテンツ・アイテムの頻度が減少するにつれて、ニュースフィード生成システム１５０は、しきい値親和度を減少させて、その後にそのフィード内に含められるコンテンツ・アイテムの数を増大させることができる。
【００５０】
図１０は、ニュースフィード生成システム１５０によって生成されたトピックに関連付けられているフィードを含む例示的なユーザ・インターフェースを示している。図１０において示されているフィードは、オークランド・アスレチックスとタンパベイ・レイズと
の間における野球の試合に一致している複数のコンテンツ・アイテム１００２を含む。その野球の試合に関連付けられているオブジェクトに関する少なくともしきい値親和度を有するコンテンツ・アイテムが、ニュースフィード生成システム１５０によってさまざまなコンテンツ・ソース１１０から受け取られるにつれて、ニュースフィード生成システム１５０は、それらのコンテンツ・アイテムを、その野球の試合に関連付けられているフィード内に含める。図１０の例において示されているユーザ・インターフェースは、ユーザが、入力要素１００４を通じて、コンテンツ・ソース１１０への通信のためのコンテンツ・アイテムを生成することによって、フィード内に含まれているコンテンツ・アイテムをさらなるユーザと共有すること、またはメッセージング・インターフェース１００６を通じて、フィードを受け取るさらなるユーザへメッセージを通信することによってフィードと対話することを可能にする。このユーザ・インターフェースは、フィードのトピックに関連したさらなる情報、たとえば、図１０の例においては、試合のスコア１００８、および試合に関する公式解説１０１０を含むことができる。
【００５１】
ニュースフィード生成システム１５０の実施形態は、ここではスポーツ・オントロジに関して記述されているが、ニュースフィード生成システム１５０は、任意の適切なトピックに関連したトピックのフィードを生成することができる。たとえば、オントロジは、現在のイベント、テレビジョン番組、ミュージシャンおよびコンサート、政治運動、または、さまざまなその他の領域のうちの任意のものに関して定義されることが可能である。ニュースフィード生成システム１５０は、上述の方法と同様の方法を使用して、これらのオントロジにおいてコンテンツ・アイテムとオブジェクトとのマッチングを行い、トピックのフィードを生成する。
【００５２】
まとめ
実施形態についての前述の記述は、例示の目的で提示されており、すべてを網羅すること、または開示されている厳密な形態に本特許権を限定することを意図されているものではない。上述の開示に照らせば、多くの修正形態および変形形態が可能であるということを当業者なら理解することができる。
【００５３】
この記述のうちのいくつかの部分は、情報に関するオペレーションのアルゴリズムおよびシンボル表示という点から実施形態について記述している。これらのアルゴリズム的な記述および表示は一般に、データ処理技術分野における技術者たちによって、それらの技術者たちの作業の実体を他の当業者たちに効果的に伝達するために使用されている。これらのオペレーションは、機能的に、計算処理的に、または論理的に記述されているが、コンピュータ・プログラムまたは均等な電気回路、マイクロコードなどによって実施されるということがわかる。さらに、一般性を失うことなく、モジュールとしてオペレーションのこれらの構成に言及することが時として好都合であることもわかっている。記述されているオペレーションおよびそれらの関連付けられているモジュールは、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組合せで具体化されることが可能である。
【００５４】
本明細書において記述されている工程、オペレーション、またはプロセスのうちのいずれも、１つもしくは複数のハードウェア・モジュールもしくはソフトウェア・モジュールを用いて、単独で、またはその他のデバイスと組み合わせて実行または実施されることが可能である。一実施形態においては、ソフトウェア・モジュールは、記述されている工程、オペレーション、またはプロセスのうちの任意のものまたはすべてを実行するためにコンピュータ・プロセッサによって実行されることが可能であるコンピュータ・プログラム・コードを含むコンピュータ可読メディアを備えるコンピュータ・プログラム製品とともに実装される。
【００５５】
実施形態は、本明細書におけるオペレーションを実行するための装置に関連することも可能である。この装置は、求められている目的のために特別に構築されることが可能であり、および／または、コンピュータ内に記憶されているコンピュータ・プログラムによって選択的にアクティブ化もしくは再構成される汎用コンピューティング・デバイスを含むことができる。そのようなコンピュータ・プログラムは、コンピュータ・システム・バスに結合されることが可能である非一時的な有形のコンピュータ可読記憶媒体、または電子命令を記憶するのに適している任意のタイプのメディア内に記憶されることが可能である。さらに、本明細書において言及されているあらゆるコンピューティング・システムは、シングル・プロセッサを含むことができ、またはコンピューティング機能を高めるためにマルチ・プロセッサ設計を採用しているアーキテクチャであることが可能である。
【００５６】
実施形態は、本明細書において記述されているコンピューティング・プロセスによって製造される製品に関連することも可能である。そのような製品は、コンピューティング・プロセスから生じる情報を備えることができ、それらの情報は、非一時的な有形のコンピュータ可読記憶媒体上に記憶され、本明細書において記述されているコンピュータ・プログラム製品またはその他のデータの組合せの任意の実施形態を含むことができる。
【００５７】
最後に、本明細書において使用されている言葉は、主として読みやすさおよび教示上の目的で選択されており、本特許権の線引きまたは画定を行うために選択されてはいない場合がある。したがって、本特許権の範囲は、この詳細な説明によってではなく、本明細書に基づく出願上で生じるあらゆる請求項によって限定されるということが意図されている。したがって、実施形態の開示は、本特許権の範囲を例示するものであり、本特許権の範囲を限定するものではないということが意図されており、本特許権の範囲は、添付の特許請求の範囲において示されている。
【図１】
0006316409.tif 000002
【図２】
0006316409.tif 000003
【図３】
0006316409.tif 000004
【図４】
0006316409.tif 000005
【図５】
0006316409.tif 000006
【図６】
0006316409.tif 000007
【図７】
0006316409.tif 000008
【図８】
0006316409.tif 000009
【図９】
0006316409.tif 000010
【図１０】
0006316409.tif 000011