JP4775283B2 - カラオケネットワークシステム - Google Patents

Description

本発明は、ネットワークを利用したカラオケ情報提供システムに関するものであり、特に、カラオケユーザが所望するコンテンツを利用可能なカラオケ装置についての情報を提供するための技術に関する。

近年、カラオケ演奏のみならず、映画、バラエティ番組、ドラマ、ＣＭといった映像コンテンツや、オーディションやクイズ等のユーザ参加型コンテンツ、飲食物等の注文といった購買コンテンツ等、様々なコンテンツを再生可能なカラオケ装置が実現されており、カラオケ装置が提供可能なコンテンツは多種多様化の一途をたどっている。また、これら様々なコンテンツを、ネットワークを介して配信用のホストサーバから各カラオケ店（例えば、カラオケボックス等）に設置されたカラオケ装置へ配信するいわゆる通信カラオケシステムも広く普及している。

また、この種の通信カラオケシステムとして、特許文献１に記載のように、新譜楽曲のタイトル、楽曲ＩＤ等を含んだ新譜紹介記事データや、会員ユーザが実際に歌唱した楽曲に関する演奏履歴情報をホストサーバから会員ユーザの携帯情報端末に配信するサービスを行うものが知られている。このようなサービスは、ユーザがカラオケを積極的に利用するための動機付けとなる。
特開２００２−３２８６８７号公報

通常、通信カラオケシステムにおいては、配信用のホストサーバと、カラオケ店に配置されている複数のカラオケ装置のうちホストサーバの管理下にある代表のカラオケ装置（以下、マスタ機と称する）とが直接通信することで、ホストサーバからマスタ機へコンテンツが配信される（１次配信）。そして、マスタ機に配信されたコンテンツは、ＬＡＮ（Local Area Network）等のネットワークを介して、マスタ機から当該カラオケ店内でマスタ機の管理下にあるカラオケ装置（以下、スレイブ機と称する）へとコピーされることで、カラオケ店内の各カラオケ装置へ配信される（２次配信）。

一方、カラオケ装置からユーザへ提供可能なコンテンツが多種多様化するにあたり、ホストサーバから各カラオケ店へ配信するコンテンツのデータ量は増加している。このため、カラオケ装置のマスタ機からスレイブ機へコンテンツをコピーする際の通信負荷が増大する等の事情により、新たに配信されたコンテンツを取得するのに各カラオケ装置間で時間差が生じる。つまり、同一のカラオケ店内において、全てのカラオケ装置へのコンテンツのコピーが完了していなければ、例えば部屋ａに設置されたカラオケ装置で利用可能なコンテンツが部屋ｂに設置されたカラオケ装置では利用できないといった状況が発生する場合がある。

また、ホストサーバからカラオケ店に配信されるコンテンツの種類や内容は、ポップス、演歌、洋楽等のジャンルや地域といったカテゴリごとに分類された複数のコンテンツの集合体であるパッケージごとに、各カラオケ店とコンテンツ提供者との契約によって決められるものである。つまり、カラオケ店によって契約するパッケージは異なるため利用できるコンテンツも異なり、カラオケ店ａで利用可能なコンテンツがカラオケ店ｂでは利用できないといった状況が発生する場合がある。さらに、部屋ｃ１〜ｃｍを有する部屋数ｍのカラオケ店ｃの中において、例えば、コンテンツｄを利用可能とする部屋の契約数が部屋数ｍより少ない場合、部屋ｃ１〜ｃｍに設置された全てのカラオケ装置でコンテンツｄは利用可能とはならない場合もある。

上述のように、カラオケ店によって利用可能なコンテンツが異なったり、あるいは同じカラオケ店でも部屋によって利用できるコンテンツが異なるといった状況が生じることで、次のような問題が起こり得る。例えば、ユーザにとって特定のお気に入りのコンテンツがある場合、前回そのお気に入りのコンテンツを利用したカラオケ店とは異なる店舗、あるいは前回と同じカラオケ店であるが前回とは違う部屋で、当該お気に入りのコンテンツを利用しようとしたときに、そこに設置されているカラオケ装置ではそのお気に入りのコンテンツを利用できないといった事態が生じることがある。また、ユーザが特定のお気に入りのコンテンツを利用できたカラオケ店を再び訪れたが、その気に入りのコンテンツを利用することができた部屋を既に他のユーザが使用中であれば、そのユーザは他の部屋に案内される。このとき、他の部屋に設置されているカラオケ装置の契約が異なれば、案内された他の部屋ではそのお気に入りのコンテンツを利用できない可能性もある。

このような場合、大抵ユーザが部屋に入室し、その部屋に設置されたカラオケ装置の使用を開始してから、特定のお気に入りのコンテンツが利用できないことが判明するため、ユーザにとっては大変不便である。

特許文献１に記載の通信カラオケシステムにおいては、ホストサーバから会員ユーザに対して新譜楽曲情報が配信されるものの、ホストサーバ側において、当該新譜楽曲が実際に個々のカラオケ装置に配信済みであるかどうかについては考慮されていない。したがって、ユーザに対して新譜楽曲情報が配信されたとしても、上述のような事情により実際にその新譜楽曲が各カラオケ装置に配信済みであるとは限らないため、上記問題を解決することはできない。

本発明は、上述のような問題を解決するためになされており、カラオケ店における特定のコンテンツの利用可否をユーザが事前に知ることができる技術を提供することで、ユーザにとっての利便性を向上することを目的とする。

上記目的を達成するためになされた請求項１に記載のカラオケネットワークシステムは、以下のような特徴を有する。
本発明のカラオケネットワークシステムは、カラオケ楽曲を少なくとも含むコンテンツを再生するカラオケ装置でありホストサーバからコンテンツの配信を受ける１つ以上のマスタ機と、マスタ機それぞれに対しコンテンツの配信を行うホストサーバとが第１ネットワークを介して通信可能に接続されている。また、情報表示機能とユーザが入力操作する入力機能とを有する情報端末と、ホストサーバとが第２ネットワークを介して通信可能に接続されている。さらに、カラオケ装置でありマスタ機からコンテンツの配信を受ける１つ以上のスレイブ機と、マスタ機とが第３ネットワークを介して通信可能に接続されている。

このうち、情報端末は、ユーザが指定する特定のコンテンツのカラオケ装置における利用可否に関する利用可否情報の配信を要求するための情報であり、少なくとも特定のコンテンツの識別情報を含んだ第１情報をホストサーバへ送信する第１情報送信手段と、送信された第１情報に応じてホストサーバから配信される第２情報を取得する第２情報取得手段と、取得した第２情報に含まれる利用可否情報に基づく情報を表示する表示手段とを備える。

ホストサーバは、情報端末から第１情報を取得した場合、この第１情報に基づき、前記特定のコンテンツの取得状況に関するコンテンツ取得状況情報をホストサーバへ配信することを要求するための第３情報を、マスタ機に対して送信する第３情報送信手段と、送信された第３情報に応じてマスタ機それぞれから配信される第４情報を取得する第４情報取得手段と、取得した第４情報に含まれるコンテンツ取得状況情報に基づき、各カラオケ装置における特定のコンテンツの利用可否に関する利用可否情報を作成し、この利用可否情報を含んだ第２情報を第１情報送信元の情報端末へ配信する第２情報配信手段とを備える。

マスタ機は、スレイブ機におけるコンテンツの取得状況に関する取得情報をマスタ機へ配信することを要求するための第５情報を、マスタ機に接続されたスレイブ機それぞれに対して送信する第５情報送信手段と、送信された第５情報に応じてスレイブ機それぞれから配信される第６情報を取得する第６情報取得手段と、ホストサーバから第３情報を取得した場合、第６情報取得手段によって取得した第６情報に含まれる取得情報に基づくスレイブ機それぞれにおけるコンテンツの取得状況と、自マスタ機におけるコンテンツの取得状況とに基づいて、各カラオケ装置における第３情報に該当するコンテンツの取得状況に関するコンテンツ取得状況情報を含んだ第４情報をホストサーバへ配信する第４情報配信手段とを備える。

スレイブ機は、マスタ機から第５情報を取得した場合、自スレイブ機におけるコンテンツの取得状況に関する取得情報を含んだ第６情報をマスタ機へ配信する第６情報配信手段を備える。

なお、ここでいう情報端末とは、例えば、携帯電話等のユーザが携帯する携帯端末や、パーソナルコンピュータ（以下、パソコンと表記する）等の通信機能及び情報表示機能を有する機器を指す。また、携帯端末としては、携帯電話の他に通信機能を有するＰＤＡ（Personal Digital Assistants）等も挙げられる。

このように構成されたカラオケネットワークシステムによれば、ユーザが操作する情報端末からの要求（第１情報）に応じて、ホストサーバが管理下のカラオケ装置（マスタ機）から取得したコンテンツ取得状況に基づく利用可否情報（第２情報）がホストサーバから情報端末へ配信される。具体的には、ユーザが情報端末を介してコンテンツＡについての利用可否情報の配信をホストサーバに対して要求した場合、例えば、このコンテンツＡを利用できる（つまり、コンテンツＡが配信済みである）カラオケ装置が設置されている店舗名や住所、連絡先、カラオケルーム（カラオケ装置が設置されている部屋）の部屋番号等が表示されるように構成することが考えられる。ユーザはその内容を確認することで、カラオケ店に来店する前に目的のコンテンツがどのカラオケ装置で利用できるかを携帯電話やパソコン等で予め知ることができ、ユーザにとって大変便利である。

また、ホストサーバが管理下のマスタ機からコンテンツの取得状況に関する情報を収集する際、マスタ機からは、自マスタ機における取得状況だけでなく、マスタ機が自機の管理下にあるスレイブ機から収集した各スレイブ機における取得状況（第６情報）もホストサーバへ配信される（第４情報）。これにより、ホストサーバは、各マスタ機の管理下にあるカラオケ装置それぞれのコンテンツ取得情報、つまり、自ホストサーバの管理外にあるスレイブ機におけるコンテンツの取得情報も取得できる。これにより、カラオケ装置がホストサーバの管理下にあるか否かに関わらず、ホストサーバは各カラオケ装置のコンテンツの取得状況を確実に取得できる。つまり、たとえ同一のカラオケ店内においてカラオケ装置ごとにコンテンツの取得状況が異なる場合であっても、ホストサーバがマスタ機から収集した情報に基づいて、正確な利用可否情報をユーザに対して提供可能である。

ところで、マスタ機が自機の管理下にあるスレイブ機に対してコンテンツの取得状況の配信を要求する（第５情報）タイミングについては、請求項２に記載のように、ホストサーバから第３情報を取得した際、すなわちホストサーバからマスタ機に対してコンテンツ取得状況情報の配信要求があったときとすることが考えられる。このようにすることで、ユーザが目的のコンテンツの利用可否に関する情報を要求したタイミングでマスタ機が各スレイブ機の取得状況を収集するため、ユーザに提供する利用可否情報の即時性を確保することができるといった利点がある。

一方、マスタ機が自機の管理下にあるスレイブ機に対してコンテンツの取得状況の配信を要求するタイミングを、請求項３に記載のように、スレイブ機においてコンテンツ取得状況が変化したときとすることも考えられる。なお、スレイブ機においてコンテンツ取得状況が変化する事例としては、マスタ機からスレイブ機に対して新たなコンテンツが配信されたときや、コンテンツ提供者とカラオケ店との間の契約が変更されることにより、マスタ機によってスレイブ機で利用可能なコンテンツの種類や数量が変更されたとき、スレイブ機においてコンテンツを記憶する記憶媒体が交換されたとき等が挙げられる。

このようにすることで、スレイブ機においてコンテンツ取得状況が変化したとき、すなわち、ホストサーバの管理下にないカラオケ装置におけるコンテンツ取得状況が変化する都度、当該スレイブ機における取得状況をマスタ機が取得しておくことができる。そして、ホストサーバからマスタ機に対してコンテンツ取得状況情報の配信要求があったときに、予め取得してある取得状況に基づいてマスタ機が即座に応答可能であるとった即応性の面で利点がある。

次に、請求項４に記載のカラオケネットワークシステムは、ユーザが操作する情報端末から送信する要求情報に、所定の検索条件を付加することが可能であることを特徴とする。具体的には、情報端末が備える第１情報送信手段は、ホストサーバから得られる利用可否情報の内容を絞り込むための所定の検索条件を示す情報を更に含んだ第１情報をホストサーバへ送信する。一方、ホストサーバは、マスタ機あるいはマスタ機が設置されている店舗ごとに前記検索条件に対応する管理情報を記憶しており、この管理情報に基づき、第１情報における検索条件に適合する利用可否情報を作成し、この利用可否情報を含んだ第２情報を第１情報送信元の情報端末へ配信する。

