JP5306555B1 - 複数のデジタルコンテンツを提供可能なシステム及びこれを用いた方法 - Google Patents

Abstract

【課題】 デジタルコンテンツに関する投稿をより容易に行うことができるシステムを提供する。
【解決手段】 一実施形態に係るシステムは、デジタルコンテンツの提供サービス全体を制御するサービス制御部と、情報を記憶する情報記憶部と、ユーザをアーティストのファンと判定する判定部と、この判定部による判定結果を情報記憶部に記憶させるユーザ情報更新部と、端末装置を操作するユーザに対応する再生履歴情報を送信する利用履歴情報送信部と、送信した再生履歴情報に再生履歴として含まれる楽曲のうち端末装置を操作するユーザによって選択された楽曲を特定可能な楽曲特定情報を含む投稿情報を端末装置から受信する投稿情報受信部と、受信した投稿情報を情報記憶部に記憶させる投稿情報登録部と、情報記憶部に記憶されている投稿情報を端末装置に送信する投稿情報送信部と、楽曲を再生するための楽曲再生画面の画面データを端末装置に送信する再生画面送信部と、推薦ユーザに関する情報を端末装置に送信する推薦ユーザ情報送信部とを備える。
【選択図】 図３

Description

本発明は、システム、及びこれを用いた方法に関し、詳しくは、複数のユーザが操作する複数の端末装置に通信ネットワークを介して接続され、当該ユーザに対して複数のデジタルコンテンツを提供可能なシステム、及びこれを用いた方法に関する。

従来、この種のシステムとしては、楽曲、動画、ゲーム、電子書籍等のデジタルコンテンツを提供するシステムにおいて、利用したコンテンツに対してコメントの投稿等を行えるようにしたシステムが提案されている（例えば、特許文献１参照）。このシステムは、コンテンツを閲覧するためのストリーミング再生ページにおいて、コンテンツに対するコメントの付加が可能となるように構成されている。

特開２０１３−０２５５０４号公報

しかしながら、こうしたシステムでは、コンテンツをストリーミング再生する際にコメントを付加することになるから、過去に再生したコンテンツに対するコメントの付加を容易に行うことができない。さらに、ストリーミング再生ページにおいてコメントを付加するから、付加されたコメントを閲覧するユーザは対応するコンテンツのストリーミング再生ページに辿りついているユーザに限定されてしまい、このコンテンツに興味を有する可能性のある多くのユーザに対してコメントを閲覧する機会を提供するのが困難である。

本発明の実施形態は、デジタルコンテンツに関する投稿をより容易に行うことができるシステムを提供することを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

本発明の一実施形態に係るシステムは、複数のユーザが操作する複数の端末装置に通信ネットワークを介して接続され、当該ユーザに対して複数のデジタルコンテンツを提供可能なシステムであって、前記ユーザによる前記デジタルコンテンツの利用履歴に関する利用履歴情報を少なくとも記憶する情報記憶装置と、所定のプログラムを実行可能な１又は複数のプロセッサと、を備え、前記所定のプログラムは、端末装置からの要求に応答し、当該端末装置を操作するユーザに対応する前記利用履歴情報を当該端末装置に送信する利用履歴情報送信モジュールと、当該送信した前記利用履歴情報に前記利用履歴として含まれるデジタルコンテンツのうち前記ユーザによって選択されたデジタルコンテンツを特定可能なコンテンツ特定情報を含む投稿情報を前記端末装置から受信する投稿情報受信モジュールと、当該受信した投稿情報を前記情報記憶装置に記憶させる投稿情報登録モジュールと、端末装置からの要求に応答し、前記情報記憶装置に記憶されている投稿情報を当該端末装置に送信する投稿情報送信モジュールと、を備える。

本発明の一実施形態に係るシステムは、複数のユーザが操作する複数の端末装置に通信ネットワークを介して接続され、当該ユーザに対して複数のデジタルコンテンツを提供可能なシステムであって、前記ユーザによる前記デジタルコンテンツの利用履歴に関する利用履歴情報を少なくとも記憶する情報記憶手段と、端末装置からの要求に応答し、当該端末装置を操作するユーザに対応する前記利用履歴情報を当該端末装置に送信する利用履歴情報送信手段と、当該送信した前記利用履歴情報に前記利用履歴として含まれるデジタルコンテンツのうち前記ユーザによって選択されたデジタルコンテンツを特定可能なコンテンツ特定情報を含む投稿情報を前記端末装置から受信する投稿情報受信手段と、当該受信した投稿情報を前記情報記憶装置に記憶させる投稿情報登録手段と、端末装置からの要求に応答し、前記情報記憶装置に記憶されている投稿情報を当該端末装置に送信する投稿情報送信手段と、を備える。

本発明の一実施形態に係る方法は、複数のユーザが操作する複数の端末装置に通信ネットワークを介して接続され、情報を記憶する情報記憶装置を備えるシステムを用いて、当該ユーザに対して複数のデジタルコンテンツを提供する方法であって、前記ユーザによる前記デジタルコンテンツの利用履歴に関する利用履歴情報を少なくとも前記情報記憶装置に記憶し、端末装置からの要求に応答し、当該端末装置を操作するユーザに対応する前記利用履歴情報を当該端末装置に送信し、当該送信した前記利用履歴情報に前記利用履歴として含まれるデジタルコンテンツのうち前記ユーザによって選択されたデジタルコンテンツを特定可能なコンテンツ特定情報を含む投稿情報を前記端末装置から受信し、当該受信した投稿情報を前記情報記憶装置に記憶させ、端末装置からの要求に応答し、前記情報記憶装置に記憶されている投稿情報を当該端末装置に送信する。

本発明の様々な実施形態によって、デジタルコンテンツに関する投稿をより容易に行うことができるシステムを提供することができる。

本発明の一実施形態に係るシステムを含むネットワーク構成を概略的に示すブロック図。 一実施形態における端末装置のアーキテクチャを概略的に示すブロック図。 一実施形態に係るシステムの機能を示すブロック図。 一実施形態における利用履歴管理テーブルの一例を示す説明図。 一実施形態におけるファン管理テーブルの一例を示す説明図。 一実施形態における楽曲管理テーブルの一例を示す説明図。 一実施形態における投稿情報管理テーブルの一例を示す説明図。 一実施形態におけるフォロー情報管理テーブルの一例を示す説明図。 一実施形態における投稿受付処理の一例を示すフロー図。 一実施形態における投稿受付画面の一表示態様を示す説明図。 一実施形態における投稿受付画面の一表示態様を示す説明図。 一実施形態における投稿受付画面の一表示態様を示す説明図。 一実施形態における投稿受付画面の一表示態様を示す説明図。 一実施形態における投稿受付画面の一表示態様を示す説明図。 一実施形態におけるファン判定処理の一例を示すフロー図。 一実施形態における投稿情報送信処理の一例を示すフロー図。 一実施形態におけるメイン画面の一表示態様を示す説明図。 一実施形態における楽曲再生画面の一例を示す説明図。 一実施形態における推薦ユーザ情報送信処理の一例を示すフロー図。 一実施形態におけるメイン画面の一表示態様を示す説明図。

以下、適宜図面を参照し、本発明の様々な実施形態を説明する。なお、図面において共通する構成要素には同一の参照符号が付されている。

