(57)【要約】【課題】効率のよい広告データの配信を可能にする。【解決手段】携帯端末１１−３１を所持する使用者が、矢印で示す方向に移動するとき、使用者にとって移動方向の携帯端末１１−３２，１１−３３、および、配信装置１２−３２，１２−３３，１２−３４から配信される広告データは、有用なものであるが、通り過ぎた位置に存在する携帯端末１１−３４、および、配信装置１２−３１，１２−３５から配信される広告データは、それ程有用なものではないので、位置関係を求めて、移動方向に存在する携帯端末１１−３２，１１−３３、および、配信装置１２−３２，１２−３３，１２−３４から配信される広告データを取得するようにする。本発明は、音楽コンテンツ配信システムに適用することができる。【選択図】　　　図３１
2004056579.tif 000002
【特許請求の範囲】
【請求項１】
他の情報処理装置を探索する探索信号を送信する探索信号送信手段と、
前記探索信号に対応して前記他の情報処理装置から送信されてくる応答信号を受信する応答信号受信手段と、
前記応答信号に基づいて、前記他の情報処理装置との通信を確立し、前記他の情報処理装置よりデータの配信を受ける配信データ受信手段と、
前記応答信号に基づいて、前記他の情報処理装置との位置関係を検出する位置関係検出手段と、
前記位置関係検出手段により検出された位置関係に対応して、前記他の情報処理装置から、前記データの配信を受けるように前記配信データ受信手段の動作を制御する動作制御手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記データは、広告データを含む
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記応答信号受信手段により受信される前記応答信号の受信強度を検出する受信強度検出手段をさらに備え、
前記位置関係検出手段は、第１のタイミングにおける前記応答信号の受信強度と、前記第１のタイミングから所定の時間経過した第２のタイミングにおける前記応答信号の受信強度との差分から、前記他の情報処理装置との位置関係を検出し、
前記動作制御手段は、前記位置関係検出手段により検出された位置関係に対応して、自らの位置に接近する他の情報処理装置から、前記データの配信を受けるように前記配信データ受信手段の動作を制御する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記第２のタイミングにおける前記応答信号の受信強度の方が、前記第２のタイミングにおける前記応答信号の受信強度よりも大きい場合、前記動作制御手段は、前記他の情報処理装置から、前記データの配信を受けるように前記配信データ受信手段の動作を制御する
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記応答信号受信手段により受信される前記応答信号の送信に要した送信時間を検出する送信時間検出手段をさらに備え、
前記位置関係検出手段は、第１のタイミングにおける前記応答信号の送信時間と、前記第１のタイミングから所定の時間経過した第２のタイミングにおける前記応答信号の送信時間との差分から、前記他の情報処理装置との位置関係を検出し、
前記動作制御手段は、前記位置関係検出手段により検出された位置関係に対応して、自らの位置に接近する他の情報処理装置から、前記データの配信を受けるように前記配信データ受信手段の動作を制御する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記応答信号受信手段により受信される応答信号の位相を検出する位相検出手段をさらに備え、
前記位置関係検出手段は、第１のタイミングにおける前記応答信号の位相と、前記第１のタイミングから所定の時間経過した第２のタイミングにおける前記応答信号の位相との位相差から、前記他の情報処理装置との位置関係を検出し、
前記動作制御手段は、前記位置関係検出手段により検出された位置関係に対応して、自らの位置に接近する他の情報処理装置から、前記データの配信を受けるように前記配信データ受信手段の動作を制御する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記他の情報処理装置の位置を検出する第１の位置検出手段と、
自らの位置を検出する第２の位置検出手段とをさらに備え、
前記位置関係検出手段は、第１のタイミングで検出される前記他の情報処理装置の位置と、自らの位置との距離と、前記第１のタイミングから所定の時間経過した第２のタイミングで検出される前記他の情報処理装置の位置と、自らの位置との距離の差分から、前記他の情報処理装置との位置関係を検出し、
前記動作制御手段は、前記位置関係検出手段により検出された位置関係に対応して、自らの位置に接近する他の情報処理装置から、前記データの配信を受けるように前記配信データ受信手段の動作を制御する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記第１の位置検出手段および第２の位置検出手段は、ＧＰＳ、または、３点計測により位置を検出する
ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記配信データ受信手段が、複数の前記他の情報処理装置よりデータの配信を受けることが可能な場合、前記位置関係検出手段により検出された位置関係に対応して、複数の前記他の情報処理装置に優先順位を設定する優先順位決定手段をさらに備え、
前記動作制御手段は、前記位置関係検出手段により検出された位置関係に対応した前記優先順位に基づいて、複数の前記他の情報処理装置から、前記データの配信を受けるように前記配信データ受信手段の動作を制御する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記優先順位決定手段は、位置関係に対応して、近い順に複数の前記他の情報処理装置に優先順位を設定する
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
前記優先順位決定手段は、位置関係に対応して、遠い順に複数の前記他の情報処理装置に優先順位を設定する
ことを特徴とする請求項９に記載の情報処理装置。
【請求項１２】
前記配信データ受信手段により過去に受信された前記データを識別する情報を記憶する記憶手段をさらに備え、
前記動作制御手段は、前記位置関係検出手段により検出された位置関係に対応して前記他の情報処理装置から、前記記憶手段に記憶されているデータを識別する情報に対応しない前記データの配信を受けるように前記配信データ受信手段の動作を制御する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１３】
他の情報処理装置を探索する探索信号を送信する探索信号送信ステップと、
前記探索信号に対応して前記他の情報処理装置から送信されてくる応答信号を受信する応答信号受信ステップと、
前記応答信号に基づいて、前記他の情報処理装置との通信を確立し、前記他の情報処理装置よりデータの配信を受ける配信データ受信ステップと、
前記応答信号に基づいて、前記他の情報処理装置との位置関係を検出する位置関係検出ステップと、
前記位置関係検出ステップの処理で検出された位置関係に対応して、前記他の情報処理装置から、前記データの配信を受けるように前記配信データ受信ステップの処理の動作を制御する動作制御ステップと
を含むことを特徴とする情報処理方法。
【請求項１４】
他の情報処理装置を探索する探索信号の送信を制御する探索信号送信制御ステップと、
前記探索信号に対応して前記他の情報処理装置から送信されてくる応答信号の受信を制御する応答信号受信制御ステップと、
前記応答信号に基づいて、前記他の情報処理装置との通信を確立し、前記他の情報処理装置よりデータの配信を受けるように制御する配信データ受信制御ステップと、
前記応答信号に基づいて、前記他の情報処理装置との位置関係の検出を制御する位置関係検出制御ステップと、
前記位置関係検出制御ステップの処理で検出された位置関係に対応して、前記他の情報処理装置から、前記データの配信を受けるように前記配信データ受信制御ステップの処理の動作を制御する動作制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
【請求項１５】
他の情報処理装置を探索する探索信号の送信を制御する探索信号送信制御ステップと、
前記探索信号に対応して前記他の情報処理装置から送信されてくる応答信号の受信を制御する応答信号受信制御ステップと、
前記応答信号に基づいて、前記他の情報処理装置との通信を確立し、前記他の情報処理装置よりデータの配信を受けるように制御する配信データ受信制御ステップと、
前記応答信号に基づいて、前記他の情報処理装置との位置関係の検出を制御する位置関係検出制御ステップと、
前記位置関係検出制御ステップの処理で検出された位置関係に対応して、前記他の情報処理装置から、前記データの配信を受けるように前記配信データ受信制御ステップの処理の動作を制御する動作制御ステップと
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、楽曲データが再生される毎に、音楽コンテンツに添付される広告データを変更させ、広告データの宣伝効果を高めるようにした情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
コンテンツに広告を添付して、使用者（音楽コンテンツの場合は音楽コンテンツを聴く者）に添付された広告データを聴かせることで、その広告料により音楽コンテンツの費用を賄って、使用者が無料で音楽コンテンツの配信を受けられるようにするサービスが提案されている。
【０００３】
このサービスにおいては、例えば、音楽コンテンツの場合、各使用者は、まず、自らの携帯端末に広告データが添付されている音楽コンテンツをダウンロードして記憶させる。使用者は、この携帯端末に記憶された音楽コンテンツを再生させる時、添付されている広告データが読み出されて、音楽コンテンツを再生する前に広告データが再生されるので、それを聴くことになる。
【０００４】
また、コンテンツと広告データを別けて配信する場合、各店舗に、自らの店舗の広告データを記憶した配信装置を設置し、携帯端末が、この配信装置が発信する電波が到達する領域に入ったタイミングで、店舗の広告データを受信して記憶する。そして、予め記憶していたコンテンツを再生させるとき、携帯端末は、コンテンツを再生する前に、その受信した広告データを読み出して再生させ、その後、コンテンツを再生する。
【０００５】
【発明が解決しようとする課題】
しかしながら、コンテンツと共に広告データをダウンロードする場合、再生毎にコンテンツに添付されている同じ広告データが再生されることになるため、広告が合成されているコンテンツを再生するたびに同じ内容の広告データが繰り返し再生されることになるため音楽コンテンツを鑑賞する使用者に飽きが生じ、不快感を生じさせる恐れがあった。
【０００６】
また、コンテンツと広告データを別けて受信する場合、ダウンロード時にのみ広告データが配信されるので、広告を添付する機会が少なく広告料金徴収によるコンテンツ配信料金の減額率が低下してしまう恐れがあった。
【０００７】
さらに、上述の構成では、使用者の所持する携帯端末は、配信装置から配信される広告データを無差別に取得することになるため、例えば、使用者が既に通り過ぎたところに存在する店舗の広告データをも取得することになり広告データの配信者、および受信者の両者に対して効率が悪い。また端末ユーザにとって、すでに通り過ぎた箇所に存在する店舗の広告データを取得しても戻ってまでその店舗に行く確立は少ない。このため、通り過ぎた店舗の広告データを取得するのは煩わしく、さらには、その頻度が高すぎれば、不快なものとなってしまうという課題があった。また、広告データの配信者にとっては、無差別に広告データが配信されるだけでは宣伝広告効果を向上させることができないという課題があった。
【０００８】
本発明はこのような状況に鑑みてなされたものであり、コンテンツが再生される毎に、コンテンツに添付される広告データを変更させ、広告を添付する機会を増大させると共に、使用者にとって有用な広告データを優先的に取得できるようにするものである。
【０００９】
【課題を解決するための手段】
本発明の情報処理装置は、他の情報処理装置を探索する探索信号を送信する探索信号送信手段と、探索信号に対応して他の情報処理装置から送信されてくる応答信号を受信する応答信号受信手段と、応答信号に基づいて、他の情報処理装置との通信を確立し、他の情報処理装置よりデータの配信を受ける配信データ受信手段と、応答信号に基づいて、他の情報処理装置との位置関係を検出する位置関係検出手段と、位置関係検出手段により検出された位置関係に対応して、他の情報処理装置から、データの配信を受けるように配信データ受信手段の動作を制御する動作制御手段とを備えることを特徴とする。
【００１０】
前記データには、広告データを含ませるようにすることができる。
【００１１】
前記応答信号受信手段により受信される応答信号の受信強度を検出する受信強度検出手段をさらに設けるようにさせることができ、位置関係検出手段には、第１のタイミングにおける応答信号の受信強度と、第１のタイミングから所定の時間経過した第２のタイミングにおける応答信号の受信強度との差分から、他の情報処理装置との位置関係を検出させるようにすることができ、動作制御手段には、位置関係検出手段により検出された位置関係に対応して、自らの位置に接近する他の情報処理装置から、データの配信を受けるように配信データ受信手段の動作を制御させるようにすることができる。
【００１２】
前記第２のタイミングにおける応答信号の受信強度の方が、第２のタイミングにおける応答信号の受信強度よりも大きい場合、動作制御手段には、他の情報処理装置から、データの配信を受けるように配信データ受信手段の動作を制御させるようにすることができる。
【００１３】
前記応答信号受信手段により受信される応答信号の送信に要した送信時間を検出する送信時間検出手段をさらに設けるようにさせることができ、位置関係検出手段には、第１のタイミングにおける応答信号の送信時間と、第１のタイミングから所定の時間経過した第２のタイミングにおける応答信号の送信時間との差分から、他の情報処理装置との位置関係を検出させるようにすることができ、動作制御手段には、位置関係検出手段により検出された位置関係に対応して、自らの位置に接近する他の情報処理装置から、データの配信を受けるように配信データ受信手段の動作を制御させるようにすることができる。
【００１４】
前記応答信号受信手段により受信される応答信号の位相を検出する位相検出手段をさらに設けるようにさせることができ、位置関係検出手段には、第１のタイミングにおける応答信号の位相と、第１のタイミングから所定の時間経過した第２のタイミングにおける応答信号の位相との位相差から、他の情報処理装置との位置関係を検出させるようにすることができ、動作制御手段には、位置関係検出手段により検出された位置関係に対応して、自らの位置に接近する他の情報処理装置から、データの配信を受けるように配信データ受信手段の動作を制御させるようにすることができる。
【００１５】
前記他の情報処理装置の位置を検出する第１の位置検出手段と、自らの位置を検出する第２の位置検出手段とをさらに設けるようにさせることができ、位置関係検出手段には、第１のタイミングで検出される他の情報処理装置の位置と、自らの位置との距離と、第１のタイミングから所定の時間経過した第２のタイミングで検出される他の情報処理装置の位置と、自らの位置との距離の差分から、他の情報処理装置との位置関係を検出させるようにすることができ、動作制御手段には、位置関係検出手段により検出された位置関係に対応して、自らの位置に接近する他の情報処理装置から、データの配信を受けるように配信データ受信手段の動作を制御させるようにすることができる。
【００１６】
前記第１の位置検出手段および第２の位置検出手段には、ＧＰＳ、または、３点計測により位置を検出させるようにすることができる。
【００１７】
前記配信データ受信手段が、複数の他の情報処理装置よりデータの配信を受けることが可能な場合、位置関係検出手段により検出された位置関係に対応して、複数の他の情報処理装置に優先順位を設定する優先順位決定手段をさらに設けるようにさせることができ、動作制御手段には、位置関係検出手段により検出された位置関係に対応した優先順位に基づいて、複数の他の情報処理装置から、データの配信を受けるように配信データ受信手段の動作を制御させるようにすることができる。
【００１８】
前記優先順位決定手段には、位置関係に対応して、近い順に複数の他の情報処理装置に優先順位を設定させるようにすることができる。
【００１９】
前記優先順位決定手段には、位置関係に対応して、遠い順に複数の他の情報処理装置に優先順位を設定させるようにすることができる。
【００２０】
前記配信データ受信手段により過去に受信されたデータを識別する情報を記憶する記憶手段をさらに設けるようにさせることができ、動作制御手段には、位置関係検出手段により検出された位置関係に対応して他の情報処理装置から、記憶手段に記憶されているデータを識別する情報に対応しないデータの配信を受けるように配信データ受信手段の動作を制御させるようにすることができる。
【００２１】
本発明の情報処理方法は、他の情報処理装置を探索する探索信号を送信する探索信号送信ステップと、探索信号に対応して他の情報処理装置から送信されてくる応答信号を受信する応答信号受信ステップと、応答信号に基づいて、他の情報処理装置との通信を確立し、他の情報処理装置よりデータの配信を受ける配信データ受信ステップと、応答信号に基づいて、他の情報処理装置との位置関係を検出する位置関係検出ステップと、位置関係検出ステップの処理で検出された位置関係に対応して、他の情報処理装置から、データの配信を受けるように配信データ受信ステップの処理の動作を制御する動作制御ステップとを含むことを特徴とする。
【００２２】
本発明の記録媒体のプログラムは、他の情報処理装置を探索する探索信号の送信を制御する探索信号送信制御ステップと、探索信号に対応して他の情報処理装置から送信されてくる応答信号の受信を制御する応答信号受信制御ステップと、応答信号に基づいて、他の情報処理装置との通信を確立し、他の情報処理装置よりデータの配信を受けるように制御する配信データ受信制御ステップと、応答信号に基づいて、他の情報処理装置との位置関係の検出を制御する位置関係検出制御ステップと、位置関係検出制御ステップの処理で検出された位置関係に対応して、他の情報処理装置から、データの配信を受けるように配信データ受信制御ステップの処理の動作を制御する動作制御ステップとを含むことを特徴とする。
【００２３】
本発明のプログラムは、他の情報処理装置を探索する探索信号の送信を制御する探索信号送信制御ステップと、探索信号に対応して他の情報処理装置から送信されてくる応答信号の受信を制御する応答信号受信制御ステップと、応答信号に基づいて、他の情報処理装置との通信を確立し、他の情報処理装置よりデータの配信を受けるように制御する配信データ受信制御ステップと、応答信号に基づいて、他の情報処理装置との位置関係の検出を制御する位置関係検出制御ステップと、位置関係検出制御ステップの処理で検出された位置関係に対応して、他の情報処理装置から、データの配信を受けるように配信データ受信制御ステップの処理の動作を制御する動作制御ステップとをコンピュータに実行させることを特徴とする。
【００２４】
本発明の情報処理装置および方法、並びにプログラムにおいては、他の情報処理装置を探索する探索信号が送信され、探索信号に対応して他の情報処理装置から送信されてくる応答信号が受信され、応答信号に基づいて、他の情報処理装置との通信が確立され、他の情報処理装置よりデータの配信が受けられ、応答信号に基づいて、他の情報処理装置との位置関係が検出され、検出された位置関係に対応して、他の情報処理装置から、データの配信を受けられるように動作が制御される。
【００２５】
【発明の実施の形態】
図１は、本発明に係る音楽コンテンツ配信システムの一実施の形態の構成を示すブロック図である。
【００２６】
携帯端末１１は、いわゆる、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）などであり予め無償配信されている音楽コンテンツを記憶している。この音楽コンテンツは、放送番組などと共に無線回線、または有線で配信されるようにしてもよいし、記録媒体、例えば、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）やＭＤ（Ｍｉｎｉ　Ｄｉｓｃ（商標））などに記録して、無償配布するようにしてもよい。
【００２７】
また、携帯端末１１は、この音楽コンテンツを再生するとき、自らの通信機能を利用して付近の店舗１に設置された配信装置１２（自らの通信機能で通信可能な範囲（図１のエリア２１）内に設置された配信装置１２））から配信されている広告データを受信し、この広告データを再生が指示された音楽コンテンツと合成して（付加して）、広告データと音楽コンテンツとを使用者が必ず聴くように再生する。
【００２８】
配信装置１２は、各店舗１に設置され、その店舗１の広告データを発信し、携帯端末１１に配信する。また、店舗１の配信装置１２により配信できる広告データは、店舗１のものに限らず、様々な広告データであってもよい。
【００２９】
このような音楽コンテンツ配信システムにより、広告データの配信を希望する広告主などから支払われる広告料が音楽コンテンツの配信にかかる費用として徴収されるため、音楽コンテンツの使用者は、広告を見たり、聞いたりすることにより、無償で音楽コンテンツの配信を受けることができる。
【００３０】
図２は、本発明に係る携帯端末１１の構成を示す図である。ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）３１は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）３２、または記憶部３８に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）３３には、ＣＰＵ３１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ３１、ＲＯＭ３２、およびＲＡＭ３３は、バス３４により相互に接続されている。
【００３１】
ＣＰＵ３１には、また、バス３４を介して入出力インタフェース３５が接続されている。入出力インタフェース３５には、キーボード、マウス、マイクロホンなどよりなる入力部３６、ディスプレイ、スピーカなどよりなる出力部３７が接続されている。ＣＰＵ３１は、入力部３６から入力される指令に対応して各種の処理を実行する。そして、ＣＰＵ３１は、処理の結果得られた画像や音声等を出力部３７に出力する。
【００３２】
入出力インタフェース３５に接続されている記憶部３８は、例えばハードディスクなどで構成され、ＣＰＵ３１が実行するプログラムや各種のデータを記憶する。通信部３９は、図１の配信装置１２などの外部の装置と通信する。
【００３３】
また、記憶部３８は、各種のプログラムを記憶しており、ＣＰＵ３１は、これらのプログラムを読み出して対応する処理を実行する。さらに、記憶部３８は、この他にも、基本プログラムであるＯＳや、ドライバも記憶している。
【００３４】
また、記憶部３８に記憶されるプログラムは、上述のほかにも、通信部３９を介してプログラムを取得し、記憶部３８に記憶してもよい。
【００３５】
入出力インタフェース３５に接続されているドライブ４０は、磁気ディスク５１、光ディスク５２、光磁気ディスク５３、或いは半導体メモリ５４などが装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部３８に転送され、記憶される。
【００３６】
次に、図３を参照して、配信装置１２の構成について説明する。配信装置１２は、基本的に図２で説明した携帯端末１１の構成と同様である。すなわち、配信装置１２のＣＰＵ７１，ＲＯＭ７２，ＲＡＭ７３，バス７４，入出力インタフェース７５，入力部７６，出力部７７，記憶部７８，通信部７９，ドライブ８０，磁気ディスク９１，光ディスク９２，光磁気ディスク９３、および半導体メモリ９４は、図２の携帯端末１１のＣＰＵ３１，ＲＯＭ３２，ＲＡＭ３３，バス３４，入出力インタフェース３５，入力部３６，出力部３７，記憶部３８，通信部３９，ドライブ４０，磁気ディスク５１，光ディスク５２，光磁気ディスク５３、および半導体メモリ５４に対応するものであり、同様の機能を有するものである。
【００３７】
但し、記憶部７８に記憶されているプログラムは、図２の携帯端末１１の記憶部３８に記憶されているプログラムとは異なる。記憶部７８は、各種のプログラムを記憶しており、ＣＰＵ７１は、これらのプログラムを適宜読み出して実行する。さらに、記憶部７８は、基本プログラムであるＯＳや、ドライバも記憶している。
【００３８】
次に、図４の機能ブロック図を参照して、図２の携帯端末１１により実現される機能について説明する。尚、以下の説明において、機能ブロックの各構成は、例えば、記憶部３８、または、ＲＯＭ３２に予め組み込まれるプログラムからなるソフトウェアを、ＣＰＵ３１が実行するときに実現されるものとして説明するが、各機能ブロックを実現するハードウェアから構成されるようにしても良い。従って、以下の機能ブロック図は、ハードウェア構成図と見ても、ソフトウェア構成図と見てもよいものである。
【００３９】
制御部１０１は、携帯端末１１の全体の動作を制御する。広告記憶部１０２は、制御部１０１により制御され、通信部１０５を介して配信装置１２より配信される広告データを記憶する。広告合成部１０３は、音楽コンテンツを再生するとき、音楽コンテンツＤＢ（データベース）１０６から読み出された音楽コンテンツに、広告記憶部１０２より読み出された広告データを合成し、再生部１０４に出力する。再生部１０４は、広告合成部１０３より供給された、広告データが合成されている音楽コンテンツ、または、広告データが合成されていない音楽コンテンツを再生し、スピーカなどから出力させる。
【００４０】
通信部１０５は、図２の通信部３９を制御するプログラムであり、自らのＩＤ１０５ａを記憶しており、まず、付近に配信装置１２の存在を探索するための探索信号を無線回線方式の通信により送信する。この探索信号に応じて配信装置１２から発信されてくる配信装置１２を識別するＩＤの有無を検出し、ＩＤが検出されると検出されたＩＤに基づいて、自らのＩＤ１０５ａを送信すると共に通信を確立させる。さらに、通信部１０５は、通信が確立されると、広告データの配信を要求し、配信装置１２から配信される広告データを受信して、広告記憶部１０２に記憶させる。
【００４１】
次に、図５の機能ブロック図を参照して、図３の配信装置１２により実現される機能について説明する。制御部１２１は、配信装置１２の全体の動作を制御する。通信部１２３は、図３の通信部７９を制御するプログラムであり、通常は、携帯端末１１から送信されてくる探索信号の有無を検出しており、探索信号が検出されると、自らのＩＤ１２３ａを発信し、このＩＤに基づいて、携帯端末１１から通信を確立するように要求されると、その携帯端末１１との間に通信を確立する。さらに、配信装置１２の制御部１２１は、広告記憶部１２２に予め記憶されている店舗１の広告データを読み出し、通信部１２３を介して携帯端末１１に配信させる。
【００４２】
次に、図６を参照して、携帯端末１１と配信装置１２との通信について説明する。携帯端末１１の通信部１０５で通信可能な範囲（送受信が可能な範囲）をエリア２１−１とする場合、携帯端末１１は、音楽コンテンツの再生が指示されると、探索信号を送信し、この探索信号に対応してエリア２１−１内で受信可能な店舗１−１の配信装置１２−１から発信されるＩＤを受信して、そのＩＤに基づいて配信装置１２−１との通信を確立して広告データの配信を受ける。
【００４３】
さらに、図７Ａで示すように、携帯端末１１の広告合成部１０３は、受信された広告データを、再生が指示された音楽コンテンツデータのヘッダ部に、図７Ｂで示すように付加して合成し、さらに、再生部１０４が、この広告データが付加された合成データとして音楽コンテンツを再生する。
【００４４】
また、携帯端末１１を所持した状態で使用者が移動して、例えば、図６の携帯端末１１’の位置に移動すると、通信部１０５で通信可能な範囲は、エリア２１−１からエリア２１−２に変化する。このタイミングで、使用者が音楽コンテンツの再生を指示すると携帯端末１１’の通信部１０５は、図７Ａで示すように、エリア２１−２内の店舗１−２に設けられている配信装置１２−２から広告データの配信を受けて、図７Ｂで示すように音楽コンテンツデータと広告データを合成して、その合成データを再生する。
【００４５】
尚、以上においては、広告データは、音楽コンテンツのヘッダ部に合成される例について説明してきたが、ヘッダ部に限らず、その他の部分に合成されるようにしてもよく、例えば、末尾や中央付近であってもよい。
【００４６】
次に、図８のフローチャートを参照して、携帯端末１１による音楽コンテンツ再生処理と、配信装置１２による広告データ配信処理について説明する。
【００４７】
ステップＳ１において、携帯端末１１の制御部１０１は、操作部１０７が使用者により操作されて音楽コンテンツの再生が指定されたか否かを判定し、音楽コンテンツの再生が指示されるまでその処理を繰り返す。
【００４８】
ステップＳ２において、制御部１０１は、通信部１０５を制御して探索信号を送信させ、ステップＳ３において、ＩＤを発信する配信装置１２が存在するか否かを判定する。
【００４９】
ステップＳ２１において、配信装置１２の通信部１２３は、探索信号が送信されてきているか否かを判定し、送信されてきていると判定されるまでその処理を繰り返し、例えば、ステップＳ２の処理により、探索信号が送信されてきている場合、ステップＳ２２において、自らのＩＤ１２３ａを読み出して、無線回線で送信し、ステップＳ２３において接続要求があるか否かを判定し、接続要求があったと判定されるまで、ステップＳ２１乃至Ｓ２３の処理を繰り返す。
【００５０】
ステップＳ３において、例えば、ステップＳ２２の処理により、配信装置１２の通信部１２３からＩＤ１２３ａが送信されていると、制御部１０１は、ＩＤ１２３ａを発信する配信装置１２が存在すると判定し、その処理は、ステップＳ４に進む。
【００５１】
ステップＳ４において、制御部１０１は、通信部１０５を制御し、検出した配信装置１２のＩＤ１２３ａに基づいて、自らのＩＤ１０５ａを送信させ、接続を要求させる。
【００５２】
ステップＳ２３において、配信装置１２の通信部１２３は、携帯端末１１から接続要求があったと判定し、ステップＳ２４において、携帯端末１１の通信部１０５から送信されてきたＩＤ１０５ａに基づいて通信を確立する。ステップＳ５において、携帯端末１１の通信部１０５は、ステップＳ２４の配信装置１２の処理により、配信装置１２の通信部１２３との通信を確立する。
【００５３】
ステップＳ６において、携帯端末１１の制御部１０１は、通信部１０５を制御して、広告データを送信するように配信装置１２に要求する。
【００５４】
ステップＳ２５において、配信装置１２の制御部１２１は、通信部１２３を制御して、携帯端末１１より広告データが要求されたか否かを判定し、広告データが要求されるまでその処理を繰り返す。例えば、ステップＳ６の処理により、携帯端末１１より広告データが要求されると、広告データの要求があったと判定され、ステップＳ２６において、制御部１２１は、広告記憶部１２２に記憶されている広告データを読み出し、ステップＳ２７において、通信部１２３を制御して、読み出した広告データを携帯端末１１に送信させ、ステップＳ２８において、通信を終了し、その処理は、ステップＳ２１に戻る。
【００５５】
ステップＳ７において、携帯端末１１の制御部１０１は、通信部１０５を制御して、ステップＳ２７の処理により送信されてきた広告データを受信させ、広告記憶部１０２に記憶させると共に、ステップＳ８において、ステップＳ２８の処理に対応して、通信部１０５を制御して配信装置１２との通信を終了させる。
【００５６】
ステップＳ９において、制御部１０１は、再生が指定された音楽コンテンツを音楽コンテンツＤＢ１０６より読み出すと共に、広告記憶部１０２に記憶されている広告データを読み出して、それらを広告合成部１０３に出力して図７Ｂで示したように合成させる。
【００５７】
ステップＳ１０において、制御部１０１は、再生部１０４を制御して広告合成部１０３により広告データが合成されている音楽コンテンツを再生させる。ステップＳ１１において、制御部１０１は、再生部１０４を制御して、音楽コンテンツの再生が終了したか否かを判定し、再生が終了されたと判定されるまでその処理を繰り返し、例えば、音楽コンテンツの再生が終了したと判定された場合、その処理は、ステップＳ１２に進む。
【００５８】
ステップＳ１２において、制御部１０１は、広告記憶部１０２を制御して、音楽コンテンツの再生に使用した広告データを削除し、その処理は、ステップＳ１に戻り、それ以降の処理が繰り返される。
【００５９】
また、ステップＳ３において、ＩＤを発信する配信装置１２が存在しないと判定された場合、ステップＳ１３において、制御部１０１は、図２の出力部３７の例えば、ディスプレイなどに音楽コンテンツを再生させることができないことを表示させ、その処理は、ステップＳ１に戻る。
【００６０】
この処理により、例えば、携帯端末１１が図６のエリア２１−１に存在する場合、ステップＳ３において、店舗１−１の配信装置１２−１から出力されるＩＤ１２３ａが検出されるので、ステップＳ２４，Ｓ５において、携帯端末１１と配信装置１２−１との通信が確立される。さらに、配信装置１２−１は、店舗１−１の広告データを携帯端末１１に送信する。そして、携帯端末１１は、店舗１−１の広告データを指定された音楽コンテンツと合成して再生する。すなわち、図７Ｂで示すように、広告データが、再生が指定された音楽コンテンツのヘッダ部分に付加された状態で合成され、再生されるとき、広告データが最初に再生されて、引き続き音楽コンテンツが再生される。また、携帯端末１１が、図６で示すように携帯端末１１’に移動すると、同様の処理により、店舗１−２の広告データを配信装置１２−２から受信し、音楽コンテンツを再生する際、店舗１−２の広告データを再生してから、再生が指定された音楽コンテンツを再生することになる。このため、仮に、携帯端末１１，１１’のいずれの条件において、同じ音楽コンテンツの再生が指定されたとしても、音楽コンテンツが再生される前に再生されることになる広告データは、異なるものとするようにすることができるので、使用者にとって繰り返し同じ広告データを聴かされているといった不快感を低減させることができる。また、音楽コンテンツを再生させる度に、付近の配信装置１２から送信されてくる広告データを合成することができるので、広告データを使用者に聞かせる機会を増やすことができ、また、付近の広告データを使用者に配信することができるので、使用者に対しての宣伝広告効果を高めることが可能となる。
【００６１】
以上の例においては、携帯端末１１において、音楽コンテンツの再生が指示されたタイミングで広告データの配信を受ける場合について説明してきたが、広告データの配信を受ける処理と、音楽コンテンツを再生させる処理を独立して実行させるようにしてもよい。
【００６２】
すなわち、携帯端末１１と配信装置１２との広告データの配信処理は、音楽コンテンツの再生が指定されているか否かに関わらず、携帯端末１１が配信装置１２と通信できる場合、所定の時間間隔で広告データの配信を受け、音楽コンテンツの再生が指定されたとき、携帯端末１１で予め受信していた広告データを、再生が指定された音楽コンテンツと合成させ、再生するようにしてもよい。
【００６３】
ここで、図９，図１０のフローチャートを参照して、広告データの配信を受ける処理と、音楽コンテンツを再生させる処理が独立している場合の処理について説明する。尚、図９のフローチャートにおけるステップＳ５１乃至Ｓ５７の処理、および、ステップＳ７１乃至７８の処理は、図８のステップＳ２乃至Ｓ８の処理、および、ステップＳ２１乃至Ｓ２８の処理と同様であるので、その説明は、省略する。
【００６４】
ステップＳ５８において、制御部１０１は、所定の時間が経過したか否かを判定し、所定の時間が経過した後、その処理は、ステップＳ５１に戻り、それ以降の処理が繰り返される。すなわち，広告データの受信処理は、所定の時間間隔で繰り返されることになる。また、この処理により、音楽コンテンツが指定されていない状態でも、携帯端末１１は、配信装置１２の付近を通過する度に、広告データを取得することができる。
【００６５】
次に、図１０のフローチャートを参照して、携帯端末１１による音楽コンテンツの再生処理について説明する。尚、図１０のフローチャートにおけるステップＳ９１，Ｓ９４乃至Ｓ９７の処理は、図８のフローチャートを参照して説明したステップＳ１，Ｓ１０乃至Ｓ１３の処理と同様の処理であるので、その説明は、省略する。
【００６６】
ステップＳ９２において、制御部１０１は、広告記憶部１０２を参照して、予め広告データが保持されているか否かを判定し、例えば、図９のフローチャートを参照して説明した処理により広告データが取得されて、広告記憶部１０２に広告データが保持（記憶）されていた場合、その処理は、ステップＳ９３に進む。
【００６７】
ステップＳ９３において、制御部１０１は、再生が指定された音楽コンテンツを音楽コンテンツＤＢ１０６より読み出すと共に、広告記憶部１０２に記憶されている広告データのうちのいずれかを読み出して、それらを広告合成部１０３に出力して図７Ｂで示したように合成させる。
【００６８】
ステップＳ９２において、予め広告データが取得されていない、すなわち、広告記憶部１０２に広告データが保持されていないと判定された場合、その処理は、ステップＳ９７に進み、それ以降の処理が繰り返される。
【００６９】
以上の処理により、携帯端末１１は、音楽コンテンツの再生が指示された時点で、自らの通信部１０５により通信可能な範囲内に店舗１の配信装置１２が検出できないような場合でも、予め、図９のフローチャートを参照して説明した処理により広告データが取得されていると、取得した広告データを再生が指定された音楽コンテンツに合成して再生することが可能となる。
【００７０】
また、図８のフローチャートを参照して説明した処理の場合、音楽コンテンツの再生が指定された回数しか、広告データを取得する機会がないのに対して、図９のフローチャートを参照して説明した処理の場合、音楽コンテンツの再生が指示されたか否かに関わらず所定の時間間隔で広告データを配信することができるので、広告データを携帯端末１１に配信する機会を増やすことが可能となる。
【００７１】
さらに、上述のように、音楽コンテンツの再生が指示されたときには、図８のフローチャートの処理を実行するようにして、それ以外の場合は、図９の処理が実行されるようにしてもよい。
【００７２】
以上の例においては、携帯端末１１が、配信装置１２から一度取得した広告データが、再び取得される場合でも、再度音楽コンテンツの再生が指示されると同様の広告データが音楽コンテンツに合成されてしまうため、例えば、図６の携帯端末１１を所持した使用者が移動することなく、再び、音楽コンテンツの再生を指示すると、再び店舗１−１の配信装置１２−１から配信される店舗１−１の広告データが再度再生されてしまう。そこで、過去に使用した広告データを履歴として記録し、一度使用した広告データは、２度と使用しないようにしてもよい。
【００７３】
図１１は、音楽コンテンツに合成した広告データの合成履歴を残し、１度使用した広告データを使用しないようにした携帯端末１１を示している。尚、図１１中、図４における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。図１１の携帯端末１１と、図４の携帯端末１１において異なるのは、広告合成部１０３に代えて、広告合成部１３１が設けられている点である。広告合成部１３１の基本的な動作については、広告合成部１０３と同様であるが、広告合成部１３１は、合成履歴１３１ａを有しており、音楽コンテンツと合成した広告データを記録する（より詳細には、広告データそのものが合成履歴１３１ａに記録されるのではなく、合成された広告データを識別する情報が記録される）。制御部１０１は、通信部１０５を介して配信装置１２から広告データを取得する際に広告合成部１３１に対して合成履歴１３１ａを参照させ、過去に音楽コンテンツと合成した履歴のある広告データを取得しない（広告記憶部１０２に記憶させない）ようにする。
【００７４】
次に、図１２，図１３のフローチャートを参照して、図１１の携帯端末１１を使用した場合の音楽コンテンツ再生処理と、広告データの配信処理について説明する。尚、図１２，図１３のフローチャートにおけるステップＳ１１１，Ｓ１１２，Ｓ１１４乃至Ｓ１１６の処理、ステップＳ１２０の処理、ステップＳ１２３乃至Ｓ１２６の処理、およびステップＳ１４１乃至Ｓ１４８の処理は、図８のフローチャートにおけるステップＳ１，Ｓ２，Ｓ４乃至Ｓ６の処理、ステップＳ８の処理、ステップＳ１０乃至Ｓ１３、および、ステップＳ２１乃至Ｓ２８の処理と同様であるので、その処理の説明は省略する。
【００７５】
ステップＳ１１３において、制御部１０１は、通信部１０５を制御してＩＤを発信する配信装置１２が存在するか否かを判定し、存在すると判定した場合、その処理は、ステップＳ１１４に進み、存在しないと判定した場合、その処理は、ステップＳ１２１に進む。
【００７６】
ステップＳ１１７において、携帯端末１１の制御部１０１は、通信部１０５を制御して、ステップＳ１４７の処理により送信されてきた広告データを受信させる。
【００７７】
ステップＳ１１８において、制御部１０１は、広告合成部１３１に問い合わせて、受信した広告データが合成履歴１３１ａに含まれているものであるか否かを判定し、受信した広告データが合成履歴１３１ａに含まれていないと判定された場合、すなわち、これまでに音楽コンテンツに合成されたことのない広告データであると判定された場合、その処理は、ステップＳ１１９に進む。
【００７８】
ステップＳ１１９において、制御部１０１は、受信した広告データを広告記憶部１０２に記憶させる。
【００７９】
ステップＳ１２１において、制御部１０１は、広告記憶部１０２を参照して、広告データが保持されているか否かを判定し、ステップＳ１１９の処理により広告データが取得されて、広告記憶部１０２に広告データが保持（記憶）されていた場合、その処理は、ステップＳ１２２に進む。
【００８０】
ステップＳ１２２において、制御部１０１は、再生が指定された音楽コンテンツを音楽コンテンツＤＢ１０６より読み出すと共に、広告記憶部１０２に記憶されている広告データを読み出して、それらを広告合成部１０３に出力して図７Ｂで示したように合成させる。
【００８１】
また、ステップＳ１１８において、受信した広告データが合成履歴１３１ａに含まれているものであると判定された場合、すなわち、これまでに音楽コンテンツに合成されたことのある広告データであると判定された場合、ステップＳ１１９の処理がスキップされる。このため、ステップＳ１２１の処理において、広告データが保持されていないと判定され、ステップＳ１２６において、制御部１０１は、図２の出力部３７の例えば、ディスプレイなどに音楽コンテンツを再生させることができないことを表示させ、その処理は、ステップＳ１１１に戻り、それ以降の処理が繰り返される。
【００８２】
このような処理により、音楽コンテンツを再生させる際に、過去に音楽コンテンツに合成した広告データが再生されることがなくなるので、使用者は音楽コンテンツを再生させる度に異なる広告データを聴くことが可能となるので、同じ広告データを聴かされることにより生じる不快感を低減させることができる。
【００８３】
以上においては、合成履歴を設定し、一度音楽コンテンツに合成した広告データは、記憶されない場合について説明してきたが、合成履歴と同様にして受信履歴を設定し、一度受信した広告データについては、２度と受信しないようにしてもよい。
【００８４】
また、このような構成にすると、広告データを繰り返し使用者に聴いてもらうことができず、宣伝効果が低下してしまう恐れがある。そこで、使用者が、１つの広告について繰り返し聴かされることによる不快感を感じない程度の回数だけ繰り返して同じ広告データを音楽コンテンツに合成させて、再生させるようにしてもよい。
【００８５】
図１４は、予め同じ広告データを繰り返して使用できる回数を設定し、これを利用可能回数カウンタに記憶させ、広告データが使用される度に、そのカウンタを１ずつ減らしながら、最終的に利用可能回数が０となったとき、その広告データを削除するようにした携帯端末１１の構成例を示している。
【００８６】
尚、図１４中、図４における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。図１４の携帯端末１１と、図４の携帯端末１１において異なるのは、広告合成部１０３に代えて、広告合成部１４１が設けられている点である。広告合成部１４１の基本的な動作については、広告合成部１０３と同様であるが、広告合成部１４１は、利用可能回数カウンタ１４１ａを有しており、例えば、図１５で示すように広告記憶部１０２に記憶されている広告データの利用可能回数を記憶している。今の場合、広告データＡは、利用可能回数が２回、広告データＢは、利用可能回数が１回、そして、広告データＣは、利用可能回数が０回であることが記憶されている。
【００８７】
広告合成部１４１は、音楽コンテンツと広告データを合成する度に、合成した広告データの利用可能回数を１ずつデクリメントする（１ずつ減らす）。制御部１０１は、広告合成部１４１に問い合わせて、利用可能回数カウンタ１４１ａの利用可能回数が０となった広告データを広告記憶部１０２から削除する。図１５の場合、広告データＣは、利用可能回数が０となっているので、制御部１０１は、広告記憶部１０２に記憶されている広告データを削除することになる。
【００８８】
また、利用可能回数は、予め設定することができる回数であり、例えば、各広告データの利用可能回数が最大２回として設定されると、例えば、音楽コンテンツａ、音楽コンテンツａ、音楽コンテンツｂ、音楽コンテンツｃ、音楽コンテンツｄの順序で音楽コンテンツの再生が指示された場合、図１６で示すように、音楽コンテンツａには、広告データＡが合成され、音楽コンテンツａには、広告データＡが合成され、音楽コンテンツｂには、広告データＢが合成され、音楽コンテンツｃには、広告データＢが合成され、さらに、音楽コンテンツｄには、広告データＣが合成される。このように、設定された回数までは、同じ広告データが繰り返し音楽コンテンツに合成される。尚、図１６においては、利用可能回数が０になるまで繰り返し、同じ広告データが合成される例について説明しているが、必ずしも連続して使用する必要はなく、例えば、広告データＡ，Ｂを交互に使用したり、広告データＡ，Ｂ，Ｃを巡回するように使用してもよいし、さらには、利用可能回数が０になるまでランダムに選択して使用してもよい。
【００８９】
次に、図１７，図１８のフローチャートを参照して、図１４の携帯端末１１による音楽コンテンツの再生処理と、図３の配信装置１２による広告データ配信処理について説明する。尚、図１７，図１８におけるステップＳ１７１乃至Ｓ１７６の処理、ステップＳ１７８乃至Ｓ１８２、ステップＳ１８６の処理、および、ステップＳ２０１乃至Ｓ２０８の処理は、図１２，図１３のフローチャートにおけるステップＳ１１１乃至Ｓ１１６の処理、ステップＳ１２０乃至Ｓ１２４、ステップＳ１２６の処理、および、ステップＳ１４１乃至Ｓ１４８の処理と同様であるので、その処理の説明は省略する。
【００９０】
ステップＳ１７７において、携帯端末１１の制御部１０１は、通信部１０５を制御して、ステップＳ２０７の処理により送信されてきた広告データを受信させ、広告記憶部１０２に記憶させると共に、広告合成部１４１に出力して、利用可能回数カウンタ１４１ａに利用可能な回数として設定された回数を記憶させる。
【００９１】
ステップＳ１８３において、制御部１０１は、広告合成部１４１を制御して、利用可能回数カウンタ１４１ａに記憶されている音楽コンテンツの利用可能回数の情報のうち、ステップＳ１８１の処理で再生に使用した広告データの利用可能回数を１だけデクリメントして記憶させる。
【００９２】
ステップＳ１８４において、制御部１０１は、広告合成部１４１に問い合わせて、ステップＳ１８３の処理で１デクリメントされた広告データの利用可能回数が１以上であるか否かを判定し、利用可能回数が１以上ではない場合、すなわち、利用することができない広告データであると判定した場合、ステップＳ１８５において、ステップＳ１８０の処理で使用した広告データを広告記憶部１０２から削除する。
【００９３】
また、ステップＳ１８４において、利用可能回数が１以上である場合、すなわち、また利用することができる広告データであると判定した場合、ステップＳ１８５の処理がスキップされて、その処理は、ステップＳ１７１に戻り、それ以降の処理が繰り返される。
【００９４】
以上のような処理により、広告データの利用可能回数を使用者にとって不快とならない程度の適度な値に設定することにより、同じ過去に利用した広告データを音楽コンテンツに繰り返し合成して再生させることにより宣伝効果を高めつつ、使用者の不快感を低減させることが可能となる。
【００９５】
以上においては、広告データが音楽コンテンツに合成された場合にのみ、音楽コンテンツの再生が可能となっている例について説明してきたが、このような構成であると、広告データが取得できない限り、音楽コンテンツを再生することができないという不都合がある。そこで、広告データが合成されていない状態でも音楽コンテンツを再生することができるようにして、広告データが取得できる状態となったとき、広告データが合成されずに再生された回数分だけ広告データを合成させて音楽コンテンツを再生させるようにしてもよい。
【００９６】
図１９は、広告データが合成されていない状態でも音楽コンテンツの再生を可能にし、広告データ取得できた後、広告データが合成されなかった回数分だけ音楽コンテンツに合成して再生するようにした携帯端末１１の構成例を示している。
【００９７】
尚、図１９中、図４における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。図１９の携帯端末１１と、図４の携帯端末１１において異なるのは、広告合成部１０３に代えて、広告合成部１５１が設けられている点である。広告合成部１５１の基本的な動作については、広告合成部１０３と同様であるが、広告合成部１５１は、広告無回数カウンタ１５１ａを有している点で異なる。
【００９８】
例えば、広告データが広告記憶部１０２に全く記憶されていない場合、図２０Ａで示すように音楽コンテンツが、音楽コンテンツＤＢ１０６から読み出されると、広告合成部１５１は、図２０Ｂで示すように、広告データを合成せずに、音楽コンテンツだけを再生部１０４に出力して再生させる。このとき、広告合成部１５１は、広告無回数カウンタ１５１ａのカウンタを１だけインクリメントする。
【００９９】
そして、広告記憶部１０２に広告データが記憶された場合、広告合成部１５１は、広告無回数カウンタ１５１ａのカウンタ値を読み出して、図２１Ａで示すように、そのカウンタ値に相当する数の広告データを読み出して、図２１Ｂで示すように、その数の広告データを音楽コンテンツと合成して再生部１０４に出力する。尚、図２１は、広告無回数カウンタ１５１ａのカウンタ値が２であるときの例を示している。また、この例においては、図９のフローチャートを参照して説明したように、音楽コンテンツの再生が指示されたか否かに関わらず、所定の時間間隔で広告データの送受信処理が実行されていることが前提となる。
【０１００】
次に、図２２，図２３のフローチャートを参照して、図１９の携帯端末１１による音楽コンテンツ配信処理と、図５の配信装置１２による広告データ配信処理について説明する。尚、図２２，図２３のフローチャートのステップＳ２１１乃至Ｓ２１８の処理、ステップＳ２２４乃至Ｓ２２６の処理、および、ステップＳ２４１乃至Ｓ２４８の処理は、図８のフローチャートにおけるステップＳ１乃至Ｓ８の処理、ステップＳ１０乃至Ｓ１２の処理、および、ステップＳ２１乃至２８の処理と同様であるので、その説明は省略する。
【０１０１】
ステップＳ２１９において、制御部１０１は、広告記憶部１０２を参照して、広告データが保持されているか否かを判定し、広告記憶部１０２に広告データが保持（記憶）されていないと判定した場合、その処理は、ステップＳ２２０に進む。
【０１０２】
ステップＳ２２０において、制御部１０１は、音楽コンテンツＤＢ１０６より再生が指示された音楽コンテンツを読み出して、広告合成部１５１に出力し、広告合成部１５１は、広告データが存在しないので、広告データを合成しないまま再生部１０４に出力して、広告データのない音楽コンテンツを再生させる。
【０１０３】
ステップＳ２２１において、広告合成部１５１は、広告無回数カウンタ１５１ａのカウンタを１だけインクリメントし、その処理は、ステップＳ２１１に戻る。
【０１０４】
ステップＳ２１９において、広告データが取得されて、広告記憶部１０２に広告データが保持（記憶）されていた場合、その処理は、ステップＳ２２２に進む。
【０１０５】
ステップＳ２２２において、制御部１０１は、広告合成部１５１に問い合わせて、広告無回数カウンタ１５１ａのカウンタが１以上であるか否かを判定し、カウンタの値が１以上ではないと判定した場合、その処理は、ステップＳ２２３に進む。
【０１０６】
ステップＳ２２３において、制御部１０１は、再生が指定された音楽コンテンツを音楽コンテンツＤＢ１０６より読み出すと共に、広告記憶部１０２に記憶されている広告データのうちのいずれかを読み出して、それらを広告合成部１５１に出力して図７Ｂで示したように合成させる。
【０１０７】
ステップＳ２２２において、広告無回数カウンタ１５１ａが１以上であると判定された場合、ステップＳ２２７において、制御部１０１は、広告無回数カウンタ１５１ａのカウンタ値より広告記憶部１０２に記憶されている広告データの数の方が多いか否かを判定し、広告無回数カウンタ１５１ａのカウンタ値より広告記憶部１０２に記憶されている広告データの数の方が多いと判定した場合、その処理は、ステップＳ２２８に進む。
【０１０８】
ステップＳ２２８において、制御部１０１は、再生が指定された音楽コンテンツを音楽コンテンツＤＢ１０６より読み出すと共に、図２１Ａで示すように、広告記憶部１０２に記憶されている広告データのうち、広告無回数カウンタ１５１ａの値と同じ数の広告データを読み出して、それらを広告合成部１５１に出力して図２１Ｂで示したように合成させる。
【０１０９】
ステップＳ２２９において、広告合成部１５１は、広告無回数カウンタ１５１ａの値を０に初期化する。
【０１１０】
ステップＳ２２７において、広告無回数カウンタ１５１ａのカウンタ値より広告記憶部１０２に記憶されている広告データの数の方が多くないと判定した場合、その処理は、ステップＳ２３０に進む。
【０１１１】
ステップＳ２３０において、制御部１０１は、再生が指定された音楽コンテンツを音楽コンテンツＤＢ１０６より読み出すと共に、広告記憶部１０２に記憶されている広告データの全てを読み出して、それらを広告合成部１５１に出力して合成させる。
【０１１２】
ステップＳ２３０において、広告合成部１５１は、広告無回数カウンタ１５１ａの値から音楽コンテンツに合成した広告データの数だけ減じる。
【０１１３】
以上のような処理により、広告データが取得できなかった場合にでも、音楽コンテンツの再生が指示されたとき、音楽コンテンツを再生させることができる。尚、以上の例においては、音楽コンテンツに広告データを合成せず、広告無回数カウンタ１５１ａに、その回数を記録させるようにしていたが、例えば、広告データを合成せずに音楽コンテンツを再生させる場合には、再生する音楽コンテンツのビットレートを下げて再生させるようにすることで、広告データを合成させて再生させるときとの差別化を図るようにしてもよい。このように差別化を図ることにより、使用者は、通常のビットレートで音楽コンテンツを再生させるために広告データを取得できる場所に携帯端末１１を所持した状態で移動しようとすることになり、結果として広告データの配信回数を向上させることとなる。
【０１１４】
以上の例においては、携帯端末１１で広告データを受信可能なエリア２１内に１個の配信装置１２が存在する場合について説明してきたが、例えば、図２４で示すように、１個の携帯端末１１で広告データを取得することができるエリア２１−１１内に２個の配信装置１２−１，１２−１１が存在している場合、それぞれの配信装置１２−１，１２−１１の優先順位をつけて広告データを取得するようにしてもよい。
【０１１５】
すなわち、一般に広告データは、今現在携帯端末１１が存在する位置から近い店舗１における広告データの方が使用者には有用である。そこで、図２４で示すように、今現在の携帯端末１１により近い店舗１−１の配信装置１２−１から配信される広告データを優先的に取得し、その後、店舗１−１より離れた位置に存在する店舗１−２の配信装置１２−１１から配信される広告データを受信するようにしてもよい。
【０１１６】
図２５は、このように複数の店舗１の配信装置１２から配信される広告データを取得することができる場合、複数の配信装置１２のそれぞれに優先順位をつけて、優先順位の高い配信装置１２から配信されている広告データを優先的に取得できるようにした携帯端末１１の構成例を示している。
【０１１７】
尚、図２５中、図４における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。図２５の携帯端末１１と、図４の携帯端末１１において異なるのは、通信部１０５に代えて、通信部１６１が設けられている点である。通信部１６１の基本的な動作については、通信部１０５と同様であるが、通信部１６１は、ＩＤ１６１ａに加えて、順位カウンタ１６１ｂ、検出カウンタ１６１ｃおよび、順位決定部１６１ｄを有している点で異なる。
【０１１８】
順位カウンタ１６１ｂは、通信可能な複数の配信装置１２が検出された場合、順位決定部１６１ｄにより決定された複数の配信装置１２のそれぞれの順位に応じた処理を行うためのカウンタである（以下の説明においてＹで示す）。検出カウンタ１６１ｃは、通信可能な複数の配信装置１２の数を示すカウンタである（以下の説明においてＸで示す）。順位決定部１６１ｄは、図２６を参照して後述する配信装置１２の通信部１７１が通信をする際、データを発信する絶対時刻と、自らがそのデータを受信したときに内蔵するクロック（図示せず）の絶対時刻との差分から通信時間を求め、その通信時間が短い順に、すなわち、自らとの距離が近い順に配信装置１２の優先順位を設定して、順位カウンタ１６１ｂに記憶させる。尚、順位決定部１６１ｄに内蔵されるクロックは、例えば、電波時計などであってもよい。
【０１１９】
次に、図２６を参照して、複数の配信装置１２との通信が可能な場合、その優先順位をつけて通信できるようにした携帯端末１１に対応した配信装置１２の構成例を示している。
【０１２０】
尚、図２６中、図５における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。図２６の配信装置１２と、図５の配信装置１２において異なるのは、通信部１２３に代えて、通信部１７１が設けられている点である。通信部１７１の基本的な動作については、通信部１２３と同様であるが、通信部１７１は、ＩＤ１７１ａに加えて、クロック１７１ｂを有している点で異なる。
【０１２１】
クロック１７１ｂは、絶対時刻を常に計測するものであり、例えば、電波時計などである。通信部１７１は、データを送信する際、送信時刻をクロック１７１ｂから絶対時刻を読み出し、その送信時刻情報を付加してデータを送信する。
【０１２２】
次に、図２７を参照して、図２５の携帯端末１１による広告データの受信処理、および、図２６の配信装置１２による広告データの配信処理について説明する。
【０１２３】
尚、以下の説明においては、音楽コンテンツの再生が指示されたか否かに関わらずなされる広告データの送受信のみについて説明するが、言うまでもなく、これらの処理は、音楽コンテンツの再生が指示された場合になされるようにしてもよい。また、図２７のフローチャートにおけるステップＳ２６２，Ｓ２６３，Ｓ２６８乃至Ｓ２７１の処理、および、ステップＳ２９３乃至Ｓ２９８の処理は、図９におけるステップＳ５１，Ｓ５２，Ｓ５４乃至Ｓ５７の処理、および、ステップＳ７３乃至Ｓ７８の処理と同様であるので、その処理の説明は省略する。
【０１２４】
ステップＳ２６１において、制御部１０１は、通信部１６１の処理に必要な検出カウンタＹを１に初期化する。
【０１２５】
ステップＳ２９２において、図２６の配信装置１２の通信部１７１は、自らのＩＤ１７１ａを読み出して、さらに、クロック１７１ｂの絶対時刻を送信時刻情報として付して無線回線で送信する。
【０１２６】
ステップＳ２６４において、制御部１０１は、通信部１６１により通信可能な範囲内に存在する配信装置１２の個数を検出して、検出カウンタＸに設定する。例えば、図２４の場合、携帯端末１１で通信可能な範囲は、エリア２１−１１で示される範囲であり、通信可能な配信装置１２−１，１２−１１が検出されるので、検出カウンタＸは、２に設定される。
【０１２７】
ステップＳ２６５において、通信部１６１は、各配信装置１２から送信されてきたＩＤ１７１ａの情報を受信した時刻を内蔵するクロックから読み出して、そこに付されている送信時刻との差分を求め、それぞれの送信に要した時間から距離を求める。
【０１２８】
ステップＳ２６６において、通信部１６１は、求められたそれぞれの配信装置１２からの距離に基づいて近い順に配信装置１２の順位を決定する。すなわち、図２４の場合、配信装置１２−１は、配信装置１２−１１よりも近い距離にあるので、配信装置１２−１が、第１位となり、配信装置１２−１１が第２位として順位が決定される。
【０１２９】
ステップＳ２６７において、制御部１０１は、通信部１６１を制御し、第Ｙ位の配信装置１２のＩＤ１７１ａに基づいて、自らのＩＤ１６１ａを送信させ、接続を要求させる。すなわち、最初の処理では、順位カウンタＹは、１であるので、図２４の場合、第１位である配信装置１２−１に対して自らのＩＤ１６１ａを送信させ、接続を要求させる。
【０１３０】
ステップＳ２７２において、制御部１０１は、現在の順位カウンタＹが検出カウンタＸの個数と一致するか否かを判定し、一致しない場合、ステップＳ２７３において、順位カウンタＹを１インクリメントし、その処理は、ステップＳ２６７に戻る。すなわち、今の場合、順位カウンタＹは１インクリメントされて２となるので、ステップＳ２６７において、第２位の配信装置１２−１１のＩＤ１７１ａに基づいて、自らのＩＤ１６１ａが送信され、接続が要求される。
【０１３１】
そして、ステップＳ２７２において、順位カウンタＹは２であり、また、検出カウンタＸも２であるので、一致すると判定され、その処理は、ステップＳ２６１に戻り、それ以降の処理が繰り返される。
【０１３２】
以上のような処理により、複数の配信装置１２から広告データを受信することができる場合、携帯端末１１から近い距離に存在する配信装置１２からの広告データを受信することが可能となる。結果として、携帯端末１１を所持する使用者にとって最も有用な広告データから優先的に取得することが可能となる。尚、優先順位の決定方法は、以上のように距離に応じて近い順に設定するのみならず、例えば、遠い位置に存在する配信装置１２から順位を設定するようにしてもよい。このようにすることで、その位置に向かうまでの間に取得した情報を検討する時間を作ることもできる。また、距離に限らず、例えば、複数の配信装置１２にシリアルナンバーを設定し、その小さい順、または、大きい順に取得するようにしてもよいし、さらには、ランダムに広告データを取得するようにしてもよい。
【０１３３】
また、再生が指示されてから広告データを取得するような場合、優先順位の最も高い発信装置１２のみから広告データを取得するようにしてもよい。
【０１３４】
さらに、以上においては、第１位から最下位までの配信装置１２からの広告データを取得するようにしていたが、例えば、検出カウンタＸの値を任意に設定することにより、常に上位Ｘ位までの配信装置１２、または、携帯端末１１からの広告データのみを取得するようにしてもよい。このようにすることで、より使用者にとって有用性の高い広告データのみを取得することが可能となる。
【０１３５】
以上においては、携帯端末１１が自らの通信可能範囲内に配信装置１２が存在する場合に、その配信装置１２から広告データを取得する例について説明してきたが、携帯端末１１にも配信装置１２と同様に広告データを配信できる機能を持たせて、携帯端末１１の通信可能範囲内に配信装置１２が存在しない場合でも、自らの通信可能範囲内に存在する他の携帯端末１１を介して広告データを取得できるようにしてもよい。
【０１３６】
すなわち、図２８で示すように、携帯端末１１−１１が、通信可能な範囲であるエリア２１−２１内には、配信装置１２が存在しないため、広告データの配信を受けることができない。しかしながら、エリア２１−２１内に存在する携帯端末１１−１２は、自らの通信可能範囲内であるエリア２１−２２内に配信装置１２−２１が存在する。そこで、携帯端末１１−１２に配信装置１２と同様の機能を持たせて、取得した配信装置１２−２１より配信される広告データを携帯端末１１−１１に転送するようにさせてもよい。
【０１３７】
図２９は、図２８で示したように、広告データを転送できるようにした（リレー配信を可能にした）携帯端末１１の構成例を示している。
【０１３８】
尚、図２９中、図４における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。図２９の携帯端末１１と、図４の携帯端末１１において異なるのは、新たに転送部１８１が設けられている点である。
【０１３９】
転送部１８１は、実質的には、図５の配信装置１２の通信部１２３と同様に機能するものであり、自らのＩＤ１８１ａを記憶しており、他の携帯端末１１からの探索信号に対応して、このＩＤ１８１ａを送信し、他の携帯端末１１との通信を確立して、配信装置１２より取得した広告データを転送する。尚、このＩＤ１８１ａは、通信部１０５のＩＤ１０５ａと同じ物であってもよい。
【０１４０】
次に、図３０のフローチャートを参照して、図２８の携帯端末１１−１１が、携帯端末１１−１２から配信装置１２−２１の広告データの転送を受けるときの処理（リレー配信処理）について説明する。
【０１４１】
まず、図９のフローチャートを参照して説明した処理により、携帯端末１１−１２は、店舗１−２１の配信装置１２−２１から配信された広告データを取得する。
【０１４２】
ステップＳ３１１において、携帯端末１１−１１の制御部１０１は、通信部１０５を制御して、探索信号を送信させ、ステップＳ３１２において、ＩＤを発信する携帯端末１１−１２が存在するか否かを判定する。
【０１４３】
ここで、ステップＳ３３１において、携帯端末１１−１２の転送部１８１は、探索信号が検出されるか否かを判定し、探索されるまでその処理を繰り返す。例えば、ステップＳ３１１の処理により探索信号が送信されてくると、携帯端末１１−１２の転送部１８１は、ステップＳ３３２において、自らのＩＤ１８１ａを読み出して、無線回線で送信し、さらに、ステップＳ３３３において接続要求があるか否かを判定し、接続要求があったと判定されるまで、ステップＳ３３１乃至Ｓ３３３の処理を繰り返す。
【０１４４】
ステップＳ３１２において、例えば、ステップＳ３３２の処理により、携帯端末１１−１２の転送部１８１からＩＤ１８１ａが送信されていると、携帯端末１１−１１の制御部１０１は、ＩＤ１８１ａを発信する携帯端末１１−１２が存在すると判定し、その処理は、ステップＳ３１３に進む。
【０１４５】
ステップＳ３１３において、携帯端末１１−１１の制御部１０１は、通信部１０５を制御し、検出した携帯端末１１−１２のＩＤ１８１ａに基づいて、自らのＩＤ１０５ａを送信させ、接続を要求させる。
【０１４６】
ここで、ステップＳ３３３において、携帯端末１１−１２の転送部１８１は、携帯端末１１−１１から接続要求があったと判定し、ステップＳ３３４において、携帯端末１１−１１の通信部１０５から送信されてきたＩＤ１０５ａに基づいて通信を確立する。
【０１４７】
ステップＳ３１４において、携帯端末１１−１１の通信部１０５は、ステップＳ３３４の携帯端末１１−１２の処理により、携帯端末１１−１２の転送部１８１との通信を確立する。
【０１４８】
ステップＳ３１５において、携帯端末１１−１１の制御部１０１は、通信部１０５を制御して、広告データを送信するように携帯端末１１−１２に要求する。
【０１４９】
ステップＳ３３５において、携帯端末１１−１２の制御部１０１は、転送部１８１を制御して、携帯端末１１−１１より広告データが要求されたか否かを判定し、広告データが要求されるまでその処理を繰り返す。例えば、ステップＳ３１５の処理により、携帯端末１１−１１より広告データが要求されると、広告データの要求があったと判定され、ステップＳ３３６において、携帯端末１１−１２の制御部１０１は、広告記憶部１０２に広告データが記憶されているか否かを判定する。今の場合、配信装置１２−２１から配信された広告データが記憶されているので、広告データが記憶されていると判定され、その処理は、ステップＳ３３７に進む。
【０１５０】
ステップＳ３３７において、携帯端末１１−１２の制御部１０１は、広告記憶部１０２に記憶されている広告データ（配信装置１２−２１から配信され、図９のフローチャートの処理により取得されている広告データ）を読み出し、ステップＳ３３８において、転送部１８１を制御して、読み出した広告データを携帯端末１１−１１に送信させ、ステップＳ３３９において、通信を終了し、その処理は、ステップＳ３３１に戻る。
【０１５１】
また、ステップＳ３３６において、広告データが記憶されていないと判定された場合、すなわち、携帯端末１１−１２も自らの通信可能範囲内に配信装置１２が存在しない場合、ステップＳ３４０において、転送部１８１を制御して、転送する広告データが存在しないことを通知する。
【０１５２】
ステップＳ３１６において、携帯端末１１−１１の転送部１８１は、携帯端末１１−１２から広告データが送信されてきたか否かを判定し、例えば、ステップＳ３３８の処理により広告データが送信されてきた場合、ステップＳ３１７において、携帯端末１１−１１の制御部１０１は、通信部１０５を制御して、ステップＳ３３８の処理により送信されてきた広告データを受信させ、広告記憶部１０２に記憶させると共に、ステップＳ３１８において、ステップＳ３３９の処理に対応して、通信部１０５を制御して携帯端末１１−１２との通信を終了させる。
【０１５３】
ステップＳ３１６において、広告データが送信されてきていない、すなわち、ステップＳ３４０の処理により、広告データが記憶されていないことを示す通知が受信された場合、ステップＳ３１７の処理がスキップされて、その処理は、ステップＳ３１８に進む。
【０１５４】
ステップＳ３１９において、携帯端末１１−１１の制御部１０１は、所定の時間が経過したか否かを判定し、所定の時間が経過するまで、その処理を繰り返し、所定の時間が経過したと判定された場合、その処理は、ステップＳ３１１に戻り、それ以降の処理を繰り返す。
【０１５５】
以上の処理により、携帯端末１１−１１は、携帯端末１１−１２を介して、配信装置１２−２１より配信された、記憶されている広告データの転送を受けることができるので、自らの通信可能範囲内に配信装置１２−２１が存在しなくても、通信可能範囲内に存在する携帯端末１１を介して広告データを取得することができる。また、同様にして、携帯端末１１−１１は、図２８で示すように、配信装置１２−２２から配信される広告データを、携帯端末１１−１２，１１−１３を介して取得することも可能である。また、図９のフローチャートの処理により、予め携帯端末１１に広告データを記憶している携帯端末１１との通信により、そのタイミングで配信装置１２から広告データを取得できない携帯端末間でも、いずれかの携帯端末１１に記憶されている広告データの配信が可能となる。
【０１５６】
さらに、例えば、図３０のフローチャートの処理を先に実行し、ステップＳ３３６の処理で、広告データが記憶されていないと判定された場合に、ステップＳ３４０の処理に替えて、携帯端末１１−１２が、図９のフローチャートの処理を実行した後、ステップＳ３３７の処理に進み、取得された広告データを携帯端末１１−１１に送信するようにしてもよい。
【０１５７】
また、このような構成の場合、通信可能な範囲内に携帯端末１１が存在する限り、広告データの転送処理が繰り返されてしまうので、ホップ数により転送可能な携帯端末１１を制限するようにしてもよい。
【０１５８】
ここで、ホップ数とは、広告データを配信する配信装置１２と広告データを取得する携帯端末間に介在する携帯端末１１の数を示すものであり、例えば、図２８において、携帯端末１１−１１が配信装置１２−２１から広告データを取得する場合、携帯端末１１−１２が１台介在するのでホップ数は１である。また、携帯端末１１−１１が配信装置１２−２２から配信される広告データを取得する場合、携帯端末１１−１２，１１−１３の２台が介在するのでホップ数は２となる。
【０１５９】
以上においては、携帯端末１１をリレーして配信装置１２からの広告データの配信を受ける例について説明してきたが、上述のようにホップ数の制限を設けないと携帯端末１１が存在する限り広告データのリレー配信が繰り返されてしまうため、ホップ数を制限する必要があったが、ホップ数のみならず、進行方向と逆方向に存在する携帯端末１１、または、配信装置１２から配信される広告データを取得しないようにしてもよい。
【０１６０】
すなわち、例えば、携帯端末１１を所持している使用者の進行方向から配信される広告データは、これから使用者が、その店舗１の付近を通過する可能性があり、広告データの宣伝広告効果が高められる可能性があるが、進行方向とは逆の方向から配信される広告データは、使用者が、その店舗１から離れている可能性が高く、広告データの宣伝広告効果は、進行方向に比べると低くなるものと考えられる。
【０１６１】
そこで、携帯端末１１の進行方向に存在する他の携帯端末１１、または、配信装置１２から配信される広告データのみを取得するようにしてもよい。
【０１６２】
例えば、図３１で示すように、今、携帯端末１１−３１を所持した使用者が矢印方向に移動している場合、移動方向とは逆の方向、すなわち、使用者が離れていく方向の携帯端末１１−３４（店舗１−３１の配信装置１２−３１から配信された広告データを取得している）、または、店舗１−３５の配信装置１２−３５から配信される広告データを取得しないようにする。一方、移動方向に存在する店舗１−３２の配信装置１２−３２、店舗１−３３の配信装置１２−３３、店舗１−３４の配信装置１２−３４、および携帯端末１１−３２，１１−３３から配信される広告データは、携帯端末１１−３１を所持している使用者にとって有用な情報である可能性が高く、宣伝効果も高いことが期待されるので取得する。
【０１６３】
図３２は、進行方向からの広告データのみを取得して記憶するようにした携帯端末１１の構成例を示している。
【０１６４】
尚、図３２中、図２９における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。図３２の携帯端末１１と、図２９の携帯端末１１において異なるのは、通信部１０５に代えて、通信部１９１を、転送部１８１に代えて転送部２０１をそれぞれ設けた点である。通信部１９１の基本的な機能は、通信部１０５と同様であるが、ＩＤ１９１ａの他に進行方向認識部１９１ｂが設けられている。進行方向認識部１９１ｂは、他の携帯端末１１、または、配信装置１２から送信されてくるデータの送信時間を２回測定し、それらの通信時間の変化に基づいて、データを送信してくる他の携帯端末１１、または、配信装置１２が、自らの進行方向に存在すものであるか（相対的に接近しつつあるものか）否かを認識する。
【０１６５】
転送部２０１は、基本的な機能は転送部１８１と同様であるが、クロック２０１ｂが新たに設けられている。クロック２０１ｂは、絶対時刻を求めるものであり、他の携帯端末１１に向けてＩＤ２０１ａを送信するとき、そのタイミングの絶対時刻が添付されて送信される。
【０１６６】
以上のような構成により、例えば、図３１の携帯端末１１−３１が携帯端末１１−３２から送信されてくるデータに基づいて進行方向であるか否かを判定する場合、図３３Ａで示すように、最初に携帯端末１１−３２のＩＤ２０１ａを受信するときの送信時間Ｔ１（ＩＤ２０１ａを受信するタイミングを示す内蔵するクロックの絶対時刻とＩＤ２０１ａに付されている送信時刻を示す絶対時刻との差分により求められる時間）を計測した後、さらに、図３３Ｂで示すように、携帯端末１１−３２が接続を確立するタイミングで送信するデータの送信時間Ｔ２（通信を確立させる信号を受信するタイミングを示す内蔵するクロックの絶対時刻と通信を確立するときに送信されるデータに付されている送信時刻を示す絶対時刻との差分により求められる時間）を求め、送信時間変化ΔＴ＝Ｔ１−Ｔ２を求める。図３３Ａ，Ｂの場合、携帯端末１１−３２は、携帯端末１１−３１の進行方向に存在するので、送信時間Ｔ１よりも送信時間Ｔ２の方が短くなるので送信時間変化ΔＴは、正の値となり進行方向であることが認識できる。
【０１６７】
一方、図３１の携帯端末１１−３１から見て、携帯端末１１−３４は、進行方向とは逆方向に存在するので、携帯端末１１−３４からのＩＤを携帯端末１１−３１が受信するときの送信時間Ｔ１が図３４Ａで示されると、携帯端末１１−３４が接続を確立するタイミングで送信するデータの送信時間Ｔ２は図３４Ｂのように示されることになる。このとき、送信時間変化ΔＴ＝Ｔ１−Ｔ２は、負の値となり進行方向と逆方向であることを認識することができる。
【０１６８】
このように、進行方向認識部１９１ｂは、送信時間変化ΔＴにより進行方向に対しての配信装置１２、または、他の携帯端末１１との位置関係を認識し、この結果から通信部１９１は、進行方向に存在する携帯端末１１、または、配信装置１２からの広告データを取得する。
【０１６９】
次に、図３５のフローチャートを参照して、図３２の携帯端末１１が、携帯端末による広告データ受信処理について説明する。尚、図３１の携帯端末１１−３１が携帯端末１１−３２から広告データを受信する処理について説明する。また、図３５のフローチャートにおけるステップＳ３５１，Ｓ３５２，Ｓ３５４，Ｓ３５７乃至Ｓ３６１の処理、および、ステップＳ３８１，Ｓ３８３，Ｓ３８５乃至Ｓ３９０の処理は、図３０のステップＳ３１１乃至Ｓ３１３，Ｓ３１５乃至Ｓ３１９、および、ステップＳＳ３３１，Ｓ３３３，Ｓ３３５乃至Ｓ３４０の処理と同様であるので、その処理の説明は、省略する。
【０１７０】
ステップＳ３８２において、携帯端末１１−３２の転送部２０１は、自らのＩＤ２０１ａを読み出し、クロック２０１ｂの絶対時刻に基づいて、送信時刻を付して無線回線で送信する。
【０１７１】
ステップＳ３５３において、携帯端末１１−３１の通信部１９１の進行方向認識部１９１ｂは、ステップＳ３８２の処理で送信されてきたＩＤ２０１ａに付されている送信時刻と、ＩＤ２０１ａを受信した時刻（内蔵するクロックにより求められた絶対時刻）との差分を求め通信時間Ｔ１を求める。
【０１７２】
ステップＳ３８４において、携帯端末１１−３２の転送部２０１は、通信を確立させると共に、通信の確立を示す信号（データ）を送信し、このときクロック２０１ｂの絶対時刻（送信時刻）を付して携帯端末１１−３１に送信させる。
【０１７３】
ステップＳ３５５において、携帯端末１１−１１の通信部１０５は、ステップＳ３３４の携帯端末１１−１２の処理により、携帯端末１１−１２の転送部１８１との通信を確立すると共に、進行方向認識部１９１ｂは、携帯端末１１−３２から送信されてきた通信を確立させる通知に付されている送信時刻と、その通知を受信したときの時刻との差分から送信時間Ｔ２を求める。
【０１７４】
ステップＳ３５６において、進行方向認識部１９１ｂは、送信時間Ｔ１と送信時間Ｔ２から送信時間変化ΔＴ＝Ｔ１−Ｔ２が０以上であるか否かを求める。図３１の場合、携帯端末１１−３２は、携帯端末１１−３１からみて進行方向に存在するので、送信時間変化ΔＴは、図３３Ａ，Ｂで示すように、正の値をとるので、その処理は、ステップＳ３５７に進み、広告データの取得がなされ、それ以降の処理が繰り返される。
【０１７５】
また、ステップＳ３５６において、図３１の場合、携帯端末１１−３４は、携帯端末１１−３１からみて進行方向と逆方向に存在するので、送信時間変化ΔＴは、図３４Ａ，Ｂで示すように負の値をとるので、ステップＳ３５７乃至Ｓ３５９の処理がスキップされて、広告データを取得する処理がなされないことになる。
【０１７６】
以上のような処理により、自らの進行方向に存在する携帯端末１１からリレー配信される広告データ、または、配信装置１２から配信される広告データのみを取得することが可能となる。
【０１７７】
以上においては、所定の時間間隔で２回の送信時間Ｔ１，Ｔ２を求めて、その差分から送信時間変化ΔＴ（＝Ｔ１−Ｔ２）が正であるか否かにより、進行方向に存在する携帯端末１１、または、配信装置１２であるか否かを判定していたが、所定の時間間隔で２回送信されてくる電波の強度変化ΔＰを求め、その値が正であるか否かを判定することで、進行方向に存在する携帯端末１１、または、配信装置１２であるか否かを判定するようにしてもよい。
【０１７８】
図３６は、受信される電波の強度変化に基づいて、進行方向に存在する他の携帯端末１１、または、配信装置１２であるか否かを判定するようにした携帯端末１１の構成を示している。
【０１７９】
尚、図３６中、図２９における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。図３６の携帯端末１１と、図２９の携帯端末１１において異なるのは、通信部１０５に代えて、通信部２１１が設けられている点である。通信部２１１の基本的な動作については、通信部１０５と同様であるが、通信部２１１は、ＩＤ２１１ａに加えて、強度検出部２１１ｂを有している点で異なる。
【０１８０】
強度検出部２１１ｂは、他の携帯端末１１、または、配信装置１２から受信される電波の強度の変化を測定する。すなわち、ＩＤを受信したタイミングの受信強度Ｐ１と、通信が確立されたことを示す通知を受信したタイミングの受信強度Ｐ２との差分を求めて、強度変化ΔＰ＝Ｐ２−Ｐ１を求める。通信部２１１は、この強度変化ΔＰに応じて、広告データを送信してくる他の携帯端末１１、または、配信装置１２が進行方向に存在するか否かを判定して、広告データの受信をするか否かを判定する。
【０１８１】
すなわち、例えば、図３１の場合、携帯端末１１−３１の進行方向に携帯端末１１−３２が存在している場合、ＩＤを受信するとき、図３７Ａで示すように受信強度Ｐ１で受信されるものとすると、通信が確立されたことを示す通知が受信されるタイミングの受信強度Ｐ２は、図３７Ｂで示すように、図３７Ａの状態よりも相互の距離が近い分だけ受信強度Ｐ２の方が、受信強度Ｐ１を上回ることになるので、強度変化ΔＰ＝Ｐ２−Ｐ１は、正の値をとることになる。
【０１８２】
一方、携帯端末１１−３１の進行方向に存在しない携帯端末１１−３４からＩＤを受信するタイミングの受信強度Ｐ１を図３８Ａで示すものとすると、通信が確立されたことを示す通知が受信されるタイミングの受信強度Ｐ２は、図３８Ｂで示すように、図３８Ａの状態よりも相互の距離が離れる分だけ受信強度Ｐ２の方が、受信強度Ｐ１よりも下回ることになるので、強度変化ΔＰ＝Ｐ２−Ｐ１は、負の値を取ることになる。
【０１８３】
このように強度変化ΔＰが正であるか否かにより、広告データを配信する他の携帯端末１１、または、配信装置１２が、自らの進行方向に存在するのか否かを判定することができる。
【０１８４】
次に、図３９のフローチャートを参照して広告データの送受信処理について説明する。尚、図３９のフローチャートにおけるステップＳ４０１，Ｓ４０２，Ｓ４０４，Ｓ４０７乃至Ｓ４１１の処理、および、ステップＳ４２１乃至Ｓ４３０の処理は、図３０のステップＳ３１１乃至Ｓ３１３，Ｓ３１５乃至Ｓ３１９の処理、および、ステップＳ３３１乃至Ｓ３４０の処理と同様であるので、その処理の説明は省略する。
【０１８５】
ステップＳ４０３において、携帯端末１１−３１の通信部２１１の強度検出部２１１ｂは、ステップＳ４２２の処理で送信されてきたＩＤ１８１ａを受信したときの受信強度Ｐ１を検出する。
【０１８６】
ステップＳ４０５において、携帯端末１１−１１の通信部１０５は、ステップＳ４２４の携帯端末１１−１２の処理により、携帯端末１１−１２の転送部１８１との通信を確立すると共に、強度検出部２１１ｂは、携帯端末１１−３２から送信されてきた通信を確立させる通知を受信するときの受信強度Ｐ２を検出する。
【０１８７】
ステップＳ４０６において、強度検出部２１１ｂは、受信強度Ｐ１と受信強度Ｐ２から強度変化ΔＰ＝Ｐ１−Ｐ２が０以上であるか否かを求める。図３１の場合、携帯端末１１−３２は、携帯端末１１−３１からみて進行方向に存在するので、強度変化ΔＴは、図３７Ａ，Ｂで示すように、正の値をとることになるので、その処理は、ステップＳ４０７に進み、広告データの取得がなされ、それ以降の処理が繰り返される。
【０１８８】
また、ステップＳ４０６において、例えば、図３１の場合、携帯端末１１−３２は、携帯端末１１−３４からみて進行方向と逆方向に存在するので、強度変化ΔＰは、図３８Ａ，Ｂで示すように負の値をとることになるので、ステップＳ４０７乃至Ｓ４０９の処理がスキップされて、広告データを取得する処理がなされないことになる。
【０１８９】
以上のような処理により、自らの進行方向に存在する携帯端末１１からリレー配信される広告データ、または、配信装置１２から配信される広告データのみを取得することができるので、例えば、通り過ぎた位置に存在する店舗の広告データなどの使用者にとっては比較的利益の少ない広告データを取得せずに済み、使用者にとって有用な広告データの取得が可能となると共に、不必要な広告データの配信を減らすことができるので通信経路の混雑を緩和させることが可能となる。
【０１９０】
また、以上の例においては、送信時間変化や受信強度変化に基づいて、他の携帯端末や配信装置が進行方向に存在するか否かを判定していたが、端末間の同期信号のずれなどを利用して検出するようにしてもよいし、相互の位置関係をＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）で計測して、位置情報を交換して進行方向に対しての位置関係から判定するようにしてもよいし、さらには、固定位置に設定されている２箇所以上の配信装置からの受信信号から３点計測するようにして、相互の携帯端末の位置を求めて、その相互の位置関係から進行方向に存在するか否かを判定するようにしてもよい。また、同様の処理により、携帯端末１１を所持した使用者から離れていく使用者により所持されている他の携帯端末１１からの広告データを受信しないようにしてもよい。
【０１９１】
また、図２５の携帯端末１１において、自らの通信可能範囲内に複数の他の携帯端末、または、配信装置が存在する場合に、優先順位を設定する処理においても、上述のように、受信強度変化の計測、ＧＰＳによる位置関係の計測、または、３点計測といったような方法で広告データの配信を受ける優先順位を設定するようにしてもよい。
【０１９２】
さらに、以上の例においては、音楽コンテンツを再生させる場合について説明してきたが、それ以外のコンテンツであってもよく、例えば、静止画像や動画像のコンテンツであってもよい。
【０１９３】
また、配信装置は、各店舗に設けられた場合について説明してきたが、例えば、商店街などの１箇所に配置し、複数の店舗の広告データを送信させるようにしてもよい。また、携帯端末そのものが配信装置として機能するようにしてもよい。
【０１９４】
さらに、以上の例、すなわち、図４，図１１，図１４，図１９，図２５，図２９，図３２，および図３６で示した携帯端末１１の機能の全てを組み合わせたものとしてもよいし、それらの個々の機能を、例えば、動作モードとして切り換えて使用できるようにしてもよい。また、配信装置１２についても同様である。
【０１９５】
以上によれば、音楽コンテンツを再生する度に同じ広告データが再生されないようになるので、使用者に対する不快感を低減させることが可能となる。また、再生する度に、広告データを配信することができるので、広告データの配信の機会が増え、広告データの広告料により、使用者に対して無料の音楽コンテンツの配信が可能となる。さらに、地域的な広告データを店舗に近い位置に存在する使用者が、携帯端末により取得することが可能となるので使用者に対する宣伝広告効果を向上させることが可能となる。
【０１９６】
また、携帯端末を所持する使用者の移動方向に存在する店舗の配信装置、または、他の携帯端末から優先的に広告データを取得することができ、効率のよい広告データの配信が可能となる。さらに、携帯端末の使用者にとって不必要な広告データを取得することが防止されるので、使用者の不快感を低減させることができる。また、不要な広告データの配信が抑制されるので、通信経路の混雑を緩和することが可能となる。
【０１９７】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行させることが可能な、例えば汎用のパーソナルコンピュータなどに記録媒体からインストールされる。
【０１９８】
この記録媒体は、図２，図３に示すように携帯端末１１、および、配信装置１２に予め組み込まれた状態でユーザに提供される、プログラムが記録されている記憶部３８，７８だけではなく、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク５１，９１（フレキシブルディスクを含む）、光ディスク５２，９２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｋ−Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）を含む）、光磁気ディスク５３，９３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）（登録商標）を含む）、もしくは半導体メモリ５４，９４（Ｍｅｍｏｒｙ　Ｓｔｉｃｋを含む）などよりなるパッケージメディアにより構成される。
【０１９９】
尚、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理は、もちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理を含むものである。
【０２００】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２０１】
【発明の効果】
本発明によれば、効率のよい広告データの配信が可能となる。また、使用者の不快感を低減させることができる。さらに、通信経路の混雑を緩和することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した音楽コンテンツ配信システムの一実施の形態の構成を示すブロック図である。
【図２】図１の携帯端末の構成を示すブロック図である。
【図３】図１の配信装置の構成を示すブロック図である。
【図４】図２の携帯端末により実現される機能を示す機能ブロック図である。
【図５】図３の配信装置により実現される機能を示す機能ブロック図である。
【図６】携帯端末が移動したときの広告データの配信を説明する図である。
【図７】音楽コンテンツに広告データを合成する処理を説明する図である。
【図８】音楽コンテンツを再生させる処理と広告データを送信する処理を説明するフローチャートである。
【図９】広告データを送信する処理と受信する処理を説明するフローチャートである。
【図１０】音楽コンテンツを再生させる処理を説明するフローチャートである。
【図１１】図２の携帯端末により実現されるその他の機能を示す機能ブロックである。
【図１２】音楽コンテンツを再生させる処理と広告データを送信する処理を説明するフローチャートである。
【図１３】音楽コンテンツを再生させる処理と広告データを送信する処理を説明するフローチャートである。
【図１４】図２の携帯端末により実現されるその他の機能を示す機能ブロックである。
【図１５】利用可能回数を説明する図である。
【図１６】利用可能回数を説明する図である。
【図１７】音楽コンテンツを再生させる処理と広告データを送信する処理を説明するフローチャートである。
【図１８】音楽コンテンツを再生させる処理と広告データを送信する処理を説明するフローチャートである。
【図１９】図２の携帯端末により実現されるその他の機能を示す機能ブロックである。
【図２０】広告データがない場合に再生される音楽コンテンツを説明する図である。
【図２１】複数の広告データを音楽コンテンツに合成する処理を説明する図である。
【図２２】音楽コンテンツを再生させる処理と広告データを送信する処理を説明するフローチャートである。
【図２３】音楽コンテンツを再生させる処理と広告データを送信する処理を説明するフローチャートである。
【図２４】複数の配信装置から広告データを取得する場合、配信装置の順位を決める処理を説明する図である。
【図２５】図２の携帯端末により実現されるその他の機能を示す機能ブロックである。
【図２６】図３の配信装置により実現されるその他の機能を示す機能ブロックである。
【図２７】広告データを送受信する処理を説明するフローチャートである。
【図２８】広告データをリレー方式で送信する処理を説明する図である。
【図２９】図２の携帯端末により実現されるその他の機能を示す機能ブロックである。
【図３０】広告データを送受信する処理を説明するフローチャートである。
【図３１】進行方向に存在する配信装置、または、携帯端末のみから広告データを受信する処理を説明する図である。
【図３２】図２の携帯端末により実現されるその他の機能を示す機能ブロックである。
【図３３】送信時間変化を説明する図である。
【図３４】送信時間変化を説明する図である。
【図３５】広告データを送受信する処理を説明するフローチャートである。
【図３６】図２の携帯端末により実現されるその他の機能を示す機能ブロックである。
【図３７】強度変化を説明する図である。
【図３８】強度変化を説明する図である。
【図３９】広告データを送受信する処理を説明するフローチャートである。
【符号の説明】
１，１−１，１−２，１−１１，１−２１，１−３１乃至１−３４　店舗，　１１，１１’，１１−１１乃至１１−１３，１１−３１乃至１１−３４　携帯端末，　１２，１２−１，１２−２，１２−１１，１２−２１，１２−２２，１２−３１乃至１２−３４　配信装置，　２１　エリア，　１０１　制御部，　１０２　広告記憶部，　１０３　広告合成部，　１０４　再生部，　１０５　通信部，　１０５ａ　ＩＤ，　１０６　音楽コンテンツＤＢ，　１０７　操作部，　１２１制御部，　１２２　広告記憶部，　１２３　通信部，　１２３ａ　ＩＤ，　１３１　広告合成部，　１３１ａ　合成履歴，　１４１　広告合成部，　１４１ａ　利用可能回数カウンタ，　１５１　広告合成部，　１５１ａ　広告無回数カウンタ，　１６１　通信部，　１６１ａ　ＩＤ，　１６１ｂ　順位カウンタ，　１６１ｃ　検出カウンタ，　１６１ｄ　順位決定部，　１７１　通信部，　１７１ａ　ＩＤ，　１７１ｂ　クロック，　１８１　転送部，　１８１ａ　ＩＤ，　１９１　通信部，　１９１ａ　ＩＤ，　１９１ｂ　進行方向確認部，　２０１　転送部，　２０１ａ　ＩＤ，　２０１ｂ　クロック，　２１１　通信部，　２１１ａ　ＩＤ，　２１１ｂ　強度検出部
【図１】
2004056579.tif 000003
【図２】
2004056579.tif 000004
【図３】
2004056579.tif 000005
【図４】
2004056579.tif 000006
【図５】
2004056579.tif 000007
【図６】
2004056579.tif 000008
【図７】
2004056579.tif 000009
【図８】
2004056579.tif 000010
【図９】
2004056579.tif 000011
【図１０】
2004056579.tif 000012
【図１１】
2004056579.tif 000013
【図１２】
2004056579.tif 000014
【図１３】
2004056579.tif 000015
【図１４】
2004056579.tif 000016
【図１５】
2004056579.tif 000017
【図１６】
2004056579.tif 000018
【図１７】
2004056579.tif 000019
【図１８】
2004056579.tif 000020
【図１９】
2004056579.tif 000021
【図２０】
2004056579.tif 000022
【図２１】
2004056579.tif 000023
【図２２】
2004056579.tif 000024
【図２３】
2004056579.tif 000025
【図２４】
2004056579.tif 000026
【図２５】
2004056579.tif 000027
【図２６】
2004056579.tif 000028
【図２７】
2004056579.tif 000029
【図２８】
2004056579.tif 000030
【図２９】
2004056579.tif 000031
【図３０】
2004056579.tif 000032
【図３１】
2004056579.tif 000033
【図３２】
2004056579.tif 000034
【図３３】
2004056579.tif 000035
【図３４】
2004056579.tif 000036
【図３５】
2004056579.tif 000037
【図３６】
2004056579.tif 000038
【図３７】
2004056579.tif 000039
【図３８】
2004056579.tif 000040
【図３９】
2004056579.tif 000041