JP5748084B1 - コンテンツの配信方法及びシステム - Google Patents

Abstract

【課題】ユーザのコンテンツ群を広く浅く消費する行為の利便性を向上させ、更に効率も向上させるコンテンツ群配信を可能にするコンテンツ群配信方法及びシステムを提供する。【解決手段】断片ＤＢ１２は、断片がどのような目的を満たす情報であるかを示す属性情報を持つ。プロファイル情報ＤＢ２１は、消費者がどのような属性情報を持つコンテンツを希望しているかを示す需要度情報を持つ。断片生成部７０は、各コンテンツを確実に「複数の断片と１つの本体」で構成する。コンテンツ生成部５１は、断片ＤＢ１２とプロファイル情報ＤＢ２１を用いて優先度を計算しながら、コンテンツの断片群を生成する。ユーザインターフェース生成部５０は、断片群に対して断片群の追加消費を選択するためのユーザインターフェースを生成する。プロファイル情報更新部８０は、消費者の消費履歴３０を用いて、プロファイル情報２１の需要度情報を更新する。【選択図】図２

Description

本発明は、情報を配信する方法に関する。特に、大量の情報を集約して配信する方法に関する。

コンテンツ群の配信方法として典型的な方法は、
コンテンツを本体と断片の組で構成した上で、始めに断片群を提供し、各断片に対してユーザに対応する本体を消費するかどうかを選択させる方法である。

ただし、本明細書において「コンテンツ」とは、テキストデータを１以上、画像データ、音声データ、動画データを０以上含むデジタルデータを指すものとする。本発明の好適な一実施形態では、ニュース記事を掲載するウェブページのソースコードデータである。

また、コンテンツを「消費する」とは、画像であればそれを見る行為、テキストであればそれを読む行為、音声であればそれを聞く行為などを指すものとする。本発明の好適な一実施形態では、前記ウェブページをウェブブラウザで閲覧する行為である。

また、「本体」とは、コンテンツの中でユーザに消費させたい部分全てを指すものとする。本発明の好適な一実施形態では、前記ソースコードデータを指す。

また、「断片」とは、本体の一部分あるいは、本体の情報を断片的に得られるコンテンツを指すものとする。本発明の好適な一実施形態では、前記ニュース記事の見出しを保持するソースコードデータなどを指す。

大量のコンテンツ群を集約して配信するインターネットサービスの多くで当該配信法は採用されている。例えば検索エンジンサービスの検索結果画面は、ウェブページのタイトル（＝断片）を列挙し、それぞれについて対応するリンク先ページ（＝本体）にアクセスするかどうかをユーザに選ばせる形であることが多い。ニュース配信サービスがニュース記事群を配信する際は、ニュースの見出し（＝断片）を列挙し、それぞれについてニュース本文（＝本体）を読むかどうかをユーザに選ばせる形であることが多い。

前記コンテンツ群の配信方法として典型的な方法は、各コンテンツについてユーザに「断片だけ消費する」か「本体まで消費する」の２択を選択させるが、消費の方法はこれだけではない。コンテンツ群全体を、提供された断片より多く、本体より少ない量で消費したいこともある。

本明細書において、コンテンツ群全体を「提供された断片より多く、本体より少ない量で消費する」行為を、「広く浅く消費する」と呼ぶものとする。

例えば検索エンジンサービスでは、タイトル（＝断片）だけではリンク先のページ（＝本体）が自分の求めている情報かどうか判断できず、各リンク先ページの始め数行ずつを読んでから、改めてどのリンク先ページを閲覧するか判断したいという動機から、コンテンツ群全体を広く浅く消費する行為への需要が生まれる。実際、検索エンジンの出力した各タイトルのリンク先ページについて、少し閲覧して離脱という作業を繰り返しながら、欲しい情報にたどり着くという行為は非常に一般的である。また、ニュース配信サービスにおいても、提供された見出しのリスト（＝断片群）よりは多くの情報を得たいが、特定のニュースを完璧に知りたいというよりも、その日何が起きたのかを大雑把に把握したいという動機から、コンテンツ群全体を広く浅く消費する行為への需要が生まれる。

前記コンテンツ群の配信方法として典型的な方法で、コンテンツ群全体を広く浅く消費したい場合は、各コンテンツに対して、「本体まで消費する」を選択した上で、「本体の一部分だけ消費し、そこで消費を中断する」という行為を繰り返すことになる。

まず、この行為は多くの場合ユーザによる複数回の操作を必要とし、利便性が悪い。コンテンツ配信者側は、「断片だけ消費する」か「本体まで消費する」の２択以外に、「全体を広く浅く消費する」の選択肢を明示的に提供することが望ましい。

この「全体を広く浅く消費する」選択肢の追加提供は、大手検索エンジンサービスや大手ニュース配信サービスが行っていない。従って周知慣用手段の追加ではなく、進歩性のある改良に該当すると考えられる。

さらにこの時、本体のどの部分を消費しても効率が均一ということにはならない事に注意する。

本明細書において消費の「効率」とは、消費量に対する消費目的の達成度を指す。
例えばあるユーザがあるニュースを消費する目的が、ニュースの結論を知る事だった場合、同じ一段落でも背景の段落を読むより結論の段落を読む方が、消費効率が高い。

コンテンツ群全体を広く浅く消費する行為の効率は、ユーザの目的及び、本体のどの部分を消費したかに左右される。

従って、コンテンツ配信者が、ユーザの目的や希望を考慮しつつ、消費すべき部分を適切に誘導する方が望ましい。

本発明では、以下のような解決手段を提供する。

