JP2009224998A - コンテンツ再生装置及びプログラム - Google Patents

Abstract

【課題】プレイリストに従って一連のコンテンツを連続して再生させる場合に、プレイリストの構成を視覚的に把握できる態様で提示することによって、利便性を向上できるコンテンツ再生装置及びプログラムを提供する。
【解決手段】プレイリストに登録されている順に、一連のコンテンツを連続して再生可能なコンテンツ再生装置において、プレイリストに登録されている複数のコンテンツのそれぞれを構成要素とし、プレイリストに登録されている全コンテンツの再生時間に対する個々のコンテンツの再生時間の割合に応じて、前記構成要素の比率を決定し、プレイリストにおけるコンテンツの再生順序に従って前記構成要素を配列した帯グラフを画面に表示する表示制御手段を備える。
【選択図】図６

Description

本発明は、コンテンツ再生装置及びプログラムに関し、特に、コンテンツ再生装置のユーザインターフェースに関する。

従来、コンピュータ、携帯電話、ＴＶ、ビデオカメラ等、身近な電子機器の操作手段として、グラフィカルユーザインターフェース（ＧＵＩ：Graphical User Interface）が採用されている。ＧＵＩとは、グラフィックを多用した表示画面によりユーザに情報を提供するとともに、大半の操作をマウス等のポインティングデバイスによって直接的に行うことができるユーザインターフェースである。
近年では、デザイン性だけでなく、電子機器の高機能化に対応できる操作性に優れたＧＵＩが要求されている。

例えば、特許文献１には、楽曲コンテンツやビデオコンテンツ等を再生可能なコンテンツ再生装置において、ユーザの利便性を高めることができるユーザインターフェースに関する技術が提案されている。
特許第３８９７７７４号公報

ところで、近年のコンテンツ再生装置（例えば、コンピュータ上で実行されるメディアプレイヤーや携帯型のオーディオプレイヤー）においては、複数のコンテンツ（例えば、ＭＰ３形式の楽曲コンテンツ）を再生するときに、再生順序を自由に決められるプレイリスト機能を備えている。プレイリストを利用すると、プレイリストに登録されている順序に従って、一連のコンテンツが連続して再生される。
従来のコンテンツ再生装置において、プレイリストに従ってコンテンツを再生させる場合、プレイリストに登録されているコンテンツ名（例えば、タイトル）をリスト表示するのが一般的であり、これによりプレイリストを構成するコンテンツを認識できるようにしている。また、このプレイリスト表示においては、コンテンツ名に対応して、再生時間やアーティスト名、ジャンル等の情報も表示されるようになっている。

しかしながら、従来のプレイリスト表示は、テキスト情報によるものであるため、ユーザがプレイリストの構成を視覚的に認識するのが困難であった。例えば、プレイリストに登録されているコンテンツ毎にその再生時間が表示されていても、プレイリスト全体に対する個々のコンテンツが占める割合や、コンテンツ間の相対的な再生時間の長短等を把握することは困難であった。

本発明は、プレイリストに従って一連のコンテンツを連続して再生させる場合に、プレイリストの構成を視覚的に把握できる態様で提示することによって、利便性を向上できるコンテンツ再生装置及びプログラムを提供することを目的とする。

上記目的を達成するため、請求項１に記載の発明は、
プレイリストに登録されている順に、一連のコンテンツを連続して再生可能なコンテンツ再生装置であって、
プレイリストに登録されている複数のコンテンツのそれぞれを構成要素とし、
プレイリストに登録されている全コンテンツの再生時間に対する個々のコンテンツの再生時間の割合に応じて、前記構成要素の比率を決定し、
プレイリストにおけるコンテンツの再生順序に従って前記構成要素の比率を反映した大きさとなっている前記構成要素を配列した帯グラフを画面に表示する表示制御手段を備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載のコンテンツ再生装置において、
前記表示制御手段は、前記帯グラフにおいて、現在再生中のコンテンツに対応する構成要素を第１態様で表示する一方、他の領域を前記第１態様とは異なる第２態様で表示することを特徴とする。

請求項３に記載の発明は、請求項２に記載のコンテンツ再生装置において、
前記プレイリスト及びコンテンツは、ネットワーク上で複数のユーザによって共有可能とされ、
前記表示制御手段は、現在利用しているプレイリストに登録されている楽曲コンテンツが他のユーザによって再生されている場合、当該他のユーザによって現在再生されているコンテンツに対応する構成要素を前記第２態様とは異なる第３態様で表示することを特徴とする。

請求項４に記載の発明は、請求項３に記載のコンテンツ再生装置において、
前記表示制御手段は、当該ユーザ及び前記他のユーザによって現在再生されているコンテンツに対応する構成要素内或いはその近傍に、当該コンテンツを再生しているユーザを示す情報を表示することを特徴とする。

