JP7226920B2

JP7226920B2 - 曲提供システム及び携帯端末

Info

Publication number: JP7226920B2
Application number: JP2018071900A
Authority: JP
Inventors: 利哉小山
Original assignee: Fujitsu Component Ltd
Current assignee: Fujitsu Component Ltd
Priority date: 2018-04-03
Filing date: 2018-04-03
Publication date: 2023-02-21
Anticipated expiration: 2038-04-03
Also published as: JP2019184680A

Description

本発明は曲提供システム及び携帯端末に関する。

歩行者が支援を必要とする場所に無線標識を設置すると共に、無線標識との間で無線通信が可能な携帯端末を使用する歩行支援システムが知られている（例えば、特許文献１参照）。また、電話の不使用時に電話回線を利用して音楽を聞くことができる音楽放送システムも知られている（例えば、特許文献２参照）。

さらに、Bluetooth(登録商標) Low Energy（ＢＬＥ）を使用してMusical Instrument Digital Interface（ＭＩＤＩ）対応機器同士を無線で接続するMIDI over Bluetooth(登録商標) Low Energy（ＢＬＥ－ＭＩＤＩ）も知られている（例えば、非特許文献１参照）。ＢＬＥ－ＭＩＤＩにより、電子ピアノや電子ドラムといった電子楽器の演奏に基づく曲の音声情報を携帯端末に無線で送信することができる。

特開２００５－１６００６４号公報特開平２－２５７７４９号公報

BLUETOOTH LE MIDI SPECIFICATION. [online]. MIDI ASSOCIATION. [retrieved on 2017-11-27]. Retrieved from the Internet：<URL：https://www.midi.org/specifications/item/bluetooth-le-midi>.

しかしながら、ＢＬＥ－ＭＩＤＩは、電子楽器などの送信元と携帯端末などの送信先との間で無線接続を確立し、送信元から送信された音声情報を送信した順序かつ送信したタイミングで送信先が受信することが求められ、情報の重複や欠落は許されない。そのため信頼できる通信経路を用いることができない場合、順序制御や確認応答が必要となる。例えば、電子楽器からの音声情報を携帯端末が受信する度に、携帯端末は電子楽器に音声情報に対する応答を返信することが求められ、両者の接続を確立する必要が生じる。すなわち、ＢＬＥ－ＭＩＤＩは無線通信のような信頼できない経路を用いる場合に、接続を確立不能な片方向通信では安定して利用できない。

また、ＢＬＥ－ＭＩＤＩでは、送信元は同時に複数の送信先に音声情報を送信することができない。したがって、歩行支援システムなど、公共のシステムにおいてＢＬＥ－ＭＩＤＩを利用して１つの無線標識から複数の携帯端末に音声情報を提供しようとしても、無線標識から携帯端末に音声情報を提供できないという問題がある。

そこで、１つの側面では、本発明は、不特定の携帯端末に曲を提供できる曲提供システムと、携帯端末を提供することを目的とする。

本明細書に開示の曲提供システムは、曲の楽譜情報を複数の構成要素に分けて格納した信号を前記信号毎に無線でブロードキャストする送信機と、無線で受信した前記信号のうち、少なくとも一部の構成要素に基づいて、前記曲の少なくとも一部を再生する携帯端末と、を有し、前記携帯端末は、受信した前記信号の信号強度に対応する音量で、前記曲を再生する、ことを特徴とする。
また、本明細書に開示の曲提供システムは、曲の楽譜情報を複数の構成要素に分けて格納した信号を前記信号毎に無線でブロードキャストする送信機と、無線で受信した前記信号のうち、少なくとも一部の構成要素に基づいて、前記曲の少なくとも一部を再生する携帯端末と、を有し、前記曲の主旋律の前記構成要素を格納した前記信号の送信頻度を、前記主旋律を含まない前記構成要素を格納した前記信号の送信頻度より大きくして前記主旋律を再生する、ことを特徴とする。
さらに、本明細書に開示の曲提供システムは、曲の楽譜情報を複数の構成要素に分けて格納した信号を前記信号毎に無線でブロードキャストする送信機と、無線で受信した前記信号のうち、少なくとも一部の構成要素に基づいて、前記曲の少なくとも一部を再生する携帯端末と、を有し、前記構成要素に楽器を識別する楽器ＩＤを設け、前記楽器ＩＤ単位の前記信号を無線でブロードキャストする、ことを特徴とする。
さらに、本明細書に開示の曲提供システムは、曲の楽譜情報を複数の構成要素に分けて格納した信号を前記信号毎に無線でブロードキャストする送信機と、無線で受信した前記信号のうち、少なくとも一部の構成要素に基づいて、前記曲の少なくとも一部を再生する携帯端末と、を有し、前記携帯端末は、前記曲を識別する曲識別子が異なる信号が混在していると判断した場合、第１の曲識別子の曲を再生した後、第２の曲識別子の曲を再生する、ことを特徴とする。
さらに、本明細書に開示の曲提供システムは、曲の楽譜情報を複数の構成要素に分けて格納した信号を前記信号毎に無線でブロードキャストする送信機と、無線で受信した前記信号のうち、少なくとも一部の構成要素に基づいて、前記曲の少なくとも一部を再生する携帯端末と、を有し、前記携帯端末は、曲の再生中に他の曲の信号を受信した場合、前記再生中の曲より高い音圧又は大きな音量で前記他の曲を前記再生中の曲と並行して再生する、ことを特徴とする。

