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

Abstract

【課題】カラオケユーザが所望するコンテンツの利用可否についての情報を、ユーザが快適に閲覧できるような態様で提供する。
【解決手段】ユーザからの入力に基づき、携帯電話からインターネット用ホストへ利用可否情報の配信を要求する（Ｓ１０４）。インターネット用ホストからの指示によりカラオケ用ホストはマスタ機へコンテンツ取得状況の配信を要求する（Ｓ３０３）。マスタ機は、自マスタ機とスレイブ機のコンテンツ取得状況をカラオケ用ホストへ配信する（Ｓ５０３）。カラオケ用ホストはこれをインターネット用ホストへ配信する（Ｓ３０７）。インターネット用ホストは、取得したコンテンツ取得状況に基づき、ユーザの現在位置と店舗との距離が近い順に、携帯電話において１画面内に表示可能な件数の利用可否情報を抽出し、これを携帯電話へ配信する（Ｓ２１０）。携帯電話は、配信された利用可否情報の内容を表示する（Ｓ１０７）。
【選択図】図７

Description

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

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

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

ところで、ユーザが所有する携帯情報端末に対して情報提供を行うシステムの従来技術として、特許文献２に記載のものが知られている。特許文献２で開示されている技術は次のとおりである。接続情報管理サーバは、接続情報の参照の要求元である携帯情報端末から取得した位置情報を加味して接続情報に優先度情報を付加して接続情報リストを作成し、これを要求元の携帯情報端末へ送信する。携帯情報端末は、受信した接続情報リストを、優先度情報に基づく順序で表示する。
特開２００２−３２８６８７号公報 特開２００２−２４２２３号公報

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

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

また、ホストサーバからカラオケ店に配信されるコンテンツの種類や内容は、ポップス、演歌、洋楽等のジャンルや地域といったカテゴリごとに分類された複数のコンテンツの集合体であるパッケージごとに、各カラオケ店とコンテンツ提供者との契約によって決められるものである。つまり、カラオケ店によって契約するパッケージは異なるため利用できるコンテンツも異なり、カラオケ店Ａで利用可能なコンテンツがカラオケ店Ｂでは利用できないといった状況が発生する場合がある。さらに、設置されたカラオケ装置の台数がｍであるカラオケ店Ｃにおいて、例えば、コンテンツｄを利用可能とする契約を結んだカラオケ装置の台数がｍより少ない場合、カラオケ店Ｃにおいてコンテンツｄを利用できるカラオケ装置と利用できないカラオケ装置が混在することになる。この場合、同じカラオケ店Ｃであっても、必ずしもコンテンツｄを利用できるわけではない。

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

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

そこで、指定されたコンテンツの利用可否に関する情報を、ホストサーバからユーザの所有する携帯情報端末等に対して配信するシステムを構築し、指定されたコンテンツを利用できるカラオケ店やカラオケルーム（カラオケ装置が設置されている部屋）等に関する情報のリストを携帯情報端末に表示させるサービスを提供することで上記問題を解決することが考えられる。このようなシステムによれば、ユーザは、カラオケ店に来店する前に目的のコンテンツがどのカラオケ装置で利用できるかを携帯電話等で予め知ることができる。

このようなサービスにおいて、ホストサーバから携帯情報端末へ利用可否情報のリストを送信するリストの件数が多い場合、特に表示画面の小さな携帯情報端末では、１画面に表示しきれないリストを手動操作でスクロールさせて表示させながら閲覧するといった具合に、必要な情報をユーザが得るためには多くの手間が必要となる等の問題がある。例えば、ユーザが指定したコンテンツに対して、全国のカラオケ店における膨大な件数の利用可否情報のリストを携帯情報端末へ送信してしまうと、ユーザが必要な情報を得るのに膨大な件数のリストを手動でスクロールさせながら閲覧しなければならない。また、一画面内に収まらないリストを携帯情報端末側で自動的にスクロールさせて順次表示することも考えられるが、画面外へスクロールするリストをユーザが見逃してしまった場合には、見逃した情報を再び表示させるために、スクロールの指示操作をユーザが行わなければならず、何れにせよユーザにとって大変煩雑である。

一方、特許文献２では、接続情報管理サーバから携帯情報端末へ送信するリストに位置情報に基づく距離に応じた優先度情報を付加することで、この優先度情報に基づいて携帯情報端末側でリストを並び替え、ユーザにとって有用な情報をリストの上位に表示する技術が開示されている。このような技術を用いることで、ユーザの現在位置や目的地等の何らかの位置情報に基づいて、ユーザにとって有用と思われる情報を優先的に表示させることができるので、ユーザが必要な情報を得るための手間はある程度軽減されると考えられる。しかしながら、位置情報に基づく優先度によってリストの並び替えを行うだけでは、１画面で表示しきれない膨大な件数のリストを手動でスクロールさせて閲覧しなければならないといった問題を解決することはできない。

そこで、ホストサーバから携帯情報端末へ利用可否情報のリストを送信する際、位置情報を考慮するだけでなく、情報の送信先の携帯情報端末の画面における表示範囲も考慮するなどして送信するリストの件数を絞り込むことで、ユーザが快適に利用可否情報のリストを閲覧することができるように配慮することが肝要である。

本発明は上述のような事情を鑑みなされており、カラオケユーザが所望するコンテンツを利用可能なカラオケ装置についての情報を、ユーザが快適に閲覧できるような態様で提供するための技術を提供することを目的とする。

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

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

ホストサーバは、マスタ機及びこのマスタ機と接続する各スレイブ機からなるグループが所在する位置に関する位置情報を記憶する記憶手段と、第３情報送信手段と、第４情報取得手段と、特定手段と、リスト作成手段と、第２情報配信手段とを備える。

第３情報送信手段は、携帯情報端末から第１情報を取得した場合、この第１情報に基づき、特定のコンテンツの取得状況に関するコンテンツ取得状況情報をホストサーバへ配信することを要求するための第３情報を、各マスタ機に対して送信する。第４情報取得手段は、送信された第３情報に応じて各マスタ機それぞれから配信される第４情報を取得する。特定手段は、第１情報に含まれる表示規模特定情報に基づいて携帯情報端末が備える表示デバイスの表示規模を特定する。リスト作成手段は、取得した第４情報に含まれるコンテンツ取得状況情報に基づき、前記各グループ単位で各カラオケ装置の特定のコンテンツの利用可否に関する情報を示す利用可否情報をそれぞれ作成し、この各利用可否情報に対して第１情報に含まれる位置情報と記憶手段に記憶されている位置情報との関係に応じた所定の優先順を設定した利用可否情報リストを作成する。第２情報配信手段は、利用可否情報リストにおける優先順の上位から、特定手段によって特定した表示規模に応じた所定の件数分までの利用可否情報を含んだ第２情報を、第１情報送信元の携帯情報端末へ配信する。

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

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

このように構成されたカラオケネットワークシステムによれば、ユーザが操作する携帯情報端末からの要求（第１情報）に応じて、ホストサーバが管理下のカラオケ装置（マスタ機）から取得したコンテンツ取得状況に基づく利用可否情報（第２情報）がホストサーバから携帯情報端末へ配信される。なお、ホストサーバが管理下のマスタ機からコンテンツの取得状況に関する情報（第４情報）を収集する際、マスタ機からは、自マスタ機における取得状況だけでなく、マスタ機が自機の管理下にあるスレイブ機から収集した各スレイブ機における取得状況（第６情報）も併せて第４情報としてホストサーバへ配信される。ホストサーバは、この第４情報に基づいて利用可否情報（第２情報）を作成し、携帯情報端末へ配信する。

具体的には、ユーザが携帯情報端末を介してコンテンツＡについての利用可否情報の配信をホストサーバに対して要求した場合、例えば、このコンテンツＡを利用できる（つまり、コンテンツＡが配信済みである）カラオケ装置が設置されている店舗名や住所、連絡先、カラオケルーム（カラオケ装置が設置されている部屋）の部屋番号等が表示されるように構成することが考えられる。ユーザはその内容を確認することで、カラオケ店に来店する前に目的のコンテンツがどの店舗のどのカラオケ装置で利用できるかを携帯情報端末等で予め知ることができる。

また、携帯情報端末側からホストサーバへ送信される第１情報には、位置情報（例えばユーザの現在位置や目的地）と、自携帯情報端末が備える表示デバイスの表示規模を特定するための表示規模特定情報とが含まれる。ホストサーバ側では、この位置情報と、マスタ機及びこのマスタ機と接続する各スレイブ機からなるグループ（例えば、店舗単位）の位置情報に基づいて、このグループごとの利用可否情報に対して優先順を設定して利用可否情報リストを作成することができる。具体的には、携帯情報端末から取得した位置情報が示す地点と各店舗の所在地との間で両者の距離を計算し、この距離が短い方から順に当該店舗に対応する利用可否情報をリストの上位に設定するといった運用が考えられる。

