JPH10173648A - 情報の送受信方法及びそれを用いたシステム - Google Patents

Abstract

(57)【要約】 【課題】 データの内容を表わす内容コードをデータに
付加して送信し、その内容コードに基づき受信の可否を
判断する伝送方法およびシステムにおいて、情報受信装
置側での内容コードの設定がユーザにとって大きな負荷
であり、さらに、受信側の意志でのみ受信の可否が決定
されるため、情報送信側の戦略的意志によるデータ伝送
が困難であった。 【解決手段】 情報送信装置が、データの内容を表わす
内容コードと、その内容コードを登録すべき条件とを登
録メッセージとして送信し、情報受信装置は、前記登録
メッセージを受信し、受信した条件と予め設定された属
性とに基づき、内容コードを登録するか否かを決定する
ようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報送信装置と情
報受信装置間の情報伝送方法に関する。

【０００２】

【従来の技術】従来、情報送信装置と情報受信装置間の
情報伝達方法の基本的な方法として、特開昭５６−１１
１３５３号公報に開示された内容コード通信方法があ
る。これは、情報送信装置は、データの内容を表わす内
容コードをデータに付加して送信し、情報受信装置は、
予め指定しておいた内容コードに基づき選択受信、つま
り、受信するか否かを判断後受信するという方法であ
る。

【０００３】この方法では、情報送信装置側、または、
全体システム管理者が、内容コードの番号とその意味を
決定することになる。情報受信装置側は、予め使用可能
な内容コードの番号とその意味をなんらかの方法で知
り、自分の受信装置に必要な内容コードを手動で設定す
ることを特徴としている。

【０００４】

【発明が解決しようとする課題】通信衛星やネットワー
クを用い、ある商品の広告・宣伝情報を一般家庭ユーザ
に配信する場合を考える。マーケット戦略者または商品
広告情報提供者は、マーケット戦略としてその商品を
「２０代・女性・東京在住」の人だけに配信したいと考
えたとする。上記内容コード通信方法では、まずマーケ
ット戦略者が「２０代・女性・東京在住」を意味する内
容コードは例えば「１００１」番だと決め、それを情報
受信側ユーザに何らかの方法で知らせる。次に情報受信
側ユーザはこの「１００１」番で送られてくるデータ、
つまり「２０代・女性・東京在住」向きのデータが欲し
いなら、自分で手動でこの内容コードを設定しなければ
ならない。

【０００５】次にマーケット戦略者が別の商品を「２０
代・女性」の人だけに配信したいと考えると、「２０代
・女性」を意味する内容コードは例えば「１００２」番
だと決め、それを情報受信側ユーザに何らかの方法で知
らせ、次に情報受信側ユーザはこの「１００２」番で送
られてくるデータ、つまり「２０代・女性」向きのデー
タが欲しいなら、自分で手動でこの内容コードを設定し
なければならない。

【０００６】このようなマーケット戦略者によるマーケ
ット戦略の設定・変更は頻繁に発生するものであり、し
かも「２０代・女性・東京在住」と「２０代・女性」の
ような、似ているがマーケット戦略的には重要な差があ
る戦略が存在する。情報受信側ユーザの立場から考えれ
ば、戦略の頻繁な設定・微妙な変更毎に自分で手動でこ
の内容コードを設定する作業は負荷が大きいという問題
がある。

【０００７】また上記内容コード通信方法は、情報受信
側ユーザが自分の意志で自分に必要な内容コードのみを
設定することを特徴としている。したがって、このまま
では、情報受信側のユーザの意志通りにしかデータは選
択かつ受信されない。例えばもし情報受信側ユーザが
「１００１」番の内容コードを設定してくれなければ、
「２０代・女性・東京在住」に商品広告を配信したいと
いう戦略は、実質効果のないものになってしまう問題が
ある。つまり情報送信側のマーケット戦略者の意志また
は戦略で、情報受信側のユーザに選択受信させることが
できないという問題がある。

【０００８】これは上記、広告・宣伝情報の配信だけで
なく、一般的な情報の配付についても同様のことが起こ
る。つまり、受け手の属性を送り手が様々に組み合わせ
て、対象となる受け手だけに情報を選択受信させること
ができない。

【０００９】また上記内容コード通信方法は、情報受信
装置が予め指定しておいた内容コードに基づき選択受信
するだけなので、ある一定期間に複数の受信があった場
合でもすべてのデータを受信する。

【００１０】このままでは、ある一定期間にデータを固
定数個しか受信したくない場合でも、それが不可能であ
る。例えば、テレビ番組における３０秒のコマーシャル
時間帯に、商品広告情報を配信する場合、３０秒間では
１個の商品広告情報しかリアルタイムで受信・表示でき
ないとする。もし上記のように、この３０秒間に、「２
０代・女性・東京在住」にはＡ商品の広告を、「２０代
・女性」にはＢ商品の広告を提供したいと考えた場合、
「２０代・女性・東京在」の人は「２０代・女性」の人
でもあるのでＡ、Ｂ両方の商品情報を受信してしまう。
どちらを受信すべき、または表示すべきなのかの判断が
できないという問題がある。

【００１１】これは、内容コード通信だけではなく、一
般的な宛先アドレスを用いたアドレス通信でも同様な問
題が起きる。例えば、Ｃさんを宛て先指定して、同時間
帯に複数の商品広告情報を配信し、リアルタイムで複数
を受信・表示したとしても、情報受信側ユーザは、人間
の把握力の限界により有限個（おそらく１つか２つ）の
商品広告情報しか同時には読み取って理解できない。

【００１２】本発明の目的は、内容コード通信方法にお
いて、情報受信装置側のユーザが使用可能な内容コード
を知った時、自分の受信装置に必要な内容コードを登録
するためのユーザの負荷を軽減することにある。

【００１３】また本発明の別の目的は、内容コード通信
方法において、受け手の属性を、送り手が送り手の意志
で様々に組み合わせて、対象となる受け手だけに情報を
選択受信させることを可能にすることである。具体的に
は、例えば、情報受信装置側のユーザの意志だけでな
く、情報送信装置側の情報提供者の意志または戦略に基
づき、情報受信装置側の対象ユーザに選択受信させるこ
とを可能にすることである。

【００１４】また本発明の別の目的は、一般のデータ通
信方法において、情報受信装置側において、ある一定期
間にデータを固定数個しか受信したくない場合、それを
可能とすることである。

【００１５】本発明の具体的な目的は、情報送信装置側
の情報提供者の意志または戦略で、情報受信装置側のユ
ーザに情報を選択受信させることができる情報の送受信
方法及びそれを用いた情報の送受信システムを提供する
ことである。

【００１６】より具体的には、情報受信装置側のユーザ
の属性を、情報送信装置側の情報提供者が情報提供者の
意志で様々に組み合わせて、対象となるユーザだけに情
報を選択受信させることができる情報の送受信方法及び
それを用いた情報の送受信システムを提供することであ
る。

【００１７】本発明の他の目的は、前記情報の送受信シ
ステムに用いる情報の送信方法及びそれを用いた情報の
送信装置を提供することである。

【００１８】本発明の他の目的は、前記情報の送受信シ
ステムに用いる情報の受信方法及びそれを用いた情報の
受信装置を提供することである。

【００１９】本発明の他の目的は、前記情報の送受信シ
ステムに適したメッセージのフォーマットを提供するこ
とである。

【００２０】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、複数の情報受信装置と、複数の情報送信
装置が伝送媒体を介して送信・受信するシステムにおい
て、情報送信装置が、データの内容を表わす内容コード
と、その内容コードを登録すべき条件とを登録メッセー
ジとして送信し、情報受信装置は、登録メッセージを受
信し、受信した条件と予め設定された属性とに基づき、
内容コードを登録するか否かを決定し、情報送信装置
が、データの内容を表わす内容コードをデータに付加し
データメッセージとして送信し、情報受信装置は、デー
タメッセージ到着時、受信した内容コードと前記登録さ
れた内容コードに基づき、データを受信するか否かを決
定するようにした。特に、属性として、情報受信装置の
ユーザのプロファイル、ユーザの好み、ユーザの状況に
関する情報、または既に登録された内容コードを使用し
た。

【００２１】さらに、複数の情報受信装置と、複数の情
報送信装置が伝送媒体を介して送信・受信するシステム
において、情報送信装置は、データが一定期間のあいだ
他のデータと同期することを表わす同期番号をデータに
付加してデータメッセージとして送信し、情報受信装置
は、データメッセージ到着時、受信した同期番号と既に
受信した他のメッセージの同期番号に基づき、データを
受信するか否かを決定するようにしている。

【００２２】

【発明を実施するための形態】本発明の実施例を以下に
説明する。

【００２３】図１は本発明の実施例の構成を示す図であ
る。

【００２４】本システムは、１つ以上のデータ送信装置
１０−１、…、１０−ｍと、１つ以上のデータ受信装置
２０−１、…、２０−ｎと、これら装置が通信するため
の媒介としての通信衛星１とから構成される。通信媒体
は、本実施例のような無線形態のものでも、有線形態の
物でもどちらでも実現可能である。

【００２５】データ送信装置１０の各々は、メッセージ
送信機能１０１、内容コード管理機能１０２、戦略管理
機能１０３、データ管理機能１０４、入出力機能１０
５、の５つの基本機能を持つ。

【００２６】データ受信装置２０の各々は、メッセージ
選択受信機能２０１、内容コード管理機能２０２、ユー
ザ属性管理機能２０３、データ実行機能２０４、入出力
機能２０５、の５つの基本機能を持つ。

【００２７】図２に、データ送信装置１０の機能構成の
詳細を示す。データ送信装置１０は、メッセージ送信機
能１０１、内容コード管理機能１０２、戦略管理機能１
０３、データ管理機能１０４、入出力管理機能１０５、
の５つの基本機能に加え、属性項目管理機能１０６、述
語管理機能１０７、内容コード管理テーブル１０８、戦
略管理テーブル１０９、属性項目管理テーブル１１０、
述語管理テーブル１１１、データファイル１１２を持
つ。メッセージ送信機能１０１は放送送信装置１３４を
通じ電送媒体である通信衛星１に対してメッセージを送
信する。また、入出力管理機能１０５はディスプレイ、
キーボード、ディスク、通信装置等の入出力装置１２０
との入出力を管理する。