（１）コンピュータ・ソフトウェアによるコンテンツ群の配信方法であって、
コンテンツ群のそれぞれのコンテンツからコンテンツの断片を生成するステップと
コンテンツの断片群を生成するステップと
当該断片群のそれぞれの断片に対して、対応する本体の消費を選択するためのユーザインターフェースを生成するステップと、
当該断片群に対して断片群の追加消費を選択するためのユーザインターフェースを生成するステップと、
当該２つのユーザインターフェースと当該断片群を結合するステップと
当該結合物上でなされた選択に応答して、新たな断片群を追加生成するあるいは対応する本体を生成するステップ
を含み、当該「コンテンツ群のそれぞれのコンテンツからコンテンツの断片を生成するステップ」は、一つのコンテンツが三以上の断片を保持することを可能にすることを特徴とし、
更に、当該「当該二つのユーザインターフェースと当該断片群を結合するステップ」と、当該「当該結合物上でなされた選択に応答して、新たな断片群を追加生成するあるいは対応する本体を生成するステップ」は、当該新たな断片群に当該二つのユーザインターフェースを再度結合すること及び当該特徴によって、ユーザがコンテンツ群を広く浅く消費する行為を二以上の回数繰り返すことを可能にすることを特徴とし、
更に、当該二つのユーザインターフェースは、消費の選択肢をコンテンツの総数より一多い数に制限することを特徴とする
コンテンツ群の配信方法。

このような構成によれば、当該コンテンツ配信方法は、まずコンテンツから断片を生成し、断片群を構築する。そして、断片群のそれぞれの断片に対して、「対応する本体の消費」の選択肢、更に断片群に対して「断片群の追加消費」の選択肢を明示的にユーザに提供するユーザインターフェースを生成する。そして、当該断片群と、当該ユーザインターフェースを結合し、ユーザに配信する。そして、「本体の消費」が選択されれば、対応する本体を配信する。そして、「追加消費」が選択されれば、断片群を再度構築し、当該ユーザインターフェースと結合した上で、ユーザに再度配信する。当該再配信は、ユーザからの追加消費の選択が無くなるか、配信できる断片が無くなるまで繰り返す。

このようにすることによって、コンテンツ群全体を広く浅く消費する行為を一度の操作で行え、かつ任意の回数行うことができ、更に各回で取れる消費の選択肢が適切に制限されているため、ユーザのコンテンツ群を広く浅く消費する行為の利便性を向上させるコンテンツ群配信を可能にするコンテンツ群配信方法を提供できる。

（２）請求項１に記載のコンテンツ群の配信方法であって、
ユーザごとにコンテンツ消費に関するプロファイル情報を記憶するステップを更に有し、前記コンテンツの断片群を生成するステップと、前記新たな断片群を追加生成するステップは、当該プロファイル情報を用いながら行うことを特徴とする
コンテンツ群の配信方法。

本明細書において「コンテンツ消費に関するプロファイル情報」とは、「どのようなコンテンツに対してどのような目的を達成できる断片をどの程度消費したいかに関する情報」を指すものとする。

このような構成によれば、当該コンテンツ群配信方法は、ユーザのコンテンツ群全体を広く浅く消費する行為に対して、ユーザの目的や希望を考慮しつつ、消費すべき部分を適切に誘導することができる。従って、ユーザのコンテンツ群を広く洩く消費する行為の効率を向上させるコンテンツ群配信を可能にするコンテンツ群配信方法を提供できる。

（３）請求項２に記載のコンテンツ群の配信方法であって、
前記プロファイル情報を記憶するステップは、当該情報を過去のコンテンツ消費履歴に基づいて決定、更新することを特徴とする
コンテンツ群の配信方法。

このような構成によれば、当該コンテンツ群配信方法は、前記プロファイル情報をユーザからの明示的な指定無しに自動的に獲得でき、ユーザのコンテンツ群を広く浅く消費する行為の利便性を向上させるコンテンツ群配信を可能にするコンテンツ群配信方法を提供できる。

（４）通信ネットワークを介して端末にコンテンツ群を配信するコンテンツ群配信装置を含むコンテンツ群配信システムであって、
当該コンテンツ群配信システムは、
コンテンツ群のそれぞれのコンテンツからコンテンツの断片を生成する断片生成手段と
コンテンツの断片群を生成する断片群生成手段と
当該断片群のそれぞれの断片に対して、対応する本体の消費を選択するためのユーザインターフェースを生成するユーザインターフェース生成手段と、
当該断片群に対して断片群の追加消費を選択するためのユーザインターフェースを生成するユーザインターフェース生成手段と、
当該二つのユーザインターフェースと当該断片群を結合する結合手段と
当該結合物上でなされた選択に応答して、新たな断片群を追加生成するあるいは対応する本体を生成する応答手段
を含み、当該「コンテンツ群のそれぞれのコンテンツからコンテンツの断片を生成する断片生成手段」は、一つのコンテンツが三以上の断片を保持することを可能にすることを特徴とし、
更に、当該「当該二つのユーザインターフェースと当該断片群を結合する結合手段」と、当該「当該結合物上でなされた選択に応答して、新たな断片群を追加生成するあるいは対応する本体を生成する応答手段」は、当該新たな断片群に当該二つのユーザインターフェースを再度結合すること及び当該特徴によって、ユーザがコンテンツ群を広く浅く消費する行為を二以上の回数繰り返すことを可能にすることを特徴とし、
更に、当該二つのユーザインターフェースは、消費の選択肢をコンテンツの総数より一多い数に制限することを特徴とする
コンテンツ群配信システム。

このような構成によれば、当該システムを実現することにより、（１）と同様の効果が期待できる。

