JPH11296490A - マルチエージェントシステム、エージェント提供装置、記録媒体、マルチエージェント運用方法、およびモバイルエージェントシステム - Google Patents

Abstract

(57)【要約】 【課題】 エージェント同士が協調して動作するマルチ
エージェントシステムにおいて中立性を要する特定の仕
事が生じた場合にそれを中立性を保ちながら実行する。 【解決手段】 ユーザエージェント２６がコンテンツ提
供業者７のデータベース１９に格納されている有料コン
テンツを検索したい場合には、第三者機関８の第三者機
関エージェント２９をプレース２４上に呼出して、その
第三者機関エージェント２９に対し検索に必要となるユ
ーザのプロフィール情報を提供し、その第三者機関エー
ジェント２９に有料コンテンツの検索の代理を行なって
もらう。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、たとえば、ユーザ
の仕事を代行するエージェントと呼ばれる自律的なソフ
トウェアモジュールが動作するエージェントシステムに
関する。

【０００２】

【従来の技術】この種のエージェントシステムにおい
て、従来から知られているものに、たとえば、特開平９
−１７９９１０号公報，特開平５−２３３５７４号公
報，特開平５−２３３５９６号公報，特開平５−３４６
９１０号公報，特開平５−１５１１７８号公報等に示す
ようなエージェント同士が協調して動作するマルチエー
ジェントシステムがあった。

【０００３】これらの従来のマルチエージェントシステ
ムでは、それぞれに独立の知識を持ったエージェント同
士が協調して仕事を行ない、ある問題を効率的に解決で
きるように構成されていた。

【０００４】

【発明が解決しようとする課題】ところが、たとえば、
ユーザのために働くユーザ側エージェントとそのユーザ
の要求に応えて所定のサービスを提供するサービス業者
側エージェントとが協調してある仕事をする場合に、ユ
ーザ側エージェントと業者側エージェントとからなる当
事者エージェントのみでは解決できない問題が生ずる場
合がある。

【０００５】たとえば、サービス業者が有料コンテンツ
を提供する業者であって、ユーザ側エージェントが業者
側エージェントと協調して有料コンテンツを検索して希
望するコンテンツが見つかればそのコンテンツを購入す
る仕事を想定してみる。ユーザ側エージェントがネット
ワーク上を移動してサービス業者側のプレースにまで行
き、そのプレース上で業者側エージェントと打合せ（me
eting ）を行ない、有料コンテンツの検索の許可をもら
う。そしてユーザ側エージェントが有料コンテンツのデ
ータベースにアクセスして複数の有料コンテンツを検索
してその中身を吟味し、希望するコンテンツがあるか否
かを判断する。そしてもし希望するコンテンツがあれ
ば、ユーザ側エージェントは所定の金額の料金を支払う
ための購入手続を行なった後希望するコンテンツをユー
ザ側に持ち帰る。

【０００６】ところが、ユーザ側エージェントは、ユー
ザのために開発されユーザの利益となるように動作して
仕事を行なうものであり、ユーザの命令に服従する性質
のものである。その結果、ユーザがユーザ側エージェン
トに対し不正を働くように指令した場合やユーザ側エー
ジェントを不正改造して不正を働くエージェントにする
おそれが考えられる。そのようなユーザ側エージェント
が前述した有料コンテンツを検索した場合に、希望する
コンテンツが見つかったとしても業者側エージェントに
対しては何ら希望するコンテンツがなかった旨の報告を
行なって所定の料金を支払うための購入手続を何ら行な
うことなく希望する有料コンテンツをこっそりユーザ側
に持ち帰るという不正が発生するおそれがある。

【０００７】そこで、このような不都合を防止するため
に、ユーザ側エージェントが直接コンテンツのデータベ
ースにはアクセスできないようにし、ユーザ側エージェ
ントに代わって業者側エージェントに有料コンテンツの
検索を行なってもらうようにすることが考えられる。具
体的には、たとえば、サービス業者側のプレース上でユ
ーザ側エージェントと業者側エージェントとがmeeting
して、ユーザの嗜好情報等のプロフィール情報や購入希
望価格情報をユーザ側エージェントが業者側エージェン
トに通知し、それを知識として業者側エージェントがコ
ンテンツのデータベースにアクセスして有料コンテンツ
を検索吟味し、ユーザが好むと思われるコンテンツを探
し出してユーザ側エージェントにその結果を通知するよ
うにすることが考えられる。

【０００８】ところが、業者側のエージェントは、サー
ビス業者側の利益のみを考慮して開発されて働くもので
あるために、サービス業者側の命令に服従する性質を有
するものであり、その結果、コンテンツの検索結果ユー
ザが好むと思われるコンテンツがたとえなかったとして
もユーザ好みのコンテンツが多数あるという嘘の報告を
ユーザ側エージェントに通知する不都合が生ずるおそれ
がある。

【０００９】つまり、ユーザ側エージェントや業者側エ
ージェント等からなる当事者エージェントの場合には、
互いの当事者の利益のためにのみ働く傾向があるため
に、自己の立場の方に有利となる利己的動作を行なうお
それがあり、当事者双方にとって中立性を要する特定の
仕事が生じた場合にその特定の仕事を中立性を守りなが
ら実行することができにくいという欠点が生ずる。

【００１０】しかも、ユーザ側エージェントが知識とし
て保有しているユーザのプロフィール情報は、たとえば
ユーザの種々の好みの情報からなる嗜好情報やユーザの
年齢や職業あるいは年収等のような、ユーザが秘密にし
たがる秘密情報を含んでいるのであり、サービス業者側
のプレース上でユーザ側エージェントがそのような秘密
情報を含んでいるプロフィール情報を業者側エージェン
トに通知した場合には、ユーザのプライバシーが損なわ
れるおそれが生じる。つまり、秘密情報を知得した業者
側エージェントがその知得した知識に基づいて仕事を行
なってその知得した知識が不要になれば、その段階でユ
ーザ側エージェントが知得した知識を破棄して消去する
ようにすれば、ユーザのプライバシーも保護されるので
あるが、前述したように業者側エージェントは、サービ
ス業者側の利益のために働くエージェントであるため
に、ユーザのプロフィール情報を知得すればそのような
プロフィール情報を後々までも記憶しておき、顧客管理
やマーケティングに有効利用してサービス業者の利益の
ために活用する可能性が十分ある。なお、ユーザのプラ
イバシーの問題は、秘密情報を知識として保有するユー
ザ側エージェントがサービス業者側のプレースに移動し
ただけでも脅かされるおそれがある。

【００１１】本発明は、かかる実情に鑑み考え出された
ものであり、その目的は、複数のエージェントが協調し
て動作する場合に、当事者がどうしても自己の利益を優
先する傾向にあることに起因して生ずる種々の不都合を
防止できるようにすることである。

【００１２】

【課題を解決するための手段】請求項１に記載の本発明
は、それぞに独立の知識を持つエージェント同士が協調
して動作するマルチエージェントシステムであって、当
事者の一方または双方が行なうには不向きな中立性を要
する特定の仕事が発生したことを判定する特定仕事判定
手段を含み、該特定仕事判定手段が前記特定の仕事が発
生した旨の判定を行なった場合に、前記当事者双方に対
し中立性を有する第三者エージェントが前記特定の仕事
を代理して実行することを特徴とする。

【００１３】請求項２に記載の本発明は、請求項１に記
載の発明の構成に加えて、前記第三者エージェントは、
前記特定の仕事を処理するために設立された第三者機関
により運用管理され、前記特定の仕事を行なうために開
発されたエージェントであることを特徴とする。

【００１４】請求項３に記載の本発明は、請求項１また
は請求項２に記載の発明の構成に加えて、前記特定仕事
判定手段は、前記当事者のそれぞれの側のために働く当
事者エージェント同士が協調して動作しているときに、
該当事者エージェントでは自己の立場の方に有利となる
利己的動作を行なうおそれのある場合に前記特定の仕事
が発生した旨の判定を行なうことを特徴とする。

【００１５】請求項４に記載の本発明は、請求項３に記
載の発明の構成に加えて、有料コンテンツを格納してい
るコンテンツ格納手段をさらに含み、前記当事者の一方
は、前記コンテンツ格納手段内の格納コンテンツを提供
するコンテンツ提供者であり、前記当事者の他方は、前
記コンテンツ提供者が提供するコンテンツ内に入手した
いコンテンツがあるか否かの検索を希望するユーザであ
り、前記特定仕事判定手段は、前記当事者エージェント
のうちのユーザ側エージェントが前記コンテンツ格納手
段に格納されている前記有料コンテンツの検索を希望し
た場合に前記特定の仕事が発生したことを判定すること
を特徴とする。

【００１６】請求項５に記載の本発明は、請求項１〜請
求項４のいずれかに記載の発明の構成に加えて、前記第
三者エージェントは、依頼された仕事の実行を通して前
記当事者の一方または双方に違法性があるか否かを監視
する監視機能を有することを特徴とする。

【００１７】請求項６に記載の本発明は、請求項３に記
載したマルチエージェントシステムに用いられる第三者
エージェントを提供するためのエージェント提供装置で
あって、複数種類の第三者エージェントを格納している
エージェント格納手段と、仕事を当事者エージェントに
代わって第三者エージェントにより代理実行してもらい
たい旨の依頼があった場合に、代理の対象となる前記当
事者エージェントに応じた種類の第三者エージェントを
前記エージェント格納手段が格納している前記第三者エ
ージェントの中から検索して提供するエージェント検索
提供手段とを含むことを特徴とする。

【００１８】請求項７に記載の本発明は、それぞれに独
立の知識を持つエージェント同士が協調して動作するマ
ルチエージェントシステムに使用され、当事者の一方の
側のために働くエージェントのプログラムを記録してい
る記録媒体であって、コンピュータに、当事者の他方の
エージェントと打合せを行なう第１の打合せ手段と、当
事者の一方または双方が行なうには不向きな中立性を要
する特定の仕事が発生した場合に、前記当事者双方に対
し中立性を有する第三者エージェントと打合せを行なう
第２の打合せ手段と、前記特定の仕事を前記第三者エー
ジェントに代理実行してもらうのに必要な情報を当該第
三者エージェントに通知する必要情報通知手段と、して
機能させるためのプログラムが記録された、コンピュー
タ読取可能な記録媒体。

【００１９】請求項８に記載の本発明は、それぞれに独
立の知識を持つエージェント同士を協調的に動作させる
マルチエージェント運用方法であって、当事者の一方ま
たは双方が行なうには不向きな中立性を要する特定の仕
事が発生したことを判定する特定仕事判定ステップと、
前記当事者双方に対し中立性を有する第三者エージェン
トを調達する第三者エージェント調達ステップと、前記
特定仕事判定ステップにより前記特定の仕事が発生した
旨の判定がなされた場合に、前記第三者エージェント調
達ステップで調達された前記第三者エージェントが前記
特定の仕事を実行する実行ステップとを含むことを特徴
とする。

【００２０】請求項９に記載の本発明は、エージェント
がネットワーク上を移動して動作するモバイルエージェ
ントシステムであって、ユーザと該ユーザの要求に応え
るサービス業者とからなる当事者における前記ユーザ側
のために働くユーザ側エージェントが、ネットワーク上
を移動して動作するときのワーキングエリアとして機能
し、秘密の漏洩が防止できる秘密保持用ワーキングエリ
アを含み、前記ユーザ側エージェントは、秘密にしたい
秘密データを秘密性が保持できる態様で前記知識として
保有しており、該ユーザ側エージェントが移動して仕事
を行なう際に、前記秘密データを使用する必要が生じた
場合に、前記ユーザ側エージェントは、前記秘密保持用
ワーキクングエリアに移動し、該秘密保持用ワーキング
エリア内で前記秘密データの秘密性を解除して前記仕事
の実行を可能にすることを特徴とする。

【００２１】請求項１０に記載の本発明は、請求項９に
記載の発明の構成に加えて、前記ユーザ側エージェント
は、前記秘密データを暗号化して保有しており、前記秘
密保持用ワーキングエリアに移動した後前記暗号化され
た秘密データの復号化再生を可能にすることを特徴とす
る。

【００２２】請求項１１に記載の本発明は、請求項１０
に記載の発明の構成に加えて、前記ユーザ側エージェン
トは、前記秘密データの復号に用いられる復号鍵を保有
しておらず、前記秘密保持用ワーキングエリアに移動し
た後前記秘密保持用ワーキングエリア内に取り寄せた前
記復号鍵を用いた前記秘密データの復号を可能にするこ
とを特徴とする。

【００２３】請求項１２に記載の本発明は、請求項９〜
請求項１１のいずれかに記載の発明の構成に加えて、前
記秘密データは、前記ユーザの本人認証のための秘密鍵
を含んでいることを特徴とする。

【００２４】

【発明の実施の形態】次に、本発明の実施の形態を図面
に基づいて詳細に説明する。

【００２５】図１は、情報の検索および配信システムの
全体の概略を説明するための図である。図１を参照し
て、有線系メディアの一例としてのインターネット１３
に対し、ユーザ宅１７のパーソナルコンピュータ（以下
単にパソコンという）１４とコンテンツ提供業者７と第
三者機関８と会員管理センター１２と番組関連データ制
作者１１とコマーシャルメッセージ（以下単にＣＭとい
う）制作者１０と番組制作者９と放送局２とが接続可能
に構成されている。

【００２６】コンテンツ提供業者７は、たとえば書籍情
報や映画情報あるいは音楽情報，ニュース情報等の提供
可能な情報を格納したデータベースを有しており、その
データベース内の格納情報やその要約（アブストラク
ト）とを、インターネット１３を経由してまたは無線系
メディアの一例としての放送局２からの衛星放送により
ユーザ宅１７のパソコン１４に提供する。コンテンツ提
供業者７が提供可能なコンテンツの種類としては、その
他に、たとえば課金のために暗号化された暗号化コンテ
ンツデータやいわゆるネット家電を制御するための制御
用プログラムデータ等が考えられる。

【００２７】ユーザのパソコン１４は、放送局２からた
とえば衛星１を介して送信されてくる前述したアブスト
ラクトデータを受信し、後述するユーザのエージェント
によりそのアブストラクトを検索して取捨選択し、選択
したアブストラクトデータをユーザに表示してユーザの
選択指示を待つ。あるいは、ユーザにアブストラクト情
報を表示する前に、そのアブストラクト情報の送信元で
あるコンテンツ提供業者７にまで出向いて実際のコンテ
ンツ情報にアクセスして内容を吟味し、本当にユーザが
好むコンテンツであるか否かを確認し、確認後のアブス
トラクトをユーザに表示するようにしてもよい。

【００２８】ユーザの指示またはユーザのエージェント
独自の判断により、コンテンツを入手したい要望が発生
すれば、コンテンツ提供業者７は、その選択されたコン
テンツ情報を放送局２に送信して所定の日時に放送して
もらう。その放送予定日時と放送のチャンネル情報を放
送局２から通知を受けたコンテンツ提供業者７は、その
放送日時とチャンネル情報をインターネット１３を経由
してユーザのパソコン１４に送信する。

【００２９】コンテンツ提供業者７が提供するコンテン
ツ内に有料コンテンツが含まれている場合において、そ
の有料コンテンツを販売する際には会員であるユーザの
ＩＤの確認が必要となる場合がある。その場合には、コ
ンテンツ提供業者７は、ユーザのＩＤ情報を要求し、そ
のＩＤ情報を会員管理センター１２に送信し、ＩＤの確
認を行なってもらい、確認済のユーザのみに有料コンテ
ンツの販売を行なう。

【００３０】放送局２は、番組制作者９が制作した番組
を入手し、その番組をアンテナ５，衛星１，アンテナ６
を経由してユーザ宅１７に向けて放送する。その放送さ
れる番組のためのＣＭがＣＭ制作者１０により制作さ
れ、そのＣＭデータがインターネット１３を経由して放
送局２にまで提供され、番組の合間にＣＭが挿入されて
放送される。

【００３１】放送局２から放送される番組を受信したユ
ーザは、その番組を直接ＴＶ（テレビジョン）１６によ
り放映したり、パソコン１４のＣＲＴにより直接映し出
して閲覧する場合もあるが、一旦ＶＴＲ（ビデオテープ
レコーダ）１５により録画し、後日その録画情報を再生
して閲覧する場合がある。ＴＶ１６は、このＶＴＲ１５
やパソコン１４と連係して、ユーザが見たい場面だけを
飛ばし飛ばし見るというイントロ再生機能や、複数のカ
メラ・アングルで撮影・放送された番組の場面切換をス
ムーズに実行できるようにする機能を有する。その機能
実現のために、高速なランダム・アクセスが可能なハー
ド・ディスク装置や半導体メモリなどが内蔵されてい
る。また放送局２側では、映像番組に関するインデック
ス情報を加えて放送する。ユーザ側では、受信した番組
データをＶＴＲ１５に記録させ、受信したインデックス
情報をハード・ディスク装置などに蓄積する。このハー
ド・ディスクは、ＶＴＲ１５から読出した映像データを
一時的に蓄えるためにも使う。一般的に、ＶＴＲに蓄積
した映像データは、検索から読出までに時間がかかる。
しかし、ＶＴＲ１５から読出した映像データを一時的に
ハード・ディスクに蓄えれば、映像を再生している間に
ＶＴＲの早送りを実行することができ、ユーザから見た
必要な映像を取出すまでの待ち時間が短くなる。

【００３２】このようにして、前述したいわゆるイント
ロ再生がスムーズに実行することができる。その結果、
受信した番組内にＣＭが挿入されている場合には、ユー
ザにしてみれば、その贅肉に相当するＣＭのみをカット
して番組だけを閲覧したがる傾向にあり、前述したイン
トロ再生機能によりそのＣＭカット閲覧が容易に実行可
能となる。

【００３３】そこで、このようなＣＭカット閲覧を防止
する方法として、番組関連データをＣＭに重合させて放
送局２から放送する方法が考えられる。そのための番組
関連データが番組関連データ制作者１１により制作され
て放送局２に転送される。この番組関連データとして
は、番組の意見交換用のホームページのアドレスや、番
組に出てくる専門用語の解説等が考えられる。

【００３４】ＣＭ制作者１０は、番組の合間に挿入され
て放送局２から放送される一般的なＣＭばかりでなく、
ユーザ（消費者）を多数の階層に分類してそれぞれの階
層のみをターゲットにしたＣＭも作成する。この階層分
けは、たとえば、性別，年齢別，学歴別，職業別，購買
動向別等が考えられる。このようなターゲットを絞った
多数のＣＭをＣＭ制作者１０が制作してデータベースに
蓄積しておく。そして、ユーザのエージェントがそのＣ
Ｍ制作者にまで出向いてデータベースを検索し、ユーザ
が好むと思われるＣＭ情報を検索し、検索されたＣＭ情
報をインターネット１３を経由してまたは放送局２から
の放送により受信する。このようなユーザのエージェン
トによって検索されたＣＭ情報も、番組関連データ制作
者１１が制作した番組関連データが重合された状態でユ
ーザに届けられるように構成されている。

【００３５】図２は、マルチエージェントシステムの構
成を示す説明図である。本実施の形態においては、ゼネ
ラルマジック（General Magic ）社が開発した通信用言
語であるテレスクリプトによる自律ソフトウェアとして
のエージェントを採用している。ユーザエージェント２
６は、モバイルエージェントで構成されている。モバイ
ルエージェントとは、分散コンピューティング環境にお
ける移動性を備えたエージェントのことであり、ネット
ワークを介してエージェントがサーバーに転送・処理さ
れること（リモート・プログラミング）が特徴となって
いる。モバイルエージェントが、テレスクリプト・エン
ジンによって提供される共通動作環境であるプレースに
移動して、そのプレース上で他のエージェントと協調し
て相互に動作して仕事を行ない問題を解決する。

【００３６】ユーザのパソコン１４内で動作しているユ
ーザエージェントが、自己の判断でまたはユーザの操作
指令に応じてコンテンツを検索する場合には、図２
（ａ）で示すように、コンテンツ提供業者７のテレスク
リプト・エンジン１８のプレース２４に移動する。プレ
ース２４上に移動したユーザエージェント２６は、プレ
ース２４に常駐している移動先エージェント２７と打合
せ（meeting ）して、データベース１９内のコンテンツ
を検索して希望するコンテンツを見つけ出してパソコン
１４にまで持ち帰る（送信する）。

【００３７】なお、５２はＣＲＴ，５３はキーボード，
５０はＩＣカード挿入口，５１はフロッピーディスク
（ＦＤ）挿入口，２０はＷＷＷサーバー，３は通信装置
である。

【００３８】一方、第三者機関８のテレスクリプト・エ
ンジン２２のプレース２５には、第三者機関常駐エージ
ェント２８が常駐している。データベース２３内には、
複数種類の第三者機関エージェントが機能別に分類され
て格納されている。この第三者機関８は、当事者（たと
えばユーザとそのユーザの要求に応えてサービスを提供
するサービス業者）のみでは解決困難なまたは解決不可
能な中立性を要する仕事が発生した場合に、そのような
特定の仕事を当事者に代わって代理実行して解決するた
めに設立された機関であり、官庁等の公な機関あるいは
半公共的な機関によって構成するのが望ましい。なお、
図中２２ａは、第三者機関８が運用管理するコンピュー
タである。

【００３９】第三者機関８のデータベース２３に格納さ
れている各種第三者機関エージェントは、この第三者機
関８によって運用管理されるものであり、前述した中立
性を要する特定の仕事を中立性を守りながら実行して解
決するために開発された専用のエージェントである。そ
して、ユーザエージェント２６には、たとえば、オンラ
インショッピングするためのショッピングエージェン
ト，ニュースソースからニュース記事を検索して必要な
もののみを選び出すニュースフィルタリングエージェン
ト，必要な電子メールのみを選び出す電子メールエージ
ェント，ユーザの嗜好に合致した音楽情報や映画情報を
検索するファイアフライ等の情報収集エージェントな
ど、種々の種類が存在する。そこでそのようなユーザエ
ージェント２６の仕事を代理実行する第三者エージェン
トの方も、ユーザエージェント２６の種類に合せて機能
別に複数種類用意しておく必要がある。

