JP2015170297A - 情報処理システム及び情報処理装置 - Google Patents

Abstract

【課題】識別情報発信装置から送信された識別情報に基づいて認証を行うことでセキュリティを向上させることを目的とすることができる情報処理システム及び情報処理装置を提供することを課題とする。【解決手段】識別情報発信装置と、電子機器と、情報処理装置とを有する情報処理システムであって、前記識別情報発信装置又は前記識別情報発信装置が設置されている空間領域を一意に識別する第１の識別情報を送信する第１の送信手段と、前記第１の識別情報と前記電子機器を一意に識別する第２の識別情報とを含む認証情報を送信する第２の送信手段と、前記認証情報に基づいて、前記情報処理装置が前記電子機器の認証を行い、該認証が成功した場合、所定の処理を行うように制御する認証手段と、を有することにより、上記課題を解決する。【選択図】 図２

Description

本発明は、情報処理システム及び情報処理装置に関する。

カラオケ装置に用いられる専用のリモコンの代わりに、例えば顧客の携帯電話やスマートフォンなどの携帯端末を用いて曲の予約（選曲予約）などを行うことができる技術が既に知られている（例えば特許文献１及び２参照）。

しかしながら、上記の従来技術においては、顧客は、例えばカラオケ装置が設置されている部屋（カラオケルーム）の外からでも曲の予約（選曲予約）などが行うことができた。したがって、悪戯等による選曲予約が可能であり、セキュリティ上問題がある。

本発明の実施の形態は、上記の点に鑑みてなされたものであり、識別情報発信装置から送信された識別情報に基づいて認証を行うことでセキュリティを向上させることを目的とする。

上記目的を達成するため、本発明の実施の形態は、識別情報発信装置と、電子機器と、情報処理装置とを有する情報処理システムであって、前記識別情報発信装置又は前記識別情報発信装置が設置されている空間領域を一意に識別する第１の識別情報を送信する第１の送信手段と、前記第１の識別情報と前記電子機器を一意に識別する第２の識別情報とを含む認証情報を送信する第２の送信手段と、前記認証情報に基づいて、前記情報処理装置が前記電子機器の認証を行い、該認証が成功した場合、所定の処理を行うように制御する認証手段と、を有することを特徴とする。

本発明の実施の形態によれば、識別情報発信装置から送信された識別情報に基づいて認証を行うことでセキュリティを向上させることができる。

第１の実施形態に係るカラオケ選曲予約システムの一例の構成図である。 第１の実施形態に係る利用シーンの概略を説明する図である。 第１の実施形態に係るカラオケ選曲予約システムの一例のハードウェア構成図である。 第１の実施形態に係るカラオケ選曲予約システムの一例の機能構成図である。 登録情報ＤＢに格納されている情報の一例の構成図である。 配信リストＤＢに格納されている情報の一例の構成図である。 第１の実施形態に係る携帯端末登録処理の一例のシーケンス図である。 第１の実施形態に係る選曲／予約処理の一例のシーケンス図である。 配信リストＤＢから抽出した情報の一例の構成図である。 第１の実施形態に係る退室処理の一例のシーケンス図である。 第２の実施形態に係るカラオケ選曲予約システムの一例の構成図である。 第２の実施形態に係るカラオケ選曲予約システムの一例の機能構成図である。 第２の実施形態に係る部屋移動処理の一例のシーケンス図である。 配信リストＤＢから抽出した情報の書き換え前後の一例の構成図である。 本発明の応用例を説明するための図である。

次に、本発明の実施の形態について、詳細に説明する。

［第１の実施形態］
＜システム構成＞
まず、本発明の第１の実施形態について説明する。本実施形態では、情報処理システムの一例としてのカラオケ選曲予約システムについて説明する。図１は、第１の実施形態に係るカラオケ選曲予約システムの一例の構成図である。図１のカラオケ選曲予約システム１は、サーバ装置１０と、スピーカ装置３０と、カラオケ装置４０とが、インターネットなどのネットワークＮ１に有線又は無線で接続されている。また、図１のカラオケ選曲予約システム１は、携帯端末２０が不図示の３ＧやＬＴＥ（Long Term Evolution）などの携帯電話網を介してネットワークＮ１に接続されている。なお、携帯端末２０、スピーカ装置３０、カラオケ装置４０は、同一の部屋（カラオケルーム）に設置等されているものとする。なお、携帯端末２０は、携帯電話網を介さずに、例えば無線ＬＡＮ（Local Area Network）ルータのアクセスポイントなどを介してネットワークＮ１に接続されていてもよい。

サーバ装置１０は、カラオケ選曲予約システム１を構成する各種機器の管理やカラオケ装置４０で再生する曲データ、曲データの予約管理を行う情報処理装置の一例である。サーバ装置１０は、携帯端末２０からカラオケの曲の予約要求を受け取ると、予約要求に含まれる曲ＩＤを所定の記憶領域で管理し、この曲ＩＤに対応する曲データをカラオケ装置４０に送信する。また、サーバ装置１０は、スピーカ装置３０に対し、カラオケ選曲予約システム１においてスピーカを一意に識別するスピーカＩＤを含む音声出力要求を行う。

携帯端末２０は、電子機器の一例として、カラオケ選曲予約システム１のユーザが使用するタブレット端末、スマートフォンや携帯電話、ノートＰＣ、ＰＤＡなどの携帯情報端末である。ユーザは、携帯端末２０を操作して、カラオケ装置４０が再生する曲の選曲及び予約を行うことができる。また、携帯端末２０は、後述するように、マイクなどを介してスピーカ装置３０からスピーカＩＤを取得する。

スピーカ装置３０は、識別情報発信装置の一例としての、音声（音波）等により識別情報を出力するスピーカである。スピーカ装置３０は、サーバ装置１０からスピーカＩＤを含む音声出力要求を受け付けると、このスピーカＩＤに対応する音声（音波）を出力する。

カラオケ装置４０は、カラオケの曲再生などを行う装置である。カラオケ装置４０は、サーバ装置１０から曲データを受け取ると、この曲データに従って曲を再生する。

なお、カラオケ選曲予約システム１において、携帯端末２０及び／又はスピーカ装置３０は、それぞれ２台以上であってもよい。また、例えばスピーカ装置３０とカラオケ装置４０は、１台の装置で構成されていてもよいし、サーバ装置１０とカラオケ装置４０が１台の装置で構成されていてもよい。

＜利用シーンの概略＞
次に、カラオケ選曲予約システム１の利用シーンの概略を説明する。図２は、第１の実施形態に係る利用シーンの概略を説明する図である。

図２（ａ）は、従来のカラオケ選曲予約システムを示した図である。従来のカラオケ選曲予約システムにおいては、携帯端末２０から選曲及び予約を行うと、曲データを一意に識別する曲ＩＤがサーバ装置１０に送信される。そして、サーバ装置１０では、受信した曲ＩＤを管理し、この曲ＩＤに対応する曲データをカラオケ装置４０に送信する。すると、カラオケ装置４０は、この曲データに従って曲を再生する。したがって、例えば従来のカラオケ選曲予約システムにおいては、カラオケルーム（カラオケ装置４０が設置されている部屋）の外からでも携帯端末２０を用いて、曲の予約を行うことができ、曲予約の悪戯等が行われる可能性がある。