請求項５に記載の発明は、
再生順序を示すプレイリストに従って一連のコンテンツを連続して再生可能なコンテンツ再生装置のユーザインターフェースを、コンピュータの画面に表示するためのプログラムであって、
前記コンピュータに、
プレイリストに登録されている複数のコンテンツのそれぞれを構成要素とし、
プレイリストに登録されている全コンテンツの再生時間に対する個々のコンテンツの再生時間の割合に応じて、前記構成要素の比率を決定し、
プレイリストにおけるコンテンツの再生順序に従って前記構成要素を配列した帯グラフを画面に表示する機能を実現させるためのプログラムである。

本発明によれば、帯グラフを利用してプレイリストの構成を表示することにより、ユーザはプレイリストの構成を視覚的に容易に認識できるので、利便性が格段に向上する。

以下、本発明の実施の形態を図面に基づいて説明する。
図１は、本実施形態に係るネットワーク構成について示す概略図である。
本実施形態では、サーバ１からクライアント２に、ネットワークＮを介してコンテンツ（例えば、ウェブページ等）を提供し、クライアント２においてコンテンツを利用する場合について示している。

図１に示すように、サーバ１には、通信ネットワークＮを介してクライアント２（例えば、パーソナルコンピュータ２ａ、携帯電話２ｂ等）が接続されている。
通信ネットワークＮは、インターネットや電気通信事業者等の電話回線網、携帯電話通信網等であり、当該通信ネットワークＮに接続するサーバ１とクライアント２の間を、データ通信可能に接続する。

このようなネットワークシステムにおいて、例えば、ユーザが、クライアント２でウェブブラウザを起動しＵＲＬを指定すると、クライアント２はこれを元に対応するコンテンツ（例えば、ＨＴＭＬファイル）を保有しているサーバ１をインターネット上で探して、コンテンツのデータを要求する。
一方、要求されたコンテンツを保有するサーバ１は、要求されたコンテンツをクライアント２に送信する。そして、クライアント２は、受信したコンテンツの内容を解析してウェブページ等を表示する。

図２は、サーバ１のハードウェア構成の概略を示すブロック図である。本実施形態におけるサーバ１は、例えば、楽曲コンテンツの配信サービスを提供するウェブサーバである。
図２に示すように、サーバ１は、制御部１１、通信部１２，データベース１３等を備えて構成され、各部はバスライン１５により電気的に接続されている。

制御部１１は、ＣＰＵ（Central Processing Unit）１１１、ＲＡＭ（Random Access Memory）１１２、ＲＯＭ（Read Only Memory）１１３で構成される。
ＣＰＵ１１１は、各種演算処理を行う他、各部の集中制御を行う。ＲＡＭ１１２は、ＣＰＵ１１１が演算処理を行うときのデータを一時的に記憶しておく作業領域を有する。ＲＯＭ１１３は、ＣＰＵ１１１が実行するオペレーティングシステム（ＯＳ）やサーバ用ソフトウェア、ウェブアプリケーション等のプログラムを記憶する。
通信部１２は、ＴＣＰ／ＩＰ等の通信プロトコルに従って処理を行い、ネットワークＮを介してクライアント２とデータの送受信を行う。
データベース１３には、例えば、ウェブページのデータ、楽曲コンテンツ、楽曲コンテンツのプレイリスト等が格納されている。なお、プレイリストとは、一連の楽曲コンテンツを連続して再生させるためのリストであり、通常は、このプレイリストに登録されている順に楽曲コンテンツは再生される。

図４は、データベース１３に格納される楽曲テーブルの一構成例について示す説明図である。この楽曲テーブルは、データベース１３に格納されている楽曲コンテンツを管理するために利用される。
図４に示すように、楽曲テーブルには、楽曲コンテンツごとに一意の楽曲ＩＤが付与され、これに対応して、例えば、楽曲データのファイル名、タイトル名（楽曲名）、再生時間、アーティスト名、アルバム名、ジャンル、現在利用しているユーザ等のデータが格納されている。
図４において、例えば楽曲ＩＤ“Ｍ００１”で特定される楽曲コンテンツは、アーティスト“ａａａ”が演奏（歌唱）した、タイトル“ＡＡＡ”、再生時間“４：００”、ジャンル“Ｊ−ＰＯＰ”の楽曲であり、アルバム“ＸＹＺ”に収録されている楽曲であることを示している。また、この楽曲コンテンツのファイル名は“ＡＡＡ．ｗｍａ”であることを示している。
また、楽曲ＩＤ“Ｍ００３”で特定される楽曲コンテンツは、ユーザＤによって現在再生されていることを示している。つまり、サーバ１がクライアント２に対して楽曲コンテンツを送信している間、このクライアント２のユーザを示す情報（例えば、ユーザ名）が楽曲テーブルに登録されることとなる。
なお、楽曲コンテンツの実データ（例えば、ファイル名“ＡＡＡ．ｗｍａ”のデータ）は、同じデータベース１３に格納されてもよいし、別のデータベースに格納されるようにしてもよい。

