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

Description

【０００１】
【発明の属する技術分野】
本発明は、情報送信装置と情報受信装置間の情報伝送方法に関する。
【０００２】
【従来の技術】
従来、情報送信装置と情報受信装置間の情報伝達方法の基本的な方法として、特開昭５６−１１１３５３号公報に開示された内容コード通信方法がある。これは、情報送信装置は、データの内容を表わす内容コードをデータに付加して送信し、情報受信装置は、予め指定しておいた内容コードに基づき選択受信、つまり、受信するか否かを判断後受信するという方法である。
【０００３】
この方法では、情報送信装置側、または、全体システム管理者が、内容コードの番号とその意味を決定することになる。情報受信装置側は、予め使用可能な内容コードの番号とその意味をなんらかの方法で知り、自分の受信装置に必要な内容コードを手動で設定することを特徴としている。
【０００４】
【発明が解決しようとする課題】
通信衛星やネットワークを用い、ある商品の広告・宣伝情報を一般家庭ユーザに配信する場合を考える。マーケット戦略者または商品広告情報提供者は、マーケット戦略としてその商品を「２０代・女性・東京在住」の人だけに配信したいと考えたとする。上記内容コード通信方法では、まずマーケット戦略者が「２０代・女性・東京在住」を意味する内容コードは例えば「１００１」番だと決め、それを情報受信側ユーザに何らかの方法で知らせる。次に情報受信側ユーザはこの「１００１」番で送られてくるデータ、つまり「２０代・女性・東京在住」向きのデータが欲しいなら、自分で手動でこの内容コードを設定しなければならない。
【０００５】
次にマーケット戦略者が別の商品を「２０代・女性」の人だけに配信したいと考えると、「２０代・女性」を意味する内容コードは例えば「１００２」番だと決め、それを情報受信側ユーザに何らかの方法で知らせ、次に情報受信側ユーザはこの「１００２」番で送られてくるデータ、つまり「２０代・女性」向きのデータが欲しいなら、自分で手動でこの内容コードを設定しなければならない。
【０００６】
このようなマーケット戦略者によるマーケット戦略の設定・変更は頻繁に発生するものであり、しかも「２０代・女性・東京在住」と「２０代・女性」のような、似ているがマーケット戦略的には重要な差がある戦略が存在する。情報受信側ユーザの立場から考えれば、戦略の頻繁な設定・微妙な変更毎に自分で手動でこの内容コードを設定する作業は負荷が大きいという問題がある。
【０００７】
また上記内容コード通信方法は、情報受信側ユーザが自分の意志で自分に必要な内容コードのみを設定することを特徴としている。したがって、このままでは、情報受信側のユーザの意志通りにしかデータは選択かつ受信されない。例えばもし情報受信側ユーザが「１００１」番の内容コードを設定してくれなければ、「２０代・女性・東京在住」に商品広告を配信したいという戦略は、実質効果のないものになってしまう問題がある。つまり情報送信側のマーケット戦略者の意志または戦略で、情報受信側のユーザに選択受信させることができないという問題がある。
【０００８】
これは上記、広告・宣伝情報の配信だけでなく、一般的な情報の配付についても同様のことが起こる。つまり、受け手の属性を送り手が様々に組み合わせて、対象となる受け手だけに情報を選択受信させることができない。
【０００９】
また上記内容コード通信方法は、情報受信装置が予め指定しておいた内容コードに基づき選択受信するだけなので、ある一定期間に複数の受信があった場合でもすべてのデータを受信する。
【００１０】
このままでは、ある一定期間にデータを固定数個しか受信したくない場合でも、それが不可能である。例えば、テレビ番組における３０秒のコマーシャル時間帯に、商品広告情報を配信する場合、３０秒間では１個の商品広告情報しかリアルタイムで受信・表示できないとする。もし上記のように、この３０秒間に、「２０代・女性・東京在住」にはＡ商品の広告を、「２０代・女性」にはＢ商品の広告を提供したいと考えた場合、「２０代・女性・東京在」の人は「２０代・女性」の人でもあるのでＡ、Ｂ両方の商品情報を受信してしまう。どちらを受信すべき、または表示すべきなのかの判断ができないという問題がある。
【００１１】
これは、内容コード通信だけではなく、一般的な宛先アドレスを用いたアドレス通信でも同様な問題が起きる。例えば、Ｃさんを宛て先指定して、同時間帯に複数の商品広告情報を配信し、リアルタイムで複数を受信・表示したとしても、情報受信側ユーザは、人間の把握力の限界により有限個（おそらく１つか２つ）の商品広告情報しか同時には読み取って理解できない。
【００１２】
本発明の目的は、内容コード通信方法において、情報受信装置側のユーザが使用可能な内容コードを知った時、自分の受信装置に必要な内容コードを登録するためのユーザの負荷を軽減することにある。
【００１３】
また本発明の別の目的は、内容コード通信方法において、受け手の属性を、送り手が送り手の意志で様々に組み合わせて、対象となる受け手だけに情報を選択受信させることを可能にすることである。具体的には、例えば、情報受信装置側のユーザの意志だけでなく、情報送信装置側の情報提供者の意志または戦略に基づき、情報受信装置側の対象ユーザに選択受信させることを可能にすることである。
【００１４】
また本発明の別の目的は、一般のデータ通信方法において、情報受信装置側において、ある一定期間にデータを固定数個しか受信したくない場合、それを可能とすることである。
【００１５】
本発明の具体的な目的は、情報送信装置側の情報提供者の意志または戦略で、情報受信装置側のユーザに情報を選択受信させることができる情報の送受信方法及びそれを用いた情報の送受信システムを提供することである。
【００１６】
より具体的には、情報受信装置側のユーザの属性を、情報送信装置側の情報提供者が情報提供者の意志で様々に組み合わせて、対象となるユーザだけに情報を選択受信させることができる情報の送受信方法及びそれを用いた情報の送受信システムを提供することである。
【００１７】
本発明の他の目的は、前記情報の送受信システムに用いる情報の送信方法及びそれを用いた情報の送信装置を提供することである。
【００１８】
本発明の他の目的は、前記情報の送受信システムに用いる情報の受信方法及びそれを用いた情報の受信装置を提供することである。
【００１９】
本発明の他の目的は、前記情報の送受信システムに適したメッセージのフォーマットを提供することである。
【００２０】
【課題を解決するための手段】
上記目的を達成するため、本発明は、複数の情報受信装置と、複数の情報送信装置が伝送媒体を介して送信・受信するシステムにおいて、情報送信装置が、データの内容を表わす内容コードと、その内容コードを登録すべき条件とを登録メッセージとして送信し、情報受信装置は、登録メッセージを受信し、受信した条件と予め設定された属性とに基づき、内容コードを登録するか否かを決定し、情報送信装置が、データの内容を表わす内容コードをデータに付加しデータメッセージとして送信し、情報受信装置は、データメッセージ到着時、受信した内容コードと前記登録された内容コードに基づき、データを受信するか否かを決定するようにした。特に、属性として、情報受信装置のユーザのプロファイル、ユーザの好み、ユーザの状況に関する情報、または既に登録された内容コードを使用した。
【００２１】
さらに、複数の情報受信装置と、複数の情報送信装置が伝送媒体を介して送信・受信するシステムにおいて、情報送信装置は、データが一定期間のあいだ他のデータと同期することを表わす同期番号をデータに付加してデータメッセージとして送信し、情報受信装置は、データメッセージ到着時、受信した同期番号と既に受信した他のメッセージの同期番号に基づき、データを受信するか否かを決定するようにしている。
【００２２】
【発明を実施するための形態】
本発明の実施例を以下に説明する。
【００２３】
図１は本発明の実施例の構成を示す図である。
【００２４】
本システムは、１つ以上のデータ送信装置１０−１、…、１０−ｍと、１つ以上のデータ受信装置２０−１、…、２０−ｎと、これら装置が通信するための媒介としての通信衛星１とから構成される。通信媒体は、本実施例のような無線形態のものでも、有線形態の物でもどちらでも実現可能である。
【００２５】
データ送信装置１０の各々は、メッセージ送信機能１０１、内容コード管理機能１０２、戦略管理機能１０３、データ管理機能１０４、入出力機能１０５、の５つの基本機能を持つ。
【００２６】
データ受信装置２０の各々は、メッセージ選択受信機能２０１、内容コード管理機能２０２、ユーザ属性管理機能２０３、データ実行機能２０４、入出力機能２０５、の５つの基本機能を持つ。
【００２７】
図２に、データ送信装置１０の機能構成の詳細を示す。データ送信装置１０は、メッセージ送信機能１０１、内容コード管理機能１０２、戦略管理機能１０３、データ管理機能１０４、入出力管理機能１０５、の５つの基本機能に加え、属性項目管理機能１０６、述語管理機能１０７、内容コード管理テーブル１０８、戦略管理テーブル１０９、属性項目管理テーブル１１０、述語管理テーブル１１１、データファイル１１２を持つ。メッセージ送信機能１０１は放送送信装置１３４を通じ電送媒体である通信衛星１に対してメッセージを送信する。また、入出力管理機能１０５はディスプレイ、キーボード、ディスク、通信装置等の入出力装置１２０との入出力を管理する。
【００２８】
図３に、データ送信装置１０のハードウェア構成の詳細を示す。データ送信装置１０は、ＣＰＵバス１２１、拡張バス１２２、ブリッジ１２３、ＣＰＵ（中央処理部）１２４、キャッシュメモリ１２５、メモリ１２６、割り込み制御部１２７、放送送信制御部１２８、通信制御部１２９、ディスク制御部１３０、音声制御部１３１、入力制御部１３２、画面制御部１３３で構成される。キャッシュメモリ１２５、メモリ１２６は各々コントローラを含み、また、メモリ１２６はＲＯＭ、ＲＡＭを含むものとする。
【００２９】
ＣＰＵバス１２１は、ＣＰＵ（中央処理部）１２４と接続するバスである。
【００３０】
ＣＰＵバス１２１には、ブリッジ１２３、ＣＰＵ１２４、キャッシュメモリ１２５、メモリ１２６、割り込み制御部１２７が接続される。
【００３１】
ＣＰＵ１２４は、命令を解釈したり、実行を制御し、メモリ１２６はプログラムやデータを記憶する。キャッシュメモリ１２５は、高速なメモリアクセスを実現する装置である。割り込み制御部１２７は、ＣＰＵへの割り込み信号、つまりＣＰＵの現在の処理を一時中断し、自分の割り込み処理を要求する信号を管理する制御部である。ブリッジ１２３は、ＣＰＵバス１２１と拡張バス１２２との接続回路である。
【００３２】
拡張バス１２２はさまざまな入出力装置との間でデータ転送するためのバスである。拡張バス１２２には、放送送信制御部１２８、通信制御部１２９、ディスク制御部１３０、音声制御部１３１、入力制御部１３２、画面制御部１３３が接続されている。放送送信制御部１２８は、通信衛星１を使った放送送信を制御する制御部であり、通信衛星１に放送電波を送信する放送送信装置１３４に接続されている。通信制御部１２９は、モデムやＩＳＤＮのターミナルアダプタ等の通信装置１３５を介し、公衆、ＩＳＤＮ網等のネットワーク２を通じて、他の装置（他のデータ受信装置２０やデータ送信装置１０）との通信を行う際の制御を行う。ディスク制御部１３０は、ＳＣＳＩ等のディスク制御部であり、交換可能な可能な記憶媒体であるパッケージディスク３を操作できるＣＤ−ＲＯＭ装置、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｋ）装置等のパッケージディスク装置１３６や、ハードディスク装置１３７と接続される。音声制御部１３１は、音声の入出力を制御する部分であり、マイクやスピーカのような音声入出力装置１３８と接続される。入力制御部１３２は、キーボードやマウス等の入力装置１３９を制御する。画面制御部１３３は、ＣＲＴ、ＬＣＤ、ＰＤＰ等の画面表示装置１４０を制御する。
【００３３】
図２の機能構成と、図３のハードウエア構成の関係を示す。図２のすべての機能は、ＣＰＵ１２４がそれぞれの機能を実現するプログラムを解釈、実行することにより達成される。各機能実行時には、対応するプログラムはメモリ１２６またはキャッシュメモリ１２５に存在し、また、図２のすべてのテーブル、ファイルも、実行時には、メモリ１２６またはキャッシュメモリ１２５に存在する。非実行時には、各機能を実現するプログラム、テーブル、ファイルともにメモリ１２６や、ハードディスク装置１３７に存在する。
【００３４】
メッセージ送信機能１０１は、ＣＰＵ１２４により解釈され、放送送信制御部１２８に対して放送送信装置１３４を制御するための指示を出す。また、入出力管理機能１０５は、ＣＰＵ１２４により解釈され、通信制御部１２９、ディスク制御部１３０、音声制御部１３１、入力制御部１３２、画面制御部１３３を介して、通信装置１３５、パッケージディスク装置１３６、ハードディスク装置１３７、音声入出力装置１３８、入力装置１３９、画面表示装置１４０等の入出力装置１２０を制御する。
【００３５】
データ送信装置１０における機能の動作を、図を用いて説明する。
【００３６】
図４はデータ送信装置１０において、ＣＰＵ１２４が実行する主要な処理フロー図である。
【００３７】
データ送信装置１０の入出力管理機能１０５は、まず画面表示装置１４０へ管理メニュー表示を行い（１００１）、イベント待ちになる（１００２）。イベント待ちとは、例えばボタンのクリックや、メッセージの受信といったイベント（事象）を待って停止している状態を指す。
【００３８】
図１０に上記管理メニューの一表示例を示す。管理メニュー１１３には、データ管理ボタン１１３１、属性項目管理ボタン１１３２、述語管理ボタン１１３３、登録条件（内容コード）管理ボタン１１３４、戦略管理ボタン１１３５、終了ボタン１１３６、ヘルプボタン１１３７がある。入力装置１３９を用いてデータ管理ボタン１１３１をクリックするとデータ管理イベントが発生する。同様に、属性項目管理ボタン１１３２をクリックすると属性項目管理イベントが、述語管理ボタン１１３３をクリックすると述語管理イベントが、登録条件（内容コード）管理ボタン１１３４をクリックすると内容コード管理イベントが、戦略管理ボタン１１３５をクリックすると戦略管理イベントが、終了ボタン１１３６をクリックすると終了イベントが、各々発生する。なお、ヘルプボタン１１３７をクリックすると、各ボタンの簡単な説明が得られる。
【００３９】
今、データ送信装置１０のユーザ（使用者）であるマーケット戦略者が以下の４つの手順で戦略を設定していくとする。戦略とは条件部と実行部、つまり
ＩＦ Ａ（条件部） ＴＨＥＮ Ｂ（実行部）で示されるマーケット戦略者（情報提供者）の意志である。条件部は属性項目に関する条件式になっている。例えば、年齢（属性項目）が２０才以上ならば新発売のワイン「ＢＢＢ」を勧める、というような特定商品指定の設定や、３０代の人にならばジャズのＣＤを勧める、というような商品カテゴリ指定の設定等がある。
【００４０】
（１）商品情報（データ）の登録：情報受信側のユーザに提供したいデータとそのカテゴリを登録する。
【００４１】
（２）属性項目の登録：戦略を設定する上で使用する、情報受信側のユーザに関係する属性の項目を登録する。ユーザのプロファイル（住所、年齢、等）、好み（お酒が好きか、等）、状況（日時、場所）等が属性項目になる。
【００４２】
（３）述語の登録：戦略の条件部で良く使う表現を、述語として登録する。述語とは一種の略語、またはマクロである。例えば「２０代」という述語を「年齢という属性が、２０才以上、３０才未満」と定義、登録する。
【００４３】
（４）戦略の設定：ある特定の商品、あるいは商品カテゴリに対して、戦略を設定する。商品カテゴリに対して戦略が設定された場合は、その商品カテゴリに属する商品の１つが何らかの方法（例えばランダム選択）で選択される。
【００４４】
このようにして設定された戦略に基づき、商品情報が送信される。なお、ここでの４つの手順は必ずしもシーケンシャルなものではなく、４つの手順のいずれも単独で実行可能である。
【００４５】
以下、上記の４つの手順に従い、各ボタンをクリックしてイベントが発生した場合の動作を説明する。
【００４６】
（１）管理メニュー１１３のデータ管理ボタン１１３１をクリックして、データ管理イベントが発生した場合を、図５、図１１を用いて説明する。
【００４７】
データ送信装置１０の入出力管理機能１０５は、イベントの種類を判定し（１００３）、データ管理イベントなので戦略管理機能１０３を経由してデータ管理機能１０４を呼出す（１００４）。
【００４８】
図５に呼出されたデータ管理機能１０４における主要な処理フロー図を示す。まずデータ定義用の画面を表示しユーザ（送信側の戦略者）にデータ定義を入力してもらう（１０１１）。この入力に基づき、データファイル１１２にデータが書き込まれる（１０１２）。ユーザがデータ定義を終了することによって、データ管理機能は処理を終了する（１０１３）。
【００４９】
図１１にデータファイル１１２の構造の一例を示す。データファイル１１２は、データ番号１１２１、データ名１１２２、カテゴリ１１２３、データファイル名１１２４の４つのフィールドを持つ。ユーザ（送信側の戦略者）は、この４つの項目を定義する。データ番号１１２１はデータをユニークに識別するための番号であり、データの所有者（所有会社）のコードとデータの番号を組み合せた番号を使うことが多い。カテゴリ１１２３は、そのデータの属するカテゴリ（分類）を示す。データファイル名１１２４は、データそのものを指す。データそのものが、複数のファイルから構成される、いわゆるハイブリッド型のファイル、例えばハイパーテキストであることもある。単純なデータとしては、テキストファイルのデータがある。
【００５０】
（２）管理メニュー１１３の属性項目管理ボタン１１３２をクリックして属性項目管理イベントが発生した場合を図６、図１２を用いて説明する。
【００５１】
データ送信装置１０の入出力管理機能１０５は、イベントの種類を判定し（１００３）、属性項目管理イベントなので戦略管理機能１０３経由で属性項目管理機能１０６を呼出す（１００５）。
【００５２】
図６に呼出された属性項目管理機能１０６における主要な処理フロー図を示す。まず属性項目定義用の画面を表示しユーザ（送信側の戦略者）に属性項目定義を入力してもらう（１０２１）。この入力に基づき、属性項目管理テーブル１１０に属性項目が書き込まれる（１０２２）。また、属性項目管理機能１０６は、戦略管理機能１０３経由でメッセージ送信機能１０１を用い、属性項目登録メッセージを送信する（１０２３）。ユーザが属性項目定義を終了することによって、属性項目管理機能は処理を終了する（１０２４）。属性項目登録メッセージについては後述する。
【００５３】
図１２に属性項目管理テーブル１１０の構造の一例を示す。属性項目管理テーブル１１０は、属性コード１１０１、属性項目名１１０２、属性値の制限１１０３、の３つのフィールドを持つ。ユーザ（送信側の戦略者）は、この３つの項目を定義する。属性コード１１０１は属性項目をユニークに識別するための番号である。属性項目名１１０２は文字通り、属性項目の名前である。属性値の制限１１０３とは、その属性項目が属性値として取りうる値の形式を規定するものである。計算機言語の型定義と同等である。例えば、｛男、女｝は男または女のどちらかの値しか取れないことを示している。属性項目としては、データ受信装置のユーザに関することならすべて定義可能である。
【００５４】
例えば、ユーザのプロファイル、例えば住所、年齢等の固定的、半固定的属性や、ユーザの好み、例えば、趣味、好き嫌い等の変化可能な属性や、ユーザの状況、例えば、家にいる／会社にいる、午前中／午後等のユーザの環境的属性が可能である。これらの属性の属性値は、ユーザが直接、入力指定することにより、または、データ受信装置が自動的に指定することにより（ユーザの現在時刻等は簡単に実施できる）設定される。
【００５５】
（３）管理メニュー１１３の述語管理ボタン１１３３をクリックして述語管理イベントが発生した場合を図７、図１３を用いて説明する。
【００５６】
データ送信装置１０の入出力管理機能１０５は、イベントの種類を判定し（１００３）、述語管理イベントなので戦略管理機能１０３経由で述語管理機能１０７を呼出す（１００６）。
【００５７】
図７に呼出された述語管理機能１０７における主要な処理フロー図を示す。まず述語定義用の画面を表示しユーザ（送信側の戦略者）に述語定義を入力してもらう（１０３１）。この入力に基づき、述語管理ファイル１１１に述語が書き込まれる（１０３２）。また、述語管理機能１０７は、戦略管理機能１０３経由でメッセージ送信機能１０１を用い、述語登録メッセージを送信する（１０３３）。ユーザが述語定義を終了することによって、述語管理機能は処理を終了する（１０３４）。述語登録メッセージについては後述する。
【００５８】
図１３に述語管理テーブル１１１の構造の一例を示す。述語管理テーブル１１１は、述語コード１１１１、述語名１１１２、述語定義１１１３、の３つのフィールドを持つ。述語コード１１１１は述語をユニークに識別するための番号である。述語名１１１２は文字通り、述語の名前である。述語定義１１１３とは、その述語の定義である。ユーザ（送信側の戦略者）は、この３つの項目を定義する。述語とは、一種の略語、またはマクロである。例えば「２０代」という言葉は「年齢という属性が、２０才以上、３０才未満」であることを示す。また、同じ「年齢」という属性に関し、「年齢という属性が、１０才以上、３０才未満」は「若者」と定義することもできる。このように、述語によって、１つの属性項目を複数の切り口で定義・分類することができる。
【００５９】
また、述語「東京在」の定義である「ｉｎｃｌｕｄｅ “東京都” ｉｎ 住所」は、「住所という属性において、その属性値に“東京都”が含まれている」ことをさす。「“東京都”が含まれている」場合は、述語は真であり、そうでない場合は偽である。また、複数の属性項目に関する述語の定義も可能である。例えば「酒好き男」を図１２にある属性項目名１１０２を用いて「お酒＝好き＆性別＝男」と定義できる。
【００６０】
（４）管理メニュー１１３の戦略管理ボタン１１３５をクリックして戦略管理イベントが発生した場合を図８、図９、図１４、図１５、図１６を用いて説明する。
【００６１】
データ送信装置１０の入出力管理機能１０５は、イベントの種類を判定し（１００３）、戦略管理イベントなので戦略管理機能１０３を呼出す（１００８）。図９に呼出された戦略管理機能１０３における主要な処理フロー図を示す。まず戦略定義用の画面を表示しユーザ（送信側の戦略者）に戦略定義を入力してもらう（１０５１）。図１４に、戦略定義画面１１４を示す。まず戦略を設定したいデータ（または商品データ）のデータ名１１４１またはデータ番号１１４２を選択する。次に、そのデータをどのようなユーザ（データ受信者）に提供したいかを入力する。属性項目１１４３を選択し、その属性値を選択または入力する動作をくりかえす。例えば、図１４の画面状態は、戦略として、データ番号が「１０００１」のデータを、「性別＝女性＆東京在＆２０代」に薦めるよう入力している。この入力に基づき、まず内容コード管理機能１０２が呼出される（１０５２）。
【００６２】
図８に、図９の（１０５２）で呼出された内容コード管理機能１０２における主要な処理フロー図を示す。まず内容コード管理機能１０２は、図９の（１０５１）で与えられた戦略条件（例えば、「性別＝女性＆東京在＆２０代」）に従い、内容コードを自動的に定義・作成する（１０４１）。既に同じ戦略条件が内容コード管理テーブル１０８に登録されている場合はその限りではない。次に定義・作成された内容コードは、内容コード管理テーブル１０８に登録される（１０４２）。例えば、上記戦略条件は、図１６に示すように「１０２」という内容コードとして登録されている。
【００６３】
次に、内容コード管理機能１０２は、戦略管理機能１０３経由でメッセージ送信機能１０１を用い、内容コード登録メッセージを送信する（１０４３）。内容コード定義が自動的に終了することによって、内容コード管理機能１０２は処理を終了する（１０４４）。内容コードメッセージについては後述する。
【００６４】
図１６に内容コード管理テーブル１０８の構造の一例を示す。内容コード管理テーブル１０８は、内容コード１０８１と、その内容コードに定義された内容即ち、戦略条件１０８２、状態１０８３、登録時刻１０８４、休止時刻１０８５、再開時刻１０８６、削除時刻１０８７との７つのフィールドを持つ。ユーザ（送信側の戦略者）は、戦略条件１０８２を戦略定義画面１１４により指定するだけであり、後の６つのフィールドは一般的には自動的に内容コード管理機能１０２が指定する。
【００６５】
例えば、内容コード１０８１は使用されていない番号が割り当てられ、登録時刻１０８４は現在時間が設定され、休止時刻１０８５は登録時間の６ヶ月後の時間が設定され、再開時刻１０８６は空白（「−」）が設定され、削除時刻１０８７は、休止時刻の１年後の時刻が設定されるようにデフォルトで決定しておくことができる。もちろん、戦略者が手動で内容コードの番号や各種時刻を設定することも可能である。
【００６６】
内容コード１０８１は定義されたデータの内容を表わすコードである。戦略条件１０８２は、データ提供の戦略のための条件を表わすもので、同時に、内容コードの意味も表わすことになる。例えば、内容コード「１０１」番が付加されたデータは、データの内容が「３０代＆性別＝男」向きのデータであることを示す。逆に言えば、「３０代＆性別＝男」に薦めたいデータには内容コード「１０１」番を付けて送信すれば良いことを示す。
【００６７】
状態１０８３は、「初期（＝登録前）」→「登録」←→「休止」→「初期（＝削除後）」と遷移する内容コード１０８１の定義状態を表わす。登録前や削除後は内容コードテーブル上には、該当する内容コードに関する項目は存在しないので、初期状態は状態フィールドには明示されない。状態１０８３は、内容コード登録処理により初期状態から登録状態へ、休止処理により登録状態から休止状態へ、再開処理により休止状態から登録状態へ、削除処理により休止状態から初期状態になる（安全のため、直接、登録状態から初期（削除後）状態にはならない）。登録時刻１０８４、休止時刻１０８５、再開時刻１０８６、削除時刻１０８７は、各々登録、休止、再開、削除の時刻（履歴または予定）である。
【００６８】
例えば、現在の日時を１９９６年１２月２日とすると、内容コード「１０１」番は、１９９６年１１月１日に登録されており、１９９７年５月１日に休止になる予定であり、１９９８年５月１日に削除になる予定であることを示す。フィールドが「−」であるのは予定が無いことを示す。
【００６９】
内容コード管理テーブル１０８には、最初から設定されている、すなわちシステムとして登録されている内容コードがいくつかある。図１６では「０９９」番以下の内容コードがそれである。ユーザは、これらシステム内容コードを登録する必要はない。
【００７０】
図９の（１０５２）で呼び出された内容コード管理機能１０２は処理を終了すると、再び処理は戦略管理機能１０３に戻る。戦略管理機能１０３は、図１５に示す戦略管理テーブル１０９に戦略を登録する（１０５３）。その後、戦略管理テーブル１０９に基づき、適切な内容コードが付加したデータメッセージが作成され送信される（１０５４）。ユーザが戦略定義を終了することによって、戦略管理機能は処理を終了する（１０５５）。データメッセージについては後述する。
【００７１】
図１５に戦略管理テーブル１０９の構造の一例を示す。戦略管理テーブル１０９は、戦略番号１０９１、データ番号１０９２、内容コード１０９３、同期番号１０９４、送信時刻１０９５、の５つのフィールドを持つ。ユーザ（送信側の戦略者）は、戦略定義画面１１４（図１４）による商品（データ）番号１１４２、同期番号１１４５、送信時刻１１４６の指定により、データ番号１０９２、同期番号１０９４、送信時刻１０９５を明示的に、内容コードを暗示的に（戦略条件から導出されるので）指定する。
【００７２】
戦略番号１０９１は戦略をユニークに識別する番号であり、戦略管理機能１０３によって自動的に設定される。データ番号１０９２は戦略が指定されたデータの番号をしめす。内容コードは、暗示的に戦略条件１０８２を表現している。同期番号１０９４とはデータが一定期間のあいだ同期することを表わす番号であり、複数の戦略を１つのグループとし、ある時刻または時間で同期させたい場合に用いる。同じ同期番号が付いた戦略同士で競合が起きた場合などで効果を発する（後述する）。同期番号はシステムにユニークな番号である。システムでユニークな番号を割り当てるためには一般には、端末のユニークＩＤ、日付時刻、通し番号の３つを組み合せて、例えば「112233+1996120312345600+00013」のように作成する。記述の簡略化のためここでは通し番号のみ（例えば「１３」）で記述しておく。送信時刻１０９５は、戦略が登録された後、いつデータメッセージを送出すべきかを設定する。
【００７３】
ここで、上述の各メッセージについて説明する。
【００７４】
上述では、属性項目登録メッセージ、述語登録メッセージ、内容コード登録メッセージは、各々の設定時即座に送信される例を記述した。もちろん、即座にではなく、一定時間後や、一定時間間隔でまとめて送信する等の方法も可能である。データメッセージは戦略定義画面１１４（図１４）で指定された送信時刻に送信される。送信時刻が指定されなければ即時送信される。
【００７５】
図１７に属性項目登録メッセージのフォーマットを示す。内容コード１１５１、同期番号１１５２、通番１１５３、属性コード１１５４、属性名１１５５、属性値制限１１５６から構成される。内容コード１１５１には、図１６で示したように属性項目登録用内容コード「０１１」番が設定される。同期番号１１５２には無効を意味する「０」が設定される。通番１１５３は送信時に付加される同期番号単位のメッセージ通番であり、同期番号が無効な時は無効を示す値、例えば「１／Ｅ」が入る。属性コード１１５４、属性項目名１１５５、属性値制限１１５６は、属性項目管理テーブル１１０（図１２）の各フィールドが複写される。図１８に述語登録メッセージのフォーマットを示す。内容コード１１５１、同期番号１１５２、通番１１５３、述語コード１１５７、述語名１１５８、述語定義１１５９から構成される。内容コード１１５１には、図１６で示したように述語登録用内容コード「０２１」番が設定される。同期番号１１５２には無効を意味する「０」が設定される。通番１１５３は送信時に付加される同期番号単位のメッセージ通番であり、同期番号が無効な時は無効を示す値、例えば「１／Ｅ」が入る。述語コード１１５７、述語名１１５８、述語定義１１５９は、述語管理テーブル１１１（図１３）の各フィールドが複写される。
【００７６】
図１９に内容コード登録メッセージのフォーマットを示す。内容コード１１５１、同期番号１１５２、通番１１５３、被登録の内容コード１１６０、戦略条件１１６１から構成される。内容コード１１５１には、図１６で示したように内容コード登録用内容コード「００１」番が設定される。同期番号１１５２には無効を意味する「０」が設定される。通番１１５３は送信時に付加される同期番号単位のメッセージ通番であり、同期番号が無効な時は無効を示す値、例えば「１／Ｅ」が入る。被登録の内容コード１１６０、戦略条件１１６１は、内容コード管理テーブル１０８（図１６）の各フィールドが複写される。
【００７７】
図２０にデータメッセージのフォーマットを示す。内容コード１１５１、同期番号１１５２、通番１１５３、データ１１６２から構成される。内容コード１１５１、同期番号１１５２には、戦略管理テーブル１０９（図１５）中の同期番号１０９４が各々設定される。通番１１５３は送信時に付加される同期番号単位のメッセージ通番であり、同期番号が有効な時は通番となり、メッセージの抜けを検知するため、最後のメッセージを確認するために用いられる。データ１１６２には、戦略管理テーブル１０９（図１５）に登録されたデータ番号に対応するデータがデータファイル１１２（図１１）から取り出され、設定される。
【００７８】
その他多くの登録・休止・再開・削除・変更メッセージがあるが、例として、内容コード削除・休止メッセージのフォーマットを図２１に、内容コード変更メッセージのフォーマットを図２２に示す。図２１の内容コード１１６３は削除または休止内容コードを、図２２の内容コード１１６４は変更前内容コード、内容コード１１６５は変更後内容コードを示す。
【００７９】
図２３に、戦略者が上述の４つの手順を踏んだ場合について、データ送信装置１０からデータ受信装置２０−１、…、２０−ｎへ放送されるメッセージを時系列に示す。
【００８０】
まず、属性項目設定時、属性項目管理機能１０６により属性項目「住所」が属性項目管理テーブル１１０に登録されたとすると、属性項目登録メッセージ１１７１が送信される。
【００８１】
次に、述語設定時、述語管理機能１０７により述語「東京在」が述語管理テーブル１１１に登録されたとすると、述語登録メッセージ１１７２が送信される。次に、戦略設定時、内容コード管理機能１０２により、戦略条件「３０代＆性別＝男」（つまり内容コード「１０１」番として）と、戦略条件「２０代＆性別＝女＆東京在」（つまり内容コード「１０２」番として）と、戦略条件「無条件」（つまり内容コード「０９９」番）と３つの戦略が設定され、これら３つの戦略が同一同期番号「１３」とされた時、内容コード管理テーブル１０８には、内容コード「１０１」番と「１０２」番が登録されたとすると（「０９９」番はシステム内容コードでデフォルトで設定されている）、内容コード登録メッセージ１１７３、１１７４が送信される。
【００８２】
その後、戦略管理テーブル１０９で指定された送信時刻１０９５に基づき、データメッセージ１１７５、１１７６、１１７７が送信される。これら３つのデータメッセージは同一同期番号が付加される。
【００８３】
次にデータ受信装置について説明する。
【００８４】
図２４に、データ受信装置２０の機能構成の詳細を示す。データ受信装置２０は、メッセージ選択受信機能２０１、内容コード管理機能２０２、ユーザ属性管理機能２０３、データ実行機能２０４、入出力管理機能２０５、の５つの基本機能に加え、属性項目管理機能２０６、述語管理機能２０７、内容コード管理テーブル２０８、ユーザ属性管理テーブル２０９、属性項目管理テーブル２１０、述語管理テーブル２１１、同期番号管理テーブルを持つ。メッセージ選択受信機能２０１は電送媒体である通信衛星１から放送受信装置２３４を通じメッセージを受信する。また、入出力管理機能２０５はディスプレイ、キーボード、ディスク、通信装置等の入出力装置２２０との入出力を管理する。
【００８５】
図２５に、データ受信装置２０のハードウェア構成の詳細を示す。データ受信装置２０は、ＣＰＵバス２２１、拡張バス２２２、ブリッジ２２３、ＣＰＵ（中央処理部）２２４、キャッシュメモリ２２５、メモリ２２６、割り込み制御部２２７、放送受信制御部２２８、通信制御部２２９、ディスク制御部２３０、音声制御部２３１、入力制御部２３２、画面制御部２３３で構成される。キャッシュメモリ２２５、メモリ２２６は各々コントローラを含み、また、メモリ２２６はＲＯＭ、ＲＡＭを含むものとする。
【００８６】
ＣＰＵバス２２１は、ＣＰＵ（中央処理部）２２４と接続するバスである。
【００８７】
ＣＰＵバス２２１には、ブリッジ２２３、ＣＰＵ２２４、キャッシュメモリ２２５、メモリ２２６、割り込み制御部２２７が接続される。
【００８８】
ＣＰＵ２２４は、命令を解釈したり、実行を制御し、メモリ２２６はプログラムやデータを記憶する。キャッシュメモリ２２５は、高速なメモリアクセスを実現する装置である。割り込み制御部２２７は、ＣＰＵへの割り込み信号、つまりＣＰＵの現在の処理を一時中断し、自分の割り込み処理を要求する信号を管理する制御部である。ブリッジ２２３は、ＣＰＵバス２２１と拡張バス２２２との接続回路である。
【００８９】
拡張バス２２２はさまざまな入出力装置との間でデータ転送するためのバスである。拡張バス２２２には、放送受信制御部２２８、通信制御部２２９、ディスク制御部２３０、音声制御部２３１、入力制御部２３２、画面制御部２３３が接続されている。放送受信制御部２２８は、通信衛星１を使った放送送信を制御する制御部であり、通信衛星１から放送電波を受信する放送受信装置２３４に接続されている。通信制御部２２９は、モデムやＩＳＤＮのターミナルアダプタ等の通信装置２３５を介し、公衆、ＩＳＤＮ網等のネットワーク２を通じて、他の装置（他のデータ受信装置２０やデータ送信装置１０）との通信を行う際の制御を行う。ディスク制御部２３０は、ＳＣＳＩ等のディスク制御部であり、交換可能な記憶媒体であるパッケージディスク３を操作できるＣＤ−ＲＯＭ装置、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｋ）装置等のパッケージディスク装置２３６や、ハードディスク装置２３７、ＩＣカード装置２３８と接続される。音声制御部２３１は、音声の入出力を制御する部分であり、マイクやスピーカのような音声入出力装置２３９と接続される。入力制御部２３２は、キーボードやマウス等の入力装置２４０を制御する。画面制御部２３３は、ＣＲＴ、ＬＣＤ、ＰＤＰ等の画面表示装置２４１を制御する。
【００９０】
図２４の機能構成と、図２５のハードウエア構成の関係を示す。図２４のすべての機能は、ＣＰＵ２２４がそれぞれの機能を実現するプログラムを解釈、実行することにより達成される。各機能実行時には、対応するプログラムはメモリ２２６またはキャッシュメモリ２２５に存在し、また、図２４のすべてのテーブル、ファイルも、実行時には、メモリ２２６またはキャッシュメモリ２２５に存在する。非実行時には、各機能を実現するプログラム、テーブル、ファイルともにメモリ２２６や、ハードディスク装置２３７、または、ＩＣカード装置２３８に存在する。特に、ユーザ属性管理テーブルはＩＣカード内に保存されている。
【００９１】
メッセージ受信機能２０１は、ＣＰＵ２２４により解釈され、放送送信制御部２２８に対して放送受信装置２３４を制御するための指示を出す。また、入出力管理機能２０５は、ＣＰＵ２２４により解釈され、通信制御部２２９、ディスク制御部２３０、音声制御部２３１、入力制御部２３２、画面制御部２３３を介して、通信装置２３５、パッケージディスク装置２３６、ハードディスク装置２３７、ＩＣカード装置２３８、音声入出力装置２３９、入力装置２４０、画面表示装置２４１等の入出力装置２２０を制御する。
【００９２】
データ受信装置２０における機能の動作を、図を用いて説明する。
【００９３】
図２６はデータ受信装置において、ＣＰＵ２２４が実行する主要な処理フロー図である。
【００９４】
まず、データ受信装置２０は、まずイベント待ちになる（２００１）。
【００９５】
図２３に示した順序でメッセージが、放送受信装置２３４からデータ受信装置２０に到着し、イベントが発生したとする。データ受信装置２０はイベント発生時、イベントの種類を判断する（２００２）。メッセージ受信時、メッセージの受信をメッセージ受信イベントとしてとらえ、メッセージ選択受信機能２０１を呼び出す（２００３）。メッセージ選択受信機能２０１は、メッセージの選択受信を行う。
【００９６】
図２７に呼出されたメッセージ選択受信機能２０１における主要な処理フロー図を示す。まず、メッセージ受信時、図３５に示す内容コード管理テーブル２０８を参照する（２０１１）。そして、受信メッセージに付加された内容コードが内容コード管理テーブル２０８に登録されているか判断する（２０１２）。登録されていなければメッセージを破棄する（２０１４）。登録されていれば、同期番号管理テーブル２１２を参照する（２０１３）。次に、同期番号管理テーブル２１２（図３６）に有効な同期番号が存在するかを判断する（２０１５）。
【００９７】
有効な同期番号とは、同期番号の同期開始時刻２１２２と同期終了時刻２１２３の間に現在の時刻が含まれる事を意味する。有効な同期番号がなければ、メッセージ中の同期番号を同期番号管理テーブル２１２の同期番号２１２１に登録する（２０１６）。同期開始時刻２１２２には現在時刻を、同期終了時刻２１２３には予め定められた時間を現在時刻に足した時刻を、受信可能個数にも予め定められた時刻を、受信個数には「０」を設定する。そして、受信が確定する（２０１９）。
【００９８】
有効な同期番号があれば、メッセージの同期番号と同一の同期番号かを判断する（２０１７）。同一でないならメッセージは破棄される（２０１４）。同一であれば、受信済み個数が受信可能個数未満かを判断し（２０１８）、未満でないならメッセージは破棄される（２０１４）。未満なら、受信が確定する（２０１９）。受信が確定した場合、メッセージは受信バッファ等の受信メッセージを格納するエリアに待避され、受信済個数２１２５が１つ数が増やされる。同期番号は、同期終了時間２１２３が終了した時同期番号管理テーブル２１２から消去される。
【００９９】
同期番号テーブルの受信可能個数を「１」にしておくことにより、ある時間帯において、同期番号を用い、１ユーザに１つ以下のデータメッセージを提供することができる。
【０１００】
呼出されたメッセージ選択受信機能２０１が処理を終了すると、
次にデータ受信装置２０は、内容コード管理機能２０２を呼出し、上記受信したメッセージの種類を内容コードにより判断する（２００４）。
【０１０１】
属性項目登録メッセージ（内容コード「０１１」）を受信した場合は、ユーザ属性管理機能２０３経由で、属性項目管理機能２０６が呼び出される（２００５）。
【０１０２】
図２８に呼出された属性項目管理機能２０６における主要な処理フロー図を示す。まず、受信した内容をそのまま、図３４に示す属性項目管理テーブル２０９へ登録する（２０２１）。その後、ユーザに属性値を入力してもらうために、ユーザ属性管理イベントを発生する（２０２２）。属性項目管理テーブル２０９は、データ送信装置の属性項目管理テーブル１１０（図１２）とまったく同じ構造であり、メッセージ送受信時の伝送抜けが無い限り内容もまったく同じである。
【０１０３】
ユーザ属性管理イベントを受け取ったデータ受信装置２０は、イベントの種類を判断することにより（２００２）、ユーザ属性管理機能２０３を呼び出す（２００９）。
【０１０４】
図２９に呼出されたユーザ属性管理機能２０３における主要な処理フロー図を示す。まず、ユーザ属性定義画面を表示しユーザによる属性値の入力を促す（２０３１）。
【０１０５】
図３３に、ユーザ属性定義画面２１４の一例を示す。ユーザ名２１４１、ユーザＩＤ２１４２、属性項目２１４３、属性値２１４４、済フラグ２１４５等から構成される。済フラグ２１４５はユーザが属性項目を設定したかどうかを示す。ここでは、ユーザが、属性項目登録メッセージ受信後、まだ属性値を設定していない属性項目に関し、設定を促している。これに対してユーザは、例えば、属性項目「住所」に対し、属性値の制限である全角文字４０字以内で「東京都町田市町田１−１」と入力したり、属性項目「年齢」に対し、属性値の制限である０または正の整数の中から数字を選択したりする。このとき、ユーザは、明確な設定を拒否することができる。この場合「回答拒否」という項目を選択し、設定すればよい。また、忙しい場合等の理由により、キャンセルボタンをクリックし、入力をしないこともできる。
【０１０６】
ユーザ入力後、ユーザ属性管理機能２０３は、ユーザ属性管理テーブル２０９にユーザが入力した属性値を登録する（２０３２）。図３４に、ユーザ属性管理テーブル２０９の構造の一例を示す。ユーザ属性管理テーブル２０９は、属性コード２０９１、属性項目名２０９２、属性値２０９３、の３つのフィールドを持つ。その後、ユーザによる登録が終了しているか、つまり、未設定の属性項目が無いかを判断する（２０３３）（上記「回答拒否」は未設定ではなく、設定されたことになる）。
【０１０７】
終了していない場合には、ユーザ属性管理イベントを発生し（２０３４）、再度のユーザ属性定義を促す。ユーザ属性管理イベントの発生は、即時発生するのではなく一定時間後に発生する。
【０１０８】
述語登録メッセージ（内容コード「０２１」）を受信した場合は、ユーザ属性管理機能２０３経由で、述語管理機能２０７が呼び出される（２００６）。
【０１０９】
図３０に呼出された属性項目管理機能２０６における主要な処理フロー図を示す。受信した内容をそのまま、図示していない述語管理テーブル２１１へ登録するだけである（２０４１）。述語管理テーブル２１１は、データ送信装置の述語管理テーブル１１１（図１３）とまったく同じ構造であり、メッセージ送受信時の伝送抜けが無い限り内容もまったく同じである。
【０１１０】
内容コード登録メッセージ（内容コード「００１」）を受信した場合は、内容コード管理機能２０２が呼び出される（２００７）。
【０１１１】
図３１に呼出された内容コード管理機能２０２における主要な処理フロー図を示す。まず、ユーザ属性管理機能２０３経由で、ユーザ属性管理テーブルを参照する（２０５１）。メッセージ中の戦略条件と参照したユーザ属性を比較し、内容コードを登録すべきかを判断する（２０５２）。必要なら、述語管理機能２０７経由で、述語管理テーブル２１１を参照する。例えば、ユーザ属性管理テーブル２０９が図３４のようにユーザにより設定されていたとする。ここで、図２３で示した内容コード登録メッセージ１１７４を受信したとする。メッセージ中の戦略条件は「２０代＆性別＝女＆東京在」である。まず、内容コード管理機能２０２は、述語管理テーブル２１１を参照し、述語を属性項目と属性値に翻訳する。つまり、戦略条件は「２０≦年齢＜３０＆性別＝女＆ｉｎｃｌｕｄｅ “東京都” ｉｎ 住所」と翻訳される。次に、ユーザ属性管理テーブル２０９を参照し、「年齢＝２６」で真、「性別＝女」で真、「住所＝東京都町田市」で真と判断し、戦略条件をクリアすることを確認する。戦略条件をクリアするなら、内容コード管理テーブル２０８に内容コードと戦略条件を登録する（２０５３）。図３５に、内容コード管理テーブル２０８の構造の一例を示す。内容コード２０８１、戦略条件２０８２、状態２０８３から成る。
【０１１２】
データメッセージを受信した場合は、メッセージ選択受信機能２０１を通過すれば、データ実行機能２０４が呼び出される（２００８）。
【０１１３】
図３２に呼出されたデータ実行機能２０４における主要な処理フロー図を示す。受信した内容をそのままコマーシャルとしてリアルタイムに画面表示装置２４１へ表示したり、あるいは、受信した内容を後ほど呼び出される広告チラシとしてハードディスク装置２３７に書込む等の処理を行う（２０６１）。
【０１１４】
このようにして、データメッセージがデータ送信装置１０からデータ受信装置２０−１〜２０−ｎへ伝送される。データ受信装置２０の各々は、各々個別のユーザ属性管理テーブル２０９に基づき内容コードが設定され、その内容コードに基づき個別にメッセージの選択受信が行われる。
【０１１５】
尚、上記実施例では、戦略条件１０６２（図１６）として、データ受信装置のユーザの属性に関する条件のみを用いたが、ここで、既に登録済みの内容コードを戦略条件として用いることも、実施例１と同様の方法で実施できる。この場合、戦略条件は、「既登録内容コード＝１０５」のように指定すればよい。
【０１１６】
また、上記実施例で用いたデータメッセージフォーマットは図２０に示すものであるが、図３７のように、広義の同期番号を、同期番号、同期開始時刻、同期終了時刻、受信可能個数で構成することもできる。この場合、図２７の（２０１６）で同期番号管理テーブルが設定される際、受信したメッセージに基づいて、同期番号管理テーブル２１２の同期番号２１２１、同期開始時刻２１２２、同期終了時刻２１２３、受信可能個数２１２４が設定されることになる。メッセージフォーマットの同期終了時刻の代わりに同期時間（同期を継続している時間）を用いる方法でも同等の結果が得られる。
【０１１７】
次に、他の実施例について説明する。
【０１１８】
図３８は本発明の実施例の構成を示す図である。機能構成要素としてデータ送信装置３０に、ユーザ属性管理機能３０６が加わる以外は、基本的に図１の構成と同様である。差異については後述する。
【０１１９】
図３９に、データ送信装置３０の機能構成の詳細を示す。機能構成要素としてユーザ属性管理機能３１３が、テーブルとしてユーザ属性管理テーブル３１４が加わる以外は、基本的に図２の構成と同様である。差異については後述する。
【０１２０】
データ送信装置３０のハードウェア構成の詳細は、図３と同様であるので説明を省略する。
【０１２１】
図４０はデータ送信装置において、ＣＰＵが実行する主要な処理フロー図である。処理フローとして、ユーザ属性登録メッセージ受信イベント発生時の処理であるユーザ属性管理機能の呼出３００９が加わる以外は、基本的に図４と同様である。
【０１２２】
最初の実施例と同様に、戦略者が４つの手順（１）商品情報（データ）の登録（２）属性項目の登録（３）述語の登録（４）戦略の設定、を順に行った場合について説明する。
【０１２３】
（１）の商品情報（データ）の登録に関しては、図５の処理フローと変わらないので省略する。
【０１２４】
（２）の属性項目の登録に関しても、図６の処理フローと基本的に変わらない。ただし、属性項目登録メッセージ送信（１０２３）において、送信されるメッセージのフォーマットが異なる。
【０１２５】
図４５に、属性項目登録メッセージのフォーマットを示す。宛先アドレス３１５１、送信元アドレス３１５２、内容コード３１５３、同期番号３１５４、通番３１５５、属性コード３１５６、属性名３１５７、属性値制限３１５８を構成要素として持つ。宛先アドレス３１５１には、このメッセージがブロードキャスト（同報通信）であることを表わすアドレス、例えば「１１１１１１」が設定される。送信元アドレスには、データ送信装置３０の通信用アドレス（例えば「０００００１」）が設定される。その他の項目は、図１７と同様に設定される。
【０１２６】
図４９に属性項目登録メッセージ３１７１としての設定の例を示す。このメッセージを受信したデータ送信装置４０は、ユーザ属性登録メッセージを返信してくる（詳しくは後述する）。図４６に、このユーザ属性登録メッセージのフォーマットを示す。属性項目登録メッセージ（図４５）に比べ、属性値制限３１５８が属性値３１５９に置き換わった点が異なる。図４９にユーザ属性登録メッセージ３１７２としての設定の例を示す。宛先アドレス３１５１にはデータ送信装置３０の通信用アドレス（例えば「０００００１」）が設定される。送信元アドレス３１５２には、データ受信装置４０の通信用アドレス（例えば「００１００１」）が設定される。これは１対１の通信である。属性値３１５９には、データ受信装置４０のユーザによって設定された属性値（例えば［東京都…］）が設定されている。このユーザ属性登録メッセージは、データ送信装置３０において通信装置１３５を介して受信され、ユーザ属性管理機能の呼出（図４０の３００９）が行われる。
【０１２７】
図４２は、呼び出されたユーザ属性管理機能３１３の処理フローを示す。ユーザ属性管理機能３１３は、受信したメッセージの送信元アドレスによりユーザを識別し、ユーザ毎に存在するユーザ属性管理テーブル３１４に、メッセージ上の属性項目と属性値を設定する。図４３にユーザ属性管理テーブル３１４の構成を示す。これは、最初の実施例において、データ受信装置２０が管理していたユーザ性管理テーブル２０９（図３４）と同内容である。
【０１２８】
（３）の述語の登録に関しては、図４１に処理フローを示す。述語登録メッセージの送信処理が削除された以外は、図７と同様である。
【０１２９】
（４）の戦略の設定に関しては、図９の処理フローと基本的に変わらない。ただし、２つの処理において、若干の差異があるので以下に説明する。
【０１３０】
図９の処理フローでは、途中で内容コード管理機能が呼び出される。呼び出された内容コード管理機能の処理フロー（図８）の処理１０４３について差異を記述する。
【０１３１】
内容コード管理機能１０２は、前処理ステップ（１０４２）で登録された内容コードの戦略条件と、すべてのユーザのユーザ属性管理テーブル３１４を比較し、どのユーザがこの戦略条件を満たしているかを調べる。この戦略条件を満たしているすべてのユーザに対して、１対１通信で内容コード登録メッセージを送信する。
【０１３２】
図４７に内容コード登録メッセージのフォーマットを示す。宛先アドレス３１５１には戦略条件を満たしたユーザ（データ受信装置）の通信用アドレスが設定される。内容コード３１５３は、内容コード登録用内容コード「００１」が、内容コード群３１６０には、登録したい内容コードが設定される。図４９に内容コード登録メッセージ３１７３、３１７４としての設定の例を示す。内容コード登録メッセージ３１７３は、宛先アドレス「００１００１」のデータ受信装置に対して、内容コード「１０１」つまり「３０代＆性別＝男性」の登録が依頼されていることを示す。
【０１３３】
また、図９の処理フローにおけるデータメッセージ送信（１０５４）において、送信されるメッセージのフォーマットが異なる。
【０１３４】
図４８に、データメッセージのフォーマットを示す。宛先アドレス３１５１、送信元アドレス３１５２、内容コード３１５３、同期番号３１５４、通番３１５５、データ３１６１を構成要素として持つ。宛先アドレス３１５１には、このメッセージがブロードキャスト（同報通信）であることを表わすアドレス、例えば「１１１１１１」が設定される。送信元アドレスには、データ送信装置３０の通信用アドレス（例えば「０００００１」）が設定される。その他の項目は、図２０と同様に設定される。図４９にデータメッセージ３１７５、３１７６、３１７７としての設定の例を示す。
【０１３５】
次に、本実施例での受信装置４０について説明する。
【０１３６】
図５０に、データ受信装置４０の機能構成の詳細を示す。機能構成要素として述語管理機能２０７が、テーブルとして述語管理テーブル２１１が削除されている以外は、基本的に図２４の構成と同様である。差異については後述する。
【０１３７】
データ受信装置４０のハードウェア構成の詳細は、図２５と同様であるので説明を省略する。
【０１３８】
図５１はデータ受信装置において、ＣＰＵが実行する主要な処理フロー図である。処理フローとして、述語登録メッセージ受信イベント発生時の処理である述語管理機能の呼出２００６が削除される以外は、基本的に図２６と同様である。以下最初の実施例との差異部分について説明する。
【０１３９】
図４９に示した順序でメッセージが、放送受信装置４３４からデータ受信装置４０に到着し、イベントが発生したとする。データ受信装置４０はイベント発生時、イベントの種類を判断する（４００２）。メッセージ受信時、メッセージの受信をメッセージ受信イベントとしてとらえ、メッセージ選択受信機能４０１を呼び出す（４００３）。メッセージ選択受信機能４０１は、メッセージの選択受信を行う。
【０１４０】
図５２に呼出されたメッセージ選択受信機能４０１における主要な処理フロー図を示す。最初の処理４０１０が追加された以外は、図２７と同様なので省略する。まず、到着したメッセージの宛先アドレスを判断し（４０１０）、自分のアドレスまたはブロードキャストアドレスなら以降の処理へ（４０１１）、そうでないならメッセージ廃棄処理（４０４１）へ遷移する処理が付け加わるだけである。
【０１４１】
図５３に、ユーザ属性管理機能４０３における主要な処理フロー図を示す。ユーザ属性登録メッセージ送信処理（４０３３）が、図２９に追加されている。図４６に、このユーザ属性登録メッセージのフォーマットを示す。属性項目登録メッセージ（図４５）に比べ、属性値制限３１５８が属性値３１５９に置き換わった点が異なる。図４９にユーザ属性登録メッセージ３１７２としての設定の例を示す。宛先アドレス３１５１にはデータ送信装置３０の通信用アドレス（例えば「０００００１」）が設定される。送信元アドレス３１５２には、データ受信装置４０の通信用アドレス（例えば「００１００１」）が設定される。これは１対１の通信である。属性値３１５９には、データ受信装置４０のユーザによって設定された属性値（例えば［東京都…］）が設定されている。このユーザ属性登録メッセージは、入出力管理機能４０５を経由、通信装置を介してネットワークに送信される。
【０１４２】
図５４に、内容コード管理機能４０２における主要な処理フロー図を示す。単順に、受信した内容コード登録メッセージに基づき、登録内容コードを内容コード管理テーブルに設定するだけである。
【０１４３】
上記実施例では、データ送信装置側にも、ユーザ属性管理テーブルを持つ。そのため、基本的には、データ受信装置側にユーザ属性管理テーブルを持つ必要が無い（上記実施例では持たせているが、存在しなくても内容コード通信に影響はでないのは明らかである）。また、ユーザ属性管理テーブルのデータを使って、さまざまなマーケット分析を行えるというメリットがある。例えば、データ送信装置において、戦略設定時、戦略設定画面（図４４）において、戦略条件に適合するユーザが何人存在するのかを計算する事（３１４７）が可能である。この数字は、戦略の効果を推定する上で使用できる。
【０１４４】
また、本実施例の複数のデータ送信装置（３０−１〜３０−ｍ）が持つ、ユーザ属性管理機能を、より少ない数の装置（一つでも良い）として独立させることも可能である。この場合は、データ送信装置とユーザ属性管理装置との間で、ユーザ属性についての通信が発生するが、データ送信装置からユーザへ送られる属性問い合わせが減り、属性問い合わせに対するユーザの回答負担を減らすことができる。
【０１４５】
以上述べたように、本発明の情報の送受信方法及びそれを用いた情報の送受信システムによれば、情報送信装置側の情報提供者の意志または戦略で、情報受信装置側のユーザに情報を選択受信させることができ、例えば広告の効果的な配信が可能になる。
【０１４６】
また、本発明の情報の送信方法及びそれを用いた情報の送信装置によれば、情報送信装置側の情報提供者の意志または戦略で、情報受信装置側のユーザに情報を選択受信させることができる情報の送受信システムを実現することができる。また、本発明の情報の受信方法及びそれを用いた情報の受信装置によれば、情報送信装置側の情報提供者の意志または戦略で、情報受信装置側のユーザに情報を選択受信させることができる情報の送受信システムを実現することができる。また、本発明のメッセージのフォーマットを用いれば、情報送信装置側の情報提供者の意志または戦略で、情報受信装置側のユーザに情報を選択受信させることができる情報の送受信システムを実現することができる。
【０１４７】
なお、上記実施例では、広告・宣伝情報の配信を例に取ったが、これに限ることはなく、例えば、音楽ＣＤなどマルチメディアコンテンツの配送、製造業者における本社と営業所間での、その営業所が必要とする部品情報の配付、大企業における関係者への社内通達の配付など様々な応用が可能である。
【０１４８】
【発明の効果】
本発明によれば、内容コード通信方法を用いた情報の送受信システムにおいて、情報受信装置側のユーザが使用可能な内容コードを知った時、自分の受信装置に必要な内容コードを登録するためのユーザの負荷を軽減することができる。
【０１４９】
また本発明によれば、内容コード通信方法を用いた情報の送受信システムにおいて、情報受信装置側のユーザの意志だけでなく、情報送信装置側の情報提供者の意志に基づき、情報受信装置側のユーザに選択受信させることができる。
【０１５０】
また本発明によれば、一般のデータ通信方法において、情報受信装置側において、ある一定期間にデータを固定数個しか受信したくない場合、それを可能とすることができる。
【図面の簡単な説明】
【図１】実施例のシステム構成例を示す図である。
【図２】データ送信装置の機能構成例を示す図である。
【図３】データ送信装置のハードウェア構成例を示す図である。
【図４】データ送信装置における主要な処理フロー例を示す図である。
【図５】データ送信装置のデータ管理機能における主要な処理フロー例を示す図である。
【図６】データ送信装置の属性項目管理管理機能における主要な処理フロー例を示す図である。
【図７】データ送信装置の述語管理機能における主要な処理フロー例を示す図である。
【図８】データ送信装置の内容コード管理機能における主要な処理フロー例を示す図である。
【図９】データ送信装置の戦略管理機能における主要な処理フロー例を示す図である。
【図１０】データ送信装置の管理メニュー画面の構成例を示す図である。
【図１１】データ送信装置のデータファイルの構成例を示す図である。
【図１２】データ送信装置の属性項目管理テーブルの構成例を示す図である。
【図１３】データ送信装置の述語管理テーブルの構成例を示す図である。
【図１４】データ送信装置の戦略管理機能における戦略定義画面の構成例を示す図である。
【図１５】データ送信装置の戦略管理テーブルの構成例を示す図である。
【図１６】データ送信装置の内容コード管理テーブルの構成例を示す図である。
【図１７】属性項目登録メッセージのメッセージフォーマット例を示す図である。
【図１８】述語登録メッセージのメッセージフォーマット例を示す図である。
【図１９】内容コード登録メッセージのメッセージフォーマット例を示す図である。
【図２０】データメッセージのメッセージフォーマット例を示す図である。
【図２１】内容コード削除・休止メッセージのメッセージフォーマット例を示す図である。
【図２２】内容コード変更メッセージのメッセージフォーマット例を示す図である。
【図２３】データ送信装置からデータ受信装置へのメッセージシーケンス例を示す図である。
【図２４】データ受信装置の機能構成例を示す図である。
【図２５】データ受信装置のハードウェア構成例を示す図である。
【図２６】データ受信装置における主要な処理フロー例を示す図である。
【図２７】データ受信装置のメッセージ選択受信機能における主要な処理フロー例を示す図である。
【図２８】データ受信装置の属性項目管理管理機能における主要な処理フロー例を示す図である。
【図２９】データ受信装置のユーザ属性管理機能における主要な処理フロー例を示す図である。
【図３０】データ受信装置の述語管理機能における主要な処理フロー例を示す図である。
【図３１】データ受信装置の内容コード管理機能における主要な処理フロー例を示す図である。
【図３２】データ受信装置のデータ実行管理機能における主要な処理フロー例を示す図である。
【図３３】データ受信装置のユーザ属性定義画面の構成例を示す図である。
【図３４】データ受信装置のユーザ属性管理テーブルの構成例を示す図である。
【図３５】データ受信装置の内容コード管理テーブルの構成例を示す図である。
【図３６】データ受信装置の同期番号管理テーブルの構成例を示す図である。
【図３７】データメッセージのメッセージフォーマットの他の構成例を示す図である。
【図３８】他の実施例のシステム構成例を示す図である。
【図３９】他の実施例におけるデータ送信装置の機能構成例を示す図である。
【図４０】他の実施例におけるデータ送信装置における主要な処理フロー例を示す図である。
【図４１】他の実施例におけるデータ送信装置の述語管理機能における主要な処理フロー例を示す図である。
【図４２】他の実施例におけるデータ送信装置のユーザ属性管理機能における主要な処理フロー例を示す図である。
【図４３】他の実施例におけるデータ送信装置のユーザ属性管理テーブルの構成例を示す図である。
【図４４】他の実施例におけるデータ送信装置の戦略管理機能における戦略定義画面の構成例を示す図である。
【図４５】他の実施例における属性項目登録メッセージのメッセージフォーマット例を示す図である。
【図４６】他の実施例におけるユーザ属性登録メッセージのメッセージフォーマット例を示す図である。
【図４７】他の実施例における内容コード登録メッセージのメッセージフォーマット例を示す図である。
【図４８】他の実施例におけるデータメッセージのメッセージフォーマット例を示す図である。
【図４９】他の実施例におけるデータ送信装置とデータ受信装置とのメッセージシーケンス例を示す図である。
【図５０】他の実施例におけるデータ受信装置の機能構成例を示す図である。
【図５１】他の実施例におけるデータ受信装置における主要な処理フロー例を示す図である。
【図５２】他の実施例におけるデータ受信装置のメッセージ選択受信機能における主要な処理フロー例を示す図である。
【図５３】他の実施例におけるデータ受信装置のユーザ属性管理機能における主要な処理フロー例を示す図である。
【図５４】他の実施例におけるデータ受信装置の内容コード管理機能における主要な処理フロー例を示す図である。
【符号の説明】
１…通信衛星、
１０−１〜１０−ｍ…データ送信装置、
２０−１〜２０−ｎ…データ受信装置、１０１…メッセージ送信機能、
１０２…内容コード管理機能、 １０３…戦略管理機能、
１０４…データ管理機能、 １０５…入出力管理機能、
１０６…属性項目管理機能、 １０７…述語管理機能、
１０８…内容コード管理テーブル、 １０９…戦略管理テーブル、
１１０…属性項目管理テーブル、 １１１…述語管理テーブル、
１１２…データファイル、 ２０１…メッセージ選択受信機能、
２０２…内容コード管理機能、 ２０３…ユーザ属性管理機能、
２０４…データ実行機能、 ２０５…入出力管理機能、
２０６…属性項目管理機能、 ２０７…述語管理機能、
２０８…内容コード管理テーブル、 ２０９…ユーザ属性管理テーブル、
２１０…属性項目管理テーブル、 ２１１…述語管理テーブル、
２１２…同期番号管理テーブル。

Claims (17)

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

Images