【００２８】図３に、データ送信装置１０のハードウェ
ア構成の詳細を示す。データ送信装置１０は、ＣＰＵバ
ス１２１、拡張バス１２２、ブリッジ１２３、ＣＰＵ
（中央処理部）１２４、キャッシュメモリ１２５、メモ
リ１２６、割り込み制御部１２７、放送送信制御部１２
８、通信制御部１２９、ディスク制御部１３０、音声制
御部１３１、入力制御部１３２、画面制御部１３３で構
成される。キャッシュメモリ１２５、メモリ１２６は各
々コントローラを含み、また、メモリ１２６はＲＯＭ、
ＲＡＭを含むものとする。

【００２９】ＣＰＵバス１２１は、ＣＰＵ（中央処理
部）１２４と接続するバスである。

【００３０】ＣＰＵバス１２１には、ブリッジ１２３、
ＣＰＵ１２４、キャッシュメモリ１２５、メモリ１２
６、割り込み制御部１２７が接続される。

【００３１】ＣＰＵ１２４は、命令を解釈したり、実行
を制御し、メモリ１２６はプログラムやデータを記憶す
る。キャッシュメモリ１２５は、高速なメモリアクセス
を実現する装置である。割り込み制御部１２７は、ＣＰ
Ｕへの割り込み信号、つまりＣＰＵの現在の処理を一時
中断し、自分の割り込み処理を要求する信号を管理する
制御部である。ブリッジ１２３は、ＣＰＵバス１２１と
拡張バス１２２との接続回路である。

【００３２】拡張バス１２２はさまざまな入出力装置と
の間でデータ転送するためのバスである。拡張バス１２
２には、放送送信制御部１２８、通信制御部１２９、デ
ィスク制御部１３０、音声制御部１３１、入力制御部１
３２、画面制御部１３３が接続されている。放送送信制
御部１２８は、通信衛星１を使った放送送信を制御する
制御部であり、通信衛星１に放送電波を送信する放送送
信装置１３４に接続されている。通信制御部１２９は、
モデムやＩＳＤＮのターミナルアダプタ等の通信装置１
３５を介し、公衆、ＩＳＤＮ網等のネットワーク２を通
じて、他の装置（他のデータ受信装置２０やデータ送信
装置１０）との通信を行う際の制御を行う。ディスク制
御部１３０は、ＳＣＳＩ等のディスク制御部であり、交
換可能な可能な記憶媒体であるパッケージディスク３を
操作できるＣＤ−ＲＯＭ装置、ＤＶＤ（Ｄｉｇｉｔａｌ
Ｖｉｄｅｏ Ｄｉｓｋ）装置等のパッケージディスク
装置１３６や、ハードディスク装置１３７と接続され
る。音声制御部１３１は、音声の入出力を制御する部分
であり、マイクやスピーカのような音声入出力装置１３
８と接続される。入力制御部１３２は、キーボードやマ
ウス等の入力装置１３９を制御する。画面制御部１３３
は、ＣＲＴ、ＬＣＤ、ＰＤＰ等の画面表示装置１４０を
制御する。

【００３３】図２の機能構成と、図３のハードウエア構
成の関係を示す。図２のすべての機能は、ＣＰＵ１２４
がそれぞれの機能を実現するプログラムを解釈、実行す
ることにより達成される。各機能実行時には、対応する
プログラムはメモリ１２６またはキャッシュメモリ１２
５に存在し、また、図２のすべてのテーブル、ファイル
も、実行時には、メモリ１２６またはキャッシュメモリ
１２５に存在する。非実行時には、各機能を実現するプ
ログラム、テーブル、ファイルともにメモリ１２６や、
ハードディスク装置１３７に存在する。

【００３４】メッセージ送信機能１０１は、ＣＰＵ１２
４により解釈され、放送送信制御部１２８に対して放送
送信装置１３４を制御するための指示を出す。また、入
出力管理機能１０５は、ＣＰＵ１２４により解釈され、
通信制御部１２９、ディスク制御部１３０、音声制御部
１３１、入力制御部１３２、画面制御部１３３を介し
て、通信装置１３５、パッケージディスク装置１３６、
ハードディスク装置１３７、音声入出力装置１３８、入
力装置１３９、画面表示装置１４０等の入出力装置１２
０を制御する。

【００３５】データ送信装置１０における機能の動作
を、図を用いて説明する。

【００３６】図４はデータ送信装置１０において、ＣＰ
Ｕ１２４が実行する主要な処理フロー図である。

【００３７】データ送信装置１０の入出力管理機能１０
５は、まず画面表示装置１４０へ管理メニュー表示を行
い（１００１）、イベント待ちになる（１００２）。イ
ベント待ちとは、例えばボタンのクリックや、メッセー
ジの受信といったイベント（事象）を待って停止してい
る状態を指す。

【００３８】図１０に上記管理メニューの一表示例を示
す。管理メニュー１１３には、データ管理ボタン１１３
１、属性項目管理ボタン１１３２、述語管理ボタン１１
３３、登録条件（内容コード）管理ボタン１１３４、戦
略管理ボタン１１３５、終了ボタン１１３６、ヘルプボ
タン１１３７がある。入力装置１３９を用いてデータ管
理ボタン１１３１をクリックするとデータ管理イベント
が発生する。同様に、属性項目管理ボタン１１３２をク
リックすると属性項目管理イベントが、述語管理ボタン
１１３３をクリックすると述語管理イベントが、登録条
件（内容コード）管理ボタン１１３４をクリックすると
内容コード管理イベントが、戦略管理ボタン１１３５を
クリックすると戦略管理イベントが、終了ボタン１１３
６をクリックすると終了イベントが、各々発生する。な
お、ヘルプボタン１１３７をクリックすると、各ボタン
の簡単な説明が得られる。

【００３９】今、データ送信装置１０のユーザ（使用
者）であるマーケット戦略者が以下の４つの手順で戦略
を設定していくとする。戦略とは条件部と実行部、つま
りＩＦ Ａ（条件部） ＴＨＥＮ Ｂ（実行部）で示さ
れるマーケット戦略者（情報提供者）の意志である。条
件部は属性項目に関する条件式になっている。例えば、
年齢（属性項目）が２０才以上ならば新発売のワイン
「ＢＢＢ」を勧める、というような特定商品指定の設定
や、３０代の人にならばジャズのＣＤを勧める、という
ような商品カテゴリ指定の設定等がある。

【００４０】（１）商品情報（データ）の登録：情報受
信側のユーザに提供したいデータとそのカテゴリを登録
する。

【００４１】（２）属性項目の登録：戦略を設定する上
で使用する、情報受信側のユーザに関係する属性の項目
を登録する。ユーザのプロファイル（住所、年齢、
等）、好み（お酒が好きか、等）、状況（日時、場所）
等が属性項目になる。

【００４２】（３）述語の登録：戦略の条件部で良く使
う表現を、述語として登録する。述語とは一種の略語、
またはマクロである。例えば「２０代」という述語を
「年齢という属性が、２０才以上、３０才未満」と定
義、登録する。

【００４３】（４）戦略の設定：ある特定の商品、ある
いは商品カテゴリに対して、戦略を設定する。商品カテ
ゴリに対して戦略が設定された場合は、その商品カテゴ
リに属する商品の１つが何らかの方法（例えばランダム
選択）で選択される。

【００４４】このようにして設定された戦略に基づき、
商品情報が送信される。なお、ここでの４つの手順は必
ずしもシーケンシャルなものではなく、４つの手順のい
ずれも単独で実行可能である。

【００４５】以下、上記の４つの手順に従い、各ボタン
をクリックしてイベントが発生した場合の動作を説明す
る。

【００４６】（１）管理メニュー１１３のデータ管理ボ
タン１１３１をクリックして、データ管理イベントが発
生した場合を、図５、図１１を用いて説明する。

【００４７】データ送信装置１０の入出力管理機能１０
５は、イベントの種類を判定し（１００３）、データ管
理イベントなので戦略管理機能１０３を経由してデータ
管理機能１０４を呼出す（１００４）。

【００４８】図５に呼出されたデータ管理機能１０４に
おける主要な処理フロー図を示す。まずデータ定義用の
画面を表示しユーザ（送信側の戦略者）にデータ定義を
入力してもらう（１０１１）。この入力に基づき、デー
タファイル１１２にデータが書き込まれる（１０１
２）。ユーザがデータ定義を終了することによって、デ
ータ管理機能は処理を終了する（１０１３）。

【００４９】図１１にデータファイル１１２の構造の一
例を示す。データファイル１１２は、データ番号１１２
１、データ名１１２２、カテゴリ１１２３、データファ
イル名１１２４の４つのフィールドを持つ。ユーザ（送
信側の戦略者）は、この４つの項目を定義する。データ
番号１１２１はデータをユニークに識別するための番号
であり、データの所有者（所有会社）のコードとデータ
の番号を組み合せた番号を使うことが多い。カテゴリ１
１２３は、そのデータの属するカテゴリ（分類）を示
す。データファイル名１１２４は、データそのものを指
す。データそのものが、複数のファイルから構成され
る、いわゆるハイブリッド型のファイル、例えばハイパ
ーテキストであることもある。単純なデータとしては、
テキストファイルのデータがある。

【００５０】（２）管理メニュー１１３の属性項目管理
ボタン１１３２をクリックして属性項目管理イベントが
発生した場合を図６、図１２を用いて説明する。

【００５１】データ送信装置１０の入出力管理機能１０
５は、イベントの種類を判定し（１００３）、属性項目
管理イベントなので戦略管理機能１０３経由で属性項目
管理機能１０６を呼出す（１００５）。

