JPH1196237A

JPH1196237A - ネットワークシステム、データ配信方法、および、配信用データが記録されたコンピュータ読み取り可能な記録媒体

Info

Publication number: JPH1196237A
Application number: JP25739497A
Authority: JP
Inventors: Hirotoshi Maekawa; 博俊前川; Hideyasu Karasawa; 英安唐沢; Masaharu Takano; 雅晴高野
Original assignee: Digital Vision Laboratories Corp
Current assignee: Digital Vision Laboratories Corp
Priority date: 1997-09-22
Filing date: 1997-09-22
Publication date: 1999-04-09
Anticipated expiration: 2017-09-22
Also published as: JP3274393B2; US20020194130A1; EP0903904A2; EP0903904A3

Abstract

(57)【要約】【課題】たとえば対価支払いのシステムなどが確立して
おり、電子商取引に好適なネットワークシステムを構築
したい。【解決手段】たとえば、課金の単位の区切りとなるよう
な、取り引きのための所定の属性に係わる境界が設定さ
れた任意のコンテントと、そのコンテントを利用するた
めの制御に係わる情報と、そのコンテントの取り引きの
ための所定の属性の情報とを有するデータパッケージ
を、ネットワークを介して伝送し、データ利用手段が受
信して少なくともコンテントを実質的に獲得して利用
し、境界で区切られた各コンテントが新たに実質的に獲
得されるごとに、課金などの前記コンテントの取り引き
のための所定の処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
して所望の情報を所望の形態で配信することのできるネ
ットワークシステムに関し、特に、課金などの処理が通
常のパッケージ商品と同様に行えるようにし、商品とし
ての情報パッケージを配信することができるようにした
ネットワークシステムとそのデータ配信方法、および、
その配信されるデータが記録されネットワークに接続さ
れたコンピュータにより読み取り可能な記録媒体に関す
る。

【０００２】

【従来の技術】種々のデータ処理装置を接続し、様々な
情報の利用や種々の形態のデータ処理を行えるようにし
たネットワークの構築が進んでいる。たとえば、複数の
コンピュータネットワークを接続した、いわゆる”イン
ターネット”などの大規模なネットワークの構築が様々
な場面で進んでいる。また、ケーブルテレビジョン（Ｃ
ＡＴＶ）システムも急速に発展しており、単なるテレビ
プログラムの配信に止まらず、情報ネットワークとして
利用され始めている。その他、デジタル交換網やＩＳＤ
Ｎの整備、移動体通信網の普及、衛星通信サービスの開
始など、種々の形態の種々の規模のネットワークが普及
している。

【０００３】そして、映像データ、音声データ、画像デ
ータ、テキストデータなどの種々の形態のデータを連係
させて処理するいわゆるマルチメディア処理を、そのよ
うなネットワークを介して行うことにより、より有効な
情報処理が行われることが期待されており、前述したよ
うなネットワークの発展に伴って具体的に実現されつつ
ある。その基本的な処理形態として、近年、映像データ
や音声データなどのさまざまなコンテントがネットワー
ク上を流れるようになっている。また、放送系では、デ
ジタル衛星放送やケーブルテレビの多チャネル化が進
み、コンテントと番組属性情報（サービス・インフォー
メイション）を組み合わせて配信するシステムも登場し
ている。

【０００４】このような環境の中で、ネットワーク上の
情報を商品として取り扱い、既存のたとえばＣＤやビデ
オテープなどの記録媒体に情報が記録されたパッケージ
商品と同様に流通させる電子商取り引きへの期待が高ま
っている。そして、そのようなネットワーク上で流れる
情報を記述するための種々の手段の提案が行われ始めて
いる。

【０００５】たとえば、米国Netscape社や、Apple Comp
uter社は、メタコンテントフレームワーク（ＭＣＦ：Me
ta Content Framework）という方式を提案している。こ
のＭＣＦは、ウェブサイトやインターネット／イントラ
ネットでのオンラインコンテントを、メタコンテントと
して要約形式で扱い、それにより、サイトの特定や、検
索情報の添付、コンテントの観測といった、コンテント
を扱うための方法に共通かをもたらすことを目指してい
る。そしてこのＭＣＦを用いることによって、ナビゲー
ションのためのサイトの位置ずけ、検索のための索引付
け、コンテントモニタ、parental control コンテント
ダウンロードの先行制御、他者コンテントの取り込みな
どが容易に行えるとしている。また、Microsoft 社とMa
rimba 社は、インターネット経由でソフトウェアを配付
するための仕様（ＯＳＤ:Open Software Description）
を提案している。

【０００６】

【発明が解決しようとする課題】しかしながら、そのよ
うな方法によっても、ネットワーク上の電子的情報を商
品として扱うための枠組みとしては不十分であり、その
広範なネットワーク上の電子的情報を、従来のＣＤやビ
デオテープなどの記録媒体に情報が記録された従来のパ
ッケージ商品の流通と同じように、電子商取引により流
通させることが適切にできないという問題がある。

【０００７】たとえば、商品の取引きに伴って発生する
課金や権利に係わる処理は、これまでは、各個別の応用
システムごとの特化された方法で行われており、共通の
方法は確立されていないという問題がある。現状、ネッ
トワーク上で共通化されているデータ送付の方式は、Ｈ
ＴＭＬ（ＷＷＷのデータ形式）が主流であり、情報商品
として展開できるものではない。前述したような方式に
おいて課金や権利のための情報を単に添付することは可
能であるが、情報の構造体を情報商品として取り扱える
ような仕様には達していない。すなわち、これらのいず
れの方式も、コンテントの利用やプログラムの配付とい
う、個別の用途に鑑みて策定されており、電子商取引を
前提とした、情報流通の広範な領域に適用できるもので
はない。

【０００８】具体的に説明すると、たとえば現状のネッ
トワークシステムを介した映像データや音声データなど
の情報の配信サービスにおいては、配信される情報に対
して、たとえば利用するか否かを選択するための情報提
供のシステムや、また対価支払いのシステムが確立して
いないために、利用者が安心して情報の利用をし難いと
いう問題がある。

【０００９】利用者は、たとえば、ＣＤやビデオテープ
などの既存のパッケージ商品に対しては、たとえばそれ
がビデオコンテントであれば、その外箱やジャケットな
どに、スチル写真や監督、主演男優の情報、米国や世界
での劇場収入ランキング、キャッチコピーなどの情報が
ちりばめられており、これらの情報を参考にしてその情
報、すなわちビデオコンテントを購買するか否かを判断
している。しかしながら、ネットワークを介して配信さ
れる映画などにおいては、現実には、冒頭に数分を試し
に視聴できる程度の内容紹介しか行われておらず、前述
したパッケージ商品の場合の情報と比較して非常に少な
く、実際に内容がわかりにくい。その結果、商品を魅力
あるものとして配信できていない。

【００１０】また、現在、映画などの映像データの配信
に広く用いられている料金徴収のシステムは、たとえ
ば、１週間とか１カ月というような一定の期間の契約に
対して一律の契約料金を支払うものが多い。このような
システムでは、日常的に頻繁にそのサービスを利用する
利用者にとっては有効であるが、視聴したいコンテント
がある時にのみそのコンテントを受信したい一般利用者
は契約に慎重にならざるを得ない。そのような形態に対
しては、ＣＤやビデオテープなどによるコンテントの入
手と同様に、所望のコンテントのみを欲しい時に手軽に
入手できるような配信形態、課金形態が望まれる。この
ように、情報をネットワークを介して配信するサービス
は、たとえばＣＤやビデオテープなどにより情報を提供
する形態と比べて、対等あるいはより広く有効に利用さ
れているとは言い難い。

【００１１】したがって、本発明の目的は、ネットワー
クを介して種々の形態の情報を要求に応じて適宜適切に
配信することができ、さらに、内容に関する情報を適切
に提供し、課金を明確で共通的な方法で適切に行え、こ
れにより、ネットワークを介した電子商取引が好適に行
えるようなネットワークシステムを提供することにあ
る。また本発明の他の目的は、ネットワークを介して種
々の形態の情報を要求に応じて適宜適切に配信すること
ができ、さらに、内容に関する情報を適切に提供し、課
金を明確で共通的な方法で適切に行え、これにより、ネ
ットワークを介した電子商取引が好適に行えるようなデ
ータ配信方法を提供することにある。さらに本発明の他
の目的は、種々の情報が、内容に関する情報を適切に提
供し、課金を明確で共通的な方法で適切に行えるような
所定の形式で記録され、ネットワークに接続されたコン
ピュータにより読み取られることにより、要求に応じて
適宜適切に配信することができ、ネットワークを介した
電子商取引に好適に供されるような、データパッケージ
（情報パッケージ）が記録されコンピュータにより読み
取り可能な記録媒体を提供することにある。

【００１２】

【課題を解決するための手段】前記課題を解決するため
に、まず、情報パッケージに対価の枠組みのための境界
が設定できるようにした。そしてその境界は、情報パッ
ケージの作成、配信と利用にともなって、動的に変更で
きるようにした。たとえば、情報パッケージは、その中
に他の情報パッケージを含む形で組み上げていけるよう
にした。また、情報パッケージには、内容の種類や性
質、制約を示すための属性を添付し、それらの属性を制
御するための規定を設けるようにした。それらの属性
は、たとえば所有者、著者、コンテントの種類、サービ
スの種類といった内容を示すデータや、課金や利用権、
認証に用いられるデータである。

【００１３】また、情報パッケージ中で連続メディアデ
ータを扱えるようにすることにより、情報パッケージで
はマルチメディアデータを扱えるようにした。具体的に
は、連続メディアデータを、構造記述や属性記述といっ
た空間データの中で扱うために、時系列データを所定の
記述子で表現し、その時間制御を処理できるようにし
た。また、ストリームを制御する機能も備えるようにし
た。さらに情報パッケージには、それ自体に、その内容
を取り出すための制御機能を添付できるようにした。そ
れらはたとえば、映像・音声処理、認証・課金の処理で
ある。また、複数の情報パッケージは、相互に参照でき
るようにした。参照は、参照先の情報パッケージの状態
や、参照の属性内容に従って動的にその解釈を変更でき
るようにした。また、参照先は、動的に探索して得られ
ることが望まれる。

【００１４】さらに情報パッケージは、その内部の情報
あるいは、その構造体から参照している他の構造体の情
報を用いて、その情報を処理し提供するための制御を記
述できるようにした。その制御はまた、その情報パッケ
ージの内部での制御のみではなく、他の構造体を呼び出
して制御を移すことまでもできるようにした。また情報
パッケージの作成と利用は、その作成や利用の実行時
に、その情報パッケージがサーバとクライアントと行っ
た形でネットワーク上に分散した状態で、分散されたそ
れぞれの機能を巧く使用して、行えるようにした。さら
に、情報パッケージは、その被参照の状態を把握し、不
要と認められたものは廃棄する機能を実現するようにし
た。

【００１５】したがって、本発明のネットワークシステ
ムは、任意のコンテントを取り引き対象の商品として適
宜配信することのできるネットワークシステムであっ
て、前記ネットワーク上の少なくとも１つ以上のノード
上に構成され、前記取り引きのための所定の属性に係わ
る境界が設定された任意のコンテントと、前記コンテン
トを利用するための制御に係わる情報と、当該コンテン
トの取り引きのための前記所定の属性の情報とを有する
データパッケージ（情報パッケージ）を、ネットワーク
を介して供給するデータサーバ手段と、前記ネットワー
ク上の少なくとも１つ以上のノードに構成され、前記供
給されたデータパッケージを受信し、少なくとも前記コ
ンテントを実質的に獲得するデータ利用手段と、前記ネ
ットワーク上の任意のノード上に構成され、前記データ
利用手段で前記境界で区切られた各コンテントが新たに
実質的に獲得されるごとに、前記コンテントの取り引き
のための前記所定の属性の情報に基づいて、取り引きに
係わる所定の処理を行う取引管理手段とを有する。

【００１６】また、本発明のデータ配信方法は、複数の
ノードが接続されたネットワークにおいて、任意のコン
テントを取り引き対象の商品として、該ネットワーク上
の少なくとも１つ以上のノードに構成されるデータ利用
手段に対して配信するデータ配信方法であって、取り引
きのための所定の属性に係わる境界が設定された任意の
コンテントと、前記コンテントを利用するための制御に
係わる情報と、当該コンテントの取り引きのための前記
所定の属性の情報とを有するデータパッケージ（情報パ
ッケージ）を、ネットワークを介して伝送し、前記デー
タ利用手段が前記供給されたデータパッケージを受信
し、少なくとも前記コンテントを実質的に獲得し、前記
データ利用手段で前記境界で区切られた各コンテントが
新たに実質的に獲得されるごとに、前記コンテントの取
り引きのための前記所定の属性の情報に基づいて、取り
引きに係わる所定の処理を行う。

【００１７】また、本発明の配信用データが記録された
コンピュータにより読み取り可能な記録媒体は、複数の
ノードが接続されたネットワークにおいて、任意のコン
テントを取り引き対象の商品として配信するためのデー
タパッケージであって、ネットワークに実質的に接続さ
れたコンピュータにより読み取り可能な記録媒体であっ
て、前記取り引きのための所定の属性に係わる境界が設
定された任意のコンテントと、前記コンテントを利用す
るための制御に係わる情報と、当該コンテントの取り引
きのための前記所定の属性の情報とを有するデータパッ
ケージ（情報パッケージ）が記録される。

【００１８】

【発明の実施の形態】本発明の一実施の形態について説
明する。本実施の形態においては、たとえば映画などの
情報をネットワークを介して有償で配信する場合の、ネ
ットワークシステム、情報配信方法、配信用データの形
式、サービスの具体的流れなどを例示して本発明を説明
する。

【００１９】ネットワークシステムまず、そのような利用を可能とする環境であるネットワ
ークシステムについて図１を参照して説明する。本実施
の形態に示すネットワークシステムは、具体的には、複
数のコンピュータを接続したコンピュータネットワー
ク、そのようなネットワークを含むインターネット、ケ
−ブルテレビジョン（ＣＡＴＶ）、衛星通信、移動体通
信など、種々の形態、種々の規模のネットワークが接続
されたようなネットワークである。このネットワークに
対して、後述するネットワーク管理装置、ネットワーク
管理方法、および伝送用情報構造体（伝送用情報パッケ
ージ）を適用することにより、種々のマルチメディア情
報の利用および流通を行うための基盤となるようなデー
タ伝送が有効に行えるようにしたものである。

【００２０】図１は、そのようなネットワークの一例を
示す図である。図１に示すネットワーク３１０は、物理
的な６個のサブネットワーク３１１〜３１６を有する。
サブネットワーク３１１，３１２は、他のサブネットワ
ーク３１３〜３１６に比較してより広範な地域をカバー
し、多数のサブネットワークが接続されるような基幹ネ
ットワークであり、たとえば専用高速デジタル回線で構
築される。サブネットワーク３１３，３１４は、多数の
パーソナルコンピュータ（ＰＣ）やサーバ装置（Ｓ）な
どが接続されている通常のローカルエリアネットワーク
（ＬＡＮ）であり、イーサネットや通信回線などで主に
構成されている。

【００２１】サブネットワーク３１５は、光ファイバケ
ーブルや同軸ケーブルで接続されたケーブルテレビジョ
ンネットワークであり、放送局内のヘッドエンド装置
（ＨＥ）、セットトップボックスを介して接続されるテ
レビ受像機（ＴＶ）、あるいは、ケーブル・モデムを介
して接続されるパーソナルコンピュータ（ＰＣ）などが
接続される。サブネットワーク３１６は、無線伝送ネッ
トワークであり、ホストコンピュータを有しネットワー
ク監視・制御システムを集中的に行う親局（ＨＵＢ）
と、小型アンテナを使用しパーソナルコンピュータや各
種通信機器、モニタなどを有する子局（ＶＳＡＴ）から
なり通信衛星を介して双方向通信をする衛星通信システ
ムである。

【００２２】各サブネットワーク３１１〜３１６は、ル
ータ（Ｒ）３２１〜３２９を介して図示のごとく接続さ
れている。各ルータ３２１〜３２９は、接続されている
両方のネットワークに対してノードとして存在し、ルー
ティングする双方のサブネットワークの管理情報を持っ
ており、一方のネットワークを介して入力された信号
を、他方のネットワークに出力可能な形式に変換し出力
する。このルータにより、コンピュータネットワーク３
１１〜３１４とケーブルテレビネットワーク３１５、衛
星通信ネットワーク３１６などの間でデータ転送が行え
る。

【００２３】情報配信サービスの概要このようなネットワークシステム上で行うサービスの一
例であり、本実施の形態で用いる情報配信サービスの概
要について、図２を参照して説明する。本実施の形態で
例示する情報配信サービスは、情報提供者である映画サ
ービス会社（FOO Movie Services）が、ネットワークを
介して、映画を有償で提供するサービスである。その典
型的なサービス形態は、利用者の求めに応じて、所望の
映画リストを送付し、そのリストから利用者が選択した
映画を配信するというものである。

【００２４】このようなサービスを行うために、図１に
示したネットワークシステム上の任意のノード上に展開
される処理系について図２を参照して説明する。このサ
ービスは、図２に示すように、サービス提供者２１０、
情報サーバ２２０、広告提供者２４０、広告サーバ２５
０および情報利用者２６０により実施される。これらの
サービス提供者２１０〜情報利用者２６０は、論理的な
処理単位であって、実際にはネットワークシステム上の
１つのノードあるいは複数のノード上に展開された処理
システム、処理装置である。また、これらのサービス提
供者２１０〜情報利用者２６０は、前述したようなネッ
トワークを介して接続されており、各々相互に通信手段
が確保されている。

【００２５】サービス提供者２１０は、情報配信サービ
スを提供する主体者ノードであり、情報利用者２６０の
加入などの情報利用者の管理や、広告提供者２４０に対
する広告料請求など、サービスに係わる全体的な管理を
行う。情報サーバ２２０は、サービス提供者２１０から
管理され、広告サーバ２５０から伝送される広告を適宜
用いながら、実際に情報を情報利用者２６０に配信す
る。広告提供者２４０は、サービス提供者２１０のよう
な情報利用者２６０に情報を配信するものに対して、同
時に配信を要求する広告を伝送するものである。広告サ
ーバ２５０は、広告提供者２４０からの要求に基づい
て、実際に広告データを情報サーバ２２０に配信する。
情報利用者２６０は、情報サーバ２２０より伝送されて
くる情報を受信し利用するものであり、パーソナルコン
ピュータやテレビジョン受像機をはじめとする、ネット
ワーク上の任意のシステムである。

【００２６】そして、このようなネットワークにより前
述したようなサービスを行うために、あるいは、このよ
うなサービスに付随して、具体的には次のような処理が
各処理系の間で行われる。まず、情報サーバ２２０は、
情報利用者２６０の求めに応じて、配信可能な映画のリ
ストを送付する。情報利用者２６０はそのリストから所
望の映画を選択し、配信を要求する。情報サーバ２２０
は、広告サーバ２５０から供給される広告を付加してそ
の映画を配信する。

【００２７】サービス提供者２１０は、情報利用者２６
０の映画視聴に対して課金を行なう。またサービス提供
者２１０は、広告の配信に対して広告提供者２４０に配
信料の請求を行なう。また、情報利用者２６０は、加入
はそのための手続によってサービス提供者２１０による
サービスに予め加入しておく。情報利用者２６０は、加
入によってその利用者番号（アカウント）を得て、サー
ビスの利用が可能となる。また、情報利用者２６０は、
提供される情報に対して、必要に応じて認証の手続きを
行なう。

【００２８】情報構造体（情報パッケージ）次に、前述したようなネットワークシステム上で前述し
たようなサービスを行うために用いられる、情報の伝送
形態について説明する。前述したようなネットワークシ
ステム上の各処理系間では、配信対象のコンテント（本
実施の形態においては映画）、認証書、請求書などの伝
送、および、制御のための情報などは、全て、本発明に
係わる所定の情報構造体（以降、情報パッケージとい
う）を用いて行なう。この情報パッケージについて説明
する。なお、以降の説明において情報パッケージは、主
にＳＧＭＬ(Standard Generalized Markup Language, I
SO8879) に基づいたハイパーテキスト形式で表記する。

