JP6426809B2 - 送信装置、送信装置の制御方法、およびプログラム - Google Patents

Description

本発明は、送信装置、送信装置の制御方法、およびプログラムに関するものである。

従来、この種の受信装置として、通信ネットワークシステムに適用された携帯端末が知られている（特許文献１参照）。この携帯端末は、他の携帯端末から送信されたフォトメールを受信し、フォトメールに添付された写真の画像データをＬＣＤ表示器に表示させるものである。このように、メール機能により写真（撮影画像）のやり取り（送受信）を行い、受信側の携帯端末で写真を閲覧可能にしている。

特開２００２−９１８８０号公報

ところで、この種の携帯端末において、撮影画像に楽曲の音声データを付加してこれをやり取りし、受信側の携帯端末で、撮影画像を表示しつつ、付加された音声データを再生することが考えられた。例えば、撮影画像に、撮影現場で流れている楽曲の音声データを付加し、これをやり取りする。そして、受信側の携帯端末では、撮影画像を表示しつつ、当該音声データを再生する。これによって、受信側のユーザーは、撮影画像を閲覧しつつ、撮影現場で流れていた楽曲を認識することができるので、撮影画像におけるライブ感を向上させることができる。
しかしながら、このような構成では、撮影画像と共に音声データをやり取りするため、データ伝送量が多くなってしまい、撮影画像のやり取りに遅延や不備が生じてしまうという問題があった。

本発明は、少ないデータ伝送量で、撮影画像におけるライブ感を向上させることができる送信装置、送信装置の制御方法、およびプログラムを提供することを課題としている。

本発明のある観点によれば、送信装置が提供される。送信装置は、第１のユーザー操作に従って撮影画像を取得する画像撮影部と、第１のユーザー操作に従って送信装置が存在する施設内への楽曲の放音と同期して配信サーバーが配信した楽曲の楽曲識別情報を取得する楽曲情報取得部と、第２のユーザー操作に従って撮影画像および撮影画像に付加された楽曲識別情報を受信装置に送信する送信部とを備える。

上記の送信装置は、施設の選択によって得られた施設情報を配信サーバーに送信する手段をさらに備え、楽曲情報取得部は、配信サーバーが施設情報に基づいて配信した楽曲識別情報を取得してもよい。

上記の送信装置は、施設を選択するためのユーザー操作を受け付ける手段をさらに備えてもよい。

上記の送信装置は、施設内でチェックイン処理を行うことによって施設を選択する手段をさらに備えてもよい。

本発明の他の観点によれば、第１のユーザー操作に従って撮影画像を取得するステップと、第１のユーザー操作に従って送信装置が存在する施設内への楽曲の放音と同期して配信サーバーが配信した楽曲の楽曲識別情報を取得するステップと、第２のユーザー操作に従って撮影画像および撮影画像に付加された楽曲識別情報を受信装置に送信するステップとを含む、送信装置の制御方法が提供される。

本発明の他の観点によれば、コンピューターを送信装置として機能させるためのプログラムが提供される。このプログラムは、第１のユーザー操作に従って撮影画像を取得する機能と、第１のユーザー操作に従って送信装置が存在する施設内への楽曲の放音と同期して配信サーバーが配信した楽曲の楽曲識別情報を取得する機能と、第２のユーザー操作に従って撮影画像および撮影画像に付加された楽曲識別情報を受信装置に送信する機能とをコンピューターに実現させる。

実施形態に係る楽曲提示システムを示したシステム構成図である。 携帯端末の構成を示したブロック図である。 送信側携帯端末および受信側携帯端末の機能構成を示した機能ブロック図である。 （ａ）は、実施形態における撮影画像の表示画面を示した図であり、（ｂ）は、楽曲購入サイトの表示画面を示した図である。（ｃ）は、変形例における撮影画像の表示画面を示した図である。 楽曲提示システムによる楽曲提示動作を示したフローチャートである。

