JPH09245049A - 情報受け取り方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 情報提供側の負担を増やさず、ユーザ固有情
報の守秘性を保ち、カスタマイズされた情報をユーザに
提供できる情報受け取り方法を提供すること。 【解決手段】 情報提供者側から所定の媒体を介して受
信端末側にメニューデータまたは情報データが配布さ
れ、前記メニューデータが配布された場合、前記受信端
末は配布された前記メニューデータをユーザに提示する
とともに、ユーザによる選択入力に基づいてプロファイ
ルを形成し、前記情報データが配布された場合、前記受
信端末は配布された前記情報データを前記プロファイル
に基づいてフィルタリングすることを特徴する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、受信情報をフィル
タリングするための情報受け取り方法および装置に関す
る。

【０００２】

【従来の技術】ネットワークを介した情報サービスの形
態の１つにＷｏｒｌｄ Ｗｉｄｅ Ｗｅｄ（以下、ＷＷ
Ｗと略す）を用いた通信販売サービスがある。このＷＷ
Ｗを用いた通信販売サービスでは販売店は店舗や通販カ
タログに相当するホームページをＷＷＷサーバ上に開設
する。そして客は家庭のコンピュータや携帯端末上など
で実行されるＷＷＷブラウザを用いてＷＷＷサーバに接
続し、欲しい物品や情報を探し、購入手続きを行なう。

【０００３】従来は、客のニーズや好みに応じてその場
でホームページを書き換えてサービスを変更する機能は
なく、同じ客が何度同じページを見ても、あるいは異な
る好みを持った客に対しても、常に同一のサービスを提
供するしかなかった。

【０００４】しかし、客の好みやニーズに合わせたきめ
の細かいサービスが求められている。例えば、Ｏｒａｃ
ｌｅ Ｗｅｂ Ｓｙｓｔｅｍのように、客がＷＷＷサー
バに接続したときに好みやニーズを問い合わせる入力画
面を提示して情報を得たり、顧客データベースに記憶し
ておいた過去の購入履歴などからの情報により、ＷＷＷ
サーバ側でアクセスがあった時点でホームページを個々
の客向けにカスタマイズしてきめ細かいサービスを行な
うのである。

【０００５】ただし、この方法では以下の欠点がある。 （１）提供される情報が接続するごとに異なるので、Ｗ
ＷＷブラウザ側で過去にアクセスした情報を蓄積してお
き再利用するキャッシングが効かない。

【０００６】（２）提供される情報が客ごとに異なるの
で、ネットワーク上に位置して転送量を減らすプロキシ
ーサーバが効かない。ここで、プロキシーサーバとはＷ
ＷＷサーバとＷＷＷブラウザの間に位置して転送を取り
次ぐサーバであり、転送される情報を一時的に蓄積して
おき、同一の情報へのアクセスがあった場合に蓄積して
いる情報をブラウザに送り出すことで、プロキシーとサ
ーバの間の情報転送を省略する機能を持つ。

【０００７】（３）客のプライバシーが保たれない。Ｗ
ＷＷサーバ側に伝わった好みが他所に流用されて無用な
ダイレクトメールが増えるなど、客の不利益になるよう
に使われる可能性がある。

【０００８】

【発明が解決しようとする課題】上述したように、自分
にカスタマイズされたデータが欲しいと望むユーザに対
して、従来は情報提供側でカスタマイズする方法が行な
われていた。しかし、この場合には、二つの問題があ
る。

【０００９】（ａ）インフラストラクチャの要求：従来
手法、例えばＷＷＷのように情報を検索型で取ってくる
場合には、情報利用者の増加と共に、ネットワーク及び
サーバの負荷が非常に高くなってくる。これは先の
（１），（２）に対応する。

【００１０】（ｂ）守秘性：従来手法では、ユーザ毎に
提示データをカスタマイズするために、各ユーザの情報
をサーバ側で管理することになる。この場合には、ユー
ザの秘密事項をサーバという外部に知らせることになり
守秘性が問題となる。会社にあっては購入品目や何につ
いて調査しているかを社外には知られたくないし、個人
にあってはどのような服を持っているのかを他人には知
られたくない。これは先の（３）に対応する。

【００１１】本発明は、上記事情を考慮してなされたも
のであり、情報提供側の負担を増やさず、ユーザ固有の
情報に対する守秘性を保ちながら、カスタマイズされた
情報をユーザに提供できる情報受け取り方法および装置
を提供することを目的とする。

【００１２】

【課題を解決するための手段】本発明（請求項１）に係
る情報受け取り方法は、情報提供者側（例えば、情報サ
ービス事業者、放送局）から所定の媒体（例えば、無線
放送、有線放送／伝播、搬送可能な情報記憶媒体など）
を介して受信端末側にメニューデータまたは情報データ
が配布され、前記メニューデータが配布された場合、前
記受信端末は配布された前記メニューデータをユーザに
提示するとともに、ユーザによる選択入力に基づいてプ
ロファイルを形成し、前記情報データが配布された場
合、前記受信端末は配布された前記情報データを前記プ
ロファイルに基づいてフィルタリングすることを特徴す
る。

【００１３】好ましくは、情報データ内には該情報デー
タを端末が受理するための条件を書き込んでおき、受信
端末は該条件とプロファイルの内容を照合することによ
り情報データをフィルタリングすることを特徴する。

【００１４】本発明（請求項２）は、請求項１におい
て、前記受信端末は前記プロファイルに基づいてフィル
タリングした前記メニューデータをユーザに提示するこ
とを特徴する。

【００１５】本発明（請求項３）は、請求項１におい
て、前記メニューデータは、特定の管理者から提供され
るものと、それ以外の発信者から提供されるものとに種
別されることを特徴とする。

【００１６】本発明（請求項４）は、請求項１におい
て、前記メニューデータは、配布を受けた前記受信端末
においてフィルタリングされるものと、されないものと
に種別されることを特徴とする。

【００１７】例えば、請求項３の特定の権威者から提供
されるメニューデータはフィルタリングされないように
し、それ以外の発信者から提供されるメニューデータは
フィルタリングされるようにする。

【００１８】本発明（請求項５）は、請求項１におい
て、前記メニューデータは、情報データの発信者を特定
しない第１のプロファイルを形成するためのものと、情
報データの発信者毎に設けられる第２のプロファイルを
形成するためのものとに種別されることを特徴とする。