図１は、本発明の一実施形態に係るシステム１０を含むネットワーク構成を概略的に示すブロック図である。図１に示すように、一実施形態におけるシステム１０は、インターネット等の通信網２０を介して、通信機能を備える複数の端末装置３０−１、３０−２、・・・、３０−Ｎ（以下、「端末装置３０」と総称することがある）と通信可能に接続されており、端末装置３０を操作するユーザに対して楽曲、動画、電子書籍、ゲーム等の様々なデジタルコンテンツを提供する。

一実施形態に係るシステム１０は、図示のとおり、ＣＰＵ（プロセッサ）１１と、メインメモリ１２と、ユーザＩ／Ｆ１３と、通信Ｉ／Ｆ１４と、外部メモリ１５と、ディスクドライブ１６とを含み、これらの各構成要素がバス１７を介して互いに電気的に接続されている。ＣＰＵ１１は、外部メモリ１５からオペレーティングシステムや様々なプログラムをメインメモリ１２にロードし、ロードしたプログラムに含まれる命令を実行する。メインメモリ１２は、ＣＰＵ１１が実行するプログラムを格納するために用いられ、例えば、ＤＲＡＭによって構成される。

ユーザＩ／Ｆ１３は、例えば、オペレータの入力を受け付けるキーボードやマウス等の情報入力装置と、ＣＰＵ１１の演算結果を出力する液晶ディスプレイ等の情報出力装置とを含む。通信Ｉ／Ｆ１４は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装され、通信網２０を介して端末装置３０と通信可能に構成される。

外部メモリ１５は、例えば磁気ディスクドライブで構成され、デジタルコンテンツの提供サービスを制御するための制御用プログラム等が記憶される。また、外部メモリ１５には、各種デジタルコンテンツの提供サービスにおいて用いられる各種データも記憶され得る。外部メモリ１５に記憶され得る各種データは、システム１０と通信可能に接続されるシステム１０とは物理的に別体のデータベースサーバに格納されてもよい。ディスクドライブ１６は、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ等の各種の記憶メディアに格納されたデータを読み込み、又は、これらの記憶メディアにデータを書き込む。例えば、記憶メディアに格納されたアプリケーションやデジタルコンテンツの提供において用いられる各種データは、ディスクドライブ１６により読み込まれ、外部メモリ１５にインストールされる。

一実施形態において、システム１０は、階層構造の複数のウェブページから成るウェブサイトを管理するウェブサーバであり、端末装置３０に対して各種デジタルコンテンツを提供することができる。端末装置３０は、ウェブページを表示するためのＨＴＭＬデータをシステム１０から取得し、取得したＨＴＭＬデータを解析して、当該ウェブページを端末装置３０のユーザに提示することができる。外部メモリ１５には、このウェブページを表示するためのＨＴＭＬデータも記憶される。ＨＴＭＬデータは、ＨＴＭＬ等のマークアップ言語で記述されたＨＴＭＬ文書から成り、このＨＴＭＬ文書には、様々な画像が関連付けられる。また、ＨＴＭＬ文書には、ＡｃｔｉｏｎＳｃｒｉｐｔやＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語等で記述されたプログラムが埋め込まれ得る。

外部メモリ１５には、端末装置３０においてブラウザソフトウェア以外の実行環境上で実行されるアプリケーションも格納され得る。このアプリケーションには、デジタルコンテンツの提供サービスを受けるためのプログラムや当該プログラム実行時に参照される画像データ等の各種データを含めることができる。プログラムは、例えば、Ｏｂｊｅｃｔｉｖｅ−Ｃ、Ｊａｖａ（登録商標）等のオブジェクト指向プログラミング言語で作成される。作成されたプログラムは、各種データとともに、アプリケーションソフトウェアとして外部メモリ１５に記憶される。外部メモリ１５に記憶されたアプリケーションソフトウェアは、配信要求に応じて端末装置３０に配信される。なお、アプリケーションソフトウェアは、必ずしもシステム１０から直接配信される必要はなく、システム１０及び端末装置３０と通信可能に接続された他のシステム、サーバ装置等を介して配信されてもよい。システム１０から配信されたアプリケーションソフトウェアは、端末装置３０において、ＣＰＵ３１の制御に従って通信Ｉ／Ｆ３４を介して受信され、受信されたプログラムが外部メモリ３５に送信され記憶される。このアプリケーションソフトウェアは、ユーザによる端末装置３０の操作に応じて起動され、端末装置３０に実装されたＮｇＣｏｒｅ（商標）やＡｎｄｒｏｉｄ（商標）等の実行環境上で実行される。システム１０は、端末装置３０で実行されているアプリケーションに対してデジタルコンテンツの提供サービスに必要な各種データを提供する。また、システム１０は、端末装置３０から送信される各種データをユーザごとに記憶することで、ユーザごとにデジタルコンテンツの提供状況（例えば、楽曲や動画の視聴状況、ゲームの進行状況等）を管理することができる。

このように、システム１０は、各種デジタルコンテンツを提供するウェブサイトを管理し、当該ウェブサイトを構成するウェブページを端末装置３０からの要求に応じて配信することにより、ユーザに対してデジタルコンテンツを提供することができる。また、システム１０は、このようなブラウザを用いたデジタルコンテンツの提供サービスとは代替的に、又は、ブラウザを用いたデジタルコンテンツの提供サービスに加えて、端末装置３０で実行されるアプリケーションとの通信に基づいてデジタルコンテンツを提供することができる。システム１０は、いずれの態様でデジタルコンテンツを提供するにしても、各ユーザを識別する識別情報ごとにデジタルコンテンツの提供サービスに必要なデータを記憶することができる。詳細な説明は省略するが、システム１０は、デジタルコンテンツの提供サービスの開始時のユーザの認証処理やデジタルコンテンツの提供に応じて発生する課金処理を行う機能を有することもできる。

端末装置３０は、一実施形態において、システム１０から取得したデジタルコンテンツの提供サービス用ウェブサイトのウェブページをウェブブラウザ上で表示すると共にアプリケーションを実行するための実行環境を実装した任意の情報処理装置である。

端末装置３０のアーキテクチャについて図２を参照して説明する。図２は、端末装置３０のアーキテクチャを概念的に示すブロック図である。端末装置３０は、図示のとおり、ＣＰＵ３１と、メインメモリ３２と、ユーザＩ／Ｆ３３と、通信Ｉ／Ｆ３４と、外部メモリ３５と、を含み、これらの各構成要素がバス３６を介して互いに電気的に接続されている。

ＣＰＵ３１は、外部メモリ３５からオペレーティングシステム等の様々なプログラムをメインメモリ３２にロードし、ロードしたプログラムに含まれる命令を実行する。メインメモリ３２は、ＣＰＵ３１が実行するプログラムを格納するために用いられ、例えば、ＤＲＡＭによって構成される。

ユーザＩ／Ｆ３３は、例えば、ユーザの入力を受け付けるタッチパネル、キーボード、ボタンやマウス等の情報入力装置と、ＣＰＵ３１の演算結果を出力する液晶ディスプレイ等の情報出力装置とを含む。通信Ｉ／Ｆ３４は、ハードウェア、ファームウェア、又は、ＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装され、通信網２０を介してシステム１０と通信可能に構成される。

外部メモリ３５は、例えば磁気ディスクドライブやフラッシュメモリ等により構成され、オペレーティングシステム等の様々なプログラムを記憶する。また、外部メモリ３５は、システム１０から通信Ｉ／Ｆ３４を介してアプリケーションを受信した場合には、この受信したアプリケーションを記憶する。

