JPWO2005033953A1 - データ表示制御装置 - Google Patents

Abstract

本発明は、入力される検索キーに基づいてデータベースから第１のサイズを有するデータのうち少なくとも一つのデータを検索し、当該検索された少なくとも一つのデータのうち、第１のサイズよりも小さく表示部の大きさに対応した第２のサイズに相当する一部分の部分データをデータベースから取得すると共に表示部に表示するように制御することにより、第１のサイズを有するデータの全てではなく、表示部の大きさに対応した第２のサイズに相当する一部分の部分データだけデータベースから取得して表示するだけで良いので、表示部の大きさに合わせた変換処理を施す等の負荷をかけることなく短時間のうちにデータを表示して提供することができる。

Description

本発明は、データ表示制御装置に関し、例えばハードディスクに格納した楽曲のタイトル、アーティスト名等の楽曲情報を読み出して表示する場合に適用して好適なものである。

従来、ネットワークを介して相互に接続された情報提供装置からネットワーク端末装置へ提供情報を送信する際、当該ネットワーク端末装置の属性情報に基づいて当該提供情報をネットワーク端末装置の機能に適合させるようにしたものがある（例えば、特許文献１参照）。
特開２００１−２３６２８６号。 ところでかかる上述の方法では、例えば情報提供装置からネットワーク端末装置へ提供情報を送信する際、ネットワーク上のトラフィックが混雑している場合には情報提供装置からネットワーク端末装置へ提供情報が届くまでに多くの時間を要し、またネットワーク端末装置の機能に適合させるべく提供情報を変換処理する際にも多くの時間を要するため、ネットワーク端末装置のユーザに対して提供情報を短時間で提供することは困難であるという問題があった。

本発明は以上の点を考慮してなされたもので、ユーザに対して短時間で情報の提供を行うことができるデータ表示制御装置を提案しようとするものである。
かかる課題を解決するため本発明のデータ表示制御装置においては、少なくとも第１のサイズを有するデータが複数登録されているデータベースと、入力される検索キーに基づいて第１のサイズを有するデータのうち少なくとも一つのデータをデータベースから検索する検索手段と、当該検索手段により検索された少なくとも一つのデータのうち、第１のサイズよりも小さく表示部の大きさに対応した第２のサイズに相当する一部分の部分データをデータベースから取得すると共に表示部に表示するように制御する制御手段とを設ける。
これにより検索された第１のサイズを有するデータの全てではなく、表示部の大きさに対応した第２のサイズに相当する一部分の部分データだけをデータベースから取得して表示するだけで良いので、表示部の大きさに合わせた変換処理を施す等の負荷をかけることなく短時間の間にデータを表示して提供することができる。
また本発明のデータ表示制御方法においては、少なくとも第１のサイズを有するデータが複数登録されているデータベースから、入力される検索キーに基づいて第１のサイズを有するデータのうち少なくとも一つのデータをデータベースから検索する検索ステップと、検索ステップで検索された少なくとも一つのデータのうち、第１のサイズよりも小さく表示部の大きさに対応した第２のサイズに相当する一部分の部分データをデータベースから取得すると共に表示部に表示するように制御する制御ステップとを設けるようにする。
これにより検索された第１のサイズを有するデータの全てではなく、表示部の大きさに対応した第２のサイズに相当する一部分の部分データだけをデータベースから取得して表示するだけで良いので、表示部の大きさに合わせた変換処理を施す等の負荷をかけることなく短時間の間にデータを表示して提供することができる。
さらに本発明のデータ表示制御プログラムにおいては、データ表示制御装置に対して、少なくとも第１のサイズを有するデータが複数登録されているデータベースから、入力される検索キーに基づいて第１のサイズを有するデータのうち少なくとも一つのデータを上記データベースから検索する検索ステップと、検索ステップで検索された少なくとも一つのデータのうち、第１のサイズよりも小さく表示部の大きさに対応した第２のサイズに相当する一部分の部分データをデータベースから取得すると共に表示部に表示するように制御する制御ステップとを設けるようにする。
これにより検索された第１のサイズを有するデータの全てではなく、表示部の大きさに対応した第２のサイズに相当する一部分の部分データだけをデータベースから取得して表示するだけで良いので、表示部の大きさに合わせた変換処理を施す等の負荷をかけることなく短時間の間にデータを表示して提供することができる。
本発明によれば、検索された第１のサイズを有するデータの全てではなく、表示部の大きさに対応した第２のサイズに相当する一部分の部分データだけデータベースから取得して表示するだけで良いので、表示部の大きさに合わせた変換処理を施す等の負荷をかけることなく短時間の間にデータを表示して提供し得るデータ表示制御装置、データ表示制御方法及びデータ表示制御プログラムを実現できる。