このように構成されたカラオケネットワークシステムによれば、ユーザによって検索条件が指定されることでユーザに提供する利用可否情報をユーザの目的やニーズに適ったものに絞り込むことができる。その結果、ユーザは自身にとって価値のある情報のみを得ることができるので、大変便利である。

この検索条件の具体例としては、請求項５に記載のように、地理的位置の特定に関する条件が挙げられる。この地理的位置の特定に関する条件には、例えば、ユーザの現在位置や、ユーザがこれから赴く場所等、ユーザがカラオケサービスを利用したいと考えている場所を特定するための条件等がある。そして、ホストサーバは、この地理的位置の特定に関する条件に基づき、当該位置の近隣に存在するカラオケ店における利用可否情報のみをユーザに対して配信するといった運用が考えられる。

また、検索条件の具体例として、請求項６に記載のように、カラオケ装置が設置されている店舗の特定に関する条件が挙げられる。この店舗の特定に関する条件には、例えば店舗名等がある。また、店舗を特定できる情報であれば、電話番号等であってもよい。そして、ホストサーバは、この店舗の特定に関する条件に基づき、当該店舗に設置されているカラオケ装置における利用可否情報のみをユーザに対して配信するといった運用が考えられる。

また、検索条件の具体例として、請求項７に記載のように、コンテンツを利用可能な時間の特定に関する条件が挙げられる。この時間に関する条件には、例えばユーザがカラオケサービスを利用したい日時等がある。そして、ホストサーバは、この時間に関する条件に基づいて各カラオケ店の営業時間等を考慮することで、当該日時においてユーザにより指定されたコンテンツが利用可能なカラオケ店における利用可否情報のみをユーザに対して配信するといった運用が考えられる。

以下、本発明の一実施形態を図面に基づいて説明する。
［カラオケネットワークシステム１の構成の説明］
図１は、インターネット２００を利用したカラオケネットワークシステム１の概略構成を示すブロック図である。

図１に示すように、カラオケネットワークシステム１は、カラオケ用ホストサーバ２、及びインターネット用ホストサーバ３に対して、カラオケサービスを提供するカラオケ店等の各カラオケルームに設置されるカラオケ装置であってカラオケ用ホストサーバ２と直接通信可能なマスタ機４ａ、並びにカラオケ用ホストサーバ２とは直接通信しないスレイブ機４ｂ、及びリモコン端末５がＬＡＮ１００を介して接続された店舗内のネットワークと、パーソナルコンピュータ（以下、パソコン）６ａ及び携帯電話６ｂ等の情報端末からなるユーザ端末６とが、インターネット２００を介して接続されることによって形成されている。

カラオケ用ホストサーバ２は、カラオケ店等に通常１台設置されているカラオケ装置のマスタ機４ａに対してカラオケの楽曲データや各種コンテンツデータ等を配信するためのカラオケサービス用のホストサーバである。カラオケ用ホストサーバ２は、ホストサーバ側のルータ１４０とカラオケ店側のルータ１２０との間でインターネット２００上に形成されるＶＰＮ（virtual private network）を介して、カラオケ店側のＬＡＮ１００に接続されている。つまり、カラオケ用ホストサーバ２と、マスタ機４ａ及びリモコン端末５との間の通信は、インターネット２００上のＶＰＮ及びカラオケ店側のＬＡＮ１００を介して行われる。

さらに、本カラオケネットワークシステム１において、カラオケ用ホストサーバ２は、本システムを利用する権限を有するユーザに関する登録情報を蓄積するユーザ登録データベース２ｃ（詳細は後述する）や、登録されているユーザのカラオケ歌唱に関する情報及び当該ユーザから提供される情報等をインターネット２００上で公開するための個人用Ｗｅｂページのデータを蓄積する個人用Ｗｅｂページデータベース２ｄ（詳細は後述する）等を有するデータベース２ｂを備えている。また、このデータベース２ｂには、各カラオケ店向けに配信するコンテンツのデータや、各カラオケ店の位置（住所、地図上の座標等）や電話番号等の連絡先、営業時間、各カラオケ店に設置されているマスタ機４ａの識別情報等といった各種情報を含む管理データベースも格納されている。

そして、カラオケ用ホストサーバ２が備えるＷｅｂサーバ２ａは、このデータベース２ｂと連携しており、カラオケ店側のリモコン端末４等からの要求に応じて、カラオケネットワークシステム１を利用するためにログインしようとするユーザに対する認証や、ログインしたユーザに対する個人用Ｗｅｂページの配信・更新サービスを行う。すなわち、ここでいう連携とは、ユーザ認証及び個人用Ｗｅｂページの配信をＷｅｂサーバ２ａが行うために、データベース２ｂ内に格納されたユーザ登録データベース２ｃや個人用Ｗｅｂページデータベース２ｄを参照したり、Ｗｅｂサーバ２ａが受け付けた個人用Ｗｅｂページ更新のデータをデータベース２ｂ内に格納された個人用Ｗｅｂページデータベース２ｄに反映させたりすることで、Ｗｅｂサーバ２ａが行う前記サービスに利用するためのデータと、データベース２ｂに格納されているデータとが対応していることを指す。

インターネット用ホストサーバ３は、Ｗｅｂサーバ３ａによってパソコン６ａや携帯電話６ｂ等の情報端末（以下、これらを総称する場合はユーザ端末６と表記する）に対してインターネット２００を介して情報の送信をするためのホストサーバである。また、インターネット用ホストサーバ３は、適宜な通信回線（例えば、ＬＡＮやＡＤＳＬ回線等）を介してカラオケ用ホストサーバ２と通信可能に構成されている。

また、インターネット用ホストサーバ３が備えるデータベース３ｂは、カラオケ用ホストサーバ２が備えるデータベース２ｂとの間でミラーリングを行うことで、上述のユーザ登録データベース２ｃや個人用Ｗｅｂページデータベース２ｄといった一部のデータを互いに共有（すなわち、同一のデータをそれぞれ有する）している。

そして、インターネット用ホストサーバ３が備えるＷｅｂサーバ３ａは、データベース３ｂと（上述のＷｅｂサーバ２ａと同様に）連携しており、ユーザ端末６からの要求に応じて、カラオケ用ホストサーバ２が備えるＷｅｂサーバ２ａと同様にカラオケネットワークシステム１を利用するためにログインしようとするユーザに対する認証や、ログインしたユーザに対する個人用Ｗｅｂページの配信・更新サービスを行う。

また、Ｗｅｂサーバ３ａは、ユーザ端末６からの特定のコンテンツの利用可否に関する問い合わせに対し、カラオケ用ホストサーバ２を介して各カラオケ店のコンテンツの取得状況に関する情報を収集し、この収集した情報に基づいて当該コンテンツの利用可否に関する情報をユーザ端末６へ配信するサービスを行う。

パソコン６ａは、十分な処理能力を有する通常のコンピュータであり、適宜な通信回線を介してインターネット２００に接続されている。また、パソコン６ａは、インターネット２００を介して受信したＷｅｂページを閲覧したり、ユーザが画面上で情報や操作指示を入力したり、アニメーション等を表示するためのアプリケーションを動作させたりするための、いわゆるＷｅｂブラウザ機能を有するアプリケーションを備えている。

携帯電話６ｂは、携帯電話事業者が提供するアクセスポイントや通信回線を介してインターネット２００に接続可能ないわゆる第３世代以降の携帯電話であり、電話をかける・受けるといった通話機能以外に、インターネット２００を介して受信したＷｅｂページを画面で閲覧したり、ユーザが画面上で情報や操作指示を入力したり、アニメーション等を表示するためのアプリケーションを動作させたりするための、いわゆるＷｅｂブラウザ機能を有するアプリケーションを備えている。

パソコン６ａ及び携帯電話６ｂ等からなるユーザ端末６は、インターネット２００を介してインターネット用ホストサーバ３内のＷｅｂサーバ３ａへアクセスし、Ｗｅｂサーバ３ａから受信したデータに基づいて個人用Ｗｅｂページの閲覧・更新や、ユーザが指定したコンテンツの利用可否に関する情報の取得及び表示を行うための各種処理を実行する。

カラオケ装置のマスタ機４ａ及びスレイブ機４ｂ（以下、これらを総称するときは、単にカラオケ装置４と称する）は何れも、カラオケを利用するユーザから指定されたカラオケ楽曲や、映画、バラエティ番組、ドラマ、ＣＭといった映像コンテンツやオーディション、クイズ等のユーザ参加型のコンテンツ、飲食物の注文といった購買コンテンツ等、様々なコンテンツの再生を行うための装置である。

カラオケ装置４は、全体の作動を制御する制御部、ＬＡＮ１００に接続し外部と通信を行うための通信インタフェース、カラオケ用の楽曲データや映像データ等のコンテンツデータやプログラム等の各種データを記憶するハードディスク（ＨＤＤ）、複数のキースイッチからなる操作部、リモコン端末５と通信を行うための赤外線通信部、マイクロフォン、演奏データに基づく演奏再生を行うＭＩＤＩ音源、ＭＩＤＩ音源から生成されたオーディオ信号及びマイクロフォンから入力されたオーディオ信号をスピーカへ出力する音声制御部、画像データに基づく映像の再生を制御する映像再生部、映像を表示するためのモニタ等を備える。

リモコン端末５は、カラオケルーム内で使用されるためのものであり、ユーザが再生を希望するコンテンツの再生の予約を行うための操作等の各種操作をユーザから受け付け、その操作信号を赤外線通信によってカラオケ装置４に送信する機能を有する。また、リモコン端末５は、無線ＬＡＮ規格に従った無線通信によりアクセスポイント１１０経由でＬＡＮ１００及びインターネット２００上のＶＰＮを介してカラオケ用ホストサーバ２へアクセスし、カラオケ用ホストサーバ２から受信したデータに基づいて個人用Ｗｅｂページの閲覧・更新するための機能も有する。

ＬＡＮ１００にはアクセスポイント１１０が接続されている。このアクセスポイント１１０は、無線ＬＡＮ規格（例えば、IEEE802.11a/b/g規格，HomeＲＦ規格，Bluetooth規格など）に従った無線通信で端末間を接続するための電波中継機であり、複数の端末と同時に通信を行う機能を有する。リモコン端末５とカラオケ用ホストサーバ２とは、このアクセスポイント１１０を中継することによって、ＬＡＮ１００及びインターネット２００上のＶＰＮを介して互いにデータ通信を行うことができる。

ルータ１２０，１４０は、インターネット２００等の外部ネットワーク上の通信経路を暗号化して、仮想的に専用回線で接続されている状態を作り出すＶＰＮ技術を利用するためのいわゆるＶＰＮゲートウェイである。ルータ１２０，１４０は、外部ネットワークであるインターネット２００と、内部ネットワークであるＬＡＮ１００及びカラオケ用ホストサーバ２側のネットワークとの接続点にそれぞれ置かれ、内部ネットワークからの通信を暗号化してインターネット２００側に送出する。また、インターネット２００側からの通信を復号化して内部ネットワークへ送出する。

［カラオケ用ホストサーバ２からカラオケ装置４へのコンテンツ配信の手順の説明］
ここで、本実施形態のカラオケネットワークシステム１において、カラオケ用ホストサーバ２から各カラオケ店に設置されたカラオケ装置４へコンテンツを配信する手順について説明する。図２は、カラオケ用ホストサーバ２、各カラオケ店に設置されたカラオケ装置のマスタ機４ａ及びスレイブ機４ｂ間のネットワーク接続の概要を模式的に示す図である。

この図２に示すように、カラオケ用ホストサーバ２と各カラオケ店のマスタ機４ａとは、ＷＡＮであるインターネット２００を介して接続されており、両者間で直接通信可能な構成となっている。各カラオケ店に設置されているマスタ機４ａとスレイブ機４ｂとは、カラオケ店ごとに設置された構内通信網であるＬＡＮ１００を介して接続されており、互いに通信可能な構成となっている。ここで、各カラオケ店のマスタ機４ａは、インターネット２００及びＬＡＮ１００を介して、カラオケ用ホストサーバ２及び同一カラオケ店内のスレイブ機４ｂの双方に対して通信を行うことができる。これに対して、スレイブ機４ｂは、同一カラオケ店内のマスタ機４ａあるいは他のスレイブ機４ｂと通信可能であるが、カラオケ用ホストサーバ２とは通信を行うことはできない構成となっている。