【００１９】例えば、第１のプロファイルを形成するた
めのメニューデータが請求項３の特定の管理者から提供
されるものであり、第２のプロファイルを形成するため
のメニューデータがそれ以外の発信者から提供されるも
のである。

【００２０】本発明（請求項６）は、請求項１におい
て、前記情報データのフィルタリングに用いられるプロ
ファイルは、該情報データの発信者または発信者の指定
する者により提供された前記メニューデータを基に形成
されたものとすることを特徴とする。

【００２１】上記の指定は、例えば情報データ内に指定
情報を書き込むことで実現される。本発明（請求項７）
は、請求項１において、ユーザに提示した前記情報デー
タについて該ユーザによる優劣評価の入力を受け付け、
該優劣評価の統計情報に基づき該情報データの発信者に
より配布された前記メニューデータを利用して対応する
プロファイル・データを修正することを特徴とする。

【００２２】本発明（請求項８）は、請求項１または４
において、前記データ内には、前記受信端末が前記プロ
ファイルに基づき前記フィルタリングを行う際に参照す
る条件が、予め決められた位置に書き込まれていること
を特徴とする。

【００２３】本発明（請求項９）に係る情報受け取り装
置は、情報発信者側から所定の媒体を介して配布される
メニューデータまたは情報データを入力する手段と、入
力された前記メニューデータをユーザに提示するととも
に、ユーザによる選択入力を受け付ける手段と、受け付
けた前記選択入力に基づいてプロファイルを形成する手
段と、入力された前記情報データを前記プロファイルに
基づいてフィルタリングする手段とを備えたことを特徴
する。

【００２４】従来のように利用者が端末から情報データ
をネットワークを介してサーバに取りに行く方式である
と、非常に多くの要求によりネットワークやサーバへの
負荷が重くなる。本発明では、情報データを放送や伝播
等により提供することによりネットワークやサーバの負
荷を軽減する。放送等を用いるとカスタマイズされてい
ない膨大な情報データが端末側に届けられるが、端末側
において各端末毎あるいはユーザ毎に要望や状態を記述
したプロファイルを持ち、情報データをこのプロファイ
ルに基づいてフィルタリングする。また、プロファイル
を対話的に（および必要に応じて強制的に）変更するた
めのメニューデータを放送等し、端末毎あるいはユーザ
毎にプロファイルをカスタマイズする。

【００２５】これにより、情報提供側の負担を増やさ
ず、ユーザ固有の情報に対する守秘性を保ちながら、カ
スタマイズされた情報をユーザに提供することが可能と
なる。本発明により解決される事例としては、次のよう
なことがある。例えば、家庭において、自分の持ってい
る衣服や靴の情報を商店に開示することなくして、自分
の持っている衣服や靴に合った商品を商店から知らせて
もらうことがある。また、空港で自分の立場（出発／到
着／乗り換え／送迎など）を他者に知らせることなく、
自分の状況に合った情報が与えられる例が挙げられる。

【００２６】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。最初に、本実施形態において用
いる語句について説明する。プロファイル・データは、
デジタル・データを受理するかどうかを判定するための
端末の資料を格納するデータである。

【００２７】第１のプロファイル・データは、デジタル
・データを受理するかどうかを判定するための端末の資
料を格納するデータである。このデータは、特定の管理
者（例えば、情報サービス事業者、放送局）からのデジ
タル・データのスクリプトによってのみ変更可能であ
る。

【００２８】第２のプロファイル・データは、デジタル
・データを受理するかどうかを判定するための端末の資
料を格納するデータである。このデータは、第１のプロ
ファイル・データとは異なり、不特定者からのデジタル
・データのスクリプトによって変更可能である。ただ
し、ある発信者Ａのスクリプトは、他の発信者のスクリ
プトによって設定された情報を変更することはできな
い。なお、端末使用者が明示的に行なった交信や情報取
得や売買の記録もここに残される。

【００２９】第１のデジタル・データは、第１のプロフ
ァイル・データを設定するためのデータである。このデ
ータは同一データの繰り返し時を除いて、受信端末から
受理を阻まれることはない。すなわち、このデータの受
理条件は同一のデータが端末に一定時間以内に到達して
いないことである。このため、このデータは特定の発信
者しか使用が許されないものとする。例えば、情報サー
ビス事業者のみが出すことができるものとする。このデ
ータの内容であるスクリプトにより第１のプロファイル
・データが設定される。設定は自動的（強制的）もしく
は対話的に行なわれる。

【００３０】第２のデジタル・データは、第２のプロフ
ァイル・データを設定するためのデータである。このデ
ータは受理条件を（当該データ内に）持つ。第１もしく
は第２のプロファイル・データを用いて受理条件が検査
され、適合しもしくは矛盾がなければ第２のデジタル・
データは受理される。また、このデータは第２のプロフ
ァイル・データを変更するスクリプトを持つ。このスク
リプトはユーザへの起動要求を出した後、ユーザからの
指示により起動される。設定は自動的（強制的）もしく
は対話的に行なわれる。

【００３１】第３のデジタル・データは、（第１および
第２のデジタル・データがプロファイル・データを変更
するメタな情報であったのに対して、）ユーザに直接示
すべき情報そのもの（例えば商品の宣伝）である。第３
のデジタル・データは受理条件を（当該データ内に）持
つ。第１もしくは第２のプロファイル・データを用いて
受理条件が検査され、適合しもしくは矛盾がなければ第
３のデジタル・データは受理される。受理されると、受
信端末内のローカルな記憶域に保持され、後にユーザが
見ることができる状態となる。第３のデジタル・データ
は自らのデータの表示をするためのルーチンを指定する
情報もしくはそのルーチンのスクリプトを内包してもよ
い。

【００３２】フィルタは、第１もしくは第２のプロファ
イル・データを用いて、受信したデジタル・データに含
まれる受理条件を検査し、適合もしくは無矛盾の場合に
のみ受理する機能を実現するモジュールである。

【００３３】クライアントとは、受信端末を意味する。
伝播とは、インターネット上のネットニュースのよう
に、多くの中継計算機を介しながらネットワーク上を波
状に情報が伝わっていく情報伝達方式を意味するものと
する。