さらに、ホストサーバ側では、要求元の携帯情報端末が備える表示デバイスの表示規模を特定し、利用可否情報リストの中から携帯情報端末へ配信すべき利用可否情報の件数を表示デバイスの表示規模に応じた所定の件数に絞り込むことができる。このとき、利用可否情報リストの上位からこの件数分までの利用可否情報が携帯情報端末へ配信される。なお、携帯情報端末へ配信する利用可否情報の件数としては、ユーザによる閲覧しやすさを重視するなら、例えば配信した全ての利用可否情報が表示デバイスにおける１画面内に表示可能な件数とするとよい（請求項２）。あるいは、多くとも２，３画面程度の数画面内に表示可能な件数に絞り込むことも考えられる。そうすることで、配信された利用可否情報をユーザが閲覧する際、全ての情報を見るためにユーザが手動で画面をスクロールさせるといった操作を軽減することができる。

このように、携帯情報端末へ利用可否情報のリストを送信する際、携帯情報端末の位置情報に基づいて利用可否情報の優先度を考慮すると共に、携帯情報端末が備える表示デバイスにおける表示範囲を考慮して送信するリストの件数を絞り込むことで、ユーザにとってより優先度の高い利用可否情報をユーザが快適に閲覧できる態様で提供できる。

ところで、同一のカラオケ店内においてマスタ機から管理下のスレイブ機へコンテンツのコピー（２次配信）が随時進行する等の様々な理由により、各カラオケ装置におけるコンテンツの取得状況は時々刻々と変化する。したがって、一旦ホストサーバからユーザの携帯情報端末へ特定のコンテンツに関する利用可否情報が配信された後も、直ぐに各カラオケ装置において当該コンテンツに対する取得状況が変化する可能性もある。そこで、携帯情報端末へ利用可否情報を一旦送信した後も、ユーザが指定したコンテンツについてカラオケ装置における取得状況が変化した場合、その内容を以って一旦配信した利用可否情報を更新することが望ましい。具体的には、請求項３に記載のカラオケネットワークシステムのように構成するとよい。

つまり、マスタ機では、第５情報送信手段は、第４情報送信手段がホストサーバから送信された第３情報に応じて最初に第４情報を送信した後、スレイブ機においてコンテンツ取得状況が変化した場合、随時第５情報をスレイブ機に対して送信する。第４情報配信手段は、ホストサーバからの第３情報に応じて最初に第４情報を送信した後、第６情報取得手段によって第６情報を取得した場合、この第６情報に基づく第４情報をホストサーバへ随時配信する。

一方、ホストサーバでは、マスタ機から随時配信されてくる第４情報に基づいて、既に作成されている利用可否情報リストにおける利用可否情報及び優先順を更新するリスト更新手段を更に備える。そして、第２情報配信手段は、携帯情報端末から送信されてきた第１情報に応じて最初に第２情報を送信した後、リスト更新手段による更新において利用可否情報リストの上位から表示規模に応じた所定の件数分までの範囲で内容に変更があった場合、更新された利用可否情報リストの上位から、特定手段によって特定した表示規模に応じた所定の件数分までの利用可否情報を含んだ第２情報を、第１情報送信元の携帯情報端末へ再び配信する。

このように構成されたカラオケネットワークシステムによれば、ホストサーバから携帯情報端末へ利用可否情報（第２情報）が一旦配信された後も、ホストサーバにおいては、マスタ機から随時配信されるコンテンツ取得状況情報（第４情報）に基づいて既に作成した利用可否情報リストが随時更新される。そして、この利用可否情報リストにおいて、上位から携帯情報端末の表示デバイスにおける表示規模に応じた所定の件数分までの範囲で内容に変更があった場合にのみ、この件数分までの利用可否情報（第２情報）が当該携帯情報端末へ再び配信される。このようにすることで、ユーザにとって優先度の高い上位の利用可否情報に更新があったときのみ再び利用可否情報が配信されるので、ユーザにとって有用な情報のみを適切なタイミングで提供することができ、ユーザにとって大変便利である。

ところで、近年、ＧＰＳ（Global Positioning System）等を利用したナビゲーション機能を搭載した携帯電話等、自らの現在位置を特定可能な携帯情報端末が普及している。そこで、ＧＰＳ等を利用して特定した現在位置を上述の位置情報として利用して、ユーザの現在位置近辺のカラオケ店に限定した利用可否情報を提供するような構成とすることが考えられる。しかしながら、携帯情報端末を持つユーザが高速で移動中である場合、利用可否情報の配信要求を出した時点での位置と移動後の位置とがかけ離れてしまっている可能性がある。この場合、要求時の位置近辺のカラオケ店に限定して配信された利用可否情報では、移動後の現在位置とはかけ離れてしまっていて、ユーザの役に立たないおそれがある。

そこで、請求項４に記載のカラオケネットワークシステムのように構成するとよい。つまり、携帯情報端末において、位置情報取得手段は位置情報として自携帯情報端末の現在位置情報を取得する機能を有する。そして、第１情報送信手段は、第１情報をホストサーバへ送信する時点の現在位置情報を含んだ第１情報をホストサーバへ送信し、送信後、自携帯情報端末の現在位置が前回の送信時における位置から所定量移動した場合、その時点での現在位置情報を含んだ第1情報をホストサーバへ再送信する。

このように構成されたカラオケネットワークシステムによれば、携帯情報端末の現在地が所定量移動する度に、その時点での現在位置情報が含まれた第１情報を携帯情報端末からホストサーバへ再送信することができる。そして、この送信された第１情報に応じてホストサーバから配信される利用可否情報（第２情報）を取得することで、ユーザが移動中であっても、常にユーザの現在位置に適合する利用可否情報をユーザに対して提供することができ、好適である。

ところで、ホストサーバが携帯情報端末へ配信する利用可否情報には、ユーザの利便性を考慮して種々の情報の項目を含むように、カラオケネットワークシステムを構成することが考えられる。利用可否情報に含める情報の項目としては、例えば、指定されたコンテンツを利用できるカラオケ装置がある店舗名やその住所、連絡先、距離情報、カラオケルームの部屋番号等が挙げられる。

さらに、これらの項目に対して、それぞれの項目で示される情報の重要度に応じて優先順を予め設定しておき、利用可否情報の配信先の携帯情報端末において、画面上でこの優先順に各項目が表示されるように構成することが考えられる。例えば、コンテンツの利用可否について知りたいユーザにとって最も重要なのは、コンテンツが利用できるか否かであり、次いで重要なのは、コンテンツを利用可能な施設や場所を特定する情報である。このようなニーズを考慮すると、上述の項目の一例においては、利用可否情報に含まれる項目で最も重要度が高いのは、「指定されたコンテンツを利用できる店舗名」であり、続いて重要度が高い順に、例えば「住所」、「連絡先」、「距離情報」、「カラオケルームの部屋番号」の順に優先順を設定することが考えられる。したがって、この順序に従って各項目に優先順位を設定すれば、ユーザにとって必要な情報が画面上で見やすい状態で表示されるので好適である。

ところが、配信された利用可否情報を携帯情報端末において横書きで表示する場合、１店舗ごとの利用可否情報に含まれる情報の項目の数が表示デバイスの横方向の表示可能範囲に対して多過ぎると、１件の利用可否情報が画面上において１行に収まらずに複数行にわたって表示されることになる。１店舗ごとの利用可否情報があまりに多数の行にわたって表示されると、提供される情報量が多い反面、ユーザにとって閲覧し難いものとなり、かえって不便である。

そこで、請求項５に記載のカラオケネットワークシステムのように構成するとよい。具体的には、ホストサーバが備えるリスト作成手段は、利用可否情報を複数の所定の項目の集合として作成し、かつ、特定手段によって特定した表示規模における画面横方向の表示規模に応じて、作成する利用可否情報に含まれる項目の数を変更する。

このように構成されたカラオケネットワークシステムによれば、携帯情報端末の表示デバイスにおける横方向の表示規模に応じて、例えば、１件の利用可否情報が画面上で１行に収まるような利用可否情報を作成し、これを画面全体での表示規模を考慮した件数だけ配信するといった運用が可能である。なお、ユーザが最も閲覧しやすい形態を考慮するならば、１件の利用可否情報を画面上で１行に収めるようにするのが最適であると考えられる。あるいは、利用可否情報１件あたりの情報量を優先するならば、１件の利用可否情報が多くても２，３行に収まるような項目数で利用可否情報を作成するように構成してもよい。このように、画面の横方向の表示範囲を考慮して１件あたりの利用可否情報の情報量（すなわち、項目数）を変化させることで、ユーザにとってより閲覧しやすい形態で利用可否情報を提供でき、便利である。