【００２９】情報パッケージの基本構成ネットワークを介した配信用の情報である情報パッケー
ジは、基本的には、基本単位であるエレメントが所定の
形式で組み合わされ、また階層的に結合されて構成され
るが、通常は、エレメントが組み合わされた構造体がさ
らに組み合わされ、またさらに階層的に結合されて構成
される。その基本単位であるエレメント(element) は、
基本形式として（１）または（２）に示すように表記さ
れる。

【００３０】

【数１】 element:= <tag> data </tag> …（１） element:= data｜ <tag tag=data*> <element>* </tag> …（２）ただし、* は 0個以上の並びである。

【００３１】（１）において、<tag> と</tag>の対を、
それらで囲まれたデータ(data)に対するタグと呼び、デ
ータへの処理などが記述される。また、作用のないタグ
を特に<null>で表わす。したがって、<null> data </nu
ll> 、または、<null> ... </null>は，囲み記号あるい
は区切り記号として使用できる。そして、このエレメン
トが、たとえば（３）に示すように階層的に結合され
て、構造体が構成される。

【００３２】

【数２】 <airplane> <mass> 400 </mass> <x> 100 </x> <y> 200 </y> <z> 150 </z> <dx> 20 </dx> <dy> 15 </dy> <dz> -10 </dz> </airplane> …（３）

【００３３】また、この構造体に、さらに（４）に示す
ようなリンクを示す記述を追加することにより、リンク
された構造体が構成される。

【００３４】

【数３】 <link attribute-option*> reference attribute-option* </link> …（４）

【００３５】このリンクには、情報パッケージの論理的
境界を示すため、内部リンクと外部リンクとがあり、属
性で区別する。この内部リンクによる結合の範囲がひと
つの情報パッケージである。なお、リンクにおける参照
は、その参照先の実体を（５）のように表した時、&ent
itiyで与えられる。entityをシンボルでなくストリング
で表した時、リンクは名前で扱うことができる。たとえ
ば、参照先の実体が、（６）のように表されている時に
は、名前は&"Movie Star Wars"で与えられる。これらの
参照と名前は、情報パッケージを扱うシステムあるいは
ネットワークにより提供される。

【００３６】

【数４】 <!ENTITY> entity entity-representation> …（５） <!ENTITY> "Movie Star Wars" <movie .... see below ... </movie>> …（６）

【００３７】このような基本形式の構造体において、そ
のタグおよびデータに対して属性が指定される。タグに
ついては、（７）に示すような形式により属性が記述さ
れる。

【００３８】

【数５】 <tag attribute1=value1 ... attributeN=valueN> data </tag> …（７）

【００３９】また、データに対しては、前述したような
構造体の構成を用いて、（８）のように属性が記述され
る。この時、（９）に示すように、属性を別の構造体と
して記述し、リンクによって指定することもできる。

【００４０】

【数６】 <null> data <attribute1> value1 </attribute1> ・・・ <attributeN> valueN </attributeN> </null> …（８） <null> data <link> attribute-reference </link> </null> …（９）

【００４１】このような記述を用いて、情報パッケージ
が構成される。

【００４２】情報パッケージの構成情報パッケージは、表１に示すような機能を有する構造
体を基本構造要素とし、タイトル部をハブとして各基本
構造要素がリンクにより結合されて構成される。なお、
以降説明する情報パッケージにおいて、構造体は，その
構造の一部を暗号化しても良い。

【００４３】

【表１】

【００４４】タイトル部タイトル部は、さらに表２に示すような情報からなる。

【００４５】

【表２】

【００４６】表紙は、内容のダイジェストであって任意
の形式で示される。名称は、情報パッケージの名前ある
いは識別子、あるいはその両方である。

【００４７】種別は、項目を示す第１の種別と、その第
１の種別のデータ属性として表されるその種別の内容を
示す第２の種別とで記述され、表３に示すような内容が
示される。

【００４８】

【表３】

【００４９】表３において、計算実行は例えば，FFT と
いった高性能計算を遠隔で利用するものである。また、
ドメイン(domain)は、情報サーバや利用者ノードなどの
集合を扱うためのものであり、バウチャ(voucher) は、
情報パッケージをやりとりするサイト間で情報を伝達す
るためのものであり、ラップされたオブジェクト(wrapp
ed-object)は、その利用によって料金を取ったりする既
存の任意の実体を提供するためのものであり、汎用コン
テナ (universal-container)は、任意の実体を情報パッ
ケージの枠組みの中で提供するためのものである。

【００５０】また、タイトル部の処理系指定は、内容を
解釈処理する系を指定する記述である。

【００５１】構造記述は、情報パッケージの、タイトル
以外のリンク部、内容属性部、制御属性部およびマルチ
メディアシーケンス記述部へのリンクである。その参照
は，各部を<!ENTITY entity entity-description> で記
述し、&entity で得る。このような内容を含むタイトル
部の構成を（９）に示す。

【００５２】

【数７】 <title title-attribute*> <cover> cover-description </cover> <name> name-description </name> <sort> sort-description </sort> <system> system-description </system> <structure> <linkage> link-to-linkage </linkage> <content-attributes> link-to-content-attributes </content-attributes> <control-attributes> link-to-control-attributes </control-attributes> <sequences> link-to-sequences </sequences> </structure> </title> …（１０）

【００５３】タイトル部と、それぞれlink-to-linkage,
link-to-content-attributes, link-to-control-attri
butes, link-to-sequencesで表わされているリンク部，
内容属性部，制御属性部，マルチメディアシーケンス記
述部はその生成時に、一体のものとして、好ましくはオ
ーサリングツールによって、自動的に関連づけられる。
また、title タグには特に、（１１）に例示するよう
に、フォーマット提供者マークなどを付けることができ
る。

【００５４】

【数８】 <title format=DVL version=2.0>data</title> …（１１）

【００５５】リンク部情報パッケージのリンク部は、（１２）に示すような表
記のリンクの集合である。

【００５６】

【数９】 <linkage> <link attribute-option*> reference attribute-option* </link> ・・・ <link attribute-option*> reference attribute-option* </link> </linkage> …（１２）

【００５７】その各リンクは、（１３）に示すような形
式であり、参照先を示すリンク情報の他に、オプション
として、ラベル、制御タグ、内容タグなどの情報が記載
される。

【００５８】

【数１０】 <link boundary= internal｜external revisory=read-only ｜writable> <label> label </label> reference-or-name <content> content-tag </content> </link> …（１３）

【００５９】制御タグは、内部参照か外部参照かという
情報や、修正の可否などの情報、あるいは、アクセスす
る際の取決めであるアクセス制御の情報がリンクの属性
として記載される。なお、参照と修正可否についてのデ
フォルト値は、内部参照および修正不可である。内容タ
グは、参照先の実体に付けられているタグであり、実際
に参照先を見に行かなくてもその内容を分かるようにす
るためのものである。

【００６０】内容属性部情報パッケージの内容属性部は、（１４）に示すような
表記であり、タイトル，主題，作者，発行者，協賛者，
作成日，修正日，版，言語，など、任意の情報が記載さ
れる領域である。この内容属性情報は、作成者により任
意のものを付けて良いが、流通のために統一されたもの
を使用するのが好適である。

【００６１】

【数１１】 <content-attributes> <attribute attribute-option*> value attribute-option* </attribute> ・・・ <attribute attribute-option*> value attribute-option* </attribute> </content-attributes> …（１４）

【００６２】制御属性部情報パッケージの制御属性部は、（１５）に示すような
表記であり、課金，認証，動作などの属性が記述され
る。この制御属性は、作成者により、ネットワークやシ
ステムが提供する処理、あるいは、前述したタイトル部
の処理系指定で指定した処理により可能な任意のものを
付けて良いが、流通のために統一されたものを使用する
のが好適である。

【００６３】

【数１２】 <control-attributes> <attribute attribute-option*> value attribute-option* </attribute> ・・・ <attribute attribute-option*> value attribute-option* </attribute> </control-attributes> …（１５）

【００６４】この制御属性の具体的項目の例、および、
その記述例を表４および表５に示す。

【００６５】

【表４】

【００６６】

【表５】

【００６７】マルチメディアシーケンス記述部情報パッケージのマルチメディアシーケンス記述部は、
マルチメディア素材の記述と，それらを用いた出力，同
期など制御の記述を行なう。

【００６８】基本仕様そのマルチメディア素材と、基本的な記述形式の例につ
いて（１６）〜（２２）に示す。

【００６９】

【数１３】・テキスト(text) <text font=times-roman type=plain size=14> Arbitrary Text Strings </text> …（１６）・音声(audio) <audio sampling-size=16> <source> <local-link> audio-link1 </local-link> </source> </audio> …（１７）・静止画(picture) <picture hsize=300 vsize=200 color=256> <source> <local-link> picture-link1 </local-link> </source> </picture> …（１８）・動画(video) <video hsize=450 visize=300 color=16 frame-rate=30> <source> <local-link> video-link1 </local-link> </source> </video> …（１９）

【００７０】

【数１４】・映像、音声付き動画(movie) <movie hsize=600 vsize=400 color=256 frame-rate=30> <source> <local-link> movie-link1 </local-link> </source> </movie> …（２０）・アニメーション(animation) <animation hsize=400 vsize=300 color=8 frame-rate=15> <source><local-link>animation-link1</local-link></source> </animation> …（２１）・ダイアログ(dialog) <dialog> <title> Movie Search </title> Search for <input type=text size=45> pattern </input> Joined by: <input type=radio value="AND" value="OR"> bool </input> Partial Match: <input type=radio value="Yes" value="No"> match </input> <input type=action value="Search"> search </input> <action> search <local-link> server-action-link1 </local-link> bool match </action> </dialog> …（２２）

【００７１】また、コンピュータプログラムについて
は、その形態によって、さらに、（２３）〜（２６）に
例を示すような形式により記述される。

【００７２】

【数１５】・ソースプログラム(source-program) <source-program language=C++> main(void) ｛ printf("hello\n"); ｝ </source-program> …（２３）・コンパイルされたプログラム(compiled-program) <compiled-program> コンパイルされたプログラム </compiled-program> …（２４）・ＡＳＣＩＩコード(ascii-codes) <ascii-codes> 一般文字データ </ascii-codes> …（２５）・バイナリコード(binary-codes) <binary-codes> 一般数値データ </binary-codes> …（２６）

【００７３】前述した（１６）〜（２６）の例において
ソース<source>の指定は、リンク部でその参照を集約す
るため、情報パッケージ内でのリンク部へのローカル参
照local-linkで記述する。一般的にはもちろんたとえ
ば、<source> net-resource://audio-server/audio1 </
source> と直接書いても良いし（ここで、net-resource
は名前・参照解決の機構，それ以降はその機構への入力
である．解決結果の出力は，ネットワーク上でのその所
在）、あるいはまたそのデータ（たとえばＭＰＥＧ２デ
ータなど）を、<source format=MPEG2> mpeg2-data </s
ource>のように直接記述しても良い。

【００７４】なお、前述した例に対応するリンクの表現
は（２７）のようになる。なお、（２７）において、内
容タグは省略する。

【００７５】

【数１６】 <link boundary=internal> <label> audio-link1 </label> net-resource://audio-server/audio1 </link> <link boundary=internal> <label> picture-link1 </label> net-resource://picture-server/picture1 </link> <link boundary=internal> <label> video-link1 </label> net-resource://video-server/video1 </link> <link boundary=internal> <label> movie-link1 </label> net-resource://movie-server/movie1 </link> <link boundary=internal> <label> animation-link1 </label> net-resource://animation-server/animation1 </link> <link boundary=internal> <label> server-action-link1</label> net-resource://server-action-server/server-action1</link> …（２７）

【００７６】ストリーム間の同期の制御２つのストリーム間の同期は、それらストリーム間の相
対的な時間（時間間隔、ずれ）を記述することにより指
定し制御する。これら２つのストリーム間のずれの記述
の方法は、そのずれ方、および、各ストリームの基準と
する位置（開始点か終了点か）などに応じて、種々の方
法があるが、ここでは単純に後段のストリームを指定す
るbefore、他のストリームを包含するwhile 、および、
２つのストリームを同時に開始するcobegin とを用い
る。図３に例示するような関係の静止画１（Ｐ１）、音
声１（Audio1) および動画１(Video1)に対する、ストリ
ーム間の同期に係わる表記を、（２８）に示す。また、
図３において、音声１（Audio1) および動画１(Video1)
が同時にスタートするような関係であった場合に、whil
e を用いた指定に代わって使用するのに好適なcobegin
を用いた指定を（２９）に示す。

【００７７】

【数１７】 <before delay=0 max-skew=500> &picture1 &audio1 </before> <while delay=0.5 delay2=2 max-skew=80> &audio1 &video1 </while> …（２８） <cobegin delay1=0 max-skew=120> &audio1 &video1 </cobegin> …（２９）

【００７８】（２８）および（２９）において、delay
の単位は秒(second)である。また、max-skewは許容誤差
（いわゆるQuality-of-Service(QoS) ）で、単位はミリ
秒(msec)である。

【００７９】また、たとえば図４に示すような、ストリ
ームのより細かな部分に対して他のストリームと同期を
とるためには、（３０）に示すように、予めストリーム
をセグメントに分けて記述しておき、このセグメントに
対してbefore,while,cobeginを用いて，たとえば（３
１）に示すように、他のストリームとの関係を指定す
る。

【００８０】

【数１８】 <animation hsize=400 vsize=300 color=8 frame-rate=15> <source> <local-link> animation1 </local-link> </source> <segment begin=0 end=70> segment1 </segment> <segment begin=70 end=100> segment2 </segment> <segment begin=100> segment3 </segment> </animation> …（３０） <while delay1=0 delay2=0 max-skew=80> &audio1 <sebsequence segment=segment2> &animation1 </subsequence> </while> …（３１）

【００８１】なお、本実施の形態では、相対的な時間的
位置を基準(interval-based)にしてシーケンス制御を行
っているが、時間軸基準(axes-based)でも良いし，制御
フロー基準などでも良い。

【００８２】シーケンス記述部としての例このような基本仕様に基づいて、情報パッケージのマル
チメディアシーケンス記述部において、図５に示すよう
なストリームを記述する場合を、より実際的な記述例と
して図６〜図８に示す。まず、図６および図７は、素材
の記述であり、図６（Ａ）は静止画Ｐ１〜Ｐ４の、図６
（Ｂ）は音声 AUDIO１および AUDIO２の、図７（Ｃ）は
動画 video１の、図７（Ｄ）はアニメーション animati
on１の、そして図７（Ｅ）はダイアログdialog１の各記
述である。そして、図８（Ｆ）は、出力先の記述であ
り、図５に示すような各ストリームのシーケンスが、ビ
ューアviewer上に表示することを示している。さらに、
図８（Ｇ）は、シーケンスの記述であり、図５に示すよ
うなシーケンスで各ストリームを表示することを規定し
ている。

【００８３】このような記述を行うことにより、ビュー
アviewer上に、各ストリームが図５に示したようなシー
ケンスに従って表示される。この時、図７（Ｅ）に示し
たダイアログの記述により表示される指示用オブジェク
トを図９に示す。なお、シーケンスの最後の静止画 pic
ture４は，ビューアviewerの状態が変えられるまで表示
される．

【００８４】情報配信サービス前述したような情報パッケージを用いて、概略を前述し
たような映画配信サービスを行うわけであるが、以降、
その具体的な情報パッケージの形態、各処理系の構成、
処理の流れなどについて具体的に説明する。

【００８５】情報パッケージ前述したような構成に基づく情報パッケージであって、
本実施の形態の映画配信サービスの主な処理に係わる４
個の情報パッケージについて具体的に説明する。

【００８６】第１の情報パッケージまず、第１の情報パッケージは、映画リストを利用者に
送付し、配信希望の映画を選択させるための情報パッケ
ージである。この第１の情報パッケージで記述されるス
トリームの内容およびストリームの流れを図１０に、こ
の第１の情報パッケージにより表示されるダイアログを
図１１に示す。この第１の情報パッケージによれば、図
１０に示すように、まず静止画Ｐ１が表示される。この
静止画Ｐ１は、案内やタイトル画面、コピーライトなど
が表示される静止画面である。この静止画Ｐ１のあとに
音声Audio1と動画像Video1により、サービスの概要やア
ピールが行われる。そして次に、図１１に示すようなダ
イアログDialog1 である映画選択画面が表示されると同
時に、音声Audio2とアニメーションAnimation1により、
選択画面の利用案内が流される。

【００８７】このような動作を行うための第１の情報パ
ッケージの具体的構成を、図１２〜図１７にハイパーテ
キスト形式で示す。図１２は、この第１の情報パッケー
ジのタイトル部を示す図である。図１２に示すこのタイ
トル部においては、たとえばＪＰＥＧフォーマットの表
紙データが指定されたり、このパッケージの名称が"FOO
Movie Services: MOVIETITLES"であること、内容を解
釈する処理系が"PACKAGE-PROCESSOR" であることなどが
指定されている。また、構造記述（<sturucture>）とし
て、パッケージ内のリンク部（<linkage> ）、内容属性
部（<content-attributes>）、制御属性部（<control-a
ttributes>）、および、マルチメディアシーケンス部
（<sequences> ）へのリンクは記述されている。また、
たとえばタイトルタグの属性には、このフォーマット提
供者（DVL ）などが記述されている。

【００８８】図１３および図１４は、この第１の情報パ
ッケージのリンク部を示す図である。リンク部には、図
１０に示した、ダイアログDialog1 以外のストリーム、
すなわち、静止画Ｐ１、音声Audio1，Audio2、動画像Vi
deo1およびアニメーションAnimation1の各ストリーム
と、図１１に示したダイアログDialog1 の選択対象の５
個の映画'("Star Wars","Empire Strikes Back","Retur
n of the Jedi","The Ten Commandments","Kagemusha")
のパッケージ（package2〜package6）に対する各リンケ
ージが記述されている。たとえば、この図１３および図
１４の記載からは、静止画Ｐ１、音声Audio1，Audio2、
動画像Video1およびアニメーションAnimation1の各スト
リームに対するリンクは内部リンクであり、選択対象の
映画のパッケージに対するリンクは外部リンクであるこ
となどがわかる。

【００８９】図１５は、この第１の情報パッケージの内
容属性部（content-attribute-part）および制御属性部
（control-attribute-part）を示す図である。内容属性
部には、このパッケージの発行者が"FOO Movie Service
s"であることや、発行が１９９７年７月であることなど
が記載されている。また、制御属性部には、この情報パ
ッケージの動作に係わる情報であり、たとえば、課金に
関してこの情報パッケージは無料であることや、利用者
に要求される動作環境、および、認証のためのキーなど
が記載されている。

【００９０】さらに、図１６および図１７に、この第１
の情報パッケージのマルチメディアシーケンス部を示
す。なお図１７は、図１６に示したマルチメディアシー
ケンス部の、ダイアログの内容を示す図である。このシ
ーケンス部には、図１０に示した静止画Ｐ１、音声Audi
o1，Audio2、動画像Video1、アニメーションAnimation1
およびダイアログDialog1 の各ストリームの素材が記述
されている。実際には、ダイアログDialog1 以外の各ス
トリームの素材はリンクにより指定されており、さらに
このリンクは前述したリンク部において集約されている
ので、ここではそのリンク部へのロ−カル参照として記
述されている。なお、ダイアログDialog1 については、
図１１に示すようなダイアログに関する記述が、図１７
に示すようにこのシーケンス部に全て直接記述されてい
る。

【００９１】また、このシーケンス部には、これらのス
トリームの出力先（viewer）の記述と、これらのシーケ
ンスの記述がおこなわれている。シーケンスの記述は、
その記述内容を詳細に説明すると、静止画Ｐ１の後に遅
れなしで直ちに音声Audio1を流し（<before delay=0 ma
x-skew=500 duration=2>&picture1 &audio1 </before
>）、その音声Audio1に対して開始、終了ともに一致す
るように、すなわちその音声Audio1と同時に動画像Vide
o1を流し（<while delay1=0 delay2=0 max-skew=80> &a
udio1 &video1 </while>）、その音声Audio1の後に遅れ
なしで直ちにダイアログDialog1 を表示し（<before de
lay=0 max-skew=500> &audio1 &dialog1 </before>）、
そのダイアログDialog1 と同時にアニメーションAnimat
ion1を開始し（<cobegin delay=0 max-skew=120> &anim
ation1&dialog1 </cobegin>）、さらにそのアニメーシ
ョンAnimation1と同時に音声Audio2を開始する（<while
delay1=0 delay2=0 max-skew=80> &audio2 &animation
1 </while>）、というものである。この記述に従って処
理が行われると、図１０に示すようなシーケンスで各ス
トリームが表示される。