以下、添付図面を参照し、本発明の一実施形態に係る受信装置、受信装置の制御方法およびプログラムについて説明する。本実施形態では、本発明の受信装置となる携帯端末を備えた楽曲提示システムを例示する。この楽曲提示システムは、複数の携帯端末間で撮影画像をやり取りするシステムであり、受信側の携帯端末で撮影画像を表示する際、その撮影現場（撮影環境）で流れていた楽曲を提示するシステムである。本楽曲提示システムは、楽曲の音声データそのものをやり取りしないことで、データ転送量を軽減する構成を有している。

図１に示すように、楽曲提示システム１は、複数の携帯端末２と、撮影現場となる各施設Ａに設けられた施設側システム３と、により構成されている。複数の携帯端末２は、インターネットや携帯電話網等の通信ネットワークＮＷを介して相互に通信可能に構成されている。一方、各施設側システム３は、各施設Ａ内にある携帯端末２と通信可能に構成されている。なお、各施設Ａとしては、遊戯施設、クラブやショッピングモール等、なにかしらの楽曲を流している施設を想定している。すなわち、少なくともＢＧＭ（Back Ground Music）として楽曲を流している施設や、ＤＪ（Disc Jockey）プレイ等の音響パフォーマンスとして楽曲を流している施設を含む。

施設側システム３は、楽曲を再生する音声再生装置１１と、楽曲の楽曲識別情報を配信する配信サーバー１２（ローカルサーバー）とを有している。音声再生装置１１は、例えば、パーソナルコンピューター、アンプおよびスピーカーにより構成されており、楽曲を再生してスピーカーから楽曲を放音する。これによって、施設Ａ内に楽曲を流している。

配信サーバー１２は、施設Ａ内への楽曲の放音と同期して、施設Ａ内の携帯端末２に対し、楽曲の楽曲識別情報（楽曲を識別するための情報）を配信する。具体的には、ＷｉＦｉ（登録商標）通信等の無線ＬＡＮ通信により、施設Ａ内の携帯端末２に、放音している楽曲の楽曲識別情報を配信する。ここでは、楽曲識別情報として、楽曲のメタデータ（少なくともタイトルＴおよびアーティスト名を含む）と、楽曲の楽曲購入サイトＳのＵＲＬ（Uniform Resource Locator）とを配信する。

図２に示すように、各携帯端末２は、スマートフォン等で構成されており、通信インターフェース２１と、液晶ディスプレイ２２と、タッチパネル２３と、撮像カメラ２４と、スピーカー２５と、メモリー２６と、これらを制御する制御機構２７と、を備えている。

通信インターフェース２１は、通信ネットワークＮＷを介して他の携帯端末２とデータの送受信を行うと共に、配信サーバー１２から配信された楽曲識別情報を取得する。

液晶ディスプレイ２２は、ユーザーに対し各種情報を表示するものであり、撮影画像Ｇや各種画面を表示する。タッチパネル２３は、液晶ディスプレイ２２に重畳して配設され、液晶ディスプレイ２２の画面上で、各種ユーザー操作を行うための操作デバイスである。

撮像カメラ２４は、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）やＣＣＤ（Charge Coupled Device）などのイメージセンサーから成るカメラで構成されており、静止画像および動画像を撮像（撮影）可能である。

スピーカー２５は、各種音声を出力（放音）するものであり、楽曲の音声出力を可能とする。メモリー２６は、撮影画像Ｇを含む各種データを書換え可能に記憶する不揮発性記憶媒体である。

制御機構２７は、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２およびＲＡＭ（Random Access Memory）３３から成る。ＣＰＵ３１は、中央処理装置であり、各種演算処理を行う。ＲＯＭ３２は、ＣＰＵ３１が各種演算処理を行うための制御プログラムを記憶し、ＲＡＭ３３は、ＣＰＵ３１が各種演算処理を行う際のワークエリアとして用いられる。携帯端末２は、制御機構２７により、メモリー２６に記憶された所定のプログラムを実行することで、撮影画像Ｇを撮影して送信する送信装置、および撮影画像Ｇを受信して表示する受信装置として機能する。

