(57)【要約】【課題】本発明は、ユーザが所望のコンテンツを注文すると、これに対応して、ユーザ別にユーザカスタマイズ型コンテンツを提供するユーザカスタマイズ型コンテンツ提供方法およびシステムに関する。【解決手段】本発明にかかるユーザカスタマイズ型コンテンツ提供方法は、（ａ）ユーザからコンテンツ注文情報を受けてコンテンツ注文情報ＤＢを構築するステップと、（ｂ）コンテンツ注文情報ＤＢを公開するステップと、（ｃ）コンテンツ提供者からコンテンツ注文情報に対応するコンテンツを受けるステップと、（ｄ）提供されたコンテンツをユーザカスタマイズ型で提供するステップとを含むことを特徴とする。本発明によれば、ユーザが所望のコンテンツを多様な形態で注文し、コンテンツの開示方法を選択することにより、コンテンツの検索に必要な時間と所望しないコンテンツに露出することによる費用の損失および機会の損失を取り除くことができ、コンテンツ提供者は、ユーザの要求にカスタマイズされたコンテンツを制作することで需要が小さいか無駄なコンテンツの制作を予め防止することができる。
2014506360.tif 000002
【特許請求の範囲】
【請求項１】
（ａ）ユーザからコンテンツ注文情報を受けてコンテンツ注文情報ＤＢを構築するステップと、
（ｂ）コンテンツ注文情報ＤＢを公開するステップと、
（ｃ）コンテンツ提供者からコンテンツ注文情報に対応するコンテンツを受けるステップと、
（ｄ）提供されたコンテンツをユーザカスタマイズ型で提供するステップとを含むことを特徴とするユーザカスタマイズ型コンテンツ提供方法。
【請求項２】
前記コンテンツは、ウェブサイトのホームページコンテンツ、ブログコンテンツ、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）コンテンツ、広告コンテンツ、ウェブサービスコンテンツ、音楽コンテンツ、動画コンテンツ、静止画像コンテンツ、電子書籍コンテンツおよびテキストコンテンツのうちのいずれか１つであることを特徴とする請求項１に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３】
前記コンテンツ注文情報ＤＢは、ユーザの注文情報に対応するメタデータ要素を属性として格納されることを特徴とする請求項１に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項４】
前記メタデータ要素は、注文情報表現フレームであるオントロジーによって生成されることを特徴とする請求項３に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項５】
前記オントロジーは、ツリー（ｔｒｅｅ）構造からなり、ツリーの各ノードには語彙が配置され、各語彙は、オントロジー構造値を有することを特徴とする請求項４に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項６】
前記オントロジー構造値は、数字系列で構成されることを特徴とする請求項５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項７】
前記オントロジーは、ユーザの関心領域、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録、ユーザの活動予定情報別に具備されていることを特徴とする請求項５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項８】
前記コンテンツ注文情報ＤＢは、
ユーザの関心領域情報を格納するユーザ関心領域ＤＢ、
ユーザの位置情報を格納するユーザ位置情報ＤＢ、
ユーザの個人情報を格納するユーザ個人情報ＤＢ、および
ユーザの活動記録および活動予定情報を格納するユーザ活動記録／予定情報ＤＢ、のうちの少なくともいずれか１つまたは１つ以上を含むことを特徴とする請求項３〜７のいずれか１項に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項９】
前記ユーザ関心領域ＤＢの属性は、政治、社会、経済、文化、科学技術、芸能娯楽、国際問題、教育、健康、保育、天気、地域、仕事、労動、福祉のうちの１つ以上のメタデータ要素を含むことを特徴とする請求項８に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項１０】
前記ユーザ位置情報ＤＢの属性は、ユーザの現在位置情報のメタデータ要素を含むことを特徴とする請求項８に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項１１】
前記ユーザ個人情報ＤＢの属性は、氏名、家族関係、職場、電話番号、記念日、誕生日、趣味、嗜好対象のうちの１つ以上のメタデータ要素を含むことを特徴とする請求項８に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項１２】
前記ユーザ活動記録／予定情報ＤＢの属性は、商品購入履歴、旅行記録、購入情報のうちの少なくともいずれか１つのユーザの活動記録に関するメタデータ要素と、購入予定、旅行予定、結婚予定、イベント予定のうちの少なくともいずれか１つのユーザの活動予定情報に関するメタデータ要素とを含むことを特徴とする請求項８に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項１３】
前記ユーザ関心領域ＤＢ、ユーザ位置情報ＤＢ、ユーザ個人情報ＤＢ、およびユーザ活動記録／予定情報ＤＢは、コンテンツの開示方法に対する属性をさらに含むことを特徴とする請求項８に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項１４】
前記コンテンツの開示方法は、コンテンツの開示場所、コンテンツの大きさ、開示形態、コンテンツ制作日、開示日のうちの少なくともいずれか１つまたは１つ以上のメタデータ要素を含むことを特徴とする請求項１３に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項１５】
前記ステップ（ａ）のコンテンツ注文情報ＤＢを構築するステップは、
ユーザ端末に注文情報に関するメタデータ要素を提供するステップと、
ユーザが選択したり作成したメタデータ要素をコンテンツ注文情報ＤＢの属性として格納するステップとを含むことを特徴とする請求項１に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項１６】
前記ステップ（ａ）のコンテンツ注文情報ＤＢを構築するステップは、
ユーザがユーザ端末にコンテンツ注文情報を入力するステップと、
入力されたコンテンツ注文情報のメタデータ要素名と一致するオントロジー構造値を抽出するステップと、
メタデータ要素名とオントロジー構造値を属性としてコンテンツ注文情報ＤＢを実現するステップとを含むことを特徴とする請求項５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項１７】
前記コンテンツ注文情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなることを特徴とする請求項１に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項１８】
前記ステップ（ｂ）のコンテンツ注文情報ＤＢを公開するステップは、
前記コンテンツ注文情報ＤＢのメタデータ要素名別にユーザの注文に対する統計を求めるステップと、
ユーザの注文に対する統計値に基づいてメタデータ要素名別に順位を決定するステップと、
メタデータ要素名別順位に応じてコンテンツ注文情報ＤＢを公開するステップとを含むことを特徴とする請求項１に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項１９】
メタデータ要素名別のユーザの注文に対する統計値および順位は、コンテンツ注文統計ＤＢに格納されて管理されることを特徴とする請求項１８に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項２０】
前記コンテンツ注文統計ＤＢは、メタデータ要素別順位、メタデータ要素名、注文数およびオントロジー構造値の属性データを含むことを特徴とする請求項１９に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項２１】
前記コンテンツ注文統計ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなることを特徴とする請求項１９に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項２２】
コンテンツ提供者からコンテンツ提供情報を受けてコンテンツ提供情報ＤＢを構築するステップをさらに含むことを特徴とする請求項１に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項２３】
前記コンテンツ提供情報ＤＢは、ユーザの注文情報に対応するメタデータ要素を属性として格納されることを特徴とする請求項２２に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項２４】
前記メタデータ要素は、提供情報表現フレームであるオントロジーによって生成されることを特徴とする請求項２３に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項２５】
前記オントロジーは、ツリー（ｔｒｅｅ）構造からなり、ツリーの各ノードには語彙が配置され、各語彙は、オントロジー構造値を有することを特徴とする請求項２４に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項２６】
前記オントロジー構造値は、数字系列で構成されることを特徴とする請求項２５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項２７】
前記オントロジーは、ユーザの関心領域、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録、ユーザの活動予定情報別に具備されていることを特徴とする請求項２５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項２８】
前記コンテンツ提供情報ＤＢを構築するステップは、
コンテンツ提供者であることを確認するステップと、
提供コンテンツの領域を選択するステップと、
提供コンテンツに対するメタデータ要素を作成するステップと、
提供コンテンツに対するメタデータ要素を用いてコンテンツ提供者情報ＤＢを実現するステップとを含むことを特徴とする請求項２２に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項２９】
前記コンテンツ提供情報ＤＢを構築するステップは、
コンテンツ提供者が提供するコンテンツに対するメタデータ要素名を入力するステップと、
入力されたメタデータ要素名でオントロジーを検索するステップと、
オントロジー構造値を抽出するステップと、
入力されたメタデータ要素名とオントロジー構造値を属性とするコンテンツ提供情報ＤＢを実現するステップとを含むことを特徴とする請求項２５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３０】
前記コンテンツ提供情報ＤＢを構築するステップは、
テキストクローラーを作動してコンテンツ内のテキストをスキャンするステップと、
前記テキストからキーワードを抽出するステップと、
前記キーワードを用いてコンテンツ注文情報のオントロジーを検索するステップと、
オントロジー構造値を抽出するステップと、
前記キーワードとオントロジー構造値を属性としてコンテンツ提供情報ＤＢを実現するステップとを含むことを特徴とする請求項２５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３１】
前記コンテンツ提供情報ＤＢを構築するステップは、
テキストクローラーを作動してコンテンツ内のテキストをスキャンするステップと、
前記テキストを形態素処理してキーワードを生成するステップと、
前記キーワードを用いてコンテンツ注文情報のオントロジーを検索するステップと、
オントロジー構造値を抽出するステップと、
前記キーワードとオントロジー構造値を属性としてコンテンツ提供情報ＤＢを実現するステップとを含むことを特徴とする請求項２５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３２】
前記コンテンツ提供情報ＤＢのデータ属性には、キーワード、コンテンツ名、制作者、制作日、提供サイト、場所、内容物、性格、オントロジー構造値のうちの１つ以上が含まれることを特徴とする請求項２２に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３３】
前記コンテンツ提供情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなることを特徴とする請求項２２に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３４】
前記ステップ（Ｃ）の後に提供されたコンテンツをフィルタリングするステップをさらに含むことを特徴とする請求項１に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３５】
前記提供されたコンテンツをフィルタリングするステップは、
ユーザの注文情報キーワードを抽出するステップと、
抽出されたキーワードをコンテンツ提供者の提供情報キーワードと比較するステップと、
キーワードの一致度を計算するステップと、
キーワードの一致度に応じて提供されたコンテンツをリンク処理するステップとを含むことを特徴とする請求項３４に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３６】
キーワードの一致度に応じてコンテンツ開示情報を格納してコンテンツ開示情報ＤＢを構築するステップをさらに含むことを特徴とする請求項３５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３７】
ユーザの指定したコンテンツの開示方法に従って、コンテンツの開示を待機するステップをさらに含むことを特徴とする請求項３５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３８】
ユーザの指定したコンテンツの開示方法に従って、ユーザ別にコンテンツの開示情報を格納するユーザ別コンテンツ開示情報ＤＢを構築するステップをさらに含むことを特徴とする請求項３７に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項３９】
前記キーワードの一致度を計算するステップは、
ユーザの注文情報から抽出されたキーワードと、コンテンツ提供者から提供されたキーワードとの文字列を比較するステップと、
文字列が一致する場合、２つのキーワードのオントロジー構造値を比較するステップと、
オントロジー構造値の比較結果に応じて一致度を計算するステップとを含むことを特徴とする請求項３５に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項４０】
前記一致度は、百分率で表現されることを特徴とする請求項３９に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項４１】
前記ステップ（ｄ）のコンテンツをユーザカスタマイズ型で提供するステップは、
コンテンツ注文情報ＤＢからユーザの指定したコンテンツの開示方法を抽出するステップと、
ユーザ別にコンテンツ開示情報を格納するユーザ別コンテンツ開示情報ＤＢを構築するステップと、
ユーザ別コンテンツ開示情報ＤＢを参照して注文コンテンツをユーザ端末に提供するステップとを含むことを特徴とする請求項１に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項４２】
前記ユーザ別コンテンツ開示情報ＤＢは、ユーザＩＤ、注文部門、メタデータ要素名、開示日、開示形態、開示場所、注文コンテンツリンクデータのうちの少なくとも１つ以上の属性で構成されることを特徴とする請求項４１に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項４３】
前記ユーザ別コンテンツ開示情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなることを特徴とする請求項４１に記載のユーザカスタマイズ型コンテンツ提供方法。
【請求項４４】
ユーザ端末と、
前記ユーザ端末と有線または無線ネットワークを経由して接続されるユーザカスタマイズ型コンテンツ提供サーバと、
ユーザのコンテンツ注文情報を格納するコンテンツ注文情報ＤＢと、
コンテンツ提供者のコンテンツ提供情報を格納するコンテンツ提供情報ＤＢと、
前記コンテンツ注文情報ＤＢおよびコンテンツ提供情報ＤＢを参照して、コンテンツ提供者から提供されたコンテンツをユーザカスタマイズ型で提供するユーザカスタマイズ型コンテンツ開示提供器とを備えることを特徴とするユーザカスタマイズ型コンテンツ提供システム。
【請求項４５】
前記コンテンツは、ウェブサイトのホームページコンテンツ、ブログコンテンツ、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）コンテンツ、広告コンテンツ、ウェブサービスコンテンツ、音楽コンテンツ、動画コンテンツ、静止画像コンテンツ、電子書籍コンテンツおよびテキストコンテンツのうちのいずれか１つであることを特徴とする請求項４４に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項４６】
ユーザのコンテンツ注文に対するメタデータを生成するコンテンツ注文メタデータ生成器と、
ユーザの注文情報に対応して、メタデータ要素を属性として前記コンテンツ注文情報ＤＢを生成するコンテンツ注文情報ＤＢ生成器とをさらに備えることを特徴とする請求項４４に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項４７】
前記メタデータ要素は、注文情報表現フレームであるオントロジーによって生成されることを特徴とする請求項４６に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項４８】
前記オントロジーは、ツリー（ｔｒｅｅ）構造からなり、ツリーの各ノードには語彙が配置され、各語彙は、オントロジー構造値を有することを特徴とする請求項４７に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項４９】
前記オントロジー構造値は、数字系列で構成されることを特徴とする請求項４８に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項５０】
前記オントロジーは、ユーザの関心領域、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録、ユーザの活動予定情報別に具備されていることを特徴とする請求項４８に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項５１】
前記コンテンツ注文情報ＤＢは、
ユーザの関心領域情報を格納するユーザ関心領域ＤＢ、
ユーザの位置情報を格納するユーザ位置情報ＤＢ、
ユーザの個人情報を格納するユーザ個人情報ＤＢ、および
ユーザの活動記録および活動予定情報を格納するユーザ活動記録／予定情報ＤＢ、のうちの少なくともいずれか１つまたは１つ以上を含むことを特徴とする請求項４６〜５０のいずれか１項に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項５２】
前記ユーザ関心領域ＤＢの属性は、政治、社会、経済、文化、科学技術、芸能娯楽、国際問題、教育、健康、保育、天気、地域、仕事、労動、福祉のうちの１つ以上のメタデータ要素を含むことを特徴とする請求項５１に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項５３】
前記ユーザ位置情報ＤＢの属性は、ユーザの現在位置情報のメタデータ要素を含むことを特徴とする請求項５１に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項５４】
前記ユーザ個人情報ＤＢの属性は、氏名、家族関係、職場、電話番号、記念日、誕生日、趣味、嗜好対象のうちの１つ以上のメタデータ要素を含むことを特徴とする請求項５１に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項５５】
前記ユーザ活動記録／予定情報ＤＢの属性は、商品購入履歴、旅行記録、購入情報のうちの少なくともいずれか１つのユーザの活動記録に関するメタデータ要素と、購入予定、旅行予定、結婚予定、イベント予定のうちの少なくともいずれか１つのユーザの活動予定情報に関するメタデータ要素とを含むことを特徴とする請求項５１に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項５６】
前記ユーザ関心領域ＤＢ、ユーザ位置情報ＤＢ、ユーザ個人情報ＤＢ、およびユーザ活動記録／予定情報ＤＢは、コンテンツの開示方法に対する属性をさらに含むことを特徴とする請求項５１に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項５７】
前記コンテンツの開示方法は、コンテンツの開示場所、コンテンツの大きさ、開示形態、コンテンツ制作日、開示日のうちの少なくともいずれか１つまたは１つ以上のメタデータ要素を含むことを特徴とする請求項５６に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項５８】
前記コンテンツ注文情報ＤＢは、ユーザ端末に注文情報に関するメタデータ要素を提供し、ユーザが選択したり作成したメタデータ要素を属性として格納されることを特徴とする請求項４４に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項５９】
前記コンテンツ注文情報ＤＢは、ユーザが直接入力したコンテンツ注文情報のメタデータ要素名とこれに一致するオントロジー構造値を属性として格納されることを特徴とする請求項４８に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項６０】
前記コンテンツ注文情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなることを特徴とする請求項４４に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項６１】
ユーザのコンテンツ注文情報を公開するコンテンツ注文情報公開器をさらに備えることを特徴とする請求項４４に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項６２】
前記コンテンツ注文情報ＤＢのメタデータ要素名別にユーザの注文に対する統計値および順位を格納するコンテンツ注文統計ＤＢをさらに備えることを特徴とする請求項６１に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項６３】
前記コンテンツ注文統計ＤＢは、メタデータ要素別順位、メタデータ要素名、注文数およびオントロジー構造値の属性データを含むことを特徴とする請求項６２に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項６４】
前記コンテンツ注文統計ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなることを特徴とする請求項６２に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項６５】
コンテンツ提供者のコンテンツ提供に対するメタデータを生成するコンテンツ提供メタデータ生成器と、
コンテンツ提供者のコンテンツ提供情報に対応して、メタデータ要素を属性として前記コンテンツ提供情報ＤＢを生成するコンテンツ提供情報ＤＢ生成器とをさらに備えることを特徴とする請求項４４に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項６６】
前記コンテンツ提供情報ＤＢは、ユーザの注文情報に対応するメタデータ要素を属性として格納されることを特徴とする請求項６５に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項６７】
前記メタデータ要素は、提供情報表現フレームであるオントロジーによって生成されることを特徴とする請求項６６に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項６８】
前記オントロジーは、ツリー（ｔｒｅｅ）構造からなり、ツリーの各ノードには語彙が配置され、各語彙は、オントロジー構造値を有することを特徴とする請求項６７に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項６９】
前記オントロジー構造値は、数字系列で構成されることを特徴とする請求項６８に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項７０】
前記オントロジーは、ユーザの関心領域、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録、ユーザの活動予定情報別に具備されていることを特徴とする請求項６８に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項７１】
コンテンツ提供者によって提供されたコンテンツからテキストをスキャンするテキストクローラーをさらに備えることを特徴とする請求項４４に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項７２】
前記テキストクローラーでスキャニングされたテキストを形態素処理してキーワードを抽出する形態素処理器をさらに備えることを特徴とする請求項７１に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項７３】
前記コンテンツ提供情報ＤＢのデータ属性には、キーワード、コンテンツ名、制作者、制作日、提供サイト、場所、内容物、性格、オントロジー構造値のうちの１つ以上が含まれることを特徴とする請求項４４に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項７４】
前記コンテンツ提供情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなることを特徴とする請求項４４に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項７５】
前記コンテンツ注文情報ＤＢとコンテンツ提供情報ＤＢとを参照して、ユーザの注文情報にカスタマイズ型であるコンテンツをフィルタリングするコンテンツフィルタリング処理器をさらに備えることを特徴とする請求項４４に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項７６】
前記コンテンツフィルタリング処理器は、ユーザの注文情報キーワードとコンテンツ提供者の提供情報キーワードとの間の一致度を計算し、一致度に基づいてコンテンツをフィルタリングすることを特徴とする請求項７５に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項７７】
前記キーワードの一致度に応じてコンテンツ開示情報を格納するコンテンツ開示情報ＤＢをさらに備えることを特徴とする請求項７６に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項７８】
ユーザの指定したコンテンツの開示方法に従って、ユーザ別にコンテンツの開示情報を格納するユーザ別コンテンツ開示情報ＤＢをさらに備えることを特徴とする請求項７７に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項７９】
前記コンテンツフィルタリング処理器は、ユーザの注文情報から抽出されたキーワードと、コンテンツ提供者から提供されたキーワードとの文字列を比較し、文字列が一致する場合、２つのキーワードのオントロジー構造値を比較して一致度を計算することを特徴とする請求項７７に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項８０】
前記一致度は、百分率で表現されることを特徴とする請求項７９に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項８１】
前記ユーザ別コンテンツ開示情報ＤＢは、ユーザＩＤ、注文部門、メタデータ要素名、開示日、開示形態、開示場所、注文コンテンツリンクデータのうちの少なくとも１つ以上の属性で構成されることを特徴とする請求項７８に記載のユーザカスタマイズ型コンテンツ提供システム。
【請求項８２】
前記ユーザ別コンテンツ開示情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなることを特徴とする請求項７８に記載のユーザカスタマイズ型コンテンツ提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが直接所望のコンテンツに関する情報を入力すると、コンテンツ提供者またはコンテンツ提供代行者がユーザの注文情報を参照してユーザカスタマイズ型コンテンツを提供するユーザカスタマイズ型コンテンツ提供方法およびシステムに関する。
【背景技術】
【０００２】
インターネット技術の発展に伴い、ユーザは、いつでも、どこでも、多様な情報を多様な情報通信機器から得ることができる。例えば、ユーザは、スマートフォン、スマートパッド、ノートブック、デスクトップＰＣなど、多様な情報通信機器を用いて多様な形態の情報を随時閲覧する。
【０００３】
特に、最近では、データ記憶媒体の大容量化および価格下落、インターネットの接続技術の多変化および高速化などに後押しされ、コンテンツの洪水の時代を迎えている。大手のコンテンツ提供事業者のみならず、一般のユーザも、ブログ（Ｂｌｏｇ）、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）、ツイッター（Ｔｗｉｔｔｅｒ）、インターネットカフェ（Ｉｎｔｅｒｎｅｔ  Ｃａｆｅ）などのような基盤技術に基づいて多様なコンテンツを提供している。すなわち、情報およびコンテンツの提供が、誰によってでも、いつでも、どこでも可能になることにより、コンテンツは次第に膨大化している。
【０００４】
したがって、情報検索の正確性、再現性がより重要になっている。例えば、セマンティックウェブ（Ｓｅｍａｎｔｉｃ  Ｗｅｂ）のような技術が情報検索および新しいコンテンツの生成に利用されている。セマンティックウェブは、コンピュータが人に代えて情報を読み出して、理解し、加工できるようにする技術である。
【０００５】
しかし、これまでの情報検索（またはコンテンツ検索）技術は、コンテンツ提供者を中心に展開されている。なぜなら、現在の情報検索システムは、ユーザがポータルサイトなどの検索ウィンドウに検索語を入力すると、ウェブ基盤の情報検索エンジンがユーザの検索語を基準として情報をフィルタリングして抽出する方式であるからである。
【０００６】
このような情報提供システムでは、ユーザが所望する情報が盛り込まれたコンテンツを得るために数回の検索を繰り返さなければならなかった。時々、コンテンツ検索に多くの時間を割いても所望のコンテンツを得ることができずに、高いインターネット使用料だけを無駄にしてしまう。これは、ユーザがより具体的で専門的なコンテンツを閲覧したくても、情報検索サービスはユーザの要求に能動的に対応することができないからである。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、ユーザが検索エンジンを用いてコンテンツを検索していた従来の方式とは異なり、ユーザが所望のコンテンツをメタデータ形態で注文すると、ユーザの注文情報に合ったコンテンツを提供し、ユーザが所望する時間に、所望する容量だけ、所望する場所に提供する新しい方式のユーザカスタマイズ型コンテンツ提供方法およびシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するための、本発明にかかるユーザカスタマイズ型コンテンツ提供方法は、（ａ）ユーザからコンテンツ注文情報を受けてコンテンツ注文情報ＤＢを構築するステップと、（ｂ）コンテンツ注文情報ＤＢを公開するステップと、（ｃ）コンテンツ提供者からコンテンツ注文情報に対応するコンテンツを受けるステップと、（ｄ）提供されたコンテンツをユーザカスタマイズ型で提供するステップとを含むことを特徴とする。
【０００９】
前記コンテンツは、ウェブサイトのホームページコンテンツ、ブログコンテンツ、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）コンテンツ、広告コンテンツ、ウェブサービスコンテンツ、音楽コンテンツ、動画コンテンツ、静止画像コンテンツ、電子書籍コンテンツおよびテキストコンテンツのうちのいずれか１つである。
【００１０】
前記コンテンツ注文情報ＤＢは、ユーザの注文情報に対応するメタデータ要素を属性として格納される。
【００１１】
前記メタデータ要素は、注文情報表現フレームであるオントロジーによって生成される。
前記オントロジーは、ツリー（ｔｒｅｅ）構造からなり、ツリーの各ノードには語彙が配置され、各語彙は、オントロジー構造値を有する。
【００１２】
前記オントロジー構造値は、数字系列で構成される。
前記オントロジーは、ユーザの関心領域、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録、ユーザの活動予定情報別に具備される。
【００１３】
前記コンテンツ注文情報ＤＢは、ユーザの関心領域情報を格納するユーザ関心領域ＤＢ、ユーザの位置情報を格納するユーザ位置情報ＤＢ、ユーザの個人情報を格納するユーザ個人情報ＤＢ、およびユーザの活動記録および活動予定情報を格納するユーザ活動記録／予定情報ＤＢ、のうちの少なくともいずれか１つまたは１つ以上を含む。
【００１４】
前記ユーザ関心領域ＤＢの属性は、政治、社会、経済、文化、科学技術、芸能娯楽、国際問題、教育、健康、保育、天気、地域、仕事、労動、福祉のうちの１つ以上のメタデータ要素を含む。
【００１５】
前記ユーザ位置情報ＤＢの属性は、ユーザの現在位置情報のメタデータ要素を含む。
前記ユーザ個人情報ＤＢの属性は、氏名、家族関係、職場、電話番号、記念日、誕生日、趣味、嗜好対象のうちの１つ以上のメタデータ要素を含む。
【００１６】
前記ユーザ活動記録／予定情報ＤＢの属性は、商品購入履歴、旅行記録、購入情報のうちの少なくともいずれか１つのユーザの活動記録に関するメタデータ要素と、購入予定、旅行予定、結婚予定、イベント予定のうちの少なくともいずれか１つのユーザの活動予定情報に関するメタデータ要素とを含む。
【００１７】
前記ユーザ関心領域ＤＢ、ユーザ位置情報ＤＢ、ユーザ個人情報ＤＢ、およびユーザ活動記録／予定情報ＤＢは、コンテンツの開示方法に対する属性をさらに含む。
前記コンテンツの開示方法は、コンテンツの開示場所、コンテンツの大きさ、開示形態、コンテンツ制作日、開示日のうちの少なくともいずれか１つまたは１つ以上のメタデータ要素を含む。
【００１８】
前記ステップ（ａ）のコンテンツ注文情報ＤＢを構築するステップは、ユーザ端末に注文情報に関するメタデータ要素を提供するステップと、ユーザが選択したり作成したメタデータ要素をコンテンツ注文情報ＤＢの属性として格納するステップとを含む。
【００１９】
前記ステップ（ａ）のコンテンツ注文情報ＤＢを構築するステップは、ユーザがユーザ端末にコンテンツ注文情報を入力するステップと、入力されたコンテンツ注文情報のメタデータ要素名と一致するオントロジー構造値を抽出するステップと、メタデータ要素名とオントロジー構造値を属性としてコンテンツ注文情報ＤＢを実現するステップとを含む。
【００２０】
前記コンテンツ注文情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなる。
【００２１】
前記ステップ（ｂ）のコンテンツ注文情報ＤＢを公開するステップは、前記コンテンツ注文情報ＤＢのメタデータ要素名別にユーザの注文に対する統計を求めるステップと、ユーザの注文に対する統計値に基づいてメタデータ要素名別に順位を決定するステップと、メタデータ要素名別順位に応じてコンテンツ注文情報ＤＢを公開するステップとを含む。
【００２２】
メタデータ要素名別のユーザの注文に対する統計値および順位は、コンテンツ注文統計ＤＢに格納されて管理される。
【００２３】
前記コンテンツ注文統計ＤＢは、メタデータ要素別順位、メタデータ要素名、注文数およびオントロジー構造値の属性データを含む。
【００２４】
前記コンテンツ注文統計ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなる。
【００２５】
コンテンツ提供者からコンテンツ提供情報を受けてコンテンツ提供情報ＤＢを構築するステップをさらに含む。
【００２６】
前記コンテンツ提供情報ＤＢは、ユーザの注文情報に対応するメタデータ要素を属性として格納される。
【００２７】
前記メタデータ要素は、提供情報表現フレームであるオントロジーによって生成される。
前記オントロジーは、ツリー（ｔｒｅｅ）構造からなり、ツリーの各ノードには語彙が配置され、各語彙は、オントロジー構造値を有する。
【００２８】
前記オントロジー構造値は、数字系列で構成される。
前記オントロジーは、ユーザの関心領域、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録、ユーザの活動予定情報別に具備される。
【００２９】
前記コンテンツ提供情報ＤＢを構築するステップは、コンテンツ提供者であることを確認するステップと、提供コンテンツの領域を選択するステップと、提供コンテンツに対するメタデータ要素を作成するステップと、提供コンテンツに対するメタデータ要素を用いてコンテンツ提供者情報ＤＢを実現するステップとを含む。
【００３０】
前記コンテンツ提供情報ＤＢを構築するステップは、コンテンツ提供者が提供するコンテンツに対するメタデータ要素名を入力するステップと、入力されたメタデータ要素名でオントロジーを検索するステップと、オントロジー構造値を抽出するステップと、入力されたメタデータ要素名とオントロジー構造値を属性とするコンテンツ提供情報ＤＢを実現するステップとを含む。
【００３１】
前記コンテンツ提供情報ＤＢを構築するステップは、テキストクローラーを作動してコンテンツ内のテキストをスキャンするステップと、前記テキストからキーワードを抽出するステップと、前記キーワードを用いてコンテンツ注文情報のオントロジーを検索するステップと、オントロジー構造値を抽出するステップと、前記キーワードとオントロジー構造値を属性としてコンテンツ提供情報ＤＢを実現するステップとを含む。
【００３２】
前記コンテンツ提供情報ＤＢを構築するステップは、テキストクローラーを作動してコンテンツ内のテキストをスキャンするステップと、前記テキストを形態素処理してキーワードを生成するステップと、前記キーワードを用いてコンテンツ注文情報のオントリジーを検索するステップと、オントロジー構造値を抽出するステップと、前記キーワードとオントロジー構造値を属性としてコンテンツ提供情報ＤＢを実現するステップとを含む。
前記コンテンツ提供情報ＤＢのデータ属性には、キーワード、コンテンツ名、制作者、制作日、提供サイト、場所、内容物、性格、オントロジー構造値のうちの１つ以上が含まれる。
【００３３】
前記コンテンツ提供情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなる。
【００３４】
前記ステップ（Ｃ）の後に提供されたコンテンツをフィルタリングするステップをさらに含む。
【００３５】
前記提供されたコンテンツをフィルタリングするステップは、ユーザの注文情報キーワードを抽出するステップと、抽出されたキーワードをコンテンツ提供者の提供情報キーワードと比較するステップと、キーワードの一致度を計算するステップと、キーワードの一致度に応じて提供されたコンテンツをリンク処理するステップとを含む。
キーワードの一致度に応じてコンテンツ開示情報を格納してコンテンツ開示情報ＤＢを構築するステップをさらに含む。
【００３６】
ユーザの指定したコンテンツの開示方法に従って、コンテンツの開示を待機するステップをさらに含む。
【００３７】
ユーザの指定したコンテンツの開示方法に従って、ユーザ別にコンテンツの開示情報を格納するユーザ別コンテンツ開示情報ＤＢを構築するステップをさらに含む。
【００３８】
前記キーワードの一致度を計算するステップは、ユーザの注文情報から抽出されたキーワードと、コンテンツ提供者から提供されたキーワードとの文字列を比較するステップと、文字列が一致する場合、２つのキーワードのオントロジー構造値を比較するステップと、オントロジー構造値の比較結果に応じて一致度を計算するステップとを含む。
前記一致度は、百分率で表現される。
【００３９】
前記ステップ（ｄ）のコンテンツをユーザカスタマイズ型で提供するステップは、コンテンツ注文情報ＤＢからユーザの指定したコンテンツの開示方法を抽出するステップと、ユーザ別にコンテンツ開示情報を格納するユーザ別コンテンツ開示情報ＤＢを構築するステップと、ユーザ別コンテンツ開示情報ＤＢを参照して注文コンテンツをユーザ端末に提供するステップとを含む。
【００４０】
前記ユーザ別コンテンツ開示情報ＤＢは、ユーザＩＤ、注文部門、メタデータ要素名、開示日、開示形態、開示場所、注文コンテンツリンクデータのうちの少なくとも１つ以上の属性で構成される。
【００４１】
前記ユーザ別コンテンツ開示情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなる。
【００４２】
上記の目的を達成するための、本発明にかかるユーザカスタマイズ型コンテンツ提供システムは、ユーザ端末と、前記ユーザ端末と有線または無線ネットワークを経由して接続されるユーザカスタマイズ型コンテンツ提供サーバと、ユーザのコンテンツ注文情報を格納するコンテンツ注文情報ＤＢと、コンテンツ提供者のコンテンツ提供情報を格納するコンテンツ提供情報ＤＢと、前記コンテンツ注文情報ＤＢおよびコンテンツ提供情報ＤＢを参照して、コンテンツ提供者から提供されたコンテンツをユーザカスタマイズ型で提供するユーザカスタマイズ型コンテンツ開示提供器とを備える。
【００４３】
前記コンテンツは、ウェブサイトのホームページコンテンツ、ブログコンテンツ、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）コンテンツ、広告コンテンツ、ウェブサービスコンテンツ、音楽コンテンツ、動画コンテンツ、静止画像コンテンツ、電子書籍コンテンツおよびテキストコンテンツのうちのいずれか１つである。
【００４４】
ユーザのコンテンツ注文に対するメタデータを生成するコンテンツ注文メタデータ生成器と、ユーザの注文情報に対応して、メタデータ要素を属性として前記コンテンツ注文情報ＤＢを生成するコンテンツ注文情報ＤＢ生成器とをさらに備える。
【００４５】
前記メタデータ要素は、注文情報表現フレームであるオントロジーによって生成される。
前記オントロジーは、ツリー（ｔｒｅｅ）構造からなり、ツリーの各ノードには語彙が配置され、各語彙は、オントロジー構造値を有する。
【００４６】
前記オントロジー構造値は、数字系列で構成される。
前記オントロジーは、ユーザの関心領域、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録、ユーザの活動予定情報別に具備される。
【００４７】
前記コンテンツ注文情報ＤＢは、ユーザの関心領域情報を格納するユーザ関心領域ＤＢ、ユーザの位置情報を格納するユーザ位置情報ＤＢ、ユーザの個人情報を格納するユーザ個人情報ＤＢ、およびユーザの活動記録および活動予定情報を格納するユーザ活動記録／予定情報ＤＢ、のうちの少なくともいずれか１つまたは１つ以上を含む。
【００４８】
前記ユーザ関心領域ＤＢの属性は、政治、社会、経済、文化、科学技術、芸能娯楽、国際問題、教育、健康、保育、天気、地域、仕事、労動、福祉のうちの１つ以上のメタデータ要素を含む。
【００４９】
前記ユーザ位置情報ＤＢの属性は、ユーザの現在位置情報のメタデータ要素を含む。
前記ユーザ個人情報ＤＢの属性は、氏名、家族関係、職場、電話番号、記念日、誕生日、趣味、嗜好対象のうちの１つ以上のメタデータ要素を含む。
【００５０】
前記ユーザ活動記録／予定情報ＤＢの属性は、商品購入履歴、旅行記録、購入情報のうちの少なくともいずれか１つのユーザの活動記録に関するメタデータ要素と、購入予定、旅行予定、結婚予定、イベント予定のうちの少なくともいずれか１つのユーザの活動予定情報に関するメタデータ要素とを含む。
【００５１】
前記ユーザ関心領域ＤＢ、ユーザ位置情報ＤＢ、ユーザ個人情報ＤＢ、およびユーザ活動記録／予定情報ＤＢは、コンテンツの開示方法に対する属性をさらに含む。
【００５２】
前記コンテンツの開示方法は、コンテンツの開示場所、コンテンツの大きさ、開示形態、コンテンツ制作日、開示日のうちの少なくともいずれか１つまたは１つ以上のメタデータ要素を含む。
【００５３】
前記コンテンツ注文情報ＤＢは、ユーザ端末に注文情報に関するメタデータ要素を提供し、ユーザが選択したり作成したメタデータ要素を属性として格納される。
【００５４】
前記コンテンツ注文情報ＤＢは、ユーザが直接入力したコンテンツ注文情報のメタデータ要素名とこれに一致するオントロジー構造値を属性として格納される。
【００５５】
前記コンテンツ注文情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなる。
【００５６】
ユーザのコンテンツ注文情報を公開するコンテンツ注文情報公開器をさらに備える。
【００５７】
前記コンテンツ注文情報ＤＢのメタデータ要素名別にユーザの注文に対する統計値および順位を格納するコンテンツ注文統計ＤＢをさらに備える。
【００５８】
前記コンテンツ注文統計ＤＢは、メタデータ要素別順位、メタデータ要素名、注文数およびオントロジー構造値の属性データを含む。
【００５９】
前記コンテンツ注文統計ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなる。
【００６０】
コンテンツ提供者のコンテンツ提供に対するメタデータを生成するコンテンツ提供メタデータ生成器と、コンテンツ提供者のコンテンツ提供情報に対応して、メタデータ要素を属性として前記コンテンツ提供情報ＤＢを生成するコンテンツ提供情報ＤＢ生成器とをさらに備える。
【００６１】
前記コンテンツ提供情報ＤＢは、ユーザの注文情報に対応するメタデータ要素を属性として格納される。
【００６２】
前記メタデータ要素は、提供情報表現フレームであるオントロジーによって生成される。
前記オントロジーは、ツリー（ｔｒｅｅ）構造からなり、ツリーの各ノードには語彙が配置され、各語彙は、オントロジー構造値を有する。
【００６３】
前記オントロジー構造値は、数字系列で構成される。
前記オントロジーは、ユーザの関心領域、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録、ユーザの活動予定情報別に具備される。
コンテンツ提供者によって提供されたコンテンツからテキストをスキャンするテキストクローラーをさらに備える。
【００６４】
前記テキストクローラーでスキャニングされたテキストを形態素処理してキーワードを抽出する形態素処理器をさらに備える。
前記コンテンツ提供情報ＤＢのデータ属性には、キーワード、コンテンツ名、制作者、制作日、提供サイト、場所、内容物、性格、オントロジー構造値のうちの１つ以上が含まれる。
【００６５】
前記コンテンツ提供情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなる。
【００６６】
前記コンテンツ注文情報ＤＢとコンテンツ提供情報ＤＢとを参照して、ユーザの注文情報にカスタマイズ型であるコンテンツをフィルタリングするコンテンツフィルタリング処理器をさらに備える。
【００６７】
前記コンテンツフィルタリング処理器は、ユーザの注文情報キーワードとコンテンツ提供者の提供情報キーワードとの間の一致度を計算し、一致度に基づいてコンテンツをフィルタリングする。
【００６８】
前記キーワードの一致度に応じてコンテンツ開示情報を格納するコンテンツ開示情報ＤＢをさらに備える。
【００６９】
ユーザの指定したコンテンツの開示方法に従って、ユーザ別にコンテンツの開示情報を格納するユーザ別コンテンツ開示情報ＤＢをさらに備える。
【００７０】
前記コンテンツフィルタリング処理器は、ユーザの注文情報から抽出されたキーワードと、コンテンツ提供者から提供されたキーワードとの文字列を比較し、文字列が一致する場合、２つのキーワードのオントロジー構造値を比較して一致度を計算する。
前記一致度は、百分率で表現される。
【００７１】
前記ユーザ別コンテンツ開示情報ＤＢは、ユーザＩＤ、注文部門、メタデータ要素名、開示日、開示形態、開示場所、注文コンテンツリンクデータのうちの少なくとも１つ以上の属性で構成される。
【００７２】
前記ユーザ別コンテンツ開示情報ＤＢを実現する手段は、ＲＤＢ（Ｒｅｌａｔｉｏｎ  Ｄａｔａ  Ｂａｓｅ）モデル、または、ＸＭＬ、ＸＨＴＭＬ、ＨＴＭＬのうちの少なくともいずれか１つのマークアップ言語を用いたＤＢからなる。
【発明の効果】
【００７３】
本発明のユーザカスタマイズ型コンテンツ提供方法およびシステムは、ユーザが所望のコンテンツを探すために複数の検索を行うことなく、コンテンツ注文情報を選択したり作成すると、所望のコンテンツの種類を、所望の大きさで、所望の時間と場所に、所望の開示形態で受けることができ、従来は存在しなかった新しい情報流通技術市場を創り出すことができる。
【００７４】
また、本発明によれば、ユーザがコンテンツの洪水の中で自分の所望するコンテンツを割安な費用で迅速に受けることができ、コンテンツ提供者はユーザの嗜好に合ったカスタマイズ型コンテンツを制作することにより、無駄なコンテンツ制作による機会の損失を防止し、コンテンツの専門化および具体化に寄与することができる。
【００７５】
さらに、本発明によれば、多数のコンテンツ提供者によって提供されるコンテンツを、ユーザの注文に合わせてカタログ（Ｃａｔａｌｏｇｕｅ）形態で提供することができ、コンテンツカタログサービスという新しい市場を開拓することができる。
【００７６】
また、本発明によれば、ユーザのコンテンツ要求にカスタマイズされたコンテンツを収集し、フィルタリングして提供するコンテンツエージェント技術分野の市場活性化に寄与することができる。
【図面の簡単な説明】
【００７７】
【図１】本発明にかかるユーザカスタマイズ型コンテンツ提供システムを例示するブロック図である。
【図２】コンテンツ注文情報ＤＢを構築する一例を示すフローチャートである。
【図３Ａ】コンテンツ注文情報をメタデータ要素で開示する過程を例示する図である。
【図３Ｂ】コンテンツ注文情報をメタデータ要素で開示する過程を例示する図である。
【図３Ｃ】コンテンツ注文情報をメタデータ要素で開示する過程を例示する図である。
【図３Ｄ】コンテンツ注文情報をメタデータ要素で開示する過程を例示する図である。
【図４】ユーザの関心領域に対するオントロジー構造を示す図である。
【図５】ユーザの関心領域に対するメタデータＤＢのデータテーブルを示す図である。
【図６】ユーザの位置情報に対するオントロジー構造を示す図である。
【図７】ユーザの位置情報に対するメタデータＤＢのデータテーブルを示す図である。
【図８】ユーザの個人情報に対するオントロジー構造を示す図である。
【図９】ユーザの個人情報に対するメタデータＤＢのデータテーブルを示す図である。
【図１０Ａ】ユーザの活動記録に対するオントロジー構造を示す図である。
【図１０Ｂ】ユーザの活動予定情報に対するオントロジー構造を示す図である。
【図１１】ユーザの活動記録／予定情報に対するメタデータＤＢのデータテーブルを示す図である。
【図１２】コンテンツ注文情報ＤＢを構築する他の例を示すフローチャートである。
【図１３】コンテンツ注文のためのメタデータの要素値をＸＭＬで実現した例を示す図である。
【図１４】コンテンツ注文情報ＤＢを公開する例を示すフローチャートである。
【図１５Ａ】コンテンツ注文統計ＤＢのデータテーブルを示す図である。
【図１５Ｂ】コンテンツ注文統計ＤＢのデータテーブルを示す図である。
【図１５Ｃ】コンテンツ注文統計ＤＢのデータテーブルを示す図である。
【図１６】ユーザの注文情報がデスクトップＰＣ上に開示された例を示す図である。
【図１７】コンテンツ提供者のコンテンツ提供例を示すフローチャートである。
【図１８】コンテンツ提供情報ＤＢのデータテーブルを示す図である。
【図１９】テキストクローラーを用いたコンテンツ提供情報ＤＢの構築例を示す図である。
【図２０】コンテンツフィルタリングの例を示すフローチャートである。
【図２１】コンテンツフィルタリングでキーワードを用いたフィルタリングの例を示すフローチャートである。
【図２２】ユーザカスタマイズ型でコンテンツを提供する例を示すフローチャートである。
【図２３】ユーザ別コンテンツ開示情報ＤＢのデータテーブルを示す図である。
【図２４】ユーザのＰＣ上にユーザカスタマイズ型コンテンツを開示した例を示す図である。
【図２５】ユーザのスマートフォン上にユーザカスタマイズ型コンテンツを開示した例を示す図である。
【発明を実施するための形態】
【００７８】
本発明は、多様な変更を加えることができ、様々な実施形態を有することができるが、特定の実施形態を図面に例示して詳細な説明に詳細に説明する。しかし、これは、本発明を特定の実施形態に対して限定するものではなく、本発明の思想および技術範囲に属するすべての変更、均等物または代替物を含むものと理解されなければならない。
【００７９】
以下、添付した図面を参照して、本発明にかかる好ましい実施形態を詳細に説明するが、図面符号に関係なく、同一または対応する構成要素は同一の参照番号を付し、これに関する重複した説明は省略する。
【００８０】
図１は、本発明にかかるユーザカスタマイズ型コンテンツ提供システムを例示するブロック図である。図１を参照すると、ユーザ側には、スマートフォン１００ａ、デスクトップＰＣ１００ｂ、スマートパッド１００ｃ、ノートブック、ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ＴＶ）などのようなユーザ端末１００が備えられる。
【００８１】
ユーザ端末１００は、有線または無線のネットワーク２００を介してユーザカスタマイズ型コンテンツ提供サーバ３００に接続される。ユーザカスタマイズ型コンテンツ提供サーバ３００は、コンテンツ提供者側サーバであるか、コンテンツ提供代行者側サーバである。本発明にかかるユーザカスタマイズ型コンテンツ提供システムは、図１に示すようなシステム構成を有する。
【００８２】
本発明のシステムは、ユーザ端末１００からコンテンツ注文情報ＤＢを構築するシステムと、コンテンツ注文情報ＤＢを公開するシステムと、コンテンツを受けるシステムと、コンテンツをフィルタリングするシステムと、コンテンツをユーザカスタマイズ型で提供するシステムとから構成される。
【００８３】
コンテンツ注文情報ＤＢ構築システムは、コンテンツ注文のためのコンテンツ注文メタデータ生成器３０２と、ユーザがメタデータを選択したり作成する場合、コンテンツ注文情報ＤＢを生成するためのコンテンツ注文情報ＤＢ生成器３０４と、メタデータ要素名を生成するためのオントロジー３０６と、ユーザのコンテンツ注文情報を格納および管理するコンテンツ注文情報ＤＢ３１０とから構成される。
【００８４】
コンテンツ注文情報ＤＢ公開システムは、コンテンツ注文情報を公開するコンテンツ注文情報公開器３１２と、ユーザのコンテンツ注文情報に対する統計値をデータ化するコンテンツ注文統計ＤＢ３２０とから構成される。
【００８５】
コンテンツを受けるシステムは、コンテンツ提供のためのコンテンツ提供メタデータ生成器３２２と、コンテンツ提供者がメタデータを選択したり作成する場合、コンテンツ提供情報ＤＢを生成するためのコンテンツ提供情報ＤＢ生成器３２４と、メタデータ要素名を生成するためのオントロジー３２６と、コンテンツ提供者の提供情報を格納および管理するコンテンツ提供情報ＤＢ３３０とから構成される。
【００８６】
コンテンツフィルタリングシステムは、ユーザの注文情報を参照してコンテンツ提供情報をユーザカスタマイズ型でフィルタリングし、コンテンツ提供情報ＤＢ３３０を更新するコンテンツフィルタリング処理器３３２を備える。
【００８７】
ユーザカスタマイズ型コンテンツ提供システムは、フィルタリングされたコンテンツをユーザ端末１００に提供するためのユーザカスタマイズ型コンテンツ開示提供器３４２と、注文したコンテンツの開示情報を格納および管理するコンテンツ開示情報ＤＢ３５０と、ユーザ別にコンテンツ開示情報を格納および管理するユーザ別コンテンツ開示情報ＤＢ３４４とから構成される。
【００８８】
各々のシステムおよび構成要素については、以下にその機能と処理過程を詳細に説明する。
【００８９】
ここで、「コンテンツ注文情報」とは、ユーザが所望のコンテンツを注文するためのコンテンツ内容情報を意味する。これは、ユーザが所望のコンテンツを受けるために、コンテンツ提供者またはコンテンツ提供代行者にコンテンツ注文情報を提供するために必要である。したがって、本発明では、ユーザのコンテンツ注文情報をＤＢ化する過程が先行される。
【００９０】
本発明では、コンテンツ注文情報ＤＢを構築するために、データのためのデータあるいはデータに関する属性情報を意味するメタデータが用いられる。図１のシステム構成図において、コンテンツ注文メタデータ生成器３０２は、ユーザが注文するコンテンツに関する情報をメタデータ要素で表現し、ユーザに開示する。したがって、ユーザが自分の端末に提供されるメタデータ要素を選択したり項目を作成し、コンテンツ注文情報を伝送できるようにする。
【００９１】
メタデータの各要素は、ユーザに分かりやすい形態、すなわち、テーブルまたはリスト形式で提供される。ユーザは、ユーザ端末１００上でメタデータの各要素に希望値を記入したり、メニューの選択方法に従って選択した後、ユーザカスタマイズ型コンテンツ提供サーバ３００に伝送する。
【００９２】
コンテンツ注文情報ＤＢ生成器３０４は、ユーザが端末上でメタデータに記入したり選択した注文要素とその値でＤＢを構成する。メタデータ要素は、ユーザの関心領域情報に応じたコンテンツ、ユーザの位置情報に応じたコンテンツ、ユーザの個人情報に応じたコンテンツ、ユーザの活動記録および活動予定情報に応じたコンテンツ別に提供される。
【００９３】
これにより、コンテンツ注文情報ＤＢ３１０は、ユーザ関心領域ＤＢ３１０ａと、ユーザ位置情報ＤＢ３１０ｂと、ユーザ個人情報ＤＢ３１０ｃと、ユーザ活動記録／予定情報ＤＢ３１０ｄとから構成される。ユーザの活動記録および活動予定情報ＤＢは、別個のＤＢで構成されてもよいが、重畳する情報を盛り込んでいるため、以下の実施形態では、単一ＤＢとして説明される。また、コンテンツ注文情報ＤＢ３１０は、前記のような独立したＤＢの組合せで構成されるか、統合ＤＢとしてユーザカスタマイズ型コンテンツ提供サーバ上に構成されてもよい。
【００９４】
統合ＤＢとは、単一サーバシステムで各々のＤＢを分散させる実現方式であり、独立したＤＢとは、各々のＤＢを独立分散させたシステムで、複数のサーバシステムで構成される。ユーザ数が膨大化すると、独立分散ＤＢシステム、いわゆる、クラウドコンピューティング環境が好ましい。
【００９５】
オントロジー３０６は、ユーザカスタマイズ型コンテンツを注文するための注文情報表現フレームであって、メタデータ要素を生成する機能部である。
【００９６】
「オントロジー」とは、コンピュータ技術分野である人工知能研究で使われる普遍的な技術用語であって、多様な意味を内包しているが、本発明では、ユーザカスタマイズ型コンテンツを提供するために、ユーザの注文情報を表現する表現法、すなわち、メタデータ要素間の関係を定義した語彙体系で構築して利用する。ユーザカスタマイズ型コンテンツを注文するためには、ユーザの所望するコンテンツに対する注文形式が必要であるため、本発明では、注文情報形式にメタデータを利用し、前記注文メタデータ要素の生成にはオントロジーを利用する。
【００９７】
コンテンツ注文情報公開器３１２は、ユーザの注文情報に対する統計値を求め、コンテンツ注文統計ＤＢ３２０に格納する。コンテンツ注文統計ＤＢ３２０に格納されて管理されたデータは、コンテンツ提供者に公開される。
【００９８】
コンテンツ提供メタデータ生成器３２２は、コンテンツ提供者が提供するコンテンツに関する情報をメタデータ要素で表現する。オントロジー３２６は、コンテンツ提供情報表現フレームであって、メタデータ要素を生成するために利用される。そして、コンテンツ提供情報ＤＢ生成器３２４は、メタデータ要素に基づいてコンテンツ提供情報ＤＢ３３０を構築する。コンテンツ提供メタデータ生成器３２２およびコンテンツ提供情報ＤＢ生成器３２４は、コンテンツ提供者のための機能部である。
【００９９】
コンテンツ提供情報ＤＢ３３０は、コンテンツ提供者に開放されたＤＢであって、コンテンツ提供者が提供するコンテンツ内容情報を保管および管理する。コンテンツ提供情報ＤＢ３３０は、ユーザにカスタマイズ型コンテンツを提供するために参照される。
【０１００】
コンテンツフィルタリング処理器３３２は、ユーザのコンテンツ注文情報とコンテンツ提供者のコンテンツ提供情報との間の一致度を判断し、関連する注文コンテンツをリンク（Ｌｉｎｋ）させる機能部である。コンテンツフィルタリング処理器３３２は、コンテンツ注文情報ＤＢ３１０とオントロジー３０６、そして、コンテンツ提供情報ＤＢ３３０とオントロジー３２６を参照して一致度を判断し、フィルタリング処理されたデータは、コンテンツ開示情報ＤＢ３５０に格納されて管理される。
【０１０１】
ユーザカスタマイズ型コンテンツ開示提供器３４２は、ユーザのコンテンツ注文情報に応じてマッチングされ、フィルタリングされたユーザカスタマイズ型コンテンツを配列し、リンクさせて、ユーザが所望する端末、時間帯、開示形態、そして容量などを考慮して開示、提供する機能部である。
【０１０２】
ユーザ別コンテンツ開示情報ＤＢ３４４は、コンテンツを注文したユーザ別に提供されなければならないコンテンツ、コンテンツの開示条件などを網羅したデータを保管、管理するＤＢである。
【０１０３】
図２は、コンテンツ注文情報ＤＢを構築する一例を示す。
ユーザがユーザ端末１００を用いてユーザカスタマイズ型コンテンツ提供サーバ３００に接続することでステップが始まる（ＳＴ１００）。例えば、ユーザは、ユーザカスタマイズ型コンテンツ提供サーバ３００で提供するウェブページ上でユーザカスタマイズ型コンテンツ情報登録アイコンを押すことで注文情報登録意思を明らかにすることができる。
コンテンツ注文メタデータ生成器３０２は、ユーザに注文情報の開示を知らせ、複数領域の注文情報の提供を要求するアイコンをユーザ端末１００に開示する（ＳＴ１１０）。本発明において、注文情報の領域は、ユーザの関心領域情報、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録／予定情報を含む。これらの注文情報領域は、それぞれ別個のアイコンでユーザ端末１００上に開示される。
【０１０４】
例えば、ユーザは、ユーザ端末１００上で、ユーザの関心領域、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録／予定情報アイコンの中から、所望するアイコンを選択することができる。他の例として、４つの領域の注文情報全体に対して情報提供が必要であれば、順に各領域の情報提供手続きが実行できる。
【０１０５】
各領域での情報提供手続きおよび例示については、図３以下を参照して後述する。
ユーザが４つの領域の注文情報のうちのいずれか１つまたは全体に対して情報提供手続きを終えると、図２に示すように、各々の領域における情報提供後に、コンテンツの開示方法、大きさ、形態、場所（ユーザ端末の種類やＩＰアドレスなどのような）などのコンテンツ開示注文情報手続きを経る。これにより、ユーザのコンテンツ注文情報提供手続きが行われる（ＳＴ１２０）。
【０１０６】
その後、ユーザが情報提供の公開を承諾するか否かを問う（ＳＴ１３０）。公開承諾の場合、ユーザが作成したり選択した注文情報は、ユーザカスタマイズ型コンテンツ提供サーバ３００側に伝送される（ＳＴ１４０）。そして、ユーザカスタマイズ型コンテンツ提供サーバ３００は、コンテンツ注文情報ＤＢ３１０を構築する。
【０１０７】
仮に、前記ステップＳＴ１３０において、ユーザが情報提供の公開を承諾しなければ、ユーザカスタマイズ型コンテンツ提供サービスの拒否と判断し（ＳＴ１６０）、ステップを終了する。
【０１０８】
図３Ａ〜図３Ｄは、コンテンツ注文情報をメタデータ要素で開示する過程を示す。上段に示された各々のアイコンは、順にユーザの関心領域情報、位置情報、個人情報、活動記録／予定情報を表示する。
【０１０９】
図３Ａは、ユーザが関心領域情報アイコンを選択した場合を例示する。図３Ａにおいて、関心領域情報は、政治、経済、社会、文化、科学、技術、世界、芸能、スポーツ、健康などのメタデータ要素項目で構成される。そして、ユーザは、いずれか１つまたは１つ以上のメタデータ要素を選択することができる。
【０１１０】
各々のメタデータ要素は、下部メタデータを置くことができ、メタデータ要素の最終値は具体的な値になる。図３Ａにおいて、ユーザが政治項目を選択すると、政治項目のメタデータ要素はさらに、政治家、政党、政策などの細部項目に細分化される。そして、ユーザが政治家を選択した場合、政治家メタデータ要素はさらに、朴００、金００、ｘｘｘ、０００などの政治家の名前を表現するメタデータ要素に細分化される。
【０１１１】
ユーザが政策メタデータ要素もともに選択した場合、政策メタデータ要素は、教育、福祉などに細分化される。教育はさらに、乳児、小学校、中学校、高校、大学、生涯などの項目に細分化され、福祉はさらに、青少年、老人、多文化家庭などの項目に細分化され、コンテンツ注文メタデータ生成器３０２は、これらの細分化されたメタデータをユーザに開示する。
【０１１２】
このように、メタデータが細部項目に進むほど、注文情報が次第に具体化される。すなわち、政治−＞政治家−＞朴ＸＸなどのように、下部メタデータに展開するほど、具体的な値に近くなる。
【０１１３】
このように、本発明におけるメタデータ要素は、上部要素、下部要素に対する上下、包含、または対等関係などで定義して利用される。このとき、ユーザカスタマイズ型コンテンツ提供のためのメタデータ要素は、各部門の知識によって作成したオントロジー（ｏｎｔｏｌｏｇｙ）に対応して生成される。
【０１１４】
図３Ａの開示方法の選択項目は、ユーザが注文したコンテンツに対する開示条件を決定するためのメタデータ構造を示したものである。コンテンツの開示方法は、前述したユーザの関心領域情報、ユーザの位置情報、ユーザの個人情報、ユーザの活動記録／予定情報それぞれの領域で利用される。あるいは、ユーザの注文情報が４つの領域全体に対して選択されることを前提にすれば、いずれか１つの項目または別途の項目でメタデータをユーザ側に提供することもできる。
【０１１５】
開示方法の選択項目のメタデータ要素も、前述したオントロジーによって生成され、すべての部分の注文情報部分で与えられ、ユーザが自ら条件を設定することが可能である。
図３Ａを参照すると、開示方法の選択項目は、開示場所、コンテンツの大きさ、開示形態、コンテンツ制作日、開示日の指定などのメタデータ要素に細分化される。開示場所は、ＩＰＴＶ、デスクトップＰＣ１００ｂ、スマートパッド１００ｃ、スマートフォン１００ａなどのようなユーザ端末１００を意味し、ユーザがコンテンツを受けることを希望する端末の形態を選択することができる。例えば、ユーザがＩＰＴＶを選択すると、その後、ユーザのＩＰＴＶのＩＰアドレスを問う項目がアクティブになることができる。仮に、ユーザがＩＰＴＶ上でメタデータの選択を行うと、ユーザがＩＰアドレスを直接記入することなく、コンテンツ注文情報ＤＢ生成器３０４でユーザのＩＰＴＶのＩＰアドレスを抽出することもできる。
【０１１６】
コンテンツの大きさ項目は、コンテンツ容量を示したものであって、５００ｋバイト以下、１Ｍバイト以下などに細分化される。開示形態項目は、ＨＰスタイル選び、ウィジェットスタイル選びなどの項目に細分化される。コンテンツ制作日は、コンテンツが制作された日を指定するものに細分化される。図示しないが、開示日の指定は、ユーザが注文したコンテンツを受ける日付、時間などを選択したり作成する項目などに細分化される。
このように、ユーザが注文するコンテンツの開示方法を、開示場所、コンテンツの大きさ、開示形態、コンテンツ制作日、開示日の指定などとして注文すると、ユーザはスマートフォンやスマートパッドなどをパワーオンする単純な動作により、自分の注文したコンテンツを受けることができる。すなわち、ユーザは、自分の注文したコンテンツを、所望の時間に、所望の容量だけ、所望の場所で受けることができる。
【０１１７】
図３Ｂは、ユーザが位置情報アイコンを選択した場合を例示する。位置情報は、ユーザの現在位置情報、過去１週間の位置情報、過去１ヶ月間の位置情報などのようなユーザの位置情報に関するメタデータ項目をユーザ側に提供する。ユーザの位置情報は、ユーザ端末１００に装着されたＧＰＳによって抽出された緯度、経度データと地図サービスによって提供されるアドレスデータに基づいて提供できる。
【０１１８】
このように、ユーザの現在位置情報などのようなデータは、ユーザが直接作成するのではなく、ユーザが承諾するか否かによってユーザ端末１００に直接提供できる。他の例として、ユーザに直接自分の位置情報を記入させることもできることはもちろんである。
一方、広告情報、イベント情報などのメタデータは、ユーザの現在位置情報または最近の位置情報をユーザカスタマイズ型コンテンツ提供サーバ３００に提供する場合、当該情報に基づいてユーザの位置に近い広告情報またはイベント情報などを注文するメタデータを意味する。
【０１１９】
図３Ｂにおいても、ユーザが開示方法に対する注文を選択したり記入することができる。また、後述する図３Ｃおよび図３Ｄにおいても、同様に、ユーザが開示方法に対する注文を選択したり記入することができる。これについては、図３Ａを参照してすでに説明したため、重複した説明は省略する。
【０１２０】
図３Ｃは、ユーザが個人情報アイコンを選択した場合を例示する。ユーザの個人情報は、氏名、年齢、アドレス、携帯電話などのメタデータに細分化される。例えば、ユーザが結婚項目のうち既婚項目を選択すると、下位のメタデータ項目で結婚記念日および子供に関する情報を記入したり選択することができる。
【０１２１】
仮に、ユーザが子供の位置情報（例えば、学校などのような）に関連するコンテンツを注文することを希望すれば、図示のように、子供の位置情報の提供を追加で選択することができる。
【０１２２】
ユーザの個人情報項目は、好きな食べ物、好きなスポーツ、好きなファッションなどのようなメタデータも含むことができる。このようなユーザの嗜好情報は、ユーザが所望の嗜好に対するコンテンツを注文するときに利用することができる。
【０１２３】
図３Ｄは、ユーザが活動記録／予定情報アイコンを選択した場合を例示する。活動記録／予定情報は、ショッピングする情報およびショッピングした情報などのように、過去の活動内訳と未来の活動予定である注文情報を作成するためのメタデータに関するものである。
【０１２４】
図３Ａ〜図３Ｄを参照して、コンテンツ注文メタデータ生成器３０２でメタデータを生成する過程およびユーザ端末１００側に提供する過程について詳細に説明した。ここで、ユーザのコンテンツ注文形式を表現する前記メタデータ要素は、語彙（単語）で表現される。本発明では、これらの語彙化されたメタデータ要素をメタデータ要素名と呼ぶ。
【０１２５】
語彙は、抽象的概念を示す関係で、注文情報をより体系化することができる。すなわち、ユーザ注文情報の領域知識を語彙の上下、包含、または対等関係で分類、体系化させると、それにより、メタデータ要素の構造は、語彙辞典のように拡張および定義され、本発明では、これを「オントロジー」という。オントロジーを構成する各語彙は、関係によって、上下、包含または対等に分けることができ、語彙間の関係をツリー（Ｔｒｅｅ）構造として表現可能である。
【０１２６】
すなわち、ツリー構造の各ノード（Ｎｏｄｅ）に関連する語彙が指定され、これらの各ノードの語彙に数字表現を生成し、本発明では、これらの数字表現をオントロジー構造値と呼ぶ。本発明では、ユーザカスタマイズコンテンツの注文情報をオントロジーに基づいてメタデータ要素を生成するため、前記本発明の注文情報のためのオントロジーは、メタデータ要素の生成器として本発明で利用されるのである。
【０１２７】
また、前記オントロジーは、コンテンツ提供者にもコンテンツに対する提供情報用としても共有することができる。
【０１２８】
結論的に、前記オントロジーは、ユーザカスタマイズ型コンテンツを注文または提供するために表現する注文情報または提供情報としてメタデータ要素を生成する生成器の役割を果たし、後述するコンテンツ提供のための提供メタデータの表現フレームおよびこれを用いたコンテンツフィルタリングにおいても用いられる。
【０１２９】
図４は、関心領域注文情報のオントロジー構造を示す。ユーザの関心領域は、政治、社会、経済、文化、科学技術、天気、芸能娯楽、ゲームなどとその範疇領域が定義され、各々の範疇領域を再び細分化していくと、例えば、政治の場合、政党、政治家、政策などとその属性が定義される。「政党」は、ハンナラ党、民主党などと属性が細分化され、「ハンナラ党」はさらに、党代表、所属議員などと属性を定義することができる。
このように、各領域別の定義属性を、本発明では、「メタデータ要素」といい、その言語表現、すなわち、語彙集団の関係の表現を「オントロジー構造」と定義し、図４に示すように、各属性を示す語彙の横に付記された数字表現を「オントロジー構造値」と定義する。
一方、関心領域注文オントロジー構造および図６、図８、図１０を参照して後述する他のオントロジー構造は、図３で説明したようなコンテンツの開示方法に対するメタデータ要素を含む。
【０１３０】
図５は、ユーザの関心領域に対するメタデータＤＢのデータモデルを示したものであって、テーブル形式で表現したものである。レコード属性として、ユーザＩＤ、メタデータ要素名、オントロジー構造値、開示方法が定義された例示であり、朴ＸＸは下部要素値であって、上位に、政治、政党、ハンナラ党、所属議員などのオントロジー構造値を有することが分かる。開示方法については、開示場所がＩＰＴＶの場合にＩＰＴＶのＩＰアドレス値が格納され、スマートフォンの場合にはスマートフォンの電話番号が格納される。
図６は、ユーザの位置情報に対するオントロジー構造を示す。ユーザの位置情報オントロジー構造値は「２」から始まる。例えば、ユーザの現在位置情報が駅三駅であれば、オントロジー構造値は「２２１３１」である。図６のオントロジー構造は、ユーザが位置情報の提供を承諾するか否かによって、公開承諾の可否、グルメ情報、病院情報などのような地理に関連する情報コンテンツを、ユーザの位置情報に結び付けて注文できるようにするオントロジー構造の例示である。
【０１３１】
図７は、ユーザの位置情報に対するメタデータＤＢのデータモデルをテーブル形式に示したものである。各々の属性は、ユーザ名、メタデータ要素名として、位置情報、位置指定、オントロジー構造値、注文コンテンツの種類、開示注文要素などで構成され、その値は、それぞれ地域名、数字などである。このようなデータテーブルは、ユーザが図３Ｂのような方法でメタデータを選択したり作成することによって生成される。
図８は、ユーザの個人情報に対するオントロジー構造を示す。図８のオントロジー構造は、前述した例示のようなツリー構造を有する。ユーザの個人情報オントロジー構造値は「３」から始まる。例えば、ユーザの氏名のうち、苗字は「３１１」のオントロジー構造値を有する。
【０１３２】
ユーザの個人情報オントロジー構造は、ユーザが自分の個人情報を公開する代わりに、関連するコンテンツを受けるための目的を有し、趣味、嗜好物などに関連するコンテンツの提供を期待することができる。
【０１３３】
図９は、ユーザの個人情報に対するメタデータのＤＢデータモデルをテーブル形式で示したものである。各々の属性は、ユーザ名、生年月日、電話番号、結婚関係、好きな食べ物等々のメタデータ要素値で構成される。ユーザが図３Ｃのようなコンテンツ注文情報の入力において、Ｙｅｓ、Ｎｏなどのボックス選択をチェックまたは文字入力を実行すると、図９のデータテーブルのような値が得られる。
【０１３４】
図１０Ａおよび図１０Ｂは、ユーザの活動記録／予定情報に対するオントロジー構造を示す。図１０Ａは、ユーザの過去の活動記録に関するオントロジー構造であり、図１０Ｂは、活動予定に関するものである。ユーザの活動記録と活動予定情報は密接な関わりがあるため、同一のオントロジー構造によって提供される。
【０１３５】
図１０のオントロジーを利用すると、ユーザの過去のショッピング履歴などの情報を公開し、購入商品に関連する有用なコンテンツを提供することができる。また、ユーザの立場では、活動予定情報を公開することにより、関連するコンテンツを受けることができる。
図１１は、ユーザがユーザの活動記録／予定情報を公開し、希望するコンテンツに関する注文情報を作成した結果に基づいて、ユーザ活動記録／予定情報ＤＢを構築するためのデータモデルをテーブル形式で示したものである。
【０１３６】
図６〜図１１に示す各々のオントロジー構造とＤＢのレコード属性には、ユーザカスタマイズ型コンテンツを、指定形態で、指定場所に、指定した時刻に、指定した容量で提供することを注文することができるメタデータの要素を含んでいる。
【０１３７】
図３〜図１１を参照して説明した実施形態は、コンテンツ注文情報ＤＢを構築する過程に関するものである。前述した実施形態では、４つの領域（ユーザの関心領域、ユーザの個人情報、ユーザの位置情報、ユーザの活動記録／予定情報）について、ユーザカスタマイズ型コンテンツ提供サーバ３００が予め用意したオントロジー３０６を用いてメタデータ要素を生成し、生成されたメタデータ要素をユーザ端末１００上に提供する実施形態である。すると、ユーザは自分の端末で注文情報に合ったメタデータ要素を選択したり作成し、コンテンツ注文情報をユーザカスタマイズ型コンテンツ提供サーバ３００に伝送する方式である。
【０１３８】
すなわち、前記方法は、オントロジーの最上位ノード（ｎｏｄｅ）であるルート（ｒｏｏｔ）から下部クラスに展開、生成する、いわゆる、トップダウン（ｔｏｐ  ｄｏｗｎ）方法論であって、各部門領域に対するオントロジー構造、すなわち、コンテンツに対する内容についてある程度知識を持ったユーザに有用な方法である。
【０１３９】
一方、前記方法は、ユーザが希望するコンテンツについて漠然たる知識または断片的なキーワード程度しか持たないユーザにとっては不利な方法でもある。したがって、本発明では、前述した方法とは異なるユーザ注文情報表現フレームを提供する。後述する方法では、ユーザにメタデータ要素を段階的に提供して選択または作成させる代わりに、ユーザに注文しようとするコンテンツのメタデータ要素名を直接文字列または単語系列で入力させる方法である。
【０１４０】
図１２は、ユーザが注文しようとするコンテンツに対するメタデータ要素を直接入力させることにより、コンテンツ注文情報ＤＢを構築する例を示す。
【０１４１】
図１２を参照すると、ユーザカスタマイズ型コンテンツ提供サーバ３００は、ユーザにコンテンツ注文情報入力ウィンドウを提供する（ＳＴ２００）。ユーザが自分の端末上でコンテンツ注文情報入力ウィンドウを開き、注文しようとするコンテンツに関連する文字列を入力する（ＳＴ２１０）と、サーバは、ユーザの入力した語彙のメタデータ要素名をキーワードとし、予め用意したオントロジー検索を行う（ＳＴ２２０）。このとき、図４、図６、図８、図１０を参照して説明した４つの部門のオントロジー全体が利用される。
【０１４２】
オントロジー検索は、オントロジーの下部から上部に向かうボトムアップ（ｂｏｔｔｏｍ  ｕｐ）検索方法で進行する。検索の進行により、ユーザの入力したメタデータ要素名と一致するオントロジーがあるか否かを判断する（ＳＴ２３０）。仮に、一致するオントロジーがなければ、ステップＳＴ２１０に戻り、ユーザに再入力を要請する。
【０１４３】
検索過程で一致するオントロジーが現れると、一致するオントロジー部分のノード（ｎｏｄｅ）からルートに向かう枝（ｂｒａｎｃｈ）を集めて与えられた数字に指定し、オントロジー構造値を抽出する（ＳＴ２４０）。そして、抽出されたオントロジー構造値からメタデータの語彙属性を指定する（ＳＴ２５０）。
【０１４４】
次に、入力されたメタデータ要素名の語彙などをレコード属性としてコンテンツ注文情報ＤＢ３１０を構築する（ＳＴ２６０）。コンテンツ注文情報ＤＢの構築方法は、上述したＤＢの構築方法と同一である。
【０１４５】
例えば、「為替」というメタデータ要素名をユーザが入力ウィンドウで入力した場合、「為替」をキーワードとし、４つの部門のオントロジーを対象に検索を開示する。図４を参照すると、為替は関心領域オントロジー部分でマッチングされたため、「為替」のオントロジー構造値「１３１２」を抽出することができる。
【０１４６】
したがって、メタデータ要素名「為替」は、「為替」のオントロジー構造値「１３１２」を属性として、ユーザ関心領域ＤＢ３１０ａにユーザが注文した注文情報のＤＢが構築されるのである。仮に、ステップＳＴ２３０において、複数の領域オントロジーで検索語が一致したと判断されると、複数のオントロジー構造値をＤＢに格納する。
【０１４７】
このように、メタデータ要素とオントロジー構造は、ユーザからコンテンツ注文情報を受けるときに有用である。また、メタデータ要素とオントロジー構造は、ユーザのコンテンツ注文情報に応じたコンテンツフィルタリング過程においても重要な役割を果たす。
前述したユーザのコンテンツ注文方式は、それぞれ別途の２つの例を示したが、メタデータ要素とオントロジー構造を利用する他の注文方式でコンテンツを注文してもよく、前述した２つの方式が混用されて利用されてもよい。
【０１４８】
列挙したユーザカスタマイズ型コンテンツ注文のためのコンテンツ注文情報ＤＢ３１０（ユーザの関心領域情報提供のためのユーザ関心領域ＤＢ３１０ａ、ユーザの位置情報提供のためのユーザ位置情報ＤＢ３１０ｂ、ユーザの個人情報提供のためのユーザ個人情報ＤＢ３１０ｃ、ユーザの活動記録および活動予定情報提供のためのユーザ活動記録／予定情報ＤＢ３１０ｄの４つのＤＢを含む）の実現は、通常のＲＤＢＭＳ（Ｒｅｌａｔｉｏｎａｌ  Ｄａｔａ  Ｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）で実現可能である。
図５、図７、図９、図１１のデータテーブルが、それぞれコンテンツ注文情報ＤＢ３１０のデータモデルでもある。また、１つの実現方法として、セマンティックウェブ（Ｓｅｍａｎｔｉｃ  Ｗｅｂ）におけるのと同様に、ＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）モデルとＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ＤＢでも実現可能である。さらに、同一のマークアップ言語（Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）系列であるＸＨＴＭＬ、ＨＴＭＬ５．０などのＤＢでも実現可能である。
【０１４９】
図１３は、図５で例示したユーザの関心領域注文情報ＤＢ３１０ａのメタデータの要素値をＸＭＬで実現した例を示す。より正確には、図５のテーブル形式において、メタデータ表現形式であるＸＳＬＴ（ＸＭＬのＳｔｙｌｅ  Ｓｈｅｅｔ  Ｌａｎｇｕａｇｅ）でメタデータ要素値を生成して例示したものである。ＲＤＢＭＳで実現する方法と、ＸＭＬＤＢで実現する方法の違いは、実現方法によってコンピュータの格納方法が異なり、ＤＢの検索方法も異なるというものである。また、前者の実現方法は、すでに成熟したコンピュータＳ／Ｗ技術方法論であるが、後者は、比較的成長過程にある方法論であるという違いがあるが、そのいずれの方法でも本発明の目的の達成に関しては同じ結果を得る。
【０１５０】
以上では、本発明において、ユーザからコンテンツ注文情報を受けてコンテンツ注文情報ＤＢ３１０を構築する過程を詳細に説明した。このように、ユーザのコンテンツ注文情報をＤＢ化することにより、ユーザ全体の注文状況と情報をリアルタイムで管理および利用できるという利点がある。次いで、コンテンツ注文情報ＤＢをコンテンツ提供者側に公開する方法について説明する。
【０１５１】
図１４は、コンテンツ注文情報ＤＢを公開する例を示すフローチャートであって、図１に示すシステムのコンテンツ注文情報公開器３１２の実施形態を示す。
上述したようなユーザのコンテンツ注文に関するコンテンツ注文情報ＤＢ３１０の構築が終わると、次の過程では、コンテンツ注文情報ＤＢ３１０の公開手続きが進行する。図１４を参照すると、コンテンツ注文情報ＤＢ３１０のメタデータ要素名別の統計を求めることでステップが始まる（ＳＴ３００）。この過程で、コンテンツ注文情報ＤＢ３１０が参照される。
【０１５２】
統計を求めるステップ（ＳＴ３００）では、４つの領域のコンテンツ注文情報ＤＢ３１０別にユーザが選択したメタデータ要素の統計値を求める。例えば、図５のユーザ関心領域ＤＢ３１０ａにおいて、ユーザの選択したメタデータ要素別合計を求めるなどの処理がこれに当たる。また、図７のユーザ位置情報ＤＢ３１０ｂでは、ユーザの現在位置、特定の位置にあるユーザの総数、ユーザが最も多く集まっている位置などの統計値をこの過程で求める。同じ方法により、ユーザ個人情報ＤＢ３１０ｃ、ユーザ活動記録／予定情報ＤＢ３１０ｄでユーザが最も多く選択したメタデータ要素名などの統計値を求める。
【０１５３】
次いで、前記統計値に基づいてメタデータ要素名別順位を計算する（ＳＴ３１０）。順位計算ステップでは、最高値、最低値など、条件別の設定が可能である。すなわち、現在の政治が、メタデータ要素のうちコンテンツ注文数が最も多い政治家、または、現在位置情報のうちユーザが最も多く集まっている位置、または特定の場所で最も多いユーザが集まる時間帯の計算処理などもこの過程で行う。
【０１５４】
また、ユーザの個人情報公開によるメタデータ要素の統計値、ユーザの活動記録／予想情報公開によるメタデータ要素の統計値などに対しても、順位を付ける計算処理を行う。
【０１５５】
次いで、前記過程で計算された統計値および順位は、コンテンツ注文統計ＤＢ３２０に格納されて管理されると同時に、メタデータ要素名別順位を公開して開示する（ＳＴ３２０）。順位が開示される場所は、ユーザカスタマイズ型コンテンツサービスを受けるスマートフォン１００ａ、デスクトップＰＣ１００ｂ、スマートパッド１００ｃ、ノートブック、ＩＰＴＶなど、有無線ネットワーク２００で接続されたすべてのユーザ端末１００に対して可能である。
【０１５６】
図１５Ａ〜図１５Ｃは、コンテンツ注文統計ＤＢ３２０のデータモデルに関する例示である。コンテンツ注文統計ＤＢ３２０は、検索キーワードとして活用可能なメタデータ要素名、注文数、オントロジー構造値などのレコード属性を有する。前記属性のうち、オントロジー構造値は、メタデータ要素名がどのオントロジー構造にあるかを示すもので、ユーザの参照用に利用されるだけでなく、コンテンツ提供者またはコンテンツ提供代行者に参照されるという重要な役割を果たす。
【０１５７】
図１６は、前記ユーザの注文情報がデスクトップＰＣ１００ｂ上に開示された例を示す。図１６を参照すると、ユーザ端末１００の画面にコンテンツ注文情報ＤＢ３１０構成のための４つの注文情報要求領域が表示される。ユーザがいずれか１つの領域（すなわち、アイコンなどのような）を選択すると、各領域でのポップアップウィンドウなどを用いて各注文情報に関する詳細情報を確認することができる。例えば、ユーザは、誰が、いつ、どこで、何のコンテンツを注文したかなどに関する注文情報を一目で確認することができる。
図１４のステップＳＴ３２０で開示されたユーザの注文情報は、誰でも、どこでも、いつでも閲覧可能であり、公開された注文情報に基づいて、誰にでも、誰でもコンテンツを提供することができる。例えば、ユーザの関心分野がどこにあるか、どの場所にユーザが最も多く集まっているか、未婚者が何人いるか、グルメがどの程度なのか、ユーザのショッピング内訳、ショッピング予定品目を、条件によって把握することができ、これらの注文情報に応じて、コンテンツ提供者であれば誰でも必要なコンテンツを必要なユーザにカスタマイズ型で提供することができる。
【０１５８】
コンテンツ提供者は、ユーザのコンテンツ注文情報にマッチングされるコンテンツ提供情報を提供する手段が必要である。本発明では、このために、コンテンツ提供者が自分のコンテンツ内容情報を表現できるフレームとして、ユーザのコンテンツ注文情報におけるのと同様に、同一のオントロジーが生成するメタデータ要素を利用する。
【０１５９】
ユーザカスタマイズ型コンテンツ提供サーバ３００のコンテンツ提供メタデータ生成器３２２は、ユーザのコンテンツ注文のためのメタデータ要素と同一のデータモデルを提供する。なぜなら、ユーザの注文情報フレーム（注文情報メタデータ要素）とコンテンツ提供者の提供情報フレーム（提供情報メタデータ群の要素）とを一致させることにより（すなわち、オントロジーを共有することなどにより）、必要なユーザに必要なコンテンツを高いマッチング率で提供することができるからである。
【０１６０】
図１７は、コンテンツ提供者のコンテンツ提供例を示すフローチャートであって、コンテンツ提供情報ＤＢを構築する過程を示す。図１７を参照して、コンテンツ提供者からコンテンツ注文情報に対するコンテンツを受ける過程について説明する。
【０１６１】
コンテンツ提供者を登録することでステップが始まる（ＳＴ４００）。登録後、コンテンツ提供者がログインすると、有効な（または登録された）コンテンツ提供者であるかを判断する認証手続きを経る（ＳＴ４１０）。有効なコンテンツ提供者でなければ、アクセスが遮断される。
【０１６２】
有効なコンテンツ提供者として認証されると、提供しようとするコンテンツ内容領域を選択させる（ＳＴ４２０）。コンテンツ内容領域を選択させるために、コンテンツ提供者に各領域に属するメタデータ要素が開示される（ＳＴ４３０）。
【０１６３】
コンテンツ提供者が自分の提供するコンテンツに合った内容領域を選択したり作成すると、選択されたメタデータ要素は、ユーザカスタマイズ型コンテンツ提供サーバ３００側に伝送される（ＳＴ４４０）。ユーザカスタマイズ型コンテンツ提供サーバ３００のコンテンツ提供情報ＤＢ生成器３２４は、コンテンツ提供者がチェックしたメタデータ要素に基づいてコンテンツ提供情報ＤＢ３３０を構築する（ＳＴ４５０）。
【０１６４】
４つのコンテンツ内容領域で提示されるメタデータ要素群は、上述したコンテンツ注文情報ＤＢ３１０でのメタデータの要素群と同一のものであり、上述した同一のオントロジーで生成される。また、メタデータの要素値は、コンテンツ検索用キーワードとして定義され、コンテンツ提供情報ＤＢ３３０のレコード属性と値として格納および管理される。
また、図１２を参照して説明したコンテンツ注文情報ＤＢ３１０の構築の他の方法が、コンテンツ提供情報ＤＢ３３０の構築にも同様に利用できる。コンテンツ提供者は、本発明のユーザカスタマイズ型コンテンツ提供サーバ３００に接続してコンテンツ提供情報入力ウィンドウを開き、提供者自らが考えるメタデータ要素を語彙文字で入力することができる。
【０１６５】
すると、ユーザカスタマイズ型コンテンツ提供サーバ３００は、コンテンツ提供者が入力した語彙のメタデータ要素名をキーワードとし、予め用意されたオントロジー検索を行う。このとき、コンテンツ提供者が入力したメタデータ要素名を特定の部分に対する指定なく、４つの部門のオントロジー全体を対象に検索を行う。４つの部門のオントロジーとは、上述した図４、図６、図８、図１０に例示したオントロジーをいう。
【０１６６】
このときのオントロジー検索は、オントロジーの下部から上部に向かうボトムアップ（Ｂｏｔｔｏｍ  ｕｐ）検索方法を行う。検索過程で一致する部分が現れると、前記一致するオントロジー部分のノード（Ｎｏｄｅ）からオントロジールートに向かう枝（Ｂｒａｎｃｈ）を集めて与えられた数字からオントロジー構造値を抽出する。そして、抽出されたオントロジー構造値およびコンテンツ提供者から入力されたメタデータ要素名の語彙などをレコード属性として、コンテンツ提供情報ＤＢ３３０を構築する。
【０１６７】
このように、コンテンツ提供者に対しても、ユーザの注文情報表現フレームワークおよびインタフェースを同一に提供することにより、コンテンツを注文するユーザとコンテンツを提供するコンテンツ提供者との間のコンテンツ流通構造を容易にすることができる。また、ユーザと提供者の互いの立場の変化においても簡便で容易なインタフェースを共有することができる。
【０１６８】
図１８は、コンテンツ提供情報ＤＢのデータモデルをテーブル形式で例示したものである。図１８を参照すると、コンテンツ提供情報ＤＢ３３０は、コンテンツ注文情報ＤＢ３１０のフレームのうち、メタデータ要素名と同一のキーワードと、コンテンツ名、制作者、制作日、オントロジー構造値などの属性で構築される。コンテンツ提供情報ＤＢ３３０の具体的な実現方法は、コンテンツ注文情報ＤＢ３１の実現方法と同一である。
一般的に、情報検索エンジンの性能評価は、情報検索の正確度（Ｐｒｅｃｉｓｉｏｎ）と再現性（Ｒｅｃａｌｌ）に指標を置く。前者は、どれだけ正確にユーザが所望する情報を探すかに関連する指標であり、後者は、どれだけ幅広い情報領域で情報を探したかに関連する指標である。
【０１６９】
本発明のユーザカスタマイズ型コンテンツ提供方法においても、コンテンツ注文にマッチングされるコンテンツの提供に対する評価指標として正確度と再現性を挙げることができる。このために、本発明では、ユーザの注文情報表現フレームとコンテンツ提供者の提供情報表現フレームとを同一のオントロジーによるメタデータ要素で表現することにより、正確度の保証という目標を達成することができる。
【０１７０】
しかし、ユーザカスタマイズ型コンテンツに対する検索対象領域を広げようとすれば（すなわち、コンテンツの提供に対する再現性を高めようとすれば）、本発明にかかるユーザカスタマイズ型コンテンツ提供方法を利用しないコンテンツ提供者のコンテンツ領域が問題になる。なぜなら、コンテンツ提供情報の表現が本発明の表現フレームであるメタデータ方法でない場合、本発明にかかるユーザカスタマイズ型コンテンツのフィルタリング過程から逸脱する可能性があるからである。
【０１７１】
本発明では、メタデータ方法を利用しないコンテンツ提供者のコンテンツ提供のために、もつ１つのコンテンツ提供方法に対するフレームワークを提示する。もう１つのコンテンツ提供方法のカギとなる技術は、本発明のユーザカスタマイズ型コンテンツ注文情報表現フレームで、メタデータ要素名のうちキーワードになる項目の語彙を、提供されるコンテンツとどれだけ一致させて抽出するかが問題である。この目的のために、本発明では、提供されたコンテンツのキーワードからメタデータ要素名を抽出し、コンテンツ注文情報ＤＢ３１０のメタデータ要素名と同一の構造を有するように、コンテンツ提供情報ＤＢ３３０を構築する方法を提供する。
【０１７２】
図１９は、テキストクローラーを用いたコンテンツ提供情報ＤＢの構築例を示す。テキストクローラー（Ｔｅｘｔ  Ｃｒａｗｌｅｒ）がネットワークを介してアクセス可能なコンテンツ（例えば、図１９に示すようなホームページコンテンツ、ブログコンテンツ、ＳＮＳコンテンツ、動画コンテンツ、音楽コンテンツなどのような）に含まれたテキストを収集することでステップが始まる（ＳＴ５００）。
【０１７３】
次に、収集されたテキストからキーワードが提供されるか否かを判断する（ＳＴ５１０）。キーワードが提供されると、キーワードを抽出する（ＳＴ５２０）。仮に、キーワードが提供されなければ、収集されたテキストを形態素処理し（ＳＴ５３０）、処理された形態素からキーワードを生成する（ＳＴ５４０）。キーワードは大部分名詞からなるため、前記形態素処理で名詞単語を選んだ後、その中からキーワードを指定する過程を経る。前記キーワードの指定過程と方法には、多様な方法が公知されており、特に記述しないこととする。
【０１７４】
テキストクローラー技術は、一般的な情報検索エンジンで使われている。また、テキストの収集過程は、コンテンツに含まれたテキストをスキャニング（Ｓｃａｎｎｉｎｇ）する過程を含むため、大部分のコンテンツからキーワードを抽出することができる。なぜなら、大部分のコンテンツは、メタデータとしてキーワード記述表現を必須化しているため、この収集過程でキーワードが抽出できる。仮に、キーワードが抽出されなければ、形態素処理によってキーワードを生成する。
【０１７５】
次いで、抽出されたキーワードで上述した４つの部門の注文情報オントロジーにアクセスしてオントロジー検索を行う（ＳＴ５５０）。そして、抽出されたキーワードのような語彙が検索されるか否かを判断する（ＳＴ５６０）。キーワードのような語彙がなければ、収集されたテキストを廃棄する。キーワードのような語彙が存在すれば、オントロジー構造値を抽出する（ＳＴ５７０）。抽出されたオントロジー構造値は、コンテンツ提供情報ＤＢ３３０に格納される（ＳＴ５８０）。
【０１７６】
以上、ユーザカスタマイズコンテンツ注文のためのコンテンツ注文情報ＤＢ３１０の構築と、コンテンツ提供者のコンテンツ提供のためのコンテンツ提供情報ＤＢ３３０の構築について説明した。このように、２つのＤＢが実現された環境において、本発明の次の過程は、コンテンツ提供者から提供されたコンテンツをユーザの注文に合わせてフィルタリングする過程と、フィルタリングされたコンテンツをユーザカスタマイズ型で提供する過程である。
【０１７７】
図２０は、本発明にかかるコンテンツフィルタリングの例を示すフローチャートである。これを参照して、コンテンツフィルタリングの過程について説明すると、次のとおりである。
【０１７８】
ユーザカスタマイズ型コンテンツ提供サーバ３００のコンテンツフィルタリング処理器３３２は、コンテンツ注文統計ＤＢ３２０を参照してユーザの注文した注文情報キーワードを抽出する（ＳＴ６００）。注文情報キーワードは、例えば、メタデータ要素名である。
次に、ステップＳＴ６００で抽出されたキーワードを、図１７または図１９のような方法で構築されたコンテンツ提供情報ＤＢ３３０から検索して比較する（ＳＴ６１０）。そして、ユーザのコンテンツ注文情報キーワードと、コンテンツ提供情報ＤＢ３３０に格納されたメタデータ要素名との一致度を計算する（ＳＴ６２０）。
【０１７９】
一致度の計算は、メタデータを生成したオントロジー構造値を比較することによって行われる。オントロジー構造値の追跡により、メタデータの要素が完全に一致することが確認されると、コンテンツリンク部に処理過程が移る（ＳＴ６３０）。
【０１８０】
一方、２つのメタデータ要素が部分一致の場合、一致する割合を計算して一致度を付与する。すなわち、注文したコンテンツのメタデータと、提供されたコンテンツのメタデータ要素との一致度は、百分率（％）で求められる。そして、前記百分率の一致度を有するコンテンツは、下部のコンテンツリンク部に送られる。
【０１８１】
コンテンツリンク部では、コンテンツの位置データ（例えば、ＵＲＬ、ＩＰアドレスまたはホームページリンクデータなどのような）とともにフィルタリングされたコンテンツを順にリンクさせる。フィルタリングされたコンテンツは、ユーザの指定した条件に応じて開示順序を有し、コンテンツ開示情報ＤＢ３５０およびユーザ別コンテンツ開示情報ＤＢ３４４に格納され、コンテンツの開示待機過程に移る（ＳＴ６４０）。
【０１８２】
そして、ユーザカスタマイズ型コンテンツ開示提供器３４２は、ユーザ別コンテンツ開示情報ＤＢ３４４を参照してユーザの指定条件が達したかを判断し（ＳＴ６５０）、指定条件が達すると、ユーザ側にコンテンツの開示を提供する（ＳＴ６６０）。
【０１８３】
図２１は、上述したコンテンツフィルタリングでキーワードの一致度を計算する過程を例示する。これを参照すると、コンテンツ注文統計ＤＢ３２０のメタデータ要素名をキーワードとし、コンテンツ提供情報ＤＢ３３０のメタデータ要素からキーワード検索を行う（ＳＴ７００）。次に、キーワードの文字列が一致するか否かを判断する（ＳＴ７１０）。キーワードの文字列が一致すると、２つのＤＢ３２０、３３０のオントロジー構造値を比較する（ＳＴ７２０）。上述した実施形態において、オントロジー構造値は数字系列からなっているため、パターンマッチングを行うことによってオントロジー構造値を比較する。
次いで、オントロジー構造値が完全に一致するか否かを判断する（ＳＴ７３０）。数字系列のパターンマッチングが一致すると、メタデータ要素は、互いに１００％一致することを意味するため、次のステップで１００％の一致度を付与する（ＳＴ７４０）。
【０１８４】
仮に、オントロジー構造値の数字系列が一致しなければ、次のステップで部分一致するか否かを判断する（ＳＴ７５０）。オントロジー構造値が部分的に一致すれば、一致する割合を計算し（ＳＴ７６０）、割合に応じた一致度を付与する（ＳＴ７７０）。
【０１８５】
例えば、図４、図６、図８、図１０のコンテンツ注文情報のためのオントロジーにおけるのと同様に、それぞれメタデータ要素毎に数字値が指定されているため、まず、最初の数字が同一であるかのパターンマッチングを行い、同一であれば、その次の桁数が同一であるか否かに関するパターンマッチングを行っていく。仮に、オントロジー構造値が５桁の数字で５桁数がすべて同一であれば、２つのコンテンツは１００％の一致度を有するのである。
【０１８６】
このように、コンテンツの一致度を求める過程で桁数の数字が同一でなければ、それに続いた桁数の一致度の計算は終わる。例えば、注文コンテンツのオントロジー構造の数系列が「１２３」であり、提供コンテンツのオントロジー構造の数系列が「１２４」であれば、３桁数から１桁数が異なるため、１００％−３３％＝６６．７％の一致度を有するようになる。
【０１８７】
注文コンテンツと提供コンテンツのオントロジー構造の比較による一致度は、コンテンツの開示順位として利用される。すなわち、４つの部門の各領域で一致度が１００％であれば、開示順位が最上位に上がる。したがって、一致度に応じて開示順序が決定されるため、ユーザは相対的に正確度の高いコンテンツを受けることができる。一方、コンテンツ提供者は、自分のコンテンツを必要とするユーザにより正確に提供しようとする意図から、前記オントロジーによるメタデータ構造に自分のコンテンツを充実に反映させる努力を行うことにより、コンテンツ流通において経済性を提供することができる。
【０１８８】
次に、コンテンツリンク部に移り、コンテンツ注文情報ＤＢ３１０またはコンテンツ注文統計ＤＢ３２０を参照してコンテンツの開示順位を決定する（ＳＴ７８０）。開示順位が決定されると、ユーザカスタマイズ型コンテンツ開示生成器３４２に作業が移動する。
前記のように、コンテンツの開示順序に応じてコンテンツ位置情報などにリンクされたコンテンツは、次いで、どの形式でユーザ端末１００に提供するかを決めるステップの処理を行う。ここで、「どの形式」とは、開示するコンテンツをどのようなページ形式で配置して開示するかを意味するもので、例えば、ホームページ上でコンテンツの配置方法をどのようにするかと同じ意味である。
【０１８９】
図２２は、本発明において、フィルタリングされたコンテンツをユーザカスタマイズ型で提供する例を示す。コンテンツフィルタリング過程が完了すると、次いで、フィルタリングされたユーザ注文コンテンツをユーザが注文した指定開示方法で提供する過程を行う。
ユーザカスタマイズ型コンテンツ開示提供器３４２は、コンテンツ注文情報ＤＢ３１０を参照してコンテンツの開示に関する注文情報を抽出する（ＳＴ８００）。そして、ユーザカスタマイズ型コンテンツの開示を生成し、ユーザ別コンテンツ開示情報ＤＢ３４４に格納する（ＳＴ８１０）。
【０１９０】
ユーザカスタマイズ型コンテンツ開示提供器３４２は、ユーザ別コンテンツ開示情報ＤＢ３４４を読み出してコンテンツ開示情報ＤＢ３５０を更新し、ユーザカスタマイズ型コンテンツをプッシュすることで開示を始める（ＳＴ８３０）。
【０１９１】
図２３は、ユーザ別コンテンツ開示情報ＤＢ３４４のデータモデルをテーブル形式で示したものである。ユーザ別コンテンツ開示情報ＤＢ３４４は、ユーザＩＤ、注文部門、メタデータ要素名、開示日、開示形態、開示場所、容量などの属性情報と、フィルタリング過程でリンクされた注文コンテンツリストの情報がともにＤＢをなす。
前記のようなユーザ別コンテンツ開示情報ＤＢ３４４の各属性情報に応じて、必要なユーザに、必要なコンテンツを、必要な時刻に、必要な場所に、必要な量だけ、必要な開示形態で注文コンテンツを提供することにより、本発明のユーザカスタマイズ型コンテンツの提供が達成される。
【０１９２】
例えば、図２３において、ユーザＩＤの属性を参照すると、ユーザの注文コンテンツに応じて提供されるユーザカスタマイズ型コンテンツの内容、開示場所、開示形態、開示日など、ユーザの注文条件を満たしたコンテンツが提供可能であることが分かる。
本発明で構築される前記すべてのＤＢは、上述したように、ＲＤＢまたはＲＤＦモデルと、ＸＭＬ、ＸＨＴＭＬのようなマークアップ言語で実現される。
【０１９３】
図２４は、ユーザが注文したコンテンツの開示形態をデスクトップＰＣ１００ｂ上で提供される例を示し、図２５は、スマートフォン１００ａ上で提供される例を示す。デスクトップＰＣ１００ｂ上の開示形態は、ＰＣ利用者に最も慣れている情報ポータルサイトのホームページ形式を採った例示であり、スマートフォン１００ａ上の開示形態は、ウィジェットアイコンをインタフェースにした形態を採る。また、前記開示形態の指定によるコンテンツページは、予め定義されたＨＴＭＬなどのマークアップ言語で制作された開示テンプレートをユーザが選択することによって決定される。
【０１９４】
以上で説明した本発明のユーザカスタマイズ型コンテンツ提供方法およびシステムは、ユーザが直接自分の所望するコンテンツを注文すると、コンテンツ提供者側でユーザの注文に合わせて（ｃｕｓｔｏｍｉｚｅｄ）注文したコンテンツを提供する発明に関するものであって、本発明は、上述した実施形態および添付した図面により限定されるものではなく、本発明の技術的思想を逸脱しない範囲内で様々な置換、変形および変更が可能であることが、本発明の技術分野における通常の知識を有する者にとって自明である。
【図１】
2014506360.tif 000003
【図２】
2014506360.tif 000004
【図３Ａ】
2014506360.tif 000005
【図３Ｂ】
2014506360.tif 000006
【図３Ｃ】
2014506360.tif 000007
【図３Ｄ】
2014506360.tif 000008
【図４】
2014506360.tif 000009
【図５】
2014506360.tif 000010
【図６】
2014506360.tif 000011
【図７】
2014506360.tif 000012
【図８】
2014506360.tif 000013
【図９】
2014506360.tif 000014
【図１０Ａ】
2014506360.tif 000015
【図１０Ｂ】
2014506360.tif 000016
【図１１】
2014506360.tif 000017
【図１２】
2014506360.tif 000018
【図１３】
2014506360.tif 000019
【図１４】
2014506360.tif 000020
【図１５Ａ】
2014506360.tif 000021
【図１５Ｂ】
2014506360.tif 000022
【図１５Ｃ】
2014506360.tif 000023
【図１６】
2014506360.tif 000024
【図１７】
2014506360.tif 000025
【図１８】
2014506360.tif 000026
【図１９】
2014506360.tif 000027
【図２０】
2014506360.tif 000028
【図２１】
2014506360.tif 000029
【図２２】
2014506360.tif 000030
【図２３】
2014506360.tif 000031
【図２４】
2014506360.tif 000032
【図２５】
2014506360.tif 000033
【国際調査報告】
2014506360.tif 000034
2014506360.tif 000035
2014506360.tif 000036
2014506360.tif 000037