JP5398926B1 - プログラム - Google Patents

Abstract

【課題】コンテンツの一部または全部を他人に紹介することができるプログラムを提供する。
【解決手段】コンピュータ１は、ユーザの要求に応じてコンテンツを表示装置に再生または表示する。コンピュータ１は、再生または表示したコンテンツの送信要求をユーザから受付け、情報処理装置４へ送信する。情報処理装置４は、コンピュータ１からの送信要求を受けて、コンピュータ１と同じプログラムを記憶した少なくとも１以上のコンピュータ５〜７を抽出する。情報処理装置４は、抽出したコンピュータ５〜７にコンピュータ１のコンテンツの一部または全てを送信する。
【選択図】図１

Description

本件は、コンテンツを他のユーザに紹介するプログラムに関する。

現在、スマートホンなどの携帯端末では、音楽などのコンテンツを再生することができる。そして、ユーザは、スマートホンなどの携帯端末で、気軽に音楽を聴くことができる。
なお、従来、オンライン環境内でユーザに紹介するための関連ユーザを選択するためのシステムおよび方法が提供されている（例えば、特許文献１参照）。

特表２０１２−５２１０３７号公報

ところで、いいコンテンツは、他人に紹介したいものである。そのため、コンテンツの一部または全部を他人に紹介できることが望まれている。

例えば、自分が購入した楽曲がいいものであった場合、その楽曲を他人に紹介したい。そのとき、単に楽曲に関する情報を紹介するだけでなく、楽曲そのものの一部または全部を他人に紹介したい。
本件はこのような点に鑑みてなされたものであり、コンテンツの一部または全部を他人に紹介することができるプログラムを提供することを目的とする。

上記課題を解決するために、プログラムが提供される。このプログラムは、コンピュータに、ユーザの要求に応じてコンテンツを表示装置に再生または表示し、ユーザからコンテンツの送信要求を受付け、送信要求の受信に応じて当該プログラムを記憶した少なくとも１以上の他コンピュータを抽出し、抽出した他コンピュータにコンテンツの一部または全てを送信する情報処理装置に、送信要求を送信する、処理を実行させる。

開示のプログラムによれば、コンテンツの一部または全部を他人に紹介することができる。

第１の実施の形態に係るシステムを説明する図である。 第２の実施の形態に係るシステム構成例を示した図である。 携帯端末のハードウェア構成例を示した図である。 携帯端末の機能ブロック図である。 サーバの機能ブロック図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 携帯端末のディスプレイに表示される画面例を示した図である。 画面遷移例を説明する図である。 画面遷移例を説明する図である。

以下、実施の形態を、図面を参照して詳細に説明する。
［第１の実施の形態］

図１は、第１の実施の形態に係るシステムを説明する図である。図１には、コンピュータ１，５〜７、基地局２、ネットワーク３、および情報処理装置４が示してある。

コンピュータ１，５〜７は、基地局２と無線通信を行う。ネットワーク３は、例えば、有線のネットワークである。コンピュータ１，５〜７は、基地局２とネットワーク３を介して、情報処理装置４と通信することができる。

コンピュータ１は、ユーザの要求に応じて、コンテンツを再生する。例えば、コンピュータ１は、ユーザの要求に応じて、音楽データを再生する。図１に示すコンピュータ１では、音楽データを再生している画面例を示している。

コンピュータ１は、コンテンツを視聴したユーザから、コンテンツの送信要求（紹介要求）を受付ける。例えば、ユーザは、コンピュータ１で視聴した音楽データが素晴らしいため、他のユーザにその音楽データを紹介したいと思ったとする。この場合、コンピュータ１は、ユーザから、コンテンツの紹介要求を受付ける。

コンピュータ１は、例えば、ディスプレイにボタンを表示して、ユーザからコンテンツの紹介要求を受付ける。図１の例では、コンピュータ１は、スマートホンであり、「紹介」と表示したボタン１ａを表示している。コンピュータ１は、例えば、ユーザによって、ボタン１ａがタップされることにより、コンテンツの紹介要求を受付ける。コンピュータ１は、ユーザから受付けたコンテンツの紹介要求を、基地局２およびネットワーク３を介して、情報処理装置４へ送信する。

コンピュータ５〜７も、コンピュータ１と同様の機能を有している。例えば、コンピュータ５〜７は、上記で説明したコンピュータ１と同様の機能を発揮するプログラムを記憶（実装）している。以下では、コンピュータ１，５〜７に実装されているこのプログラムをＬプログラムと呼ぶ。

情報処理装置４は、コンピュータ１，５〜７からの紹介要求に応じて、Ｌプログラムを実装した、少なくとも１以上の他のコンピュータを抽出する。情報処理装置４は、１以上の他のコンピュータの抽出を、例えば、ランダムに行う。

例えば、情報処理装置４は、コンピュータ１から紹介要求を受信したとする。この場合、情報処理装置４は、紹介要求のあったコンピュータ１以外のコンピュータ５〜７の中から、少なくとも１以上の他のコンピュータをランダムに抽出する。
情報処理装置４は、抽出したコンピュータに、紹介要求を受けたコンテンツの一部または全てを送信する。

例えば、上記例において、情報処理装置４は、コンピュータ６を抽出したとする。この場合、情報処理装置４は、コンピュータ１のユーザが紹介要求した音楽データの一部を、コンピュータ６に送信する。

このように、コンピュータ１は、ユーザの要求に応じて、コンテンツを再生する。コンピュータ１のユーザは、コンテンツを再生し、そのコンテンツを他のユーザに紹介したいと思えば、ボタン１ａをタップして、情報処理装置４に紹介要求を送信する。情報処理装置４は、コンピュータ１からの紹介要求に応じて、コンピュータ１が実装しているＬプログラムと同じプログラムを実装した、少なくとも１以上の他のコンピュータ５〜７を抽出する。そして、情報処理装置４は、コンピュータ１のユーザが紹介要求したコンテンツの一部または全てを、抽出したコンピュータ５〜７に送信する。
これにより、コンピュータ１のユーザは、例えば、気に入ったコンテンツの一部または全てを他のユーザに紹介することができる。
なお、上記では、コンテンツを再生する場合の例について説明したが、コンテンツをディスプレイに表示する場合にも適用することができる。

例えば、コンピュータ１は、ユーザの要求に応じて、本や料理レシピのコンテンツをディスプレイに表示する。そして、コンピュータ１のユーザは、表示した本や料理レシピを他のユーザに紹介したい場合、ボタン１ａをタップする。情報処理装置４は、上記と同様にして、他のコンピュータを抽出し、本や料理レシピの一部または全てを送信する。
［第２の実施の形態］
次に、第２の実施の形態を、図面を参照して詳細に説明する。

図２は、第２の実施の形態に係るシステム構成例を示した図である。図２には、携帯端末１１，１５〜１７、基地局１２、ネットワーク１３、およびサーバ１４が示してある。図２に示す携帯端末１１，１５〜１７は、例えば、図１に示したコンピュータ１，５〜７に対応する。基地局１２は、例えば、図１の基地局２に対応する。ネットワーク１３は、例えば、図１に示したネットワーク３に対応する。サーバ１４は、例えば、図１に示した情報処理装置４に対応する。

携帯端末１１は、例えば、スマートホン、タブレット端末、携帯電話、またはＰＤＡ（Personal Digital Assistant）である。携帯端末１１は、基地局１２と無線通信をすることができる。携帯端末１１は、例えば、携帯電話システムによる無線通信やＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）による無線通信によって、基地局１２と無線通信することができる。

ネットワーク１３は、例えば、無線通信ネットワークおよびインターネットである。サーバ１４は、例えば、インターネットであるネットワーク１３に接続されている。

携帯端末１１，１５〜１７は、例えば、自分の所有している楽曲（音楽データ）を、他のユーザに紹介できるプログラムを実装している。以下では、このプログラムをＬプログラムと呼ぶことがある。

携帯端末１１，１５〜１７は、例えば、Ｌプログラムに対応したアイコンをディスプレイに表示している。ユーザは、そのアイコンをタップすることにより、Ｌプログラムを起動することができる。

携帯端末１１，１５〜１７は、音楽データを記憶している。音楽データには、例えば、音楽自体のデータの他に、タイトル情報、アーティスト情報、およびジャケット情報など、楽曲に付随する情報が含まれている。

携帯端末１１，１５〜１７に記憶されている音楽データは、例えば、携帯端末１１，１５〜１７のユーザが、ネットワーク１３を介して購入したものである。または、携帯端末１１，１５〜１７に記憶されている音楽データは、Ｌプログラムによって、他のユーザから紹介されたものである。または、それ以外の方法で合法的に入手したものまたは個人アーティストなどが自分で作成したものである。

Ｌプログラムによって、他のユーザから紹介された音楽データは、楽曲の全ての音楽データを有していない。例えば、他のユーザから紹介された音楽データは、全再生時間のうちの一定時間だけの音楽データとなっている。具体的には、ある楽曲は、全再生時間が１８０秒であったとする。他のユーザから紹介された音楽データは、例えば、そのうちの４５秒だけとなっている。

Ｌプログラムは、携帯端末１１，１５〜１７に記憶されている音楽データを再生できるとともに、その音楽データの一部を、Ｌプログラムを実装している他のユーザの携帯端末１１，１５〜１７に紹介することができる。

例えば、ユーザは、自分が所有している全再生時間が１８０秒ある音楽データを、４５秒間だけ他のユーザに紹介できる。また、ユーザは、他のユーザから紹介された一部の音楽データ（例えば、４５秒間の音楽データ）を、他のユーザに紹介することができる。
これにより、携帯端末１１，１５〜１７のユーザは、例えば、自分の気に入った音楽データの一部を紹介し合うことができる。

音楽データの紹介方法には、２つの方法がある。１つは、携帯端末１１，１５〜１７のユーザが、例えば、アドレス帳に記憶されているユーザの中から紹介したいユーザを選択し、音楽データを紹介する方法である。もう一つは、サーバ１４が、携帯端末１１，１５〜１７からの紹介要求に応じてランダムにユーザを抽出し、抽出したユーザに音楽データを紹介する方法である。すなわち、音楽データの紹介方法には、ユーザの知っているユーザ範囲において音楽データを紹介する方法と、全く知らないユーザ（紹介元のユーザが関知しないユーザ）に音楽データを紹介する方法とがある。