次に図３の機能ブロック図を参照して、楽曲提示動作にかかる携帯端末２の各機能について説明する。ここでは、楽曲提示動作において、送信装置として機能する携帯端末２を送信側携帯端末２ａとし、受信装置として機能する携帯端末２を受信側携帯端末２ｂとして説明する。なお、本実施形態では、各携帯端末２が、送信側携帯端末２ａとしても、受信側携帯端末２ｂとしても機能し得るものを想定しており、楽曲提示動作によって、各携帯端末２が、送信側携帯端末２ａとなるか、受信側携帯端末２ｂとなるかは適宜変化する。

図３に示すように、送信側携帯端末２ａは、画像撮影部４１と、楽曲情報取得部４２と、画像記憶部４３と、画像送信部４４と、を備えている。画像撮影部４１は、撮像カメラ２４を主要部とし、施設Ａ内で静止画像（写真）を撮影して、撮影画像Ｇを取得する。楽曲情報取得部４２は、通信インターフェース２１を主要部とし、専用アプリケーションにより、配信サーバー１２によって配信されている楽曲識別情報を取得する。

画像記憶部４３は、メモリー２６を主要部とし、撮影して得られた撮影画像Ｇを記憶すると共に、対応する楽曲識別情報を、撮影画像Ｇに付加して記憶する。すなわち、画像記憶部４３は、各撮影画像Ｇに対し、撮影時に配信されている楽曲識別情報を関連付けて記憶する。

画像送信部４４は、通信インターフェース２１を主要部とし、撮影画像Ｇ、および撮影画像Ｇに付加された楽曲識別情報を受信側携帯端末２ｂに送信する。画像送信部４４は、メール機能、もしくはＳＮＳ（ソーシャルネットワーキングサービス）により、撮影画像Ｇおよび楽曲識別情報を送信する。すなわち、撮影画像Ｇおよび楽曲識別情報をアップロードサーバーにアップロードし、受信側携帯端末２ｂにこれをダウンロードさせることで、これらを送信する構成であっても良い。

受信側携帯端末２ｂは、画像受信部（受信部）５１と、画像表示部５２と、楽曲有無判定部５３と、購入サイト表示部５４と、楽曲再生部５５と、を備えている。なお、請求項にいう「動作部」は、画像表示部５２、購入サイト表示部５４および楽曲再生部５５により構成されている。

画像受信部５１は、通信インターフェース２１を主要部とし、撮影画像Ｇおよび楽曲識別情報を受信する。すなわち、画像受信部５１は、送信側携帯端末２ａから送信された、撮影画像Ｇ、および撮影画像Ｇに付加された楽曲識別情報を受信する。画像受信部５１は、画像送信部４４と同様、メール機能、もしくはＳＮＳにより、撮影画像Ｇおよび楽曲識別情報を受信する。すなわち、送信側携帯端末２ａがアップロードサーバーにアップロードした撮影画像Ｇおよび楽曲識別情報を、ダウンロードすることで、これらを受信する構成であっても良い。

画像表示部５２は、液晶ディスプレイ２２を主要部とし、撮影画像Ｇを表示すると共に、楽曲識別情報に基づく楽曲のタイトルＴを、撮影画像Ｇに重畳して表示する（図４（ａ）参照）。すなわち、楽曲識別情報のメタデータに含まれるタイトルＴを抽出し、当該タイトルＴを撮影画像Ｇの下部に重畳した合成画像を生成して、これを表示する。なお、図４（ａ）に示すように、タイトルＴに加え、撮影画像Ｇへのタップ操作が再生操作であることを示す再生マークＭを、撮影画像Ｇに重畳して表示する。

楽曲有無判定部５３は、制御機構２７を主要部とし、楽曲識別情報に基づく楽曲を、受信側携帯端末２ｂのユーザーが保有しているか否か（購入済みであるか否か）を判定する。すなわち、楽曲有無判定部５３は、楽曲識別情報のメタデータに基づいて、メモリー２６内を検索し、対象楽曲の音声データがメモリー２６に記憶されているか否かを判定する。