このように構成されたネットワークにおいて、カラオケ用ホストサーバ２から各カラオケ店に設置されたカラオケ装置４へのコンテンツの配信は、図３のラダーチャートに示すような手順で行われる。

まず、カラオケ用ホストサーバ２は、インターネット２００のＶＰＮを介してマスタ機４ａに対して新しいコンテンツを配信する（Ｓ１０）。マスタ機４ａは、カラオケ用ホストサーバ２から取得したコンテンツをハードディスクに格納し、これを利用可能なコンテンツとして登録する（Ｓ１１）。そして、カラオケ用ホストサーバ２に対して、コンテンツ配信が完了した旨を通知する（Ｓ１２）。

その後、マスタ機４ａは、カラオケ店内のＬＡＮ１００に接続されている各スレイブ機４ｂ（ここでは、スレイブ機ａ、ｂの２台のスレイブ機４ｂあると想定する）に対して、新しく取得したコンテンツを順次コピーする（Ｓ１３，Ｓ１４）。マスタ機４ａからコンテンツを取得したスレイブ機ａ，ｂは、それぞれ自機が取得しているコンテンツのリストである取得コンテンツリスト（図４の※１参照）に、新しく取得したコンテンツに関するレコードを追加する（Ｓ１５，Ｓ１６）。

図４の※１は、スレイブ機４ｂが記憶している取得コンテンツリストの記述様式を模式的に示す図である。この取得コンテンツリストは、スレイブ機４ｂが取得したコンテンツのファイル名称及び当該コンテンツの利用可否を示すコンテンツ取得フラグの一覧であり、スレイブ機４ｂのハードディスク等に記憶されている。コンテンツ取得フラグは、コンテンツファイル名ごとに「取得」又は「利用無効」という内容を示している。このリストにおいて、コンテンツ取得フラグが「取得」を示している場合、自カラオケ装置４において当該コンテンツが利用可能な状態であることを示している。また、「利用無効」を示している場合、当該コンテンツのファイルが自カラオケ装置４のハードディスクに格納されている（すなわち、取得済みである）が、コンテンツ提供者とカラオケ店側の契約等により、自カラオケ装置４では利用できない（利用が許可されていない）状態であることを示している。なお、スレイブ機４ｂのハードディスクに格納されていない（すなわち、取得していない）コンテンツについては、この取得コンテンツリストにそのコンテンツに関するレコードは存在しない。

この取得コンテンツリストは、マスタ機４ａから新しいコンテンツが配信されたときや、格納しているコンテンツが消去されたとき、コンテンツの利用に関する契約が変更され格納しているコンテンツの利用可否が変更されたとき等、スレイブ機４ｂにおけるコンテンツの取得状況が変化したときに、スレイブ機４ｂによって都度更新される。

［リモコン端末５及びユーザ端末６から行う「ユーザ登録」の説明］
本実施形態のカラオケネットワークシステム１では、ユーザは、予め登録された当該ユーザのアカウントによってシステムにログインすることで、個々のユーザに対応付けしたコンテンツの再生予約、個人用Ｗｅｂページの配信・編集、あるいは特定のコンテンツの利用可否の問い合わせ等といった各種サービスを利用することが可能になる。ここでは、ユーザがリモコン端末５やユーザ端末６を利用して、上述のような各サービスを利用するためのアカウントを取得する「ユーザ登録」の手順について説明する。

なお、以下においては説明の便宜上、例えば「リモコン端末５、ユーザ端末６からホストサーバ内のＷｅｂサーバに接続する」といった具合に、カラオケ用ホストサーバ２とインターネット用ホストサーバ３とを、又はＷｅｂサーバ２ａ，３ａとを特に区別せずに単にホストサーバ、Ｗｅｂサーバ等と表記する場合、リモコン端末５はカラオケ用ホストサーバ２内のＷｅｂサーバ２ａへ、ユーザ端末６はインターネット用ホストサーバ３内のＷｅｂサーバ３ａへそれぞれ接続することを指す。

図５は、リモコン端末５及びユーザ端末６によって「ユーザ登録」を行う際の画面表示例を示す説明図である。
まず、ユーザからの指示入力に基づいて、図５（ａ）に示すようなネットワークメニュー画面７１が、リモコン端末５及びユーザ端末６が備えるモニタ等の表示デバイスに表示される。なお、このネットワークメニュー画面７１や後述の各種画面は、リモコン端末５やユーザ端末６が備えるユーザ登録用のアプリケーションソフトウェア等として予め格納されているデータに基づいて表示されるように構成することが考えられる。あるいは、インターネット２００を介して、リモコン端末５又はユーザ端末６からホストサーバ内のＷｅｂサーバへそれぞれ接続し、各Ｗｅｂサーバから配信されるＷｅｂページに基づいて表示されるような構成であってもよい。

図５（ａ）に示すネットワークメニュー画面７１は、個人用Ｗｅｂページの閲覧・更新サービスを利用するための操作メニューを表示する画面であり、既に登録済みのユーザがシステムにログインするためのログイン画面へ移行するための「ログイン」ボタン８２や、新規のユーザがアカウントを取得するための「新規ユーザ登録」ボタン８３等が表示されている。ここで、タッチパネル、キースイッチやポインティングデバイス等を介して「新規ユーザ登録」ボタン８３が押下されると、図５（ｂ）に示すようなユーザ登録画面７２が表示される。

図５（ｂ）に示すユーザ登録画面７２は、新規のユーザがアカウントを取得するために、システム上でのユーザの呼称となるニックネーム及びユーザ認証用のパスワードの入力をユーザ対して要求するための画面である。ここで、ユーザからの操作によってユーザ登録画面７２内の入力ボックス内にニックネーム及びパスワードが入力された後「ＯＫ」ボタン８４ａが押下されると、ユーザ登録を要求するための登録要求情報と共に、ユーザによって入力されたニックネーム及びパスワードを示すデータが当該端末に対応するホストサーバ内のＷｅｂサーバへインターネット２００を介して送信される。

リモコン端末５又はユーザ端末６から送信された登録要求情報、当該ユーザのニックネーム及びパスワードを受信したホストサーバ内のＷｅｂサーバは、まず、ユーザごとに固有の識別情報であるユーザＩＤを生成する。そして、受信した内容に基づいて各ホストサーバ内のデータベース２ｂ，３ｂ内に設けられたユーザ登録データベース２ｃ（詳細は後述）に当該ユーザのニックネーム、ユーザＩＤ、パスワード等の所定の情報を新たに登録する。

次に、ユーザ登録が完了した旨の情報とユーザＩＤとをユーザに対して通知するための登録完了情報を生成し、この登録完了情報を登録要求情報の送信元であるリモコン端末５又はユーザ端末６に対して返信する。なお、ユーザ端末６から送信される登録要求情報と共に、ユーザ所有する携帯電話６ｂの電話番号や電子メールアドレスが送信された場合は、登録完了情報を電子メール等で当該携帯電話６ｂへ送信してもよい。

リモコン端末５又はユーザ端末６がホストサーバから登録完了情報を受信すると、この受信した登録完了情報に基づいて、図５（ｃ）に示すようなユーザ登録完了画面７３が表示される。ここでは、ユーザ登録完了画面７３にユーザ「Ｍｉｋｅ０６」のユーザ登録が完了した旨を通知する旨のメッセージ、「Ｍｉｋｅ０６」のユーザＩＤ等が表示されている。

ホストサーバ側が発行するユーザＩＤは、ユーザがリモコン端末５又はユーザ端末６からシステムにログインする際にパスワードと共に入力が必要となる認証用の識別情報である。したがって、ユーザは、このユーザ登録完了画面７３によって自身に割り当てられたユーザＩＤを確認する。

そして、ユーザ登録完了画面７３において、ユーザによって「ＯＫ」ボタン８４ｂが押下されると、「ユーザ登録」が完了する。
［ユーザ登録データベース２ｃ、個人用Ｗｅｂページデータベース２ｄの説明］
ここで、カラオケ用ホストサーバ２及びインターネット用ホストサーバ３内のデータベース２ｂ，３ｂに格納されているユーザ登録データベース２ｃ及び個人用Ｗｅｂページデータベース２ｄの具体的な内容について説明する。なお、データベース２ｂ，３ｂは、それぞれ同一のユーザ登録データベース２ｃ及び個人用Ｗｅｂページデータベース２ｄを共有している。

図６（ａ）は、ユーザ登録データベース２ｃの具体的内容を模式的に示す説明図である。このユーザ登録データベース２ｃは、上記「ユーザ登録」を経て登録された各ユーザのニックネーム、ユーザＩＤ、パスワード、及び当該ユーザの個人用Ｗｅｂページデータの格納先を示すパス等の各種情報を含むユーザ登録データのテーブルである。

本実施形態のカラオケネットワークシステム１では、各ホストサーバ内のＷｅｂサーバがこのユーザ登録データベース２ｃを参照することにより、ログインを要求してきたユーザに対する認証、ユーザとニックネームとの対応付け、ユーザと当該ユーザの個人用Ｗｅｂページとの対応付けを行う。

個人用Ｗｅｂページデータベース２ｄ（図６（ｂ）参照）は、ユーザ登録データベースに登録されている各ユーザの個人用Ｗｅｂページのデータを格納している。個人用Ｗｅｂページのデータは、個人用Ｗｅｂページを所定の様式でリモコン端末５やユーザ端末６が備えるＷｅｂブラウザによって表示するためのデータのまとまりで、テキストデータやＨＴＭＬによるレイアウト情報、画像・音声・動画データ等から構成される。

このような個人用Ｗｅｂページのデータは、上述の「ユーザ登録」が行われた際に、新規登録されたユーザのための個人用Ｗｅｂページの雛形のデータを自動的に生成し、この雛形のデータを個人用Ｗｅｂページデータベース２ｄに格納すると共に、この個人用Ｗｅｂページの雛形のデータの格納先のパスをユーザ登録データベース２ｃの当該ユーザのユーザ登録データに登録しておくことが考えられる。このようにすることで、後にこのユーザが個人用Ｗｅｂページの雛形に基づいて簡単に自身の個人用Ｗｅｂページを編集することができる。

個人用Ｗｅｂページは、カラオケ装置４を利用したユーザの歌唱履歴、十八番の楽曲、歌唱に対する採点結果等に関する情報である「カラオケ情報」や、ユーザから提供される公開情報である「プロフィール」、「メッセージ」といった情報をコンテンツとして有する。

このうち「カラオケ情報」は、システムにログインしたユーザがカラオケ装置４を利用してカラオケ歌唱を行うことで、当該ユーザが歌唱した楽曲の楽曲名、歌唱したときの音高キー、歌唱時間等を含む歌唱履歴、十八番の楽曲、採点結果等を示すデータが当該カラオケ店のマスタ機４ａを介してカラオケ用ホストサーバ２へアップロードされるように構成されている。また、「カラオケ情報」に含まれる歌唱履歴や十八番の楽曲等を示すデータは、個人用Ｗｅｂページとして表示する以外に、カラオケ装置４に対して演奏楽曲を予約するときに、選曲リストとしてリモコン端末５や携帯電話６ｂでダウンロードすることで、このダウンロードした歌唱履歴や十八番の楽曲のリスト中から演奏楽曲を選択できるように構成されている。

本実施形態のカラオケネットワークシステム１では、上述の「ユーザ登録」において登録済みのユーザであれば、リモコン端末５からシステムにログインすることで、ユーザが利用するコンテンツを当該ユーザのアカウントに対応付けることができる。例えば、ユーザが、利用するコンテンツとしてカラオケ楽曲の演奏を指定して歌唱を行った場合、当該ユーザに対応する歌唱履歴等のカラオケ歌唱情報を当該カラオケ店のマスタ機４ａを介してカラオケ用ホストサーバ２へ送信することで、当該ユーザのカラオケ歌唱に関する情報をカラオケ用ホストサーバ２のデータベース２ｂに蓄積できる。

次に、上述の「ユーザ登録」によって登録されたユーザがシステムにログインするための手順の概要について説明する。上述の「ユーザ登録」によって登録されたユーザが、リモコン端末５又はユーザ端末６を用いて個人用Ｗｅｂページの閲覧・更新やコンテンツの利用可否に関する情報の配信等の各種サービスを利用する場合は、まず、図５（ａ）に示すネットワークメニュー画面７１で「ログイン」ボタン８２を押下することで表示される所定のログイン画面において、登録されているユーザＩＤ及びパスワードを入力することで、システムにログインする。