【００３４】次に、本発明の第１の実施形態について説
明する。図１に、本実施形態の端末１０１の基本構成を
示す。本実施形態において、デジタル・データが情報提
供側（図示せず）から複数の端末１０１に対して配送さ
れる。デジタル・データの配送は、無線もしくは有線に
よる放送もしくは伝播またはフロッピディスク、ＣＤ−
ＲＯＭ、ＤＶＤ等の搬送可能な情報記憶媒体による伝達
によりなされる。デジタル・データの配送は、２種類以
上の媒体を併用して行われる場合もある。

【００３５】受信部１０２は、情報提供側（図示せず）
から配布されるデジタル・データを、その情報伝達媒体
に応じた受信方式にて受け取り、フィルタ１０３にかけ
る。プロファイル１０６にはデジタル・データを受理す
るかどうかを判定するための端末の資料が格納されてい
るとともに、デジタル・データ内にはその受理条件が付
加されており、フィルタ１０３は、該デジタル・データ
内の条件をプロファイル１０６と照らし合わせて適合性
を調べ、条件を満たしていれば、そのデジタル・データ
を記憶域１０４に格納しさもなくば棄却する。

【００３６】記憶域１０４に格納されたデジタル・デー
タは、後にユーザから呼び出される。ただし、それがユ
ーザからの起動要求が不要であるものならば、直ちに実
行される。ユーザからの起動要求の要否は、例えばフィ
ルタ１０３がデジタル・データ内に付加されたフラグを
参照することにより判断する。

【００３７】もし、デジタル・データが単に情報を提示
するものならば、表示部／入力部１０５に表示する。も
し、それによって起動されたスクリプトを実行すべきも
のであるならば、実行部１０７に制御が渡る。

【００３８】実行部１０７ではフィルタ１０３からの指
示（ユーザからの指示を待たずに実行すべき否かなど）
を得て、記憶域１０４に格納されたデジタル・データを
参照して実行する。もし、それがユーザに入力を促すよ
うなものであれば、表示部／入力部１０５を介してユー
ザから入力を受ける（例えばメニュー画面によりユーザ
に項目を選択させる）。そのデジタル・データの持つス
クリプトが強制的にプロファイル・データ１０６を変更
するものならば、ユーザからの起動指示を待たずに実行
部１０７で実行される。いずれにしても、その実行結果
をプロファイル１０６に格納し、このデータも次からの
フィルタ１０３の検査に用いる。

【００３９】なお、プロファイル・データを変更するた
めのデジタル・データのうち特定のもの（例えば特定の
管理者を示す識別情報を持つもの）については、プロフ
ァイル・データの内容にかかわらず受理するようにして
も良い。

【００４０】このように本実施形態によれば、情報提供
者側から配布されたスクリプトの起動により対話的にプ
ロファイルをカスタマイズし、情報データであるデジタ
ル・データが配布されるとこのカスタマイズされたプロ
ファイルをもとにフィルタリングするので、情報提供側
の負担を増やさず、ユーザの持つ固有のプロファイルに
対する守秘性を保ちながら、カスタマイズされた情報を
ユーザに提供することができる。

【００４１】次に、本発明の第２の実施形態について説
明する。図２に、本実施形態の全体的なシステム構成の
一例を示す。情報提供側となる放送局８０は、人工衛生
９０による衛星放送、地上波９１による放送、あるいは
通信網９２を用いた伝播やケーブルＴＶなどにより、複
数の端末２０１に対し、デジタル・データの配送を行
う。

【００４２】放送局８０により配送される情報のうち、
第１のデジタル・データは当該放送局８０が用意するも
のであり、第２のデジタル・データおよび第３のデジタ
ル・データは放送局８０に配送を依頼する情報提供元
（発信元）、例えばメーカＡ（図中８１）、メーカＢ
（図中８２）、通販Ｃ（図中８３）等により用意される
ものである。

【００４３】情報提供者は、放送局８０に情報の配送を
依頼するために、その情報をインターネットや電話回線
を通してあるいは搬送可能な情報記憶媒体に格納するな
どして放送局８０に渡す。このとき、情報の種別が第２
のデジタル・データであるか第３のデジタル・データで
あるかを明らかにしておく。

【００４４】放送局８０は、自身が用意した第１のデジ
タル・データや受け取った第２、第３のデジタル・デー
タの本体に、当該デジタル・データの種別を付加し、放
送スケジュールに従って放送する。

【００４５】放送局８０より第１〜第３のデジタル・デ
ータを受信した端末２０１では、後述するように受信し
たデジタル・データの種別に応じた処理（後述するプロ
ファイルの編集や受信データのフィルタリングなど）を
行い、情報提供のサービスを受ける。

【００４６】なお、デジタル・データは、有線や無線で
はなく、フロッピディスク、ＣＤ−ＲＯＭ、ＤＶＤ等の
搬送可能な情報記憶媒体により伝達される場合も考えら
れる。さらに、デジタル・データの配布に２種類以上の
媒体を併用する場合も考えられる。

【００４７】次に、上記の端末２０１について説明す
る。図３に、本実施形態の端末２０１の基本構成を示
す。端末２０１は、受信・分配部２０３、第１のフィル
タ２０４、第１の記憶域２０５、第２のフィルタ２０
６、第２の記憶域２０７、第３のフィルタ２０８、第３
の記憶域２０９、第１のプロファイル・データ２１０、
第２のプロファイル・データ２１１、表示部／入力部２
１２、および実行部２１３を備えている。

【００４８】また、必要に応じて、情報提供者の提供す
るＲＯＭやＤＶＤを読み込むことができる大容量データ
格納装置２０２を備える。大容量データ格納装置２０２
を備える場合、受信・分配部２０３を該大容量データ格
納装置２０２と接続し、格納されたデジタル・データの
読み出しを可能にする。

【００４９】記憶域２０５、記憶域２０７、記憶域２０
９は、半導体、磁気、光学など如何なる媒体であっても
よい。受信・分配部２０３は、前述のように放送局８０
から有線、無線もしくは搬送可能な情報記憶媒体等によ
り提供されるデジタル・データを受け取る。なお、端末
２０１は、情報提供者によるデジタル・データの配布に
利用される情報伝達形態に応じた受信機能を持つものと
する。