【００４０】コンテンツ提供業者７のプレース２４に移
動したユーザエージェント２６が移動先エージェント２
７と協調してデータベース１９内のコンテンツを検索す
る際に、データベース１９内の有料コンテンツを検索し
たい場合には、第三者機関常駐エージェント２８と連絡
をとり、データベース２３から適した第三者機関エージ
ェントを探し出してもらい、その第三者機関エージェン
トにコンテンツ提供業者７のプレース２４にまで出向し
てもらう。

【００４１】その状態が図２の（ｂ）に示されている。
出向してきた第三者機関エージェント２９は、ユーザエ
ージェント２６とmeeting して、ユーザの好み等のプロ
フィール情報をユーザエージェント２６から聞き出す。
そして、コンテンツの検索に必要な知識を取得した状態
で第三者機関エージェント２９がデータベース１９にア
クセスして、ユーザエージェント２６に代わってコンテ
ンツの検索を行ないその検索結果をユーザエージェント
２６に知らせる。

【００４２】第三者機関エージェント２９がコンテンツ
を検索するためには、ユーザのプライバシーにかかわる
ような秘密情報（たとえばユーザの年収，学歴，貯蓄額
等）をユーザコンテンツ２６から教えてもらわなければ
ならない場合は、コンテンツ提供業者７のプレース２４
上でその秘密情報をユーザエージェント２６が第三者機
関エージェント２９に通知すれば、その秘密情報がコン
テンツ提供業者７に漏れてしまうおそれがある。本実施
の形態では、ユーザエージェント２６は、前述したよう
な秘密情報ＳＩ（図１４参照）を暗号化して暗号化デー
タとして保有しているために、ユーザエージェント２６
はコンテンツ提供業者７のプレース２４に移動しただけ
では、その秘密情報ＳＩがコンテンツ提供業者７に知ら
れてしまうことはない。しかし、コンテンツ提供業者７
のプレース２４上において、第三者機関エージェント２
９が解読できるように暗号化秘密情報ＳＩを復号化して
平文の形で第三者機関エージェント２９に教えた場合に
は、その平文の秘密情報ＳＩがコンテンツ提供業者７に
知られる可能性が生ずる。

【００４３】そこで、このような秘密情報ＳＩを用いな
ければコンテンツが検索できない場合には、図２（ｃ）
に示すように、ユーザエージェント２６が第三者機関８
のテレスクリプト・エンジン２２のプレース２５にまで
移動し、そこに常駐している第三者機関常駐エージェン
ト２８とmeeting して、最適な第三者機関エージェント
を検索してもらい、その検索された第三者機関エージェ
ント２９とユーザエージェント２６とがmeeting して、
検索に必要となる秘密情報ＳＩを通知する（図２（ｄ）
参照）。

【００４４】その後、ユーザエージェント２６がコンテ
ンツ提供業者７のプレース２４に復帰し、常駐エージェ
ント２７とmeeting して有料コンテンツを暗号化した形
で第三者機関８のプレース２５に転送してもらう。そし
て転送されてきた有料コンテンツを復号化して第三者機
関エージェント２９がユーザエージェント２６に代わっ
てその有料コンテンツを検索して評価する。その評価結
果をプレース２４上のユーザエージェント２６に通知す
る。このようにすれば、ユーザエージェント２６が知識
として保有している秘密情報ＳＩがコンテンツ提供業者
７等に漏洩することが防止できる。なお、第三者機関８
のプレース２５上では、エージェント同士がいくらmeet
ing しても情報が外部に漏洩することが防止できるよう
に構成されている。

【００４５】図３は、ユーザのパソコン１４の制御動作
を示すフローチャートである。このユーザのパソコン１
４の制御回路は、図１２に基づいて後述する。

【００４６】図３を参照して、まずステップＳ（以下単
にＳという）１により、インターネット上のサイトを紹
介する情報を受信したか否かの判断がなされる。この情
報は、放送局２から衛星放送により放送されてユーザの
パソコン１４が受信したり、またはインターネット１３
経由で受信する。サイト紹介情報を受信していない場合
にはＳ２に進み、記録対象コンテンツの放送日時になっ
たか否かの判断がなされる。記録対象コンテンツとは、
ユーザの入力指示によりＶＴＲ１５等に記録する予定と
なっている番組等の放送局２から送られてくるコンテン
ツや、ユーザエージェントが独自の判断で記録予定にし
ている放送局２から送られてくるコンテンツのことであ
る。記録対象コンテンツの放送日時になっていない場合
にはＳ３に進み、放送番組のアブストラクトを受信した
か否かの判断がなされる。前述したように、放送局２
は、放送する番組の内容の要約（アブストラクト）を事
前にユーザに向けて放送し、ユーザは、そのアブストラ
クト放送を受信してユーザエージェントに番組を録画記
録させるかどうかを判断させる。放送番組のアブストラ
クトを受信していない場合にはＳ４に進み、ユーザから
エージェントへの指示があったか否かの判断がなされ
る。

【００４７】ユーザからエージェントへの指示がない場
合には、Ｓ５に進み、コンテンツの再生指示があったか
否かの判断がなされる。ない場合にはＳ６に進み、鍵Ｓ
Ｋ１の送信要求があったか否かの判断がなされる。この
鍵ＳＫ１は、前述した暗号化されている秘密情報ＳＩを
復号化するために用いられる鍵であり、後述するように
第三者機関常駐エージェント２８が必要に応じてユーザ
のパソコン１４に対し送信要求を出すものである。ＳＫ
１の要求がない場合にはＳ７に進み、ユーザエージェン
トから放送コンテンツの記録指示があったか否かの判断
がなされる。ユーザのパソコン１４内で動作しているユ
ーザエージェントは、後述するように自己の判断に基づ
いて放送番組等の放送コンテンツを自動的に記録する指
示をパソコン１４に出す場合がある。

【００４８】ユーザエージェントから放送コンテンツの
記録指示がない場合にはＳ８に進み、放送日時とチャン
ネルを受信したか否かの判断がなされる。ユーザエージ
ェントは、図９に基づいて後述するように、ＣＭ作成者
１０のプレース２５に移動してＣＭを検索し、希望する
ＣＭが見つかれば、その希望するＣＭが放送局２から放
送される日時とチャンネルをユーザのパソコン１４に送
信してくる。そのユーザエージェントからの放送日時と
チャンネルが送信されてきたか否かがこのＳ８により判
断される。放送日時とチャンネルを受信していない場合
にはＳ９に進み、その他の処理がなされてＳ１に戻る。

【００４９】放送局２から放送されたサイト紹介情報あ
るいはインターネット１３を経由して送信されてきたサ
イト紹介情報を受信すれば、Ｓ１によりＹＥＳの判断が
なされてＳ１０に進み、ユーザのパソコン１４内で動作
しているユーザエージェントにそのサイト紹介情報を知
らせる処理がなされる。

【００５０】Ｓ２により、記録対象コンテンツの放送日
時になったと判断された場合にはＳ１１に進み、放送さ
れるチャンネル周波数にチューニングし、Ｓ１２によ
り、放送コンテンツを受信してＶＴＲ１５に記録する処
理がなされる。次にＳ１３に進み、記録したコンテンツ
がＣＭを含むか否かの判断がなされる。含まない場合に
はＳ１に戻るが、含む場合にはＳ１４に進み、編集時間
があるか否かの判断がなされる。この編集時間とは、ユ
ーザエージェントがＣＭ制作者１０のプレース５８に移
動して検索して見つけ出したＣＭと放送局２が放送して
ＶＴＲ１５等に記録させた番組の合間に挿入されている
ＣＭとを差替える編集を行なうのに必要な時間のことで
ある。

【００５１】編集時間がある場合にはＳ１５に進み、対
応する番組コンテンツのＣＭ部分を検索したＣＭに取替
える編集を行なった後Ｓ１に戻る。編集時間がない場合
にはＳ１６に進み、番組放映中にＣＭ放送時間が来た瞬
間ユーザエージェントが検索したＣＭに切換えて放映す
る制御を行なってＳ１に戻る。

【００５２】放送番組のアブストラクトが放送局２から
放送されてそれを受信すればＳ３によりＹＥＳの判断が
なされてＳ１７に進み、ユーザエージェントにその受信
したアブストラクトを知らせる処理がなされる。

【００５３】ユーザがキーボード５３やマウス等を操作
してエージェントへの何らかの指示を行なえば、Ｓ１８
に進み、パソコン１４内で活動しているユーザエージェ
ントにその指示を知らせる処理がなされる。

【００５４】ユーザがキーボード５３やマウス等を操作
してコンテンツの再生指示を行なえばＳ５によりＹＥＳ
の判断がなされてＳ１９に進み、再生の対象となるコン
テンツが暗号化されたコンテンツであるか否かの判断が
なされる。暗号化コンテンツの場合にはＳ２０によるコ
ンテンツ再生処理を行なった後、Ｓ２１によるコンテン
ツの出力処理がなされてＣＲＴ５２やＴＶ１６により放
映される。一方、暗号化コンテンツでない場合にはＳ２
０の処理を行なうことなく直接Ｓ２１に進み、コンテン
ツ出力処理がなされる。Ｓ２６のコンテンツ再生処理の
詳細は、図１７に基づいて後述する。

【００５５】鍵ＳＫ１の送信要求があった場合にはＳ６
によりＹＥＳの判断がなされてＳ２２に進み、チャレン
ジデータＣＨを第三者機関常駐エージェント２８へ送信
する処理がなされる。このチャレンジデータＣＨは、パ
ソコン１４が生成した乱数等により構成される。第三者
機関常駐エージェント２８は、このチャレンジデータＣ
Ｈを受取り第三者機関８の秘密鍵ＳＫ３でそれを暗号化
する処理すなわちＥ_{SK 3} （ＣＨ）を算出してレスポンス
データＲＥＳとして返信する（ＳＢ１２，ＳＢ２３ｂ参
照）。

【００５６】このレスポンスデータＲＥＳを受信したパ
ソコン１４は、Ｓ２２ａによりＹＥＳの判断がなされて
Ｓ２２ｂに進み、受信したレスポンスデータＲＥＳを第
三者機関８の公開鍵で復号化する処理すなわちＤ
_PK3 （ＲＥＳ）を演算し、その演算結果とＳ２２により
送信したチャレンジデータＣＨとが一致するか否かの判
断が行なわれる。正規の第三者機関８の第三者機関常駐
エージェント２８からＳＫ１の要求があったのであれ
ば、ＣＨ＝Ｄ_PK3 （ＲＥＳ）となるはずであるために、
その場合にはＳ２２ｃに進み、鍵ＳＫ１を第三者機関８
の公開鍵ＰＫ３を用いて暗号化する演算すなわちＥ_PK3
（ＳＫ１）を算出して第三者機関常駐エージェント２８
へ送信する処理がなされる。一方、Ｓ２２ｂより一致し
ないと判断された場合にはＳ２２ｃの送信処理を行なう
ことなくＳ１に戻る。

【００５７】ユーザエージェントから放送コンテンツの
記録指示があった場合にはＳ２３に進み、その指示のあ
った記録対象コンテンツの放送日時，チャンネルを記憶
する処理がなされる。

【００５８】ユーザエージェントから放送日時とチャン
ネルが送信されてくればＳ８によりＹＥＳの判断がなさ
れてＳ２４へ進み、その送信されてきた放送日時とチャ
ンネルすなわち記録対象コンテンツの放送日時とチャン
ネルを記憶する処理がなされる。

【００５９】図４〜図６，図１０は、ユーザエージェン
トの動作を示すフローチャートである。ＳＡ１により、
インターネット上のサイトの紹介情報を受取ったか否か
の判断がなされ、受取っていない場合にはＳＡ２に進
み、番組のアブストラクト情報を受取ったか否かの判断
がなされ、受取っていない場合にはＳＡ３に進み、ユー
ザからの指示を受取ったか否かの判断がなされ、受取っ
ていない場合にはＳＡ４に進み、ユーザエージェントが
移動する時刻が来たか否かの判断がなされ、来ていない
場合にはＳＡ５に進み、その他の処理を行なった後ＳＡ
１に戻る。

【００６０】放送局２から放送されたサイト紹介情報を
受信した場合やインターネット１３経由で送信されてき
たサイト紹介情報を受取った場合には、ＳＡ６に進み、
その情報内にコンテンツのアブストラクトが含まれてい
るか否かの判断がなされる。コンテンツのアブストラク
トが含まれている場合にはＳＡ７に進み、そのアブスト
ラクトとサイト紹介情報とでユーザエージェントが評価
を行なう。この評価は、このユーザエージェントの持主
であるユーザが好むサイトであるか否かあるいはユーザ
が好むコンテンツであるか否かを判断することである。
ユーザエージェントは、たとえば後述する図１４に示す
ようなユーザの嗜好情報等を含むプロフィール情報９６
を知識として保有しており、このプロフィール情報を活
用して評価を行なう。

【００６１】一方、コンテンツのアブストラクトが含ま
れていない場合にはＳＡ８に進み、サイト紹介情報のみ
で評価を行なう。次にＳＡ９に進み、評価が所定値以上
であるか否かの判断がなされ、所定値以上でない場合に
はＳＡ１に戻る。一方所定値以上である場合にはＳＡ１
０に進み、そのサイトのアドレスを移動先予定として登
録した後ＳＡ１に戻る。

【００６２】ユーザのパソコン１４が放送番組のアブス
トラクトを受信してＳ１７によりユーザエージェントに
知らせた場合には、ＳＡ２によりＹＥＳの判断がなされ
てＳＡ１１に進み、その番組アブストラクトに基づいて
番組の評価を行なう。この評価は、前述したように、ユ
ーザのプロフィール情報９６に基づいてユーザがどの程
度好むかを判断して行なう。そして、ＳＡ１２により、
その評価が所定値以上であるか否かの判断がなされ、所
定値以上でない場合にはＳＡ１に戻るが、所定値以上の
場合にはＳＡ１３に進み、推薦番組リストに登録する処
理がなされる。この推薦番組リストに登録された番組が
ユーザに推薦番組として表示され、後述するようにユー
ザの指示を仰ぐ。ユーザがこの推薦番組の放送を受信し
て閲覧またはＶＴＲ１５に録画する旨の指示を出せば、
その指示された推薦番組が推薦番組リストから消去され
ることとなる。

【００６３】ＳＡ１４に進み、推薦番組リストに登録さ
れている番組で放送日時が来るものがあるか否かの判断
がなされ、ない場合にはＳＡ１に戻る。この推薦番組リ
ストに登録されているということは、前述したようにユ
ーザに推薦する番組でありながら未だにユーザが閲覧す
るか破棄するかの指示を出していないものであり、その
ようなユーザの指示がまだ出されていない推薦番組の放
送日時が来てしまった場合には、ＳＡ１５により、その
推薦番組をユーザエージェントの自己判断で自動的に記
録するか否かの判別を行なう。自動記録しないと判断さ
れた場合にはＳＡ１６により、推薦番組リストからその
日時が来た番組を消去した後ＳＡ１に戻る。一方、自動
記録すると判断された場合にはＳＡ１７に進み、その推
薦番組リストに登録されている推薦番組を自動記録番組
リストの方に移し替えて登録する処理がなされる。

【００６４】次にＳＡ１８に進み、パソコン１４に対し
コンテンツの記録指示を出す。その結果、前述したよう
に、Ｓ７により、ＹＥＳの判断がなされてＳ２３により
指示のあった記録対象コンテンツの放送日時，チャンネ
ルが記録される。その結果、放送日時が現時点となるた
めに、Ｓ２により即座にＹＥＳの判断がなされて、その
放送日時が来た推薦番組を受信して記録する処理がＳ１
７以降で行なわれる。

【００６５】次にＳＡ１９に進み、指示を出した番組コ
ンテンツにＣＭがあるか否かの判断がなされる。ない場
合にはＳＡ１６に進み、推薦番組リストから日時が来た
ものを消去する処理がなされる。つまり、推薦番組リス
トに登録されている推薦番組を受信して記録することと
なったために、それ以降推薦番組リストに登録しておく
必要がなくなるために、その記録することとなった推薦
番組を推薦番組リストから消去するのである。

【００６６】一方、ＳＡ１９により、指示を出した番組
コンテンツにＣＭがあると判断された場合にはＳＡ２０
に進み、番組スポンサーに対応するＣＭを検索する処理
がなされた後ＳＡ１６に進む。このＳＡ２０のスポンサ
ーに対応するＣＭ検索処理は、後述する図１０に基づい
て説明する。

【００６７】ユーザがユーザエージェントに対し指示を
出した場合にはＳ１８によりその指示がユーザエージェ
ントに知らされ、その結果ＳＡ３によりＹＥＳの判断が
なされてＳＡ２１に進む。ＳＡ２１では、そのユーザか
らの指示が推薦番組リストの閲覧指示であるか否かの判
断がなされ、閲覧指示の場合にはＳＡ２２に進み、推薦
番組リストをＣＲＴ５２またはＴＶ１６により表示する
制御がなされる。一方、推薦番組リストの閲覧指示でな
かった場合にはＳＡ２３に進み、自動記録番組リストの
閲覧指示であるか否かの判断がなされる。ＳＡ２３より
ＹＥＳの判断がなされた場合にはＳＡ２４に進み、自動
記録番組リストをＣＲＴ５２またはＴＶ１６により表示
させる制御がなされる。

【００６８】自動記録番組リストの閲覧指示でなかった
場合にはＳＡ２５に進み、コンテンツ検索結果の閲覧指
示であるか否かの判断がなされる。ユーザエージェント
がコンテンツを検索した場合には後述するようにその検
索結果をパソコン１４に送信するのであり、その検索結
果の閲覧指示であった場合にはＳＡ２６により、コンテ
ンツ検索結果をＣＲＴ５２またはＴＶ１６により表示さ
せる制御がなされる。

【００６９】コンテンツ検索結果の閲覧指示でなかった
場合にはＳＡ２７に進み、推薦番組の記録指示であるか
否かの判断がなされる。ＳＡ２２により表示された推薦
番組を閲覧したユーザがその推薦番組の中から記録して
閲覧したいものがあった場合にはその記録希望の推薦番
組の記録指示を出す。その結果ＳＡ２７によりＹＥＳの
判断がなされてＳＡ２９に進み、その指示された推薦番
組コンテンツの記録指示をパソコン１４に出す処理がな
される。その結果、パソコン１４では、Ｓ７によりＹＥ
Ｓの判断が行なわれてＳ２３により、その指示された記
録対象コンテンツの放送日時，チャンネルを記録する処
理がなされ、その結果、Ｓ２により、その記憶した記録
対象コンテンツの放送日時になった場合にＳ１１以降の
コンテンツの記録処理が実行されることとなる。

【００７０】次にＳＡ３０に進み、指示を出した番組を
推薦番組リストから消去する処理がなされた後ＳＡ１９
に進む。

【００７１】推薦番組記録指示でなかった場合にはＳＡ
２８に進み、ユーザエージェントがその他の処理を実行
してＳＡ１に戻る。

【００７２】ＳＡ３によりＮＯの判断がなされた場合に
はＳＡ４に進み、移動時刻が来たか否かの判断がなされ
る。この移動時刻とは、ユーザエージェントがネットワ
ークを介してインターネット上のサイトに移動し、コン
テンツ等の検索を実行する時刻のことであり、予め設定
されている時刻である。未だに移動時刻が来ていない場
合にはＳＡ５に進み、その他の処理を実行した後ＳＡ１
に戻る。一方、移動時刻が来た場合にはＳＡ５ａに進
み、エージェント移動処理を実行した後ＳＡ１に戻る。
このエージェント移動処理は、図５，図６に示されてい
る。

【００７３】次に、図５，図６に基づいて、エージェン
ト移動処理のフローチャートを説明する。ＳＡ３１によ
り、ユーザエージェントを移動させる処理を行なう。こ
のユーザエージェントの移動先は、前述したＳＡ１０に
より移動先予定として登録されたアドレスにより特定さ
れる。このユーザエージェントの移動は、実際には、ユ
ーザのパソコン１４内のユーザエージェントと全く同じ
ユーザエージェント（クローン）を複製してそれを移動
先に転送する処理である。

【００７４】次にＳＡ３２に進み、移動先のプレースに
常駐している移動先エージェント２７とmeeting （打合
せ）して、種々の必要な情報交換を行なう。次にＳＡ３
３に進み、そのmeeting の結果に基づいて、データベー
ス１９内に無料コンテンツがあるか否かの判断を行な
い、無料コンテンツがある場合にはＳＡ３４に進み、そ
の無料コンテンツを検索する処理を行ない、ＳＡ３５に
よりその検索が完了したか否かの判断を行ない、完了す
るまで無料コンテンツの検索処理を続行する。そして完
了した段階でＳＡ３６に進む。一方、無料コンテンツが
ないと判断された場合には直接ＳＡ３６に進む。

【００７５】ＳＡ３６では、データベース１９内に有料
コンテンツがあるか否かの判断がなされ、ない場合には
ＳＡ３８に進み、移動先エージェント２７とmeeting し
て、選択したコンテンツのパソコン１４への送信指令を
出してもらう。次にＳＡ３９に進み、検索結果をパソコ
ン１４に送信する処理を行ない、ＳＡ４０に進み、移動
が終了したか否かの判断がなされる。ＳＡ１０により登
録された移動先予定をすべて移動した場合には移動終了
と判断されてＳＡ４０ａに進み、自分自身を消去して終
了する。一方、ＳＡ４０により移動終了でないと判断さ
れた場合には再びＳＡ３１に進み、次の移動予定のアド
レスにユーザエージェントが移動して前述と同様の処理
を行なう。

【００７６】一方、ＳＡ３６により有料コンテンツがあ
ると判断された場合にはＳＡ３７に進み、その有料コン
テンツをコンテンツのアブストラクトにより検索する処
理を行なう。そしてＳＡ４１によりその検索が完了する
までその検索を続行する。検索が完了した段階でＳＡ４
２に進み、有料コンテンツ内に、所定料金を超える高額
有料コンテンツがあるか否かの判断がなされ、ない場合
にはＳＡ３９に進み、有料コンテンツのアブストラクト
による検索結果をパソコン１４へ送信する。高額有料コ
ンテンツがある場合にはＳＡ４３に進み、その高額有料
コンテンツ内に入手したいものがあるか否かの判断が行
なわれる。この判断は、高額有料コンテンツの前述した
アブストラクトにより判断する。入手したいものがない
場合にはＳＡ３９に進むが、入手したいものがある場合
にはＳＡ４４に進む。