さらに、請求項６に記載のカラオケネットワークのように構成するとよい。具体的には、ホストサーバでは、利用可否情報に用いられる各項目に、それぞれ重要度に応じた優先順を予め設定しておく。そして、リスト作成手段は、この優先順の上位から、特定手段によって特定した表示規模における画面横方向の表示規模に応じた所定の件数分までの順位の項目を含み、かつ、これらの各項目が画面横方向の表示の起点側から優先順に表示されるように構成された利用可否情報を作成する。

このように構成されたカラオケネットワークシステムによれば、画面横方向の表示規模に応じて利用可否情報に含まれる項目の数を変更する場合においても、常に優先度が上位の項目を含む利用可否情報を携帯情報端末へ配信することができる。これにより、ユーザは、コンテンツの利用可否について重要度の高い情報から優先的に取得できるので、ユーザにとって大変便利である。さらに、配信される利用可否情報においては、各項目が携帯情報端末の画面横方向の表示の起点側（例えば、画面の左側）から優先順に表示されるように構成されているので、携帯情報端末の画面上において重要度の高い情報がユーザにとってより閲覧しやすい状態で表示され、好適である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

インターネット用ホストサーバ３は、カラオケ用ホストサーバ２からコンテンツ取得状況を取得すると、その内容に基づいてユーザにより指定された検索条件や現在位置情報に応じて利用可否情報リストを作成する（Ｓ２０７）。そして、この作成した利用可否情報のリストから、要求元の携帯電話６が備える表示デバイス（モニタ）で１画面内に表示可能な件数の利用可否情報を抽出し（Ｓ２０８）、これを配信用リストとして要求元の携帯電話６へ配信する（Ｓ２１０）。携帯電話６は、インターネット用ホストサーバ３から取得した配信用リストに基づき、利用可否情報をモニタ等の表示デバイスに表示する（Ｓ１０７）。

なお、マスタ機４ａにおいて、カラオケ用ホストサーバ２からの要求（Ｓ３０３）に応じて最初にコンテンツ取得状況を配信した（Ｓ５０３）後、スレイブ機４ｂでコンテンツの取得状況が変化した場合、マスタ機４ａは、スレイブ機４ｂに対してコンテンツ取得状況の配信を要求し（Ｓ４０２）、スレイブ機４ｂからコンテンツ取得状況を再び取得する。そして、この取得したスレイブ機のコンテンツ取得状況に基づいて、コンテンツ取得状況を再びカラオケ用ホストサーバ２へ配信する（コンテンツ取得状況を配信（２）：Ｓ５０３）。

カラオケ用ホストサーバ２は、マスタ機４ａから再びコンテンツ取得状況を取得すると、その内容に基づくコンテンツ取得状況をインターネット用ホストサーバ３へ再び配信する（Ｓ３０７）。

インターネット用ホストサーバ３は、カラオケ用ホストサーバ２から再びコンテンツ取得状況を取得すると、その内容に基づいて既に作成してある利用可否情報リストを更新する（Ｓ２１５）。そして、この更新により前回配信した配信用リストの内容と差異が生じる場合、更新後の利用可否情報のリストから、要求元の携帯電話６が備える表示デバイス（モニタ）で１画面内に表示可能な件数分の利用可否情報を抽出し（Ｓ２０８）、これを配信用リストとして要求元の携帯電話６へ再び配信する（Ｓ２１０）。携帯電話６は、インターネット用ホストサーバ３から再び取得した配信用リストに基づき、既に表示されている利用可否情報を更新する（Ｓ１０７）。

マスタ機４ａにおいて、カラオケ用ホストサーバ２からの要求（Ｓ３０３）に応じて、最初にコンテンツ取得状況を配信した（Ｓ５０３）後、それ以降は、スレイブ機４ｂにおいてコンテンツの取得状況が変化した場合、その都度、上述のようにスレイブ機４ｂ→マスタ機４ａ→カラオケ用ホストサーバ２→インターネット用ホストサーバ３へと、コンテンツ取得状況が順次配信される。そして、インターネット用ホストサーバ３では、配信されてきたコンテンツ取得状況に応じて、既に作成した利用可否情報リストを更新し、更新の結果により前回の配信用リストと差異がある場合、新たに抽出した配信用リストを携帯電話６へ再び配信する。以上のような動作を、利用可否情報の配信を終了する指示がなされるまで、あるいは、当該ユーザがカラオケ店に入店し、そこからシステムにログインするまで繰り返す。

図８は、上述の「コンテンツ利用可否情報配信サービス」において携帯電話６が実行する処理の手順を示すフローチャートである。この処理は、ユーザからの指示入力により、コンテンツ利用可否情報の配信要求及び閲覧用のアプリケーションを起動することで開始される。

まず、ユーザからの操作により、コンテンツ識別情報及び取得する利用可否情報の内容を絞り込むための検索条件等を入力する（Ｓ１０１）。ここで、ユーザによって入力されるコンテンツ識別情報としては、コンテンツの名称やコンテンツの再生予約に用いるコンテンツ番号等、コンテンツを特定できる情報であれば様々な情報を入力可能に構成してもよい。また、ユーザによって入力される検索条件としては、ユーザがカラオケサービスを利用したいと考えている地域、特定の店舗の名称、店舗の営業時間等がある。

つぎに、自端末の個体識別情報（ＵＩＤ）を読み出す（Ｓ１０２）。この個体指示別情報は、個々の端末を識別するための情報であり、当該携帯電話のキャリア（携帯電話の通信サービスを提供している会社）名、端末の機種名、端末ごとに固有の端末シリアル番号等が含まれている。なお、本実施形態では、この個体識別情報を用いて、インターネット用ホストサーバ３側で携帯電話６の機種名を特定し、その機種名から当該携帯電話６のモニタの画面サイズを特定する（特許請求の範囲における表示規模特定情報に相当）。

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

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

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

図８の説明に戻る。Ｓ１０４で利用可否情報配信要求データをインターネット用ホストサーバ３へ送信した後、インターネット用ホストサーバ３から配信用リストを受信したか否かを判定する（Ｓ１０５）。ここでは、利用可否情報を受信していないと判定している間（Ｓ１０５：ＮＯ）、この処理を繰り返す。

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

ここで、インターネット用ホストサーバ３から携帯電話６へ送信されてくる配信用リストの具体的な内容について説明する。図９の※３は、インターネット用ホストサーバ３から携帯電話６へ送信される配信用リストの記述様式を模式的に示す図である。図９の※３に示すように、この配信用リストには、「店舗名」、「店舗位置情報」、「電話番号」、「距離情報」、「利用可能部屋数」及び「部屋番号」の各項目のデータからなる、店舗ごとの利用可否情報が複数件（＝Ｍ件）含まれている。

なお、店舗ごとの各利用可否情報には、配信元のインターネット用ホストサーバ側で設定された順位が付されている。この順位は、送信した利用可否情報配信要求データに含まれる現在位置情報が示す位置（すなわち、現在位置）と、当該利用可否情報に対応する店舗の所在地との距離が短い順に付けられている。また、配信用リストに含まれる利用可否情報の件数（＝Ｍ件）は、配信先の携帯電話６の画面サイズに応じて異なり、それぞれの携帯電話６のモニタにおいて、全ての利用可否情報を１画面内に表示可能な件数となっている。

各利用可否情報において、「店舗名」の項目は、当該コンテンツを利用できるカラオケ店の名称を示すデータである。「店舗位置情報」の項目は、当該カラオケ店の地図上の座標や住所、周辺地図、店舗への行き方等を示すデータである。「電話番号」の項目は、当該カラオケ店の電話番号を示すデータである。「距離情報」の項目は、上述の現在位置情報が示す位置（すなわち、現在位置）から当該カラオケ店までの距離を示すデータである。「利用可能部屋数」の項目は、当該カラオケ店内で当該コンテンツを利用できるカラオケルームの数を示すデータである。「部屋番号」の項目は、当該カラオケ店内で当該コンテンツを利用できるカラオケルームの部屋番号を示すデータであり、当該コンテンツを利用できる部屋が複数存在する場合（すなわち、「利用可能部屋数」＞１）、その件数分のデータが含まれる。

図８の説明に戻る。Ｓ１０６では、インターネット用ホストサーバ３から取得した配信用リストに基づいて画面表示用のデータを作成する。このとき、配信用リストの各利用可否情報に付されている順位に基づき、画面上において上位の利用可否情報から順に上から並ぶようにし、そして、利用可否情報の各項目については、画面上において左側から「順位」、「店舗名」、「店舗位置情報」、「電話番号」、「距離情報」、「利用可能部屋数」、「部屋番号」の順に並ぶように、画面表示用データを作成する。そして、この作成した画面用表示のデータを用いて利用可否情報の内容をモニタに表示する（Ｓ１０７）。