【００５０】受信・分配部２０３は、受け取ったデジタ
ル・データの種別に応じて、三種類に行き先を分別す
る。受信データが第１のデジタル・データである場合に
は、フィルタ２０４に送られる。フィルタ２０４では、
そのデータが既に記憶域２０５に格納されているものか
どうかを調べ、もし新しいデータであるならば、記憶域
２０５に格納される。

【００５１】データが記憶域２０５に格納されると、新
しいデータが来たことが表示部／入力部２１２に表示さ
れる。ユーザがそれを見たいと望むと、記憶域２０５に
格納されたデータのスクリプトが実行部２１３により起
動される。スクリプトは、ユーザの好みや要求に関する
問い合わせが表示部／入力部２１２でなされ、ユーザが
入力した結果は第１のプロファイル２１０に格納され
る。

【００５２】受信データが第２のデジタル・データであ
る場合には、フィルタ２０６に送られる。フィルタ２０
６では、そのデータが既に記憶域２０７に格納されてい
るものかどうかを調べ、もし新しいデータであるなら
ば、そのデジタル・データに格納されている受理条件が
第１のプロファイル・データ２１０もしくは第２のプロ
ファイル・データ２１１に合っているか、矛盾していな
いかを調べる。もし、受理されれば、デジタル・データ
は記憶域２０７に格納される。

【００５３】データが記憶域２０７に格納されると、新
しいデータが来たことが表示部／入力部２１２に表示さ
れる。ユーザがそれを見たいと望むと、記憶域２０７に
格納されたデータのスクリプトが実行部２１３によって
起動される。スクリプトは、ユーザの好みや要求に関す
る問い合わせが表示部／入力部２１２でなされ、ユーザ
が入力した結果は第２のプロファイル２１１に格納され
る。

【００５４】受信第３のデジタル・データである場合に
は、フィルタ２０８に送られる。フィルタ２０８では、
そのデータが既に記憶域２０９に格納されているものか
どうかを調べ、もし新しいデータであるならば、そのデ
ジタル・データに格納されている受理条件が第１のプロ
ファイル・データ２１０もしくは第２のプロファイル・
データ２１１に合っているか、矛盾していないかを調べ
る。もし、受理されれば、デジタル・データは記憶域２
０９に格納される。

【００５５】データが記憶域２０９に格納されると、新
しいデータが来たことが表示部／入力部２１３に表示さ
れる。ユーザがそれを見たいと望むと、記憶域２０９に
格納されたデータが表示される。もしくはこのデータが
実行すべきスクリプトを含むものであれば、実行部２１
３により実行される。

【００５６】また、デジタル・データにこれを起動する
ためにユーザからの要求が必要か否かを示すフラグを付
加し、該デジタル・データがユーザからの起動要求が不
要であるものならば、直ちに実行するようにしてもよ
い。

【００５７】また、実行すべきスクリプトを含むデジタ
ル・データについて、該スクリプトが強制的にプロファ
イル・データを変更するものであるか、ユーザにメニュ
ー画面を提示して対話的にプロファイル・データを変更
するものであるかを示すフラグを該デジタル・データ内
に付加してもよい。

【００５８】次に、デジタル・データがいかに端末に受
け取られるかについて説明する。図４は、その手順を示
すフローチャートの一例である。端末２０１は、デジタ
ル・データを受信すると（ステップＳ３０１）、該デー
タ内に付加されている種別を示す情報をもとに、デジタ
ル・データの分類を行う（ステップＳ３０２）。

【００５９】もし、それが第１のデジタル・データなら
ば、既に受け取ったものかどうかを調べ、既に持ってい
るものであるならば棄却する。新しいものであるならば
受理する（ステップＳ３０３）。新しいデータかどうか
については、デジタル・データ中の識別子と同一の識別
子を持つデータを既に持っているかどうかを調べる。

【００６０】受信データが第２もしくは第３のデジタル
・データならば、以下の三つの条件を調べる。 ・そのデジタル・データが新しいデータであること ・そのデジタル・データに格納されている受理条件が、
第１のプロファイル・データもしくは第２のプロファイ
ル・データに合っていること ・そのデジタル・データの送り主（発信元）が、拒否リ
ストに含まれていないこと なお、拒否リストを設けない実施形態も考えられ、この
場合には調べる条件は二つとなる。

【００６１】もしこれら条件を全て満たしているなら
ば、このデジタル・データは受理され、満たしていなけ
れば棄却される（ステップＳ３０４）。ステップＳ３０
３やステップＳ３０４にて条件を通ったデジタル・デー
タは、種別に応じた記憶域２０４，２０６，２０８に保
存される（ステップＳ３０５）。

【００６２】そして、新たなデータが到着したことが、
表示部／入力部２１２の表示装置にアイコンや記号等に
よって示される（ステップＳ３０６）。次に、ユーザが
表示要求に応えた場合の処理について説明する。図５
は、その手順を示すフローチャートの一例である。

【００６３】アイコンなどによって新しくデータが届い
たことが知らされ、ユーザが表示要求を出すと、そのデ
ータを種別に応じた記憶域２０４，２０６，２０８から
取り出す（ステップＳ４０１）。

【００６４】次に、取り出したデジタル・データを分類
する（ステップＳ４０２）。もしそのデータが第１もし
くは第２のデジタル・データならば、そのデジタル・デ
ータ内のスクリプトを起動し（ステップＳ４０３）、こ
のスクリプトの入力要求に対するユーザの入力を受け取
る（ステップＳ４０４）。そして、デジタル・データの
タイプを分別し（ステップＳ４０５）、もし第１のデジ
タル・データならば、ユーザの入力データを第１のプロ
ファイルに保存し（ステップＳ４０６）、第２のデジタ
ル・データならば第２のプロファイルに保存する（ステ
ップＳ４０７）。

【００６５】一方、第３のデジタル・データならば、コ
ンテンツを表示する（ステップＳ４０８）。本実施形態
によれば、情報提供者側から配布された第１あるいは第
２のデジタル・データにより第１あるいは第２のプロフ
ァイルをカスタマイズし、情報データである第３のデジ
タル・データが配布されるとこのカスタマイズされたプ
ロファイルをもとにフィルタリングするので、情報提供
側の負担を増やさず、ユーザの持つ固有のプロファイル
に対する守秘性を保ちながら、カスタマイズされた情報
をユーザに提供することができる。