図３は、携帯端末のハードウェア構成例を示した図である。図３に示す携帯端末１１は、ＣＰＵ（Central Processing Unit）１１ａによって装置全体が制御されている。ＣＰＵ１１ａには、バス１１ｈを介してＲＡＭ（Random Access Memory）１１ｂ、フラッシュメモリなどの書換え可能なＲＯＭ（Read Only Memory）１１ｃ、グラフィック処理装置１１ｄ、入力インターフェース１１ｅ、通信インターフェース１１ｆ、および再生装置１１ｇが接続されている。

ＲＡＭ１１ｂには、ＣＰＵ１１ａに実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１１ｂには、ＣＰＵ１１ａによる処理に必要な各種データが保存される。ＲＯＭ１１ｃには、ＯＳやアプリケーションプログラム、音楽データなどが格納される。

グラフィック処理装置１１ｄには、例えば、ＬＣＤ（Liquid Crystal Display）などの表示装置が接続されている。グラフィック処理装置１１ｄは、ＣＰＵ１１ａからの命令に従って、画像をＬＣＤなどの表示装置に表示させる。

入力インターフェース１１ｅには、例えば、ＬＣＤの表面上部に設けられたタッチパネルが接続されている。入力インターフェース１１ｅは、タッチパネルから送られてくる信号を、バス１１ｈを介してＣＰＵ１１ａに送信する。

通信インターフェース１１ｆは、基地局１２と無線通信を行う。再生装置１１ｇは、例えば、ＲＯＭ１１ｃまたはＲＡＭ１１ｂに記憶された音楽データを再生する。

なお、サーバ１４も図３と同様のハードウェア構成を有する。ただし、サーバ１４は、ＯＳやアプリケーションプログラムを記憶するＨＤＤ（Hard Disk Drive）を有している。また、サーバ１４のグラフィック処理装置には、例えば、ＬＣＤのモニタディスプレイが接続されている。また、サーバ１４の入力インターフェースには、例えば、キーボードやマウスなどが接続されている。また、サーバ１４の通信インターフェース１１ｆは、ネットワーク１３と接続され、有線による通信を行う。

以上のようなハードウェア構成例によって、携帯端末１１およびサーバ１４は、以下で説明する処理機能を実現することができる。また、携帯端末１５〜１７も図３に示すハードウェア構成を有している。

図４は、携帯端末の機能ブロック図である。図４に示すように、携帯端末１１は、通信部２１、制御部２２、受付部２３、およびＤＢ（Data Base）２４を有している。
通信部２１は、基地局１２との無線通信およびネットワーク１３を介して、サーバ１４と通信を行う。

制御部２２は、ユーザの操作に応じて、音楽データを再生する。また、制御部２２は、ユーザの操作に応じて、音楽データの紹介要求をサーバ１４に対して行う。また、制御部２２は、サーバ１４から、他のユーザから紹介された音楽データを受信する。
受付部２３は、ユーザからの操作を受付ける。

ＤＢ２４には、ユーザの購入した音楽データが記憶されている。また、ＤＢ２４には、他のユーザから紹介された音楽データが記憶されている。また、ＤＢ２４には、各種情報が記憶されている。
携帯端末１５〜１７も図４と同様の機能ブロックを有している。
図５は、サーバの機能ブロック図である。図５に示すように、サーバ１４は、通信部３１、制御部３２、およびＤＢ３３を有している。
通信部３１は、ネットワーク１３および基地局１２を介して、携帯端末１１，１５〜１７と通信を行う。

制御部３２は、携帯端末１１，１５〜１７から音楽データの紹介要求を受信すると、紹介先の携帯端末１１，１５〜１７をランダムに抽出する。制御部３２は、抽出した携帯端末１１，１５〜１７に、紹介要求のあった音楽データの一部や楽曲に付随する情報を送信する。音楽データの一部は、例えば、楽曲のイントロやサビなど楽曲の全再生時間の内の一定時間のデータであり、楽曲に付随する情報は、例えば、アーティスト名、曲タイトル、ジャケット写真、またはプロフィール情報などである。

また、制御部３２は、携帯端末１１，１５〜１７から音楽データの紹介要求と、紹介先のユーザ情報とを受信すると、受信したユーザ情報のユーザに対し、紹介要求のあった音楽データの一部や楽曲に付随する情報を送信する。

ＤＢ３３は、音楽会社、レーベル、または個人アーティストなどの楽曲提供者による音楽データを予め記憶している。音楽データとは、例えば、音楽自体のデータ、アーティスト名、曲タイトル、ジャケット写真、リリース年月日、制作国、歌詞、プロモーション動画情報、またはアーティストのプロフィールなど楽曲に付随する情報を含んでいる。

ＤＢ３３は、Ｌプログラムを実装している携帯端末１１，１５〜１７の音楽データを、そのユーザごとに対応づけて記憶している。ＤＢ３３に記憶されている音楽データは、携帯端末１１のＤＢ２４の音楽データと同期している。すなわち、携帯端末１１，１５〜１７に記憶されている音楽データは、ＤＢ３３に記憶されている。また、ＤＢ３３には、各種情報が記憶されている。以下では、音楽そのもののデータを音楽データと呼ぶことがあり、また、音楽データと楽曲に付随する情報とを音楽データと呼ぶことがある。

以下、携帯端末１１のディスプレイに表示される画面例について説明する。なお、Ｌプログラムを実装した携帯端末１５〜１７においても同様の画面例が表示される。

図６は、携帯端末のディスプレイに表示される画面例を示した図である。図６に示す画面例は、楽曲リスト画面の例を示している。楽曲リスト画面は、例えば、携帯端末１１のディスプレイに表示されているＬプログラムのアイコンをタップすると表示される。

携帯端末１１は、Ｌプログラムのアイコンがタップされると、Ｌプログラムを実行する。Ｌプログラムの実行により、携帯端末１１の制御部２２は、ＤＢ２４に記憶されている、携帯端末１１のユーザが保持している音楽データの楽曲リストをディスプレイに表示する。

図６の楽曲リスト画面の例では、携帯端末１１のディスプレイには、「あ行」の楽曲タイトルが表示されている。制御部２２は、領域４１ｇに示す「あかさ...わＡＤ...Ｚ」の何れかがタップされると、その「５０音の行」または「アルファベット」の楽曲タイトルをディスプレイに表示する。

制御部２２は、「アーティスト名切り替え」と表示されたボタン４１ｈがタップされると、楽曲リストをアーティスト名の順に並び替えてディスプレイに表示する。
制御部２２は、楽曲タイトルおよびアーティスト名が表示されている行４１ｉがタップされると、以下で説明する楽曲再生画面へ遷移する。

楽曲リスト画面には、メニューボタン４１ａ〜４１ｆが表示されている。制御部２２は、「楽曲リスト」と表示されたメニューボタン４１ａがタップされると、楽曲リストの一覧画面へ遷移する。

なお、図６の画面例は、楽曲リストの一覧画面を示している。従って、メニューボタン４１ａは、他のメニューボタン４１ｂ〜４１ｆに対し、アクティブな表示となっている。図６の例では、「楽曲リスト」の文字が他の文字より太く表示され、下線が表示されている。
制御部２２は、「受信楽曲」と表示されたメニューボタン４１ｂがタップされると、バトンで受信した楽曲の一覧画面へ遷移する。

バトンには、音楽データを他のユーザに紹介するまたは渡すという意味が含まれている。従って、バトンで受信した楽曲の一覧画面には、他のユーザから紹介された楽曲が一覧で表示されている。

ここで、バトンを最初に送信するユーザをオーナーと呼ぶ。一方、オーナーでないユーザをバトン参加者と呼ぶ。バトン参加者は、自分の携帯端末１１，１５〜１７に記憶されていない楽曲のバトンを受信する。

制御部２２は、「送信楽曲」と表示されたメニューボタン４１ｃがタップされると、バトンで送信した楽曲の一覧画面へ遷移する。上記したように、バトンには、音楽データを他のユーザに紹介するという意味が含まれている。従って、バトンで送信した楽曲の一覧画面には、他のユーザへ紹介した楽曲が一覧で表示されている。
制御部２２は、「リクエスト」と表示されたメニューボタン４１ｄがタップされると、楽曲のリクエスト画面へ遷移する。
制御部２２は、「検索」と表示されたメニューボタン４１ｅがタップされると、楽曲の検索画面へ遷移する。
制御部２２は、「設定」と表示されたメニューボタン４１ｆがタップされると、各種設定やお知らせなどを表示する画面へ遷移する。

図７は、携帯端末のディスプレイに表示される画面例を示した図である。図７の画面例は、楽曲再生画面の例を示している。楽曲再生画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。

楽曲再生画面は、例えば、図６で説明した行４１ｉがタップされると表示される。制御部２２は、図６の行４１ｉでタップされた行の楽曲タイトルの音楽を再生する。なお、図６に示している丸、三角、および四角は、再生されている楽曲のジャケット画像を示している。
制御部２２は、ディスプレイのボタン以外の箇所がタップされると、音量操作ができる音量操作画面４２ａを表示する。
制御部２２は、「戻る」と表示されたボタン４２ｂがタップされると、図６に示した楽曲リスト画面へ戻る。
制御部２２は、矢印が表示されたボタン４２ｃがタップされると、楽曲のリピート再生をＯＮ／ＯＦＦする。
制御部２２は、ボタン４２ｄがタップされると、以下で説明する楽曲詳細情報画面に遷移する。

制御部２２は、ボタン４２ｅがタップされると、再生している楽曲を停止する。なお、楽曲が停止状態のときは、ボタン４２ｅの所に再生ボタンが表示される。制御部２２は、再生ボタンがタップされると、楽曲を再生する。

制御部２２は、ボタン４２ｆがタップされると、再生している楽曲を巻き戻す。例えば、制御部２２は、ボタン４２ｆが１タップされると、再生している楽曲の先頭へジャンプする。また、制御部２２は、ボタン４２ｆが長押しされると、長押し分だけ楽曲を巻き戻す。

制御部２２は、ボタン４２ｇがタップされると、再生している楽曲を早送りする。例えば、制御部２２は、ボタン４２ｇが１タップされると、再生している楽曲の最後へジャンプする。また、制御部２２は、ボタン４２ｇが長押しされると、長押し分だけ楽曲を早送りする。

制御部２２は、「友だちにバトン」と表示されたボタン４２ｈがタップされると、友達リスト画面へ遷移する。以下で説明するが、友達リスト画面は、バトン先のユーザを選択する画面である。当該楽曲再生画面で再生されている楽曲の一部は、友達リスト画面で選択されたユーザにバトンされる。