本発明によれば、ユーザのコンテンツ群を広く浅く消費する行為の利便性を向上させ、更に効率も向上させるコンテンツ群配信を可能にするコンテンツ群配信方法及びシステムを提供できる。

以下で、効果を具体的に数値で示す。
例えばニュース配信サービスにおいてＮ個のニュースが配信された時、消費者は特定のニュースを完璧に知りたいというよりも、その日何が起きたのかを大雑把に把握したいとする。そこで、各ニュース本文を３行だけ閲覧したいとする。既存のコンテンツ群提供方法でこの行為を行う場合、見出しから本文に移動するためにはその都度操作（リンクテキストをマウスでクリックなど）が必要なため、必要な操作のオーダーはＮである。一方本発明の場合、「新たな断片群を追加生成」のステップで各ニュース本文中の３行を確実に生成すれば、「断片群の追加消費を選択するためのユーザインターフェース」を利用することでオーダー１の操作で「各ニュース本文中の３行のリスト」を取得できる。当該新たな断片群を消費した後に更に断片群を消費したくなった場合も、同様の方法で必要な操作量がオーダー１に削減される。

また、特に消費者はニュースの結論を知りたいとする。この時、ニュース本文のある３行にニュースの結論が記されている一般的な確率を２０パーセントだとすると、既存のコンテンツ群提供方法で各ニュース本文を３行だけ閲覧する行為の効率も２０パーセントである。一方、本発明では「新たな断片群を追加生成」のステップで各ニュースの結論を保持する３行を確実に生成することで、効率１００パーセントを達成できる。

以下、本発明の実施の形態を図面に従って説明する。

図１は、実施の形態に係るコンテンツ群配信装置１を含むコンテンツ群配信システムの全体構成を示すブロック図である。このコンテンツ群配信システムでは、コンテンツ群提供者が管理するコンテンツ群配信装置１と、消費者が使用してコンテンツ群を消費する１以上の消費者端末２とが、インターネット等のネットワーク３を介して互いに接続されている。消費者端末２は、ウェブサイトを閲覧できるソフトウェア（ウェブブラウザなど）を有するパーソナルコンピュータや携帯電話である。

図２は、コンテンツ群配信装置１の機能構成を示すブロック図である。この装置は、コンテンツ配信のリクエストを受け付け、ユーザインターフェースとコンテンツを生成した上でそれらを結合し、結合物を消費者端末２に配信するものである。

本実施の形態では、コンテンツ群配信のリクエストは、まずコンテンツ提供者が行う。その後、消費者が、提供されたコンテンツに結合されたユーザインターフェースを通じて行うこともできる。

図２において、コンテンツ群配信装置１は、コンテンツＤＢ１０、消費者情報ＤＢ２０、消費履歴ＤＢ３０、リクエスト受信部４０、ユーザインターフェース生成部５０、コンテンツ生成部５１、コンテンツとユーザインターフェース結合部５２、コンテンツ配信部６０、断片生成部７０、プロファイル情報更新部８０を有する。

コンテンツＤＢ１０は、消費者に配信するコンテンツを取得して格納する。本実施の形態では、コンテンツとはウェブページのデータである。このＤＢ１０は、コンテンツの本体を格納する本体ＤＢ１１と、コンテンツの断片を格納する断片ＤＢ１２とから構成される。各データの詳しい構成は、後に図３、４を参照して説明する。

なお、コンテンツＤＢ１０の情報は、コンテンツ提供者がユーザインターフェースを介して手動で供給する方法と、ウェブサイトクローリング技術を用いて自動で供給する方法がある。ウェブサイトクローリング技術には既知の公知技術を用いても良い。

更に、断片ＤＢ１２の情報は、断片生成部７０によっても生成され、供給される。断片生成部７０については後に説明する。

消費者情報ＤＢ２０は、コンテンツ消費者に関する情報を取得して格納する。このＤＢは、消費者ＤＢ２２とプロファイル情報ＤＢ２１とから構成される。各データの詳しい構成は、後に図５、６を参照して説明する。

なお、消費者情報ＤＢ２０の情報は、消費者がユーザインターフェースを介して手動で供給する。

更に、プロファイル情報ＤＢ２１の情報は、プロファイル情報更新部８０によっても更新される。プロファイル情報更新部８０については後に説明する。

消費履歴ＤＢ３０は、コンテンツ消費者の消費行動の履歴情報を格納する。データの構成は、後に図７を参照して説明する。

なお、消費履歴ＤＢ３０の情報は、コンテンツ配信部６０によって生成され、供給される。コンテンツ配信部６０については後に説明する。

リクエスト受信部４０は、消費者からの要求を受け取り、その内容に基づいてユーザインターフェース生成部５０とコンテンツ生成部５１への要求を生成し、両者に送信する。

ユーザインターフェース生成部５０は、リクエスト受信部４０からの要求を受け取り、その内容に基づいてユーザインターフェースを生成する。そして、当該ユーザインターフェースをコンテンツとユーザインターフェース結合部５２に送信する。

コンテンツ生成部５１は、リクエスト受信部４０からの要求を受け取り、その内容とプロファイル情報ＤＢ２１の内容に基づいて、コンテンツＤＢ１０を用いてコンテンツを生成する。そして、当該コンテンツをコンテンツとユーザインターフェース結合部５２に送信する。

コンテンツとユーザインターフェース結合部５２は、ユーザインターフェース生成部５０からのユーザインターフェースとコンテンツ生成部５１からのコンテンツを結合し、１つのデータにして、コンテンツ配信部６０に送信する。