【００６６】次に、本実施形態における幾つかの変形例
について説明する。以下に示す幾つかの変形例は適宜組
み合わせて実施することができる。まず、上記実施形態
において、様々な情報を受け取っていると、中には良い
情報もあるが不適切な情報も出てくる。そこで、フィル
タの判断基準となるプロファイル・データを修正する必
要が出てくる。

【００６７】この場合、例えば、ユーザに提示したデー
タについて、その適否をユーザに評価させる。もし、あ
る発信元からの情報がほとんど適した情報ならば、それ
に関するプロファイル・データはそのままにする。も
し、ほとんどが関係ない情報ならば、その発信元が設定
した第２のプロファイル・データは削除する。また、非
常に厄介に感じる場合には、例えば拒否リストにその発
信元を登録するなどして、その発信元からの情報は受け
取らないように設定する。

【００６８】また、ある発信元からのデータには適した
ものとそうでないものとが入り混じっている場合には、
ユーザによる評価の統計を取って判断し、あるいはユー
ザに明示的な指示を促すとにより、その発信元の第２の
デジタル・データのスクリプトを用いて、第２のプロフ
ァイル・データを修正する。勿論、手動で第１や第２の
デジタル・データによるスクリプトを起動して修正して
もよい。

【００６９】次に、デジタル・データにはこれを受理す
べき条件が記されているが、この条件部がどこにあるか
を探すのが容易であることが望ましい。それで、例え
ば、デジタル・データの先頭に条件が記されているか、
デジタル・データの先頭から数えて固定位置（固定バイ
ト目）から条件が格納されていると、条件部を探すのが
容易である。

【００７０】また、以下のような変形例も考えられる。 ・ある者Ｐが設定した第２のプロファイル・データは、
Ｐからのデジタル・データをフィルタにかけるときにし
か使えないようにする。

【００７１】・プロファイル・データは端末毎にではな
く、ユーザ毎に持つ。 ・フィルタを通過した情報があったらアイコン等でユー
ザに知らせる。また、複数の未読のデジタル・データが
あるときには、それらの一覧を表示する。

【００７２】・デジタル・データには、発信元だけでな
く、電子的に到達可能な問い合わせ先情報（例えば、Ｕ
ｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（Ｕ
ＲＬ）や電子メールアドレスなど）を持つ。

【００７３】・複数の見せるべき情報があるときに、よ
り複雑な条件に合ったものから順に表示する。 ・デジタル・データを受信したときに、直ちにフィルタ
にかけず、一旦記憶域に退避させておき、後にフィルタ
を通す方法もある。例えば、記憶域に空きがある場合、
受信時に処理が忙しい場合、後にプロファイル・データ
が変わりフィルタを通過するデータが変わり得る場合
に、この方法は有効である。

【００７４】・受信デジタル・データにシーケンシャル
番号を記しておき、欠落した受信データを認識し、アッ
プリンクによりそれを取り寄せる方法もある。以下で
は、第２の実施形態の利用例を幾つか示す。

【００７５】まず、第１の利用例について説明する。第
１の利用例は家庭での利用形態である。家庭内ではクラ
イアント（受信端末）はテレビのセットトップボックス
内やパソコン内に設けることができる。まず、特定者か
らの第１のデジタル・データを用いて、第１のプロファ
イル２１０を設定する。第１のデジタル・データを端末
２０１においてユーザが起動すると、例えば図６のよう
なメニューが現れる。ここで、ユーザは興味のある事物
をカーソル等を用いて選択する。すると、この選択結果
が第１のプロファイル２１０に格納される。例えば、あ
るユーザが車が欲しくなったとして車の情報を望んだ場
合を考える。

【００７６】図６の画面において、このユーザは「車」
を選択し、それが第１のプロファイル２１０に以下のよ
うに記録される。なお、以下の表記では分かりやすいよ
うに、人に読める形でプロファイルや条件を記述する
が、実現の方法としては、記号化されたものでもよい。 興味（車） 勿論、興味関心事を車だけでなく複数選択することも可
能であり、その場合には以下のようにリスト形式で、第
１のプロファイルに格納される。 興味（車，スポーツ，旅行） なお、第１のデジタル・データによって起動されたメニ
ューにおいては、第１のプロファイルの内容に追加する
だけでなく、第１のプロファイルの中身を表示したり、
変更や削除するメニューも用意されているものとする。

【００７７】さて、この時点以降放送されてきた情報の
内、車に関する情報はクライアントに蓄積される。これ
は第３のデジタル・データ内に付加する条件式を以下の
ように書くことによって可能となる。 興味（車） このようにすることにより、第１のプロファイルの「興
味」の内容を示すリストに「車」がある限り条件にマッ
チする。なお、ここで用いる用語は第１のデジタル・デ
ータのメニューによって規定されたものであり、第１の
デジタル・データは一般に放送業者等の特定管理者が決
めるものであるが、該特定者自らの発展等のために使用
用語情報は公開されるものとする。

【００７８】このようにしてこのユーザは車に関する情
報を容易に集めることができる。ところで、上記のよう
にして得られる情報には、単に車そのものだけではな
く、車庫やタイヤといった車に関連する情報が含まれる
ことも多いであろう。そして、もしこのユーザがある車
庫メーカＦの情報を不要と感じた場合には、当該車庫メ
ーカＦからの情報を無視することを望むであろう。この
ような場合には、第１のデジタル・データによって起動
されるメニューにより、第１のプロファイルに以下のよ
うに禁止リストを追加する。これにより以降は、車庫メ
ーカＦからの情報は無視されるようになる。 拒否（発信元＝車庫メーカＦ） しかしながら、プロファイル・データに反映される人の
嗜好は、往々にして時と共に変化するものであり、一度
拒否を設定した情報も後になって必要となる可能性があ
る。そこで、一度明示的に無視するように設定された情
報源（発信元）であっても、一定時間の後には自動的に
復活させる機能を設けると効果的である。