制御部２２は、「世界へバトン」と表示されたボタン４２ｉがタップされると、以下で説明するムード選択画面へ遷移する。以下で説明するが、ボタン４２ｉがタップされた場合、バトン先のユーザは、サーバ１４によって、世界中のユーザの中からランダムに抽出される。当該楽曲再生画面で再生されている楽曲の一部は、サーバ１４によってランダムに抽出されたユーザにバトンされる。

なお、画面上部に表示されている「楽曲タイトル」および「アーティスト名」には、再生されている楽曲の楽曲タイトルおよびアーティスト名が表示される。以下の説明においても、特に断らない限り、画面上部に表示される「楽曲タイトル」および「アーティスト名」には、再生されている楽曲の楽曲タイトルおよびアーティスト名が表示される。

図８は、携帯端末のディスプレイに表示される画面例を示した図である。図８の画面例は、楽曲詳細情報画面の例を示している。楽曲詳細情報画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている

楽曲詳細情報画面は、例えば、図７のボタン４２ｄがタップされると表示される。制御部２２は、楽曲を再生したまま、楽曲再生画面で再生されていた楽曲の詳細情報をディスプレイに表示する。楽曲詳細情報は、例えば、サーバ１４のＤＢ３３に記憶しておいてもよいし、ウィキペディア（登録商標）など他のサイトから引用するようにしてもよい。図８の例では、アーティスト「ＦＦＦ・ＥＥ」の楽曲詳細情報と、その写真がディスプレイに表示されている。
制御部２２は、「戻る」と表示されたボタン４３ａがタップされると、図６に示した楽曲リスト画面へ戻る。
制御部２２は、矢印が表示されたボタン４３ｂがタップされると、楽曲のリピート再生をＯＮ／ＯＦＦする。
制御部２２は、サムネイルが表示されたボタン４３ｃがタップされると、図７に示した楽曲再生画面に戻る。
ボタン４３ｄ，４３ｅは、図７で説明したボタン４２ｈ，４２ｉと同様であり、その説明を省略する。

図９は、携帯端末のディスプレイに表示される画面例を示した図である。図９の画面例は、友達リスト画面の例を示している。友達リスト画面は、図７に示した「友だちにバトン」と表示されたボタン４２ｈまたは図８に示した「友だちにバトン」と表示されたボタン４３ｄがタップされると表示される。制御部２２は、楽曲を再生したまま、友達リスト画面をディスプレイに表示する。

サーバ１４のＤＢ３３には、Ｌプログラムを実装した携帯端末１１，１５〜１７のユーザ情報が記憶されている。サーバ１４の制御部３２は、携帯端末１１のアドレス帳に入っているユーザ情報を携帯端末１１から受信し、受信したユーザ情報と、サーバ１４のＤＢ３３に記憶されている、他のユーザ情報（携帯端末１１のユーザ以外のユーザ情報）とを比較する。制御部３２は、一致するユーザ情報があれば、Ｌプログラムを実装したユーザ仲間（以下、友達と呼ぶことがある）として抽出する。制御部３２は、抽出した友達を携帯端末１１に送信し、携帯端末１１の制御部２２は、受信した友達をディスプレイに表示する。
例えば、制御部２２は、図９の領域４４ａに示すように、Ｌプログラムを実装した友達の名前をディスプレイに表示する。
友達リスト画面には、チェックボックス４４ｂが表示されている。チェックボックス４４は、友達のリストに対応して表示されている。

ユーザは、再生している楽曲を友達にバトンしたい場合、その友達のチェックボックス４４ｂをタップする。制御部２２は、チェックボックス４４ｂがタップされると、そのチェックボックス４４ｂに、例えば、レ点を表示するなどして選択したことを明示する。

制御部２２は、ボタン４４ｃがタップされると、再生している楽曲を停止する。なお、楽曲が停止状態のときは、ボタン４４ｃの所に再生ボタンが表示される。制御部２２は、再生ボタンがタップされると、楽曲を再生する。
制御部２２は、「キャンセル」と表示されたボタン４４ｄがタップされると、図７に示した楽曲再生画面へ戻る。

制御部２２は、「ＯＫ」と表示されたボタン４４ｅがタップされると、以下で説明するムード選択画面へ遷移する。なお、制御部２２は、楽曲をバトンする友達が誰も選択されていない場合、「友達を選択してください」とアラートをディスプレイに表示する。

図１０は、携帯端末のディスプレイに表示される画面例を示した図である。図１０の画面例は、ムード選択画面の例を示している。ムード選択画面は、図７に示した「世界へバトン」と表示されたボタン４２ｉ、図８に示した「世界へバトン」と表示されたボタン４３ｅ、または図９に示した「ＯＫ」と表示されたボタン４４ｅがタップされるとディスプレイに表示される。ムード選択画面では、例えば、楽曲はそのまま再生されている。

ムード選択画面は、バトンする楽曲に対し、その楽曲のムードをユーザが選択して付与する画面である。ムードは、図１０に示すように、いくつか予め用意されており、そのムードに対応してチェックボックス４５ａが表示されている。

制御部２２は、チェックボックス４５ａがタップされると、そのチェックボックス４５ａに、例えば、レ点を表示するなどして選択したことを明示する。なお、ムードは、任意入力なので、ユーザは、チェックしなくてもよい。また、ムードは、バトンする楽曲がどのような雰囲気のものか、バトン先のユーザへのメッセージとなる。また、ムードは、ユーザによってバトン送信された時に、受信したサーバ１４の制御部３２でバトン楽曲の楽曲識別情報と一致するＤＢ３３内の楽曲に、楽曲情報として記憶・蓄積され、以下で説明するリクエスト機能のプログラムの実行などに使われる。
制御部２２は、「友達リスト」と表示されたボタン４５ｂがタップされると、図９に示した友達リスト画面へ戻る。
制御部２２は、「キャンセル」と表示されたボタン４５ｃがタップされると、図７に示した楽曲再生画面へ戻る。
制御部２２は、「ＯＫ」と表示されたボタン４５ｄがタップされると、以下で説明する確認画面へ遷移する。

制御部２２は、ボタン４５ｅがタップされると、再生している楽曲を停止する。なお、楽曲が停止状態のときは、ボタン４５ｅの所に再生ボタンが表示される。制御部２２は、再生ボタンがタップされると、楽曲を再生する。

図１１は、携帯端末のディスプレイに表示される画面例を示した図である。図１１の画面例は、確認画面の例を示している。確認画面は、図１０に示した「ＯＫ」と表示されたボタン４５ｄがタップされるとディスプレイに表示される。確認画面では、例えば、楽曲はそのまま再生されている。

確認画面には、「バトンする友達」と表示された領域４６ａと、「ムード」と表示された領域４６ｂが表示される。領域４６ａは、図９で説明した友達リスト画面で選択されたユーザ名が表示される。すなわち、領域４６ａは、楽曲のバトン先のユーザ名が表示される。

領域４６ｂは、図１０で説明したムード選択画面で選択されたムードが表示される。すなわち、領域４６ｂは、楽曲のバトン先のユーザに伝えたい、楽曲のムードが表示される。つまり、バトンを受け取ったユーザは、バトンされた楽曲がどのような雰囲気の楽曲なのか知ることができる。
制御部２２は、「友達の変更」と表示されたボタン４６ｃがタップされると、図９で説明した友達リスト画面へ戻る。
制御部２２は、「ムードの変更」と表示されたボタン４６ｄがタップされると、図１０で説明した、ムード選択画面へ戻る。
制御部２２は、「全てキャンセル」と表示されたボタン４６ｅがタップされると、図７で説明した楽曲再生画面へ戻る。
制御部２２は、「ＧＯ」と表示されたボタン４６ｆがタップされると、バトン情報をサーバ１４に送信する。
制御部２２は、バトン情報のサーバ１４への送信が完了すると、以下で説明するバトン送信完了画面へ遷移する。

なお、制御部３２は、オーナーから発生するバトンごとにバトン識別情報を付与して、ＤＢ３３でバトン情報を管理する。すなわち、制御部３２は、バトンが発生すると、そのバトンにバトン識別情報を付与する。そして、制御部３２は、以後、ユーザ間を経由していくそのバトンのバトン情報を、付与したバトン識別情報で管理していく。

サーバ１４が受信するバトン情報には、楽曲を識別する楽曲識別情報が含まれる。楽曲識別情報は、例えば、楽曲のタイトル名およびアーティスト名である。または、楽曲識別情報は、楽曲に一意に付された情報であってもよい。

また、バトン情報には、バトン元のユーザ情報、バトン先のユーザ情報、およびムード情報が含まれる。例えば、バトン元のユーザ情報は、携帯端末１１のユーザの氏名、ニックネーム、電話番号、メールアドレス、または国籍などの情報である。バトン先のユーザ情報は、例えば、当該確認画面の領域４６ａに表示されている「バトンする友達」の氏名、ニックネーム、電話番号、メールアドレス、または国籍などの情報である。ムード情報は、当該確認画面の領域４６ｂに表示されているムード情報である。

サーバ１４の制御部３２は、受信したバトン情報に含まれている楽曲識別情報に基づいてＤＢ３３を参照し、バトン元のユーザが所有している、バトンしたい楽曲（音楽データ）の一部を取得する。制御部３２は、取得した楽曲の一部を、ＤＢ３３で管理しているバトン情報に含める。

制御部３２は、受信したバトン情報に含まれているバトン先のユーザ情報に基づいて、バトン先ユーザの携帯端末にバトン識別情報を送信する。これにより、バトン先ユーザの携帯端末は、受信したバトン識別情報を用いてサーバ１４にアクセスすることにより、バトンされる楽曲の一部、楽曲タイトル名、アーティスト名、およびムード情報などの情報を受信することができる。

なお、図１１の確認画面は、図７に示した「友だちにバトン」と表示されたボタン４２ｈまたは図８に示した「友だちにバトン」と表示されたボタン４３ｄがタップされて当該確認画面へ遷移してきた場合の例を示している。図７に示した「世界へバトン」と表示されたボタン４２ｉまたは図８に示した「世界へバトン」と表示されたボタン４３ｅがタップされて当該確認画面に遷移してきた場合、領域４６ａは表示されない。