【００５２】図６に呼出された属性項目管理機能１０６
における主要な処理フロー図を示す。まず属性項目定義
用の画面を表示しユーザ（送信側の戦略者）に属性項目
定義を入力してもらう（１０２１）。この入力に基づ
き、属性項目管理テーブル１１０に属性項目が書き込ま
れる（１０２２）。また、属性項目管理機能１０６は、
戦略管理機能１０３経由でメッセージ送信機能１０１を
用い、属性項目登録メッセージを送信する（１０２
３）。ユーザが属性項目定義を終了することによって、
属性項目管理機能は処理を終了する（１０２４）。属性
項目登録メッセージについては後述する。

【００５３】図１２に属性項目管理テーブル１１０の構
造の一例を示す。属性項目管理テーブル１１０は、属性
コード１１０１、属性項目名１１０２、属性値の制限１
１０３、の３つのフィールドを持つ。ユーザ（送信側の
戦略者）は、この３つの項目を定義する。属性コード１
１０１は属性項目をユニークに識別するための番号であ
る。属性項目名１１０２は文字通り、属性項目の名前で
ある。属性値の制限１１０３とは、その属性項目が属性
値として取りうる値の形式を規定するものである。計算
機言語の型定義と同等である。例えば、｛男、女｝は男
または女のどちらかの値しか取れないことを示してい
る。属性項目としては、データ受信装置のユーザに関す
ることならすべて定義可能である。

【００５４】例えば、ユーザのプロファイル、例えば住
所、年齢等の固定的、半固定的属性や、ユーザの好み、
例えば、趣味、好き嫌い等の変化可能な属性や、ユーザ
の状況、例えば、家にいる／会社にいる、午前中／午後
等のユーザの環境的属性が可能である。これらの属性の
属性値は、ユーザが直接、入力指定することにより、ま
たは、データ受信装置が自動的に指定することにより
（ユーザの現在時刻等は簡単に実施できる）設定され
る。

【００５５】（３）管理メニュー１１３の述語管理ボタ
ン１１３３をクリックして述語管理イベントが発生した
場合を図７、図１３を用いて説明する。

【００５６】データ送信装置１０の入出力管理機能１０
５は、イベントの種類を判定し（１００３）、述語管理
イベントなので戦略管理機能１０３経由で述語管理機能
１０７を呼出す（１００６）。

【００５７】図７に呼出された述語管理機能１０７にお
ける主要な処理フロー図を示す。まず述語定義用の画面
を表示しユーザ（送信側の戦略者）に述語定義を入力し
てもらう（１０３１）。この入力に基づき、述語管理フ
ァイル１１１に述語が書き込まれる（１０３２）。ま
た、述語管理機能１０７は、戦略管理機能１０３経由で
メッセージ送信機能１０１を用い、述語登録メッセージ
を送信する（１０３３）。ユーザが述語定義を終了する
ことによって、述語管理機能は処理を終了する（１０３
４）。述語登録メッセージについては後述する。

【００５８】図１３に述語管理テーブル１１１の構造の
一例を示す。述語管理テーブル１１１は、述語コード１
１１１、述語名１１１２、述語定義１１１３、の３つの
フィールドを持つ。述語コード１１１１は述語をユニー
クに識別するための番号である。述語名１１１２は文字
通り、述語の名前である。述語定義１１１３とは、その
述語の定義である。ユーザ（送信側の戦略者）は、この
３つの項目を定義する。述語とは、一種の略語、または
マクロである。例えば「２０代」という言葉は「年齢と
いう属性が、２０才以上、３０才未満」であることを示
す。また、同じ「年齢」という属性に関し、「年齢とい
う属性が、１０才以上、３０才未満」は「若者」と定義
することもできる。このように、述語によって、１つの
属性項目を複数の切り口で定義・分類することができ
る。

【００５９】また、述語「東京在」の定義である「ｉｎ
ｃｌｕｄｅ “東京都” ｉｎ 住所」は、「住所とい
う属性において、その属性値に“東京都”が含まれてい
る」ことをさす。「“東京都”が含まれている」場合
は、述語は真であり、そうでない場合は偽である。ま
た、複数の属性項目に関する述語の定義も可能である。
例えば「酒好き男」を図１２にある属性項目名１１０２
を用いて「お酒＝好き＆性別＝男」と定義できる。

【００６０】（４）管理メニュー１１３の戦略管理ボタ
ン１１３５をクリックして戦略管理イベントが発生した
場合を図８、図９、図１４、図１５、図１６を用いて説
明する。

【００６１】データ送信装置１０の入出力管理機能１０
５は、イベントの種類を判定し（１００３）、戦略管理
イベントなので戦略管理機能１０３を呼出す（１００
８）。図９に呼出された戦略管理機能１０３における主
要な処理フロー図を示す。まず戦略定義用の画面を表示
しユーザ（送信側の戦略者）に戦略定義を入力してもら
う（１０５１）。図１４に、戦略定義画面１１４を示
す。まず戦略を設定したいデータ（または商品データ）
のデータ名１１４１またはデータ番号１１４２を選択す
る。次に、そのデータをどのようなユーザ（データ受信
者）に提供したいかを入力する。属性項目１１４３を選
択し、その属性値を選択または入力する動作をくりかえ
す。例えば、図１４の画面状態は、戦略として、データ
番号が「１０００１」のデータを、「性別＝女性＆東京
在＆２０代」に薦めるよう入力している。この入力に基
づき、まず内容コード管理機能１０２が呼出される（１
０５２）。

【００６２】図８に、図９の（１０５２）で呼出された
内容コード管理機能１０２における主要な処理フロー図
を示す。まず内容コード管理機能１０２は、図９の（１
０５１）で与えられた戦略条件（例えば、「性別＝女性
＆東京在＆２０代」）に従い、内容コードを自動的に定
義・作成する（１０４１）。既に同じ戦略条件が内容コ
ード管理テーブル１０８に登録されている場合はその限
りではない。次に定義・作成された内容コードは、内容
コード管理テーブル１０８に登録される（１０４２）。
例えば、上記戦略条件は、図１６に示すように「１０
２」という内容コードとして登録されている。

【００６３】次に、内容コード管理機能１０２は、戦略
管理機能１０３経由でメッセージ送信機能１０１を用
い、内容コード登録メッセージを送信する（１０４
３）。内容コード定義が自動的に終了することによっ
て、内容コード管理機能１０２は処理を終了する（１０
４４）。内容コードメッセージについては後述する。

【００６４】図１６に内容コード管理テーブル１０８の
構造の一例を示す。内容コード管理テーブル１０８は、
内容コード１０８１と、その内容コードに定義された内
容即ち、戦略条件１０８２、状態１０８３、登録時刻１
０８４、休止時刻１０８５、再開時刻１０８６、削除時
刻１０８７との７つのフィールドを持つ。ユーザ（送信
側の戦略者）は、戦略条件１０８２を戦略定義画面１１
４により指定するだけであり、後の６つのフィールドは
一般的には自動的に内容コード管理機能１０２が指定す
る。

【００６５】例えば、内容コード１０８１は使用されて
いない番号が割り当てられ、登録時刻１０８４は現在時
間が設定され、休止時刻１０８５は登録時間の６ヶ月後
の時間が設定され、再開時刻１０８６は空白（「−」）
が設定され、削除時刻１０８７は、休止時刻の１年後の
時刻が設定されるようにデフォルトで決定しておくこと
ができる。もちろん、戦略者が手動で内容コードの番号
や各種時刻を設定することも可能である。

【００６６】内容コード１０８１は定義されたデータの
内容を表わすコードである。戦略条件１０８２は、デー
タ提供の戦略のための条件を表わすもので、同時に、内
容コードの意味も表わすことになる。例えば、内容コー
ド「１０１」番が付加されたデータは、データの内容が
「３０代＆性別＝男」向きのデータであることを示す。
逆に言えば、「３０代＆性別＝男」に薦めたいデータに
は内容コード「１０１」番を付けて送信すれば良いこと
を示す。

【００６７】状態１０８３は、「初期（＝登録前）」→
「登録」←→「休止」→「初期（＝削除後）」と遷移す
る内容コード１０８１の定義状態を表わす。登録前や削
除後は内容コードテーブル上には、該当する内容コード
に関する項目は存在しないので、初期状態は状態フィー
ルドには明示されない。状態１０８３は、内容コード登
録処理により初期状態から登録状態へ、休止処理により
登録状態から休止状態へ、再開処理により休止状態から
登録状態へ、削除処理により休止状態から初期状態にな
る（安全のため、直接、登録状態から初期（削除後）状
態にはならない）。登録時刻１０８４、休止時刻１０８
５、再開時刻１０８６、削除時刻１０８７は、各々登
録、休止、再開、削除の時刻（履歴または予定）であ
る。

【００６８】例えば、現在の日時を１９９６年１２月２
日とすると、内容コード「１０１」番は、１９９６年１
１月１日に登録されており、１９９７年５月１日に休止
になる予定であり、１９９８年５月１日に削除になる予
定であることを示す。フィールドが「−」であるのは予
定が無いことを示す。

【００６９】内容コード管理テーブル１０８には、最初
から設定されている、すなわちシステムとして登録され
ている内容コードがいくつかある。図１６では「０９
９」番以下の内容コードがそれである。ユーザは、これ
らシステム内容コードを登録する必要はない。

【００７０】図９の（１０５２）で呼び出された内容コ
ード管理機能１０２は処理を終了すると、再び処理は戦
略管理機能１０３に戻る。戦略管理機能１０３は、図１
５に示す戦略管理テーブル１０９に戦略を登録する（１
０５３）。その後、戦略管理テーブル１０９に基づき、
適切な内容コードが付加したデータメッセージが作成さ
れ送信される（１０５４）。ユーザが戦略定義を終了す
ることによって、戦略管理機能は処理を終了する（１０
５５）。データメッセージについては後述する。