【００７９】次に、第２のデジタル・データについて説
明する。例えば、車メーカＡが以下のような条件で第２
のデジタル・データを放送すると、このデータは条件を
通り受理される。 興味（車） ここで、車メーカＡが自社の製品ラインアップを提示
し、特に興味のある車を選択させるメニューをスクリプ
トとして持つものとする。ユーザがそのスクリプトを起
動し、型ａの車に興味があると意思表示をすると、その
結果が第２のプロファイルに以下のように蓄積される。 Ａ社：興味（型ａ） ここでは「発信元：条件」という形で記載され、「発信
元：」という第２のプロファイル・データであることを
表している。

【００８０】これにより、Ａ社は型ａのモデルに関する
情報をユーザに与えることができるのみならず、型ａよ
りもワンランク上の型ａ′をこのユーザに勧めるような
宣伝をすることができるようになる。そのためには、型
ａ′のモデルに関する情報を含む第３のデジタルデータ
の条件に以下のように書いておく。 Ａ社：興味（型ａ） この場合も放送によって情報伝達は行なうが、Ａ社の型
ａに興味を持っているユーザにだけこの情報が伝わる仕
組みになっている。

【００８１】また、この情報を他社が用いれば、様々な
情報がユーザに届き、ユーザにとって選択の幅が広がる
という利点が生じる。例えば、同業他社Ｂ社が、以下の
ような条件式を用いた第３デジタル・データを用いれ
ば、Ａ社の型ａに興味のあるユーザにＢ社の宣伝をする
ことも可能である。 Ａ社：興味（型ａ） このように第２のプロファイル・データは他者のデジタ
ル・データをフィルタ処理するのに用いることもできる
ものとすると有効である。ただし、第２のデジタル・デ
ータが持つスクリプトが変更することのできるプロファ
イル・データは自らがかつて書いたデータのみである。

【００８２】ところで、自分の持ち物のリストを他人に
見せるのはプライバシーの点から大変嫌なことである
が、店で物を買う場合には店員にそれを説明しなければ
ならない場合がある。例えば、服を店に買いに行く場合
には、自分が既に持っていないような服で、かつ店にあ
る服の中から、自分に合った服を探すことになる。

【００８３】そこで、本実施形態を用いて例えば上記の
ように自分に合った服を探すような場合に、自分の持っ
ている服や装身具をクライアントのプロファイルにのみ
格納しておき、クライアント外には出さないでおく。服
のメーカや洋品店では、服の宣伝と共にその服が合う条
件を書いて放送する。放送で送られて来たメッセージの
中で自分の持っている服の情報とマッチするものがある
と、その情報はクライアントに格納される。

【００８４】この場合には、第１のデジタル・データの
メニューによって以下の情報を第１のプロファイルに追
加する。 所持（品名＝ブラウス，色＝赤，…） 所持（品名＝スカート，色＝黒，丈＝長，…） ここで、服のメーカや洋品店が赤いブラウスにマッチす
る白いスカートを宣伝したい場合には、以下のような条
件を持つ第３のデジタル・データを流せば良い。 所持（品名＝ブラウス，色＝赤） ａｎｄ ！所持（品
名＝スカート，色＝白） ここで、！は否定（ｎｏｔ）を表す。

【００８５】上記の例では第１および第２のデジタル・
データによるスクリプトは、ユーザの要求によって起動
され、かつ対話的に実行されてプロファイルを変更し
た。これに対してユーザの起動要求を持たずに、フィル
タを通ると実行される場合や、スクリプトが強制的に実
行される場合もある。例えば、メーカＣが第２のデジタ
ル・データにより、以下のように設定した後に、 Ｃ社：興味（型１０２３） 型１０２３が型１２４５に型番変更になったとする。こ
のとき、メーカＣは上記のプロファイルを以下のように
強制的に変更することを望むであろう。 Ｃ社：興味（型１２４５） また、第３のデジタル・データであっても、ユーザから
の表示要求を待たずに実行した方がよいものもある。例
えば、Ｄ社の株価に興味があるユーザが、プロファイル
に以下のように書いておくと、Ｄ社の株価が変動するた
びに画面上に自動的に表示されることを望むであろう。 株式情報：興味（Ｄ社） このような場合には、その第３のデジタル・データにユ
ーザからの表示要求を待たずに実行すべきであることを
記しておき、そのときに起動するルーチンを指定する
か、起動スクリプトを第３のデジタル・データ内に内蔵
しておく。これにより、このデータがフィルタを通過し
たら直ちに、もしくは一旦記憶域に入った後、起動する
ようにできる。

【００８６】また、本実施形態では、プロファイル・デ
ータ変更用のデジタル・データにもフィルタをかける場
合もある。以下、この有効性について述べる。例えば、
車の詳細な情報を尋ねるメニューを車に興味のない人に
見せるのは迷惑である。そこで、そのようなメニューを
持つ第２のデジタル・データには、以下のような条件を
つけておき、車に興味のない人には、そのメニューが現
れないようにする。 興味（車） また、膨大なカタログのデータを持つ通信販売会社がメ
ニューを分割して持ちたいときもあるであろう。一般に
階層構造を持つメニューを分割せずに管理するには、次
の問題点がある。 ・一時に完璧なメニューを作ることは困難である。 ・一部を変更しても全部をユーザに送らなければならな
い。

【００８７】そこで、メニューを分割して配布するとよ
い。メニューはできた部分だけを送り、修正した部分だ
けを送るようにする。この場合、ユーザがどこまでメニ
ューをみたかについての内部状態を第２のプロファイル
に残しておき、その情報を用いて、次にどこから見せる
かというフィルタリングを行なうことも考えられる。

【００８８】以上は主として家庭での利用形態である
が、カスタマイズされた情報は欲しいが、守秘性を保ち
たいという要求は会社でも起こる。例えば、自社が購入
した物のリストは他社には知らせたくないが、自社が購
入したものと合う物があれば、その情報は知りたいとい
う要求がある。このような場合にも、本実施形態は有効
に利用することができる。

【００８９】次に、第２の利用例について説明する。第
２の利用例では本実施形態に係る端末２０１は携帯端末
であり、この携帯端末を持って空港で情報収集する場合
について説明する。