一方、図２（ｂ）は、第１の実施形態に係るカラオケ選曲予約システムを示した図である。本実施形態のカラオケ選曲予約システム１においては、携帯端末２０は、曲の選曲及び予約を行う際に、カラオケルームに設置されているスピーカ装置３０からスピーカＩＤを取得する。そして、携帯端末２０は、曲ＩＤ、携帯端末２０を一意に識別する携帯端末ＩＤ、及びスピーカＩＤをサーバ装置１０に送信する。サーバ装置１０は、携帯端末ＩＤとスピーカＩＤとの組が正しいことを検証し、正しい場合のみ曲ＩＤを管理し、この曲ＩＤに対応する曲データをカラオケ装置４０に送信する。なお、携帯端末２０は、スピーカ装置３０から、マイクなどを介して、音波としてスピーカＩＤを取得する。したがって、本実施形態のカラオケ選曲予約システム１においては、カラオケルームの外で携帯端末２０を用いて曲の予約を行われることを防止することができる。なお、これは、一般にカラオケルームは、吸音率が高く、スピーカ装置３０から出力される、スピーカＩＤに対応する音声（音波）がカラオケルームの外に漏れない（漏れが少ない）ためである。

＜ハードウェア構成＞
第１の実施形態に係るカラオケ選曲予約システム１は、例えば図３に示すようなハードウェア構成により実現される。図３は、第１の実施形態に係るカラオケ選曲予約システムの一例のハードウェア構成図である。なお、スピーカ装置３０及びカラオケ装置４０は、従来の、一般的なスピーカ装置３０及びカラオケ装置４０であるため、説明を省略する。

図３に示すサーバ装置１０は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、通信Ｉ／Ｆ１０７、ＨＤＤ（Hard Disk Drive）１０８を有し、それぞれバスＢ１で相互に接続されている。

入力装置１０１は、キーボードやマウス、タッチパネルなどを含み、サーバ装置１０に各操作信号を入力するのに用いられる。表示装置１０２は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ（Cathode Ray Tube）などを含み、サーバ装置１０による処理結果を表示する。なお、入力装置１０１及び／又は表示装置１０２がない構成であってもよい。

外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。記憶媒体１０３ａには、実施形態を実現するプログラムを格納することができる。サーバ装置１０は外部Ｉ／Ｆ１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。

記録媒体１０３ａにはＵＳＢメモリ（Universal Serial Bus memory）、ＳＤメモリカード（SD Memory card）、ＤＶＤ（Digital Versatile Disk）、ＣＤ（Compact Disk）、フレキシブルディスクなどの記録媒体を用いることができる。

ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、サーバ装置１０の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ（Operating System）設定、及びネットワーク設定などのプログラムやデータが格納されている。

ＣＰＵ１０６は、ＲＯＭ１０５やＨＤＤ１０８などの記憶装置からプログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、サーバ装置１０全体の制御や機能を実現する演算装置である。

通信Ｉ／Ｆ１０７は、ネットワークに接続するインタフェースである。これにより、サーバ装置１０は通信Ｉ／Ｆ１０７を介してデータ通信を行うことができる。なお、通信Ｉ／Ｆ１０７による通信は有線通信であっても無線通信であってもよい。

ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えば、サーバ装置１０全体を制御する基本ソフトウェアであるＯＳや、ＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。ＨＤＤ１０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。

図３に示す携帯端末２０は、入力装置２０１、表示装置２０２、外部Ｉ／Ｆ２０３、ＲＡＭ２０４、ＲＯＭ２０５、ＣＰＵ２０６、通信Ｉ／Ｆ２０７、ＨＤＤ２０８、マイク装置２０９を有し、それぞれバスＢ２で相互に接続されている。入力装置２０１、表示装置２０２、外部Ｉ／Ｆ２０３、ＲＡＭ２０４、ＲＯＭ２０５、ＣＰＵ２０６、通信Ｉ／Ｆ２０７、ＨＤＤ２０８は、サーバ装置１０と同様のため説明を省略する（ただし、上記サーバ装置１０の説明において、「サーバ装置１０」を「携帯端末２０」と読み替える。）。ただし、入力装置２０１及び表示装置２０２は、携帯端末２０の必須の構成要素である。また、入力装置２０１及び表示装置２０２を、例えばタッチパネルなどの１つの装置で構成してもよい。

マイク装置２０９は、音（音波）を入力して電気信号に変換する装置である。マイク装置２０９は、携帯端末２０に内蔵されている内蔵マイクであっても、例えば外部Ｉ／Ｆ２０３などを介して接続された外付けマイクであってもよい。

本実施形態に係るサーバ装置１０及び携帯端末２０は、例えば上記のハードウェア構成でプログラムを実行することにより、後述するような各種処理を実現できる。

＜機能構成＞
第１の実施形態に係るカラオケ選曲予約システム１は、例えば図４に示すような機能ブロックにより表すことができる。図４は、第１の実施形態に係るカラオケ選曲予約システムの一例の機能構成図である。

《サーバ装置》
第１の実施形態のサーバ装置１０は、送受信部１１、認証部１２、情報管理部１３を有する。また、サーバ装置１０は、登録情報ＤＢ１４、配信リストＤＢ１５を利用する。なお、登録情報ＤＢ１４及び／又は配信リストＤＢ１５は、サーバ装置１０のＨＤＤ１０８又はサーバ装置１０とネットワークを介して接続された記憶装置により実現することができる。

送受信部１１は、通信Ｉ／Ｆ１０７などにより実現され、携帯端末２０、スピーカ装置３０、カラオケ装置４０など、カラオケ選曲予約システム１を構成する各種機器との通信を行う。

認証部１２は、ＣＰＵ１０６などにより実現され、携帯端末２０の認証を行う。具体的には、認証部１２は、携帯端末２０から受け取った携帯端末ＩＤ及びスピーカＩＤの組が、登録情報ＤＢ１４に格納されているか否かを判断する。認証部１２は、携帯端末２０から受け取った携帯端末ＩＤ及びスピーカＩＤの組が、登録情報ＤＢ１４に格納されている場合、認証成功と判断し、格納されていない場合、認証失敗と判断する。

情報管理部１３は、登録情報ＤＢ１４と配信リストＤＢ１５に格納されている情報の読出し／書き込み／削除等を行う。

登録情報ＤＢ１４は、機器登録情報１０００、登録可否情報２０００、端末登録情報３０００を格納する。機器登録情報１０００、登録可否情報２０００、端末登録情報３０００の説明は後述する。配信リストＤＢ１５は、配信情報４０００を格納する。配信情報４０００の説明は後述する。

なお、図示していないが、サーバ装置１０は、この他に曲データを例えばデータベースなどで管理した記憶領域が存在する。サーバ装置１０は、この記憶領域から曲データを取得し、カラオケ装置４０に送信することで、カラオケ装置４０において曲の再生を行わせることができる。なお、上記の曲データを管理した記憶領域は、例えばサーバ装置１０とネットワークを介して接続された記憶装置などで実現されていてもよい。