【００７１】図１５に戦略管理テーブル１０９の構造の
一例を示す。戦略管理テーブル１０９は、戦略番号１０
９１、データ番号１０９２、内容コード１０９３、同期
番号１０９４、送信時刻１０９５、の５つのフィールド
を持つ。ユーザ（送信側の戦略者）は、戦略定義画面１
１４（図１４）による商品（データ）番号１１４２、同
期番号１１４５、送信時刻１１４６の指定により、デー
タ番号１０９２、同期番号１０９４、送信時刻１０９５
を明示的に、内容コードを暗示的に（戦略条件から導出
されるので）指定する。

【００７２】戦略番号１０９１は戦略をユニークに識別
する番号であり、戦略管理機能１０３によって自動的に
設定される。データ番号１０９２は戦略が指定されたデ
ータの番号をしめす。内容コードは、暗示的に戦略条件
１０８２を表現している。同期番号１０９４とはデータ
が一定期間のあいだ同期することを表わす番号であり、
複数の戦略を１つのグループとし、ある時刻または時間
で同期させたい場合に用いる。同じ同期番号が付いた戦
略同士で競合が起きた場合などで効果を発する（後述す
る）。同期番号はシステムにユニークな番号である。シ
ステムでユニークな番号を割り当てるためには一般に
は、端末のユニークＩＤ、日付時刻、通し番号の３つを
組み合せて、例えば「112233+1996120312345600+0001
3」のように作成する。記述の簡略化のためここでは通
し番号のみ（例えば「１３」）で記述しておく。送信時
刻１０９５は、戦略が登録された後、いつデータメッセ
ージを送出すべきかを設定する。

【００７３】ここで、上述の各メッセージについて説明
する。

【００７４】上述では、属性項目登録メッセージ、述語
登録メッセージ、内容コード登録メッセージは、各々の
設定時即座に送信される例を記述した。もちろん、即座
にではなく、一定時間後や、一定時間間隔でまとめて送
信する等の方法も可能である。データメッセージは戦略
定義画面１１４（図１４）で指定された送信時刻に送信
される。送信時刻が指定されなければ即時送信される。

【００７５】図１７に属性項目登録メッセージのフォー
マットを示す。内容コード１１５１、同期番号１１５
２、通番１１５３、属性コード１１５４、属性名１１５
５、属性値制限１１５６から構成される。内容コード１
１５１には、図１６で示したように属性項目登録用内容
コード「０１１」番が設定される。同期番号１１５２に
は無効を意味する「０」が設定される。通番１１５３は
送信時に付加される同期番号単位のメッセージ通番であ
り、同期番号が無効な時は無効を示す値、例えば「１／
Ｅ」が入る。属性コード１１５４、属性項目名１１５
５、属性値制限１１５６は、属性項目管理テーブル１１
０（図１２）の各フィールドが複写される。図１８に述
語登録メッセージのフォーマットを示す。内容コード１
１５１、同期番号１１５２、通番１１５３、述語コード
１１５７、述語名１１５８、述語定義１１５９から構成
される。内容コード１１５１には、図１６で示したよう
に述語登録用内容コード「０２１」番が設定される。同
期番号１１５２には無効を意味する「０」が設定され
る。通番１１５３は送信時に付加される同期番号単位の
メッセージ通番であり、同期番号が無効な時は無効を示
す値、例えば「１／Ｅ」が入る。述語コード１１５７、
述語名１１５８、述語定義１１５９は、述語管理テーブ
ル１１１（図１３）の各フィールドが複写される。

【００７６】図１９に内容コード登録メッセージのフォ
ーマットを示す。内容コード１１５１、同期番号１１５
２、通番１１５３、被登録の内容コード１１６０、戦略
条件１１６１から構成される。内容コード１１５１に
は、図１６で示したように内容コード登録用内容コード
「００１」番が設定される。同期番号１１５２には無効
を意味する「０」が設定される。通番１１５３は送信時
に付加される同期番号単位のメッセージ通番であり、同
期番号が無効な時は無効を示す値、例えば「１／Ｅ」が
入る。被登録の内容コード１１６０、戦略条件１１６１
は、内容コード管理テーブル１０８（図１６）の各フィ
ールドが複写される。

【００７７】図２０にデータメッセージのフォーマット
を示す。内容コード１１５１、同期番号１１５２、通番
１１５３、データ１１６２から構成される。内容コード
１１５１、同期番号１１５２には、戦略管理テーブル１
０９（図１５）中の同期番号１０９４が各々設定され
る。通番１１５３は送信時に付加される同期番号単位の
メッセージ通番であり、同期番号が有効な時は通番とな
り、メッセージの抜けを検知するため、最後のメッセー
ジを確認するために用いられる。データ１１６２には、
戦略管理テーブル１０９（図１５）に登録されたデータ
番号に対応するデータがデータファイル１１２（図１
１）から取り出され、設定される。

【００７８】その他多くの登録・休止・再開・削除・変
更メッセージがあるが、例として、内容コード削除・休
止メッセージのフォーマットを図２１に、内容コード変
更メッセージのフォーマットを図２２に示す。図２１の
内容コード１１６３は削除または休止内容コードを、図
２２の内容コード１１６４は変更前内容コード、内容コ
ード１１６５は変更後内容コードを示す。

【００７９】図２３に、戦略者が上述の４つの手順を踏
んだ場合について、データ送信装置１０からデータ受信
装置２０−１、…、２０−ｎへ放送されるメッセージを
時系列に示す。

【００８０】まず、属性項目設定時、属性項目管理機能
１０６により属性項目「住所」が属性項目管理テーブル
１１０に登録されたとすると、属性項目登録メッセージ
１１７１が送信される。

【００８１】次に、述語設定時、述語管理機能１０７に
より述語「東京在」が述語管理テーブル１１１に登録さ
れたとすると、述語登録メッセージ１１７２が送信され
る。次に、戦略設定時、内容コード管理機能１０２によ
り、戦略条件「３０代＆性別＝男」（つまり内容コード
「１０１」番として）と、戦略条件「２０代＆性別＝女
＆東京在」（つまり内容コード「１０２」番として）
と、戦略条件「無条件」（つまり内容コード「０９９」
番）と３つの戦略が設定され、これら３つの戦略が同一
同期番号「１３」とされた時、内容コード管理テーブル
１０８には、内容コード「１０１」番と「１０２」番が
登録されたとすると（「０９９」番はシステム内容コー
ドでデフォルトで設定されている）、内容コード登録メ
ッセージ１１７３、１１７４が送信される。

【００８２】その後、戦略管理テーブル１０９で指定さ
れた送信時刻１０９５に基づき、データメッセージ１１
７５、１１７６、１１７７が送信される。これら３つの
データメッセージは同一同期番号が付加される。

【００８３】次にデータ受信装置について説明する。

【００８４】図２４に、データ受信装置２０の機能構成
の詳細を示す。データ受信装置２０は、メッセージ選択
受信機能２０１、内容コード管理機能２０２、ユーザ属
性管理機能２０３、データ実行機能２０４、入出力管理
機能２０５、の５つの基本機能に加え、属性項目管理機
能２０６、述語管理機能２０７、内容コード管理テーブ
ル２０８、ユーザ属性管理テーブル２０９、属性項目管
理テーブル２１０、述語管理テーブル２１１、同期番号
管理テーブルを持つ。メッセージ選択受信機能２０１は
電送媒体である通信衛星１から放送受信装置２３４を通
じメッセージを受信する。また、入出力管理機能２０５
はディスプレイ、キーボード、ディスク、通信装置等の
入出力装置２２０との入出力を管理する。

【００８５】図２５に、データ受信装置２０のハードウ
ェア構成の詳細を示す。データ受信装置２０は、ＣＰＵ
バス２２１、拡張バス２２２、ブリッジ２２３、ＣＰＵ
（中央処理部）２２４、キャッシュメモリ２２５、メモ
リ２２６、割り込み制御部２２７、放送受信制御部２２
８、通信制御部２２９、ディスク制御部２３０、音声制
御部２３１、入力制御部２３２、画面制御部２３３で構
成される。キャッシュメモリ２２５、メモリ２２６は各
々コントローラを含み、また、メモリ２２６はＲＯＭ、
ＲＡＭを含むものとする。

【００８６】ＣＰＵバス２２１は、ＣＰＵ（中央処理
部）２２４と接続するバスである。

【００８７】ＣＰＵバス２２１には、ブリッジ２２３、
ＣＰＵ２２４、キャッシュメモリ２２５、メモリ２２
６、割り込み制御部２２７が接続される。

【００８８】ＣＰＵ２２４は、命令を解釈したり、実行
を制御し、メモリ２２６はプログラムやデータを記憶す
る。キャッシュメモリ２２５は、高速なメモリアクセス
を実現する装置である。割り込み制御部２２７は、ＣＰ
Ｕへの割り込み信号、つまりＣＰＵの現在の処理を一時
中断し、自分の割り込み処理を要求する信号を管理する
制御部である。ブリッジ２２３は、ＣＰＵバス２２１と
拡張バス２２２との接続回路である。

【００８９】拡張バス２２２はさまざまな入出力装置と
の間でデータ転送するためのバスである。拡張バス２２
２には、放送受信制御部２２８、通信制御部２２９、デ
ィスク制御部２３０、音声制御部２３１、入力制御部２
３２、画面制御部２３３が接続されている。放送受信制
御部２２８は、通信衛星１を使った放送送信を制御する
制御部であり、通信衛星１から放送電波を受信する放送
受信装置２３４に接続されている。通信制御部２２９
は、モデムやＩＳＤＮのターミナルアダプタ等の通信装
置２３５を介し、公衆、ＩＳＤＮ網等のネットワーク２
を通じて、他の装置（他のデータ受信装置２０やデータ
送信装置１０）との通信を行う際の制御を行う。ディス
ク制御部２３０は、ＳＣＳＩ等のディスク制御部であ
り、交換可能な記憶媒体であるパッケージディスク３を
操作できるＣＤ−ＲＯＭ装置、ＤＶＤ（Ｄｉｇｉｔａｌ
Ｖｉｄｅｏ Ｄｉｓｋ）装置等のパッケージディスク
装置２３６や、ハードディスク装置２３７、ＩＣカード
装置２３８と接続される。音声制御部２３１は、音声の
入出力を制御する部分であり、マイクやスピーカのよう
な音声入出力装置２３９と接続される。入力制御部２３
２は、キーボードやマウス等の入力装置２４０を制御す
る。画面制御部２３３は、ＣＲＴ、ＬＣＤ、ＰＤＰ等の
画面表示装置２４１を制御する。

