情報管理システムおよびサーバ装置
【課題】情報を管理するサーバ装置の、端末からのアクセスによる負荷を抑制することにある。
【解決手段】カラオケ端末１の制御部１１は、楽曲番号に応じたサーバ側採点履歴に対するアクセス要求と、ＲＡＭに記憶された作成日時とを含むメッセージをサーバ装置３に対して送信する。サーバ装置３の制御部３１は、認証条件としての作成日時に基づいてサーバ側採点履歴に対するアクセス要求の認証を実施することで、サーバ装置３にかかる負荷を閾値以下となるように抑制する。
【解決手段】カラオケ端末１の制御部１１は、楽曲番号に応じたサーバ側採点履歴に対するアクセス要求と、ＲＡＭに記憶された作成日時とを含むメッセージをサーバ装置３に対して送信する。サーバ装置３の制御部３１は、認証条件としての作成日時に基づいてサーバ側採点履歴に対するアクセス要求の認証を実施することで、サーバ装置３にかかる負荷を閾値以下となるように抑制する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を管理する技術に関する。
【背景技術】
【０００２】
情報を配信する技術としては、日時などの所定のタイミングに応じて情報を配信するもの（ＰＵＳＨ型）や、端末装置からの要求などの任意のタイミングに応じて情報を配信するもの（ＰＵＬＬ型）がある。ＰＵＳＨ型のサーバ装置は、情報を配信するタイミングを広くしたり、一度に配信する情報の量を小さくしたりすることで、負荷を抑制することができる。一方、ＰＵＬＬ型のサーバ装置は、情報を配信するタイミングが任意であるため、負荷を抑制することが困難となる。
【０００３】
そこで、例えば特許文献１に記載されたランキング集計サーバは、通信回線を介して接続された複数のカラオケ端末から受信したランキングデータを集計して集計ランキングデータを生成し、新たにランキングに加わったデータを、当該データを配信したカラオケ端末以外のカラオケ端末に配信する。このように、ランキング集計サーバは、カラオケ端末に配信するデータを限定し、一度に配信するデータの量を小さくすることで、負荷を抑制している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３３７９６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の技術において、任意のタイミングに情報の配信を要求されるサーバ装置は、一度に配信するデータの量を小さくすることで負荷を抑制している。しかしながら、データの配信の要求が頻繁に発生した場合においては、サーバ装置が、頻繁に発生した負荷の累積によって処理を出来なくなる問題があった。
【０００６】
本発明の目的は、情報を管理するサーバ装置の、端末からのアクセスによる負荷を抑制することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、サーバ装置と、前記サーバ装置と通信を行う１つ以上の端末装置とを備え、前記端末装置は、前記サーバ装置が定めた時期と、当該サーバ装置において当該端末装置からアクセスされるアクセス情報を前記サーバ装置から取得する第１取得手段と、前記第１取得手段で取得した前記アクセス情報と前記時期を対応付けて記憶する第１記憶手段と、前記サーバ装置に記憶されている前記アクセス情報に対するアクセス要求と、前記第１記憶手段において当該アクセス情報に対応付けられている時期とを前記サーバ装置へ送信する送信手段と、を有し、前記サーバ装置は、前記送信手段から送信された前記アクセス要求および前記時期を取得する第２取得手段と、日時を計る計時手段と、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、予め定められた条件を満たしている場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可し、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、前記条件を満たしていない場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可しない制限手段と、を有することを特徴とする情報管理システムを提供する。
【０００８】
また、別の好ましい態様において、前記サーバ装置は、前記時期を前記端末装置毎に定めることを特徴とする。
【０００９】
また、本発明は、アクセス要求および時期を取得する第２取得手段と、日時を計る計時手段と、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、予め定められた条件を満たしている場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可し、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、前記条件を満たしていない場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可しない制限手段と、を有することを特徴とするサーバ装置を提供する。
【発明の効果】
【００１０】
本発明によれば、情報を管理するサーバ装置の、端末からのアクセスによる負荷を抑制することが出来る。
【図面の簡単な説明】
【００１１】
【図１】カラオケシステム１００の全体構成を示す図である。
【図２】楽曲情報の構造を示す図である。
【図３】端末側採点履歴の構造を示す図である。
【図４】認証条件テーブル３２３の構造を示す図である。
【図５】カラオケシステム１００の動作を示すシーケンス図である。
【図６】変形例に係る認証条件テーブル３２３の構造を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明に係る情報配信システムをカラオケのサービスを提供するために用いた実施形態について説明する。
（１）構成
図１は、カラオケシステム１００の全体構成を示す図である。
カラオケシステム１００は、カラオケ端末１と、サーバ装置３と、ネットワーク２とを備える。サーバ装置３と複数のカラオケ端末１とは、ネットワーク２を介して通信可能に接続されている。
【００１３】
カラオケ端末１は、サーバ装置３に対して情報の配信を要求し、サーバ装置３から配信された情報に基づいたカラオケサービスを提供するために設けられている。カラオケ端末１は、それぞれ一意に識別可能な端末番号が割り振られており、制御部１１、記憶部１２、表示部１３、操作部１４、音声入力部１５、音声処理部１６、音声出力部１７、及び通信部１８を備えている。制御部１１は、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）とを備えており、ＲＯＭ又は記憶部１２に記憶されているコンピュータプログラムを読み出して実行することにより、ＢＵＳを介してカラオケ端末１の各部を制御する。表示部１３は、液晶ディスプレイを備えており、各種の画像を表示する。操作部１４は、種々のキーを備えており、利用者の操作に応じた信号を出力する。音声入力部１５は、例えばマイクロホンであり、音声を収音し、音声に応じたアナログ信号を出力する。音声処理部１６は、音声に応じたアナログ信号をデジタル信号に変換したり、音声に応じたデジタル信号をアナログ信号に変換したりする。音声出力部１７は、例えばスピーカであり、アナログ信号に応じた音を放音する。通信部１８は、通信Ｉ／Ｆ（interface）を備えており、ネットワーク２を介してサーバ装置３と通信を行う。
【００１４】
記憶部１２は、制御部１１によって実行されるコンピュータプログラムやその実行時に使用されるデータを記憶するための記憶手段として機能する。記憶部１２は、例えばＨＤ（Ｈａｒｄ Ｄｉｓｋ）などの不揮発性の補助記憶装置である。記憶部１２は、楽曲情報記憶領域１２１と、端末側採点履歴記憶領域１２２とを有し、採点プログラム１２３を記憶している。
【００１５】
楽曲情報記憶領域１２１には、複数の楽曲に応じた伴奏や歌詞を表す楽曲情報が記憶されている。図２は楽曲情報の構造を示す図である。楽曲情報は、ヘッダ部と、伴奏データと、歌詞データから構成されている。ヘッダ部には、楽曲情報を一意に識別する楽曲番号、楽曲の名称を示す楽曲名、楽曲の内容で区分したジャンルなどの、楽曲に関する属性情報が含まれている。伴奏データは、楽器などによる伴奏音を表すデータである。この伴奏データは、制御部１１により読み出されて音声処理部１６に入力され、その伴奏データに応じた音声が音声出力部１７から放音される。歌詞データは、楽曲の歌詞を表すデータであり、制御部１１により伴奏データと同期して読み出され、表示部１３に入力される。表示部１３は、入力された歌詞データに応じた歌詞を表示する。
【００１６】
採点プログラム１２３には、歌唱に応じた信号を採点するための手順が記述されている。制御部１１は、採点プログラム１２３を読み出して実行することで、歌唱の巧拙を採点する。なお、この歌唱の巧拙を採点した結果（以下、採点結果と称する）には、巧拙を数値で示す点数、採点した日時を示す採点日時、採点したカラオケ端末１に割り振られた端末番号、および利用者を一意に識別する利用者情報が含まれている。
【００１７】
端末側採点履歴記憶領域１２２には、楽曲番号に応じて分類された複数の端末側採点履歴が記憶されている。図３に端末側採点履歴の構造を示す。端末側採点履歴は、ヘッダ部と、複数の採点結果から構成されている。ヘッダ部には、楽曲番号、楽曲名、ジャンル、サーバ装置３が定めた作成日時、およびカラオケ端末１に割り振られた端末番号など、端末側採点履歴に関する属性情報が含まれている。採点結果には、点数、採点日時、端末番号、及び、利用者情報とが含まれている。
【００１８】
サーバ装置３は、ネットワーク２を介して複数のカラオケ端末１の記憶部１２に記憶された情報を管理するために設けられている。サーバ装置３は、制御部３１、記憶部３２、表示部３３、操作部３４、及び通信部３５を備えている。制御部３１は、ＣＰＵと、ＲＯＭと、ＲＡＭと、タイマ３１１とを備えており、ＲＯＭ又は記憶部３２に記憶されているコンピュータプログラムを読み出して実行することにより、ＢＵＳを介してサーバ装置３の各部を制御する。タイマ３１１は、発振回路から出力される信号に基づいて現在日時を示す情報を算出する。現在日時を示す情報は、ＣＰＵにより利用される。表示部３３は、液晶ディスプレイを備えており、制御部３１からの制御に応じて各種の画像を表示する。操作部３４は、操作ボタンや操作キーなどの操作デバイスを備えており、管理者の操作を受け付けてその操作に応じた信号を制御部３１に出力する。通信部３５は、通信Ｉ／Ｆや通信回路を備えており、ネットワーク２を介してカラオケ端末１と通信を行うための通信手段として機能する。
【００１９】
記憶部３２は、制御部３１によって実行されるコンピュータプログラムやその実行時に使用されるデータを記憶するための記憶手段であり、例えばＨＤなどの不揮発性の補助記憶装置である。この記憶部３２は、楽曲情報記憶領域３２１と、サーバ側採点履歴記憶領域３２２と、認証条件テーブル３２３とを有している。
【００２０】
楽曲情報記憶領域３２１には、複数の楽曲に応じた伴奏や歌詞を表す楽曲情報が記憶されている。楽曲情報は、所定のスケジュールに従ってカラオケ端末１に配信される。この所定のスケジュールは、例えば１か月毎など、楽曲情報を配信するためにサーバ装置３にかかる負荷が閾値よりも大きくならない頻度とする。なお、負荷および閾値はＣＰＵの使用率などに基づいて算出された値とする。カラオケ端末１は、自身の処理にかかる負荷と閾値が等しくなったとしても、処理の遅延などを引き起こさないものとする。なお、楽曲情報の構造および内容に関しては、図２に示したカラオケ端末１の記憶部１２に記憶された楽曲情報と一致するから説明を省略する。
【００２１】
サーバ側採点履歴記憶領域３２２には、楽曲番号に応じて分類された複数のサーバ側採点履歴が記憶されている。サーバ側採点履歴は、図３に示した端末側採点履歴と同一の構造を有しているから構造の説明を省略する。このサーバ側採点履歴には、カラオケ端末１において作成された採点結果のうち、点数の高い方から所定の順位までの採点結果が記述されている。また、サーバ側採点履歴のヘッダ部の作成日時には、制御部３１がサーバ側採点履歴を作成した日時が記述されている。
【００２２】
認証条件テーブル３２３には、カラオケ端末１がサーバ側採点履歴に対して書き込みまたは読み出し（以降、アクセスと称する）の処理を実施することを許可するか否かを認証する為の認証条件が記述されている。図４は認証条件テーブル３２３の構造を示す図である。認証条件テーブル３２３には、認証の対象を示す「項目」と、認証を許可する条件を示す「条件」とが含まれている。例えば、図４に示された認証条件テーブル３２３には、「作成日時」が「項目」として、そして、「現在日時との差が１時間以上」が「条件」として記述されている。この例において制御部３１は、認証条件テーブル３２３に記述された認証条件に基づいて、作成日時と現在日時との差が１時間以上であると判断した場合にのみ認証を許可する。
【００２３】
ここで、サーバ装置３の制御部３１が、楽曲情報とサーバ側採点履歴を配信する際に、サーバ装置３にかかる負荷の違いについて説明する。まず、制御部３１は、楽曲情報を所定の配信スケジュールに従って配信するといった、所謂ＰＵＳＨ型の配信方法を用いる。したがって、カラオケシステム１００の管理者は、この配信スケジュールをサーバ装置３にかかる負荷を配慮した上で作製することが可能である。一方、制御部３１は、サーバ側採点履歴をカラオケ端末１からの要求（以下、アクセス要求と称する）に応じて配信するといった、所謂ＰＵＬＬ型の配信方法を用いる。つまり、制御部３１は、任意のタイミングでアクセス要求される。したがって、カラオケシステム１００の管理者は、サーバ側採点履歴を配信するタイミングおよびその情報量を特定することが出来ないから、サーバ装置３にかかる負荷を閾値以下とするような、サーバ側採点履歴を配信するためのスケジュールを作成することができない。
したがって、サーバ装置３の制御部３１がアクセス処理に先駆けてアクセス要求の認証を実施することで、サーバ装置３にかかる負荷が閾値よりも大きくならないように制御することを目的としている。
【００２４】
（２）動作
図５は、カラオケシステム１００の動作を示すシーケンス図である。
歌唱者は、カラオケサービスを利用するにあたり、カラオケ端末１の操作部１４に設けられた複数のキーを操作して歌唱する楽曲に応じた楽曲番号を選択する。操作部１４は、カラオケサービスの要求として、歌唱者の操作に応じた信号を制御部１１に出力する。カラオケ端末１の制御部１１は、歌唱者の操作に応じた信号の有無を判断しており（ステップＳ５０１）、信号を検知するまで待機している（ステップＳ５０１；ＮＯ）。制御部１１は、信号を検知すると（ステップＳ５０１；ＹＥＳ）、その信号から歌唱者が選択した楽曲番号を特定する。制御部１１は、特定された楽曲番号に応じた端末側採点履歴のヘッダ部に記述された作成日時を読み出してＲＡＭに記憶させる。そして、制御部１１は、楽曲番号に応じたサーバ側採点履歴に対するアクセス要求と、ＲＡＭに記憶された作成日時とを含むメッセージをサーバ装置３に対して送信する（ステップＳ５０２）。
【００２５】
次に、サーバ装置３の制御部３１は、認証条件テーブル３２３に記述された認証条件に基づいて、アクセス要求を許可するか否かを判断する（ステップＳ５０３）。より具体的には、制御部３１は、受信したメッセージに含まれる作成日時を読み出してＲＡＭに記憶させるとともに、タイマ３１１から現在日時を算出してＲＡＭに記憶させる。次に、制御部３１は、ＲＡＭに記憶させた作成日時と現在日時との時間差を算出し、その時間差が１時間以上であるか否かを判断する。ここで、制御部３１が、作成日時と現在日時との時間差が１時間未満、つまり、認証条件を満たしていないと判断した場合には（ステップＳ５０３；ＮＯ）、カラオケ端末１に対してアクセス要求を許可しない旨を通知する（ステップＳ５０４）。これは、制御部３１が、アクセス処理が頻繁であり、アクセス要求を許可しないことでサーバ装置３にかかる負荷を抑制することを目的とする。一方、制御部３１は、作成日時と現在日時との差が１時間以上、つまり、認証条件を満たしていると判断した場合には（ステップＳ５０３；ＹＥＳ）、カラオケ端末１に対してアクセス要求を許可する旨を通知する（ステップＳ５０５）。これは、制御部３１が、アクセス処理が頻繁ではなく、アクセス要求を許可しても、サーバ装置３にかかる負荷が十分に抑制されていると判断したことによる。
【００２６】
カラオケ端末１の制御部１１は、“アクセス要求を許可しない旨の通知”と“アクセス要求を許可する旨の通知”のどちらをサーバ装置３から受信したか判断する（ステップＳ５０６）。制御部１１は、“アクセス要求を許可する旨の通知”を受信したと判断した場合には（ステップＳ５０６；ＹＥＳ）、自端末の端末番号が含まれる採点結果を端末側採点履歴から抽出してサーバ装置３に対して送信する（ステップＳ５０７）。一方、制御部１１は、“アクセス要求を許可しない旨の通知”を受信したと判断した場合には（ステップＳ５０６；ＮＯ）、端末側採点履歴の送信および作成の処理を実施せずにステップＳ５１１以降の処理を実施する。
【００２７】
サーバ装置３の制御部３１は、受信した端末側採点履歴に含まれる楽曲番号と等しい楽曲番号を含むサーバ側採点履歴を特定する。そして、制御部３１は、特定したサーバ側採点履歴と、受信した端末側採点履歴のそれぞれに含まれる採点結果のうち、点数の高い方から所定の順位までの採点結果を抽出してＲＡＭに記憶させる。また、制御部３１は、タイマ３１１から現在日時を算出してＲＡＭに記憶させる。そして、制御部３１は、抽出した所定の順位までの採点結果と算出した現在日時とを含む、更新後のサーバ側採点履歴を作成する（ステップＳ５０８）。この更新後のサーバ側採点履歴は、図３に示した端末側採点履歴と同じ構造を有している。そして、サーバ側採点履歴のヘッダ部の作成日時には、ステップＳ５０８の処理を実施した日時が記述される。次に、制御部３１は、この更新後のサーバ側採点履歴を、アクセス要求を許可したサーバ装置３に対して配信する（ステップＳ５０９）。
【００２８】
カラオケ端末１の制御部１１は、受信した更新後のサーバ側採点履歴を端末側採点履歴として、記憶部１２の端末側採点履歴記憶領域１２２に記憶させる（ステップＳ５１０）。つまり、端末側採点履歴の記述内容とサーバ側採点履歴の記述内容とが同一になるから、ステップＳ５０８の処理で算出された作成日時が、端末側採点履歴のヘッダ部におけるサーバ装置３が定めた作成日時と等しい日時を示すことになる。
【００２９】
次に、カラオケ端末１の制御部１１は、歌唱者に対してカラオケサービスを提供する処理を開始する（ステップＳ５１１）。まず、制御部１１は、楽曲情報を楽曲情報記憶領域１２１から読み出してＲＡＭに記憶させる。そして、制御部１１は、ＲＡＭに記憶された楽曲情報に含まれる伴奏データを音声処理部１６に対して順次出力する。音声処理部１６は、デジタルデータである伴奏データをアナログ信号に変換して音声出力部１７に出力する。音声出力部１７は、伴奏データに応じた音を放音する。この音声出力部１７から放音された音は、歌唱時における伴奏音となる。また、この伴奏出力と同期して、制御部１１は、ＲＡＭに記憶された楽曲情報に含まれる歌詞データを表示部１３に対して順次出力する。表示部１３は、歌詞データに応じた歌詞を表示する。このように、伴奏データが表す伴奏が音声出力部１７から出力されるのと同時に、歌詞データが表す歌詞が表示部１３に表示される。歌唱者は、これらの伴奏及び歌詞の案内に従って歌唱する。歌唱音は、音声入力部１５によって収音され、音声処理部１６による増幅やエコー付与などの音声処理を経て、音声出力部１７から放音される。音声入力部１５は、歌唱者の音声を収音し、更に、デジタル信号へと変換して音声処理部１６に出力する。音声処理部１６は、音声入力部１５から入力されたデジタル信号から歌唱の巧拙を採点するための特徴情報を抽出して、制御部１１に入力する。そして、制御部１１は、採点プログラム１２３を実行することで、この特徴情報を採点して採点結果を作成する。以上の処理により、制御部１１は、歌唱者の要求に応じたカラオケサービスを提供する。制御部１１は、ステップＳ５１１の処理で作成された採点結果を端末側採点履歴に記述する（ステップＳ５１２）。そして、制御部１１は、端末側採点履歴を表示部１３に対して出力することで、表示部１３に端末側採点履歴に応じた情報を表示させる（ステップＳ５１３）。
【００３０】
以上のとおり、サーバ装置３の制御部３１は、認証条件としての作成日時に基づいてサーバ側採点履歴に対するアクセス要求の認証を実施することで、サーバ装置３にかかる負荷を閾値以下となるように抑制することが出来る。
【００３１】
（３）変形例
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその例を示す。なお、以下の各態様を適宜に組み合わせてもよい。
【００３２】
（３−１）変形例１
上述した実施形態において、情報配信システム１００が、カラオケサービスのために用いられた形態について説明した。しかし、情報配信システム１００は、カラオケサービスに限らず、例えば、コンピュータゲーム等を提供するサービス等、種々のサービスに用いてもよい。
【００３３】
（３−２）変形例２
上述した実施形態において、カラオケ端末１とサーバ装置３のそれぞれの制御部によって実現される各種の機能は、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどのコンピュータが読取可能な記録媒体に記録した状態で提供し得る。また、インターネットのようなネットワーク経由で各種の装置にダウンロードさせることも可能である。
【００３４】
（３−３）変形例３
カラオケ端末１とサーバ装置３は、ＨＴＴＰ（Hypertext Transfer Protocol）プロトコルを通じてアクセス要求を実施してもよい。例えば、カラオケ端末１の制御部１１は、ＨＴＴＰヘッダであるIf-Modified-Sinceヘッダに端末側採点履歴の作成日時を指定してサーバ装置３に送信（リクエスト）する。そして、サーバ装置３の制御部３１は、指定された作成日時と、サーバ側採点履歴の作成日時とを比較することで認証条件を満たすか否かを判別し、その判別結果に応じた情報をカラオケ端末１に送信（レスポンス）する。このように、カラオケ端末とサーバ装置間における通信の手順を予め決めておくことで、サーバ装置は、カラオケ端末の機種に応じた特別な処理を実施する必要がない。
【００３５】
（３−４）変形例４
上述した実施形態において、サーバ装置３の制御部３１は、アクセス処理の認証条件を作成日時と現在日時との差が１時間以上の場合としたがこれに限らない。例えば、制御部３１は、複数の認証条件に基づいてアクセス要求を認証してもよい。この変形例によれば、カラオケシステム１００の管理者は、カラオケ端末１が設置される店の業種，場所などの属性情報に応じてアクセス要求を認証させることが出来る。
【００３６】
図６の認証条件テーブル３２３Ａには、条件１として「作成日時」が「現在日時との差が１時間以上」かつ「端末番号」が「１０００〜１９９９」と記述されており、さらに、条件２として「作成日時」が「現在日時との差が２４時間以上」かつ「ジャンル」が「洋楽」かつ「端末番号」が「２０００〜２９９９」と記述されている。つまり、カラオケシステム１００の管理者は、ジャンルが洋楽の楽曲に対して、端末番号が１０００〜１９９９のカラオケ端末１が設置される店舗よりも、端末番号が２０００〜２９９９のカラオケ端末１が設置される店舗の方が、アクセス要求を許可する間隔を長く設定している。これは、例えば、端末番号が２０００〜２９９９のカラオケ端末１が他の端末番号のカラオケ端末１よりも大きな負荷をサーバ装置３に対してかけていたことにより、カラオケシステム１００の管理者が、アクセス処理の条件を設ける範囲をより限定的かつ効果的に設定したことによる。
【００３７】
この変形例に係る動作を、図５のカラオケシステム１００の動作を示すシーケンス図を用いて説明する。また、以下では、実施形態と共通する点については説明を省略し、図５のステップＳ５０２からステップＳ５０５に応じた処理について説明する。
【００３８】
カラオケ端末１の制御部１１は、アクセス要求として、端末側採点履歴のヘッダ部に記述された楽曲番号，楽曲名，ジャンル，作成日時，端末番号（以降、これらを区別して説明する必要の無い場合には属性情報と称する）を読み出してサーバ装置３へと配信する（ステップＳ５０２に応じた処理）。次に、サーバ装置３の制御部３１は、受信した属性情報が図６に示す認証条件テーブル３２３に記述された条件を満たすか否かを判断する。（ステップＳ５０３に応じた処理）。
【００３９】
まず、制御部３１は、条件１に基づいた認証を実施する。制御部３１は、作成日時と現在日時との時間差が１時間以上であるか否かを判断する。また、制御部３１は、端末番号が１０００〜１９９９であるか否かを判断する（ステップＳ５０３に応じた処理）。制御部３１は、作成日時と現在日時との差が１時間以上、かつ、端末番号が１０００〜１９９９に該当すると判断した場合には（ステップＳ５０３；ＹＥＳに応じた処理）、カラオケ端末１に対してアクセス要求を許可する旨を通知する（ステップＳ５０５に応じた処理）。一方、制御部３１は、何れか１つでも認証条件に一致しないと判断した場合には、条件２に基づいた認証を実施する。
次に、制御部３１は、条件２に基づいた認証として、作成日時と現在日時との時間差が２４時間以上であるか否かを判断する。また、制御部３１は、ジャンルが洋楽であるか否かを判断する。また、制御部３１は、端末番号が２０００〜２９９９であるか否かを判断する。制御部３１は、作成日時と現在日時との差が２４時間以上、かつ、ジャンルが洋楽、かつ、端末番号が２０００〜２９９９に該当すると判断した場合には（ステップＳ５０３；ＹＥＳに応じた処理）、カラオケ端末１に対してアクセス要求を許可する旨を通知する（ステップＳ５０５に応じた処理）。一方、制御部３１は、何れか１つでも認証条件に一致しないと判断した場合には（ステップＳ５０３；ＮＯに応じた処理）、カラオケ端末１に対してアクセス要求を許可しない旨を通知する（ステップＳ５０４に応じた処理）。
【００４０】
以上のとおり、サーバ装置３の制御部３１は、複数の認証条件に基づいてサーバ側採点履歴に対するアクセス要求の認証を実施することで、単一の認証条件に基づいてアクセス要求の認証を実施する場合と比較して、より限定的かつ効果的にサーバ装置３にかかる負荷を抑制することが可能となる。なお、認証条件は図６に記述された内容に限定されず、サーバ装置３の記憶部３２に記憶された情報を特定し得る内容であればよい。
【符号の説明】
【００４１】
１００…カラオケシステム、１…カラオケ端末、１１…制御部、１２…記憶部、１３…表示部、１４…操作部、１５…音声入力部、１６…音声処理部、１７…音声出力部、１８…通信部、２…ネットワーク、３…サーバ装置、３１…制御部、３２…記憶部、３３…表示部、３４…操作部、３５…通信部、３１１…タイマ。
【技術分野】
【０００１】
本発明は、情報を管理する技術に関する。
【背景技術】
【０００２】
情報を配信する技術としては、日時などの所定のタイミングに応じて情報を配信するもの（ＰＵＳＨ型）や、端末装置からの要求などの任意のタイミングに応じて情報を配信するもの（ＰＵＬＬ型）がある。ＰＵＳＨ型のサーバ装置は、情報を配信するタイミングを広くしたり、一度に配信する情報の量を小さくしたりすることで、負荷を抑制することができる。一方、ＰＵＬＬ型のサーバ装置は、情報を配信するタイミングが任意であるため、負荷を抑制することが困難となる。
【０００３】
そこで、例えば特許文献１に記載されたランキング集計サーバは、通信回線を介して接続された複数のカラオケ端末から受信したランキングデータを集計して集計ランキングデータを生成し、新たにランキングに加わったデータを、当該データを配信したカラオケ端末以外のカラオケ端末に配信する。このように、ランキング集計サーバは、カラオケ端末に配信するデータを限定し、一度に配信するデータの量を小さくすることで、負荷を抑制している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３３７９６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の技術において、任意のタイミングに情報の配信を要求されるサーバ装置は、一度に配信するデータの量を小さくすることで負荷を抑制している。しかしながら、データの配信の要求が頻繁に発生した場合においては、サーバ装置が、頻繁に発生した負荷の累積によって処理を出来なくなる問題があった。
【０００６】
本発明の目的は、情報を管理するサーバ装置の、端末からのアクセスによる負荷を抑制することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、サーバ装置と、前記サーバ装置と通信を行う１つ以上の端末装置とを備え、前記端末装置は、前記サーバ装置が定めた時期と、当該サーバ装置において当該端末装置からアクセスされるアクセス情報を前記サーバ装置から取得する第１取得手段と、前記第１取得手段で取得した前記アクセス情報と前記時期を対応付けて記憶する第１記憶手段と、前記サーバ装置に記憶されている前記アクセス情報に対するアクセス要求と、前記第１記憶手段において当該アクセス情報に対応付けられている時期とを前記サーバ装置へ送信する送信手段と、を有し、前記サーバ装置は、前記送信手段から送信された前記アクセス要求および前記時期を取得する第２取得手段と、日時を計る計時手段と、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、予め定められた条件を満たしている場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可し、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、前記条件を満たしていない場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可しない制限手段と、を有することを特徴とする情報管理システムを提供する。
【０００８】
また、別の好ましい態様において、前記サーバ装置は、前記時期を前記端末装置毎に定めることを特徴とする。
【０００９】
また、本発明は、アクセス要求および時期を取得する第２取得手段と、日時を計る計時手段と、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、予め定められた条件を満たしている場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可し、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、前記条件を満たしていない場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可しない制限手段と、を有することを特徴とするサーバ装置を提供する。
【発明の効果】
【００１０】
本発明によれば、情報を管理するサーバ装置の、端末からのアクセスによる負荷を抑制することが出来る。
【図面の簡単な説明】
【００１１】
【図１】カラオケシステム１００の全体構成を示す図である。
【図２】楽曲情報の構造を示す図である。
【図３】端末側採点履歴の構造を示す図である。
【図４】認証条件テーブル３２３の構造を示す図である。
【図５】カラオケシステム１００の動作を示すシーケンス図である。
【図６】変形例に係る認証条件テーブル３２３の構造を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明に係る情報配信システムをカラオケのサービスを提供するために用いた実施形態について説明する。
（１）構成
図１は、カラオケシステム１００の全体構成を示す図である。
カラオケシステム１００は、カラオケ端末１と、サーバ装置３と、ネットワーク２とを備える。サーバ装置３と複数のカラオケ端末１とは、ネットワーク２を介して通信可能に接続されている。
【００１３】
カラオケ端末１は、サーバ装置３に対して情報の配信を要求し、サーバ装置３から配信された情報に基づいたカラオケサービスを提供するために設けられている。カラオケ端末１は、それぞれ一意に識別可能な端末番号が割り振られており、制御部１１、記憶部１２、表示部１３、操作部１４、音声入力部１５、音声処理部１６、音声出力部１７、及び通信部１８を備えている。制御部１１は、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）とを備えており、ＲＯＭ又は記憶部１２に記憶されているコンピュータプログラムを読み出して実行することにより、ＢＵＳを介してカラオケ端末１の各部を制御する。表示部１３は、液晶ディスプレイを備えており、各種の画像を表示する。操作部１４は、種々のキーを備えており、利用者の操作に応じた信号を出力する。音声入力部１５は、例えばマイクロホンであり、音声を収音し、音声に応じたアナログ信号を出力する。音声処理部１６は、音声に応じたアナログ信号をデジタル信号に変換したり、音声に応じたデジタル信号をアナログ信号に変換したりする。音声出力部１７は、例えばスピーカであり、アナログ信号に応じた音を放音する。通信部１８は、通信Ｉ／Ｆ（interface）を備えており、ネットワーク２を介してサーバ装置３と通信を行う。
【００１４】
記憶部１２は、制御部１１によって実行されるコンピュータプログラムやその実行時に使用されるデータを記憶するための記憶手段として機能する。記憶部１２は、例えばＨＤ（Ｈａｒｄ Ｄｉｓｋ）などの不揮発性の補助記憶装置である。記憶部１２は、楽曲情報記憶領域１２１と、端末側採点履歴記憶領域１２２とを有し、採点プログラム１２３を記憶している。
【００１５】
楽曲情報記憶領域１２１には、複数の楽曲に応じた伴奏や歌詞を表す楽曲情報が記憶されている。図２は楽曲情報の構造を示す図である。楽曲情報は、ヘッダ部と、伴奏データと、歌詞データから構成されている。ヘッダ部には、楽曲情報を一意に識別する楽曲番号、楽曲の名称を示す楽曲名、楽曲の内容で区分したジャンルなどの、楽曲に関する属性情報が含まれている。伴奏データは、楽器などによる伴奏音を表すデータである。この伴奏データは、制御部１１により読み出されて音声処理部１６に入力され、その伴奏データに応じた音声が音声出力部１７から放音される。歌詞データは、楽曲の歌詞を表すデータであり、制御部１１により伴奏データと同期して読み出され、表示部１３に入力される。表示部１３は、入力された歌詞データに応じた歌詞を表示する。
【００１６】
採点プログラム１２３には、歌唱に応じた信号を採点するための手順が記述されている。制御部１１は、採点プログラム１２３を読み出して実行することで、歌唱の巧拙を採点する。なお、この歌唱の巧拙を採点した結果（以下、採点結果と称する）には、巧拙を数値で示す点数、採点した日時を示す採点日時、採点したカラオケ端末１に割り振られた端末番号、および利用者を一意に識別する利用者情報が含まれている。
【００１７】
端末側採点履歴記憶領域１２２には、楽曲番号に応じて分類された複数の端末側採点履歴が記憶されている。図３に端末側採点履歴の構造を示す。端末側採点履歴は、ヘッダ部と、複数の採点結果から構成されている。ヘッダ部には、楽曲番号、楽曲名、ジャンル、サーバ装置３が定めた作成日時、およびカラオケ端末１に割り振られた端末番号など、端末側採点履歴に関する属性情報が含まれている。採点結果には、点数、採点日時、端末番号、及び、利用者情報とが含まれている。
【００１８】
サーバ装置３は、ネットワーク２を介して複数のカラオケ端末１の記憶部１２に記憶された情報を管理するために設けられている。サーバ装置３は、制御部３１、記憶部３２、表示部３３、操作部３４、及び通信部３５を備えている。制御部３１は、ＣＰＵと、ＲＯＭと、ＲＡＭと、タイマ３１１とを備えており、ＲＯＭ又は記憶部３２に記憶されているコンピュータプログラムを読み出して実行することにより、ＢＵＳを介してサーバ装置３の各部を制御する。タイマ３１１は、発振回路から出力される信号に基づいて現在日時を示す情報を算出する。現在日時を示す情報は、ＣＰＵにより利用される。表示部３３は、液晶ディスプレイを備えており、制御部３１からの制御に応じて各種の画像を表示する。操作部３４は、操作ボタンや操作キーなどの操作デバイスを備えており、管理者の操作を受け付けてその操作に応じた信号を制御部３１に出力する。通信部３５は、通信Ｉ／Ｆや通信回路を備えており、ネットワーク２を介してカラオケ端末１と通信を行うための通信手段として機能する。
【００１９】
記憶部３２は、制御部３１によって実行されるコンピュータプログラムやその実行時に使用されるデータを記憶するための記憶手段であり、例えばＨＤなどの不揮発性の補助記憶装置である。この記憶部３２は、楽曲情報記憶領域３２１と、サーバ側採点履歴記憶領域３２２と、認証条件テーブル３２３とを有している。
【００２０】
楽曲情報記憶領域３２１には、複数の楽曲に応じた伴奏や歌詞を表す楽曲情報が記憶されている。楽曲情報は、所定のスケジュールに従ってカラオケ端末１に配信される。この所定のスケジュールは、例えば１か月毎など、楽曲情報を配信するためにサーバ装置３にかかる負荷が閾値よりも大きくならない頻度とする。なお、負荷および閾値はＣＰＵの使用率などに基づいて算出された値とする。カラオケ端末１は、自身の処理にかかる負荷と閾値が等しくなったとしても、処理の遅延などを引き起こさないものとする。なお、楽曲情報の構造および内容に関しては、図２に示したカラオケ端末１の記憶部１２に記憶された楽曲情報と一致するから説明を省略する。
【００２１】
サーバ側採点履歴記憶領域３２２には、楽曲番号に応じて分類された複数のサーバ側採点履歴が記憶されている。サーバ側採点履歴は、図３に示した端末側採点履歴と同一の構造を有しているから構造の説明を省略する。このサーバ側採点履歴には、カラオケ端末１において作成された採点結果のうち、点数の高い方から所定の順位までの採点結果が記述されている。また、サーバ側採点履歴のヘッダ部の作成日時には、制御部３１がサーバ側採点履歴を作成した日時が記述されている。
【００２２】
認証条件テーブル３２３には、カラオケ端末１がサーバ側採点履歴に対して書き込みまたは読み出し（以降、アクセスと称する）の処理を実施することを許可するか否かを認証する為の認証条件が記述されている。図４は認証条件テーブル３２３の構造を示す図である。認証条件テーブル３２３には、認証の対象を示す「項目」と、認証を許可する条件を示す「条件」とが含まれている。例えば、図４に示された認証条件テーブル３２３には、「作成日時」が「項目」として、そして、「現在日時との差が１時間以上」が「条件」として記述されている。この例において制御部３１は、認証条件テーブル３２３に記述された認証条件に基づいて、作成日時と現在日時との差が１時間以上であると判断した場合にのみ認証を許可する。
【００２３】
ここで、サーバ装置３の制御部３１が、楽曲情報とサーバ側採点履歴を配信する際に、サーバ装置３にかかる負荷の違いについて説明する。まず、制御部３１は、楽曲情報を所定の配信スケジュールに従って配信するといった、所謂ＰＵＳＨ型の配信方法を用いる。したがって、カラオケシステム１００の管理者は、この配信スケジュールをサーバ装置３にかかる負荷を配慮した上で作製することが可能である。一方、制御部３１は、サーバ側採点履歴をカラオケ端末１からの要求（以下、アクセス要求と称する）に応じて配信するといった、所謂ＰＵＬＬ型の配信方法を用いる。つまり、制御部３１は、任意のタイミングでアクセス要求される。したがって、カラオケシステム１００の管理者は、サーバ側採点履歴を配信するタイミングおよびその情報量を特定することが出来ないから、サーバ装置３にかかる負荷を閾値以下とするような、サーバ側採点履歴を配信するためのスケジュールを作成することができない。
したがって、サーバ装置３の制御部３１がアクセス処理に先駆けてアクセス要求の認証を実施することで、サーバ装置３にかかる負荷が閾値よりも大きくならないように制御することを目的としている。
【００２４】
（２）動作
図５は、カラオケシステム１００の動作を示すシーケンス図である。
歌唱者は、カラオケサービスを利用するにあたり、カラオケ端末１の操作部１４に設けられた複数のキーを操作して歌唱する楽曲に応じた楽曲番号を選択する。操作部１４は、カラオケサービスの要求として、歌唱者の操作に応じた信号を制御部１１に出力する。カラオケ端末１の制御部１１は、歌唱者の操作に応じた信号の有無を判断しており（ステップＳ５０１）、信号を検知するまで待機している（ステップＳ５０１；ＮＯ）。制御部１１は、信号を検知すると（ステップＳ５０１；ＹＥＳ）、その信号から歌唱者が選択した楽曲番号を特定する。制御部１１は、特定された楽曲番号に応じた端末側採点履歴のヘッダ部に記述された作成日時を読み出してＲＡＭに記憶させる。そして、制御部１１は、楽曲番号に応じたサーバ側採点履歴に対するアクセス要求と、ＲＡＭに記憶された作成日時とを含むメッセージをサーバ装置３に対して送信する（ステップＳ５０２）。
【００２５】
次に、サーバ装置３の制御部３１は、認証条件テーブル３２３に記述された認証条件に基づいて、アクセス要求を許可するか否かを判断する（ステップＳ５０３）。より具体的には、制御部３１は、受信したメッセージに含まれる作成日時を読み出してＲＡＭに記憶させるとともに、タイマ３１１から現在日時を算出してＲＡＭに記憶させる。次に、制御部３１は、ＲＡＭに記憶させた作成日時と現在日時との時間差を算出し、その時間差が１時間以上であるか否かを判断する。ここで、制御部３１が、作成日時と現在日時との時間差が１時間未満、つまり、認証条件を満たしていないと判断した場合には（ステップＳ５０３；ＮＯ）、カラオケ端末１に対してアクセス要求を許可しない旨を通知する（ステップＳ５０４）。これは、制御部３１が、アクセス処理が頻繁であり、アクセス要求を許可しないことでサーバ装置３にかかる負荷を抑制することを目的とする。一方、制御部３１は、作成日時と現在日時との差が１時間以上、つまり、認証条件を満たしていると判断した場合には（ステップＳ５０３；ＹＥＳ）、カラオケ端末１に対してアクセス要求を許可する旨を通知する（ステップＳ５０５）。これは、制御部３１が、アクセス処理が頻繁ではなく、アクセス要求を許可しても、サーバ装置３にかかる負荷が十分に抑制されていると判断したことによる。
【００２６】
カラオケ端末１の制御部１１は、“アクセス要求を許可しない旨の通知”と“アクセス要求を許可する旨の通知”のどちらをサーバ装置３から受信したか判断する（ステップＳ５０６）。制御部１１は、“アクセス要求を許可する旨の通知”を受信したと判断した場合には（ステップＳ５０６；ＹＥＳ）、自端末の端末番号が含まれる採点結果を端末側採点履歴から抽出してサーバ装置３に対して送信する（ステップＳ５０７）。一方、制御部１１は、“アクセス要求を許可しない旨の通知”を受信したと判断した場合には（ステップＳ５０６；ＮＯ）、端末側採点履歴の送信および作成の処理を実施せずにステップＳ５１１以降の処理を実施する。
【００２７】
サーバ装置３の制御部３１は、受信した端末側採点履歴に含まれる楽曲番号と等しい楽曲番号を含むサーバ側採点履歴を特定する。そして、制御部３１は、特定したサーバ側採点履歴と、受信した端末側採点履歴のそれぞれに含まれる採点結果のうち、点数の高い方から所定の順位までの採点結果を抽出してＲＡＭに記憶させる。また、制御部３１は、タイマ３１１から現在日時を算出してＲＡＭに記憶させる。そして、制御部３１は、抽出した所定の順位までの採点結果と算出した現在日時とを含む、更新後のサーバ側採点履歴を作成する（ステップＳ５０８）。この更新後のサーバ側採点履歴は、図３に示した端末側採点履歴と同じ構造を有している。そして、サーバ側採点履歴のヘッダ部の作成日時には、ステップＳ５０８の処理を実施した日時が記述される。次に、制御部３１は、この更新後のサーバ側採点履歴を、アクセス要求を許可したサーバ装置３に対して配信する（ステップＳ５０９）。
【００２８】
カラオケ端末１の制御部１１は、受信した更新後のサーバ側採点履歴を端末側採点履歴として、記憶部１２の端末側採点履歴記憶領域１２２に記憶させる（ステップＳ５１０）。つまり、端末側採点履歴の記述内容とサーバ側採点履歴の記述内容とが同一になるから、ステップＳ５０８の処理で算出された作成日時が、端末側採点履歴のヘッダ部におけるサーバ装置３が定めた作成日時と等しい日時を示すことになる。
【００２９】
次に、カラオケ端末１の制御部１１は、歌唱者に対してカラオケサービスを提供する処理を開始する（ステップＳ５１１）。まず、制御部１１は、楽曲情報を楽曲情報記憶領域１２１から読み出してＲＡＭに記憶させる。そして、制御部１１は、ＲＡＭに記憶された楽曲情報に含まれる伴奏データを音声処理部１６に対して順次出力する。音声処理部１６は、デジタルデータである伴奏データをアナログ信号に変換して音声出力部１７に出力する。音声出力部１７は、伴奏データに応じた音を放音する。この音声出力部１７から放音された音は、歌唱時における伴奏音となる。また、この伴奏出力と同期して、制御部１１は、ＲＡＭに記憶された楽曲情報に含まれる歌詞データを表示部１３に対して順次出力する。表示部１３は、歌詞データに応じた歌詞を表示する。このように、伴奏データが表す伴奏が音声出力部１７から出力されるのと同時に、歌詞データが表す歌詞が表示部１３に表示される。歌唱者は、これらの伴奏及び歌詞の案内に従って歌唱する。歌唱音は、音声入力部１５によって収音され、音声処理部１６による増幅やエコー付与などの音声処理を経て、音声出力部１７から放音される。音声入力部１５は、歌唱者の音声を収音し、更に、デジタル信号へと変換して音声処理部１６に出力する。音声処理部１６は、音声入力部１５から入力されたデジタル信号から歌唱の巧拙を採点するための特徴情報を抽出して、制御部１１に入力する。そして、制御部１１は、採点プログラム１２３を実行することで、この特徴情報を採点して採点結果を作成する。以上の処理により、制御部１１は、歌唱者の要求に応じたカラオケサービスを提供する。制御部１１は、ステップＳ５１１の処理で作成された採点結果を端末側採点履歴に記述する（ステップＳ５１２）。そして、制御部１１は、端末側採点履歴を表示部１３に対して出力することで、表示部１３に端末側採点履歴に応じた情報を表示させる（ステップＳ５１３）。
【００３０】
以上のとおり、サーバ装置３の制御部３１は、認証条件としての作成日時に基づいてサーバ側採点履歴に対するアクセス要求の認証を実施することで、サーバ装置３にかかる負荷を閾値以下となるように抑制することが出来る。
【００３１】
（３）変形例
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。以下にその例を示す。なお、以下の各態様を適宜に組み合わせてもよい。
【００３２】
（３−１）変形例１
上述した実施形態において、情報配信システム１００が、カラオケサービスのために用いられた形態について説明した。しかし、情報配信システム１００は、カラオケサービスに限らず、例えば、コンピュータゲーム等を提供するサービス等、種々のサービスに用いてもよい。
【００３３】
（３−２）変形例２
上述した実施形態において、カラオケ端末１とサーバ装置３のそれぞれの制御部によって実現される各種の機能は、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどのコンピュータが読取可能な記録媒体に記録した状態で提供し得る。また、インターネットのようなネットワーク経由で各種の装置にダウンロードさせることも可能である。
【００３４】
（３−３）変形例３
カラオケ端末１とサーバ装置３は、ＨＴＴＰ（Hypertext Transfer Protocol）プロトコルを通じてアクセス要求を実施してもよい。例えば、カラオケ端末１の制御部１１は、ＨＴＴＰヘッダであるIf-Modified-Sinceヘッダに端末側採点履歴の作成日時を指定してサーバ装置３に送信（リクエスト）する。そして、サーバ装置３の制御部３１は、指定された作成日時と、サーバ側採点履歴の作成日時とを比較することで認証条件を満たすか否かを判別し、その判別結果に応じた情報をカラオケ端末１に送信（レスポンス）する。このように、カラオケ端末とサーバ装置間における通信の手順を予め決めておくことで、サーバ装置は、カラオケ端末の機種に応じた特別な処理を実施する必要がない。
【００３５】
（３−４）変形例４
上述した実施形態において、サーバ装置３の制御部３１は、アクセス処理の認証条件を作成日時と現在日時との差が１時間以上の場合としたがこれに限らない。例えば、制御部３１は、複数の認証条件に基づいてアクセス要求を認証してもよい。この変形例によれば、カラオケシステム１００の管理者は、カラオケ端末１が設置される店の業種，場所などの属性情報に応じてアクセス要求を認証させることが出来る。
【００３６】
図６の認証条件テーブル３２３Ａには、条件１として「作成日時」が「現在日時との差が１時間以上」かつ「端末番号」が「１０００〜１９９９」と記述されており、さらに、条件２として「作成日時」が「現在日時との差が２４時間以上」かつ「ジャンル」が「洋楽」かつ「端末番号」が「２０００〜２９９９」と記述されている。つまり、カラオケシステム１００の管理者は、ジャンルが洋楽の楽曲に対して、端末番号が１０００〜１９９９のカラオケ端末１が設置される店舗よりも、端末番号が２０００〜２９９９のカラオケ端末１が設置される店舗の方が、アクセス要求を許可する間隔を長く設定している。これは、例えば、端末番号が２０００〜２９９９のカラオケ端末１が他の端末番号のカラオケ端末１よりも大きな負荷をサーバ装置３に対してかけていたことにより、カラオケシステム１００の管理者が、アクセス処理の条件を設ける範囲をより限定的かつ効果的に設定したことによる。
【００３７】
この変形例に係る動作を、図５のカラオケシステム１００の動作を示すシーケンス図を用いて説明する。また、以下では、実施形態と共通する点については説明を省略し、図５のステップＳ５０２からステップＳ５０５に応じた処理について説明する。
【００３８】
カラオケ端末１の制御部１１は、アクセス要求として、端末側採点履歴のヘッダ部に記述された楽曲番号，楽曲名，ジャンル，作成日時，端末番号（以降、これらを区別して説明する必要の無い場合には属性情報と称する）を読み出してサーバ装置３へと配信する（ステップＳ５０２に応じた処理）。次に、サーバ装置３の制御部３１は、受信した属性情報が図６に示す認証条件テーブル３２３に記述された条件を満たすか否かを判断する。（ステップＳ５０３に応じた処理）。
【００３９】
まず、制御部３１は、条件１に基づいた認証を実施する。制御部３１は、作成日時と現在日時との時間差が１時間以上であるか否かを判断する。また、制御部３１は、端末番号が１０００〜１９９９であるか否かを判断する（ステップＳ５０３に応じた処理）。制御部３１は、作成日時と現在日時との差が１時間以上、かつ、端末番号が１０００〜１９９９に該当すると判断した場合には（ステップＳ５０３；ＹＥＳに応じた処理）、カラオケ端末１に対してアクセス要求を許可する旨を通知する（ステップＳ５０５に応じた処理）。一方、制御部３１は、何れか１つでも認証条件に一致しないと判断した場合には、条件２に基づいた認証を実施する。
次に、制御部３１は、条件２に基づいた認証として、作成日時と現在日時との時間差が２４時間以上であるか否かを判断する。また、制御部３１は、ジャンルが洋楽であるか否かを判断する。また、制御部３１は、端末番号が２０００〜２９９９であるか否かを判断する。制御部３１は、作成日時と現在日時との差が２４時間以上、かつ、ジャンルが洋楽、かつ、端末番号が２０００〜２９９９に該当すると判断した場合には（ステップＳ５０３；ＹＥＳに応じた処理）、カラオケ端末１に対してアクセス要求を許可する旨を通知する（ステップＳ５０５に応じた処理）。一方、制御部３１は、何れか１つでも認証条件に一致しないと判断した場合には（ステップＳ５０３；ＮＯに応じた処理）、カラオケ端末１に対してアクセス要求を許可しない旨を通知する（ステップＳ５０４に応じた処理）。
【００４０】
以上のとおり、サーバ装置３の制御部３１は、複数の認証条件に基づいてサーバ側採点履歴に対するアクセス要求の認証を実施することで、単一の認証条件に基づいてアクセス要求の認証を実施する場合と比較して、より限定的かつ効果的にサーバ装置３にかかる負荷を抑制することが可能となる。なお、認証条件は図６に記述された内容に限定されず、サーバ装置３の記憶部３２に記憶された情報を特定し得る内容であればよい。
【符号の説明】
【００４１】
１００…カラオケシステム、１…カラオケ端末、１１…制御部、１２…記憶部、１３…表示部、１４…操作部、１５…音声入力部、１６…音声処理部、１７…音声出力部、１８…通信部、２…ネットワーク、３…サーバ装置、３１…制御部、３２…記憶部、３３…表示部、３４…操作部、３５…通信部、３１１…タイマ。
【特許請求の範囲】
【請求項１】
サーバ装置と、
前記サーバ装置と通信を行う１つ以上の端末装置とを備え、
前記端末装置は、
前記サーバ装置が定めた時期と、当該サーバ装置において当該端末装置からアクセスされるアクセス情報を前記サーバ装置から取得する第１取得手段と、
前記第１取得手段で取得した前記アクセス情報と前記時期を対応付けて記憶する第１記憶手段と、
前記サーバ装置に記憶されている前記アクセス情報に対するアクセス要求と、前記第１記憶手段において当該アクセス情報に対応付けられている時期とを前記サーバ装置へ送信する送信手段と、
を有し、
前記サーバ装置は、
前記送信手段から送信された前記アクセス要求および前記時期を取得する第２取得手段と、
日時を計る計時手段と、
前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、予め定められた条件を満たしている場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可し、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、前記条件を満たしていない場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可しない制限手段と、
を有する
ことを特徴とする情報管理システム。
【請求項２】
前記サーバ装置は、前記時期を前記端末装置毎に定める
ことを特徴とする請求項１に記載の情報管理システム。
【請求項３】
アクセス要求および時期を取得する第２取得手段と、
日時を計る計時手段と、
前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、予め定められた条件を満たしている場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可し、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、前記条件を満たしていない場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可しない制限手段と、
を有することを特徴とするサーバ装置。
【請求項１】
サーバ装置と、
前記サーバ装置と通信を行う１つ以上の端末装置とを備え、
前記端末装置は、
前記サーバ装置が定めた時期と、当該サーバ装置において当該端末装置からアクセスされるアクセス情報を前記サーバ装置から取得する第１取得手段と、
前記第１取得手段で取得した前記アクセス情報と前記時期を対応付けて記憶する第１記憶手段と、
前記サーバ装置に記憶されている前記アクセス情報に対するアクセス要求と、前記第１記憶手段において当該アクセス情報に対応付けられている時期とを前記サーバ装置へ送信する送信手段と、
を有し、
前記サーバ装置は、
前記送信手段から送信された前記アクセス要求および前記時期を取得する第２取得手段と、
日時を計る計時手段と、
前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、予め定められた条件を満たしている場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可し、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、前記条件を満たしていない場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可しない制限手段と、
を有する
ことを特徴とする情報管理システム。
【請求項２】
前記サーバ装置は、前記時期を前記端末装置毎に定める
ことを特徴とする請求項１に記載の情報管理システム。
【請求項３】
アクセス要求および時期を取得する第２取得手段と、
日時を計る計時手段と、
前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、予め定められた条件を満たしている場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可し、前記第２取得手段で取得された時期と、前記計時手段で計時されている日時との関係が、前記条件を満たしていない場合には、前記アクセス要求で要求された前記アクセス情報へのアクセスを許可しない制限手段と、
を有することを特徴とするサーバ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１１−１９８０８２（Ｐ２０１１−１９８０８２Ａ）
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願番号】特願２０１０−６４５６７（Ｐ２０１０−６４５６７）
【出願日】平成２２年３月１９日（２０１０．３．１９）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願日】平成２２年３月１９日（２０１０．３．１９）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]