【００７７】以上の説明のように、高額有料コンテンツ
でない低額有料コンテンツに対しては、そのコンテンツ
のアブストラクトのみを検索してその検索結果をパソコ
ン１４へ送信し、ユーザの指示を仰ぐ。一方、高額有料
コンテンツ内に入手したいものがある場合には、ＳＡ４
４により、その入手希望高額コンテンツの検索に秘密情
報（ＳＩ）が必要であるか否かの判断がなされる。必要
でない場合にはＳＡ４５に進み、移動先エージェント２
７に自己のエージェントの種類を知らせて最寄りの第三
者機関エージェントに出向依頼を行なう処理がなされ
る。移動先エージェント２７は、この依頼を受けて、最
寄りの第三者機関８の第三者機関常駐エージェント２８
と交信し、ユーザエージェント２６の種類に応じた最適
な種類の第三者機関エージェントの出向（派遣）を依頼
する。その依頼を受けて、第三者機関エージェントが移
動先であるたとえばコンテンツ提供業者７のプレース２
４に出向してくれば、ＳＡ４６により、ＹＥＳの判断が
なされてＳＡ６４へ進む。

【００７８】ＳＡ６４では、出向してきた第三者機関エ
ージェント２９とmeeting （打合せ）して入手希望高額
コンテンツの検索の代理を行なってもらうよう依頼する
（図２（ｂ）参照）。すると、後述するように、第三者
機関エージェント２９は、必要なプロフィール情報９６
をユーザエージェント２６から聞き出してそれに基づい
てデータベース１９にアクセスして入手希望高額コンテ
ンツの検索を行ない、ユーザエージェント２６の持主で
あるユーザが好むであろうと予想される高額コンテンツ
を検索してその評価を行なう。次にＳＡ６６により、ユ
ーザエージェント２６が第三者機関エージェント２９に
対し検索結果の評価を知らせてもらう。

【００７９】次にＳＡ６７に進み、検索された有料コン
テンツを購入するか否かの判断をユーザエージェント２
６が行なう。購入しない場合にはＳＡ３９に進むが、購
入する場合にはＳＡ６８に進み、移動先エージェント２
７とmeeting して、オーダ情報ＯＩと支払い指示ＰＩと
の暗号化情報Ｅ_PK3 （ＯＩ），Ｅ_PK3 （ＰＩ）を受取
る。このオーダ情報ＯＩは、購入を希望する有料コンテ
ンツの種類を特定するコンテンツＮＯと購入するという
意思表示情報等である。また支払い指示ＰＩとは、たと
えばクレジットかあるいは電子キャッシュか等の支払い
方法とその支払い金額情報である。それらの情報ＯＩと
ＰＩとを第三者機関８の公開鍵ＰＫ３で暗号化した情報
を移動先エージェント２７からユーザエージェント２６
が受取る。

【００８０】次にＳＡ６９に進み、その受取った情報と
ともに第三者機関８のプレース２５へ移動する。次にＳ
Ａ７０により、第三者機関常駐エージェント２８とmeet
ingして（図２（ｃ）参照）、ユーザの秘密鍵ＳＫＵを
ユーザの鍵ＳＫ１で暗号化した暗号化秘密鍵Ｅ_SK1 （Ｓ
ＫＵ）と、前述したＥ_PK3 （ＯＩ），Ｅ_PK3 （ＰＩ）と
を第三者機関常駐エージェント２８に知らせるととも
に、秘密情報ＳＩの復号鍵ＳＫ１をユーザのパソコン１
４から取り寄せてもらう依頼を行なう。

【００８１】第三者機関常駐エージェント２８は、ユー
ザのパソコン１４からＳＫ１を受取ってその鍵を用いて
復号化処理を行ない、ＳＫＵ，ＯＩ，ＰＩを再生し、Ｏ
Ｉ，ＰＩについてハッシュ化してオーダ情報ダイジェス
トＯＩ′と支払い指示ダイジェストＰ′を生成し、その
両ダイジェストを合せた状態でユーザの秘密鍵ＳＫＵで
暗号化し、そのＥ_SKU （ＯＩ′，ＰＩ′）を生成する。
ＳＡ７１では、ユーザエージェント２６は、そのＥ_SKU
（ＯＩ′，ＰＩ′）を受取り移動先であるコンテンツ提
供業者７のプレース２４に復帰する。次にＳＡ７２によ
り、移動先エージェント２７とmeeting して、Ｅ
_SKU （ＯＩ′，ＰＩ′）を通知するとともに、選択した
コンテンツのパソコン１４への送信指令を出してもらう
依頼を行なう。そしてその後ＳＡ３９へ進む。

【００８２】前述したユーザの秘密鍵ＳＫＵは、たとえ
ばＲＳＡ公開鍵暗号方式に用いられる秘密鍵のことであ
り、このユーザの秘密鍵が、エレクトリックコマースに
おける本人認証用のデジタル署名等に用いられる。な
お、ＳＫＵの秘密鍵やそれに対応する公開鍵を用いた暗
号化や復号化のアルゴリズムは、ＲＳＡ公開鍵暗号方式
のアルゴリズムの代わりに、いわゆる楕円曲線暗号のア
ルゴリズムを用いてもよい。

【００８３】次に、前述したＳＡ４４により、入手希望
高額コンテンツの検索に秘密情報ＳＩが必要であると判
断された場合にはＳＡ４７に進み、ユーザ認証が必要で
あるか否かの判断がなされる。コンテンツ提供業者の中
には、高額コンテンツの検索を希望するユーザエージェ
ントに対し、本人認証を要求する場合がある。すなわ
ち、検索対象となるコンテンツの料金が高額であるため
に、閲覧希望を出したユーザエージェントとその持主で
あるユーザが本当に本人自身であるか否かを確かめ、他
人によるなりすましを防止したいと希望するコンテンツ
提供業者が存在する。そのような場合には、ＳＡ４７に
より、ユーザ認証が必要であると判断され、ＳＡ４８に
進み、認証対象メッセージＮＭを暗号化した暗号化認証
対象メッセージＥ_PK3 （ＮＭ）をユーザエージェント２
６が移動先エージェント２７から受取る。

【００８４】このＰＫ３は、前述したように、第三者機
関８の公開鍵である。そしてＳＡ４９に進み、最寄りの
第三者機関８へユーザエージェント２６が移動し、第三
者機関常駐エージェント２８とmeeting して最適な第三
者機関エージェントを検索してもらうとともに、秘密情
報の復号鍵ＳＫ１をパソコン１４から取り寄せてもらう
依頼を行なう。次にＳＡ５１に進み、検索された第三者
機関エージェントとmeeting し、必要な暗号化秘密情報
Ｅ_SK1 （ＳＩ）をその第三者機関エージェント２９に通
知する。次にＳＡ５２に進み、ユーザ認証が必要であっ
たか否かの判断がなされ、必要であった場合にはＳＡ５
３に進み、第三者機関エージェントからＥ_SKU （ＮＭ）
を受取った後ＳＡ５４へ進む。

【００８５】第三者機関エージェント２９は、後述する
ように、Ｅ_PK3 （ＮＭ）を第三者機関の秘密鍵ＳＫ３で
復号化して再生されたＮＭをユーザの秘密鍵ＳＫＵで暗
号化した情報すなわちＥ_SKU （ＮＭ）を生成する。ユー
ザエージェント２６は、第三者機関エージェント２９と
meeting して、そのＥ_SKU （ＮＭ）を受取るのである。
なおこの認証対象メッセージＮＭは、たとえば、移動先
エージェント２７が生成した乱数等である。

【００８６】次にＳＡ５４では、たとえばコンテンツ提
供業者７のプレース２４等の移動先へ復帰する処理がな
され、ＳＡ５５に進み、移動先エージェント２７とmeet
ingして、暗号化された入手希望高額コンテンツＥ_PK3
（ＫＣ）を第三者機関８に転送してもらう依頼を行な
う。

【００８７】第三者機関エージェント２９は、Ｅ
_PK3 （ＫＣ）を復号化して再生された入手希望高額コン
テンツＫＣを検索して評価を行ない、その検索結果の評
価を第三者機関８の秘密鍵であるＳＫ３により暗号化
し、その暗号化データであるＥ_SK3 （ＨＫ）を移動先の
プレース２４上のユーザエージェント２６へ転送する。
すると、ＳＡ５６によりＹＥＳの判断がなされてＳＡ５
７に進み、その受取ったデータを第三者機関の公開鍵Ｐ
Ｋ３で復号化する処理すなわちＤ_PK3 ｛Ｅ_SK3 （Ｈ
Ｋ）｝を演算して、評価ＨＫを再生する処理を行なう。

【００８８】次にＳＡ５８へ進み、再生された評価ＨＫ
に基づいて有料コンテンツを購入するか否かの判断がな
行なわれ、購入しない場合にはＳＡ５９により処理完了
した旨を第三者機関８へ通知した後ＳＡ３９へ進む。一
方、購入する場合にはＳＡ６０へ進み、移動先エージェ
ント２７とmeeting して、オーダ情報ＯＩと支払い指示
ＰＩとの暗号情報Ｅ_PK3 （ＯＩ），Ｅ_PK3 （ＰＩ）を第
三者機関８へ転送してもらう依頼を行なう。第三者機関
常駐エージェント２８は、前述と同様に、Ｅ_{SK U} （Ｏ
Ｉ′，ＰＩ′）を生成し、それを移動先のユーザエージ
ェント２６へ送信する。その結果、ＳＡ６１によりＹＥ
Ｓの判断がなされてＳＡ６２へ進み、移動先エージェン
ト２７とmeeting して、選択したコンテンツの送信指令
を行なってもらうよう依頼する。次にＳＡ６３に進み、
処理完了した旨を第三者機関８へ通知した後、ＳＡ３９
へ進む。

【００８９】前述したＥ_SKU （ＯＩ′，ＰＩ′）が、い
わゆるＳＥＴ（Secure ElectronicTransaction ）で規
定されているオ─ダ情報と支払い指示とに対するユーザ
の二重署名である。

【００９０】図７は、第三者機関常駐エージェント２８
の動作を示すフローチャートである。ＳＢ１により、出
向依頼（派遣依頼）があったか否かの判断がなされ、な
い場合にはＳＢ２に進み、ユーザエージェント２６が第
三者機関８のプレース２５に来たか否かの判断がなさ
れ、来ていない場合にはＳＢ３に進み、ユーザエージェ
ント２６から処理完了の旨の通知があったか否かの判断
がなされ、ない場合にはＳＢ４へ進み、移動先エージェ
ント２７からＥ_PK3 （ＯＩ），Ｅ_PK3 （ＰＩ）が送信さ
れてきたか否かの判断がなされ、送信されてきていない
場合にはＳＢ１へ戻る。

【００９１】ユーザエージェント２６が第三者機関エー
ジェントの出向依頼を移動先エージェント２７に対し行
ない移動先エージェント２７が出向依頼があった旨と出
向依頼をしたユーザエージェント２６の種類（たとえば
オーソリティ情報）を第三者機関常駐エージェント２８
に通知すれば、ＳＢ５に進み、第三者機関常駐エージェ
ント２８は、通知されたエージェントの種類に基づいて
データベース２３にアクセスして第三者機関エージェン
トを検索する処理を行なう。そして、ユーザエージェン
ト２６の種類に合致する最適な第三者機関エージェント
２９を検索してＳＢ６により、その検索された第三者機
関エージェント２９に出向指令を出す処理がなされて、
ＳＢ１に戻る。

【００９２】前述したＳＡ４９またはＳＡ６９により、
ユーザエージェント２６が第三者機関８のプレース２５
に来た場合には、ＳＢ２によりＹＥＳの判断がなされて
ＳＢ７に進み、ユーザエージェント２６とmeeting す
る。そして必要な種々の情報交換を行ない、ＳＢ８に進
み、ユーザエージェント２９が来た目的が、第三者機関
エージェント２９への仕事依頼のためなのか否かの判断
が行なわれる。ユーザエージェント２６がＳＡ４９に基
づいて第三者機関８のプレース２５に来たのであれば、
ＳＢ８によりＹＥＳの判断がなされてＳＢ９に進み、第
三者機関エージェント２９を検索する処理がなされる。

【００９３】次にＳＢ１０に進み、ユーザエージェント
２６の出所すなわちパソコン１４を呼出し、秘密情報Ｓ
Ｉの暗号化データを復号化するための鍵ＳＫ１を要求す
る処理がなされる。この要求を受けたパソコンは、前述
したように、ＳＫ１を要求してきた第三者機関８が本当
に正規の第三者機関であるか否かの認証を行なうため
に、乱数を発生させてその乱数をチャレンジデータＣＨ
として返信する。そのチャレンジデータＣＨを受信した
第三者機関常駐エージェントは、ＳＢ１１によりＹＥＳ
の判断がなされてＳＢ１２に進み、Ｅ_SK3 （ＣＨ）をレ
スポンスデータＲＥＳとしてパソコン１４へ送信する。

【００９４】パソコン１４側では、前述したように、そ
の送信されてきたレスポンスデータＲＥＳを第三者機関
の公開鍵ＰＫ３で復号化して先ほどのチャレンジデータ
ＣＨと一致するか否かの判断が行なわれ、一致する場合
にのみ鍵ＳＫ１を第三者機関の公開鍵ＰＫ３で暗号化し
たＥ_PK3 （ＳＫ１）を送信する。それを受信した第三者
機関常駐エージェントでは、ＳＢ１４によりＹＥＳの判
断がなされ、ＳＢ１５に進み、その受信データを第三者
機関８の秘密鍵で復号化する処理すなわちＤ_{SK 3} ｛Ｅ
_PK3 （ＳＫ１）｝を演算してＳＫ１を再生する。次にＳ
Ｂ１６に進み、検索された第三者機関エージェント２９
にそのＳＫ１を通知する処理がなされてＳＢ１７へ進
む。

【００９５】ＳＢ１７では、ユーザエージェント２６が
移動先すなわちコンテンツ提供業者７のプレース２４へ
復帰したか否かの判断が行なわれ、復帰するまで待機す
る処理が行なわれる。第三者機関８のプレース２５に移
動してきたユーザエージェント２６は、前述したＳＡ５
０〜ＳＡ５３の処理を行なった後、移動先へ復帰するの
であり（ＳＡ５４参照）、移動先であるコンテンツ提供
業者７のプレース２４へユーザエージェント２６が復帰
した段階でＳＢ１８へ進み、ユーザエージェント２６の
クローンを消去する処理がなされる。これにより、仕事
が終了したユーザエージェント２６は、第三者機関エー
ジェント２８のプレース２５上には存在しない状態とな
る。次にＳＢ１９に進み、第三者機関常駐エージェント
２８は、第三者機関エージェント２９とmeeting して、
ユーザの秘密鍵であるＳＫＵを聞き出す処理を行なった
後、制御がＳＢ１へ戻る。

【００９６】ユーザエージェント２６が前述したＳＡ６
９に基づいて第三者機関エージェント８のプレース２５
に来た場合には、ＳＢ８によりＮＯの判断がなされてＳ
Ｂ２０以降の処理がなされる。つまり、ユーザエージェ
ント２６がＳＡ６９に従って第三者機関８に来るという
ことは、有料コンテンツの購入手続を行なうために必要
な処理を秘密情報の漏洩を防止しながら行なうためであ
る。そのような場合には、第三者機関常駐エージェント
２８は、まずＳＢ２０により、やってきたユーザエージ
ェント２６から、Ｅ_SK1 （ＳＫＵ），Ｅ_PK3 （ＯＩ），
Ｅ_PK3 （ＰＩ）を受取る。次にＳＢ２１により、オーダ
情報ＯＩと支払い指示ＰＩを再生する処理、すなわち、
Ｄ_SK3 ｛Ｅ_PK3 （ＯＩ）｝，Ｄ_SK3 ｛Ｅ_PK3 （ＰＩ）｝
を演算する。

【００９７】次にＳＢ２２に進み、ＯＩとＰＩとをハッ
シュ化して両者のダイジェストＯＩ′，ＰＩ′を算出す
る処理がなされる。次にＳＢ２３へ進み、ユーザエージ
ェント２６の出所すなわちパソコン１４に対し、ＳＫ１
を要求する処理が行なわれる。

【００９８】ユーザのパソコン１４が前述と同様にチャ
レンジデータＣＨを送信してくれば、ＳＢ２３ａにより
ＹＥＳの判断がなされてＳＢ２３ｂに進み、受信したチ
ャレンジデータＣＨを第三者機関８の秘密鍵ＳＫ３で暗
号化したＥ_SK3 （ＣＨ）をレスポンスデータＲＥＳとし
てパソコン１４へ送信する処理がなされる。パソコン１
４では、前述したようにＥ_SK3 （ＣＨ）に基づいて第三
者機関８の認証を行ない、認証結果正しいと判断された
場合にはＥ_PK3 （ＳＫ１）を送信する。第三者機関常駐
エージェント２８がそれを受信すれば、ＳＢ２５へ進
み、Ｄ_SK3 ｛Ｅ_{PK 3} （ＳＫ１）｝が演算され、ＳＫ１が
再生される。

【００９９】次にＳＢ２６へ進み、Ｄ_sk1 ｛Ｅ_SK1 （Ｓ
ＫＵ）｝を演算してユーザの秘密鍵ＳＫＵを再生する処
理が行なわれる。次にＳＢ２７へ進み、Ｅ_SKU （Ｏ
Ｉ′，ＰＩ′）を演算してユーザエージェント２６に通
知する処理が行なわれる。このＥ _SKU （ＯＩ′，Ｐ
Ｉ′）がオーダ情報と支払い指示に対するユーザの二重
署名となる。３次にＳＢ２７ａに進み、ユーザエージェ
ントが復帰したか否かの判断がなされる。ユーザエージ
ェント２６は、前述したように、ＳＡ７０の処理を行な
った後移動先であるコンテンツ提供業者７のプレース２
４に復帰するのであり（ＳＡ７１参照）、ユーザエージ
ェント２６が復帰した段階でＳＢ２７ｂに進み、ユーザ
エージェントのクローンを消去する処理がなされた後Ｓ
Ｂ１へ戻る。

【０１００】図８は、第三者機関エージェント２９の動
作を示すフローチャートである。ＳＣ１により出向指令
があったか否かの判断がなされ、ない場合にはＳＣ２に
進み、Ｅ_SK1 （ＳＩ）を通知されたか否かの判断がなさ
れ、通知されていない場合にはＳＣ１へ戻る。

【０１０１】このＳＣ１，ＳＣ２のループの巡回途中
で、第三者機関常駐エージェント２８から出向指令を任
命されれば（ＳＢ６参照）、ＳＣ１によりＹＥＳの判断
がなされてＳＣ３へ進み、たとえばコンテンツ提供業者
７のプレース２４等の移動先に移動する処理が行なわれ
る。この移動処理は、具体的には、第三者機関エージェ
ント２９をデータベース２３内に残したままその第三者
機関エージェント２９のクローンを移動先のプレース２
４へ転送する処理である。次にＳＣ４に進み、移動先の
プレース２４上において、ユーザエージェント２６とme
eting して、入手希望高額コンテンツを通知してもらう
とともに、必要なユーザのプロフィール情報９６（図１
４参照）を教えてもらう処理が行なわれる（ＳＡ６４参
照）。このユーザエージェント２６から教えてもらうユ
ーザのプロフィール情報９６は、公表可能情報ＮＳＩ
（図１３参照）に限定される。これは、秘密情報の漏洩
が防止可能な第三者機関８のプレース２５上でのユーザ
プロフィール情報のやり取りではなく、情報提供業者７
のプレース２４上でのユーザプロフィール情報のやり取
りであるために、秘密性が保持できず、そのために秘密
性を保持する必要のない公表可能情報ＮＳＩに限定され
るのである。

【０１０２】次にＳＣ５に進み、入手希望高額コンテン
ツの評価を行なう処理がなされる。この評価は、教えて
もらったユーザプロフィール情報９６に基づいて、ユー
ザが好むであろうと推測される度合いを数値化して行な
う。次にＳＣ６に進み、入手希望高額コンテンツは違法
なコンテンツであるか否かの判断がなされる。違法なコ
ンテンツとは、たとえば、麻薬の密輸ルートに関するコ
ンテンツや拳銃の入手経路のに関するコンテンツ等の刑
法に違反するようなコンテンツである。また、風俗営業
法に違反するようなコンテンツも違法コンテンツに含め
てもよい。

【０１０３】違法なコンテンツでないと判断された場合
にはＳＣ１０へ進み、第三者機関エージェント２９が自
分自身を消去して終了する。一方、違法なコンテンツで
あると判断された場合にはＳＣ７へ進み、違法のため購
入できない旨の評価をユーザエージェント２６に知ら
せ、ＳＣ８により、違法である旨の通報を警察に行な
う。次にＳＣ９へ進み、違法コンテンツを第三者機関８
に持ち帰り証拠として保管する処理を行なった後ＳＣ１
０へ進む。

【０１０４】ＳＣ１，ＳＣ２のループの巡回途中で、ユ
ーザエージェント２６により、ユーザのプロフィール情
報のうちの秘密情報ＳＩを暗号化した情報であるＥ_sk1
（ＳＩ）が通知された場合（ＳＡ５１参照）には、ＳＣ
２によりＹＥＳの判断がなされてＳＣ１１に進み、第三
者機関常駐エージェント２８とmeeting して、復号化す
るための鍵ＳＫ１を教えてもらう処理がなされる。次に
ＳＣ１２へ進み、Ｄ_{SK 1} ｛Ｅ_sK1 （ＳＩ）｝を演算して
秘密情報ＳＩを再生して記憶する処理がなされる。