本明細書に開示の携帯端末は、曲の楽譜情報を複数の構成要素に分けた部分構成要素が格納され、かつ、無線でブロードキャストされた信号を前記信号毎に受信する受信部と、前記部分構成要素を記憶する記憶部と、前記記憶部を監視する制御部と、を有し、前記制御部は、前記部分構成要素のうち前記曲を識別する曲識別子が共通する信号を取得し、受信した前記信号の信号強度に対応する音量で、取得した前記信号に基づく前記曲を再生する、ことを特徴とする。

本発明によれば、不特定の携帯端末に曲を提供することができる。

図１（ａ）及び図１（ｂ）は曲提供システムを説明する図である。図２は送信機のハードウェア構成である。図３は携帯端末のハードウェア構成である。図４（ａ）は送信機の機能ブロック図である。図４（ｂ）は携帯端末の機能ブロック図である。図５はパケットのフォーマットを示す図である。図６は送信機の動作を表すフローチャートである。図７は携帯端末の動作を表すフローチャート（その１）である。図８は携帯端末の動作を表すフローチャート（その２）である。図９（ａ）はパケットに格納されたデータを説明するための図である。図９（ｂ）は別のパケットに格納されたデータを説明するための図である。図１０は音符の記憶領域への配置を説明するための図である。

以下、図面を参照しながら本発明の実施の形態を説明する。

図１（ａ）および図１（ｂ）は曲提供システムＳを説明する図である。図１（ａ）及び（ｂ）に示すように、曲提供システムＳは送信機１００と携帯端末２００とを含んでいる。曲提供システムＳは、図１（ａ）に示すように１台の送信機１００と複数台の携帯端末２００を含んでいてもよいし、図１（ｂ）に示すように複数台の送信機１００と複数台の携帯端末２００を含んでいてもよい。図示しないが、曲提供システムＳは複数台の送信機１００と１台の携帯端末２００を含んでいてもよい。

送信機１００はBroadcasterやPeripheralなどと呼ばれるビーコンユニット（又はビーコンモジュール）によって実現することができる。送信機１００は信号（以下、パケットという）を不特定の携帯端末２００に向けて所定の通信規格により定められた無線で定期的にブロードキャストする。通信規格としては例えばBluetooth(登録商標) Low Energy（ＢＬＥ）がある。パケットは、曲の楽譜情報を複数の構成要素に分けて格納している。楽譜情報は、例えば曲のテンポや拍子情報といった基本情報と、曲を構成する楽曲情報とに大きく分けられる。送信機１００はパケットをＢＬＥ規格に従った無線技術で例えば０．５秒間隔や１秒間隔で周囲（１０ｍ程度の近距離）にブロードキャストする。特に、送信機１００はAdvertising Modeでパケットをブロードキャストする。

曲提供システムＳが複数台の送信機１００を含む場合、各送信機１００は別々のパケットをブロードキャストしてもよい。また、各送信機が送信するパケットを短時間で切り替えてもよい。例えば、曲全体の楽譜情報送信が１０個のパケットで対応可能な場合、１０台の送信機１００を準備して異なる位置に配置し、第１の送信機１００が第１のパケットをブロードキャストし、第２の送信機１００が第１のパケットに続く第２のパケットをブロードキャストし、・・・、第１０の送信機１００が第９のパケットに続く第１０のパケットをブロードキャストしてもよい。

一方で、２台の送信機１００を準備して、第１の送信機１００が第１のパケットから第５のパケットまでをブロードキャストし、第２の送信機１００が第６のパケットから第１０のパケットまでをブロードキャストしてもよい。また、第１の送信機１００と第２の送信機１００の両方がそれぞれ第１のパケットから第１０のパケットまでをブロードキャストしてもよい。このように、送信機１００の台数を増やすことにより、複数のパケットが携帯端末２００に伝わるスピードが向上したり、広範囲のエリアをカバーできたりする。

携帯端末２００は、曲提供システムＳを利用するユーザ１０が携帯する端末装置である。図１では、携帯端末２００の一例としてスマートフォンが示されているが、タブレット端末やウェアラブル端末などであってもよい。ウェアラブル端末としてはスマートウォッチなどがある。携帯端末２００は上述したBroadcasterやPeripheralに対しObserverやCentralなどとも呼ばれる。