コンテンツ配信部６０は、コンテンツとユーザインターフェース結合部５２からのデータを受け取り、消費者に配信する。そして、配信した情報に関する消費履歴情報を生成し、消費履歴ＤＢ３０に供給する。

断片生成部７０は、本体ＤＢ１１の本体情報から断片を生成し、断片ＤＢ１２に供給する。

コンテンツＤＢ１２の情報の供給には、前記「コンテンツ提供者がユーザインターフェースを介して手動で供給する方法」と、前記「ウェブサイトクローリング技術を用いて自動で供給する方法」がある。本発明の「新たな断片群を追加生成」のステップを実現するためには、１つの本体に対して複数の断片が関連付けられていなければないが、前記方法で必ずしもこの構成でコンテンツが供給されるとは限らない。

そこで、断片生成部７０が、コンテンツに対して新たに断片を生成して供給する役割を担う。このようにすることで、コンテンツが確実に「複数の断片と１つの本体」で構成され、本発明の「新たな断片群を追加生成」のステップに対応可能になる。

プロファイル情報更新部８０は、消費履歴ＤＢ３０の情報を用いてプロファイル情報を生成し、プロファイル情報ＤＢ２１の情報を更新する。

プロファイル情報ＤＢ２１の情報の供給には、前記「消費者がユーザインターフェースを介して手動で供給する方法」がある。しかし、プロファイル情報更新部８０が消費履歴から自動的に消費者の希望を学習し、値を更新していくことで、消費者の負担を減らすことができる。

本実施の形態では、上記構成を有するコンテンツ群配信装置１は、一般的なコンピュータにより実現される。また上記各部１０〜８０は、それぞれの機能に応じたプログラムが、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスクドライブ等のコンピュータハードウェア資源により実行されることによって実現される。例えば、コンテンツ生成部５１は、記憶媒体に記憶された本実施の形態に係るコンテンツ生成プログラムがＣＰＵにより実行されることによって実現される。ただし、コンテンツ群配信装置１の実現態様は、特に限定されない。

次に、ＤＢ１１、１２、２１、２２、３０に格納されているデータの構成について説明する。

図３は、ＤＢ１１に格納されているデータの構成例を示す図である。図３に示されるとおり、ＤＢ１１のデータは、１以上の「本体情報」レコードから構成される。そして、「本体情報」レコードは、「コンテンツＩＤ」、「カテゴリー」、「登録日」、「登録者」、「作成日」、「作成者」、「本体内容」等の複数のフィールドから構成される。

フィールド「コンテンツＩＤ」は、本体情報を一意に識別するための識別情報を保持する。フィールド「カテゴリー」は、コンテンツの属する分野（例えば「スポーツ」「芸能」「犯罪」など）を保持する。フィールド「登録日」は、本体情報のＤＢ１１への登録作業が行われた年月日を保持する。

フィールド「登録者」は、本体情報のＤＢ１１への登録作業が、ウェブサイトクローリング技術によるものなのかコンテンツ提供者による手動であったかなどを識別するための情報を保持する。フィールド「作成日」は、本体情報が作成された年月日を保持する。フィールド「作成者」は、本体情報の作成者に関する情報を保持する。フィールド「本体内容」は、本体情報の内容となる本体データを保持する。本実施の形態では、ソースコードテキストデータである。

図４は、ＤＢ１２に格納されているデータの構成例を示す図である。図４に示されるとおり、ＤＢ１２のデータは、１以上の「断片情報」レコードから構成される。そして、「断片情報」レコードは、「断片ＩＤ」、「対応コンテンツＩＤ」、「登録日」、「登録者」、「作成日」、「作成者」、「断片内容」、「優先度」、「結論属性値」、「話題属性値」、「場所属性値」、「時間属性値」等の複数のフィールドから構成される。

フィールド「断片ＩＤ」は、断片情報を一意に識別するための識別情報を保持する。フィールド「対応コンテンツＩＤ」は、断片の属するコンテンツＩＤを保持する。１つのコンテンツには複数の断片が属する。フィールド「登録日」は、断片情報のＤＢ１２への登録作業が行われた年月日を保持する。フィールド「登録者」は、断片情報のＤＢ１２への登録作業が、ウェブサイトクローリング技術によるものなのかコンテンツ提供者による手動であったか、あるいは断片生成部７０によるものであったかなどを識別するための情報を保持する。

フィールド「作成日」は、断片情報が作成された年月日を保持する。フィールド「作成者」は、断片の作成作業が、コンテンツ作成者本人による手動か、断片生成部７０によるものなのかなどを識別するための情報を保持する。フィールド「断片内容」は、断片の内容となる断片データを保持する。本実施の形態では、ソースコードテキストデータである。

フィールド「結論属性値」「話題属性値」「場所属性値」「時間属性値」は、断片が消費者のどのような目的を満たす情報であるかに関する属性情報を保持する。例えば、ある犯罪ニュース記事のある断片データが、犯罪がどこで起きたかに関する情報を得られる場合、当該断片情報レコードの「場所属性値」フィールドには高い値が登録される。犯罪の結果どのような被害が生じたかに関する情報が得られるなら、「結論属性値」に高い値が登録され、同様に、起きた犯罪の種類が得られるなら「話題属性値」、犯罪の起きた日時が得られるなら「時間属性値」に高い値が登録される。ただし、属性フィールドの種類や総数は、特に限定されない。

図５は、ＤＢ２１に格納されているデータの構成例を示す図である。図５に示されるとおり、ＤＢ２１のデータは、１以上の「プロファイル情報」レコードから構成される。そして、「プロファイル情報」レコードは、「プロファイルＩＤ」、「対応消費者ＩＤ」、「対応カテゴリー」、「登録日」、「最終更新日」、「結論需要度」、「話題需要度」、「場所需要度」、「時間需要度」等の複数のフィールドから構成される。

