JP2008052820A - 情報処理装置および方法、並びにプログラム - Google Patents

Abstract

【課題】携帯可能な再生端末におけるコンテンツの再生履歴を、サーバに送信することができるようにする。
【解決手段】PC１は、PD４が接続されると、PD４から、動作情報テーブル１０１に記憶されるコンテンツの再生に関する動作情報と、PDの識別情報を取得する。PC１は、取得された動作情報にあるContent IDのコンテンツ情報を、PCデータベース５５から取得する。PC１は、PD４の動作情報およびPCデータベース５５のコンテンツ情報を用いて、XML形式のPDの再生履歴データを生成し、生成したPDの再生履歴データ１６１を、PDの識別情報１６２とともに、サーバ３に送信する。本発明は、サーバなどからコンテンツを取得し、取得したコンテンツを再生したり、接続された携帯端末に転送する情報処理装置に適用できる。
【選択図】図９

Description

本発明は、情報処理装置および方法、並びにプログラムに関し、特に、PCにおけるコンテンツの再生履歴だけでなく、携帯可能な再生端末におけるコンテンツの再生履歴を、サーバに送信することができるようにした情報処理装置および方法、並びにプログラムに関する。

近年、CD(Compact Disc)に記録されている楽曲をリッピングしたり、あるいは、音楽配信サービスなどを利用して、音楽配信サーバから所望の楽曲をダウンロードすることにより、パーソナルコンピュータ（PC）上のジュークボックスアプリケーションに楽曲データを取り込む方法が普及しており、ユーザは、PC上のジュークボックスアプリケーションに取り込んだ楽曲データなどのコンテンツを再生したり、あるいは携帯可能なポータブルデバイス（PD）に転送して、再生し、楽しんでいる。

また、このように、ユーザがPC上のジュークボックスアプリケーションで再生したコンテンツの再生履歴を、サーバにアップロードし、コンテンツの再生履歴の共有を可能にするWebサービスがすでに利用されている（例えば、非特許文献１）。

"PLAYLOG"、［online］、株式会社レーベルゲート、［平成18年8月14日検索］、インターネット〈http://playlog.jp/〉

しかしながら、現状、アップロード可能な再生履歴は、PC上のジュークボックスアプリケーションで再生したコンテンツの再生履歴だけであるため、再生履歴取得の間口を広げ、より多くのデータをWebサービスに蓄積することが求められている。

本発明は、このような状況に鑑みてなされたものであり、PCにおけるコンテンツの再生履歴以外にも、携帯可能な再生端末におけるコンテンツの再生履歴を、サーバに送信することができるようにするものである。

本発明の一側面の情報処理装置は、サーバに情報を送信する情報処理装置において、携帯可能な端末が接続されたか否かを判定する接続判定手段と、前記接続判定手段により前記端末が接続されたと判定された場合、前記端末の識別情報と、前記端末により再生されたコンテンツの再生に関する動作情報を前記端末から取得する情報取得手段と、前記情報取得手段により取得された前記動作情報からなる前記端末の再生履歴情報を、前記端末の識別情報とともに、前記サーバに送信する送信手段とを備える。

コンテンツのメタデータを記憶する記憶手段と、前記端末により再生されたコンテンツのメタデータが前記記憶手段に記憶されているか否かを判定するメタデータ判定手段と、前記メタデータ判定手段により前記端末により再生されたコンテンツのメタデータが前記記憶手段に記憶されていると判定された場合、前記記憶手段から、前記端末により再生されたコンテンツのメタデータを取得するメタデータ取得手段と、前記情報取得手段により取得された前記動作情報に、前記メタデータ取得手段により取得された前記メタデータを付加して、前記端末の再生履歴情報を生成する再生履歴情報生成手段とをさらに備えることができる。

前記メタデータ判定手段により前記端末により再生されたコンテンツのメタデータが前記記憶手段に記憶されていないと判定された場合、前記情報取得手段は、さらに、前記端末から、前記端末により再生されたコンテンツのメタデータを取得し、前記再生履歴情報生成手段は、前記情報取得手段により取得された前記動作情報に、前記情報取得手段により取得された前記メタデータを付加して、前記端末の再生履歴情報を生成する
ことができる。

本発明の一側面の情報処理方法は、サーバに情報を送信する情報処理装置の情報処理方法において、携帯可能な端末が接続されたか否かを判定し、前記端末が接続されたと判定された場合、前記端末の識別情報と、前記端末により再生されたコンテンツの再生に関する動作情報を前記端末から取得し、取得された前記動作情報からなる前記端末の再生履歴情報を、前記端末の識別情報とともに、前記サーバに送信するステップを含む。

本発明の一側面のプログラムは、携帯可能な端末が接続されたか否かを判定し、前記端末が接続されたと判定された場合、前記端末の識別情報と、前記端末により再生されたコンテンツの再生に関する動作情報を前記端末から取得し、取得された前記動作情報からなる前記端末の再生履歴情報を、前記端末の識別情報とともに、前記サーバに送信するステップを含む処理をコンピュータに実行させる。

本発明の一側面においては、携帯可能な端末が接続されたか否かが判定され、前記端末が接続されたと判定された場合、前記端末の識別情報と、前記端末により再生されたコンテンツの再生に関する動作情報が前記端末から取得される。そして、取得された前記動作情報からなる前記端末の再生履歴情報が、前記端末の識別情報とともに、サーバに送信される。

本発明の一側面によれば、携帯可能な再生端末におけるコンテンツの再生履歴を、サーバに送信することができる。これにより、サーバにより多くの再生履歴が蓄積できる。

以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

本発明の一側面の情報処理装置は、サーバ（例えば、図１のサーバ３）に情報を送信する情報処理装置（例えば、図１のPC１−１）において、携帯可能な端末が接続されたか否かを判定する接続判定手段（図３の転送処理部７８）と、前記接続判定手段により前記端末が接続されたと判定された場合、前記端末の識別情報と、前記端末により再生されたコンテンツの再生に関する動作情報を前記端末から取得する情報取得手段（例えば、図３のPDプラグインモジュール５４）と、前記情報取得手段により取得された前記動作情報からなる前記端末の再生履歴情報を、前記端末の識別情報とともに、前記サーバに送信する送信手段（例えば、図３のブラウザ５２）とを備える

コンテンツのメタデータを記憶する記憶手段（例えば、図３のPCデータベース５５）と、前記端末により再生されたコンテンツのメタデータが前記記憶手段に記憶されているか否かを判定するメタデータ判定手段（例えば、図３のコンテンツ管理部７７）と、前記メタデータ判定手段により前記端末により再生されたコンテンツのメタデータが前記記憶手段に記憶されていると判定された場合、前記記憶手段から、前記端末により再生されたコンテンツのメタデータを取得するメタデータ取得手段（例えば、図３のデータアクセスモジュール５３）と、前記情報取得手段により取得された前記動作情報に、前記メタデータ取得手段により取得された前記メタデータを付加して、前記端末の再生履歴情報を生成する再生履歴情報生成手段（例えば、図３の再生履歴データ生成部７６）とをさらに備えることができる。

本発明の一側面の情報処理方法またはプログラムは、サーバに情報を送信する情報処理装置の情報処理方法またはプログラムにおいて、サーバに情報を送信する情報処理装置の情報処理方法において、携帯可能な端末が接続されたか否かを判定し（例えば、図１２のステップＳ５１）、前記端末が接続されたと判定された場合、前記端末の識別情報と、前記端末により再生されたコンテンツの再生に関する動作情報を前記端末から取得し（例えば、図１２のステップＳ５３）、取得された前記動作情報からなる前記端末の再生履歴情報を、前記端末の識別情報とともに、前記サーバに送信する（例えば、図１２のステップＳ５７）ステップを含む。

以下、図を参照して本発明の実施の形態について説明する。

図１は、本発明を適用したWebサービス提供システムの構成例を表している。

インターネットに代表されるネットワーク２には、パーソナルコンピュータ（PC）１−１および１−２が接続されている。以下、特に区別する必要がない場合、PC１−１および１−２を、単にPC１と称する。この例においては、PC１が２台のみ示されているが、ネットワーク２には、任意の台数のPCが接続される。

また、ネットワーク２には、所定のWebサービスを提供するサーバ３が接続されている。このサーバ３も任意の台数、ネットワーク２に接続される。

さらに、ネットワーク２に接続されるPC１−１および１−２には、例えば、USB（Universal Serial Bus）ケーブルなどを介して、携帯可能な記録再生端末であるポータブルデバイス（PD）４−１および４−２がそれぞれ着脱可能に接続されている。PD４−１および４−２を個々に区別する必要がない場合、適宜PD４と称する。

サーバ３は、PC１において再生されたコンテンツの再生履歴情報（以下、PC１の再生履歴情報とも称する）や、PD４において再生されたコンテンツの再生履歴情報（以下、PD４の再生履歴情報とも称する）を記憶する再生履歴データベース１１５（後述する図７）を有しており、PC１の再生履歴情報およびPD４の再生履歴情報を一元管理し、ユーザや他のユーザの再生履歴情報や、多くのユーザの再生履歴情報を用いて生成されるランキング情報などを公開するWebサービスを、PC１のユーザに提供している。なお、以降、楽曲のコンテンツの場合を例に説明する。