【００９０】空港では、飛行機の情報、ホテル、交通手
段、ツアーなどの情報がデジタル無線（例えばＦＭ波）
で流れている。空港利用者は、そのデジタル電波を受信
可能な携帯端末を持っている。もし、その携帯端末にＧ
ｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ
（ＧＰＳ）や携帯電話のように現在のおおよその位置を
自動的に把握できる装置が付加されているならば、その
場所に最も近い位置から放送されているデジタル情報を
自動選局することができる。そのような装置がない場合
にも手入力で現在位置を教えるなどすれば良い。また、
その端末にはその人に関する情報がプロファイル・デー
タとして格納されている。なお、このプロファイルの代
わりに、電子化された飛行機のチケットの情報等であっ
ても良い。

【００９１】例えば、空港において第１のデジタル・デ
ータによるスクリプトのメニューを起動して、出発、到
着、乗り換え、送迎の別を入力し、フライトの情報を入
力する。もし、航空券が電子化されてその情報を読み出
すことができるならば、電子化された航空券の情報から
フライトの情報を読み取り、その結果を第１のプロファ
イル・データに格納するという一連の処理を自動的に行
う。例えば、次のように、第１のプロファイル・データ
には書かれている。 出発（航空会社＝Ａ社，便番号＝１２３，出発＝ＮＲ
Ｔ，行き先＝ＬＡＸ，乗り換え＝無， 氏名＝“Ｔａｒｏ Ｔｏｓｈｉｂａ”，年齢＝３０， クラス＝ｂｕｓｉｎｅｓｓ，座席＝未定， 出発日＝○年×月△日，出発時刻＝ｘ時ｙ分， 到着日＝○年×月□日，到着時刻＝ｚ時ｗ分） まず、出発時における端末利用形態の一例を説明する。

【００９２】このような携帯端末を持った人が空港に近
付くと、空港内から発せられるローカルなデジタル情報
を自動的に受信し始める。例えば、空港内の地図も電子
的に受信される。

【００９３】各空港会社は自社のフライトに関する情報
を放送している。例えばＡ社が１２３便の情報をその便
に乗る人にだけ知らせたければ、以下の条件を付けてデ
ジタル・データを送ればよい。 出発（航空会社＝Ａ社，便番号＝１２３，出発＝ＮＲ
Ｔ，出発日＝○年×月△日） そのような条件をつけた第３のデジタル・データによ
り、チェックイン・カウンタの位置、搭乗ゲートへの道
筋、そのフライトの運航状況、別のフライトへの移動の
お願いなどを知らせることができる。

【００９４】飛行機の出発時間まで時間的余裕がある場
合には、レストラン、喫茶、ゲームコーナーといった時
間潰しをする施設の宣伝なども有効であろう。この場合
には以下のような条件を付加した第３のデジタル・デー
タを流せばよい。 出発（出発日＝○年×月△日，出発時刻＞ｈ時ｍ分） 携帯端末の記憶容量には限りがあるので、このように有
効と思われる情報を携帯端末内のプロファイル・データ
から予測して携帯端末内に保持しておき、それらの情報
を適宜表示したり、利用者が積極的に検索を行なうとき
に用いたりする。

【００９５】また、受理したコンテンツの識別子も記録
しておき、同じデジタル・データを重ねて処理・保存し
ないようにする。また、記憶域が一杯になり、デジタル
・データを削除するときにもこの識別子だけは残してお
き、後にアップリンクを用いて、放送局もしくは情報サ
ービス事業者もしくは情報発信元から取り寄せることが
できるようにする。

【００９６】次に、到着時における端末利用形態の一例
を説明する。出発時と同様に空港内の地図は重要であ
る。地図情報とフライトから荷物をどこで受け取るかを
調べたり、入管や税関の場所の情報を受け取る。

【００９７】到着すると、その後の予定が問題となる。
人によっては、飛行場からの交通手段を決めていない人
やホテルも未定の人がいるであろう。そこで、到着者を
対象に今後提供すべき情報をフィルタ処理するプロファ
イル・データを作ることが必要である。これには以下の
ように到着者を対象とする第１のデジタル・データを放
送する。 到着（到着日＝○年×月△日） ここで、ユーザが複数のフライトを第１のプロファイル
に入力している可能性があるので、到着日を条件に含め
ておくのがよい（フライトの遅れなどがあれば到着日も
変更されているとしている）。この第１のデジタル・デ
ータのスクリプトで、どの情報が必要なのかユーザに問
い合わせる。例えば、交通手段、ホテル、ツアーなどで
ある。この返事が第１のプロファイル・データに格納さ
れる。例えば、□□空港から、○○という町にいき、そ
こで一泊１５，０００円以下のシングルの部屋が欲しい
場合には、次のように第１のプロファイル・データに登
録されるであろう。 交通手段（決定＝未定，起点＝□□空港，終点＝○○） ホテル（決定＝未定，日＝○年×月△日，場所＝○○，
種類＝シングル，料金＜１５０００） ここで、ホテルの予約が必要な場合には、そのホテルは
第３のデジタル・データに、予約の画面を送る。このデ
ジタル・データに書かれている電子的に人間の操作を介
さずに到達可能な問い合わせ先に、携帯電話等の手段に
より問い合わせ先と更新を行ない、予約を行なう。

【００９８】さらに、ここでホテルに予約を入れたら、
その情報もプロファイル・データに格納しておく。 ホテル（ホテル名＝△ホテル，到着日＝○年×月△日，
出発日＝○年×月○日） これにより、ホテル宿泊中に有効となる情報も得られ
る。

【００９９】次に、乗り換え時における端末利用形態の
一例を説明する。空港内の地図を得て、トランジットす
るときの次ゲートへの道を調べる。また、レストラン、
喫茶店、ゲームセンターなど、気晴らしをする場所を携
帯端末で調べる。

【０１００】次に、送迎時における端末利用形態の一例
を説明する。迎えに行くときには到着飛行機のフライト
番号を携帯端末のプロファイル・データに格納してお
き、その飛行機が遅れたり、何か異常があった場合には
情報がすぐさま入るようにしておく。また、アップリン
グを用いて、会いたい人に連絡してくれるように放送セ
ンターにお願いし、携帯端末をページャー代わりに用い
る。この場合には、空港内案内サービスの計算機に電子
的に到達し、以下の条件の第３のデジタル・データを放
送してもらう。 到着（航空会社＝Ａ社，便番号＝１２３，出発＝ＮＲ
Ｔ，行き先＝ＬＡＸ， 氏名＝“Ｔａｒｏ Ｔｏｓｈｉｂａ”， 到着日＝○年×月□日，到着時間＝ｚ時ｗ分） そして、本文中にどこで誰が待っているのかを書いてお
く。また、近くの気晴らし情報も有用であろう。