携帯端末２００は、送信機１００がブロードキャストするパケットを受信する。より詳しくは、送信機１００がブロードキャストするパケットを受信できる範囲内に携帯端末２００が属すると、携帯端末２００はパケットを受信する。送信機１００はAdvertising Modeでパケットをブロードキャストするため、携帯端末２００は送信機１００との接続を確立せずにパケットを受信する。詳細は後述するが、携帯端末２００はパケットを受信すると、受信したパケットに基づいて楽譜情報を逐次再構成し、再構成した楽譜情報に携帯端末２００が有する音源の情報（以下、単に音源という）を対応付けて音声波形情報を生成する。携帯端末２００は音声波形情報を生成すると、音声波形情報に応じた曲を再生する。

尚、楽譜情報に対応付ける音源としては、例えばピアノやオルガン、シンセサイザーなどの鍵盤楽器、バイオリンやチェロなどの弦楽器、ドラムやボンゴなどの打楽器がある。携帯端末２００が生成する音声波形情報としては、例えばＰＣＭ（Pulse Code Modulation：パルス符号変調）情報などがある。送信機１００は音声波形情報を含むパケットをブロードキャストする訳ではなく、楽譜情報の構成要素を含むパケットをブロードキャストする。したがって、送信機１００がブロードキャストするパケットの情報量を音声波形情報の場合と比べて小さくすることができる。

携帯端末２００は１つの曲に対応する全てのパケットを受信するまで待ってから音声波形情報を生成して再生する必要はなく、一部のパケットを受信した時点で音声波形情報を生成して再生してもよい。例えば、携帯端末２００が主旋律に相当する一又は複数のパケットを受信したとき、打楽器のパートに相当するパケットを受信しなくても音声波形情報を生成して再生しても良い。この場合でも、ユーザ１０はどんな曲であるかを識別することができる。

続いて、図２を参照して、送信機１００のハードウェア構成について説明する。

図２は送信機１００のハードウェア構成である。図２に示すように、送信機１００は、ＭＣＵ（Micro Control Unit）１００Ａ、ＲＦ（Radio Frequency）回路１００Ｂ、及びＮＶＭ（Non-Volatile Memory）１００Ｃを含んでいる。ＲＦ回路１００Ｂにはアンテナ１００Ｂ´が接続されている。ＲＦ回路１００Ｂとしては例えば近距離無線通信回路などがある。

ＭＣＵ１００ＡからＮＶＭ１００Ｃまでは、内部バス１００Ｄによって互いに接続されている。ＭＣＵ１００ＡはＣＰＵ、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）を含んでおり、少なくともＣＰＵとＲＡＭとが協働することによってコンピュータの処理が実現される。例えばＲＡＭには、ＲＯＭやＮＶＭ１００Ｃに記憶されたプログラムがＣＰＵによって一時的に格納され、格納されたプログラムをＣＰＵが実行することにより、ＭＣＵ１００Ａは後述する各種の機能を実現し、また、後述する各種の処理を実行する。尚、プログラムは後述するフローチャートに応じた処理を行うものとすればよい。

図３を参照して、携帯端末２００のハードウェア構成について説明する。

図３は携帯端末２００のハードウェア構成である。図３に示すように、携帯端末２００は、ＣＰＵ２００Ａ、ＲＡＭ２００Ｂ、ＲＯＭ２００Ｃ、ＮＶＭ２００Ｄ及びＲＦ回路２００Ｅを含んでいる。ＲＦ回路２００Ｅにはアンテナ２００Ｅ´が接続されている。ＲＦ回路２００Ｅとしては近距離無線通信回路などがある。

携帯端末２００は、イヤホン端子２００Ｆ、カメラ２００Ｇ、タッチパネル２００Ｈ、ディスプレイ２００Ｉ、及びスピーカ２００Ｊを含んでいる。イヤホン端子２００Ｆとしては例えばイヤホンジャックやイヤホンポートなどがある。ＣＰＵ２００Ａからスピーカ２００Ｊまでは、内部バス２００Ｋによって互いに接続されている。少なくともＣＰＵ２００ＡとＲＡＭ２００Ｂとが協働することによってコンピュータの処理が実現される。ＲＡＭ２００Ｂには、ＲＯＭ２００ＣやＮＶＭ２００Ｄに記憶されたプログラムがＣＰＵ２００Ａによって一時的に格納され、格納されたプログラムをＣＰＵ２００Ａが実行することにより、ＣＰＵ２００Ａは後述する各種の機能を実現し、後述する各種の処理を実行する。

図４及び図５を参照して、送信機１００及び携帯端末２００の機能について説明する。図４（ａ）は送信機１００の機能ブロック図である。図４（ｂ）は携帯端末２００の機能ブロック図である。図５はパケットのフォーマットを示す図である。パケットは、ＢＬＥの規格に従ったアドバタイジングパケットである。

送信機１００は、図４（ａ）に示すように、記憶部１０１、制御部１０２、及び送信部１０３を含んでいる。図示しないが、送信機１００は、記憶部１０１、制御部１０２、及び送信部１０３に電力を供給する電池などの電源や、電源のオンとオフを切り替えるスイッチも含んでいる。記憶部１０１はＭＣＵ１００ＡのＲＡＭ若しくはＲＯＭ又はＮＶＭ１００Ｃの少なくともいずれかによって実現することができる。制御部１０２はＭＣＵ１００ＡのＣＰＵによって実現することができる。送信部１０３はＲＦ回路１００Ｂ及びアンテナ１００Ｂ´によって実現することができる。