この場合、サーバ１４が受信するバトン情報には、バトン先のユーザ情報は含まれない。サーバ１４の制御部３２は、ＤＢ３３を参照して世界中のユーザの中からバトン先ユーザをランダムに抽出し、抽出したユーザにバトン識別情報を送信する。制御部３２は、ＤＢ３３で管理しているバトン情報に、抽出したバトン先ユーザの情報を追加する。
上記処理は一例であって、これに限定されるものではない。すなわち、バトンしたい楽曲およびその関連情報等が、バトン先ユーザに送信されればよい。

図１２は、携帯端末のディスプレイに表示される画面例を示した図である。図１２の画面例は、バトン送信完了画面の例を示している。バトン送信完了画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。バトン送信完了画面は、図１１に示した「ＧＯ」と表示されたボタン４６ｆがタップされるとディスプレイに表示される。

制御部２２は、バトンの送信が完了すると、図１２に示すような画面をディスプレイに表示する。これにより、ユーザは、バトンが他のユーザへ送信され、それが完了したことを知ることができる。
なお、制御部２２は、「送信楽曲」と表示されたメニューボタン４１ｃを点灯するなどして、楽曲が送信楽曲に追加されたことを示すようにしてもよい。
次に、バトンを他のユーザから受信した場合の画面例について説明する。

図１３は、携帯端末のディスプレイに表示される画面例を示した図である。図１３の画面例は、受信楽曲一覧画面の例を示している。受信楽曲一覧画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。

受信楽曲一覧画面は、「受信楽曲」と表示されたメニューボタン４１ｂがタップされると表示される。「受信楽曲」と表示されたメニューボタン４１ｂは、図１３に示すようにアクティブ化されている。

また、受信楽曲一覧画面は、Ｌプログラムのアイコンがタップされ、例えば、上記で説明したバトン識別情報が携帯端末１１に届いていた場合にも表示される。制御部２２は、バトン識別情報が届いており、そのバトン識別情報に対応したバトン楽曲において未視聴のものがある場合、「受信楽曲」と表示されたメニューボタン４１ｂの上に未視聴のバトン楽曲数を表示する。

図１３に示す画面例では、携帯端末１１のディスプレイには、「２０１２年１０月３日」および「２０１２年１０月２日」に受信したバトンの楽曲タイトルやアーティスト名などが表示されている。制御部２２は、領域４７ａに示す「２０１２」，「１」，「２」，...，「１２」，「２０１３」，「２０１４」がタップされると、その年月に受信したバトンの楽曲タイトルやアーティスト名などをディスプレイに表示する。
制御部２２は、領域４７ｂの楽曲タイトルやユーザ名が表示されている行がタップされると、以下で説明するバトン楽曲再生画面へ遷移する。
制御部２２は、例えば、未視聴のバトン楽曲がある場合、そのバトン楽曲の行を色づけするなどをして明示する。

制御部２２は、例えば、受信したバトン識別情報によるサーバ１４へのアクセスをデフォルトで１０曲とし、下へスクロールすると次の１０曲分のバトン識別情報でサーバ１４へアクセスする。また、制御部２２は、例えば、バトン識別情報の件数が３００件を超えると、古いものからバトン識別情報を消去していく。

図１４は、携帯端末のディスプレイに表示される画面例を示した図である。図１４の画面例は、バトン楽曲再生画面の例を示している。バトン楽曲再生画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。バトン楽曲再生画面は、図１３に示した領域４７ｂの行がタップされると表示される。このとき、制御部２２は、タップされた行に表示されている楽曲の音楽データを再生する。例えば、図１３において、ユーザが領域４７ｂの楽曲タイトル「ＡＡＡＡ」の行をタップすると、制御部２２は、楽曲タイトル「ＡＡＡＡ」の音楽データを再生する。

制御部２２は、図１４に示していないが、例えば、ボタン以外の箇所をタップされると、音量操作画面を表示する。例えば、図７に示した音量操作画面４２ａを表示する。

制御部２２は、音楽データの再生が終了すると、例えば、フェードアウトしてリピート再生する。なお、上記したように、サーバ１４は、バトンする音楽データを一部しか送信しない。すなわち、制御部２２は、バトンされた一部の音楽データをリピート再生する。また、制御部２２は、図１４の領域４８ａに示すように、バトンされた音楽データの早送り・巻き戻し制御を行わないようにしてもよい。また、制御部２２は、受信楽曲一覧画面から当該バトン楽曲再生画面へ遷移するとき、メニューボタン４１ｂの上部に表示されている未視聴の楽曲バトン数を「１」減算して表示する。制御部２２は、未視聴の楽曲バトンがない場合、メニューボタン４１ｂの上部に未視聴の楽曲バトン数を表示しない。
制御部２２は、「戻る」と表示されたボタン４８ｂがタップされると、図１３で説明した受信楽曲一覧画面へ戻る。
制御部２２は、ボタン４８ｃがタップされると、以下で説明するバトン楽曲詳細情報画面へ遷移する。

制御部２２は、ボタン４８ｄがタップされると、再生している楽曲を停止する。なお、楽曲が停止状態のときは、ボタン４８ｄの所に再生ボタンが表示される。制御部２２は、再生ボタンがタップされると、楽曲を再生する。
制御部２２は、「ダウンロード購入」と表示されたボタン４８ｅがタップされると、バトンされた楽曲を購入するためのダウンロード購入画面へ遷移する。

制御部２２は、未視聴のバトンがある場合、「バトンしない」と表示されたボタン４８ｆを表示する。制御部２２は、ボタン４８ｆがタップされると、図１３で説明した受信楽曲一覧画面へ戻る。

なお、制御部２２は、未視聴のバトンがない場合、「バトンしない」と表示されたボタン４８ｆを表示せず、「他の曲が欲しい」と表示されたボタンを表示してもよい。制御部２２は、「他の曲が欲しい」と表示されたボタンがタップされると、バトンシステムで飛び交っているバトン（ＤＢ３３で管理されているバトン識別情報）を、サーバ１４から受信する。サーバ１４は、例えば、バトンシステムで飛び交っているバトンをランダムに抽出し、携帯端末１１に送信する。

携帯端末１１の制御部２２は、サーバ１４からバトンシステムで飛び交っているバトンを受信するとき、以下で説明するアニメーション画面を、例えば、３秒など一定時間表示して、当該バトン楽曲再生画面に戻る動作を加えてもよい。これは、ユーザを楽しい気持ちにさせるための工夫の一環である。そして、制御部２２は、受信したバトンの音楽データを再生する。

すなわち、ユーザは、未視聴のバトンがなくなると、「他の曲が欲しい」と表示されたボタンをタップすることにより、バトンシステムで飛び交っている新たなバトンを受信することができる。

制御部２２は、「バトンする」と表示されたボタン４８ｇがタップされると、以下で説明するムード選択画面へ遷移する。なお、この場合のバトンは、他のユーザからバトンされた楽曲を、他のユーザへバトンすることになる。

図１５は、携帯端末のディスプレイに表示される画面例を示した図である。図１５の画面例は、バトン楽曲詳細情報画面の例を示している。バトン楽曲詳細情報画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。バトン楽曲詳細情報画面は、図１４に示したボタン４８ｃがタップされると表示される。バトン楽曲詳細情報画面では、例えば、楽曲はそのまま再生されている。

制御部２２は、再生しているバトン楽曲の詳細情報を領域４９ａに表示する。楽曲の詳細情報は、例えば、サーバ１４のＤＢ３３に記憶しておいてもいいし、ウィキペディアなど他のサイトから引用するようにしてもよい。
制御部２２は、「戻る」と表示されたボタン４９ｂがタップされると、図１３で説明した受信楽曲一覧画面へ戻る。
制御部２２は、サムネイルが表示されたボタン４９ｃがタップされると、図１４で説明したバトン楽曲再生画面へ戻る。

制御部２２は、未視聴のバトンがある場合、「バトンしない」と表示されたボタン４９ｄを表示する。制御部２２は、ボタン４９ｄがタップされると、図１３で説明した受信楽曲一覧画面へ戻る。

なお、制御部２２は、未視聴のバトンがない場合、「バトンしない」と表示されたボタン４９ｄを表示せず、「他の曲が欲しい」と表示されたボタンを表示してもよい。制御部２２は、「他の曲が欲しい」と表示されたボタンがタップされると、バトンシステムで飛び交っているバトンを、サーバ１４から受信する。サーバ１４は、例えば、バトンシステムで飛び交っているバトンをランダムに抽出し、携帯端末１１に送信する。

携帯端末１１の制御部２２は、サーバ１４からバトンシステムで飛び交っているバトンを受信するとき、以下で説明するアニメーション画面を、例えば、３秒など一定時間表示して、当該バトン楽曲詳細情報画面に戻る動作を加えてもよい。これは、ユーザを楽しい気持ちにさせるための工夫の一環である。そして、制御部２２は、受信した他のバトンの音楽データを再生する。

すなわち、ユーザは、未視聴のバトンがなくなると、「他の曲が欲しい」と表示されたボタンをタップすることにより、バトンシステムで飛び交っている新たなバトンを受信することができる。

制御部２２は、「バトンする」と表示されたボタン４９ｅがタップされると、以下で説明するムード選択画面へ遷移する。なお、この場合のバトンは、他のユーザからバトンされた楽曲を、他のユーザへバトンすることになる。

図１６は、携帯端末のディスプレイに表示される画面例を示した図である。図１６の画面例は、ムード選択画面の例を示している。ムード選択画面は、図１４で説明した「バトンする」と表示されたボタン４８ｇまたは図１５で説明した「バトンする」と表示されたボタン４９ｅがタップされると表示される。ムード選択画面では、例えば、楽曲はそのまま再生されている。

ムード選択画面は、バトンする楽曲に対し、その楽曲のムードをユーザが選択して付与する画面である。ムードは、図１６に示すように、いくつか予め用意されており、そのムードに対応してチェックボックス５０ａが表示されている。

制御部２２は、チェックボックス５０ａがタップされると、そのチェックボックス５０ａに、例えば、レ点を表示するなどして選択したことを明示する。なお、ムードは、任意入力なので、ユーザは、チェックしなくてもよい。また、ムードは、バトンする楽曲がどのような雰囲気のものか、バトン先のユーザへのメッセージとなる。また、ムードはユーザによってバトン送信された時に、受信したサーバ１４の制御部３２でバトン楽曲の楽曲識別情報と一致するＤＢ３３内の楽曲に、楽曲情報として記憶・蓄積され、以下で説明するリクエスト機能のプログラムの実行などに使われる。
制御部２２は、「戻る」と表示されたボタン５０ｂがタップされると、図１４に示したバトン楽曲再生画面へ戻る。
制御部２２は、「ＧＯ」と表示されたボタン５０ｃがタップされると、以下で説明する確認画面へ遷移する。