このようなアーキテクチャを有する端末装置３０は、例えば、ＨＴＭＬ形式のファイル（ＨＴＭＬデータ）を解釈して画面表示するためのブラウザソフトウェアを備えており、このブラウザソフトウェアの機能によりシステム１０から取得したＨＴＭＬデータを解釈して、受信したＨＴＭＬデータに対応するウェブページを表示することができる。また、端末装置３０は、ブラウザソフトウェアに組み込まれるプラグインソフト（例えば、アドビシステムズ社から提供されているＦｌａｓｈ Ｐｌａｙｅｒ）を備えており、ＨＴＭＬデータに埋め込まれたＳＷＦ形式のファイルをシステム１０から取得し、当該ＳＷＦ形式のファイルをブラウザソフトウェア及びプラグインソフトを用いて実行することができる。

端末装置３０によってデジタルコンテンツの提供サービスを受ける際には、例えば、プログラムにより指示されたアニメーションや操作用アイコンが端末装置３０の画面に表示される。ユーザは、端末装置３０の入力インタフェースを用いてデジタルコンテンツの提供サービスを受けるための指示を入力することができる。ユーザから入力された指示は、端末装置３０のブラウザやＮｇＣｏｒｅ（商標）等の実行環境の機能を通じてシステム１０に伝達される。

次に、図１に示した各構成要素によって実現されるシステム１０の機能について説明する。前述したように、システム１０は様々なデジタルコンテンツを提供可能であるが、本発明の一実施形態の説明に適した例として楽曲の提供サービスに関連する機能を中心に説明する。図３は、本発明の一実施形態に係るシステム１０の機能を示すブロック図である。システム１０は、図示するように、デジタルコンテンツの提供サービス全体を制御するサービス制御部５１と、情報を記憶する情報記憶部５２と、同一のアーティスト（分類情報）の１又は複数の楽曲（デジタルコンテンツ）の再生履歴（利用履歴）に関する所定の条件を充足したユーザをこのアーティストのファン（特定ユーザ）と判定する判定部５３と、この判定部５３による判定結果を情報記憶部５２に記憶させるユーザ情報更新部５４と、端末装置３０からの要求に応答しこの端末装置３０を操作するユーザに対応する再生履歴情報（利用履歴情報）を送信する利用履歴情報送信部５５と、送信した再生履歴情報に再生履歴として含まれる楽曲のうち端末装置３０を操作するユーザによって選択された楽曲を特定可能な楽曲特定情報（コンテンツ特定情報）を含む投稿情報を端末装置３０から受信する投稿情報受信部５６と、受信した投稿情報を情報記憶部５２に記憶させる投稿情報登録部５７と、端末装置３０からの要求に応答し情報記憶部５２に記憶されている投稿情報を端末装置３０に送信する投稿情報送信部５８と、楽曲を再生（利用）するための楽曲再生画面（コンテンツ利用画面）の画面データを端末装置３０に送信する再生画面送信部５９と、ユーザがファンと判定されているアーティストと同一のアーティストのファンと判定されている他のユーザの一部又は全部をユーザに推薦する推薦ユーザと決定しこの推薦ユーザに関する情報を端末装置３０に送信する推薦ユーザ情報送信部６０とを備える。これらの機能は、システム１０のＣＰＵ１１やメインメモリ１２、外部メモリ１５に記憶されている各種プログラムやテーブルなどが協働して動作することによって実現され、例えば、サービス制御部５１、判定部５３、ユーザ情報更新部５４、利用履歴情報送信部５５、投稿情報受信部５６、投稿情報登録部５７、投稿情報送信部５８、再生画面送信部５９、推薦ユーザ情報送信部６０の各機能に相当する各モジュールの少なくとも一部を備えるプログラムをＣＰＵ１１が実行することによって実現される。なお、楽曲を特定する楽曲特定情報（コンテンツ特定情報）としては、ユーザによって選択された楽曲（デジタルコンテンツ）を特定可能な情報であればその形態は特に限定されず、デジタルコンテンツを直接特定する「コンテンツＩＤ」であってもよいし、この「コンテンツＩＤ」と同様にデジタルコンテンツを特定可能な他の情報又は他の情報の組合せ等であってもよい。

サービス制御部５１は、デジタルコンテンツの提供サービスに必要な様々なデータを端末装置３０との間で送受信し、かかるデータをユーザごとに管理することでユーザごとにデジタルコンテンツの提供サービスを制御することができる。例えば、サービス制御部５１は、サービスを提供するウェブサイトを構成するウェブページを、端末装置３０からの要求に応じて端末装置３０に順次表示させる。表示されたウェブページ上のハイパーリンクがユーザによって選択されると、サービス制御部５１は、当該ハイパーリンクに対応する新たなＨＴＭＬデータを端末装置３０に送信する。端末装置３０では、この新たなＨＴＭＬデータに基づいたウェブページが表示される。このように、サービス制御部５１によって、システム１０に記憶されているウェブページがユーザの操作に応じて端末装置３０に順次提供されるので、ユーザは、サービス制御部５１の機能により、自らの操作に基づいてサービスの提供を受けることができる。

端末装置３０は、デジタルコンテンツの提供サービスで用いられる各種の情報を、ブラウザソフトウェアやアプリケーションの機能を利用して、適宜システム１０に送信することができる。サービス制御部５１は、複数の端末装置３０から受信した各種の情報をユーザごとに記憶することで、ユーザごとにデジタルコンテンツの提供サービスを制御することができる。

情報記憶部５２は、ユーザによる楽曲の再生履歴に関する情報を管理する利用履歴管理テーブル５２ａと、ユーザがアーティストのファンであるか否かに関する判定部５３による判定結果に関する情報を管理するファン管理テーブル５２ｂと、楽曲に関する楽曲情報（コンテンツ情報）を管理する楽曲管理テーブル５２ｃと、端末装置３０から受信した投稿情報を管理する投稿情報管理テーブル５２ｄと、ユーザがフォローする他のユーザに関する情報を管理するフォロー情報管理テーブル５２ｅと、楽曲データのデータベースである楽曲データベース５２ｆとを備える。

利用履歴管理テーブル５２ａにおいて管理される情報の一例を図４に示す。利用履歴管理テーブル５２ａは、図示するように、ユーザを識別する「ユーザＩＤ」と楽曲を識別する「楽曲ＩＤ」との組合せに対応付けて、このユーザがこの楽曲を再生した回数である「再生回数」、このユーザがこの楽曲を再生した最新の日時である「最新再生日時」等の情報を管理する。この利用履歴管理テーブル５２ａは、ユーザが操作する端末装置３０によって楽曲が再生される都度、サービス制御部５１によって更新される。システム１０が提供する楽曲の提供サービスにおいては、ユーザが楽曲を再生する際に、楽曲データの一部分（例えば、サビの部分）のみをストリーミング配信によって再生する「試聴」、楽曲データの全体をストリーミング配信によって再生する「フル視聴」、及び、楽曲データの全体をダウンロード配信する「ダウンロード」（購入）の３つの再生方法を選択することができる。一実施形態においては、これらの３つの再生方法のうち、「試聴」による楽曲の再生については「再生回数」としてカウントせず、「フル視聴」による楽曲の再生については楽曲データの全体のストリーミング配信を完了したときに「再生回数」としてカウントし、「ダウンロード」による楽曲の再生については楽曲データのダウンロード配信を完了したときに「再生回数」としてカウントする。「再生回数」としてカウントする方法はこれに限られず、様々な方法を採用することができる。例えば、「フル視聴」による楽曲の再生については楽曲データの全体のストリーミング配信を完了しなくとも、楽曲データの所定時間以上（例えば、１分以上）の部分のストリーミング配信が行われたタイミングで「再生回数」としてカウントしたり、「ダウンロード」による楽曲の再生については、システム１０によって管理できないダウンロード配信後の楽曲データの端末装置３０又は端末装置３０以外の装置を利用した再生を想定し、ダウンロード配信を完了したときに所定回数（例えば、１０回）の「再生回数」としてカウントする等の方法を採用してもよい。