《携帯端末》
第１の実施形態の携帯端末２０は、送受信部２１、端末登録部２２、選曲予約部２３、スピーカＩＤ取得部２４、ルーム退室部２５を有する。送受信部２１は、通信Ｉ／Ｆ２０７などにより実現され、サーバ装置１０と通信を行う。

端末登録部２２は、ＣＰＵ２０６などにより実現され、ユーザの操作に基づき、送受信部２１を介して、携帯端末２０を一意に識別する携帯端末ＩＤ、及び、スピーカ装置３０から取得したスピーカＩＤの組の登録要求をサーバ装置１０に対して行う。

選曲予約部２３は、入力装置２０１などにより実現され、ユーザの操作に基づき、カラオケの曲の選曲及び予約を行う。例えば表示装置２０２に一覧表示された曲名などをユーザが選択し、予約操作を行うと、送受信部２１を介して、選択された曲の曲ＩＤなどがサーバ装置１０に送信される。

スピーカＩＤ取得部２４は、マイク装置２０９やＣＰＵ２０６などにより実現され、マイク装置２０９から入力された音（音波）からスピーカＩＤを取得する。

ルーム退室部２５は、入力装置２０１などにより実現され、ユーザのカラオケルームからの退室操作に基づき、サーバ装置１０に予約した曲の削除を行う。

《スピーカ装置》
第１の実施形態のスピーカ装置３０は、送受信部３１、音声出力制御部３２を有する。送受信部３１は、サーバ装置１０からスピーカＩＤを含む音声出力要求を受信する。音声出力制御部３２は、送受信部３１が受信した音声出力要求に従って音声（音波）を出力させる。

なお、スピーカ装置３０は、例えばカラオケ装置４０を介して上記の音声出力要求を受け取ってもよい。すなわち、サーバ装置１０はカラオケ装置４０にスピーカＩＤを含む音声出力要求を送信し、カラオケ装置４０は、カラオケ装置４０と有線又は無線で接続されているスピーカ装置３０にこの音声出力要求を送信するようにしてもよい。

また、スピーカ装置３０は、サーバ装置１０又は／及びカラオケ装置４０と有線又は無線で接続されていなくてもよい。すなわち、スピーカ装置３０はオフラインであってもよい。この場合、例えば、カラオケ選曲予約システム１の管理者などが事前にスピーカ装置３０に対してスピーカＩＤを含む音声（音波）を出力させるように操作しておけばよい。

《カラオケ装置》
第１の実施形態のカラオケ装置４０は、送受信部４１、曲再生部４２を有する。送受信部４１は、サーバ装置１０との通信を行う。例えばカラオケ装置４０は、送受信部４１を介して、曲データを受信する。曲再生部４２は、受信した曲データに従ってカラオケの曲を再生する。

《機器登録情報》
サーバ装置１０の登録情報ＤＢ１４に格納されている機器登録情報１０００は、例えば図５（ａ）に示すようなデータ構成である。

機器登録情報１０００は、スピーカＩＤ、店名、部屋番号、カラオケ機器ＩＤなどのデータ項目を有する。スピーカＩＤは、前述したように、スピーカ装置３０を一意に識別する情報である。スピーカＩＤは、スピーカ装置３０を一意に識別することができる情報であればなんでもよい。したがって、スピーカＩＤは、例えばカラオケ選曲予約システム１の管理者が手動又は自動で割り振ってもよいし、スピーカ装置３０に固有の機器情報などを用いてもよい。本実施形態では、以降で説明するように、サーバ装置１０で採番したスピーカＩＤをスピーカ装置３０に送信（割り振る）ものとする。

なお、スピーカＩＤを用いることは必須ではない。本実施形態において、例えばスピーカＩＤの代わりに、「部屋番号」を用いてもよい（従って、各スピーカ装置３０は部屋番号で管理される）。１つの部屋に複数台のスピーカ装置３０が設置されるような場合、スピーカＩＤの代わりに部屋番号を用いることで、データ構成を簡易にすることができる。なお、例えば店名Ａの部屋番号「１０１」と店名Ｂの部屋番号「１０１」のように、部屋番号が重複する場合も考えられるが、その場合は、店名と部屋番号の組をスピーカＩＤの代わりに用いればよい。

店名は、スピーカ装置３０とカラオケ装置４０が設置されているカラオケ店の店名である。部屋番号は、空間領域の一例である部屋を識別する、カラオケ店の部屋番号である。部屋番号は、少なくとも同一のカラオケ店で一意であればよい。カラオケ機器ＩＤは、カラオケ装置４０を一意に識別する情報である。カラオケ機器ＩＤは、スピーカＩＤと同様に、カラオケ選曲予約システム１の管理者が手動又は自動で割り振ってもよいし、カラオケ装置４０に固有の機器情報などを用いてもよい。

このように、サーバ装置１０は、カラオケ選曲予約システム１を構成するスピーカ装置３０、カラオケ装置４０、及びスピーカ装置３０とカラオケ装置４０が設置されている店名及び部屋番号を管理している。

《登録可否情報》
サーバ装置１０の登録情報ＤＢ１４に格納されている登録可否情報２０００は、例えば図５（ｂ）に示すようなデータ構成である。

登録可否情報２０００は、スピーカＩＤ、店名、部屋番号、登録可否などのデータ項目を有する。スピーカＩＤ、店名、部屋番号は、上述した通りであり、説明を省略する。登録可否は、該当のスピーカＩＤが後述する端末登録情報３０００に登録することができるか否かを示すデータ項目である。すなわち、登録可否が「否」である場合、該当のスピーカＩＤは、端末登録情報３０００に登録することができない。換言すれば、登録可否が「否」であるスピーカＩＤのスピーカ装置３０は、携帯端末２０の認証に利用することができない。したがって、登録可否が「否」であるスピーカＩＤのスピーカ装置３０は、（携帯端末２０の認証には利用されず）通常のスピーカとしてのみ機能する。なお、この登録可否は、カラオケ選曲予約システム１の管理者などが変更することができるようにしてもよい。これにより、例えば、カラオケを開始した後、所定の時間内に限りスピーカ装置３０を携帯端末２０の認証に利用し、所定の時間経過後は認証に利用できないようにすることができる。

《端末登録情報》
サーバ装置１０の登録情報ＤＢ１４に格納されている端末登録情報３０００は、例えば図５（ｃ）に示すようなデータ構成である。

端末登録情報３０００は、スピーカＩＤ、携帯端末ＩＤ、登録日時などのデータ項目を有する。スピーカＩＤは、上述した通りであり、説明を省略する。携帯端末ＩＤは、携帯端末２０を一意に識別する情報である。この携帯端末ＩＤは、例えば携帯電話の固体識別情報（固体識別情報）、携帯電話番号、ＭＡＣ（Media Access Control address）アドレスなどである。登録日時は、スピーカＩＤと携帯端末ＩＤの組（ペア）をサーバ装置１０に登録した日時である。後述するように、サーバ装置１０は、この端末登録情報３０００を参照し、携帯端末２０の認証処理を行う。