フィールド「プロファイルＩＤ」は、各プロファイル情報を一意に識別するための識別情報を保持する。フィールド「対応消費者ＩＤ」は、プロファイル情報の属する消費者を保持する。１人の消費者は複数のプロファイル情報を持つ。フィールド「対応カテゴリー」は、プロファイル情報の属するカテゴリーを保持する。プロファイル情報は、当該「プロファイルＩＤ」の他に、「対応消費者ＩＤ」と「対応カテゴリー」の組でも一意に識別できる。

フィールド「登録日」は、プロファイル情報のＤＢ２１への登録作業が行われた年月日を保持する。フィールド「最終更新日」は、プロファイル情報のＤＢ２１での更新作業が最後に行われた年月日を保持する。フィールド「結論需要度」「話題需要度」「場所需要度」「時間需要度」は、ある消費者があるカテゴリーについてどのような属性を持つ情報を求めているかに関する情報を保持する。

図６は、ＤＢ２２に格納されているデータの構成例を示す図である。図６に示されるとおり、ＤＢ２２のデータは、１以上の「消費者情報」レコードから構成される。そして、「消費者情報」レコードは、「消費者ＩＤ」、「登録日」、「最終更新日」、「認証ＩＤ」、「認証パスワード」、「アカウント名」等の複数のフィールドから構成される。

フィールド「消費者ＩＤ」は、消費者情報を一意に識別するための識別情報を保持する。フィールド「登録日」は、消費者情報のＤＢ２２への登録作業が行われた年月日を保持する。フィールド「最終更新日」は、消費者情報のＤＢ２２での更新作業が最後に行われた年月日を保持する。

フィールド「認証ＩＤ」は、消費者の認証を行うためのＩＤを保持する。フィールド「認証パスワード」は、消費者の認証を行うためのパスワードを保持する。フィールド「アカウント名」は、消費者の名前を保持する。

図７は、ＤＢ３０に格納されているデータの構成例を示す図である。図７に示されるとおり、ＤＢ３０のデータは、１以上の「消費履歴情報」レコードから構成される。そして、「消費履歴情報」レコードは、「消費履歴ＩＤ」、「登録日」、「対応消費者ＩＤ」、「消費タイプ」、「対応断片ＩＤ」、「対応コンテンツＩＤ」、「対応カテゴリー」等の複数のフィールドから構成される。

フィールド「消費履歴ＩＤ」は、消費履歴情報を一意に識別するための識別情報を保持する。フィールド「登録日」は、消費履歴情報のＤＢ３０への登録作業が行われた年月日を保持する。フィールド「対応消費者ＩＤ」は、消費履歴情報の属する消費者を保持する。

フィールド「消費タイプ」は、消費したコンテンツが本体か断片かに関する情報を保持する。フィールド「対応断片ＩＤ」は、消費したコンテンツが断片であるとき、そのＩＤを保持する。フィールド「対応コンテンツＩＤ」は、消費したコンテンツのコンテンツＩＤを保持する
フィールド「対応カテゴリー」は、消費したコンテンツの属するカテゴリーを保持する。

以下、前記構成を有するコンテンツ群配信装置１の動作について説明する。

［コンテンツ群配信処理全体］
ここでは、コンテンツ群配信処理の全体の流れについて簡単に説明する。

図８は、コンテンツ群配信処理の動作手順を示すフローチャートである。コンテンツ群配信装置１は、コンテンツ提供者からコンテンツの供給が完了した時点で、まず前処理を行う（Ｓ８０１）。ついで、消費者からのリクエストを受信し（Ｓ８０２）、配信するコンテンツを生成する（Ｓ８０３）。ついで、ユーザインターフェースを生成し（Ｓ８０４）、当該コンテンツとユーザインターフェースを結合する（Ｓ８０５）。ついで、結合したコンテンツを配信し（Ｓ８０６）、後処理を行う（Ｓ８０７）。消費者からの追加リクエストがある場合（Ｓ８０８：ＹＥＳ）、ステップ８０２に戻り、無い場合（Ｓ８０８：ＮＯ）、処理を終了する。

［前処理］
図９は、図８のステップ８０１における処理の動作手順を示すフローチャートである。この処理は断片生成部７０により行われる。前処理の目的は、各コンテンツを確実に「複数の断片と１つの本体」で構成し、本発明の「新たな断片群を追加生成」のステップに対応させることである。

断片生成部７０は、まず本体ＤＢ１１から「本体情報」レコードを１つ取得する（Ｓ９０１）。ついで、当該本体情報レコードの「本体内容」フィールドのデータから、生成できる断片データを全て生成する（Ｓ９０２）。

ついで、当該断片データ群から断片データを１つ取得する（Ｓ９０３）。ついで、当該断片データを「断片内容」フィールドに持ち、当該本体情報レコードの「コンテンツＩＤ」を「対応コンテンツＩＤ」フィールドに持つ「断片情報」レコードが断片ＤＢ１２にあるか検索する。「断片情報」レコードが無い場合（Ｓ９０４：ＮＯ）、当該断片データを用いて「断片情報」レコードを生成して断片ＤＢ１２に供給する（Ｓ９０５）。ある場合（Ｓ９０４：ＹＥＳ）、後述するステップ９０６に移行する。