ファン管理テーブル５２ｂにおいて管理される情報の一例を図５に示す。ファン管理テーブル５２ｂは、図示するように、ユーザを識別する「ユーザＩＤ」と、このユーザがファンと判定されたアーティストを識別する「アーティストＩＤ」との組合せ等の情報を管理する。

楽曲管理テーブル５２ｃにおいて管理される情報の一例を図６に示す。楽曲管理テーブル５２ｃは、図示するように、楽曲を識別する「楽曲ＩＤ」と対応付けて、この楽曲の名称である「楽曲名」、この楽曲のアーティストを識別する「アーティストＩＤ」、この楽曲に対応する画像ファイルを示す「画像ファイル名」、この楽曲が含まれるアルバムの名称を示す「アルバム名」、この楽曲又はこの楽曲が含まれるアルバムの発売年月日を示す「発売年月日」等の情報を管理する。ここで、「画像ファイル名」によって示される画像ファイルは、情報記憶部５２の適当な領域に記憶されている。また、楽曲管理テーブル５２ｃでは、楽曲に関するその他のメタデータ等の情報を管理するようにしてもよい。例えば、この楽曲を再生するための後述する楽曲再生画面のＵＲＬを楽曲管理テーブル５２ｃにおいて管理することもできる。なお、楽曲管理テーブル５２ｃにおいて管理されるこれらの情報は、楽曲データと共に楽曲データベース５２ｆにおいて管理することもできる。

投稿情報管理テーブル５２ｄにおいて管理される情報の一例を図７に示す。投稿情報管理テーブル５２ｄは、図示するように、ユーザによる投稿や各種記事などの個々の投稿情報を識別する「投稿情報ＩＤ」と対応付けて、この投稿情報を投稿したユーザを識別する「ユーザＩＤ」、この投稿情報が投稿された日時を示す「投稿日時」、この投稿情報に関係するアーティストを識別する「アーティストＩＤ」、この投稿情報に関係する楽曲を識別する「楽曲ＩＤ」、投稿情報の内容を示す「投稿情報内容」等の情報を管理する。投稿情報管理テーブル５２ｄによって管理される投稿情報は、一実施形態においては、ユーザによる投稿と、システム１０の運営者によって提供される各種記事とが含まれる。運営者によって提供される各種記事は、外部のウェブサイトやデータベースと連携して自動的に登録されるようにすることもでき、こうした外部のウェブサイトやデータベース等のリンクを含む情報を「投稿情報内容」として設定することもできる。また、運営者によって提供される各種記事の場合には、「ユーザＩＤ」には各種記事の提供元等を識別するＩＤが設定され、「投稿日時」には各種記事の登録日時が設定される。

フォロー情報管理テーブル５２ｅにおいて管理される情報の一例を図８に示す。フォロー情報管理テーブル５２ｅは、図示するように、ユーザを識別する「ユーザＩＤ」とこのユーザがフォローする他のユーザを識別する「フォローユーザＩＤ」との組合せに関する情報等を管理する。

楽曲データベース５２ｆには、ユーザに提供可能な楽曲データがＡＡＣ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）やＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ａｕｄｉｏ）等のファイル形式で記憶されている。なお、楽曲データベース５２ｆは、必ずしもシステム１０内に配置する必要はなく、システム１０と通信可能に接続された他のシステム、サーバ装置、データベース等に配置してもよい。

次に、こうして構成された本発明の一実施形態としてのシステム１０の動作について説明する。まずユーザによる投稿に関する動作について説明する。図９は、システム１０によって実行される投稿受付処理の一例を示すフロー図である。この投稿受付処理は、端末装置３０から楽曲の再生履歴情報を要求する信号を受信したときに実行される。説明の都合上、まず、ユーザからの投稿を受け付けるための投稿受付画面について説明する。

図１０は、ユーザからの投稿を受け付けるための投稿受付画面６１の一例を示す説明図である。この投稿受付画面６１は、楽曲の提供サービスを受けるための基本画面である後述するメイン画面等から端末装置３０を操作するユーザの操作に応じて遷移する画面であり、図示するように、メイン表示部６２と、このメイン表示部６２に表示される内容を切り替えるための表示切替指示部６４と、入力した投稿情報をシステム１０に送信するための送信ボタン６６とを有する。表示切替指示部６４は、端末装置３０を操作するユーザの再生履歴に含まれる楽曲に関する情報を表示するための履歴表示ボタン６４ａと、ユーザが保有する写真等の画像を表示するための画像表示ボタン６４ｂと、投稿情報に含ませるために選択可能なハッシュタグを表示するためのハッシュタグ（＃）表示ボタン６４ｃと、投稿の本文を入力するための本文入力ボタン６４ｄとを有する。この投稿受付画面６１の履歴表示ボタン６４ａがユーザによって選択されると、端末装置３０からシステム１０に対して楽曲の再生履歴情報を要求する信号が送信される。

図９に戻り、投稿受付処理では、まず、端末装置３０を操作するユーザに対応する楽曲の再生履歴情報を端末装置３０に送信する（ステップＳ１００）。具体的には、利用履歴管理テーブル５２ａにアクセスして端末装置３０を操作するユーザの「ユーザＩＤ」と組合せて登録されている「楽曲ＩＤ」を特定し、この「楽曲ＩＤ」によって特定される楽曲に関する楽曲情報を楽曲管理テーブル５２ｃから取得して端末装置３０に送信する。図１１は、ユーザによって履歴表示ボタン６４ａが選択され、システム１０から送信された楽曲の再生履歴情報が表示されている投稿受付画面６１の一表示態様を示す説明図である。図示するように、楽曲の再生履歴情報を受信すると、投稿受付画面６１のメイン表示部６２には、再生履歴情報に再生履歴として含まれる楽曲に関する楽曲情報が一覧表示される。図１１の例では、一覧表示される各楽曲の楽曲情報として、楽曲に対応する画像（画像ファイル）に楽曲名（例えば「楽曲Ａ」）及びアーティスト名（例えば「ａａａａａ」）が重畳して表示されている。端末装置３０を操作するユーザは、メイン表示部６２に一覧表示されている楽曲の中から、投稿に関連付ける楽曲を選択することができる。なお、図１１の例では、各楽曲の楽曲情報として、楽曲に対応する画像に楽曲名及びアーティスト名を重畳して表示するようにしたが、その他の楽曲情報をその他の方法で表示するようにしても良く、例えば、楽曲名のみを表示するようにしても良い。また、楽曲情報を一覧表示する際には、所定のルールでソートしたり（例えば、再生回数の多い順にソートする、最新再生日時の新しい順にソートする、等）、所定のルールで表示する楽曲を絞り込んだり（例えば、再生回数が所定回数以上の楽曲のみを表示する、最新再生日時が現在日時から所定の範囲内の楽曲のみを表示する、等）することもできる。