購入サイト表示部５４は、液晶ディスプレイ２２を主要部とし、楽曲識別情報に基づく楽曲購入サイトＳを表示する（図４（ｂ）参照）。すなわち、購入サイト表示部５４は、楽曲有無判定部５３により、楽曲識別情報に基づく楽曲を、ユーザーが保有していないと判定された場合に、楽曲識別情報の楽曲購入サイトＳのＵＲＬに基づいて、ウェブ上の楽曲購入サイトＳを表示する。

楽曲再生部５５は、スピーカー２５を主要部とし、楽曲識別情報に基づく楽曲を再生（音声出力）する。すなわち、楽曲再生部５５は、楽曲有無判定部５３により、楽曲識別情報に基づく楽曲を、ユーザーが保有していると判定された場合に、検索したその対象楽曲の音声データに基づいて、当該楽曲を再生する。

ここで図５を参照して、楽曲提示システム１による楽曲提示動作について説明する。図５に示すように、まず、送信側携帯端末２ａは、ユーザー操作（撮影操作）に従って、画像撮影部４１により静止画像を撮影し、撮影画像Ｇを取得する（Ｓ１）。撮影画像Ｇを取得したら、楽曲情報取得部４２により、配信サーバー１２から配信されている楽曲識別情報を取得する（最新情報を取得）（Ｓ２）。このように、撮影操作に起因して、撮影画像Ｇおよび楽曲識別情報が取得される。そして、取得した撮影画像Ｇおよび楽曲識別情報を画像記憶部４３に記憶（記録）する（Ｓ３）。このとき、取得した撮影画像Ｇに、取得した楽曲識別情報を付加して記憶する。

次に、送信側携帯端末２ａは、ユーザー操作（送信操作）に従って、画像送信部４４により撮影画像Ｇおよび楽曲識別情報を送信する（Ｓ４）。すなわち、画像記憶部４３に記憶された撮影画像Ｇおよび楽曲識別情報を、受信側携帯端末２ｂに送信する。

これに対し、受信側携帯端末２ｂは、画像受信部５１により、送信側携帯端末２ａから送信された撮影画像Ｇおよび楽曲識別情報を受信する（Ｓ５：受信ステップ）。撮影画像Ｇおよび楽曲識別情報を受信したら、ユーザー操作（表示操作）に従って、画像表示部５２により、受信した撮影画像Ｇを表示すると共に、受信した楽曲識別情報に基づく楽曲のタイトルＴを撮影画像Ｇに重畳して表示する（Ｓ６）。その後、撮影画像Ｇを表示した状態で、撮影画像Ｇへのタップ操作の待ち状態に移行する（Ｓ７）。上記したように、この撮影画像Ｇへのタップ操作が、ユーザーによる楽曲の再生操作となっている。

そして、ユーザーにより撮影画像Ｇへのタップ操作を行われたら（Ｓ７：Ｙｅｓ）、楽曲有無判定部５３により、受信した楽曲識別情報に基づく楽曲を、ユーザーが保有しているか否かを判定する（Ｓ８）。楽曲有無判定部５３により、当該楽曲をユーザーが保有していないと判定された場合（Ｓ８：Ｎｏ）には、楽曲の再生をキャンセルし、購入サイト表示部５４により、当該楽曲の楽曲購入サイトＳを表示する（Ｓ９）。

一方、楽曲有無判定部５３により、当該楽曲をユーザーが保有していると判定された場合（Ｓ８：Ｙｅｓ）には、楽曲再生部５５により、当該楽曲を再生する（Ｓ１０）。これにより本楽曲提示動作を終了する。このように、本楽曲提示動作では、撮影画像Ｇを表示しつつ、楽曲識別情報に基づく楽曲の提示動作として、楽曲識別情報に基づく楽曲のタイトルＴを表示し、楽曲識別情報に基づく楽曲購入サイトＳを表示し、または、楽曲識別情報に基づく楽曲を再生する（動作ステップ）。

