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

Abstract

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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (8)

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

Images