ついで、ステップ９０６では、未取得断片データがあるか確認する。ある場合（Ｓ９０６：ＹＥＳ）、ステップ９０３に戻る。ない場合、（Ｓ９０６：ＮＯ）後述するステップ９０７に移行する。ついで、ステップ９０７では、未取得本体情報レコードがあるか確認する。ある場合（Ｓ９０７：ＹＥＳ）、ステップ９０１に戻る。ない場合、（Ｓ９０７：ＮＯ）処理を終了する。

図９のステップ９０２における処理は、本体データを無作為に分割する方法がある。

ただし、断片データを生成する具体的な手続きは、これに限定されない。より高度な既知の公知技術（例えば、文書要約技術や、重要文抽出技術など）を用いても良い。

図９のステップ９０５における処理にて、「断片情報」レコードのフィールド「結論属性値」「話題属性値」「場所属性値」「時間属性値」の決定は、単語と属性値を関連付けた辞書を事前に用意してその和を取る方法がある。例えば、「富士山で火災発生」という断片データがあり、「富士山」に場所属性値１、「火災」に話題属性値１が関連付けてある辞書が用意されていれば、当該データは「結論属性値」を０「話題属性値」を１「場所属性値」を１「時間属性値」を０で「断片情報」レコードを生成できる。

ただし、属性値を計算する具体的な手続きは、これに限定されない。
より高度な既知の公知技術（例えば、固有表現抽出や、含意認識技体など）を用いても良い。

［リクエスト受信処理］
図１０は、図８のステップ８０２における処理の動作手順を示すフローチャートである。この処理は受信処理部４０により行われる。

受信処理部４０は、受信したリクエストに基づいて、まず消費者ＤＢ２２を用いてＩＤとパスワードを照合することで、リクエスト送信者の消費者ＩＤ情報Ａを特定する（Ｓ１００１）。ついで、リクエストの種類情報Ｂを特定し（Ｓ１００２）、リクエストの対象情報Ｃを特定する（Ｓ１００３）。

ここでＢはリクエストの種類が「断片群の初回消費要求」か、「本体の消費要求」か、「断片群の追加消費要求」のいずれであるかを識別できる情報を保持する。Ｃは、Ｂが「断片群の初回消費要求」である場合、値を持たず、「本体の消費要求」の場合、対象コンテンツＩＤを保持し、「断片群の追加消費要求」である場合、対象コンテンツＩＤのリストを保持する。

［コンテンツ生成処理］
図１１は、図８のステップ８０３における処理の動作手順を示すフローチャートである。この処理はコンテンツ生成部５１により行われる。

コンテンツ生成部５１は、まず、Ｂが「断片群の初回消費要求」である場合（Ｓ１１０１：ＹＥＳ）、消費履歴ＤＢ３０を用いてＡが未消費のコンテンツＩＤを本体ＤＢ１１から検索し、取得する（Ｓ１１０２）。これらを、コンテンツＩＤのリストとしてＣに保持する。
そうでない場合（Ｓ１１０１：ＮＯ）、後述するステップ１１０３に移行する。

ついで、ステップ１１０３では、Ｂが「断片群の初回消費要求」か「断片群の追加消費要求」である場合（Ｓ１１０３：ＹＥＳ）、情報Ｃの各コンテンツＩＤごとに、当該コンテンツＩＤを「対応コンテンツＩＤ」フィールドに持つ「断片情報」レコードを断片ＤＢ１２から検索し、該当したそれぞれのレコードについて「優先度」を計算し、その値が最も高いレコードを取得する（Ｓ１１０４）。取得したレコード群はコンテンツ情報Ｄとして保持する。

そうでない場合、即ち、Ｂが「本体の消費要求」の場合（Ｓ１１０３：ＮＯ）、情報Ｃが保持するコンテンツＩＤを「コンテンツＩＤ」フィールドに持つ「本体情報」レコードを検索し、取得する（Ｓ１１０５）。取得したレコードはコンテンツ情報Ｄとして保持する。

ステップ１１０２における処理は上限を持つ。例えば、上限が１０に設定されていれば、ステップ１１０２で取得するコンテンツＩＤは最大１０である。

ステップ１１０４における処理にて、「断片情報」レコードの「優先度」の計算方法の具体例を示す。当該断片の属するコンテンツの属するカテゴリーに関するＡのプロファイル情報の需要度情報が、「結論需要度」に１、「話題需要度」に２、「場所需要度」に３、「時間需要度」に４で設定されていたとする。そして、当該断片の属性値情報が、「結論属性値」に５、「話題属性値」に６、「場所属性値」に７、「時間属性値」に８で設定されていたとする。この時、それらの掛け合わせ（１×５＋２×６＋３×７＋４×８＝７０）で、「優先度」を７０と計算できる。

前記処理は、「消費者の需要度が高い要素の属性値が高い情報が、消費者の求めている情報である」というヒューリスティクスに基づいて、「優先度」を計算している。

ただし、「優先度」を計算する具体的な手続きは、これに限定されない。また、情報検索や情報推薦に関する既知の公知技術を用いても良い。

［ユーザインターフェース生成処理］
図１２は、図８のステップ８０４における処理の動作手順を示すフローチャートである。この処理はユーザインターフェース生成部５０により行われる。

ユーザインターフェース生成部５０は、Ｂが「断片群の初回消費要求」か「断片群の追加消費要求」である場合（Ｓ１２０１：ＹＥＳ）、Ｅが保持するそれぞれの「断片情報」レコードの表示領域と「対応する本体の消費」の選択機能、更に断片群全体に対して「断片群の追加消費」の選択機能を持つユーザインターフェースを生成する（Ｓ１２０２）。

