(57)【要約】【課題】一定のサイクルで更新され、複数種のコンテンツを含んだ集合コンテンツの配信において、ユーザの嗜好を反映させたコンテンツを配信できるようにするとともに、ユーザが配信コンテンツを自分のペースで自在に閲覧、視聴できるようにする。【解決手段】コンテンツ配信システムは、複数の個別コンテンツからなる集合コンテンツを配信するサーバ装置、集合コンテンツの配信を受けるクライアント装置を含み、サーバ装置は、集合コンテンツの構成情報を管理する構成情報管理手段、個別コンテンツを蓄積するコンテンツ蓄積手段、クライアント装置からのリクエスト情報に基づき個別コンテンツを検索して集合コンテンツとして配信するリクエスト実行手段を有し、クライアント装置は、サーバ装置からの構成情報を用いてリクエスト情報を生成するリクエスト情報生成手段、配信された集合コンテンツを個別コンテンツごとに保持する配信コンテンツ保持手段を有する。【選択図】図１
2010224753.tif 000002
【特許請求の範囲】
【請求項１】
独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信するサーバ装置と、前記サーバ装置から集合コンテンツの配信を受けるクライアント装置と、を含むコンテンツ配信システムであって、
前記サーバ装置は、
個別コンテンツの属性情報を含む集合コンテンツの構成情報を管理する構成情報管理手段と、
個別コンテンツを蓄積するコンテンツ蓄積手段と、
前記クライアント装置から取得したリクエスト情報に基づいて、前記構成情報管理手段を用いて前記コンテンツ蓄積手段が持つ個別コンテンツを検索し、集合コンテンツとして配信するリクエスト実行手段と、
を有し、
前記クライアント装置は、
前記サーバ装置から取得した構成情報を用いてリクエスト情報を生成するリクエスト情報生成手段と、
前記サーバ装置から配信された集合コンテンツを個別コンテンツごとに保持する配信コンテンツ保持手段と、
を有することを特徴とするコンテンツ配信システム。
【請求項２】
前記クライアント装置は、該クライアント装置が保持する又は前記サーバ装置から取得したレイアウト情報を用いて、前記サーバ装置から配信された集合コンテンツのレイアウトを構成するレイアウト構成手段を有することを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記レイアウト構成手段は、特定の個別コンテンツの過去配信分として前記配信コンテンツ保持手段に配信日時の異なる該特定個別コンテンツが複数含まれる場合、ユーザの指示入力を受け付けて、前記同一名称の個別コンテンツのみを並べて表示するレイアウトを構成することを特徴とする請求項２に記載のコンテンツ配信システム。
【請求項４】
前記リクエスト情報生成手段は、前記構成情報に含まれる前記属性情報から得られたコンテンツの分類情報に基づくユーザによる構成割合の設定入力を受け付けてリクエスト情報を生成することを特徴とする請求項１から３のいずれか１項に記載のコンテンツ配信システム。
【請求項５】
前記リクエスト情報生成手段は、ユーザによる検索条件の設定入力を受け付けてリクエスト情報を生成することを特徴とする請求項１から４のいずれか１項に記載のコンテンツ配信システム。
【請求項６】
前記リクエスト情報生成手段は、ユーザによる配信タイミングの設定入力を受け付けてリクエスト情報を生成することを特徴とする請求項１から５のいずれか１項に記載のコンテンツ配信システム。
【請求項７】
独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信するサーバ装置と、前記サーバ装置から集合コンテンツの配信を受けるクライアント装置と、を含むコンテンツ配信システムであって、
前記サーバ装置は、
個別コンテンツの属性情報を含む集合コンテンツの構成情報を管理する構成情報管理手段と、
個別コンテンツを蓄積するコンテンツ蓄積手段と、
前記構成情報に含まれるレイアウト情報を用いて、配信する集合コンテンツのレイアウトを構成するレイアウト構成手段と、
前記クライアント装置から取得したリクエスト情報に基づいて、前記構成情報管理手段を用いて前記コンテンツ蓄積手段が持つ個別コンテンツを検索し、前記レイアウト構成手段で構成されたレイアウトに従って集合コンテンツを配信するリクエスト実行手段と、
を有し、
前記クライアント装置は、
前記サーバ装置から取得した構成情報を用いてリクエスト情報を生成するリクエスト情報生成手段を有することを特徴とするコンテンツ配信システム。
【請求項８】
独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信するサーバ装置からコンテンツ配信を受ける情報処理装置であって、
個別コンテンツの属性情報を含む集合コンテンツの構成情報を管理する前記配信装置から取得した構成情報を用いてリクエスト情報を生成するリクエスト情報生成手段と、
前記リクエスト情報生成手段により生成されたリクエスト情報を前記サーバ装置に送信するリクエスト情報送信手段と、
前記リクエスト情報送信手段により送信されたリクエスト情報に基づいて検索した個別コンテンツを集合コンテンツとして配信する前記サーバ装置からの配信コンテンツを個別コンテンツごとに保持する配信コンテンツ保持手段と、
を有することを特徴とする情報処理装置。
【請求項９】
前記情報処理装置が保持する又は前記サーバ装置から取得したレイアウト情報を用いて、前記サーバ装置から配信された集合コンテンツのレイアウトを構成するレイアウト構成手段を有することを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記レイアウト構成手段は、特定の個別コンテンツの過去配信分として前記配信コンテンツ保持手段に配信日時の異なる該特定個別コンテンツが複数含まれる場合、ユーザの指示入力を受け付けて、前記同一名称の個別コンテンツのみを並べて表示するレイアウトを構成することを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
前記リクエスト情報生成手段は、前記構成情報に含まれる前記属性情報から得られたコンテンツの分類情報に基づくユーザによる構成割合の設定入力を受け付けてリクエスト情報を生成することを特徴とする請求項８から１０のいずれか１項に記載の情報処理装置。
【請求項１２】
前記リクエスト情報生成手段は、ユーザによる検索条件の設定入力を受け付けてリクエスト情報を生成することを特徴とする請求項８から１１のいずれか１項に記載の情報処理装置。
【請求項１３】
前記リクエスト情報生成手段は、ユーザによる配信タイミングの設定入力を受け付けてリクエスト情報を生成することを特徴とする請求項８から１２のいずれか１項に記載の情報処理装置。
【請求項１４】
独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信するサーバ装置と、前記サーバ装置から集合コンテンツの配信を受けるクライアント装置と、を含むコンテンツ配信システムにおけるコンテンツ配信方法であって、
前記クライアント装置が、個別コンテンツの属性情報を含む集合コンテンツの構成情報を前記サーバ装置から取得する構成情報取得ステップと、
前記クライアント装置が、前記構成情報取得ステップで取得した構成情報を用いてリクエスト情報を生成するリクエスト情報生成ステップと、
前記クライアント装置が、前記リクエスト情報生成ステップで生成したリクエスト情報を前記サーバ装置に送信するリクエスト情報送信ステップと、
前記サーバ装置が、前記リクエスト情報送信ステップで送信されたリクエスト情報に基づいて、該サーバ装置が保持する構成情報を用いて該サーバ装置が保持する個別コンテンツを検索し、集合コンテンツとして配信するリクエスト実行ステップと、
前記クライアント装置が、前記リクエスト実行ステップで配信された集合コンテンツを個別コンテンツごとに保持する配信コンテンツ保持ステップと、
を有することを特徴とするコンテンツ配信方法。
【請求項１５】
独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信するサーバ装置と、前記サーバ装置から集合コンテンツの配信を受けるクライアント装置と、を含むコンテンツ配信システムに用いられるプログラムであって、
前記クライアント装置のコンピュータに、
個別コンテンツの属性情報集合コンテンツの構成情報を前記サーバ装置から取得する構成情報取得処理と、
前記構成情報取得処理で取得した構成情報を用いてリクエスト情報を生成するリクエスト情報生成処理と、
前記リクエスト情報生成処理で生成したリクエスト情報を前記サーバ装置に送信するリクエスト情報送信処理と、
前記リクエスト情報送信処理で送信されたリクエスト情報に基づいて前記サーバ装置において配信された集合コンテンツを個別コンテンツごとに記憶装置に保持する配信コンテンツ保持処理と、
を実行させることを特徴とするプログラム。
【請求項１６】
請求項１５に記載のプログラムを記録しコンピュータ読み取り可能なことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システム、情報処理装置、コンテンツ配信方法、プログラム及び記録媒体に関し、特に、例えば新聞や、週刊誌、月刊誌のような一定のサイクルで更新される情報媒体を電子化したコンテンツの配信に好ましく適用される技術に関するものである。
【背景技術】
【０００２】
近年、ネットワークを介してサーバから文書データや画像データ等のコンテンツを配信し、ユーザが自己の端末で配信されたコンテンツを閲覧するシステムが種々提供されている。例えば電子新聞システムでは、紙媒体の新聞を購入する場合と同様に、社会・政治・経済・スポーツ等、１紙分の情報がまとめられて配信されることが一般的に行われている。
【０００３】
また、このようなシステムにおける受信端末は、サーバから配信されたコンテンツを、新聞や雑誌等の紙媒体でのレイアウトと同一のレイアウトで画面に表示できるものも開発されている。画面上のレイアウトが紙媒体のレイアウトと同じであることは、ＨＴＭＬでのレイアウトとは異なる親しみやすさや読みやすさを生み出している。また、このような受信端末は、カーソルやマウスといった入力デバイスではなく、タッチデバイスを搭載していることが多いのも特徴であり、ページ送りや、拡大、縮小を直感的なタッチインタフェースで実現している。
【０００４】
しかしながら、上述したような形態のコンテンツ配信システムは、多岐に渡る情報をユーザが一度に取得できるというメリットがある反面、ユーザの嗜好は考慮されていない。これは、コンテンツ提供側が一方的にコンテンツの内容を決定してしまい、コンテンツ取得側がコンテンツの好みを要求する余地がないためである。ここで、ＲＳＳ（RDF Site Summary）に対応したＷｅｂサイトの見出しや要約を一覧表示するＲＳＳリーダ等、過去のある時点のコンテンツ全体についての情報を、ある程度の日数分取得できる技術がある。
【０００５】
また、例えば特許文献１には、購買者に通信回線を介して電子新聞を提供するにあたり、当日あるいは過去の新聞紙面やチラシを効率良く閲覧できる電子新聞配信システムが開示されている。当該電子新聞配信システムでは、電子新聞配信サーバが当日の電子新聞情報、過去の電子新聞情報、電子チラシ情報を蓄積し、購買者端末が、電子新聞配信サーバから少なくとも電子新聞情報、電子チラシ情報のいずれかを受信し、パラパラめくり及び折り返し表示による閲覧を行う。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−６７５８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１で開示された発明は、確かに当日あるいは過去の新聞紙面やチラシを効率良く閲覧できるものであるが、情報取得側のユーザの嗜好が反映されたコンテンツ配信を行うことはできない。新聞を例にとると、個人の嗜好を反映させる余地のないコンテンツ（経済ニュースや政治ニュース等の時事ニュース）と、個人の嗜好を繁栄させやすいコンテンツ（スポーツニュースや、料理記事等のコラム、連載小説）がある。この嗜好が反映されやすいコンテンツに関しては、興味のあるユーザにしか価値はなく、興味のないユーザに対しては無駄な情報となる。新聞や雑誌のような所定のサイクルで更新され、複数のコンテンツが集まって１つのコンテンツを形成する集合コンテンツについては、ユーザごとの好みを反映させて配信することがサービスの向上に資する。
【０００８】
また、新聞に連載されている小説や連続ドラマ等の連続性のあるコンテンツは、日々少しずつ視聴していくところに楽しみがあるものといえる。例えば新聞連載小説は、１回当たり少ない分量で配信されるものであり、通勤時間等、日常生活の隙間の時間を使って有効に読むことができるため、一度に少しずつ、自分のペースで読んでいけることが望ましい。ところが、上記のような配信システムでは、第１話が掲載された際にその回から小説を読み始めることはタイミング的に難しく、幸い第１話から読むことができても、途中の話を抜かしてしまうことが多かった。このため、いざ時間が取れたときに、小説を楽しもうと思っても、ユーザは話についていけず、その小説を最後まで読むことを諦めてしまいがちであった。
【０００９】
これに対して、電子化された連続小説を楽しめるサービスは存在するが、日々少しずつ配信されるからこそ長い小説でも見ていくことができるという利便性は失われていることが多い。また、新聞や雑誌のように、他のコンテンツのついでに付属しているわけではないため、ユーザは意識的にコンテンツを検索し入手しなければならず、小説に普段興味の薄いユーザを新規に取り込むことが難しい。
【００１０】
また、これまでのコンテンツ配信サービスでは、新聞や雑誌のような、複数種のコンテンツを含んだ集合コンテンツの中で、特定のコンテンツのみ過去の配信分を表示することができなかった。このような集合コンテンツの場合、過去の時点の集合コンテンツを取得しても、膨大なデータ量であり、その中から所望のコンテンツに行きつくまでには時間がかかってしまっていた。
【００１１】
これに対して、Ｗｅｂや専用端末においてキーワード検索やジャンル検索で対応する等の方法があるが、効率的な閲覧ができないことが多い。例えば従来の方法では、検索を行う際には検索専用の画面になってしまうため、集合コンテンツの最新版を閲覧しつつ、一部の特定コンテンツの過去の記事を参照したい場合、一度最新版の閲覧を中止し、検索専用画面を開き、特定コンテンツの検索を行う必要がある。そのため、特定コンテンツの過去の記事を閲覧した後に、もう一度最新版の記事を閲覧をするには、煩雑な操作を画面遷移を経て行う必要があり、ユーザにとって使いやすいものではなかった。
【００１２】
そこで、本発明は、一定のサイクルで更新され、複数種のコンテンツを含んだ集合コンテンツの配信において、ユーザの嗜好を反映させたコンテンツを配信できるようにするとともに、ユーザが配信コンテンツを自分のペースで自在に閲覧、視聴できるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
本発明の一側面である第１のコンテンツ配信システムは、独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信するサーバ装置と、サーバ装置から集合コンテンツの配信を受けるクライアント装置と、を含むコンテンツ配信システムであって、サーバ装置は、個別コンテンツの属性情報を含む集合コンテンツの構成情報を管理する構成情報管理手段と、個別コンテンツを蓄積するコンテンツ蓄積手段と、クライアント装置から取得したリクエスト情報に基づいて、構成情報管理手段を用いてコンテンツ蓄積手段が持つ個別コンテンツを検索し、集合コンテンツとして配信するリクエスト実行手段と、を有し、クライアント装置は、サーバ装置から取得した構成情報を用いてリクエスト情報を生成するリクエスト情報生成手段と、サーバ装置から配信された集合コンテンツを個別コンテンツごとに保持する配信コンテンツ保持手段と、を有する。
【００１４】
本発明の一側面である第２のコンテンツ配信システムは、独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信するサーバ装置と、サーバ装置から集合コンテンツの配信を受けるクライアント装置と、を含むコンテンツ配信システムであって、サーバ装置は、個別コンテンツの属性情報を含む集合コンテンツの構成情報を管理する構成情報管理手段と、個別コンテンツを蓄積するコンテンツ蓄積手段と、構成情報に含まれるレイアウト情報を用いて、配信する集合コンテンツのレイアウトを構成するレイアウト構成手段と、クライアント装置から取得したリクエスト情報に基づいて、構成情報管理手段を用いてコンテンツ蓄積手段が持つ個別コンテンツを検索し、レイアウト構成手段で構成されたレイアウトに従って集合コンテンツを配信するリクエスト実行手段と、を有し、クライアント装置は、サーバ装置から取得した構成情報を用いてリクエスト情報を生成するリクエスト情報生成手段を有する。
【００１５】
本発明の一側面である情報処理装置は、独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信するサーバ装置からコンテンツ配信を受ける情報処理装置であって、個別コンテンツの属性情報を含む集合コンテンツの構成情報を管理する配信装置から取得した構成情報を用いてリクエスト情報を生成するリクエスト情報生成手段と、リクエスト情報生成手段により生成されたリクエスト情報をサーバ装置に送信するリクエスト情報送信手段と、リクエスト情報送信手段により送信されたリクエスト情報に基づいて検索した個別コンテンツを集合コンテンツとして配信するサーバ装置からの配信コンテンツを個別コンテンツごとに保持する配信コンテンツ保持手段と、を有する。
【００１６】
本発明の一側面であるコンテンツ配信方法は、独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信するサーバ装置と、サーバ装置から集合コンテンツの配信を受けるクライアント装置と、を含むコンテンツ配信システムにおけるコンテンツ配信方法であって、クライアント装置が、個別コンテンツの属性情報を含む集合コンテンツの構成情報をサーバ装置から取得する構成情報取得ステップと、クライアント装置が、構成情報取得ステップで取得した構成情報を用いてリクエスト情報を生成するリクエスト情報生成ステップと、クライアント装置が、リクエスト情報生成ステップで生成したリクエスト情報をサーバ装置に送信するリクエスト情報送信ステップと、サーバ装置が、リクエスト情報送信ステップで送信されたリクエスト情報に基づいて、該サーバ装置が保持する構成情報を用いて該サーバ装置が保持する個別コンテンツを検索し、集合コンテンツとして配信するリクエスト実行ステップと、クライアント装置が、リクエスト実行ステップで配信された集合コンテンツを個別コンテンツごとに保持する配信コンテンツ保持ステップと、を有する。
【００１７】
本発明の一側面であるプログラムは、独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信するサーバ装置と、サーバ装置から集合コンテンツの配信を受けるクライアント装置と、を含むコンテンツ配信システムに用いられるプログラムであって、クライアント装置のコンピュータに、個別コンテンツの属性情報を含む集合コンテンツの構成情報をサーバ装置から取得する構成情報取得処理と、構成情報取得処理で取得した構成情報を用いてリクエスト情報を生成するリクエスト情報生成処理と、リクエスト情報生成処理で生成したリクエスト情報をサーバ装置に送信するリクエスト情報送信処理と、リクエスト情報送信処理で送信されたリクエスト情報に基づいてサーバ装置において配信された集合コンテンツを個別コンテンツごとに記憶装置に保持する配信コンテンツ保持処理と、を実行させる。
【００１８】
本発明の一側面である記録媒体は、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１９】
本発明によれば、一定のサイクルで更新され、複数種のコンテンツを含んだ集合コンテンツの配信において、ユーザの嗜好を反映させたコンテンツを配信でき、またユーザが配信コンテンツを自分のペースで自在に閲覧、視聴することが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明に係るコンテンツ配信システムの構成を示した図である。
【図２】本発明の実施形態に係るコンテンツ配信システムの構成を示した図である。
【図３】本発明の実施形態に係るコンテンツ配信システムの電子ペーパ端末の構成を示した図である。
【図４】本発明の実施形態に係るコンテンツ配信システムのコンテンツ配信サーバの構成を示した図である。
【図５】本発明の実施形態に係るコンテンツ配信システムのコンテンツ配信サーバ情報サーバやコンテンツ配信サーバが保持する情報の例を示した図である。
【図６】本発明の実施形態に係るコンテンツ配信システムで行われる動作処理を示したシーケンス図である。
【図７】本発明の実施形態におけるタイプ別の詳細設定情報の例を示した図である。
【図８】本発明の実施形態におけるタイプ別の詳細設定情報の例を示した図である。
【図９】本発明の実施形態におけるタイプ別の詳細設定情報の例を示した図である。
【図１０】本発明の実施形態におけるタイプ別の配信割合設定情報の例を示した図である。
【図１１】本発明の実施形態におけるコンテンツの画面表示例を示した図である。
【図１２】本発明の実施形態において配信されたコンテンツをユーザが閲覧する際の画面操作を説明するための図である。
【図１３】本発明の実施形態において配信されたコンテンツをユーザが閲覧する際の画面操作を説明するための図である。
【図１４】本発明の実施形態において配信されたコンテンツをユーザが閲覧する際の画面操作を説明するための図である。
【図１５】本発明の実施形態において配信されたコンテンツをユーザが閲覧する際の画面操作を説明するための図である。
【発明を実施するための形態】
【００２１】
本発明では、図１に示すように、コンテンツ配信システム１は、リクエスト情報生成手段３、配信コンテンツ保持手段４、レイアウト構成手段５を有するクライアント装置２と、構成情報管理手段７、コンテンツ蓄積手段８、リクエスト実行手段９を有するサーバ装置６と、を含んで構成される。サーバ装置６は、例えば新聞の記事やコラム等、独立した最小単位のコンテンツである個別コンテンツが複数集まって構成された集合コンテンツを配信する。クライアント装置２は、サーバ装置６により配信される集合コンテンツを受信する。
【００２２】
サーバ装置６の構成情報管理手段７は、個別コンテンツの属性情報を含む集合コンテンツの構成情報を管理する。コンテンツ蓄積手段８は、サーバ装置６から配信されるコンテンツを個別コンテンツごとに蓄積する。リクエスト実行手段９は、クライアント装置２から取得したリクエスト情報に基づいて、構成情報管理手段７の情報を用いてコンテンツ蓄積手段８から配信すべき個別コンテンツを検索し、検索された個別コンテンツ群を集合コンテンツとして配信する。
【００２３】
クライアント装置２のリクエスト情報生成手段３は、サーバ装置６から取得した集合コンテンツの構成情報を用いて、配信コンテンツに関するリクエスト情報を生成する。配信コンテンツ保持手段４は、サーバ装置６から配信された集合コンテンツを個別コンテンツごとに保持する。レイアウト構成手段５は、クライアント装置２の有する又はサーバ装置６から取得したレイアウト情報を用いて、配信された集合コンテンツを画面表示するためのレイアウトを構成する。
【００２４】
本発明では、クライアント装置２のリクエスト情報生成手段３が、集合コンテンツの構成情報を用いて配信コンテンツに関するリクエスト情報を生成し、サーバ装置６のリクエスト実行手段９が、該リクエスト情報に応じた個別コンテンツを構成情報管理手段７の情報を用いて検索して集合コンテンツとして配信するため、ユーザの嗜好を反映させた集合コンテンツを配信することが可能である。また、サーバ装置６のリクエスト実行手段９が、クライアント装置２からのリクエスト情報に基づくコンテンツ配信を行うため、クライアントの配信要求に応答するタイミングで特定の個別コンテンツを配信することが可能である。また、クライアント装置２の配信コンテンツ保持手段４が、サーバ装置６から配信された集合コンテンツを個別コンテンツごとに保持するため、クライアント装置２は、例えば特定の個別コンテンツについて、容易に、最新配信分と過去配信分を並べて表示させることが可能である。
【００２５】
以下、本発明の実施形態について、図面を参照して詳細に説明する。
【００２６】
［第１実施形態］
はじめに、本発明の第１実施形態のコンテンツ配信システムについて説明する。図２は、第１実施形態のコンテンツ配信システムの構成を示した図である。第１実施形態では、図２（ａ）に示すような、１台の電子ペーパ端末２００が公衆回線（インターネット）４００を介して１台のコンテンツ配信サーバ３００に接続された構成が、コンテンツ配信システムを実現するうえでの最少構成となる。実際にユーザにサービスする場合は、図２（ｂ）に示すように、複数のコンテンツ配信サーバ３００の情報を持ったコンテンツ配信サーバ情報サーバ３０５があり、このサーバから一覧情報を得て、ユーザは自分の好みにあったコンテンツ配信サーバを選択することとなる。これは、配信するコンテンツが例えば全国の新聞なのか、地方新聞なのか、車の情報雑誌なのかを選択することを意味する。
【００２７】
図３は、コンテンツ配信システム１００における電子ペーパ端末２００の構成を示した図である。電子ペーパ端末２００は、画面表示部２１０、画面合成部２２０、ユーザ操作入力部２３０、全体制御部２４０、ユーザデータ管理部２５０、ユーザデータ２５５、コンテンツ情報管理部２６０、レイアウトデータ２６２、コンテンツデータ２６４、リクエスト送受信部２７０を有する。
【００２８】
画面表示部２１０は、電子ペーパ端末２００が備える表示デバイスを指す。例えば液晶ディスプレイ等を想定している。画面合成部２２０は、コンテンツデータ２６４及びレイアウトデータ２６２をコンテンツ情報管理部２６０から取得し、レイアウトデータ２６４に沿ってタイプの異なるコンテンツを配置し、画面表示部２１０に表示可能な情報を生成する。レイアウトデータ２６２は、コンテンツをどのように並べるかを定義したデータである。後述する図１１に示すような画面を作るために必要な情報である。第１実施形態ではコンテンツ配信サーバ３００から配信されたレイアウトデータに沿って構成しているが、電子ペーパ端末２００の画面表示の性能に合わせて（ＰＣ等と比べると画面は狭いので）あらかじめ電子ペーパ端末２００が該端末の表示サイズに最適化したレイアウトデータを予め保持し使用する構成にしてもよい。ユーザ操作入力部２３０は、電子ペーパ端末２００に搭載されたタッチ画面のインターフェイス等を想定している。
【００２９】
全体制御部２４０は、電子ペーパ端末２００を構成する各機能ブロックを制御し、シーケンス（作業フロー）を走らせる役割を持つ。全体制御部２４０は、コンピュータ（ＣＰＵ）がメモリに格納された本発明特有の動作処理が記述されたプログラムを読み込んで、主記憶上に、図１に示す各手段（リクエスト情報生成手段３、配信コンテンツ保持手段４、レイアウト構成手段５）を構成する。リクエスト情報生成手段３はユーザデータ管理部２５０を制御してリクエスト情報を生成し、配信コンテンツ保持手段４はコンテンツ情報管理手段２６０を制御してコンテンツデータを保持し、レイアウト構成手段５は画面構成部２２０を制御してレイアウト構成を行って画面表示用データを生成する。各手段は上記のようにソフトウエアで実現することも可能だが、各部を回路で構成する等してハードウエアで実現することも可能である。
【００３０】
ユーザデータ管理部２５０は、後述する図７から図９に示すような、コンテンツタイプ別のユーザ設定情報（ユーザデータ）を管理し、データのＲｅａｄ／Ｗｒｉｔｅを行う。また、全体制御部２４０からのリクエストに応じてデータの受け渡しを行う役目を持つ。ユーザデータ２５５は、後述する図７から図９に示すようなコンテンツタイプ別のユーザ設定情報そのものである。コンテンツ情報管理部２６０は、コンテンツ配信サーバ３００から受信したコンテンツデータ、付加情報（コンテンツのタイプ、連載記事の連載話数情報、レイアウトデータ等）、を、コンテンツデータ２６４、レイアウトデータ２６２として管理し、全体制御部２４０からのリクエストに応じてデータの受け渡しを行う役目を持つ。コンテンツデータ２６４は、コンテンツ配信サーバ３００から受信したコンテンツデータそのものである。電子ペーパ端末２００内で表示させるときのテンポラリ情報として用いる。リクエスト送受信部２７０は、ユーザデータ２５５に基づいてコンテンツ配信サーバ３００に対してコンテンツ情報をリクエストする。
【００３１】
図４は、コンテンツ配信システム１００におけるコンテンツ配信サーバ３００の構成を示したい図である。コンテンツ配信サーバ３００は、リクエスト情報処理部３１０、全体制御部３２０、コンテンツ情報管理部３３０、レイアウトデータ３３２、コンテンツデータ３３４、標準設定データ３３６、リクエスト送受信部３４０を有する。コンテンツ配信サーバ３００は、電子ペーパ端末２００のユーザデータ２５５に基づいて生成されたリクエスト情報をリクエスト送受信部３４０で受け、全体制御部３２０がリクエスト情報処理部３１０に送る。ここでリクエスト情報の内容が解釈され、検索条件が決定される。その情報をもとにコンテンツ情報管理部３３０から、コンテンツデータ３３４や標準設定データ３３６を取得し、電子ペーパ端末２００にデータを送信する。以下に、各構成要素について説明する。
【００３２】
リクエスト情報処理部３１０は、電子ペーパ端末２００からのリクエスト情報の内容を解釈して検索条件情報を生成し、全体制御部３２０に情報を渡す役割を持つ。コンテンツ情報管理部３３０は、コンテンツデータ３３４、標準設定データ３３６の情報に対して情報のＲｅａｄ／Ｗｒｉｔｅを行う機能を持つ。単純にコンテンツを指定してのデータ読み出しだけでなく、リクエスト情報処理部３１０で生成された検索条件情報から、条件が合致するコンテンツを探し出す機能も有する。
【００３３】
全体制御部３２０は、コンテンツ配信サーバ３００を構成する各機能ブロックを制御し、シーケンス（作業フロー）を走らせる役割を持つ。全体制御部３２０は、コンピュータ（ＣＰＵ）がメモリに格納された本発明特有の動作処理が記述されたプログラムを読み込んで、主記憶上に、図１に示す各手段（構成情報管理手段７、コンテンツ蓄積手段８、リクエスト実行手段９）を構成する。構成情報管理手段７はコンテンツ情報管理部３３０を制御して標準設定データ等を管理し、コンテンツ蓄積手段８はコンテンツ情報管理部３３０を制御してコンテンツデータを蓄積し、リクエスト実行手段９はリクエスト情報処理部３１０を制御してリクエスト情報の応じた処理を行う。各手段は上記のようにソフトウエアで実現することも可能だが、各部を回路で構成する等してハードウエアで実現することも可能である。
【００３４】
レイアウトデータ３３２は、配信するコンテンツをどのようにレイアウトするかについて定義された情報である。コンテンツ配信サーバ３００の推奨するレイアウトとなっており、電子ペーパ端末に配信される。コンテンツデータ３３４は、コンテンツデータそのものである。新聞であれば、記事（文字情報）、写真等を含む。音声、動画像といったメディアデータを持たせることも可能である。標準設定データ３３６は、後述する図７から図１０に示すようなユーザデータと同じ情報を持つ。コンテンツ配信側（編集者）が用意したテンプレートであり、この情報を電子ペーパ端末２００は最初にダウンロードして使用する。リクエスト送受信部３４０は、電子ペーパ端末２００からのリクエスト情報を受信し、全体制御部３２０に情報を渡す役割を持つ。
【００３５】
図５は、コンテンツ配信サーバ情報サーバ３０５やコンテンツ配信サーバ３００が保持する情報の例を示した図である。図５（ａ）は、コンテンツ配信サーバ情報サーバ３０５が保持する情報のデータテーブルであり、該テーブルにおける１行分が１つのコンテンツ配信サーバ３００の情報を表す。また、１つのコンテンツ配信サーバ３００が持つ情報（属性情報）は、サーバ情報（図５（ｂ））とコンテンツ情報（図５（ｃ））からなる。
【００３６】
コンテンツ配信サーバ３００は、図５（ｂ）に示すテーブル情報を電子ペーパ端末２００に送信することで、配信する集合コンテンツの名称と、いつ更新されるかのリリース情報、標準設定データ、レイアウトデータ、配信割合設定情報にそれぞれ何を使用するのか、をクライアント側に知らせることが可能となる。図５（ｂ）の場合、 「標準設定１」、「レイアウトデータ１」、「割合データ１」というのは、サーバ側の記録領域に保存された図７から図１０に示すような情報のファイルを意味する。当該ファイルのデータの内容をクライアント側は受信して利用する。
【００３７】
なお、レイアウトデータの中身は、図１１から文字と写真を取り除いたような情報となる。具体的には仕切りの情報と、各コンテンツのタイトル名（見出し）と本文、写真をどこに配置するかだけが記載されたデータとなる。後述する個々のコンテンツ情報は、それ単体ではレイアウト情報をもたず、タイトル（見出し）と本文、写真などのデータの集合体であるので、このサーバ情報に示されたレイアウトデータをもとに配置することとなる。
【００３８】
コンテンツ情報は、図５（ｃ）に示すテーブルの一行が、１コンテンツの情報を示す。タイプはコンテンツのタイプを意味する。タイトルは、コンテンツの名前を示し、嗜好情報と同じく、検索対象のキーワードとして扱われる。ユニークＩＤは、コンテンツをサーバに登録した際に発行される重複のない乱数である。ただし、コラムや、連載小説などで同じ種類のコンテンツである場合には、ユニークＩＤは同じとなり、次の列に示される連続性指標の情報が、異なる値となる。逆に、ニュースなどの連続性のないコンテンツに関しては、ここの値は常に０となる。連載小説の場合は、この数字がそのまま話数として扱われる。日付情報は、タイプ別ユーザ設定で検索範囲として嗜好情報３で指定した情報が参照する。嗜好情報の列は、タイプ別ユーザ設定の嗜好情報１で指定したキーワードに対応する。データファイルは、実際のコンテンツの本文、写真、動画などが格納されたファイルを指す。
【００３９】
次に、本発明の第１実施形態における動作処理について説明する。図６は、第１実施形態に係るコンテンツ配信システムで行われる動作処理を示したシーケンス図である。まず、電子ペーパ端末２００は、ネットワーク４００を介してコンテンツ配信サーバ情報サーバ３０５にアクセスし、所望のコンテンツ配信サーバ３００を選択する。そして、電子ペーパ端末２００は、コンテンツ構成情報（サーバ情報（図５（ｂ）））の取得要求をコンテンツ配信サーバ３００に送信する（Ｓ１０１）。
【００４０】
先に述べたように、コンテンツ構成情報は、後述する電子ペーパ端末２００でのリクエスト情報生成等に必要な情報で、集合コンテンツのタイプ別配信割合設定情報、タイプごとの設定情報、画面表示を行う際のレイアウト情報が含まれサーバ情報（図５（ｂ））が相当する。当該タイプ別配信割合設定情報は、集合コンテンツのタイプ別占率である割合情報が含まれる(図５（ｂ）の配信割合設定情報)。当該タイプごとの設定情報（図５（ｂ）の標準設定データ）は、電子ペーパ端末２００において、ユーザの好みを反映したコンテンツが取得されるようにタイプ別に設定される情報で、検索情報（検索キーや検索範囲）、配信タイミング情報などの項目からなる詳細設定情報が含まれる。当該レイアウト情報（図５（ｂ）のレイアウトデータ）は、集合コンテンツの表示レイアウトに関する情報である。
【００４１】
コンテンツ構成情報の取得要求を受信した（Ｓ１０２）コンテンツ配信サーバ３００は、コンテンツ構成情報を電子ペーパ端末２００に送信する（Ｓ１０３）。そして、電子ペーパ端末２００は、コンテンツ配信サーバ３００からコンテンツ構成情報を受信する（Ｓ１０４）。ここで、コンテンツ配信サーバ３００によるコンテンツ構成情報の送信は、タイプ別の設定情報（図５（ｂ）の標準設定データ、配信割合設定情報）についてデフォルトの値を入力して送信するようにしてもよいし、特定の値を入力せずに空（ＮＵＬＬ）の状態で送信するようにしてもよい。
【００４２】
コンテンツ構成情報を取得した電子ペーパ端末２００は、ユーザ操作により、タイプ別のユーザ設定情報（図７〜図９）の入力を受け付ける（Ｓ１０５）。また、電子ペーパ端末２００は、ユーザ操作により、配信割合の設定情報（図１０）の入力を受け付ける（Ｓ１０６）。次に、電子ペーパ端末２００（リクエスト情報生成手段３）は、タイプ別のユーザ設定情報や配信割合の設定情報をユーザデータ（２５５）として保存し（Ｓ１０７）、この情報を用いて、コンテンツ配信サーバ３００に対するリクエスト情報を生成して保存する（Ｓ１０８）。
【００４３】
続いて、電子ペーパ端末２００は、コンテンツ配信要求とともにリクエスト情報をコンテンツ配信サーバ３００に送信する（Ｓ１０９）。コンテンツ配信サーバ３００（リクエスト実行手段９）は、コンテンツ配信要求及びリクエスト情報を受信し（Ｓ１１０）、該リクエスト情報に基づいて、蓄積されているコンテンツデータの中から詳細設定情報に合致する個別コンテンツを検索する（Ｓ１１１）。そして、コンテンツ配信サーバ３００（リクエスト実行手段９）は、検索した個別コンテンツを、配信割合の設定情報に応じた割合で、集合コンテンツとして電子ペーパ端末２００に配信する（Ｓ１１２）。
【００４４】
そして、電子ペーパ端末２００は、コンテンツ配信サーバ３００から配信された集合コンテンツのデータを受信し（Ｓ１１３）、個別コンテンツ単位で保存する（Ｓ１１４）。次いで、電子ペーパ端末２００（レイアウト構成手段５）は、コンテンツ構成情報として取得したレイアウト情報に基づいて、集合コンテンツのレイアウト構成を行い（Ｓ１１５）、表示用データを生成する（Ｓ１１６）。そして、電子ペーパ端末２００は、表示用データを用いて、集合コンテンツの画面表示を行う。なお、集合コンテンツのレイアウト構成は、コンテンツ配信サーバ３００からのレイアウト情報をベースとして、電子ペーパ端末２００側で任意に変更を加えながら行うようにしてもよい。
【００４５】
次に、タイプ別詳細設定や配信割合設定について例を挙げて具体的に説明する。新聞や、週刊誌、月刊誌等の雑誌の記事は、以下のように分類して考えることが可能である。
１．ニュース（最新であることが重要なもの）
２．コラム（時事と連動することもあるが、基本的には最新でなくともよいもの、料理のレシピや店の紹介記事、特集記事等が例として挙げられる）
３．連載（新聞小説やシリーズものとなっているコラムで、連続性が重要なもの）
そこで、本実施形態では、個々の記事を上記の分類に従ってタイプ分けする。
【００４６】
タイプ１（ニュース）は、常に最新でないと意味がないので、毎日（期間は購読コンテンツによる）更新されていく記事となる。タイプ２（コラム）は、ユーザの好みに合致したものでないと意味がないため、ユーザの設定に応じて配信されることが望ましい記事となる。例えば、キーワード等を設定しておき、検索でヒットした該キーワードを含む記事が選択されて配信される。タイプ３（連載）は、ユーザの好みに合致しユーザのペースに合せたものでないと意味がないため、ユーザの設定に応じて配信されることが望ましい記事となる。例えば、新聞小説の場合、ユーザが一度も読んだことがなければ、常に第１話が表示される形となる。また、ユーザが第１話を読み終わり、次が読みたいとリクエストした場合のみ更新される。
【００４７】
図７から図９は、タイプ別の詳細設定情報の例を示した図である。先に述べたように、タイプ１（ニュース）は、常に最新の情報が求められるものであり、基本的には、コンテンツを受信するユーザごとに変化することが少ない。例外として例えばスポーツニュースがあり、このニュースは、タイプ２（コラム）と同様に、個人の嗜好により必要と不要が分かれるコンテンツである。また、タイプ３（連載）は、個人の嗜好が反映された内容が求められるとともに、配信タイミングを個人の希望に沿うようにする必要があるコンテンツである。このため、図７から図９に示すような設定項目を挙げることができる。
【００４８】
名称は、ユーザが詳細設定で配信を受けようとするコンテンツの大まかな内容を表すとともに、他の設定内容と識別するための情報である。タイプ（区分）は、コンテンツのタイプを意味する情報で、１つのタイプのみ選択可能である。嗜好情報は、ユーザの好みを反映させる情報である。例えば嗜好情報１にはユーザの好みを表す情報（キーワード）が設定され、該情報は検索条件（検索キー）としてコンテンツ配信サーバ側での検索に用いられる。また、例えば嗜好情報２にはユーザの希望するデータ量（タイプ１（ニュース）及びタイプ２（コラム））や配信タイミング（タイプ３（連載））が設定される。また、例えば嗜好情報３にはユーザの求めるコンテンツの配信期間や（タイプ１（ニュース）及びタイプ２（コラム））や配信内容（タイプ３（連載））が設定され、コンテンツ配信期間は検索条件（検索範囲）としてコンテンツ配信サーバ側での検索に用いられる。
【００４９】
例えば、タイプ１（ニュース）及びタイプ２（コラム）において、嗜好情報２でデータ量を設定すると、最新配信分のみか、過去配信分を含むかをコンテンツ配信サーバにリクエストすることが可能である。また、タイプ３（連載）において、嗜好情報２で配信タイミングを設定すると、常に最新のコンテンツを配信するか、自分のペースに合せてコンテンツを配信するかをコンテンツ配信サーバにリクエストできる。
【００５０】
図１０は、タイプ別の配信割合設定情報を示した図である。タイプ別の配信割合設定情報は、各タイプのコンテンツを紙面に対してどれくらいの割合で配信するかを指定するための情報である。コンテンツ配信サーバは、この配信割合設定情報に基づく割合で、各タイプの個別コンテンツを集合コンテンツとして電子ペーパ端末に配信する。ただし、最新の配信コンテンツの内容の総量は決まっているため、ここで設定した割合が全て実現するわけではなく、あくまでユーザの希望に沿った割合に近づくのみとなる。
【００５１】
次に、配信されたコンテンツをユーザが閲覧する際の画面操作について例を挙げて具体的に説明する。図１１は、図１０の配信割合に基づいて配信された集合コンテンツがレイアウト情報に従ってレイアウトで画面表示された例である。なお、図示はしていないが、レイアウト上のコンテンツのタイプ別にマーキング表示（例えば、ニュース記事にはニュースを示すマーク、連載記事には小説を示すマーク等）を行うようにしてもよい。また、ユーザがタッチして読もうとするコンテンツ部分をハイライト表示するようにしてもよい。
【００５２】
例えば、図１１に示すような、新聞や雑誌等に見られるレイアウト構成のコンテンツをユーザが見て、コラム「今日の料理」に興味を持ち、過去配信分を読みたいと思ったとする。このとき、ユーザは画面タッチ操作により、興味を持ったコンテンツを特定し、該コンテンツの過去配信分やそのリスト情報を表示できる。
【００５３】
具体的には、ユーザがコラム「今日の料理」の表示部分をタッチすると、この記事が選択された状態となる。選択された状態では、例えばコラム「今日の料理」以外のエリアは記事が暗く表示され（あるいは記事の表示がなくなり）、コラム「今日の料理」のみ明るく表示される（図１２（ａ））。この状態で、ユーザがコラム「今日の料理」を指で左に滑らせるアクションを行うと、表示中のコラム（最新配信分）が指の滑らせた方向（左方向）に移動していくとともに、最新配信分と隣接して位置する過去配信分が同じ方向に移動するように表示される（図１２（ｂ）、図１２（ｃ））。そして、最終的に過去配信分が最新配信分に代わって表示される（図１２（ｄ））。当該表示処理では、最新配信分と過去配信分とが並んで表示されるときに、他のコンテンツ（この場合コラム「和食の心」）の表示領域上に覆いかぶさることなく、自身のコンテンツ（この場合コラム「今日の料理」）の表示領域のみを用いることができ、他のコンテンツへの復帰がスムーズである。もちろん、コラム「今日の料理」以外の記事を表示せずに、コラム「今日の料理」について、過去配信分を最新配信分と並んで表示するように構成することも可能である（図１３）。また、コラム「今日の料理」が選択された状態で、別のアクション（例えばダブルタップ）をユーザが行った場合には、過去の記事のリスト（目次）が表示される（図１４）。
【００５４】
ここで、同一コラムの過去配信分の表示を行うには、コンテンツ配信サーバから配信された過去配信分が電子ペーパ端末のコンテンツデータ（２６４）に保持されている必要がある。過去配信分が電子ペーパ端末のコンテンツデータ（２６４）に保持されている場合は、過去配信分の個別コンテンツのデータが表示用データとして生成され画面表示される。過去配信分が電子ペーパ端末のコンテンツデータ（２６４）に保持されていない場合には、タイプ別の詳細設定情報が更新され（例えば図７の嗜好情報３が「最新から過去２ヶ月分」に更新）、リクエスト情報としてコンテンツ配信サーバに送信される。そして、電子ペーパ端末がコンテンツ配信サーバから過去配信分の個別コンテンツのデータを取得し、画面表示が行われる。
【００５５】
また、例えばタイプ別の詳細設定において、図９に示すように、嗜好情報２が「自分のペースで」と設定されていた場合、ユーザがこのコンテンツを閲覧したあるいは閲覧しなかったという情報がコンテンツ配信サーバにフィードバックされて、それが次回の配信に反映されるが、コンテンツ配信サーバへのフィードバックはユーザの操作により行われる。具体的には、例えばユーザが連載小説「横浜の夜」の表示部分を１回タッチすると、この記事が選択された状態となり、この状態で再度１回タッチすると、次回の配信を希望することを選択できる選択画面が表示される（図１５）。当該選択画面で配信が選択された場合に、タイプ別の詳細設定情報が更新され（例えば図８の嗜好情報３が「第２回分」に更新）、リクエスト情報としてコンテンツ配信サーバに送信される。
【００５６】
なお、コンテンツ配信サーバへのフィードバックは、上記のようなタイプ３（連載）のコンテンツの配信タイミングを決定する情報のほか、タイプ１（ニュース）やタイプ２（コラム）に関する嗜好情報の更新にも利用できる。例えば、ユーザがニュース記事、コラム記事を閲覧したときの画面タッチ回数、画面を拡大した場所等の情報をもとに、ユーザが何に興味を持っていそうかを、タッチ回数の多い記事、拡大した場所に含まれる記事内のキーワードをフィードバックさせ、初回にユーザが設定したキーワードをアップデートさせ変化させるようにしてもよい。
【００５７】
例えば、タイプ１（ニュース）として天気予報情報、タイプ２（コラム）として日帰り旅行記事を同じページに表示する場合、日帰り旅行記事のページを閲覧している際の情報を天気予報記事に連動させることが可能である。日帰り旅行記事が「鎌倉特集」であり、この記事をユーザが閲覧していることが、画面タッチ、拡大操作によりユーザ操作入力部２３０からの情報で電子ペーパ端末の全体制御部２４０が検知した場合、日帰り旅行記事「鎌倉特集」のコンテンツの属性情報をコンテンツ情報管理部２６０から入手し、属性情報のキーワードから地域名に該当するキーワードを参照し、天気予報記事のユーザ設定情報を更新し、サーバにリクエストさせることで、鎌倉の天気予報を表示させることが可能である。また、「鎌倉特集」の表示エリアには、何日かに渡って連載された鎌倉の名所の紹介記事を表示させることができる（図１２〜１４の表示方法を用いる）。連動させる記事が天気予報ではなく、タイプ１（ニュース）として宿泊情報（指定したキーワードに該当するホテル等の空き部屋、予約状況情報）だった場合、「鎌倉特集」で記載された名所に近い宿泊施設の表示させるといった使い方が可能であり、この表示は、図１２〜１４の表示方法と連動して更新させることができる。
【００５８】
上述した第１実施形態によれば、コンテンツを受ける電子ペーパ端末側で、コンテンツの種類（ニュース、コラム、連載）の配信割合や、その種類ごとに詳細指定条件（検索条件や配信タイミング等）を設定してリクエスト情報としてコンテンツ配信サーバへ送信し、コンテンツ配信サーバ側で該リクエスト情報に基づいてコンテンツを配信するため、ユーザは、自分の好みが反映されたコンテンツを取得することが可能でなる。また、ユーザは、自分の読むペースに合せて、コンテンツの配信を受けることが可能である。
【００５９】
また、上述した第１実施形態によれば、電子ペーパ端末がコンテンツ配信サーバから配信されたコンテンツを個別コンテンツごとに保持し、個別コンテンツの表示用データを生成して画面表示を行うため、過去のコンテンツを検索する際における閲覧専用画面への遷移を伴うことなく、特定の記事以外は最新の情報を表示させた状態で、該特定の記事のみ最新配信分と過去配信分を表示させることが可能である。また、過去のコンテンツの検索時における閲覧専用画面への遷移を伴わないため、ユーザは、最新配信分と過去配信分を素早く閲覧することが可能である。
【００６０】
また、上述した第１実施形態によれば、ユーザの操作状況のデータ（画面タッチ回数、画面拡大場所等）を用いたコンテンツ配信サーバへのフィードバックを行うことで、面倒なキーワード設定操作をユーザに頻繁に行わせることがなくなり、毎日コンテンツを閲覧していく中で動的にユーザニーズの変化に対応し、最新のユーザニーズに対応したコンテンツ配信を行うことが可能である。
【００６１】
［第２実施形態］
第１実施形態では、電子ペーパ端末２００において、端末ユーザの嗜好情報やコンテンツのタイプ別の配信割合を管理し、リクエスト情報を生成して、コンテンツ配信サーバ３００とやり取りを行ってコンテンツデータを入手している。第２実施形態では、これらの処理をコンテンツ配信サーバ３００側で行ってしまい、電子ペーパ端末２００側では、配信結果のコンテンツデータと、ユーザのフィードバック情報（例えばタイプ３（連載）のコンテンツを視聴した際に次の話をリクエストしたか等）、画面表示機能だけを持たせる。
【００６２】
この場合、図３の電子ペーパ端末２００の構成のうち、画面合成部２２０、ユーザデータ管理部２５０、ユーザデータ２５５、コンテンツ情報管理部２６０、レイアウトデータ２６２、コンテンツデータ２６４が不要となり、これらの構成はコンテンツ配信サーバ３００において端末ユーザごとに設けられることとなる。
【００６３】
上記の第２実施形態によれば、ユーザは、簡素化し低コスト化した電子ペーパ端末を用いて、自分の好みが反映されたコンテンツが配信されるコンテンツ配信サービスを受けることができる。
【００６４】
なお、上述してきた実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００６５】
本実施形態における電子ペーパ端末２００やコンテンツ配信サーバ３００で実行されるプログラムは、先に述べた各手段（リクエスト情報生成手段３、配信コンテンツ保持手段４、レイアウト構成手段５、構成情報管理手段７、コンテンツ蓄積手段８、リクエスト実行手段９）を含むモジュール構成となっており、実際のハードウエアを用いて具体的手段を実現する。すなわち、コンピュータ（ＣＰＵ）が所定の記録媒体からプログラムを読み出して実行することにより上記各手段が主記憶装置上にロードされて生成される。また、各手段は上記のようにソフトウエアで実現することも可能だが、各部を回路で構成する等してハードウエアで実現することも可能である。
【００６６】
本実施形態における電子ペーパ端末２００やコンテンツ配信サーバ３００で実行されるプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードさせることにより提供されるように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供あるいは配布するように構成してもよい。
【００６７】
また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルで、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、不揮発性のメモリカード等のコンピュータで読み取り可能な記録媒体に記録されて提供されるように構成してもよい。また、上記プログラムは、ＲＯＭ等にあらかじめ組み込んで提供するように構成してもよい。
【００６８】
この場合、上記記録媒体から読み出された又は通信回線を通じてロードし実行されたプログラムコード自体が前述の実施形態の機能を実現することになる。そして、そのプログラムコードを記録した記録媒体は本発明を構成する。
【符号の説明】
【００６９】
１，１００，１０１    コンテンツ配信システム
２    クライアント装置
３    リクエスト情報生成手段
４    配信コンテンツ保持手段
５    レイアウト構成手段
６    サーバ装置
７    構成情報管理手段
８    コンテンツ蓄積手段
９    リクエスト実行手段
２００    電子ペーパ端末
２１０    画面表示部
２２０    画面合成部
２３０    ユーザ操作入力部
２４０，３２０    全体制御部
２５０    ユーザデータ管理部
２５５    ユーザデータ
２６０    コンテンツ情報管理部
２６２，３３２    レイアウトデータ
２６４，３３４    コンテンツデータ
２７０，３４０    リクエスト送受信部
３００    コンテンツ配信サーバ
３０５    コンテンツ配信サーバ情報サーバ
３１０    リクエスト情報処理部
３３０    コンテンツ情報管理部
３３６    標準設定データ
４００    公衆回線（インターネット）
【図１】
2010224753.tif 000003
【図２】
2010224753.tif 000004
【図３】
2010224753.tif 000005
【図４】
2010224753.tif 000006
【図５】
2010224753.tif 000007
【図６】
2010224753.tif 000008
【図７】
2010224753.tif 000009
【図８】
2010224753.tif 000010
【図９】
2010224753.tif 000011
【図１０】
2010224753.tif 000012
【図１１】
2010224753.tif 000013
【図１２】
2010224753.tif 000014
【図１３】
2010224753.tif 000015
【図１４】
2010224753.tif 000016
【図１５】
2010224753.tif 000017