ここで、サーバ１から配信された楽曲コンテンツをクライアント２で再生する方法としては、一般に、サーバ１が保有する楽曲コンテンツをクライアント２のハードディスク（後述する記憶部２２）に保存した上で再生するダウンロード再生と、サーバ１から配信された楽曲コンテンツの一部を受信した時点で再生を開始するストリーミング再生がある。本実施形態では、一例として、クライアント２においてストリーミング再生が行われる場合について説明する。この場合、楽曲テーブルに登録され、配信可能な楽曲コンテンツは、ストリーミングに対応したファイル形式とされる。

図５は、データベース１３に格納されるプレイリストテーブルの一構成例について示す説明図である。
図５に示すように、プレイリストテーブルには、プレイリストごとに一意のプレイリストＩＤが付与され、これに対応して、例えば、プレイリストのタイトル名、当該プレイリストを構成する楽曲コンテンツのＩＤ（例えば、図４の楽曲ＩＤ）、アーティスト名、アルバム名、ジャンル等のデータが格納されている。
図５において、例えばプレイリストＩＤ“Ｐ００１”で特定されるプレイリストは、タイトルが“ｐＬｉｓｔ１”で、楽曲ＩＤ“Ｍ００１，Ｍ００２，Ｍ００３，・・”の楽曲コンテンツで構成されていることを示している。また、このプレイリスト“ｐＬｉｓｔ１”は、アーティスト“ａａａ”が演奏（歌唱）した、アルバム“ＸＹＺ”に収録されている楽曲コンテンツで構成され、そのジャンルは“Ｊ−ＰＯＰ”であることを示している。

このプレイリストは、サーバ１によって、例えば、アルバムごとやアーティストごと等、所定の条件に従って楽曲テーブルから複数の楽曲コンテンツを抽出して作成される。また例えば、ユーザが楽曲テーブルからお気に入りの楽曲コンテンツを集めたプレイリストを作成し、データベース１３に登録できるようにしてもよい。この場合、プレイリストを作成したユーザに関する情報（例えば、ユーザＩＤ）や、プレイリストの特徴を示す情報を登録できるようにしてもよい。

上述した楽曲テーブル又はプレイリストテーブルにおいて、タイトル、アーティスト、アルバム、ジャンルとして格納された情報は、クライアント２から送信される検索キーワードに適合する楽曲コンテンツ又はプレイリストを抽出するときに利用される。

図２において、サーバ１のＣＰＵ１１１は、例えば、ＲＯＭ１１３に記憶されているサーバ用ソフトウェアを実行することにより、クライアント２からの要求に応じて、所定のコンテンツ（データベース１３に格納されているウェブページ等）を送信する。
また、ＲＯＭ１１３に記憶されているウェブアプリケーションプログラムを実行することにより、クライアント２から送信されたデータに基づく処理を行う。

例えば、クライアント２のウェブブラウザにおいて所望の楽曲コンテンツ又はプレイリストを検索するためのキーワード（検索キーワード）が入力され、送信されると、この検索キーワードに基づいて適合する楽曲コンテンツ又はプレイリストを抽出し、抽出結果（例えば、個々の楽曲コンテンツ又はプレイリスト）をクライアント２に送信する。
そして、クライアント２から楽曲コンテンツの送信要求がなされると、対応する楽曲コンテンツをクライアント２に送信する。また、クライアント２においてプレイリストが選択されると、このプレイリストを構成する複数の楽曲コンテンツを登録されている順に順次送信する。送信された複数の楽曲コンテンツは、クライアント２において連続してストリーミング再生される。

本実施形態では、サーバ１により検索キーワードに適合するものとして提示されたプレイリストがクライアント２において選択された場合に、サーバ１は、この選択されたプレイリストに関する情報を送信する。プレイリストに関する情報には、図５に示すプレイリストテーブルに格納されている当該プレイリストの情報（プレイリストＩＤ、タイトル、構成楽曲ＩＤ、アーティスト、アルバム、ジャンル）の他、個々の楽曲コンテンツの再生時間、ユーザによるコンテンツの利用状況等が含まれている。楽曲コンテンツの再生時間とユーザによるコンテンツの利用状況は、図４に示す楽曲テーブルに格納されている。
そして、クライアント２では、このプレイリストに関する情報に基づいて、コンテンツ再生ソフトのＧＵＩにおける表示制御が行われる。
なお、プレイリストに関する情報は、例えば、所定時間間隔で、又は情報が更新された場合に、サーバ１からクライアント２に対して送信されるものとする。

図３は、クライアント２のハードウェア構成の概略を示すブロック図である。
図３に示すように、クライアント２は、制御部２１、記憶部２２，通信部２３，操作部２４，表示部２５等を備えて構成され、各部はバスライン２６により電気的に接続されている。

制御部２１の構成はサーバ１の制御部１１の構成と同様である。ＲＯＭ２１３は、ＯＳやウェブブラウザ、コンテンツ再生ソフト等のプログラムを記憶する。
このコンテンツ再生ソフトは、例えば、サーバ１から配信される楽曲コンテンツをストリーミング再生可能で、ウェブブラウザ上でプラグインとして機能するソフトウェア（いわゆるマルチメディアプレイヤー）である。また、プレイリストに従って、一連のコンテンツを連続して再生するプレイリスト機能を有する。

