(57)【特許請求の範囲】
【請求項１】
無線により外部機器に接続可能な情報端末であって、
前記情報端末の位置を示す情報である端末位置情報を取得する位置情報取得手段と、
前記情報端末上で起動されるアプリケーションである起動アプリケーションで使用される周辺デバイスである使用デバイスを決定するデバイス決定手段と、
複数の位置に設置された周辺デバイスを示す情報と、前記複数の位置を示す位置情報とを対応付けて記憶する第一記憶手段を参照して、前記使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された周辺デバイスを、前記情報端末と前記無線による接続状態を確立する接続先デバイスとして決定する第一接続先決定手段と、
前記接続先デバイスとの間で前記無線による接続状態を確立する接続確立手段と
を備えたことを特徴とする情報端末。
【請求項２】
前記情報端末上で動作可能な複数のアプリケーションのうち、指定されたアプリケーションを前記起動アプリケーションとして決定するアプリケーション決定手段を更に備え、
前記デバイス決定手段は、前記複数のアプリケーションを示す情報と、前記複数のアプリケーションで使用される少なくとも１つの周辺デバイスを示す情報とを対応付けて記憶する第二記憶手段を参照して、前記起動アプリケーションに対応する少なくとも１つの使用デバイスを決定し、
前記第一接続先決定手段は、前記少なくとも１つの使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された前記周辺デバイスを、前記情報端末と前記無線による接続状態を確立する前記接続先デバイスとして決定することを特徴とする請求項１に記載の情報端末。
【請求項３】
前記起動アプリケーションは、少なくとも、カラオケで使用される楽曲の音および前記楽曲に応じた画像を再生するための機能を有し、
前記デバイス決定手段は、カラオケで使用される楽曲の音および前記楽曲に応じた画像を再生する周辺デバイスである楽曲出力装置および表示装置を、前記使用デバイスとして決定することを特徴とする請求項１または請求項２に記載の情報端末。
【請求項４】
前記接続確立手段によって前記接続先デバイスとの接続状態が確立された後、前記起動アプリケーションの前記機能により、前記接続先デバイスに前記音および前記画像の少なくとも一方を出力させる出力制御手段を更に備えたことを特徴とする請求項３に記載の情報端末。
【請求項５】
前記接続確立手段によって前記接続状態が確立された前記接続先デバイスの属性に応じて、前記情報端末のユーザに対する課金額を決定する課金決定手段を更に備えたことを特徴とする請求項１から請求項４のいずれかに記載の情報端末。
【請求項６】
前記第二記憶手段は、前記位置情報と前記周辺デバイスを示す前記情報として、カラオケ施設の複数の部屋を特定する情報と、前記複数の部屋に設置された周辺デバイスを示す情報とを対応付けて記憶することを特徴とする請求項２に記載の情報端末。
【請求項７】
無線により外部機器に接続可能な情報端末であって、
前記情報端末の位置を示す情報である端末位置情報を取得する位置情報取得手段と、
前記情報端末上で起動されるアプリケーションである起動アプリケーションで使用される周辺デバイスである使用デバイスを決定するデバイス決定手段と、
前記端末位置情報を、前記情報端末に接続されたサーバに送信する第一送信手段と、
前記第一送信手段によって送信された前記端末位置情報に基づいて前記サーバで決定された、前記端末位置情報が示す位置に設置された周辺デバイスを示す情報を、前記サーバから受信する第一受信手段と、
前記第一受信手段によって受信された前記情報が示す前記周辺デバイスが前記使用デバイスに適合する場合、前記使用デバイスに適合する前記周辺デバイスを接続先デバイスとして決定する第二接続先決定手段と、
前記接続先デバイスとの間で前記無線による接続状態を確立する接続確立手段とを備えたことを特徴とする情報端末。
【請求項８】
無線により外部機器に接続可能な情報端末であって、
前記情報端末の位置を示す情報である端末位置情報を取得する位置情報取得手段と、
前記情報端末上で起動されるアプリケーションである起動アプリケーションを示す情報である起動アプリケーション情報を、前記情報端末に接続されたサーバに送信する第二送信手段と、
前記第二送信手段によって送信された前記起動アプリケーション情報に基づいて前記サーバで決定された、前記起動アプリケーションで使用される周辺デバイスである使用デバイスを示す情報を、前記サーバから受信する第二受信手段と、
複数の位置に設置された周辺デバイスを示す情報と、前記複数の位置を示す位置情報とを対応付けて記憶する第一記憶手段を参照して、前記第二受信手段によって受信された前記情報が示す前記使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された周辺デバイスを、接続先デバイスとして決定する第三接続先決定手段と、
前記接続先デバイスとの間で前記無線による接続状態を確立する接続確立手段とを備えたことを特徴とする情報端末。
【請求項９】
無線により外部機器に接続可能な情報端末から、前記情報端末の位置を示す情報である端末位置情報を取得する端末情報取得手段と、
前記情報端末上で起動されるアプリケーションである起動アプリケーションで使用される周辺デバイスである使用デバイスを決定するデバイス決定手段と、
複数の位置に設置された周辺デバイスを示す情報と、前記複数の位置を示す位置情報とを対応付けて記憶する第一記憶手段を参照して、前記使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された周辺デバイスを、前記情報端末と前記無線による接続状態を確立する接続先デバイスとして決定する第四接続先決定手段と、
前記第四接続先決定手段によって決定された前記接続先デバイスに関する情報を、前記情報端末へ送信する接続先通知手段と
を備えたことを特徴とするサーバ。
【請求項１０】
情報処理装置において処理される接続先決定方法であって、
無線により外部機器に接続可能な情報端末の位置を示す情報である端末位置情報を取得する位置情報取得ステップと、
前記情報端末上で起動されるアプリケーションである起動アプリケーションで使用される周辺デバイスである使用デバイスを決定するデバイス決定ステップと、
複数の位置に設置された周辺デバイスを示す情報と、前記複数の位置を示す位置情報とを対応付けて記憶する第一記憶手段を参照して、前記使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された周辺デバイスを、前記情報端末と前記無線による接続状態を確立する接続先デバイスとして決定する第一接続先決定ステップと、
を備えたことを特徴とする接続先決定方法。
【請求項１１】
無線により外部機器に接続可能な情報端末のコンピュータに、
前記情報端末の位置を示す情報である端末位置情報を取得する位置情報取得ステップと、
前記情報端末上で起動されるアプリケーションである起動アプリケーションで使用される周辺デバイスである使用デバイスを決定するデバイス決定ステップと、
複数の位置に設置された周辺デバイスを示す情報と、前記複数の位置を示す位置情報とを対応付けて記憶する第一記憶手段を参照して、前記使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された周辺デバイスを、前記情報端末と前記無線による接続状態を確立する接続先デバイスとして決定する第一接続先決定ステップと、
を実行させる指示を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線により外部機器に接続可能な情報端末、情報端末と通信可能なサーバ、情報処理装置における接続先決定方法、およびプログラムに関する。
【背景技術】
【０００２】
現在の通信カラオケシステムは、一般的に、楽曲配信機能等を有するサーバと、配信された楽曲の演奏機能等を有するコマンダ（カラオケ装置）と、音響機器、ディスプレイ、マイク等の周辺デバイスと、コマンダに対する指示機能を有するリモコンを含む。カラオケ施設では、通常、サーバ以外の機器（コマンダ、周辺デバイスおよびリモコン）が同等の構成で部屋毎に設置される。従って、ある部屋の機器と別の部屋の機器との間の混信を防止するために、同じ部屋の機器同士を対応付ける必要が生じる。例えば、特許文献１は、リモコンがコマンダに対して赤外線通信によりリモコン識別番号を送信し、コマンダがリモコンに対して電波を媒体とする無線通信でコマンダ識別信号を送信することで、リモコンとコマンダを対応付ける方法を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１５９５５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
現在の通信カラオケシステムは、コマンダを中心としてカラオケサービスが提供されることを前提とする。しかし、近年の通信技術の発展や情報端末の高性能化に伴い、今後のカラオケシステムは、コマンダやリモコンを必要としない新たな構成に変化していくと考えられる。新たな構成では、利用者が携帯する情報端末がハブ機器として利用され、サービス利用時に、情報端末と周辺デバイスとが動的に無線で接続されると考えられる。例えば、利用者は、自己の情報端末とカラオケの周辺デバイスとを無線で接続させ、サーバからオンデマンドで所望のアプリケーションやコンテンツを情報端末に取得しながら、様々なカラオケサービスを利用すると考えられる。
【０００５】
このような今後のカラオケシステムでも、混信を防止するために、情報端末と周辺デバイスとの対応付けを適正に管理する必要が生ずる。しかしながら、特許文献１に開示されているような、コマンダを中心とする現在のカラオケシステムを前提とした技術は、前述の新たな構成のカラオケシステムには対応できない。つまり、従来の技術は、利用されるアプリケーションに応じて、情報端末と適切な周辺デバイスとを動的に対応付け、接続させることはできない。
【０００６】
本発明は、利用されるアプリケーションに応じて、適切な周辺デバイスと動的に接続状態を確立することが可能な情報端末、情報端末と通信可能なサーバ、情報処理装置における接続先決定方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第一の態様に係る情報端末は、無線により外部機器に接続可能な情報端末であって、位置情報取得手段と、デバイス決定手段と、第一接続先決定手段と、接続確立手段とを備えている。前記位置情報取得手段は、前記情報端末の位置を示す情報である端末位置情報を取得する。前記デバイス決定手段は、前記情報端末上で起動されるアプリケーションである起動アプリケーションで使用される周辺デバイスである使用デバイスを決定する。前記第一接続先決定手段は、第一記憶手段を参照して、前記使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された周辺デバイスを、前記情報端末と前記無線による接続状態を確立する接続先デバイスとして決定する。前記第一記憶手段は、複数の位置に設置された周辺デバイスを示す情報と、前記複数の位置を示す位置情報とを対応付けて記憶する。前記接続確立手段は、前記接続先デバイスとの間で前記無線による接続状態を確立する。
【０００８】
かかる情報端末は、取得した端末位置情報を基に、第一記憶手段を参照して、起動アプリケーションの使用デバイスに適合し、且つ、情報端末が存在する位置に設置された周辺デバイスを接続先デバイスとして決定し、接続先デバイスとの間で無線による接続状態が確立することができる。つまり、情報端末は、起動アプリケーションに応じて、情報端末が存在する位置に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。
【０００９】
前記情報端末は、前記情報端末上で動作可能な複数のアプリケーションのうち、指定されたアプリケーションを前記起動アプリケーションとして決定するアプリケーション決定手段を更に備えてもよい。そして、前記デバイス決定手段は、前記複数のアプリケーションを示す情報と、前記複数のアプリケーションで使用される少なくとも１つの周辺デバイスを示す情報とを対応付けて記憶する第二記憶手段を参照して、前記起動アプリケーションに対応する少なくとも１つの使用デバイスを決定してもよい。前記第一接続先決定手段は、前記少なくとも１つの使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された前記周辺デバイスを、前記情報端末と前記無線による接続状態を確立する前記接続先デバイスとして決定してもよい。
【００１０】
この場合、情報端末のユーザは、複数のアプリケーションのうち所望のアプリケーションを指定することで、情報端末を、所望のアプリケーションに対応する適切な周辺デバイスに接続させることができる。
【００１１】
前記情報端末において、前記起動アプリケーションは、少なくとも、カラオケで使用される楽曲の音および前記楽曲に応じた画像を再生するための機能を有してもよい。そして、前記デバイス決定手段は、カラオケで使用される楽曲の音および前記楽曲に応じた画像を再生する周辺デバイスである楽曲出力装置および表示装置を、前記使用デバイスとして決定してもよい。この場合、情報端末は、カラオケに使用される起動アプリケーションに応じて、楽曲出力装置および表示装置がその時情報端末が存在する位置に設置されていれば、これらの装置との間で接続状態を確立することができる。
【００１２】
前記情報端末は、前記接続確立手段によって前記接続先デバイスとの接続状態が確立された後、前記起動アプリケーションの前記機能により、前記接続先デバイスに前記音および前記画像の少なくとも一方を出力させる出力制御手段を更に備えてもよい。この場合、情報端末は、情報端末との間で接続状態が確立された表示装置および楽曲出力装置に楽曲の音および楽曲に応じた画像を出力させることができる。従って、利用者は、表示装置および楽曲出力装置を利用してカラオケを行うことができる。
【００１３】
前記情報端末は、前記接続確立手段によって前記接続状態が確立された前記接続先デバイスの属性に応じて、前記情報端末のユーザに対する課金額を決定する課金決定手段を更に備えてもよい。この場合、情報端末は、起動アプリケーションに応じて情報端末との間で接続状態が確立された接続先デバイスの利用について、適切な課金額を決定することができる。
【００１４】
前記第二記憶手段は、前記位置情報と前記周辺デバイスを示す前記情報として、カラオケ施設の複数の部屋を特定する情報と、前記複数の部屋に設置された周辺デバイスを示す情報とを対応付けて記憶してもよい。カラオケ施設には通常複数の部屋が存在し、それぞれの部屋に同じ周辺デバイスが設置されている場合も多い。このような場合、情報端末は、情報端末が存在する部屋に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。よって、情報端末は、別の部屋に設置された同じ周辺デバイスを誤作動させることがない。
【００１５】
本発明の第二の態様に係る情報端末は、無線により外部機器に接続可能な情報端末であって、位置情報取得手段と、デバイス決定手段と、第一送信手段と、第一受信手段と、第二接続先決定手段と、接続確立手段とを備えている。前記位置情報取得手段は、前記情報端末の位置を示す情報である端末位置情報を取得する。前記デバイス決定手段は、前記情報端末上で起動されるアプリケーションである起動アプリケーションで使用される周辺デバイスである使用デバイスを決定する。前記第一送信手段は、前記端末位置情報を、前記情報端末に接続されたサーバに送信する。前記第一受信手段は、前記第一送信手段によって送信された前記端末位置情報に基づいて前記サーバで決定された、前記端末位置情報が示す位置に設置された周辺デバイスを示す情報を、前記サーバから受信する。前記第二接続先決定手段は、前記第一受信手段によって受信された前記情報が示す前記周辺デバイスが前記使用デバイスに適合する場合、前記使用デバイスに適合する前記周辺デバイスを接続先デバイスとして決定する。前記接続確立手段は、前記接続先デバイスとの間で前記無線による接続状態を確立する。
【００１６】
かかる情報端末は、情報端末が存在する位置に設置された周辺デバイスを示す情報をサーバから取得した上で、情報端末が存在する位置に設置された周辺デバイスが起動アプリケーションの使用デバイスに適合する場合、これを接続先デバイスとして決定し、接続先デバイスとの間で無線による接続状態が確立することができる。つまり、情報端末は、起動アプリケーションに応じて、情報端末が存在する位置に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。
【００１７】
本発明の第三の態様に係る情報端末は、無線により外部機器に接続可能な情報端末であって、位置情報取得手段と、第二送信手段と、第二受信手段と、第三接続先決定手段と、接続確立手段とを備えている。前記位置情報取得手段は、前記情報端末の位置を示す情報である端末位置情報を取得する。前記第二送信手段は、前記情報端末上で起動されるアプリケーションである起動アプリケーションを示す情報である起動アプリケーション情報を、前記情報端末に接続されたサーバに送信する。前記第二受信手段は、前記第二送信手段によって送信された前記起動アプリケーション情報に基づいて前記サーバで決定された、前記起動アプリケーションで使用される周辺デバイスである使用デバイスを示す情報を、前記サーバから受信する。前記第三接続先決定手段は、第一記憶手段を参照して、前記第二受信手段によって受信された前記情報が示す前記使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された周辺デバイスを、接続先デバイスとして決定する。前記第一記憶手段は、複数の位置に設置された周辺デバイスを示す情報と、前記複数の位置を示す位置情報とを対応付けて記憶する。前記接続確立手段は、前記接続先デバイスとの間で前記無線による接続状態を確立する。
【００１８】
かかる情報端末は、起動アプリケーションで使用される使用デバイスを示す情報をサーバから取得した上で、取得した端末位置情報を基に、第一記憶手段を参照して、使用デバイスに適合し、且つ、情報端末が存在する位置に設置された周辺デバイスを接続先デバイスとして決定し、接続先デバイスとの間で無線による接続状態が確立することができる。つまり、情報端末は、起動アプリケーションに応じて、情報端末が存在する位置に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。
【００１９】
本発明の第四の態様に係るサーバは、端末情報取得手段と、デバイス決定手段と、第四接続先決定手段と、接続先通知手段とを備えている。前記端末情報取得手段は、無線により外部機器に接続可能な情報端末から、前記情報端末の位置を示す情報である端末位置情報を取得する。前記デバイス決定手段は、前記情報端末上で起動されるアプリケーションである起動アプリケーションで使用される周辺デバイスである使用デバイスを決定する。前記第四接続先決定手段は、第一記憶手段を参照して、前記使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された周辺デバイスを、前記情報端末と前記無線による接続状態を確立する接続先デバイスとして決定する。前記第一記憶手段は、複数の位置に設置された周辺デバイスを示す情報と、前記複数の位置を示す位置情報とを対応付けて記憶する。前記接続先通知手段は、前記第四接続先決定手段によって決定された前記接続先デバイスに関する情報を、前記情報端末へ送信する。
【００２０】
かかるサーバは、情報端末の位置を示す端末位置情報を情報端末から取得した上で、情報端末が存在する位置に設置された周辺デバイスが起動アプリケーションの使用デバイスに適合する場合、これを接続先デバイスとして決定し、接続先デバイスに関する情報を情報端末に送信することができる。従って、この情報を受信した情報端末は、起動アプリケーションに応じて、情報端末が存在する位置に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。
【００２１】
本発明の第五の態様に係る接続先決定方法は、情報処理装置において処理される接続先決定方法であって、位置情報取得ステップと、デバイス決定ステップと、第一接続先決定ステップとを備えている。前記位置情報取得ステップでは、無線により外部機器に接続可能な情報端末の位置を示す情報である端末位置情報が取得される。前記デバイス決定ステップでは、前記情報端末上で起動されるアプリケーションである起動アプリケーションで使用される周辺デバイスである使用デバイスが決定される。前記第一接続先決定ステップでは、第一記憶手段を参照して、前記使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された周辺デバイスが、前記情報端末と前記無線による接続状態を確立する接続先デバイスとして決定される。前記第一記憶手段は、複数の位置に設置された周辺デバイスを示す情報と、前記複数の位置を示す位置情報とを対応付けて記憶する。
【００２２】
かかる接続先決定方法が情報処理装置において処理されることで、端末位置情報を基に、第一記憶手段を参照して、起動アプリケーションの使用デバイスに適合し、且つ、情報端末が存在する位置に設置された周辺デバイスが接続先デバイスとして決定される。従って、情報端末がこの方法で決定された接続先デバイスとの間で無線による接続状態を確立すれば、情報端末は、起動アプリケーションに応じて、情報端末が存在する位置に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。
【００２３】
本発明の第六の態様に係るプログラムは、無線により外部機器に接続可能な情報端末のコンピュータに、位置情報取得ステップと、デバイス決定ステップと、第一接続先決定ステップとを実行させる指示を含む。前記位置情報取得ステップでは、前記情報端末の位置を示す情報である端末位置情報が取得される。前記デバイス決定ステップでは、前記情報端末上で起動されるアプリケーションである起動アプリケーションで使用される周辺デバイスである使用デバイスが決定される。前記第一接続先決定ステップでは、第一記憶手段を参照して、前記使用デバイスに適合し、且つ、前記端末位置情報が示す位置に設置された周辺デバイスが、前記情報端末と前記無線による接続状態を確立する接続先デバイスとして決定される。前記第一記憶手段は、複数の位置に設置された周辺デバイスを示す情報と、前記複数の位置を示す位置情報とを対応付けて記憶する。
【００２４】
かかるプログラムの指示が情報端末のコンピュータによって実行されると、端末位置情報を基に、第一記憶手段を参照して、起動アプリケーションの使用デバイスに適合し、且つ、情報端末が存在する位置に設置された周辺デバイスが接続先デバイスとして決定される。従って、情報端末がこのようにして決定された接続先デバイスとの間で無線による接続状態を確立すれば、情報端末は、起動アプリケーションに応じて、情報端末が存在する位置に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。
【図面の簡単な説明】
【００２５】
【図１】カラオケシステム１の概略構成の説明図である。
【図２】情報端末１００およびサーバ群２００の構成を示すブロック図である。
【図３】使用デバイスＤＢ２１６の構成の説明図である。
【図４】設置デバイスＤＢ２１７の構成の説明図である。
【図５】情報端末１００で実行される第一実施形態の処理のフローチャートである。
【図６】情報端末１００で実行される第二実施形態の処理のフローチャートである。
【図７】デバイス管理サーバ２１０で実行される第二実施形態の処理のフローチャートである。
【図８】チケットのデータ構造の説明図である。
【図９】発行済チケットリスト２１８の説明図である。
【図１０】情報端末１００で実行される第三実施形態の処理のフローチャートである。
【図１１】デバイス管理サーバ２１０で実行される第三実施形態の処理のフローチャートである。
【図１２】情報端末１００で実行される第四実施形態の処理のフローチャートである。
【図１３】デバイス管理サーバ２１０で実行される第四実施形態の処理のフローチャートである。
【発明を実施するための形態】
【００２６】
以下に、本発明の実施形態について、図面を参照して説明する。
【００２７】
＜第一実施形態＞
図１を参照して、第一実施形態に係るカラオケシステム１全体の概略構成について説明する。カラオケシステム１は、サーバ群２００と、情報端末１００と、音響機器７１等の周辺デバイスを含む。サーバ群２００は、クラウドシステム上に構築されたカラオケサービスセンター２に配備される。サーバ群２００は、ルータ１１を介してネットワーク１０（例えば、インターネット）に接続されている。サーバ群２００は、カラオケサービスで利用されるアプリケーションやデータを記憶しており、情報端末１００等の外部機器からの要求に応じてこれらを提供する。
【００２８】
本実施形態のサーバ群２００は、デバイス管理サーバ２１０、アプリケーション配信サーバ（以下、アプリ配信サーバという）２２０、楽曲配信サーバ２３０、およびソーシャルネットワークサービスサーバ（以下、ＳＮＳサーバという）２４０の４つのサーバで構成されている。デバイス管理サーバ２１０は、主にカラオケサービスで使用される周辺デバイスの管理機能を司る。アプリ配信サーバ２２０は、主に情報端末１００等の外部機器にアプリケーションを配信する機能を司る。楽曲配信サーバ２３０は、主に情報端末１００等の外部機器に楽曲データを配信する機能を司る。ＳＮＳサーバ２４０は、主に情報端末１００から送信された投稿データを他の情報端末１００と共有させる機能等を司る。各サーバの構成の詳細については後述する。
【００２９】
情報端末１００は、近接無線通信機能および広域無線通信機能を有する情報処理装置である。また、本実施形態の情報端末１００は、利用者が携帯可能な端末装置である。よって、利用者は、例えば、カラオケ専用の店舗（所謂、カラオケボックス）３や、カラオケ設備を備えたスナック等の飲食店４等へ、自分が使用する情報端末１００を持ち込むことができる。通常、店舗３には、同等の構成を有する複数の部屋３０が用意されている。各部屋３０には、各種カラオケサービスで使用されうる４種類の周辺デバイスである音響機器７１、マイク７２、ディスプレイ７３、およびカメラ７４が設置されている。
【００３０】
音響機器７１は、楽曲の音を再生する装置であり、ＭＩＤＩデータ再生部、アンプ、およびスピーカを含む。マイク７２は、周辺の音を取得する機器である。特にカラオケでは、マイク７２は、歌唱者の音声データを取得するのに使用される。ディスプレイ７３は、楽曲の歌詞テロップや背景映像等、楽曲に応じた画像を再生表示する装置である。カメラ７４は、動画像を撮影可能な機器である。例えば、カメラ７４は、歌唱中の歌唱者の動画を撮影するのに使用される。本実施形態では、これらの周辺デバイスはすべて無線通信部（図示略）を備え、近接無線通信機能を有している。よって、情報端末１００と近接無線により接続することができる。
【００３１】
また、各部屋３０には、無線アクセスポイント（以下、無線ＡＰという）１３が配備されている。各部屋３０の無線ＡＰ１３は、スイッチ１２およびルータ１１を介してネットワーク１０に接続されている。よって、情報端末１００は、近接無線により無線ＡＰ１３に接続することで、ネットワーク１０に接続することができる。更に、各部屋３０には、各部屋３０の位置を特定する情報が少なくとも記憶された非接触型のＩＣタグ８０が配備されている。ＩＣタグ８０は、例えば、情報読み取りを促すメッセージとともに、部屋３０の壁に貼り付けられていればよい。ＩＣタグ８０は、情報端末１００が位置情報を取得するのに使用される。
【００３２】
また、飲食店４には、例えば、音響機器７１、マイク７２、およびディスプレイ７３が設置されている。これらの周辺デバイスに加え、カメラ７４が設置されていてもよい。図１に示すように、飲食店４には、ルータ１１や無線ＡＰ１３が配備されていない場合もある。このような場合でも、情報端末１００は、広域無線により無線基地局５に直接接続することで、ネットワーク１０に接続することができる。情報端末１００の構成の詳細については後述する。
【００３３】
なお、前述の店舗３およびその部屋３０、並びに飲食店４の数は、図１に例示された数に限られない。また、店舗３および飲食店４という呼称は便宜上使用されているにすぎず、店舗３および飲食店４は、各種カラオケサービスで使用される周辺デバイスが設置されたカラオケ施設としては同じ位置づけにある。
【００３４】
このような構成のカラオケシステム１では、ユーザは、例えば次のように、店舗３でカラオケサービスを利用する。まず、ユーザは、ある店舗３の部屋３０に自分の情報端末１００を持ち込む。そして、ユーザは、情報端末１００をサーバ群２００に接続させ、自分が利用したいカラオケサービスに応じて、必要なアプリケーションやデータをダウンロードする。また、情報端末１００で、部屋３０に配備されたＩＣタグ８０から、その部屋３０の位置を示す情報を、情報端末１００の位置情報として読み取る。ダウンロードされたアプリケーションが情報端末１００で実行されると、部屋３０に設置された周辺デバイスのうち、サービス利用に必要な周辺デバイス（例えば、音響機器７１、マイク７２、およびディスプレイ７３）が決定される。情報端末１００と、決定された周辺デバイスとの無線による接続状態が確立された後、周辺デバイスは、情報端末１００から送信される指示やデータに従って動作する。
【００３５】
つまり、カラオケシステム１では、従来のカラオケ施設で通常部屋毎に用意されていたコマンダやリモコンは使用されない。その代わりに、ユーザが持ち込んだ情報端末１００がハブ機器として利用され、利用されるカラオケサービスに応じて、情報端末１００と必要な周辺デバイスとが、動的に対応付けられ、接続されるのである。カラオケサービス利用時の情報端末１００における処理の詳細は後述する。
【００３６】
以下に、図２〜図４を参照して、サーバ群２００に含まれる各サーバの詳細について説明する。なお、図２では、説明の簡単化のため、図１では図示されているルータ１１やスイッチ１２については図示が省略されている。
【００３７】
図２に示すように、サーバ群２００に含まれるデバイス管理サーバ２１０、アプリ配信サーバ２２０、楽曲配信サーバ２３０、およびＳＮＳサーバ２４０（以下、総称する場合は、単にサーバ２１０〜２４０という）は、記憶装置であるハードディスク装置（以下、ＨＤＤ）２１５、２２５、２３５、２４５に記憶される情報が異なる以外、基本的な構成は同一である。具体的には、サーバ２１０〜２４０は、それぞれ、ＣＰＵ２１１、２２１、２３１、２４１と、ＲＯＭ２１２、２２２、２３２、２４２と、ＲＡＭ２１３、２２３、２３３、２４３と、通信部２１４、２２４、２３４、２４４とを含む。ＣＰＵ２１１、２２１、２３１、２４１は、それぞれ、ＲＯＭ２１２、２２２、２３２、２４２またはＨＤＤ２１５、２２５、２３５、２４５に記憶された各種プログラムを読み出し、その指示に従って各種処理を実行する。
【００３８】
デバイス管理サーバ２１０のＨＤＤ２１５について説明する。ＨＤＤ２１５には、使用デバイスデータベース（以下、ＤＢ）２１６および設置デバイスＤＢ２１７が記憶されている。ＨＤＤ２１５には、その他、デバイス管理サーバ２１０で実行される各種処理のためのプログラムが記憶されている。デバイス管理サーバ２１０のＣＰＵ２１１は、情報端末１００からの要求に応じて、これらのデータベースに記憶されたデータを情報端末１００へ送信したり、これらのデータベースを用いて様々な処理を行ったりする。
【００３９】
図３に示すように、使用デバイスＤＢ２１６には、情報端末１００上で動作可能な複数のアプリケーションについて、アプリＩＤと、各アプリＩＤに対応する少なくとも１つのデバイスＩＤとが格納されている。
【００４０】
アプリＩＤは、各アプリケーションを識別する情報である。情報端末１００上で動作可能なアプリケーションとして、例えば、カラオケの基本サービスである「楽曲の音と画像とともに、マイクで取得された音を出力するサービス（以下、楽曲再生サービスという）」や、付加的なサービスである「歌唱の様子を撮影し、その動画をＳＮＳに提供するサービス（以下、動画撮影サービスという）」等を提供するアプリケーションが挙げられる。これらのアプリケーションの各々に対して、アプリＩＤとして、「Ｓ０００１」、「Ｓ０００２」等の固有の識別コードが付与されている。
【００４１】
デバイスＩＤは、各周辺デバイスを識別する情報である。カラオケサービスで使用される周辺デバイスとして、例えば、音響機器７１、マイク７２、ディスプレイ７３、およびカメラ７４がある。これらの周辺デバイスの各々に対して、デバイスＩＤとして、「Ｄ００１１」、「Ｓ００１２」等の固有の識別コードが付与されている。これら周辺デバイスのうち、例えば、「楽曲再生サービス」を提供するには、少なくとも、音響機器７１、マイク７２、およびディスプレイ７３が必要である。「動画撮影サービス」を提供するには、少なくとも、マイク７２とカメラ７４が必要である。そこで、使用デバイスＤＢ２１６では、各サービスを提供するアプリケーションのアプリＩＤに、必要な周辺デバイスのデバイスＩＤが対応付けられている。
【００４２】
なお、図３および上記の例では、必要な周辺デバイスが複数ある例が挙げられている。しかしながら、アプリＩＤには、そのアプリケーションで使用される少なくとも１つの周辺デバイスのデバイスＩＤが対応付けられていればよい。
【００４３】
図４に示すように、設置デバイスＤＢ２１７には、複数の場所について、場所ＩＤと、各場所ＩＤに対応する少なくとも１つのデバイスＩＤと、各デバイスＩＤに対応する無線アクセス情報と、各デバイスＩＤに対応する課金額が格納されている。
【００４４】
場所ＩＤは、各場所を識別する情報である。本実施形態では、複数の場所として、カラオケ施設である店舗３や飲食店４（図１参照）が想定されている。よって、これらの店舗３や飲食店４の各々に対して、場所ＩＤとして、「Ｐ０００１」、「Ｐ０００２」等の固有の識別コードが付与されている。なお、店舗３が、周辺デバイスが設置された複数の部屋３０を備えている場合には、部屋３０毎に場所ＩＤが付与される。
【００４５】
無線アクセス情報は、情報端末１００が、無線により周辺デバイスに接続する際に必要な情報である。本実施形態の無線アクセス情報は、周辺デバイスの無線識別ＩＤおよび認証コードを含む。無線識別ＩＤと認証コードは、「＝」で接続された形式で、無線アクセス情報として設置デバイスＤＢ２１７に格納される。情報端末１００は、無線アクセス情報を取得することにより、周辺デバイスとの間で無線によるセッションを生成することが可能となる。なお、本実施形態のように、同じ周辺デバイスが設置された複数の部屋３０があっても、部屋３０毎に無線アクセス情報を区別して管理することで、別の部屋３０に設置された同じ周辺デバイスを誤作動させるのを防止することができる。
【００４６】
課金額は、各周辺デバイスの単位時間（例えば、１分）当たりの使用に対応するユーザへの課金額である。本実施形態では、課金額は、周辺デバイスの属性に応じて定められている。周辺デバイスの属性とは、例えば、周辺デバイスの種類や性能の優劣である。周辺デバイスの種類により、デバイス自体の価格には高低がある。例えば、音響機器７１は、マイク７２よりも高額の装置であるから、その単位当たりの課金額は、音響機器７１の方が高額に設定されている。また、例えば、ミキシング等の音声エフェクト性能は、音響機器７１の機種で異なるし、取得される画像の品質は、カメラ７４の機種で異なる。従って、本実施形態では、同じ種類の周辺デバイスで比べると、性能がよい機種ほど高額となるように課金額が設定されている。
【００４７】
なお、図４では、各場所に複数のデバイスが設置されている例が挙げられている。しかしながら、場所ＩＤには、その場所ＩＤが示す場所に設置された少なくとも１つの周辺デバイスのデバイスＩＤが対応付けられていればよい。
【００４８】
アプリ配信サーバ２２０のＨＤＤ２２５について説明する。図２に示すように、ＨＤＤ２２５には、アプリケーションＤＢ２２６や、アプリ配信サーバ２２０で実行される各種処理のためのプログラムが記憶されている。詳細は図示しないが、アプリケーションＤＢ２２６には、アプリ配信サーバ２２０が情報端末１００に配信可能な複数のカラオケ用のアプリケーションが、アプリＩＤと対応付けて格納されている。アプリ配信サーバ２２０のＣＰＵ２２１は、情報端末１００からの配信要求に応じて、これらのアプリケーションのいずれかを情報端末１００へ配信する。カラオケ用のアプリケーションとして、例えば、後述する基本アプリケーションや、楽曲再生サービス、動画撮影サービス等の個別のサービス用のアプリケーションがある。
【００４９】
楽曲配信サーバ２３０のＨＤＤ２３５について説明する。ＨＤＤ２３５には、楽曲ＤＢ２３６や、楽曲配信サーバ２３０で実行される各種処理のためのプログラムが記憶されている。詳細は図示しないが、楽曲ＤＢ２３６には、楽曲配信サーバ２３０が情報端末１００に配信可能な複数の楽曲の楽曲データが、楽曲を識別する情報と対応付けて格納されている。楽曲データは、楽曲の伴奏内容および歌詞を示すデータであって、音のデータ（例えば、ＭＩＤＩデータ）および画像のデータを含む。楽曲配信サーバ２３０のＣＰＵ２３１は、情報端末１００からの配信要求に応じて、これらの楽曲データのいずれかを情報端末１００へ配信する。なお、図１に示すルータ１１は、配信された楽曲データを蓄積可能に構成されたコンテンツキャッシュ型ルータである。よって、情報端末１００が楽曲データの配信を要求した場合、いずれかのルータ１１のキャッシュデータベース（図示略）にすでにその楽曲データが蓄積されていれば、そのルータ１１から情報端末１００に楽曲データが送信される。これにより、楽曲配信サーバ２３０の負荷が軽減される。
【００５０】
ＳＮＳサーバ２４０のＨＤＤ２４５について説明する。ＨＤＤ２４５には、投稿データＤＢ２４６や、ＳＮＳサーバ２４０で実行される各種処理のためのプログラムが記憶されている。詳細は図示しないが、投稿データＤＢ２４６には、様々なユーザの歌唱中の動画データが、ユーザの情報と対応付けて記憶されている。歌唱中の動画データは、動画撮影サービスによって情報端末１００で取得されてＳＮＳサーバ２４０に送信され、投稿データとして投稿データＤＢ２４６記憶される。そして、ＳＮＳサーバ２４０のＣＰＵ２４１は、投稿データを他のユーザが利用する情報端末１００とも共有させる処理等を行う。
【００５１】
以下に、図２を参照して、情報端末１００の詳細について説明する。図２に示すように、情報端末１００は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、不揮発性メモリ１０４と、無線通信部１０５と、表示部１０６と、操作部１０７と、情報読取り部１０８とを備えている。ＣＰＵ１０１は、ＲＯＭ１０２または不揮発性メモリ１０４に記憶された各種プログラムを読み出し、その指示に従って各種処理を実行する。不揮発性メモリ１０４には、プログラムの他、例えば、サーバ２１０〜２４０のいずれかからダウンロードされたアプリケーションやデータが記憶される。
【００５２】
無線通信部１０５は、ＣＰＵ１０１からの指示に応じて、近接無線または広域無線により、外部機器との接続状態を確立し、通信を行う。本実施形態では、情報端末１００は、無線通信部１０５により、無線ＡＰ１３または無線基地局５を介してネットワーク１０経由でサーバ群２００に接続し、サーバ２１０〜２４０のいずれかからアプリケーションやデータを取得する。また、情報端末１００は、無線通信部１０５により、周辺デバイスと接続状態を確立した後、周辺デバイスに対して指示やデータを送信することで、周辺デバイスを動作させる。
【００５３】
表示部１０６には各種情報が表示される。操作部１０７は、ユーザが様々な指示を入力するのに用いられる。情報端末１００が図１に示すようなタブレット型の場合には、表示部１０６と操作部１０７は、タッチパネル式液晶ディスプレイとして構成されるが、別個のディスプレイおよびキー・スイッチ等で構成されてもよい。本実施形態の情報読取り部１０８は、前述の非接触型のＩＣタグ８０に記憶された情報を読み取る非接触ＩＣリーダである。ＩＣタグ８０および非接触ＩＣリーダについては周知の技術であるため、ここでの説明は省略する。
【００５４】
以下に、図５を用いて、本実施形態において、カラオケサービス利用時に情報端末１００のＣＰＵ１０１（図２参照）によって実行される処理について説明する。図５に示す処理は、情報端末１００のユーザが、操作部１０７（図２参照）から、カラオケサービスの実行に必要な基本アプリケーション（以下、基本アプリという）のダウンロードの指示を入力すると開始される。
【００５５】
まず、ＣＰＵ１０１は、無線通信部１０５を制御して、無線ＡＰ１３または無線基地局５を介してネットワーク１０経由でアプリ配信サーバ２２０に接続する。そして、アプリ配信サーバ２２０に対して、情報端末１００の識別情報と基本アプリの送信を要求する情報を含む送信要求を送信する。アプリ配信サーバ２２０のＣＰＵ２２１は、送信要求に応じて、アプリケーションＤＢ２２６（図２参照）から基本アプリを取得し、情報端末１００に送信する。情報端末１００のＣＰＵ１０１は、基本アプリを受信し、不揮発性メモリ１０４の所定の記憶エリアに記憶させる（Ｓ１）。これで基本アプリのダウンロードが完了する。
【００５６】
基本アプリに続き、情報端末１００と接続状態を確立する周辺デバイス（以下、接続先デバイスという）を決定するのに必要なデータがダウンロードされる。具体的には、ステップＳ１と同様の方法で、情報端末１００からデバイス管理サーバ２１０に対して、使用デバイスＤＢ２１６および設置デバイスＤＢ２１７の送信要求が送信された後、使用デバイスＤＢ２１６および設置デバイスＤＢ２１７がデバイス管理サーバ２１０からダウンロードされる（Ｓ２およびＳ３）。
【００５７】
このようにして必要なアプリケーションとＤＢのダウンロードが完了すると、ステップＳ１で不揮発性メモリ１０４に記憶された基本アプリが読み出され、起動される（Ｓ４）。すると、例えば、表示部１０６（図２参照）に、「部屋にあるＩＣタグから、位置情報を読み取ってください。」というメッセージが表示される。メッセージに促されたユーザは、情報端末１００の情報読取り部１０８（図２参照）に、部屋３０の壁に貼り付けられたＩＣタグ８０（図１参照）から、各部屋３０の位置を特定する情報を読み取らせる。本実施形態では、ＩＣタグ８０には、部屋３０の位置を特定する情報として、前述の場所ＩＤ、つまり、店舗３の部屋３０および飲食店４毎に付与された固有の識別コードが記憶されている。読み取られた場所ＩＤは、情報端末１００の位置を示す端末位置情報として、ＲＡＭ１０３に記憶される（Ｓ５）。
【００５８】
続いて、表示部１０６には、情報端末１００で利用可能な複数のカラオケサービスの一覧が表示される。よって、ユーザは、この一覧から、自分が利用したいカラオケサービス（以下、単にサービスともいう）を操作部１０７を操作して指定することができる。本実施形態では、サービスの各々に対して、サービス実行時に必要なプリケーションが定められている。不揮発性メモリ１０４の所定の記憶エリアには、基本アプリのダウンロード時に、その対応関係が記憶される。指定が受け付けられると、情報端末１００のＣＰＵ１０１は、指定されたサービスに対応するアプリケーションを特定する。以下では、ここで特定された情報端末１００上で起動されるアプリケーションを、起動アプリというものとする。ＣＰＵ１０１は、アプリ配信サーバ２２０から起動アプリをダウンロードする処理を行う（Ｓ６）。
【００５９】
具体的には、ＣＰＵ１０１は、アプリ配信サーバ２２０に対して、情報端末１００の識別情報である端末ＩＤと、起動アプリを識別する情報である起動アプリのアプリＩＤを含む送信要求を送信する。アプリ配信サーバ２２０のＣＰＵ２２１は、送信要求に応じて、アプリケーションＤＢ２２６（図２参照）から送信要求に含まれるアプリＩＤに基づいて起動アプリを取得し、情報端末１００に送信する。情報端末１００のＣＰＵ１０１は、受信した起動アプリを、一旦不揮発性メモリ１０４の所定の記憶エリアに記憶させた後、起動する。この後に続く処理は、起動アプリに従って行われる。
【００６０】
ＣＰＵ１０１は、ステップＳ２でデバイス管理サーバ２１０からダウンロードされ、不揮発性メモリ１０４に記憶されている使用デバイスＤＢ２１６（図３参照）を参照して、起動アプリによりサービス実行時に使用される周辺デバイス（以下、使用デバイスという）を決定する（Ｓ７）。具体的には、使用デバイスＤＢ２１６を参照して、起動アプリのアプリＩＤに対応付けられているデバイスＩＤが特定され、ＲＡＭ１０３に記憶される。
【００６１】
更に、ＣＰＵ１０１は、ステップＳ３でデバイス管理サーバ２１０からダウンロードされ、不揮発性メモリ１０４に記憶されている設置デバイスＤＢ２１７（図４参照）を参照して、ステップＳ５で端末位置情報として取得された場所ＩＤが示す場所に設置されている周辺デバイス（以下、設置デバイスという）を特定する（Ｓ８）。具体的には、設置デバイスＤＢ２１７を参照して、ステップＳ５で取得された場所ＩＤに対応付けられているデバイスＩＤが特定される。
【００６２】
ＣＰＵ１０１は、ステップＳ７およびＳ８でそれぞれ特定された使用デバイスおよび設置デバイスのデバイスＩＤに基づき、使用デバイスに適合する設置デバイスが全て揃っているか否かを判断する（Ｓ９）。より具体的には、使用デバイスのデバイスＩＤの全てが、設置デバイスのデバイスＩＤに含まれていれば、使用デバイスに適合する設置デバイスが全て揃っていると判断される（Ｓ９：ＹＥＳ）。
【００６３】
一方、例えば、端末位置情報として取得された場所ＩＤが「Ｐ０００２」の場合、設置デバイスのデバイスＩＤは「Ｄ００１２」、「Ｄ００１２」、「Ｄ１２０３」であるから、使用デバイスのデバイスＩＤが「Ｄ００３４」含まれていない。つまり、設置デバイスに足りない使用デバイスが存在すると判断されることになる（Ｓ９：ＮＯ）。よって、ＣＰＵ１０１は、ユーザが指定したサービスを実行することができない旨のメッセージを表示部１０６に表示してユーザに通知し（Ｓ１０）、図５に示す処理を終了する。
【００６４】
ＣＰＵ１０１は、使用デバイスに適合する設置デバイスが全て揃っていると判断した場合（Ｓ９：ＹＥＳ）、使用デバイスと一致する設置デバイスを、接続先デバイスとして決定する（Ｓ１１）。続いて、ＣＰＵ１０１は、全ての接続先デバイスと接続状態を確立したか否かを判断する（Ｓ１２）。接続状態を確立していない接続先デバイスがある場合は（Ｓ１２：ＮＯ）、ＣＰＵ１０１は、無線通信部１０５を制御して、接続先デバイスとの間で無線によるセッションを生成させる（Ｓ１３）。具体的には、ＣＰＵ１０１は、設置デバイスＤＢ２１７（図４参照）から、接続先デバイスのデバイスＩＤに対応する無線アクセス情報を取得する。そして、無線アクセス情報に含まれる接続先デバイスの無線識別ＩＤおよび認証コードを用いて、接続先デバイスとの無線セッションをピア・ツー・ピアで生成する。これにより、情報端末１００と接続先デバイスとの接続状態が確立される。ＣＰＵ１０１は、接続先デバイスの全てと接続状態を確立できるまで、ステップＳ１２〜Ｓ１３の処理を繰り返す。
【００６５】
全接続先デバイスとの接続状態が確立されると（Ｓ１２：ＹＥＳ）、ＣＰＵ１０１は、接続が完了した旨のメッセージを表示部１０６に表示してユーザに通知する（Ｓ１４）。また、情報端末１００に内蔵されたタイマ（図示略）により、接続先デバイスとの接続時間（セッション保持時間）の計測を開始する。
【００６６】
ＣＰＵ１０１は、起動アプリに従い、カラオケサービスを実行する（Ｓ１５）。例えば、起動アプリで提供されるサービスが「楽曲再生サービス」であれば、ＣＰＵ１０１は、以下の処理を実行する。なお、ここまでの段階で、接続先デバイスとして、その部屋３０に設置された音響機器７１、マイク７２、およびディスプレイ７３（図１参照）が決定され（Ｓ１１）、すでに情報端末１００と各デバイスの無線セッションが生成されている（Ｓ１２〜Ｓ１４）。
【００６７】
まず、ＣＰＵ１０１は、無線ＡＰ１３または無線基地局５を介してネットワーク１０に接続し、ネットワーク１０上のいずれかのルータ１１または楽曲配信サーバ２３０から、ユーザが操作部１０７を操作して指定した楽曲の楽曲データをダウンロードする。そして、無線セッションにより、各接続先デバイスへデータや指示を送受信することで、接続先デバイスを動作させる。具体的には、ＣＰＵ１０１は、楽曲データに基づき、音響機器７１に楽曲の伴奏音を出力させるとともに、ディスプレイ７３に歌詞テロップや背景画像を出力させる。また、マイク７２から取得された歌唱者の音声データを音響機器７１に出力させる。このようにして、ユーザは、音響機器７１、マイク７２、およびディスプレイ７３を利用して、カラオケを楽しむことができる。
【００６８】
また、例えば、起動アプリで提供されるサービスが「動画撮影サービス」であれば、ＣＰＵ１０１は、カメラ７４（図１参照）から取得された画像データとマイク７２から取得された歌唱者の音声データから動画データを生成し、ネットワーク１０経由でＳＮＳサーバ２４０に送信する処理を行う。このように、ステップＳ１５では、起動アプリに応じて、ステップＳ１１で決定された接続先デバイスとの無線セッションを通じて、様々なサービスがユーザに提供される。
【００６９】
ＣＰＵ１０１は、サービスを実行しながら、現在実行中のサービスの終了契機が生じたか否かを判断する（Ｓ１６）。本実施形態では、操作部１０７を介して、現在実行中のサービスを終了する指示が入力された場合、または、他のサービスを実行する指示が入力された場合に、終了契機が生じたと判断される。そのような指示が入力されていなければ（Ｓ１６：ＮＯ）、ＣＰＵ１０１は、デバイス追加指示が入力されたか否かを判断する（Ｓ１７）。デバイス追加指示とは、現在無線セッション中の接続先デバイスに、他の周辺デバイスを接続先デバイスとして追加する指示である。以下では、サービス実行中に接続先デバイスとして追加される周辺デバイスを、追加デバイスという。
【００７０】
サービス実行中に操作部１０７を介してデバイス追加指示が行われると（Ｓ１７：ＹＥＳ）、ＣＰＵ１０１は、無線通信部１０５を制御して追加デバイスとの接続状態を確立し、無線セッションを生成する（Ｓ１８）。具体的には、例えば、以下のような処理が行われる。まず、表示部１０６に、追加デバイスの無線アクセス情報を入力するための画面が表示される。ユーザは、操作部１０７を操作して、追加したい周辺デバイスの接続先デバイスの無線識別ＩＤおよび認証コードを入力する。ＣＰＵ１０１は、入力された情報に基づき、追加デバイスとの間で新たな無線セッションをピア・ツー・ピアで生成する。追加デバイスとのセッション生成後、ＣＰＵ１０１はステップＳ１５の処理に戻り、サービスの実行を継続する。
【００７１】
なお、カラオケシステム１においてデバイス追加指示がなされる場合として、次のような場合が想定される。例えば、ユーザが携帯する情報端末１００等の端末装置に、楽器機能を有するアプリケーションが内蔵されている場合がある。このような場合、その端末装置を追加デバイスとすれば、楽器機能を利用して、部屋３０に設置された周辺デバイスとコラボレーションしながらカラオケを実施することが可能となる。つまり、従来のカラオケシステムにはない、自由なコラボレーションが実現可能となる。よって、本実施形態では、無線接続が可能な周辺デバイスであれば、デバイス追加指示によって、ユーザが希望する周辺デバイスを自由に追加できるように処理が構築されている。例えば、楽器機能を有する追加デバイスが接続された場合、その後のサービス実行中は、追加デバイスが操作されると、情報端末１００は、その操作情報に基づき、楽器の固有音を音響機器７１から出力させる。
【００７２】
サービス実行中に、前述の終了契機が生じた場合（Ｓ１６：ＹＥＳ）、ＣＰＵ１０１は、接続先デバイスとの間で保持されていた無線セッションを順次終了し、接続先デバイスとの接続状態を解除する（Ｓ１９）。また、タイマ（図示略）による接続時間（セッション保持時間）の計測を終了する。
【００７３】
続いて、ＣＰＵ１０１は、接続時間（セッション保持時間）に応じて、接続先デバイス毎に、ユーザに対する課金額を算出する（Ｓ２０）。前述したように、設置デバイスＤＢ２１７（図４参照）には、周辺デバイスの使用に対する単位時間当たりの課金額が格納されている。よって、各接続先デバイスの単位時間当たりの課金額と接続時間とに基づき、全接続先デバイスの使用に対する課金額が算出される。なお、周辺デバイスの単位時間当たりの課金額は、周辺デバイスの種類および性能の優劣に応じて設定されている。よって、情報端末１００は、利用されたサービス（起動アプリ）で使用された接続先デバイスの種類および性能の優劣に応じて、適切な課金額を決定することができる。算出された課金額と情報端末１００の端末ＩＤは、ネットワーク１０または他のネットワークを介して、情報端末１００の使用料をユーザに請求する処理を行う課金サーバ（図示略）に送信される（Ｓ２１）。図５に示す処理は終了する。
【００７４】
以上に説明したように、第一実施形態のカラオケシステム１では、情報端末１００は、情報読取り部１０８により、ユーザがカラオケサービスを利用する場所（店舗３の部屋３０や飲食店４等）の位置情報を、端末位置情報として取得する。そして、使用デバイスＤＢ２１６を参照して、ユーザが指定したサービスを提供する起動アプリで必要な使用デバイスを決定する。更に、設置デバイスＤＢ２１７を参照して、端末位置情報が示す場所に設置された設置デバイスが使用デバイスに適合する場合、その設置デバイスを接続先デバイスとして決定する。そして、接続先デバイスとの間で無線による接続状態を確立し、無線セッションにより、サービスを実行する。
【００７５】
従って、情報端末１００は、起動アプリに応じて、情報端末１００が存在する場所（位置）に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。例えば、多人数が複数の部屋３０に分かれてカラオケをする場合、ユーザが自分の情報端末１００を持ち歩いて部屋３０を行き来することがある。この場合、ユーザは、別の部屋３０に入る度にその部屋３０の位置情報を取得して、周辺デバイスと接続状態を確立し直すことができる。これにより、ユーザの移動の自由を確保しつつ、情報端末１００がある部屋３０以外の部屋３０の周辺デバイスを誤作動させる不具合を回避することができる。また、利用するサービスを変更したい場合、ユーザは、位置情報を取得し、情報端末１００で新たなサービス（起動アプリ）を指定するだけで、そのサービスに必要な周辺デバイスとの接続状態を確立することができる。
【００７６】
このように、ユーザは、様々な場所で、サーバからオンデマンドで所望のアプリケーションを情報端末１００にダウンロードしながら、アプリケーションに応じて、ハブ機器として機能する情報端末１００を適切な周辺デバイスと接続させ、様々なサービスを利用することができる。このように、情報端末１００によれば、部屋３０等に常設されたコマンダが周辺デバイスを動作させる従来のシステムよりも動的で自由度の高いカラオケシステム１を実現することができる。
【００７７】
第一実施形態では、情報端末１００が本発明の情報端末に相当する。図５のステップＳ５で、情報読取り部１０８が読み取った場所ＩＤを取得するＣＰＵ１０１が、位置情報取得手段に相当する。ステップＳ７で使用デバイスの決定処理を行うＣＰＵ１０１が、デバイス決定手段に相当する。設置デバイスＤＢ２１７が記憶された不揮発性メモリ１０４が、第一記憶手段に相当する。ステップＳ１１で接続先デバイスの決定処理を行うＣＰＵ１０１が、第一接続先決定手段に相当する。ステップＳ１３で、無線通信部１０５を制御してセッションを生成させるＣＰＵ１０１が、接続確立手段に相当する。また、図５のステップＳ６で指定されたサービスに対応するアプリケーションを起動アプリとして決定する処理を行うＣＰＵ１０１が、アプリケーション決定手段に相当する。使用デバイスＤＢ２１６が記憶された不揮発性メモリ１０４が、第二記憶手段に相当する。図５のステップＳ１５で接続先デバイスに音や画像を出力させる処理を行うＣＰＵ１０１が、出力制御手段に相当する。ステップＳ２０で課金額の決定処理を行うＣＰＵ１０１が、課金決定手段に相当する。情報端末１００およびデバイス管理サーバ２１０は、それぞれ情報処理装置に相当する。
【００７８】
＜第二実施形態＞
以下に、図６〜図９を参照して、第二実施形態について説明する。図１に示すカラオケシステム１の全体構成および図２に示すサーバ群２００と情報端末１００の構成は、第二実施形態でも基本的に同一である。よって、システムおよび装置構成の説明については省略する（後述する第三および第四実施形態も同様）。一方、第一実施形態では、カラオケサービス実行に係る処理は、ほぼ全て情報端末１００で行われるのに対し、第二実施形態では、サーバ群２００と情報端末１００とで分担して行われる。より詳細には、第二実施形態では、起動アプリに対応する使用デバイスを決定する処理と、使用デバイスと端末位置情報に基づいて接続先デバイスを決定する処理がデバイス管理サーバ２１０で行われるのが特徴である。以下では、第一実施形態と同様の処理の説明は省略しながら、第二実施形態における処理の詳細について説明する。
【００７９】
図６および図８を参照して、カラオケサービス利用時に情報端末１００のＣＰＵ１０１によって実行される処理について説明する。処理開始後のステップＳ１０１〜Ｓ１０４の処理は、第一実施形態のステップＳ１、Ｓ４〜Ｓ６（図５参照）の処理と同一であるため、詳細な説明は省略する。
【００８０】
ＣＰＵ１０１は、デバイス管理サーバ２１０に対してチケット要求を送信する（Ｓ１０５）。第二実施形態のチケット要求は、接続先デバイスの無線アクセス情報を要求する情報であり、情報端末１００の端末ＩＤと、端末位置情報である場所ＩＤと、起動アプリのアプリＩＤとを含む。詳細は後述するが、チケット要求を受信したデバイス管理サーバ２１０では、適切な周辺デバイスがあれば接続先デバイスが決定され、接続先デバイスの無線アクセス情報を含むチケットが、情報端末１００に送信される。一方、適切な周辺デバイスがない場合、接続先デバイスは決定されず、情報端末１００には、エラー通知が送信される。つまり、情報端末１００はチケットを取得できない（Ｓ１０６：ＮＯ）。この場合、ＣＰＵ１０１は、ユーザが指定したサービスを実行することができない旨のメッセージを表示部１０６に表示してユーザに通知し（Ｓ１０７）、図６に示す処理を終了する。
【００８１】
デバイス管理サーバ２１０から送信されたチケットを取得した場合（Ｓ１０６：ＹＥＳ）、ＣＰＵ１０１は、チケットに含まれる情報を読み込む（Ｓ１０８）。詳細は後述するが、チケットは、第三者による改竄を防止するために、デバイス管理サーバ２１０において、公開鍵暗号アルゴリズムの秘密鍵（デバイス管理サーバ２１０の秘密鍵）を用いて署名されている（チケットの本体データのハッシュ値を前記秘密鍵で暗号化したデータが添付されている）。チケットを受信した情報端末１００のＣＰＵ１０１は、基本アプリに従い、予め配布されたデバイス管理サーバ２１０の公開鍵によって署名を検証することでチケットの真正性を確認する。チケットは、例えば図８に示すようなデータ構造を有し、端末位置情報である場所ＩＤ、起動アプリのアプリＩＤ、接続先デバイス数、各接続先デバイスの無線アクセス情報（つまり、無線識別ＩＤおよび認証コード）およびチケットの署名を含む。チケット真正性を検証し、改竄されていないことを確認してから接続先デバイスを特定することで、正しく無線接続を行うことができる。
【００８２】
ＣＰＵ１０１は、第一実施形態のステップＳ１２〜Ｓ１２（図５参照）と同様にして、全ての接続先デバイスと接続状態を確立した後（Ｓ１０９〜Ｓ１１１）、カラオケサービスを実行する（Ｓ１１２）。ＣＰＵ１０１は、デバイス追加指示が入力されたか否かを判断する（Ｓ１１３）。デバイス追加指示が行われた場合（Ｓ１１３：ＹＥＳ）、ＣＰＵ１０１は、追加デバイスの指定を受け付ける（Ｓ１１４）。受付方法は、第一実施形態の方法と同様である。ＣＰＵ１０１は、デバイス管理サーバ２１０に対して、デバイス追加要求を送信する（Ｓ１１５）。デバイス追加要求は、接続先デバイスとして追加デバイスを追加したチケットを再発行することを要求する情報であり、情報端末１００の端末ＩＤと、追加デバイスの無線アクセス情報とを含む。
【００８３】
詳細は後述するが、デバイス追加要求を受信したデバイス管理サーバ２１０では、前に発行されたチケットの情報に、追加デバイスの情報が追加されたチケットが再発行され、情報端末１００に送信される。その後、ＣＰＵ１０１は、デバイス管理サーバ２１０で再発行されたチケットを受信する（Ｓ１０６：ＹＥＳ）。ＣＰＵ１０１は、最初のチケットと同様、チケットの署名を検証して情報を読み込む（Ｓ１０８）。チケットの接続先デバイスの情報には、追加デバイスの情報が追加されているので、ＣＰＵ１０１は、接続状態が確立されていない接続先デバイスがあると判断し（Ｓ１０９：ＮＯ）、追加デバイスの無線アクセス情報に基づき、追加デバイスとの間で無線セッションを生成する（Ｓ１１０）。その後、ステップＳ１０９に戻った後の処理は前述の通りである。
【００８４】
サービス実行中にデバイス追加指示が入力されない場合（Ｓ１１３：ＮＯ）、ＣＰＵ１０１は、第一実施形態（図５のＳ１６、Ｓ１９）と同様、接続解除までの処理（Ｓ１１６〜Ｓ１１７）を行った後、端末ＩＤとともに、接続時間をデバイス管理サーバ２１０に送信する（Ｓ１１８）。図６に示す処理は以上で終了する。
【００８５】
図７〜図９を参照して、デバイス管理サーバ２１０のＣＰＵ２１１によって実行される処理について説明する。図７に示す処理は、デバイス管理サーバ２１０の電源がオンにされると開始される。まず、デバイス管理サーバ２１０のＣＰＵ２１１は、ネットワーク１０を介して接続された情報端末１００のいずれかから、チケット要求を受信したか否かを判断する（Ｓ２０１）。チケット要求を受信した場合（Ｓ２０１：ＹＥＳ）、ＣＰＵ２１１は、チケット要求に含まれている場所ＩＤとアプリＩＤを抽出する（Ｓ２０２）。場所ＩＤは、チケット要求の送信元の情報端末（以下、要求端末という）１００の端末位置情報であり、アプリＩＤは、要求端末１００でユーザにより指定されたサービスに対応する起動アプリのアプリＩＤである。
【００８６】
ＣＰＵ２１１は、ＨＤＤ２１５に記憶された使用デバイスＤＢ２１６（図３参照）を参照して、抽出された起動アプリのアプリＩＤに対応する使用デバイスを決定する（Ｓ２０３）。更に、ＣＰＵ２１１は、ＨＤＤ２１５に記憶された設置デバイスＤＢ２１７（図４参照）を参照して、抽出された場所ＩＤが示す場所に設置されている設置デバイスを特定する（Ｓ２０４）。ステップＳ２０３〜Ｓ２０４の使用デバイスの決定方法および設置デバイスの特定方法は、第一実施形態のステップＳ７〜Ｓ８（図５参照）と同じである。
【００８７】
ＣＰＵ１０１は、特定された使用デバイスおよび設置デバイスのデバイスＩＤに基づき、使用デバイスに適合する設置デバイスが全て揃っているか否かを判断する（Ｓ２０５）。ステップＳ２０５の判断方法は、第一実施形態のステップＳ９（図５参照）と同じである。設置デバイスに足りない使用デバイスが存在する場合（Ｓ２０５：ＮＯ）、ＣＰＵ２１１は、要求端末１００に対して、接続先デバイスが決定できなかった旨の情報を含むサービス利用不可通知を送信し（Ｓ２０６）、ステップＳ２０１の処理に戻る。
【００８８】
ＣＰＵ２１１は、使用デバイスに適合する設置デバイスが全て揃っていると判断した場合（Ｓ２０５：ＹＥＳ）、使用デバイスと一致する設置デバイスを、接続先デバイスとして決定する（Ｓ２０７）。そして、要求端末１００が接続先デバイスと接続状態を確立するために必要な無線アクセス情報を含むチケット（図８参照）を発行する（Ｓ２０８）。チケットは、前述したように、公開鍵暗号アルゴリズムの秘密鍵によって署名される。なお、ＣＰＵ２１１は、要求端末１００の端末ＩＤと、発行したチケットに関する情報を、ＲＡＭ２１３の所定の記憶エリアに用意された発行済チケットリスト２１８（図９参照）に追加する。図９に示すように、発行済チケットリスト２１８には、要求端末１００の端末ＩＤと、起動アプリのアプリＩＤと、接続先デバイスのデバイスＩＤと、接続先デバイスの無線アクセス情報とが、互いに対応付けて格納される。ＣＰＵ２１１は、要求端末１００にチケットを送信し（Ｓ２０９）、ステップＳ２０１の処理に戻る。
【００８９】
チケット要求を受信していない場合（Ｓ２０１：ＮＯ）、ＣＰＵ２１１は、ネットワーク１０を介して接続された情報端末１００のいずれかから、接続時間を受信したか否かを判断する（Ｓ２１０）。接続時間を受信した場合（Ｓ２１０：ＹＥＳ）、ＣＰＵ２１１は、ＲＡＭ１０３の発行済チケットリスト２１８（図９参照）と設置デバイスＤＢ２１７（図４参照）を参照して、接続時間の送信元の情報端末１００のユーザに対する課金額を算出する（Ｓ２１１）。課金額の算出方法は、第一実施形態のステップＳ２０と同じである。そして、ＣＰＵ２１１は、算出された課金額と接続時間を送信した情報端末１００の端末ＩＤを課金サーバ（図示略）に送信する（Ｓ２１２）。また、発行済チケットリスト２１８から、接続時間の送信元の情報端末１００に関する情報を削除して、ステップＳ２０１の処理に戻る。
【００９０】
接続時間も受信していない場合（Ｓ２１０：ＮＯ）、ＣＰＵ２１１は、ネットワーク１０を介して接続された情報端末１００のいずれかから、デバイス追加要求を受信したか否かを判断する（Ｓ２１３）。デバイス追加要求を受信した場合（Ｓ２１３：ＹＥＳ）、ＣＰＵ２１１は、ＲＡＭ１０３の発行済チケットリスト２１８（図９参照）と、デバイス追加要求に含まれる情報に基づき、チケットを再発行する（Ｓ２１４）。具体的には、発行済チケットリスト２１８から、デバイス追加要求に含まれる端末ＩＤで特定される発行済みのチケットの情報を読み出し、更に、デバイス追加要求に含まれる追加デバイスの無線アクセス情報を追加して、チケットを再発行する。再発行されたチケットも、通常のチケットと同様、秘密鍵で署名される。ＣＰＵ２１１は、再発行したチケットを、デバイス追加要求の送信元の情報端末１００に送信し（Ｓ２１５）、ステップＳ２０１の処理に戻る。
【００９１】
デバイス追加要求も受信していない場合（Ｓ２１３：ＮＯ）、ＣＰＵ２１１は、処理の終了指示が入力されたか否かを判断する（Ｓ２１６）。終了指示が入力されていなければ（Ｓ２１６：ＮＯ）、ＣＰＵ２１１は、ステップＳ２０１の処理に戻る。終了指示が入力された場合は（Ｓ２１６：ＹＥＳ）、ＣＰＵ２１１は、図７に示す処理を終了する。
【００９２】
以上に説明したように、第二実施形態のカラオケシステム１では、情報端末１００は、情報読取り部１０８により端末位置情報を取得する。そして、端末位置情報（場所ＩＤ）と、情報端末１００のユーザが指定したサービスを提供する起動アプリのアプリＩＤを含むチケット要求を、デバイス管理サーバ２１０に送信する。デバイス管理サーバ２１０は、使用デバイスＤＢ２１６を参照して、起動アプリで必要な使用デバイスを決定する。デバイス管理サーバ２１０は、更に、設置デバイスＤＢ２１７を参照して、端末位置情報が示す場所に設置された設置デバイスが使用デバイスに適合する場合、その設置デバイスを接続先デバイスとして決定する。そして、情報端末１００に対して、接続先デバイスと無線による接続状態を確立するのに必要な無線アクセス情報を含むチケットを送信する。情報端末１００は、チケットの情報に基づき、接続先デバイスとの間で無線による接続状態を確立し、無線セッションにより、サービスを実行する。
【００９３】
このように、第二実施形態でも、第一実施形態と同様、情報端末１００は、起動アプリに応じて、情報端末１００が存在する場所（位置）に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。
【００９４】
第二実施形態では、情報端末１００が本発明の情報端末に相当し、デバイス管理サーバ２１０が本発明のサーバに相当する。図７のステップＳ２０２で情報端末１００から場所ＩＤを取得するＣＰＵ２１１が、端末情報取得手段に相当する。図７のステップＳ２０３で使用デバイスの決定処理を行うＣＰＵ２１１が、デバイス決定手段に相当する。設置デバイスＤＢ２１７が記憶されたＨＤＤ２１５が、第一記憶手段に相当する。ステップＳ２０７で接続先デバイスの決定処理を行うＣＰＵ２１１が、第四接続先決定手段に相当する。ステップＳ２０９で情報端末１００にチケットを送信する処理を行うＣＰＵ２１１が、接続先通知手段に相当する。
【００９５】
＜第三実施形態＞
以下に、図１０および図１１を参照して、第三実施形態について説明する。第三実施形態では、第二実施形態と同様、カラオケサービス実行に係る処理はサーバ群２００と情報端末１００とで分担して行われるが、その分担内容が一部のみ異なる。よって、以下では、第二実施形態と同一の処理の説明は省略しながら、第二実施形態と異なる処理の詳細について説明する。なお、図１０および図１１では、第二実施形態の処理（図６および図７参照）と同一の処理が行われるステップには、同一のステップ番号が付されている。
【００９６】
まず、図１０を参照して、カラオケサービス利用時に情報端末１００のＣＰＵ１０１によって実行される処理について説明する。第三実施形態では、第二実施形態と異なり、使用デバイスの決定および接続先デバイスの決定は、情報端末１００で行われる。
【００９７】
まず、基本アプリがダウンロードされた後（Ｓ１０１）、情報端末１００には、使用デバイスＤＢ２１６（図３参照）がダウンロードされる（Ｓ１３１）。その方法は、第一実施形態のステップＳ２（図５参照）と同じである。第二実施形態と同様、ステップＳ１０２〜Ｓ１０４の処理が行われる。続いて、起動アプリに対応する使用デバイスが決定される（Ｓ１３２）。使用デバイスの決定方法は、第一実施形態のステップＳ７（図５参照）と同じである。
【００９８】
続いて、ＣＰＵ１０１は、デバイス管理サーバ２１０にチケット要求を送信する（Ｓ１３３）。第三実施形態のチケット要求は、情報端末１００の存在する場所にある設置デバイスの情報を要求する情報であり、情報端末１００の端末ＩＤと、端末位置情報である場所ＩＤを含む。その後、デバイス管理サーバ２１０からチケットを取得すると（Ｓ１３４）、ＣＰＵ１０１は、チケットの情報を読み込む（Ｓ１３５）。詳細は後述するが、チケットには、情報端末１００の存在する場所にある設置デバイスのデバイスＩＤが含まれている。よって、ＣＰＵ１０１は、このデバイスＩＤと、ステップＳ１３２で決定されてＲＡＭ１０３に記憶されている使用デバイスのデバイスＩＤとに基づき、情報端末１００の存在する場所に、使用デバイスに適合する周辺デバイスが全て揃っているか否かを判断する（Ｓ１３６）。ここでの判断方法は、第一実施形態のステップＳ９（図５参照）と同じである。
【００９９】
使用デバイスに適合する設置デバイスが全て揃っていない場合は（Ｓ１３６：ＮＯ）、ＣＰＵ１０１は、サービス実行不可のメッセージを表示部１０６に表示してユーザに通知し（Ｓ１３７）、図１０に示す処理を終了する。ＣＰＵ１０１は、使用デバイスに適合する設置デバイスが全て揃っていれば（Ｓ１３６：ＹＥＳ）、使用デバイスに一致する設置デバイスを接続先デバイスとして決定する（Ｓ１３８）。その後の接続先デバイスとの接続状態の確立処理やカラオケサービスの実行処理（Ｓ１０９〜Ｓ１１２）については、第二実施形態と同じである。
【０１００】
第二実施形態では、サービス実行中に、デバイス追加の指示があれば、追加デバイスに接続する処理が行われるが（図６のステップＳ１１３〜Ｓ１１５参照）、第三実施形態のように、この処理は省略されてもよい。また、第二実施形態では、サービス終了契機が生じ（Ｓ１１６：ＹＥＳ）、接続先デバイスとの接続状態が解除された後（Ｓ１１７）、課金額算出のために接続時間がデバイス管理サーバ２１０に送信されるが（図６のステップＳ１１８参照）、第三実施形態のように、この処理は省略されてもよい。この場合、別の任意の方法で課金額が算出されればよい。
【０１０１】
図１１を参照して、デバイス管理サーバ２１０のＣＰＵ２１１によって実行される処理について説明する。いずれかの情報端末１００からチケット要求を受信した場合（Ｓ２０１：ＹＥＳ）、ＣＰＵ２１１は、受信したチケット要求に含まれる場所ＩＤを抽出する（Ｓ２３１）。そして、ＨＤＤ２１５の設置デバイスＤＢ２１７（図４参照）を参照して、その場所ＩＤが示す場所、すなわち、チケット要求の送信元の情報端末１００が存在する場所にある設置デバイスを特定し（Ｓ２３２）、設置デバイスに関する情報を含むチケットを発行する（Ｓ２３３）。図示は省略するが、第三実施形態のチケットは、例えば、場所ＩＤ、アプリＩＤ、設置デバイス数、および各設置デバイスのデバイスＩＤと無線アクセス情報とを含む。なお、各設置デバイスのデバイスＩＤは、情報端末１００で接続先デバイスを決定するために必要な情報である。
【０１０２】
ＣＰＵ２１１は、チケットを送信した後（Ｓ２０９）、ステップＳ２０１の処理に戻り、終了指示が入力されると（Ｓ２１６：ＹＥＳ）図１１の処理を終了する。なお、本実施形態では、前述のように、デバイス追加や課金額算出の処理は省略されているので、図１１に示す処理には、第二実施形態のステップＳ２１０〜Ｓ２１５の処理が含まれない。
【０１０３】
以上に説明したように、第三実施形態のカラオケシステム１では、情報端末１００は、情報読取り部１０８により端末位置情報を取得する。また、使用デバイスＤＢ２１６を参照して、起動アプリに対応する使用デバイスを決定する。そして、端末位置情報（場所ＩＤ）を含むチケット要求を、デバイス管理サーバ２１０に送信する。デバイス管理サーバ２１０は、設置デバイスＤＢ２１７を参照して、端末位置情報が示す場所に設置された設置デバイスを特定する。そして、情報端末１００に対して、特定された設置デバイスに関する情報を含むチケットを送信する。情報端末１００は、自ら決定した使用デバイスと、受信したチケットに含まれる設置デバイスの情報に基づき、接続先デバイスを決定する。そして、接続先デバイスとの間で無線による接続状態を確立し、無線セッションにより、サービスを実行する。
【０１０４】
このように、第三実施形態でも、第一実施形態と同様、情報端末１００は、起動アプリに応じて、情報端末１００が存在する場所（位置）に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。
【０１０５】
第三実施形態では、情報端末１００が本発明の情報端末に相当する。図１０のステップＳ１０３で、情報読取り部１０８が読み取った場所ＩＤを取得するＣＰＵ１０１が、位置情報取得手段に相当する。ステップＳ１３２で使用デバイスの決定処理を行うＣＰＵ１０１が、デバイス決定手段に相当する。ステップＳ１３３で無線通信部１０５を制御してチケット要求を送信するＣＰＵ１０１が、第一送信手段に相当する。ステップＳ１３４でチケットを取得するＣＰＵ１０１が、第一受信手段に相当する。ステップＳ１３８で接続先デバイスの決定処理を行うＣＰＵ１０１が、第二接続先決定手段に相当する。ステップＳ１１０で、無線通信部１０５を制御してセッションを生成させるＣＰＵ１０１が、接続確立手段に相当する。
【０１０６】
＜第四実施形態＞
以下に、図１２および図１３を参照して、第四実施形態について説明する。第四実施形態でも、第二実施形態と同様、カラオケサービス実行に係る処理はサーバ群２００と情報端末１００とで分担して行われるが、その分担内容が一部のみ異なる。よって、以下では、第二実施形態と同一の処理の説明は省略しながら、第二実施形態と異なる処理の詳細について説明する。なお、図１２および図１３では、第二実施形態の処理（図６および図７参照）と同一の処理が行われるステップには、同一のステップ番号が付されている。
【０１０７】
まず、図１２を参照して、カラオケサービス利用時に情報端末１００のＣＰＵ１０１によって実行される処理について説明する。第四実施形態では、第二実施形態と異なり、接続先デバイスの決定は、情報端末１００で行われる。
【０１０８】
まず、基本アプリがダウンロードされた後（Ｓ１０１）、情報端末１００には、設置デバイスＤＢ２１７（図４参照）がダウンロードされる（Ｓ１５１）。その方法は、第一実施形態のステップＳ３（図５参照）と同じである。第二実施形態と同様、ステップＳ１０２〜Ｓ１０４の処理が行われる。  
【０１０９】
続いて、ＣＰＵ１０１は、デバイス管理サーバ２１０にチケット要求を送信する（Ｓ１５２）。第四実施形態のチケット要求は、起動アプリに対応する使用デバイスに関する情報を要求する情報であり、情報端末１００の端末ＩＤと、起動アプリのアプリＩＤを含む。その後、デバイス管理サーバ２１０からチケットを取得すると（Ｓ１５３）、ＣＰＵ１０１は、チケットの情報を読み込む（Ｓ１５４）。詳細は後述するが、チケットには、起動アプリに対応する使用デバイスのデバイスＩＤが含まれている。よって、ＣＰＵ１０１は、設置デバイスＤＢ２１７を参照して、情報端末１００の存在する場所に、使用デバイスに適合する周辺デバイスが全て揃っているか否かを判断する（Ｓ１５５）。ここでの判断方法は、第一実施形態のステップＳ９（図５参照）と同じである。
【０１１０】
使用デバイスに適合する設置デバイスが全て揃っていない場合は（Ｓ１５５：ＮＯ）、ＣＰＵ１０１は、サービス実行不可のメッセージを表示部１０６に表示してユーザに通知し（Ｓ１５６）、図１２に示す処理を終了する。使用デバイスに適合する設置デバイスが全て揃っていれば（Ｓ１５５：ＹＥＳ）、ＣＰＵ１０１は、使用デバイスに一致する設置デバイスを接続先デバイスとして決定する（Ｓ１５７）。その後の接続先デバイスとの接続状態の確立処理やカラオケサービスの実行処理（Ｓ１０９〜Ｓ１１２）、および処理の終了処理（Ｓ１１６〜Ｓ１１７）については、第二実施形態と同じである。
【０１１１】
図１３を参照して、デバイス管理サーバ２１０のＣＰＵ２１１によって実行される処理について説明する。いずれかの情報端末１００からチケット要求を受信した場合（Ｓ２０１：ＹＥＳ）、ＣＰＵ２１１は、受信したチケット要求に含まれる起動アプリのアプリＩＤを抽出する（Ｓ２５１）。そして、ＨＤＤ２１５の使用デバイスＤＢ２１６（図３参照）を参照して、そのアプリＩＤが示す起動アプリで使用される使用デバイスを決定し（Ｓ２５２）、使用デバイスに関する情報を含むチケットを発行する（Ｓ２５３）。図示は省略するが、第四実施形態のチケットは、例えば、アプリＩＤおよび使用デバイスのデバイスＩＤを含む。ＣＰＵ２１１は、チケットを送信した後（Ｓ２５４）、ステップＳ２０１の処理に戻り、終了指示が入力されると（Ｓ２１６：ＹＥＳ）図１３の処理を終了する。
【０１１２】
以上に説明したように、第四実施形態のカラオケシステム１では、情報端末１００は、情報読取り部１０８により端末位置情報を取得する。設置デバイスＤＢ２１７と起動アプリをダウンロードした後、起動アプリのアプリＩＤを含むチケット要求を、デバイス管理サーバ２１０に送信する。デバイス管理サーバ２１０は、使用デバイスＤＢ２１６を参照して、起動アプリに対応する使用デバイスを決定する。そして、情報端末１００に対して、使用デバイスに関する情報を含むチケットを送信する。情報端末１００は、受信したチケットに含まれる使用デバイスの情報と、ダウンロードした設置デバイスＤＢの情報に基づき、接続先デバイスを決定する。そして、接続先デバイスとの間で無線による接続状態を確立し、無線セッションにより、サービスを実行する。
【０１１３】
このように、第四実施形態でも、第一実施形態と同様、情報端末１００は、起動アプリに応じて、情報端末１００が存在する場所（位置）に設置された適切な周辺デバイスとの間で動的に接続状態を確立することができる。
【０１１４】
第四実施形態では、情報端末１００が本発明の情報端末に相当する。図１２のステップＳ１０３で、情報読取り部１０８が読み取った場所ＩＤを取得するＣＰＵ１０１が、位置情報取得手段に相当する。ステップＳ１５３で無線通信部１０５を制御してチケット要求を送信するＣＰＵ１０１が、第二送信手段に相当する。ステップＳ１５３でチケットを取得するＣＰＵ１０１が、第二受信手段に相当する。ステップＳ１５７で接続先デバイスの決定処理を行うＣＰＵ１０１が、第三接続先決定手段に相当する。設置デバイスＤＢ２１７を記憶する不揮発性メモリ１０４が、第一記憶手段に相当する。ステップＳ１１０で、無線通信部１０５を制御してセッションを生成させるＣＰＵ１０１が、接続確立手段に相当する。
【０１１５】
本発明は上記実施形態に限定されるものではなく、種々の変更が可能である。例えば、実施形態では、カラオケサービスが利用される場合を例として、情報端末１００の処理について説明したが、本発明は、他のシステムにも適用可能である。例えば、実施形態で説明した処理は、起動アプリがプレゼンテーションを実行するアプリケーションである場合に、情報端末が、その位置の周辺に設置されたマイク、音響装置およびプロジェクタと接続状態を確立する処理等に適用可能である。
【０１１６】
図２に示すように、前述の実施形態では、サーバ群２００は、４つのサーバ２１０〜２４０を含むが、クラウドシステムではサーバ群２００は１つのコンピュータとしてもとらえられる。よって、サーバ２１０〜２４０のいずれかで行われる処理をまとめて、１つのサーバにおける処理とみなすことができる。なお、サーバ群２００が実際に１つのサーバとして構成され、そのサーバの記憶装置に使用デバイスＤＢ２１６、設置デバイスＤＢ２１７等の全てのデータベースが記憶され、そのサーバのＣＰＵが全ての処理を行ってもよいことは言うまでもない。
【０１１７】
実施形態では、図１に示す部屋３０には同じ周辺デバイスが設置されている例を説明したが、部屋３０毎に異なる種類の周辺デバイスが設置されていてもよい。また、情報端末１００が端末位置情報を取得する方法の一例として、場所ＩＤを記憶したＩＣタグ８０をカラオケ施設に装備しておき、情報読取り部１０８（非接触ＩＣリーダ）でＩＣタグ８０から場所ＩＤを読み取る例が挙げられている。しかし、他の任意の方法が採用されてもよい。例えば、バーコードまたは二次元コードの情報を読取る方法や可視光通信が使用されてもよい。また、情報端末１００が部屋３０に入ると、ＧＰＳ情報（緯度、経度、高度）が自動的に取得される処理が行われてもよい。この場合、設置デバイスＤＢ２１７（図４参照）に、場所ＩＤに対応付けて、緯度、経度、高度の特定の範囲が記憶される。そして、情報端末１００またはデバイス管理サーバ２１０は、情報端末１００の緯度、経度、高度が属する範囲に対応する場所ＩＤに基づき、設置デバイスを特定すればよい。
【０１１８】
図５等に示す情報端末１００における処理において、基本アプリ、使用デバイスＤＢ２１６、設置デバイスＤＢ２１７は、必ずしもこのタイミングでダウンロードされる必要はない。基本アプリ、使用デバイスＤＢ２１６、設置デバイスＤＢ２１７は、予めダウンロードされ、不揮発性メモリ１０４に記憶されていてもよい。この場合、図５等に示す処理は、不揮発性メモリ１０４に記憶された基本アプリが起動されることで開始されればよい。
【０１１９】
使用デバイスの決定の際、複数のカラオケサービス用のアプリケーションとその使用デバイスを対応付けて記憶する使用デバイスＤＢ２１６は、必ずしも使用されなくてもよい。この場合、例えば、特にサービスを区別することなく、カラオケで使用される最小限の周辺デバイス（例えば、音響機器７１、マイク７２およびディスプレイ７３）が一律で使用デバイスとして決定されればよい。また、情報端末１００において使用デバイスＤＢ２１６または設置デバイスＤＢ２１７が使用される場合、データベースは必ずしも内蔵の不揮発性メモリ１０４に記憶される必要はない。例えば、メモリカード等の外部メモリに記憶されたものを使用して処理が行われてもよい。
【０１２０】
第一および第二実施形態の処理において、第三および第四実施形態のように、デバイス追加の処理および課金額の算出に関する処理の少なくとも一方が省略されてもよい。反対に、第三および第四実施形態の処理において、第一および第二実施形態のように、デバイス追加の処理および課金額の算出に関する処理の少なくとも一方が追加されてもよい。また、課金額は、接続時間にかかわらず、接続先デバイスの属性のみに基づいて算出されてもよい。
【符号の説明】
【０１２１】
１００  情報端末
１０１  ＣＰＵ
１０４  不揮発性メモリ
１０５  無線通信部
１０８  情報読取り部
２００  サーバ群
２１０  デバイス管理サーバ
２１１  ＣＰＵ
２１５  ＨＤＤ
２１６  使用デバイスＤＢ
２１７  設置デバイスＤＢ
【図１】
0005472159.tif 000002
【図２】
0005472159.tif 000003
【図３】
0005472159.tif 000004
【図４】
0005472159.tif 000005
【図５】
0005472159.tif 000006
【図６】
0005472159.tif 000007
【図７】
0005472159.tif 000008
【図８】
0005472159.tif 000009
【図９】
0005472159.tif 000010
【図１０】
0005472159.tif 000011
【図１１】
0005472159.tif 000012
【図１２】
0005472159.tif 000013
【図１３】
0005472159.tif 000014