つぎに、この処理を終了する否かを判定する（Ｓ１０８）。処理を終了するか否かの判断については、例えば、利用可否情報の閲覧を終了する旨の指示がユーザによって入力されたか否かによって判断すればよい。ここで、この処理を終了しないと判断した場合（Ｓ１０８：ＮＯ）、ＧＰＳを利用して携帯電話６の現在位置情報を取得する（Ｓ１０９）。そして、この取得した現在位置情報が示す位置（すなわち現在位置）が、前回送信した利用可否情報配信要求データ（図９の※２参照）に含まれる現在位置情報が示す位置から所定距離（例えば、数百ｍ〜数ｋｍ）以上移動しているか否かを判定する（Ｓ１１０）。

ここで、現在位置が前回送信した利用可否情報配信要求データに対応する位置から所定距離以上移動していないと判定した場合（Ｓ１１０：ＮＯ）、つづいて、インターネット用ホストサーバ３から配信用リスト（図９の※３参照）を再び受信したか否かを判定する（Ｓ１１１）。ここで、インターネット用ホストサーバ３から配信用リストを受信したと判定した場合（Ｓ１１１：ＹＥＳ）、Ｓ１０６の処理へ戻り、この受信した配信用リストに基づいて画面表示用のデータを作成する。そして、この作成した画面用表示のデータに基づいて現在表示中の画面を更新する（Ｓ１０７）。一方、Ｓ１１１で、インターネット用ホストサーバ３から配信用リストを受信していないと判定した場合（Ｓ１１１：ＮＯ）、Ｓ１０８の処理へ戻る。

一方、Ｓ１１０で、現在位置が前回送信した利用可否情報配信要求データに対応する位置から所定距離以上移動していると判定した場合（Ｓ１１０：ＹＥＳ）、インターネット用ホストサーバ３に対して、前回送信した利用可否情報配信要求データに基づく配信用リストの配信を停止する旨の指示を送信する（Ｓ１１２）。その後、Ｓ１０３の処理へ戻り、ＧＰＳを利用して再び携帯電話６の現在位置情報を取得する。そして、コンテンツ識別情報、検索条件、個体識別情報、及びＳ１０３で取得した最新の現在位置情報に基づいて利用可否情報配信要求データを再度作成して、これをインターネット用ホストサーバ３へ再送信し（Ｓ１０４）、Ｓ１０５以降の処理へと進む。

上述のようにしてＳ１０１〜Ｓ１１２の各処理を順次実行し、最後にＳ１０８においてこの処理を終了すると判定した場合（Ｓ１０８：ＹＥＳ）、すなわち、利用可否情報の閲覧を終了する旨の指示がユーザによって入力された場合、携帯電話６の処理を終了する。

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

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

Ｓ２０１で、利用可否情報配信要求データを受信していないと判定している間（Ｓ２０１：ＮＯ）、この処理を繰り返す。そして、利用可否情報配信要求データを受信したと判定した場合（Ｓ２０１：ＹＥＳ）、取得した利用可否情報配信要求データに含まれる個体識別情報（ＵＩＤ）から要求元の携帯電話６の機種名を読み取る。そして、この読み取った機種名の端末が備えるモニタの画面サイズを特定し、この画面サイズにおいて１画面内で表示できる利用可否情報の件数である表示上限件数を設定する（Ｓ２０２）。なお、携帯電話６の機種名から画面サイズを特定するには、図１２に示すような、機種名ごとに画面サイズと画面に表示可能な行数とを示すテーブルを予めインターネット用ホストサーバ３のデータベース３ｂ内に格納しておき、個体識別情報（ＵＩＤ）から読み取った機種名を基に、このテーブルを参照すればよい。

つぎに、携帯電話６から取得した利用可否情報配信要求データに基づき、コンテンツ取得状況収集指示データ（図１１の※４参照）を作成し、これをカラオケ用ホストサーバ２へ送信する（Ｓ２０３）。

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

図１０の説明に戻る。Ｓ２０３でコンテンツ取得状況収集指示データをカラオケ用ホストサーバ２へ送信した後、カラオケ用ホストサーバ２からコンテンツ取得状況データを受信したか否かを判定する（Ｓ２０４）。ここで、コンテンツ取得状況データを受信していないと判定している間（Ｓ２０４：ＮＯ）、この処理を繰り返す。そして、カラオケ用ホストサーバ２からコンテンツ取得状況データ（図１１の※５参照）を受信したと判定した場合（Ｓ２０４：ＹＥＳ）、Ｓ２０５の処理へ移行する。

ここで、カラオケ用ホストサーバ２からインターネット用ホストサーバ３へ送信されてくるコンテンツ取得状況データの具体的な内容について説明する。図１１の※５は、カラオケ用ホストサーバ２からインターネット用ホストサーバ３へ送信されるコンテンツ取得状況データの記述様式を模式的に示す図である。図１１の※５に示すように、このコンテンツ取得状況データには、「コンテンツ名（コンテンツ番号）」からなるレコードに付随して、「店舗名」、「店舗位置情報」、「電話番号」、「利用可能部屋数」及び「部屋番号」の各項目のデータからなる、店舗ごとのコンテンツ取得状況を示すレコードが複数含まれている
なお、「コンテンツ名（コンテンツ番号）」、「店舗名」、「店舗位置情報」、「電話番号」、「利用可能部屋数」、「部屋番号」の各項目の内容については、上述の配信用リスト（図９の※３参照）の内容と同等であるため、ここでの説明は省略する。

図１０の説明に戻る。Ｓ２０５では、カラオケ用ホストサーバ２から取得したコンテンツ取得状況データ内に、携帯電話６から取得した利用可否情報配信要求データ（図９の※２参照）に含まれる検索条件情報が示す各種条件に適合する店舗のデータが存在するか否か判定する。例えば、検索条件情報に、ユーザがカラオケを利用したいと希望する地域を示す情報が含まれていれば、その地域内にあるカラオケ店を適合する店舗としてみなす。また、店舗名称を示す情報が含まれていれば、当該名称に合致するものを適合する店舗としてみなす。また、営業日時を示す情報が含まれていれば、当該日時に営業している店舗を適合する店舗としてみなす。

ここで、検索条件情報に適合する店舗のデータが存在すると判定した場合（Ｓ２０５：ＹＥＳ）、利用可否情報配信要求データに含まれる現在位置情報と上記検索条件情報に適合する各店舗の地図上の座標とに基づき、携帯電話６の現在位置から各店舗までの距離をそれぞれ算出する（Ｓ２０６）。なお、携帯電話６の現在位置から各店舗までの距離については、両者間の直線距離を算出してもよいし、地図データ等に基づいて現在位置から道路に沿ってカラオケ店に至るまでの行程の長さを算出してもよい。

つづいて、カラオケ用ホストサーバ２から取得したコンテンツ取得状況データ、及びＳ２０６で算出した距離に基づいて、利用可否情報リスト（図１１の※６参照）を作成する（Ｓ２０７）。具体的には、カラオケ用ホストサーバ２から取得したコンテンツ取得状況データの中から、携帯電話６から取得した利用可否情報配信要求データに含まれる検索条件情報に適合する店舗に関するデータを抽出し、これにＳ２０６で算出した携帯電話６の現在位置から各店舗までの距離を示す「距離情報」の項目を対応する店舗のデータに付加することで、店舗ごとの利用可否情報を作成する。また、店舗ごとの利用可否情報に対して、携帯電話６の現在位置から各店舗までの距離が短い順に優先順位を設定し、利用可否情報の一覧である利用可否情報リストを作成する。

ここで、Ｓ２０６においてインターネット用ホストサーバ３が作成する利用可否情報リストの具体的な内容について説明する。図１１の※６は、利用可否情報リストの記述様式を模式的に示す図である。図１１の※６に示すように、この利用可否情報リストには、「店舗名」、「店舗位置情報」、「電話番号」、「距離情報」、「利用可能部屋数」及び「部屋番号」の各項目のデータからなる、店舗ごとの利用可否情報が複数件（＝Ｎ件）含まれる。

なお、店舗ごとの各利用可否情報には、携帯電話６の現在位置と、当該利用可否情報に対応する店舗の所在地との距離が短い順に順位が付される（各利用可否情報の左端の項目）。また、利用可否情報リストに含まれる利用可否情報の件数（＝Ｎ件）は、カラオケ用ホストサーバ２から配信されてきたコンテンツ取得状況データ（※５）における全店舗数のうち、利用可否情報配信要求データ（図９の※２参照）に含まれる検索条件に適合する店舗の件数となる。

なお、「店舗名」、「店舗位置情報」、「電話番号」、「距離情報」、「利用可能部屋数」、及び「部屋番号」の各項目の内容については、上述の配信用リスト（図９の※３参照）の内容と同等であるため、ここでの説明は省略する。