《配信情報》
サーバ装置１０の配信リストＤＢ１５に格納されている配信情報４０００は、例えば図６に示すようなデータ構成である。

配信情報４０００は、スピーカＩＤ、曲ＩＤ、携帯端末ＩＤ、予約日時などのデータ項目を有する。スピーカＩＤ、携帯端末ＩＤは、上述した通りであり、説明を省略する。曲ＩＤは、曲データを一意に識別する情報である。サーバ装置１０は、この曲ＩＤに対応する曲データを該当のカラオケ装置４０に送信する。なお、その際には、機器登録情報１０００を参照し、スピーカＩＤと対応するカラオケ機器ＩＤ（カラオケ装置４０のカラオケ機器ＩＤ）を特定する（又は、配信情報４０００がカラオケ機器ＩＤのデータ項目を有していてもよい）。

予約日時は、スピーカＩＤ、曲ＩＤ、携帯端末ＩＤの組を配信情報４０００に登録した日時である。このように、サーバ装置１０は配信情報４０００として、携帯端末２０から受け付けた曲の予約を管理する。

＜処理の詳細＞
次に、カラオケ選曲予約システム１の処理の詳細について説明する。

《携帯端末登録処理》
まず、サーバ装置１０の登録情報ＤＢ１４の端末登録情報３０００に携帯端末２０の携帯端末ＩＤとスピーカＩＤとの組の情報を登録する処理について説明する。携帯端末２０は、携帯端末ＩＤとスピーカＩＤをサーバ装置１０に登録することで、カラオケ選曲予約システム１を用いて、曲の予約を行うことができるようになる。なお、携帯端末２０には、予め、カラオケ選曲予約システム１を用いて曲の予約を行うためのアプリケーションがインストールされているものとする。このようなアプリケーションは、例えば携帯端末２０から所定のＵＲＬ（Uniform Resource Locator）にアクセスすることでダウンロードすることができる。

図７は、第１の実施形態に係る携帯端末登録処理の一例のシーケンス図である。まず、サーバ装置１０の送受信部１１は、スピーカＩＤが含まれる音声出力要求をスピーカ装置３０に送信する（ステップＳ１１）。なお、サーバ装置１０の送受信部１１は、例えば所定の間隔で、上記の音声出力要求をスピーカ装置３０に送信するようにしてもよい。スピーカ装置３０の音声出力制御部３２は、送受信部３１を介して受信した音声出力要求に従って音声（音波）を出力させる（ステップＳ１２）。すなわち、スピーカ装置３０の音声出力制御部３２は、受信した音声出力要求に含まれるスピーカＩＤの情報の示す音波を出力させるように制御する。なお、上述したように、スピーカＩＤの代わりに部屋番号又は店名と部屋番号の組を用いてもよい（以降も同様である）。

携帯端末２０のユーザは、携帯端末２０をサーバ装置１０に登録する操作を行う（ステップＳ１３）。これは、例えば携帯端末２０にインストールされている、上記の曲の予約を行うためのアプリケーションから行うことができる。例えば携帯端末２０のユーザは、携帯端末２０の入力装置２０１を介して、登録操作を行う。すると、携帯端末２０のスピーカＩＤ取得部２４は、スピーカ装置３０から出力される音（音波）を入力し、この音（音波）からスピーカＩＤを取得する（ステップＳ１４）。このときスピーカＩＤ取得部２４が取得するスピーカＩＤは、上記ステップＳ１１においてサーバ装置１０がスピーカ装置３０に送信した音声出力要求に含まれるスピーカＩＤである。例えばスピーカＩＤ取得部２４は、スピーカＩＤとして「ＳＰ０００００２」を取得する。

なお、携帯端末２０のスピーカＩＤ取得部２４は、スピーカＩＤが取得できなかった場合、スピーカＩＤが取得できなかったことを示す画面を表示装置２０２などに表示させる。スピーカＩＤが取得できない場合とは、例えばスピーカ装置３０の音量が小さい、あるいは雑音などにより取得できない場合などである。

携帯端末２０の端末登録部２２は、取得したスピーカＩＤと携帯端末２０の携帯端末ＩＤとを含む登録要求を送受信部２１を介して、サーバ装置１０に送信する（ステップＳ１５）。なお、このとき、送信内容は暗号化するとともに、暗号化に用いる暗号鍵は、例えば時間の経過に伴って変更することが好ましい。

サーバ装置１０の情報管理部１３は、送受信部１１を介して受信した登録要求に含まれるスピーカＩＤと携帯端末ＩＤとの組を、登録情報ＤＢ１４の端末登録情報３０００に登録する（ステップＳ１６）。また、このとき、登録日時をスピーカＩＤと携帯端末ＩＤとに関連付けて登録する。なお、このとき、サーバ装置１０は、登録可否情報２０００を参照し、受信した登録要求に含まれるスピーカＩＤの登録可否が「可」であるか否かを判定し、「否」である場合、スピーカＩＤと携帯端末ＩＤとの組を端末登録情報３０００に登録しない。

そして、サーバ装置１０の送受信部１１は、結果を携帯端末２０に送信する。なお、スピーカＩＤと携帯端末ＩＤとの組を端末登録情報３０００に登録できなかった場合は、携帯端末２０は、登録できなかったことを示す画面を表示装置２０２などに表示させる。

なお、上記のステップＳ１６の処理において、登録可否を携帯端末２０で判定し、登録可能である場合に携帯端末ＩＤを含む登録要求をサーバ装置１０に送信するようにしてもよい。これは、例えば、携帯端末２０側で事前に登録可能なスピーカＩＤを一覧を取得・保持しておき、上記のステップＳ１４で取得したスピーカＩＤがこの一覧に含まれる場合に登録要求をサーバ装置１０に送信すればよい。このように登録可否の判定を携帯端末２０側で行うことにより、端末登録情報３０００には携帯端末ＩＤのみを登録すればよい。従って、携帯端末２０のユーザが部屋（カラオケルーム）を移動した場合にも携帯端末ＩＤを再度登録する必要がない。

なお、上記の携帯端末２０側で登録可否を判定する際に、例えば携帯端末２０のＧＰＳ（Global Positioning System）を用いて位置情報を取得し、この位置情報にも基づいて登録可否を判定してもよい。すなわち、携帯端末２０は、ステップＳ１４で取得したスピーカＩＤと、位置情報と、事前に取得・保持している登録可能なスピーカＩＤの一覧とに基づいて登録可否を判定してもよい。

以上により、携帯端末ＩＤとスピーカＩＤとの組をサーバ装置１０に登録することができる。後述するように、選曲／予約処理において、サーバ装置１０は、曲の予約要求に含まれる携帯端末ＩＤとスピーカＩＤを用いて認証処理を行う。したがって、本実施形態に係るカラオケ選曲予約システム１のユーザは、カラオケの曲の予約を行うに際し、上記で説明した携帯端末登録処理を事前に行い、自身の携帯端末２０の携帯端末ＩＤ（とスピーカＩＤ）を登録しておく必要がある。