サーバ３は、WebサービスにログインしているユーザのPC１に対して定期的にPC１の再生履歴データとして、再生中のコンテンツ情報を要求し、要求に対応してPC１より送信されてくるPC１の再生履歴データを取得して、PC１の再生履歴情報を再生履歴データベース１１５に蓄積する。また、サーバ３は、WebサービスにログインしたユーザのPC１に、PD４が接続されたときに、PD４から読み出されて、PC１により送信されてくるPD４の再生履歴データを取得して、PD４の再生履歴情報を再生履歴データベース１１５に蓄積する。

PC１は、図示せぬコンテンツサーバから購入したコンテンツやCD（Compact Disc）から読み取ったコンテンツと、それらのメタデータを記憶しており、ユーザの操作に対応して、所望のコンテンツを再生したり、接続されたPD４にユーザ所望のコンテンツを転送する。

PC１は、サーバ３が提供するWebサービスにログインされている場合には、サーバ３より、再生中のコンテンツ情報が要求されるので、再生中のコンテンツのメタデータをPC１の再生履歴データとして、サーバ３に送信する。また、PC１は、PD４が接続されると、接続されたPD４から、PD４の識別情報とコンテンツの再生に関する動作情報を取得し、動作情報を用いて、動作情報からなるPD４の再生履歴データを生成し、生成されたPD４の再生履歴データを、PD４の識別情報とともに、サーバ３に送信する。

PD４には、PC１や他のPC１から転送されたコンテンツとそのメタデータが記憶されている。PD４は、記憶されているコンテンツを再生するとともに、コンテンツの再生開始や再生終了など、コンテンツの再生に関する動作情報を蓄積し、接続されたPC１の制御のもと、蓄積された動作情報や、記憶されているコンテンツのメタデータをPC１に供給する。なお、PD４の図示せぬROMには、PD４のデバイスを識別するための識別情報が記憶されており、このPD４の識別情報は、動作情報とともにPC１に供給される。

なお、図１の例においては、PC１に接続される携帯可能な記録再生装置として、PD４が示されているが、携帯可能な記録再生装置であれば、例えば、携帯電話機で構成することも可能である。

図２は、PC１のハードウェア構成例を表している。

CPU（Central Processing Unit）１１は、ROM（Read Only Memory）１２に記憶されているプログラム、または記憶部１８からRAM（Random Access Memory）１３にロードされたプログラムに従って各種の処理を実行する。RAM１３にはまた、CPU１１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU１１、ROM１２、およびRAM１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インタフェース１５も接続されている。

入出力インタフェース１５には、キーボード、マウスなどよりなる操作入力部１６、CRT（Cathode Ray Tube）、LCD（Liquid Crystal Display）などよりなるディスプレイである表示部１７、スピーカ１８、ハードディスクなどより構成される記憶部１９、モデム、ターミナルアダプタ、またはUSBインタフェースなどより構成される通信部２０が接続されている。通信部２０は、ネットワーク２やUSBケーブルを介しての通信処理を行う。

入出力インタフェース１５にはまた、必要に応じてドライブ２１が接続され、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどのリムーバブルメディア２２が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１９にインストールされる。

なお、図示は省略するが、サーバ３およびPD４も、図２に示したPC１と基本的に同様の構成を有するコンピュータにより構成される。そこで、以下の説明においては、図２の構成は、サーバ３およびPD４の構成としても引用される。

ここで、CPU１１が、各種のプログラムを実行することにより、図２のコンピュータは、図１のPC１、サーバ３、またはPD４として機能することとなる。この場合、プログラムは、図２のコンピュータに内蔵されている記録媒体としてのROM１２や記憶部１９に予め記録しておくことができる。あるいはまた、プログラムは、磁気ディスクや、光ディスク、光磁気ディスク、半導体メモリなどのリムーバブルメディア２２に、一時的あるいは永続的に格納（記録）し、いわゆるパッケージソフトウェアとして提供することができる。

なお、プログラムは、上述したようなリムーバブルメディア２２から図２のコンピュータにインストールする他、ダウンロードサイトから、デジタル衛星放送用の人工衛星を介して、図２のコンピュータに無線で転送したり、LAN(Local Area Network)、ネットワーク２を介して、図２のコンピュータに有線で転送してインストールすることもできる。

図３は、PC１のモジュール構成の例を示している。すなわち、図３に示されるモジュール構成は、PC１のCPU１１により実行されるものである。

図３の例において、PC１は、アプリケーション５１、ブラウザ５２、データアクセスモジュール５３、PDプラグインモジュール５４、およびPCデータベース（DB）５５により構成される。なお、図３の例においては、説明の便宜上、PDデータベース（DB）９１を有するPD４も示されている。

アプリケーション５１は、コンテンツとそのメタデータの管理やコンテンツの再生などを行う、いわゆる、ジュークボックスアプリケーションであり、GUI表示処理部７１、アプリケーション制御部７２、通信データ制御部７３、通信制御部７４、再生部７５、再生履歴データ生成部７６、コンテンツ管理部７７、および転送処理部７８により構成される。

GUI表示処理部７１は、アプリケーション制御部７２の制御のもと、所定のGUI画像を生成し、生成したGUI画像からなるアプリケーション画面を表示部１７に表示したり、アプリケーション画面の一部として、アプリケーション制御部７２から供給されるWebサービス画面データに対応するWebサービス画面も表示させる。

アプリケーション制御部７２は、操作入力部１６を介して入力されるアプリケーション画面に関するユーザの操作に対応する操作信号や、通信データ制御部７３を介して供給されるサーバ３からの要求に対応して、アプリケーション５１の各部を制御し、所定の処理を実行する。また、アプリケーション制御部７２は、操作入力部１６を介して入力されるWebサービス画面に関するユーザの操作に対応する操作信号を、操作データとして、通信データ制御部７３に供給する。

通信データ制御部７３は、サーバ３へ送信するデータ（例えば、Webサービス画面に対するユーザの操作データや再生履歴データ）を、通信制御部７４に渡す。また、通信データ制御部７３は、通信制御部７４から供給される、サーバ３からのWebサービス画面データや、サーバ３からの要求をアプリケーション制御部７２に供給する。

通信制御部７４は、通信データ制御部７３からのサーバ３へ送信するデータを、ブラウザ５２に供給し、ブラウザ５２からのデータを、通信データ制御部７３に供給する。

再生部７５は、アプリケーション制御部７２の制御のもと、コンテンツ管理部７７に、PCデータベース５５から、ユーザが再生を希望するコンテンツの情報を検索させて、記憶部１９のコンテンツファイルへのファイルパスを取得し、取得したファイルパスに基づいて、コンテンツファイルを再生する。

再生履歴データ生成部７６は、アプリケーション制御部７２の制御のもと、コンテンツ管理部７７に、PCデータベース５５から、再生中のコンテンツのメタデータを取得させ、取得された再生中のコンテンツのメタデータを用いて、PCの再生履歴データを生成し、生成したPCの再生履歴データを通信データ制御部７３に供給する。

また、再生履歴データ生成部７６は、転送処理部７８から通知されるPD４の接続に応じて、アプリケーション制御部７２の制御のもと、PD４のPDデータベース９１から、PD４におけるコンテンツの再生に関する動作情報を取得する。なお、このとき、PD４の識別情報も取得される。そして、再生履歴データ生成部７６は、コンテンツ管理部７７を制御し、PCデータベース５５から、PD４により再生されたコンテンツのメタデータを取得させ、PD４の動作情報に、取得されたメタデータを付加して、PD４の再生履歴データを生成する。生成したPD４の再生履歴データは、PD４の識別情報とともに、通信データ制御部７３に供給される。

なお、例えば、PD４に記憶されているコンテンツのうち、他のPC１から転送されたコンテンツのメタデータは、PCデータベース５５にない場合がある。この場合、コンテンツ管理部７７は、コンテンツのメタデータがないことを通知してくるので、再生履歴データ生成部７６は、転送処理部７８を制御し、PD４のPDデータベース９１から、PD４により再生されたコンテンツのメタデータを取得させる。

コンテンツ管理部７７は、再生部７５や再生履歴データ生成部７６から指示されたコンテンツの情報（例えば、コンテンツのメタデータや記憶部１９に記憶されるコンテンツファイルへのファイルパス）などを、データアクセスモジュール５３を制御し、PCデータベース５５から検索させ、取得させる。

転送処理部７８は、PDプラグインモジュール５４からの通知に基づいて、PD４の接続を再生履歴データ生成部７６に通知したり、再生履歴データ生成部７６から指示された情報を、PDプラグインモジュール５４に取得させる。なお、制御の図示は省略するが、転送処理部７８は、アプリケーション制御部７２からの制御のもと、コンテンツ管理部７７により管理されているコンテンツやそのメタデータを、PDプラグインモジュール５４を介して、PD４に転送する。

ブラウザ５２は、サーバ３などから、ネットワーク２を介して送信されてくるWebサービス画面データを構成するデータ、画像データ、音楽データなどのレイアウトを解析して、解析したWebサービス画面データを、通信制御部７４に供給したり、通信データ制御部７３より、通信制御部７４を介して供給されるWebサービス画面に対してのユーザの操作データを、ネットワーク２を介して、サーバ３に送信する。