こうしてユーザに対応する楽曲の再生履歴情報を端末装置３０に送信すると、次に、端末装置３０から投稿情報を受信する（ステップＳ１０２）。ここで、投稿受付画面６１を用いてユーザが投稿情報を入力する方法について詳述する。前述したように、まず、投稿受付画面６１の履歴表示ボタン６４ａを選択することによってメイン表示部６２に表示される楽曲の中から投稿に関連付ける楽曲をユーザは選択することができる。また、図１２に例示するように、端末装置３０を操作するユーザによって投稿受付画面６１の画像表示ボタン６４ｂが選択されると、ユーザが保有する写真等の画像ファイルがメイン表示部６２に一覧表示される。メイン表示部６２に一覧表示される画像ファイルとしては、例えば、端末装置３０の外部メモリ３５等の所定のフォルダに格納されている画像ファイル、端末装置３０を操作するユーザが保有する画像ファイルとしてシステム１０やその他のサーバ装置に格納されている画像ファイル等を挙げることができる。このように一覧表示された画像ファイルの中から投稿情報に含ませる画像ファイルをユーザは選択することができる。さらに、図１３に例示するように、端末装置３０を操作するユーザによって投稿受付画面６１のハッシュタグ表示ボタン６４ｃが選択されると、選択入力可能なハッシュタグがメイン表示部６２に一覧表示される。メイン表示部６２に一覧表示されるハッシュタグとしては、例えば、端末装置３０を操作するユーザが過去に使用したハッシュタグ、システム１０で楽曲の提供サービスを受ける各ユーザによる使用頻度が高いハッシュタグ等を挙げることができる。このように一覧表示されたハッシュタグの中から投稿情報に含ませるハッシュタグをユーザは選択することができる。なお、ユーザは後述する投稿の本文をテキスト入力する際に、ハッシュタグをテキスト入力することによって投稿情報にハッシュタグを含ませることもできる。このように投稿情報に含ませたハッシュタグは、各ユーザが投稿情報を検索、抽出する際の検索キーとして用いられる。

図１４は、投稿受付画面６１の本文入力ボタン６４ｄがユーザによって選択された場合の投稿受付画面６１の表示態様の一例を示す説明図である。本文入力ボタン６４ｄが選択されると、投稿受付画面６１のメイン表示部６２には現在入力中の投稿情報の内容が表示される。図示するように、事前に履歴表示ボタン６４ａを選択して再生履歴に含まれる楽曲の中から投稿に関連付ける楽曲を選択している場合には、選択している楽曲に関する楽曲情報が楽曲情報表示領域６２ａに表示される。楽曲情報表示領域６２ａは、図示するように、左側に楽曲に対応する画像が表示され、右側に、楽曲名（例えば「楽曲Ｃ」）、アルバム名（例えば「アルバム３」）、アーティスト名（例えば「ｂｂｂｂｂｂ」）が表示されている。これらの楽曲情報表示領域６２ａに表示される楽曲情報は、履歴表示ボタン６４ａが選択され再生履歴に含まれる楽曲の中から投稿に関連付ける楽曲が選択された際に端末装置３０のメインメモリ３２等に記憶するようにしても良いし、再生履歴に含まれる楽曲の中から投稿に関連付ける楽曲が選択された際にはこの楽曲の「楽曲ＩＤ」のみをメインメモリ３２等に記憶し、本文入力ボタン６４ｄが選択された際に、この「楽曲ＩＤ」を用いてシステム１０（楽曲管理テーブル５２ｃ）から楽曲情報を取得して表示するようにしても良い。

楽曲情報表示領域６２ａの下側には、ユーザによって投稿の本文をテキスト入力することができるテキスト入力欄６２ｂが表示される。テキスト入力欄６２ｂは、図示するように、事前に画像表示ボタン６４ｂを選択して所望の画像ファイルが選択されている場合には、選択されている画像ファイルが表示される（図１４の例では「画像Ｆ」）。同様に、事前にハッシュタグ表示ボタン６４ｃを選択して所望のハッシュタグが選択されている場合には、選択されているハッシュタグが表示される（図１４の例では「＃ａａａａａａａ」）。このように、ユーザは、履歴表示ボタン６４ａを選択して投稿に関連付けた楽曲の情報、画像表示ボタン６４ｂを選択して投稿情報に含ませた画像ファイル、及び、ハッシュタグ表示ボタン６４ｃを選択して投稿情報に含ませたハッシュタグをメイン表示部６２で確認しつつ、テキスト入力欄６２ｂに投稿の本文をテキスト入力することができる。

こうして端末装置３０を操作するユーザが投稿受付画面６１を用いて投稿情報を入力し、投稿受付画面６１の送信ボタン６６を選択すると、入力されている投稿情報が端末装置３０から送信され、システム１０によって受信される。端末装置３０から送信される投稿情報のうち履歴表示ボタン６４ａを選択して投稿に関連付けた楽曲の情報は、この楽曲を識別する「楽曲ＩＤ」のみを送信するようにしても良い。

そして、端末装置３０から受信した投稿情報を用いて投稿情報管理テーブル５２ｄを更新し（ステップＳ１０４）、この投稿受付処理を終了する。投稿情報管理テーブル５２ｄの更新は、具体的には、投稿情報管理テーブル５２ｄで管理する情報のうち、「投稿日時」にはシステム１０で管理する現在日時が設定され、「アーティストＩＤ」には投稿内容に関連付けられている楽曲のアーティストを識別する「アーティストＩＤ」が設定される。また、「楽曲ＩＤ」には、投稿情報に関連付けられている楽曲の「楽曲ＩＤ」が設定され、「投稿情報内容」には投稿受付画面６１のテキスト入力欄６２ｂに入力された情報（テキスト入力された本文、画像ファイル、ハッシュタグ）が設定される。なお、投稿受付画面６１のテキスト入力欄６２ｂに入力された画像ファイルについては、「投稿情報内容」には画像ファイルの格納先へのリンク情報を設定し、この画像ファイルは情報記憶部５２の適当な領域に格納することもできる。また、図９に例示した投稿受付処理は、投稿受付画面６１の履歴表示ボタン６４ａがユーザによって選択された場合の処理であり、システム１０においては、楽曲の再生履歴情報の送信を行うことなく（即ち、投稿情報に楽曲を関連付けることなく）、端末装置３０から投稿情報を受信して投稿情報管理テーブル５２ｂに登録することもできる。

以上、ユーザによる投稿に関する動作について説明した。次に、アーティストのファンの判定に関する動作について説明する。図１５は、システム１０によって実行されるファン判定処理の一例を示すフロー図である。このファン判定処理は、端末装置３０のユーザによって楽曲の再生が完了したときに実行される。ここで「楽曲の再生が完了したとき」とは、前述した「再生回数」としてカウントされる状態で楽曲の再生が完了したタイミングであり、例えば、一実施形態では、「フル視聴」による楽曲データの全体のストリーミング配信を完了したときや「ダウンロード」による楽曲データのダウンロード配信を完了したときが相当する。