記憶部１０１は種々のパケットを記憶する。楽譜情報のパケットは、曲提供システムＳを運用する事業者や送信機１００を製造する製造者などによって事前に記憶部１０１に格納される。パケットは、図５に示すように最大３１バイトの大きさを有し、アドバタイズメントストラクチャー（AD Structure）と呼ばれる情報要素が詰め込まれている。１セットのアドバタイズメントストラクチャーは、「Length」、「AD Type」、及び「Data」を含んでいる。図５では、２セットのアドバタイズメントストラクチャーが示されている。

「Length」はアドバタイズメントストラクチャーのデータ長を示している。「AD Type」はアドバタイズメントストラクチャーの種類を示している。「Data」はデータを示している。図５に示すように、「AD Type」が「FF」である場合、アドバタイズメントストラクチャーが製造者特定データ（Manufacturer Specific Data）であることを意味し、製造者が自由にアドバタイズメントストラクチャーの長さと内容を決めることができる。「Company ID」は製造者を示す識別子である。

本実施形態では、製造者が自由に決めるアドバタイズメントストラクチャーの「Data（独自データ）」のフィールドに、サービスコードやバージョン情報といった複数のデータが１バイトずつ含まれている。「Data（独自データ）」のフィールドには、設定により、サービスコード、バージョン情報、曲ＩＤ、全パケット数、パケット番号、パケット種別、テンポ、拍子情報、オフセット時間、音符・休符、音色、制御コードといった各種のデータが含まれている。

サービスコード、バージョン情報、曲ＩＤ、及びパケット種別は全てのパケットに含まれる。パケット番号も全てのパケットに含まれることが望ましい。一方、全パケット数、テンポ、拍子情報、オフセット、音符・休符、音色、制御コードは全てのパケットに含まれている必要はない。一部のパケットがテンポと拍子情報と全パケット数を含み、オフセット、音符・休符、音色、制御コードを含んでいなくてもよい。どの要素をパケットに含めるかは、パケット種別に応じて決定すればよい。

サービスコードは、曲提供システムＳによって行われるサービスを識別するコードである。バージョン情報は、提供されるサービスのバージョンを表す情報である。曲ＩＤは曲を識別する識別子である。パケットが曲ＩＤを含むため、曲ＩＤが共通する曲に限定して携帯端末２００が再生すれば、異なる曲が混ざって再生されることが防止される。全パケット数は１つの曲に対応するパケット総数を表しており、パケット番号はパケットの順番を特定する。

パケット種別はパケットの種別を表している。パケット種別「０」は曲のテンポや拍子情報といった基本情報を表し、パケット種別「１」は音符・休符や音色といった楽曲の演奏情報を表している。テンポは曲の演奏速度を表しており、拍子情報は１小節に含まれる特定の音符の数を表している。オフセットは音符や休符の演奏開始位置を表している。オフセットは例えば曲の先頭からのオフセット情報としても、小節番号を指定した上で対象とする小節の先頭からのオフセット情報としても良い。音符・休符はオフセット位置を基準に配置される音符及び休符の少なくとも一方を表している。音色は曲を奏でる楽器を識別する楽器ＩＤを表し、制御コードは携帯端末２００を制御するコードを表している。その他、携帯端末２００が曲を再生する際の音量に関するデータをパケットに含めてもよい。これらのデータを含むパケットは、記憶部１０１に格納される。

制御部１０２は記憶部１０１から定期的にパケットを取得し、送信部１０３に出力する。電源のスイッチがオンに切り替えられると、制御部１０２は記憶部１０１からパケット種別「０」のパケットを取得して送信部１０３に出力し、次いで記憶部１０１からパケット種別「１」で且つパケット番号「１」のパケットを取得して送信部１０３に出力する。以後、制御部１０２はパケット番号の順に従ってパケット種別「１」のパケットを取得して送信部１０３に出力する。送信部１０３は制御部１０２から出力されたパケットを受け付けると、受け付けた順番にパケットを無線でブロードキャストする。

携帯端末２００は、図４（ｂ）に示すように、受信部２０１、制御部２０２、記憶部２０３、及び出力部２０４を含んでいる。図示しないが、携帯端末２００は、受信部２０１、制御部２０２、記憶部２０３、及び出力部２０４に電力を供給する電源や電源のオンとオフを切り替えるスイッチも含んでいる。受信部２０１はＲＦ回路２００Ｅ及びアンテナ２００Ｅ´によって実現することができる。制御部２０２はＣＰＵ２００Ａによって実現することができる。記憶部２０３はＲＡＭ２００Ｂ、ＲＯＭ２００Ｃ、ＮＶＭ２００Ｄの少なくともいずれかによって実現することができる。出力部２０４はイヤホン端子２００Ｆやスピーカ２００Ｊによって実現することができる。