図１は、本発明の情報提供システムの全体構成を示す略線図である。
図２は、ラジオ局の構成を示す略線的ブロック図である。
図３は、ＵＲＬ提供サーバの構成を示す略線的ブロック図である。
図４は、関連情報提供サーバの構成を示す略線的ブロック図である。
図５は、クライアント端末の回路構成を示す略線的ブロック図である。
図６は、コンテンツのディレクトリ管理の説明に供する略線図である。
図７は、クライアント端末のプログラムモジュールを示す略線図である。
図８は、検索結果の取得表示処理手順を示すフローチャートである。
図９は、コンフィグレーション情報の構成を示す略線図である。
図１０は、一覧規定及び項目規定の内容を示す略線図である。
図１１は、一覧規定及び項目規定の具体例を示す略線図である。
図１２は、ディスプレイの表示エリアの説明に供する略線図である。
図１３は、横スクロール表示の説明に供する略線図である。
図１４は、縦スクロール表示の説明に供する略線図である。

符号の説明

１……情報提供システム、２……インターネット、３……ＵＲＬ提供サーバ、ＲＳ……ラジオ局、ＫＳ……関連情報提供サーバ

以下、図面について、本発明の一実施の形態を詳述する。
（１）情報提供システムの全体構成
図１に示すように、１は全体として本発明を構成する情報提供システムを示し、クライアント端末ＣＴはラジオ局ＲＳからの放送を受信し得ると共に、当該ラジオ局ＲＳと専用線接続された関連情報提供サーバＫＳがインターネット２を介して提供しているラジオ局のホームページを通じて当該ラジオ局ＲＳで放送した楽曲に関連する楽曲情報を関連情報として受信し得るようになされている。
また情報提供システム１では、ラジオ局ＲＳに代わって関連情報提供サーバＫＳがホームページ等を介して行っている情報提供サービスのアクセス先を示すＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）情報をＵＲＬ提供サーバ３へ通知するようになされている。
従ってＵＲＬ提供サーバ３は、情報提供サービスのアクセス先を示すＵＲＬの変更があった場合でも、変更後のＵＲＬを管理しており、クライアント端末ＣＴからラジオ局ＲＳの情報提供サービスへのアクセス先の問い合わせに対して最新のＵＲＬを提供し得るようになされている。
ここでラジオ放送は、受信可能な地域が制限されるために、同じ周波数を複数の地域で共通に用いている場合がある。例えば８０．０ＭＨｚは、首都圏ではＦＭ東京が使用しており、東北地方ではＦＭ青森が使用している。
従ってクライアント端末ＣＴでは、ＵＲＬ提供サーバ３に対して周波数を特定しただけではラジオ局ＲＳを特定したことにはならず、当該ラジオ局ＲＳを特定するためのコールサインと呼ばれる固有の情報をＵＲＬ提供サーバ３へ通知することにより、当該ラジオ局ＲＳの情報提供サービスへのアクセス先を示すＵＲＬの提供を受けることができるようになされている。
（１−１）ラジオ局ＲＳの構成
図２に示すようにラジオ局ＲＳは、ＲＯＭ７１及びＲＡＭ７２を有するＣＰＵ構成の制御部７０が全体を統括制御しており、番組送出部７３からアンテナ７４を介してラジオ番組をクライアント端末ＣＴへ放送する。
またラジオ局ＲＳは、ハードディスク７４にラジオ番組の中で放送する楽曲のコンテンツや予め収録しておいたラジオ番組のコンテンツを多数所有しており、必要に応じて読み出しデータ通信処理部７６を介してラジオ番組の中で放送した楽曲を関連情報提供サーバＫＳへ通知したり、いずれのラジオ番組を放送したのかを関連情報提供サーバＫＳへ通知する。
（１−２）ＵＲＬ提供サーバの構成
図３に示すようにＵＲＬ提供サーバ３は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８１及びＲＡＭ８２（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を有するＣＰＵ構成の制御部８０が当該ＲＯＭ８１から読み出してＲＡＭ８２に展開したＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等の基本プログラム及び各種アプリケーションプログラムに基づいて全体の制御や所定の演算処理等を行うようになされている。
このＵＲＬ提供サーバ３は、クライアント端末ＣＴからのコールサインを受けて、当該コールサインに対応したラジオ局ＲＳが情報提供サービスとして開設するホームページのＵＲＬをＵＲＬ蓄積データベース８３の中から探し出し、データ通信処理部８４を介してクライアント端末ＣＴへ送り返すようになされている。
またＵＲＬ提供サーバ３は、関連情報提供サーバＫＳとも接続されており、データ通信処理部８４を介して当該関連情報提供サーバＫＳにおけるサービスの状態を状態情報として受け取り、当該状態情報をＵＲＬと共にクライアント端末ＣＴへ提供し得るようになされている。
（１−３）関連情報提供サーバの構成
図４に示すように関連情報提供サーバＫＳは、ＲＯＭ９１及びＲＡＭ９２を有するＣＰＵ構成の制御部９０が当該ＲＯＭ９１から読み出してＲＡＭ９２に展開したＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等の基本プログラム及び各種アプリケーションプログラムに基づいて全体の制御や所定の演算処理等を行うようになされている。
この関連情報提供サーバＫＳは、例えばラジオ局ＲＳが番組の中で放送した楽曲の楽曲情報を楽曲情報データベース９３から探し出し、これを関連情報としてデータ通信処理部９５を介してクライアント端末ＣＴへ提供する。
また関連情報提供サーバＫＳは、ラジオ局ＲＳが放送したラジオ番組に関連した例えば出演者、ＤＪ名、ジャンル等の番組情報を番組情報データベース９４から探し出し、これをデータ通信処理部９５を介してクライアント端末ＣＴへ提供する。
（１−４）クライアント端末ＣＴの回路構成
図５に示すようにクライアント端末ＣＴのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３から読み出してＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０に展開したＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等の基本プログラム及び各種アプリケーションプログラムに基づいて全体の制御や所定の演算処理等を行うようになされており、例えばインターネット２等のネットワークを介した通信動作、ユーザに対する入出力動作、メディアからのコンテンツ再生やラジオ局ＲＳからダウンロードしたコンテンツのリッピング、ハードディスクドライブ（ＨＤＤ）２１へのコンテンツの書き込み及びその管理等を実行する。
操作入力部１５は、筐体表面やリモートコントローラ（図示せず）の各種操作子に対する操作に応じた入力情報を入力処理部１４へ送出し、当該入力処理部１４で所定の処理が施された後に操作コマンドとしてＣＰＵ１１へ送出される。ＣＰＵ１１は操作コマンドに応じた処理を実行するようになされている。
ディスプレイ１７は、例えば液晶ディスプレイ等の表示デバイスが筐体表面に直接取り付けられている場合や、外付けの表示デバイスであってもよく、ＣＰＵ１１による処理結果や各種情報を表示するようになされている。
メディアドライブ１９は、例えばＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）を再生するＣＤドライブやフラッシュメモリ等でなるメモリースティック（登録商標）を再生するドライブ等であって、再生結果をオーディオデータ処理部２４を介してディジタルアナログ変換処理した後に２チャンネルのスピーカ２５から出力するようになされている。
なおＣＰＵ１１は、メディアドライブ１９によって再生したデータがオーディオコンテンツである場合、オーディオデータファイルとしてハードディスクドライブ２１に記憶することも可能である。
さらにＣＰＵ１１は、メディアドライブ１９によってメモリースティック（登録商標）に記憶された複数枚の静止画を読み出し、これらを表示処理部１６を介してディスプレイ１７にスライドショーとして順次表示することもできる。
チューナ部２７は、例えばＡＭ、ＦＭラジオチューナであって、ＣＰＵ１１の制御に基づいてアンテナ２６で受信した放送信号を復調し、その結果を放送音声としてオーディオデータ処理部２４を介してスピーカ２５から出力する。
通信処理部２２は、ＣＰＵ１１の制御に基づいて送信データのエンコード処理を行い、ネットワークインタフェース２３を介してインターネット２経由で外部のネットワーク対応機器へ送信したり、当該ネットワークインタフェース２３を介して外部のネットワーク対応機器から受信した受信データのデコード処理を行い、ＣＰＵ１１へ転送するようになされている。
（１−５）コンテンツのディレクトリ管理
クライアント端末ＣＴのＣＰＵ１１は、ハードディスクドライブ２１に対してコンテンツを記憶する際、図６に示すディレクトリ構成で監理するようになされている。まずｒｏｏｔディレクトリの下層に対しては、規定範囲内での任意の数のｆｏｌｄｅｒを置くことができる。このｆｏｌｄｅｒは、例えばコンテンツが属するジャンル、又は所有ユーザなどに対応して作成されるようになされている。
このｆｏｌｄｅｒの下層には、規定範囲内での任意の数のａｌｂｕｍを置くことができ、当該ａｌｂｕｍは例えば１つのアルバムタイトルごとに対応するようになされている。このａｌｂｕｍのディレクトリ下において、そのａｌｂｕｍに属するとされる１以上のｔｒａｃｋを位置付けるようになされている。このｔｒａｃｋ毎の単位データが１つの楽曲すなわちコンテンツとなるものである。
このようなコンテンツについてのディレクトリ管理は、ハードディスクドライブ２１に記憶されているデータベースファイルによって行われるようになされている。
（１−６）クライアント端末ＣＴのプログラムモジュール構成
図７に示すようにクライアント端末ＣＴのプログラムモジュールとしては、ＯＳ上で動作するようになされており、具体的にはＣＤの物販を行うＣＤ販売業者サーバ３１、インターネットラジオサーバ３２、音楽配信運営サーバ３３、総合サービスサーバ３４、関連情報提供サーバＫＳ他の各種サーバとの間でやりとりを行う。
ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）メッセージプログラム３６は、ＣＤ販売業者サーバ３１、インターネットラジオサーバ３２、音楽配信運営サーバ３３、各種総合サービスを行う総合サービスサーバ３４及び関連情報提供サーバＫＳ等の各種サーバとの間のやりとりをＨＴＴＰ通信で行うものであり、コミュニケータプログラム３７は、ＨＴＴＰメッセージプログラム３６とデータのやりとりを行うプログラムモジュールである。
コミュニケータプログラム３７の上位には、コンテンツのコーデックを解釈して再生するコンテンツ再生モジュール３８、著作権保護に関する情報を取り扱う著作権保護情報管理モジュール３９が位置し、そのコンテンツ再生モジュール３８、著作権保護情報管理モジュール３９に対してインターネットラジオの選局及び再生を行うインターネットラジオ選局再生モジュール４３、楽曲購入及び試聴曲の再生を司る楽曲購入再生モジュール４４がそれぞれ位置している。
それらインターネットラジオ選局再生モジュール４３、楽曲購入再生モジュール４４の上位にはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ブラウザ５０が位置し、各種サーバからのＸＭＬファイルを解釈し、ディスプレイ１７に対して画面表示を行う。
例えば、ＸＭＬブラウザ５０を介してユーザに選択された楽曲は楽曲購入再生モジュール４４で購入され、ハードディスクコンテンツコントローラ４２を介してハードディスクドライブ２１（図５）に書き込まれる。
なおコミュニケータプログラム３７には、ライブラリ４７の認証ライブラリ４７Ａが接続されており、当該認証ライブラリ４７Ａによって総合サービスサーバ３４やその他の各種サーバの認証処理を行うようになされている。
さらにコミュニケータプログラム３７の上位には、データベースアクセスモジュール４０、コンテンツデータアクセスモジュール４１及びハードディスクコンテンツコントローラ４２が位置する。
このデータベースアクセスモジュール４０は、ハードディスクドライブ２１に構築された各種データベースにアクセスし、コンテンツデータアクセスモジュール４１はハードディスクドライブ２１に格納されたコンテンツにアクセスし、ハードディスクコンテンツコントローラ４２はハードディスクドライブ２１に格納されたコンテンツを管理するようになされている。
ハードディスクコンテンツコントローラ４２の上位には、ラジオ局ＲＳが放送した楽曲のタイトル及びアーティスト名を表示するための関連情報表示モジュール４５及びラジオ局ＲＳを選局したり、当該ラジオ局ＲＳから受信した楽曲のコンテンツをハードディスクドライブ２１に録音するチューナ選局再生／録音モジュール４６が位置している。
例えば、オーディオユーザインタフェース（ＵＩ）５１を介して選局されたラジオ局ＲＳから受信した楽曲は、コンテンツデータアクセスモジュール４１を介してハードディスクドライブ２１へ書き込まれるようになされている。
関連情報表示モジュール４５は、チューナ選局再生／録音モジュール４６によって現在ラジオ局ＲＳが放送している楽曲のタイトルやアーティスト名を関連情報として関連情報提供サーバＫＳからＨＴＴＰメッセージ３６経由で受信し、これをオーディオユーザインタフェース５１を介してディスプレイ１７に表示する。
なおオーディオユーザインタフェース５１を介してディスプレイ１７に表示した関連情報は、ライブラリ４７のクリップライブラリ４７Ｂに一時的に記憶することもでき、ユーザからの指示に従って最終的にはデータベースアクセスモジュール４０を介してハードディスクドライブ２１へ記憶されるようになされている。
さらにクライアント端末ＣＴのプログラムモジュールとしては、ＣＤを再生するためのＣＤ再生モジュール４８と、ハードディスクドライブ２１を再生するためのＨＤＤ再生モジュール４９とが含まれており、再生結果をオーディオデータ処理部２４及びスピーカ２５を介して出力する。
（２）検索結果の取得表示処理
クライアント端末ＣＴは、ラジオ局ＲＳの放送する楽曲の楽曲情報を関連情報提供サーバＫＳのホームページを介して取得し、これをハードディスクドライブ２１の楽曲情報格納領域に記憶するようになされており、その後ユーザの指示によって検索した検索結果の楽曲情報をハードディスクドライブ２１の楽曲情報格納領域から再度読み出し、当該楽曲情報をディスプレイ１７に表示するまでの処理手順について説明する。
図８に示すようにクライアント端末ＣＴのＣＰＵ１１は、ルーチンＲＴ１の開始ステップから入って次のステップＳＰ１へ移り、最初にコンフィグレーション情報（後述する）をハードディスクドライブ２１に登録し、次のステップＳＰ２へ移る。
ここで図９に示すように、コンフィグレーション情報とは楽曲情報の検索範囲を制限するために、クライアント端末ＣＴのＣＰＵ１１における処理能力と当該クライアント端末ＣＴのディスプレイ１７の表示能力を考慮した上で予め設定され、ハードディスクドライブ２１にデータベース化されるものである。
具体的にコンフィグレーション情報では、楽曲情報の一覧全体（画面単位）を対象とする一覧規定と、その中の各行（項目単位）を対象とする例えば項目規定１〜項目規定３の２レベルで構成されており、項目規定１〜項目規定３は単数又は複数であっても良く、さらに項目規定１〜項目規定３の下位階層に位置する項目規定が設けられていても良い。
図１０（Ａ）に示すように、一覧規定では当該楽曲情報の一覧を一意に表す一覧識別子、当該一覧の名称を示す一覧名称、当該一覧に表示可能な最大件数（行数）を示す表示最大件数が設定できるようになされている。
また図１０（Ｂ）に示すように、項目規定では一覧規定と同様の楽曲情報の一覧を一意に表す一覧識別子、検索対象のテーブルを特定するテーブル名、検索対象のカラムを特定するカラム名、一覧に表示する項目名、一覧に表示項目の出力サイズを示す項目サイズが設定できるようになされている。
実際上、図１１に示すように一覧規定では、一覧識別子が「１」、一覧名称が「曲一覧」及び表示最大件数が「１０」と規定されている。
これに対して項目規定１では、一覧識別子が「１」、テーブル名称が「Ｍｕｓｉｃ＿Ｔａｂｌｅ」、カラム名称が「ｔｉｔｌｅ」、項目名称が「タイトル」及び項目サイズが「３２Ｂｙｔｅ」と規定されている。
また項目規定２では、一覧識別子が「１」、テーブル名称が「Ｍｕｓｉｃ＿Ｔａｂｌｅ」、カラム名称が「Ａｒｔｉｓｔ」、項目名称が「アーティスト」及び項目サイズが「１２Ｂｙｔｅ」と規定されている。
さらに項目規定３では、一覧識別子が「１」、テーブル名称が「Ｍｕｓｉｃ＿Ｔａｂｌｅ」、カラム名称が「ｇｅｎｒｅ」、項目名称が「ジャンル」及び項目サイズが「１２Ｂｙｔｅ」と規定されている。
このようにクライアント端末ＣＴでは、一覧規定及び項目規定を介して設定されたコンフィグレーション情報を予めデータベース化してハードディスクドライブ２１に登録しておくことにより、楽曲情報を検索する際には当該コンフィグレーション情報に基づいて制限された範囲で楽曲情報の検索結果を取得し得るようになされている。
これによりクライアント端末ＣＴは、ＣＰＵ１１の処理能力やディスプレイ１７の表示能力を超えた検索結果を取得しようとした場合、取得時間を多く要するだけで意味がないので、コンフィグレーション情報に基づいて効率的に検索結果を取得し、実際に検索実行命令がユーザによって与えられたときから短時間で検索結果を取得し得るようになされている。
すなわちクライアント端末ＣＴは、例えば一覧規定及び項目規定１が登録されている場合、楽曲情報のうちタイトルを最大１０件までハードディスクドライブ２１の楽曲情報格納領域から検索結果として取得すべく制限すると共に、その際タイトルが全２５６［Ｂｙｔｅ］のデータであっても項目サイズで設定された先頭部分から３２［Ｂｙｔｅ］分だけを読み出して取得すべく制限するようになされている。
同様にクライアント端末ＣＴは、例えば一覧規定及び項目規定１〜項目規定３が登録されている場合、楽曲情報のうちタイトル、アーティスト及びジャンルを最大１０件までハードディスクドライブ２１の楽曲情報格納領域から検索結果として取得すべく制限すると共に、その際タイトルが全２５６［Ｂｙｔｅ］のデータであっても項目サイズで設定された先頭部分から３２［Ｂｙｔｅ］だけを読み出して取得し、アーティスト名についても先頭部分から１２［Ｂｙｔｅ］だけを読み出して取得し、ジャンルについても先頭部分から１２［Ｂｙｔｅ］だけを読み出して取得すべく制限するようになされている。
ステップＳＰ２においてクライアント端末ＣＴのＣＰＵ１１は、予め登録しておいた例えば一覧規定及び項目規定１をハードディスクドライブ２１から読み出し、次のステップＳＰ３へ移る。
ステップＳＰ３においてクライアント端末ＣＴのＣＰＵ１１は、一覧規定及び項目規定１の内容に基づいてデータベースアクセスモジュール４０へ検索キーとして発行するためのＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）コマンドを生成し、次のステップＳＰ４へ移る。
ステップＳＰ４においてクライアント端末ＣＴのＣＰＵ１１は、ステップＳＰ３で生成したＳＱＬコマンドをデータベースアクセスモジュール４０へ発行し、次のステップＳＰ５へ移る。
これによりデータベースアクセスモジュール４０は、ＳＱＬコマンドに基づいてハードディスクドライブ２１の楽曲情報格納領域を検索する。そしてクライアント端末ＣＴのＣＰＵ１１は、その検索結果を得ると、検索キーに該当した楽曲情報のレコード数が一覧規定で設定された表示最大件数内であるか否かについて判定する。
ここで否定結果が得られると、クライアント端末ＣＴのＣＰＵ１１は取得しようとする検索結果のレコード数が表示最大件数を超えているので、当該ＣＰＵ１１の処理能力又はディスプレイ１７の表示能力を超えていると判断し、次のステップＳＰ７へ移る。
ステップＳＰ７においてクライアント端末ＣＴのＣＰＵ１１は、「検索結果が表示最大件数を超えているので表示できません」という旨の画面表示をディスプレイ１７に行い、次のステップＳＰ８へ移って処理を終了する。
これに対してステップＳＰ５で肯定結果が得られると、次のステップＳＰ６へ移って、クライアント端末ＣＴのＣＰＵ１１は表示最大件数内の検索結果をハードディスクドライブ２１の楽曲情報格納領域から項目規定１の項目サイズに従ったデータサイズでタイトルを先頭部分から３２［Ｂｙｔｅ］分だけ取得し、次のステップＳＰ７へ移る。
ステップＳＰ７においてクライアント端末ＣＴのＣＰＵ１１は、例えば図１２に示すように１行２４文字（１文字＝１［Ｂｙｔｅ］で合計２４［Ｂｙｔｅ］）だけしか表示できないような表示エリアの小さなディスプレイ１７が当該クライアント端末ＣＴの本体部１１Ａに設けられている場合、タイトルを先頭部分から２４文字だけ表示し、次のステップＳＰ８へ移って処理を終了する。
なおクライアント端末ＣＴのＣＰＵ１１は、ディスプレイ１７の表示エリアの文字数と完全に一致したデータサイズ（２４［Ｂｙｔｅ］）のタイトルを取得するように項目規定１の項目サイズを予め設定しておくようにしても良い。
しかしながら、図１３に示すようにクライアント端末ＣＴのＣＰＵ１１はディスプレイ１７の表示能力が２４文字だとしてもＣＰＵ１１の処理能力が２４文字以上の文字を表示する能力を十分に有していれば、上述のように少し大きめの３２［Ｂｙｔｅ］のデータサイズのタイトルを取得できるように項目規定１の項目サイズを予め設定しておくことにより、３２［Ｂｙｔｅ］分のデータのタイトルを取得することができるので、ユーザの指示に従って直ちに横方向へスクロール表示し得るようになされている。
これによりユーザは、２４文字以上の長いタイトルであってもスクロール表示を介して瞬時に認識することができる。
因みにクライアント端末ＣＴのＣＰＵ１１は、その後も引き続きユーザによってスクロールの指示が与えられた場合には、そのとき初めて３２［Ｂｙｔｅ］以降のデータ部分をハードディスクドライブ２１の楽曲情報格納領域から取得して表示するようになされている。
さらに図１４に示すようにクライアント端末ＣＴのＣＰＵ１１は、表示最大件数の範囲内でタイトルを例えば３件取得していた場合、ディスプレイ１７に対して最初の１件目のタイトルを表示した後、ユーザの操作に従って直ちに縦方向へスクロール表示し得るようにもなされている。なお、この場合も３件のタイトル全てが項目規定の項目サイズに従ったデータサイズで取得されている。
（３）動作及び効果
以上の構成において、情報提供システム１のクライアント端末ＣＴは、ＣＰＵ１１の処理能力やディスプレイ１７の表示能力の範囲内で検索結果である楽曲情報を効率的に取得して短時間で表示するために、予め一覧規定及び項目規定１〜項目規定３を介してコンフィグレーション情報をハードディスクドライブ２１にデータベース化して登録しておく。
こうすることでクライアント端末ＣＴは、ディスプレイ１７の表示エリアが小さかったり、ＣＰＵ１１の処理能力が低かったりした場合でも、それに見合った表示最大件数やデータサイズの範囲内で検索結果である楽曲情報を取得することができるので、不必要に大きなデータサイズの検索結果を取得する場合に比べて短時間で検索結果をユーザに対して提供することができる。
またクライアント端末ＣＴは、コンフィグレーション情報によってディスプレイ１７の表示能力である２４文字を少し超えた３２文字分のデータサイズでなるタイトルを検索結果として取得するように設定したことにより、２４文字分のタイトルを表示した直後にスクロールの指示がされた場合でも直ちに残り８文字分であれば表示することができる。
このようにクライアント端末ＣＴのＣＰＵ１１は、コンフィグレーション情報によって設定されたデータサイズのタイトルを先頭部分から単純に読み出してくるだけで良いので、ディスプレイ１７に合わせてタイトルを短い文に編集する等といった変換処理を実行する必要もなく処理負荷が非常に軽くて済む。
さらにクライアント端末ＣＴのＣＰＵ１１は、楽曲情報の一覧を表す表示仕様が変更されたときでも、コンフィグレーション情報の一覧規定及び項目規定に対する設定を変更するだけで柔軟に対応することができる。
以上の構成によれば、情報提供システム１のクライアント端末ＣＴは、ハードディスクドライブ２１の楽曲情報格納領域に格納した楽曲情報の中から検索結果としてタイトル、アーティスト名又はジャンル等を取得して表示する際、ＣＰＵ１１の処理能力やディスプレイ１７の表示能力を超えない端末自身の能力範囲内で効率的に検索結果を取得して短時間で表示することができる。
（４）他の実施の形態
なお上述の実施の形態においてデータ表示制御装置としてのクライアント端末ＣＴが、ＣＰＵ１１の処理能力やディスプレイ１７の表示能力に合わせて、コンフィグレーション情報の一覧規定及び項目規定を設定するようにした場合について述べたが、本発明はこれに限らず、バス１２のデータ転送速度やその他の種々の要因に合わせてコンフィグレーション情報の―覧規定及び項目規定を設定するようにしても良い。
また上述の実施の形態においては、１行２４文字しか表示できないディスプレイ１７を対象とした場合について述べたが、本発明はこれに限らず、３行３６文字を表示できるディスプレイや通常のモニタ画面一杯に文字を表示できるディスプレイを対象とするようにしても良い。
さらに上述の実施の形態においては、クライアント端末ＣＴのＣＰＵ１１がハードディスクドライブ２１の楽曲情報格納領域から検索結果を取得する際に本発明を適用するようにした場合について述べたが、本発明はこれに限らず、クライアント端末ＣＴのＣＰＵ１１が関連情報提供サーバＫＳからネットワーク２を介して楽曲情報を取得する際に本発明を適用するようにしても良い。
さらに上述の実施の形態においては、楽曲情報を検索対像として取得し表示するようにした場合について述べたが、本発明はこれに限らず、ラジオ局ＲＳが放送する番組の番組情報やテレビ局やインターネットを介して配信されるコンテンツの番組情報を検索対象として取得する場合等の他の種々のデータをその検索対象として取得し表示するようにしても良い。
さらに上述の実施の形態においては、本体部１１Ａに設けられたディスプレイ１７を検索結果の表示対象として用いるようにした場合について述べたが、本発明はこれに限らず、本体部１１Ａとは別に設けられたディスプレイを検索結果の表示対象として用いるようにしても良い。
さらに上述の実施の形態においては、ＣＰＵ１１がＲＯＭ１３に予め格納された表示制御プログラムをＲＡＭ２０上に展開し、当該表示制御プログラムに従って上述の検索結果の取得表示処理（図８）を実行するようにした場合について述べたが、本発明はこれに限らず、表示制御プログラムが格納されたプログラム格納媒体をクライアント端末ＣＴにインストールすることにより上述の検索結果の取得表示処理を実行するようにしても良い。
さらに上述の実施の形態においては、本発明のデータ表示制御装置を、データベースとしてのハードディスクドライブ２１、検索手段及び制御手段としてのＣＰＵ１１によって構成するようにした場合について述べたが、本発明はこれに限らず、その他種々の回路構成によってデータ表示制御装置を構成するようにしても良い。
さらに、上述の実施の形態における各種処理においては、図２乃至図５に示したハードウェア構成により実行させることもできるが、ソフトウェアにより実行させることもできる。この場合、プログラムをインストールすることでそのプログラムに応じた処理を実行し得る汎用のパーソナルコンピュータ等に、ソフトウェアを構成するプログラムをネットワークや記録媒体を介してインストールすることにより、上述の各種処理を実行させる。
この場合の記録媒体としては、例えば磁気ディスク（ハードディスク、フロッピィディスク等）や磁気テープ、光ディスク（ＤＶＤ、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）等）、光磁気ディスク（ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｋ）等）、半導体メモリ等を用いることができる。
さらに上述の実施の形態においては、クライアント端末ＣＴが受信可能な放送としてラジオ局から放送されるラジオ放送を適用したが、これに限らず、当該クライアント端末ＣＴがインターネットラジオ放送や衛星ラジオ放送を受信して、その関連情報（ラジオ放送情報）を取得するようにしたり、或いはテレビジョン放送局から放送されるテレビジョン放送を受信し、そのテレビジョン放送のテレビジョン番組に関する各種放送情報等をネットワーク上のサーバから取得するようにしてもよい。
さらに上述の実施の形態においては、図５に示した各種回路、及び図７に示したプログラムモジュールをクライアント端末ＣＴに実装した場合について述べたが、本発明はこれに限らず、これらを携帯電話機やパーソナルコンピュータ等、クライアント端末ＣＴ以外の種々の端末に実装するようにしてもよく、これらを実装した端末であれば、上述したクライアント端末ＣＴと同様の処理を実行することができる。