【０１０５】次にＳＣ１８へ進み、ユーザ認証が必要で
あるか否かの判断がなされ、必要でない場合にはＳＣ１
５へ直接進むが、必要な場合にはＳＣ１４へ進む。ＳＣ
１４では、Ｅ_SKU （ＮＭ）を演算してユーザエージェン
ト２６へ知らせる処理がなされる。このＮＭは、移動先
エージェント２７からユーザエージェント２６が受取っ
た認証対象メッセージであり、第三者機関の公開鍵で暗
号化された暗号化情報として受取る（ＳＡ４８参照）。
そしてこの暗号化認証対象メッセージがユーザエージェ
ント２６より第三者機関８のプレース２５に持込まれ、
第三者機関常駐エージェント２８により復号化されて再
生された認証対象メッセージＮＭが第三者機関エージェ
ント２９に知らされる。第三者機関エージェント２９
は、その通知されたＮＭとＳＣ１２により再生されたＳ
Ｉの中に含まれているユーザの秘密鍵ＳＫＵ（図１４参
照）に基づいて、Ｅ_SKU （ＮＭ）を演算してユーザに知
らせる。このＥ_SKU （ＮＭ）が、ユーザの本人認証用の
データとなり、ユーザエージェント２６はそれを受取り
（ＳＡ５３参照）、移動先のプレース２４へ復帰して
（ＳＡ５４参照）、そのプレース２４上の移動先エージ
ェント２７にＥ_SKU （ＮＭ）を知らせる。

【０１０６】次にＳＣ１５へ進み、Ｅ_PK3 （ＫＣ）を受
信したか否かの判断がなされ、受信するまで待機する。
Ｅ_SKU （ＮＭ）を移動先のプレース２４へ持ち帰ったユ
ーザエージェント２６は、移動先エージェント２７に対
し入手希望高額コンテンツＫＣを暗号化したＥ_PK3 （Ｋ
Ｃ）を転送してもらう依頼を行なう（ＳＡ５５参照）。
これを受けた移動先エージェント２７は、Ｅ_PK3 （Ｋ
Ｃ）を第三者機関８の第三者機関エージェント２８へ送
信する。その送信されてきたＥ_PK3 （ＫＣ）を受信すれ
ばＳＣ１６へ進み、Ｄ_PK3 ｛Ｅ_PK3 （ＫＣ）｝を演算し
てＫＣを再生する処理が行なわれる。次にＳＣ１７へ進
み、その入手希望高額コンテンツＫＣの評価を行なう処
理がなされる。

【０１０７】次にＳＣ１８へ進み、入手希望コンテンツ
は違法なコンテンツであるか否かの判断がなされる。こ
の判断は、前述したＳＣ６と同様に行なわれる。そして
違法なコンテンツである場合にはＳＣ７へ進むが、違法
なコンテンツでない場合にはＳＣ１９へ進み、入手希望
高額コンテンツＫＣの評価ＨＫに対し第三者機関８の秘
密鍵ＳＫ３で暗号化したデータすなわちＥ_SK3 （ＨＫ）
を演算し、ＳＣ２０により、その演算結果を移動先のプ
レース２４上にいるユーザエージェント２６に送信する
処理がなされた後ＳＣ１０へ進む。

【０１０８】図９は、ＣＭ制作者１０におけるエージェ
ントの動作を説明するための説明図である。ＣＭ制作者
１０のテレスクリプト・エンジン５７内のＣＭプレース
５８には、常駐エージェント５９が存在する。図中、５
６はＣＭ制作者１０が制作した多数のＣＭを格納してい
るデータベース、５４はＷＷＷサーバー、５５は情報処
理コンピュータである。

【０１０９】ユーザのパソコン１４内で動作しているユ
ーザエージェントは、必要に応じてインターネット１３
を経由してＣＭ制作者１０のＣＭプレース５８に移動す
る。そのＣＭプレース５８上において、ユーザエージェ
ント２６と常駐エージェント５９とがmeeting し、両者
協調してユーザが好むと思われるＣＭを検索する。

【０１１０】図１０は、図４のＳＡ２０に示したスポン
サーに対応するＣＭ検索の具体的な動作を示すユーザエ
ージェントのフローチャートである。ＳＡ７３により、
ユーザエージェントがパソコン１４からＣＭプレース５
８へ移動する。この移動は、パソコン１４内のユーザエ
ージェント２６を複製してクローンを作成し、そのクロ
ーンをユーザエージェント２６としてＣＭプレース５８
へ派遣することにより行なわれる。次にＳＡ７４へ進
み、自分のクローンが既にＣＭプレース５８に駐在して
いるか否かの判断がなされ、既に駐在している場合には
ＳＡ７３に戻り、次のＣＭ制作者１０のＣＭプレース５
８へ移動する。

【０１１１】このＳＡ７３，ＳＡ７４により、ユーザエ
ージェント２６は、自分のクローンが駐在していないＣ
Ｍプレース５８を見つけ出してそこに移動することとな
る。自分のクローンが駐在していないＣＭプレースを見
つけ出した場合には、ＳＡ７５に進み、データベース５
６にアクセスしてＣＭを検索する処理が行なわれる。次
にＳＡ７６へ進み、希望するＣＭがあったか否かの判断
がなされ、ない場合にはＳＡ８１へ進むが、あった場合
にはＳＡ７７に進む。ＳＡ７７では、希望するＣＭを電
波メディア（無線系メディア）を利用してユーザ宅１７
にまで送信するかまたはインターネット等の有線系メデ
ィアを利用して送信するかの判断が行なわれる。電波メ
ディアを利用しないと判断された場合にはＳＡ７８へ進
み、希望するＣＭをインターネット１３経由でパソコン
１４に送信する処理がなされる。

【０１１２】一方、電波メディアを利用する場合にはＳ
Ａ７９へ進み、常駐エージェント５９とmeeting して、
希望するＣＭの放送日時とチャンネルを教えてもらう処
理がなされる。次にＳＡ８０へ進み、放送日時とチャン
ネルと記録指示をインターネット１３を経由してパソコ
ン１４へ送信する処理がなされる。

【０１１３】次にＳＡ８１へ進み、ユーザエージェント
２６がこのＣＭプレース５８に駐在するか否かの判断が
なされる。駐在しない場合にはＳＡ８６へ進み、移動が
終了したか否かの判断がなされ、移動予定となっている
ＣＭ作成者の中にまだ移動していないところがある場合
にはＳＡ７３に戻り、次の移動先へ移動する。一方、移
動予定となっているすべてのＣＭ作成者１０を移動し終
わった場合にはＳＡ７８へ進み、ユーザエージェント２
６がユーザのパソコン１４へ復帰する処理がなされて制
御が終了する。

【０１１４】一方、ユーザエージェント２６がこのＣＭ
プレース５８に駐在すると判断した場合にはＳＡ８２へ
進み、自分のクローンを作りそれを移動先予定となって
いる他のＣＭ作成者１０のＣＭプレースに移動させる処
理がなされる。次にＳＡ８３へ進み、ＣＭプレース５８
に駐在することとなったユーザエージェント２６が、常
駐エージェント５９とmeeting して、新たなＣＭ作成が
あったか否かの判断がなされる。ＣＭ制作者１０が新た
なＣＭを制作してデータベース５６に記憶させれば新た
なＣＭが制作された旨を常駐エージェント５９がＣＭプ
レース５８に駐在しているユーザエージェント２６に知
らせるのであり、その知らせがあれば、ＳＡ８３により
ＹＥＳの判断がなされてＳＡ８８へ進む。

【０１１５】ＳＡ８８では、ＣＭプレース５８に駐在し
ているユーザエージェント２６がその新たなＣＭを検索
して評価する処理がなされる。次にＳＡ８９へ進み、評
価の結果その新たなＣＭの入手を希望するか否かの判断
がなされ、希望しない場合にはＳＡ８３へ進むが、希望
する場合にはＳＡ９０へ進み、希望するＣＭのユーザ宅
１７への送信方法として、電波メディア（無線系メディ
ア）を利用するか否かの判断がなされる。利用しない場
合には、ＳＡ９３により、希望するＣＭをインターネッ
ト１３経由でパソコン１４へ送信する処理がなされた後
ＳＡ８３へ進む。一方、電波メディアを利用する場合に
はＳＡ９１へ進み、常駐エージェント５９とmeeting し
て、入手希望のＣＭの放送日時とチャンネルを教えても
らい、ＳＡ９２により、その放送日時とチャンネルと記
録指示とをインターネット１３経由でパソコン１４へ送
信する処理がなされた後ＳＡ８３へ進む。

【０１１６】ＳＡ８３により、新たなＣＭ作成がないと
判断された場合にはＳＡ８４へ進み、駐在を終了させる
か否かの判断がなされ、ユーザエージェント２６の駐在
をまだ続行させる場合にはＳＡ８３へ進むが、駐在を終
了させる場合にはＳＡ８５へ進み、駐在しているユーザ
エージェント２６自身を消去する処理がなされて制御が
終了する。

【０１１７】図１１（ａ）はＣＭプレース５８上の常駐
エージェント５９の動作を示すフローチャートであり、
図１１（ｂ）は、ＣＭ制作者１０の情報処理コンピュー
タ５５の制御動作を示すフローチャートである。

【０１１８】まずＣＭプレース５８に常駐している常駐
エージェント５９の動作を説明する。

【０１１９】ＳＤ１により、新たなＣＭが制作されたか
否かの判断がなされ、制作されていない場合にはＳＤ３
に進むが、制作されている場合にはＳＤ２に進む。ＳＤ
２では、ＣＭプレース５８に駐在しているユーザエージ
ェント２６とmeeting して、新たなＣＭが制作された旨
を知らせる処理がなされる。次にＳＤ３に進み、ＣＭ放
送日時とチャンネルの通知依頼があったか否かの判断が
なされ、なかった場合にはＳＤ１に戻る。一方、前述し
たＳＡ７９またはＳＡ９３に基づいてユーザエージェン
ト２６がＣＭ放送日時とチャンネルの通知依頼を行なっ
た場合には、ＳＤ３によりＹＥＳの判断がなされてＳＤ
４に進む。

【０１２０】ＳＤ４では、通知依頼のあったＣＭが既に
放送が予定されているものであるか否かの判断がなされ
る。既に放送が予定されているものの場合には、放送予
定日時とチャンネルが既に決まっているために、ＳＤ５
に進み、その放送予定日時とチャンネルをＣＭプレース
５８にいるユーザエージェント２６に通知する処理がな
された後ＳＤ１に戻る。

【０１２１】一方、放送が予定されていない場合にはＳ
Ｄ６に進み、放送局２にＣＭを送信して放送依頼を行な
う処理がなされる。次にＳＤ７に進み、放送日時とチャ
ンネルの返信があったか否かの判断がなされ、返信があ
るまで待機する。放送依頼を受けた放送局２は、その依
頼されたＣＭをいつ放送するかの予定を立て、決まれば
放送日時とチャンネルとをＣＭ制作者１０のＣＭプレー
ス５８の常駐エージェント５９のにその旨を送信する。
すると、ＳＤ７によりＹＥＳの判断がななされてＳＤ８
に進み、ＣＭ番号毎に分類して返信されてきた放送日時
とチャンネルとを記憶する処理がなされる。次にＳＤ９
に進み、放送日時とチャンネルをＣＭプレース５８上の
ユーザエージェント２６に通知する処理がなされた後Ｓ
Ｄ１に戻る。

【０１２２】次に情報処理コンピュータ５５の動作を説
明する。ＳＥ１により、番組関連データを受信したか否
かの判断がなされ、受信していない場合にはＳＥ４へ進
む。図１で説明したように、番組関連データ制作者１１
からＣＭ制作者１０に番組関連データが送信されて来れ
ば、ＳＥ１によりＹＥＳの判断がなされてＳＥ２に進
み、対応する番組のＣＭをデータベース５６から検索し
てそのＣＭと受信したデータである番組関連データとを
重合させる処理を行なう。その結果、データベース５６
内のＣＭは、番組関連データが重合されたＣＭデータと
なる。また同じＣＭでも、どの番組に対し放映されるＣ
Ｍかによって番組関連データが異なるため、同じＣＭで
も、対象となる番組毎に異なった番組関連データが重合
された複数のＣＭデータがデータベース５６に格納され
ることとなる。その結果、前述したＣＤ６に従って放送
局に送信されるＣＭは、そのＣＭに対応する番組の番組
関連データが重合されたＣＭデータとなる。また、ユー
ザエージェント２６が常駐エージェント５９に対しＣＭ
放送日時とチャンネルの通知依頼を行なう場合には、ど
の番組に挿入して放映するＣＭであるかを通知する。常
駐エージェント５９は、その対象となる番組に対応した
番組関連データが重合されたＣＭデータをデータベース
５６から検索して放送局２へ送信する。なお、データベ
ース５６を２分割して、ＣＭのみが格納されたＣＭ専用
データベースと番組関連データ制作者１１から送信され
てきた番組関連データのみを格納した番組関連データ専
用データベースとで構成し、ユーザエージェント２６か
らのＣＭ放送日時とチャンネルの通知依頼を受けたとき
に、そのＣＭの挿入放映の対象となる番組に関する番組
関連データを常駐エージェント５９が検索し、ユーザエ
ージェント２６により検索されたＣＭデータと常駐エー
ジェント５９が検索した番組関連データとを重合させて
放送局２へ送信するようにしてもよい。次にＳＥ３に進
み、重合したＣＭのうち番組とともに放送するＣＭを放
送局２へ送信する処理がなされる。つまり、番組の合間
に挿入されて放送されるＣＭがこのＳＥ３により放送局
に送信され、放送局２から番組の放送とともに番組関連
データが重合されたＣＭが放送される。

【０１２３】次にＳＥ４に進み、新たに制作されたＣＭ
のデータベース５６への入力があったか否かの判断がな
され、ない場合にはＳＥ１に戻る。一方、入力があった
場合にはＳＥ５に進み、その新たなＣＭをデータベース
５６に記録する処理がなされ、次にＳＥ６に進み、その
新たなＣＭが制作された旨を常駐エージェント５９に通
知する処理がなされた後ＳＥ１に戻る。

【０１２４】図１２は、前述したＳＥ２により番組関連
データが重合されたＣＭを受信してユーザ宅１７のパソ
コン１４のＣＲＴ５２またはＴＶ１６によりそのＣＭを
放映した画面図である。この図１２では、パソコン１４
のＣＲＴ５２によりＣＭを放映した画面図が示されてい
る。この図１２の場合には、コロンボ警部という主人公
が登場するサスペンス番組の合間に挿入されるスーツの
ＣＭの場合である。そして、パソコン１４のユーザが、
来年大学を卒業して社会人一年生となる者であり、来年
卒業する情報がユーザのプロフィール情報としてユーザ
エージェント２６が知識として保有している。

【０１２５】ゆえに、ユーザエージェント２６は、その
来年卒業という知識に基づいて図１２に示すようなＣＭ
を検索した。そして、番組関連データとして、この番組
の意見交換用のホームページのアドレスを表示させたり
（図１２（ａ）参照）、このＣＭの放映の次に放映され
る番組部分で内容上注目すべき箇所、たとえば「殺人現
場でのコロンボ警部の右手に注目下さい」のメッセージ
表示を行なったりする（図１２（ｂ）参照）。また、図
１２（ｃ）に示すように、番組に出てくる専門用語の説
明、たとえば「サブリミナル効果：人間が意識できない
一瞬だけ映像を挿入して潜在意識に訴える」の文字表示
等を行なってもよい。このように、ＳＥ２による重合と
は、図１２に示すように、ＣＭの映像と文字情報等の重
合である。

【０１２６】図１３は、図２に示したコンテンツ提供業
者７の通信装置３とユーザのパソコン１４との制御回路
を示すブロック図である。通信装置３は、可変長データ
生成部３１、乱数取得部３２、暗号処理部３３、論理回
路３４、通信制御部３５、認証処理部３６、およびマス
タキー暗号処理部３７を備えている。

【０１２７】可変長データ生成部３１は、移動先エージ
ェント２７による選択コンテンツの送信指令（ＳＡ３８
参照）に基づいてテレスクリプト・エンジン１８から伝
送されてくるコンテンツの通信容量に応じたサイズの可
変長データを生成する。たとえば静止画像の場合は画像
１枚毎、動画像の場合は１表示画面毎に可変長データを
生成する。この可変長データは任意のビット列からなる
デジタルデータである。乱数取得部３２は、コンテンツ
を発振する度に乱数発生装置４から自然乱数を取得す
る。暗号処理部３３は、可変長データおよび自然乱数に
基づいて可変長乱数列を生成する。暗号化に際してはＳ
ＸＡＬ／ＭＢＡＬ（後述する）を使用する。

【０１２８】論理回路３４は、テレスクリプト・エンジ
ン１８から伝送されてきたコンテンツの個々のビットと
暗号処理部３３により生成された可変長乱数列との排他
的論理和（イクスクルーシブオア）を判定することで当
該コンテンツをストリーム暗号化するものである。この
ストリーム暗号化された情報を伝送情報とする。通信制
御部３５は、各ユーザのパソコン１４に対して通信設定
して前記伝送情報や後述の通知情報を送信するととも
に、各ユーザのパソコン１４から送られる情報を受信す
るものである。

【０１２９】認証処理部３６は、ユーザのアクセス制御
等に際してのユーザ認証を行なうための処理部である。
マスタキー暗号処理部３７は、認証処理部３６および会
員管理センター１２の管理サーバー６９による認証の結
果が正統の場合に暗号処理部３３において使用された可
変長データと自然乱数（複数の場合にはその使用順の情
報を含む）を伝送マスタキーとし、これを当該ユーザに
固有の鍵に基づいて暗号化するとともに、その暗号化に
より得られた情報を通知情報として通信制御部３５から
当該ユーザのパソコン１４に対して送信するものであ
る。暗号化にはＳＸＡＬ／ＭＢＡＬ（後述する）を用い
る。

【０１３０】会員管理センター１２には、会員となって
いるユーザのＩＤやユーザ認証のための種々の会員情報
がユーザ毎に分類して格納されているデータベース７０
が設置されている。管理サーバー６９は、このデータベ
ース７０にアクセスして格納情報を検索してユーザ認証
を行ない、その結果をインターネット１３を経由して通
信制御部３０を介して認証処理部３６へ送信する。

【０１３１】ユーザのパソコン１４には、制御中枢とし
てのＣＰＵ６０，プログラムが格納されているＲＯＭ６
１，ＣＰＵ６０のワーキングエリアとしてのＲＡＭ６
２、ならびに電気的に記憶データの消去が可能なＥＥＰ
ＲＯＭ６３が設けられている。さらに、外部との信号の
整合性をとるための入出力インターフェイス６４が設け
られている。なお、クロック発生回路，アドレスデコー
ド回路，パワーオンリセット回路等は図示を省略してい
る。

【０１３２】入出力インターフェイス６４には、カード
リーダライタ６６が接続されており、ユーザのＩＣカー
ド６５との信号のやり取りがこのカードリーダライタ６
６，入出力インターフェイス６４を介してＣＰＵ６０と
の間で行なわれる。入出力インターフェイス６４にはフ
ロッピーディスクリーダライタ６７が接続されており、
フロッピーディスクに対する情報の読取および書込が可
能となる。

【０１３３】入出力インターフェイス６４にはハードデ
ィスクリーダライタ６８が接続されており、ハードディ
スクに対する情報の読取および書込が可能となる。入出
力インターフェイス６４にはキーボード５３が接続され
ており、ユーザがキーボード５３を操作することにより
その操作信号が入出力インターフェイス６４を介してＣ
ＰＵ６０へ入力される。入出力インターフェイス６４に
はＣＲＴ５２が接続されており、ＣＲＴ表示用制御信号
がＣＰＵ６０から入出力インターフェイス６４を介して
このＣＲＴ５２へ与えられる。入出力インターフェイス
６４にはＣＤ−ＲＯＭリーダ６８ａが接続されており、
ＣＤ−ＲＯＭ６８ｂの記録情報が読取可能となる。この
ＣＤ−ＲＯＭ６８ｂには、前述したユーザエージェント
２６が記録されている。ユーザエージェント２６は、こ
のＣＤ−ＲＯＭ６８ｂに記録された状態でエージェント
製造業者からユーザに販売される。なお、ユーザエージ
ェント２６の販売は、ＣＤ−ＲＯＭ６８ｂに記録させた
形での販売に代えて、エージェント製造業者がインター
ネット１３を経由してオンラインによりユーザエージェ
ント２６を配信して販売してもよい。

【０１３４】図１４は、ユーザが所有するＩＣカード６
５の制御回路および記憶データを示す図である。ＩＣカ
ード６５には、制御中枢としてのＣＰＵ９１と、制御用
のプログラムを記憶しているＲＯＭ９２と、ＣＰＵ９１
のワーキングエリアとしてのＲＡＭ９３と、電気的に記
憶データの消去が可能なＥＥＰＲＯＭ９４と、外部との
信号の入出力を行なうためのＩ／Ｏポート９０とが設け
られている。ＲＯＭ９２には、ＩＣカード６５のための
ＯＳ（オペレーティングシステム）が記憶されている。
このＯＳは、事実上の世界標準であるたとえばＭＵＬＴ
ＯＳ（マルチ・アプリケーションＩＣカードの汎用オペ
レーティング・システム）等のＩＣカード汎用ＯＳを用
いるのが望ましい。

【０１３５】そして、たとえばＥＥＰＲＯＭ９４には、
必要に応じて各種のアプリケーションソフト９５が記憶
される。アプリケーションソフトとしては、たとえば、
クレジット，デビット（預金自動引き落し），モンデッ
クス，アクセス制御等の各種ソフトや、電子認証書，エ
ージェント用知識データ，電子カルテ等の各種データが
考えられる。これら各種アプリケーションソフトは、必
要に応じて他の種類のアプリケーションソフトに書換え
られるように構成されている。