なお、コンテンツ再生ソフトは、メインとなる楽曲コンテンツの再生機能の他に、以下の機能を備えるようにしてもよい。すなわち、コンテンツ再生ソフトは、サーバ１から楽曲配信のサービスを受けているユーザ（例えば、サーバ１が提供しているウェブサイトにログインしているユーザ、以下ログインユーザと称する）が、楽曲コンテンツに対して感想等のコメントを入力したり、ログインユーザがこのコメントを参照したりできる機能（以下、コメント機能）を備えるようにしてもよい。また、同じプレイリストを利用しているログインユーザが、ネットワークを通じてリアルタイムにテキストベースの会話を行うことができる機能（いわゆるチャット機能）を備えるようにしてもよい。

記憶部２２は、例えばハードディスクで構成され、サーバ１からダウンロードしたコンテンツ（例えば、楽曲コンテンツ等）のデータ等を記憶することができる。
通信部２３は、ＴＣＰ／ＩＰ等の通信プロトコルに従って処理を行い、ネットワークＮを介してサーバ１とデータの送受信を行う。
操作部２４は、例えば、キーボード及びマウスで構成され、ユーザが情報を入力する際に使用される。例えば、楽曲コンテンツの配信サービスを提供するサーバ１に所望の楽曲コンテンツの配信を要求する場合、ユーザはウェブページ上のキーワード入力欄に操作部２４により検索キーワード（例えば、アーティスト名や楽曲名、アルバム名等）を入力する。また、コンテンツ再生ソフトのＧＵＩにおいて、所望の楽曲コンテンツを再生したり、音量を調整したりするための操作を操作部２４により行う。
表示部２５は、例えば、液晶ディスプレイ等の表示装置で構成され、制御部２１からの表示制御指令に基づいて所定の画面を表示する。表示部２５には、例えば、様々なアプリケーション（例えば、ウェブブラウザやコンテンツ再生ソフト等）のＧＵＩが表示される。

クライアント２のＣＰＵ２１１は、例えば、ＲＯＭ２１３に記憶されているウェブブラウザを実行し、ユーザが操作部２４によりＵＲＬを入力することに伴い、ＵＲＬで指定されるウェブページをサーバ１に要求する。そして、サーバ１から送信されたウェブページのデータを解析して、ウェブブラウザのウィンドウに表示する。
また、楽曲コンテンツを配信するウェブページにおいて、ＣＰＵ２１１は、コンテンツ再生ソフトを起動し、ウェブブラウザ上でプラグインとして機能させる。このとき、このコンテンツ再生ソフトのＧＵＩがウェブブラウザのウィンドウ内に表示されることとなる。なお、ウェブブラウザのウィンドウ内には、コンテンツ再生ソフトのＧＵＩの他、当該ウェブページに関する情報、例えば、楽曲に関する様々な情報が表示されたり、ユーザが所望の楽曲コンテンツやプレイリストを検索するためのキーワード入力欄が設けられたりする。

上述したように、サーバ１がクライアント２に楽曲コンテンツの配信サービス（ウェブサイト）を提供する場合、クライアント２のウェブブラウザのウィンドウにはコンテンツ再生ソフトのＧＵＩが表示される。本実施形態では、このコンテンツ再生ソフトのＧＵＩを表示する際に、本発明を適用している。
すなわち、コンテンツ再生ソフトにおいて、プレイリストに従って一連のコンテンツを連続して再生させる場合に、プレイリストの構成を視覚的に把握できる態様で提示するようにしている。

以下の説明において、コンテンツ再生ソフトでは、プレイリストに従う楽曲コンテンツの再生がなされるものとする。例えば、サーバ１から検索キーワードに適合するプレイリストが提示された場合に、クライアント２でプレイリストの選択操作が行われると、コンテンツ再生ソフトでプレイリストに従う楽曲コンテンツの再生が行われる。

図６は、コンテンツ再生ソフトのＧＵＩの一例を示す説明図である。このＧＵＩは、例えば、クライアント２においてコンテンツ再生ソフトが起動され、プレイリストに従う楽曲コンテンツの再生が行われたときに表示される。
図６に示すように、コンテンツ再生ソフトのＧＵＩには、例えば、再生する楽曲コンテンツに関する情報（例えば、プレイリストのタイトル名（プレイリストに登録されている場合）、アーティスト名、アルバム名）Ｉ１、再生する楽曲コンテンツに関する画像（アルバムのジャケット画像等）Ｉ２、楽曲コンテンツの進行状況や再生中の楽曲コンテンツのタイトルを示す情報（再生バー）Ｉ３、現在利用しているプレイリストの構成等を示すプレイリスト情報Ｉ４、等が表示される。また、楽曲コンテンツの再生処理を行うための操作ボタンＢ（再生／停止ボタンＢ１、早戻しボタンＢ２、早送りボタンＢ３、ボリュームボタンＢ４）が配置されている。