【００９０】図２４の機能構成と、図２５のハードウエ
ア構成の関係を示す。図２４のすべての機能は、ＣＰＵ
２２４がそれぞれの機能を実現するプログラムを解釈、
実行することにより達成される。各機能実行時には、対
応するプログラムはメモリ２２６またはキャッシュメモ
リ２２５に存在し、また、図２４のすべてのテーブル、
ファイルも、実行時には、メモリ２２６またはキャッシ
ュメモリ２２５に存在する。非実行時には、各機能を実
現するプログラム、テーブル、ファイルともにメモリ２
２６や、ハードディスク装置２３７、または、ＩＣカー
ド装置２３８に存在する。特に、ユーザ属性管理テーブ
ルはＩＣカード内に保存されている。

【００９１】メッセージ受信機能２０１は、ＣＰＵ２２
４により解釈され、放送送信制御部２２８に対して放送
受信装置２３４を制御するための指示を出す。また、入
出力管理機能２０５は、ＣＰＵ２２４により解釈され、
通信制御部２２９、ディスク制御部２３０、音声制御部
２３１、入力制御部２３２、画面制御部２３３を介し
て、通信装置２３５、パッケージディスク装置２３６、
ハードディスク装置２３７、ＩＣカード装置２３８、音
声入出力装置２３９、入力装置２４０、画面表示装置２
４１等の入出力装置２２０を制御する。

【００９２】データ受信装置２０における機能の動作
を、図を用いて説明する。

【００９３】図２６はデータ受信装置において、ＣＰＵ
２２４が実行する主要な処理フロー図である。

【００９４】まず、データ受信装置２０は、まずイベン
ト待ちになる（２００１）。

【００９５】図２３に示した順序でメッセージが、放送
受信装置２３４からデータ受信装置２０に到着し、イベ
ントが発生したとする。データ受信装置２０はイベント
発生時、イベントの種類を判断する（２００２）。メッ
セージ受信時、メッセージの受信をメッセージ受信イベ
ントとしてとらえ、メッセージ選択受信機能２０１を呼
び出す（２００３）。メッセージ選択受信機能２０１
は、メッセージの選択受信を行う。

【００９６】図２７に呼出されたメッセージ選択受信機
能２０１における主要な処理フロー図を示す。まず、メ
ッセージ受信時、図３５に示す内容コード管理テーブル
２０８を参照する（２０１１）。そして、受信メッセー
ジに付加された内容コードが内容コード管理テーブル２
０８に登録されているか判断する（２０１２）。登録さ
れていなければメッセージを破棄する（２０１４）。登
録されていれば、同期番号管理テーブル２１２を参照す
る（２０１３）。次に、同期番号管理テーブル２１２
（図３６）に有効な同期番号が存在するかを判断する
（２０１５）。

【００９７】有効な同期番号とは、同期番号の同期開始
時刻２１２２と同期終了時刻２１２３の間に現在の時刻
が含まれる事を意味する。有効な同期番号がなければ、
メッセージ中の同期番号を同期番号管理テーブル２１２
の同期番号２１２１に登録する（２０１６）。同期開始
時刻２１２２には現在時刻を、同期終了時刻２１２３に
は予め定められた時間を現在時刻に足した時刻を、受信
可能個数にも予め定められた時刻を、受信個数には
「０」を設定する。そして、受信が確定する（２０１
９）。

【００９８】有効な同期番号があれば、メッセージの同
期番号と同一の同期番号かを判断する（２０１７）。同
一でないならメッセージは破棄される（２０１４）。同
一であれば、受信済み個数が受信可能個数未満かを判断
し（２０１８）、未満でないならメッセージは破棄され
る（２０１４）。未満なら、受信が確定する（２０１
９）。受信が確定した場合、メッセージは受信バッファ
等の受信メッセージを格納するエリアに待避され、受信
済個数２１２５が１つ数が増やされる。同期番号は、同
期終了時間２１２３が終了した時同期番号管理テーブル
２１２から消去される。

【００９９】同期番号テーブルの受信可能個数を「１」
にしておくことにより、ある時間帯において、同期番号
を用い、１ユーザに１つ以下のデータメッセージを提供
することができる。

【０１００】呼出されたメッセージ選択受信機能２０１
が処理を終了すると、次にデータ受信装置２０は、内容
コード管理機能２０２を呼出し、上記受信したメッセー
ジの種類を内容コードにより判断する（２００４）。

【０１０１】属性項目登録メッセージ（内容コード「０
１１」）を受信した場合は、ユーザ属性管理機能２０３
経由で、属性項目管理機能２０６が呼び出される（２０
０５）。

【０１０２】図２８に呼出された属性項目管理機能２０
６における主要な処理フロー図を示す。まず、受信した
内容をそのまま、図３４に示す属性項目管理テーブル２
０９へ登録する（２０２１）。その後、ユーザに属性値
を入力してもらうために、ユーザ属性管理イベントを発
生する（２０２２）。属性項目管理テーブル２０９は、
データ送信装置の属性項目管理テーブル１１０（図１
２）とまったく同じ構造であり、メッセージ送受信時の
伝送抜けが無い限り内容もまったく同じである。

【０１０３】ユーザ属性管理イベントを受け取ったデー
タ受信装置２０は、イベントの種類を判断することによ
り（２００２）、ユーザ属性管理機能２０３を呼び出す
（２００９）。

【０１０４】図２９に呼出されたユーザ属性管理機能２
０３における主要な処理フロー図を示す。まず、ユーザ
属性定義画面を表示しユーザによる属性値の入力を促す
（２０３１）。

【０１０５】図３３に、ユーザ属性定義画面２１４の一
例を示す。ユーザ名２１４１、ユーザＩＤ２１４２、属
性項目２１４３、属性値２１４４、済フラグ２１４５等
から構成される。済フラグ２１４５はユーザが属性項目
を設定したかどうかを示す。ここでは、ユーザが、属性
項目登録メッセージ受信後、まだ属性値を設定していな
い属性項目に関し、設定を促している。これに対してユ
ーザは、例えば、属性項目「住所」に対し、属性値の制
限である全角文字４０字以内で「東京都町田市町田１−
１」と入力したり、属性項目「年齢」に対し、属性値の
制限である０または正の整数の中から数字を選択したり
する。このとき、ユーザは、明確な設定を拒否すること
ができる。この場合「回答拒否」という項目を選択し、
設定すればよい。また、忙しい場合等の理由により、キ
ャンセルボタンをクリックし、入力をしないこともでき
る。

【０１０６】ユーザ入力後、ユーザ属性管理機能２０３
は、ユーザ属性管理テーブル２０９にユーザが入力した
属性値を登録する（２０３２）。図３４に、ユーザ属性
管理テーブル２０９の構造の一例を示す。ユーザ属性管
理テーブル２０９は、属性コード２０９１、属性項目名
２０９２、属性値２０９３、の３つのフィールドを持
つ。その後、ユーザによる登録が終了しているか、つま
り、未設定の属性項目が無いかを判断する（２０３３）
（上記「回答拒否」は未設定ではなく、設定されたこと
になる）。

【０１０７】終了していない場合には、ユーザ属性管理
イベントを発生し（２０３４）、再度のユーザ属性定義
を促す。ユーザ属性管理イベントの発生は、即時発生す
るのではなく一定時間後に発生する。

【０１０８】述語登録メッセージ（内容コード「０２
１」）を受信した場合は、ユーザ属性管理機能２０３経
由で、述語管理機能２０７が呼び出される（２００
６）。

【０１０９】図３０に呼出された属性項目管理機能２０
６における主要な処理フロー図を示す。受信した内容を
そのまま、図示していない述語管理テーブル２１１へ登
録するだけである（２０４１）。述語管理テーブル２１
１は、データ送信装置の述語管理テーブル１１１（図１
３）とまったく同じ構造であり、メッセージ送受信時の
伝送抜けが無い限り内容もまったく同じである。

【０１１０】内容コード登録メッセージ（内容コード
「００１」）を受信した場合は、内容コード管理機能２
０２が呼び出される（２００７）。

【０１１１】図３１に呼出された内容コード管理機能２
０２における主要な処理フロー図を示す。まず、ユーザ
属性管理機能２０３経由で、ユーザ属性管理テーブルを
参照する（２０５１）。メッセージ中の戦略条件と参照
したユーザ属性を比較し、内容コードを登録すべきかを
判断する（２０５２）。必要なら、述語管理機能２０７
経由で、述語管理テーブル２１１を参照する。例えば、
ユーザ属性管理テーブル２０９が図３４のようにユーザ
により設定されていたとする。ここで、図２３で示した
内容コード登録メッセージ１１７４を受信したとする。
メッセージ中の戦略条件は「２０代＆性別＝女＆東京
在」である。まず、内容コード管理機能２０２は、述語
管理テーブル２１１を参照し、述語を属性項目と属性値
に翻訳する。つまり、戦略条件は「２０≦年齢＜３０＆
性別＝女＆ｉｎｃｌｕｄｅ “東京都” ｉｎ 住所」
と翻訳される。次に、ユーザ属性管理テーブル２０９を
参照し、「年齢＝２６」で真、「性別＝女」で真、「住
所＝東京都町田市」で真と判断し、戦略条件をクリアす
ることを確認する。戦略条件をクリアするなら、内容コ
ード管理テーブル２０８に内容コードと戦略条件を登録
する（２０５３）。図３５に、内容コード管理テーブル
２０８の構造の一例を示す。内容コード２０８１、戦略
条件２０８２、状態２０８３から成る。