このとき、ホストサーバ内のＷｅｂサーバでは、リモコン端末５又はユーザ端末６から送信されてきたユーザＩＤ及びパスワードと、データベース２ｂに格納されているユーザ登録データベース２ｃ（図６（ａ）参照）に登録されているユーザＩＤ及びパスワードとが照合されることで、ログインを要求してきたユーザの認証が行われる。

なお、本実施形態のカラオケネットワークシステム１では、本発明における特徴的なサービスとして、パソコン６ａや携帯電話６ｂからシステムにログインしたユーザが特定のコンテンツを指定することで、その指定されたコンテンツの利用可否に関する情報（利用可否情報）がインターネット用ホストサーバ３から当該ユーザ端末６へ配信される「コンテンツ利用可否情報配信サービス」を利用できる。インターネット用ホストサーバ３からユーザ端末へ配信される利用可否情報には、ユーザが指定したコンテンツを利用可能なカラオケ店及びそのカラオケルームの部屋番号、当該カラオケ店の位置や連絡先といった情報が含まれている。ユーザは、パソコン６ａや携帯電話６ｂを利用してコンテンツの利用可否情報の内容を確認することで、カラオケ店に来店する前に目的のコンテンツがどのカラオケ装置で利用できるかを予め知ることができる。

［コンテンツ利用可否情報配信サービスの説明］
以下、上述の「コンテンツ利用可否情報配信サービス」に関する各種処理の手順について説明する。

図７は、「コンテンツ利用可否情報配信サービス」において、ユーザ端末６、インターネット用ホストサーバ３、カラオケ用ホストサーバ２、カラオケ装置のマスタ機４ａ及びカラオケ装置のスレイブ機４ｂ間で行われる通信の流れを模式的に示すラダーチャートである。なお、このラダーチャートにおけるステップ（Ｓ）番号は、後述する各フローチャートのステップ番号と対応する。

まず、ユーザ端末６において、ユーザからの操作によりコンテンツ名やコンテンツ番号等のコンテンツ識別情報、及びインターネット用ホストサーバ３から配信される利用可否情報の内容を絞り込むための検索条件等を入力する（Ｓ１０１）。次に、ユーザにより入力されたコンテンツ識別情報及び検索条件に基づき、インターネット用ホストサーバ３に対して、利用可否情報の配信を要求する（Ｓ１０３）。

インターネット用ホストサーバ３は、ユーザ端末６からの要求を受けると、各カラオケ装置４におけるコンテンツ取得状況に関する情報の収集をカラオケ用ホストサーバ２に対して指示する（Ｓ２０２）。カラオケ用ホストサーバ２は、インターネット用ホストサーバ３からの指示を受けると、各カラオケ店のマスタ機４ａに対してコンテンツ取得状況の配信を要求する（Ｓ３０３）。

マスタ機４ａは、カラオケ用ホストサーバ２からの要求を受けると、自マスタ機４ａのコンテンツ取得状況と、同一店舗内のＬＡＮ１００に接続されている管理下のスレイブ機４ｂから取得した各スレイブ機４ｂのコンテンツ取得状況とをカラオケ用ホストサーバ２へ配信する（Ｓ４１０，Ｓ７０３）。

ここで、マスタ機４ａが管理下のスレイブ機４ｂのコンテンツ取得状況を取得する手順について、（ａ）の第１実施形態と（ｂ）の第２実施形態との２つの手順をそれぞれ説明する。

（ａ）の第１実施形態では、マスタ機４ａに対してカラオケ用ホストサーバ２からコンテンツ取得状況の配信要求（Ｓ３０３）があったときに、マスタ機４ａは管理下のスレイブ機４ｂに対してコンテンツ取得状況の配信を要求する（Ｓ４０２）。そして、この要求に応じて各スレイブ機４ｂから配信されてきたコンテンツ取得状況を取得する。その後、自マスタ機４ａ及び各スレイブ機４ｂのコンテンツ取得状況をカラオケ用ホストサーバ２へ配信する（Ｓ４１０）。

（ｂ）の第２実施形態では、カラオケ用ホストサーバ２からのコンテンツ取得状況の配信要求（Ｓ３０３）の有無に関わらず、マスタ機４ａは、所定のタイミングで管理下のスレイブ機４ｂに対してコンテンツ取得状況の配信を要求する（Ｓ６０２）。そして、この要求に応じてスレイブ機４ｂから配信されてきたコンテンツ取得状況を取得する。なお、マスタ機４ａがスレイブ機４ｂに対してコンテンツ取得状況の配信を要求するタイミングは、スレイブ機４ｂにおいてコンテンツの取得状況が変化したときとする。スレイブ機４ｂにおいてコンテンツの取得状況が変化する状況としては、次の（１）〜（３）のような事例が挙げられる。
（１）マスタ機４ａからスレイブ機４ｂに対して新たなコンテンツが配信されたとき。
（２）コンテンツ提供者とカラオケ店との間の契約変更により、スレイブ機４ｂで利用可能なコンテンツの種類や数量が変更されたとき。
（３）スレイブ機４ｂにおいてコンテンツファイルの記憶媒体であるハードディスクが交換されたとき。

（ｂ）の第２実施形態では、マスタ機４ａは、上記（１）〜（３）のケースによってスレイブ機４ｂにおいてコンテンツの取得状況が変化したときに、都度スレイブ機４ｂからコンテンツ取得状況を取得しておく。その後、マスタ機４ａに対してカラオケ用ホストサーバ２からコンテンツ取得状況の配信要求（Ｓ３０３）があったときに、自マスタ機４ａのコンテンツ取得状況と共に、予め取得したスレイブ機４ｂのコンテンツ取得状況をカラオケ用ホストサーバ２へ配信する。

スレイブ機４ｂは、マスタ機４ａからの要求を受けると、自スレイブ機４ｂのコンテンツ取得状況をマスタ機４ａへ配信する（Ｓ８１０）。
カラオケ用ホストサーバ２は、マスタ機４ａからマスタ機４ａ及びスレイブ機４ｂのコンテンツ取得状況を取得すると、その内容に基づくコンテンツ取得状況をインターネット用ホストサーバ３へ配信する（Ｓ３０９）。

インターネット用ホストサーバ３は、カラオケ用ホストサーバ２からコンテンツ取得状況を取得すると、その内容に基づいてユーザにより指定された検索条件に適合する利用可否情報を作成し、これを要求元のユーザ端末６へ配信する（Ｓ２１１）。

ユーザ端末６は、インターネット用ホストサーバ３から取得した利用可否情報に基づき、その内容をモニタ等の表示デバイスに表示する（Ｓ１０６）。
図８は、上述の「コンテンツ利用可否情報配信サービス」においてユーザ端末６が実行する処理の手順を示すフローチャートである。この処理は、ユーザからの指示入力により、コンテンツ利用可否情報の配信要求及び閲覧用のアプリケーションを起動することで開始される。

まず、ユーザからの操作により、コンテンツ識別情報及び取得する利用可否情報の内容を絞り込むための検索条件等を入力する（Ｓ１０１）。ここで、ユーザによって入力されるコンテンツ識別情報としては、コンテンツの名称やコンテンツの再生予約に用いるコンテンツ番号の他、アーティスト名称、ジャンル名称、一貫した意図で製作されたシリーズの名称等、コンテンツを特定できる情報であれば様々な情報を入力可能に構成してもよい。また、ユーザによって入力される検索条件としては、ユーザがカラオケサービスを利用したいと考えている場所（例えば、現在位置やこれから行く場所等）の位置情報、特定の店舗の名称、店舗の営業時間等がある。

次に、ユーザ端末６がＧＰＳ（Global Positioning System）等を利用したナビゲーション機能を有する携帯電話である場合、ＧＰＳを利用してユーザ端末６の現在位置を検出する（Ｓ１０２）。なお、このＳ１０２の処理については、ユーザ端末６がパソコン６ａやナビゲーション機能を持たない携帯電話６ｂである場合、実行しない。

そして、Ｓ１０１でユーザにより入力されたコンテンツ識別情報及び検索条件や、Ｓ１０２で検出した現在位置に基づき、利用可否情報配信要求データ（特許請求の範囲における第１情報に相当。図９の※２参照）を作成し、これをインターネット２００経由でインターネット用ホストサーバ３へ送信する（Ｓ１０３）。

ここで、Ｓ１０３においてユーザ端末６がインターネット用ホストサーバ３へ送信する利用可否情報配信要求データの具体的な内容について説明する。図９の※２は、ユーザ端末６からインターネット用ホストサーバ３へ送信される利用可否情報配信要求データの記述様式を模式的に示す図である。図９の※２に示すように、この利用可否情報配信要求データには、「ユーザＩＤ」、「端末識別情報」、「コンテンツ識別情報」、「検索条件情報」等の各種データが含まれている。

「ユーザＩＤ」は、当該ユーザ端末６を利用して現在ログイン中のユーザに対応するユーザＩＤを示すデータである。「端末識別情報」は、当該利用可否情報配信要求データを送信するユーザ端末６を識別するための情報（例えば、電子メールアドレスや電話番号等）を示すデータである。「コンテンツ識別情報」は、ユーザによって入力されたコンテンツ識別情報を示すデータである。「検索条件情報」は、ユーザによって入力された検索条件やＧＰＳ等で取得した現在位置を示すデータである。なお、コンテンツ識別情報や検索条件情報が複数存在する場合は、その数の分のデータが利用可否情報配信要求データに含まれることになる。

図８の説明に戻る。Ｓ１０３で利用可否情報配信要求データをインターネット用ホストサーバ３へ送信した後、インターネット用ホストサーバ３から利用可否情報を受信したか否かを判定する（Ｓ１０４）。ここで、利用可否情報を受信していないと判定した場合（Ｓ１０４：ＮＯ）、Ｓ１０３で利用可否情報配信要求データを送信してから所定の待機時間を経過（タイムアウト）したか否かを判定する（Ｓ１０７）。

Ｓ１０７でタイムアウトしていないと判定した場合（Ｓ１０７：ＮＯ）、Ｓ１０４の処理へ戻る。そして、Ｓ１０４においてインターネット用ホストサーバ３から利用可否情報（特許請求の範囲における第２情報に相当。図９の※３参照）を受信したと判定した場合（Ｓ１０４：ＹＥＳ）、Ｓ１０５の処理へ移行する。

ここで、インターネット用ホストサーバ３からユーザ端末６へ送信されてくる利用可否情報の具体的な内容について説明する。図９の※３は、インターネット用ホストサーバ３からユーザ端末６へ送信される利用可否情報の記述様式を模式的に示す図である。図９の※３に示すように、この利用可否情報には、「コンテンツ名（コンテンツ番号）」、「利用可能店舗数」及び「利用可能部屋総数」からなるレコードに付随して、「店舗名」、「店舗位置情報」、「距離情報」、「電話番号」、「利用可能部屋数」及び「部屋番号」からなる店舗ごとの情報を含むレコードが複数（＝「利用可能店舗数」）含まれている。なお、図９の※３は、コンテンツ１つ分の利用可否情報の記述様式を示している。よって、ユーザによって指定されたコンテンツが複数ある場合は、その件数分の利用可否情報がインターネット用ホストサーバ３からユーザ端末６へ送信される。

なお、「コンテンツ名（コンテンツ番号）」は、ユーザが指定したコンテンツの名称（及びコンテンツ番号）を示すデータである。「利用可能店舗数」は、当該コンテンツを利用することができる店舗の数を示すデータである。「利用可能部屋総数」は、当該コンテンツを利用することができる全店舗におけるカラオケルームの総数を示すデータである。「店舗名」は、当該コンテンツを利用できるカラオケ店の名称を示すデータである。「店舗位置情報」は、当該カラオケ店の地図上の座標や住所、周辺地図、店舗への行き方等を示すデータである。「距離情報」は、上述の検索条件情報として送信された現在位置から当該カラオケ店までの距離を示すデータである。「利用可能部屋数」は、当該カラオケ店内で当該コンテンツを利用できるカラオケルームの数を示すデータである。「部屋番号」は、当該カラオケ店内で当該コンテンツを利用できるカラオケルームの部屋番号を示すデータであり、当該コンテンツを利用できる部屋が複数存在する場合（すなわち、「利用可能部屋数」＞１）、その件数分のデータが含まれる。

図８の説明に戻る。Ｓ１０５では、インターネット用ホストサーバ３から取得した利用可否情報に基づいて画面表示用のデータを作成する。そして、この作成した画面用表示のデータを用いて利用可否情報の内容をモニタに表示する（Ｓ１０６）。