図６では、コンテンツ再生ソフトにおいて、プレイリスト“ｐＬｉｓｔ１”に登録されている楽曲コンテンツのうち、３番目に登録されているタイトル“ＣＣＣ”の楽曲コンテンツ（図４，５参照）が、再生されている場合を示している。
なお、当該クライアント２のユーザがユーザＤで、ユーザＡ〜Ｃはネットワークを介してプレイリスト“ｐＬｉｓｔ１”に登録されている楽曲コンテンツを再生しているユーザである。ユーザＡ〜Ｃはプレイリスト“ｐＬｉｓｔ１”を利用しているとは限らない。

本実施形態では、プレイリスト情報Ｉ４として、プレイリストの構成を帯グラフで示したプレイリストバーＰＢを表示する。このプレイリストバーＰＢは、プレイリスト“ｐＬｉｓｔ１”に登録されている楽曲コンテンツの総数に対応する複数の要素で構成されている。つまり、プレイリストバーＰＢを所定の数（ここでは、プレイリストに登録されている楽曲数）に分割したときの各区画が構成要素Ｃ（Ｃ１，Ｃ２，Ｃ３，・・）となる。
図６では、プレイリストバーＰＢは２４の構成要素Ｃに分割されているので、プレイリスト“ｐＬｉｓｔ１”には２４の楽曲コンテンツが登録されていることとなる。また、各構成要素Ｃの長さは、楽曲コンテンツの再生時間を相対的に示している。

プレイリストバーＰＢにおいて、当該クライアント２で現在再生されている楽曲コンテンツに対応する構成要素Ｃの表示態様は、再生されていない楽曲コンテンツに対応する構成要素Ｃの表示態様とは異なるものとされる。
図６には、当該クライアント２のユーザＤがプレイリスト“ｐＬｉｓｔ１”に登録されている３番目の楽曲コンテンツ、その他のクライアント２のユーザＡが１２番目の楽曲コンテンツ、ユーザＢが１８番目の楽曲コンテンツ、ユーザＣが１９番目の楽曲コンテンツを再生している場合について示している。

図６において、当該クライアント２のユーザＤが再生している３番目の楽曲コンテンツに対応する構成要素Ｃ３は第１態様（図６では黒色）で表示される。ユーザＡが再生している１２番目の楽曲コンテンツに対応する構成要素Ｃ１２は第３態様（図６では灰色）で表示される。また、ユーザＢが再生している１８番目の楽曲コンテンツに対応する構成要素Ｃ１８、ユーザＣが再生している１９番目の楽曲コンテンツに対応する構成要素Ｃ１９も同様に第３態様で表示される。
一方、何れのユーザによっても再生されていない楽曲コンテンツに対応する構成要素は、第２態様（図６では白色）で表示される。

さらに、図６において、プレイリストバーＰＢの下にはユーザＡ〜Ｄを示すアイコンＵａ〜Ｕｄが表示されており、当該プレイリストに登録されている楽曲コンテンツを現在再生しているユーザを視認できるようにしている。

上述したプレイリストバーＰＢにより、ユーザは現在利用しているプレイリストの構成や現在再生中の楽曲コンテンツを容易に認識することができるので、これを参考にして効率よく楽曲コンテンツの再生を行うことができる。つまり、コンテンツ再生ソフトのＧＵＩの利便性が向上する。
さらに、他のユーザが再生している楽曲コンテンツを認識することができるので、複数のユーザで同じ楽曲コンテンツを意識して再生させることが可能となる。これにより、離れた場所に居ながらにしてあたかもライブ空間を共有しているような状況を作り出すことができ、例えば、楽曲コンテンツに対する感動を分かち合うことができる。また、チャットルームにおいて、複数のユーザで一緒に再生している楽曲コンテンツを話題にして会話することも可能となる。

図７は、コンテンツ再生ソフトのＧＵＩにおいてプレイリスト情報Ｉ４を表示するための表示制御処理の一例を示すフローチャートである。この表示制御処理は、例えば、クライアント２のＣＰＵ２１１がＲＯＭ２１３に記憶されているコンテンツ再生ソフトを起動し、プレイリストに従う楽曲コンテンツの再生が行われたときに実行される。なお、コンテンツ再生ソフトのＧＵＩ全体の表示は別の表示制御処理によって行われる。

図７において、ステップＳ１０１では、サーバ１から送信されたプレイリストに関する情報を解析する。このプレイリストに関する情報には、図５に示すプレイリストテーブルに格納されている当該プレイリストの情報の他、個々の楽曲コンテンツの再生時間、ユーザによるコンテンツの利用状況等が含まれる。この解析結果に基づいて、図６に示すプレイリストバーＰＢのデータが生成される。
ステップＳ１０２では、個々の楽曲コンテンツを構成要素に対応付ける。すなわち、プレイリストに登録されている１番目の楽曲コンテンツはプレイリストバーＰＢの左から１番目の構成要素Ｃ１、２番目の楽曲コンテンツは左から２番目の構成要素Ｃ２、・・というように対応付ける。
ステップＳ１０３では、構成要素の比率を決定する。具体的には、プレイリストに登録されている全楽曲コンテンツの再生時間に対する個々の楽曲コンテンツの再生時間の割合に応じて、構成要素の比率を決定する。プレイリストの総再生時間が１時間で、１つの楽曲コンテンツの再生時間が６分であれば、この楽曲コンテンツに対応する構成要素の比率は１０％となる。