受信部２０１は送信機１００によってブロードキャストされたパケットを受信する。受信部２０１はパケットを受信する度に、受信したパケットを制御部２０２に出力する。制御部２０２は受信部２０１から出力されたパケットを受け付ける度に記憶部２０３に保存する。これにより、記憶部２０３は複数のパケットを記憶する。

また、制御部２０２は記憶部２０３を監視し、曲ＩＤが共通するパケットの中で全パケットの閾値（例えば数十パーセント）以上のパケットが記憶部２０３に記憶されていると判断した場合、記憶部２０３からその曲ＩＤのパケットを取得する。制御部２０２は、曲ＩＤが共通する全パケットが記憶部２０３に記憶されていると判断した場合、記憶部２０３からその曲ＩＤの全てのパケットを取得することが望ましい。そして、制御部２０２は取得したパケットのテンポや音符などに基づいて楽譜情報を再構成し、再構成した楽譜情報にパケットの音色で指定された楽器ＩＤに対応する音源を対応付けて音声波形情報を生成する。その後、制御部２０２は生成した音声波形情報に基づいて曲を再生して出力部２０４に出力する。出力部２０４は制御部２０２が再生した曲を出力する。

特に、制御部２０２は１つの曲を構成する全パケットに基づいて音声波形情報を生成した場合は、完成された曲（例えばフルコーラスや全てのパートを含む曲など）を再生する。一方、１つの曲を構成する一部のパケットに基づいて音声波形情報を生成した場合、制御部２０２は例えばワンコーラス、全てのパートを含まない曲、曲のサビの部分など、曲の一部を再生する。

図６を参照して、送信機１００の動作について説明する。

図６は送信機１００の動作を表すフローチャートである。図６に示すように、送信機１００のスイッチがオンに切り替えられるまで送信部１０３は待機する（Ｓ１０１：ＮＯ）。送信機１００のスイッチがオンに切り替えられると（Ｓ１０１：ＹＥＳ）、送信部１０３はパケットをブロードキャストする（Ｓ１０２）。より詳しくは、送信機１００のスイッチがオンに切り替えられると、制御部１０２が記憶部１０１からパケットを取得して送信部１０３に出力し、送信部１０３は制御部１０２から出力されたパケットを無線でブロードキャストする。

図７及び図８を参照して、携帯端末２００の動作について説明する。

図７は携帯端末２００の動作を表すフローチャート（その１）である。図８は携帯端末２００の動作を表すフローチャート（その２）である。まず、図７に示すように、携帯端末２００の受信部２０１はパケットのスキャンを開始する（Ｓ２０１）。携帯端末２００に対してユーザ１０が所定の操作を行うと、受信部２０１はＢＬＥのスキャナを起動してパケットのスキャンを開始する。受信部２０１がパケットのスキャンを開始すると、制御部２０２は受信部２０１がパケットを受信したか否かを判断する（Ｓ２０２）。制御部２０２は、受信部２０１がパケットを受信するまでＳ２０２の処理を繰り返す（Ｓ２０２：ＮＯ）。

一方、受信部２０１がパケットを受信したと判断すると（Ｓ２０２：ＹＥＳ）、制御部２０２は受信したパケットが処理対象であるか否かを判断する（Ｓ２０３）。制御部２０２は、パケットに含まれるCompany ID若しくはサービスコード又はこれらの組み合わせに基づいて、受信したパケットが処理対象であるか否かを判断する。制御部２０２は、受信したパケットが処理対象でないと判断した場合（Ｓ２０３：ＮＯ）、再びＳ２０２の処理を実行する。

一方、制御部２０２は、受信したパケットが処理対象であると判断した場合（Ｓ２０３：ＹＥＳ）、受信したパケットに対応する曲が新規処理対象曲であるか否かを判断する（Ｓ２０４）。制御部２０２は、新規処理対象曲であると判断した場合（Ｓ２０４：ＹＥＳ）、記憶部２０３にアクセスし、その曲のデータのために利用する記憶領域を確保する（Ｓ２０５）。一方、その曲が新規処理対象曲でないと判断した場合（Ｓ２０４：ＮＯ）、その曲のデータで利用する記憶領域は既に確保されているため、制御部２０２はＳ２０５の処理をスキップする。尚、制御部２０２は記憶領域を確認して、受信したパケットが新規処理対象曲であるか否かを判断すればよい。

Ｓ２０５の処理が完了した場合、又はＳ２０５の処理がスキップされた場合、制御部２０２は受信したパケットに含まれる曲ＩＤが曲ＩＤ「Ａ」であるか否かを判断する（Ｓ２０６）。制御部２０２は、受信したパケットに含まれる曲ＩＤが曲ＩＤ「Ａ」でないと判断した場合（Ｓ２０６：ＮＯ）、受信したパケットに含まれる曲ＩＤが曲ＩＤ「Ｂ」であるか否かを判断する（Ｓ２０７）。このように、制御部２０２は受信したパケットに含まれる曲ＩＤが特定の曲ＩＤであると判断するまで同様の処理を繰り返す。