一方、Ｓ１０７においてタイムアウトしたと判定した場合（Ｓ１０７：ＹＥＳ）、つまり、Ｓ１０３で利用可否情報配信要求データを送信してから所定の待機時間を経過した場合、タイムアウトした旨のメッセージをモニタに表示し（Ｓ１０８）、ユーザ端末６の処理を終了する。

次に、図１０は、上述の「コンテンツ利用可否情報配信サービス」においてインターネット用ホストサーバ３のＷｅｂサーバ３ａが実行する処理の手順を示すフローチャートである。

まず、ユーザ端末６から利用可否情報配信要求データ（図９の※２参照）を受信したか否かを判定する（Ｓ２０１）。この利用可否情報配信要求データは、図８のフローチャートにおけるＳ１０３の処理においてユーザ端末６からインターネット用ホストサーバ３へ送信されるものである。

Ｓ２０１で、利用可否情報配信要求データを受信していないと判定している間（Ｓ２０１：ＮＯ）、この処理を繰り返す。そして、利用可否情報配信要求データを受信したと判定した場合（Ｓ２０１：ＹＥＳ）、取得した利用可否情報配信要求データに基づき、コンテンツ取得状況収集指示データ（図１１の※４参照）を作成し、これをカラオケ用ホストサーバ２へ送信する（Ｓ２０２）。

ここで、Ｓ２０２においてインターネット用ホストサーバ３がカラオケ用ホストサーバ２へ送信するコンテンツ取得状況収集指示データの具体的な内容について説明する。図１１の※４は、インターネット用ホストサーバ３からカラオケ用ホストサーバ２へ送信されるコンテンツ取得状況収集指示データの記述様式を模式的に示す図である。図１１の※４に示すように、コンテンツ取得状況収集指示データには、「ユーザＩＤ」、「端末識別情報」及び「コンテンツ識別情報」のデータが含まれている。これらのデータは、ユーザ端末６から取得した利用可否情報配信要求データ（図９の※２参照）から、カラオケ用ホストサーバ２へ送信すべきデータを抽出したものである。

図１０の説明に戻る。Ｓ２０２でコンテンツ取得状況収集指示データをカラオケ用ホストサーバ２へ送信した後、カラオケ用ホストサーバ２からコンテンツ取得状況データを受信したか否かを判定する（Ｓ２０３）。ここで、コンテンツ取得状況データを受信していないと判定した場合（Ｓ２０３：ＮＯ）、Ｓ２０２でコンテンツ取得状況収集指示データを送信してから所定の待機時間を経過（タイムアウト）したか否かを判定する（Ｓ２０５）。

Ｓ２０５でタイムアウトしていないと判定した場合（Ｓ２０５：ＮＯ）、Ｓ２０３の処理へ戻る。そして、Ｓ２０３においてカラオケ用ホストサーバ２からコンテンツ取得状況データ（図１１の※５参照）を受信したと判定した場合（Ｓ２０３：ＹＥＳ）、Ｓ２０４の処理へ移行する。

ここで、カラオケ用ホストサーバ２からインターネット用ホストサーバ３へ送信されてくるコンテンツ取得状況データの具体的な内容について説明する。図１１の※５は、カラオケ用ホストサーバ２からインターネット用ホストサーバ３へ送信されるコンテンツ取得状況データの記述様式を模式的に示す図である。図１１の※５に示すように、このコンテンツ取得状況データには、「コンテンツ名（コンテンツ番号）」、「利用可能店舗数」及び「利用可能部屋総数」からなるレコードに付随して、「店舗名」、「店舗位置情報」、「電話番号」、「利用可能部屋数」及び「部屋番号」からなる店舗ごとの情報を含むレコードが複数（＝「利用可能店舗数」）含まれている。なお、図１１の※５は、コンテンツ１つ分のコンテンツ取得状況データの記述様式を示している。よって、ユーザによって指定されたコンテンツが複数ある場合は、その件数分のコンテンツ取得状況データがカラオケ用ホストサーバ２からインターネット用ホストサーバ３へ送信される。

なお、「コンテンツ名（コンテンツ番号）」、「利用可能部屋総数」、「店舗名」、「店舗位置情報」、「電話番号」、「利用可能部屋数」、「部屋番号」の各データについては、上述の利用可否情報（図９の※２参照）の内容と同等であるため、ここでの説明は省略する。ただし、利用可否情報についてはユーザによって指定された検索条件に基づく内容の絞り込み（後述のＳ２０４〜Ｓ２０９の処理に相当）が行われているのに対して、カラオケ用ホストサーバ２から配信されるコンテンツ取得状況データは、検索条件に基づく内容の絞り込みを行う前のデータである。したがって、※３の利用可否情報と※５のコンテンツ取得状況データとでは、大部分で記述様式が共通であるが、共通の部分であってもその内容が両者間で異なる場合もある。

図１０の説明に戻る。Ｓ２０４では、カラオケ用ホストサーバ２から取得したコンテンツ取得状況データ内に、ユーザ端末６から取得した利用可否情報配信要求データに含まれる検索条件情報における位置情報、店舗名称、営業日時等の各種条件に適合する店舗のデータが存在するか否か判定する。例えば、検索条件情報に、ユーザの現在位置や目的地を示す情報が含まれていれば、そこから所定の地理的範囲内にあるカラオケ店を適合する店舗としてみなす。また、店舗名称を示す情報が含まれていれば、当該名称に合致するものを適合する店舗としてみなす。また、営業日時を示す情報が含まれていれば、当該日時に営業している店舗を適合する店舗としてみなす。

ここで、検索条件情報に適合する店舗のデータが存在すると判定した場合（Ｓ２０４：ＹＥＳ）、検索条件情報にユーザ端末６の現在位置を示す情報が含まれていれば、この位置情報と上記検索条件情報に適合する店舗の地図上の座標とに基づき、ユーザ端末６の現在位置から当該店舗までの距離を算出する（Ｓ２０６）。なお、ユーザ端末６の現在位置から当該店舗までの距離については、両者間の直線距離を算出してもよいし、地図データ等に基づいて現在位置から道路に沿ってカラオケ店に至るまでの行程の長さを算出してもよい。

つづいて、カラオケ用ホストサーバ２から取得したコンテンツ取得状況データの中から、ユーザ端末６から取得した利用可否情報配信要求データに含まれる検索条件情報に適合する店舗に関するデータ検索してこれを抽出し、これにＳ２０６で算出した距離情報を付加することで、検索結果リストを作成する（Ｓ２０７）。ここでは、例えば、ユーザの現在位置や目的地により近い場所にある店舗に関するレコードから順にリストの上位にくるようにしたり、上述の個人用Ｗｅｂページデータベース２ｄ（図６）におけるユーザのカラオケ歌唱に関する情報を参照し、ユーザによる利用回数がより多い店舗に関するレコードから順にリストの上位にくるようにするとよい。

そして、ユーザ端末６から取得した利用可否情報配信要求データに含まれる端末識別情報に基づき、要求元のユーザ端末がパソコン６ａであるか携帯電話６ｂであるかを判定する（Ｓ２０８）。具体的には、例えば、端末識別情報であるメールアドレスのドメインネームが携帯電話会社であれば、ユーザ端末６は携帯電話６ｂと判定する。一方、携帯電話会社のドメインネームでなければ、ユーザ端末６はパソコン６ａであると判定する。ここで、ユーザ端末６がパソコン６ａであると判定した場合（Ｓ２０８：パソコン）、Ｓ２０７で作成した検索結果リストに基づき、利用可否情報（図９の※３参照）を作成する（Ｓ２１０）。

一方、Ｓ２０８でユーザ端末６が携帯電話６ｂであると判定した場合（Ｓ２０９：携帯電話）、Ｓ２０７で作成した検索結果リストにおける店舗ごとのレコードのうち、携帯電話６ｂにおける表示上限件数を超えたレコードを下位の方から削除する（Ｓ２０９）。そして、Ｓ２０９で件数を制限した検索結果リストに基づき、利用可否情報（図９の※３参照）を作成する（Ｓ２１０）。なお、携帯電話６ｂにおける表示上限件数は、携帯電話６ｂがＣＰＵの演算能力やメインメモリの容量、表示能力等の面でパソコン６ａと比較して大幅に劣るため、利用可否情報のデータ量が送信先の携帯電話６ｂの処理能力を超えないようにするための制限である。

Ｓ２１０で利用可否情報を作成した後、この作成した利用可否情報を要求元のユーザ端末６、すなわち当該利用可否情報配信要求データを送信してきたユーザ端末６へ配信する（Ｓ２１１）。

一方、Ｓ２０４でカラオケ用ホストサーバ２から取得したコンテンツ取得状況データ内に、ユーザ端末６から取得した利用可否情報配信要求データに含まれる検索条件情報に適合する店舗のデータが存在しないと判定した場合（Ｓ２０４：ＮＯ）、ユーザが指定したコンテンツあるいは検索条件に適合する店舗のデータが存在しない旨をユーザに対して通知するための利用可否情報を作成し（Ｓ２１０）、これを要求元のユーザ端末６へ配信する（Ｓ２１１）。

また、Ｓ２０５でタイムアウトしたと判定した場合（Ｓ２０５：ＹＥＳ）、つまり、Ｓ２０２でコンテンツ取得状況収集指示データを送信してから所定の待機時間を経過した場合、ユーザが指定したコンテンツの利用可否に関する情報が取得できなかった旨をユーザに対して通知するための利用可否情報を作成し（Ｓ２１０）、これを要求元のユーザ端末６へ配信する（Ｓ２１１）。

次に、図１２は、上述の「コンテンツ利用可否情報配信サービス」においてカラオケ用ホストサーバ２のＷｅｂサーバ２ａが実行する処理の手順を示すフローチャートである。
まず、インターネット用ホストサーバ３からコンテンツ取得状況収集指示データ（図１１の※４参照）を受信したか否かを判定する（Ｓ３０１）。このコンテンツ取得状況収集指示データは、図１０のフローチャートにおけるＳ２０２の処理においてインターネット用ホストサーバ３からカラオケ用ホストサーバ２へ送信されるものである。

Ｓ３０１で、コンテンツ取得状況収集指示データを受信していないと判定している間（Ｓ３０１：ＮＯ）、この処理を繰り返す。そして、コンテンツ取得状況収集指示データを受信したと判定した場合（Ｓ３０１：ＹＥＳ）、カラオケ用ホストサーバ２に格納されているコンテンツのデータベース２ｂを参照し、取得したコンテンツ取得状況収集指示データに記述されているコンテンツ識別情報を、これに対応するコンテンツファイルの名称にそれぞれ変換する（Ｓ３０２）。なお、コンテンツ識別情報がコンテンツの名称やコンテンツ番号のように１つのコンテンツを示す情報の場合、この情報に該当するコンテンツの実体（すなわち、データファイル）であるコンテンツファイルの名称に変換する。また、コンテンツ識別情報が、アーティスト名称、ジャンル名称、シリーズの名称等のように複数のコンテンツを示す情報である場合、これらの情報に該当する全てのコンテンツを検索し、検索したコンテンツの実体であるコンテンツファイルの名称に変換する。

次に、Ｓ３０２で変換したコンテンツファイルの名称に基づき、マスタ機向け要求データ（特許請求の範囲における第３情報に相当。図１３の※６を参照）を、インターネット２００のＶＰＮを介して各カラオケ店のマスタ機４ａへ送信する（Ｓ３０３）。なお、別実施形態として、インターネット用ホストサーバ３からカラオケ用ホストサーバ２へ送信されるコンテンツ取得状況収集指示データ（図１１の※４参照）に、利用可否情報配信要求データ（図９の※２参照）の検索条件情報に含まれる位置情報を更に付加するように構成すれば、このＳ３０３において、マスタ機向け要求データの送信先であるマスタ機４ａを、この付加された位置情報に適合するものだけに限定することもできる。このようにすることで、検索条件に適合しないマスタ機４ａとの通信を省くことができ、通信負荷を低減することができる。

ここで、カラオケ用ホストサーバ２からマスタ機４ａへ送信されるマスタ機向け要求データの具体的な内容について説明する。図１３の※６は、カラオケ用ホストサーバ２からマスタ機４ａへ送信されるマスタ機向け要求データの記述様式を模式的に示す図である。図１３の※６に示すように、このマスタ機向け要求データは複数の「コンテンツファイル名」のデータで構成されている。この「コンテンツファイル名」のデータは、Ｓ３０２においてコンテンツ取得状況収集指示データ（図１１の※４参照）に含まれる「コンテンツ識別情報」をコンテンツファイルの名称に変換したものである。