図１０の説明に戻る。Ｓ２０８では、Ｓ２０７で作成した利用可否情報リストにおいて、このリストの上位からＳ２０２で設定した表示上限件数（＝Ｍ件とする）分までの順位の利用可否情報を抽出する（Ｓ２０８）。そして、この抽出した利用可否情報から配信用リスト（図９の※３参照）を作成する（Ｓ２０９）。ここでは、利用可否情報リストにおける利用可否情報の件数Ｎと、表示上限件数ＭとがＮ≧Ｍである場合、作成する配信用リストに含まれる利用可否情報の件数はＭ件となる。一方、Ｎ＜Ｍである場合、配信用リストに含まれる利用可否情報の件数はＮ件となる。

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

つぎに、この処理を終了する否かを判定する（Ｓ２１１）。処理を終了するか否かの判断については、例えば、配信用リストの配信を停止する旨の指示等を要求元の携帯電話６から受信したか否か、あるいは当該ユーザがカラオケ店からシステムにログインしたことを検知したか否かによって判断すればよい。ここで、この処理を終了しないと判断した場合（Ｓ２１１：ＮＯ）、カラオケ用ホストサーバ２からコンテンツ取得状況データ（図１１の※５参照）を再び受信したか否かを判定する（Ｓ２１２）。コンテンツ取得状況データを受信したと判定した場合（Ｓ２１２：ＹＥＳ）、この受信したコンテンツ取得状況データ内に、携帯電話６から取得した利用可否情報配信要求データに含まれる検索条件情報が示す各種条件に適合する店舗のデータが存在するか否か判定する（Ｓ２１３）。

ここで、検索条件情報に適合する店舗のデータが存在すると判定した場合（Ｓ２１３：ＹＥＳ）、利用可否情報配信要求データに含まれる現在位置情報と上記検索条件情報に適合する各店舗の地図上の座標とに基づき、携帯電話６の現在位置から各店舗までの距離をそれぞれ算出する（Ｓ２１４）。

つぎに、今回新たに取得したコンテンツ取得状況データ、及びＳ２１４で算出した距離に基づいて、既に作成した利用可否情報リスト（図１１の※６参照）の内容を更新する（Ｓ２１５）。具体的には、新たに取得したコンテンツ取得状況データに既存の利用可否情報リストにない店舗についての情報が含まれていれば、当該店舗の利用可否情報を新規に作成して、これをリストに追加する。このとき、リスト内において、この新規の利用可否情報を含む各利用可否情報の順位を更新する。また、新たに取得したコンテンツ取得状況データに既存の利用可否情報リストに存在する店舗についての情報が含まれていれば、既存の利用可否情報の内容を更新する。

そして、この更新した利用可否情報リストについて、今回の更新によってリストの上位から上記表示上限件数（ここではＭ件）分までの順位の範囲内において、前回の内容から変更があったか否かを判定する（Ｓ２１６）。ここで、更新後の利用可否情報リストの上位から表示上限件数（＝Ｍ件）分までの順位の範囲内において、前回の内容から変更があったと判定した場合（Ｓ２１６：ＹＥＳ）、Ｓ２０８の処理へ戻り、このリストの上位から表示上限件数（＝Ｍ件）分までの順位の利用可否情報を抽出し、この抽出した利用可否情報から配信用リスト（図９の※３参照）を再び作成する（Ｓ２０９）。そして、この作成した配信用リストを要求元の携帯電話６へ再び配信する（Ｓ２１０）。

一方、Ｓ２１２でカラオケ用ホストサーバ２からコンテンツ取得状況データを受信していないと判定した場合（Ｓ２１２：ＮＯ）、又は、Ｓ２１３で検索条件に適合する店舗のデータが存在しないと判定した場合、（Ｓ２１３：ＮＯ）、又は、Ｓ２１６で更新後の利用可否情報リストの上位から表示上限件数分までの順位の範囲内において、前回の内容から変更がなかったと判定した場合（Ｓ２１６：ＮＯ）、Ｓ２１１の処理へ戻る。

上述のようにしてＳ２０１〜Ｓ２１６の各処理を順次実行し、最後にＳ２１１においてこの処理を終了すると判定した場合（Ｓ２１１：ＹＥＳ）、すなわち、配信用リストの配信を停止する旨の指示等を要求元の携帯電話６から受信した場合、あるいは当該ユーザがカラオケ店からシステムにログインしたことを検知した場合、インターネット用ホストサーバ３の処理を終了する。

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

まず、インターネット用ホストサーバ３からコンテンツ取得状況収集指示データ（図１１の※４参照）を受信したか否かを判定する（Ｓ３０１）。このコンテンツ取得状況収集指示データは、図１０のフローチャートにおけるＳ２０３の処理においてインターネット用ホストサーバ３からカラオケ用ホストサーバ２へ送信されるものである。

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

つぎに、Ｓ３０２で変換したコンテンツファイルの名称に基づき、マスタ機向け要求データ（特許請求の範囲における第３情報に相当。図１４の※７を参照）を、インターネット２００のＶＰＮを介して各カラオケ店のマスタ機４ａへ送信する（Ｓ３０３）。

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

図１３の説明に戻る。Ｓ３０３でマスタ機向け要求データを各マスタ機４ａへ送信した後、この送信先の全てのマスタ機４ａからマスタ機報告データを受信したか否かを判定する（Ｓ３０４）。ここで、全てのマスタ機４ａからの受信を完了していないと判定している間（Ｓ３０４：ＮＯ）、この処理を繰り返す。そして、全てのマスタ機４ａからマスタ機報告データ（特許請求の範囲における第４情報に相当。図１４の※８参照）を受信したと判定した場合（Ｓ３０４：ＹＥＳ）、取得したマスタ機報告データの内容を各マスタ機４ａに対応付けてデータベース２ｂに保存する（Ｓ３０５）。

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

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

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

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

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

そして、この作成したコンテンツ取得状況データをインターネット用ホストサーバ３へ配信し（Ｓ３０７）、カラオケ用ホストサーバ２における処理を終了するか否かを判定する（Ｓ３０８）。処理を終了するか否かの判断については、例えば、コンテンツ取得状況データの配信を停止する旨の指示等をインターネット用ホストサーバ３から受信したか否か、あるいは当該ユーザがカラオケ店からシステムにログインしたことを検知したか否かによって判断すればよい。ここで、この処理を終了しないと判断した場合（Ｓ３０８：ＮＯ）、少なくとも１台のマスタ機４ａから、マスタ機報告データを受信したか否かを判定する（Ｓ３０９）。マスタ機４ａからマスタ機報告データを受信していない判定した場合（Ｓ３０９：ＮＯ）、Ｓ３０８の処理へ戻る。

一方、マスタ機４ａからマスタ機報告データを受信したと判定した場合（Ｓ３０９：ＹＥＳ）、Ｓ３０５の処理へ戻り、この取得したマスタ機報告データの内容を各マスタ機４ａに対応付けてデータベース２ｂに保存し、この取得したマスタ機報告データに基づいて、コンテンツ取得状況データ（図１１の※５参照）を再び作成する（Ｓ３０６）。そして、この作成したコンテンツ取得状況データをインターネット用ホストサーバ３へ再び配信する（Ｓ３０７）。

上述のようにしてＳ３０１〜Ｓ３０９の各処理を順次実行し、最後にＳ３０８においてこの処理を終了すると判定した場合（Ｓ３０８：ＹＥＳ）、すなわち、コンテンツ取得状況データの配信を停止する旨の指示等をインターネット用ホストサーバ３から受信した場合、あるいは当該ユーザがカラオケ店からシステムにログインしたことを検知した場合、カラオケ用ホストサーバ２の処理を終了する。

つぎに、図１５は、上述の「コンテンツ利用可否情報配信サービス」においてマスタ機４ａの制御部が実行する処理（コンテンツ取得状況収集処理）の手順を示すフローチャートである。

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

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

ここで、マスタ機４ａからスレイブ機４ｂへ送信されるスレイブ機向け要求データの具体的な内容について説明する。図１６の※９は、マスタ機４ａからスレイブ機４ｂへ送信されるスレイブ機向け要求データの記述様式を模式的に示す図である。図１６の※９に示すように、このスレイブ機向け要求データは複数の「コンテンツファイル名」の項目のデータで構成されている。なお、このスレイブ機向け要求データに記述されるコンテンツの種類は、上述の（１）〜（３）のケースによって異なる。具体的には、上述の（１），（２）のケースであれば、新たに追加されたコンテンツや利用可否を変更されたコンテンツ等、すなわちコンテンツの取得状況の変更に直接関わるコンテンツのみをスレイブ機向け要求データに記述すればよい。また、上述の（３）のケースであれば、マスタ機４ａが取得しているコンテンツの全てをスレイブ機向け要求データに記述すればよい。

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

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

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

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