【０１１２】データメッセージを受信した場合は、メッ
セージ選択受信機能２０１を通過すれば、データ実行機
能２０４が呼び出される（２００８）。

【０１１３】図３２に呼出されたデータ実行機能２０４
における主要な処理フロー図を示す。受信した内容をそ
のままコマーシャルとしてリアルタイムに画面表示装置
２４１へ表示したり、あるいは、受信した内容を後ほど
呼び出される広告チラシとしてハードディスク装置２３
７に書込む等の処理を行う（２０６１）。

【０１１４】このようにして、データメッセージがデー
タ送信装置１０からデータ受信装置２０−１〜２０−ｎ
へ伝送される。データ受信装置２０の各々は、各々個別
のユーザ属性管理テーブル２０９に基づき内容コードが
設定され、その内容コードに基づき個別にメッセージの
選択受信が行われる。

【０１１５】尚、上記実施例では、戦略条件１０６２
（図１６）として、データ受信装置のユーザの属性に関
する条件のみを用いたが、ここで、既に登録済みの内容
コードを戦略条件として用いることも、実施例１と同様
の方法で実施できる。この場合、戦略条件は、「既登録
内容コード＝１０５」のように指定すればよい。

【０１１６】また、上記実施例で用いたデータメッセー
ジフォーマットは図２０に示すものであるが、図３７の
ように、広義の同期番号を、同期番号、同期開始時刻、
同期終了時刻、受信可能個数で構成することもできる。
この場合、図２７の（２０１６）で同期番号管理テーブ
ルが設定される際、受信したメッセージに基づいて、同
期番号管理テーブル２１２の同期番号２１２１、同期開
始時刻２１２２、同期終了時刻２１２３、受信可能個数
２１２４が設定されることになる。メッセージフォーマ
ットの同期終了時刻の代わりに同期時間（同期を継続し
ている時間）を用いる方法でも同等の結果が得られる。

【０１１７】次に、他の実施例について説明する。

【０１１８】図３８は本発明の実施例の構成を示す図で
ある。機能構成要素としてデータ送信装置３０に、ユー
ザ属性管理機能３０６が加わる以外は、基本的に図１の
構成と同様である。差異については後述する。

【０１１９】図３９に、データ送信装置３０の機能構成
の詳細を示す。機能構成要素としてユーザ属性管理機能
３１３が、テーブルとしてユーザ属性管理テーブル３１
４が加わる以外は、基本的に図２の構成と同様である。
差異については後述する。

【０１２０】データ送信装置３０のハードウェア構成の
詳細は、図３と同様であるので説明を省略する。

【０１２１】図４０はデータ送信装置において、ＣＰＵ
が実行する主要な処理フロー図である。処理フローとし
て、ユーザ属性登録メッセージ受信イベント発生時の処
理であるユーザ属性管理機能の呼出３００９が加わる以
外は、基本的に図４と同様である。

【０１２２】最初の実施例と同様に、戦略者が４つの手
順（１）商品情報（データ）の登録（２）属性項目の登
録（３）述語の登録（４）戦略の設定、を順に行った場
合について説明する。

【０１２３】（１）の商品情報（データ）の登録に関し
ては、図５の処理フローと変わらないので省略する。

【０１２４】（２）の属性項目の登録に関しても、図６
の処理フローと基本的に変わらない。ただし、属性項目
登録メッセージ送信（１０２３）において、送信される
メッセージのフォーマットが異なる。

【０１２５】図４５に、属性項目登録メッセージのフォ
ーマットを示す。宛先アドレス３１５１、送信元アドレ
ス３１５２、内容コード３１５３、同期番号３１５４、
通番３１５５、属性コード３１５６、属性名３１５７、
属性値制限３１５８を構成要素として持つ。宛先アドレ
ス３１５１には、このメッセージがブロードキャスト
（同報通信）であることを表わすアドレス、例えば「１
１１１１１」が設定される。送信元アドレスには、デー
タ送信装置３０の通信用アドレス（例えば「０００００
１」）が設定される。その他の項目は、図１７と同様に
設定される。

【０１２６】図４９に属性項目登録メッセージ３１７１
としての設定の例を示す。このメッセージを受信したデ
ータ送信装置４０は、ユーザ属性登録メッセージを返信
してくる（詳しくは後述する）。図４６に、このユーザ
属性登録メッセージのフォーマットを示す。属性項目登
録メッセージ（図４５）に比べ、属性値制限３１５８が
属性値３１５９に置き換わった点が異なる。図４９にユ
ーザ属性登録メッセージ３１７２としての設定の例を示
す。宛先アドレス３１５１にはデータ送信装置３０の通
信用アドレス（例えば「０００００１」）が設定され
る。送信元アドレス３１５２には、データ受信装置４０
の通信用アドレス（例えば「００１００１」）が設定さ
れる。これは１対１の通信である。属性値３１５９に
は、データ受信装置４０のユーザによって設定された属
性値（例えば［東京都…］）が設定されている。このユ
ーザ属性登録メッセージは、データ送信装置３０におい
て通信装置１３５を介して受信され、ユーザ属性管理機
能の呼出（図４０の３００９）が行われる。

【０１２７】図４２は、呼び出されたユーザ属性管理機
能３１３の処理フローを示す。ユーザ属性管理機能３１
３は、受信したメッセージの送信元アドレスによりユー
ザを識別し、ユーザ毎に存在するユーザ属性管理テーブ
ル３１４に、メッセージ上の属性項目と属性値を設定す
る。図４３にユーザ属性管理テーブル３１４の構成を示
す。これは、最初の実施例において、データ受信装置２
０が管理していたユーザ性管理テーブル２０９（図３
４）と同内容である。

【０１２８】（３）の述語の登録に関しては、図４１に
処理フローを示す。述語登録メッセージの送信処理が削
除された以外は、図７と同様である。

【０１２９】（４）の戦略の設定に関しては、図９の処
理フローと基本的に変わらない。ただし、２つの処理に
おいて、若干の差異があるので以下に説明する。

【０１３０】図９の処理フローでは、途中で内容コード
管理機能が呼び出される。呼び出された内容コード管理
機能の処理フロー（図８）の処理１０４３について差異
を記述する。

【０１３１】内容コード管理機能１０２は、前処理ステ
ップ（１０４２）で登録された内容コードの戦略条件
と、すべてのユーザのユーザ属性管理テーブル３１４を
比較し、どのユーザがこの戦略条件を満たしているかを
調べる。この戦略条件を満たしているすべてのユーザに
対して、１対１通信で内容コード登録メッセージを送信
する。

【０１３２】図４７に内容コード登録メッセージのフォ
ーマットを示す。宛先アドレス３１５１には戦略条件を
満たしたユーザ（データ受信装置）の通信用アドレスが
設定される。内容コード３１５３は、内容コード登録用
内容コード「００１」が、内容コード群３１６０には、
登録したい内容コードが設定される。図４９に内容コー
ド登録メッセージ３１７３、３１７４としての設定の例
を示す。内容コード登録メッセージ３１７３は、宛先ア
ドレス「００１００１」のデータ受信装置に対して、内
容コード「１０１」つまり「３０代＆性別＝男性」の登
録が依頼されていることを示す。

【０１３３】また、図９の処理フローにおけるデータメ
ッセージ送信（１０５４）において、送信されるメッセ
ージのフォーマットが異なる。

【０１３４】図４８に、データメッセージのフォーマッ
トを示す。宛先アドレス３１５１、送信元アドレス３１
５２、内容コード３１５３、同期番号３１５４、通番３
１５５、データ３１６１を構成要素として持つ。宛先ア
ドレス３１５１には、このメッセージがブロードキャス
ト（同報通信）であることを表わすアドレス、例えば
「１１１１１１」が設定される。送信元アドレスには、
データ送信装置３０の通信用アドレス（例えば「０００
００１」）が設定される。その他の項目は、図２０と同
様に設定される。図４９にデータメッセージ３１７５、
３１７６、３１７７としての設定の例を示す。

【０１３５】次に、本実施例での受信装置４０について
説明する。

【０１３６】図５０に、データ受信装置４０の機能構成
の詳細を示す。機能構成要素として述語管理機能２０７
が、テーブルとして述語管理テーブル２１１が削除され
ている以外は、基本的に図２４の構成と同様である。差
異については後述する。

【０１３７】データ受信装置４０のハードウェア構成の
詳細は、図２５と同様であるので説明を省略する。

【０１３８】図５１はデータ受信装置において、ＣＰＵ
が実行する主要な処理フロー図である。処理フローとし
て、述語登録メッセージ受信イベント発生時の処理であ
る述語管理機能の呼出２００６が削除される以外は、基
本的に図２６と同様である。以下最初の実施例との差異
部分について説明する。

【０１３９】図４９に示した順序でメッセージが、放送
受信装置４３４からデータ受信装置４０に到着し、イベ
ントが発生したとする。データ受信装置４０はイベント
発生時、イベントの種類を判断する（４００２）。メッ
セージ受信時、メッセージの受信をメッセージ受信イベ
ントとしてとらえ、メッセージ選択受信機能４０１を呼
び出す（４００３）。メッセージ選択受信機能４０１
は、メッセージの選択受信を行う。

【０１４０】図５２に呼出されたメッセージ選択受信機
能４０１における主要な処理フロー図を示す。最初の処
理４０１０が追加された以外は、図２７と同様なので省
略する。まず、到着したメッセージの宛先アドレスを判
断し（４０１０）、自分のアドレスまたはブロードキャ
ストアドレスなら以降の処理へ（４０１１）、そうでな
いならメッセージ廃棄処理（４０４１）へ遷移する処理
が付け加わるだけである。