ファン判定処理では、まず、図示するように、完了した楽曲の再生に関し利用履歴管理テーブル５２ａを更新する（ステップＳ２００）。具体的には、端末装置３０のユーザの「ユーザＩＤ」と再生が完了した楽曲の「楽曲ＩＤ」との組合せに対応するレコードを更新する。より具体的には、このユーザがこの楽曲を初めて再生した場合には当該レコードを新たに作成して「再生回数」に値「１」を設定し、このユーザがこの楽曲を過去に再生している場合には既に存在するレコードの「再生回数」の値に「１」を加える。また、「最新再生日時」には、現在日時が設定される。

次に、再生を完了した楽曲のアーティストの全ての楽曲のこのユーザによる再生回数を合計し、合計した再生回数が所定回数Ｐ（例えば、５回）以上である場合には、このユーザをこのアーティストのファンと判定する（ステップＳ２０２、Ｓ２０４）。再生回数の合計は、具体的には、再生を完了した楽曲のアーティストの全ての楽曲を楽曲管理テーブル５２ｃを参照することによって特定し、特定された全ての楽曲のユーザによる再生回数を利用履歴管理テーブル５２ａを参照することによって特定し、特定された再生回数を合計することにより行われる。

こうしてユーザがアーティストのファンと判定されると、判定結果をファン管理テーブル５２ｂに登録して（ステップＳ２０６）、このファン判定処理を終了する。具体的には、ファンと判定されたユーザの「ユーザＩＤ」とアーティストの「アーティストＩＤ」との組合せをファン管理テーブル５２ｂに登録する。なお、このファン判定処理によるファンの判定に加え、端末装置３０を操作するユーザが自らファンであるアーティストを登録するようにすることもできる。この場合、端末装置３０を操作するユーザがファンであるアーティストの情報を適当な画面を介して送信し、この送信された情報に基づいてシステム１０によってファン管理テーブル５２ｂに登録すればよい。

このように、一実施形態におけるシステム１０では、同一のアーティスト（分類情報）の１又は複数の楽曲（デジタルコンテンツ）の再生回数の合計が所定回数Ｐ以上であるユーザを、このアーティストのファン（特定ユーザ）と判定する。従って、ユーザが多様な楽曲を利用する状況において、ユーザが好むアーティストを容易に判定することができ、楽曲に対するユーザの嗜好をより適切に判断することができる。

以上、アーティストのファンの判定に関する動作について説明した。次に、端末装置３０に投稿情報を送信する動作について説明する。図１６は、システム１０によって実行される投稿情報送信処理の一例を示すフロー図である。この投稿情報送信処理は、端末装置３０から投稿情報を含む画面の表示要求を受信したときに実行される。投稿情報送信処理では、まず、図示するように、端末装置３０を操作するユーザによって投稿された投稿情報を投稿情報管理テーブル５２ｄから抽出する（ステップＳ３００）。具体的には、投稿情報管理テーブル５２ｄの「ユーザＩＤ」が端末装置３０のユーザの「ユーザＩＤ」であるレコードを抽出する。

次に、端末装置３０を操作するユーザのフォローユーザによって投稿された投稿情報を投稿情報管理テーブル５２ｄから抽出する（ステップＳ３０２）。具体的には、フォロー情報管理テーブル５２ｅを参照して端末装置３０を操作するユーザのフォローユーザの「ユーザＩＤ」（「フォローユーザＩＤ」）を特定し、この特定したフォローユーザの「ユーザＩＤ」が投稿情報管理テーブル５２ｄの「ユーザＩＤ」に設定されているレコードを抽出する。

続いて、端末装置３０を操作するユーザがファンとして判定されているアーティストに関連する投稿情報（投稿及び各種記事）を抽出する（ステップＳ３０４）。具体的には、ファン管理テーブル５２ｂを参照して端末装置３０を操作するユーザがファンとして判定されているアーティストの「アーティストＩＤ」を特定し、この特定したアーティストの「アーティストＩＤ」が投稿情報管理テーブル５２ｄの「アーティストＩＤ」に設定されているレコードを抽出する。このように、一実施形態におけるシステム１０では、ユーザがファンと判定されているアーティストに関連する投稿情報を抽出するので、楽曲に対するユーザの嗜好に応じた投稿情報を抽出することができる。

こうして、投稿情報管理テーブル５２ｄで管理されている投稿情報の中から、端末装置３０を操作するユーザによって投稿された投稿情報、フォローユーザによって投稿された投稿情報及びファンとして判定されているアーティストに関連する投稿情報を抽出すると、これらの投稿情報を含む画面の画面データを生成して端末装置３０に送信して（ステップＳ３０６）、この投稿情報送信処理を終了する。図１７は、端末装置３０に表示される投稿情報を含む画面の一例としてのメイン画面７０の一表示態様を示す説明図である。メイン画面７０は、楽曲の提供サービスを受けるための基本画面であり、図示するように、メイン表示部７２と、このメイン表示部７２に表示される内容を切り替えるための表示切替指示部７４とを有する。表示切替指示部７４は、システム１０によって提供可能な楽曲を表示するためのライブラリボタン７４ａと、投稿情報を表示するためのタイムラインボタン７４ｂと、特定のアーティストに関する情報を掲載するアーティスト用ページや他のユーザを検索するためのサーチボタン７４ｃと、ユーザの基本情報を表示するためのアカウントボタン７４ｄとを有する。図１７の例では、表示切替指示部７４のタイムラインボタン７４ｂが選択されており、メイン表示部７２には投稿情報がリスト形式で表示されている。この投稿情報が、前述した投稿情報送信処理によって抽出され端末装置３０に送信されたものである。投稿情報は、例えば、投稿日時（投稿情報管理テーブル５２ｄの「投稿日時」で管理されている）で降順に（即ち、新しい順に）ソートされている。図示するように、メイン画面７０に表示される各投稿情報は、左上隅に、投稿情報を投稿したユーザや各種記事の配信元等を特定する画像や名称が表示され、右上隅に、その投稿情報が投稿又は登録されてからの経過時間・日数が表示され、下半分に、投稿や各種記事の内容（テキストや画像）が表示される。

また、投稿情報７２ａに例示するように、その投稿情報が楽曲に関連付けられている場合には、その楽曲の再生要求を行うための楽曲再生要求領域ＰＡが表示される。楽曲再生要求領域ＰＡは、楽曲の基本情報（楽曲に対応する画像や楽曲名、アーティスト名等）と再生用ボタンとが表示されている。楽曲再生要求領域ＰＡに表示される楽曲の基本情報は、投稿情報送信処理のステップＳ３０６において、投稿情報管理テーブル５２ｄの「楽曲ＩＤ」によって特定される楽曲の楽曲情報が楽曲管理テーブル５２ｃから取得され、投稿情報に付加して端末装置３０に送信されたものである。端末装置３０を操作するユーザが楽曲再生要求領域ＰＡの再生用ボタンを選択すると、対応する楽曲を再生するための楽曲再生画面８０の画面データの送信を要求する信号が端末装置３０からシステム１０に送信され、これに応答して楽曲再生画面８０の画面データがシステム１０から端末装置３０に送信される。端末装置３０が楽曲再生画面８０の画面データの送信をシステム１０に要求する際には、再生する楽曲の「楽曲ＩＤ」も送信される。

