(57)【要約】【課題】ユーザに関連する情報が無い場合や少ない場合であっても、ユーザに飽きさせないサービスを提供し、かつ情報配信効率を高めることができる。【解決手段】サーバ２２は、第１の優先度で一覧表示すべきコンテンツをクライアント３１、３２に一覧表示させるとタグひとつ分以上の空白が生じるか否かを判定し、空白が生じると判定した場合には、第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含む一覧表示情報を作成する一方で、空白が生じないと判定した場合には、第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含まない一覧表示情報を作成し、一覧表示情報をクライアント３１、３２に配信し、クライアント３１、３２は、一覧表示情報を表示して一覧表示情報中のタグによりサーバ２２に対してコンテンツを要求し、サーバ２２は、クライアントから要求されたコンテンツをクライアント３１、３２に配信する。【選択図】  図１
2008250552.tif 000002
【特許請求の範囲】
【請求項１】
複数種類のコンテンツを管理するコンテンツ管理データベースと、
前記コンテンツのタグを含む一覧表示情報を作成する一覧表示情報作成手段と、
前記一覧表示情報をユーザ装置に配信して表示させ、前記一覧表示情報中の前記タグにより前記ユーザ装置から要求される前記コンテンツを前記ユーザ装置に配信する配信手段と、
を備え、
前記一覧表示情報作成手段は、第１の優先度で一覧表示すべきコンテンツを前記ユーザ装置に一覧表示させるとタグひとつ分以上の空白が生じるか否かを判定し、前記空白が生じると判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含む前記一覧表示情報を作成する一方で、前記空白が生じないと判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含まない前記一覧表示情報を作成することを特徴とするコンテンツ配信装置。
【請求項２】
前記コンテンツが前記ユーザ装置に過去に配信されたか否かを管理する管理手段を備え、
前記一覧表示情報作成手段は、前記第１の優先度のコンテンツのうちで未配信のコンテンツを前記ユーザ装置に一覧表示させるとタグひとつ分以上の空白が生じる場合、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのうちで未配信のコンテンツのタグを含む前記一覧表示情報を作成することを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項３】
前記コンテンツが登録された日時を管理する管理手段を備え、
前記一覧表示情報作成手段は、前記第１の優先度のコンテンツのうちで過去の一定期間内に登録されたコンテンツを前記ユーザ装置に一覧表示させるとタグひとつ分以上の空白が生じる場合、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのうちで前記一定期間内に登録されたコンテンツのタグを含む一覧表示情報を作成することを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項４】
ユーザ装置とネットワークを介して通信するサーバ装置に実行させるコンテンツ配信プログラムであって、
複数種類のコンテンツを管理するコンテンツ管理データベースを用い、
第１の優先度で一覧表示すべきコンテンツを前記ユーザ装置に一覧表示させるとタグひとつ分以上の空白が生じるか否かを判定し、前記空白が生じると判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含む前記一覧表示情報を作成する一方で、前記空白が生じないと判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含まない前記一覧表示情報を作成し、前記一覧表示情報を前記ユーザ装置に配信して表示させ、前記一覧表示情報中の前記タグにより前記ユーザ装置から要求される前記コンテンツを前記ユーザ装置に配信することを特徴とするコンテンツ配信プログラム。
【請求項５】
サーバ装置からネットワークを介してユーザ装置にコンテンツを配信するコンテンツ配信方法であって、
複数種類のコンテンツを管理するコンテンツ管理データベースを用い、
前記サーバ装置は、第１の優先度で一覧表示すべきコンテンツを前記ユーザ装置に一覧表示させるとタグひとつ分以上の空白が生じるか否かを判定し、前記空白が生じると判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含む前記一覧表示情報を作成する一方で、前記空白が生じないと判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含まない前記一覧表示情報を作成して前記ユーザ装置に配信し、
前記ユーザ装置は、前記一覧表示情報を表示して前記一覧表示情報中の前記タグにより前記サーバ装置に対して前記コンテンツを要求し、
前記サーバ装置は、前記ユーザ装置から要求された前記コンテンツを前記ユーザ装置に配信することを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータや携帯電話などのユーザ装置にデジタルコンテンツを配信するコンテンツ配信装置、コンテンツ配信プログラムおよびコンテンツ配信方法に関する。
【背景技術】
【０００２】
ソーシャル・ネットワーク・サービス（ＳＮＳ）やブログのようなインターネットサービスにおいて、ユーザがログインした直後に表示されるページでは、新着情報を一覧表示することが多い。例えば、ユーザへの新着メッセージや友達の日記などが一覧表示される。それに加えて、サービス運営者側から提供されるコンテンツを一覧表示する。例えば、今週のお知らせや新着オフィシャルコンテンツなどが一覧表示される。
【０００３】
特許文献１には、メール配信の際、会員が前もって設定した配信希望のカテゴリの情報のみをメールに追加し、配信するようにしたものが記載されている。
【０００４】
特許文献２には、ユーザの登録した行動予定に応じて、情報配信を行うようにしたものが記載されている。
【０００５】
特許文献３には、ユーザの位置情報と登録しておいた受信希望のシナリオによって、ユーザの移動端末に情報配信を行うようにしたものが記載されている。
【０００６】
特許文献４には、情報をユーザの受信手段に応じたフォーマットに変換し、ユーザの指定したタイミングに送信するようにしたものが記載されている。
【特許文献１】特開２００１−３３１４０３号公報
【特許文献２】特開２００２−１８９６５６号公報
【特許文献３】特開２００２−２７８８８６号公報
【特許文献４】特開２００２−３６６５７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ユーザに関連する情報が無い場合や少ない場合、ログイン直後のページに表示される情報が、いつも同じになってしまう場合がある。例えば、ソーシャル・ネットワーク・サービスにおいては、友達がいない場合には、表示される友達日記が無く、ユーザがサービスに飽きてしまう。あるいは、友達が日記をずっと更新していない場合には、友達の１ヶ月前の日記がずっと表示されたままになってしまうことがあり、ユーザがサービスに飽きてしまう。
【０００８】
また、ユーザに関連する情報が多い場合には、数が多すぎて埋もれてしまった情報をユーザが見おとしてしまうという別の場合もある。例えば、友達の日記や、サイト運営者が提供するコンテンツを見落とすことがある。特に、携帯電話のように画面サイズが小さく、１ページあたりのページ容量が少ない場合、ログインした直後のページに表示できる情報の数が限られる。そのため、前述のようにユーザに関連する情報が多い場合には、数が多すぎて埋もれるだけでなく、そもそも表示がされない場合さえある。
【０００９】
本発明はこのような事情に鑑みてなされたもので、ユーザに関連する情報が無い場合や少ない場合であっても、ユーザに飽きさせないサービスを提供し、かつ情報配信効率を高めることができるコンテンツ配信装置、コンテンツ配信プログラムおよびコンテンツ配信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
前記目的を達成するために、請求項１に記載の発明は、複数種類のコンテンツを管理するコンテンツ管理データベースと、前記コンテンツのタグを含む一覧表示情報を作成する一覧表示情報作成手段と、前記一覧表示情報をユーザ装置に配信して表示させ、前記一覧表示情報中の前記タグにより前記ユーザ装置から要求される前記コンテンツを前記ユーザ装置に配信する配信手段と、を備え、前記一覧表示情報作成手段は、第１の優先度で一覧表示すべきコンテンツを前記ユーザ装置に一覧表示させるとタグひとつ分以上の空白が生じるか否かを判定し、前記空白が生じると判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含む前記一覧表示情報を作成する一方で、前記空白が生じないと判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含まない前記一覧表示情報を作成することを特徴とするコンテンツ配信装置を提供する。
【００１１】
請求項２に記載の発明は、請求項１に記載の発明において、前記コンテンツが前記ユーザ装置に過去に配信されたか否かを管理する管理手段を備え、前記一覧表示情報作成手段は、前記第１の優先度のコンテンツのうちで未配信のコンテンツを前記ユーザ装置に一覧表示させるとタグひとつ分以上の空白が生じる場合、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのうちで未配信のコンテンツのタグを含む前記一覧表示情報を作成することを特徴とするコンテンツ配信装置を提供する。
【００１２】
請求項３に記載の発明は、請求項１に記載の発明において、前記コンテンツが登録された日時を管理する管理手段を備え、前記一覧表示情報作成手段は、前記第１の優先度のコンテンツのうちで過去の一定期間内に登録されたコンテンツを前記ユーザ装置に一覧表示させるとタグひとつ分以上の空白が生じる場合、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのうちで前記一定期間内に登録されたコンテンツのタグを含む一覧表示情報を作成することを特徴とするコンテンツ配信装置を提供する。
【００１３】
請求項４に記載の発明は、ユーザ装置とネットワークを介して通信するサーバ装置に実行させるプログラムであって、複数種類のコンテンツを管理するコンテンツ管理データベースを用い、第１の優先度で一覧表示すべきコンテンツを前記ユーザ装置に一覧表示させるとタグひとつ分以上の空白が生じるか否かを判定し、前記空白が生じると判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含む前記一覧表示情報を作成する一方で、前記空白が生じないと判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含まない前記一覧表示情報を作成し、前記一覧表示情報を前記ユーザ装置に配信して表示させ、前記一覧表示情報中の前記タグにより前記ユーザ装置から要求される前記コンテンツを前記ユーザ装置に配信することを特徴とするコンテンツ配信プログラムを提供する。
【００１４】
請求項５に記載の発明は、サーバ装置からネットワークを介してユーザ装置にコンテンツを配信するコンテンツ配信方法であって、複数種類のコンテンツを管理するコンテンツ管理データベースを用い、前記サーバ装置は、第１の優先度で一覧表示すべきコンテンツを前記ユーザ装置に一覧表示させるとタグひとつ分以上の空白が生じるか否かを判定し、前記空白が生じると判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含む前記一覧表示情報を作成する一方で、前記空白が生じないと判定した場合には、前記第１の優先度よりも一覧表示の優先度が低いコンテンツのタグを含まない前記一覧表示情報を作成して前記ユーザ装置に配信し、前記ユーザ装置は、前記一覧表示情報を表示して前記一覧表示情報中の前記タグにより前記サーバ装置に対して前記コンテンツを要求し、前記サーバ装置は、前記ユーザ装置から要求された前記コンテンツを前記ユーザ装置に配信することを特徴とするコンテンツ配信方法を提供する。
【発明の効果】
【００１５】
本発明によれば、ユーザに関連する情報が無い場合や少ない場合であっても、空白が補間された一覧表示情報がユーザ装置に配信されるので、ユーザに飽きさせないサービスを提供し、かつ情報配信効率を高めることができる。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面に従って、本発明の実施形態について、詳細に説明する。
【００１７】
図１は、本発明を適用したコンテンツ配信システムの一例の全体構成図である。
【００１８】
図１において、ユーザのクライアント装置３１、３２（ユーザ装置）と、クライアント装置３１、３２にコンテンツを配信するサーバ装置２２とが、インターネット４０に接続されて、本例のコンテンツ配信システムが構成されている。サーバ装置２２は、通信機能を有する周知のコンピュータ装置にコンテンツ配信処理等の各種処理を実行させるプログラムがインストールされて構成されている。クライアント装置３１、３２は、パーソナルコンピュータや携帯電話などの通信機能を有する周知のユーザ装置によって構成されており、それぞれ入力部３３および表示部３４を有する。ここで、入力部３３は例えばキーボードやポインティングデバイス（例えばマウス）などの周知の入力装置によって構成されており、表示部３４は例えばＬＣＤ（液晶ディスプレイ）などの周知の表示装置によって構成されている。
【００１９】
クライアント装置３１、３２とインターネット４０を介して通信するサーバ装置２２と、ユーザ情報を管理するユーザ情報管理データベース２４と、ユーザが作成したコンテンツを管理するユーザ作成コンテンツ管理データベース２５、ユーザがクライアント装置３１、３２によりコンテンツを閲覧した履歴情報（閲覧履歴情報）を管理する閲覧履歴情報管理データベース２６と、サイト提供のコンテンツを管理するサイト提供コンテンツ管理データベース２７と、を含みコンテンツ配信装置２０が構成されている。
【００２０】
「データベース」は、例えば、情報を記憶する記憶装置（例えばハードディスク、光ディスク、メモリなど）と、その記憶装置内の情報を体系的に整理して管理する制御装置（例えばマイクロコンピュータ）を含んで構成されている。「データベース」が記憶装置のみからなり、その記憶装置内の情報を体系的に整理して管理する制御装置がサーバ装置２２に含まれている場合もある。
【００２１】
以下では、「サーバ装置」を単に「サーバ」といい、ユーザのクライアント装置３１、３２を単に「クライアント」ということもある。
【００２２】
図２は、ユーザ情報管理データベース２４によって管理されるユーザ情報の一例を示す。図２において、本人ユーザＩＤ、ニックネーム、パスワード、友達ユーザＩＤ、住所、誕生日、血液型、および、趣味を含んで、本例のユーザ情報が構成されている。なお、住所、誕生日、血液型、趣味は、登録しない場合もある。
【００２３】
図３は、ユーザ作成コンテンツ管理データベースによって管理されるユーザ作成コンテンツの一例を示す。図３において、コンテンツＩＤ、オーナユーザＩＤ、登録日時、タイトル、本文、および、必要な画像を含んで、本例のユーザ作成コンテンツが構成されている。
【００２４】
図４は、閲覧履歴情報管理データベースによって管理される閲覧履歴情報の一例を示す。図４において、コンテンツの配信先ユーザのユーザＩＤおよび配信済コンテンツのコンテンツＩＤを含んで、本例の閲覧履歴情報が構成されている。
【００２５】
図５は、サイト提供コンテンツ管理データベースによって管理されるサイト提供コンテンツの一例を示す。図５において、コンテンツＩＤ、オーナユーザＩＤ、登録日時、タイトル、本文、および、画像を含んで、本例のサイト提供コンテンツが構成されている。
【００２６】
次に、サーバ２２からクライアント３１、３２へコンテンツを配信するコンテンツ配信処理の各種の実施形態について、説明する。
【００２７】
なお、以下では、第１のクライアント３１および第２のクライアント３２のうちで第１のクライアント３１の表示部（図１の３４）にコンテンツリスト（コンテンツの一覧表示情報）としてコンテンツのタイトルの一覧を表示させて、第１のクライアント３１でユーザがコンテンツを指定する操作を行う場合を例に説明する。ここで、コンテンツのタイトルには、そのタイトルに対応したコンテンツをクライアント３１がサーバ２２から取得するためのコンテンツ指定情報がサーバ２２により付加される。コンテンツ指定情報は、例えば、コンテンツＩＤを含むＵＲＬ（Uniform Resource Locator）からなる。すなわち、コンテンツのタイトルに少なくともコンテンツ指定情報が付加されて、タグが構成されている。このようなタグのうちで、コンテンツのタイトルはクライアント３１の表示部３４に一覧表示されるが、コンテンツ指定情報は特段の操作を行わない限りクライアント３１の表示部３４には表示されないものとする。クライアント３１の表示部３４の一画面で表示可能なタグの一定数ａは、コンテンツの種類ごとに、予め決められている。言い換えると、クライアント３１で一覧表示可能なコンテンツの一定数ａは、コンテンツの種類ごとに、予め決められている。
【００２８】
図６は、第１実施形態におけるコンテンツ配信処理の流れの一例を示す。
【００２９】
図６において、クライアント３１でログイン操作が行われると、ログインした本人ユーザのユーザＩＤ（本人ユーザＩＤ）とパスワードが、クライアント３１からサーバ２２へ送信される（ステップＳ２）。そうすると、サーバ２２は、ユーザ情報管理データベース２４から本人ユーザＩＤに対応するユーザ情報を取得する（ステップＳ４）。ここで、本人ユーザＩＤに関連付けられているパスワードが取得されて、ユーザ認証が行われる。また、本人ユーザＩＤに関連付けられている友達ユーザのユーザＩＤ（友達ユーザＩＤ）が取得される。
【００３０】
次に、サーバ２２は、ステップＳ４で得られた友達ユーザＩＤに基づいて、ユーザ作成コンテンツ管理データベース２５で管理されているコンテンツの中から友達ユーザのコンテンツ（例えば「日記」）を検索する（ステップＳ６）。
【００３１】
次に、サーバ２２は、一覧表示の優先度が最も高い友達ユーザのコンテンツの合計個数Ｎ（タグの合計個数に等しい）が、クライアント３１の表示部３４の一画面に一覧表示可能な一定数ａ（例えば５件）未満であるか、それとも一定数ａ以上であるかを判定する（ステップＳ８）。すなわち、第１の優先度のコンテンツをクライアント３１に一覧表示させると、その画面にタグひとつ分以上の空白が生じるか否かを判定する。具体的には、クライアント３１の画面上にコンテンツの一覧表示として各コンテンツのタグを表示するとした場合に、ひとつのタグのうちでコンテンツのタイトルなどの表示要素の表示に必要な分の空き領域がクライアント３１の画面上に生じるか否か判定する。
【００３２】
なお、本例では、一覧表示において、ひとつのコンテンツに対する画面上の領域サイズ（すなわち、ひとつのタグに対する画面上の領域サイズ）は固定である。具体的には、ひとつのタイトルは、１行分に限り、表示される。ひとつのタイトルに対する表示行数が可変の場合には、表示行数の合計数を算出して、１タイトルに対する最大行数（例えば最大２行）＋固定表示行数（例えば登録日表示１行）以上の空白が生じるか否かを判定する。
【００３３】
友達ユーザのコンテンツの合計個数Ｎが一定数ａ以上である場合には、友達ユーザのコンテンツのＮ件から最新のａ件を選択して、コンテンツリストを作成する（ステップＳ１０）。すなわち、友達ユーザのコンテンツのタグをａ件だけ含み、サイト提供コンテンツのタグを含まない、コンテンツリストを作成する。
【００３４】
その一方で、友達ユーザのコンテンツの合計個数Ｎが一定数ａ未満である場合には、友達ユーザのコンテンツのＮ件に、サイト提供コンテンツのうちで最新の（ａ−Ｎ）件を追加して、コンテンツリストを作成する（ステップＳ１２）。すなわち、友達ユーザのコンテンツのタグをＮ件を含むとともに、サイト提供コンテンツのタグを（ａ−Ｎ）件だけ含むコンテンツリストを作成する。
【００３５】
例えば、一定数ａが「５」であって、友達ユーザのコンテンツの合計の件数Ｎが「１０」であれば、友達ユーザのコンテンツのうちで最新の５件のコンテンツのタグを含むコンテンツリストが作成される。このようなコンテンツリストを有するトップページの例を図７に示す。このトップページでは、友達ユーザの日記について、登録日（月／日）、タイトル（「ハロウィンパーティー」、「週末ドライブ」、「うちのワンコ」など）、および、友達ユーザのニックネームが、一覧表示される。
【００３６】
また、例えば、一定数ａが「５」であって、友達ユーザのコンテンツの合計の件数Ｎが「２」であれば、その２件のコンテンツのタグと、サイト提供コンテンツのうちで最新の３（＝ａ−Ｎ）件のコンテンツのタグとを含むコンテンツリストを作成する。このようなコンテンツリストを有するトップページの例を図８に示す。このトップページでは、友達ユーザの日記のほか、サイト提供コンテンツである「サイトからのお知らせ」について、登録日（月日）、および、タイトル（「ハロウィン特集」、「アンケートのお願い」、「新機能追加のお知らせ」）が、一覧表示される。このようなトップページにおいて、タグひとつ分の空白が生じるか否かの判定は、友達ユーザのコンテンツよりも優先度が低い「サイトからのお知らせ」の１件分の空き、具体的には、登録日の表示行およびタイトルの表示行を含む３行分の空きが、クライアント３１の画面に生じるか否かを判定することにより行う。
【００３７】
また、例えば、一定数ａが「５」であって、友達ユーザのコンテンツの件数Ｎが「０」であれば、サイト提供コンテンツのうちで最新の５（＝ａ−Ｎ）件のコンテンツのタグを含むコンテンツリストを作成する。
【００３８】
そして、作成したコンテンツリストをサーバ２２からインターネット４０を介してクライアント３１に配信する（ステップＳ１４）。そうすると、クライアント３１の表示部３４にコンテンツリストが表示される。ここで、クライアント３１の入力部３３でコンテンツリスト中の所望のタグを指定する操作が行われると、指定されたタグによりクライアント３１からサーバ２２へコンテンツが要求される（ステップＳ１６）。具体的には、ユーザがコンテンツのタイトルを見てクリック操作により選択すると、選択されたタイトルに付加されているコンテンツ指定情報がクライアント３１からインターネット４０を介してサーバ２２へ送信される。サーバ２２は、クライアント３１から要求されたコンテンツを、インターネット４０を介してクライアント３１に配信する（ステップＳ１８）。具体的には、コンテンツ指定情報に基づいて、ユーザ作成コンテンツ管理データベース２５またはサイト提供コンテンツ管理データベース２７からコンテンツを取得し、配信する。
【００３９】
図９は、第２実施形態におけるコンテンツ配信処理の流れの一例を示す。
【００４０】
図９において、ステップＳ２〜Ｓ４は、図６を用いて説明した第１実施形態における処理と同じである。ここでは、簡単に説明すると、クライアント３１でログイン操作が行われ（ステップＳ２）、サーバ２２はユーザ情報管理データベース２４から本人ユーザＩＤに対応するユーザ情報を取得する（ステップＳ４）。
【００４１】
次に、サーバ２２は、ユーザ作成コンテンツ管理データベース２５で管理されている友達ユーザのコンテンツのうちで、本人ユーザのクライアント装置３１に未配信のコンテンツ（本例では「未読コンテンツ」という）を検索する。具体的には、ステップＳ４で得られた友達ユーザＩＤに基づいてユーザ作成コンテンツ管理データベース２５を検索し、この検索で得られたコンテンツＩＤのうちで、閲覧履歴情報管理データベース２６で本人ユーザＩＤに関連付けられているコンテンツＩＤ（既読コンテンツＩＤ）を除外することにより、未読コンテンツのＩＤ（未読コンテンツＩＤ）を取得する。
【００４２】
次に、サーバ２２は、一覧表示の優先度が最も高い友達ユーザのコンテンツのうちで本人ユーザのクライアント３１に未配信のコンテンツ（未読コンテンツ）の合計個数Ｎ（タグの合計個数に等しい）が、クライアント３１の表示部３４の一画面に一覧表示可能な一定数ａ（例えば５件）未満であるか、それとも一定数ａ以上であるかを判定する（ステップＳ２８）。すなわち、第１の優先度のコンテンツのうちで未配信のコンテンツをクライアント３１に一覧表示させると、その画面にタグひとつ分以上の空白が生じるか否かを判定する。
【００４３】
なお、本例では、一覧表示において、ひとつのコンテンツに対する画面上の領域サイズ（すなわち、ひとつのタグに対する画面上の領域サイズ）は固定である。具体的には、ひとつのタイトルは、１行分に限り、表示される。ひとつのタイトルに対する表示行数が可変の場合には、表示行数の合計数を算出して、１タイトルに対する最大行数（例えば最大２行）＋固定表示行数（例えば登録日表示１行）以上の空白が生じるか否かを判定する。
【００４４】
合計個数Ｎが一定数ａ以上である場合には、友達ユーザの未配信のコンテンツのＮ件から最新のａ件を選択して、コンテンツリストを生成する（ステップＳ３０）。すなわち、友達ユーザの未読コンテンツのタグをａ件だけ含み、サイト提供コンテンツのタグを含まない、コンテンツリストを作成する。
【００４５】
その一方で、合計個数Ｎが一定数ａ未満である場合には、友達ユーザのコンテンツのうちで未配信のコンテンツのＮ件に、サイト提供コンテンツのうちで最新の（ａ−Ｎ）件を追加して、コンテンツリストを作成する（ステップＳ３２）。すなわち、友達ユーザの未読コンテンツのタグをＮ件含むとともに、サイト提供コンテンツのタグを（ａ−Ｎ）件だけ含むコンテンツリストを作成する。
【００４６】
そして、作成したコンテンツリストをサーバ２２からインターネット４０を介してクライアント３１に配信する（ステップＳ３４）。そうすると、クライアント３１の表示部３４にコンテンツリストが表示される。ここで、クライアント３１の入力部３３でコンテンツリスト中の所望のタグを指定する操作が行われると、指定されたタグによりクライアント３１からサーバ２２へコンテンツが要求される（ステップＳ３６）。サーバ２２は、クライアント３１から要求されたコンテンツを、インターネット４０を介してクライアント３１に配信する（ステップＳ３８）。そして、サーバ２２は、コンテンツを配信すると、閲覧履歴情報管理データベース２６に配信先のユーザのユーザＩＤ（本人ユーザＩＤ）と配信済のコンテンツのコンテンツＩＤとを関連付けて登録する。
【００４７】
図１０は、第３実施形態におけるコンテンツ配信処理の流れの一例を示す。
【００４８】
図１０において、ステップＳ２〜Ｓ４は、図６を用いて説明した第１実施形態における処理と同じである。ここでは、簡単に説明すると、クライアント３１でログイン操作が行われ（ステップＳ２）、サーバ２２はユーザ情報管理データベース２４から本人ユーザＩＤに対応するユーザ情報を取得する（ステップＳ４）。
【００４９】
次に、サーバ２２は、ユーザ作成コンテンツ管理データベース２５で管理されている友達ユーザのコンテンツのうちで、過去の一定期間（表示有効期間）内に登録されたコンテンツを検索する（ステップＳ４６）。例えば、現在日時から過去１週間以内に新規登録または更新されているものを検索する。具体的には、ステップＳ４で得られた友達ユーザＩＤが関連付けられているとともに、登録日時が１週間前から現在日時までの期間内であるコンテンツを、ユーザ作成コンテンツ管理データベース２５内で検索する。
【００５０】
次に、サーバ２２は、一覧表示の優先度が最も高い友達ユーザのコンテンツのうちで過去の一定期間内に登録されたコンテンツの合計個数Ｎ（タグの合計個数に等しい）が、クライアント３１の表示部３４の一画面に一覧表示可能な一定数ａ（例えば５件）未満であるか、それとも一定数ａ以上であるかを判定する（ステップＳ４８）。すなわち、第１の優先度のコンテンツのうちで過去の一定期間内に登録されたコンテンツをクライアント３１に一覧表示させると、その画面にタグひとつ分以上の空白が生じるか否かを判定する。
【００５１】
なお、本例では、一覧表示において、ひとつのコンテンツに対する画面上の領域サイズ（すなわち、ひとつのタグに対する画面上の領域サイズ）は固定である。具体的には、ひとつのタイトルは、１行分に限り、表示される。ひとつのタイトルに対する表示行数が可変の場合には、表示行数の合計数を算出して、１タイトルに対する最大行数（例えば最大２行）＋固定表示行数（例えば登録日表示１行）以上の空白が生じるか否かを判定する。
【００５２】
合計個数Ｎが一定数ａ以上である場合には、友達ユーザの過去一定期間内に登録されたコンテンツのＮ件から最新のａ件を選択して、コンテンツリストを生成する（ステップＳ５０）。すなわち、友達ユーザの過去一定期間内のコンテンツのタグをａ件だけ含み、サイト提供コンテンツのタグを含まない、コンテンツリストを作成する。
【００５３】
その一方で、合計個数が一定数ａ未満である場合には、友達ユーザのコンテンツのうちで過去一定期間内のコンテンツのＮ件に、サイト提供コンテンツのうちで最新の（ａ−Ｎ）件を追加して、コンテンツリストを作成する（ステップＳ５２）。
【００５４】
そして、作成したコンテンツリストをサーバ２２からインターネット４０を介してクライアント３１に配信する（ステップＳ５４）。そうすると、クライアント３１の表示部３４にコンテンツリストが表示される。ここで、クライアント３１の入力部３３でコンテンツリスト中の所望のタグを指定する操作が行われると、指定されたタグによりクライアント３１からサーバ２２へコンテンツが要求される（ステップＳ５６）。サーバ２２は、クライアント３１から要求されたコンテンツを、インターネット４０を介してクライアント３１に配信する（ステップＳ３８）。
【００５５】
以上、第１実施形態から第３実施形態において、第１のクライアント３１へコンテンツを配信する場合を例に説明したが、第２のクライアント３２へコンテンツを配信する場合も同様である。
【００５６】
また、クライアント３１、３２へ配信するコンテンツとして、友達ユーザのコンテンツ（例えば「日記」）とサイト提供コンテンツ（例えば「サイトからのお知らせ」）を例に説明したが、本発明におけるコンテンツはこのようなコンテンツに特に限定されない。
【００５７】
例えば、本人ユーザおよび友達ユーザ以外のユーザ（以下「第３者ユーザ」という）のコンテンツであってその第３者ユーザが配信を許可したコンテンツをお勧めコンテンツとして配信するようにしてもいい。例えば、以下のような処理を行う。
【００５８】
図１０において、クライアント３１でログイン操作が行われると（ステップＳ２）、サーバ２２は、ユーザ情報管理データベース２４から本人ユーザＩＤに対応するユーザ情報を取得する（ステップＳ４）。
【００５９】
ここで、サーバ２２が取得するユーザ情報には、「友達ユーザＩＤ」、「住所」、「誕生日」、「血液型」および「趣味」が含まれる。
【００６０】
次に、サーバ２２は、ユーザ作成コンテンツ管理データベース２５で管理されている友達ユーザのコンテンツのうちで、現在日時から過去１週間以内に登録されたコンテンツを検索する（ステップＳ４６）。
【００６１】
次に、サーバ２２は、一覧表示の優先度が最も高い友達ユーザのコンテンツのうちで過去１週間以内に登録されたコンテンツの合計個数Ｎが一定数ａ未満であるか否かを判定し（ステップＳ４８）、一定数ａ以上である場合には、友達ユーザの過去１週間以内に登録されたコンテンツのＮ件から最新のａ件を選択してコンテンツリストを生成する一方で、一定数ａ未満（Ｎ＜ａ）である場合には、友達ユーザの過去１週間以内に登録されたコンテンツＮ件に、お勧めコンテンツのうちで最新の（ａ−Ｎ）件を追加して、コンテンツリストを作成する（ステップＳ５２）。
【００６２】
なお、最新の１件又は複数件のコンテンツをお勧めコンテンツとして紹介する場合に、特に限定されない。ランダムに紹介する、あるいは、アクセスが多いコンテンツを紹介するようにしてもよい。
【００６３】
好ましくは、ユーザ情報管理データベース２４で管理されているユーザ情報に基づいて本人ユーザと第３者ユーザとの関連性を判定し、本人ユーザと同一性または関連性を有する第３者ユーザのコンテンツをユーザ作成コンテンツ管理データベース２５から取得し、お勧めコンテンツとして紹介することが、好ましい。
【００６４】
例えば、第３者ユーザの日記をお勧めコンテンツとして紹介するための第３者ユーザの条件例を、以下の＜条件例１〜４＞に示す。
【００６５】
＜条件例１＞「住所」において、本人ユーザと同一性または関連性を有すること。例えば、「住所」が同じ地域（都道府県、市町村など）または隣接する地域であること。
【００６６】
＜条件例２＞「誕生日」において、本人ユーザと同一性または関連性を有すること。例えば、同じ年、同じ月、または、同じ月日の生まれであること。または、同年代であること。
【００６７】
＜条件例３＞「血液型」において、本人ユーザと同一性または関連性を有すること。例えば、「血液型」が同じであること。
【００６８】
＜条件例４＞「趣味」において、本人ユーザと同一性または関連性を有すること。例えば、「趣味」が同じであること。
【００６９】
以上の＜条件例１＞〜＜条件例４＞の少なくとも何れかを満たす第３者ユーザのコンテンツを、お勧めコンテンツとして、コンテンツリストで紹介する。すなわち、お勧めコンテンツのタグをコンテンツリストに含める。
【００７０】
なお、本発明において、コンテンツの種類は特に限定されない。例えば、画像や音声であってもよい。また、一覧表示情報（コンテンツリスト）およびタグの表示形態は特に限定されない。例えば、コンテンツが画像の場合には、コンテンツのサムネイル画像にコンテンツ指定情報が付加されてタグが構成されていてもよい。また、クライアント３１、３２がサーバ２２からコンテンツを取得するためのコンテンツ指定情報は、ＵＲＬに特に限定されず、また、暗号化されていてもよい。
【００７１】
図１２は、図１のサーバ２２の概略ブロック図を示す。図１２において、サーバ２２は、少なくとも、コンテンツのタグを含む一覧表示情報（コンテンツリスト）を作成する一覧表示情報作成手段２２１と、一覧表示情報をクライアント（図１の３１、３２）に配信して表示させ、一覧表示情報中のタグによりクライアント３１、３２から要求されるコンテンツをクライアント３１、３２に配信する配信手段２２２を備える。このように、本発明における一覧表示情報作成手段および配信手段は、前述のように通信機能を有する周知のコンピュータ装置にプログラムがインストールされたサーバ２２によって、構成されている。
【００７２】
本発明は、本明細書において説明した例や図面に図示された例には限定されず、本発明の要旨を逸脱しない範囲において、各種の設計変更や改良を行ってよいのはもちろんである。
【図面の簡単な説明】
【００７３】
【図１】本発明を適用したコンテンツ配信システムの一例の全体構成図
【図２】ユーザ情報の一例を示す説明図
【図３】ユーザ作成コンテンツの一例を示す説明図
【図４】閲覧履歴情報の一例を示す説明図
【図５】サイト提供コンテンツの一例を示す説明図
【図６】第１実施形態におけるコンテンツ配信処理の流れの一例を示すフローチャート
【図７】友達ユーザのコンテンツが一定数以上ある場合におけるトップページの一例を示す説明図
【図８】友達ユーザのコンテンツが一定数未満である場合におけるトップページの一例を示す説明図
【図９】第２実施形態におけるリスト作成および配信処理の流れの一例を示すフローチャート
【図１０】第３実施形態におけるリスト作成および配信処理の流れの一例を示すフローチャート
【図１１】友達ユーザのコンテンツが一定数未満である場合におけるトップページの他の例を示す説明図
【図１２】サーバの概略ブロック図
【符号の説明】
【００７４】
２０…コンテンツ配信装置、２２…サーバ装置（サーバ）、２４…ユーザ情報管理データベース、２５…ユーザ作成コンテンツ管理データベース、２６…閲覧履歴情報管理データベース、２７…サイト提供コンテンツ管理データベース、３１、３２…ユーザのクライアント装置（クライアント）、
【図１】
2008250552.tif 000003
【図２】
2008250552.tif 000004
【図３】
2008250552.tif 000005
【図４】
2008250552.tif 000006
【図５】
2008250552.tif 000007
【図６】
2008250552.tif 000008
【図７】
2008250552.tif 000009
【図８】
2008250552.tif 000010
【図９】
2008250552.tif 000011
【図１０】
2008250552.tif 000012
【図１１】
2008250552.tif 000013
【図１２】
2008250552.tif 000014