なお、本実施形態のスピーカ装置３０は、例えばカラオケルームなどの吸音率が高い部屋に設置されている。したがって、携帯端末ＩＤのユーザは、カラオケルームの外からでは、スピーカＩＤが取得できない。なお、スピーカ装置３０が出力する音波の周波数帯域としては、４００Ｈｚ以上の周波数であることが好ましい。これは、吸音材として一般的に使用されている石膏ボードやグラスウールの吸音効率が４００Ｈｚ未満は低いためである。

《選曲／予約処理》
次に、携帯端末２０を用いて、カラオケの曲の選曲及び予約を行う処理について説明する。これにより、ユーザは、携帯端末２０から曲の選曲／予約を行い、カラオケ装置４０から曲の再生を行うことができる。

図８は、本実施形態に係る選曲／予約処理の一例のシーケンス図である。まず、ステップＳ２１及びＳ２２の処理は、それぞれ図７のステップＳ１１及びＳ１２の処理と同様である。すなわち、サーバ装置１０の送受信部１１は、スピーカＩＤが含まれる音声出力要求をスピーカ装置３０に送信し（ステップＳ２１）、スピーカ装置３０の音声出力制御部３２は、送受信部３１を介して受信した音声出力要求に従って音声（音波）を出力させる（ステップＳ２２）。

次に、携帯端末２０のユーザは、携帯端末２０から曲の選曲及び予約をする操作を行う（ステップＳ２３）。これは、例えば携帯端末２０にインストールされている上記の曲の予約を行うためのアプリケーションから行うことができる。選曲及び予約は、例えばこのアプリケーションにより一覧表示された曲のリストから選択操作及び予約操作をすることで行うことができる。このとき、ユーザは、例えばアプリケーションの機能により、予約したい曲の検索を行うことができてもよい。また、携帯端末２０にインストールされた曲の予約を行うためのアプリケーションは、一覧表示する曲のリストを例えばサーバ装置１０から取得できるようにしてもよい。

すると、携帯端末２０のスピーカＩＤ取得部２４は、スピーカ装置３０から出力される音（音波）を入力し、スピーカＩＤを取得する（ステップＳ２４）。このときスピーカＩＤ取得部２４が取得するスピーカＩＤは、上記のステップＳ２１においてサーバ装置１０がスピーカ装置３０に送信した音声出力要求に含まれるスピーカＩＤである。例えばスピーカＩＤ取得部２４は、スピーカＩＤとして「ＳＰ０００００２」を取得する。

なお、携帯端末２０のスピーカＩＤ取得部２４は、スピーカＩＤが取得できなかった場合、スピーカＩＤが取得できなかったことを示す画面を表示装置２０２などに表示させる。スピーカＩＤが取得できない場合とは、例えばスピーカ装置３０の音量が小さい、あるいは雑音などにより取得できない場合などである。

次に、携帯端末２０の選曲予約部２３は、上記ステップＳ２３においてユーザが選択した曲の曲ＩＤと、携帯端末２０の携帯端末ＩＤと、上記ステップＳ２４で取得したスピーカＩＤとを含む予約要求をサーバ装置１０に送信する（ステップＳ２５）。なお、携帯端末ＩＤとスピーカＩＤとの組は認証情報の一例である。

サーバ装置１０の認証部１２は、送受信部１１を介して、携帯端末２０から予約要求を受信すると認証処理を行う（ステップＳ２６）。すなわち、サーバ装置１０の認証部１２は、予約要求に含まれる携帯端末ＩＤとスピーカＩＤの組が登録情報ＤＢ１４の端末登録情報３０００に登録されているか否かを判断し、登録されている場合、認証成功と判断し、登録されていない場合、認証失敗と判断する。例えば、携帯端末ＩＤが「０８０６５３２３２７５」、スピーカＩＤが「ＳＰ０００００２」である場合、これらの組は端末登録情報３０００に登録されているため、認証成功と判断される。

ステップＳ２６の処理で認証成功であると判断された場合、サーバ装置１０の情報管理部１３は、予約要求に含まれるスピーカＩＤ、曲ＩＤ、携帯端末ＩＤを配信リストＤＢ１５の配信情報４０００に追加登録する（ステップＳ２７）。なお、このとき、情報管理部１３は、追加登録した日時（予約日時）も登録する。そして、サーバ装置１０の送受信部１１は、予約登録が完了したことを示す結果を携帯端末２０に送信する。このとき、例えば携帯端末２０の表示装置２０２に、曲の予約が完了したことを示す画面を表示させてもよい。

他方、ステップＳ２６の処理で認証失敗であると判断された場合（予約要求に含まれる携帯端末ＩＤとスピーカＩＤの組が登録情報ＤＢ１４の端末登録情報３０００に登録されていない場合）、予約登録が失敗したことを示す結果を携帯端末２０に送信する。このとき、例えば携帯端末２０の表示装置２０２に、曲の予約が失敗したことを示す画面を表示させてもよい。例えば、携帯端末２０のユーザがカラオケルームの外にいるような場合、携帯端末２０は、スピーカＩＤを取得することができないため、曲の予約を行うことができない。

次に、サーバ装置１０の情報管理部１３は、配信リストＤＢ１５の配信情報４０００から曲の抽出を行い、カラオケ装置４０に送信する（ステップＳ２８）。サーバ装置１０の情報管理部１３は、例えば図９に示すように、カラオケ機器ＩＤ毎（図９では、カラオケ機器ＩＤが「ＫＡ０００００２」の曲ＩＤを抽出した例を示している。）に曲ＩＤの抽出を行い、この曲ＩＤに対応する曲データをカラオケ装置４０に送信する。なお、例えば機器登録情報１０００と配信情報４０００とからカラオケ機器ＩＤ毎の曲ＩＤの一覧を抽出することができる。サーバ装置１０は、例えばスピーカＩＤが「ＳＰ０００００２」の曲ＩＤの曲データを、カラオケ機器ＩＤ「ＫＡ０００００２」のカラオケ装置４０に送信する。

なお、上記ステップＳ２８の処理は、所定の間隔で行うようにしてもよいし、配信情報４０００に登録されているレコード数が所定の数に達したら行うようにしてもよい。また、上記ステップＳ２８の処理において、カラオケ機器ＩＤ毎に曲の抽出を行った後、１曲ずつ曲データを、当該カラオケ機器ＩＤのカラオケ装置４０に送信してもよい。なお、上記のステップＳ２８で抽出した曲ＩＤは、予約日時の昇順でソートしてから、カラオケ装置４０に送信する。

そして、カラオケ装置４０の曲再生部４２は、送受信部４１を介してサーバ装置１０から受信した曲データを再生する（ステップＳ３０）。カラオケ装置４０の送受信部４１は、曲データの再生結果をサーバ装置１０に送信する。これにより、カラオケ装置４０は、ユーザが携帯端末２０から選曲及び予約した曲を再生することができる。

《退室処理》
次に、携帯端末２０を用いて、カラオケルームからの退室処理（カラオケの終了処理）を行う場合について説明する。これにより、携帯端末２０から予約した曲をサーバ装置１０から削除することができる。