【００９２】第２の情報パッケージ第２の情報パッケージは、利用者に要求された映画を実
際に配信するための情報パッケージである。この第２の
情報パッケージで記述されるストリームの内容およびス
トリームの流れを図１８に示す。この第２の情報パッケ
ージによれば、図１８に示すように、まず静止画Ｐ１が
表示される。この静止画Ｐ１には、案内やタイトル画
面，コピーライトなどが表示されている。この静止画Ｐ
１のあとに、音声Audio1と動画像Video1により、広告が
表示され、その広告が終了したら、静止画Ｐ２によりサ
ービス提供者のタイトル画面が表示される。そして、そ
の静止画Ｐ２に続いて、いよいよ映画Movie1本体が表示
される。映画Movie1が終了したら、再び最初の案内やタ
イトル画面，コピーライトなどが表示されている静止画
Ｐ１を終了して、一連のストリームの表示を終了する。

【００９３】このような動作を行うための第２の情報パ
ッケージの具体的構成を図１９〜図２２に示す。図１９
は、この第２の情報パッケージのタイトル部、および、
リンク部を示す図であり、図２０は、この第２の情報パ
ッケージの内容属性部を示す図であり、図２１は、この
第２の情報パッケージの制御属性部を示す図であり、図
２２は、この第２の情報パッケージのシーケンス部を示
す図である。各部の内容は、前述した第１の情報パッケ
ージの場合とほぼ同様であるが、この第２の情報パッケ
ージは、映画本体を内容としてその配信を主たる目的と
しているパッケージであるために、図２０に示す内容属
性部にその映画に関する種々の情報が記述されており、
この内容属性部の情報量が大きくなっていることが特徴
的である。

【００９４】第３の情報パッケージ第３の情報パッケージは、認証の必要な情報パッケージ
を利用者が取得しようとした場合に、情報提供者に対し
て送付する認証のための情報パッケージである。この第
３の情報パッケージの具体的な構成を図２３に示す。図
２３に示すように、この情報パッケージには、内容属性
部に利用者の氏名や利用者番号、年齢、認証日時などが
記述されている。また、制御属性部には、課金方法とし
て、クレジットカード名やクレジットカード番号、名義
人などの情報が記述されている。

【００９５】なお、この第３の情報パッケージのこれら
の重要な情報の一部は、情報提供者が開示する「公開
鍵」で暗号化される。情報提供者においては、「秘密
鍵」によりその暗号を解読し、内容を解釈し、認証の処
理を行う。このような情報パッケージを、認証の必要な
情報の取得を行う際に情報提供者に送付することによ
り、その内容が適切であればその認証の必要な情報を利
用者は適切に得ることができるのである。

【００９６】第４の情報パッケージ第４の情報パッケージは、情報提供者が、たとえば広告
主などの取引者に広告料などを請求しようとした場合
に、その取引者に対して送付する請求書に対応する情報
パッケージである。本実施の形態においては、この第４
の情報パッケージは、通常の請求書と同様に、月に１回
程度まとめて送信されるものとする。この第４の情報パ
ッケージの具体的な構成を図２４に示す。図２４に示す
ように、この情報パッケージには、内容属性部に請求元
である情報提供者の名称や、請求書の発行日時などが記
述されている。また、制御属性部には、入金方法が記載
されている。図２４に示す例においては、振込先の銀行
名、支店名、口座番号、口座名義人などの情報が記述さ
れている。この第４の情報パッケージのこれらの重要な
情報の一部は、第３の情報パッケージと同様に暗号化さ
れている。この場合は、情報提供者が広告主などの取引
者が開示する「公開鍵」で暗号化しておき、取引者が
「秘密鍵」によりその暗号を解読し、内容を解釈する。

【００９７】システム構成この映画配信サービスを行うシステムの構成について
は、図２を参照して概略を説明したが、より詳細かつ具
体的に今一度説明する。前述したように、この映画配信
サービスは、図１に示すような構成のネットワークシス
テム上の任意のノード上に図２に示すような処理系が展
開され、前述した情報パッケージを用いて実現される。

【００９８】サービス提供者２１０は、情報配信サービ
スの主体者ノードであるが、このノードでは、情報利用
者２６０の加入などの情報利用者の管理や、広告提供者
２４０に対する広告料請求などのサービスに係わる全体
的な管理のみが行われており、実際の情報の配信に係わ
る処理はサービス提供者２１０からの指示に基づいて情
報サーバ２２０が行っている。

【００９９】情報サーバ２２０は、前述したように、サ
ービス提供者２１０から管理され、広告サーバ２５０か
ら伝送される広告を適宜用いながら、実際に情報を情報
利用者２６０に配信する。その情報サーバ２２０の構成
について図２５を参照して説明する。図２５に示すよう
に、情報サーバ２２０は、サーバ群制御部２２１と、た
とえば図２５に示すようにソース、データの種類ごとの
データベース２２３_-1〜２２３_-5、そのデータベース２
２３_-1〜２２３_-5に各々対応したサーバ部２２２_-1〜２
２２_-5、サービス履歴データベース２２４および顧客デ
ータベース２２５とを有する。

【０１００】サーバ群制御部２２１は、サーバ部２２２
_-1〜２２２_-5を制御するとともに、情報の要求、配信に
ともなって、随時サービス履歴データベース２２４およ
び顧客データベース２２５を参照、更新する。

【０１０１】サーバ部２２２_-i（ｉ＝１〜５）は、実際
に情報利用者２６０に対して、対応する各データベース
２２３_-iの情報を提供するための種々の処理を行う。そ
のサーバ部２２２のより詳細な構成を図２６に示す。図
２６に示すように、サーバ部２２２_-iは、サービス制御
部２２６、認証部２２７、課金部２２８、ストリーム送
信部２２９、バルクデータ受信部２３０およびパッケー
ジ処理部２３１を有する。

【０１０２】サービス制御部２２６は、サーバ部２２２
_-iを構成する各部を制御して、情報利用者２６０に対す
るサービス全体を制御する。認証部２２７は、情報利用
者２６０から送信されてくる、たとえば前述した第３の
情報パッケージのような認証に供される情報パッケージ
に基づいて、認証処理を行い、認証が適切に行われた場
合には、ストリーム送信部２２９に対してストリームの
送信許可を与えるなどの処理を行う。

【０１０３】課金部２２８は、実質的に情報利用者２６
０から許可される課金の情報に基づいて、情報の配信に
伴う課金処理を行う。そして、得られた一連の情報の配
信の結果の課金情報は、配信終了時などに顧客データベ
ース２２５に書き込む。ストリーム送信部２２９は、対
応するデータベース２２３_-iの所望のコンテントを読み
込み、情報利用者２６０に対して送信する。バルクデー
タ受信部２３０は、対応するデータベース２２３_-iにデ
ータを蓄積するために、所定単位ごとに入力される情報
をデータベース２２３_-iに書き込む。図２に示す例にお
いては、情報サーバ２２０が配信する広告データは予め
情報サーバ２２０に伝送されるが、この広告データの広
告サーバ２５０から情報サーバ２２０への転送が、この
バルクデータ受信部２３０を介して行われる。

【０１０４】パッケージ処理部２３１は、サービス提供
者２１０、広告サーバ２５０または情報利用者２６０よ
り伝送されてきた情報パッケージを解読し、その内容に
基づいてそのデータに対してサービス制御部２２６〜バ
ルクデータ受信部２３０を適宜適用し、逐次その内容に
従った処理を進めていく。なお、このパッケージ処理部
２３１における処理については、後にさらに詳細に説明
する。

【０１０５】これら情報サーバ２２０の各構成部は、通
常ネットワークにわたって構成されて、分散サーバを構
成している。また、この情報サーバ２２０は、特定の提
供者に対応して設けられているものではなく、複数の提
供者からの指示に基づいて所望の情報を蓄積、配信す
る。したがって、サービス履歴データベース２２４およ
び顧客データベース２２５は、各提供者ごとに設けられ
ている。なお、図２５に示すサービス履歴データベース
２２４および顧客データベース２２５は、図２のサービ
ス提供者２１０である”FOO Movie Services”のデータ
ベースである。

【０１０６】また同様に、データベース２２３_-1〜２２
３_-5、サービス履歴データベース２２４および顧客デー
タベース２２５も、この情報サーバ２２０に対応して設
けられているものではなく、ネットワーク上の複数の情
報サーバにより利用されるものであってよい。特に、静
止画、アニメーション、音声、動画像、映画などのコン
テントデータベース２２３_-2〜２２３_-5は、ネットワー
ク上に広く蓄積されているものが利用される場合が多
い。その場合には、前述した情報パッケージの、リンク
部に記されているリソースロケーションの"net-resourc
e"という名前解決機構により、所望のコンテントデータ
ベースがネットワーク上で特定される。

【０１０７】広告提供者２４０は、サービス提供者２１
０のような情報利用者に情報を配信するものに対して、
配信を要求する広告を伝送するものである。この広告提
供者２４０も、サービス提供者２１０と同様に、広告配
信先との全体的な管理に関する処理や、広告料の支払い
に関する処理のみを行うものであり、実際の広告の配信
に係わる処理は広告サーバ２５０が行う。

【０１０８】広告サーバ２５０は、広告提供者２４０か
らの要求に基づいて、実際に広告データを情報サーバ２
２０に配信する。この広告サーバ２５０は、前述した情
報サーバ２２０と、配信対象の情報が異なるのみで、そ
の構成などは同じである。

【０１０９】情報利用者２６０は、サービス提供者２１
０が提供し実際には情報サーバ２２０より伝送されてく
る情報を受信し利用するものである。この情報利用者２
６０も、パーソナルコンピュータやテレビジョン受像機
を主とする装置などの種々の端末装置に限られるもので
はなく、ネットワーク上に構築されたシステムであって
もよい。この情報利用者２６０の構成について、図２７
を参照して説明する。情報利用者２６０は、パッケージ
処理部２６１、サービス制御部２６２、認証部２６３、
課金部２６４、ストリーム受信部２６５およびビューア
部２６６を有する。

【０１１０】パッケージ処理部２６１は、サービス提供
者２１０や情報サーバ２２０より伝送されてきた情報パ
ッケージの内容に基づいて、サービス制御部２６２〜ビ
ューア部２６６を適宜適用し、逐次その内容に従った処
理を進めていく。このパッケージ処理部２６１の処理に
ついては、後にさらに詳細に説明する。

【０１１１】サービス制御部２６２からストリーム受信
部２６５は、そのパッケージ処理部２６１により選択さ
れ適用される各処理を行う。サービス制御部２６２は、
情報利用者２６０とサービス提供者２１０および情報サ
ーバ２２０との間で適切な情報パッケージが適切に伝送
されるように、それらサービス提供者２１０および情報
サーバ２２０との調整を行う。認証部２６３は、たとえ
ば前述した第３の情報パッケージのような認証に供され
る情報パッケージを情報サーバ２２０に送信して、認証
処理を要求する。課金部２６４は、情報の要求に伴う課
金許諾の情報を、情報サーバ２２０に送信する。

【０１１２】ストリーム受信部２６５は、情報サーバ２
２０より送信されてくるストリームを受信する。受信し
たストリームは、ビューア部２６６に出力され、各々所
定の形態で出力される。なお、ここでストリームには静
止画も含むものとする。また、ネットーワークから伝送
されてくる情報パッケージもここで受信され、パッケー
ジ処理部２６１に送られる。ビューア部２６６は、所望
の情報を受信し利用するためのビューアを制御する。具
体的には、ビューアへのストリームの表示や、ダイアロ
グによるインタラクションなどの処理を行う。このビュ
ーアの制御は、前述した情報パッケージの例にもビュー
アに関する記述があったように、たとえば情報パッケー
ジ内の記述により指定され、それを解析したパッケージ
処理部２６１からの指示により行われる。

【０１１３】パッケージ処理部における処理次に、情報サーバ２２０のサーバ部２２２のパッケージ
処理部２３１、および、情報利用者２６０のパッケージ
処理部２６１の処理についてさらに詳細に説明する。パ
ッケージ処理部２３１，２６１は、ともに伝送されてき
た情報パッケージを解読し、その内容に基づいて、サー
ビス制御部２６２〜ビューア部２６６を適宜適用し、逐
次その内容に従った処理を進めていく。このパッケージ
処理部における処理は、より詳細にはパーザと評価系と
に分けることができる。

【０１１４】パーザは、受け取った情報パッケージが論
理形式であれば、対応する内部表現に変換する。伝送さ
れてきた情報パッケージが、たとえば図１２〜図１７、
図１９〜図２２、図２３および図２４などに例示したよ
うな論理形式である場合には、それを情報利用者２６０
内で使用する内部表現に変換する。この情報パッケージ
の論理形式から内部表現への変換についてはさらに後に
詳細に説明する。

【０１１５】評価系は、その変換された内部表現を解釈
しながら、必要な機能を呼び出す処理を繰り返す。すな
わち、処理を進めていくとタグが出てくるので、タグに
よって決まる機能を呼び出し、さらに次の内容を読み進
む処理を繰り返す。この時呼び出される処理は、前述し
たようにサーバ部２２２および情報利用者２６０におい
て認証部、課金部、ストリーム送受信部、ビューア部な
どにより提供されている、課金、認証、ストリーム配
送、ビューアの制御、新たな情報パッケージの取得など
の機能である。これら呼び出される機能のそれぞれは、
同時に複数の利用者の処理を行なっているので、これら
機能の呼出の際には、利用者の識別子（あるいはサービ
スおよびアカウント）と、処理中の情報パッケージの識
別子を同時にその処理部に渡して、その区別をする。こ
れら識別子の組、すなわち、サービスの状態は、サービ
ス制御部２２６，２６２で統括して認識し制御する。

【０１１６】また、この処理の過程において、構造体
は、一カ所から複数の部分構造が派生しているグラフ構
造をしているので、ある機能から呼び出すべき別の機能
は複数ある場合がある。また、大局的には、ある情報パ
ッケージを処理していて、別の情報パッケージを取得
し、その処理が終わってから元の情報パッケージの処理
を続ける場合がある。このため、パッケージ処理部は、
実行中の途中状態は、「評価状態」として記憶してお
く。

【０１１７】情報パッケージの内部表現への変換ここで、前述した、パッケージ処理部２６１のパーザに
おける、情報パッケージの論理形式から内部表現への変
換について、図２８〜図３６を参照して具体的に説明す
る。情報利用者２６０などの処理系内部においては、情
報パッケージの各項目は展開されて、データに対する処
理または項目を示すタグとそれに対するデータの組を単
位として、これがいくつかまとまった構造体の形式で取
り扱われる。その内部表現と、これまで説明で用いてい
たような論理形式との基本的な対応関係を図２８に示
す。図２８（Ａ）〜（Ｄ）においては、各々、左側が論
理形式を示す図であり、右側が内部表現を模式的に示し
た図である。

【０１１８】まず、図２８（Ａ）に示すような、（１）
に示したような情報パッケージのエレメントは、処理系
内部では、図２８（Ａ）にａで示すような、そのタグと
データが対応付けられた内部基本形式で表現される。図
２８（Ｂ）に示すように、図２８（Ａ）のデータ部分が
複数のエレメントで組み合わされている時には、その複
数のエレメントに対応した内部基本形式が連なった構造
体ｂと、データ部分がその構造体ｂの先頭位置を指すポ
インタとなっているような内部基本形式ａとにより内部
表現される。

【０１１９】また、図２８（Ｃ）に示すように、図２８
（Ａ）のタグ部分が複数の属性を有しているような時に
は、その複数の属性に対応して属性と属性値が連なった
構造体ｃと、タグ部分がその構造体ｃの先頭位置を指す
ポインタとなっている内部基本形式ａとにより内部表現
される。さらに、図２８（Ｄ）に示すように、タグ部分
が複数の属性を有し、データ部分も複数のエレメントを
有するような論理形式に対しては、その複数のエレメン
トに対応した内部基本形式が連なった構造体ｂと、その
複数の属性に対応して属性と属性値が連なった構造体ｃ
と、タグ部分がその構造体ｃの先頭位置を指すポインタ
となっておりデータ部分がその構造体ｂの先頭位置を指
すポインタとなっているような内部基本形式ａとにより
内部表現される。

【０１２０】より実際的な具体例として、図１２〜図１
７に示した第１の情報パッケージの内部表現を、図２９
〜図３６に示す。まず、図２９に示すように、タグ<pac
kage> に対応して、データ部分が、タイトル部の属性お
よびデータの構造体へのポインタが記された内部基本形
式ｅ２へのポインタとなっているような、元の内部基本
形式ｅ１が設けられている。内部基本形式ｅ２のタグ部
分は、タイトル部のタグの内容、すなわち、フォーマッ
ト提供者がＤＶＬであり、ヴァ−ジョンが２．０である
というデータが記載された構造体ｅ３へのポインタとな
っている。また。内部基本形式ｅ２のデータ部分は、そ
のタイトル部の内容である表紙、名称、種別などが記載
された構造体ｅ４へのポインタとなっている。

【０１２１】このように、情報パッケージの元の部分
で、２段の内部基本形式を用いてデータを参照している
のは、この間の内部基本形式ｅ２のみを書き換えれば、
パッケージへの参照を変更せずに、パッケージの中身だ
けを交換することができ、便利であるからである。

【０１２２】そして、この構造体ｅ４の表紙（cover ）
のタグ部分には、その表紙であることを示す基本形式と
フォ−マットがＪＰＥＧであることを示す基本形式とか
らなる構造体ｅ５へのポインタとなっており、また、そ
の表紙のデータ部分は、そのＪＰＥＧデータｅ６へのポ
インタとなっている。また、構造体ｅ４の構造（struct
ure ）のデータは、リンケージ部、内容属性部、制御属
性部、シーケンス部の各部をタグとしてその構造を示す
構造体ｅ７へのポインタとなっている。

【０１２３】情報パッケージへのタイトル部以外のデー
タは、この構造体ｅ７の各項目のデータ部分に示されて
いるポインタを参照し、各々ローカルリンクであること
を示す内部基本形式ｅ８〜ｅ１１を介して、そのデータ
部分に示されているポインタにより参照される。この内
部基本形式ｅ８〜ｅ１１は、各データをネットワークを
介して参照する場合などにこれだけを書き換えればよい
ように、一段いれられている接続用の内部基本形式ｅで
ある。

【０１２４】図３０および図３１は、内部基本形式ｅ８
により参照されるリンク部のデータの内部表現を示す図
である。この中で、図３０および図３１に示される構造
体ｅ１３〜ｅ１７は、図３０の構造体ｅ１２により示さ
れる外部参照されるデータに対する存在場所や内容など
を示す構造体である。また、図３２は、内部基本形式ｅ
９により参照される内容属性部のデータの内部表現を示
す図であり、図３３は、内部基本形式ｅ１０により参照
される制御属性部のデータの内部表現を示す図であり、
図３４〜図３６は、内部基本形式ｅ１１により参照され
るシーケンス部のデータの内部表現を示す図である。

【０１２５】配信サービスの流れこれまで説明してきたような、ネットワーク環境および
各ノードでの処理環境下で、前述したような情報パッケ
ージを用いて実際に行われる情報の配信サービスの流れ
について具体的に説明する。ある情報利用者２６０が、
サービス提供者２１０（FOO Movie Services）の提供す
る情報配信サービスを受けようとした場合には、まず、
加入の申込を行う。これにより、サービス提供者２１０
は、情報利用者２６０に関する管理を行えるように、サ
ービス履歴データベース２２４や顧客データベース２２
５に情報利用者２６０のデータを作成しておく。

【０１２６】実際に、情報利用者２６０がサービス提供
者２１０よりサービスを受けようとした場合には、ま
ず、情報利用者２６０は情報サーバ２２０に対してサー
ビスリストの要求を行い、それに応じて情報サーバ２２
０は情報利用者２６０に対して、たとえば図１２〜図１
７に示すような第１の情報パッケージのようなサービス
リストを送信する。この時に、情報サーバ２２０のサー
ビス履歴データベース２２４には、これらの送信に関す
る履歴を保持しておく。