図１８は楽曲再生画面８０（コンテンツ利用画面）の一例を示す説明図である。楽曲再生画面８０は、端末装置３０が対応する画面データを受信したときにポップアップ表示される画面であり、図示するように、画面上部に楽曲の基本情報（楽曲に対応する画像や楽曲名、アーティスト名等）が表示され、画面下部に、楽曲を「ダウンロード」（購入）するための購入（「欲しい」）ボタン８２と、楽曲を「試聴」するための試聴ボタン８４と、楽曲を「フル視聴」するためのフル視聴ボタン８６とを有する。画面上部に表示される楽曲の基本情報は、端末装置３０から送信される「楽曲ＩＤ」によって特定される楽曲の楽曲情報を楽曲管理テーブル５２ｃから取得して送信されたものである。端末装置３０を操作するユーザが購入ボタン８２を選択すると、楽曲データベース５２ｆに格納されている対応する楽曲の楽曲データの全体がダウンロード配信され、試聴ボタン８４を選択すると楽曲データの一部分のみがストリーミング配信され、フル視聴ボタン８６を選択すると楽曲データの全体がストリーミング配信される。このように、端末装置３０を操作するユーザは、メイン画面７０に表示される投稿情報、例えば、フォローユーザによって投稿された投稿情報から楽曲再生画面８０を介して楽曲を再生することができる。なお、購入ボタン８２を選択した場合、直ちにダウンロード配信を行わず、ダウンロード（購入）を希望するリストに登録するようにしてもよい。この場合、このリストに基づいて、別に用意したダウンロード用画面を介して楽曲データのダウンロードを行うようにすればよい。

以上、端末装置３０にフィード情報を送信する動作について説明した。次に、ユーザに対する他のユーザの推薦に関する動作について説明する。図１９は、システム１０によって実行される推薦ユーザ情報送信処理の一例を示すフロー図である。この推薦ユーザ情報送信処理は、端末装置３０から推薦ユーザ情報を含む画面の表示要求を受信したときに実行される。推薦ユーザ情報送信処理では、まず、図示するように、端末装置３０を操作するユーザがファンと判定されているアーティストを特定する（ステップＳ４００）。具体的には、ファン管理テーブル５２ｂにおいて、端末装置３０のユーザの「ユーザＩＤ」との組合せが登録されている「アーティストＩＤ」を特定する。

続いて、端末装置３０を操作するユーザがファンと判定されているアーティストと同一のアーティストのファンと判定されている他のユーザを特定する（ステップＳ４０２）。具体的には、ファン管理テーブル５２ｂにおいて、端末装置３０のユーザがファンとして判定されているアーティストの「アーティストＩＤ」との組合せが登録されている「ユーザＩＤ」を特定する。

そして、特定された他のユーザに関する情報を含む画面の画面データを生成して端末装置３０に送信して（ステップＳ４０４）、この推薦ユーザ情報送信処理を終了する。図２０は、端末装置３０に表示される推薦ユーザ情報を含む画面の一例としてのメイン画面７０の一表示態様を示す説明図である。この例のメイン画面７０では、表示切替指示部７４のサーチボタン７４ｃが選択されており、メイン表示部７２には推薦ユーザに関する情報がリスト形式で表示されている。この推薦ユーザに関する情報が、前述した推薦ユーザ情報送信処理によって抽出され端末装置３０に送信されたものである。一実施形態においては、端末装置３０を操作するユーザと推薦ユーザとの両方がファンと判定されているアーティストの数で降順に（即ち、両方がファンであるアーティストの数が多い順に）ソートされている。図示するように、メイン画面７０に表示される各推薦ユーザに関する情報は、上側に推薦ユーザを特定する画像や名称の表示を含み、下側に端末装置３０を操作するユーザと推薦ユーザとの両方がファンと判定されているアーティストに関する情報の表示を含む。図示するように、各推薦ユーザに関する情報の右側にはフォローボタン９２ａが表示されており、端末装置３０を操作するユーザがこのフォローボタン９２ａを選択すると、対応する推薦ユーザをフォローすることができる。具体的には、対応する推薦ユーザが端末装置３０を操作するユーザのフォローユーザとなるようにフォロー情報管理テーブル５２ｅが更新される。なお、推薦ユーザ情報送信処理のステップＳ４０２において端末装置３０を操作するユーザがファンと判定されているアーティストと同一のアーティストのファンと判定されている他のユーザを特定した後に、ユーザと他のユーザの両方がファンと判定されているアーティストの数が所定数以上（例えば、５以上）である他のユーザを更に特定して絞り込み、この絞り込んだ他のユーザを推薦ユーザとしてもよい。あるいは、端末装置３０を操作するユーザがファンと判定されている全てのアーティストのファンと判定されている他のユーザを推薦ユーザとしてもよい。このように、一実施形態におけるシステム１０では、ユーザがファンと判定されているアーティストと同一のアーティストのファンと判定されている他のユーザを推薦ユーザと決定し、この決定した推薦ユーザに関する情報をユーザが操作する端末装置３０に送信する。従って、楽曲に対するユーザの嗜好に応じた推薦ユーザに関する情報を送信することができる。

以上説明した一実施形態におけるシステム１０によれば、ユーザからの投稿を受け付ける際に、そのユーザに対応する再生履歴情報（利用履歴情報）を端末装置３０に送信し、送信した再生履歴情報に再生履歴（利用履歴）として含まれる楽曲（デジタルコンテンツ）のうちユーザによって選択された楽曲の「楽曲ＩＤ」（コンテンツ特定情報）を含む投稿情報を端末装置から受信して記憶する。従って、ユーザは再生履歴の中から所望の楽曲を選択するだけで、過去に再生した楽曲を含む楽曲に関連付けた投稿を容易に行うことができる。また、ユーザに対して投稿情報を送信する際に、フォローユーザによる楽曲に関連付けられた投稿が含まれるから、興味を有する可能性のある楽曲に関連付けられた投稿を閲覧する機会を得ることができる。さらに、ユーザに対して投稿情報を送信する際に、投稿に関連付けられている楽曲の再生要求を行うための楽曲再生要求領域ＰＡ（コンテンツ利用要求領域）を含む画面（投稿情報表示画面）の画面データを送信し、ユーザが楽曲再生要求領域ＰＡの再生用ボタンを選択すると対応する楽曲を再生するための楽曲再生画面８０（コンテンツ利用画面）の画面データを送信するから、ユーザはフォローユーザ等の投稿に関連付けられている楽曲の再生を、より容易に行うことができる。

また、一実施形態におけるシステム１０によれば、投稿情報管理テーブル５２ｄにおいて「楽曲ＩＤ」を管理し、端末装置３０に対して投稿情報を送信する際には、この「楽曲ＩＤ」によって特定される楽曲の楽曲情報を楽曲管理テーブル５２ｃから取得して投稿情報に付加して送信することができる。なお、前述したように、楽曲（デジタルコンテンツ）を特定するコンテンツ特定情報として「楽曲ＩＤ」以外の情報を用いることもでき、例えば、「楽曲名」と「アーティストＩＤ」との組合せを用いて楽曲を特定するようにしてもよい。