図１２の説明に戻る。Ｓ３０３でマスタ機向け要求データをマスタ機４ａへ送信した後、この送信先の全てのマスタ機４ａからマスタ機報告データを受信したか否かを判定する（Ｓ３０４）。ここで、全てのマスタ機４ａからの受信を完了していないと判定した場合（Ｓ３０４：ＮＯ）、Ｓ３０３でマスタ機向け要求データを送信してから所定の待機時間を経過（タイムアウト）したか否かを判定する（Ｓ３０６）。

Ｓ３０６でタイムアウトしていないと判定した場合（Ｓ３０６：ＮＯ）、Ｓ３０４の処理へ戻る。そして、Ｓ３０４において全てのマスタ機４ａからマスタ機報告データ（特許請求の範囲における第４情報に相当。図１３の※７参照）を受信したと判定した場合（Ｓ３０４：ＹＥＳ）、取得したマスタ機報告データの内容を各マスタ機４ａに対応付けてデータベース２ｂに保存する（Ｓ３０５）。

一方、Ｓ３０６でタイムアウトしたと判定した場合（Ｓ３０６：ＹＥＳ）、つまり、Ｓ３０３でマスタ機向け要求データを送信してから所定の待機時間を経過した場合、過去にデータベース２ｂに保存されたマスタ機報告データの中から、データを取得できなかったマスタ機４ａに対応するマスタ機報告データを抽出する（Ｓ３０７）。

ここで、マスタ機４ａからカラオケ用ホストサーバ２へ送信されてくるマスタ機報告データの具体的な内容について説明する。図１３の※７は、マスタ機４ａからカラオケ用ホストサーバ２へ送信されるマスタ機報告データの記述様式を模式的に示す図である。図１３の※７に示すように、このマスタ機報告データには、「コンテンツファイル名」、「利用可能部屋数」、「マスタ機シリアル番号」及びこれに付随する「部屋番号（マスタ機）」からなるレコードに続いて、「スレイブ機シリアル番号」及びこれに付随する「部屋番号（スレイブ機）」からなるレコードが複数含まれている。この「マスタ機シリアル番号」＋「部屋番号（マスタ機）」からなるレコード、及び「スレイブ機シリアル番号」＋「部屋番号（スレイブ機）」からなるレコードが、「コンテンツファイル名」が示すコンテンツを利用可能なカラオケルーム１部屋分の情報を示すである（当該コンテンツを利用できないカラオケルームに関するレコードは含まれていない）。なお、図１３の※７は、コンテンツ１つ分のマスタ機報告データの記述様式を示している。よって、マスタ機向け要求データに複数のコンテンツファイル名が記述されている場合は、その件数分のマスタ機報告データがマスタ機４ａからカラオケ用ホストサーバ２へ送信される。

なお、「利用可能部屋数」は、当該マスタ機報告データの送信元であるマスタ機４ａが設置されている店舗において「コンテンツファイル名」に対応するコンテンツを利用可能なカラオケルームの数（＝コンテンツを利用可能なマスタ機４ａ及びスレイブ機４ｂの総数）を示すデータである。

また、「マスタ機シリアル番号」は、当該マスタ機報告データの送信元であるマスタ機４ａに割り当てられている固有の識別番号（例えば、製造番号等）を示すデータである。「スレイブ機シリアル番号」は、当該マスタ機報告データの送信元であるマスタ機４ａと同一店舗に設置されている各スレイブ機４ｂに割り当てられている固有の識別番号を示すデータである。

また、各「マスタ機シリアル番号」及び「スレイブ機シリアル番号」に付随する「部屋番号」は、そのシリアル番号を持つカラオケ装置４が設置されているカラオケルームに割り当てられている番号（あるいは名称）を示すデータである。

図１２の説明に戻る。Ｓ３０８では、各マスタ機４ａから取得したマスタ機報告データ、あるいはＳ３０７でデータベース２ｂから抽出したマスタ機報告データに基づいて、コンテンツ取得状況データ（図１１の※５参照）を作成する。具体的には、各マスタ機４ａのシリアル番号に基づいて、データベース２ｂに格納されている上述の管理データベースから当該マスタ機４ａが設置されている店舗の名称、位置情報、電話番号等を抽出して、これを元に各店舗のレコードを作成し、対応する店舗における利用可能部屋数及び部屋番号のデータをこのレコードに集結する。さらに、当該コンテンツを利用可能な店舗数及び利用可能な部屋数の全店舗における合計を算出する。そして、これらのデータをコンテンツ名（コンテンツ番号）に対応付けることで、コンテンツ取得状況データを作成する。

そして、この作成したコンテンツ取得状況データをインターネット用ホストサーバ３へ配信し（Ｓ３０９）、カラオケ用ホストサーバ２における処理を終了する。
次に、図１４は、上述の「コンテンツ利用可否情報配信サービス」においてマスタ機４ａの制御部が実行する処理（第１実施形態）の手順を示すフローチャートである。この処理は、図７に示すラダーチャートにおけるマスタ機４ａが実行する処理に該当する部分のうち、（ａ）の第１実施形態に示す処理に相当する。この第１実施形態は、マスタ機４ａがカラオケ用ホストサーバ２からマスタ機向け要求データ（図１３の※６参照）を取得したときに、マスタ機４ａが管理下のスレイブ機４ｂに対してコンテンツ取得状況の配信を要求することを特徴とする。

まず、カラオケ用ホストサーバ２からマスタ機向け要求データ（図１３の※６参照）を受信したか否かを判定する（Ｓ４０１）。マスタ機向け要求データは、図１２のフローチャートにおけるＳ３０３の処理においてカラオケ用ホストサーバ２からマスタ機４ａへ送信されるものである。

Ｓ４０１で、マスタ機向け要求データを受信していないと判定している間（Ｓ４０１：ＮＯ）、この処理を繰り返す。そして、マスタ機向け要求データを受信したと判定した場合（Ｓ４０１：ＹＥＳ）、この取得したデータを基に店舗内のＬＡＮ１００に接続されている管理下の各スレイブ機４ｂへスレイブ機向け要求データ（特許請求の範囲における第５情報に相当。図１５の※８参照）を送信する（Ｓ４０２）。

ここで、マスタ機４ａからスレイブ機４ｂへ送信されるスレイブ機向け要求データの具体的な内容について説明する。図１５の※８は、マスタ機４ａからスレイブ機４ｂへ送信されるスレイブ機向け要求データの記述様式を模式的に示す図である。図１５の※８に示すように、このスレイブ機向け要求データは複数の「コンテンツファイル名」のデータで構成されている。なお、第１実施形態においては、この「コンテンツファイル名」のデータは、カラオケ用ホストサーバ２から取得したマスタ機向け要求データに含まれる「コンテンツファイル名」のデータを抽出したものである。

図１４の説明に戻る。Ｓ４０２でスレイブ機向け要求データをスレイブ機４ｂへ送信した後、自マスタ機４ａにおけるコンテンツの取得状況を自マスタ機４ａ内のデータベースに保存する（Ｓ４０３）。ここでは、スレイブ機４ｂが格納している取得コンテンツリスト（図４の※１）と同様の形式でコンテンツの取得状況を保存すればよい。

つづいて、スレイブ機向け要求データの送信先であるスレイブ機４ｂからスレイブ機報告データを受信したか否かを判定する（Ｓ４０４）。ここで、スレイブ機報告データを受信していないと判定した場合（Ｓ４０４：ＮＯ）、Ｓ４０２でスレイブ機向け要求データを送信してから所定の待機時間を経過（タイムアウト）したか否かを判定する（Ｓ４０６）。

Ｓ４０６でタイムアウトしていないと判定した場合（Ｓ４０６：ＮＯ）、Ｓ４０４の処理へ戻る。そして、Ｓ４０４において何れかのスレイブ機４ｂからスレイブ機報告データ（特許請求の範囲における第６情報に相当。図１５の※９参照）を受信したと判定した場合（Ｓ４０４：ＹＥＳ）、取得したスレイブ機報告データの内容を送信元のスレイブ機４ｂに対応付けて自マスタ機４ａ内のデータベースに保存する（Ｓ４０５）。

ここで、スレイブ機４ｂからマスタ機４ａへ送信されてくるスレイブ機報告データの具体的な内容について説明する。図１５の※９は、スレイブ機４ｂからマスタ機４ａへ送信されるスレイブ機報告データの記述様式を模式的に示す図である。図１５の※９に示すように、このスレイブ機報告データには、送信元のスレイブ機４ｂに対応する「スレイブ機シリアル番号」及びこれに付随する「部屋番号」からなるレコードに続いて、「コンテンツファイル名」及びこれに付随する「取得状況フラグ」からなるレコードが複数含まれている。ここで、スレイブ機報告データに含まれる「コンテンツファイル名」の種類及び数は、マスタ機４ａからスレイブ機４ｂへ送信されたスレイブ機向け要求データ（図１５の※８）に記述されている「コンテンツファイル名」に対応している。

なお、「取得状況フラグ」は、これが付随する「コンテンツファイル名」が示すコンテンツの当該スレイブ機４ｂにおける取得状況を示すためのデータである。この「取得状況フラグ」において、コンテンツの取得状況を示すデータとして「取得」、「未取得」及び「利用無効」がある。「取得」とは、当該コンテンツがスレイブ機４ｂにおいて取得済みであり、かつ利用可能である状態を示す。「未取得」とは、当該コンテンツがスレイブ機４ｂに存在しない（取得に至っていない）状態であり、利用できない状態を示す。「利用無効」は、当該コンテンツがスレイブ機４ｂにおいて取得済みであるが、契約等により利用が禁止されている状態を示す。

図１４の説明に戻る。Ｓ４０８ではスレイブ機向け要求データ（図１５の※８参照）の送信先である全てのスレイブ機４ｂからスレイブ機報告データを受信したか否かを判定する。ここで、全てのスレイブ機からの受信を完了していないと判定した場合（Ｓ４０８：ＮＯ）、Ｓ４０４の処理へ戻る。そして、全てのスレイブ機４ｂからスレイブ機報告データを受信したと判定した場合（Ｓ４０８：ＹＥＳ）、Ｓ４０９の処理へ移行する。

一方、Ｓ４０６でタイムアウトしたと判定した場合（Ｓ４０６：ＹＥＳ）、つまり、Ｓ４０２でスレイブ機向け要求データを送信してから所定の待機時間を経過した場合、後述の「タイムアウト時取得処理」を実行することで、過去にマスタ機４ａ内のデータベースに保存されたスレイブ機報告データの中から、データを取得できなかったスレイブ機４ｂに対応するデータを抽出する（Ｓ４０７）。

ここで、上述の「タイムアウト時取得処理」の詳細な手順について、図１６のフローチャートに基づいて説明する。
まず、過去にマスタ機４ａ内のデータベースに保存されたスレイブ機報告データの中に、スレイブ機報告データを取得できなかったスレイブ機４ｂに対応するデータが存在するか否かを判定する（Ｓ５０１）。ここで、スレイブ機報告データを取得できなかったスレイブ機４ｂに対応するデータが存在すると判定した場合（Ｓ５０１：ＹＥＳ）、このスレイブ機報告データの中に取得状況を取得すべきコンテンツ、すなわちマスタ機向け要求データ（図１３の※６参照）に記述されているコンテンツに関するデータが含まれているか否かを判定する（Ｓ５０２）。

ここで、当該スレイブ機報告データの中に取得状況を取得すべきコンテンツに関するデータが含まれている場合（Ｓ５０２：ＹＥＳ）、マスタ機４ａ内のデータベースから当該コンテンツに関するレコード（「コンテンツファイル名」及び「取得状況フラグ」）を取得する（Ｓ５０３）。

一方、Ｓ５０１でスレイブ報告データを取得できなかったスレイブ機４ｂに対応するデータが存在しないと判定した場合（Ｓ５０１：ＮＯ）、あるいは、Ｓ５０２でデータベース内のスレイブ機報告データの中に取得状況を取得すべきコンテンツに関するデータが存在しないと判定した場合（Ｓ５０２：ＮＯ）、このスレイブ機４ｂにおけるコンテンツの取得状況を「未取得」とみなす（Ｓ５０４）。