図１７は、携帯端末のディスプレイに表示される画面例を示した図である。図１７の画面例は、確認画面の例を示している。確認画面は、図１６で説明した「ＧＯ」と表示されたボタン５０ｃがタップされると表示される。確認画面では、例えば、楽曲はそのまま再生されている。

確認画面には、「ムード」と表示された領域５１ａが表示される。領域５１ａには、図１６で説明したムード選択画面で選択されたムードが表示される。すなわち、領域５１ａは、楽曲のバトン先のユーザに伝えたい、楽曲のムードが表示される。つまり、バトンを受け取ったユーザは、バトンされた楽曲がどのような雰囲気の楽曲なのか知ることができる。
制御部２２は、「ムードの変更」と表示されたボタン５１ｂがタップされると、図１６で説明した、ムード選択画面へ戻る。
制御部２２は、「キャンセル」と表示されたボタン５１ｃがタップされると、図１４で説明したバトン楽曲再生画面へ戻る。

制御部２２は、「ＧＯ」と表示されたボタン５１ｄがタップされると、バトン情報をサーバ１４に送信する。サーバ１４に送信されるバトン情報には、当該バトンのバトン識別情報、携帯端末１１のユーザのユーザ情報、および領域５１ａに表示されているムード情報などが含まれる。

サーバ１４の制御部３２は、携帯端末１１からバトン情報を受信すると、そのバトン情報に含まれているバトン識別情報に基づいてＤＢ３３を参照し、管理しているバトン情報に、受信したバトン情報を追加する。

制御部３２は、受信したバトン情報をＤＢ３３に追加すると、バトン先のユーザを抽出する。制御部３２は、ＤＢ３３を参照して、世界中のユーザの中からランダムにバトン先ユーザを抽出する。制御部３２は、ＤＢ３３で管理しているバトン情報に、抽出したバトン先ユーザの情報を追加し、抽出したバトン先ユーザにバトン識別情報を送信する。

このように、サーバ１４の制御部３２は、バトンごとに管理しているバトン情報に、バトン参加者の情報を追加していく。これにより、携帯端末１１の制御部２２は、サーバ１４からバトン識別情報を受信して、そのバトン識別情報でＤＢ３３にアクセスすれば、バトンの送信状況を知ることができる。

図１８は、携帯端末のディスプレイに表示される画面例を示した図である。図１８の画面例は、バトン送信完了画面の例を示している。バトン送信完了画面は、図１７に示した「ＧＯ」と表示されたボタン５１ｄがタップされると表示される。バトン送信完了画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。

制御部２２は、バトン情報の送信が完了すると、図１８に示すような画面をディスプレイに表示する。これにより、ユーザは、バトンが他のユーザへ送信され、それが完了したことを知ることができる。なお、制御部２２は、「送信楽曲」と表示されたメニューボタン４１ｃを点灯するなどして、バトンした楽曲が送信楽曲に追加されたことを示すようにしてもよい。
制御部２２は、「ダウンロード購入」と表示されたボタン５２ｅがタップされると、バトンされた楽曲を購入するためのダウンロード購入画面へ遷移する。

図１９は、携帯端末のディスプレイに表示される画面例を示した図である。図１９の画面例は、アニメーション画面の例を示している。アニメーション画面は、図１４および図１５で説明した「他の曲が欲しい」と表示されたボタンがタップされると表示される。アニメーション画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。

アニメーション画面は、例えば、３秒など一定時間表示される。その間、バトン受信画面の画面全体には、例えば、次の楽曲のバトンを受信する雰囲気を醸し出すアニメーションが表示される。制御部２２は、一定時間アニメーションを表示すると、図１４に示したバトン楽曲再生画面へ遷移する。制御部２２は、バトン楽曲再生画面に戻ると、受信したバトンの楽曲を再生する。
次に、他のユーザにバトンした楽曲についての画面例について説明する。

図２０は、携帯端末のディスプレイに表示される画面例を示した図である。図２０の画面例は、送信楽曲一覧画面の例を示している。送信楽曲一覧画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。送信楽曲一覧画面は、「送信楽曲」と表示されたメニューボタン４１ｃがタップされると表示される。メニューボタン４１ｃは、図２０に示すようにアクティブ化されている。

制御部２２は、バトンシステムで現在バトンが続いている楽曲情報を送信日時順に表示する。図２０の送信楽曲一覧画面の例では、携帯端末１１のディスプレイには、「２０１２年１０月３日」および「２０１２年１０月２日」に送信したバトンの楽曲タイトル等が表示されている。制御部２２は、領域５３ａに示す「２０１２」，「１」，「２」，...，「１２」，「２０１３」，「２０１４」がタップされると、その年月に送信したバトンの楽曲タイトル等をディスプレイに表示する。

領域５３ｂには、他のユーザへ送信したバトンの楽曲タイトルが表示されている。また、領域５３ｂには、他のユーザへ送信したバトンのアーティスト名が表示されている。また、領域５３ｂには、バトンが開始された国の国旗が表示されている。また、領域５３ｂには、現在のバトン数が表示されている。また、領域５３ｂには、携帯端末１１のユーザがバトンを送信した送信日時が表示されている。

制御部２２は、携帯端末１１のユーザが最初にバトンを開始した楽曲には、例えば、アイコン５３ｃに示すように「オーナー」というアイコンを表示する。例えば、図２０の例の場合、楽曲タイトル「ＧＧＧＧ」は、携帯端末１１のユーザが最初にバトンを開始したことが分かる。

制御部２２は、サーバ１４から受信したバトンのバトン識別情報およびサーバ１４へ送信したバトンのバトン識別情報をＤＢ２４に記憶している。従って、制御部２２は、ＤＢ２４に記憶しているバトン識別情報を用いてサーバ１４にアクセスすることにより、図２０に示す情報をサーバ１４から取得してディスプレイに表示することができる。

制御部２２は、デフォルトでは、現在バトンシステム内でバトンが続いている楽曲を送信日時順に表示する。制御部２２は、領域５３ｂの楽曲タイトルやユーザ名が表示されている行がタップされると、以下で説明する楽曲バトン状況一覧画面へ遷移する。

制御部２２は、例えば、バトン識別情報によるサーバ１４へのアクセスをデフォルトで１０曲とし、下へスクロールすると次の１０曲分のバトン識別情報でサーバ１４へアクセスする。

制御部２２は、「オーナー」と表示されたボタン５３ｄがタップされると、携帯端末１１のユーザが最初にバトンを開始した楽曲情報の一覧表示に表示を切り替える。また、制御部２２は、「ＡＬＬ」と表示されたボタン５３ｅがタップされると、バトンが終了した楽曲情報も含めたすべての楽曲情報の一覧表示に表示を切り替える。

なお、バトンは、例えば、バトンを受け取ったユーザが１週間など一定期間他のユーザにバトンしないと、その受け取ったユーザをパスして、新たにＤＢ３３から他のユーザをランダムに抽出してバトン送信をするようにしてもよい。この時パスされたユーザは、そのバトンを他のユーザへバトンできなくなる。また、バトンされている楽曲は上記のようなユーザのパスが一定の回数以上行われると、パスされなくなり、その楽曲のバトンをどのユーザも行わなくなった時、楽曲のバトンは終了する。バトンの終了とは、その楽曲のバトンが他のユーザへバトンできなくなることをいう。

また、オーナーは、１つの楽曲に対し、１つのバトンしか開始できない。ただし、バトン終了後、例えば、１週間など一定期間経過すると、オーナーは、再度同じ楽曲のバトンを開始することができる。
制御部２２は、領域５３ｆに表示されたボタンがタップされると、そのボタンに表示されている内容に基づいて、楽曲情報の表示順番を並び替える。

図２１は、携帯端末のディスプレイに表示される画面例を示した図である。図２１の画面例は、オーナー送信楽曲一覧画面の例を示している。オーナー送信楽曲一覧画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。オーナー送信楽曲一覧画面は、図２０で説明した「オーナー」と表示されたボタン５３ｄがタップされると表示される。

制御部２２は、領域５４ａに、携帯端末１１のユーザが最初に送信したバトンの楽曲情報を送信日時順に表示する。制御部２２は、領域５４ａに表示された楽曲情報の行がタップされると、以下で説明する楽曲バトン状況一覧画面へ遷移する。

制御部２２は、例えば、バトン識別情報によるサーバ１４へのアクセスをデフォルトで１０曲とし、下へスクロールすると次の１０曲分のバトン識別情報でサーバ１４へアクセスする。

制御部２２は、終了したバトンの楽曲情報を、例えば、文字の色を変えるなどして明示する。制御部２２は、バトンが続いている楽曲においては現在のバトン数を表示し、バトンが終了した楽曲においてはバトンの総数を表示する。
制御部２２は、友達リストで選定したユーザに楽曲を送信している場合、その楽曲の行に「友達」というアイコンを表示する。
制御部２２は、「ＭＯＶＥ」と表示されたボタン５４ｂがタップされると、図２０に示した送信楽曲一覧画面に遷移する。
制御部２２は、「ＡＬＬ」と表示されたボタン５４ｃがタップされると、以下で説明するＡＬＬ送信楽曲一覧画面へ遷移する。
制御部２２は、領域５４ｄに表示されたボタンがタップされると、そのボタンに表示されている内容に基づいて、楽曲情報の表示順番を並び替える。

図２２は、携帯端末のディスプレイに表示される画面例を示した図である。図２２の画面例は、ＡＬＬ送信楽曲一覧画面の例を示している。ＡＬＬ送信楽曲一覧画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。ＡＬＬ送信楽曲一覧画面は、図２０で説明した「ＡＬＬ」と表示されたボタン５３ｅがタップされると表示される。または、図２１で説明した「ＡＬＬ」と表示されたボタン５４ｃがタップされると表示される。

制御部２２は、領域５５ａに、携帯端末１１のユーザが送信した全てのバトンの楽曲情報を送信日時順に表示する。制御部２２は、オーナーが最初にバトンを開始した楽曲情報においては、「オーナー」と表示したアイコン５５ｂを表示する。制御部２２は、領域５５ａに表示された楽曲情報の行がタップされると、以下で説明する楽曲バトン状況一覧画面へ遷移する。

制御部２２は、例えば、バトン識別情報によるサーバ１４へのアクセスをデフォルトで１０曲とし、下へスクロールすると次の１０曲分のバトン識別情報でサーバ１４へアクセスする。