図１０は、第１の実施形態に係る退室処理の一例のシーケンス図である。まず、ステップＳ３１及びＳ３２の処理は、それぞれ図７のステップＳ１１及びＳ１２の処理と同様である。すなわち、サーバ装置１０の送受信部１１は、スピーカＩＤが含まれる音声出力要求をスピーカ装置３０に送信し（ステップＳ３１）、スピーカ装置３０の音声出力制御部３２は、送受信部３１を介して受信した音声出力要求に従って音声（音波）を出力させる（ステップＳ３２）。

次に、ユーザは、携帯端末２０からカラオケルームから退室する操作（カラオケを終了させる）を行う（ステップＳ３３）。これは、例えば携帯端末２０にインストールされている上記の曲の予約を行うためのアプリケーションにおいて、退室ボタンを押下するなどで行うことができる。

すると、携帯端末２０のスピーカＩＤ取得部２４は、スピーカ装置３０から出力される音（音波）を入力し、スピーカＩＤを取得する（ステップＳ３４）。このときスピーカＩＤ取得部２４が取得するスピーカＩＤは、上記のステップＳ３１においてサーバ装置１０がスピーカ装置３０に送信した音声出力要求に含まれるスピーカＩＤである。例えばスピーカＩＤ取得部２４は、スピーカＩＤとして「ＳＰ０００００２」を取得する。

なお、携帯端末２０のスピーカＩＤ取得部２４は、スピーカＩＤが取得できなかった場合、スピーカＩＤが取得できなかったことを示す画面を表示装置２０２などに表示させる。スピーカＩＤが取得できない場合とは、例えばスピーカ装置３０の音量が小さい、あるいは雑音などにより取得できない場合などである。

次に、携帯端末２０のルーム退室部２５は、携帯端末２０の携帯端末ＩＤと、上記ステップＳ３４で取得したスピーカＩＤとを含む退室要求をサーバ装置１０に送信する（ステップＳ３５）。なお、退室要求は、削除要求の一例である。

サーバ装置１０の認証部１２は、送受信部１１を介して、携帯端末２０から退室要求を受信すると認証処理を行う（ステップＳ３６）。これは図８のステップＳ２６の処理と同様である。以降では、認証が成功したものとして説明を続ける。

サーバ装置１０の情報管理部１３は、配信リストＤＢ１５の配信情報４０００から、退室要求に含まれる携帯端末ＩＤと一致するレコードを削除する（ステップＳ３７）。すなわち、例えば退室要求を行った携帯端末２０の携帯端末ＩＤが「０８０６５３２３２７５」である場合、配信情報４０００から携帯端末ＩＤが「０８０６５３２３２７５」のレコードをすべて削除する。そして、サーバ装置１０の送受信部１１から退室処理完了を示す情報が、携帯端末２０に送信され、携帯端末２０の表示画面に退室処理が完了したことを示すメッセージなどが表示される。これにより、携帯端末２０のユーザが、カラオケを終了して、カラオケルームから退室する際に、このユーザが予約した曲をすべて削除することができる。したがって、カラオケルームから退室したユーザの曲が再生されてしまう事態を防止することができる。

また、ステップＳ３７において、サーバ装置１０の情報管理部１３は、さらに、端末登録情報３０００から退室要求に含まれる携帯端末ＩＤと一致するレコードを削除することが好ましい。これにより、ユーザの退室後に、退室したユーザの携帯端末２０を用いて選曲／予約処理が行われるのを防止することができる。

以上のように、第１の実施形態に係るカラオケ選曲予約システム１においては、ユーザは携帯端末２０を用いて、カラオケの曲の予約を行うことができる。このとき、事前に、携帯端末２０は、携帯端末ＩＤと共にスピーカＩＤをサーバ装置１０に登録する。また、携帯端末２０は、曲の予約を行うときは、曲ＩＤと共に携帯端末ＩＤとスピーカＩＤとを送信する。これにより、携帯端末２０は、スピーカ装置３０からスピーカＩＤを取得しなければ曲の予約を行うことができないようになっている。したがって、例えばカラオケルームの外など、スピーカ装置３０からスピーカＩＤを取得できない場所において、ユーザが携帯端末２０を用いて曲の予約を行うことを防止することができる。よって、カラオケの部屋の外や店外などにおいて、携帯端末２０を用いて曲の予約を行うなどの悪戯等を防止し、セキュリティを向上させることができる。

また、カラオケを終了する際には、携帯端末２０から退室操作を行うことで、この携帯端末２０から予約した曲をサーバ装置１０から削除することができる。これにより、すでにカラオケルームから退室したユーザの曲が再生されてしまう事態を防止することができる。

なお、上述したように、第１の実施形態のスピーカ装置３０は、例えばカラオケルームなどの吸音率が高い部屋に設置されている。したがって、携帯端末ＩＤのユーザは、カラオケルームの外からでは、スピーカＩＤが取得できない。なお、スピーカ装置３０が出力する音波の周波数帯域としては、４００Ｈｚ以上の周波数であることが好ましい。さらに好ましくは４００Ｈｚ〜１２００Ｈｚであることが好ましい。これは、吸音材として一般的に使用されているグラスウールの吸音効率が４００Ｈｚ未満は低いためである。

［第２の実施形態］
次に、本発明の第２の実施形態について説明する。第２の実施形態では、ユーザが部屋（カラオケルーム）を移動した場合、移動前の部屋で予約した曲が移動後の部屋に引き継がれる。これにより、例えば、当初は大人数で１つの部屋でカラオケを行っていたが、その後、複数のグループに分かれてそれぞれ異なる部屋でカラオケを行う場合に、移動後の部屋で再度、曲を予約する必要がない。なお、以降において、特に言及しない事項については、第１の実施形態に係るカラオケ選曲予約システム１と同様である。

＜システム構成＞
図１２は、第２の実施形態に係るカラオケ選曲予約システムの一例の構成図である。第２の実施形態に係るカラオケ選曲予約システム２では、ルームＡに設置されたスピーカ装置及びカラオケ装置を、それぞれスピーカ装置３０ａ及びカラオケ装置４０ａとする。他方、ルームＢに設置されたスピーカ装置及びカラオケ装置を、それぞれスピーカ装置３０ｂ及びカラオケ装置４０ｂとする。なお、スピーカ装置３０ａ及びスピーカ装置３０ｂを区別しないときは、スピーカ装置３０と記載し、カラオケ装置４０ａ及びカラオケ装置４０ｂを区別しないときは、カラオケ装置４０と記載する。

なお、ハードウェア構成は、第１の実施形態のハードウェア構成と同様のため説明を省略する。

＜機能構成＞
図１２は、第２の実施形態に係るカラオケ選曲予約システムの一例の機能構成図である。図１２のカラオケ選曲予約システム２の機能構成では、第１の実施形態に係るカラオケ選曲予約システム１の機能構成に加えて、携帯端末２０にルーム移動部２６が追加されている。ルーム移動部２６を除く他の機能構成は、第１の実施形態と同様であるため説明を省略する。