消費者が前記「断片群の追加消費」を選択すると、Ｂに「断片群の追加消費」を保持し、ＣにＥが表示する全ての断片の属するコンテンツＩＤを保持するリクエストを生成する。消費者が前記「対応する本体の消費」を選択すると、Ｂに「本体の消費要求」を保持し、Ｃに選択したＥが表示する断片の属するコンテンツＩＤを保持するリクエストを生成する。
これらのリクエストは、前記ステップ８０８で処理される。

そうでない場合、即ち、Ｂが「本体の消費要求」の場合（Ｓ１２０１：ＮＯ）、本体の表示領域を持つユーザインターフェースを生成する（Ｓ１２０３）。生成物はユーザインターフェース情報Ｅとして保持する。

図１３（ａ）（ｂ）は、ユーザインターフェース情報Ｅの表示例である。（ａ）が、ステップ１２０２で生成されるＥで、（ｂ）が、ステップ１２０３で生成されるＥである。本実施の形態では、ウェブブラウザ上で操作することを想定して、選択領域をハイパーリンクテキストで生成している。また、表示領域にはテキスト、画像等が表示される。

［結合処理］
この処理は、コンテンツとユーザインターフェース結合部５２により行われる。結合部５２は、ＥとＤを結合する。図１４（ａ）（ｂ）は、結合結果の表示例である。Ｂが「断片群の初回消費要求」あるいは「断片群の追加消費要求」である場合の結合結果を（ａ）に示す。Ｂが「本体の消費要求」の場合の結合結果を（ｂ）に示す。結合物は、結合物情報Ｆとして保持する。

［コンテンツ配信処理］
この処理はコンテンツ配信部６０により行われる。ＦをＡに配信し、ＤとＡを用いて「消費履歴情報」レコードを生成し、消費履歴ＤＢ３０に供給する。

［後処理］
図１５は、図８のステップ８０７における処理の動作手順を示すフローチャートである。この処理はプロファイル情報更新部８０により行われる。後処理の目的は、消費者の消費行動の履歴から自動的に消費者の希望を学習し、プロファイル情報を更新することである。

プロファイル情報更新部８０は、消費履歴ＤＢ３０から「消費履歴情報」レコードを１つ取得する（Ｓ１５０１）。ついで、当該レコードの「対応コンテンツＩＤ」フィールドと「対応消費者ＩＤ」フィールドが一致し、かつ「消費タイプ」フィールドに「断片」を持つ全ての「消費履歴情報」レコードを消費履歴ＤＢ３０から検索する（Ｓ１５０２）。「消費履歴情報」レコード群が１以上ある場合（Ｓ１５０３：ＹＥＳ）、当該「消費履歴情報」レコード群の中から「登録日」フィールドが最も新しい「消費履歴情報」レコードを取得する（Ｓ１５０４）。無い場合（Ｓ１５０３：ＮＯ）、後述するステップ１５０８に移行する。

前記ステップ１５０２と１５０３と１５０４における処理は、ある消費者があるコンテンツを消費した際に、最後に消費した断片が何であったかを特定している。

ついで、当該「消費履歴情報」レコードの「対応断片ＩＤ」フィールドを「断片ＩＤ」フィールドに持つ「断片情報」レコードを断片ＤＢ１２から検索し、取得する（Ｓ１５０５）。
同時に、当該「消費履歴情報」レコードの「対応カテゴリー」フィールドと「対応消費者ＩＤ」フィールドを、「対応カテゴリー」フィールドと「対応消費者ＩＤ」フィールドに持つ「プロファイル情報」レコードをプロファイル情報ＤＢ２１から検索し、取得する（Ｓ１５０６）。

前記ステップ１５０５と１５０６における処理は、ある消費者があるコンテンツを消費した際に、最後に消費した断片がどのような属性値情報を保持しているかを取得し、かつ当該コンテンツの属するカテゴリーに対して、当該消費者がどのような需要度情報を保持しているかを取得している。

そして、当該「プロファイル情報」レコードの「結論需要度」「話題需要度」「場所需要度」「時間需要度」フィールドをそれぞれ、当該「断片情報」レコードの「結論属性値」「話題属性値」「場所属性値」「時間属性値」で上書きし、プロファイル情報ＤＢ２１に供給する（Ｓ１５０７）。ついで、ステップ１５０８では、未取得消費履歴情報レコードがあるか確認する。ある場合（Ｓ１５０８：ＹＥＳ）、ステップ１５０１に戻る。ない場合、（Ｓ１５０８：ＮＯ）処理を終了する。

前記後処理は、「消費者が最後に消費した断片が、消費者がそのコンテンツに対して最も欲しかった情報を保持している」というヒューリスティクスに基づいて、プロファイル情報ＤＢ２１を更新している。

ただし、ステップ８０７における処理で用いるヒューリスティックスや、プロファイル情報を更新する具体的な手続きは、これに限定されない。また、機械学習や統計に関する既知の公知技術を用いても良い。

以上、本発明の実施の形態について説明したが、これらはあくまでも一例であって、本発明の技術的範囲はこれらに限定されるものではない。

例えば、断片ＤＢ１２の属性情報やプロファイル情報ＤＢ２１の需要度情報は、本実施の形態と異なる形式で保持されても良い。また、ステップ８０７、９０２、９０５、１１０４は、公知の既存技術を用いてもよい。また、消費者２と配信装置１の通信は常にネットワーク３を介さなくてもよい。初めの通信で配信装置１そのものをブラウザ上で実行可能なプログラムの形で消費者２のブラウザに提供し、以降はブラウザ上で全ての処理を行ってもよい。