一実施形態では、デジタルコンテンツの一例としての楽曲の提供サービスを中心に説明したが、動画、電子書籍、ゲームを含む各種のデジタルコンテンツを提供するシステムに本明細書で説明された処理及び手順を適用することができる。楽曲以外のデジタルコンテンツの提供に適用する場合、楽曲管理テーブル５２ｃに相当するテーブルでは、デジタルコンテンツを識別するＩＤ、デジタルコンテンツの作成者や実演者、デジタルコンテンツに関係する画像ファイル、デジタルコンテンツの発売年月日や提供開始年月日、デジタルコンテンツのデータ、デジタルコンテンツのコンテンツ利用画面へのＵＲＬ等の情報を管理するようにすればよい。こうしたデジタルコンテンツに関するコンテンツ情報は、特に限定されず、その他の情報を含むものとしても良いのは勿論である。

本明細書で説明された処理及び手順は、実施形態中で明示的に説明されたもの以外にも、ソフトウェア、ハードウェアまたはこれらの任意の組み合わせによって実現される。より具体的には、本明細書で説明される処理及び手順は、集積回路、揮発性メモリ、不揮発性メモリ、磁気ディスク、光ストレージ等の媒体に、当該処理に相当するロジックを実装することによって実現される。また、本明細書で説明される処理及び手順は、それらの処理・手順をコンピュータプログラムとして実装し、各種のコンピュータに実行させることが可能である。

本明細書中で説明される処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書中で説明されるデータ、テーブル、又はデータベースが単一のメモリに格納される旨説明されたとしても、そのようなデータ、テーブル、又はデータベースは、単一の装置に備えられた複数のメモリまたは複数の装置に分散して配置された複数のメモリに分散して格納され得る。さらに、本明細書において説明されるソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。

本明細書において、発明の構成要素が単数もしくは複数のいずれか一方として説明された場合、又は、単数もしくは複数のいずれとも限定せずに説明された場合であっても、文脈上別に解すべき場合を除き、当該構成要素は単数又は複数のいずれであってもよい。

１０ システム
２０ 通信網
３０ 端末装置
５１ サービス制御部
５２ 情報記憶部
５３ 判定部
５４ ユーザ情報更新部
５５ 利用履歴情報送信部
５６ 投稿情報受信部
５７ 投稿情報登録部
５８ 投稿情報送信部
５９ 再生画面送信部
６０ 推薦ユーザ情報送信部
６１ 投稿受付画面
７０ メイン画面
８０ 楽曲再生画面

Claims (8)

1. 複数のユーザが操作する複数の端末装置に通信ネットワークを介して接続され、当該ユーザに対して複数のデジタルコンテンツを提供可能なシステムであって、
   前記ユーザによる前記デジタルコンテンツの利用履歴に関する利用履歴情報を少なくとも記憶する情報記憶装置と、
   所定のプログラムを実行可能な１又は複数のプロセッサと、を備え、
   前記所定のプログラムは、
   端末装置からの要求に応答し、当該端末装置を操作するユーザに対応する前記利用履歴情報を当該端末装置に送信する利用履歴情報送信モジュールと、
   当該送信した前記利用履歴情報に前記利用履歴として含まれるデジタルコンテンツのうち前記ユーザによって選択されたデジタルコンテンツを特定可能なコンテンツ特定情報を含む投稿情報を前記端末装置から受信する投稿情報受信モジュールと、
   当該受信した投稿情報を前記情報記憶装置に記憶させる投稿情報登録モジュールと、
   端末装置からの要求に応答し、前記情報記憶装置に記憶されている投稿情報を当該端末装置に送信する投稿情報送信モジュールと、を備える、
   システム。
2. 請求項１記載のシステムであって、
   前記情報記憶装置は、前記デジタルコンテンツに関するコンテンツ情報を記憶し、
   前記投稿情報送信モジュールは、前記投稿情報に含まれる前記コンテンツ特定情報によって特定されるデジタルコンテンツの前記コンテンツ情報を当該投稿情報に付加して前記端末装置に送信する、
   システム。
3. 請求項１又は２記載のシステムであって、
   前記投稿情報送信モジュールは、前記投稿情報に含まれる前記コンテンツ特定情報によって特定されるデジタルコンテンツの利用要求を前記端末装置を操作するユーザが行うためのコンテンツ利用要求領域を含む投稿情報表示画面の画面データを前記端末装置に送信し、
   前記所定のプログラムは、前記端末装置からのデジタルコンテンツの利用要求に応答し、当該デジタルコンテンツを利用するためのコンテンツ利用画面の画面データを当該端末装置に送信する利用画面送信モジュールを備える、
   システム。
4. 請求項３記載のシステムであって、
   前記情報記憶装置は、前記デジタルコンテンツに関するコンテンツ情報を記憶し、
   前記利用画面送信モジュールは、前記利用要求に係るデジタルコンテンツの前記コンテンツ情報を含む前記コンテンツ利用画面の画面データを前記端末装置に送信する、
   システム。
5. 請求項１ないし４いずれか記載のシステムであって、
   前記情報記憶装置は、前記ユーザと所定の関係を有する１又は複数の他のユーザを特定可能な関係ユーザ情報を記憶し、
   前記投稿情報登録モジュールは、前記投稿情報を受信した前記端末装置を操作するユーザと関連付けて当該投稿情報を前記情報記憶装置に記憶させ、
   前記投稿情報送信モジュールは、前記端末装置を操作するユーザ及び当該ユーザと前記所定の関係を有する他のユーザに関連付けられている前記投稿情報を当該端末装置に送信する、
   システム。
6. 前記デジタルコンテンツは、楽曲、動画、電子書籍、ゲームの少なくとも１つを含む請求項１ないし５いずれか記載のシステム。
7. 複数のユーザが操作する複数の端末装置に通信ネットワークを介して接続され、当該ユーザに対して複数のデジタルコンテンツを提供可能なシステムであって、
   前記ユーザによる前記デジタルコンテンツの利用履歴に関する利用履歴情報を少なくとも記憶する情報記憶手段と、
   端末装置からの要求に応答し、当該端末装置を操作するユーザに対応する前記利用履歴情報を当該端末装置に送信する利用履歴情報送信手段と、
   当該送信した前記利用履歴情報に前記利用履歴として含まれるデジタルコンテンツのうち前記ユーザによって選択されたデジタルコンテンツを特定可能なコンテンツ特定情報を含む投稿情報を前記端末装置から受信する投稿情報受信手段と、
   当該受信した投稿情報を前記情報記憶装置に記憶させる投稿情報登録手段と、
   端末装置からの要求に応答し、前記情報記憶装置に記憶されている投稿情報を当該端末装置に送信する投稿情報送信手段と、
   を備えるシステム。
8. 複数のユーザが操作する複数の端末装置に通信ネットワークを介して接続され、情報を記憶する情報記憶装置を備えるシステムを用いて、当該ユーザに対して複数のデジタルコンテンツを提供する方法であって、
   前記ユーザによる前記デジタルコンテンツの利用履歴に関する利用履歴情報を少なくとも前記情報記憶装置に記憶し、
   端末装置からの要求に応答し、当該端末装置を操作するユーザに対応する前記利用履歴情報を当該端末装置に送信し、
   当該送信した前記利用履歴情報に前記利用履歴として含まれるデジタルコンテンツのうち前記ユーザによって選択されたデジタルコンテンツを特定可能なコンテンツ特定情報を含む投稿情報を前記端末装置から受信し、
   当該受信した投稿情報を前記情報記憶装置に記憶させ、
   端末装置からの要求に応答し、前記情報記憶装置に記憶されている投稿情報を当該端末装置に送信する、
   方法。

Images