【０１３６】エージェント用知識データ９６としては、
秘密性を要しない公表可能情報ＮＳＩと、秘密性を要す
る秘密情報ＳＩとに分類されて記憶されている。公表可
能情報ＮＳＩとしては、たとえば、ユーザの職業，趣
味，住所，音楽の好み，映画の好み，…ユーザの公開鍵
ＰＫＵ等である。秘密情報ＳＩとしては、たとえば、ユ
ーザの年収，電話番号，異性の好み，学歴，貯蓄額，財
産，…ユーザの秘密鍵ＳＫＵ等が考えられる。この秘密
情報ＳＩは、ユーザ固有の秘密鍵であるＳＫ１により暗
号化された状態で記憶されている。

【０１３７】ユーザは、自己のユーザエージェント２６
を利用する場合には、たとえばＣＤ−ＲＯＭ６８ｂに記
録されているユーザエージェントをＣＤ−ＲＯＭリーダ
６８ａで読取らせ、さらに自己が所有しているＩＣカー
ド６５をパソコン１４のＩＣカード挿入口５０に挿入し
て、エージェント用知識データ９６を読取らせ、ユーザ
エージェント９６にエージェント用知識データ９６を保
有させた状態で、ユーザエージェント２６を動作させ
る。このユーザのプロフィール情報９６は、転職や引っ
越し等があればユーザが職業や住所等を書換えて更新す
る操作を行なう。また、ユーザエージェント２６は、ユ
ーザのために仕事を行ないその結果をユーザに提供する
のであり、その提供された結果に対するユーザの反応
（満足するかまたは不満に思うか等）を観察し、必要が
あればユーザエージェント２６自身がユーザのプロフィ
ール情報９６を更新したり補充したりする。その結果、
ユーザエージェント２６をユーザが活用すればするほど
ユーザのプロフィール情報９６がユーザに適した内容の
ものとなり、ユーザエージェント２６を活用すればする
ほどユーザの満足のいく仕事を行なうものとなる。

【０１３８】さらに、ユーザエージェント２６が、仕事
の結果を提供したユーザの反応（満足するかまたは不満
に思うか等）を観察し、ユーザのプロフィール情報９６
ばかりでなく、ユーザエージェント２６自身のプログラ
ムを改良するといういわゆる機械学習を応用したもので
ある場合には、ユーザエージェント２６を、ＥＥＰＲＯ
Ｍ６３等の情報の書換えが可能な記憶媒体に記憶させて
おく必要がある。

【０１３９】また、図１４に示したユーザのプロフィー
ル情報９６は、どのアドレスにどの種類のプロフィール
情報が記憶されているかあるいはどのようなデータ構造
で記憶させるか等が、世界的規模で統一化されたフォー
マットに従っている。

【０１４０】図１５は、前述したＳＸＡＬ／ＭＢＡＬの
概要を示す説明図である。図示の例では、平文データで
ある２０バイトの可変長データを８バイト（６４ビッ
ト）の暗号鍵Ｋを用いて暗号化して２０バイトの可変長
暗号列を求める。図中、Ｐ，Ｅ，Ｆ，Ｇ，Ｈ，Ｉ，Ｃは
各変換過程におけるデータであり、その添字はバイト数
を表わしている。また、ｆｍは暗号関数である。

【０１４１】図１５を参照して、まず、可変長データＰ
の左端の８バイトと拡大鍵ＫＯとの排他的論理和（イク
スクルーシブオア）を判定し、判定結果を関数ｆｍによ
りデータ変換する。次に両端の各４バイトを合せてＳＸ
ＡＬによりデータ変換し、残りはそのままとする。続い
てデータの順番を逆にし、暗号関数ｆｍによりデータ変
換した後、データの順番を逆にする。これを暗号関数ｆ
ｍによりデータ変換し、変換後のデータの左端の８バイ
トと拡大鍵ＫＩとの排他的論理和（イクスクルーシブオ
ア）を判定し、暗号化された可変長暗号列Ｃを求める。

【０１４２】本実施の形態では、前記暗号アルゴリズム
が、１６バイト以上のデータまたはファイルを１単位と
して暗号化するためメガバイト級の大容量毎の暗号化が
可能な点、前述のように双方向のデータ入換えを複数回
実施して暗号化するから解読が著しく困難となる点、お
よび情報伝達形態において１ビット程度のビット化けや
データ改ざんに遭遇した場合にすべての情報の正常復号
が不可能となる点に着目して、これを大容量情報の高速
伝達を行なう場合のセキュリティ確保に用いるようにし
たものである。特に、１ビット程度のビット化けやデー
タ改ざんに遭遇した場合、ＤＥＳ型の暗号アルゴリズム
では、復号の際にビット化けや改ざん部分の近辺または
その部分以外のみが正常に復号されないため、受信側で
の異常感知が著しく困難となる。これに対し、ＳＸＡＬ
／ＭＢＡＬでは、すべての部分が異常情報に変わるため
その感知が極めて容易であり、通信中の場合は再送要
求、ファイルの場合は保管中のバックアップファイルを
使用するなど、迅速な対応が可能となる。

【０１４３】図１６は、図１３に示した送信装置３の動
作を示すフローチャートである。ＳＦ１により、コンテ
ンツの送信指令があったか否かの判断がなされ、ない場
合にはＳＦ１４に進み、ユーザ認証処理を行なった後Ｓ
Ｆ１へ戻る。このＳＦ１，ＳＦ１４のループの巡回途中
で、前述したようにテレスクリプト・エンジン１８から
コンテンツの送信指令があった場合には、ＳＦ２に進
み、その指令されたコンテンツが既に放送予定となって
いるコンテンツであるか否かの判断がなされる。既に放
送予定となっているコンテンツの場合には、放送日時と
チャンネルが放送局２からコンテンツ提供業者７へ送信
されてきているために、その放送日時とチャンネルをユ
ーザのパソコン１４へ送信した後ＳＦ１へ戻る。

【０１４４】一方、送信指令を受けたコンテンツが未だ
に放送予定となっていない新たなコンテンツである場合
にはＳＦ４へ進み、その選択されたコンテンツの送信単
位、たとえば１フレームＦｓに対応する可変長デー
タ（′′１１１…１′′）を生成する。次にＳＦ５へ進
み、乱数発生装置４からたとえば２つの自然乱数（Ｒ
１，Ｒ２）を取得して、暗号処理を行なう。具体的には
可変長データを最初の自然乱数Ｒ１を鍵（暗号鍵）とし
て前述したＳＸＡＬ／ＭＢＡＬにより暗号化し、初期乱
数列ｋｄ０（図１５の下段の可変長暗号列Ｃに相当）を
生成する。次に、ＳＦ７へ進み、初期乱数列ｋｄ０の該
当バイトと基準論理値０１ｈとの排他的論理和（イクス
クルーシブオア）判定により乱数列ＫＳ（＝ｋｄ１，ｋ
ｄ２，…ｋｄｉ）を生成する。

【０１４５】ここでｋｄ１はｋｄ０の１バイト目と０１
ｈとの排他的論理和（イクスクルーシブオア）の判定結
果、ｋｄ２はｋｄ０の２バイト目と０１ｈとの排他的論
理和判定結果、…である。さらに乱数列ＫＳを次の自然
乱数Ｒ２を鍵（暗号鍵）としてＳＸＡＬ／ＭＢＡＬによ
り暗号化し、新たな乱数列ＲＳ（＝ｒｄ１，ｒｄ２，…
ｒｄｎ：可変長暗号列）を生成する（ＳＦ８）。ここで
ｒｄ１はｋｄ１の暗号処理結果、ｒｄ２はｋｄ２の暗号
処理結果、ｒｄｎはデータ量調整されたデータｋｄｉの
暗号結果、…である。

【０１４６】次にＳＦ９へ進み、前述のようにして生成
された乱数列ＲＳと送信単位Ｆｓとの排他的論理和条件
を判定して伝送情報ＲＤｎを生成し、ＳＦ１０へ進み、
生成された伝送情報ＲＤｎを放送局２へ送信する。放送
局２では、伝送情報ＲＤｎを受信して、それをいつどの
チャンネルで放送するかを決定し、その決定された放送
日時とチャンネルをコンテンツ提供業者７へ返信してく
る。その返信があればＳＦ１１によりＹＥＳの判断がな
されてＳＦ１２へ進み、コンテンツＮＯ．毎に分類して
放送日時，チャンネルを記憶する処理がなされる。次に
ＳＦ１３に進み、その放送日時とチャンネルをユーザの
パソコン１４へ送信する処理がなされた後ＳＦ１へ戻
る。

【０１４７】図１７は、ユーザのパソコン１４によるコ
ンテンツ再生処理動作を示すフローチャートであり、図
３に示したＳ２０の具体的なフローチャートである。Ｓ
２５により、可変長データと乱数（Ｒ１，Ｒ２）の記憶
があるか否かの判断がなされる。この両データは、ユー
ザのパソコン１４を使用してユーザ認証が行なわれた結
果適正である旨の判定がなされたことを条件として後述
するようにコンテンツ提供業者７からユーザのパソコン
１４へ送られてくるものである。この両データの記憶が
ない場合にはＳ２６へ進み、まずユーザ認証処理（図１
８に基づいて後述する）を行なった後、Ｓ２７へ進む。

【０１４８】Ｓ２７では、可変長データを最初の自然乱
数Ｒ１によりＳＸＡＬ／ＭＢＡＬにより暗号化し、初期
乱数列ｋｄ０を生成する。次に、Ｓ２８へ進み、初期乱
数列ｋｄ０の該当バイトと基準論理値０１ｈとの排他的
論理和（イクスクルーシブオア）判定により乱数列ＫＳ
（＝ｋｄ１，ｋｄ２，…ｋｄｉ）を生成する。次にＳ２
９へ進み、乱数列ＫＳを次の自然乱数Ｒ２を鍵としてＳ
ＸＡＬ／ＭＢＡＬにより暗号化し、新たな乱数列ＲＳ
（＝ｒｄ１，ｒｄ２，…ｒｄｎ）を生成する。前記初期
乱数列ｋｄ０、乱数列ｋｓ，ｒｓは、それぞれ図１６に
基づいて説明したものと同一のものである。

【０１４９】このようにして生成された乱数列ＲＳと受
信した伝送情報ＲＤｎとの排他的論理和条件を判定して
送信単位Ｆｓを生成し（Ｓ３０）、コンテンツを再生す
る（Ｓ３１）。

【０１５０】図１８は、ユーザ認証処理を示すフローチ
ャートであり、前述したＳＦ１４，Ｓ２６の具体的な動
作を示すフローチャートである。このフローチャート
は、ユーザのパソコン１４とコンテンツ提供業者７の通
信装置３と会員管理センター１２の管理サーバー６９そ
れぞれのフローチャートである。

【０１５１】ユーザは、まず自己のＩＣカード６５をパ
ソコン１４のＩＣカード挿入口５０へ挿入する。その状
態で、ユーザが暗証番号等を入力してカード認証を行な
い、そのカード認証の結果適正である旨の判定がなされ
たことを条件としてＳ３２の処理がなされる。Ｓ３２で
は、ＩＣカード６５に記憶されている会員ＩＤを読出
し、その読出した会員ＩＤと選択されたコンテンツＮ
Ｏ．とをコンテンツ提供業者７の通信装置３へ送信する
処理がなされる。通信装置３では、ＳＦ１５により、送
信されてきたそれら情報を会員管理センター１２の管理
サーバー６９へ中継して送信する処理が行なわれる。管
理サーバー６９では、ＳＨ１により、データベース７０
に格納されている会員管理用の情報を参照して送られて
きた会員ＩＤを確認し、適正である旨の確認が行なわれ
たことを条件として乱数を生成してチャレンジコードＣ
Ｃとして送信する処理がなされる。

【０１５２】コンテンツ提供業者７の通信装置３では、
ＳＦ１６により、そのチャレンジコードＣＣを中継して
ユーザのパソコン１４へ送信する。ユーザのパソコン１
４では、Ｓ３３により、ＩＣカード６５内に記憶されて
いるユーザのネットキーＳＫを呼出し、それを鍵を使用
してレスポンスコードＲＣを生成して返信する処理がな
される。この処理は、ＲＣ＝Ｅ_SK（ＣＣ）を演算し、そ
の演算結果を返信する処理である。

【０１５３】コンテンツ提供業者７の通信装置３では、
そのレスポンスコードＲＣをＳＦ１７により中継して会
員管理センター１２の管理サーバー６９に伝送する処理
がなされる。

【０１５４】管理サーバー６９では、ＳＨ２により、そ
の送信されてきたレスポンスコードＲＣに基づいてユー
ザの本人認証を行なって確認し、適正である旨の確認が
できればその旨をコンテンツ提供業者７の通信装置３へ
返信する処理がなされる。このＳＨ２の処理は、具体的
には、ＲＣ＝Ｄ_SK（ＣＣ）が成立するか否かに基づいて
行なう。なお、ネットキーＳＫは、会員管理センター１
２のデータベース７０に会員のＩＤ毎に分類して格納さ
れており、管理サーバー６９が会員ＩＤに相当するＳＫ
を検索してそれを用いてユーザ認証を行なう。

【０１５５】ユーザ認証の確認情報を受取ったコンテン
ツ提供業者７の通信装置３では、ＳＦ１８により、ユー
ザが希望するコンテンツに対応する可変長データＫＨと
乱数（Ｒ１，Ｒ２）をユーザのネットキーＳＫで暗号化
して秘匿した形態でユーザのパソコン１４へ転送する処
理がなされる。ユーザのパソコン１４では、Ｓ３４によ
り、その転送されてきた情報をネットキーＳＫにより復
号化し、可変長データＫ１と乱数（Ｒ１，Ｒ２）とを再
生して記憶する処理がなされる。このＫ１と乱数（Ｒ
１，Ｒ２）とが前述した図１７に示したＳ２７以降の処
理に利用される。

【０１５６】図１９は、たとえば有料コンテンツを購入
したユーザが、他のユーザにそのコンテンツを複製して
配布するという不正コピーを防止するための制御回路で
ある。この制御回路は、たとえばユーザのパソコン１４
に内蔵されている。コンテンツ提供業者７が提供する有
料コンテンツあるいは放送局２が放送する有料番組をユ
ーザのパソコン１４が受信してそのコンテンツをハード
ディスク８１等に記録させる。前述したように、有料コ
ンテンツの場合には、一般的に暗号化されたデータとし
て転送されてくるために、その転送データをそのまま暗
号化された状態でパソコン１４がハードディスク８１に
記録する。このハードディスク８１から読出された情報
は、図１７で説明したように、所定の復号化手段８１ａ
により復号化され、コンテンツが再生される。

【０１５７】この復号化された後のコンテンツには、い
わゆる電子透かし技術により、制御信号ＣＣＳ（Copy C
ontrol Signal ）を透かし情報として埋込んでいる。一
般的に、透かし情報は、ＭＥＰＧ２による復号化を行な
うことにより読出すことができる。この復号手段８１ａ
により復号化されたコンテンツデータがＭＰＥＧ２復号
化器８２に入力され、復号化された情報を電子透かし検
出器８３に入力することにより、透かし情報である制御
信号ＣＣＳを検出することができる。そしてその電子透
かし検出器８３により検出されたＣＣＳがＡＰＳ８６に
入力される。このＡＰＳは、たとえば米Macrovision Co
rp. が開発したAnalog Protection Systemであり、複製
防止処理を行なうものである。

【０１５８】電子透かし検出器８３からグラフィックス
・モジュール８４に、透かし情報を含むコンテンツデー
タが与えられ、グラフィックス・モジュール８４からコ
ンテンツデータがＮＴＳＣ（National Tetevison Syste
m Committee ）符号化器８５に与えられ、ＮＴＳＣ信号
に変換される。そしてＮＴＳＣ信号がパソコン１４のＣ
ＲＴ５２，ＴＶ１６，ＶＴＲ１５等に供給される。

【０１５９】ＡＰＳ８６に与えられるＣＣＳは、たとえ
ば、「コピー禁止」や「１度だけコピー可能」などのコ
ピー制御信号であり、この信号に従ってＡＰＳ８６が動
作してＣＣＳのデータ内容どおりのコピー禁止等の制御
を行なう。

【０１６０】図２０は、コンテンツ提供業者７と第三者
機関８あるいは放送局２と番組関連データ制作者１１と
の間での情報のやり取りを無線系メディアを用いて行な
う例を示す説明図である。この図２０は、いわゆるワイ
ヤレス・ローカル網ＷＬＬ（Wireless Local Loop ）を
利用したものを示している。コンテンツ提供業者７，第
三者機関８，放送局２，番組関連データ制作者１１に
は、それぞれ、無線装置７１，７２，７４，７５が設け
られている。そして、前述したように、第三者機関８と
コンテンツ提供業者７との間での、ユーザエージェント
２６，有料コンテンツ，第三者機関エージェント２９等
の伝送を、このＷＬＬを利用して行なう。図中７６，７
７，７８，７９，８０はＷＬＬ用のアンテナである。

【０１６１】また、放送局２と番組関連データ制作者１
１との間での、番組関連データの伝送等も、ＷＬＬを利
用して行なう。なお、１は衛星、５は衛星用のアンテナ
である。

【０１６２】第三者機関８とコンテンツ提供業者７との
間での情報のやり取りは、多数のユーザエージェントや
多数の第三者機関エージェントや多数のコンテンツが比
較的大量に集まって送受信されるために、そのような大
量のデータをこのＷＬＬを利用して送受信することによ
り、効率的に送受信できる利点がある。

【０１６３】図２１は、不正コピー防止のための他の例
を示す制御回路図である。この制御回路も、たとえばユ
ーザのパソコン１４に内蔵されている。ユーザのパソコ
ン１４で受信した暗号化されたコンテンツデータは前述
したようにハードディスク８１に記録される。この暗号
化コンテンツデータ内には、その暗号化コンテンツを復
号化するための前述した可変長データＫ１，乱数Ｒ１，
Ｒ２が前述したユーザのネットキーＳＫで暗号化された
状態で、透かし情報として組込まれている。

【０１６４】ハードディスク８１に記録されているこの
ような暗号化コンテンツデータがＭＰＥＧ２復号化器８
２に入力され、そこで復号化されて透かし情報が検出可
能な状態に変換され、そのデータが電子透かし検出器８
３に入力され、透かし情報であるＥ_SK（Ｋ１，Ｒ１，Ｒ
２）が検出されてパソコン１４のＣＲＴ５２，ＴＶ１６
に入力される。一方、電子透かし検出器８３からの暗号
化コンテンツデータがグラフィックス・モジュール８４
を経由してＮＴＳＣ符号化器８５に入力され、ＮＴＳＣ
信号としてＣＲＴ５２，ＴＶ１６，ＶＴＲ１５に与えら
れる。このＮＴＳＣ信号は、暗号化されたコンテンツデ
ータのＮＴＳＣ信号であるために、このＮＴＳＣ信号に
基づいてそのままＣＲＴ５２，ＴＶ１６等により放映し
たとしても、暗号化されたデータに従った映像しか放映
されず、ユーザが何ら認識できない映像となる。

【０１６５】そこで、たとえばユーザのパソコン１４の
ＩＣカード挿入口５０にユーザのＩＣカード６５を挿入
することにより、そのＩＣカード６５に記憶されている
ユーザのネットキーＳＫがパソコン１４により読取ら
れ、パソコン１４に入力されたＥ_SK（Ｋ１，Ｒ１，Ｒ
２）をユーザのネットキーＳＫより符号化してＫ１，Ｒ
１，Ｒ２を再生し、それらデータを用いてＮＴＳＣ信号
を復号化して通常のコンテンツデータに対するＮＴＳＣ
信号に変換し、それに基づいてＣＲＴ５２により映像を
表示するように制御する。

【０１６６】ＴＶ１６にもＩＣカード挿入口を形成し、
そこにＩＣカード６５を挿入することにより、前述と同
様にＴＶ１６によりＮＴＳＣ信号を復号化して通常のコ
ンテンツデータに対するＮＴＳＣ信号に変換して放映す
る。

【０１６７】このように構成することにより、有料コン
テンツを正規に購入したユーザのＩＣカード６５を、パ
ソコン１４あるいはＴＶ１６に挿入しない限り、有料コ
ンテンツを再生して放映することができない。なお、Ｖ
ＴＲ１５には、ＩＣカード挿入口が形成されていないた
め、ＶＴＲ１５に記録されるデータは暗号化されたコン
テンツに対するＮＴＳＣ信号となる。そしてこのＶＴＲ
１５に記録されている暗号化されたコンテンツに対する
ＮＴＳＣ信号をＣＲＴ５２あるいはＴＶ１６により再生
する際には、ＩＣカード６０を挿入して前述したように
復号化して再生閲覧する。

【０１６８】この図２１に示す別実施の形態により、Ｔ
Ｖ１６でコンテンツを再生する場合には、ＴＶ１６に図
１７に示したコンテンツ再生処理の機能が内蔵されるこ
ととなる。また、ＣＲＴ５２によりコンテンツを再生す
る場合には、パソコン１４のＩＣカード挿入口５０にＩ
Ｃカード６５を挿入して再生するのであるが、図２１に
示すように、ＮＴＳＣ符号化器８５からＣＲＴ５２に供
給されたＮＴＳＣ信号に対し復号化を行なうようにし、
パソコン１４内でＮＴＳＣ信号が復号化されてその復号
化されたＮＴＳＣ信号がたとえばＴＶ１６やＶＴＲ１５
に出力できないように構成されている。

【０１６９】また、この図２１に示す別実施の形態で
は、図１８に示したユーザ認証処理を行なって適正なユ
ーザである旨の認証が行なわれた後、可変長データＫ１
と乱数（Ｒ１，Ｒ２）とをユーザのネットキーＳＫで暗
合化したデータを暗号化コンテンツデータに透かし情報
として組込んでその情報を放送局２等を経由してユーザ
のパソコン１４に転送するようにする。

【０１７０】図２２〜図２４は、図１６〜図１８に示し
た制御動作の他の例を示す図である。

【０１７１】図２２は、コンテンツ提供業者７の通信装
置３の動作を示すフローチャートであり、図１６と対応
している。ＳＦ１９により、コンテンツの送信指令があ
ったか否かの判断がなされ、ない場合にはＳＦ１９ａに
進み、ユーザ認証処理を行なった後ＳＦ１９へ戻る。