図１５の説明に戻る。Ｓ４０６では、スレイブ機向け要求データの送信先である全てのスレイブ機４ｂからスレイブ機報告データを受信したか否かを判定する。ここで、全てのスレイブ機からの受信を完了していないと判定した場合（Ｓ４０６：ＮＯ）、Ｓ４０４の処理へ戻る。そして、全てのスレイブ機４ｂからスレイブ機報告データを受信したと判定した場合（Ｓ４０６：ＹＥＳ）、マスタ機４ａの処理（コンテンツ取得状況収集処理）を終了する。

つぎに、図１７は、上述の「コンテンツ利用可否情報配信サービス」においてマスタ機４ａの制御部が実行する処理（コンテンツ取得状況配信処理）の手順を示すフローチャートである。

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

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

そして、この作成したマスタ機報告データをカラオケ用ホストサーバ２へ配信し（Ｓ５０３）、マスタ機４ａにおける処理（コンテンツ取得状況配信処理）を終了するか否かを判定する（Ｓ５０４）。処理を終了するか否かの判断については、例えば、マスタ機報告データの配信を停止する旨の指示等をカラオケ用ホストサーバ２から受信したか否かによって判断すればよい。

ここで、この処理を終了しないと判断した場合（Ｓ５０４：ＮＯ）、スレイブ機４ｂにおけるコンテンツの取得状況が変更されたか否かを判定する（Ｓ５０５）。なお、ここでは、図１５のＳ４０１の処理と同様に、上述の（１）〜（３）に示すケースを、スレイブ機４ｂにおけるコンテンツの取得状況が変更されたものとみなす。

Ｓ５０５で、スレイブ機４ｂにおけるコンテンツの取得状況が変更されていないと判定した場合（Ｓ５０５：ＮＯ）、Ｓ５０４の処理へ戻る。そして、スレイブ機４ｂにおけるコンテンツの取得状況が変更されたと判定した場合（Ｓ５０５：ＹＥＳ）、コンテンツ取得状況が変更されたスレイブ機４ｂへスレイブ機向け要求データ（図１６の※９参照）を送信し、その応答としてスレイブ機４ｂから配信されるスレイブ機報告データ（図１６の※１０参照）を取得し、これをデータベースに保存する（Ｓ５０６）。なお、このＳ５０６の処理の手順については、図１５に示すコンテンツ取得状況収集処理における、Ｓ４０２〜Ｓ４０６の処理の手順と同様なので、ここでの詳しい説明は省略する。

つぎに、Ｓ５０６で取得したスレイブ機報告データの内容において、マスタ機向け要求データ（図１４の※７参照）に記述されているコンテンツファイルについての取得状況に変化があったか否かを判定する（Ｓ５０７）。ここで、マスタ機向け要求データに記述されているコンテンツファイルについての取得状況に変化があったと判定した場合（Ｓ５０７：ＹＥＳ）、Ｓ５０２の処理へ戻り、自マスタ機４ａのデータベースに保存されているスレイブ機報告データや自マスタ機のコンテンツ取得状況に関するデータに基づき、マスタ機報告データを再び作成し（Ｓ５０２）、これをカラオケ用ホストサーバ２へ再び配信する（Ｓ５０３）。一方、マスタ機向け要求データに記述されているコンテンツについての取得状況に変化がなかったと判定した場合（Ｓ５０７：ＮＯ）、Ｓ５０４の処理へ戻る。

上述のようにしてＳ５０１〜Ｓ５０７の各処理を順次実行し、最後にＳ５０４においてこの処理を終了すると判定した場合（Ｓ５０４：ＹＥＳ）、すなわち、マスタ機報告データの配信を停止する旨の指示等をカラオケ用ホストサーバ２から受信した場合、マスタ機４ａの処理（コンテンツ取得状況配信）を終了する。

つぎに、図１８は、上述の「コンテンツ利用可否情報配信サービス」においてスレイブ機４ｂの制御部が実行する処理の手順を示すフローチャートである。
まず、マスタ機４ａからスレイブ機向け要求データ（図１６の※９参照）を受信したか否かを判定する（Ｓ６０１）。スレイブ機向け要求データは、図１５のフローチャートにおけるＳ４０２の処理においてマスタ機４ａからスレイブ機４ｂへ送信されるものである。

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

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

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

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

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

そして、この作成したスレイブ機報告データをマスタ機４ａへ配信し（Ｓ６１０）、スレイブ機４ｂにおける処理を終了する。
［時刻の経過に伴う利用可否情報の配信状況の推移］
つぎに、上述の「コンテンツ利用可否情報配信サービス」における、利用可否情報リスト（図１１の※６参照）、配信用リスト（図９の※３参照）、及び携帯電話６における表示画面の時刻の経過に伴う推移の一例について、図１９に基づき説明する。

図１９は、ある時刻Ｔ１，Ｔ２，Ｔ３のそれぞれのタイミングにおける、インターネット用ホストサーバ３が作成する利用可否情報リスト並びに配信用リスト、及び携帯電話６のモニタにおける利用可否情報の表示画面の推移の具体例を模式的に示す説明図である。

図１９において、時刻Ｔ１は、あるユーザが所有する携帯電話６（ここでは、携帯電話Ａと想定する）から利用可否情報の配信要求（図８のＳ１０４参照）がインターネット用ホストサーバ３に対して行われた直後のタイミングを示す。このとき、インターネット用ホストサーバ３は、携帯電話Ａから受信した利用可否情報配信要求データに基づいて各店舗におけるコンテンツ取得状況を取得し、利用可否情報リスト（※６ａ）を作成する（図１０のＳ２０７参照）。なお、図１９では、表記を簡潔にするために、利用可否情報リスト（※６ａ〜ｃ）及び配信用リスト（※３ａ〜ｃ）に含まれる店舗ごとの利用可否情報を「順位＋店舗名」のように省略して表現しているが、実際には図９の※３や図１１の※６に示すような記述様式と同様に作成されることに留意されたい。

時刻Ｔ１の時点では、利用可否情報リスト（※６ａ）には、ユーザの現在位置と各店舗との距離による優先順に、店舗Ａ（１位）、店舗Ｃ（２位）、店舗Ｅ（３位）、店舗Ｇ（４位）…店舗ｎ（ｎ位）まで、ｎ件の利用可否情報が含まれている。なお、ここでは、配信要求元である携帯電話Ａが備えるモニタの画面サイズでは、１画面内に４件分の利用可否情報が表示できるものと想定する。すなわち、インターネット用ホストサーバ３において設定される表示上限件数は４である。

インターネット用ホストサーバ３は、利用可否情報リストにおける１位から４位まで４件（＝表示上限件数）の利用可否情報を利用可否情報リスト（※６ａ）から抽出し、配信用リスト（※３ａ）を作成する（図１０のＳ２０８，Ｓ２０９参照）。配信用リスト（※３ａ）には、店舗Ａ，Ｃ，Ｅ，Ｇの４件分の利用可否情報が含まれている。

そして、この配信用リスト（※３ａ）が配信要求元の携帯電話Ａへ配信される（図１０のＳ２１０参照）と、携帯電話Ａのモニタには、店舗Ａ，Ｃ，Ｅ，Ｇの４件分の利用可否情報が１画面内に表示される。

つぎに、時刻Ｔ２は、時刻Ｔ１において配信用リスト（※３ａ）を送信した後、各カラオケ装置４におけるコンテンツ取得状況の変化に伴って、インターネット用ホストサーバ３がカラオケ用ホストサーバ２からコンテンツ取得状況データを再び受信した直後のタイミングを示す。

このとき、インターネット用ホストサーバ３は、取得したコンテンツ取得状況データに基づいて既存の利用可否状況リストを更新する（※６ａ→※６ｂへ更新。図１０のＳ２１５参照）。ここでは、更新後の利用可否情報リスト（※６ｂ）において、６位の位置に店舗Ｊに関する利用可否情報が新規に追加されている。すなわち、インターネット用ホストサーバ３が最初に配信用リスト（※３ａ）を送信した後で、店舗Ｊに設置されている何れかのカラオケ装置４において、ユーザが指定したコンテンツが新たに利用可能になったことを示している。また、当該店舗Ｊは、ユーザの現在位置から６番目に近い場所にあることになる。

このとき、利用可否情報リスト（※６ｂ）について、全体では順位に更新があったものの、携帯電話Ａにおける表示上限件数である４位以内の利用可否情報については内容に変動がない。したがって、この場合においては、インターネット用ホストサーバ３では配信用リストは作成されず、携帯電話Ａへ配信もされない。したがって、時刻Ｔ２においては、携帯電話Ａの表示画面に変化はなく、店舗Ａ，Ｃ，Ｅ，Ｇの４件分の利用可否情報が表示されたままである。