また、ブラウザ５２は、Java（登録商標）Script(商標)インタフェースを実装しており、サーバ３からの再生中のコンテンツ情報の要求を、通信制御部７４に供給したり、通信制御部７４からのPC１の再生履歴データやPD４の再生履歴データを、Java（登録商標）Scriptインタフェースおよびネットワーク２を介して、サーバ３に送信する。

データアクセスモジュール５３は、コンテンツ管理部７７の制御のもと、PCデータベース５５に記憶されるデータの読み書きを行う。

PDプラグインモジュール５４は、PD４との通信のインタフェースとして機能し、PD４のPC１への接続を転送処理部７８に通知する。また、PDプラグインモジュール５４は、転送処理部７８からのPC１のデータをPD４に転送したり、転送処理部７８からの制御のもと、PD４の情報やデータを取得し、転送処理部７８に供給する。なお、このPDプラグインモジュール５４は、PDの機種毎に設けられる。

PCデータベース５５は、記憶部１９に記憶されるコンテンツファイルに対応するコンテンツに関する情報（メタデータ）を記憶している。

PD４のPDデータベース９１には、PD４におけるコンテンツの再生に関する動作情報が蓄積される動作情報テーブルと、PD４におけるコンテンツ情報を管理するコンテンツ情報テーブルが記憶されている。

図４は、PCデータベース５５の構成例を示している。PCデータベース５５には、コンテンツ毎に、メタデータとして、コンテンツのPC１における管理ID(Identification)である「ID」、コンテンツの曲名である「タイトル」、「アーティスト名」、「アルバム名」、コンテンツ毎にユニークに付される「Content ID」が格納されている。この「Content ID」は、PD４と共用のIDである。

具体的には、IDが「１」のコンテンツについては、タイトルが「曲名１」であり、アーティスト名が「アーティスト名１」であり、アルバム名が「アルバム名１」であり、Content IDが「010F500000040000007」であることが記憶されている。IDが「２」のコンテンツについては、タイトルが「曲名２」であり、アーティスト名が「アーティスト名２」であり、アルバム名が「アルバム名２」であり、Content IDが「010F50000004000001B」であることが記憶されている。IDが「３」のコンテンツについては、タイトルが「曲名３」であり、アーティスト名が「アーティスト名２」であり、アルバム名が「アルバム名２」であり、Content IDが「010F5000000400000C3」であることが記憶されている。

IDが「４」のコンテンツについては、タイトルが「曲名４」であり、アーティスト名が「アーティスト名３」であり、アルバム名が「アルバム名３」であり、Content IDが「010F5000000400000F7」であることが記憶されている。IDが「５」のコンテンツについては、タイトルが「曲名５」であり、アーティスト名が「アーティスト名３」であり、アルバム名が「アルバム名４」であり、Content IDが「010F5000000400000AD」であることが記憶されている。

なお、図示されないが、PCデータベース５５には、記憶部１９に記憶されるコンテンツファイルへのファイルパスも記憶されている。また、PCデータベース５５には、タイトル、アーティスト名、およびアルバム名以外のメタデータ（例えば、歌詞やジャケット画像など）も記憶させることができる。さらに、PCデータベース５５には、ユーザによりコンテンツと対応付けられた画像もメタデータとして記憶させることも可能である。

図５は、PD４のPDデータベース９１の動作情報テーブルの構成例を示している。

図５の例において、動作情報テーブル１０１は、動作を識別する「Event ID」、PC１と共用の「Content ID」、および、動作が行われた時刻（年月日時分秒）を示す「Time Stamp」からなる。例えば、「Event ID」が「１」である場合は、再生開始を表し、「２」である場合は、再生停止や一時停止を表し、「３」である場合は、早送りの開始を表し、「４」である場合は、巻き戻しの開始を表す。

図５の例の場合、動作情報テーブル１０１には、Event IDが「１（再生開始）」であり、Content IDが、「010F500000040000007」であり、Time Stampが、「2006-07-25 11:30:10」である動作情報、Event IDが「２（再生停止）」であり、Content IDが、「010F500000040000007」であり、Time Stampが、「2006-07-25 11:35:01」である動作情報が記憶されている。また、動作情報テーブル１０１には、Event IDが「１（再生開始）」であり、Content IDが、「010F50000004000001B」であり、Time Stampが、「2006-07-25 11:35:02」である動作情報、Event IDが「２（再生停止）」であり、Content IDが、「010F50000004000001B」であり、Time Stampが、「2006-07-25 11:38:20」である動作情報が記憶されている。

すなわち、Content IDが、「010F500000040000007」について、再生開始時刻が2006年７月25日の11時30分10秒であり、再生停止時刻が2006年７月25日の11時35分01秒であるという動作情報が記憶されており、これらの動作情報を取得することで、Content IDが「010F500000040000007」のコンテンツの再生時間が4分51秒であることがわかる。

また、Content IDが、「010F50000004000001B」について、再生開始時刻が2006年７月25日の11時35分02秒であり、再生停止時刻が2006年７月25日の11時38分20秒であるという動作情報が記憶されており、これらの動作情報を取得することで、Content IDが「010F50000004000001B」のコンテンツの再生時間が3分18秒であることがわかる。

図６は、PD４のPDデータベース９１のコンテンツ情報テーブルの構成例を示している。図６の例において、コンテンツ情報テーブルは、基本グループツリーテーブル１０２および付加情報テーブル１０３により構成されている。

基本グループテーブル１０２は、ベースグループ(Base Group)の直下に、各コンテンツの、PD４においてコンテンツを管理するためのSong IDをまとめて管理している。PD４のコンテンツの情報を得る際には、まず、基本グループテーブル１０２にアクセスされる。図６の例においては、ベースグループの直下には、Song ID１乃至５のコンテンツが管理されている。また、基本グループテーブル１０２からは、Song IDで結びついている付加情報テーブル１０３を介して、コンテンツのメタデータやファイルパスなどを取得することができる。

付加情報テーブル１０３は、コンテンツの「Song ID」、「Content ID」、メタデータ１、メタデータ２、ファイルパスなどのコンテンツの付加情報を記憶している。図６の例においては、Song IDが「１」であるコンテンツについては、Content IDは、「010F500000040000007」であり、メタデータ１は、「曲名１」であり、メタデータ２は、「アーティスト名１」であり、ファイルパスが「…」である付加情報が記憶されており、Song IDが「２」であるコンテンツについては、Content IDは、「010F50000004000001B」であり、メタデータ１は、「曲名２」であり、メタデータ２は、「アーティスト名２」であり、ファイルパスが「…」である付加情報が記憶されている。

Song IDが「３」であるコンテンツについては、Content IDは、「010F5000000400000C3」であり、メタデータ１は、「曲名３」であり、メタデータ２は、「アーティスト名２」であり、ファイルパスが「…」である付加情報が記憶されており、Song IDが「４」であるコンテンツについては、Content IDは、「010F5000000400000F7」であり、メタデータ１は、「曲名４」であり、メタデータ２は、「アーティスト名３」であり、ファイルパスが「…」である付加情報が記憶されており、Song IDが「５」であるコンテンツについては、Content IDは、「010F5000000400000AD」であり、メタデータ１は、「曲名５」であり、メタデータ２は、「アーティスト名３」であり、ファイルパスが「…」である付加情報が記憶されている。

なお、図示は省略されているが、付加情報テーブル１０３には、他に、「アルバム名」のメタデータが記憶されている。また、付加情報テーブル１０３には、記憶容量の制限により必要最低限のメタデータしか記憶されない。

図７は、図１のサーバ３の機能構成例を示している。例えば、図７に示される機能ブロックは、サーバ３のCPU１１により、所定のプログラムが実行されることで実現される。

図７の例において、サーバ３は、PC１の再生履歴情報を取得し、蓄積するためのPC再生履歴取得部１１１およびPC再生判定部１１２、PD４の再生履歴情報を取得し、蓄積するためのPD再生履歴取得部１１３およびPD再生判定部１１４、並びに、PC再生履歴データベース１２１およびPD再生履歴データベース１２２からなる再生履歴データベース１１５により構成されている。

PC再生履歴取得部１１１は、WebサービスにログインしているユーザのPC１に対して定期的（例えば、5秒や10秒間隔）にPC１の再生履歴データ（実際には、再生中のコンテンツ情報）を要求し、要求に対応してPC１より送信されてくるPC１の再生履歴データを取得して、PC再生判定部１１２に供給する。

PC再生判定部１１２は、所定の時間のPC１の再生履歴データを溜めており、PC１の再生履歴データを参照して、再生履歴データに記述されるコンテンツが再生されたか否かを判定し、再生されたと判定した場合、その再生履歴データを、PC１の再生履歴情報として、PC再生履歴データベース１２１に蓄積する。

PD再生履歴取得部１１３は、WebサービスにログインしたユーザのPC１に、PD４が接続されたときに、PD４から読み出されて、PC１により送信されてくるPD４の再生履歴データを取得して、PD再生判定部１１４に供給する。なお、このとき、PD４の再生履歴データとともに送信されてくるPD４の識別情報もPD再生判定部１１４に供給される。

PD再生判定部１１４は、PD４の再生履歴データを参照して、再生履歴データに記述されるコンテンツが再生されたか否かを判定し、再生されたと判定した場合、その再生履歴データをPD４の識別情報とともに、PD４の再生履歴情報として、PD再生履歴データベース１２２に蓄積する。