制御部２２は、終了したバトンの楽曲情報を、例えば、文字の色を変えるなどして明示する。制御部２２は、バトンが続いている楽曲においては現在のバトン数を表示し、バトンが終了した楽曲においてはバトンの総数を表示する。
制御部２２は、「オーナー」と表示されたボタン５５ｃがタップされると、図２１に示したオーナー送信楽曲一覧画面に遷移する。
制御部２２は、「ＭＯＶＥ」と表示されたボタン５５ｄがタップされると、図２０に示した送信楽曲一覧画面に遷移する。

図２３は、携帯端末のディスプレイに表示される画面例を示した図である。図２３の画面例は、楽曲バトン状況一覧画面の例を示している。楽曲バトン状況一覧画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。楽曲バトン状況一覧画面は、図２０に示した領域５３ｂの楽曲情報の行がタップされた場合、図２１に示した領域５４ａの楽曲情報の行がタップされた場合、または図２２に示した領域５５ａの楽曲情報の行がタップされた場合に表示される。

制御部２２は、ユーザによってタップされた行の楽曲情報を領域５６ａに表示し、その音楽データを再生する。図２３の画面例では、楽曲タイトル「Ａ１」の楽曲情報が領域５６ａに表示され、楽曲タイトル「Ａ１」の音楽データが再生されていることになる。
制御部２２は、領域５６ａに表示されている楽曲のバトンが、どの国のユーザに届いたのかを到着日時順に表示する。

制御部２２は、「バトン参加ユーザ」と「バトン到着ユーザ」の２種類に分けてバトン状況を表示する。例えば、制御部２２は、領域５６ｂには、バトン参加ユーザのバトン状況を表示し、領域５６ｃには、バトン到着ユーザのバトン状況を表示している。

バトン参加ユーザとは、領域５６ａに表示されている楽曲のバトンをあるユーザから受信し、そのバトンを他のユーザに送信したユーザを言う。バトン到着ユーザとは、領域５６ａに表示されている楽曲のバトンを受信し、「バトンする」「バトンしない」の操作をまだ行っていないユーザを言う。

制御部２２は、例えば、バトン識別情報によるサーバ１４へのアクセスをデフォルトで１０曲とし、下へスクロールすると次の１０曲分のバトン識別情報でサーバ１４へアクセスする。

制御部２２は、バトン先のユーザが楽曲を現在視聴している場合、そのユーザの行においてアイコン５６ｄを表示する。図２３の例では、領域５６ｃに表示されているノルウェーのユーザが、現在、楽曲タイトル「Ａ１」を再生していることが分かる。

なお、ユーザがバトンされた楽曲を視聴すると、例えば、その情報がサーバ１４に送信される。サーバ１４の制御部３２は、ＤＢ３３で管理しているその楽曲のバトン情報に、視聴中の旨の情報を追加する。また、ユーザの楽曲の視聴が終わると、その情報がサーバ１４に送信される。サーバ１４の制御部３２は、ＤＢ３３で管理している視聴中の旨の情報を削除する。

また、到着ユーザが楽曲視聴後に、例えば、１週間などの期間、その楽曲をバトンしなかった場合、ＤＢ３３で管理しているその楽曲のバトン情報からその到着ユーザを削除する。
制御部２２は、「戻る」と表示されたボタン５６ｅがタップされると、図２０に示した送信楽曲一覧画面へ戻る。

制御部２２は、「ダウンロード購入」と表示されたボタン５６ｆがタップされると、バトンされた楽曲を購入するためのダウンロード購入画面へ遷移する。制御部２２は、すでにその楽曲が購入済みであれば、ボタン５６ｆを表示しない。

制御部２２は、ボタン５６ｇがタップされると、再生している楽曲を停止する。なお、楽曲が停止状態のときは、ボタン５６ｇの所に再生ボタンが表示される。制御部２２は、再生ボタンがタップされると、楽曲を再生する。
制御部２２は、「ＭＡＰ」と表示されたボタン５６ｈがタップされると、以下で説明する地図ベース楽曲バトン状況一覧画面へ遷移する。

図２４は、携帯端末のディスプレイに表示される画面例を示した図である。図２４の画面例は、地図ベース楽曲バトン状況一覧画面の例を示している。地図ベース楽曲バトン状況一覧画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。地図ベース楽曲バトン状況一覧画面は、図２３に示した「ＭＡＰ」と表示されたボタン５６ｈがタップされると表示される。地図ベース楽曲バトン状況一覧画面では、例えば、楽曲はそのまま再生されている。

制御部２２は、再生中の楽曲のバトンが、どこに何件広がっているのかを地図上に表示する。制御部２２は、例えば、図２４中の黒丸の大きさで、バトン数の大きさを表す。また、制御部２２は、地図の縮尺に応じて、最大で市区町村単位、最小で国単位で分けて表示する。制御部２２は、例えば、図２４中の黒丸がタップされると、バトン数を表示する。

制御部２２は、「戻る」と表示されたボタン５７ａがタップされると、直前に表示されていた図２０で説明した送信楽曲一覧画面、図２１で説明したオーナー送信楽曲一覧画面、または図２２で説明したＡＬＬ送信楽曲一覧画面の何れかに戻る。
制御部２２は、ボタン５７ｂがタップされると、図２３で説明した楽曲バトン状況一覧画面へ戻る。

制御部２２は、「ダウンロード購入」と表示されたボタン５７ｃがタップされると、現在再生中の楽曲を購入するためのダウンロード購入画面へ遷移する。制御部２２は、すでにその楽曲が購入済みであれば、ボタン５７ｃを表示しない。

制御部２２は、ボタン５７ｄがタップされると、再生している楽曲を停止する。なお、楽曲が停止状態のときは、ボタン５７ｄの所に再生ボタンが表示される。制御部２２は、再生ボタンがタップされると、楽曲を再生する。

制御部２２は、地図の縮尺を変更する縮尺ツール５７ｅがスライドされると、地図の縮尺を変更する。制御部２２は、左右の「＋」「−」ボタンがタップされた時にも、縮尺を変更する。
次に、楽曲をリクエストするための画面例について説明する。

図２５は、携帯端末のディスプレイに表示される画面例を示した図である。図２５の画面例は、楽曲リクエスト画面の例を示している。楽曲リクエスト画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。楽曲リクエスト画面は、メニューボタン４１ｄがタップされると表示される。メニューボタン４１ｄは、図２５に示すようにアクティブ化されている。

ユーザは、図２５に示す楽曲リクエスト画面において、楽曲の一部を取得することができる。ユーザは、以下で説明する設定画面で設定されているジャンルとは関係なく楽曲を取得することができる。

楽曲は、サーバ１４のＤＢ３３に記憶されており、携帯端末１１の制御部２２は、サーバ１４から、リクエストした楽曲を受信する。リクエストで受信する楽曲は、ＤＢ３３に格納されているすべての楽曲から抽出する。

制御部２２は、プルダウンメニュー５８ａがタップされると、例えば、ロックやジャズやヒップホップなどのジャンルの一覧項目を表示してユーザがジャンルの選択をできるようにする。

制御部２２は、「カテゴリー」と表示された領域５８ｂの行がタップされると、カテゴリー選択画面へ遷移する。制御部２２は、遷移したカテゴリー選択画面でカテゴリーが選択され、当該楽曲リクエスト画面に戻ってくると、選択項目にヒットした楽曲の数と、選択されたカテゴリー項目とを、領域５８ｂの行に表示する。

制御部２２は、「ムード」と表示された領域５８ｃの行がタップされると、以下で説明するムード選択画面へ遷移する。制御部２２は、遷移したムード選択画面でムードが選択され、当該楽曲リクエスト画面に戻ってくると、選択項目にヒットした楽曲の数と、選択されたムード項目とを、領域５８ｃの行に表示する。

制御部２２は、「イベント」と表示された領域５８ｄの行がタップされると、イベント選択画面へ遷移する。制御部２２は、遷移したイベント選択画面でイベントが選択され、当該楽曲リクエスト画面に戻ってくると、選択項目にヒットした楽曲の数と、選択されたイベント項目とを、領域５８ｃの行に表示する。
制御部２２は、「リクエスト」と表示されたボタン５８ｅがタップされると、入力されたパラメータをサーバ１４に送信する。

サーバ１４の制御部３２は、受信したパラメータに適合する楽曲をＤＢ３３から検索し、携帯端末１１に送信する。制御部３２は、受信したパラメータに適合する楽曲が複数存在する場合には、その中からランダムに楽曲を１つ選択する。
制御部２２は、以下で説明する楽曲受信画面へ遷移する。

図２６は、携帯端末のディスプレイに表示される画面例を示した図である。図２６の画面例は、ムード選択画面の例を示している。ムード選択画面は、図２５に示した「ムード」と表示された領域５８ｃの行がタップされると表示される。

ムード選択画面は、リクエストする楽曲に対し、その楽曲のムードをユーザが選択して付与する画面である。ムードは、図２６に示すように、いくつか予め用意されており、そのムードに対応してチェックボックス５９ａが表示されている。
制御部２２は、チェックボックス５９ａがタップされると、そのチェックボックス５９ａに、例えば、レ点を表示するなどして選択したことを明示する。
制御部２２は、「ＯＫ」と表示されたボタン５９ｂがタップされると、図２５で説明した楽曲リクエスト画面へ遷移する。
制御部２２は、「戻る」と表示されたボタン５９ｃがタップされると、パラメータを破棄して図２５で説明した楽曲リクエスト画面へ遷移する。

図２７は、携帯端末のディスプレイに表示される画面例を示した図である。図２７の画面例は、楽曲受信画面の例を示している。楽曲受信画面は、図２５で説明した「リクエスト」と表示されたボタン５８ｅがタップされると表示される。

制御部２２は、図２５で説明した「リクエスト」と表示されたボタン５８ｅがタップされると、サーバ１４から、リクエスト内容に合う楽曲を受信する。制御部２２は、受信した楽曲をＤＢ２４に記憶する。
制御部２２は、「Ｌｉｓｔｅｎ」と表示されたボタンがタップされると、以下で説明するリクエスト楽曲再生画面へ遷移する。