【０１２７】情報利用者２６０は、受け取った第１の情
報パッケージをパッケージ処理部２６１で解析して内部
表現に変換する。そしてこれによりパッケージ処理部２
６１は、この第１の情報パッケージの内容をマルチメデ
ィアコンテントであると解読し、マルチメディアシーケ
ンスの処理を始める。具体的には、パッケージ処理部２
６１は、その情報パッケージに記載されている図１０に
示すようなシーケンスの内容に従って、その素材内容の
ソースをネットワーク上をアクセスして適宜取得する。
この時、情報サーバ２２０は要求に応じて、その所望の
コンテントを情報利用者２６０に送信する。これによ
り、情報利用者２６０のビューア部２６６に、第１の情
報パッケージに記述さている図１０に示すようなマルチ
メディアシーケンスが出力される。

【０１２８】そして、図１２に示したようなダイアログ
が表示されている時に、利用者が"Star Wars" を選択し
たとする。すると、情報利用者２６０は、情報サーバ２
２０に対して、その選択された映画を配信の要求、換言
すれば、所望の映画を配信する図１９〜図２２に示すよ
うな第２の情報パッケージの送信の要求を行う。その結
果、情報サーバ２２０から情報利用者２６０にその第２
の情報パッケージが配信されてきて、情報利用者２６０
のビューア部２６６に図１８に示すようなマルチメディ
アシーケンスが順次出力される。しかし、この時に、課
金対象のストリームである映画データ（Movie1）は、次
に述べる認証の処理の結果に基づいて、順次送信されて
くる。

【０１２９】第１の情報パッケージの制御属性部の"Sta
r Wars" へのリンクの記述には、認証の必要が示されて
いる。このようなコンテントを獲得するためには、情報
利用者２６０は認証の処理を行わなければならない。す
なわち、情報利用者２６０は図２３に示したような認証
に係わる第３の情報パッケージも情報サーバ２２０に対
して送信する。この第３の情報パッケージの内容の一部
は、サービス提供者２１０（FOO Movie Services）が開
示する「公開鍵」で暗号化されている。情報サーバ２２
０のサーバ部２２２のパッケージ処理部２３１は、サー
ビス提供者２１０（FOO Movie Services）の「秘密鍵」
でその暗号を解読し、内容を解釈し、認証の処理をす
る。認証の内容が適切であれば、情報利用者２６０の要
求に引き続き応えられる、すなわち、課金対象である映
画などのコンテントストリームの送信を引き続き行える
ように、その送信を許可する。また、情報サーバ２２０
は、認証が確認できなければ、映画などのコンテントス
トリームの送信は行わない。

【０１３０】なお、この第３の情報パッケージの送信に
よる認証の処理は、第２の情報パッケージの配信要求と
同時でもよいし、第２の情報パッケージを受信の後で番
組案内やタイトルや広告（Ｐ１，Ｐ２，Audio1， Video
1 ）が表示されている場合に行ってもよい。

【０１３１】映画の配信が開始された後は、情報サーバ
２２０のサーバ部２２２と情報利用者２６０とが連係し
て、獲得したストリームに応じた課金を行う従量課金の
処理を行う。この従量課金の処理について図３７を参照
して説明する。前述したように、第２の情報パッケージ
を得るためには情報利用者２６０の認証部２６３から情
報サーバ２２０の認証部２２７に対して認証のための第
３の情報パッケージが送信され、これに基づいて情報サ
ーバ２２０で認証処理が行われ、適切であれば情報サー
バ２２０のストリーム送信部２２９から情報利用者２６
０のストリーム受信部２６５に対してストリームの送信
が開始される。

【０１３２】このストリームの送信が開始された後、情
報利用者２６０において引き続きストリームの受信を要
求する場合には、たとえば３０秒程度の期間を単位とし
て、課金部２６４の機能が呼び出される。これにより課
金部２６４は、情報サーバ２２０の課金部２２８に対し
て、その３０秒に対応する料金の課金を許可する、換言
すればその３０秒に対応する料金の支払いを通知する。
情報サーバ２２０の課金部２２８はこの通知に基づい
て、支払われた料金に相応するさらなるストリームを情
報利用者２６０の送信をストリーム送信部２２９に許可
し、これによりそのストリームが送信される。仮に、情
報利用者２６０がさらなるストリームの受信を希望しな
い場合には、たとえば課金部２６４に対して支払い通知
を行わないように指示すれば、情報サーバ２２０におい
ても課金部２２８からストリーム送信部２２９に対して
ストリーム送信の許可がおりなくなり、ストリームの送
信が中止される。

【０１３３】そして、一連のストリームの配信終了時な
どに、情報サーバ２２０は、情報利用者２６０の課金制
御情報の総計を、顧客データベース２２５に格納する。
また、情報利用者２６０における広告（図１８のパッケ
ージにおいてはvideo1,audio1 ）のビューア部２６６上
への再生をカウントし、これも顧客データベース２２５
に記録しておく。そして、サービス提供者２１０（FOO
Movie Services）は、たとえば月ごとなどの所定期間ご
とに、情報利用者２６０の利用料を顧客データベース２
２５より読み出し、認証時に第３の情報パッケージ中で
提示されたクレジットカードにチャージする。

【０１３４】さらにサービス提供者２１０（FOO Movie
Services）は、たとえば月ごとなどの所定期間ごとに、
情報サーバ２２０上の広告のカウントに基づいて、広告
サーバ２５０に図２４に示したような広告料の請求書の
第４の情報パッケージを送る。その内容( の一部) は、
広告提供者２４０が開示する「公開鍵」で暗号化されて
いる。広告主は、内容を「秘密鍵」で解読して、広告料
の支払いなどの処理を行う。

【０１３５】変形例前述した形態においては、情報パッケージは、リンク部
からのリンク先（素材部）を除いて、全て情報利用者２
６０に転送し、情報利用者２６０の側でパッケージ処理
などの処理を行っている。しかし、利用者のシステムの
能力が小さいような場合には、情報サーバ２２０でパッ
ケージ処理を行ない、情報利用者２６０にはたとえばシ
ーケンス部のみを送り、情報利用者２６０ではコンテン
トのビューア部２６６への表示のみを行なうようにして
もよい。そのような場合には、課金や認証も、予めの契
約内容により、または情報利用者２６０の装置の認識に
より情報サーバ２２０で行なう。

【０１３６】このとき、情報パッケージ本体からシーケ
ンス記述部へのリンク、（図２９に示すリンク部の内部
表現例の※４）は、ネットワークを介した参照となる。
シーケンス部は、素材場所の"source"タグの後ろに、st
ream-object を予め生成してリンクした上で利用者に送
る。そして、stream-object を含んだ情報パッケージ
は、図３８〜図５４を参照して後述するストリームデー
タ処理方法に従って、ネットワーク上を転送される。こ
のとき、情報利用者２６０のパッケージ処理部２６１を
呼び出すときは、前述したパッケージ処理部の「評価状
態」と処理すべき情報パッケージの部分構造を、相手の
処理機能に渡す。受け取った方は、「評価状態」をみて
部分構造の処理を進める。そこでの処理が終わったら、
そのときの「評価状態」とそのときの部分構造を、情報
サーバ２２０の処理機能に渡し、されに処理が進められ
る。処理機能間の相互の呼出は、上述のようにサービス
の状態を管理しているサービス制御部２２６，２６２を
通して行なう。

【０１３７】ストリームデータの配信次に、そのような配信サービスにおいて、映像データや
音声データなどのストリームデータを実際にネットワー
ク上で転送する方法について図３８〜図４４を参照して
説明する。前述したように、提供される情報は、通常、
情報利用者２６０とは異なるノード上に存在しているた
め、情報の配信によりネットワークを介して情報利用者
２６０に転送されるわけであるが、映像データや音声デ
ータなどのストリームデータを、情報利用者２６０から
の早送りや停止、巻き戻しなどの指示に適宜応答して適
切に転送するためには、ネットワークを介した高度のス
トリーム制御が必要である。以下、そのような制御方
法、転送方法について説明する。

【０１３８】図３８は、そのデータ処理方法を説明する
図である。図３８は、情報利用者２６０のパッケージ処
理部２６１が、仮想ストリームオブジェクト３０を介し
て、サーバ部２２２_-iより供給されるストリームデータ
を使用している状態を示す図である。ストリームデータ
の実体は、システムレベルの複雑な手続きを経てサーバ
部２２２_-iから情報利用者２６０のビューア部２６６に
相当するビューア部２６６に転送されるものであるが、
パッケージ処理部２６１からは、あたかも１つのストリ
ームオブジェクト３０のように取り扱えるという状態を
示すものである。

【０１３９】図３９および図４０は、実際のデータ処理
機構の中におけるそのデータ処理方法を説明する図であ
り、図３９は仮想ストリームオブジェクト３０を生成す
る状態を示す図、図４０は実際にストリームデータの転
送が行われる時の状態を示す図である。以下、図３８〜
図４０に示した各モジュールの機能を説明するととも
に、実際のデータ処理時の各モジュールにおける動作を
説明する。

【０１４０】まず、各モジュールについて説明する。パ
ッケージ処理部２６１は、映像データや音声データなど
のストリームデータを使用するアプリケーションモジュ
ールである。情報パッケージ４０は、アプリケーション
レイヤにおけるマルチメディアデータストラクチャであ
るストリームディスクリプタモジュール３０を生成する
ためのデータを含んでおり、パッケージ処理部２６１に
より、通常、情報利用者２６０のノード上に生成され
る。情報パッケージは、たとえば図１２〜図１７に示し
た第１の情報パッケージのようなものであり既に具体的
に説明したが、説明のために簡略化した構成図を図４１
に示す。また、図４１に対応して、情報パッケージ４０
より、たとえば図２９〜図３６に示したようなマルチメ
ディアストラクチャが生成される状態を図４２に示す。

【０１４１】図４１に示すように、情報パッケージ４０
は、ヘッダ部と、メディアデータ参照部と、メディアデ
ータシーケンス部とを有し、図４２に示すように、ヘッ
ダ部はデータストリームストラクチャを特定するデータ
の集合であり、メディアデータ参照部は、ソースメディ
アデータの参照情報が格納され、メディアデータシーケ
ンス部は、そのメディアデータに対するインストラクシ
ョンが指示されていると言える。

【０１４２】仮想ストリームオブジェクト３０は、サー
バ部２２２_-iに記憶されておりこれを使用するためには
複雑なシステムレベルの手続きが必要なようなストリー
ムデータを、あたかも単なる素材のストリームのように
ハンドリングするためのモジュールである。仮想ストリ
ームオブジェクト３０は、ストリームディスクリプタモ
ジュール３１、ストリーム送信部２２９、および、スト
リーム受信部２６５から構成される。

【０１４３】ストリームディスクリプタモジュール３１
は、パッケージ処理部２６１とシステムレベルの各モジ
ュールとのインターフェイスをとるとともに、システム
レベルの各モジュールを制御して、ストリームデータに
対して所望の動作をさせるためのモジュールである。ス
トリームディスクリプタモジュール３１に対しては、親
モジュールであるパッケージ処理部２６１を示す変数ｏ
ｗｎｅｒ、処理対象のストリーミングデータを示す変数
ｓｏｕｒｃｅ、ストリームデータを受け取るビューア部
２６６を指定する変数ｓｉｎｋ、ストリームの送信部２
２９を示す変数ｆｅｅｄｅｒ，ストリームの受信部２６
５を示す変数ｒｅｃｅｉｖｅｒがインタンス変数として
定義される。

【０１４４】ストリーム送信部２２９は、情報サーバ２
２０のストリーム送信部２２９に相当し、ストリーム受
信部２６５の要求に応じてストリームデータのソースモ
ジュールよりストリームデータを読み出し、所定のプロ
トコルに従ってストリーム受信部２６５に出力するため
のモジュールである。

【０１４５】ストリーム受信部２６５は、情報利用者２
６０のストリーム受信部２６５に相当し、ストリームデ
ィスクリプタモジュール３１からのコントロールに基づ
いて、ストリームデータの送信要求をストリーム送信部
２２９に出力するとともに、送信されてきたストリーム
データをパッケージ処理部２６１により制御されるビュ
ーア部２６６に出力する。

【０１４６】なお、ストリーム送信部２２９とストリー
ム受信部２６５の間のプロトコルはＸＴＰであり、これ
により、ネットワークの混み具合による転送遅れや、ス
トリーム送信部２２９とストリーム受信部２６５とが異
なるクロックで動作していることによる時間のズレに対
して正確な制御を可能としている。図３９および図４０
に示すストリームコミュニケーションマネージャ１３お
よびストリームコミュニケーションマネージャ２３は、
必要に応じてストリーム送信部２２９およびストリーム
受信部２６５を生成するための処理モジュールであり、
システムに常駐している。

【０１４７】サーバ部２２２_-iは、ストリームデータを
蓄積している装置上に存在し、そのストリームデータを
供給するためのモジュールである。ビューア部２６６
は、情報利用者２６０のビューア部２６６に相当し、ス
トリームデータを受け取り実際に利用するモジュールで
ある。

【０１４８】このようなモジュール構成のデータ処理シ
ステムにおいては、パッケージ処理部２６１からはソー
スストリームデータを指定するのみで、図３９に示すよ
うに仮想ストリームオブジェクト３０が生成され、以後
これをストリームデータとして処理を行うことにより、
所望の処理が行える。このデータ処理時には、図４０に
示すように各モジュールが連係してストリームデータの
転送などを制御しているが、パッケージ処理部２６１か
らはあくまでも仮想ストリームオブジェクト３０に対し
て処理を行えばよい。

【０１４９】次に、このようなデータ処理システムにお
いて実際のデータ処理が行われる時の、手続きの流れ、
および、各モジュールにおける動作について、図４３お
よび図４４に示す具体例を参照して説明する。まず、図
４３を参照して仮想ストリームオブジェクトを生成する
動作について説明する。

【０１５０】まず、ストリームディスクリプタモジュー
ル３１は、たとえばパッケージ処理部２６１が受け取っ
た情報パッケージ４０に記述されたデータソースに基づ
いて、情報利用者２６０において生成されている。そし
て、情報利用者２６０上のパッケージ処理部２６１がス
トリームディスクリプタモジュール３１にメソッドcrea
teStreamをコールして、図４０に示したストリーム通信
機構の生成を要求する（ステップＳ１１）。

【０１５１】次にストリームディスクリプタモジュール
３１はストリームコミュニケーションマネージャ１３に
対してストリーム受信部２６５の確保を要求し（ステッ
プＳ１２）、それに応じてストリームコミュニケーショ
ンマネージャ１３はストリーム受信部２６５を生成する
（ステップＳ１３）。生成されたストリーム受信部２６
５はリターン値としてストリーム送信部２２９のための
宛先データなどの通信パラメータを戻し（ステップＳ１
４）、ストリームコミュニケーションマネージャ１３は
さらにストリーム受信部２６５のリファレンスを加えて
ストリームディスクリプタモジュール３１にリターン値
を戻す（ステップＳ１５）。

【０１５２】ストリーム受信部２６５の生成が終了した
ら、ストリームディスクリプタモジュール３１は、スト
リーム受信部２６５のリファレンスや通信パラメータを
情報サーバ２２０に送信し、情報サーバ２２０のストリ
ームコミュニケーションマネージャ２３に対してストリ
ーム送信部２２９の生成を指示する（ステップＳ１
６）。これに応じてストリームコミュニケーションマネ
ージャ２３はストリーム送信部２２９を生成する（ステ
ップＳ１７）。そしてストリームコミュニケーションマ
ネージャ２３はストリーム送信部２２９のリファレンス
をストリームディスクリプタモジュール３１に戻す（ス
テップＳ１８）。