PC再生履歴データベース１２１は、ユーザ毎にPC１の再生履歴情報を蓄積している。PD再生履歴データベース１２２は、ユーザのPD４の識別情報毎にPD４の再生履歴情報を蓄積している。すなわち、ユーザが複数の携帯端末（PDや携帯電話機）を所有している場合には、そのデバイス毎に再生履歴情報を記憶させることができる。

次に、図８および図９を参照して、サーバ３およびPC１間における再生履歴データの生成および取得処理の概要を説明する。まず、図８を参照して、サーバ３およびPC１間におけるPCの再生履歴データの生成および取得処理を説明する。

サーバ３は、Webサービスにログインを行ったユーザのPC１に対して、定期的（例えば、5秒や10秒間隔）に、PCの再生履歴データとして、現在再生中のコンテンツの情報（メタデータ）を要求する。これに対応して、PC１は、再生中のコンテンツのメタデータを、PCデータベース５５から取得し、取得した再生中のコンテンツのメタデータを用いて、PCの再生履歴データを生成する。

すなわち、図８の例の場合、PCデータベース５５には、IDが「１」のコンテンツについては、タイトルが「曲名１」であり、アーティスト名が「アーティスト名１」であり、アルバム名が「アルバム名１」であり、Content IDが「010F500000040000007」であることが記憶されている。IDが「２」のコンテンツについては、タイトルが「曲名２」であり、アーティスト名が「アーティスト名２」であり、アルバム名が「アルバム名２」であり、Content IDが「010F50000004000001B」であることが記憶されている。

例えば、現在再生中のコンテンツが、IDが「１」のコンテンツの場合、PCデータベース５５から、IDが「１」のコンテンツの「曲名１」、「アーティスト名１」、および「アルバム名１」が、再生中のコンテンツのメタデータとして取得されるので、PC１は、「曲名１」、「アーティスト名１」、および「アルバム名１」などが記述されたPCの再生履歴データ１５１を生成し、生成したPCの再生履歴データ１５１を、サーバ３に送信する。これにより、サーバ３には、PCの再生履歴データ１５１が取得され、PCの再生履歴データ１５１に基づくPCの再生履歴情報が蓄積される。

これに対して、PDの再生履歴データの生成および取得処理は、図９のように実行される。次に、図９を参照して、サーバ３およびPC１間におけるPDの再生履歴データの生成および取得処理を説明する。

PC１は、USBケーブルなどを介して、PD４が接続されると、PD４（PDデータベース９１）から、動作情報テーブル１０１に記憶されるコンテンツの再生に関する動作情報を取得する。なお、このとき、同時に、PD４のROMに記憶されているPD４の識別情報１６２も取得される。

図９の例の場合、動作情報テーブル１０１には、Event IDが「１（再生開始）」であり、Content IDが、「010F500000040000007」であり、Time Stampが、「2006-07-25 11:30:10」である動作情報、Event IDが「２（再生停止）」であり、Content IDが、「010F500000040000007」であり、Time Stampが、「2006-07-25 11:35:01」である動作情報が記憶されている。また、動作情報テーブル１０１には、Event IDが「１（再生開始）」であり、Content IDが、「010F50000004000001B」であり、Time Stampが、「2006-07-25 11:35:02」である動作情報、Event IDが「２（再生停止）」であり、Content IDが、「010F50000004000001B」であり、Time Stampが、「2006-07-25 11:38:20」である動作情報が記憶されている。

すなわち、PC１は、Content IDが、「010F500000040000007」について、再生開始時刻が2006年７月25日の11時30分10秒であり、再生停止時刻が2006年７月25日の11時35分01秒であるという動作情報を取得し、Content IDが、「010F50000004000001B」について、再生開始時刻が2006年７月25日の11時35分02秒であり、再生停止時刻が2006年７月25日の11時38分20秒であるという動作情報を取得する。

これにより、Content IDが、「010F500000040000007」のコンテンツの再生時間が4分51秒であることがわかり、Content IDが、「010F50000004000001B」のコンテンツの再生時間が3分18秒であることがわかる。

また、PC１は、これらの動作情報を取得すると、動作情報にあるContent IDのコンテンツ情報（コンテンツのメタデータ）を、PCデータベース５５から取得する。図９の例の場合、PCデータベース５５から、Content IDが、「010F500000040000007」のコンテンツのタイトル「曲名１」、アーティスト名「アーティスト名１」、およびアルバム名「アルバム名１」が取得され、Content IDが「010F50000004000001B」のコンテンツのタイトル「曲名２」、アーティスト名「アーティスト名２」、およびアルバム名「アルバム名２」が取得される。

なお、詳しくは図１８を参照して後述するが、動作情報にあるContent IDのコンテンツ情報が、PCデータベース５５から取得されない場合には、PD４のPDデータベース９１のコンテンツ情報テーブルから、動作情報にあるContent IDのコンテンツ情報が取得される。

PC１は、これらのPD４の動作情報に、PCデータベース５５のコンテンツ情報を付加して、XML形式のPDの再生履歴データ１６１を生成する。

図９の例の場合、PDの再生履歴データ１６１は、「010F500000040000007」のコンテンツの再生履歴データを表している。PDの再生履歴データ１６１は、１行目および７行目に１つのコンテンツの再生履歴データであることを示す<entry></entry>タグが記述されている。２行目には、コンテンツのアーティスト名が「アーティスト名１」であることを示す<artist></artist>タグが記述され、３行目には、コンテンツのアルバム名が、「アルバム名１」であることを示す<Album></Album>タグが記述され、４行目には、コンテンツの曲名が、「曲名１」であることを示す<track></track>タグが記述され、５行目には、再生時間（4分51秒）を示す<duration></duration>タグが記述され、４行目には、再生開始時刻（2006年７月25日の11時30分10秒）を示す<date></date>タグが記述されている。

ここで、２行目乃至４行目のコンテンツのアーティスト名、アルバム名、曲名は、PCデータベース５５より取得され、５行目および6行目の再生時間および再生開始時刻は、PD４のPDデータベース９１より取得されて、PDの再生履歴データ１６１が生成される。すなわち、５行目および6行目の再生時間および再生開始時刻（動作情報）に、２行目乃至４行目のコンテンツのアーティスト名、アルバム名、曲名（メタデータ）が付加されて、PDの再生履歴データ１６１が生成されている。

そして、PC１は、このように生成したPDの再生履歴データ１６１を、識別情報１６２とともに、サーバ３に送信する。これにより、サーバ３には、PDの再生履歴データ１６１が、識別情報１６２とともに取得され、PDの再生履歴データ１６１に基づくPDの再生履歴情報が蓄積される。

以上のように、サーバ３には、PCや再生履歴情報だけでなく、PDの再生履歴情報も蓄積されるので、より多くの再生履歴情報が蓄積される。これらの再生履歴情報は、サーバ３のWebサービスにより、自己や他人に公開されたり、公開されるランキング情報などを生成するために用いられる。

次に、図１０のフローチャートを参照して、サーバ３により実行されるPCの再生履歴蓄積処理について説明する。なお、図１０のサーバ３の処理に対応して、PC１により実行されるPCの再生履歴送信処理も、図１１のフローチャートを参照して説明する。なお、適宜、上述した図８の概略図も参照される。

ユーザは、操作入力部１６を操作することで、PC１のアプリケーション５１を起動させ、サーバ３のWebサービスに対して、ユーザIDとパスワードの送信を指示することで、サーバ３のWebサービスにログインを行う。すなわち、ユーザIDおよびパスワードからなるユーザの認証データは、アプリケーション制御部７２から、通信データ制御部７３および通信制御部７４を介して、ブラウザ５２に供給される。ブラウザ５２は、ネットワーク２を介して、サーバ３のWebサービスに、ユーザの認証データを送信する。これにより、PC１のユーザは、サーバ３のWebサービスにログインすることができる。

また、ユーザは、操作入力部１６を操作し、PC１に記憶されている所望のコンテンツの再生を指示する。これに対応して、再生部７５は、コンテンツ管理部７７から取得されるファイルパスに基づいて、ユーザ所望のコンテンツファイルを取得し、それを再生する。

サーバ３のPC再生履歴取得部１１１は、内蔵するタイマで計時動作を行っており、定期的（例えば、5秒や10秒間隔）に、図１０のPCの再生履歴蓄積処理を開始する。

ステップＳ１１において、PC再生履歴取得部１１１は、図８を参照して上述したように、ネットワーク２を介して、PC１に対して、PCの再生履歴データを要求する。なお、実際には、再生中のコンテンツ情報が要求される。

一方、PC１のブラウザ５２は、図１１のステップＳ３１において、サーバ３から、PCの再生履歴データが要求されるまで待機している。サーバ３からの要求が、ネットワーク２を介して送信されてくるので、ステップＳ３１において、ブラウザ５２は、サーバ３からPCの再生履歴データが要求されたと判定し、処理は、ステップＳ３２に進む。

PCの再生履歴データの要求は、通信制御部７４、通信データ制御部７３、およびアプリケーション制御部７２を介して、再生履歴データ生成部７６に供給される。再生履歴データ生成部７６は、ステップＳ３２において、コンテンツ管理部７７を制御し、PCデータベース５５から、再生中のコンテンツのメタデータを取得させ、取得した再生中のコンテンツのメタデータを用いて、PCの再生履歴データを生成する。