図２８は、携帯端末のディスプレイに表示される画面例を示した図である。図２８の画面例は、リクエスト楽曲再生画面の例を示している。リクエスト楽曲再生画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。リクエスト楽曲再生画面は、図２７で説明した「Ｌｉｓｔｅｎ」と表示されたボタン６０ａがタップされると表示される。
制御部２２は、当該リクエスト楽曲再生画面へ遷移すると、サーバ１４から受信した楽曲を再生する。
制御部２２は、ディスプレイのボタン以外の箇所がタップされると、音量操作ができる音量操作画面を表示する。

制御部２２は、受信した楽曲の音楽データを、例えば、４５秒間再生し、フェードイン・フェードアウトを使用して、リピート再生する。当該リクエスト楽曲再生画面では、制御部２２は、早送り・巻き戻しの制御をしないようにしてもよい。

制御部２２は、受信した楽曲が現在バトンされていない楽曲の場合、領域６１ａに「楽曲リクエストで取得」と表示する。また、制御部２２は、領域６１ａに、リクエスト内容を表示する。

制御部２２は、受信した楽曲が現在バトンされている楽曲の場合、領域６１ａに楽曲バトン送信ユーザの中で、一番直近でバトンしたユーザの国旗とユーザ名を表示する。なお、制御部２２は、前記情報をサーバ１４から受信する。
制御部２２は、「戻る」と表示されたボタン６１ｂがタップされると、図２５で説明した楽曲リクエスト画面へ戻る。

制御部２２は、ボタン６１ｃがタップされると、音楽データを再生したまま、楽曲詳細画面へ遷移する。例えば、制御部２２は、図８に示したような楽曲詳細情報画面へ遷移する。

制御部２２は、ボタン６１ｄがタップされると、再生している楽曲を停止する。なお、楽曲が停止状態のときは、ボタン６１ｄの所に再生ボタンが表示される。制御部２２は、再生ボタンがタップされると、楽曲を再生する。
制御部２２は、「ダウンロード購入」と表示されたボタン６１ｅがタップされると、バトンされた楽曲を購入するためのダウンロード購入画面へ遷移する。

制御部２２は、「他の曲が欲しい」と表示されたボタン６１ｆがタップされると、同じ条件で再度リクエストをサーバ１４に送信する。サーバ１４の制御部３２は、前回検索した楽曲とは別の楽曲を検索し、携帯端末１１へ送信する。

制御部２２は、「バトンする」と表示されたボタン６１ｇがタップされると、例えば、図１０で説明したムード選択画面へ遷移する。制御部２２は、ムードが選択されると、バトン情報をサーバ１４に送信する。

サーバ１４の制御部３２は、携帯端末１１からバトン情報を受信すると、バトン識別情報を付与し、ＤＢ３３においてバトン情報の管理を開始する。そして、制御部３２は、世界中のユーザの中から、バトン先のユーザをランダムに抽出して、携帯端末１１で再生されている楽曲のバトンを送信する。
次に、楽曲を検索する画面について説明する。

図２９は、携帯端末のディスプレイに表示される画面例を示した図である。図２９の画面例は、楽曲検索画面の例を示している。楽曲検索画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。楽曲検索画面は、「検索」と表示されたメニューボタン４１ｅがタップされると表示される。メニューボタン４１ｅは、図２９に示すようにアクティブ化されている。

楽曲検索画面は、アーティスト名や楽曲タイトル名を入力して楽曲を検索するための画面である。検索で取得する楽曲は、サーバ１４のＤＢ３３に記憶されている。なお、検索で取得する楽曲は、ＤＢ３３に記憶されている全ての楽曲から抽出する。また、検索で取得できる楽曲再生データは全てでなく一部である。

入力ボックス６２ａには、楽曲を検索するアーティスト名が入力される。入力ボックス６２ｂには、楽曲を検索する楽曲タイトル名が入力される。入力ボックス６２ａ，６２ｂには、入力しやすいように、入力候補がいくつか表示されてもよい。例えば、文字を全て入力しなくても、サーバ１４のＤＢ３３に記憶されているアーティスト名または楽曲タイトル名のリストが、いくつか候補として入力ボックス６２ａ，６２ｂに表示されるようにしてもよい。

制御部２２は、「検索」と表示されたボタン６２ｃがタップされると、入力ボックス６２ａ，６２ｂに入力されたアーティスト名および楽曲タイトル名をサーバ１４に送信する。サーバ１４の制御部３２は、受信したアーティスト名および楽曲タイトル名の音楽データを、ＤＢ３３を参照して検索し、携帯端末１１に送信する。また、制御部３２は、検索した音楽データが、バトンシステムでバトンされている楽曲の場合、バトン進行中である旨の情報を携帯端末１１に送信する。

なお、ユーザは、アーティスト名および楽曲タイトル名の両方を、入力ボックス６２ａ，６２ｂに入力しなくてもよい。この場合、制御部２２は、入力されたアーティスト名および楽曲タイトル名の一方を、サーバ１４に送信する。サーバ１４は、アーティスト名および楽曲タイトル名の一方で音楽データを検索し、携帯端末１１に送信する。

図３０は、携帯端末のディスプレイに表示される画面例を示した図である。図３０の画面例は、楽曲検索結果一覧画面の例を示している。楽曲検索結果一覧画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。楽曲検索結果一覧画面は、図２９で説明した「検索」と表示されたボタン６２ｃがタップされると表示される。
制御部２２は、領域６３ａに表示されている楽曲タイトルの行がタップされると、以下で説明する検索楽曲再生画面へ遷移する。

制御部２２は、領域６３ａに表示されている楽曲タイトルの楽曲が、バトンシステム上でバトンされている楽曲の場合、「バトン進行中」と表示されたアイコン６３ｂを表示する。

制御部２２は、「楽曲タイトル」と表示されているボタン６３ｃがタップされると、領域６３ａに表示されている楽曲情報を、楽曲タイトル順に並び替える。制御部２２は、「アーティスト名」と表示されているボタン６３ｄがタップされると、領域６３ａに表示されている楽曲情報を、アーティスト名順に並び替える。制御部２２は、「バトン進行中」と表示されているボタン６３ｅがタップされると、領域６３ａに表示されている楽曲情報を、バトン進行中順に並び替える。

図３１は、携帯端末のディスプレイに表示される画面例を示した図である。図３１の画面例は、検索楽曲再生画面の例を示している。検索楽曲再生画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。検索楽曲再生画面は、図３０で説明した領域６３ａの行がタップされると表示される。
制御部２２は、図３０で説明した領域６３ａの行がタップされ、当該検索楽曲再生画面へ遷移すると、タップされた行の音楽データを再生する。
制御部２２は、ディスプレイのボタン以外の箇所がタップされると、音量操作ができる音量操作画面を表示する。

制御部２２は、受信した楽曲の音楽データを、例えば、４５秒間再生し、フェードイン・フェードアウトを使用して、リピート再生する。当該検索楽曲再生画面では、制御部２２は、早送り・巻き戻しの制御をしないようにしてもよい。
制御部２２は、バトンシステムでバトンされている楽曲を再生している場合、「バトン進行中」と表示されたアイコン６４ａを表示する。
制御部２２は、「戻る」と表示されたボタン６４ｂがタップされると、図３０で説明した楽曲検索結果一覧画面へ戻る。

制御部２２は、ボタン６４ｃがタップされると、音楽データを再生したまま、楽曲詳細画面へ遷移する。例えば、制御部２２は、図８に示したような楽曲詳細情報画面へ遷移する。

制御部２２は、ボタン６４ｄがタップされると、再生している楽曲を停止する。なお、楽曲が停止状態のときは、ボタン６４ｄの所に再生ボタンが表示される。制御部２２は、再生ボタンがタップされると、楽曲を再生する。
制御部２２は、「ダウンロード購入」と表示されたボタン６４ｅがタップされると、バトンされた楽曲を購入するためのダウンロード購入画面へ遷移する。
制御部２２は、「一覧へ戻る」と表示されたボタン６４ｆがタップされると、図３０で説明した楽曲検索結果一覧画面へ戻る。

制御部２２は、「バトンする」と表示されたボタン６４ｇがタップされると、例えば、図１０で説明したムード選択画面へ遷移する。制御部２２は、ムードが選択されると、バトン情報をサーバ１４に送信する。

サーバ１４の制御部３２は、携帯端末１１からバトン情報を受信すると、バトン識別情報を付与し、ＤＢ３３においてバトン情報の管理を開始する。そして、制御部３２は、世界中のユーザの中から、バトン先のユーザをランダムに抽出して、携帯端末１１で再生されている楽曲のバトンを送信する。
次に、各種設定をするための画面について説明する。

図３２は、携帯端末のディスプレイに表示される画面例を示した図である。図３２の画面例は、設定画面の例を示している。設定画面には、図６で説明したメニューボタン４１ａ〜４１ｆが表示されている。設定画面は、「設定」と表示されたメニューボタン４１ｆがタップされると表示される。メニューボタン４１ｆは、図３２に示すようにアクティブ化されている。

制御部２２は、「ニックネーム」と表示されたボタン６５ａがタップされると、携帯端末１１のユーザのニックネームを編集する画面へ遷移する。ユーザは、その画面で自分のニックネームを編集することができる。なお、ここで編集されたニックネームは、例えば、バトンを他のユーザに送信したとき、ユーザ名として表示される。

制御部２２は、領域６５ｂに表示された項目がタップされると、その項目先の画面へ遷移する。ユーザは、遷移先の画面で、所定の情報を閲覧したり編集したりすることができる。

例えば、ユーザは、領域６５ｂの「受け取る楽曲の設定」と表示された項目をタップすると、受け取りたい楽曲の、例えば、ジャンル、リリース年代、楽曲の制作国、またはムードなどを設定できる。

例えば、ユーザは、領域６５ｂの「受け取るバトンの設定」と表示された項目をタップすると、受け取りたいバトンの、例えば、一日の件数または受け取りたい時間帯などを設定できる。

例えば、ユーザは、領域６５ｂの「お知らせ」と表示された項目をタップすると、バトンシステムからのお知らせを見ることができる。なお、バトンシステムからのお知らせの有無は、「設定」と表示されたメニューボタン４１ｆ上に表示された数字により分かるようになっている。例えば、ユーザは、メニューボタン４１ｆ上に「１」という数字が表示されていれば、バトンシステムからお知らせが１つあることが分かる。ユーザがお知らせを閲覧すると、メニューボタン４１ｆ上に表示されている数字は減算される。
次に、画面遷移の例について説明する。

図３３、図３４は、画面遷移例を説明する図である。図３３、図３４に示す丸で囲った数字は、対応する数字において矢印がつながっていることを示している。ｅｘ．は、対応する画面例の図番を示している。矢印付近に記載している文言は、タップされたボタン等の種類を示している。携帯端末は、例えば、図３３、図３４に示すような関係において各種画面が表示される。