【０１７２】テレスクリプト・エンジン８１からコンテ
ンツの送信指令があった場合にはＳＦ２０へ進み、既に
放送予定となっているコンテンツであるか否かの判断が
なされ、放送予定となっているコンテンツである場合に
はＳＦ２１へ進み、放送日時とチャンネルをパソコン１
４へ送信してＳＦ１９へ戻る。一方、未だに放送予定と
なっていない新しいコンテンツについて送信指令があっ
た場合にはＳＦ２２へ進み、ユーザの秘密鍵ＳＫＵと同
じビット数の乱数ＲＮを生成する処理がなされる。一般
的にＲＳＡ等の公開鍵暗号方式で用いられる秘密鍵のビ
ット数は、１０２４ビットであるために、このＳＦ２２
で生成される乱数ＲＮも１０２４ビットになる可能性が
高い。

【０１７３】次にＳＦ２３へ進み、選択されたコンテン
ツをユーザの秘密鍵ＳＫＵと同じビット数（たとえば１
０２４ビット）ずつに分割して分割コンテンツＡ（＝Ａ
１，Ａ２，…Ａｎ）を生成する処理がなされる。ＳＫＵ
と同じビット数に分割した場合には、コンテンツに端数
が生ずるのが一般的である。その場合には、最後の分割
コンテンツＡｎがＳＫＵのビット数よりも少ないビット
数のデータとなる。次にＳＦ２４へ進み、分割コンテン
ツＡとＳＦ２２により生成された乱数ＲＮとの排他的論
理和（イクスクルーシブオア）を演算する。図２２〜図
２４ではイクスクルーシブオアとして○の中に＋が描か
れた記号を用いているが、明細書では（＋）の記号を用
いる。ＳＦ２４の具体的演算内容は、分割コンテンツＡ
１，Ａ２，…Ａｎのそれぞれと乱数ＲＮとのイクスクル
ーシブオアを計算するものである。次にＳＦ２５へ進
み、ＳＦ２４による演算結果Ａ（＋）ＲＮを放送局２へ
送信する処理がなされる。これを受けた放送局２は、Ａ
（＋）ＲＮを放送する日時とチャンネルを決定し、その
決定された放送日時とチャンネルをコンテンツ提供業者
７に返信する。その返信があれば、ＳＦ２６によりＹＥ
Ｓの判断がなされてＳＦ２７へ進み、コンテンツＮＯ．
毎に分類して放送日時とチャンネルを記憶する処理がな
され、ＳＦ２８に進み、その放送日時とチャンネルをパ
ソコン１４へ送信する処理がなされた後ＳＦ１９へ戻
る。

【０１７４】なお、ＳＦ２４の最後のＡｎ（＋）ＲＮ
は、分割コンテンツデータＡｎが端数の関係上ＳＫＵよ
りも少ないビット数の分割コンテンツである場合には、
乱数ＲＮの先頭から分割コンテンツＡｎのビット数だけ
のデータを取出し、そのデータとＡｎのイクスクルーシ
ブオアを演算する。

【０１７５】図２３は、ＳＦ１９ａおよび後述するＳ３
６に示されたユーザ認証処理の具体的動作を示すフロー
チャートであり、図１８と対応している。

【０１７６】まずユーザが自己のＩＣカード６５をパソ
コン１４のＩＣカード挿入口５０に挿入して前述と同様
にカード認証を行ない、適正である旨の認証が行なわれ
たことを条件としてＳ３８により、挿入されたＩＣカー
ド６５に記憶されているユーザのＩＤが読取られてその
会員ＩＤと選択されたコンテンツＮＯ．とがコンテンツ
提供業者７の通信装置３へ送信される。通信装置３で
は、その送信されてきた情報をＳＦ１９により中継して
会員管理センター１２の管理サーバー６９に伝送する。
管理サーバー６９では、ＳＨ３により、データベース７
０にアクセスして送られてきた会員ＩＤを確認して適正
であるか否かの判断を行ない、適正である旨の確認をし
た後乱数を生成してチャレンジコードＣＣを通信装置３
へ送信する。

【０１７７】通信装置３では、その送信されてきたチャ
レンジコードＣＣをＳＦ２０により中継してユーザのパ
ソコン１４へ送信する。ユーザのパソコン１４では、Ｓ
３９により、ＩＣカード内のネットキーＳＫを読出し、
そのＳＫを鍵としてレスポンスコードＲＣを生成して返
信する処理がなされる。つまり、ＲＣ＝Ｅ_SK（ＣＣ）を
演算して返信する。通信装置３では、その返信されてき
たＲＣをＳＦ２１により中継して管理サーバー６９に送
信する処理が行なわれる。管理サーバー６９では、ＳＨ
４により、その送信されてきたレスポンスコードＲＣに
基づいてユーザの本人認証を行ない適正である旨の認証
が行なわれたことを確認した場合にその旨を返信する処
理がなされる。つまり、ＳＨ４では、ＣＣ＝Ｄ_SK（Ｒ
Ｃ）が成立するか否かを判断してユーザの本人認証が行
なわれる。

【０１７８】通信装置３では、ユーザの本人認証の確認
情報を受取れば、選択されたコンテンツをＳＦ２３同様
に分割し、分割コンテンツＡ（＝Ａ１，Ａ２，…Ａｎ）
を管理サーバー６９へ送信する処理がなされる。管理サ
ーバー６９では、ＳＨ５により、 ＳＫＵ（＋）｛Ｉ１（＋）（Ａ１（＋）ＲＮ）｝＝Ａ１ ＳＫＵ（＋）｛Ｉ２（＋）（Ａ２（＋）ＲＮ）｝＝Ａ２ ・ ＳＫＵ（＋）｛Ｉｎ（＋）（Ａｎ（＋）ＲＮ）｝＝Ａｎ を満たすＩ（＝Ｉ１，Ｉ２，…Ｉｎ）を演算して、Ｅ_SK
（Ｉ）を通信装置３へ送信する処理がなされる。

【０１７９】ここで、Ｉ１，Ｉ２，…Ｉｎは、それぞ
れ、Ａ１，Ａ２，…Ａｎの分割コンテンツのビット数と
同じビット数（たとえば１０２４ビット）のデータであ
る。なお、端数の関係上Ａｎが通常より少ないビット数
であった場合には、ＩｎもＡｎに合せた少ないビット数
となる。このＩ１，Ｉ２，…Ｉｎの算出は、比較的簡単
に行なえ得る。たとえば、ＳＫＵとＡ１とＲＮとの最上
位ビットがともに「１」であった場合には、 １（＋）｛Ｉ１の最上位ビット（＋）（１（＋）１）｝
＝１ となり、Ｉ１の最上位ビットは自ずと「０」となる。ま
た、ＳＫＵの最上位ビットの次のビットが０で、Ａ１と
ＲＮとの最上位ビットの次のビットがともに１であった
場合には、 ０（＋）｛Ｉ１の最上位ビットの次のビット（＋）（１
（＋）１）｝＝１ となり、Ｉ１の最上位ビットの次のビットは自ずと
「１」となる。

【０１８０】通信装置３では、Ｅ_SK（Ｉ）を受けてＳＦ
２３により中継してユーザのパソコン１４へ送信する処
理がなされる。ユーザのパソコン１４では、Ｓ４０によ
り、受信した情報を鍵ＳＫにより復号化する処理、すな
わち、Ｔ_SK｛Ｅ_SK（Ｉ）｝を演算してＩを再生して記憶
する処理がなされる。なお、この別実施の形態では、会
員管理センター１２のデータベース７０に、会員のＩＤ
ごとに分類して会員（ユーザ）の秘密鍵ＳＫＵが格納さ
れている。この秘密鍵ＳＫＵは、秘密性が保持可能な状
態でデータベース７０に格納されており、会員管理セン
ター１２のある限られたオペレータのみが管理サーバー
６９によりＳＫＵにアクセスできるように構成されてい
る。

【０１８１】図２４は、ユーザのパソコン１４の動作を
示すフローチャートであり、図１７に示したフローチャ
ートに対応したものである。まずＳ３５により、Ｉ（＝
Ｉ１，Ｉ２，…Ｉｎ）を記憶しているか否かの判断がな
される。図２３に示したユーザ認証が終了した段階では
Ｉがユーザのパソコン１４により記憶されているために
（Ｓ４０参照）、Ｓ３５によりＹＥＳの判断がなされて
Ｓ３７に進むが、まだＩが記憶されていない場合にはＳ
３６に進み、図２３に示したユーザ認証処理が行なわれ
た後Ｓ３７へ進む、Ｓ３７では、 Ａ＝ＳＫＵ（＋）｛Ｉ１（＋）（Ａ１（＋）ＲＮ｝ ＋ＳＫＵ（＋）｛Ｉ２（＋）（Ａ２（＋）ＲＮ｝ ＋ＳＫＵ（＋）｛Ｉ３（＋）（Ａ３（＋）ＲＮ｝ ： ＋ＳＫＵ（＋）｛ＩＮ（＋）（ＡＮ（＋）ＲＮ｝ を演算して、コンテンツを再生する処理がなされる。

【０１８２】この別実施の形態では、Ｓ３７で示したよ
うに、コンテンツＡを再生するには、当該ユーザの秘密
鍵であるＳＫＵが必要となる。つまりこのユーザの秘密
鍵ＳＫＵを用いて暗号化コンテンツを復号化する処理が
コンテンツＡを再生するのに必須の処理となっている。
その結果、暗号化コンテンツを正規に購入したユーザ以
外のユーザが暗号化コンテンツを復号化してコンテンツ
Ａを再生するためには、当該暗号化コンテンツを購入し
た正規のユーザの秘密鍵ＳＫＵを用いて暗号化コンテン
ツを復号化せざるを得ず、正規のユーザからＩＣカード
６５を入手しなければコンテンツＡを得ることはできな
い。ゆえに、セキュリティが向上する。

【０１８３】この図２２〜図２４の別実施例を別の表現
で簡単に説明すれば、以下のようなものとなる。

【０１８４】コンテンツ提供業者７が作成したコンテン
ツをＡとし、コンテンツ提供業者７は、その有料コンテ
ンツＡを乱数等からなる鍵ＲＮにより暗号化してＥ
_RN（Ａ）を演算してそれを放送局２から放送してもら
う。またコンテンツ提供業者７は、Ｄ_SKU ［Ｄ_I ｛Ｅ_RN
（Ａ）｝］＝Ａを満たす鍵Ｉを生成し、それを鍵ＳＫで
暗号化してインターネット１３等を経由してユーザのパ
ソコン１４へ送信する。

【０１８５】ユーザは、放送局２から受信したＥ
_RN（Ａ）をコンテンツ提供業者７から受信して再生した
鍵Ｉで復号化し、さらにそれを自分の秘密鍵ＳＫＵで復
号化する。その結果、コンテンツＡを得ることができ
る。

【０１８６】なお、このようなＲＮやＩやＳＫＵ等の鍵
を用いて暗号化，復号化するアルゴリズムを、ＲＳＡ公
開鍵暗号方式やいわゆる楕円曲線暗号のアルゴリズムを
用いれば、Ｄ_I ｛Ｅ_RN（Ａ）｝＝Ｅ_PKU （Ａ）が成立す
る。ゆえに、この式を満たすＩをコンテンツ提供業者７
が算出してそれをユーザのパソコン１４に送信すれば事
足りることとなり、Ｉを生成するのにユーザの公開鍵Ｐ
ＫＵで事足りユーザの秘密鍵ＳＫＵを必要としないこと
となる。

【０１８７】次に、以上説明した実施の形態の変形例や
特徴点等を以下に列挙する。 （１） 前述した実施の形態では、ＣＭ制作者１０が制
作したＣＭに対し番組関連データ制作者１１が制作した
番組関連データを重合させて放送し、番組の合間に挿入
されているＣＭをユーザがカットして番組の部分のみを
閲覧する不都合を防止するためのＣＭカット閲覧防止シ
ステムの発明が開示されている。

【０１８８】この発明は、ユーザに閲覧を希望させるた
めのコンテンツの合間にコマーシャルメッセージを挿入
して宣伝を行なう宣伝システム（宣伝方法）を発明の属
する技術分野とする。

【０１８９】従来から一般的に知られている宣伝システ
ム（宣伝方法）は、テレビ番組等の合間にコマーシャル
メッセージ（ＣＭ）を挿入して放送局から放送し、ユー
ザがその放送を受信してＴＶ（テレビジョン）で放映し
てＣＭを閲覧することにより、ＣＭのスポンサーの宣伝
やスンポンサーの商品の宣伝を行なうものがあった。

【０１９０】一方、近年、ユーザの家庭にはＶＴＲ（ビ
デオテープレコーダ）が普及しており、放送局が放送し
たＣＭを含む番組を一旦このＶＴＲ等に記録させ、後日
それを再生してＴＶやパソコン等で閲覧するという記録
再生閲覧が増えてきた。

【０１９１】その結果、番組の合間に挿入されているＣ
Ｍはユーザにしてみれば贅肉に相当する部分であるため
に、そのＣＭ部分のみをカットして番組部分のみを再生
して閲覧するというＣＭカット閲覧が増えることが予想
される。

【０１９２】このようなＣＭカット閲覧が増えた場合に
は、民放番組のスポンサーがＣＭによる利益を見込めな
くなり、スンポンサーによって成り立っている民放が崩
壊するおそれがある。

【０１９３】つまり、従来の宣伝システム（宣伝方法）
においては、ユーザに閲覧を希望させるためのコンテン
ツの合間に挿入されたコマーシャルメッセージのみをユ
ーザがカットしてコンテンツのみを閲覧するために、コ
マーシャルメッセージの挿入による利益が見込めなくな
るという欠点があった。

【０１９４】この宣伝システムの発明は、かかる実情に
鑑み考え出されたものであり、その目的は、ユーザによ
る前述したＣＭカット閲覧を極力防止することである。

【０１９５】この目的を達成するための手段として、こ
の宣伝システムの発明は、ユーザに閲覧を希望させるた
めのコンテンツの合間にコマーシャルメッセージを挿入
して宣伝を行なう宣伝システムであって、前記コマーシ
ャルメッセージが挿入される対象となる前記コンテンツ
に関連するコンテンツ関連情報を制作する制作者によっ
て制作されたコンテンツ関連情報を前記コマーシャルメ
ッセージと同時に放映する同時放映手段を含むことを特
徴とする。

【０１９６】このような手段を採用した結果、コマーシ
ャルメッセージと同時にそのコマーシャルメッセージが
挿入されたコンテンツに関連するコンテンツ関連情報が
放映される。コンテンツに興味のあるユーザはそのコン
テンツ関連情報をも閲覧を希望するために、コンテンツ
関連情報を閲覧すれば同時にコマーシャルメッセージも
閲覧する結果となる。ゆえに、コマーシャルメッセージ
をカットしてコンテンツのみを閲覧することが極力防止
できる。

【０１９７】前記同時放映手段は、前記コマーシャルメ
ッセージが挿入される対象となる前記コンテンツ（番
組）に関連するコンテンツ関連情報（番組の意見交換用
のホームページや番組の重要なポイントに注意を促すメ
ッセージや番組内に登場する専門用語の解説等）を制作
する制作者（番組関連データ制作者１１）によって制作
されたコンテンツ関連情報を前記コマーシャルメッセー
ジと重合させる重合手段（ＳＥ１，ＳＥ２）と、該重合
手段により前記コンテンツ関連情報が重合されたコマー
シャルメッセージを前記コンテンツの合間に放映する放
映手段（ＳＥ３，ＳＤ３〜ＤＳ９，放送局２，パソコン
１４あるいはＴＶ１６）とを含んでいる。

【０１９８】前記重合手段は、たとえばテレビ番組の放
映中に地震等が発生した旨の臨時ニュースのメッセージ
を文字情報として表示させるという従来から周知の文字
作成装置等の重合手段を用いればよい。なお、前記重合
手段は、前述した本実施の形態では、ＣＭ制作者１０の
所に設けられたものを示したが、その代わりに、放送局
２に設けてもよい。その場合には、番組関連データ制作
者１１が制作した番組関連データをインターネット１３
を経由して放送局２に送信し、放送局２において放送す
るコマーシャルメッセージにその番組関連データを重合
させて放送する。

【０１９９】また、前述したコマーシャルメッセージカ
ット閲覧を防止する目的を達成する発明として、次のよ
うな手段を有するものであってもよい。

【０２００】ユーザに閲覧を希望させるためのコンテン
ツの合間にコマーシャルメッセージを挿入して宣伝を行
なう宣伝方法であって、前記コマーシャルメッセージが
挿入される対象となる前記コンテンツに関連するコンテ
ンツ関連情報を生成するコンテンツ関連情報生成ステッ
プと、該コンテンツ関連情報生成ステップにより生成さ
れた前記コンテンツ関連情報と前記コマーシャルメッセ
ージとを重合させる重合ステップと、該重合ステップに
より前記コンテンツ関連情報が重合した前記コマーシャ
ルメッセージを前記コンテンツの合間に放映する放映ス
テップとを含むことを特徴とする、宣伝方法。

【０２０１】前述した番組関連データ制作者１１が図１
２に示すような番組関連データを制作する説明部分によ
り、前記コンテンツ関連情報生成ステップが構成されて
いる。前記ＳＥ２により、前記重合ステップが構成され
る。前記ＳＥ３，ＳＤ３〜ＳＤ９，放送局２，前記Ｓ１
３〜Ｓ１６により、前記放映ステップが構成される。

【０２０２】（２） 前述した本実施の形態では、ユー
ザが好むと思われるコマーシャルメッセージを検索して
そのユーザに放映閲覧させるという発明が開示されてい
る。この発明は、コマーシャルメッセージによりユーザ
に対し宣伝を行なう宣伝システム（宣伝方法）を発明の
属する技術分野とする。

【０２０３】この種の宣伝システム（宣伝方法）におい
て、従来から一般的に知られてるものに、たとえば、民
放の番組に対するスポンサーのためのコマーシャルメッ
セージをＣＭ制作者が制作し、その制作されたコマーシ
ャルメッセージが放送局に提供されて番組の合間に挿入
された状態で放送される。ユーザは、放送番組の中から
閲覧を希望する放送を受信してＴＶやパソコン等により
閲覧をし、その閲覧途中で挿入されたコマーシャルメッ
セージが放映されることにより、ユーザに対しスポンサ
ーの宣伝を行なっていた。

【０２０４】しかし、この種の従来の宣伝システム（宣
伝方法）では、ＣＭ制作者が一方的にスポンサーのＣＭ
を作成してユーザが好むと好まざるとにかかわらず一方
的に制作されたＣＭを放送局から放送していた。その結
果、ユーザにしてみれば、全く興味のない商品のＣＭや
自分にほとんど無関係なＣＭを閲覧する状態となる。た
とえば、アルコールを受けつけないユーザに対しビール
の宣伝をしたところでユーザにとって全く無駄であるば
かりでなくスポンサー側にとっても全く効果のないＣＭ
となってしまう。このように、従来の宣伝システム（宣
伝方法）は、ユーザ側およびスポンサー側双方にとって
無駄の多い利益の少ないものとなってしまうという欠点
があった。

【０２０５】本発明は、かかる実情に鑑み考え出された
ものであり、その目的は、宣伝者側およびユーザ側の双
方における無駄を極力防止することである。

【０２０６】この目的を達成する手段として、この発明
は、コマーシャルメッセージによりユーザに対し宣伝を
行なう宣伝システムであって、ユーザを複数種類の属性
毎に分類し、その分類毎に当該分類に属するユーザのみ
をターゲットにして制作されたコマーシャルメッセージ
を格納するコマーシャルメッセージ格納手段と、ユーザ
のプロフィール情報を知識として保有し、当該ユーザの
ために働くユーザエージェントに前記コマーシャルメッ
セージ格納手段に格納されているコマーシャルメッセー
ジを検索させる検索手段と、該検索手段により検索され
たコマーシャルメッセージを前記ユーザエージェントの
持主であるユーザに提供するコマーシャルメッセージ提
供手段とを含むことを特徴とする。

【０２０７】このような手段を採用した結果、複数種類
の属性に分類されたユーザ毎に当該分類に属するユーザ
のみをターゲットにしてコマーシャルメッセージが制作
され、ユーザエージェントによりそのような複数のコマ
ーシャルメッセージの中からユーザが好むと思われるコ
マーシャルメッセージが検索されて選択され、ユーザに
提供される。その結果、ユーザに適したきめ細かなコマ
ーシャルメッセージがユーザ毎に提供可能となり、ユー
ザにとって不必要なコマーシャルメッセージがユーザに
提供されてしまうという無駄を極力防止することができ
る。

【０２０８】前記データベース５６により、ユーザを複
数種類の属性毎に分類し、その分類毎に当該分類に属す
るユーザのみをターゲットにして制作されたコマーシャ
ルメッセージを格納するコマーシャルメッセージ格納手
段が構成されている。前記テレスクリプト・エンジン５
７により、ユーザのプロフィール情報を知識として保有
し、当該ユーザのために働くユーザエージェント２６に
前記コマーシャルメッセージ格納手段に格納されている
コマーシャルメッセージを検索させる検索手段が構成さ
れている。前記ＳＡ７６〜ＳＡ８０，ＳＡ８９〜ＳＡ９
３，インターネット１３，放送局２，Ｓ２，Ｓ１１〜Ｓ
１６により、前記検索手段により検索されたコマーシャ
ルメッセージを前記ユーザエージェントの持主であるユ
ーザに提供するコマーシャルメッセージ提供手段が構成
されている。

【０２０９】前記ユーザを複数種類の属性に分類する具
体例としては、たとえば、ユーザを、年齢別，性別，学
識レベル別，職業別，ユーザの消費動向別，ユーザの各
種好みの嗜好別等に分類することが考えられる。番組等
のコンテンツの合間に挿入されるコマーシャルメッセー
ジの放映時間としては、たとえば、２０秒，４０秒，６
０秒，８０秒，１００秒等のように、複数種類の放映時
間を予め規格化しておき、前記コマーシャルメッセージ
格納手段に格納される複数のコマーシャルメッセージ
も、１つのメッセージまたは複数のメッセージを組合せ
て放映することにより前記規格化された時間にちょうど
収まるような長さに制作しておく。