例えば、現在、再生部７５により現在再生中のコンテンツが、IDが「１」のコンテンツの場合、コンテンツ管理部７７から、IDが「１」のコンテンツの「曲名１」、「アーティスト名１」、および「アルバム名１」が、再生中のメタデータとして取得されるので、図８に示されるように、再生履歴データ生成部７６は、「曲名１」、「アーティスト名１」、および「アルバム名１」などが記述されたPCの再生履歴データ１５１を生成し、生成したPCの再生履歴データ１５１を通信データ制御部７３に供給する。通信データ制御部７３は、PCの再生履歴データ１５１を、通信制御部７４を介して、ブラウザ５２に供給する。

ステップＳ３３において、ブラウザ５２は、PCの再生履歴データ１５１を、Java（登録商標）Scriptインタフェースおよびネットワーク２を介して、サーバ３に送信する。

これに対応して、サーバ３のPC再生履歴取得部１１１は、図１０のステップＳ１２において、PCの再生履歴データ１５１を取得し、取得したPCの再生履歴データ１５１を、PC再生判定部１１２に供給する。

PC再生判定部１１２は、ステップＳ１３において、内蔵するタイマで計時動作を行っており、所定の時間が経過したか否かを判定し、所定の時間が経過したと判定した場合、処理は、ステップＳ１４に進む。この所定の時間とは、ステップＳ１４においてコンテンツが再生されたか否かが判定可能なPCの再生履歴データが溜まるまでの時間である。

ステップＳ１４において、PC再生判定部１１２は、所定の時間溜められたPC１の再生履歴データ１５１を参照して、PCの再生履歴データ１５１に示されるコンテンツが再生されたか否かを判定する。

すなわち、再生中のコンテンツのメタデータが記述されるPC１の再生履歴データ１５１は、定期的に取得されるので、所定の時間溜められたPC１の再生履歴データ１５１を参照することで、PC１においてコンテンツが再生されている時間がわかる。したがって、所定の時間溜められたPC１の再生履歴データ１５１から、PCの再生履歴データ１５１に示されるコンテンツの実際の再生時間T1が求められる。また、サーバ３が有する図示せぬメタデータDBから、PCの再生履歴データ１５１に記述されるコンテンツの全体再生時間T2が取得される。

したがって、PC再生判定部１１２は、コンテンツの実際の再生時間T1と、コンテンツの全体再生時間T2を比較して、例えば、コンテンツの実際の再生時間T1が、全体再生時間T2の半分以上であった（T1 ＞ T2/2の）場合に、ステップＳ１４において、そのコンテンツが再生されたと判定し、処理は、ステップＳ１５に進む。

ステップＳ１５において、PC再生判定部１１２は、PCの再生履歴データ１５１から得られる再生されたと判定したコンテンツのメタデータ、および求められた再生時間などを、PCの再生履歴情報として、PC再生履歴データベース１２１に蓄積する。

一方、ステップＳ１３において、所定の時間が経過していないと判定された場合、すなわち、コンテンツが再生されたか否かが判定可能なPCの再生履歴データが溜まっていないので、PCの再生履歴情報の蓄積が行われずに、PCの再生履歴蓄積処理は終了される。また、ステップＳ１４において、コンテンツが再生されていないと判定された場合も、PCの再生履歴情報の蓄積が行われずに、PCの再生履歴蓄積処理は終了される。

以上のようにして、サーバ３の再生履歴データベース１１５には、PCの再生履歴情報がユーザ毎に蓄積される。

次に、図１２のフローチャートを参照して、PC１により実行されるPDの再生履歴送信処理について説明する。

ユーザは、操作入力部１６を操作することで、PC１のアプリケーション５１を起動させ、PC１に、USBケーブルなどを介して、PD４を接続する。アプリケーション５１が起動されると、アプリケーション制御部７２の制御により、GUI表示処理部７１は、表示部１７に、アプリケーション画面２０１（後述する図１３）を表示させる。

ステップＳ５１において、転送処理部７８は、PC１にPD４が接続されるまで待機しており、PDプラグインモジュール５４からの通知に基づいて、PD４が接続されたと判定した場合、PD４の接続を再生履歴データ生成部７６に通知し、処理は、ステップＳ５２に進む。

再生履歴データ生成部７６からの、PD４の接続の通知に対応して、アプリケーション制御部７２は、曲情報の通知の設定を確認する。曲情報の通知の設定の詳細は、図１４を参照して後述するが、この場合、曲情報の通知の設定においては、機器に再生履歴情報があるときWebサービスに通知するか否かを、毎回ダイアログを表示して選択することが設定されている。したがって、アプリケーション制御部７２は、曲情報の通知の設定に基づいて、アプリケーション画面２０１上に、再生履歴の通知の可否を求める通知確認ウィンドウ２０２を表示させる。

図１３は、表示部１７に表示される画面例を示す図である。図１３の例においては、アプリケーション画面２０１と、アプリケーション画面２０１上に重畳される通知確認ウィンドウ２０２が示されている。

アプリケーション画面２０１は、常に表示される基本機能表示画面２１１と、基本機能表示画面２１１に配置される「音楽を取り込む」ボタン２２１、「マイライブラリ」ボタン２２２、および「音楽を転送する」ボタン２２３の選択に応じて表示が変更される選択表示画面２１２により構成されている。なお、図１３の例の場合、選択表示画面２１２には、「音楽を転送する」ボタン２２３の選択に応じた画面が表示されている。

基本機能表示画面２１１には、左側より、音量を調整するためのボリュームボタン２３１、コンテンツをCDや、図示せぬコンテンツサーバなどから取り込む（符号化して記録する）ための取り込みボタン２２１、PCデータベース５５に登録されているコンテンツの情報を表示するための「マイライブラリ」ボタン２２２、コンテンツやプレイリストなどをPD４に転送するための転送ボタン２２３、コンテンツを提供するコンテンツサーバ（ミュージックサイト）にアクセスするためのミュージックサイトボタン２３２、Webサービス（ミュージックコミュニティ）を提供するサーバ３にアクセスするためのミュージックコミュニティボタン２３３が配置されている。

また、基本機能表示画面２１１のボリュームボタン２３１などの下側には、コンテンツの停止中には再生を指示し、コンテンツの再生中には一時停止を指示するための再生操作ボタン２３４、コンテンツの再生を停止するための停止ボタン２３５、再生対象のコンテンツに対して１つ前のコンテンツを指示するための「前へ」ボタン２３６、再生対象のコンテンツに対して１つ次のコンテンツを指示するための「次へ」ボタン２３７、並びに、再生中のコンテンツ名およびアーティスト名や画像などが提示される提示部２３８などが配置されている。

選択表示画面２１２には、「音楽を転送する」ボタン２２３の選択に応じた画面として、PC１のPCデータベース５５に登録されているコンテンツの情報を表示する「マイライブラリ」表示部２４１と、接続されたPD４に記憶されているコンテンツの情報を表示するPD表示部２４２が表示されている。

また、アプリケーション画面２０１上に重畳される通知確認ウィンドウ２０２には、「機器・メディアの再生履歴をミュージックコミュニティ（Webサービス）に通知しますか？」の文字と、「はい」ボタン、「いいえ」ボタン、「ヘルプ」ボタンとが、再生履歴の通知の可否を求めるべく表示されている。さらに、「今後、確認を行わない」という文字もチェックボタンと並んで表示されており、チェックボタンにチェックを入れることで、このウィンドウ２０２を表示させないようにすることもできる。

ユーザは、操作入力部１６を操作し、通知確認ウィンドウ２０２の「はい」ボタンを選択する。これに対応して、アプリケーション制御部７２は、再生履歴データ生成部７６に、PDの再生履歴を通知するように制御する。

なお、上述した曲情報の通知の設定は、図１４に示されるように、ユーザにより設定可能である。ユーザは、操作入力部１６を操作して、アプリケーション画面のメニューバーより設定を選択すると、アプリケーション制御部７２の制御のもと、表示部１７のアプリケーション画面２０１上には、設定ウィンドウ２５１が表示される。

図１４の設定ウィンドウ２５１においては、左側のカテゴリ一覧のうち、音楽配信サービスのカテゴリ内に表示される曲情報の通知が選択されて、右側には、曲情報の通知の設定項目が表示されている。

この曲情報の通知においては、再生中の曲（コンテンツ）やデータベース（すなわち、PCデータベース５５）に登録されている曲情報をWebサービスに通知する機能を有効にするか否か（すなわち、図１１を参照して上述したPCの再生履歴データの送信を行うか否か）、および、機器（すなわち、PD４）に再生履歴情報があるとき、Webサービスに通知するか、通知しないか、または、毎回ダイアログを表示して選択するかを予め設定しておくことができる。

図１４の例においては、再生中の曲やデータベースに登録されている曲情報をWebサービスに通知する機能を有効にすることが設定されており、機器に再生履歴情報があるときWebサービスに通知するか否かを、毎回ダイアログを表示して選択することが設定されている。

例えば、機器に再生履歴情報があるときWebサービスに通知すること、あるいは、Webサービスに通知しないことが設定されている場合には、これらの設定を確認して、アプリケーション制御部７２は、再生履歴データ生成部７６に、PDの再生履歴の通知の可否を制御する。