つぎに、時刻Ｔ３は、時刻Ｔ２の後、各カラオケ装置４におけるコンテンツ取得状況の変化に伴って、インターネット用ホストサーバ３がカラオケ用ホストサーバ２からコンテンツ取得状況データを再び受信した直後のタイミングを示す。

このとき、インターネット用ホストサーバ３は、取得したコンテンツ取得状況データに基づいて既存の利用可否状況リストを再び更新する（※６ｂ→※６ｃへ更新）。ここでは、更新後の利用可否情報リスト（※６ｃ）において、３位の位置に店舗Ｄに関する利用可否情報が新規に追加されている。すなわち、インターネット用ホストサーバ３が最初に配信用リスト（※３ａ）を送信した後で、店舗Ｄに設置されている何れかのカラオケ装置４において、ユーザが指定したコンテンツが新たに利用可能になったことを示している。また、当該店舗Ｄは、ユーザの現在位置から３番目に近い場所にあることになる。

このとき、利用可否情報リスト（※６ｃ）においては、携帯電話Ａにおける表示上限件数である４位以内の利用可否情報に内容の変動がある。この場合、インターネット用ホストサーバ３は、利用可否情報リストにおける１位から４位まで４件（＝表示上限件数）の利用可否情報を利用可否情報リスト（※６ｃ）から抽出し、配信用リスト（※３ｃ）を新たに作成する。この配信用リスト（※３ｃ）には、店舗Ａ，Ｃ，Ｄ，Ｅの４件分の利用可否情報が含まれている。

そして、この配信用リスト（※３ｃ）が配信要求元の携帯電話Ａへ配信されると、携帯電話Ａでは、従前の利用可否情報の表示内容が更新され、新たに店舗Ａ，Ｃ，Ｄ，Ｅの４件分の利用可否情報が１画面内に表示される。

なお、図１９に示す具体例で想定している条件について、携帯電話６における表示上限件数が、例えば６件であったと仮定すると、インターネット用ホストサーバ３から配信される配信用リストには６件分の利用可否情報が含まれることになる。また、時刻Ｔ２においては、表示上限件数が４件であった場合には配信リストが携帯電話Ａに対して配信されなかった。しかし、表示上限件数が６件である場合、時刻Ｔ２では、利用可否情報リスト（※６ｂ）において表示上限件数の範囲内で内容に変更があったことになる。したがって、この場合、配信用リストが新たに作成され、携帯電話Ａへ配信されることになる。このように、利用可否情報の要求元である携帯電話Ａの画面サイズに応じて、インターネット用ホストサーバ３から配信される利用可否情報の件数や、その配信のタイミングが異なる。

［その他の工夫］
以下、本実施形態のカラオケネットワークシステム１に適用できるその他の工夫について説明する。

既に説明したように、インターネット用ホストサーバ３において作成される利用可否情報リスト（図１１の※６参照）における店舗ごとの利用可否情報には、順位を示す項目に加え、「店舗名」、「店舗位置情報」、「電話番号」、「距離情報」、「利用可能部屋数」及び「部屋番号」の各項目の情報が含まれている。インターネット用ホストサーバ３から配信された利用可否情報を携帯電話６において横書きで表示する場合、これら全ての項目を表示しようとすると、モニタの横方向の画面サイズによっては１件の利用可否情報が画面上で１行に収まりきらない場合がある。しかしながら、横書きで利用可否情報を表示させる場合、ユーザが最も閲覧しやすい形態を考慮するならば、１件の利用可否情報を画面上で１行に収めるようにするのが好適であると考えられる。

そこで、以下のように構成するとよい。まず、インターネット用ホストサーバ３において、図２０（ａ）に示すように、利用可否情報を構成する上記の各項目に、ユーザに提供する情報としての重要度を考慮した優先順位を予め設定しておく。なお、ユーザにとって最も重要な情報は、コンテンツが利用できるか否かであり、次いで重要なのは、コンテンツを利用可能な施設や場所を特定する情報であり、その次は連絡先を示す情報であると考えられる。このようなニーズを考慮し、ここでは、優先順位が高い方から「（コンテンツを利用できる）店舗名」、「店舗位置情報」、「電話番号」、「距離情報」、「利用可能部屋数」及び「部屋番号」の順に優先順位を設定している。

インターネット用ホストサーバ３は、利用可否情報リストを作成する際（図１０のＳ２０７参照）、１件の利用可否情報が携帯電話６の画面上において１行で表示なサイズになるように、携帯電話６の画面サイズ（横方向）に応じて利用可否情報に含める項目の数を決定する。そして、各項目に設定されている優先順位の上位から、この決定された項目数までの順位の項目を含む利用可否情報を作成して、利用可否情報リストを作成する。なお、利用可否情報に含まれる各項目の並び順は、利用可否情報を携帯電話６のモニタに表示したる際に各項目が画面の左端側から優先順位の高い順に表示される順とする。

図２０の（ｂ−１）及び（ｂ−２）に、携帯電話６の横方向の画面サイズに応じた項目数で作成される利用可否情報の具体例を示す。
（ｂ−１）は、利用可否情報の要求元が「携帯電話Ａ（横画面サイズ３２０ドット）」である場合に作成される利用可否情報の具体例を模式的に示す図である。インターネット用ホストサーバ３は、この携帯電話Ａの画面サイズを特定し、店舗ごとの利用可否情報を携帯電話Ａの横画面サイズである３２０ドット内で表示可能なサイズで作成する。ここでは、横方向３２０ドットの範囲で表示可能なサイズの利用可否情報として、順位の項目に加え、優先順位が高いものから「店舗名」、「店舗位置情報」、「電話番号」までの各項目を含む利用可否情報を作成する。

（ｂ−２）は、利用可否情報の要求元が「携帯電話Ｂ（横画面サイズ６４０ドット）」である場合に作成される利用可否情報の具体例を模式的に示す図である。インターネット用ホストサーバ３は、この携帯電話Ｂの画面サイズを特定し、店舗ごとの利用可否情報を携帯電話Ｂの横画面サイズである６４０ドット内で表示可能なサイズで作成する。ここでは、横方向６４０ドットの範囲で表示可能なサイズの利用可否情報として、順位の項目に加え、優先順位が高いものから「店舗名」、「店舗位置情報」、「電話番号」、「距離情報」、「利用可能部屋数」までの各項目を含む利用可否情報を作成する。

［効果］
上記実施形態のカラオケネットワークシステム１によれば、次のような効果を奏する。
（１）インターネット用ホストサーバ３は、利用可否情報リスト（図１１の※６参照）を作成する際、携帯電話６の現在位置と各店舗の所在地との間で両者の距離を計算し、この距離が短い方から順に当該店舗に対応する利用可否情報をリストの上位に設定する。そして、利用可否情報リストの中から携帯電話６へ配信すべき利用可否情報の件数を携帯電話６のモニタで１画面内に表示可能な件数に絞り込む。これにより、配信された利用可否情報をユーザが閲覧する際、全ての情報を見るためにユーザが手動で画面をスクロールさせるといった操作を軽減することができる。このように、携帯電話６へ利用可否情報を送信する際、携帯電話６の現在位置情報に基づいて利用可否情報の優先度を考慮すると共に、携帯電話６が備えるモニタにおける表示範囲を考慮して送信するリストの件数を絞り込むことで、ユーザにとってより優先度の高い利用可否情報をユーザが快適に閲覧できる態様で提供できる。

（２）インターネット用ホストサーバ３から携帯電話６へ配信用リスト（図１１の※３参照）が一旦配信された後も、インターネット用ホストサーバ３においては、マスタ機４ａから随時配信されるコンテンツ取得状況情報に基づいて既に作成した利用可否情報リストが随時更新される。そして、この利用可否情報リストにおいて、上位から表示上限件数までの範囲で内容に変更があった場合にのみ、この表示上限件数分までの利用可否情報を含む配信用リストが当該携帯電話６へ再び配信される。このようにすることで、ユーザにとって優先度の高い上位の利用可否情報に更新があったときのみ再び利用可否情報が配信されるので、ユーザにとって有用な情報のみを適切なタイミングで提供することができ、ユーザにとって大変便利である。

（３）携帯電話６の現在地が所定量移動する度に、その時点での現在位置情報が含まれた利用可否情報配信要求データ（図９の※２参照）を携帯電話６からインターネット用ホストサーバ３へ再送信することができる。そして、この送信された利用可否情報配信要求データに応じてインターネット用ホストサーバ３から配信される利用可否情報を取得することで、ユーザが移動中であっても、常にユーザの現在位置に適合する利用可否情報をユーザに対して提供することができ、好適である。