以上のような構成によれば、撮影画像Ｇを表示しつつ、表示している撮影画像Ｇに関連付けられた楽曲を表示または音声出力で提示することで、撮影画像Ｇにおけるライブ感を向上させることができる。そして、楽曲の音声データそのものではなく、楽曲の楽曲識別情報をやり取りすることで、データ伝送量を少なくすることができる。よって、楽曲の提示までの流れを快適且つスムーズに実行することができる。さらに言えば、楽曲の音声データそのものをやり取りしないことで、楽曲の音声データの送受信に伴う著作権上の問題を排除することができる。

また、楽曲の提示動作として、撮影画像Ｇ上に、楽曲識別情報に基づく楽曲のタイトルＴを表示する動作を行うことにより、視覚のみで楽曲を認識することができる。

さらに、楽曲の提示動作として、楽曲識別情報に基づく楽曲購入サイトＳを表示する動作を行うことにより、ユーザーの購買意欲を喚起させることができる。

またさらに、楽曲の提示動作として、楽曲識別情報に基づく楽曲を音声出力する動作を行うことで、音声によって撮影画像Ｇにおけるライブ感を向上させることができる。

また、送信側携帯端末２ａが、配信サーバー１２により楽曲の放音と同期して配信された楽曲識別情報を取得することで、撮影現場（撮影環境）で実際に流れていた楽曲の楽曲識別情報を撮影画像Ｇに付加することができる。よって、受信側のユーザーは、撮影画像Ｇを閲覧しつつ、撮影現場で実際に流れていた楽曲を認識することができる。ゆえに、撮影画像Ｇにおけるライブ感をさらに向上させることができる。

なお、本実施形態においては、撮影画像Ｇ上にタイトルＴを表示する構成であったが、撮影画像Ｇ上に、メタデータにおけるタイトルＴ以外の情報（楽曲のアーティスト名やジャンル等）を表示する構成であっても良い。また、メタデータに、楽曲の歌詞の一部または全部を含め、当該歌詞の一部または全部を、撮影画像Ｇ上に表示する構成であっても良い。さらに、これらタイトルＴ等の表示について、表示／非表示の設定を可能とする構成であっても良い。

また、本実施形態においては、対象楽曲をユーザーが保有していない場合に、楽曲購入サイトＳを表示したが、対象楽曲をユーザーが保有しているか否かにかかわらず、楽曲購入サイトＳを表示する構成であっても良い。また、撮影画像Ｇがタップ操作された時に、楽曲購入サイトＳを表示する構成であったが、撮影画像Ｇの表示と同時に、楽曲購入サイトＳを表示する構成であっても良い。さらに、楽曲購入サイトＳの表示に代えて、楽曲を一定時間の試聴をすることができる構成であっても良い。

さらに、本実施形態においては、撮影画像Ｇがタップ操作された時に、対象楽曲を音声出力する構成であったが、撮影画像Ｇの表示と同時に、対象楽曲を音声出力する構成であっても良い。

またさらに、本実施形態においては、配信サーバー１２として、施設Ａ毎に設けられたローカルサーバーを用い、当該配信サーバー１２が、無線ＬＡＮ通信により楽曲識別情報を配信する構成であったが、配信サーバー１２として、インターネットサーバーを用い、当該配信サーバー１２が、インターネットを介して楽曲識別情報を配信する構成であっても良い。かかる場合、複数の施設Ａにおける楽曲識別情報の配信を、単一の配信サーバー１２で行うことも可能である。

なお、複数の施設Ａにおける楽曲識別情報の配信を、単一の配信サーバー１２（インターネットサーバー）で行う場合、配信サーバー１２は、携帯端末２に楽曲識別情報を配信するのに、その携帯端末２がどの施設Ａに存在するかという情報（以下、施設情報）を把握する必要がある。ここでは、携帯端末２側で、自身が存在する施設Ａを選択し、選択によって得られた施設情報を配信サーバー１２に送信する。そして、これを配信サーバー１２が受信することで、配信サーバー１２が施設情報を把握する。かかる構成において、携帯端末２側での施設Ａの選択方法は、手動選択と自動選択とが想定される。手動選択による選択方法としては、例えば、インターネット上のＷｅｂサイトで施設Ａのリストを表示し、ユーザー操作により、当該リスト内から施設Ａを選択する方法が考えられる。また、当該Ｗｅｂサイト上で地図を表示し、ユーザー操作により、当該地図上で施設Ａの位置を指定することで、施設Ａを選択する方法が考えられる。