一方、制御部２０２は、受信したパケットに含まれる曲ＩＤが曲ＩＤ「Ａ」であると判断した場合（Ｓ２０６：ＹＥＳ）、受信したパケットに含まれるパケット種別がパケット種別「０」であるか否かを判断する（Ｓ２０８）。尚、制御部２０２は受信したパケットに含まれる曲ＩＤが曲ＩＤ「Ｂ」であると判断した場合も（Ｓ２０７：ＹＥＳ）Ｓ２０８を含む後続の処理と同様の処理を実行するため、詳細な説明を省略する。

制御部２０２は、受信したパケットに含まれるパケット種別がパケット種別「０」であると判断した場合（Ｓ２０８：ＹＥＳ）、図８に示すように、記憶領域に曲ＩＤ「Ａ」に対応する記憶領域に曲のテンポや拍子情報のデータなどの基本情報を配置する（Ｓ２０９）。

一方、制御部２０２は、受信したパケットに含まれるパケット種別がパケット種別「０」でない、つまりパケット種別「１」であると判断した場合（Ｓ２０８：ＮＯ）、図８に示すように記憶領域に楽曲情報を配置する（Ｓ２１０）。すなわち、制御部２０２は、確保した記憶領域の一部をパケットに含まれる音色に対応付け、音色を対応付けた記憶領域にオフセット位置から音符や休符のデータを配置する。

Ｓ２０９又はＳ２１０の処理が完了すると、次いで、制御部２０２はパケットに含まれる全てのデータを処理済であるか否かを判断する（Ｓ２１１）。パケットに含まれる全てのデータを処理済でないと判断した場合（Ｓ２１１：ＮＯ）、制御部２０２はＳ２０８の処理を再び実行する。これにより、例えば制御部２０２は音符や休符の配置漏れなどを回避することができる。

一方、制御部２０２は、パケットに含まれる全てのデータを処理済であると判断した場合（Ｓ２１１：ＹＥＳ）、次いで基本情報を配置済であるか否かを判断する（Ｓ２１２）。制御部２０２は、基本情報を配置済でないと判断した場合（Ｓ２１２：ＮＯ）、Ｓ２０２の処理を再び実行し、パケット受信に伴い次第に記憶領域に音符や休符が配置されていく。

一方、制御部２０２は基本情報を配置済であると判断した場合（Ｓ２１２：ＹＥＳ）、音声波形情報を生成し（Ｓ２１３）、生成した音声波形情報に基づき曲を再生する（Ｓ２１４）。制御部２０２は記憶領域に配置したテンポや音色、音符、休符など基づいて楽譜情報を再構成し、再構成した楽譜情報に音源を対応付けて音声波形情報を生成する。そして、制御部２０２は生成した音声波形情報に基づく曲を再生する。これにより、出力部２０４から曲が出力される。Ｓ２１４の処理が完了すると、制御部２０２はＳ２０２の処理を再び実行する。

尚、パケットが全パケット数及びパケット番号のデータを含む場合、制御部２０２は全パケットの受信を待ってから音声波形情報を生成し始めることが望ましい。一方、パケットが全パケット数あるいはパケット番号のデータを含まない場合には、例えばパケット種別「０」のパケットとパケット種別「１」の一部のパケットを受信した時点、又は、パケットの受信を開始してから所定の時間が経過した時点で音声波形情報を生成し始めてもよい。そして、パケット種別「１」の残りのパケットを追加で受信した場合、残りのパケットに相当する音声波形情報を生成し、先に生成した音声波形情報に合成してもよい。

図９及び図１０を参照して、Ｓ２１０の処理を詳しく説明する。

図９（ａ）はパケットに格納されたデータを説明するための図である。図９（ｂ）は別のパケットに格納されたデータを説明するための図である。図１０は音符の記憶領域への配置を説明するための図である。

図９（ａ）及び（ｂ）に示すように、パケットのパケット種別にはいずれもパケット種別「１」が格納されているため、いずれも楽曲情報を表している。したがって、制御部２０２は、図１０に示すように、記憶領域の一部をパケットの音色と対応づける。尚、本実施形態において、図１０に示す領域番号は８分音符単位に区切られている。

図９（ａ）に示すデータを含むパケットを受信部２０１が受信した場合には、制御部２０２は記憶領域の一部を音色「α」（例えばピアノの音色）と対応付ける。そして、制御部２０２はパケットのオフセットに格納されたデータに対応する領域番号から音符を配置する。本実施形態では、図９（ａ）に示すようにオフセット「７」がパケットに格納されているため、領域番号「７」の位置から音階「ミ♭」の「４分音符」を配置する。領域番号は８分音符単位に区切られているため、図１０に示すように制御部２０２は領域番号「７」及び「８」に音階「ミ♭」を配置する。

制御部２０２は１つの音符を配置し終えると、配置していない音符がパケットに残存するか否かを判断し、音符が残存していると判断した場合には次の音符を配置する。本実施形態では、図９（ａ）に示すように音階「ド」の「８分音符」などが残存するため、音符を配置し終えた領域番号の次の領域番号から音符を配置する。したがって、図１０に示すように制御部２０２は領域番号「９」に音階「ド」を配置する。このような処理を同様に繰り返すことにより、図１０に示すように、音色「α」に対応する各領域番号にパケットに格納された残りの音符も配置される。