図１２に戻って、再生履歴データ生成部７６は、ステップＳ５２において、再生履歴を通知するか否かを判定し、アプリケーション制御部７２からの制御に応じて、再生履歴を通知すると判定した場合、ステップＳ５３において、転送処理部７８に、PD４から、コンテンツの再生に関する動作情報および識別情報を取得させ、それらをキャッシュデータとして記憶する。

すなわち、PD４のPDデータベース９１には、図９を参照して上述したように、コンテンツの再生に関する動作情報が蓄積される動作情報テーブル１０１が構成されている。また、PD４のROMには、PD４のデバイスを識別する識別情報が記憶されている。

したがって、転送処理部７８は、ステップＳ５３において、PDプラグインモジュール５４を制御して、動作情報テーブル１０１から、コンテンツの再生に関する動作情報を取得させ、PD４のROMから、PD４の識別情報を取得させ、取得された動作情報と識別情報を、再生履歴データ生成部７６に内蔵されるキャッシュに、キャッシュデータとして記憶させる。なお、動作情報の取得後、PD４においては、動作情報テーブル１０１の情報がリセットされる。

ステップＳ５４において、アプリケーション制御部５４は、すでにWebサービスへログインしているか否かを判定し、Webサービスへログインしていないと判定した場合、ステップＳ５５において、GUI表示処理部７１を制御し、表示部１７のアプリケーション画面２０１上に、図１５に示されるように、ログインウィンドウ２６１を表示させる。

図１５のログインウィンドウ２６１には、「再生履歴を通知するには、ミュージックコミュニティにログインする必要があります」の文字、メールアドレス入力スペースおよびパスワード入力スペース、「新規登録」ボタン、「OK」ボタン、および「キャンセル」ボタンが表示されている。

サーバ３のWebサービスにすでにユーザ登録しているユーザは、操作入力部１６を操作し、登録時に用いたメールアドレスを、ログインウィンドウ２６１のメールアドレス入力スペースに入力し、パスワードを、パスワード入力スペースに入力し、「OK」ボタンを選択することで、PC１に対して、Webサービスへのログインを指示する。

アプリケーション制御部５４は、操作入力部１６を介して入力されるメールアドレスおよびパスワードを、通信データ制御部７３、および通信制御部７４を介して、ブラウザ５２に供給する。ブラウザ５２は、通信制御部７４からのメールアドレスおよびパスワードを、Java（登録商標）Scriptインタフェースおよびネットワーク２を介して、サーバ３に送信する。これにより、サーバ３においては、PC１のユーザのログインが許可される。

ステップＳ５５の処理の後、ステップＳ５４に処理は戻り、Webサービスへログインしていると判定されるまで、それ以降の処理は繰り返される。一方、ステップＳ５４において、Webサービスへログインしていると判定された場合、ステップＳ５５の処理はスキップされ、処理は、ステップＳ５６に進む。

ステップＳ５６において、再生履歴データ生成部７６は、PDの再生履歴データの生成処理を実行する。このPDの再生履歴データの生成処理の詳細は、図１８を参照して後述する。ステップＳ５６のPDの再生履歴データの生成処理により、動作情報が１エントリに追加され、動作情報にあるContent IDのコンテンツのメタデータが、PCデータベース５５またはPDデータベース９１より取得されて、取得されたメタデータが、１エントリに追加されて、PDの再生履歴データが生成される。

なお、PDの再生履歴データの生成中には、アプリケーション画面２０１に、図１６に示されるように、進捗状況２７１が表示される。

図１６の例においては、基本機能表示画面２１１内の提示部２３８の右横に、「再生履歴アップロード中… 2/23」の文字とともに、その進捗を示す進捗バーなどが表示されている。なお、実際には、「再生履歴アップロード中」と進捗バーは、CPU１１の負荷がかかる再生履歴データの生成開始から、サーバ３に送信開始を通知するまでの進捗を表している。

再び、図１２に戻って、ステップＳ５６において生成されたPDの再生履歴データは、PDの識別情報とともに、通信データ制御部７３および通信制御部７４を介して、ブラウザ５２に供給される。

ステップＳ５７において、ブラウザ５２は、PDの再生履歴データのヘッダに、PDの識別情報を付加して、Java（登録商標）Scriptインタフェースおよびネットワーク２を介して、サーバ３に送信する。その後、ステップＳ５８において、アプリケーション制御部７２は、送信が成功したか否かを判定する。

後述する図１９のステップＳ９１においてサーバ３は、PDの再生履歴データとPDの識別情報を受信すると、ネットワーク２を介して、受信したことを通知してくる。ブラウザ５２は、サーバ３の受信通知を、通信制御部７４および通信データ制御部７３を介して、アプリケーション制御部７２に供給する。

通信データ制御部７３から、サーバ３からの受信通知が供給されると、ステップＳ５８において、アプリケーション制御部７２は、送信が成功したと判定し、処理は、ステップＳ５９に進む。ステップＳ５９において、再生履歴データ生成部７６は、ステップＳ５３において記憶していたキャッシュデータを破棄し、PDの再生履歴送信処理を終了する。

ステップＳ５８において、送信が成功していないと判定された場合、ステップＳ５９の処理はスキップされて、PDの再生履歴送信処理は終了される。すなわち、サーバ３への送信が失敗したので、キャッシュデータはそのまま残され、次回PD４が接続されたときに、残されたキャッシュデータに、さらに、次回取得される動作情報および識別情報のキャッシュデータが追加され、追加されたキャッシュデータが用いられて、PDの再生履歴データが生成され、サーバ３に送信される。

また、ステップＳ５２において再生履歴を通知しないと判定された場合、PDの再生履歴情報の送信は行われず、PDの再生履歴送信処理は終了される。

図１７は、図１２のステップＳ５６の処理により生成されるPDの再生履歴データの構成例を示している。すなわち、図１７の例においては、図９のPD再生履歴データがさらに詳しく示されている。このPDの再生履歴データは、XMLで表現されている。

図１７の例において、１行目の<?xml version ="1.0"encoding="UTF-8"?>は、このPDの再生履歴データが、XMLのバージョン"1.0"で表現され、"UTF-8"で符号化されていることを示している。

３行目の<entries>と１１行目の</entries>タグは、４行目乃至１０行目に、複数のPDの再生履歴データがエントリとして記載されていることを示している。４行目の<entry xmlns="http://purl.org/atom/ns#" xmlns:otolog="http://otolog/ns/music#">と１０行目の</entry>タグは、５行目乃至９行目に、１つのコンテンツのPD再生履歴データが１エントリとして記載されていることを示している。なお、４行目のentry以下は、XMLを解釈するためのURIを表している。

５行目の<otolog:artist></otolog:artist>タグは、１エントリのコンテンツのアーティストの名前を示すタグであり、図１７の例の場合、１エントリのコンテンツのアーティストの名前が「アーティスト名１」であることを示している。６行目の<otolog:album></otolog: album>タグは、１エントリのコンテンツのアルバムの名前を示すタグであり、図１７の例の場合、１エントリのコンテンツのアルバムの名前が「アルバム名１」であることを示している。７行目の<otolog:track> </otolog:track>タグは、１エントリのコンテンツのトラック（タイトル）の名前を示すタグであり、図１７の例の場合、１エントリのコンテンツのトラックの名前が「曲名１」であることを示している。

８行目の<otolog:duration> </otolog:duration>タグは、１エントリのコンテンツの再生された時間長を秒で示すタグである。９行目の<otolog:date> </otolog:date>タグは、１エントリのコンテンツの再生開始時刻を(YYYY-MM-DD hh:mm:ss)で示すタグである。ここで、YYYYは、西暦を表し、MMは、月を表し、DDは日を表し、hhは、時間を表し、mmは、分を表し、ssは、秒を表している。

なお、図１７の例の場合、エントリが1エントリのみの場合が示されており、エントリ毎に、<entry></entry>タグが記述される。

次に、図１７のPDの再生履歴データの生成処理について、図１８のフローチャートを参照して説明する。なお、このPDの再生履歴データの生成処理は、図１２のステップＳ５６の処理であり、再生履歴データ生成部７６に内蔵されるキャッシュには、PD４から取得された動作情報と識別情報がキャッシュデータとして記憶されている。

ステップＳ７１において、再生履歴データ生成部７６は、PD再生履歴データのヘッダを作成する。すなわち、図１７の<entries>を作成する。

ステップＳ７２において、再生履歴データ生成部７６は、キャッシュデータから、Content ID、再生開始時刻、および再生終了時刻を取得する。すなわち、図９の例の場合、Content ID「010F500000040000007」の再生開始時刻（2006年７月25日の11時30分10秒）、および再生停止時刻（2006年７月25日の11時35分01秒）が取得されるので、Content ID「010F500000040000007」の再生時間が4分51秒であることが求められる。

ステップＳ７３において、再生履歴データ生成部７６は、Content ID「010F500000040000007」のエントリを作成し、キャッシュデータ（すなわち、動作情報）からの再生開始時刻および再生時間をエントリに追加する。これにより、図１７の例の場合、エントリには、８行目の<otolog:duration> 再生された時間長</otolog:duration>、および、９行目の<otolog:date> 再生開始時刻</otolog:date>が追加される。