一方、自動選択による選択方法では、施設Ａ内でチェックイン処理を行い、施設Ａを自動選択する。例えば、携帯端末２に搭載されたＧＰＳによって、自身が存在する施設Ａを特定し、施設Ａを自動選択（自動設定）する方法が考えられる。また、携帯端末２に搭載されたコード認証機能により、施設Ａ内に設けられたＱＲコード等をコード認証（施設識別情報の取得）することで、自身が存在する施設Ａを特定し、施設Ａを自動選択する方法が考えられる。さらに、携帯端末２に搭載されたＦｅｌｉＣａやＮＦＣ（いずれも登録商標）等の非接触式近接センサーにより、施設Ａ内に設けられた読取装置（リーダー／ライター）から施設識別情報を取得して、自身が存在する施設Ａを特定し、施設Ａを自動選択する方法が考えられる。またさらに、特定のＷｉｆｉやＢｌｕｅｔｏｏｔｈ（いずれも登録商標）等の無線ＬＡＮにより配信される施設識別情報を受信して、自身が存在する施設Ａを特定し、施設Ａを自動選択する方法が考えられる。また、ｆｏｒｓｑｕａｒｅ（登録商標）等のＳＮＳにおけるチェックインサービスを利用して、自身が存在する施設Ａを特定し、施設Ａを自動選択する方法が考えられる。

なお、上記実施形態においては言及していないが、配信サーバー１２が、施設Ａ内への楽曲の放音と同期して、施設Ａ内の携帯端末に対し楽曲識別情報を配信する際、音声再生装置１１が、どの楽曲を放音（再生）しているかという情報を特定し、随時その情報を更新する必要がある。これについては以下の方法を用いて行う。すなわち、音声再生装置１１と配信サーバー１２とは、ルーター等を介してネットワーク接続されており、音声再生装置１１は、再生している楽曲の楽曲識別情報（ここではメタデータのみ）を、リアルタイムで配信サーバー１２に送信する。そして、配信サーバー１２は、音声再生装置１１からの楽曲識別情報を受信することで、どの楽曲を放音しているかという情報を特定する。なお、当該構成は、前述した「複数の施設Ａにおける楽曲識別情報の配信を、単一の配信サーバー１２（インターネットサーバー）で行う」場合にも適用される。また、施設Ａ毎に設けられた配信サーバー１２を用いる場合には、配信サーバー１２が、対応する１施設で流れている楽曲のみ管理する。一方、複数の施設Ａで単一の配信サーバー１２を共用する場合には、配信サーバー１２が、複数の施設Ａで流れている楽曲を同時に管理する。

なお、本実施形態においては、撮影画像Ｇに、楽曲のタイトルＴを重畳して表示する構成であったが、これに加え、図４（ｃ）に示すように、撮影画像Ｇに、撮影現場のロケーション情報Ｒ（撮影現場となった施設Ａの施設名）を重畳して表示する構成であっても良い。かかる場合、送信側携帯端末２ａで、当該ロケーション情報を取得すると共に、撮影画像Ｇおよび楽曲識別情報に加えて、ロケーション情報Ｒを送信する。これに対し、受信側携帯端末２ｂで、これらを受信し、撮影画像Ｇを表示すると共に、撮影画像Ｇに重畳してタイトルＴおよびロケーション情報Ｒを表示する。

また、本実施形態においては、受信側携帯端末２ｂで、撮影画像Ｇに楽曲識別情報を重畳させた合成画像を生成し、これを表示する構成であったが、送信側携帯端末２ａで、当該合成画像を生成する構成であっても良い。かかる場合、合成画像の状態で、撮影画像Ｇおよび楽曲識別情報をやり取り（送受信）する構成となる。かかる構成によれば、データ伝送量をより少なくすることができる。