【０１０１】このような携帯型での利用としてはカーナ
ビとの結合とも考えられる。以上説明したものの他にも
本実施形態は様々な携帯で利用することができる。な
お、本実施形態に係る情報受け取り方法および装置は、
無線もしくは有線によりデジタル・データを複数の端末
に放送、マルチキャスト、伝播、もしくはフロッピディ
スク、ＣＤ−ＲＯＭ、ＤＶＤ等の記憶媒体において伝達
・配布可能な環境において、前記デジタルデータが端末
に受信された後に蓄積されるか否かを判定する条件が前
記デジタルデータ内に格納されており、その条件の成立
を判定するプロファイル・データが前記受信端末内にあ
り、前記デジタルデータが持つスクリプトにより、前記
プロファイル・データが強制的もしくはユーザと対話的
に更新されるようにしても良い。

【０１０２】好ましくは、プロファイル・データ変更用
のデジタル・データとユーザへの情報を提供用のデジタ
ル・データとを持ち、前者のデジタル・データは無条件
に取り込まれ、前者のデジタル・データのみがその内部
の条件に従って記憶すべきか棄却すべきか判定するよう
にしても良い。

【０１０３】また、好ましくは、第１のデジタル・デー
タは、特定の人によってのみ発信され、無条件もしくは
条件付きで端末に取り込まれ、第１のプロファイル・デ
ータを対話的もしくは強制的に変更するスクリプトを持
ち、第２のデジタル・データは、その受信データ内の条
件が第１もしくは第２のプロファイル・データに書かれ
ていることと合致もしくは矛盾しなければ端末に取り込
まれ、前記デジタルデータ内に格納されている第２のプ
ロファイル・データを対話的もしくは強制的に変更する
スクリプトを持ち、第３のデジタル・データは、その受
信データ内の条件が第１もしくは第２のプロファイル・
データに書かれていることと合致もしくは矛盾しなけれ
ば端末に取り込まれるようにしても良い。また、本発明
は、上述した実施の形態に限定されるものではなく、そ
の技術的範囲において種々変形して実施することができ
る。

【０１０４】

【発明の効果】本発明によれば、情報提供者側から配布
されたメニューデータによりプロファイルをカスタマイ
ズし、情報データが配布されるとこのカスタマイズされ
たプロファイルをもとにフィルタリングするので、情報
提供側の負担を増やさず、ユーザの持つ固有のプロファ
イルに対する守秘性を保ちながら、カスタマイズされた
情報をユーザに提供することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る端末の基本構成
を示す図

【図２】本発明の第２の実施形態の全体的なシステム構
成の一例を示す図

【図３】同実施形態に係る端末の基本構成を示す図

【図４】データの受信から格納までの手順を示すフロー
チャート

【図５】格納されたデータの処理の手順を示すフローチ
ャート

【図６】画面表示の一例を示す図

【符号の説明】

８０…情報提供者 ８１〜８３…発信元 ９０…人工衛星 ９２…通信網 １０１，２０１…端末 １０２…受信部 １０３，２０４，２０６，２０８…フィルタ １０４，２０５，２０７，２０９…記憶域 １０５…表示部／入力部 １０６，２１０，２１１…プロファイル・データ １０７，２１３…実行部 ２０２…大容量データ格納装置 ２０３…受信・分配部 ２１２…表示部／入力部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 山根 徹也 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内

Claims (9)

【特許請求の範囲】
1. 【請求項１】情報提供者側から所定の媒体を介して受信
   端末側にメニューデータまたは情報データが配布され、 前記メニューデータが配布された場合、前記受信端末は
   配布された前記メニューデータをユーザに提示するとと
   もに、ユーザによる選択入力に基づいてプロファイルを
   形成し、 前記情報データが配布された場合、前記受信端末は配布
   された前記情報データを前記プロファイルに基づいてフ
   ィルタリングすることを特徴する情報受け取り方法。
2. 【請求項２】前記受信端末は前記プロファイルに基づい
   てフィルタリングした前記メニューデータをユーザに提
   示することを特徴する請求項１に記載の情報受け取り方
   法。
3. 【請求項３】前記メニューデータは、特定の管理者から
   提供されるものと、それ以外の発信者から提供されるも
   のとに種別されることを特徴とする請求項１に記載の情
   報受け取り方法。
4. 【請求項４】前記メニューデータは、配布を受けた前記
   受信端末においてフィルタリングされるものと、されな
   いものとに種別されることを特徴とする請求項１に記載
   の情報受け取り方法。
5. 【請求項５】前記メニューデータは、情報データの発信
   者を特定しない第１のプロファイルを形成するためのも
   のと、情報データの発信者毎に設けられる第２のプロフ
   ァイルを形成するためのものとに種別されることを特徴
   とする請求項１に記載の情報受け取り方法。
6. 【請求項６】前記情報データのフィルタリングに用いら
   れるプロファイルは、該情報データの発信者または発信
   者の指定する者により提供された前記メニューデータを
   基に形成されたものとすることを特徴とする請求項１に
   記載の情報受け取り方法。
7. 【請求項７】ユーザに提示した前記情報データについて
   該ユーザによる優劣評価の入力を受け付け、該優劣評価
   の統計情報に基づき該情報データの発信者により配布さ
   れた前記メニューデータを利用して対応するプロファイ
   ル・データを修正することを特徴とする請求項１に記載
   の情報受け取り方法。
8. 【請求項８】前記データ内には、前記受信端末が前記プ
   ロファイルに基づき前記フィルタリングを行う際に参照
   する条件が、予め決められた位置に書き込まれているこ
   とを特徴とする請求項１または４に記載の情報受け取り
   方法。
9. 【請求項９】情報発信者側から所定の媒体を介して配布
   されるメニューデータまたは情報データを入力する手段
   と、 入力された前記メニューデータをユーザに提示するとと
   もに、ユーザによる選択入力を受け付ける手段と、 受け付けた前記選択入力に基づいてプロファイルを形成
   する手段と、 入力された前記情報データを前記プロファイルに基づい
   てフィルタリングする手段とを備えたことを特徴する情
   報受け取り装置。