一方、図９（ｂ）に示すデータを含むパケットを受信部２０１が受信した場合には、音色「α」と異なる音色「β」（例えばハープの音色）であるため、制御部２０２は記憶領域の一部を新たに音色「β」と対応付ける。そして、制御部２０２は同様にパケットのオフセットに格納されたデータに対応する領域番号から音符を配置する。本実施形態では、図９（ｂ）に示すようにオフセット「３」がパケットに格納されているため、領域番号「３」の位置から音階「ファ」の「２分音符」を配置する。上述したように、領域番号は８分音符単位に区切られているため、図１０に示すように制御部２０２は領域番号「３」乃至「６」に音階「ファ」を配置する。このような処理を同様に繰り返すことにより、図１０に示すように、音色「β」に対応する各領域番号にパケットに格納された残りの音符も配置される。

尚、基本情報が記憶領域に配置されていればよく、オフセットにより領域番号を指定して配置する必要はない。このように、基本情報と楽曲情報を記憶領域に配置することで楽譜情報が完成する。図９（ａ）及び（ｂ）並びに図１０を参照して説明した処理は、五線譜に音符を記入又は追記していく行為に相当する。そして、完成した楽譜情報に音色に応じた音源を対応付けることにより音声波形情報が完成する。

以上、本実施形態によれば、送信機１００は曲の楽譜情報を複数の構成要素に分けて格納したパケットを無線でブロードキャストする。複数の構成要素は、曲ＩＤ、テンポ、拍子情報の少なくとも一つが設定される第１要素と、曲の音符及び休符の少なくとも一方と、音符及び休符を配置する際の開始位置を表すオフセットとの少なくとも一つが設定される第２要素と、を含んでいる。そして、携帯端末２００は送信機１００との接続を確立せずに、無線で受信したパケットのうち、少なくとも一部の構成要素に基づいて曲の少なくとも一部を再生する。これにより、不特定の携帯端末２００に曲を提供することができる。したがって、交番や公衆トイレといった各種施設又はその近くに送信機１００を設置し、これらの施設が近くに存在することを報知する曲の楽譜情報を送信機１００がブロードキャストすれば、携帯端末２００を携帯する視覚障害者への案内に有益である。

また、不特定の携帯端末２００に曲を提供する手法として、送信機１００から曲ＩＤを含むパケットをブロードキャストし、携帯端末２００がパケットを受信すると、パケットに含まれる曲ＩＤに応じた音声波形情報をサーバ装置から取得することも考えられる。しかしながら、この手法の場合、携帯端末２００はサーバ装置との通信および連携が発生する。一方、本実施形態に係る曲提供システムＳは携帯端末２００と連携するサーバ装置を含んでいない。したがって、簡易な構成で不特定の携帯端末２００に曲を提供することができる。

以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

例えば、１台の送信機１００が異なる曲ＩＤの格納されたパケットをブロードキャストしてもよいし、２台の送信機１００の一方が特定の曲ＩＤが格納されたパケットをブロードキャストし、他方の送信機１００が特定の曲ＩＤと異なる曲ＩＤが格納されたパケットをブロードキャストしてもよい。また、上述した実施形態では、領域番号として８分音符単位を説明したが、最小音素（例えば１２８分音符）単位であってもよい。さらに、直近のパケットを受信してから一定時間パケットを受信していないと制御部２０２が判断した場合に、制御部２０２は曲の再生を停止してもよい。

さらに、携帯端末２００は、基本情報及び楽曲情報に基づいて、曲ＩＤが異なるパケットが混在していると判断した場合、ＲＳＳＩ（Received Signal Strength Indicator）といった信号強度が最も強いパケットに応じた曲ＩＤの曲を再生してもよい。これにより、ユーザ１０は複数の施設の中から最も近くに位置する施設を把握することができる。

さらに、携帯端末２００は、基本情報及び楽曲情報に基づいて、曲ＩＤが異なる信号が混在していると判断した場合、第１の曲ＩＤの曲を最後まで再生した後、第２の曲ＩＤの曲を最後まで再生してもよい。これにより、ユーザ１０は近くの位置に２つの施設が存在することを把握できる。尚、この場合、曲と曲の間には一定の時間を待ち時間として入れるのが望ましい。

さらに、携帯端末２００は、無線で受信したパケットの信号強度に対応する音量で曲の少なくとも一部を再生してもよい。信号強度に音量を対応付けることで、ユーザ１０は施設とのおおよその距離感を把握することができる。この場合、信号強度の移動平均であることが望ましい。

さらに、携帯端末２００は、送信機１００がブロードキャストしたパケットが特定する曲と異なる別の曲の再生中にパケットを受信した場合、再生中の別の曲より高い音圧又はその別の曲より大きな音量で、受信したパケットが特定する曲の少なくとも一部を別の曲と並行して再生してもよい。これにより、ユーザ１０が携帯端末２００で再生している曲より送信機１００からブロードキャストされたパケットが特定する曲の方が高い音圧又は大きな音量で再生され、ユーザ１０の近くに位置する施設の報知効果を高めることができる。