図１４の説明に戻る。Ｓ４０９では、各スレイブ機４ｂから取得したスレイブ機報告データ及びＳ４０７の「タイムアウト時取得処理」によって取得したコンテンツの取得状況に関するデータに基づき、マスタ機報告データ（図１３の※７参照）を作成する。具体的には、取得したスレイブ機報告データ等を参照し、マスタ機向け要求データに記述されているコンテンツファイル名ごとに当該コンテンツを利用可能なスレイブ機４ｂのシリアル番号及びこれに対応する部屋番号のデータを抽出し、これを当該コンテンツファイル名に対応付けて集結する。また、自マスタ機４ａが当該コンテンツを利用可能であるならば、自マスタ機４ａのシリアル番号及び部屋番号のデータも当該コンテンツファイル名に対応付けて集結する。そして、コンテンツごとに当該コンテンツを利用可能な部屋の数を集計する。

そして、この作成したマスタ機報告データをカラオケ用ホストサーバ２へ配信し（Ｓ４１０）、マスタ機４ａにおける処理（第１実施形態）を終了する。
次に、図１７は、上述の「コンテンツ利用可否情報配信サービス」においてマスタ機４ａの制御部が実行する処理（第２実施形態その１）の手順を示すフローチャートである。この処理は、図７に示すラダーチャートにおけるマスタ機４ａが実行する処理に相当する部分のうち、（ｂ）の第２実施形態に示す処理に相当する。この第２実施形態は、スレイブ機４ｂにおけるコンテンツ取得状況が変化したときに、マスタ機４ａはこのスレイブ機４ｂに対してコンテンツ取得状況の配信を要求することを特徴とする。

図１７に示すフローチャートにおいて、まず、スレイブ機４ｂにおけるコンテンツの取得状況が変更されたか否かを判定する（Ｓ６０１）。なお、本実施形態では、次の（１）〜（３）に示すケースを、スレイブ機４ｂにおけるコンテンツの取得状況が変更されたものとみなす。
（１）マスタ機４ａが、スレイブ機４ｂに対して新たなコンテンツを配信したとき（コピー）。
（２）マスタ機４ａが、スレイブ機４ｂに対して利用可能なコンテンツの種類や数量を変更したとき（契約変更）。
（３）スレイブ機４ｂにおいてコンテンツファイルの記憶媒体であるハードディスクが交換されたとき（ＨＤＤ交換）。このとき、スレイブ機４ｂからマスタ機４ａに対して、ハードディスクが交換された旨が通知されるものとする。

Ｓ６０１で、スレイブ機４ｂにおけるコンテンツの取得状況が変更されていないと判定している間（Ｓ６０１：ＮＯ）、この処理を繰り返す。そして、スレイブ機４ｂにおけるコンテンツの取得状況が変更されたと判定した場合（Ｓ６０１：ＹＥＳ）、すなわち、上記（１）〜（３）の何れかのケースに該当すると判定した場合、コンテンツ取得状況が変更された当該スレイブ機４ｂへスレイブ機向け要求データ（特許請求の範囲における第５情報に相当。図１５の※８参照）を送信する（Ｓ６０２）。

なお、スレイブ機向け要求データの詳細な内容については既に説明したので、ここでの説明は省略する。ただし、第２実施形態においてスレイブ機向け要求データに記述されるコンテンツの種類は、第１実施形態のものとは異なる。具体的には、上述の（１），（２）のケースであれば、新たに追加されたコンテンツや利用可否を変更されたコンテンツ等、すなわちコンテンツの取得状況の変更に直接関わるコンテンツのみをスレイブ機向け要求データに記述すればよい。また、上述の（３）のケースであれば、マスタ機４ａが取得しているコンテンツの全てをスレイブ機向け要求データに記述すればよい。

次に、自マスタ機４ａにおけるコンテンツの取得状況を自マスタ機４ａ内のデータベースに保存する（Ｓ６０３）。ここでは、スレイブ機４ｂが格納している取得コンテンツリスト（図４の※１）と同様の形式でコンテンツの取得状況を保存すればよい。

そして、スレイブ機向け要求データを送信した先のスレイブ機４ｂからスレイブ機報告データを受信したか否かを判定する（Ｓ６０４）。ここで、スレイブ機報告データを受信していないと判定した場合（Ｓ６０４：ＮＯ）、Ｓ６０２でスレイブ機向け要求データを送信してから所定の待機時間を経過（タイムアウト）したか否かを判定する（Ｓ６０６）。

Ｓ６０６でタイムアウトしていないと判定した場合（Ｓ６０６：ＮＯ）、Ｓ６０４の処理へ戻る。そして、Ｓ６０４において何れかのスレイブ機４ｂからスレイブ機報告データ（特許請求の範囲における第６情報に相当。図１５の※９参照）を受信したと判定した場合（Ｓ６０４：ＹＥＳ）、取得したスレイブ機報告データの内容を送信元のスレイブ機４ｂに対応付けて自マスタ機４ａ内のデータベースに保存する（Ｓ６０５）。なお、スレイブ機４ｂからマスタ機４ａへ送信されてくるスレイブ機報告データの詳細な内容については既に説明したので、ここでの説明は省略する。

Ｓ６０７ではスレイブ機向け要求データの送信先である全てのスレイブ機４ｂからスレイブ機報告データを受信したか否かを判定する。ここで、全てのスレイブ機からの受信を完了していないと判定した場合（Ｓ６０７：ＮＯ）、Ｓ６０４の処理へ戻る。そして、全てのスレイブ機４ｂからスレイブ機報告データを受信したと判定した場合（Ｓ６０７：ＹＥＳ）、マスタ機４ａの処理（第２実施形態その１）を終了する。

一方、Ｓ６０６でタイムアウトしたと判定した場合（Ｓ６０６：ＹＥＳ）、つまり、Ｓ６０２でスレイブ機向け要求データを送信してから所定の待機時間を経過した場合、上述の「タイムアウト時取得処理」（図１６参照）を実行し（Ｓ６０８）、その結果をマスタ機４ａ内のデータベースに保存する（Ｓ６０９）。これでマスタ機４ａの処理（第２実施形態その１）を終了する。なお、Ｓ６０８の「タイムアウト時取得処理」は、上述の第１実施形態において説明したものと同様であるので、ここでの説明は省略する。

次に、図１８は、上述の「コンテンツ利用可否情報配信サービス」においてマスタ機４ａの制御部が実行する処理（第２実施形態その２）の手順を示すフローチャートである。この処理は、マスタ機４ａがカラオケ用ホストサーバ２からマスタ機向け要求データを取得したときに、スレイブ機４ｂから予め取得してある取得状況に基づいてマスタ機報告データを返信することを特徴とする。

図１８に示すフローチャートにおいて、まず、カラオケ用ホストサーバ２からマスタ機向け要求データ（図１３の※６参照）を受信したか否かを判定する（Ｓ７０１）。マスタ機向け要求データは、図１２のフローチャートにおけるＳ３０３の処理においてカラオケ用ホストサーバ２からマスタ機４ａへ送信されるものである。

Ｓ７０１で、マスタ機向け要求データを受信していないと判定している間（Ｓ７０１：ＮＯ）、この処理を繰り返す。そして、マスタ機向け要求データを受信したと判定した場合（Ｓ７０１：ＹＥＳ）、自マスタ機４ａのデータベースに保存されているスレイブ機報告データや自マスタ機のコンテンツ取得状況、Ｓ６０８の「タイムアウト時取得処理」によって取得したコンテンツの取得状況に関するデータに基づき、マスタ機報告データ（図１３の※７参照）を作成する（Ｓ７０２）。具体的には、データベースに保存されている上記各情報を参照し、マスタ機向け要求データに記述されているコンテンツファイル名ごとに当該コンテンツを利用可能なスレイブ機４ｂのシリアル番号及びこれに対応する部屋番号のデータを抽出し、これを当該コンテンツファイル名に対応付けて集結する。また、自マスタ機４ａが当該コンテンツを利用可能であるならば、自マスタ機４ａのシリアル番号及び部屋番号のデータも、当該コンテンツファイル名に対応付けて集結する。そして、コンテンツごとに当該コンテンツを利用可能な部屋の数を集計する。

そして、この作成したマスタ機報告データをカラオケ用ホストサーバ２へ配信し（Ｓ７０３）、マスタ機４ａにおける処理（第２実施形態その２）を終了する。
次に、図１９は、上述の「コンテンツ利用可否情報配信サービス」においてスレイブ機４ｂの制御部が実行する処理（第１，２実施形態共通）の手順を示すフローチャートである。

まず、マスタ機４ａからスレイブ機向け要求データ（図１５の※８参照）を受信したか否かを判定する（Ｓ８０１）。スレイブ機向け要求データは、図１４、図１７のフローチャートにおけるＳ４０２，Ｓ６０２の処理においてマスタ機４ａからスレイブ機４ｂへ送信されるものである。

Ｓ８０１で、スレイブ機向け要求データを受信していないと判定している間（Ｓ８０１：ＮＯ）、この処理を繰り返す。そして、スレイブ機向け要求データを受信したと判定した場合（Ｓ８０１：ＹＥＳ）、取得したスレイブ機向け要求データに記述されているコンテンツファイルの名称を１件ずつ読み出す（Ｓ８０２）。そして、自スレイブ機４ｂが記憶している取得コンテンツリスト（図４の※１参照）を参照し、この読み出したコンテンツファイルの名称に対応するレコードが取得コンテンツリストに存在するか否かを判定する（Ｓ８０３）。

ここで、対応するレコードが取得コンテンツリストに存在すると判定した場合（Ｓ８０３：ＹＥＳ）、このレコードにおけるコンテンツ取得フラグの内容を参照し、当該コンテンツが利用可能であるか否かを判定する（Ｓ８０４）。この判定において、当該コンテンツが利用可能であると判定した場合（Ｓ８０４：ＹＥＳ）、すなわち、当該レコードにおけるコンテンツ取得フラグが「取得」を示すデータである場合、自スレイブ機４ｂにおける当該コンテンツの取得状況を「取得」と判定する（Ｓ８０６）。一方、この判定において、当該コンテンツが利用できないと判定した場合（Ｓ８０４：ＮＯ）、すなわち、当該レコードにおけるコンテンツ取得フラグが「利用無効」を示すデータである場合、自スレイブ機４ｂにおける当該コンテンツの取得状況を「利用無効」と判定する（Ｓ８０７）。

一方、Ｓ８０３において、スレイブ機向け要求データから読み出したコンテンツファイルの名称に対応するレコードが取得コンテンツリストに存在しないと判定した場合（Ｓ８０３：ＮＯ）、自スレイブ機４ｂにおける当該コンテンツの取得状況を「未取得」と判定する（Ｓ８０５）。

次に、Ｓ８０８では、スレイブ機向け要求データ（図１５の※８参照）に記述されている全てのコンテンツファイルの名称について、それぞれ取得状況を判定したか否かを判定する。ここで、全てのコンテンツファイルの名称に対する判定を完了していないと判定した場合（Ｓ８０８：ＮＯ）、Ｓ８０２の処理へ戻る。その後、Ｓ８０２〜Ｓ８０７の各処理を順次繰り返す。

そして、スレイブ機向け要求データに記述されている全てのコンテンツファイルの名称について取得状況を判定した場合（Ｓ８０８：ＹＥＳ）、Ｓ８０５，Ｓ８０６，Ｓ８０７の各処理における判定結果を自スレイブ機４ｂのシリアル番号及び部屋番号に対応付けて集結し、スレイブ機報告データ（図１５の※９参照）を作成する（Ｓ８０９）。

そして、この作成したスレイブ機報告データをマスタ機４ａへ配信し（Ｓ８１０）、スレイブ機４ｂにおける処理を終了する。
［効果］
上記実施形態のカラオケネットワークシステム１によれば、次のような効果を奏する。

（１）ユーザが操作するパソコン６ａや携帯電話６ｂ等のユーザ端末６からインターネット用ホストサーバ３へアクセスし、コンテンツの名称や検索条件等を送信することで、インターネット用ホストサーバ３からユーザ端末６へ利用可否情報（図９の※３参照）が配信される。ユーザはその内容を確認することで、カラオケ店に来店する前に目的のコンテンツがどのカラオケ装置４で利用できるかをパソコン６ａや携帯電話６ｂ等で予め知ることができ、ユーザにとって大変便利である。

（２）ユーザ端末６から送信する利用可否情報配信要求データ（図９の※２参照）に、検索結果を絞り込むための検索条件を付加し、インターネット用ホストサーバ３がこの検索条件に基づいて利用可否情報（図９の※３参照）の内容を絞り込んで配信することで、ユーザが得られる情報がより一層ユーザの目的やニーズに適ったものになる。その結果、ユーザは自身にとって価値のある情報のみを得ることができるので、大変便利である。