（４）携帯電話６のモニタにおける横方向の画面サイズに応じて、１件の利用可否情報が画面上で１行に収まるように利用可否情報を作成し、これを画面全体での表示規模を考慮した件数だけ配信することも可能である。このとき、常に優先度が上位の項目を優先的に含む利用可否情報を作成し、携帯電話６へ配信することができる。これにより、ユーザは、コンテンツの利用可否について重要度の高い情報から優先的に取得できるので、ユーザにとって大変便利である。さらに、配信される利用可否情報においては、優先順位が高い項目から順に携帯電話６の画面の左端側から表示されるように構成されている。よって、重要度の高い情報がユーザにとってより閲覧しやすい状態で提示されるようになり、好適である。

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

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

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

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

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

また、上記実施形態では、携帯情報端末として携帯電話６を用いたが、これに限らず通信機能を有するＰＤＡや、携帯型のゲーム機等を用いてもよい。また、上記実施形態では携帯電話６がＧＰＳを利用して現在位置情報を取得する構成であったが、ＧＰＳを利用する以外に、地上に設置された通信設備（無線基地局や電波・光ビーコン）から現在位置情報を取得するような構成であってもよいし、ユーザが自分で現在位置情報を入力するような構成であってもよい。また、ユーザが自分で位置情報を入力する場合、現在位置に限らず、ユーザがこれからカラオケサービスを利用したいと考えている遠方の目的地等を入力可能とするような構成であってもよい。

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

符号の説明

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

Claims (6)

1. カラオケ楽曲を少なくとも含むコンテンツを再生するカラオケ装置でありホストサーバからコンテンツの配信を受ける１つ以上のマスタ機と、前記マスタ機それぞれに対しコンテンツの配信を行うホストサーバとが第１ネットワークを介して通信可能に接続され、
   表示デバイスに情報を表示する機能とユーザが入力操作する入力機能とを有する携帯情報端末と、前記ホストサーバとが第２ネットワークを介して通信可能に接続され、
   さらに、前記カラオケ装置であり前記マスタ機からコンテンツの配信を受ける１つ以上のスレイブ機と、前記マスタ機とが第３ネットワークを介して通信可能に接続されたカラオケネットワークシステムにおいて、
   前記携帯情報端末は、
   位置情報を取得する位置情報取得手段と、
   ユーザが指定する特定のコンテンツの前記カラオケ装置における利用可否に関する利用可否情報の配信を要求するための情報であり、前記特定のコンテンツの識別情報と、前記位置情報取得手段によって取得した位置情報と、前記表示デバイスの表示規模を特定するための表示規模特定情報とを少なくとも含んだ第１情報を前記ホストサーバへ送信する第１情報送信手段と、
   送信された前記第１情報に応じて前記ホストサーバから配信される第２情報を取得する第２情報取得手段と、
   取得した前記第２情報に含まれる利用可否情報に基づく情報を前記表示デバイスに表示する表示手段とを備え、
   前記ホストサーバは、
   前記マスタ機及びこのマスタ機と接続する前記各スレイブ機からなるグループが所在する位置に関する位置情報を記憶する記憶手段と、
   前記携帯情報端末から前記第１情報を取得した場合、この第１情報に基づき、前記特定のコンテンツの取得状況に関するコンテンツ取得状況情報を前記ホストサーバへ配信することを要求するための第３情報を、前記各マスタ機に対して送信する第３情報送信手段と、
   送信された前記第３情報に応じて前記各マスタ機それぞれから配信される第４情報を取得する第４情報取得手段と、
   前記第１情報に含まれる表示規模特定情報に基づいて前記携帯情報端末が備える表示デバイスの表示規模を特定する特定手段と、
   取得した前記第４情報に含まれるコンテンツ取得状況情報に基づき、前記各グループ単位で各カラオケ装置の前記特定のコンテンツの利用可否に関する情報を示す利用可否情報をそれぞれ作成し、この各利用可否情報に対して前記第１情報に含まれる位置情報と前記記憶手段に記憶されている位置情報との関係に応じた所定の優先順を設定した利用可否情報リストを作成するリスト作成手段と、
   前記利用可否情報リストにおける前記優先順の上位から、前記特定手段によって特定した表示規模に応じた所定の件数分までの前記利用可否情報を含んだ第２情報を、前記第１情報送信元の前記携帯情報端末へ配信する第２情報配信手段とを備え、
   前記マスタ機は、
   スレイブ機におけるコンテンツの取得状況に関する取得情報を前記マスタ機へ配信することを要求するための第５情報を、前記マスタ機に接続された前記スレイブ機それぞれに対して送信する第５情報送信手段と、
   送信された前記第５情報に応じて前記スレイブ機それぞれから配信される第６情報を取得する第６情報取得手段と、
   前記ホストサーバから前記第３情報を取得した場合、前記第６情報取得手段によって取得した第６情報に含まれる取得情報に基づく前記スレイブ機それぞれにおけるコンテンツの取得状況と、自マスタ機におけるコンテンツの取得状況とに基づいて、各カラオケ装置における前記第３情報に該当するコンテンツの取得状況に関するコンテンツ取得状況情報を含んだ第４情報を前記ホストサーバへ配信する第４情報配信手段とを備え、
   前記スレイブ機は、
   前記マスタ機から前記第５情報を取得した場合、自スレイブ機におけるコンテンツの取得状況に関する取得情報を含んだ第６情報を前記マスタ機へ配信する第６情報配信手段を備えること
   を特徴とするカラオケネットワークシステム。
2. 請求項１に記載のカラオケネットワークシステムにおいて、
   前記ホストサーバが備える第２情報配信手段は、前記携帯情報端末が備える表示デバイスで１画面内に表示可能な件数分までの前記利用可否情報を含んだ第２情報を、前記第１情報送信元の前記携帯情報端末へ配信すること
   を特徴とするカラオケネットワークシステム。
3. 請求項１又は請求項２に記載のカラオケネットワークシステムにおいて、
   前記マスタ機では、
   前記第５情報送信手段は、前記第４情報送信手段が前記ホストサーバから送信された前記第３情報に応じて最初に前記第４情報を送信した後、前記スレイブ機においてコンテンツ取得状況が変化した場合、随時前記第５情報を前記スレイブ機に対して送信し、
   前記第４情報配信手段は、前記ホストサーバからの前記第３情報に応じて最初に前記第４情報を送信した後、前記第６情報取得手段によって前記第６情報を取得した場合、この第６情報に基づく前記第４情報を前記ホストサーバへ随時配信し、
   前記ホストサーバでは、
   前記マスタ機から随時配信されてくる前記第４情報に基づいて、既に作成されている前記利用可否情報リストにおける前記利用可否情報及び前記優先順を更新するリスト更新手段を更に備え、
   前記第２情報配信手段は、前記携帯情報端末から送信されてきた前記第１情報に応じて最初に前記第２情報を送信した後、前記リスト更新手段による更新において前記利用可否情報リストの上位から、前記特定手段によって特定した表示規模に応じた所定の件数分までの範囲で内容に変更があった場合、更新された前記利用可否情報リストの上位から前記表示規模に応じた所定の件数分までの前記利用可否情報を含んだ第２情報を、前記第１情報送信元の前記携帯情報端末へ再び配信すること
   を特徴とするカラオケネットワークシステム。
4. 請求項１ないし請求項３の何れか1項に記載のカラオケネットワークシステムにおいて、
   前記携帯情報端末では、
   前記位置情報取得手段は、前記位置情報として自携帯情報端末の現在位置情報を取得する機能を有し、
   前記第１情報送信手段は、前記第１情報を前記ホストサーバへ送信する時点の現在位置情報を含んだ前記第１情報を前記ホストサーバへ送信し、送信後、自携帯情報端末の現在位置が前回の送信時における位置から所定量移動した場合、その時点での現在位置情報を含んだ前記第1情報を前記ホストサーバへ再送信すること
   を特徴とするカラオケネットワークシステム。
5. 請求項１ないし請求項４の何れか１項に記載のカラオケネットワークシステムにおいて、
   前記ホストサーバが備えるリスト作成手段は、前記利用可否情報を複数の所定の項目の集合として作成し、かつ、前記特定手段によって特定した表示規模における画面横方向の表示規模に応じて、作成する前記利用可否情報に含まれる項目の数を変更すること
   を特徴とするカラオケネットワークシステム。
6. 請求項５に記載のカラオケネットワークシステムにおいて、
   前記ホストサーバでは、
   前記利用可否情報に用いられる前記各項目には、それぞれ重要度に応じた優先順が予め設定されており、
   前記リスト作成手段は、この優先順の上位から、前記特定手段によって特定した表示規模における画面横方向の表示規模に応じた所定の件数分までの順位の項目を含み、かつ、これらの各項目が画面横方向の表示の起点側から前記優先順に表示されるように構成された前記利用可否情報を作成すること
   を特徴とするカラオケネットワークシステム。