さらに、上述した実施形態では、通信規格の一例としてBluetooth（登録商標）を説明したが、通信規格はBluetooth（登録商標）に限定されず、ZigBee（登録商標）やサブギガヘルツ帯（９２０ＭＨｚ）の特定小電力無線であってもよい。さらに、実施形態では、楽譜情報を複数の構成要素に分割してパケットの情報量を減らしたが、楽譜情報を分割することにより以下に説明する利点が挙げられる。

情報量が大きなパケットをブロードキャストすると、衝突によりパケットが破壊する可能性が上昇するおそれがある。しかしながら、無線通信が混雑している環境では情報量が小さなパケットを繰り返しブロードキャストすることにより、パケットの衝突する可能性が低下する。

次に、主旋律のパケットをブロードキャストする多数の送信機１００を配置したり、ブロードキャストの頻度を増加させることで、ユーザ１０が曲の主旋律を早期に把握することができる。伴奏など優先度の低いパケットは送信頻度を低くし、無線通信の環境が良好な場合に受信可能とすることで、曲を提供する自由度が向上する。

次に、上述した実施形態ではパケットが楽器ＩＤを含むため、送信機１００は楽器単位にパケットをブロードキャストすることができる。曲提供システムＳが提供する曲が合奏曲である場合、楽器単位でパケットをブロードキャストすれば、曲が後半に移行するにつれて、携帯端末２００の再生する曲が重厚になるようにすることもできる。

最後に、送信機１００の配置形態によって、イベントが開催される会場に携帯端末２００が近づくにつれて、曲を演奏する楽器が増えるように演出させることもできる。

Ｓ曲提供システム
１００送信機
１０１記憶部
１０２制御部
１０３送信部
２００携帯端末
２０１受信部
２０２制御部
２０３記憶部
２０４出力部

Claims

曲の楽譜情報を複数の構成要素に分けて格納した信号を前記信号毎に無線でブロードキャストする送信機と、
無線で受信した前記信号のうち、少なくとも一部の構成要素に基づいて、前記曲の少なくとも一部を再生する携帯端末と、
を有し、
前記携帯端末は、受信した前記信号の信号強度に対応する音量で、前記曲を再生する、
ことを特徴とする曲提供システム。
曲の楽譜情報を複数の構成要素に分けて格納した信号を前記信号毎に無線でブロードキャストする送信機と、
無線で受信した前記信号のうち、少なくとも一部の構成要素に基づいて、前記曲の少なくとも一部を再生する携帯端末と、
を有し、
前記曲の主旋律の前記構成要素を格納した前記信号の送信頻度を、前記主旋律を含まない前記構成要素を格納した前記信号の送信頻度より大きくして前記主旋律を再生する、
ことを特徴とする曲提供システム。
曲の楽譜情報を複数の構成要素に分けて格納した信号を前記信号毎に無線でブロードキャストする送信機と、
無線で受信した前記信号のうち、少なくとも一部の構成要素に基づいて、前記曲の少なくとも一部を再生する携帯端末と、
を有し、
前記構成要素に楽器を識別する楽器ＩＤを設け、
前記楽器ＩＤ単位の前記信号を無線でブロードキャストする、
ことを特徴とする曲提供システム。
曲の楽譜情報を複数の構成要素に分けて格納した信号を前記信号毎に無線でブロードキャストする送信機と、
無線で受信した前記信号のうち、少なくとも一部の構成要素に基づいて、前記曲の少なくとも一部を再生する携帯端末と、
を有し、
前記携帯端末は、前記曲を識別する曲識別子が異なる信号が混在していると判断した場合、第１の曲識別子の曲を再生した後、第２の曲識別子の曲を再生する、
ことを特徴とする曲提供システム。
前記携帯端末は、受信した前記信号の信号強度に対応する音量で、前記曲を再生する、
ことを特徴とする請求項４に記載の曲提供システム。
曲の楽譜情報を複数の構成要素に分けて格納した信号を前記信号毎に無線でブロードキャストする送信機と、
無線で受信した前記信号のうち、少なくとも一部の構成要素に基づいて、前記曲の少なくとも一部を再生する携帯端末と、
を有し、
前記携帯端末は、曲の再生中に他の曲の信号を受信した場合、前記再生中の曲より高い音圧又は大きな音量で前記他の曲を前記再生中の曲と並行して再生する、
ことを特徴とする曲提供システム。
曲の楽譜情報を複数の構成要素に分けた部分構成要素が格納され、かつ、無線でブロードキャストされた信号を前記信号毎に受信する受信部と、
前記部分構成要素を記憶する記憶部と、
前記記憶部を監視する制御部と、
を有し、
前記制御部は、前記部分構成要素のうち前記曲を識別する曲識別子が共通する信号を取得し、受信した前記信号の信号強度に対応する音量で、取得した前記信号に基づく前記曲を再生する、
ことを特徴とする携帯端末。