例えば、ユーザの現在位置やユーザがこれから赴く場所等、ユーザがカラオケサービスを利用したいと考えている場所を検索条件に加えることで、当該位置の近隣に存在するカラオケ店における利用可否情報のみをユーザに対して配信するといった運用が可能である。また、店舗の特定に関する情報（例えば、店舗名や電話番号等）を検索条件に加えることで、この検索条件で指定された店舗における利用可否情報のみをユーザに対して配信するといった運用が可能である。また、ユーザがカラオケサービスを利用したい日時等を検索条件に加えることで、この検索条件で指定された日時において営業中のカラオケ店における利用可否情報のみをユーザに対して配信するといった運用が可能である。

（３）カラオケ用ホストサーバ２がマスタ機４ａからコンテンツの取得状況に関する情報を取得する際、マスタ機４ａからは、自マスタ機４ａにおける取得状況だけでなく、マスタ機４ａがスレイブ機４ｂから収集した取得状況もホストサーバへ配信される（マスタ機報告データ：図１３の※７参照）。これにより、カラオケ用ホストサーバ２は、自装置の管理外にあるスレイブ機４ｂにおけるコンテンツの取得情報も取得できる。よって、たとえ同一のカラオケ店内においてカラオケ装置４ごとにコンテンツの取得状況が異なる場合であっても、カラオケ用ホストサーバ２がマスタ機４ａから収集した情報に基づいて、インターネット用ホストサーバ３から正確な利用可否情報をユーザに対して提供可能である。

（４）第１実施形態のマスタ機４ａは、カラオケ用ホストサーバ２からコンテンツの取得状況の配信要求（マスタ機向け要求データ：図１３の※６参照）を取得したときに、自マスタ機４ａの管理下にあるスレイブ機４ｂに対してコンテンツの取得状況の配信を要求する（スレイブ機向け要求データ：図１５の※８参照）。このようにすることで、ユーザが目的のコンテンツの利用可否に関する情報を要求したタイミングでマスタ機４ａが各スレイブ機４ｂの取得状況を収集するため、ユーザに提供する利用可否情報の即時性を確保することができるといった利点がある。

（５）第２実施形態のマスタ機４ａは、スレイブ機４ｂにおいてコンテンツ取得状況が変化したときに、都度、当該スレイブ機４ｂにおける取得状況を取得しておく。そして、カラオケ用ホストサーバ２からコンテンツの取得状況の配信要求（マスタ機向け要求データ：図１３の※６参照）を取得したときに、予め取得してある取得状況に基づいてマスタ機４ａが即座にカラオケ用ホストサーバ２へ応答可能であるとった即応性の面で利点がある。

なお、本実施形態のカラオケネットワークシステム１と、特許請求の範囲に記載した構成との対応は次のとおりである。
実施形態のパソコン６ａ及び携帯電話６ｂが、特許請求の範囲における情報端末に相当する。詳しくは、パソコン６ａ及び携帯電話６ｂが備えるＷｅｂブラウザ機能が、第１情報送信手段、第２情報取得手段及び表示手段に相当する機能を実現する。

また、実施形態のインターネット用ホストサーバ３とカラオケ用ホストサーバ２とが協働することで、特許請求の範囲におけるホストサーバに相当する機能を実現する。詳しくは、インターネット用ホストサーバ３が備えるＷｅｂサーバ３ａが、第２情報配信手段に相当する機能を実現し、カラオケ用ホストサーバ２が備えるＷｅｂサーバ２ａが、第３情報送信手段及び第４情報取得手段に相当する機能を実現する。

また、実施形態のマスタ機４ａの制御部が、第４情報配信手段、第５情報送信手段及び第６情報取得手段に相当する機能を実現する。また、実施形態のスレイブ機４ｂの制御部が、第６情報配信手段に相当する機能を実現する。

以上、本発明の実施形態について説明したが、本発明は上記の実施形態に何ら限定されるものではなく、本発明の技術的範囲に属する限り様々な態様にて実施することが可能である。

例えば、上述の実施形態は、カラオケ用ホストサーバ２とインターネット用ホストサーバ３との２台のサーバ装置によって特許請求の範囲におけるホストサーバの機能を実現する構成であったが、特許請求の範囲におけるホストサーバの機能を１台のサーバ装置で実現するような構成であってもよい。

また、上記実施形態では、ユーザ端末６としてパソコン６ａや携帯電話６ｂを用いたが、これに限らず通信機能を有するＰＤＡや、据置型あるいは携帯型のゲーム機等を用いてもよい。

実施形態のカラオケネットワークシステム１の概略構成を示すブロック図である。 カラオケ用ホストサーバ２と、各店舗に設置されたカラオケ装置のマスタ機４ａ及びスレイブ機４ｂとのネットワーク接続の概要を模式的に示す図である。 カラオケ用ホストサーバ２から各店舗に設置されたカラオケ装置４へのコンテンツを配信する手順を示すラダーチャートである。 スレイブ機４ｂが記憶している取得コンテンツリストの一例を模式的に示す図である。 リモコン端末５及びユーザ端末６によってユーザ登録を行う際の画面表示例を示す説明図である。 （ａ）は、ユーザ登録データベース２ｃの具体的内容を示す説明図であり、（ｂ）は、個人用Ｗｅｂページデータベース２ｄの具体的内容を示す説明図である。 ユーザ端末６、インターネット用ホストサーバ３、カラオケ用ホストサーバ２、カラオケ装置のマスタ機４ａ及びカラオケ装置のスレイブ機４ｂ間で行われる通信の流れを模式的に示すラダーチャートである。 ユーザ端末６が実行する処理の手順を示すフローチャートである。 ※２は利用可否情報配信要求データの記述様式を模式的に示す図であり、※３は利用可否情報の記述様式を模式的に示す図である。 インターネット用ホストサーバ３のＷｅｂサーバ３ａが実行する処理の手順を示すフローチャートである。 ※４は、コンテンツ取得状況収集指示データの記述様式を模式的に示す図であり、※５は、コンテンツ取得状況データの記述様式を模式的に示す図である。 カラオケ用ホストサーバ２のＷｅｂサーバ２ａが実行する処理の手順を示すフローチャートである。 ※６は、マスタ機向け要求データの記述様式を模式的に示す図であり、※７は、マスタ機報告データの記述様式を模式的に示す図である。 マスタ機４ａの制御部が実行する処理（第１実施形態）の手順を示すフローチャートである。 ※８は、スレイブ機向け要求データの記述様式を模式的に示す図であり、※９は、スレイブ機報告データの記述様式を模式的に示す図である。 マスタ機４ａの制御部が実行する「タイムアウト時取得処理」の手順を示すフローチャートである。 マスタ機４ａの制御部が実行する処理（第２実施形態その１）の手順を示すフローチャートである。 マスタ機４ａの制御部が実行する処理（第２実施形態その２）の手順を示すフローチャートである。 スレイブ機４ｂの制御部が実行する処理の手順を示すフローチャートである。

符号の説明

１…カラオケネットワークシステム、２…カラオケ用ホストサーバ、２ａ…Ｗｅｂサーバ、２ｂ…データベース、３…インターネット用ホストサーバ、３ａ…Ｗｅｂサーバ、３ｂ…データベース、４ａ…カラオケ装置（マスタ機）、４ｂ…カラオケ装置（スレイブ機）、５…リモコン端末、６…ユーザ端末、６ａ…パソコン、６ｂ…携帯電話、１００…ＬＡＮ、１１０…アクセスポイント、１２０，１４０…ルータ、２００…インターネット。

Claims (7)

1. カラオケ楽曲を少なくとも含むコンテンツを再生するカラオケ装置でありホストサーバからコンテンツの配信を受ける１つ以上のマスタ機と、前記マスタ機それぞれに対しコンテンツの配信を行うホストサーバとが第１ネットワークを介して通信可能に接続され、
   情報表示機能とユーザが入力操作する入力機能とを有する情報端末と、前記ホストサーバとが第２ネットワークを介して通信可能に接続され、
   さらに、前記カラオケ装置であり前記マスタ機からコンテンツの配信を受ける１つ以上のスレイブ機と、前記マスタ機とが第３ネットワークを介して通信可能に接続されたカラオケネットワークシステムにおいて、
   前記情報端末は、
   ユーザが指定する特定のコンテンツの前記カラオケ装置における利用可否に関する利用可否情報の配信を要求するための情報であり、少なくとも前記特定のコンテンツの識別情報を含んだ第１情報を前記ホストサーバへ送信する第１情報送信手段と、
   送信された前記第１情報に応じて前記ホストサーバから配信される第２情報を取得する第２情報取得手段と、
   取得した前記第２情報に含まれる利用可否情報に基づく情報を表示する表示手段とを備え、
   前記ホストサーバは、
   前記情報端末から前記第１情報を取得した場合、この第１情報に基づき、前記特定のコンテンツの取得状況に関するコンテンツ取得状況情報を前記ホストサーバへ配信することを要求するための第３情報を、前記マスタ機に対して送信する第３情報送信手段と、
   送信された前記第３情報に応じて前記マスタ機それぞれから配信される第４情報を取得する第４情報取得手段と、
   取得した前記第４情報に含まれるコンテンツ取得状況情報に基づき、各カラオケ装置における前記特定のコンテンツの利用可否に関する利用可否情報を作成し、この利用可否情報を含んだ第２情報を前記第１情報送信元の前記情報端末へ配信する第２情報配信手段とを備え、
   前記マスタ機は、
   スレイブ機におけるコンテンツの取得状況に関する取得情報を前記マスタ機へ配信することを要求するための第５情報を、前記マスタ機に接続された前記スレイブ機それぞれに対して送信する第５情報送信手段と、
   送信された前記第５情報に応じて前記スレイブ機それぞれから配信される第６情報を取得する第６情報取得手段と、
   前記ホストサーバから前記第３情報を取得した場合、前記第６情報取得手段によって取得した第６情報に含まれる取得情報に基づく前記スレイブ機それぞれにおけるコンテンツの取得状況と、自マスタ機におけるコンテンツの取得状況とに基づいて、各カラオケ装置における前記第３情報に該当するコンテンツの取得状況に関するコンテンツ取得状況情報を含んだ第４情報を前記ホストサーバへ配信する第４情報配信手段とを備え、
   前記スレイブ機は、
   前記マスタ機から前記第５情報を取得した場合、自スレイブ機におけるコンテンツの取得状況に関する取得情報を含んだ第６情報を前記マスタ機へ配信する第６情報配信手段を備えること
   を特徴とするカラオケネットワークシステム。
2. 請求項１に記載のカラオケネットワークシステムにおいて、
   前記マスタ機が備える前記第５情報送信手段は、前記ホストサーバから前記第３情報を取得した際に、前記第５情報を前記マスタ機に接続された前記スレイブ機それぞれに対して送信すること
   を特徴とするカラオケネットワークシステム。
3. 請求項１に記載のカラオケネットワークシステムにおいて、
   前記マスタ機が備える前記第５情報送信手段は、前記スレイブ機においてコンテンツ取得状況が変化した際に、当該スレイブ機に対して前記第５情報を送信すること
   を特徴とするカラオケネットワークシステム。
4. 請求項１ないし請求項３の何れか１項に記載のカラオケネットワークシステムにおいて、
   前記情報端末が備える前記第１情報送信手段は、前記ホストサーバから得られる前記利用可否情報の内容を絞り込むための所定の検索条件を示す情報を更に含んだ第１情報を前記ホストサーバへ送信し、
   前記ホストサーバは、前記マスタ機あるいは前記マスタ機が設置されている店舗ごとに前記検索条件に対応する管理情報を記憶する記憶手段を更に備えており、
   前記ホストサーバが備える前記第２情報配信手段は、前記記憶手段に記憶されている管理情報に基づき、前記第１情報における前記検索条件に適合する利用可否情報を作成し、この利用可否情報を含んだ第２情報を前記第１情報送信元の前記情報端末へ配信すること
   を特徴とするカラオケネットワークシステム。
5. 請求項４に記載のカラオケネットワークシステムにおいて、
   前記検索条件は、地理的位置の特定に関する条件であること
   を特徴とするカラオケネットワークシステム。
6. 請求項４又は請求項５に記載のカラオケネットワークシステムにおいて、
   前記検索条件は、前記カラオケ装置が設置されている店舗の特定に関する条件であること
   を特徴とするカラオケネットワークシステム。
7. 請求項４ないし請求項６の何れか１項に記載のカラオケネットワークシステムにおいて、
   前記検索条件は、前記特定のコンテンツを利用可能な時間の特定に関する条件であること
   を特徴とするカラオケネットワークシステム。

Images