このように、携帯端末１１は、ユーザの要求に応じて、音楽データを再生する。携帯端末１１のユーザは、その音楽データを他のユーザに紹介したいと思えば、携帯端末１１を用いてサーバ１４にバトン要求を送信する。サーバ１４は、携帯端末１１からのバトン要求に応じて、携帯端末１１が実装しているＬプログラムと同じプログラムを実装した、少なくとも１以上の他の携帯端末１５〜１７を抽出し、抽出した携帯端末１５〜１７に、携帯端末１１のユーザがバトンしたい音楽データの一部を送信する。
これにより、携帯端末１１のユーザは、例えば、気に入った音楽データの一部を他のユーザに紹介することができる。
また、ユーザは、いい楽曲に日常的に出会えるようになる。

また、携帯端末１１は、サーバ１４によって、バトン先ユーザとして抽出された場合、バトン元ユーザの音楽データの一部を受信する。これにより、音楽データは、ユーザからユーザへ紹介され、広く紹介される。

また、携帯端末１１のユーザは、他のユーザから紹介された一部の音楽データを再生し、例えば、その音楽データがいいものであれば、さらに他のユーザへバトンを渡すことができる。すなわち、バトンは、ユーザからユーザへと次々に渡すことができる。これにより、例えば、よい音楽データは、広く紹介されることになる。

また、バトンを最初に開始するオーナーは、自分の知っている範囲内のユーザ（例えば、友達）に音楽データの一部をバトンすることもできる。そして、バトンを受けた友達からは、ランダムにバトン先ユーザが選ばれ、バトンがわたっていく。これにより、オーナーは、例えば、気に入った音楽データの一部を友達に紹介するとともに、他のユーザに広く紹介することができる。

また、サーバ１４は、世界中のユーザからバトン先のユーザを抽出し、バトンを送信する。これにより、バトンを受信するユーザは、世界中のユーザからバトンが送られてくることとなり、非常に面白いものとなる。また、よい楽曲が世界中に広められる。
また、バトンシステムは、音楽データの一部をバトンするので、バトン先のユーザは、紹介される音楽データの良さを実際に体感することができる。

また、情報量が飽和する状況においては、自分の好みの楽曲を探す事は、時に労力と時間の消費を伴う。これに対し、本件では、ユーザは、受信したい楽曲のムード等を設定することにより、容易に自分の好みの楽曲を探すことができる。

また、ユーザは、例えば、まだ出会った事のない、優れた楽曲があるのであれば出会いたい。本件では、ユーザは、他のユーザから、そのユーザがよいと思った楽曲の紹介を受けるので、優れた楽曲に出会いやすい。

また、ユーザは、既に出会っていて自分が忘れている楽曲についても、再会して懐かしみたい。本件では、楽曲のリリース年代やムード等を設定することにより、懐かしい楽曲に出会うことも可能である。

また、ユーザは、バトンの送信状況を見ることができるので、自分が所有している楽曲が、自分以外のどこの誰にどのように「いい楽曲」として認められているか知ることができる。
また、音楽データの購入促進にもつながる。

なお、本件は、上述した実施の形態に限定されるわけではなく、その他種々の変更が可能である。例えば、上記では、音楽データの一部を他のユーザに紹介するとしたが、音楽データの全てを、他のユーザに紹介するようにしてもよい。

また、上記では、コンテンツを再生する場合の例について説明したが、コンテンツをディスプレイに表示する場合にも適用することができる。例えば、携帯端末１，１５〜１７は、本や料理レシピのコンテンツをディスプレイに表示する。そして、携帯端末１，１５〜１７のユーザは、自分の携帯端末１１，１５〜１７に記憶されている本や料理レシピを他のユーザに紹介したい場合、サーバ１４に対し、バトン要求を行う。サーバ１４は、上記と同様にして、Ｌプログラムを記憶した他の携帯端末１，１５〜１７を抽出して、本や料理レシピの一部または全てを送信する。また、コンテンツは、映画や投稿動画などであってもよい。

また、上記では、携帯端末１１，１５〜１７に記憶されている音楽データと、サーバ１４に記憶されている音楽データは、同期しているとしたが、これに限るものではない。例えば、携帯端末１１，１５〜１７とサーバ１４の音楽データが同期していない場合、サーバ１４は、携帯端末１１，１５〜１７に記憶されている音楽データを持っていない場合がある。この場合、携帯端末１１，１５〜１７は、例えば、他の携帯端末１１，１５〜１７にバトンしたい音楽データの一部または全部をサーバ１４に送信する。そして、サーバ１４は、携帯端末１１，１５〜１７から受信した音楽データの一部または全部を、他の携帯端末１１，１５〜１７に送信する。

また、上記では、音楽データは、サーバ１４のＤＢ３３に記憶され、携帯端末１１に送信するとしたがこれに限るものではない。例えば、サーバ１４の制御部３２は、音楽配信会社が管理するＤＢに記憶されている音楽データを携帯端末１１に送信するようにしてもよい。そして、制御部３２は、送信した音楽データのバトン状況をＤＢ３３で管理するようにしてもよい。

また、上記では、楽曲再生画面で再生している楽曲をバトンするとしたが、再生していない楽曲をバトンするようにしてもよい。例えば、楽曲リスト画面からバトンするようにしてもよい。

また、上記では、他のユーザから受信したバトンを、さらに別のユーザにバトンする場合、サーバ１４がランダムにバトン先ユーザを抽出して、バトンを受け渡していた。しかし、ユーザが、携帯端末１１でバトン先ユーザを選択し、そのユーザにバトンを送信するようにしてもよい。例えば、バトン元ユーザは、図９に示した友達リスト画面においてバトン先ユーザを選択し、サーバ１４の制御部３２は、ユーザから指定されたバトン先ユーザに対し、バトンを送信する。また、友達間のみでバトンを次々に渡すようにしてもよいし、ランダムに抽出されたユーザ間のみでバトンを次々に渡すようにしてもよい。

また、上記では、バトン先ユーザを、世界中のユーザの中からランダムに抽出するとしたが、例えば、国別など地域を絞ってユーザをランダムに抽出するようにしてもよい。例えば、サーバ１４は、ユーザの指定する地域の中のユーザから、ランダムにバトン先ユーザを抽出するようにしてもよい。

また、上記では、バトンを最初に開始するオーナーは、１つの楽曲に対して１つのバトンしか開始できないとしたが、例えば、３つなど、複数開始できるようにしてもよい。

また、上記では、バトン受信楽曲の楽曲再生や、検索で抽出された楽曲の楽曲再生の過程などで、次の楽曲を再生する時にボタンをタップするなど何らかの操作が必要であるが、例えば、楽曲連続再生を可能にするなどして手間を省くのもよい。また、リクエスト機能で抽出される楽曲を複数にしてユーザに送信し、連続再生できるようにするのもよい。

また、楽曲のバトンを受信しバトンを送信したユーザは、バトン元ユーザに電子的メッセージを送れるようにしてもよい。電子的メッセージとは、例えば、ＤＢ３３で予め用意されている定型文、或いはイラスト、または、携帯端末１１によるユーザの操作で作成された文言などの電子メッセージなどである。

また、上記では、携帯端末を例にして説明したが、パーソナルコンピュータのような端末装置であってもよい。端末装置は、例えば、ネットワーク１３に有線または無線で接続され、サーバ１４と通信を行う。

また、上記では、携帯端末を例にしてコンピュータが他コンピュータを抽出し楽曲の紹介を行う様子を記しているが、Ｗｅｂサイトなどの機能の一部としてプログラムを実装し、そのサイト内のユーザにより楽曲の紹介をし合うのもよい。Ｗｅｂアプリケーションもこれに含まれる。
また、本件の仕組みの中で、ディスプレイに日本語で表示される言語を、例えば、英語や中国語など他国の言語に切り替えられるようにしてもよい。

また、上記の処理機能は、コンピュータによって実現することができる。その場合、携帯端末１１およびサーバ１４が有する機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記憶装置には、ハードディスクドライブ、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクには、Ｂｌｕ−ｒａｙ（登録商標）、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）等が挙げられる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

また、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現することもできる。
また、本件に、他の任意の構成物や工程が付加されていてもよい。

１，５〜７ コンピュータ
２ 基地局
３ ネットワーク
４ 情報処理装置

Claims (5)

1. ユーザの要求に応じて音楽コンテンツを表示装置に再生または表示するプログラムにお
   いて、
   コンピュータに、
   前記ユーザから前記音楽コンテンツの送信要求を受付け、
   前記コンピュータからの前記送信要求の受信に応じて、前記プログラムと同一のプログラムを記憶した、前記ユーザが予め友人設定したユーザに関連づけられたコンピュータ以外の少なくとも１以上の他コンピュータを抽出し、抽出した前記他コンピュータに前記音楽コンテンツの一部または全てを送信する情報処理装置に、前記ユーザから受付けた前記送信要求を送信する、
   処理を実行させることを特徴とするプログラム。
2. 前記情報処理装置によって当該コンピュータが抽出された場合、前記情報処理装置から前記他コンピュータで再生または表示された音楽コンテンツの一部または全てを受信する、
   処理を実行させることを特徴とする請求項１に記載のプログラム。
3. 前記ユーザの要求に応じて受信した前記音楽コンテンツを表示装置に再生または表示し、
   前記ユーザから前記音楽コンテンツの送信要求を受付け、
   前記音楽コンテンツの送信要求を前記情報処理装置に送信する、
   処理を実行させることを特徴とする請求項２に記載のプログラム。
4. 前記ユーザから前記コンテンツを紹介したい他ユーザを受付け、
   前記他ユーザのユーザコンピュータに前記音楽コンテンツを送信するように前記情報処理装置に送信要求を送信する、
   処理を実行させることを特徴とする請求項１乃至３のいずれかに記載のプログラム。
5. コンピュータに、
   ユーザに音楽コンテンツの一部または全てを紹介するプログラムを実装した端末装置から前記コンテンツの送信要求を受信し、
   前記送信要求の受信によって、前記プログラムを実装した、前記ユーザが予め友人設定したユーザに関連づけられた端末装置以外の１またはそれ以上の他端末装置を抽出し、
   前記音楽コンテンツの一部または全てを抽出した前記他端末装置に送信する、
   処理を実行させることを特徴とするプログラム。

Images