【０１４１】図５３に、ユーザ属性管理機能４０３にお
ける主要な処理フロー図を示す。ユーザ属性登録メッセ
ージ送信処理（４０３３）が、図２９に追加されてい
る。図４６に、このユーザ属性登録メッセージのフォー
マットを示す。属性項目登録メッセージ（図４５）に比
べ、属性値制限３１５８が属性値３１５９に置き換わっ
た点が異なる。図４９にユーザ属性登録メッセージ３１
７２としての設定の例を示す。宛先アドレス３１５１に
はデータ送信装置３０の通信用アドレス（例えば「００
０００１」）が設定される。送信元アドレス３１５２に
は、データ受信装置４０の通信用アドレス（例えば「０
０１００１」）が設定される。これは１対１の通信であ
る。属性値３１５９には、データ受信装置４０のユーザ
によって設定された属性値（例えば［東京都…］）が設
定されている。このユーザ属性登録メッセージは、入出
力管理機能４０５を経由、通信装置を介してネットワー
クに送信される。

【０１４２】図５４に、内容コード管理機能４０２にお
ける主要な処理フロー図を示す。単順に、受信した内容
コード登録メッセージに基づき、登録内容コードを内容
コード管理テーブルに設定するだけである。

【０１４３】上記実施例では、データ送信装置側にも、
ユーザ属性管理テーブルを持つ。そのため、基本的に
は、データ受信装置側にユーザ属性管理テーブルを持つ
必要が無い（上記実施例では持たせているが、存在しな
くても内容コード通信に影響はでないのは明らかであ
る）。また、ユーザ属性管理テーブルのデータを使っ
て、さまざまなマーケット分析を行えるというメリット
がある。例えば、データ送信装置において、戦略設定
時、戦略設定画面（図４４）において、戦略条件に適合
するユーザが何人存在するのかを計算する事（３１４
７）が可能である。この数字は、戦略の効果を推定する
上で使用できる。

【０１４４】また、本実施例の複数のデータ送信装置
（３０−１〜３０−ｍ）が持つ、ユーザ属性管理機能
を、より少ない数の装置（一つでも良い）として独立さ
せることも可能である。この場合は、データ送信装置と
ユーザ属性管理装置との間で、ユーザ属性についての通
信が発生するが、データ送信装置からユーザへ送られる
属性問い合わせが減り、属性問い合わせに対するユーザ
の回答負担を減らすことができる。

【０１４５】以上述べたように、本発明の情報の送受信
方法及びそれを用いた情報の送受信システムによれば、
情報送信装置側の情報提供者の意志または戦略で、情報
受信装置側のユーザに情報を選択受信させることがで
き、例えば広告の効果的な配信が可能になる。

【０１４６】また、本発明の情報の送信方法及びそれを
用いた情報の送信装置によれば、情報送信装置側の情報
提供者の意志または戦略で、情報受信装置側のユーザに
情報を選択受信させることができる情報の送受信システ
ムを実現することができる。また、本発明の情報の受信
方法及びそれを用いた情報の受信装置によれば、情報送
信装置側の情報提供者の意志または戦略で、情報受信装
置側のユーザに情報を選択受信させることができる情報
の送受信システムを実現することができる。また、本発
明のメッセージのフォーマットを用いれば、情報送信装
置側の情報提供者の意志または戦略で、情報受信装置側
のユーザに情報を選択受信させることができる情報の送
受信システムを実現することができる。

【０１４７】なお、上記実施例では、広告・宣伝情報の
配信を例に取ったが、これに限ることはなく、例えば、
音楽ＣＤなどマルチメディアコンテンツの配送、製造業
者における本社と営業所間での、その営業所が必要とす
る部品情報の配付、大企業における関係者への社内通達
の配付など様々な応用が可能である。

【０１４８】

【発明の効果】本発明によれば、内容コード通信方法を
用いた情報の送受信システムにおいて、情報受信装置側
のユーザが使用可能な内容コードを知った時、自分の受
信装置に必要な内容コードを登録するためのユーザの負
荷を軽減することができる。

【０１４９】また本発明によれば、内容コード通信方法
を用いた情報の送受信システムにおいて、情報受信装置
側のユーザの意志だけでなく、情報送信装置側の情報提
供者の意志に基づき、情報受信装置側のユーザに選択受
信させることができる。

【０１５０】また本発明によれば、一般のデータ通信方
法において、情報受信装置側において、ある一定期間に
データを固定数個しか受信したくない場合、それを可能
とすることができる。

【図面の簡単な説明】

【図１】実施例のシステム構成例を示す図である。

【図２】データ送信装置の機能構成例を示す図である。

【図３】データ送信装置のハードウェア構成例を示す図
である。

【図４】データ送信装置における主要な処理フロー例を
示す図である。

【図５】データ送信装置のデータ管理機能における主要
な処理フロー例を示す図である。

【図６】データ送信装置の属性項目管理管理機能におけ
る主要な処理フロー例を示す図である。

【図７】データ送信装置の述語管理機能における主要な
処理フロー例を示す図である。

【図８】データ送信装置の内容コード管理機能における
主要な処理フロー例を示す図である。

【図９】データ送信装置の戦略管理機能における主要な
処理フロー例を示す図である。

【図１０】データ送信装置の管理メニュー画面の構成例
を示す図である。

【図１１】データ送信装置のデータファイルの構成例を
示す図である。

【図１２】データ送信装置の属性項目管理テーブルの構
成例を示す図である。

【図１３】データ送信装置の述語管理テーブルの構成例
を示す図である。

【図１４】データ送信装置の戦略管理機能における戦略
定義画面の構成例を示す図である。

【図１５】データ送信装置の戦略管理テーブルの構成例
を示す図である。

【図１６】データ送信装置の内容コード管理テーブルの
構成例を示す図である。

【図１７】属性項目登録メッセージのメッセージフォー
マット例を示す図である。

【図１８】述語登録メッセージのメッセージフォーマッ
ト例を示す図である。

【図１９】内容コード登録メッセージのメッセージフォ
ーマット例を示す図である。

【図２０】データメッセージのメッセージフォーマット
例を示す図である。

【図２１】内容コード削除・休止メッセージのメッセー
ジフォーマット例を示す図である。

【図２２】内容コード変更メッセージのメッセージフォ
ーマット例を示す図である。

【図２３】データ送信装置からデータ受信装置へのメッ
セージシーケンス例を示す図である。

【図２４】データ受信装置の機能構成例を示す図であ
る。

【図２５】データ受信装置のハードウェア構成例を示す
図である。

【図２６】データ受信装置における主要な処理フロー例
を示す図である。

【図２７】データ受信装置のメッセージ選択受信機能に
おける主要な処理フロー例を示す図である。

【図２８】データ受信装置の属性項目管理管理機能にお
ける主要な処理フロー例を示す図である。

【図２９】データ受信装置のユーザ属性管理機能におけ
る主要な処理フロー例を示す図である。

【図３０】データ受信装置の述語管理機能における主要
な処理フロー例を示す図である。

【図３１】データ受信装置の内容コード管理機能におけ
る主要な処理フロー例を示す図である。

【図３２】データ受信装置のデータ実行管理機能におけ
る主要な処理フロー例を示す図である。

【図３３】データ受信装置のユーザ属性定義画面の構成
例を示す図である。

【図３４】データ受信装置のユーザ属性管理テーブルの
構成例を示す図である。

【図３５】データ受信装置の内容コード管理テーブルの
構成例を示す図である。

【図３６】データ受信装置の同期番号管理テーブルの構
成例を示す図である。

【図３７】データメッセージのメッセージフォーマット
の他の構成例を示す図である。

【図３８】他の実施例のシステム構成例を示す図であ
る。

【図３９】他の実施例におけるデータ送信装置の機能構
成例を示す図である。

【図４０】他の実施例におけるデータ送信装置における
主要な処理フロー例を示す図である。

【図４１】他の実施例におけるデータ送信装置の述語管
理機能における主要な処理フロー例を示す図である。

【図４２】他の実施例におけるデータ送信装置のユーザ
属性管理機能における主要な処理フロー例を示す図であ
る。

【図４３】他の実施例におけるデータ送信装置のユーザ
属性管理テーブルの構成例を示す図である。

【図４４】他の実施例におけるデータ送信装置の戦略管
理機能における戦略定義画面の構成例を示す図である。

【図４５】他の実施例における属性項目登録メッセージ
のメッセージフォーマット例を示す図である。

【図４６】他の実施例におけるユーザ属性登録メッセー
ジのメッセージフォーマット例を示す図である。

【図４７】他の実施例における内容コード登録メッセー
ジのメッセージフォーマット例を示す図である。

【図４８】他の実施例におけるデータメッセージのメッ
セージフォーマット例を示す図である。

【図４９】他の実施例におけるデータ送信装置とデータ
受信装置とのメッセージシーケンス例を示す図である。

【図５０】他の実施例におけるデータ受信装置の機能構
成例を示す図である。

【図５１】他の実施例におけるデータ受信装置における
主要な処理フロー例を示す図である。

【図５２】他の実施例におけるデータ受信装置のメッセ
ージ選択受信機能における主要な処理フロー例を示す図
である。

【図５３】他の実施例におけるデータ受信装置のユーザ
属性管理機能における主要な処理フロー例を示す図であ
る。

【図５４】他の実施例におけるデータ受信装置の内容コ
ード管理機能における主要な処理フロー例を示す図であ
る。

【符号の説明】

１…通信衛星、１０−１〜１０−ｍ…データ送信装置、
２０−１〜２０−ｎ…データ受信装置、１０１…メッセ
ージ送信機能、１０２…内容コード管理機能、
１０３…戦略管理機能、１０４…データ管理機能、
１０５…入出力管理機能、１０６…属性項
目管理機能、 １０７…述語管理機能、１０
８…内容コード管理テーブル、 １０９…戦略管理
テーブル、１１０…属性項目管理テーブル、 １
１１…述語管理テーブル、１１２…データファイル、
２０１…メッセージ選択受信機能、２０２
…内容コード管理機能、 ２０３…ユーザ属性
管理機能、２０４…データ実行機能、 ２
０５…入出力管理機能、２０６…属性項目管理機能、
２０７…述語管理機能、２０８…内容コード
管理テーブル、 ２０９…ユーザ属性管理テーブ
ル、２１０…属性項目管理テーブル、 ２１１…
述語管理テーブル、２１２…同期番号管理テーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 桑原 禎司 神奈川県横浜市戸塚区吉田町292番地株式 会社日立製作所マルチメディアシステム開 発本部内 (72)発明者 尾崎 友哉 神奈川県横浜市戸塚区吉田町292番地株式 会社日立製作所マルチメディアシステム開 発本部内 (72)発明者 矢川 雄一 神奈川県川崎市麻生区王禅寺1099番地株式 会社日立製作所システム開発研究所内 (72)発明者 矢島 章夫 神奈川県横浜市戸塚区戸塚町5030番地株式 会社日立製作所ソフトウェア開発本部内