さらに、本実施形態においては、撮影画像Ｇと共に楽曲識別情報をやり取りし、撮影画像Ｇを表示しつつ、撮影画像Ｇに関連付けられた楽曲を提示する構成であったが、撮影画像Ｇと共にＳＥ（Sound Effect）識別情報をやり取りし、撮影画像Ｇを表示しつつ、撮影画像Ｇに関連付けられたＳＥを提示（主に音声出力）する構成であっても良い。例えば、撮影現場（撮影環境）で聞こえる音に合わせたＳＥがあった場合に、送信側携帯端末２ａは、そのＳＥのＳＥ識別情報を、撮影画像Ｇと共に受信側携帯端末２ｂに送信する。そして、受信側携帯端末２ｂで、撮影画像Ｇを表示しつつ、ＳＥ識別情報に基づくＳＥを再生（音声出力）する。かかる構成によれば、楽曲が流れていない撮影現場で撮影した撮影画像Ｇにおいても、ライブ感を向上させることができる。なお、楽曲が流れているか否かを判定し、楽曲が流れていると判定された場合には、楽曲識別情報のやり取りおよび楽曲の提示を行い、楽曲が流れていないと判定された場合には、ＳＥ識別情報のやり取りおよびＳＥの提示を行う構成であっても良い。

またさらに、楽曲識別情報に代えて、ＭＩＤＩデータ等の楽曲の演奏データをやり取りする構成であっても良い。かかる場合、受信側携帯端末２ｂは、撮影画像Ｇと共に、撮影画像Ｇに付加された演奏データを受信し、当該撮影画像Ｇを表示しつつ、当該演奏データに基づいて楽曲を再生する。

２ａ：送信側携帯端末、２ｂ：受信側携帯端末、５１：画像受信部、５２：画像表示部、５４：購入サイト表示部、５５：楽曲再生部、Ｇ：撮影画像、Ｓ：楽曲購入サイト、Ｔ：タイトル

Claims (6)

1. 送信装置であって、
   第１のユーザー操作に従って撮影画像を取得する画像撮影部と、
   前記第１のユーザー操作に従って前記送信装置が存在する施設内への楽曲の放音と同期して配信サーバーが配信した前記楽曲の楽曲識別情報を取得する楽曲情報取得部と、
   第２のユーザー操作に従って前記撮影画像および前記撮影画像に付加された前記楽曲識別情報を受信装置に送信する送信部と
   を備えた送信装置。
2. 前記施設の選択によって得られた施設情報を前記配信サーバーに送信する手段をさらに備え、
   前記楽曲情報取得部は、前記配信サーバーが前記施設情報に基づいて配信した前記楽曲識別情報を取得する、請求項１に記載の送信装置。
3. 前記施設を選択するためのユーザー操作を受け付ける手段をさらに備える、請求項２に記載の送信装置。
4. 前記施設内でチェックイン処理を行うことによって前記施設を選択する手段をさらに備える、請求項２に記載の送信装置。
5. 送信装置の制御方法であって、
   第１のユーザー操作に従って撮影画像を取得するステップと、
   前記第１のユーザー操作に従って前記送信装置が存在する施設内への楽曲の放音と同期して配信サーバーが配信した前記楽曲の楽曲識別情報を取得するステップと、
   第２のユーザー操作に従って前記撮影画像および前記撮影画像に付加された前記楽曲識別情報を受信装置に送信するステップと
   を含む、送信装置の制御方法。
6. コンピューターを送信装置として機能させるためのプログラムであって、
   第１のユーザー操作に従って撮影画像を取得する機能と、
   前記第１のユーザー操作に従って前記送信装置が存在する施設内への楽曲の放音と同期して配信サーバーが配信した前記楽曲の楽曲識別情報を取得する機能と、
   第２のユーザー操作に従って前記撮影画像および前記撮影画像に付加された前記楽曲識別情報を受信装置に送信する機能と
   をコンピューターに実現させるプログラム。

Images