ステップＳ７４において、再生履歴データ生成部７６は、コンテンツ管理部７７を制御し、Content IDがPCデータベース５５に存在するか否かを判定させる。コンテンツ管理部７７は、ステップＳ７４において、Content IDがPCデータベース５５に存在すると判定した場合、ステップＳ７５において、データアクセスモジュール５３を制御し、PCデータベース５５から、Content IDのコンテンツのメタデータを取得させ、再生履歴データ生成部７６に供給する。

例えば、図９の例の場合、Content ID「010F500000040000007」の曲名１、アーティスト名１、およびアルバム名１がPCデータベース５５より取得される。

一方、例えば、Content IDのコンテンツが、PC１以外の他のPCなどから転送されたコンテンツの場合、そのContent IDは、PCデータベース５５に存在しない。この場合、ステップＳ７４において、Content IDがPCデータベース５５に存在しないと判定され、再生履歴データ生成部７６は、ステップＳ７６において、転送処理部７８を制御し、PD４のPDデータベース９１から、PD４により再生されたコンテンツのメタデータを取得させる。

この場合、PDプラグインモジュール５４は、図６の基本グループテーブル１０２の各Song IDが対応する付加情報テーブル１０３の付加情報を、例えば、Song IDの昇順に検索し、付加情報テーブル１０３において、検索中のSong ID のContent IDが、求めるContent IDと一致するとき、付加情報テーブル１０３から、そのメタデータ（曲名、アーティスト名、およびアルバム名）を取得する。

すなわち、PD４からメタデータを取得する場合、求めるContent IDが、始めの方のSong IDのContent IDであればよいが、終わりの方のSong IDのContent IDであるときには、メタデータの取得に時間がかかってしまう。したがって、PCデータベース５５からメタデータを取得する方が、PDから取得するよりも効率がよい。

なお、付加情報テーブル１０３には、ファイルパスも格納されているので、ファイルパスからコンテンツファイルにアクセスし、直接コンテンツファイルからメタデータを取得することも可能である。

ステップＳ７７において、再生履歴データ生成部７６は、取得したメタデータをエントリに追加する。すなわち、再生履歴データ生成部７６は、動作情報から取得された再生開始時刻および再生時間が追加されたエントリに、さらにメタデータを追加する。

具体的には、PCデータベース５５またはPD４の付加情報テーブル１０３より取得されたメタデータであるアーティスト名１、アルバム名１、および曲名１をエントリに追加する。これにより、すでに、８行目の<otolog:duration> 再生された時間長</otolog:duration>および９行目の<otolog:date> 再生開始時刻</otolog:date>が追加されているContent ID「010F500000040000007」のエントリには、図１７に示されるように、５行目の<otolog:artist>アーティスト名１</otolog:artist>、６行目の<otolog:album>アルバム名１</otolog: album>、および７行目の<otolog:track> 曲名１</otolog:track>が追加される。

ステップＳ７８において、再生履歴データ生成部７６は、キャッシュデータに、次のContent IDがあるか否かを判定し、まだ、次のContent IDがあると判定した場合、処理は、ステップＳ７２に戻り、それ以降の処理が繰り返される。

また、ステップＳ７８において、キャッシュデータに、もう次のContent IDがないと判定された場合、処理は、ステップＳ７９に進み、再生履歴データ生成部７６は、フッタを作成し、PDの再生履歴データの生成処理を終了する。すなわち、図１７の</entries>が作成され、PDの再生履歴データが生成される。

以上のように、PD４で再生されたコンテンツのメタデータを、PC１のデータベースから取得して、動作情報に付加して、PDの再生履歴データを生成するようにしたので、PD４からメタデータを取得する場合よりも、早くデータを生成することができる。また、PC１のデータベースの方が、PD4より多くのメタデータを記憶することができるので、上述したアーティスト、アルバム、および曲名以外のメタデータもサーバ３に送信し、再生履歴とともに記憶させておくことができるので、ユーザに提供するサービスの拡張性を向上させることができる。

次に、図１９のフローチャートを参照して、図１２の処理に対応してサーバ３により実行されるPDの再生履歴蓄積処理について説明する。

上述した図１２のステップＳ５７において、PC１は、PDの再生履歴データとPDの識別情報を、ネットワーク２を介して送信してくる。

サーバ３のPD再生履歴取得部１１３は、ステップＳ９１において、PDの再生履歴データおよびPDの識別情報を、ネットワーク２を介して取得し、取得したPDの再生履歴データおよびPDの識別情報を、PD再生判定部１１４に供給する。なお、このとき、PD再生履歴取得部１１３は、PDの再生履歴データを受信したことを、ネットワーク２を介して、PC１に送信する。

ステップＳ９２において、PD再生判定部１１４は、PDの再生履歴データを用いて、コンテンツが再生されたか否かを判定する。例えば、図１０を参照して上述したのと同様に、サーバ３が有する図示せぬメタデータDBから、PDの再生履歴データの各エントリが示すコンテンツの全体再生時間T2が取得される。したがって、PD再生判定部１１４は、PDの再生履歴データの各エントリが示すコンテンツの再生時間T1と、コンテンツの全体再生時間T2を比較して、例えば、コンテンツの再生時間T1が、全体再生時間T2の半分以上であった（T1 ＞ T2/2の）場合に、ステップＳ９２において、そのコンテンツが再生されたと判定し、処理は、ステップＳ９３に進む。

ステップＳ９３において、PD再生判定部１１４は、PDの再生履歴データから得られる再生されたと判定したコンテンツのメタデータ、再生開始時刻、および再生時間などを、PDの再生履歴情報として、識別情報とともに、PD再生履歴データベース１２２に蓄積する。

一方、ステップＳ９２において、コンテンツが再生されていないと判定された場合、PDの再生履歴情報の蓄積が行われずに、PDの再生履歴蓄積処理は終了される。

以上のようにして蓄積されたPDの再生履歴情報は、サーバ３のWebサービスにより、自己や他人に公開されたり、公開されるランキング情報などを生成するために用いられる。

図２０は、サーバ３に蓄積されたPDの再生履歴情報が、PCの再生履歴情報とともに提供される画面例を示す図である。図２０の例において、図１３と対応する部分には、対応する符号が付してあり、その説明は繰り返しになるので省略する。

図２０のアプリケーション画面２０１の選択表示画面２１２には、ユーザにより、基本機能表示画面２１１のミュージックコミュニティボタン２３３が選択されることで、「音楽を取り込む」ボタン２２１に応じた画面として、Webサービス（ミュージックコミュニティ）を提供するサーバ３からのWebサービス画面が表示されている。

Webサービス画面には、PC１のユーザのPCの再生履歴情報に基づいてサーバ３により生成された、PC１において最近、最も多く再生された１０曲（以下、PC プレイログ最新１０曲とも称する）の情報を、PC１のユーザやその他のユーザに提供するPC再生履歴表示部２８１と、PC１のユーザのPDの再生履歴情報に基づいてサーバ３により生成された、PD４において最近、最も多く再生された１０曲（以下、PDプレイログ最新１０曲とも称する）の情報を、PC１のユーザやその他のユーザに提供するPD再生履歴表示部２８２が配置されている。また、選択表示画面２１２の下側には、選択表示画面２１２を左右にスクロールするためのスクロールバー２８３と、選択表示画面２１２の右側には、選択表示画面２１２を上下にスクロールするためのスクロールバー２８４が配置されている。

なお、図２０の例においては、表示スペースがなく、PC再生履歴表示部２８１およびPD再生履歴表示部２８２には８曲までしか表示されていない。

例えば、PC再生履歴表示部２８１には、PC１において最も再生された曲の情報として、１乃至８曲の情報（曲名およびアーティスト名）が示されている。すなわち、１番目に多く聞かれた曲の情報として、「曲名Ａ」および「アーティスト名１９」が表示されている。２番目に多く聞かれた曲の情報として、「曲名Ｐ」および「アーティスト名３８」が表示されている。３番目に多く聞かれた曲の情報として、「曲名Ｗ」および「アーティスト名２」が表示されている。４番目に多く聞かれた曲の情報として、「曲名Ｑ」および「アーティスト名５１」が表示されている。

５番目に多く聞かれた曲の情報として、「曲名Ｂ」および「アーティスト名８」が表示されている。６番目に多く聞かれた曲の情報として、「曲名Ｅ」および「アーティスト名１３」が表示されている。７番目に多く聞かれた曲の情報として、「曲名Ｍ」および「アーティスト名２」が表示されている。８番目に多く聞かれた曲の情報として、「曲名Ｈ」および「アーティスト名１」が表示されている。

一方、PD再生履歴表示部２８２には、PD４において最も再生された曲の情報として、１乃至８曲の情報（曲名およびアーティスト名）が示されている。すなわち、１番目に多く聞かれた曲の情報として、「曲名Ｗ」および「アーティスト名２」が表示されている。２番目に多く聞かれた曲の情報として、「曲名Ｐ」および「アーティスト名３８」が表示されている。３番目に多く聞かれた曲の情報として、「曲名Ａ」および「アーティスト名１９」が表示されている。４番目に多く聞かれた曲の情報として、「曲名Ｍ」および「アーティスト名２」が表示されている。