Claims (17)

【特許請求の範囲】
1. 【請求項１】情報送信を行う装置と、情報受信を行う装
   置とが伝送媒体を介して情報を送受信する情報の送受信
   システムにおいて、 前記情報送信を行う装置は、 データの内容を表わす内容コードと、その内容コードを
   登録すべき条件とからなる登録メッセージの作成手段
   と、 データの内容を表わす内容コードを送信すべきデータに
   付加したデータメッセージの作成手段と、 前記登録メッセージと、前記データメッセージの送信手
   段とを備え、 前記情報受信を行う装置は、 前記登録メッセージと前記データメッセージとの受信手
   段と、 前記登録メッセージ中の登録すべき条件と前記情報受信
   を行う装置に予め設定された属性と比較して内容コード
   を登録するか否かを決定する手段と、 前記データメッセージが到着した時、前記データメッセ
   ージ中の内容コードと前記登録された内容コードとを比
   較する手段と、 前記内容コードの比較手段の比較結果に従い、前記デー
   タメッセージ中のデータを受信するか否かを決定する手
   段とを備えることを特徴とする情報の送受信システム。
2. 【請求項２】情報送信を行う装置と、情報受信を行う装
   置とが伝送媒体を介して情報を送受信する情報の送受信
   システムにおいて、 前記情報送信を行う装置は、 データの内容を表わす内容コードと、その内容コードを
   登録すべき条件とを設定し、前記登録すべき条件とあら
   かじめ設定された情報受信を行う装置の属性を比較し
   て、前記情報受信を行う装置に前記内容コードを登録す
   るか否かを決定し、前記内容コードと当該内容コードの
   登録要求とからなる要求メッセージの作成手段と、 データの内容を表わす内容コードを送信すべきデータに
   付加したデータメッセージの作成手段と、 前記要求メッセージと、前記データメッセージの送信手
   段とを備え、 前記情報受信を行う装置は、 前記要求メッセージと前記データメッセージとの受信手
   段と、 前記受信した要求メッセージ中の内容コードを登録する
   手段と、 前記データメッセージが到着した時、前記データメッセ
   ージ中の内容コードと前記登録された内容コードとを比
   較する手段と、 前記内容コードの比較手段の比較結果に従い、前記デー
   タメッセージ中のデータを受信するか否かを決定する手
   段とを備えることを特徴とする情報の送受信システム。
3. 【請求項３】請求項１または２記載の情報の送受信シス
   テムにおいて、 前記登録すべき条件、及び予め設定された属性は、前記
   情報受信を行う装置のユーザのプロファイル、ユーザの
   好み、ユーザの状況に関する情報であることを特徴とす
   る情報の送受信システム。
4. 【請求項４】請求項１または２記載の情報の送受信シス
   テムにおいて、 前記登録すべき条件、及び予め設定された属性は、登録
   済内容コードに関する情報であることを特徴とする情報
   の送受信システム。
5. 【請求項５】情報受信を行う装置と、情報送信を行う装
   置とが伝送媒体を介して送受信する情報の送受信システ
   ムにおいて、 前記情報送信を行う装置は、他のデータと一定期間のあ
   いだ同期することを表わす同期番号をデータに付加しデ
   ータメッセージとして送信する手段を備え、 前記情報受信を行う装置は、前記データメッセージ到着
   時、到着した当該データメッセージ中の同期番号と既に
   受信したメッセージの同期番号を比較し、データを受信
   するか否かを決定する手段を備えることを特徴とする情
   報の送受信システム。
6. 【請求項６】請求項５記載の情報の送受信システムにお
   いて、 上記同期番号が、当該情報の送受信システムでユニーク
   な番号、同期開始時刻、同期終了時刻、同期データ数で
   構成されることを特徴とする情報の送受信システム。
7. 【請求項７】情報受信を行う装置と伝送媒体を介して情
   報を送受信する、情報の送信装置において、 送信するデータの内容を表わす内容コードと、その内容
   コードを前記情報受信を行う装置に登録すべき条件とか
   らなる登録メッセージの作成手段と、 前記内容コードと前記送信するデータとからなるデータ
   メッセージの作成手段と、 前記登録メッセージと、前記データメッセージとを送信
   する手段とを備えることを特徴とする情報の送信装置。
8. 【請求項８】情報送信を行う装置と伝送媒体を介して情
   報を送受信する、情報の受信装置において、 送信されるデータの内容を表わす内容コードと、前記内
   容コードを登録すべき条件とからなる登録メッセージを
   受信する手段と、 前記登録メッセージ中の登録すべき条件と当該情報受信
   を行う装置に予め設定された属性と比較して、前記内容
   コードを登録するか否かを決定する手段と、 前記データメッセージが到着した時、前記データメッセ
   ージ中の内容コードと前記登録された内容コードを比較
   する手段と、 前記内容コードの比較手段の比較結果に従い、前記デー
   タメッセージ中のデータを受信するか否かを決定する手
   段とを備えることを特徴とする情報の受信装置。
9. 【請求項９】情報送信を行う装置と情報受信を行う装置
   とが伝送媒体を介して情報を送受信する情報の送受信シ
   ステムに用いるメッセージのフォーマットであって、 前記メッセージのフォーマットは、送受信するデータの
   内容を表わす内容コードと、その内容コードを前記情報
   を受信する装置に登録すべき条件とからなり、 前記登録すべき条件は、前記情報受信を行う装置に予め
   設定された属性と比較され、 前記メッセージは、前記比較結果に従って前記情報受信
   を行う装置に登録されるか否かが決定されるものである
   ことを特徴とする情報の送受信システムに用いるメッセ
   ージのフォーマット。
10. 【請求項１０】情報送信を行う装置と、情報受信を行う
    装置とが伝送媒体を介して情報を送受信する方法におい
    て、 前記情報送信を行う装置が、データの内容を表わす内容
    コードと、その内容コードを登録すべき条件とを登録メ
    ッセージとして送信し、 前記情報受信を行う装置は、前記登録メッセージを受信
    し、前記登録メッセージ中の登録すべき条件と前記情報
    受信を行う装置に予め設定された属性と比較して、内容
    コードを登録するか否かを決定し、 前記情報送信を行う装置が、データの内容を表わす内容
    コードをデータに付加しデータメッセージとして送信
    し、 前記情報受信を行う装置は、前記データメッセージが到
    着した時、前記データメッセージ中の内容コードと前記
    登録された内容コードを比較して、前記データメッセー
    ジ中のデータを受信するか否かを決定することを特徴と
    する情報の送受信方法。
11. 【請求項１１】請求項１０記載の情報の送受信方法にお
    いて、 前記登録すべき条件、及び予め設定された属性は、前記
    情報受信を行う装置の使用者のプロファイル、使用者の
    好み、使用者の状況に関する情報であることを特徴とす
    る情報の送受信方法。
12. 【請求項１２】請求項１０記載の情報の送受信方法にお
    いて、 前記登録すべき条件、及び予め設定された属性は、登録
    済内容コードに関する情報であることを特徴とする情報
    の送受信方法。
13. 【請求項１３】情報受信を行う装置と、情報送信を行う
    装置とが伝送媒体を介して送受信する情報の送受信方法
    において、 前記情報送信を行う装置が、他のデータと一定期間のあ
    いだ同期することを表わす同期番号をデータに付加しデ
    ータメッセージとして送信し、 前記情報受信を行う装置は、前記データメッセージ到着
    時、到着した当該データメッセージ中の同期番号と既に
    受信したメッセージの同期番号を比較し、データを受信
    するか否かを決定することを特徴とする情報の送受信方
    法。
14. 【請求項１４】請求項１３記載の情報の送受信方法にお
    いて、 上記同期番号が、当該情報の送受信システムでユニーク
    な番号、同期開始時刻、同期終了時刻、同期データ数で
    構成されることを特徴とする情報の送受信方法。
15. 【請求項１５】情報受信を行う装置と伝送媒体を介して
    情報を送受信する、情報の送信方法において、 送信するデータの内容を表わす内容コードと、その内容
    コードを前記情報受信を行う装置に登録すべき条件とか
    らなる登録メッセージを送信し、 前記内容コードと前記送信するデータとからなるデータ
    メッセージを送信することを特徴とする情報の送信装
    置。
16. 【請求項１６】情報送信を行う装置と伝送媒体を介して
    情報を送受信する、情報の受信方法において、 送信されるデータの内容を表わす内容コードと、前記内
    容コードを登録すべき条件とからなる登録メッセージを
    受信し、 前記登録メッセージ中の登録すべき条件と当該情報受信
    を行う装置に予め設定された属性と比較し、 前記内容コードを登録するか否かを決定し、 前記データメッセージが到着した時、前記データメッセ
    ージ中の内容コードと前記登録された内容コードを比較
    し、 前記内容コードの比較手段の比較結果に従い、前記デー
    タメッセージ中のデータを受信するか否かを決定するこ
    とを特徴とする情報の受信方法。
17. 【請求項１７】請求項２記載の情報の送受信システムに
    おいて、 前記情報送信を行う装置は、前記情報受信を行う装置
    へ、あらかじめ情報受信を行う装置の属性を問い合わせ
    を行う手段を備え、 前記情報受信を行う装置は、前記問い合わせに対して回
    答する手段を備え、 前記情報送信を行う装置は、前記要求メッセージを送信
    する前に、あらかじめ前記情報受信を行う装置の属性を
    取得することを特徴とする情報の送受信システム。