ステップＳ１０４では、各構成要素の表示態様を決定する。この処理は、図８に示すフローチャートに従って行われる。
すなわち、図８において、ステップＳ２０１では、クライアント２のユーザＤによって現在再生されている楽曲コンテンツがあるが否かを判定する。そして、再生されている楽曲コンテンツがあると判定した場合はステップＳ２０２に移行し、再生されている楽曲コンテンツがないと判定した場合はステップＳ２０３に移行する。
例えば、プレイリストを選択することにより楽曲コンテンツの再生が開始されたときは、プレイリストに登録されている１番目の楽曲コンテンツが再生コンテンツとなる。また例えば、ユーザが操作部２４を操作して楽曲コンテンツの早送り／早戻しを指示すると、再生コンテンツは遷移される。
ステップＳ２０２では、再生されている楽曲コンテンツに対応する構成要素の表示態様を第１態様とする。図６では、３番目の楽曲コンテンツが再生コンテンツなので、これに対応する構成要素Ｃ３が第１態様（黒色）とされている。

ステップＳ２０３では、他のユーザによって再生されている楽曲コンテンツがあるか否かを判定する。この判定処理は、サーバ１から送信された、ユーザによるコンテンツの利用状況を示す情報に基づいて行われる。そして、他のユーザによって再生されている楽曲コンテンツがあると判定した場合はステップＳ２０４に移行し、再生されている楽曲コンテンツがないと判定した場合はステップＳ２０５に移行する。
ステップＳ２０４では、他のユーザによって再生されている楽曲コンテンツに対応する構成要素の表示態様を第３態様とする。図６では、１２，１８，１９番目の楽曲コンテンツが他のユーザによって再生されているので、これに対応する構成要素Ｃ１２，Ｃ１８，Ｃ１９が第３態様（灰色）とされている。

ステップＳ２０５では、その他のコンテンツに対応する構成要素の表示態様を第２態様とする。図６では、構成要素Ｃ３，Ｃ１２，Ｃ１８，Ｃ１９以外の構成要素が第２態様（白色）とされる。
なお、ステップＳ２０４で構成要素に対して設定される第３態様は、楽曲コンテンツが何れかのユーザによって再生されていることが認識できればよいので、第２態様と異なる態様であればよい。本実施形態では、ユーザを示すアイコンＵａ〜Ｕｄにより楽曲コンテンツを再生しているユーザを認識できるので、第３態様を第１態様と同じとしても不具合は生じない。
以上のようにして、プレイリストバーＰＢを構成する各構成要素の表示態様が決定される。

図７に戻り、ステップＳ１０５では、決定された各構成要素の比率及び表示態様に基づいて、帯グラフ状のプレイリストバーＰＢのデータを生成し、これをコンテンツ再生ソフトのＧＵＩに表示する。このとき、当該ユーザ又は他のユーザによって再生されている楽曲コンテンツに対応する構成要素の近傍には、再生しているユーザを認識可能な情報（例えば、アイコンやユーザ名を示すテキスト）が表示される。
図６では、再生されている楽曲コンテンツの下側近傍に、各ユーザに対応するアイコンが表示されている。なお、プレイリストバーＰＢの構成要素内に、ユーザを示すテキストやアイコンを表示するようにしてもよい。

ステップＳ１０６では、再生コンテンツが遷移したか否かを判定する。例えば、ユーザが操作部２４を操作して楽曲コンテンツの早送り／早戻しを指示（早送りボタンＢ３／早戻しボタンＢ２のクリック操作）したときや、再生中の楽曲コンテンツの再生が終了したときに、再生コンテンツは次の楽曲コンテンツに遷移される。また、ユーザが操作部２４を操作して楽曲コンテンツの再生開始／停止を指示（再生／停止ボタンＢ１のクリック操作）したときも再生コンテンツは遷移することとなる。
そして、再生コンテンツが遷移したと判定した場合はステップＳ１０４に移行し、遷移していないと判定した場合はステップＳ１０７に移行する。すなわち、再生コンテンツが遷移した場合は、第１態様で表示される構成要素が変化することとなる。例えば、図６に示す状態において、３番目の楽曲コンテンツの再生が終了すると、３番目の楽曲コンテンツに対応する構成要素は第２態様とされ、４番目の楽曲コンテンツに対応する構成要素Ｃ４が第１態様とされる。