５番目に多く聞かれた曲の情報として、「曲名Ｅ」および「アーティスト名１３」が表示されている。６番目に多く聞かれた曲の情報として、「曲名Ｃ」および「アーティスト名５」が表示されている。７番目に多く聞かれた曲の情報として、「曲名Ｒ」および「アーティスト名１９」が表示されている。８番目に多く聞かれた曲の情報として、「曲名Ｈ」および「アーティスト名１」が表示されている。

このように、Webサービスにより、PCの再生履歴情報だけでなく、PDの再生履歴情報も表示（提供）されるので、PCのユーザ本人や他のユーザは、PCのユーザが、PC上のアプリケーションで聞いた曲の履歴情報だけでなく、PDで聞いた曲の履歴情報もWebサービスにより得ることができる。これにより、ユーザ本人や他のユーザは、PC１だけでなく、PD４で最近よく聞く曲の情報を知ることができる。

なお、図２０の例においては、PD再生履歴表示部２８２は１つしか表示されていないが、ユーザが複数のPD（例えば、２つのPD）を使用している場合には、PDの識別情報毎のPD再生履歴表示部２８２（すなわち、２つ再生履歴表示部２８２）が設けられる。これにより、ユーザ本人や他のユーザは、PCとPDという区別だけでなく、PD毎に最近よく聞く曲の情報を知ることができる

以上のように、PCの再生履歴情報だけでなく、PDの再生履歴情報もサーバ（Webサービス）に送信するようにしたので、サーバにおいて、再生履歴情報を一元管理することができるとともに、ユーザのユースケースが拡がるため、取得される再生履歴情報の間口が拡がり、サーバに、より多くの再生履歴情報を蓄積することができる。これにより、蓄積された再生履歴情報を、資産として、新たなサービスを展開することができる。

具体的には、より多くの再生履歴情報を用いて、例えば、日本で2006年上半期に聞かれたコンテンツの統計をとり、ベスト100などのランキングのプレイリストを作成したり、雨の日によく聞かれたコンテンツの統計をとり、雨の日の定番プレイリストなどを作成して、それらの作成したプレイリストを、PCやPDに、フィードバックとして提供することができる。これらのプレイリストは、より多くの再生履歴情報を用いて作成されるため、より汎用的なデータとなり得る。そして、結果的に、このようなプレイリストを所望するユーザがこのWebサーバに集まるので、さらに、より多くの再生履歴情報を蓄積することができる。これにより、さらなる新たなサービスの展開が期待できる。

また、PDの再生履歴情報が識別情報とともに管理されるので、例えば、ユーザが、複数台のPDを使いこなす場合、または、PDと携帯電話機の両方を使いこなす場合など、機種毎に再生履歴情報を管理することができる。

さらに、PDの再生に関する動作情報に、PCで管理されているメタデータを付加して、再生履歴データとしてサーバに送信するようにしたので、PDからメタデータを取得する場合よりも効率的にデータを作成することができる。また、PCでは、歌詞情報やジャケット画像などのより詳細なメタデータを管理することができるので、これらのメタデータが付加された再生履歴データが送信されることで、サーバにおいて、さらに内容の濃い再生履歴情報を管理することが可能である。

なお、上記説明においては、PDに記憶された再生に関する動作情報（すなわち、再生履歴）をサーバに送信（アップロード）する例を説明したが、動作情報に限らず、PD上に蓄えられる情報であれば他の情報を送信するように構成することもできる。

例えば、PD上で編集されたプレイリストをサーバ３にアップロードすることも可能であるし、または、ユーザによりコンテンツと対応付けられた画像（例えば、旅行中によく聞いたコンテンツと旅行中に撮影した画像）を、サーバ３にアップロードすることも可能である。

なお、上記説明においては、楽曲のコンテンツを用いて説明したが、本発明は、楽曲のコンテンツに限らず、動画像や静止画像、またはアプリケーションなどのコンテンツにも適用することができる。

また、上記説明においては、情報処理装置として、図２のPC１などのパーソナルコンピュータを用いて説明したが、PC１に限定されず、例えば、携帯可能な記録再生装置であるPD４や、携帯電話機、その他のPDA(Personal Digital Assistant)機器や、AV(Audio Visual)機器などの再生装置、記録再生装置や家電（家庭用電化製品）などのCE（Consumer Electronics）機器などで構成することもできる。

上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば、汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。

この記録媒体は、図２に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory)，ＤＶＤ(Digital Versatile Disk)を含む）、光磁気ディスク（MD(Mini-Disk)（商標）を含む）、もしくは半導体メモリなどよりなるリムーバブルメディア２２のようなパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭ１２や、記憶部１９に含まれるハードディスクなどで構成される。

なお、本明細書において、フローチャートに示されるステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

本発明のWebサービス提供システムの構成例を示す図である。 図１のPCのハードウェア構成例を示すブロック図である。 図１のPのモジュール構成例を示すブロック図である。 図３のPCデータベースの構成例を示す図である。 PDデータベースの動作情報テーブルの構成例を示す図である。 PDデータベースのコンテンツ情報テーブルの構成例を示す図である。 図１のサーバの機能構成例を示すブロック図である。 PCの再生履歴データの生成および取得処理を概念的に示す図である。 PDの再生履歴データの生成および取得処理を概念的に示す図である。 サーバにより実行されるPCの再生履歴蓄積処理について説明するフローチャートである。 PCにより実行されるPCの再生履歴送信処理について説明するフローチャートである。 PCにより実行されるPDの再生履歴送信処理を説明するフローチャートである。 表示部に表示される画面例を示す図である。 設定ウィンドウの表示例を示す図である。 ログインウィンドウ表示例を示す図である。 表示部に表示される画面例を示す図である。 サーバにより実行されるPCの再生履歴蓄積処理について説明するフローチャートである。 図１２のステップＳ５６のPDの再生履歴データの生成処理を説明するフローチャートである。 サーバにより実行されるPCの再生履歴蓄積処理について説明するフローチャートである。 PDの再生履歴情報がPCの再生履歴情報とともに提供される画面例を示す図である。

符号の説明

１−１，１−２ パーソナルコンピュータ， ３ サーバ， ４−１，４−２ ポータブルデバイス， １６ 操作入力部， １７ 表示部， ５１ アプリケーション， ５２ ブラウザ， ５３ データアクセスモジュール， ５４ PDプラグインモジュール， ５５ PCデータベース， ７１ GUI表示処理部， ７２ アプリケーション制御部， ７３ 通信データ制御部， ７４ 通信制御部， ７５ 再生部， ７６ 再生履歴データ生成部， ７７ コンテンツ管理部， ７８ 転送処理部， ９１ PDデータベース， １０１ 動作情報テーブル， １０２ 基本グループツリーテーブル， １０３ 付加情報テーブル， １１５ 再生履歴データベース

Claims (5)

1. サーバに情報を送信する情報処理装置において、
   携帯可能な端末が接続されたか否かを判定する接続判定手段と、
   前記接続判定手段により前記端末が接続されたと判定された場合、前記端末の識別情報と、前記端末により再生されたコンテンツの再生に関する動作情報を前記端末から取得する情報取得手段と、
   前記情報取得手段により取得された前記動作情報からなる前記端末の再生履歴情報を、前記端末の識別情報とともに、前記サーバに送信する送信手段と
   を備える情報処理装置。
2. コンテンツのメタデータを記憶する記憶手段と、
   前記端末により再生されたコンテンツのメタデータが前記記憶手段に記憶されているか否かを判定するメタデータ判定手段と、
   前記メタデータ判定手段により前記端末により再生されたコンテンツのメタデータが前記記憶手段に記憶されていると判定された場合、前記記憶手段から、前記端末により再生されたコンテンツのメタデータを取得するメタデータ取得手段と、
   前記情報取得手段により取得された前記動作情報に、前記メタデータ取得手段により取得された前記メタデータを付加して、前記端末の再生履歴情報を生成する再生履歴情報生成手段と
   をさらに備える求項１に記載の情報処理装置。
3. 前記メタデータ判定手段により前記端末により再生されたコンテンツのメタデータが前記記憶手段に記憶されていないと判定された場合、
   前記情報取得手段は、さらに、前記端末から、前記端末により再生されたコンテンツのメタデータを取得し、
   前記再生履歴情報生成手段は、前記情報取得手段により取得された前記動作情報に、前記情報取得手段により取得された前記メタデータを付加して、前記端末の再生履歴情報を生成する
   請求項２に記載の情報処理装置。
4. サーバに情報を送信する情報処理装置の情報処理方法において、
   携帯可能な端末が接続されたか否かを判定し、
   前記端末が接続されたと判定された場合、前記端末の識別情報と、前記端末により再生されたコンテンツの再生に関する動作情報を前記端末から取得し、
   取得された前記動作情報からなる前記端末の再生履歴情報を、前記端末の識別情報とともに、前記サーバに送信するステップ
   を含む情報処理方法。
5. 携帯可能な端末が接続されたか否かを判定し、
   前記端末が接続されたと判定された場合、前記端末の識別情報と、前記端末により再生されたコンテンツの再生に関する動作情報を前記端末から取得し、
   取得された前記動作情報からなる前記端末の再生履歴情報を、前記端末の識別情報とともに、サーバに送信するステップ
   を含む処理をコンピュータに実行させるプログラム。

Images