また、図１３における選択領域のユーザインターフェースは、ハイパーリンクテキストでなくてもよい。スマートフォンのタップ操作や、スクロールバーのドラッグ、マウスオーバーなどで選択操作を行うユーザインターフェースでもよい。また、追加消費をするコンテンツ群の範囲は、必ずしも前回に配信されたコンテンツ群と同一でなくてもよい。追加消費を選択するユーザインターフェースに、消費するコンテンツ群の範囲を限定する機能も設け、前回消費した範囲と異なる範囲を追加消費してもよい。

符号の簡単な説明

１ コンテンツ群配信装置
２ 消費者端末
３ ネットワーク
１０ コンテンツＤＢ
１１ 本体ＤＢ
１２ 断片ＤＢ
２０ 消費者情報ＤＢ
２１ プロファイル情報ＤＢ
２２ 消費者ＤＢ
３０ 消費履歴ＤＢ
４０ リクエスト受信部
５０ ユーザインターフェース生成部
５１ コンテンツ生成部
５２ コンテンツとユーザインターフェース結合部
６０ コンテンツ配信部
７０ 断片生成部
８０ プロファイル情報更新部

本実施の形態に係るコンテンツ群配信システム全体のブロック図である。 コンテンツ群配信装置の機能構成を示すブロック図である。 本体ＤＢのデータの構成例を示す図である。 断片ＤＢのデータの構成例を示す図である。 プロファイル情報ＤＢのデータの構成例を示す図である。 消費者ＤＢのデータの構成例を示す図である。 消費履歴ＤＢのデータの構成例を示す図である。 コンテンツ群配信装置の動作手順を示すフローチャートである。 断片生成部の動作手順を示すフローチャートである。 受信処理部の動作手順を示すフローチャートである。 コンテンツ生成部の動作手順を示すフローチャートである。 ユーザーインタフェース生成部の動作手順を示すフローチャートである。 ユーザーインターフェースの表示例である。 コンテンツとユーザーインターフェースの結合例である。 プロファイル情報更新部の動作手順を示すフローチャートである。

Claims (4)

1. コンピュータ・ソフトウェアによるコンテンツ群の配信方法であって
   コンテンツ群のそれぞれのコンテンツからコンテンツの断片を生成するステップと
   コンテンツの断片群を生成するステップと
   当該断片群のそれぞれの断片に対して、対応する本体の消費を選択するためのユーザインターフェースを生成するステップと、
   当該断片群に対して断片群の追加消費を選択するためのユーザインターフェースを生成するステップと、
   当該二つのユーザインターフェースと当該断片群を結合するステップと
   当該結合物上でなされた選択に応答して、新たな断片群を追加生成するあるいは対応する本体を生成するステップ
   を含み、当該「コンテンツ群のそれぞれのコンテンツからコンテンツの断片を生成するステップ」は、一つのコンテンツが三以上の断片を保持することを可能にすることを特徴とし、
   更に、当該「当該二つのユーザインターフェースと当該断片群を結合するステップ」と、当該「当該結合物上でなされた選択に応答して、新たな断片群を追加生成するあるいは対応する本体を生成するステップ」は、当該新たな断片群に当該二つのユーザインターフェースを再度結合すること及び当該特徴によって、ユーザがコンテンツ群を広く浅く消費する行為を二以上の回数繰り返すことを可能にすることを特徴とし、
   更に、当該二つのユーザインターフェースは、消費の選択肢をコンテンツの総数より一多い数に制限することを特徴とする
   コンテンツ群の配信方法。
2. 請求項１に記載のコンテンツ群の配信方法であって、
   ユーザごとにコンテンツ消費に関するプロファイル情報を記憶するステップを更に有し、前記コンテンツの断片群を生成するステップと、前記新たな断片群を追加生成するステップは、当該プロファイル情報を用いながら行うことを特徴とする
   コンテンツ群の配信方法。
3. 請求項２に記載のコンテンツ群の配信方法であって、
   前記プロファイル情報を記憶するステップは、当該情報をユーザの過去のコンテンツ消費履歴に基づいて自動的に決定、更新することを特徴とする
   コンテンツ群の配信方法。
4. 通信ネットワークを介して端末にコンテンツ群を配信するコンテンツ群配信装置を含むコンテンツ群配信システムであって、
   当該コンテンツ群配信システムは、コンテンツ群のそれぞれのコンテンツからコンテンツの断片を生成する断片生成手段と
   コンテンツの断片群を生成する断片群生成手段と
   当該断片群のそれぞれの断片に対して、対応する本体の消費を選択するためのユーザインターフェースを生成するユーザインターフェース生成手段と、
   当該断片群に対して断片群の追加消費を選択するためのユーザインターフェースを生成するユーザインターフェース生成手段と、
   当該二つのユーザインターフェースと当該断片群を結合する結合手段と
   当該結合物上でなされた選択に応答して、新たな断片群を追加生成するあるいは対応する本体を生成する応答手段
   を含み、当該「コンテンツ群のそれぞれのコンテンツからコンテンツの断片を生成する断片生成手段」は、一つのコンテンツが三以上の断片を保持することを可能にすることを特徴とし、
   更に、当該「当該二つのユーザインターフェースと当該断片群を結合する結合手段」と、当該「当該結合物上でなされた選択に応答して、新たな断片群を追加生成するあるいは対応する本体を生成する応答手段」は、当該新たな断片群に当該二つのユーザインターフェースを再度結合すること及び当該特徴によって、ユーザがコンテンツ群を広く浅く消費する行為を二以上の回数繰り返すことを可能にすることを特徴とし、
   更に、当該二つのユーザインターフェースは、消費の選択肢をコンテンツの総数より一多い数に制限することを特徴とする
   コンテンツ群配信システム。

Images