本発明のデータ表示制御装置は、例えばデータベースから検索したデータを取得してディスプレイに表示する用途に適用することができる。

Claims (6)

1. 少なくとも第１のサイズを有するデータが複数登録されているデータベースと、
   入力される検索キーに基づいて上記第１のサイズを有するデータのうち少なくとも一つのデータを上記データベースから検索する検索手段と、
   上記検索手段により検索された上記少なくとも一つのデータのうち、上記第１のサイズよりも小さく表示部の大きさに対応した第２のサイズに相当する一部分の部分データを上記データベースから取得すると共に上記表示部に表示するように制御する制御手段と
   を具えることを特徴とするデータ表示制御装置。
2. 上記表示部に表示される上記部分データに対するスクロール表示を指示する指示手段と
   を具え、
   上記制御手段は、上記指示に応じて上記部分データ以外の残りを上記データベースから取得すると共に上記表示部にスクロール表示するように制御する
   ことを特徴とする請求の範囲第１項に記載のデータ表示制御装置。
3. 上記制御手段は、上記検索手段により検索された上記少なくとも一つのデータのうち、上記第２のサイズよりも大きく上記第１のサイズよりも小さいデータ部分を上記部分データに加算した状態で上記データベースから取得すると共に上記表示部にスクロール表示可能な状態に制御する
   ことを特徴とする請求の範囲第１項に記載のデータ表示制御装置。