【０１５３】そして、映画配信システムにおいては、た
とえば図１２〜図１７に示すような第１の情報パッケー
ジの、素材の所在を示す "source" タグの後ろから出て
いるポインタを、local-linkタグのセルから、stream-o
bject を指すポインタに切り替える。そのために、その
local-linkをたぐりリンク部の情報からリソース識別子
(net-resource://.....)を取得し、それを内部変数のso
urceとするstream-object を生成する。このような処理
によりstream-object を用いたストリームディスクリプ
タモジュール３１、ストリーム送信部２２９およびスト
リーム受信部２６５を含む仮想ストリームオブジェクト
３０が生成される。なお、このストリームオブジェクト
３０の生成にともなって、情報パッケージ４０のそのソ
ースを参照するためのポインタは、このストリームオブ
ジェクトへのポインタに置き換えられる。具体的には、
図３５に示したような内部表現において、ＳＯＵＲＣＥ
の右側のポインタが、生成されたストリームオブジェク
トへのポインタに置き換えられる。

【０１５４】次に、図４４を参照して仮想ストリームオ
ブジェクトによりストリームの転送を行う動作について
説明する。まず、情報利用者２６０上のパッケージ処理
部２６１がメソッドstartStreamをストリームディスク
リプタモジュール３１に対して要求し（ステップＳ２
１）、ストリームディスクリプタモジュール３１はスト
リーム受信部２６５に転送開始要求を行う（ステップＳ
２２）。するとストリーム受信部２６５は情報サーバ２
２０のストリーム送信部２２９に対してストリームの転
送要求を行い（ステップＳ２３）、さらに情報サーバ２
２０内においてストリーム送信部２２９はサーバ部２２
２_-iにストリームの転送を要求する（ステップＳ２
４）。

【０１５５】サーバ部２２２_-iは、ストリームＩＤを戻
すとともに、要求に応じて順次ストリームをストリーム
送信部２２９に出力する（ステップＳ２５）。そして、
ストリーム送信部２２９およびストリーム受信部２６５
は協働して伝送回線を確保し（ステップＳ２６）、サー
バ部２２２_-iから出力されるストリームをストリーム送
信部２２９からストリーム受信部２６５に転送する（ス
テップＳ２７）。ストリーム受信部２６５は、受信した
ストリームをビューア部２６６に順次出力する（ステッ
プＳ２８）。以後、確保された経路を介して順次ストリ
ームが転送される。

【０１５６】なお、StartStream の要求は、ストリーム
ディスクリプタモジュール３１がCreateStreamの処理を
している間に行われてもよい。その場合、ストリームデ
ィスクリプタモジュール３１はCreateStreamの処理が終
了後直ちにStartStream の処理を始める。

【０１５７】同様にして、ストリームの転送を一時停止
する動作、転送を再び再開する動作、ストリームの転送
を終了する動作、ストリーム転送機構をクローズする処
理などが適宜行われる。したがって、従来は、ストリー
ムデータをネットワーク上から通品により転送しなけれ
ばならないような場合には、送信モジュールと受信モジ
ュールの生成、それらの接続、ストリームの送信、停
止、再送信などの処理をいちいち行わなければならなか
ったが、このデータ処理システムにおいっては、それら
の細かな制御を一切行わなくてよい。

【０１５８】なお、このデータ処理方法は、他にも種々
の改変が可能である。たとえば、ストリームデータの供
給元と、ストリームデータの利用先との関係は、データ
転送が可能な状態であれば、任意の関係であればよい。
それらの距離、ネットワークの種類、搭載されている処
理装置の種類などには一切関わらない。また、複数のス
トリームデータを並行して、あるいは同時的に取り扱え
るような仮想ストリームオブジェクトの構成にしてもよ
い。また、仮想ストリームオブジェクトに対してストリ
ームデータの転送の他に、より高度な処理機能を設けて
もよい。たとえば、逆再生、間引き転送、早送りなどの
機能はもちろん、転送された映像データに対して、何ら
かのフィルタをかけるような簡単な画像処理機能をもた
せてもよい。

【０１５９】また、たとえば、複数の情報源から受信し
た複数のストリームを、仮想ストリームオブジェクト３
０内で合成し、利用するような機能を仮想ストリームオ
ブジェクトにもたせてもよい。そのようなストリームを
合成する場合のデータ処理システムの形態としては種々
の形態が考えられるが、その例を図４５（Ａ）および図
４５（Ｂ）に示す。たとえば、１つの情報サーバ２２０
に記憶されている２つのソースを合成する場合には、図
４５（Ａ）に示すように、本実施の形態と同様に１つの
仮想ストリームオブジェクト３０を生成し、そのストリ
ーム送信部２２９側にストリーム合成部５０を設け、た
とえば２つのサーバ部２２２_-1，２２２_-2から読み出し
たソースデータを合成して１つのストリームにしてスト
リーム受信部２６５に転送すればよい。

【０１６０】また、２つの情報サーバ２２０_-1，２２０
_-2に記憶されている２つのソースを合成する場合には、
図４５（Ｂ）に示すように、２つの仮想ストリームオブ
ジェクト３０ａ，３０ｂを生成し、ストリーム送信部２
２９_-1，２２９_-2を各々合成対象のソースの存在する情
報サーバ２２０_-1，２２０_-2に生成し、各々サーバ部２
２２_-i，２２２_-jから読み出したソースデータをその２
つの仮想ストリームオブジェクト３０ａ，３０ｂにより
転送する。そして、ストリーム受信部２６５側におい
て、その２つのストリームをストリーム合成部５０によ
り合成し、ビューア部２６６に出力する。なお、図４５
（Ｂ）においては、説明のためにストリーム合成部５０
を仮想ストリームオブジェクト３０ａ，３０ｂとは別の
モジュールとしているが、実際には、このストリーム合
成部５０は仮想ストリームオブジェクト３０ａ，３０ｂ
に含まれるストリーム合成のモジュールのいずれか一方
である。

【０１６１】また、図４５（Ａ）および図４５（Ｂ）で
用いたストリーム合成部５０の構成を図４６に例示す
る。ストリーム合成部５０は、入力される２つのストリ
ームに対応した２つのタイミングバッファ５１ａ，５１
ｂ、２つの重み乗算器５２ａ，５２ｂ、および、ストリ
ーム加算器５３より構成される。ストリーム合成部５０
において、入力された第１および第２のデータストリー
ムは、タイミングバッファ５１ａ，５１ｂにおいて同期
がとられる。たとえば入力されたデータストリームが映
像データであればタイミングバッファ５１ａ，５１ｂに
おいてフレーム同期がとられる。そして、重み乗算器５
２ａ，５２ｂにおいて、図示せぬ制御信号により設定さ
れる各々所定の重みにより乗算され、その重みの付けら
れた２つのストリームがストリーム加算器５３において
加算され、１つの出力ストリームが合成される。

【０１６２】なお、図４５（Ａ）および図４５（Ｂ）に
示したようなデータ処理を行う場合には、while やcobe
gin の機能を実現する情報パッケージ４０の内容も適宜
変更される。このような付加機能が、システムレベルの
モジュールを使用して行われるような、たとえばハード
に依存するような処理であったり、複雑な処理である場
合には、仮想ストリームオブジェクトにそのような機能
を加えることによりそれらの処理が簡単に行えるように
なるので、より一層効果的である。そのような機能が追
加されても、アプリケーションとのインターフェイスに
おいては、メソッド関数の定義を増やすのみで対応でき
る。図４５（Ａ）、図４５（Ｂ）および図４６を参照し
て概要を説明した複数のストリームを利用する形態につ
いて、図４７（Ａ）、図４７（Ｂ）、図４８および図４
９により具体的に示す。

【０１６３】図４７（Ａ）および図４７（Ｂ）は、図４
５（Ａ）で概要を説明した例に相当し、複数のストリー
ムを合成して１つのストリームとして転送する場合のデ
ータ処理システムの構成を示す図である。図４７（Ａ）
は、２つのサーバ部（ＳＯＵＲＣＥ）２２２_-1，２２２
_-2とストリーム送信部（ＦＥＥＤＥＲ）２２９が、１つ
の情報サーバ２２０上にに構成されているデータ処理シ
ステムの構成を示す図である。図４７（Ｂ）は、２つの
サーバ部２２２_-i，２２２_-jとストリーム送信部２２９
が各々異なる情報サーバ２２０_-1〜２２０_-3上に構成さ
れている場合のデータ処理システムの構成を示す図であ
る。

【０１６４】図４８は、図４５（Ｂ）で概要を説明した
例に相当し、複数のストリームを各々転送して合成する
場合のデータ処理システムの構成を示す図である。さら
に、図４９は、図４８を実際に分散システム上で実現し
た場合を説明するための模式図である。

【０１６５】図４８および図４９に示した例において
は、２つのストリーム受信部２６５_-1，２６５_-2の間で
直接同期を取り実質的に２つのストリームを処理してい
る。これは、ネットワーク上の通信の制御の観点からみ
ると、ストリーム受信部（ＲＥＣＥＩＶＥＲ）２６５が
フィーダの制御を含むそのデータ転送の制御を行うのが
好適であるために、図４６のタイミングバッファ５１
ａ，５１ｂを含む合成部５０の機能を、ストリーム受信
部２６５中に内在させたためである。実際に分散処理環
境上にシステムを構築する際には、このような構成にな
る場合があるが、これらも前述した図４５（Ａ）および
図４５（Ｂ）を用いて説明したシステムの実質的な範囲
内である。

【０１６６】以上説明したような、仮想ストリームオブ
ジェクトというストリーム処理機能を扱うためのアプリ
ケーションプログラミングインターフェイスを用いて、
任意のノード間で音声データや映像データなどのストリ
ームデータを、処理の複雑さ・煩雑さを回避して処理す
ることができる。

【０１６７】ネットワーク接続次に、各コンテントなどの実際の所在を検索する場合な
どのリンクのアクセスを行う際や、あるいは、図２に示
したような各処理系をネットワーク上で探索する際など
の、ネットワークシステムのネットワーク接続・管理方
法について、図１および図５０〜図５７を参照して説明
する。

【０１６８】接続方法前述したような配信サービスの処理中においては、スト
リーム受信部２６５のパッケージ処理部２６１や、情報
サーバ２２０のパッケージ処理部２３１などにおいて、
リソース識別子が得られると、その名前機構を認識し("
net-resource")、その機能によってリソースの実際の場
所を特定する。

【０１６９】その方法は、通常、ローカルに解決結果を
保持しており、単にそれを参照する方法や、サーバが各
リソースを管理しておりそのサーバに問い合わせる方法
などが用いられる。本実施の形態のネットワークシステ
ムにおいては、さらに、任意の局所的の領域ごとに管理
手段が設けられており、この管理手段を呼び出すことに
よりリソースの場所を探索することができる。この方法
については後述する。

【０１７０】識別子が示している先に所望のリソース
が、ネットワークの組み替えや情報の更新、提供者の入
れ替わりなどによってネットワーク上にもはや存在しな
いときは、同じく前述したネットワークミディエータに
問い合わせて、可能性のある代替リソースを取得するこ
とにより対応する。また、問い合わせに用いる情報は、
そのときのサービス内容に基づく。好適には、リンクに
付加されている内容属性などを用いて行なう

【０１７１】ネットワーク空間管理前述したようなリソースの実際の場所を特定する方法に
おいて、ネットワーク上の管理手段を用いる方法、およ
び、そのような管理手段によりネットワークを管理する
方法について説明する。この方法においては、ネットワ
ークの管理は、任意の局所的な領域ごとに設けられた管
理手段において分散して行う。図１に示したネットワー
ク３１０においては、各サブネットワーク３１１〜３１
６ごとに設けられたミディエータ（Ｍ）３３１〜３３６
において、各サブネットワークごとに管理を行う。ミデ
ィエータ３３１〜３３６は、その各サブネットワーク内
のノードの情報、および、隣接するサブネットワークの
情報を記憶し、これにより各ノードへのデータの入出力
および伝送されるデータの出力先を管理する。

【０１７２】ミディエータ３３１〜３３６に記憶されて
いる管理情報は、ノードの追加あるいは削除に基づいて
逐次更新される。そのために、まずミディエータ３３１
〜３３６は、管理対象のサブネットワークに接続されて
いる各ノードを所定時間間隔で監視し、削除された場合
には直ちにそのミディエータ内の管理情報を更新する。
また、サブネットワークに新たなデータ処理装置が接続
されたり、移動端末装置が接続されたりしてノードが追
加された場合には、そのデータ処理装置はミディエータ
に対して所定フォーマットの接続情報を直ちに伝送す
る。ミディエータは、その情報に基づいて、接続された
ノードに対してＩＤを付与するなどの処理を行い、管理
情報を更新する。これらの処理は、所定のプロトコルに
従って自動的に行われるので、利用者はただネットワー
クにデータ処理装置あるいは移動端末を接続するのみで
よく、何らネットワークに対する設定は要らない。

【０１７３】ネットワーク接続このようなスキームで管理されるネットワークシステム
において、ノード間の接続は、仮説的にノード間のパス
を構築していく仮説ベース接続により行う。具体的に
は、まず接続元のノードは、接続先のノード名、あるい
は、ノードの性質を示す機能キーワードにより接続先の
ノードを指定し、その指定情報を有する接続要求をその
ノードの属するサブネットワークのミディエータに対し
て出力する。ミディエータにおいては、その接続要求の
データに基づいて、接続先が存在する可能性のある経路
を検出し、その経路に対してその接続要求を出力する。
この接続要求の出力は、接続可能性のある全ての経路に
対して行う。また、他のサブネットワークに対しては、
そのサブネットワークのミディエータに対してこの接続
要求の出力を行う。

【０１７４】その際に、ネットワークにおける末端のノ
ードであって自ノードがその接続先でなかった場合や、
サブネットワークを管理するミディエータであって、そ
の後段にそのような接続先が存在する可能性のある経路
が無かった場合には、そのルートに関してはその探索は
終了する。このようなヒューリスティックな探索を順次
行うことにより、最終的に所望のノード同士が接続され
る。

【０１７５】所望のノード間の経路が探索された、すな
わち、それらが実質的に接続された後は、その経路を用
いて、また、その接続要求データにより任意の処理が行
われる。たとえば、その経路を固定的に確保し、回線を
維持して連続的に通信するようにしてもよい。また、そ
の経路にしたがって、パケット形式のデータを順次送信
し、データ転送を行うようにしてもよい。

【０１７６】また、ノード接続の目的が、データ転送以
外の何らかの処理の要求であった場合には、その接続要
求とともにその処理の制御信号を付しておくのが好適で
ある。そうすれば、接続経路が確保された、すなわち接
続要求が接続先に送信された時点から直ちにその制御信
号に基づいてその接続先のノードにおいて所望の処理を
行わせることができる。また、その処理結果を直ちに送
信させることにより、処理結果を迅速に受信することも
できる。たとえば、ビデオショッピングサーバに対す
る、ショッピング環境の要求、環境の変化、何らかの情
報の要求、課金・店舗変更・終了などの指示などは、そ
の制御コードを接続要求に付しておけば実行され、その
実行結果を直ちに得ることができる。また、ビデオサー
バに対するＡＶデータ送出要求、早送り・巻き戻し・一
時停止などの送出制御など、あるいは、ゲームサーバに
対するゲーム配信要求なども同様である。

【０１７７】ただし、この探索は、論理的なノード名に
基づいて、換言すれば、少なくとも局所的にしか管理さ
れていない情報に基づいて行うものであるから、ネット
ワーク全体としては結果として複数のノードが探索され
る可能性がある。そのような時には、そのノードを特定
するための情報をさらに送信し、接続先を一意に特定し
た後に通信処理を開始する。なお、このノードの特定方
法は、その他任意の方法でよく、一般的にはなんらかの
ノード評価方法を設定し、この評価方法により選択する
のが好適である。具体的には、たとえば、接続要求の中
にそのノードの属性を示すようなデータをセットしてお
き、そのデータと探索されたノードの属性を比較して評
価をしてもよいし、経路の距離により評価値として、経
路が最短のノードを選択するようにしてもよい。

【０１７８】なお、そのような複数の接続先が探索され
た場合で、あえていずれかを特定しなくても、いずれか
の接続先と接続すればよい場合がある。そのような場合
には、たとえば経路の短い方のノードを選択するなどの
方法により、いずれかのノードを適宜選択すればよい。
また、複数の接続先と接続して並列に処理を指示した
り、同報的に通信を行いたい場合もある。そのような場
合には、それら探索された全てのノードとの経路を有効
にして、以後の処理を行うようにしてもよい。

【０１７９】また、前記探索の結果、同一の接続先ノー
ドに対して、複数の経路が探索される場合がある。この
場合も、接続の目的、転送データなどに応じて任意の経
路を選択するようにしてよい。たとえば、得られた経路
が同形態の経路、たとえばいずれも公衆回線を介した経
路の時には、いずれか一方を選択すればよい。また、得
られた経路が異なる形態の経路、たとえば、公衆回線と
ＩＳＤＮ回線とか、ケーブルテレビネットワークと公衆
電話回線を介したネットワークなどの場合には、転送対
象のデータの種類に応じて、好適な伝送経路を選択す
る。また、接続目的に応じては、得られた複数の経路を
用いるようにしてもよい。たとえば、ＶＯＤサービスの
要求をする場合には、ＡＶデータの要求や早送り、巻き
戻しなどの処理命令は公衆電話回線を介して送信し、Ａ
Ｖデータの配信はケーブルテレビネットワークや通信衛
星を介したネットワークなどを利用して配信を受けるよ
うにしてもよい。

【０１８０】さらにまた、特定された接続先ノードがた
だ単にそのミディエータにおける探索範囲内に存在しな
いのではなく、たとえばネットワークの組み替えや情報
の更新、提供者の入れ替わりなどにより、ネットワーク
上に存在しなくなった場合などがある。このような場合
には、後述するメットワークメディエーション処理によ
り、代替えノードがあっればそのノードに接続される。

【０１８１】このように、ネットワーク３１０において
は、ネットワークの管理を各サブネットワークごとに行
っている。したがって、ノードの追加や削除など、ノー
ド構成の変更も、そのサブネットワークごとに独立して
行えばよいので、ネットワーク構成の変更に対する柔軟
性が高くなる。特に、情報提供サービスを行う場合にお
いては、ユーザノードの組み込みや、サーバノードの設
置に関して、空間への追加・削除などの変更が容易に行
えるようになり、より高質なサービスが提供できる。ま
た、ネットワークの管理コストが増大するのを防ぐこと
ができる。

【０１８２】また、予め決められた空間情報だけによら
ず、接続時に動的に空間情報を得て接続の処理を行って
いるので、空間管理が柔軟的である。すなわち、予め知
っている接続先のみと接続可能なものではなく、接続時
に存在する接続先に対して通信が可能となる。また、ノ
ードの性質などによっても探索を行い接続することが可
能である。またそのように、動的に空間にノードを追加
したり削除したりすることが可能なので、モーバイルコ
ンピューティングに有効に対応することができる。

【０１８３】また、接続時のノードの探索も、そのよう
な柔軟な空間上で、各サブネット、また異なるネットワ
ークを横断して行うことができる。そして、所望のノー
ド間を、複数の経路で接続することが可能となるので、
たとえば伝送データの種類ごとに異なる複数の形態のネ
ットワークを選択してデータ伝送を行うことが可能とな
り、各経路を連係させてより有効にネットワークを利用
することができる。たとえば、ＶＯＤサービスなどの際
には、通信するデータの種類によって、映像データは衛
星通信やケーブルで送り、制御データはインターネット
や電話回線で送るというような、多重ネットワークを実
現することができる。

【０１８４】論理的ネットワークによる空間管理このようなネットワークの空間管理は、図１に示したよ
うな物理的なネットワーク構成に依存した場合に限られ
るものではなく、図５０に示すように、任意の論理的な
構成を単位として行うようにしてよい。そのようなネッ
トワーク構成について、図５０を参照して説明する。図
５０は、物理的なネットワーク構成上に、提供されるサ
ービスのドメイン構造に応じた論理的サブネットワーク
が構成されている状態を示す図である。図５０におい
て、ネットワーク３１０ｂには、提供されるサービスご
との３つの論理的サブネットワーク３８１〜３８３が存
在する。

【０１８５】ビデオショッピングサービスネットワーク
３８１は、サブネットワーク３１３と、サブネットワー
ク３１４，３１５，３１６の一部のノードとから構成さ
れ、サブネットワーク３１３上のビデオショッピング提
供サーバ３３２から各ノードにビデオショッピング環境
が提供され、その環境下で店舗巡り、商品データ要求、
購入、支払いなどの指示が各ノードからサーバ３３２に
送信される。ビデオ・オン・デマンド（ＶＯＤ）サービ
ス３８２は、サブネットワーク３１５と、サブネットワ
ーク３１４，３１６の一部とから構成されるネットワー
クであり、各ノードからの要求に応じて、サブネット３
１５上のヘッドエンド装置により構成されているＶＯＤ
サーバ３５２から各ノードにビデオデータが配信され
る。ゲームサービスネットワーク３８３は、サブネット
ワーク３１４，３１５より構成され、各ノードからの要
求に応じて、サブネット３１５上に構成されているゲー
ムサーバ３５３より各ノードにゲーム環境が配信され
る。

【０１８６】そして、これらの各サービスネットワーク
ごとにミディエータ３８４〜３８６が設けられている。
これらの各ミディエータ３８４〜３８６は、その論理的
ネットワークにおける論理的ノード構成とその論理的ノ
ード名によりノードの情報を管理し、また、その論理的
サブネットワーク構成において隣接する、すなわち直接
的に接続可能な近傍の論理サブネットワークの情報を管
理する。したがって、これらの論理的なノード名および
論理的サブネットワークを用いて、前述したのと全く同
じ空間探索方法により、任意のノード間のデータの伝送
を管理する。

【０１８７】なおこの時、ミディエータ３８４〜３８６
内においては、それらの論理的なノードおよびサブネッ
トワークの構成と、それらの物理的ネットワーク上への
対応を、別途参照表などにより管理する。また、このよ
うな論理的サブネットワークを構成した場合には、１つ
の物理的なノードが複数の論理的サブネットワーク上に
おいて管理される場合も生じるが、このような状態は許
容してよく何ら問題はない。また、同一の論理的サブネ
ットワーク内のノードが、異なる物理的ネットワーク上
に存在することもあるが、ミディエータにより物理的ネ
ットワークとの対応が管理されているので、これも何ら
問題はない。

【０１８８】このように、論理的なサブネットワーク構
成および論理的なノードを用いてネットワークを管理す
るようにすれば、従来の物理的構造に捕らわれずに、サ
ービスのドメインの構造に合致したネットワーク管理を
行うことができる。そして、物理的なノード名だけでな
く、論理的なノード名や論理的なネットワーク空間によ
り、空間管理、探索、接続の管理を行うことができる。

【０１８９】プログラムモジュールの管理また、このネットワークシステムにおいては、ネットワ
ーク上のプログラムモジュールを管理し、ネットワーク
ワイドな分散処理システムなどを行うことができる。そ
のために、まず、たとえばミディエータが前述したノー
ドの監視を行う際などに、ノード上に展開されているプ
ログラムモジュールの所在を探索し、そのモジュールを
管理する。このプログラムモジュールの管理は、ノード
相互間の参照表の管理により動的に行う。この時、物理
ノード、プログラムモジュールへの参照は、通信の種類
（制御、データ転送、あるいは課金処理というような特
定的なものなど）や、データの種類（制御データ、映像
データ、あるいは課金情報といった特定的なものなど）
に応じて、通信経路を選択的に使用できるように、複数
の参照経路で表現されているのが好適である。

【０１９０】そして、探索時には、ノード上に存在する
プログラムモジュールを一種のノードの性質と考えて、
ノードあるいはプログラムモジュールの探索を行う。具
体的には、モジュール名、モジュールクラス名、あるい
は、機能キーワードによるモジュール指定に基づいてモ
ジュールの探索を行う。このような探索を可能とするこ
とにより、ノードの探索を介してモジュールの探索が可
能になり、あるノード上のプログラムモジュールを別の
ノード上に展開することも可能となる。すなわち、ネッ
トワーク上の任意のノード上にプログラムモジュールを
適宜展開して、ネットワークワイドでダイナミックな分
散処理を行うことができる。

【０１９１】このように、このネットワークシステムに
おいては、最も上位のレベルにおいて、ネットワークの
管理を、物理的な局所領域のノード構成、論理的なノー
ド構成レベル、および、プログラムモジュールの構成
の、３つのレイヤにより管理することができる。そし
て、プログラムモジュールで設定されるノード名におい
ても、接続のための空間管理を行うことができる。

【０１９２】探索データの具体的構成例次に、このようなネットワークシステムの具体的な構築
方法について説明する。前述したように、このネットワ
ークにおいては任意の方式・形態で通信を行ってよく、
データの形式についても何ら制限されるものではない。
しかし、たとえばネットワーク管理情報の転送や制御情
報の転送などは、実質的に、パケット形式のデータを順
次転送するのが好適である。本実施の形態では、各ノー
ド間で行われるそのような通信をメッセージ転送と言
い、特に前述したミディエータ間で受け渡しするネット
ワーク接続のための情報をトークンと言う。すなわち、
このトークンがメッセージに載せられて転送されてノー
ドが実質的に接続される。そのトークンについて図５１
を参照して説明する。

【０１９３】図５１は、そのトークンを説明するための
図であり、図５１（Ａ）にはトークンに含まれる項目を
示すとともに、ノード参照以外がその内容となる項目に
ついてその内容が示されている。また、図５１（Ｂ）
は、実際にパッケージ化されたトークンの例を示す図で
ある。図５１に示すように、トークンには、通常、イン
ストラクション(instruction) 、宛先(destination) 、
タスク(task)、結果処理（result-handling)、トークン
ＩＤ(token-ID)、原ノード(origin-node) 、原ミディエ
ータ(origin-mediator) 、トークンセンダ(token-sende
r)、同段ミディエータ(co-successors) の各情報が含ま
れている。なお、現在のミディエータからトークンが伝
搬される後段のミディエータをサクセッサ(successor）
と呼び、また現在のミディエータにトークンが伝搬され
た元のミディエータ、すなわち前段のミディエータをプ
レデセッサ(predecessor)と呼ぶ。

【０１９４】インストラクション(instruction) 情報と
しては、サーチ(search)、コネクト(connect) 、パフォ
ーム(perform) 、コレクト(collect) の各命令が設定さ
れる。サーチは、宛先に示される目的オブジェクトを探
すという命令である。コネクトは、宛先に示される目的
オブジェクトと接続するという命令である。コレクト
は、宛先に示される目的オブジェクトを集めるという命
令である。パフォームは、宛先に示される目的オブジェ
クトでタスクを実行せよという命令である。

【０１９５】宛先(destination) 情報は、そのトークン
が探索し、接続し、何らかの処理を行おうとする目的の
ノードまたはオブジェクトを特定するための種々の情報
であり、名称、参照、オブジェクト名、オブジェクト参
照、ネットワークドメイン、プロブレムドメイン、アプ
リケーションドメイン、通信メディアなどの情報であ
る。なお、トークンの中では、これらの情報の中の任意
情報が選択的に指定される。

【０１９６】名称、参照は目的のノードを示す。図２を
参照して説明したようなシステムの情報サーバ２２０に
対する接続のためのトークンであれば、名称として"FOO
Movie Services Server" というノード名が記述され
る。オブジェクト名、オブジェクト参照は、プログラム
モジュールである目的のオブジェクトを示す。たとえ
ば、図５１に示す例では、図２５に示すような情報サー
バ２２０のpackage-server２２３_-1に係わるサーバ部２
２２_-1が、目的のオブジェクトとして指定されている。

【０１９７】ネットワークドメインは、ローカルエリア
ネットワーク、ケーブルテレビジョンネットワークとい
った所望のノードが属するネットワークの形態を示す。
プロブレムドメインは、マルチメディア相互通信システ
ムといった所望のノードが実現している機能形態を示
す。アプリケーションドメインは、ビデオショッピング
サービス、ビデオ・オン・デマンドサービスといった所
望のノードが実現している適用形態を示す。

【０１９８】タスクは、インストラクションがパフォー
ムの場合に宛先のノードで行うタスクを規定するもので
あり、オブジェクト、メソッド、引数（アーギュメン
ト）の各情報を含む。オブジェクトは、探索的に特定さ
れるノードとそのノード中での識別によってネットワー
ク上で管理されるプログラムモジュールであり、メソッ
ドはそのモジュールの機能であり、引数（アーギュメン
ト）はそのメソッドにおいて用いられるデータである。
到達したノードでこのタスクが実行されることによっ
て、原ノードと到達したノードとの間で実質的なプログ
ラムの呼出やデータの転送が行われる。

【０１９９】結果処理(result-handling) 情報は、処理
の結果に基づいて、結果値を返す(return-value)、結果
状態を返す(return-status) 、結果（値および状態）を
格納する(store) 、結果を原ノード（ミディエータ）だ
けでなく途中のミディエータにも知らせる(propagate)
などの処理を指定する情報である。結果値は、探索の結
果のノード詳細情報、あるいはオブジェクト情報、ある
いは、タスクの実行結果である。結果状態は、探索やタ
スク実行の状態すなわち、完了、探索失敗、エラー終了
などである。

【０２００】これらの結果（値及び状態）の返送もま
た、それらを保持したトークンを所定のミディエータに
送信することによって行われる。また、これらの処理
は、複数を指定することができる。たとえば store&pro
pagateと指定すれば、途中のミディエータにも結果を格
納する処理を指定することができる。

【０２０１】なお、ネットワーク接続の処理の形態によ
り、探索の結果（値及び状態）は、最終的に複数の到達
ノード、中間ミディエータの中継による実質的に複数の
経路として得られる。これらは必要に応じて、複数のも
のを使用したり、あるいは、そのノード情報や通信メデ
ィア情報により適宜選択して使用する。

【０２０２】トークンＩＤ(token-ID)情報は、原ノード
においてそのトークンに付与されたＩＤ情報である。原
ノード情報および原ミディエータ情報は、トークンの出
所を示す情報である。トークンセンダ情報は、ノード間
の各転送におけるそのトークンの送り主を示す情報であ
る。同段ミディエータ(co-successors) 情報は、１つの
ミディエータからその後段のミディエータとして探索さ
れた同レベルのミディエータを示す情報であり、兄弟ミ
ディエータを同じ兄弟の他のミディエータに知らせるた
めの情報である。

【０２０３】ミディエータの具体的構成例次に、このようなトークンを順次転送するとともに、ネ
ットワークの管理を行うミディエータについて、図５２
〜図５６を参照して具体的に説明する。図５２はミディ
エータの具体的な構成を示す図である。ミディエータ
は、ネットワークインターフェイス１０１、メッセージ
通信処理１０２、トークンヒープ１０３、トークンイン
タープリタ１０５、トークンプロセッサ１０６、トーク
ンジェネレータ１０７、ジオメトリインタープリタ１０
８、ポテンシャルジオメトリデータベース１０９、ドメ
イン管理部１１０、ドメインノードプロファイル１１
１、近隣ミディエータ管理部１１３、近隣ミディエータ
プロファイル１１４を有する。

【０２０４】インターフェイス（Ｉ／Ｆ）１０１は、各
ネットワークとのインターフェイスであり、インターネ
ット、ケーブル、電話網、放送網などと各々メッセージ
転送を行うＩ／Ｆ部が用意されている。メッセージ通信
処理部１０２は、Ｉ／Ｆ１０１を介して実際にミディエ
ータ間通信を行ったり、一般ノードからのリクエストの
受信や結果の送信を行う。ミディエータ間の通信におい
てはメッセージ通信がおこなわれ、そのメッセージ中に
前述したトークンが含まれている。

【０２０５】トークンインタープリタ１０５は、メッセ
ージ通信処理部１０２で受信したトークンに基づいて、
トークンヒープ１０３上に図５３に示すような構成のト
ークンプロセッシングフレーム１０４を生成する。この
トークンプロセッシングフレーム１０４は、メモリ上に
実行イメージとして生成される。図５３に示すトークン
プロセッシングフレーム１０４の内容の、主な項目は前
述したトークンと同じである。到達ノード情報および到
達ミディエータ情報は、宛先情報に基づいて到達したノ
ードおよびそのノードを特定した最後のミディエータを
それぞれ示す情報である。プレデセッサおよびサクセッ
サは、前述のようにそれぞれトークンを処理する前段お
よび後段のミディエータである。プロセッシングステー
トは、トークン処理時の状態を示す。なお、図中におい
て'node reference'はネットワーク上の参照である。な
お、トークンインタープリタ１０５においては、このと
き、そのトークンが既に生成したものと同じものであっ
たり、不要なトークンであった場合には生成しない。

【０２０６】トークンプロセッサ１０６は、トークンの
状態管理をするとともに、トークンの解釈、実行および
制御を行う。トークン処理時の状態の遷移について図５
４を参照して説明する。図５４は、プロセッシングステ
ートの遷移状態を示す図である。トークンプロセッサ１
０６においては、トークンインタープリタ１０５よりタ
スクプロセッシングフレーム１０４を生成したら、ま
ず、自分のテリトリ内、すなわち、現在のミディエータ
で管理しているサブネットワーク内で探索を行う（内部
サーチ状態Status１）。テリトリ内で探索が完了した場
合は、完了状態Status５に移行する。

【０２０７】テリトリ内で探索が完了しない場合は、サ
クセッサを選定してそれらのサクセッサに探索内容を送
り、探索の処理を委譲し、自分（ミディエータ）は委譲
状態Status２に移る。サクセッサから結果が得られれ
ば、完了状態Status５に移行する。インストラクション
がコレクトの場合は、さらなる探索をサクセッサに求
め、伝搬状態Status４に移行する。サクセッサから結果
が得られれば、その結果を自分のミディエータ内のノー
ド情報に反映させ、完了状態Status５に移行する。

【０２０８】探索状態Status１、委譲状態Status２、伝
搬状態Status４にあるとき、サクセッサから得られた結
果状態によって、結果内容をより充実させるため、その
内容の検証を同段ミディエータに求め、交渉状態Status
３に移行する。あるいはまた、不十分な結果をお互いに
交換することによる所望の結果の構築の試行を、同段ミ
ディエータに求め、交渉状態Status３に移行する。同段
ミディエータから結果が得られれば、それぞれもとの状
態に移行する。なお、これらのトークンの処理状態は、
トークン毎にトークンプロセッシングフレームで管理し
ており、同時に複数のトークンを受け付けて処理してい
る場合でも、適切に処理できる。そして、最終的に解を
得て接続を得た時には、完了状態Status５より結果を戻
してタスクを終了する。

【０２０９】トークンジェネレータ１０７は、トークン
プロセッシングフレーム１０４の内容に基づいてトーク
ンを生成する。トークンの引き続いた処理を他のミディ
エータに求めたい場合、トークンジェネレータは、トー
クンプロセッシングフレームの現在の内容に基づいてト
ークンを生成し、サクセッサまたは同段ミディエータに
送信する。ジオメトリインタプリタ１０８は、ポテンシ
ャルジオメトリデータベース１０９に蓄積されているデ
ータに基づいて、ミディエータノードの相対位置関係の
認識・判断を行う。具体的には、あるトークンについて
その次の送信先（サクセッサ）を判定する処理を行う。
その判定は、たとえば、トークンの宛先として指定され
ているドメインに着目し、自分（ミディエータ）と近い
距離のミディエータで、かつ、原ドメインや前段のミデ
ィエータ（プレデセッサ）との距離の長いものをサクセ
ッサとすることにより行う。なお、その距離Ｄは、（３
２）により算出する。

【０２１０】

【数１９】Ｄ＝（（ネットワークドメイン間の距離）²＋（プロブレムドメイン間の距離）²＋（アプリケーションドメイン間の距離）²）^1/2 …（３２）

【０２１１】ポテンシャルジオメトリデータベース１０
９は、ドメインのジオメトリが記憶されており、さらに
ドメイン間の距離を表すデータが蓄積されている知識ベ
ースである。このポテンシャルジオメトリデータベース
１０９の内容の例を図５５に示す。図５５に示すように
ポテンシャルジオメトリデータベース１０９には、ネッ
トワークドメイン、プロブレムドメイン、アプリケーシ
ョンンドメインの３種類のドメインごとに、それら相互
の間の距離が記憶されている。トークンの次の送信先
（サクセッサ）は、近隣ミディエータの中から、この知
識を元に決定される。

【０２１２】ドメイン管理部１１０は、自分のテリトリ
の管理を行う管理部であり、テリトリ内（管理範囲内）
のノードの追加あるいは削除を監視し、それに基づいて
ドメインノードプロファイルの内容を更新する。ドメイ
ン管理部１１０は、たとえば、図１に示した構成におい
ては、サブネットワーク３１１に対するミディエータ３
３１、サブネットワーク３１３に対するミディエータ３
３２の関係に相当する。ドメインノードプロファイル１
１１は、ノード詳細情報１１２が蓄積されたものであ
り、ドメイン管理部１１０に参照される。

【０２１３】近隣ミディエータ管理部１１３は、近隣の
ミディエータの参照を管理する。近隣ミディエータ管理
部は、ドメイン管理部によるテリトリ内での他のミディ
エータの認識、あるいは、プレデセッサからの同段ミデ
ィエータの通知、サクセッサからの結果情報としての新
たなミディエータの通知によって、近隣ミディエータプ
ロファイルの内容を更新する。近隣ミディエータプロフ
ァイル１１４は、近隣ノード詳細情報１１５が蓄積され
たものであり、近隣ミディエータ管理部１１３に参照さ
れる。図５６は、ドメインノードプロファイル１１１に
蓄積されているノード詳細情報１１２、および、近隣ミ
ディエータ管理部１１３に蓄積されている近隣ノード詳
細情報１１５の内容を示す図である。

【０２１４】このような構成のミディエータにおいて、
前述したトークンが順次伝搬されていく状態について図
５７を参照して説明する。図５７は、ミディエーション
処理の伝搬を表す模式図である。図５７において、ミデ
ィエータ１００に着目すると、前段の複数のミディエー
タ（プレデセッサ）より順次同時的に多くのトークンが
メッセージ送信により送信される。ミディエータ１００
においては、これを解釈してトークンヒープ１０３上に
トークンプロセッシングフレーム１０４を生成する。こ
の時、重複して到着したトークンなどはトークンインタ
ープリタ１０５で排除される。そして、トークンプロセ
ッシングフレームに登録されたトークンは、トークンプ
ロセッサ１０６で順次処理される。

【０２１５】そして、適切に処理され次の送信先が決定
されたものについては、トークンジェネレータ１０７で
トークンが生成され、次のミディエータ（サクセッサ）
に送信される。なお、交渉（negotiation ）処理を行う
ためのトークンの交換も同様に、同段のミディエータ間
で行われる。また、結果（値及び状態）を返すためのト
ークンの送信も同様に、それぞれのミディエータ間で行
われる。

【０２１６】この方式での伝搬の処理において、トーク
ンは、その適切に引き続いた処理を仮定してサクセッサ
に送られる。従って、最終的な結果が得られるまでの
間、これらのミディエータの連携は、仮説を基に保持さ
れ、最終的に有意な結果が得られた接続の状態が選択さ
れる仮説ベースの処理が行われる。

【０２１７】たとえばこのような構成のトークンおよび
ミディエータを用いることにより、前述したようなネッ
トワークシステム、および、そのネットワークシステム
上のでの情報配信サービスなどが、より柔軟に実現でき
る。

【０２１８】情報パッケージの管理以上に述べたように、情報パッケージは、コンテント素
材や他の情報パッケージを参照しており、また、他の情
報パッケージから参照されている。また、コンテント素
材も情報パッケージから参照されている。これらの参照
は、コンテントのオーサリングなどの情報パッケージの
生成によって形成され、複雑な構造となっている。一方
でまた情報パッケージは、長期間にわたって使用されて
いるものもある。そのような情報パッケージは、生成さ
れる一方で不要なものが生じるが、その見極めは簡単で
はない。そのような複雑な参照関係に基づいて、被参照
が無くなったことを検知して、その情報パッケージが廃
棄可能であると判断しなければならないからである。

【０２１９】不要な情報パッケージを放置した場合は、
新たに生成された分だけハードディスクなどの記憶装置
が占有され続けていくことになり、方策として現実的で
ない。また、参照関係を管理することなく情報パッケー
ジを廃棄するようにすると、その有効性の把握を手続的
に制御しなければならず、処理が煩雑となる上に、誤っ
て廃棄する可能性があり、特に情報パッケージが新たに
逐次生成されるような動的な環境においては適切でな
い。そこで、そのような参照状態を適切に把握し、情報
パッケージを適宜廃棄できるような、情報パッケージの
管理方法について説明する。

【０２２０】情報利用者２６０などでの情報パッケージ
の利用は、一時的であり、また、その情報パッケージを
情報利用者のサイト（装置）に複写して利用するのも一
時的である。さらに、これらの利用は、情報利用者側で
容易に参照を取りやめることが多い。従って、情報利用
者で管理している情報パッケージについては、特に管理
する必要もなく、また管理対象として適切ではない。一
方で、情報利用者の利用では、たいていの場合、その利
用時はサーバ側でその対応をしているので、サーバ上の
情報パッケージは参照の状態にある。このようなことか
ら、サーバ上のより永続的な情報パッケージの実体を、
参照管理の対象とする。

【０２２１】このサーバ上における管理においては、そ
のコンテント素材の生成時から、サーバへの蓄積、分散
サーバへの複写、別の提供者への転送、など、サービス
提供者側の全ての操作を対象とする。また、情報利用者
側で長期に保存された情報パッケージの実体がサーバ上
から廃棄された場合、あるいは、被参照のある情報パッ
ケージをサーバ上で誤って廃棄された場合、さらに、内
容の古い情報パッケージを意図的に強制廃棄した場合、
その廃棄された情報パッケージを参照する情報パッケー
ジのリンク部においては、その参照する対象が存在しな
いことになる。このような場合は、前述したように、参
照先のネットワーク探索（ネットワークメディエーショ
ン) の機能で、その参照先を動的に特定することによ
り、対処する。

【０２２２】以下、その情報パッケージの管理方法を、
図５８を参照して具体的に説明する。基本的にこの管理
方法は、重み付き参照カウントと呼ばれる方式であり、
参照に重みを付け、その重みの総和で被参照を管理す
る。この参照の重みは、好適には２のべき乗の値を用い
る。以下の具体例においてはその重みの総和は２５６と
する。まず、情報パッケージＰ１を生成し、この情報パ
ッケージＰ１を用いて情報パッケージＰ２を生成したと
する。（あるいは情報パッケージＰ２の処理の過程で情
報パッケージＰ１を生成しそれを参照したとする。）こ
の時、情報パッケージＰ１には被参照２５６を設定す
る。そして、情報パッケージＰ２における情報パッケー
ジＰ１への参照には重み２５６を付加する。

【０２２３】情報パッケージＰ２の情報を元に情報パッ
ケージＰ３を生成し情報パッケージＰ３から情報パッケ
ージＰ１を参照したとき、情報パッケージＰ２からはそ
の重みを半分分け与え、それぞれの重みを１２８とす
る。さらに、情報パッケージＰ２から情報パッケージＰ
４に参照を渡したとき、それぞれの重みは６４に、さら
に情報パッケージＰ４から情報パッケージＰ５に参照を
渡すと重みは３２となる。このようにすれば、いずれの
段階でも、参照側の重みの総和と被参照の重みは一致し
ている。

【０２２４】そして、情報パッケージを消去するとき
は、他の情報パッケージを参照していれば、その重みを
参照先の情報パッケージに伝え、その参照重みを被参照
の重みから減じる。たとえば、情報パッケージＰ４が消
去されたとき、その重み３２を情報パッケージＰ１の被
参照重みから減じ２２４となる。情報パッケージＰ２、
情報パッケージＰ３、情報パッケージＰ５も消去された
とき、情報パッケージＰ１の被参照重みは０となり、被
参照の無いことが分かり、情報パッケージＰ１を消去す
ることが可能になる。このような被参照重みが０の情報
パッケージは、ゼロ参照表に登録しておく。情報パッケ
ージＰ１に他の情報パッケージへの参照、たとえば重み
１６と３２の参照があれば、参照先の被参照重みをそれ
ぞれ１６、３２減じる。このようにして、処理は順次伝
搬する。

【０２２５】トップレベルの情報パッケージには特別
に、たとえば、−１といった値を被参照重みとして与え
ておく。サービス提供中の情報パッケージはこのように
処理する。サービス提供が終了し、他の情報パッケージ
からの参照のない情報パッケージは、ゼロ参照表に登録
する。そして、たとえば１日に１回というように定期的
にゼロ参照表を調べ、登録されている情報パッケージの
実際の被参照重みが０であれば、その情報パッケージを
消去する。また、実際の被参照重みが０でなければ、ゼ
ロ参照表から除く。このように遅延を設けるのは、系の
非同期性を考慮して、間違って消去するのを防ぐためで
ある。

【０２２６】なお、重み１の参照を他の情報パッケージ
に渡したとき、１は不可分であるので、参照側と被参照
の重み値の一致を保証できなくなる。この場合は、双方
の参照重みを０とする。この場合、被参照が無くなって
も、被参照重みは０とならず、消去されずに記憶装置上
に残る。また、参照関係が循環構造をしていた場合、上
記の重みの方式ではこの構造を除去できない。そのた
め、１カ月に１回といった頻度で、現在使用中あるいは
参照のある情報パッケージを全てトレースし、それらに
特定のマークを付加する。その後、全ての記憶領域を調
べ、マークのついていない情報パッケージを消去する。
その際、マークのついた情報パッケージからはマークを
消去する。このマーク＆スイープ方式はコストが大きい
が確実に不要な情報パッケージを回収できる。

【０２２７】なお、参照の重みは、前述したように２の
べき乗の値を用いるのが好適であるが、その場合、図５
９に示すように、情報パッケージ内でその重みはそのべ
き数で表わすようにしてもよい。そのようにすれば、表
現するビット数が節約できる。ただし、被参照はべきで
は表せないので実際の値で扱う。

【０２２８】実際の情報パッケージでは、この参照重
み、および、被参照重みは、図６０に示すように、情報
パッケージに対するヘッダとして付加される。すなわ
ち、データベースとしてサーバ上に格納するとき、リン
ク部のリンク情報を取り出して参照重みとともに参照情
報として、また、被参照の重みを被参照情報として、情
報パッケージ本体にヘッダとして付加しておく。そし
て、前述した参照と重みの処理は、このヘッダ上で処理
する。尚、この参照情報は格納のためのものであるの
で、重み値が情報利用者２６０に流通することはない。

【０２２９】その他の情報パッケージの例前述した本実施の形態においては、第１〜第４の情報パ
ッケージを用いて本発明を説明した。この情報パッケー
ジは、任意の機能、コンテントを有するものが任意に生
成されて、ネットワーク上を伝送されるものであり、種
々の形態が考えられるが、前述した第１〜第４の情報パ
ッケージ以外のいくつかの特徴的な情報パッケージにつ
いてその構成とその情報パッケージに基づいた処理につ
いて説明する。

【０２３０】入れ子型の情報パッケージ情報パッケージは、独立した情報パッケージを取り込ん
で別の情報パッケージを形成するような構成とすること
ができる。そのような情報パッケージの例を図６１〜図
６７に示す。ここで用いる例は、「Star Wars 」、「Em
pire Strikes Back 」、「Return of the Jedi」という
各映画コンテントを有する、前述した第２の情報パッケ
ージに相当する３つの情報パッケージPackage2, Packag
e3，Package4があり、これらをまとめて「Star Wars Tr
ilogy 」という情報商品を生成したものであり、図６１
〜図６７に示すこの情報パッケージPackage1は、その映
画コンテントを選択するためのリストパッケージであ
る。

【０２３１】この情報パッケージPackage1のシーケンス
の流れを図６８に、ダイアログの状態を図６９に示す。
各ストリームの内容は、静止画Picture1が案内・タイト
ル画面、コピーライト表示などであり、音声Audio1およ
び動画像Video1がサービスと内容の概要を知らせるため
のストリームであり、ダイアログDialog1 が図６９に示
すような映画選択画面であり、音声Audio2およびアニメ
ーションAnimation1が選択画面の利用案内である。ま
た、この情報パッケージPackage1から各情報パッケージ
Package2, Package3，Package4へのリンクは，内部リン
クとなっている．

【０２３２】情報利用者においては、図６１〜図６７に
示すような情報パッケージを取得したら、前述したのと
同様の処理を行い図６８に示すようなシーケンスがビュ
−ワ上に表示される。そして、利用者が、図６９に示す
ようなダイアログより、たとえば映画「帝国の逆襲(Emp
ire Strikes Back) 」をコンテントとする情報パッケー
ジpackage2を選択すると、その情報パッケージが情報サ
ーバに要求され、同時に前述した認証に係わる第３の情
報パッケージと同様の認証パッケージも情報サーバに送
信される。

【０２３３】これに基づいてその映画をコンテントとす
る情報パッケージが送信されてくるが、情報パッケージ
package2が前述した第２の情報パッケージとほぼ同じで
あるとすると、この情報パッケージには従量課金が指定
されている。しかし、図６５に示す制御属性部に示され
ているように、情報パッケージpackage2を含む情報パッ
ケージには、パッケージ単位で３０００円の課金が行わ
れる旨が規定されている。このような場合には一番外側
の課金規定である後者の規定が優先される。その結果、
一度情報パッケージpackage2の認証が行われれば、サー
バ側の課金機能には、図６１〜図６７に示した情報パッ
ケージpackage1の課金情報に基づいて課金処理が既に処
理済みであることが登録されるので、実際のストリーム
の配信の際には、サーバ側の課金機能は、前述した動作
の例とは異なり、ストリーム送信には拘束を加えない．

【０２３４】この例では、情報パッケージpackage1とpa
ckage2の提供者は同一であり，このような認証と課金の
処理は妥当である．Package1とpackage2の提供者が異な
る場合では例えば，提供者の違いに基づいて，提供者間
の認証が発生し(package2 の認証の際package1の提供者
にさらに認証処理がおよぶ) ，そこではpackage1の提供
者に対しpackage2の提供者から従量課金が発生する( 情
報利用者はpackage1の提供者から3000円課金される) ．

【０２３５】プログラムを有するパッケージ次に、ソフトウェアプログラムを有する情報パッケージ
について説明する。情報パッケージを用いると、任意の
プログラムを送付可能である。そのような情報パッケー
ジの例を図７０〜図７２に示す。この情報パッケージに
おいては、タイトル部の第１種別が「プログラム」とな
る。そして、プログラムはシーケンス記述部において、
Ｃ＋＋のソースプログラムで与えられている。しかし、
コンパイルされたオブジェクトコードで与えてもよい。
その場合、タグは<compiled-program language=C++> と
なる。

【０２３６】また，プログラムは一般に複数のモジュー
ルで構成されることが多いが、その場合モジュール毎に
パッケージ化し、それらをリンク部でまとめて全体でひ
とつのパッケージとしてもよい。その場合には、この構
成は、前述したような入れ子型の情報パッケージとな
る。また、課金は、そのプログラムの買い取りであれ
ば、パッケージ単位の料金を設定してよい。また、サー
バと接続してその高性能計算を利用する場合であれば、
従量式の料金を設定してもよい。

【０２３７】このようなプログラムを有する情報パッケ
ージを適用する例としては、まず、プログラムの配布・
購入が挙げられる。このプログラムがサービス提供者か
らのサービス利用のためのプログラムの配布であれば、
課金はたとえば無料としてよい。また、従来のＣＤ−Ｒ
ＯＭなどでのプログラムの購入に替わる，プログラムの
ネットワークからの購入であれば、課金はパッケージ単
位で、そのプログラム代金を請求するようにすればよ
い。

【０２３８】また、このようなプログラムを有する情報
パッケージは、計算サーバを利用するようなサービスに
も適用できる。具体的には、たとえば、高速フーリエ変
換、天体軌道計算、半導体プロセスシミュレーションな
どを、高性能計算機のサーバ機能を利用して行うため
に、利用者プログラムの配布・取り寄せを行う場合であ
る。このような場合は、課金は使用した計算機サーバの
ＣＰＵ処理時間に基づいて従量課金されるのが好適であ
る。

【０２３９】また、本実施の形態で説明したようなネッ
トワークシステムに関わり、その機能を動的にダウンロ
ードする場合もこのようなプログラムを含む情報パッケ
ージが用いられる。たとえば、前述した第２の情報パッ
ケージであるコンテントを有するパッケージを取得した
際、それを処理するプログラムが無ければ情報利用者の
パッケージ処理部が情報サーバからこのプログラムを取
得する。そしてプログラムの起動と呼出は、パッケージ
処理部が行なう。より具体的には、先の動作例で使用し
た従量課金を制御するためのプログラムをダウンロード
する場合などである。これにより、「課金機能」などを
必要に応じて任意のサイトに生成し使用することができ
る。この場合は、そのプログラムはコンテントを視聴す
るためのものであるから、課金は通常行わないことにな
る。

【０２４０】ドメイン次に、ドメインを有する情報パッケージについて説明す
る。この情報パッケージは、タイトル部の第１種別が
「ドメイン」のものであり、情報パッケージの具体例を
図７３に示す。この情報パッケージは、これ自体を他か
ら参照することによって，中味のリンクの集合を扱うた
めのものである。サービス提供者にあっては、顧客管理
などに使用する。また、情報利用者にあっては，自分の
好みなどのサービス提供者の分類、サーバの所在の保
持、共通の対象・好みなどを持つ情報利用者の保持など
に使用することができる。また、サービス提供者から情
報利用者に、情報サーバの所在やサービス内容を知らせ
るためにも送付される。

【０２４１】図７３に示す例は，サービス提供者（FOO
Movie Services）のサービスマネージャの所在を５つ示
すものであり、これはたとえば、情報利用者にサービス
加入時に予め伝えられるものである。なお、図７３に例
示するように、このような情報パッケージは制御属性部
とシーケンス記述部のない情報パッケージとなるが、情
報パッケージはこのような構成でもよい。

【０２４２】

【発明の効果】以上説明したように、本発明によれば、
ネットワークを介して種々の形態の情報を要求に応じて
適宜適切に配信することができ、さらに、内容に関する
情報を適切に提供し、課金を明確で共通的な方法で適切
に行え、これにより、ネットワークを介した電子商取引
が好適に行えるようなネットワークシステム、および、
データ配信方法を提供することができる。また種々の情
報が、内容に関する情報を適切に提供し、課金を明確で
共通的な方法で適切に行えるような所定の形式で記録さ
れ、ネットワークに接続されたコンピュータにより読み
取られることにより、要求に応じて適宜適切に配信する
ことができ、ネットワークを介した電子商取引に好適に
供されるような、データパッケージが記録されコンピュ
ータにより読み取り可能な記録媒体を提供することがで
きる。

【図面の簡単な説明】

【図１】本発明の一実施の形態に関わるネットワークを
説明する図である。

【図２】ネットワークシステム上に展開される本サービ
スに係わる処理システムを示す図である。

【図３】ストリーム間の同期の取り方を説明するための
第１の図である。

【図４】ストリーム間の同期の取り方を説明するための
第２の図である。

【図５】情報パッケージで指定されるシーケンスを示す
図である。

【図６】情報パッケージのマルチメディアシーケンス記
述部における記述を説明するための図であり、（Ａ）は
静止画Ｐ１〜Ｐ４の記述を説明するための図、（Ｂ）は
音声 AUDIO１および AUDIO２の記述を説明するための図
である。

【図７】情報パッケージのマルチメディアシーケンス記
述部における記述を説明するための図であり、（Ｃ）は
動画 video１の記述を説明するための図、（Ｄ）はアニ
メーション animation１の記述を説明するための図、
（Ｅ）はダイアログdialog１のの記述を説明するための
図である。

【図８】情報パッケージのマルチメディアシーケンス記
述部における記述を説明するための図であり、（Ｆ）は
出力先の記述を説明するための図、（Ｇ）は図６および
図７の（Ａ）〜（Ｅ）に示した各ストリームのシーケン
スの記述を説明するための図である。

【図９】この情報パッケージに記載されているダイアロ
グを示す図である。

【図１０】映画リストを利用者に送付し配信希望の映画
を選択させるための第１の情報パッケージに記述されて
いるシーケンスの内容およびシーケンスの流れを示す図
である。

【図１１】図１０に示したシーケンス中のダイアログを
説明するための図である。

【図１２】その第１の情報パッケージのタイトル部を示
す図である。

【図１３】その第１の情報パッケージのリンク部の前半
を示す図である。

【図１４】その第１の情報パッケージのリンク部の後半
を示す図である。

【図１５】その第１の情報パッケージの内容属性部およ
び制御属性部を示す図である。

【図１６】その第１の情報パッケージのマルチメディア
シーケンス部を示す図である。

【図１７】その図１６に示したマルチメディアシーケン
ス部の、ダイアログの内容を示す図である。

【図１８】利用者に要求された映画を実際に配信するた
めの第２の情報パッケージに記述されているシーケンス
の内容およびシーケンスの流れを示す図である。

【図１９】その第２の情報パッケージのタイトル部およ
びリンク部を示す図である。

【図２０】その第１の情報パッケージの内容属性部を示
す図である。

【図２１】その第１の情報パッケージの制御属性部を示
す図である。

【図２２】その第１の情報パッケージのシーケンス部を
示す図である。

【図２３】認証に係わる第３の情報パッケージを示す図
である。

【図２４】情報提供者が広告主などに広告料を請求する
ための第４の情報パッケージを示す図である。

【図２５】図２に示した処理システムの情報サーバの構
成を示す図である。

【図２６】図２５に示した情報サーバのサーバ部の構成
を示す図である。

【図２７】図２に示した処理システムの情報利用者の構
成を示す図である。

【図２８】情報パッケージの論理形式と、処理系内部で
の内部表現での基本的な対応関係を示す図である。

【図２９】図１２〜図１７に示した第１の情報パッケー
ジのタイトル部の内部表現を説明するための図である。

【図３０】その第１の情報パッケージのリンク部の内部
表現を説明するための第１の図である。

【図３１】その第１の情報パッケージのリンク部の内部
表現を説明するための第２の図である。

【図３２】その第１の情報パッケージの内容属性部の内
部表現を説明するための図である。

【図３３】その第１の情報パッケージの制御属性部の内
部表現を説明するための図である。

【図３４】その第１の情報パッケージのシーケンス部の
内部表現を説明するための第１の図である。

【図３５】その第１の情報パッケージのシーケンス部の
内部表現を説明するための第２の図である。

【図３６】その第１の情報パッケージのシーケンス部の
内部表現を説明するための第３の図である。

【図３７】情報サーバのサーバ部と、情報利用者との間
の処理を説明するための図である。

【図３８】図１に示したネットワーク上における、スト
リームデータに対する処理方法を説明する図である。

【図３９】仮想ストリームオブジェクトを生成する状態
を示す図である。

【図４０】実際にストリームデータの転送が行われる時
の状態を示す図である。

【図４１】仮想ストリームオブジェクトを生成するため
のコンテンツスクリプトの内容を示す図である。

【図４２】図４１に示したコンテンツスクリプトに基づ
いて仮想ストリームオブジェクトが生成される状態を示
す図である。

【図４３】図３８に示したデータ処理方法において、仮
想ストリームオブジェクトを生成する際の各モジュール
の動作を説明する図である。

【図４４】図３８に示したデータ処理システムにおい
て、ストリームの転送を開始する際の各モジュールの動
作を説明する図である。

【図４５】ストリームを合成する場合のデータ処理方法
を説明する図であり、（Ａ）は、特に１つのデータ処理
装置に記憶されている２つのソースを合成する処理を示
す図であり、（Ｂ）は、特に２つのデータ処理装置に記
憶されいている２つのソースを２つの仮想ストリームオ
ブジェクトにより合成する処理を示す図である。

【図４６】図４５（Ａ）および（Ｂ）に示すデータ処理
システムのストリーム合成部の構成を示す図である。

【図４７】（Ａ）および（Ｂ）は、図５０（Ａ）に概要
を示したような、複数のストリームを合成して１つのス
トリームとして転送する場合のデータ処理システムの構
成を示す図である。

【図４８】図４５（Ｂ）で概要を示したような、複数の
ストリームを各々転送して合成する場合のデータ処理シ
ステムの構成を示す図である。

【図４９】図４８を実際に分散システム上で実現した場
合を説明するための模式図である。

【図５０】論理的サブネットワークによりネットワーク
を管理した状態を示す図である。

【図５１】トークンを説明するための図であり、（Ａ）
はトークンに含まれる項目およびその主な内容を説明す
る図であり、（Ｂ）は実際にパッケージ化されたトーク
ンの例を示す図である。

【図５２】ミディエータの構成を示す図である。

【図５３】トークンプロセッシングフレームの構成を示
す図である。

【図５４】タスク処理時の状態遷移を示す図である。

【図５５】ポテンシャルジオメトリデータベースの内容
を示す図である。

【図５６】ドメインノードプロファイルに蓄積されてい
るノード詳細情報、および、近隣ミディエータ管理部に
蓄積されている近隣ノード詳細情報の内容を示す図であ
る。

【図５７】ミディエーション処理の伝搬を表す模式図で
ある。

【図５８】情報パッケージの管理方法を説明するための
図である。

【図５９】図５８に示した情報パッケージの管理方法に
おいて、２のべき数を記憶することにより、各情報パッ
ケージが参照重みを記憶するようにした例を示す図であ
る。

【図６０】参照重みおよび被参照重みの情報パッケージ
に対する付加方法を説明するための図である。

【図６１】入れ子型の情報パッケージのタイトル部を示
す図である。

【図６２】この情報パッケージのリンケージ部を示す図
である。

【図６３】この情報パッケージの内容属性部を示す第１
の図である。

【図６４】この情報パッケージの内容属性部を示す第２
の図である。

【図６５】この情報パッケージの制御属性部を示す図で
ある。

【図６６】この情報パッケージのシーケンス部を示す第
１の図である。

【図６７】この情報パッケージのシーケンス部を示す第
２の図である。

【図６８】この情報パッケージのシーケンスの流れを示
す図である。

【図６９】この情報パッケージのダイアログの状態を示
す図である。

【図７０】ソフトウェアプログラムを有する情報パッケ
ージのタイトル部〜制御属性部を示す図である。

【図７１】ソフトウェアプログラムを有する情報パッケ
ージのシーケンス部を示す第１の図である。

【図７２】ソフトウェアプログラムを有する情報パッケ
ージのシーケンス部を示す第２の図である。

【図７３】ドメインを有する情報パッケージを示す図で
ある。

【符号の説明】

２００…ネットワークシステム、２１０…サービス提供
者、２２０…情報サーバ、２４０…広告提供者、２５０
…広告サーバ、２６０…情報利用者、２２１…サーバ群
制御部、２２２…サーバ部、２２３…データベース、２
２４…サービス履歴データベース、２２５…顧客データ
ベース、２２６…サービス制御部、２２７…認証部、２
２８…課金部、２２９…ストリーム送信部、２３０…バ
ルクデータ受信部、２３１…パッケージ処理部、胃２３
２画２３２１３２…サービス制御部、１３３…認証部、
１３４…課金部、２６１…パッケージ処理部、２６２…
サービス制御部、２６３…認証部、２６４…課金部、１
３５…ストリーム受信部、２６６…ビューア部

Claims

【特許請求の範囲】

【請求項１】任意のコンテントを取り引き対象の商品と
して適宜配信することのできるネットワークシステムで
あって、前記ネットワーク上の少なくとも１つ以上のノード上に
構成され、前記取り引きのための所定の属性に係わる境
界が設定された任意のコンテントと、前記コンテントを
利用するための制御に係わる情報と、当該コンテントの
取り引きのための前記所定の属性の情報とを有するデー
タパッケージを、ネットワークを介して供給するデータ
サーバ手段と、前記ネットワーク上の少なくとも１つ以上のノードに構
成され、前記供給されたデータパッケージを受信し、少
なくとも前記コンテントを実質的に獲得するデータ利用
手段と、前記ネットワーク上の任意のノード上に構成され、前記
データ利用手段で前記境界で区切られた各コンテントが
新たに実質的に獲得されるごとに、前記コンテントの取
り引きのための前記所定の属性の情報に基づいて、取り
引きに係わる所定の処理を行う取引管理手段とを有する
ネットワークシステム。
【請求項２】前記データパッケージに設定された境界
は、前記コンテントの取り引きのための課金に係わる境
界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントに対する課金に係わる情報を含み、前記取引管理手段は、前記データ利用手段で前記境界で
区切られた各コンテントが新たに実質的に獲得されるご
とに、前記課金に係わる情報に基づいて課金処理を行う
課金処理手段を有する請求項１に記載のネットワークシ
ステム。
【請求項３】前記データパッケージに設定された境界
は、該境界で区切られた各コンテントが、各々所定の所
有権が設定されたコンテントとなるような境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントの前記所有権に係わる情報を含み、前記取引管理手段は、前記データ利用手段が前記境界で
区切られたコンテントが新たに実質的に獲得されるごと
に、前記所有権に係わる情報に基づいて当該獲得したコ
ンテントの所有権を更新する処理を行う所有権管理手段
を有する請求項１または２に記載のネットワークシステ
ム。
【請求項４】前記データパッケージに設定された境界
は、該境界で区切られた各コンテントが、１の許諾によ
り実質的な獲得が許諾される範囲に少なくとも区切られ
たコンテントとなるような境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該データパッケージの前記コンテントの実質的な
獲得の許諾に関する情報を含み、前記取引管理手段は、前記データ利用手段が前記境界で
区切られたコンテントを新たに実質的に獲得しようとす
る際に、前記実質的な獲得の許諾に関する情報に基づい
て、当該コンテントの前記実質的な獲得を制御する取引
許諾処理を行う取引許諾手段を有する請求項１〜３のい
ずれかに記載のネットワークシステム。
【請求項５】前記データパッケージに設定された境界
は、該境界で区切られた各コンテントが、課金に係わ
り、前記１の許諾により実質的な獲得が許諾される範囲
に少なくとも区切られたコンテントとなるような境界を
含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントに対する課金に係わる情報を含み、前記取引管理手段の前記取引許諾手段は、前記データ利
用手段が前記境界で区切られたコンテントを新たに実質
的に獲得しようとする際に、前記課金に係わる情報に基
づいて、前記取引許諾処理を行う請求項４に記載のネッ
トワークシステム。
【請求項６】前記データパッケージに設定された境界
は、該境界で区切られた各コンテントが、各々所定の所
有者により所有され、１の許諾により実質的な獲得が許
諾される範囲に少なくとも区切られたコンテントとなる
ような境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントの所有に係わる情報を有し、前記取引管理手段の前記取引許諾手段は、前記データ利
用手段が前記境界で区切られたコンテントを新たに実質
的に獲得しようとする際に、前記所有に係わる情報に基
づいて、前記取引許諾処理を行う請求項４または５に記
載のネットワークシステム。
【請求項７】前記データパッケージに設定された境界
は、該境界で区切られた各コンテントが、各々著作物と
して価値を有し、１の許諾により実質的な獲得が許諾さ
れる範囲に少なくとも区切られたコンテントとなるよう
な境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントの著作権に係わる情報を有し、前記取引管理手段の前記取引許諾手段は、前記データ利
用手段が前記境界で区切られたコンテントを新たに利用
しようとする際に、前記著作権に係わる情報に基づい
て、前記取引許諾処理を行う請求項４〜６のいずれかに
記載のネットワークシステム。
【請求項８】前記データパッケージの前記所定の属性の
情報は、前記実質的な獲得の許諾に係わる処理を行う前
記取引許諾手段を指定する情報を含み、前記取引許諾手段は、ネットワーク上の任意のノード上
に設けられ、前記取引許諾手段を指定する情報に基づい
て、前記取引管理手段により呼び出されることにより駆
動される請求項４〜７のいずれかに記載のネットワーク
システム。
【請求項９】前記データ利用手段における前記コンテン
トの実質的な獲得は、当該データパッケージを獲得し、
前記コンテントを利用するための制御に係わる情報に基
づいて当該コンテントを利用することを包含する請求項
１〜８のいずれかに記載のネットワークシステム。
【請求項１０】前記データパッケージが有する前記コン
テントを利用するための制御に係わる情報は、当該コン
テントが存在するノードから前記データ利用手段のノー
ドへの当該コンテントの伝送を制御する情報を有し、前記データ利用手段が前記コンテントの実質的な獲得を
要求した場合に、前記伝送を制御する情報に基づいて、
当該コンテントを前記データ利用手段に前記ネットワー
クを介して伝送する伝送手段をさらに有する請求項１〜
９のいずれかに記載のネットワークシステム。
【請求項１１】前記データパッケージは、コンテントと
して前記ネットワーク上の任意のノードに存在する時系
列連続データを有し、当該コンテントを利用するための
制御に係わる情報として当該時系列連続データの前記デ
ータ利用手段への伝送を制御する情報を有し、前記データ利用手段において前記時系列連続データの実
質的な獲得が要求された場合にネットワーク上の任意の
ノード上に生成され、前記コンテントを利用するための
制御に係わる情報に基づいて当該時系列連続データの伝
送を管理する伝送管理手段と、前記伝送管理手段により前記時系列連続データが存在す
るノード上に生成され、当該時系列連続データを獲得し
て所定の転送形態で送信する送信手段と、前記伝送管理手段により前記データ利用手段が存在する
ノード上に生成され、前記所定の形態で送信されたデー
タを受信し前記データ利用手段に提供する受信手段とを
さらに有し、前記伝送管理手段の制御に基づいて、前記送信手段およ
び前記受信手段を介して、前記時系列連続データの所望
の箇所を前記データ利用手段に伝送し、前記データ利用
手段が前記伝送された時系列連続データを実質的に獲得
する請求項１〜１０のいずれかに記載のネットワークシ
ステム。
【請求項１２】前記コンテントを利用するための制御に
係わる情報は、当該コンテントを利用するための処理手
段を指示する情報、および、コンテントの種類、コンテ
ントの性質、利用上の制約、所有者、著作者、コンテン
トの種類、サービスの種類の情報の、全てあるいはいず
れか複数、あるいはいずれか１つを有する請求項１〜１
１のいずれかに記載のネットワークシステム。
【請求項１３】前記データパッケージは、前記コンテン
トの内容そのものに係わる情報をさらに有する請求項１
〜１２のいずれかに記載のネットワークシステム。
【請求項１４】前記データパッケージの前記各情報の任
意の情報は、他のデータパッケージ内に実質的に存在す
る情報を参照する情報である請求項１〜１３のいずれか
に記載のネットワークシステム。
【請求項１５】前記データパッケージは、前記他のデー
タパッケージ内に実質的に存在する情報の一部を実質的
に有する請求項１４に記載のネットワークシステム。
【請求項１６】前記データ利用手段が前記データパッケ
ージの前記他のデータパッケージを参照している情報を
利用する場合に、当該データの実体を参照する参照要求
を生成する参照要求生成手段と前記ネットワークの任意
のノードごとに、当該ノード近傍のノードに対する情報
を管理し、前記参照要求の参照先のノードと実質的に接
続する可能性のあるノードに対して当該参照要求を順次
伝搬させることにより前記参照先を検索する管理手段と
をさらに有する請求項１４または１５に記載のネットワ
ークシステム。
【請求項１７】前記データパッケージに対して、当該デ
ータパッケージの各情報が他のデータパッケージから参
照されている状態を管理しておき、前記管理されている
状態に基づいて当該データパッケージの廃棄を管理する
データパッケージ廃棄手段をさらに有する請求項１〜１
６のいずれかに記載のネットワークシステム。
【請求項１８】複数のノードが接続されたネットワーク
において、任意のコンテントを取り引き対象の商品とし
て、該ネットワーク上の少なくとも１つ以上のノードに
構成されるデータ利用手段に対して配信するデータ配信
方法であって、取り引きのための所定の属性に係わる境界が設定された
任意のコンテントと、前記コンテントを利用するための
制御に係わる情報と、当該コンテントの取り引きのため
の前記所定の属性の情報とを有するデータパッケージ
を、ネットワークを介して伝送し、前記データ利用手段が前記供給されたデータパッケージ
を受信し、少なくとも前記コンテントを実質的に獲得
し、前記データ利用手段で前記境界で区切られた各コンテン
トが新たに実質的に獲得されるごとに、前記コンテント
の取り引きのための前記所定の属性の情報に基づいて、
取り引きに係わる所定の処理を行うデータ配信方法。
【請求項１９】前記データパッケージに設定された境界
は、前記コンテントの取り引きのための課金に係わる境
界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントに対する課金に係わる情報を含み、前記取り引きに係わる所定の処理は、前記課金に係わる
情報に基づいて行う課金処理を含む請求項１８に記載の
データ配信方法。
【請求項２０】前記データパッケージに設定された境界
は、該境界で区切られた各コンテントが、各々所定の所
有権が設定されたコンテントとなるような境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントの前記所有権に係わる情報を含み、前記取り引きに係わる所定の処理は、前記所有権に係わ
る情報に基づいて前記獲得したコンテントの所有権を更
新する処理を含む請求項１８または１９に記載のデータ
配信方法。
【請求項２１】前記データパッケージに設定された境界
は、該境界で区切られた各コンテントが、１の許諾によ
り実質的な獲得が許諾される範囲に少なくとも区切られ
たコンテントとなるような境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該データパッケージの前記コンテントの実質的な
獲得の許諾に関する情報を含み、前記取り引きに係わる所定の処理は、前記データ利用手
段が前記境界で区切られたコンテントを新たに実質的に
獲得しようとする際に、前記実質的な獲得の許諾に関す
る情報に基づいて、当該コンテントの前記実質的な獲得
を許諾する処理を含む請求項１８〜２０のいずれかに記
載のデータ配信方法。
【請求項２２】前記データパッケージに設定された境界
は、該境界で区切られた各コンテントが、課金に係わ
り、前記１の許諾により実質的な獲得が許諾される範囲
に少なくとも区切られたコンテントとなるような境界を
含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントに対する課金に係わる情報を含み、前記コンテントの実質的な獲得を許諾する処理は、前記
課金に係わる情報に基づいて行う処理を含む請求項２１
に記載のデータ配信方法。
【請求項２３】前記データパッケージに設定された境界
は、該境界で区切られた各コンテントが、各々所定の所
有者により所有され、１の許諾により実質的な獲得が許
諾される範囲に少なくとも区切られたコンテントとなる
ような境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントの所有に係わる情報を有し、前記コンテントの実質的な獲得を許諾する処理は、前記
所有に係わる情報に基づいて行う処理を含む請求項２１
または２２に記載のデータ配信方法。
【請求項２４】前記データパッケージに設定された境界
は、該境界で区切られた各コンテントが、各々著作物と
して価値を有し、１の許諾により実質的な獲得が許諾さ
れる範囲に少なくとも区切られたコンテントとなるよう
な境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントの著作権に係わる情報を有し、前記コンテントの実質的な獲得を許諾する処理は、前記
著作権に係わる情報に基づいて行う処理を含む請求項２
１〜２３のいずれかに記載のデータ配信方法。
【請求項２５】前記データパッケージの前記所定の属性
の情報は、前記実質的な獲得を許諾する処理を行う前記
取引許諾手段を指定する情報を含み、前記実質的な獲得を許諾する処理は、ネットワーク上の
任意のノード上に設けられた取り引き許諾手段が、前記
取引許諾手段を指定する情報に基づいて選択的に呼び出
されることにより行われる請求項２１〜２４のいずれか
に記載のデータ配信方法。
【請求項２６】前記データ利用手段における前記コンテ
ントの実質的な獲得は、当該データパッケージを獲得
し、前記コンテントを利用するための制御に係わる情報
に基づいて当該コンテントを利用することを包含する請
求項１８〜２５のいずれかに記載のデータ配信方法。
【請求項２７】前記データパッケージが有する前記コン
テントを利用するための制御に係わる情報は、当該コン
テントが存在するノードから前記データ利用手段のノー
ドへの当該コンテントの伝送を制御する情報を有し、前記データパッケージの伝送は、前記データ利用手段に
よる前記コンテントの実質的な獲得の要求に基づいて、
前記伝送を制御する情報に基づいて、当該コンテントを
含む前記データパッケージを前記ネットワークを介して
前記データ利用手段に伝送することにより行う請求項１
８〜２６のいずれかに記載のデータ配信方法。
【請求項２８】前記データパッケージは、コンテントと
して前記ネットワーク上の任意のノードに存在する時系
列連続データを有し、当該コンテントを利用するための
制御に係わる情報として当該時系列連続データの前記デ
ータ利用手段への伝送を制御する情報を有し、前記データ利用手段において前記時系列連続データの実
質的な獲得が要求された場合には、ネットワーク上の任
意のノード上に、前記コンテントを利用するための制御
に係わる情報に基づいて当該時系列連続データの伝送を
管理する伝送管理手段を生成し、前記時系列連続データが存在するノード上に、当該時系
列連続データを獲得して所定の転送形態で送信する送信
手段を生成し、前記データ利用手段が存在するノード上に、前記所定の
形態で送信されたデータを受信し前記データ利用手段に
提供する受信手段を生成し、前記伝送管理手段の制御に基づいて、前記送信手段およ
び前記受信手段を介して、前記時系列連続データの所望
の箇所を前記前記データ利用手段に伝送する請求項１８
〜２７のいずれかに記載のデータ配信方法。
【請求項２９】前記コンテントを利用するための制御に
係わる情報は、当該コンテントを利用するための処理手
段を指示する情報、および、コンテントの種類、コンテ
ントの性質、利用上の制約、所有者、著作者、コンテン
トの種類、サービスの種類の情報の、全てあるいはいず
れか複数、あるいはいずれか１つを有する請求項１８〜
２８のいずれかに記載のデータ配信方法。
【請求項３０】前記データパッケージは、前記コンテン
トの内容そのものに係わる情報をさらに有する請求項１
８〜２９のいずれかに記載のデータ配信方法。
【請求項３１】前記データパッケージの前記各情報の任
意の情報は、他のデータパッケージ内に実質的に存在す
る情報を参照する情報である請求項１８〜３０のいずれ
かに記載のデータ配信方法。
【請求項３２】前記データパッケージは、前記他のデー
タパッケージ内に実質的に存在する情報の一部を実質的
に有する請求項３１に記載のデータ配信方法。
【請求項３３】前記他のデータパッケージ内に実質的に
存在する情報は、前記データ利用手段が当該データの実
体を参照する参照要求を生成し、前記ネットワークの任意のノードごとに設けられ、当該
ノード近傍のノードに対する情報を管理するネットワー
ク管理手段が、前記参照要求の参照先のノードと実質的
に接続する可能性のあるノードに対して当該参照要求を
順次伝搬させることにより行う請求項３１または３２に
記載のデータ配信方法。
【請求項３４】前記データパッケージに対して、当該デ
ータパッケージの各情報が他のデータパッケージから参
照されている状態を管理しておき、前記管理状態に基づいて、不要なデータパッケージは適
宜廃棄する請求項１８〜３３のいずれかに記載のデータ
配信方法。
【請求項３５】複数のノードが接続されたネットワーク
において、任意のコンテントを取り引き対象の商品とし
て配信するためのデータパッケージが記録され、ネット
ワークに実質的に接続されたコンピュータにより読み取
り可能な記録媒体であって、前記取り引きのための所定の属性に係わる境界が設定さ
れた任意のコンテントと、前記コンテントを利用するための制御に係わる情報と、当該コンテントの取り引きのための前記所定の属性の情
報とを有するデータパッケージが記録され、コンピュー
タにより読み取り可能な記録媒体。
【請求項３６】前記データパッケージに設定された境界
は、当該境界で区切られた各コンテントが実質的に取り
引きされるごとに課金処理を行うための、課金に係わる
境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントに対する課金に係わり、前記課金処
理に用いられる情報を含む請求項３５に記載のコンピュ
ータにより読み取り可能な記録媒体。
【請求項３７】前記データパッケージに設定された境界
は、当該境界で区切られたコンテントが実質的に取り引
きされるごとに所有権を更新する処理を行うために、該
境界で区切られた各コンテントが、各々所定の所有権が
設定されたコンテントとなるような境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該コンテントの前記所有権に係わり、前記所有権
を更新する処理に用いられる情報を含む請求項３５また
は３６記載のコンピュータにより読み取り可能な記録媒
体。
【請求項３８】前記データパッケージに設定された境界
は、当該境界で区切られたコンテントが実質的に取り引
きされようとする際に、当該取り引きを許諾する処理を
行うために、該境界で区切られた各コンテントが、１の
許諾により実質的な取り引きが許諾される範囲に少なく
とも区切られたコンテントとなるような境界を含み、前記データパッケージに含まれる前記所定の属性の情報
は、当該データパッケージの前記取り引きの許諾に関す
る情報であって、前記取り引きを許諾する処理に用いら
れる情報を含む請求項３５〜３７のいずれかに記載のコ
ンピュータにより読み取り可能な記録媒体。
【請求項３９】前記データパッケージに設定される前記
１の許諾により実質的な取り引きが許諾される範囲に少
なくとも区切られたコンテントとなるような境界とし
て、課金に係わる境界が設定され、前記データパッケージに含まれる前記取り引きの許諾に
係わる情報として、当該コンテントに対する課金に係わ
る情報を含む請求項３８に記載のコンピュータにより読
み取り可能な記録媒体。
【請求項４０】前記データパッケージに設定される前記
１の許諾により実質的な取り引きが許諾される範囲に少
なくとも区切られたコンテントとなるような境界とし
て、該境界で区切られた各コンテントが各々所定の所有
者により所有されるコンテントとなるような境界が設定
され、前記データパッケージに含まれる前記取り引きの許諾に
係わる情報として、当該コンテントの所有者に係わる情
報を含む請求項３８または３９記載のコンピュータによ
り読み取り可能な記録媒体。
【請求項４１】前記データパッケージに設定される前記
１の許諾により実質的な取り引きが許諾される範囲に少
なくとも区切られたコンテントとなるような境界とし
て、該境界で区切られた各コンテントが各々著作物とし
て価値を有したコンテントとなるような境界が設定さ
れ、前記データパッケージに含まれる前記取り引きの許諾に
係わる情報として、著作権に係わる情報を含む請求項３
８〜４０のいずれかに記載のコンピュータにより読み取
り可能な記録媒体。
【請求項４２】前記データパッケージの前記所定の属性
の情報は、ネットワーク上の任意のノード上に設けら
れ、呼び出されることにより動作して前記実質的な取り
引きの許諾に係わる処理を行う前記取引許諾手段を指定
する情報を含む請求項３８〜４１のいずれかに記載のコ
ンピュータにより読み取り可能な記録媒体。
【請求項４３】前記実質的な取り引きは、前記コンテン
トを獲得すること、および当該コンテントを獲得し、前
記コンテントを利用するための制御に係わる情報に基づ
いて当該コンテントを利用することを包含する請求項３
５〜４２のいずれかに記載のコンピュータにより読み取
り可能な記録媒体。
【請求項４４】前記データパッケージが有する前記コン
テントを利用するための制御に係わる情報は、ネットワ
ークに接続されたコンピュータに読み取られた場合に、
当該コンテントが存在するノードから前記データ利用手
段のノードへの当該コンテントの前記ネットワークを介
した伝送を制御する情報を含む請求項３５〜４３のいず
れかに記載のコンピュータにより読み取り可能な記録媒
体。
【請求項４５】前記データパッケージは、コンテントと
しての時系列連続データと、ネットワークに接続された
コンピュータに読み取られた場合に、当該コンテントが
存在するノードから前記データ利用手段のノードへの当
該コンテントの前記ネットワークを介した伝送を制御す
る情報とを含む請求項３５〜４４のいずれかに記載のコ
ンピュータにより読み取り可能な記録媒体。
【請求項４６】前記コンテントを利用するための制御に
係わる情報は、当該コンテントを利用するための処理手
段を指示する情報、および、コンテントの種類、コンテ
ントの性質、利用上の制約、所有者、著作者、コンテン
トの種類、サービスの種類の情報の、全てあるいはいず
れか複数、あるいはいずれか１つを有する請求項３５〜
４５のいずれかに記載のコンピュータにより読み取り可
能な記録媒体。
【請求項４７】前記データパッケージは、前記コンテン
トの内容そのものに係わる情報をさらに有する請求項３
５〜４６のいずれかに記載のコンピュータにより読み取
り可能な記録媒体。
【請求項４８】前記データパッケージの前記各情報の任
意の情報は、他のデータパッケージ内に実質的に存在す
る情報を参照する情報である請求項３５〜４７のいずれ
かに記載のコンピュータにより読み取り可能な記録媒
体。
【請求項４９】前記データパッケージは、前記他のデー
タパッケージ内に実質的に存在する情報の一部を実質的
に有する請求項４８に記載のコンピュータにより読み取
り可能な記録媒体。
【請求項５０】前記データパッケージは、当該データパ
ッケージが廃棄される場合に参照される、当該データパ
ッケージの各情報が他のデータパッケージから参照され
ている状態が記録される領域をさらに有する請求項３５
〜４９のいずれかに記載のコンピュータにより読み取り
可能な記録媒体。
【請求項５１】前記他のデータパッケージから参照され
ている状態が記録される領域は、当該データパッケージ
のヘッダとして設けられている請求項３５〜５０のいず
れかに記載のコンピュータにより読み取り可能な記録媒
体。