(57)【要約】    【課題】  バイナリテーブルの最大桁数を超えることなく、視聴者居住地域情報に則した情報を視聴者に提示することが可能な情報検索方法を提供する。    【解決手段】  県域コードと地域情報と前記県域情報と前記地域情報とによって関連付けられた情報Cとの関係を示すバイナリテーブルＴ１から受信機に登録された前記県域コードを基に該当する情報Aを取得する情報A取得工程（Ｓ１０２）と、前記情報Aの地域情報と前記受信機に登録された視聴者の住所を表す文字列とを照合の結果、前記視聴者の住所を表す文字列と合致した地域情報Bを基にバイナリテーブルＴ１から情報Cを取得する情報C取得工程（Ｓ１０４）とを有する。【選択図】      図１
2005234995.tif 000002
【特許請求の範囲】
【請求項１】
第１の地域情報と前記第１の地域情報より詳細な第２の地域情報と情報Cを含むテーブルから前記第１の地域情報及び受信機に登録された第１の情報を基に該当する情報Aを取得する情報A取得工程と、
前記情報Aの第２の地域情報と前記受信機に登録された第２の情報とを照合する照合工程と、
該照合工程における照合の結果前記受信機に登録された第２の情報と合致した前記第２の地域情報Bを基に前記テーブルに含まれる前記情報Cを取得する情報C取得工程と
を有することを特徴とする情報検索方法。
【請求項２】
受信機に登録された第２の情報は、住所を表す文字列であることを特徴とする請求項１記載の情報検索方法。
【請求項３】
第１の地域情報及び受信機に登録された第１の情報は、県域コードであることを特徴とする請求項１または２記載の情報検索方法。
【請求項４】
情報Cをテレビジョン受信機の画面に表示する表示工程を有することを特徴とする請求項１記載の情報検索方法。
【請求項５】
情報A取得工程は、
受信機に登録された第１の情報を第３の情報に変換する変換工程を有し、
テーブルから第１の地域情報及び前記変換工程により変換された前記第３の情報を基に該当する情報Aを取得することを特徴とする請求項１記載の情報検索方法。
【請求項６】
受信機に登録された第１の情報は、県域コードであり、第３の情報及び第１の地域情報は、都道府県名であることを特徴とする請求項５記載の情報検索方法。
【請求項７】
第１の地域情報と前記第１の地域情報より詳細な第２の地域情報と情報Cを含むテーブルから前記第１の地域情報及び受信機に登録された第１の情報を基に該当する情報Aを取得する情報A取得手段と、
前記情報Aの第２の地域情報と前記受信機に登録された第２の情報とを照合する照合手段と、
該照合手段における照合の結果前記受信機に登録された第２の情報と合致した前記第２の地域情報Bを基に前記テーブルに含まれる前記情報Cを取得する情報C取得手段と
を有することを特徴とする情報検索システム。
【請求項８】
受信機に登録された第２の情報は、住所を表す文字列であることを特徴とする請求項７記載の情報検索システム。
【請求項９】
第１の地域情報及び受信機に登録された第１の情報は、県域コードであることを特徴とする請求項７または８記載の情報検索システム。
【請求項１０】
情報Cをテレビジョン受信機の画面に表示する表示手段を有することを特徴とする請求項７記載の情報検索システム。
【請求項１１】
情報A取得手段は、
受信機に登録された第１の情報を第３の情報に変換する変換手段を有し、
テーブルから第１の地域情報及び前記変換手段により変換された前記第３の情報を基に該当する情報Aを取得することを特徴とする請求項７記載の情報検索システム。
【請求項１２】
受信機に登録された第１の情報は、県域コードであり、第３の情報及び第１の地域情報は、都道府県名であることを特徴とする請求項１１記載の情報検索方法。
【請求項１３】
請求項１乃至６記載の情報検索方法を実現するためのコンピュータ読み取り可能なプログラムコードを有することを特徴とするプログラム。
【請求項１４】
請求項１乃至６記載の情報検索方法を実現するためのコンピュータ読み取り可能なプログラムコードを保持することを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報検索方法、情報検索システム、制御プログラム及び記憶媒体に関する。
【背景技術】
【０００２】
デジタル受信機の仕様及びデータ番組を表現するマークアップ言語BMLの記述に関する内容は、ARIB（社団法人  電波産業会）の定める運用規定及び標準規格により決められている。
【０００３】
図８は、情報検索方法を実施するための一般的なデジタル受信機を用いた情報検索システムの構成を示すブロック図であり、同図において、８００はデジタルテレビジョン受信機（以下、受信機と記述する）で、チューナ/復調回路８０１、MPEG-TSデコーダ８０２、オーディオデコーダ８０３、ビデオデコーダ８０４、提示処理ブロック８０５、リモコンI/F（リモートコントローラインタフェース）８０６、CPU（中央演算処理装置）８０７、ROM（リードオンリーメモリ）８０８、RAM（ランダムアクセスメモリ）８０９及びNVRAM（不揮発性メモリ）８１０を有している。
【０００４】
また、図８において、８１１はパラボナアンテナ等のアンテナ、８１２はスピーカ、８１３はモニタ画面である。
【０００５】
ここで、NVRAM８０１は、少なくとも視聴者居住地域情報と、各事業者がコンテンツで使用する情報とを格納するために用意されている。
【０００６】
一般的に、視聴者居住地域情報格納領域には、図示しないリモコン（リモートコントローラ）の操作により、受信機８００のアプリケーションによって、県域コードや郵便番号等の視聴者の居住する地域情報が蓄積される。
【０００７】
また、事業者共通情報格納領域には、受信者の名前や住所、電話番号等の放送事業者共通の情報が格納（蓄積）されるが、この事業者共通情報格納領域の使用方法は、放送事業者間で共通運用されていないのが現状である。
【０００８】
一方、事業者専用情報格納領域には、視聴者の名前や住所、電話番号等の放送局が運用するクラブ会員の情報や、自社のデータ番組に必要な情報等を格納（蓄積）するのが一般的であり、ここでは、上記の運用に従って説明することにする。
【０００９】
つまり、NVRAM８１０は、少なくとも視聴者居住地域情報格納領域と、事業者共通情報格納領域と、事業者専用情報格納領域とを有する。
【００１０】
ここで、視聴者居住地域情報格納領域には、視聴者居住地域情報である県域コードや郵便番号等の情報を、事業者専用情報格納領域には、クラブ会員や、自社のデータ番組に必要な情報等を格納（蓄積）している。
【００１１】
チューナ/復調回路８０１は、パラボナアンテナ８１１で受信した電波をMPEG-TS（Transport Stream）にする機能を有している。MPEG-TSデコーダ８０２は、チューナ/復調回路８０１からのMPEG-TSを受けて、そのMPEG-TSを映像、音声、データ等に分解する。MPEG-TSデコーダ８０２で分解された映像は、ビデオデコーダ８０４を介してモニタ画面８１３に表示され、更に、音声は、オーディオデコーダ８０３を介してスピーカ８１２から出力される。
【００１２】
一方、データ放送のマルチメディアデータは、CPU８０７で処理され、提示処理ブロック８０５に供給され、文字図形、静止画が映像と合成されて、モニタ画面８１３に表示される。CPU８０７での処理プログラム（データコンテンツ、または、BMLコンテンツと呼ぶ）は、ROM８０８に格納される。
【００１３】
更に、CPU８０７は、ROM８０８に格納されたデータコンテンツに基づいて、作業メモリとしてRAM８０９を使用し、また、データコンテンツに含まれる書き込み命令に応じて、NVRAM８１０に対して読み書きする機能等を有している。
【００１４】
受信機８００に対して、データコンテンツにおいて検索アルゴリズムを使用する場合、例えば、視聴者が予め登録した情報（以下、視聴者居住地域情報）を基に検索を実行するとなると、予め登録した情報に郵便番号を使用することが多い。視聴者居住地域情報は、デジタル受信機８００での初期設定機能により、デジタル受信機８００のNVRAM８１０に記憶され、そこには、３つの情報を文字列として記憶することができる（例えば、特許文献１参照）。
【００１５】
１つ目の情報は、県域コードで、ARIB STD-B10付録G（規定）の表G-2県域指定ビットマップに記載されている。２つ目の情報は、緊急情報信号（無線設備規則第９条の３第５号、無線局運用規則１３８条、郵政省告示昭６０第４０５号）に対応した地域符号である。３つ目の情報は、７桁の郵便番号である。
【特許文献１】特開２００２−１７１２３０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかしながら、上記従来の情報検索方法の第１例である、例えば、視聴者に対して「近くの販売店」を検索する場合には、郵便番号の桁数を制限しなければならない。その理由として挙げられるのは、日本における郵便番号を分類すると、１２２０３２（平成１５年７月現在）もの郵便番号になり、それに対して、バイナリテーブルの桁数の最大数は４０９６行である等の制限が、ARIBの標準規格として定められているからである。つまり、７桁の郵便番号に対する検索情報をバイナリテーブルにする場合、バイナリテーブルの最大桁数である４０９６桁を超えてしまうためである。
【００１７】
また、上記従来の情報検索方法の第２例である、例えば、予め登録した情報を県域指定のビットマップ、つまり、県域コードを参照して検索する場合には、県毎の情報しか取得できないといった制限が発生する。
【００１８】
従って、上記従来の情報検索方法の第１例及び第２例のいずれも、番組のスポンサーの要望である「近くの販売店」の情報を視聴者が取得することができなかった。そのため、郵便番号の上位からの有効桁数を制限する必要があった。
【００１９】
本発明は、上述した従来技術の有する問題点に鑑みてなされたもので、その目的は、バイナリテーブルの最大桁数を超えることなく、例えば、視聴者居住地域情報等の受信機に登録された情報に則した情報を視聴者に提示することが可能な情報検索方法、情報検索システム、制御プログラム及び記憶媒体を提供することにある。
【課題を解決するための手段】
【００２０】
上記目的を達成するため、本発明の情報検索方法は、第１の地域情報と前記第１の地域情報より詳細な第２の地域情報と情報Cを含むテーブルから前記第１の地域情報及び受信機に登録された第１の情報を基に該当する情報Aを取得する情報A取得工程と、前記情報Aの第２の地域情報と前記受信機に登録された第２の情報とを照合する照合工程と、該照合工程における照合の結果前記受信機に登録された第２の情報と合致した前記第２の地域情報Bを基に前記テーブルに含まれる前記情報Cを取得する情報C取得工程とを有することを特徴とする。
【００２１】
また、上記目的を達成するため、本発明の情報検索システムは、第１の地域情報と前記第１の地域情報より詳細な第２の地域情報と情報Cを含むテーブルから前記第１の地域情報及び受信機に登録された第１の情報を基に該当する情報Aを取得する情報A取得手段と、前記情報Aの第２の地域情報と前記受信機に登録された第２の情報とを照合する照合手段と、該照合手段における照合の結果前記受信機に登録された第２の情報と合致した前記第２の地域情報Bを基に前記テーブルに含まれる前記情報Cを取得する情報C取得手段とを有することを特徴とする。
【発明の効果】
【００２２】
本発明によれば、バイナリテーブルの最大桁数を超えることなく、例えば、視聴者住居地域情報等の受信機に登録された情報に則した情報を視聴者に提示することが可能となる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の情報検索方法、情報検索システム、制御プログラム及び記憶媒体の実施の形態について、図面を参照しながら説明する。
【００２４】
（第１の実施の形態）
まず、本発明の第１の実施の形態について、図１乃至図４に基づき説明する。
【００２５】
なお、本実施の形態に係る情報検索方法を実施するための情報検索システムの基本的な構成は、上述した従来例の図８と同一であるから、同図を流用して説明する。
【００２６】
図１は、本実施の形態に係る情報検索方法を実施するための情報検索システムの動作の流れを示すフローチャート、図２は、本実施の形態に係る情報検索方法を実施するための情報検索システムにおける記憶手段であるNVRAMに記憶された情報の一例を示す図、図３は、本実施の形態に係る情報検索方法を実施するための情報検索システムにおけるバイナリテーブルに変換する前のCSVファイルの一例を示す図、図４は、本実施の形態に係る情報検索方法を実施するための情報検索システムにおける配列addAryに格納された情報Aの一例を示す図である。
【００２７】
本実施の形態に係る情報検索方法は、第１の地域情報と前記第１の地域情報より詳細な第２の地域情報と情報Cを含むテーブルから前記第１の地域情報及び受信機に登録された第１の情報を基に該当する情報Aを取得する情報A取得工程と、前記情報Aの第２の地域情報と前記受信機に登録された第２の情報とを照合する照合工程と、該照合工程における照合の結果前記受信機に登録された第２の情報と合致した前記第２の地域情報Bを基に前記テーブルに含まれる前記情報Cを取得する情報C取得工程とを有することを特徴とする。
【００２８】
また、本実施の形態に係る情報検索システムは、第１の地域情報と前記第１の地域情報より詳細な第２の地域情報と情報Cを含むテーブルから前記第１の地域情報及び受信機に登録された第１の情報を基に該当する情報Aを取得する情報A取得手段と、前記情報Aの第２の地域情報と前記受信機に登録された第２の情報とを照合する照合手段と、該照合手段における照合の結果前記受信機に登録された第２の情報と合致した前記第２の地域情報Bを基に前記テーブルに含まれる前記情報Cを取得する情報C取得手段とを有することを特徴とする。
【００２９】
また、前記受信機に登録された第２の情報は、住所を表す文字列であり、前記第１の地域情報及び前記受信機に登録された第１の情報は、県域コードである。
【００３０】
また、第１の情報は、受像機に予め登録されているものであり、また、第２の情報は、受像機に放送事業者により登録されるものである。
【００３１】
更に、受信機は、デジタルテレビジョン受信機であり、情報Cをデジタルテレビジョン受信機の画面に表示するものである。
【００３２】
以下、本実施の形態に係る情報検索方法を実施するための情報検索システムの動作を、図１に基づき説明する。
【００３３】
受信機８００では、初期設定機能により、視聴者居住地域情報（視聴者に関する第１の情報）をNVRAM（Ｎ１）８１０に記憶することができる。この視聴者居住地域情報は、県域コード・地域符号・郵便番号の３つの情報に分類され、各々の情報は文字列として記憶される。
【００３４】
図２は、受信機８００のNVRAM（Ｎ１）８１０に予め登録（記憶）された視聴者居住地域情報の一例を示す図であって、県域コードは西北海道の“１”を、事業者固有の会員情報である住所情報は事業者専用領域のブロック１（図１におけるnvram://~/1）に文字列情報として記憶されている（本実施の形態の運用上、ブロック１に会員住所情報を保持している）。
【００３５】
なお、視聴者住居地域情報は、ARIB TR-B15によって規定されており、例えば、対象地域記述子に対応した県域コードであるprefecture、緊急情報信号（無線設備規則第９条の３第５号、無線局運用規則１３８条、郵政省告示昭６０第４０５号）に対応した地域符号であるregioncode、郵便番号（７桁）であるzipcodeが含まれる。その中で、本実施の形態に係る情報検索方法を実施するための情報検索システムにおいて使用するのは、prefecture（県域コード）である。また、県域コードは、例えば、東北海道は０、西北海道は１、青森県は２、…、沖縄県は４７等である。
【００３６】
図１において、まず、県域コードの読み出し処理を行なうステップＳ１０１を実行するためのプログラムについて説明する。
【００３７】
このプログラムは、例えば、
varprefAry=browser.readPersistentArray("nvram://receiverinfo/prefecture","U:1B");
var prefCode;
if(prefAry==null){ prefCode=”未設定”; }
else{ prefCode=prefAry[0]; }
と記述することができる。
【００３８】
このプログラムにより、県域コードはprefCodeへ格納することができる。
【００３９】
また、上記プログラムの第４行目においては、if文でprefAryがnullか否かを判定しているが、これは、browser.readPersistentArrayによって値が読み出されない場合の返り値がnullであるため、このような現象が発生する「初期設定がされていない」場合の対策である。
【００４０】
次に、このステップＳ１０１において読み出された県域コードとバイナリテーブル（Ｔ１）とを照合し、該当行（レコード、情報A）を取得するステップＳ１０２を実行するためのプログラムについて説明する。
【００４１】
図３は、バイナリテーブルに変換する前のCSVファイルの一例を示す図である。
【００４２】
一般的に、BMLブラウザの１つの機能であるCSV-バイナリテーブル変換プログラムを用いて、CSVファイルからバイナリテーブルを生成するのが、バイナリテーブル作成のルーチンである。また、変換されたバイナリテーブルは、BMLコンテンツの１つのファイルとして受信機８００に受信される。
【００４３】
図３において、第１列目は、県域コード（１は西北海道、０は東北海道、…、４７は沖縄県）を示し、第２列目は、会員（視聴者）登録情報との照合に使用する地域情報（所定情報）、第３列目は、検索結果情報である。つまり、県域コード内に存在する地域情報が検索のキーワードとなる。
【００４４】
会員情報の住所（図２のnvram://~/1の文字列情報）が必ず「ひらがな」で記載されていることから、地域情報は、市区町村を「ひらがな」で記載している。
【００４５】
本実施の形態では、市区町村毎の販売店を想定しているが、同市区町村で複数店舗ある場合は、検索結果情報の記述を”&”等の区切り記号によって並列表記すれば良い。
【００４６】
また、該当する販売店のエリアに合わせて、地域情報の文字列で分類することができる。例えば、札幌市で販売店が１件しかない場合は、地域情報を“さっぽろし”と指定すれば良いし、町名まで細分化したい場合は、“さっぽろしあつべつくあおばちょう”とすれば良い。但し、細分化した場合、情報検索時に誤って該当しない地区を検索（ヒット）しないように、“さっぽろしあつべつく”＋他の町名まで、地域情報として登録する必要がある。
BMLコンテンツでは（バイナリテーブルはmaster.btb）、
var bt = new BinaryTable("~/0000/master.btb", "1,S:1V,S:1V,S:1V");
var addAry = new Array();
var rt = bt.search(0, 0, prefCode ,32, false, 100, addAry);
として、バイナリテーブル（master.btb）より、県域コード（prefCode）に該当する行を配列addAryに格納する。
【００４７】
本実施の形態では、県域コードは”１”であり、それに対応する行は、図３の１〜１０カラムであって、それに該当するレコードが行毎に配列addAryに格納される。また、この配列addAryに格納された情報Aは、図５に示す通りである。
【００４８】
次に、情報Aと会員の住所情報とが合致する市区町村の文字列Bを取得するステップＳ１０３を実行するためのプログラムについて説明する。
【００４９】
このプログラムは、会員登録情報と、情報Aである配列addAryに格納されている第２列目の地域情報とを照合し、視聴者が該当する地域情報を取得するものである。
【００５０】
即ち、このプログラムは、例えば、
var address = browser.readPersistentArray("nvram://~/1", "S:1V");
var addString = “”+address[0];
var checkAdd;
var addName="該当しません";
for(var i=0; i<addAry.length; i++){
checkAdd = addString.indexOf(addAry[i][1]);
if(checkAdd > 0){
addName=""+addAry[i][1];
i=addAry.length;
}
}
と記述することができる。
【００５１】
このプログラムにより、文字列BとしてaddNameに“さっぽろしあつべつく”が格納される。このとき、該当するレコードが無い場合には、初期値の“該当しません”が割り当てられたままとなる。
【００５２】
最後に、県域コードと、文字列BのaddNameとにより、バイナリテーブル（Ｔ１）から該当する情報を含むレコードを取得するステップＳ１０４を実行するためのプログラムについて説明する。
【００５３】
このプログラム（BMLコンテンツ）は、例えば、
var shopAry = new Array();
var rt2 = bt.search(0, 
0, prefName ,32, 
1, addName, 32, false, 1, shopAry);
と記述することができる。
【００５４】
このプログラムにより、県域コードと文字列Bとによって、バイナリテーブル（Ｔ１）から該当するレコードをshopAryとして取得する。
【００５５】
また、該当する販売店が１件であることを前提にすると、shopAry[0][2]に格納されている文字列が情報検索結果である情報Cとなる。
【００５６】
以上のように、本実施の形態に係る情報検索システムによれば、郵便番号の有効桁数を制限したバイナリテーブルを作成しなくても、市区町村レベルの詳細な情報を取得でき、且つ、バイナリテーブルのレコード数が削減できるので、情報検索に要する時間を短縮することができる。
【００５７】
（第２の実施の形態）
次に、本発明の第２の実施の形態について、図５乃至図７に基づき説明する。
【００５８】
なお、本実施の形態に係る情報検索方法を実施するための情報検索システムの基本的な構成は、上述した従来例の図８と同一であるから、同図を流用して説明する。
【００５９】
図５は、本実施の形態に係る情報検索方法を実施するための情報検索システムの動作の流れを示すフローチャート、図６は、本実施の形態に係る情報検索方法を実施するための情報検索システムにおけるバイナリテーブルの一例を示す図、図７は、本実施の形態に係る情報検索方法を実施するための情報検索システムにおける配列addAryに格納された情報Aの一例を示す図である。
【００６０】
本実施の形態は、上述した第１の実施の形態と異なり、県域コードを読み込んでから、その読み込んだ県域コードと都道府県名との対応表を基に、都道府県を表す文字列に変換し、図６に示すCSVファイルをバイナリ化したバイナリテーブルに対して、第１の実施の形態と同様の情報検索処理を実行するようにしたものである。
【００６１】
本実施の形態に係る情報検索方法は、第１の地域情報と前記第１の地域情報より詳細な第２の地域情報と情報Cを含むテーブルから前記第１の地域情報及び受信機に登録された第１の情報を基に該当する情報Aを取得する情報A取得工程と、前記情報Aの第２の地域情報と前記受信機に登録された第２の情報とを照合する照合工程と、該照合工程における照合の結果前記受信機に登録された第２の情報と合致した前記第２の地域情報Bを基に前記テーブルに含まれる前記情報Cを取得する情報C取得工程とを有することを特徴とする。
【００６２】
また、前記情報A取得工程は、前記受信機に登録された第１の情報を第３の情報に変換する変換工程を有し、前記テーブルから前記第１の地域情報及び前記変換工程により変換された前記第３の情報を基に該当する情報Aを取得することを特徴とする。
【００６３】
また、本実施の形態に係る情報検索システムは、第１の地域情報と前記第１の地域情報より詳細な第２の地域情報と情報Cを含むテーブルから前記第１の地域情報及び受信機に登録された第１の情報を基に該当する情報Aを取得する情報A取得手段と、前記情報Aの第２の地域情報と前記受信機に登録された第２の情報とを照合する照合手段と、該照合手段における照合の結果前記受信機に登録された第２の情報と合致した前記第２の地域情報Bを基に前記テーブルに含まれる前記情報Cを取得する情報C取得手段とを有することを特徴とする。
【００６４】
また、前記情報A取得手段は、前記受信機に登録された第１の情報を第３の情報に変換する変換手段を有し、前記テーブルから前記第１の地域情報及び前記変換手段により変換された前記第３の情報を基に該当する情報Aを取得することを特徴とする。
【００６５】
また、前記受信機に登録された第２の情報は住所を表す文字列であり、前記受信機に登録された第１の情報は、県域コードであり、前記第３の情報及び前記第１の地域情報は、都道府県名である。
【００６６】
また、第１の情報は、受像機に予め登録されているものであり、また、第２の情報は、受像機に放送事業者により登録されるものである。
【００６７】
更に、受信機は、デジタルテレビジョン受信機であり、情報Cをデジタルテレビジョン受信機の画面に表示するものである。
【００６８】
以下、本実施の形態に係る情報検索方法を実施するための情報検索システムの動作を、図５に基づき説明する。
【００６９】
県域コードの読み出し処理を行なうステップＳ５０１を実行するためのプログラムは、上述した第１の実施の形態の図１におけるステップＳ１０１を実行するためのプログラムと同一である。
【００７０】
次に、前記ステップＳ５０１により読み出した県域コードを、都道府県名を表す文字列に変換する処理を行なうステップＳ５０２を実行するためのプログラムについて説明する。
【００７１】
このプログラムは、例えば、
var prefAry=browser.readPersistentArray("nvram://receiverinfo/prefecture","U:1B");
var pref = prefAry[0];
var prefName="未設定";
if(pref==0 || pref==1){
prefName="北海道";
}else if(pref==2){
prefName="青森県";
}else if(pref==3){
prefName="岩手県";
}else if(pref==4){
prefName="宮城県";
}else if(pref==5){
prefName="秋田県";
}else if(pref==6){
prefName="山形県";
}else if(pref==7){
prefName="福島県";
}else if(pref==8){
prefName="茨城県";
}else if(pref==9){
prefName="栃木県";
}else if(pref==10){
prefName="群馬県";
}else if(pref==11){
prefName="埼玉県";
}else if(pref==12){
prefName="千葉県";
}else if(pref==13 || pref==48){
prefName="東京都";
}else if(pref==14){
prefName="神奈川県";
}else if(pref==15){
prefName="新潟県";
}else if(pref==16){
prefName="富山県";
}else if(pref==17){
prefName="石川県";
}else if(pref==18){
prefName="福井県";
}else if(pref==19){
prefName="山梨県";
}else if(pref==20){
prefName="長野県";
}else if(pref==21){
prefName="岐阜県";
}else if(pref==22){
prefName="静岡県";
}else if(pref==23){
prefName="愛知県";
}else if(pref==24){
prefName="三重県";
}else if(pref==25){
prefName="滋賀県";
}else if(pref==26){
prefName="京都府";
}else if(pref==27){
prefName="大阪府";
}else if(pref==28){
prefName="兵庫県";
}else if(pref==29){
prefName="奈良県";
}else if(pref==30){
prefName="和歌山県";
}else if(pref==31){
prefName="鳥取県";
}else if(pref==32){
prefName="島根県";
}else if(pref==33){
prefName="岡山県";
}else if(pref==34){
prefName="広島県";
}else if(pref==35){
prefName="山口県";
}else if(pref==36){
prefName="徳島県";
}else if(pref==37){
prefName="香川県";
}else if(pref==38){
prefName="愛媛県";
}else if(pref==39){
prefName="高知県";
}else if(pref==40){
prefName="福岡県";
}else if(pref==41){
prefName="佐賀県";
}else if(pref==42){
prefName="長崎県";
}else if(pref==43){
prefName="熊本県";
}else if(pref==44){
prefName="大分県";
}else if(pref==45){
prefName="宮崎県";
}else if(pref==46 || pref==49){
prefName="鹿児島県";
}else if(pref==47){
prefName="沖縄県";
}
と記述することができる。
【００７２】
このプログラムにより、県域コードに該当する都道府県名を表す文字列をprefNameに格納することができる。また、該当する県域コードが無い場合は、デフォルトの”未設定”がprefNameに格納されたままとなる。
【００７３】
次に、この呼び出されたprefNameである都道府県名とバイナリテーブルＴ２とを照合し、該当行（レコード、情報A）を取得するステップＳ５０３を実行するためのプログラムについて説明する。
【００７４】
バイナリテーブルＴ２に変換する前のCSVファイルは、図６に示す通りである。
【００７５】
一般的に、BMLブラウザの１つの機能であるCSV-バイナリテーブル変換プログラムを用いて、CSVファイルからバイナリテーブルＴ２を生成するのがバイナリテーブル作成のルーチンである。また、変換されたバイナリテーブルＴ２は、ＢＭＬコンテンツの１つのファイルとして、受信機８００に受信される。
【００７６】
図６及び図７において、第１列目はprefName、即ち、都道府県名を示し、第２列目は会員登録情報との照合に使用する地域情報、第３列目は検索結果情報である。つまり、県域コード内に存在する地域情報が検索のキーワードとなる。
【００７７】
会員情報の住所が必ずひらがなで記載されていることから、地域情報は、市区町村をひらがなで記載している。
【００７８】
本実施の形態では、市区町村毎の販売店を想定しているが、同市区町村で販売店が複数件ある場合は、検索結果情報の記述を”&”等の区切り記号によって並列表記すれば良い。
【００７９】
また、該当する販売店のエリアに合わせて、地域情報の文字列により分類することができる。例えば、札幌市で販売店が１件しかない場合は、地域情報を“さっぽろし”と指定すれば良い、町名まで細分化したい場合は、“さっぽろしあつべつくあおばちょう”とすれば良い。
【００８０】
但し、細分化した場合、検索時に誤って該当しない地区を検索（ヒット）しないように、 “さっぽろしあつべつく”＋他の町名まで地域情報として登録する必要がある。
【００８１】
そして、BMLコンテンツでは（バイナリテーブルＴ２はmaster.btb）、
var bt = new BinaryTable("~/0000/master.btb", "1,S:1V,S:1V,S:1V");
var addAry = new Array();
var rt = bt.search(0, 0, prefName ,32, false, 100, addAry);
として、バイナリテーブルＴ２（master.btb）より、都道府県名（prefName）に該当する行を配列addAryに格納する。
【００８２】
本実施の形態では、都道府県名は、”北海道”であり、それに該当するレコードが行毎に配列addAryに格納される。また、この配列addAryに格納された情報Aは、図７に示す通りである。
【００８３】
次に、情報Aと会員の住所情報とが合致する市区町村の文字列Ｂを取得するステップＳ５０４を実行するためのプログラムについて説明する。
【００８４】
このプログラムは、会員登録情報と、情報Ａである配列addAryに格納されている２列目の地域情報とを照合し、視聴者が該当する地域情報を取得するものである。
【００８５】
このプログラムは、例えば、
var address = browser.readPersistentArray("nvram://~/1", "S:1V");
var addString = “”+address[0];
var checkAdd;
var addName="該当しません";
for(var i=0; i<addAry.length; i++){
checkAdd = addString.indexOf(addAry[i][1]);
if(checkAdd > 0){
addName=""+addAry[i][1];
i=addAry.length;
}
}
と記述することができる。
【００８６】
このプログラムにより、文字列BとしてaddNameに“さっぽろしあつべつく”が格納される。このとき該当するレコードが無い場合には、初期値の“該当しません”が割り当てられたままとなる。
【００８７】
最後に、県域コードと文字列BのaddNameとにより、バイナリテーブル（Ｔ１）から該当する情報を含むレコードを取得するステップＳ１０５を実行するためのプログラムについて説明する。
【００８８】
このプログラム（BMLコンテンツ）は、例えば、
var shopAry = new Array();
var rt2 = bt.search(0, 
0, prefName ,32, 
1, addName, 32, false, 1, shopAry);
と記述することができる。
【００８９】
このプログラムによって、県域コードと文字列Ｂとによって、バイナリテーブル（Ｔ２）から該当するレコードをshopAryとして取得する。
【００９０】
また、該当する販売店が１件であることを前提にすると、shopAry[0][2]に格納されている文字列が検索結果である情報Cとなる。
【００９１】
以上のように、本実施の形態に係る情報検索システムによれば、郵便番号の有効桁数を制限したバイナリテーブルを作成しなくても、市区町村レベルの詳細な情報を取得でき、且つ、バイナリテーブルのレコード数が削減できるので、情報検索に要する時間を短縮することができる。
【００９２】
（その他の実施の形態）
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能を達成できる構成であれば、どのようなものであっても適用可能である。
【００９３】
また、本発明の目的は、前述した実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体及びプログラムは本発明を構成することになる。
【００９４】
また、プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００９５】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００９６】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００９７】
【図１】本発明の第１の実施の形態に係る情報検索方法を実施するための情報検索システムの動作の流れを示すフローチャートである。
【図２】本発明の第１の実施の形態に係る情報検索方法を実施するための情報検索システムにおける受信機のNVRAMに記憶された情報の一例を示す図である。
【図３】本発明の第１の実施の形態に係る情報検索方法を実施するための情報検索システムにおけるバイナリテーブルに変換する前のCSVファイルの一例を示す図である。
【図４】本発明の第１の実施の形態に係る情報検索方法を実施するための情報検索システムにおける配列addAryに格納された情報Aの一例を示す図である。
【図５】本発明の第２実施の形態に係る情報検索方法を実施するための情報検索システムの動作の流れを示すフローチャートである。
【図６】本発明の第２の実施の形態に係る情報検索方法を実施するための情報検索システムにおけるバイナリテーブルに変換する前のCSVファイルの一例を示す図である。
【図７】本発明の第２の実施の形態に係る情報検索方法を実施するための情報検索システムにおける配列addAryに格納された情報Aの一例を示す図である。
【図８】情報検索方法を実施するための一般的なデジタル受信機を用いた情報検索システムの構成を示すブロック図である。
【符号の説明】
【００９８】
８００    デジタルテレビジョン受信機（受信機）
８０１    チューナ/復調回路
８０２    MPEG-TSデコーダ
８０３    オーディオデコーダ
８０４    ビデオデコーダ
８０５    提示処理ブロック
８０６    リモコンI/F（リモートコントローラインタフェース）
８０７    CPU（中央演算処理装置）
８０８    ROM（リードオンリーメモリ）
８０９    RAM（ランダムアクセスメモリ）
８１０    NVRAM（不揮発性メモリ）
８１１    パラボナアンテナ（アンテナ）
８１２    スピーカ
８１３    モニタ画面
【図１】
2005234995.tif 000003
【図２】
2005234995.tif 000004
【図３】
2005234995.tif 000005
【図４】
2005234995.tif 000006
【図５】
2005234995.tif 000007
【図６】
2005234995.tif 000008
【図７】
2005234995.tif 000009
【図８】
2005234995.tif 000010