ステップＳ１０７では、他のユーザの再生状況が変化したか否かを判定する。例えば、他のユーザによって再生されていた楽曲コンテンツの再生が終了したとき、再生を停止する操作が行われたとき、又は、プレイリストに登録されている楽曲コンテンツが他のユーザによって新たに再生開始されたときに、他のユーザによるコンテンツの利用状況を示す情報は更新される（サーバ１から送信される）ので、これに基づいて判定処理を行う。
そして、他のユーザの再生状況が変化したと判定した場合はステップＳ１０４に移行し、変化していないと判定した場合はステップＳ１０８に移行する。例えば、図６に示す状態において、ユーザＡによって再生されている１２番目の楽曲コンテンツの再生が終了すると、１２番目の楽曲コンテンツに対応する構成要素Ｃ１２は第２態様とされる。なお、ユーザＡがプレイリスト“ｐＬｉｓｔ１”を利用していれば、次に１３番目の楽曲コンテンツが再生されることとなるので、これに対応する構成要素Ｃ１３が第３態様とされる。

ステップＳ１０８では、コンテンツ再生ソフトの終了操作がなされたか否かを判定する。この終了操作には、例えば、ウェブブラウザにおける他のウェブページへの遷移操作や、コンテンツ再生ソフト又はウェブブラウザを終了させる操作が含まれる。
そして、終了操作がなされたと判定した場合は表示制御処理を終了し、終了操作がなされていないと判定した場合はステップＳ１０６に移行する。
上述したようにして、コンテンツ再生ソフトのＧＵＩにおいてプレイリストバーＰＢの表示制御が行われる。

このように、本実施形態において、クライアント２は、コンテンツ再生ソフトを起動させることにより、プレイリストに登録されている順に、一連のコンテンツを連続して再生可能なコンテンツ再生装置となる。
そして、クライアント２では、プレイリストに登録されている複数の楽曲コンテンツのそれぞれを構成要素とし、プレイリストに登録されている全楽曲コンテンツの再生時間に対する個々の楽曲コンテンツの再生時間の割合に応じて、構成要素の比率を決定し、プレイリストにおける楽曲コンテンツの再生順序に従って構成要素を配列したプレイリストバー（帯グラフ）ＰＢを画面に表示する制御が行われる。

これにより、ユーザは、現在利用しているプレイリストの構成（例えば、個々の楽曲コンテンツの再生時間の長短）を視覚的に認識できるので、これを参考にして効率よく楽曲コンテンツの再生を行うことができ、利便性が格段に向上する。例えば、再生時間が他に比べて長すぎる楽曲コンテンツについては早送りする等、プレイリストの構成に応じて楽曲コンテンツを再生させることが可能となる。

また、クライアント２では、プレイリストバーＰＢにおいて、現在再生中の楽曲コンテンツに対応する構成要素を第１態様で表示する一方、他の領域を前記第１態様とは異なる第２態様で表示する表示制御が行われる。
これにより、ユーザは、現在再生中の楽曲コンテンツを認識できるので、現在再生中の楽曲コンテンツの再生時間や、まだ再生されていない楽曲コンテンツの再生時間（残りの再生時間）等を容易に把握することができる。

さらに、本実施形態では、ネットワーク上のサーバ１がプレイリスト及び楽曲コンテンツのデータを保有し、クライアント２に配信するようにしている。すなわち、プレイリスト及び楽曲コンテンツは、ネットワーク上で複数のユーザによって共有可能とされている。
そして、クライアント２では、現在利用しているプレイリストに登録されている楽曲コンテンツが他のユーザによって再生されている場合、当該他のユーザによって現在再生されている楽曲コンテンツに対応する構成要素を前記第２態様とは異なる第３態様（第１態様と同じでもよい）で表示する表示制御が行われる。
また、クライアント２では、当該ユーザ及び他のユーザによって現在再生されている楽曲コンテンツに対応する構成要素内或いはその近傍に、当該楽曲コンテンツを再生しているユーザを示す情報（例えば、ユーザ名、アイコン）を表示する表示制御を行う。
これにより、他のユーザが再生している楽曲コンテンツを認識することができるので、複数のユーザで同じ楽曲コンテンツを意識して再生させることが可能となる。

以上、本発明者によってなされた発明を実施形態に基づいて具体的に説明したが、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。

例えば、上記実施形態では、サーバ１から送信されたプレイリストに関する情報に基づいて、クライアント２でプレイリストバーＰＢを表示するためのデータを生成するようにしているが、サーバ１においてプレイリストＰＢのデータを生成してクライアント２に送信し、クライアント２のコンテンツ再生ソフト上でこのデータに基づく表示を反映させるようにしてもよい。

上記実施形態では、本発明を、ウェブブラウザのプラグインとして機能するコンテンツ再生ソフトのＧＵＩの表示に適用した場合について説明したが、例えば、ウェブブラウザとは独立して起動され、ネットワーク接続可能なコンテンツ再生ソフト（いわゆるネットワークメディアプレイヤー）であってもよい。
コンテンツ再生ソフトにおいて、ハードディスクや半導体メモリに記憶した楽曲コンテンツを再生する場合には、ネットワークを利用した機能を実現することはできないが、プレイリストバーＰＢの表示、すなわち、プレイリストの構成を帯グラフで表示すること、及び現在再生中の楽曲コンテンツを第１態様で表示することは可能である。