携帯端末２０のルーム移動部２６は、入力装置２０１などにより実現され、ユーザの部屋移動操作に基づき、部屋（ルーム）の移動処理を行う。

＜処理の詳細＞
次に、第２の実施形態に係るカラオケ選曲予約システムの処理の詳細について説明する。なお、携帯端末登録処理、選曲／予約処理、及び退室処理については、第１の実施形態に係るカラオケ選曲予約システムと同様であるため説明を省略する。

《部屋移動処理》
図１３は、第２の実施形態に係る部屋移動処理の一例のシーケンス図である。まず、ステップＳ４１及びＳ４２の処理は、それぞれ図７のステップＳ１１及びＳ１２の処理と同様である。すなわち、サーバ装置１０の送受信部１１は、スピーカＩＤが含まれる音声出力要求をスピーカ装置３０ａに送信し（ステップＳ４１）、スピーカ装置３０ａの音声出力制御部３２は、送受信部３１を介して受信した音声出力要求に従って音声（音波）を出力させる（ステップＳ４２）。

次に、ユーザは、携帯端末２０から部屋の移動を開始する操作を行う（ステップＳ４３）。なお、これは、ユーザが、例えばルームＡからルームＢに部屋を移動したい場合に行う操作である。

すると、携帯端末２０のスピーカＩＤ取得部２４は、スピーカ装置３０ａから出力される音（音波）を入力し、スピーカＩＤを取得する（ステップＳ４４）。このときスピーカＩＤ取得部２４が取得するスピーカＩＤは、上記のステップＳ４１においてサーバ装置１０がスピーカ装置３０に送信した音声出力要求に含まれるスピーカＩＤである。ここでは、例えばスピーカＩＤ取得部２４は、スピーカＩＤとして「ＳＰ０００００１」を取得したものとして説明を続ける。なお、スピーカＩＤが取得できなかった場合については、携帯端末登録処理、選曲／予約処理、及び退室処理などと同様である。

次に、携帯端末２０のルーム移動部２６は、携帯端末２０の携帯端末ＩＤと、上記ステップＳ４４で取得したスピーカＩＤとを含む移動開始要求をサーバ装置１０に送信する（ステップＳ４５）。

サーバ装置１０の認証部１２は、送受信部１１を介して、携帯端末２０から移動開始要求を受信すると認証処理を行う（ステップＳ４６）。これは図８のステップＳ２６の処理と同様である。以降では、認証が成功したものとして説明を続ける。

サーバ装置１０の情報管理部１３は、配信リストＤＢ１５の配信情報４０００から、移動開始要求に含まれる携帯端末ＩＤと一致するレコードを抽出し、この抽出したレコードを配信情報４０００から削除する（ステップＳ４７）。例えば、部屋の移動開始要求を行った携帯端末２０の携帯端末ＩＤが「０８０３８４６９４７３」である場合、ステップＳ４７において配信情報４０００から抽出されるレコードは図１４（ａ）に示すレコードである。その後、サーバ装置１０は、部屋の移動開始要求を受け付けたことを示す情報を携帯端末２０に送信し、携帯端末２０は、部屋の移動を開始することができることを示すメッセージなどを表示画面に表示させる。ユーザは、携帯端末２０にこのメッセージが表示されてから部屋の移動（例えばルームＡからルームＢに移動）する。

以上のステップＳ４１〜Ｓ４７の処理により、携帯端末２０がルームＡにおいて選曲予約した曲は、ルームＡのカラオケ装置４０ａでは再生されなくなる。

続いてのステップＳ４８及びＳ４９の処理は、それぞれ図７のステップＳ１１及びＳ１２の処理と同様である。すなわち、サーバ装置１０の送受信部１１は、スピーカＩＤが含まれる音声出力要求をスピーカ装置３０ｂに送信し（ステップＳ４８）、スピーカ装置３０ｂの音声出力制御部３２は、送受信部３１を介して受信した音声出力要求に従って音声（音波）を出力させる（ステップＳ４９）。

次に、ユーザは、移動先の部屋（例えばルームＢ）において、携帯端末２０から部屋移動完了の操作を行う（ステップＳ５０）。

すると、携帯端末２０のスピーカＩＤ取得部２４は、スピーカ装置３０ｂから出力される音（音波）を入力し、スピーカＩＤを取得する（ステップＳ５１）。このときスピーカＩＤ取得部２４が取得するスピーカＩＤは、上記のステップＳ４８においてサーバ装置１０がスピーカ装置３０に送信した音声出力要求に含まれるスピーカＩＤである。ここでは、例えばスピーカＩＤ取得部２４は、スピーカＩＤとして「ＳＰ０００００２」を取得したものとして説明を続ける。なお、スピーカＩＤが取得できなかった場合については、携帯端末登録処理、選曲／予約処理、及び退室処理などと同様である。

次に、携帯端末２０のルーム移動部２６は、携帯端末２０の携帯端末ＩＤと、上記ステップＳ５１で取得したスピーカＩＤとを含む部屋移動完了要求をサーバ装置１０に送信する（ステップＳ５２）。なお、部屋移動完了要求は、変更要求の一例である。

サーバ装置１０の情報管理部１３は、部屋移動完了要求に含まれる携帯端末ＩＤとスピーカＩＤとを用いて、端末登録情報３０００と配信情報４０００とを更新する（ステップＳ５３）。そして、サーバ装置１０の送受信部１１は、部屋移動が完了したことを示す情報を携帯端末２０に送信する。

なお、上記のステップＳ５３では、端末登録情報３０００の該当の携帯端末ＩＤのレコードについて、スピーカＩＤを更新する。例えば携帯端末ＩＤ「０８０３８４６９４７３」である場合、この携帯端末ＩＤのレコードについてのスピーカＩＤを「ＳＰ０００００１」から「ＳＰ０００００２」更新する。

また、上記のステップＳ５３では、上記のステップＳ４７で抽出した図１４（ａ）のレコードについて、図１４（ｂ）に示すようにスピーカＩＤを「ＳＰ０００００１」から「ＳＰ０００００２」更新する。そして、この図１４（ｂ）のレコードを配信情報４０００に追加（更新）する。これにより、移動前の部屋（ルームＡ）において予約した曲が移動後の部屋（ルームＢ）に設置されているカラオケ装置４０ｂで再生されるようになる。

以上のように、第２の実施形態に係るカラオケ選曲予約システム２においては、ユーザが部屋を移動した場合においても、移動後の部屋で、移動前の部屋において予約した曲を再生することができる。これにより、例えば、途中で部屋を移動した場合や、当初は複数人で１つの部屋を使っていたがその後、複数の部屋に分かれた場合などにおいて、移動前の部屋において予約した曲を予約し直す必要がない。これにより、例えばカラオケ店の店舗側の稼働率を上げるために、顧客の人数に応じた部屋に移動をお願いする場合などにおいて、再度、曲の予約を行う必要がなく、手間が軽減される。

（応用例）
次に、カラオケ選曲予約システム以外の本発明の応用例について簡単に説明する。図１５は、本発明の応用例を示す図である。