【０２１０】一方、放送局２からコマーシャルメッセー
ジを含む番組を放送する場合には、番組放送からコマー
シャル放送に切換える直前にコマーシャルメッセージの
放映時間を特定するデータを放送する。ユーザ側におい
ては、パソコン１４等により、そのコマーシャルメッセ
ージの放映時間を特定する情報を受信してその情報に基
づいて特定されるコマーシャルメッセージ放映時間だけ
ユーザエージェントが検索したコマーシャルメッセージ
に切換えて放映する。

【０２１１】一方、ユーザエージェントが予め選択して
予約した番組以外の番組をユーザが見る場合もあり、そ
の場合に対応する方法としては、当日放送される番組の
スポンサーすべてについてコマーシャルメッセージを予
めユーザエージェントが検索してユーザのパソコン１４
のハードディスク等に記憶しておくことが考えられる。

【０２１２】コマーシャルメッセージの記憶は、１つの
スポンサーに対し複数種類検索して記憶しておき、その
複数種類のコマーシャルメッセージを入れ代わり立ち代
わり放映してユーザが飽きないようにすることが望まし
い。

【０２１３】一方、ユーザが全く不要とするコマーシャ
ルメッセージたとえばアルコールを全く受けつけないユ
ーザに対しビールやウイスキー等のコマーシャルメッセ
ージは、当然ユーザエージェントが検索しない。その結
果、そのようなユーザに対しては、ユーザが見ている番
組のスポンサーになっているにもかかわらずそのユーザ
には当該スンポンサーのコマーシャルメッセージが全く
放映されないという不公平な事態が生ずる。そこで、た
とえば一定の地域内等において、スポンサー同士コマー
シャルメッセージの放映回数が平等となるように調整す
る調整手段を設置するのが望ましい。

【０２１４】図１に示した衛星放送を利用してコマーシ
ャルメッセージを放映する方法として、たとえば、コマ
ーシャルメッセージばかりを次々と放映する衛星放送を
１チャンネルまたは多数チャンネルにわたって開設し、
ユーザエージェントが前記コマーシャルメッセージ格納
手段にアクセスして検索選択したコマーシャルメッセー
ジが衛星放送によって放送される日時とチャンネルを特
定できるデータをユーザのパソコンに送信する。ユーザ
のパソコン１４では、送信されてきた日時が来れば送信
されたチャンネルにチューニングして放送電波をキャッ
チしてその放送内容であるコマーシャルメッセージをハ
ードディスク等に記憶させる。

【０２１５】ほぼすべてのスポンサーについてコマーシ
ャルメッセージをユーザエージェントが検索してユーザ
のパソコン１４のハードディスク等に記憶した段階で
は、その後においては、あるスポンサーについて新たな
コマーシャルメッセージが制作された場合に限り、その
新たなコマーシャルメッセージについてユーザエージェ
ントが検索し必要と判断すればこのコマーシャルメッセ
ージをユーザのパソコン１４のハードディスク等に記憶
させる。またあるスポンサーについて古くなって消去さ
れたコマーシャルメッセージも、そのコマーシャルメッ
セージがパソコン１４のハードディスクに記憶されてお
ればそのハードディスクから消去する。

【０２１６】その場合、前記コマーシャルメッセージ格
納手段において、新たに作成されて新たに格納されたコ
マーシャルメッセージあるいは古くて消去されたコマー
シャルメッセージが生ずるごとに、たとえばプッシュ技
術を利用してユーザのパソコン１４にまでその旨を伝送
する。ユーザのパソコン１４では、その伝送されてきた
情報に基づいてハードディスクの記憶内容を更新する。

【０２１７】さらに、ユーザエージェント２６が検索し
たコマーシャルメッセージについてより詳細なデータを
入手したい場合には、インターフェイス１３経由で所定
のＷＷＷサーバーへアクセスして入手できるようにする
べく、そのコマーシャルメッセージについてのＷＷＷサ
ーバーのアドレスをユーザのパソコン１４に伝送するの
が望ましい。そのＷＷＷサーバーのアドレスデータの送
信は、たとえば衛星データ配信・放送を利用したり、テ
レビ放送用の地上波を利用したデータ多重放送により配
信する。

【０２１８】（３） 前述した本実施の形態では、図２
２〜図２４に示したように、有料コンテンツ等の情報の
セキュリティを確保するシステム（または方法）が開示
されている。

【０２１９】この発明は、情報提供者側が情報要求者側
に提供する情報に対するセキュリティシステム（または
セキュリティを確保する方法）を発明の属する技術分野
とする。

【０２２０】この種のセキュリティを確保する技術とし
て、従来から一般的に知られているものに、たとえば、
あるユーザによって有料コンテンツが購入されれば、そ
の有料コンテンツを暗号化してたとえば放送局からその
暗号化コンテンツを放送してもらう。その暗号化コンテ
ンツを購入したユーザに対しては、その暗号化コンテン
ツの放送日時とチャンネルとを事前に通知しておき、ユ
ーザがその暗号化コンテンツの放送を受信して暗号化コ
ンテンツをＶＴＲ等に記録する。そして、有料コンテン
ツの提供業者が前記暗号化コンテンツを復号化して再生
するための鍵を当該有料コンテンツを購入した正規のユ
ーザに対し配信する。その正規のユーザは、その配信さ
れてきた鍵を用いてＶＴＲ等に記録してある暗号化コン
テンツを復号化して再生して閲覧する。

【０２２１】このような従来の技術の場合には、暗号化
コンテンツが電波メディア（無線系メディア）により広
域にわたって放送されるために、有料コンテンツに対す
る料金を支払った正規のユーザ以外のその他多数のユー
ザが暗号化された有料コンテンツを受信可能となる。こ
のような正規のユーザ以外のその他多数のユーザが前述
した暗号化された有料コンテンツを受信して記録した場
合には、後はコンテンツ提供業者から配信される暗号化
コンテンツを復号化するための鍵（以下単に復号化鍵と
いう）をなんらかの方法で入手するだけで、暗号化コン
テンツを復号化して再生閲覧することが可能となる。そ
の結果、有料コンテンツに対し料金を支払っていない多
数のユーザが有料コンテンツを再生閲覧可能となってし
まうという不都合が生ずる。

【０２２２】そこで、前記復号化鍵ＦＫを、料金を支払
った正規のユーザの公開鍵ＰＫＵにより暗号化してＥ
_PKU （ＦＫ）の形で前記正規のユーザにインターネット
等を経由して配信することが考えられる。そのようにす
れば、他の多数のユーザがこのＥ_PKU （ＦＫ）を傍受し
たとしても、料金を支払った正規のユーザの秘密鍵ＳＫ
Ｕをもっていない限り復号化して復号化鍵ＦＫを再生す
ることができず、一応セキュリティは保たれるように思
われる。

【０２２３】しかし、あるグループの構成員全員が暗号
化コンテンツデータの放送を受信し、その構成員の一人
が代表として料金を支払ってＥ_PKU （ＦＫ）を受信し、
その代表者の秘密鍵で復号化してＤ_SKU ｛Ｅ_PKU （Ｆ
Ｋ）｝を演算してＦＫを再生し、そのＦＫをグループの
他の構成員全員に配信した場合には、一人分の料金しか
払わないにもかかわらず大勢の人間が暗号化コンテンツ
データを閲覧することが可能となる。

【０２２４】この発明は、かかる実情に鑑み考え出され
たものであり、その目的は、有料コンテンツ等の情報を
利用する権限を有する正規のもの以外のものが不正に情
報利用することを極力防止することである。

【０２２５】このような目的を達成するべく、この発明
は、次のような手段を採用している。

【０２２６】情報提供者側が情報要求者側に提供する情
報に対するセキュリティを確保する方法であって、前記
情報提供者側において第１の鍵を用いてあるアルゴリズ
ムに従って前記情報を変換する変換ステップと、該変換
ステップにより変換された変換情報を前記情報要求者側
に提供する変換情報提供ステップと、前記情報提供者側
において、第２の鍵を生成する第２の鍵生成ステップ
と、該第２の鍵生成ステップにより生成された前記第２
の鍵を前記情報要求者側へ提供する第２の鍵提供ステッ
プとを含み、前記第２の鍵生成ステップは、前記変換情
報に対し、前記第２の鍵を用いてのあるアルゴリズムに
従った変換処理と前記情報要求者側の秘密鍵を用いての
あるアルゴリズムに従った変換処理とを施すことを条件
として前記情報を再生できるように定められた前記第２
の鍵を生成することを特徴とする、情報に対するセキュ
リティを確保する方法。

【０２２７】また、前述した目的を達成する他の手段と
して、本発明は以下の構成を採用してもよい。

【０２２８】情報提供者側が情報要求者側に提供する情
報に対するセキュリティシステムであって、前記情報提
供者側において第１の鍵を用いてるあるアルゴリズムに
従って前記情報を変換する変換手段と、該変換手段によ
り変換された変換情報を前記情報要求者側に提供する変
換情報提供手段と、前記情報提供者側において、第２の
鍵を生成する第２の鍵生成手段と、該第２の鍵生成手段
により生成された前記第２の鍵を前記情報要求者側へ提
供する第２の鍵提供手段とを含み、前記第２の鍵生成手
段は、前記変換情報に対し、前記第２の鍵を用いてのあ
るアルゴリズムに従った変換処理と前記情報要求者側の
秘密鍵を用いてのあるアルゴリズムに従った変換処理と
を施すことを条件として前記情報を再生できるように定
められた前記第２の鍵を生成することを特徴とする、情
報に対するセキュリティシステム。

【０２２９】本発明がこのような手段を採用した結果、
暗号化情報を復号化して再生する際に、情報提供者側が
前記情報を提供する相手である正規の情報要求者側の秘
密鍵を用いての変換処理が必須となる。その結果、暗号
化情報を復号化して再生するには、前記正規の情報要求
者側の秘密鍵を入手しなければならない。しかし、秘密
鍵というものは秘密性を保持しなければならない性質の
ものであり、他人にみだりに貸し与えて使用させること
があまり考えられないものである。ゆえに、前記正規の
情報要求者以外の他の者が正規の情報要求者から秘密鍵
を入手することは一般的にあまり考えられず、正規の情
報要求者以外のものが前記暗号化情報を復号化して再生
することが極力防止できる。

【０２３０】前記第２の鍵生成ステップ（第２の鍵生成
手段）は、前記変換情報に対し、前記第２の鍵を用いて
のあるアルゴリズムに従った変換処理が実行された後前
記情報要求者側の秘密鍵を用いてのあるアルゴリズムに
従った変換処理を施すことを条件として前記情報を再生
できるように定められた前記第２の鍵を生成するもので
あることが望ましい。

【０２３１】前記ＳＦ２２〜ＳＦ２４により、前記情報
提供者（コンテンツ提供業者７）側において第１の鍵
（乱数ＲＮ）を用いてあるアルゴリズム（イクスクルー
シブオア）に従って前記情報を変換する変換ステップ
（変換手段）が構成されている。前記ＳＦ２５〜ＳＦ２
８，放送局２，Ｓ７，Ｓ２３，Ｓ８，Ｓ２４，Ｓ２，Ｓ
１１〜Ｓ１６により、前記変換ステップ（変換手段）よ
り変換された変換情報（Ａ（＋）ＲＮ）を前記情報要求
者（ユーザ）側に提供する変換情報提供ステップ（変換
情報提供手段）が構成されている。

【０２３２】前記ＳＨ５により、前記情報提供者側にお
いて、第２の鍵を生成する第２の鍵生成ステップ（第２
の鍵生成手段）が構成されている。ＳＨ５，ＳＦ２３に
より、前記第２の鍵生成ステップ（第２の鍵生成手段）
により生成された前記第２の鍵を前記情報要求者側へ提
供する第２の鍵提供ステップ（第２の鍵提供手段）が構
成されている。

【０２３３】前記第２の鍵生成ステップ（第２の鍵生成
手段）は、前記変換情報（Ａ（＋）ＲＮ）に対し、前記
第２の鍵（Ｉ１，Ｉ２，…Ｉｎ）を用いてのあるアルゴ
リズム（イクスクルーシブオア）に従った変換処理と前
記情報要求者側の秘密鍵（ＳＫＵ）を用いてのあるアル
ゴリズム（イクスクルーシブオア）に従った変換処理と
を施すことを条件として前記情報（コンテンツＡ）を再
生できるように定められた前記第２の鍵（Ｉ１，Ｉ２，
…Ｉｎ）を生成する。

【０２３４】（４） 前述した本実施の形態では、図２
１に基づいて説明したように、情報の不正コピーを防止
する発明が開示されている。

【０２３５】この発明は、不正コピーを防止することを
目的とし、その目的達成のために、次のような手段を採
用した。

【０２３６】暗号化された暗号情報内に、当該暗号情報
を復号化するための鍵情報が埋込まれており、該鍵情報
を読出す鍵読出手段（ＭＰＥＧ２，復号化器８２，電子
透かし検出器８３）と、該鍵読出手段より読出された鍵
を用いて前記暗号情報を復号化して情報を再生する復号
化手段（ＩＣカード６５，ＴＶ１６，パソコン１４）と
を含み、前記復号化手段は、前記再生された情報をユー
ザが認識できるように出力する出力装置（ＴＶ１６，Ｃ
ＲＴ５２を有するパソコン１４）に内蔵されている。

【０２３７】（５） ＩＣカード６５に、エージェント
用知識データばかりでなくユーザエージェント２６のプ
ログラム自体も記憶させてもよい。そのように構成した
場合には、エージェント用知識データとユーザエージェ
ントのプログラム自体とがユーザに常に携帯されるＩＣ
カードに記録されることとなるために、エージェント用
知識データが他人に覗き見されるおそれが少なくなると
ともに、ユーザエージェントを他人に使用される不都合
も極力防止することができる。しかも、ユーザが勤務先
のオフィス等に設置されているパソコンを利用して自分
自身のユーザエージェントを活用したい場合には、携帯
しているＩＣカード６５をそのパソコンに挿入すること
により可能となり、わざわざ自宅のパソコン１４からユ
ーザエージェントのプログラムとエージェント用知識デ
ータとを送信してもらう必要がなくなる。ＩＣカード６
５のＥＥＰＲＯＭ９４により、エージェント用知識デー
タを格納するエージェント用知識データ格納手段が構成
されている。またＩＣカード６５のＥＥＰＲＯＭ９４に
より、エージェントプログラムを格納するエージェント
プログラム格納手段が構成されている。このエージェン
トプログラム格納手段に格納されているエージェントプ
ログラムは、前記ＩＣカードの所有者のために働くエー
ジェントである。

【０２３８】図１５に示したＳＸＡＬ／ＭＢＡＬの代わ
りに、ＲＳＡ公開鍵暗号方式や楕円曲線暗号方式を用い
てもよい。

【０２３９】無線装置７１，７２，アンテナ７６，７７
により、コンテンツ提供業者と第三者機関との間で情報
の交信を無線系メディアを利用して行なうための無線系
メディア利用型情報交信手段が構成されている。

【０２４０】前記Ｓ２２，Ｓ２２ａ，Ｓ２２ｂにより、
アクセスしてきたものが、当事者の一方または双方が行
なうには不向きな中立性を要する特定の仕事を処理する
ために設立された第三者機関本人であるか否かを認証す
るための第三者機関認証手段が構成されている。前記Ｓ
１５により、番組の合間に挿入されて放送されてきたコ
マーシャルメッセージをユーザエージェントが検索した
コマーシャルメッセージに取換えて編集するコマーシャ
ルメッセージ編集手段が構成されている。前記Ｓ１６に
より、番組の合間に挿入されて放送されてきたコマーシ
ャルメッセージをユーザエージェントが検索したコマー
シャルメッセージに切換えて放映する切換放映手段が構
成されている。

【０２４１】前記ＳＡ１０により、ユーザエージェント
の移動先予定を登録しておく移動先予定登録手段が構成
されている。前記ＳＡ４５により、第三者エージェント
に出向依頼を行なうための処理を行なう出向依頼処理手
段が構成されている。ＳＡ４９により、ユーザエージェ
ントが前記第三者機関へ移動するための第三者機関移動
手段が構成されている。

【０２４２】ＳＡ６８〜ＳＡ７２により、ユーザエージ
ェントによる購入手続を行なうための購入手続手段が構
成されている。この購入手続手段は、購入手続に対する
ユーザのデジタル署名を行なうためのデジタル署名手段
（ＳＡ７０，ＳＡ７１，ＳＡ７２）を含んでいる。この
デジタル署名手段は、購入対象を特定可能なオーダ情報
と支払方法を特定可能な支払指示との二重署名を行なう
機能を有する。ＳＢ２０〜ＳＢ２７，ＳＢ４〜ＳＢ３１
により、前記ユーザのデジタル署名を生成するためのデ
ジタル署名生成手段が構成されている。このデジタル署
名生成手段は、前記二重署名を生成する機能を有する。

【０２４３】前記ＳＡ７３，ＳＡ７４により、ユーザエ
ージェントのクローンが既に在駐しているところを避け
在駐していないところを探し出してユーザエージェント
が移動する移動先選択移動手段が構成されている。ＳＡ
８１〜ＳＡ８３，ＳＡ８８〜ＳＡ９２により、ユーザエ
ージェントを駐在させて新たなコマーシャルメッセージ
が制作された場合に当該コマーシャルメッセージに対す
る評価を行なうユーザエージェント駐在評価手段が構成
されている。

【０２４４】ユーザエージェント等が外国のサイト等に
移動する場合には、そのサイトでは、どこの国のエージ
ェントが移動してきたのかをチェックする必要が生ずる
場合がある。人間の場合には外国に行くときにビザ（入
国許可書）が必要になるのと同様に、エージェントの場
合には、ビザ（入国許可書）に相当するものをチェック
して、そのエージェントの侵入を許可するか否かを判断
するのが望ましい。

【０２４５】そこで、アクセスしてきたエージェントが
どこの国のユーザまたは業者のために働くエージェント
であるかをチェックするための国籍証明データを当該エ
ージェントに持たせておく。この国籍証明データは、前
述した第三者機関等からなる国籍証明書発行機関が外国
に行こうとするエージェントに発行する。国籍証明書発
行機関には、当該エージェントの公開鍵や必要に応じて
秘密鍵が登録されており、国籍証明書発行機関は、これ
ら公開鍵あるいは秘密鍵を利用して当該エージェントの
本人確認を行なった上で、当該エージェントに対し国籍
証明書を発行する。そして、当該エージェントが外国の
サイトにアクセスしてそのサイトに移動しようとした際
に、当該サイト側では、当該エージェントの公開鍵や秘
密鍵を利用して当該エージェントの本人確認を行なった
上で、当該エージェントが保有している国籍証明書を確
認してアクセスを許してよいか否かを判断する。

【０２４６】一方、国籍証明書の発行の代わりに、当該
エージェントが移動しようとする外国に当該エージェン
トが入国してもよいという入国許可証を当該エージェン
トに発行してもよい。その場合には、前述と同様に、第
三者機関等からなる入国証明書発行機関が、登録されて
いる公開鍵や秘密鍵等を利用して当該エージェントの本
人確認を行なった上で、当該エージェントに対し入国証
明書を発行する。

【０２４７】前述したように、ユーザエージェント２６
等が知識として記憶している公開鍵や秘密鍵を、そのユ
ーザエージェント２６のユーザと同じ公開鍵および秘密
鍵にした実施の形態を示したが、その代わりに、ユーザ
の公開鍵や秘密鍵と異なった公開鍵や秘密鍵をユーザエ
ージェント２６等に記憶させておいてもよい。そのよう
にすれば、ユーザエージェント２６はデジタル署名等を
行なった場合に、後々、ユーザ自身がデジタル署名を行
なったのかまたはユーザエージェントがデジタル署名を
行なったのかを判別することが可能となる。このよう
に、ユーザとそのエージェントとの鍵を異ならせる場合
には、公開鍵あるいは秘密鍵を登録しておく鍵登録機関
に、ユーザの公開鍵あるいは秘密鍵とそのエージェント
の公開鍵あるいは秘密鍵とを対応づけて登録しておくの
が望ましい。

【０２４８】前述した実施の形態では、第三者エージェ
ントが、依頼された仕事の実行として当事者の一方また
は双方に違法性あるか否かを監視するものを示したが違
法性の有無の関し専門の第三者エージェントがネットワ
ーク上を巡回してパトロールするようにし、その監視用
第三者エージェントが訪れたプレース上において、ユー
ザエージェントや業者側エージェント等をその監視用第
三者エージェントが尋問して違法性の有無の監視を行な
うようにしてもよい。

【０２４９】ユーザエージェント等が過去にどこのサイ
トを訪れてどのような仕事を誰のために実行したか等
の、エージェントの過去の仕事履歴データを当該エージ
ェントに記憶させておいてもよい。そのようにすれば、
いわゆる契約ネット（contracnet ）を利用したタスク
の分配に際し、マネージャー側がその仕事履歴データに
基づいてどの規約者（エージェント）がタスクの実行に
適しているか否かを突き止めることができ、その適して
いる規約者（エージェント）に対して指名落札（direct
ed-award）を行なうことが可能となる。なお、契約ネッ
トとは、多数の処理モードの交渉を通じて問題を分割
し、各モードに副問題（これをタスクと呼ぶ）を割当て
るためのモデルのことである。

【０２５０】

【課題を解決するための手段の具体例】コンテンツ提供
業者７とユーザ、または、ＣＭ制作者１０とユーザによ
り、当事者が構成されている。前記ＳＡ４４，ＳＡ４７
により、当事者の一方または双方が行なうには不向きな
中立性を要する特定の仕事が発生したことを判定する特
定仕事判定手段が構成されている。第三者機関エージェ
ント２９，第三者機関常駐エージェント２８により、前
記当事者双方に対し中立性を有する第三者エージェント
が構成されている。この第三者エージェントは、第三者
機関８によって運用管理するエージェントに限定される
ものではなく、たとえば前記当事者のエージェントが仕
事をするテレスクリプト・エンジン内のプレースと同じ
プレース上で仕事をしている他のエージェントによりこ
の第三者エージェントを構成してもよい。