プレイリストバーＰＢの各構成要素を、楽曲コンテンツを再生するための再生ボタンとして機能させるようにしてもよい。すなわち、ユーザが構成要素の選択操作（クリック操作）を行うと、選択された構成要素に対応する楽曲コンテンツが再生されるようにする。プレイリストに多数の楽曲コンテンツが登録されている場合でも、容易に所望の楽曲コンテンツを再生できるようになるので、利便性が向上する。
コンテンツ再生ソフトのＧＵＩにおいて、プレイリストバーＰＢの一部だけを表示し、スクロールによりプレイリストバーＰＢ全体を認識できる表示形態としてもよい。プレイリストに多数の楽曲コンテンツが登録されている場合は、各楽曲コンテンツに対応する構成要素が小さくなりすぎて視認困難となる虞があるので、このような場合はプレイリストバーＰＢをスクロール表示とすることが望ましい。
さらに、楽曲コンテンツだけでなく、プレイリストに従ってビデオコンテンツを再生する場合にも当然に適用できる。

なお、上述したようなコンテンツ再生ソフトのＧＵＩは、開発ツール（例えば、アドビ社製Ｆｌｅｘ２等）を用いて作成することができる。
また、本発明を応用すると、円グラフや、時間軸を目盛線で分割した形態で、プレイリストの構成を視認可能に提示することを容易に想到できる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本実施形態に係るネットワーク構成について示す概略図である。 サーバ１のハードウェア構成の概略を示すブロック図である。 クライアント２のハードウェア構成の概略を示すブロック図である。 データベース１３に格納される楽曲テーブルの一構成例について示す説明図である。 データベース１３に格納されるプレイリストテーブルの一構成例について示す説明図である。 コンテンツ再生ソフトのＧＵＩの一例を示す説明図である。 コンテンツ再生ソフトのＧＵＩにおいてプレイリスト情報Ｉ４を表示するための表示制御処理の一例を示すフローチャートである。 プレイリストバーＰＢの各構成要素の表示態様を決定する処理の一例を示すフローチャートである。

符号の説明

Ｉ１ 再生する楽曲コンテンツに関する情報
Ｉ２ 再生する楽曲コンテンツに関する画像
Ｉ３ 楽曲コンテンツの進行状況や再生中の楽曲コンテンツのタイトルを示す情報
Ｉ４ 現在利用しているプレイリストの構成等を示すプレイリスト情報
ＰＢ プレイリストバー（帯グラフ）
Ｃ 構成要素
Ｕａ〜Ｕｄ ユーザを示すアイコン

Claims (5)

1. プレイリストに登録されている順に、一連のコンテンツを連続して再生可能なコンテンツ再生装置であって、
   プレイリストに登録されている複数のコンテンツのそれぞれを構成要素とし、
   プレイリストに登録されている全コンテンツの再生時間に対する個々のコンテンツの再生時間の割合に応じて、前記構成要素の比率を決定し、
   プレイリストにおけるコンテンツの再生順序に従って前記構成要素の比率を反映した大きさとなっている前記構成要素を配列した帯グラフを画面に表示する表示制御手段を備えることを特徴とするコンテンツ再生装置。
2. 前記表示制御手段は、前記帯グラフにおいて、現在再生中のコンテンツに対応する構成要素を第１態様で表示する一方、他の領域を前記第１態様とは異なる第２態様で表示することを特徴とする請求項１に記載のコンテンツ再生装置。
3. 前記プレイリスト及びコンテンツは、ネットワーク上で複数のユーザによって共有可能とされ、
   前記表示制御手段は、現在利用しているプレイリストに登録されている楽曲コンテンツが他のユーザによって再生されている場合、当該他のユーザによって現在再生されているコンテンツに対応する構成要素を前記第２態様とは異なる第３態様で表示することを特徴とする請求項２に記載のコンテンツ再生装置。
4. 前記表示制御手段は、当該ユーザ及び前記他のユーザによって現在再生されているコンテンツに対応する構成要素内或いはその近傍に、当該コンテンツを再生しているユーザを示す情報を表示することを特徴とする請求項３に記載のコンテンツ再生装置。
5. 再生順序を示すプレイリストに従って一連のコンテンツを連続して再生可能なコンテンツ再生装置のユーザインターフェースを、コンピュータの画面に表示するためのプログラムであって、
   前記コンピュータに、
   プレイリストに登録されている複数のコンテンツのそれぞれを構成要素とし、
   プレイリストに登録されている全コンテンツの再生時間に対する個々のコンテンツの再生時間の割合に応じて、前記構成要素の比率を決定し、
   プレイリストにおけるコンテンツの再生順序に従って前記構成要素を配列した帯グラフを画面に表示する機能を実現させるためのプログラム。

Images