4. 上記制御手段は、上記検索手段により検索された複数のデータのうち、規定最大件数に対応する数のデータを上記データベースから取得すると共に一時記憶媒体に記憶するように制御し、上記表示部のサイズに応じて上記規定最大件数に対応する数のデータのうちの一部を上記表示部に表示する
   ことを特徴とする請求の範囲第１項に記載のデータ表示制御装置。
5. 少なくとも第１のサイズを有するデータが複数登録されているデータベースから、入力される検索キーに基づいて上記第１のサイズを有するデータのうち少なくとも一つのデータを上記データベースから検索する検索ステップと、
   上記検索ステップで検索された上記少なくとも一つのデータのうち、上記第１のサイズよりも小さく表示部の大きさに対応した第２のサイズに相当する一部分の部分データを上記データベースから取得すると共に上記表示部に表示するように制御する制御ステップと
   を具えることを特徴とするデータ表示制御方法。
6. データ表示制御装置に対して、
   少なくとも第１のサイズを有するデータが複数登録されているデータベースから、入力される検索キーに基づいて上記第１のサイズを有するデータのうち少なくとも一つのデータを上記データベースから検索する検索ステップと、
   上記検索ステップで検索された上記少なくとも一つのデータのうち、上記第１のサイズよりも小さく表示部の大きさに対応した第２のサイズに相当する一部分の部分データを上記データベースから取得すると共に上記表示部に表示するように制御する制御ステップと
   を実行させるためのデータ表示制御プログラム。

Images