【０２５１】前記ＳＡ４５，ＳＡ６４またはＳＡ４９〜
ＳＡ５３またはＳＡ６０またはＳＡ６９，ＳＡ７０によ
り、前記特定仕事判定手段の判定結果に従って、前記当
事者双方に対し中立性を有する第三者エージェントに前
記特定の仕事を依頼する仕事依頼手段が構成されてい
る。この仕事依頼手段により依頼された仕事を前記第三
者エージェントが代理して実行する（図７，図８に示し
たフローチャート）。前記第三者機関８により、前記特
定の仕事を処理するために設立された第三者機関が構成
されている。そして前記第三者エージェント（第三者機
関エージェント２９，第三者機関常駐エージェント２
８）は、その第三者機関により運用管理され、前記特定
の仕事を行なうために開発されたエージェントである。

【０２５２】前記ユーザエージェント２６と移動先エー
ジェント２７とにより、前記当事者のそれぞれの側のた
めに働く当事者エージェントが構成されている。前記特
定仕事判定手段は、前記当事者エージェント同士が協調
して動作しているときに、当該当事者エージェントでは
自己の立場の方に有利となる利己的動作（たとえば有料
コンテンツの不法持ち帰りや有料コンテンツに対する虚
偽の評価）を行なうおそれのある場合に前記特定の仕事
が発生した旨の判定を行なう。

【０２５３】前記データベース１９により、有料コンテ
ンツを格納しているコンテンツ格納手段が構成されてい
る。コンテンツ提供業者７により、前記コンテンツ格納
手段内の格納コンテンツを提供するコンテンツ提供者が
構成されている。ユーザ宅１７に居住しているユーザに
より、前記コンテンツ提供者が提供するコンテンツ内に
入手したいコンテンツがあるか否かの検索を希望するユ
ーザが構成されている。そして、前記特定仕事判定手段
は、前記当事者エージェントのうちのユーザ側エージェ
ント（ユーザエージェント２６）が前記コンテンツ格納
手段に格納されている前記有料コンテンツの検索を希望
した場合（ＳＡ４３によるＹＥＳの判断がなされた場
合）に前記特定の仕事が生じたことを判定する。

【０２５４】さらに、前記第三者エージェントは、依頼
された仕事の実行を通して前記当事者の一方または双方
に違法性があるか否かを監視する監視機能（ＳＣ６，Ｓ
Ｃ１８）を有する。

【０２５５】前記ＳＡ４３，ＳＡ４４，ＳＡ６７，ＳＡ
５８により、当事者の一方または双方が行なうには不向
きな中立性を要する特定の仕事が発生したことを判定す
る特定仕事判定ステップが構成されている。前記ＳＡ４
５，ＳＢ１，ＳＢ５，ＳＢ６，ＳＡ４９，ＳＡ５０，Ｓ
Ｂ７〜ＳＢ９により、前記当事者の双方に対し中立性を
有する第三者エージェントを調達する第三者エージェン
ト調達ステップが構成されている。前記ＳＡ４５，ＳＡ
４６，ＳＡ６４，ＳＡ４９〜ＳＡ５３，ＳＡ６９，ＳＡ
７０，ＳＡ６０により、前記特定仕事判定ステップによ
り前記特定の仕事が生じた旨の判定がなされた場合に、
前記第三者エージェント調達ステップで調達された第三
者エージェントに前記特定の仕事の依頼を行なう仕事依
頼ステップが構成されている。そしてその仕事依頼ステ
ップにより依頼された第三者エージェントが依頼された
前記特定の仕事を実行する（図７，図８に示したフロー
チャート）。

【０２５６】前記テレスクリプト・エンジン２２とデー
タベース２３とにより、第三者エージェントを提供する
ためのエージェント提供装置が構成されている。前記デ
ータベース２３により、複数種類の第三者エージェント
を格納しているエージェント格納手段が構成されてい
る。テレスクリプト・エンジン２２により、仕事を当事
者エージェントに代わって第三者エージェントにより代
理実行してもらいたい旨の依頼があった場合に、代理の
対象となる前記当事者エージェントに応じた種類の第三
者エージェントを前記エージェント格納手段が格納して
いる前記第三者エージェントの中から検索して提供する
エージェント検索提供手段が構成されている。

【０２５７】ユーザエージェント２６によりユーザ側の
ために働くエージェントであって、ネットワーク上を移
動して動作するモバイルエージェントで構成されたユー
ザ側エージェントが構成されている。コンテンツ提供業
者７により、前記ユーザの要求に応えるサービス業者が
構成されている。移動先エージェント２７により、前記
サービス業者側のために働く業者側エージェントが構成
されている。第三者機関８のプレース２５を有するコン
ピュータ２２ａにより、前記ユーザ側エージェントのワ
ーキングエリアとして機能し、秘密の漏洩が防止できる
秘密保持用ワーキングエリアが構成されている。

【０２５８】そして、前記ユーザ側エージェントは、秘
密にしたい秘密データ（秘密情報ＳＩ）を秘密性が保持
できる態様（暗号化した態様）で前記知識として記憶し
ており、該ユーザ側エージェントが移動して仕事を行な
う際に、前記秘密データを使用する必要が生じた場合に
（ＳＡ４４によりＹＥＳの判断がなされた場合に）、前
記ユーザ側エージェントは、前記秘密保持用ワーキング
エリアに移動し（ＳＡ４９）、該秘密保持用ワーキング
エリア内で前記秘密データの秘密性を解除（ＳＡ５０，
ＳＡ５１）して前記仕事の実行を可能にする。

【０２５９】前記ユーザ側エージェントは、前記秘密デ
ータを暗号化して保有している（図１４参照）。そし
て、ユーザ側エージェントが前記秘密保持用ワーキング
エリアに移動した後前記暗号化された秘密データの復号
化再生を可能にする（ＳＡ５０，ＳＡ５１）。

【０２６０】また、前記ユーザ側エージェントは、前記
秘密データの復号に用いられる復号鍵（ＳＫ１）を保有
しておらず、前記秘密保持用ワーキングエリアに移動し
た後、該秘密保持用ワーキングエリア内に取り寄せた前
記復号鍵を用いた前記秘密データの復号を可能にする
（ＳＡ５０，ＳＡ５１，ＳＣ２，ＳＣ１１，ＳＣ１
２）。

【０２６１】前記秘密データは、前記ユーザの本人認証
のための秘密鍵（ＳＫＵ）を含んでいる（図１４参
照）。

【０２６２】前記ＣＤ−ＲＯＭ６８ｂまたはＩＣカード
６５により、それぞれに独立の知識を持つエージェント
同士が協調的に動作するマルチエージェントシステムに
使用され、当事者の一方の側のために働くエージェント
プログラムを記録している記録媒体が構成されている。
この記録媒体に記録されているプログラムは、コンピュ
ータに、当事者の他方のエージェントと打合せする第１
の打合せ手段（ＳＡ３２，ＳＡ４５，ＳＡ５５，ＳＡ６
０，ＳＡ６２，ＳＡ６８，ＳＡ７２）と、前記当事者の
双方が行なうには不向きな中立性を要する特定の仕事が
生じた場合に、前記当事者双方に対し中立性を有する第
三者エージェント（第三者機関常駐エージェント２８，
第三者機関エージェント２９）と打合せする第２の打合
せ手段（ＳＡ５０，ＳＡ５１，ＳＡ６４，ＳＡ７０）
と、前記特定の仕事を前記第三者エージェントに代理実
行してもらうのに必要な情報（ユーザのプロフィール情
報９６等）を当該第三者エージェントに通知する必要情
報通知手段（ＳＡ６４，ＳＡ７０，ＳＡ５１）として機
能させるためのものである。

【０２６３】前述した当事者の一方または双方が行なう
には不向きな中立性を要する特定の仕事の他の例として
は、当事者エージェント同士が対立するというトラブル
が発生した場合の仲裁やどちらのエージェントが正しい
かの判定、当事者エージェントの一方または双方が本当
に正しい当事者のエージェントであるかを立証するため
の第三者による証明等が考えられる。つまり、この特定
の仕事とは、当事者だけでは解決が困難または不可能な
中立性を要する仕事すべてを対象とする。

【０２６４】

【課題を解決するための手段の具体例の効果】請求項１
に関しては、当事者の一方または双方が行なうには不向
きな中立性を要する特定の仕事を当事者双方に対し中立
性を有する第三者エージェントが代理して実行してくれ
るために、中立性を保ちながら特定の仕事の実行が可能
となる。

【０２６５】請求項２に関しては、請求項１に関する効
果に加えて、前記第三者エージェントが、前記特定の仕
事を処理するために設立された第三者機関により運用管
理され、前記特定の仕事を行なうために開発されたエー
ジェントであるために、当事者にとってより一層中立性
のあるエージェントによりより一層中立性のある代理実
行が期待できる。

【０２６６】請求項３に関しては、請求項１または請求
項２に関する効果に加えて、当事者エージェントでは自
己の立場の方に有利となる利己的動作を行なうおそれの
ある場合に前記特定の仕事が発生した旨の判定が行なわ
れ、第三者エージェントによる代理実行が行なわれるた
めに、当事者エージェントによる利己的な動作による不
都合を極力防止することができる。

【０２６７】請求項４に関しては、請求項３に関する効
果に加えて、ユーザ側エージェントがコンテンツ格納手
段に格納されている有料コンテンツの検索を希望した場
合に、特定の仕事が生じたと判定されて第三者エージェ
ントがその特定の仕事を代理実行してくれるために、ユ
ーザ側エージェントが有料コンテンツを検索してその有
料コンテンツに対する料金を支払うことなく有料コンテ
ンツを盗んでしまう不都合が極力防止できる。

【０２６８】請求項５に関しては、請求項１〜請求項４
のいずれかの効果に加えて、第三者エージェントが、依
頼された仕事の実行を通して前記当事者の一方または双
方に違法性があるか否かを監視する監視機能を有するた
めに、当事者の一方または双方に違法性があった場合に
はそれが監視可能となる。

【０２６９】請求項６に関しては、仕事を当事者エージ
ェントに代わって第三者エージェントにより代理実行し
てもらいたい旨の依頼があった場合に、代理の対象とな
る前記当事者エージェントに応じた種類の第三者エージ
ェントが検索されて提供されるために、当事者エージェ
ントに代わって仕事を代理実行する第三者エージェント
としてその当事者エージェントに似ている適したエージ
ェントを選任することができる。

【０２７０】請求項７に関しては、当事者の一方または
双方が行なうには不向きな中立性を要する特定の仕事が
生じた場合に、当事者の双方に対し中立性を有する第三
者エージェントにその特定の仕事を代理実行してもらう
ことのできるプログラムが記録された記録媒体を提供す
ることができる。

【０２７１】請求項８に関しては、当事者の一方または
双方が行なうには不向きな中立性を要する特定の仕事が
生じた場合に、当事者の双方に対し中立性を有する第三
者エージェントが調達されてその第三者エージェントに
前記特定の仕事を代理実行してもらうことができる。

【０２７２】請求項９に関しては、モバイルエージェン
トで構成されているユーザ側エージェントがネットワー
ク上を移動して仕事を行なうに際し、ユーザ側エージェ
ントが秘密データを使用する必要が生じた場合には、ユ
ーザ側エージェントが秘密保持用ワーキングエリアに移
動してそこで秘密データの秘密性を解除して前記仕事の
実行が可能となり、秘密データの漏洩を防止できながら
その秘密データを使用しての仕事の実行が可能となる。

【０２７３】請求項１０に関しては、請求項９に関する
効果に加えて、ユーザ側エージェントが前記秘密データ
を暗号化して保有しているために、ユーザ側エージェン
トがネットワーク上を移動して動作したとしてもその秘
密データが他人に漏洩されることを極力防止することが
できる。

【０２７４】請求項１１に関しては、請求項１０に関す
る効果に加えて、前記秘密データの復号に用いられる復
号鍵をユーザ側エージェントが保有していないために、
ユーザ側エージェントがネット上を移動して動作した際
に前記暗号化された秘密データが他人に知られたとして
も、それを復号するための復号鍵までは他人に知られる
ことが防止できるために、前記秘密データの漏洩をより
確実に防止することができる。

【０２７５】請求項１２に関しては、請求項９〜請求項
１１に関する効果に加えて、ユーザ側エージェントが保
有している秘密データは、前記ユーザの本人認証のため
の秘密鍵を含んでいるために、前記秘密保持用ワーキン
グエリア内に移動することによりその秘密鍵を用いての
ユーザの本人認証を行なうことが可能となり、ユーザ側
エージェントにより一層高度なユーザの代理仕事を行な
わせることが可能となる。

【図面の簡単な説明】

【図１】情報の検索および配信を説明するための説明図
である。

【図２】各種エージェントの動作を説明するための説明
図である。

【図３】パソコンの制御動作を示すフローチャートであ
る。

【図４】ユーザエージェントの動作を示すフローチャー
トである。

【図５】ユーザエージェントの動作を示すフローチャー
トである。

【図６】ユーザエージェントの動作を示すフローチャー
トである。

【図７】第三者機関常駐エージェントの動作を示すフロ
ーチャートである。

【図８】第三者機関エージェントの動作を示すフローチ
ャートである。

【図９】ＣＭの検索を行なうためのエージェントの動作
を説明するための説明図である。

【図１０】ユーザエージェントの動作を示すフローチャ
ートである。

【図１１】（ａ）はＣＭプレース常駐エージェントの動
作を示すフローチャートであり、（ｂ）はＣＭ制作者の
情報処理コンピュータの制御動作を示すフローチャート
である。

【図１２】ユーザのパソコンのＣＲＴにより表示された
コマーシャルメッセージの表示画面図である。

【図１３】コンテンツ提供業者の通信装置とユーザのパ
ソコンとの制御回路を示すブロック図である。

【図１４】ユーザのＩＣカードの制御回路および記録情
報を示すブロック図である。

【図１５】暗号方式ＳＸＡＬ／ＭＢＡＬの概要説明図で
ある。

【図１６】コンテンツ提供業者の通信装置の制御動作を
示すフローチャートである。

【図１７】ユーザのパソコンの制御動作を示すフローチ
ャートである。

【図１８】ユーザ認証処理の制御動作を示すフローチャ
ートである。

【図１９】コンテンツの不正コピーを防止するための制
御回路を示すブロック図である。

【図２０】情報の検索および配信の他の例を示す説明図
である。

【図２１】コンテンツの不正コピーを防止するための他
の例を示すブロック図である。

【図２２】通信装置の制御動作の他の例を示すフローチ
ャートである。

【図２３】ユーザ認証処理の他の例を示すフローチャー
トである。

【図２４】ユーザのパソコンの制御動作の他の例を示す
フローチャートである。

【符号の説明】

１は衛星 ２は放送局 １０はＣＭ制作者 １１は番組関連データ制作者 ７はコンテンツ提供業者 ８は第三者機関 １４はパソコン １６はＴＶ １５はＶＴＲ １３はインターネット ２６はユーザエージェント ２７は移動先エージェント ２８は第三者機関常駐エージェント ２９は第三者機関エージェント １９，２３，５６，７０はデータベース ５２はＣＲＴ ５０はＩＣカード挿入口 １８，２２，５７はテレスクリプト・エンジン ２４，２５，５８はプレース ３は通信装置 ５９は常駐エージェント ６９は管理サーバー ６８ｂはＣＤ−ＲＯＭ ６５はＩＣカード ９６はプロフィール情報 ８２はＭＰＥＧ２復号化器 ８３は電子透かし検出器 ８６はＡＰＳ

フロントページの続き (72)発明者 藤井 幹雄 神奈川県横浜市青葉区美しが丘５丁目35番 地の２ 株式会社ローレルインテリジェン トシステムズ内 (72)発明者 塚本 豊 神奈川県横浜市青葉区美しが丘５丁目35番 地の２ 株式会社ローレルインテリジェン トシステムズ内

Claims (12)

【特許請求の範囲】
1. 【請求項１】 それぞに独立の知識を持つエージェント
   同士が協調して動作するマルチエージェントシステムで
   あって、 当事者の一方または双方が行なうには不向きな中立性を
   要する特定の仕事が発生したことを判定する特定仕事判
   定手段を含み、 該特定仕事判定手段が前記特定の仕事が発生した旨の判
   定を行なった場合に、前記当事者双方に対し中立性を有
   する第三者エージェントが前記特定の仕事を代理して実
   行することを特徴とする、マルチエージェントシステ
   ム。
2. 【請求項２】 前記第三者エージェントは、前記特定の
   仕事を処理するために設立された第三者機関により運用
   管理され、前記特定の仕事を行なうために開発されたエ
   ージェントであることを特徴とする、請求項１に記載の
   マルチエージェントシステム。
3. 【請求項３】 前記特定仕事判定手段は、前記当事者の
   それぞれの側のために働く当事者エージェント同士が協
   調して動作しているときに、該当事者エージェントでは
   自己の立場の方に有利となる利己的動作を行なうおそれ
   のある場合に前記特定の仕事が発生した旨の判定を行な
   うことを特徴とする、請求項１または請求項２に記載の
   マルチエージェントシステム。
4. 【請求項４】 有料コンテンツを格納しているコンテン
   ツ格納手段をさらに含み、 前記当事者の一方は、前記コンテンツ格納手段内の格納
   コンテンツを提供するコンテンツ提供者であり、 前記当事者の他方は、前記コンテンツ提供者が提供する
   コンテンツ内に入手したいコンテンツがあるか否かの検
   索を希望するユーザであり、 前記特定仕事判定手段は、前記当事者エージェントのう
   ちのユーザ側エージェントが前記コンテンツ格納手段に
   格納されている前記有料コンテンツの検索を希望した場
   合に前記特定の仕事が発生したことを判定することを特
   徴とする、請求項３に記載のマルチエージェントシステ
   ム。
5. 【請求項５】 前記第三者エージェントは、依頼された
   仕事の実行を通して前記当事者の一方または双方に違法
   性があるか否かを監視する監視機能を有することを特徴
   とする、請求項１〜請求項４のいずれかに記載のマルチ
   エージェントシステム。
6. 【請求項６】 請求項３に記載したマルチエージェント
   システムに用いられる第三者エージェントを提供するた
   めのエージェント提供装置であって、 複数種類の第三者エージェントを格納しているエージェ
   ント格納手段と、 仕事を当事者エージェントに代わって第三者エージェン
   トにより代理実行してもらいたい旨の依頼があった場合
   に、代理の対象となる前記当事者エージェントに応じた
   種類の第三者エージェントを前記エージェント格納手段
   が格納している前記第三者エージェントの中から検索し
   て提供するエージェント検索提供手段とを含むことを特
   徴とする、エージェント提供装置。
7. 【請求項７】 それぞれに独立の知識を持つエージェン
   ト同士が協調して動作するマルチエージェントシステム
   に使用され、当事者の一方の側のために働くエージェン
   トのプログラムを記録している記録媒体であって、 コンピュータに、 当事者の他方のエージェントと打合せを行なう第１の打
   合せ手段と、 当事者の一方または双方が行なうには不向きな中立性を
   要する特定の仕事が発生した場合に、前記当事者双方に
   対し中立性を有する第三者エージェントと打合せを行な
   う第２の打合せ手段と、 前記特定の仕事を前記第三者エージェントに代理実行し
   てもらうのに必要な情報を当該第三者エージェントに通
   知する必要情報通知手段と、して機能させるためのプロ
   グラムが記録された、コンピュータ読取可能な記録媒
   体。
8. 【請求項８】 それぞれに独立の知識を持つエージェン
   ト同士を協調的に動作させるマルチエージェント運用方
   法であって、 当事者の一方または双方が行なうには不向きな中立性を
   要する特定の仕事が発生したことを判定する特定仕事判
   定ステップと、 前記当事者双方に対し中立性を有する第三者エージェン
   トを調達する第三者エージェント調達ステップと、 前記特定仕事判定ステップにより前記特定の仕事が発生
   した旨の判定がなされた場合に、前記第三者エージェン
   ト調達ステップで調達された前記第三者エージェントが
   前記特定の仕事を実行する実行ステップとを含むことを
   特徴とする、マルチエージェント運用方法。
9. 【請求項９】 エージェントがネットワーク上を移動し
   て動作するモバイルエージェントシステムであって、 ユーザと該ユーザの要求に応えるサービス業者とからな
   る当事者における前記ユーザ側のために働くユーザ側エ
   ージェントが、ネットワーク上を移動して動作するとき
   のワーキングエリアとして機能し、秘密の漏洩が防止で
   きる秘密保持用ワーキングエリアを含み、 前記ユーザ側エージェントは、秘密にしたい秘密データ
   を秘密性が保持できる態様で前記知識として保有してお
   り、該ユーザ側エージェントが移動して仕事を行なう際
   に、前記秘密データを使用する必要が生じた場合に、前
   記ユーザ側エージェントは、前記秘密保持用ワーキクン
   グエリアに移動し、該秘密保持用ワーキングエリア内で
   前記秘密データの秘密性を解除して前記仕事の実行を可
   能にすることを特徴とする、モバイルエージェントシス
   テム。
10. 【請求項１０】 前記ユーザ側エージェントは、前記秘
    密データを暗号化して保有しており、前記秘密保持用ワ
    ーキングエリアに移動した後前記暗号化された秘密デー
    タの復号化再生を可能にすることを特徴とする、請求項
    ９に記載のモバイルエージェントシステム。
11. 【請求項１１】 前記ユーザ側エージェントは、前記秘
    密データの復号に用いられる復号鍵を保有しておらず、
    前記秘密保持用ワーキングエリアに移動した後前記秘密
    保持用ワーキングエリア内に取り寄せた前記復号鍵を用
    いた前記秘密データの復号を可能にすることを特徴とす
    る、請求項１０に記載のモバイルエージェントシステ
    ム。
12. 【請求項１２】 前記秘密データは、前記ユーザの本人
    認証のための秘密鍵を含んでいることを特徴とする、請
    求項９〜請求項１１のいずれかに記載のモバイルエージ
    ェントシステム。