図１５（ａ）では、カラオケルームなどと同様な吸音材を用いた部屋（例えば会社内）にＰＣ端末とスピーカ装置が設置されており、それぞれがサーバ装置と接続されていることを示す図である。ＰＣ装置には、マイクが内蔵又は外付けされており、スピーカ装置から音波を入力して、スピーカＩＤを取得することができるようになっている。このような場合において、ＰＣ端末にユーザがログイン又はＰＣ端末を起動する際は、このＰＣ端末の端末ＩＤとスピーカから取得したスピーカＩＤとの組をサーバ装置に送信し認証を行うようにして、認証が成功した場合のみログイン又は起動を認めるようにする。これにより、例えばＰＣ端末が盗難にあっても、部屋の外（会社の外）ではスピーカＩＤを取得できないため、ＰＣ端末にログイン又は起動をすることができない。

同様に、図１５（ａ）では、一般の家電製品などに本発明を応用した例である。家電製品（図１５（ａ）の例ではエアコン）を起動させるためのリモコンは、家電製品を起動させる際に、スピーカ装置からスピーカＩＤを取得し、リモコンの機器ＩＤとスピーカＩＤをサーバ装置に送信する。そして、サーバ装置で認証が成功した場合のみ家電製品の起動を認めるようにする。これによって、例えば部屋の外からでは、リモコンを用いて家電製品を起動することができないようすることができる。

なお、本実施形態においては、識別情報発信装置の伝送媒体として、一例として音波を用いた場合を示したが、伝送媒体は音波に限られない。例えば、無線ＬＡＮなどで用いられている電波でもよい。また、識別情報発信装置として照明装置を用いて、伝送媒体として光を用いてもよい。ただし、伝送媒体として電波を用いる場合、屋内に設置した無線ＬＡＮルータなどの電波が屋外でも受信することができるため、空間領域（例えば、部屋）を特定するためには、例えば壁の間に鉄筋を入れるなどの対応が必要である。また、伝送媒体として照明装置の光を利用する場合、窓の無い部屋に照明装置を設置する、ブラインドを下ろすなどの対応を行う必要がある。

他方、上記の実施形態において説明したように、カラオケボックスでは、既に防音対策が施されているため、前述したような対応は不要である。

また、一般家庭の部屋でも壁には石膏ボード、壁の間にはグラスウールが使用されているため、本発明は、一般家庭においても適用可能である。

なお、認証部１２は、認証手段の一例である。送受信部１１、送受信部３１は、第１の送信手段の一例である。送受信部２１は、第２の送信手段の一例である。送受信部１１は、第３の送信手段の一例である。ルーム退室部２５及び情報管理部１３は、削除手段の一例である。ルーム移動部２６及び情報管理部１３は、変更手段の一例である。スピーカＩＤ、部屋番号、店名と部屋番号の組は、第１の識別情報の一例である。携帯端末ＩＤは、第２の識別情報の一例である。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１，２ カラオケ選曲予約システム
１０ サーバ装置
１１ 送受信部
１２ 認証部
１３ 情報管理部
１４ 登録情報ＤＢ
１５ 配信リストＤＢ
２０ 携帯端末
２１ 送受信部
２２ 端末登録部
２３ 選曲予約部
２４ スピーカＩＤ取得部
２５ ルーム退室部
２６ ルーム移動部
３０ スピーカ装置
３１ 送受信部
３２ 音声出力制御部
４０ カラオケ装置
４１ 送受信部
４２ 曲再生部
１０００ 機器登録情報
２０００ 登録可否情報
３０００ 端末登録情報
４０００ 配信情報

特開２００２−６８６９号公報 特開２０１３−１１４０１２号公報

Claims (10)

1. 識別情報発信装置と、電子機器と、情報処理装置とを有する情報処理システムであって、
   前記識別情報発信装置又は前記識別情報発信装置が設置されている空間領域を一意に識別する第１の識別情報を送信する第１の送信手段と、
   前記第１の識別情報と前記電子機器を一意に識別する第２の識別情報とを含む認証情報を送信する第２の送信手段と、
   前記認証情報に基づいて、前記情報処理装置が前記電子機器の認証を行い、該認証が成功した場合、所定の処理を行うように制御する認証手段と、
   を有する情報処理システム。
2. 前記認証手段は、所定の第１の記憶領域の記憶された第１の識別情報と第２の識別情報との組と、前記認証情報に含まれる第１の識別情報と第２の識別情報とに基づいて、認証を行う、請求項１記載の情報処理システム。
3. 前記所定の第１の記憶領域に記憶された第１の識別情報を削除する削除手段を有し、
   前記削除手段は、前記電子機器から削除要求を受け付けると、該削除要求に含まれる前記第２の識別情報が含まれる組を前記所定の記憶領域から削除する、請求項２記載の情報処理システム。
4. 前記所定の第１の記憶領域に記憶された第１の識別情報を変更する変更手段を有し、
   前記変更手段は、前記電子機器から前記第１の識別情報の変更要求を受け付けると、該変更要求に含まれる、他の識別情報発信装置又は該他の識別情報発信装置が設置されている他の空間領域を一意に識別する第３の識別情報に、前記第１の識別情報を変更する、請求項２又は３記載の情報処理システム。
5. 前記情報処理システムは、さらに、曲データに従って曲を再生するカラオケ装置を有し、
   前記認証情報は、前記第１の識別情報と、前記第２の識別情報と、前記カラオケ装置に送信するためのカラオケの選曲予約に関する情報を含み、
   前記認証手段は、前記第１の識別情報と前記第２の識別情報とに基づいて、前記認証を行い、該認証が成功した場合、前記選曲予約に関する情報を所定の第２の記憶領域に格納する、請求項１ないし４のいずれか１項に記載の情報処理システム。
6. 前記カラオケ装置に前記選曲予約に関する情報を送信する第３の送信手段を有し、
   前記第３の送信手段は、前記所定の第２の記憶領域に格納されている前記選曲予約に関する情報を前記カラオケ装置に送信し、
   前記カラオケ装置は、
   前記選曲予約に関する情報を受け取ると、該選曲予約に関する情報に基づき、曲データに従って曲を再生する、請求項５記載の情報処理システム。
7. 前記第１の送信手段は、音波を用いて、前記識別情報発信装置又は前記識別情報発信装置が設置されている空間領域を一意に識別する第１の識別情報を送信する、請求項１ないし６のいずれか１項に記載の情報処理システム。
8. 前記音波の周波数帯域が、４００Ｈｚ以上の周波数である、請求項７記載の情報処理システム。
9. 前記識別情報発信装置は、スピーカである、請求項１ないし８のいずれか１項に記載の情報処理システム。
10. 電子機器とネットワークを介して接続された情報処理装置であって、
    前記電子機器から、該電子機器と同じ部屋に設置された識別情報発信装置又は該識別情報発信装置が設置されている空間領域を一意に識別する第１の識別情報と、前記電子機器を一意に識別する第２の識別情報とを含む認証情報を受信する受信手段と、
    前記認証情報に基づいて、前記情報処理装置が前記電子機器の認証を行い、該認証が成功した場合、所定の処理を行うように制御する認証手段と、
    を有する情報処理装置。

Images