JP2002222135A - 統合フィードバック生成機能を備えた文書送達システム - Google Patents

Abstract

(57)【要約】 【課題】 複数のコンテンツ・プロバイダ５０、８０、
およびネットワーク２００内に分散され、コンテンツ・
プロバイダ５０、８０と通信的に結合された、１つまた
は複数のコンテンツ・ハンドラ５００を備えるシステム
を提供する。 【解決手段】 コンテンツ・ハンドラ５００は、１つま
たは複数のコンテンツ・プロバイダ５０、８０からコン
テンツを受け取り、受け取ったコンテンツにフィードバ
ック・コンテンツを付加してから、そのコンテンツを要
求元のユーザに転送する。フィードバック生成機能５０
４、５２４を含んだコンテンツ・ハンドラ５００が、こ
の革新的なコンテンツ・ハンドラ５００を含む任意のネ
ットワーク要素により、価値を付加したコンテンツ、製
品および／またはサービスを提供する複数のビジネス・
モデルを可能にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般には印刷の分
野に関し、より詳細には、統合フィードバック生成機能
を備えた文書送達システムに関する。

【０００２】

【従来の技術】１４００年代半ば、ヨハン・グーテンベ
ルグは、可動式印刷機の発明により情報の普及方法に一
大変革をもたらした。マザラン聖書の出版により、かつ
ては選ばれた小数者だけが独占的に保持していた文書
が、広く大衆の手に届くものとなった。それから約５５
０年の後、グーテンベルグが興したマス・メディア革命
はなお盛んであり、Ｎｅｗ Ｙｏｒｋ ＴｉｍｅｓやＷ
ａｓｈｉｎｇｔｏｎ Ｐｏｓｔといった新聞、Ｎｅｗｓ
ｗｅｅｋやＳｐｏｒｔｓ Ｉｌｌｕｓｔｒａｔｅｄなど
の雑誌、および文字通り何千ものその他の出版物が出揃
うに至っている。

【０００３】こうした何千もの出版物は、ニュースやス
ポーツ、ファッションから模型ロケットまで、幅広い興
味の対象を扱っているが、これらの出版物には１つの共
通点がある。それは、読み手として大量市場を想定して
いることである。文書が、文字通り、非常に少数の人々
のうちのたった１人によって読まれるものであったグー
テンベルグ以前の時代とは異なり、今日の出版物の読者
数がそのように少ないことは経済的に成り立つものでは
ない。その理由の１つとして、販売、生産、および流通
にかかる費用の高さが挙げられる。実際、現在の出版物
の多くは、非常に高い割合で、その中に含まれる広告に
よって資金を調達している。広告主は、自分たちの広告
を目にする、消費者という多数の確かな読者を安定して
集めることができる出版物に引かれる。

【０００４】このような大量市場の出版モデルは何百年
にわたってうまく機能してきたが、問題がないわけでは
ない。問題の１つは、一出版物の典型的な一読者には幅
広い関心事があり、ただ１つの大量市場出版物では、そ
のすべてを満たせないことである。例えば、国際ニュー
ス、ゴルフ、フライ・フィッシング、系図学、およびコ
ンピュータに興味のある読者は、こうした興味を満たす
ために、いくつかの異なる出版物を購読しなければなら
ないかもしれない。当然ながら、こうした出版物は大量
市場向けなので、その中には、その読者が興味を持た
ず、読まない題材も相当含まれている。一読者が読まな
い題材が相当量あれば、その読者が読まない広告も相当
あり、また相当な紙が無駄になることは言うまでもな
い。広告主はこの事を分かっており、彼らが１０００回
の広告露出あたりに大量市場の雑誌や新聞に対して同意
して支払う広告料は、その広告を目にする人々が、自分
たちの広告を読んで、それに興味を抱く可能性がより高
い人口統計グループであることをより明確に保証でき
る、ダイレクト・メールの発信者（ｇｅｎｅｒａｔｏ
ｒ）に対して支払う額よりもかなり低額である。

【０００５】さらに、多くの読者にとって、多数の出版
物を定期購読する／読むことは、費用面からも時間面か
らも効率的ではない。典型的な読者は、自分が最も関心
を持っている数種の出版物しか購読しないのが普通であ
る。中に含まれる記事および広告内容の少なくとも一部
には興味がある可能性があるのにも関わらず、典型的な
読者が、購読しない出版物の読者数が減少することは、
その出版物に入る購読収入および広告収入が、そうでな
い場合は得られたであろう額よりも少なくなることを意
味する。同様の決定をする読者が他に多くいれば、持続
されてきたその出版物の健全性が危機に陥り、出版物の
廃刊を余儀なくされる可能性もある。実際、その出版物
の購読に興味を持つ読者が多数おり、それに相当する数
の広告主が、その読者の目に自分の広告を触れさせたい
と切望している場合でさえ、毎年多くの出版物が維持に
必要な数の広告主および読者を引きつけられずに廃刊に
なっている。一般に、購入および／または購読を希望す
る人々の大量市場を実質的な規模で引きつけられない出
版物は、出版を中止してしまう。こうした出版物の多く
は、あらゆる読者が入手できる情報の幅を広げ、あまり
有名でない文筆家および芸術家がその才能で身を立てて
いく道を提供しうるので、出版の中止は惜しまれる。

【０００６】さらに近年には、新しいタイプの出版物が
登場した。電子出版物である。この電子出版物の読者は
一般に、自分のコンピュータを通じてインターネットに
署名して入り、オンラインで出版物を読む。ＣＮＮ．ｃ
ｏｍやｐｏｉｎｔｃａｓｔ．ｃｏｍなど、こうした出版
物の中には、どのような題材を読みたいかについて、個
人設定をユーザに示させるものもある。こうした出版物
はしばしば、一般に視覚用ディスプレイの周辺（上部、
下部、横など）に配置した「バナー広告」の形で広告を
含んでいる。

【０００７】

【発明が解決しようとする課題】この電子出版物は、情
報の配布という点では興味深い開発であったが、より伝
統的なグーテンベルグ以後のモデルのもとで出版される
情報のごくわずかに相当するにすぎない。電子出版物の
読者の多くは、特に長時間読む場合には、出版物が（ビ
デオ・ディスプレイでは）非常に読みにくいという不満
を抱いている。読者にとっては、インターネット上で署
名して、ＣＮＮ．ｃｏｍウェブ・サイトで最新ニュース
の要約を見るのは便利なことであろうが、読者はそのサ
イトではほんの数分しか費やさず、やはりＮｅｗｓｗｅ
ｅｋやＷａｓｈｉｎｇｔｏｎ Ｐｏｓｔなど従来型の印
刷媒体を購読する可能性が高い。また、読者は、電子出
版物を読むのに費やすよりも長い時間を、従来の印刷出
版物を読むのに費やす可能性が高く、したがって、従来
の印刷出版物内の広告にさらされる時間の方が長いこと
になる。このように、印刷出版物は、グーテンベルグが
印刷を可能にしてから５世紀以上、そして電子出版物と
いう革新から１０年以上が経過した今日でもなお隆盛を
極めている。

【０００８】１９９９年６月７日に出願され、本願の譲
受人に譲渡された、Ｊｏｎ Ａ．Ｂｒｅｗｓｔｅｒ他に
よる「Ｄｏｃｕｍｅｎｔ Ｄｅｌｉｖｅｒｙ Ｓｙｓｔ
ｅｍＦｏｒ Ａｕｔｏｍａｔｉｃａｌｌｙ Ｐｒｉｎｔ
ｉｎｇ Ａ Ｄｏｃｕｍｅｎｔ Ｏｎ Ａ Ｐｒｉｎｔ
ｉｎｇ Ｄｅｖｉｃｅ」という名称の米国特許出願第０
９／３２５，０４０号を除いては、現在までのところ、
上記のような出版物に関する根本的問題を解決する効果
的な試みはなされていない。本明細書に提供するのはま
さにそうした解決法である。

【０００９】

【課題を解決するための手段】本発明の教示によると、
本発明の教示を組み込んだ革新的な文書送達システムの
様々な態様を提示する。本発明の一態様によると、複数
のコンテンツ・プロバイダ、および１つまたは複数のコ
ンテンツ・ハンドラを備えたシステムが提示され、コン
テンツ・ハンドラは、コンテンツ・プロバイダに通信的
に結合されたネットワーク内に分散される。本発明の教
示によると、コンテンツ・ハンドラは、１つまたは複数
のコンテンツ・プロバイダからコンテンツを受け取り、
受け取ったコンテンツに少なくとも部分的に基づいて、
フィードバック・コンテンツを動的に生成し、受け取っ
たコンテンツにフィールドバック・コンテンツを付加し
てから、そのコンテンツを要求元のユーザに転送する。
フィードバック生成機能を含んだコンテンツ・ハンドラ
が、この革新的なコンテンツ・ハンドラを含むネットワ
ーク要素により、価値を付加したコンテンツ、製品およ
び／またはサービスを提供するビジネス・モデルを複数
可能にすることが理解されよう。

【００１０】

【発明の実施の形態】図１は、本発明の一実施形態によ
る革新的な文書送達システムのブロック図である。本発
明の１つの実施によると、文書送達システム１０は文書
サーバ１００を含む。好ましい実施形態では、文書サー
バ１００は、装置３００と総称する、各種パーソナル・
コンピュータ、印刷装置、および他の電子装置にネット
ワーク２００を介して動作可能に結合されている。この
第１の実施形態によると、文書送達サーバ１００は、選
択的にコンテンツを受信し／取り出して、出版物プロフ
ァイルに従って、他の点では共通性のないコンテンツ・
オブジェクトからカスタマイズされた出版物を動的に生
成する。下記でより詳しく説明する代替実施形態では、
コンテンツの取り出しおよび出版プロセスは、文書送達
システム１０全体に分散される。

【００１１】この分散型実施形態によると、文書送達シ
ステム１０は、フォーマット・エンジン６００に応答す
る、システム１０内に分散された１つまたは複数の出版
エージェント５００も含む。下記でより詳細に説明する
が、フォーマット・エンジン６００は、システム１０全
体に分散した出版エージェント５００に対して出版物プ
ロファイルを発行し、出版物に使用するコンテンツを選
択的に取り出して、動的に編集およびフォーマットす
る。下記でより詳細に説明するように、分散型実施形態
の文書送達システム１０は、オンデマンドの出版サービ
スを容易なものにするが、このサービスは、入手可能な
最新情報を個人またはコミュニティ単位で提供するため
に、従来技術による出版モデルを上回る柔軟性を提供す
る。

【００１２】本明細書では、コンテンツ・プロバイダ５
０が広告を除く出版物コンテンツのすべてのプロバイダ
を含むものとし、一方広告プロバイダ８０は広告題材を
提供するものとする。出版物題材のこれら２つのソース
は、金融的なビジネス・モデルとはかなり異なる（すな
わち、コンテンツ・プロバイダ５０には、文書サーバの
事業者からロイヤリティが支払われ、一方、広告主８０
は料金を払って、生成される出版物に広告を掲載す
る）。だが、エンドユーザ（出版物受取人）から見る
と、この２つはどちらも出版物にコンテンツを提供して
いる。したがって、参照番号なしで用いる場合、一般的
な用語「コンテンツ・プロバイダ」は、コンテンツ・プ
ロバイダ５０および広告プロバイダ８０両方を含むもの
とする。区別したい場合は、適切な参照番号を具体的に
示して、コンテンツのソースをさらに指定する。

【００１３】第１の例示的実施形態によると、編集モジ
ュール１２０は、１つまたは複数のコンテンツ・プロバ
イダ５０、および／または１つまたは複数の広告プロバ
イダ８０から入力されるコンテンツ・オブジェクトを受
け取り、例えばユーザの関心事、季節、コンテンツ・プ
ロバイダおよび広告プロバイダの配布基準、出版の時刻
などを含む、複数の主要基準に少なくとも部分的に基づ
いて、個別化された文書を生成する。１つの実施による
と、この主要基準は、下記でより詳しく説明するよう
に、出版物プロファイル中でシステム要素（例えば編集
モジュール１２０、出版エージェント５００、および／
またはフォーマット・エンジン６００）に提供される。

【００１４】配布モジュール４００は、文書サーバ１０
０に動作可能に結合され、後に説明するように、ユーザ
に提供するコンテンツのソースおよび分量に少なくとも
部分的に基づいて、任意選択で製品および／または製品
補助をユーザに配布する。１つの実施によると、編集モ
ジュール１２０は、編集モジュールからのコンテンツ・
オブジェクト（一意の識別子を有するオブジェクト・ラ
ッパを使用して識別する）の配布を記録するトランザク
ション・ログを維持する。別の実施によると、配布モジ
ュール４００は、出版エージェント５００またはフォー
マット・エンジン６００のうち１つまたは複数から配布
情報を受け取る。

【００１５】好ましい実施形態では、文書サーバ１００
は、ヒューレット・パッカード社が販売するＨＰ９００
０などのミニコンピュータ／サーバであるが、文書サー
バ１００は、本明細書に記載する機能を実行し、なお本
発明の趣旨および範囲内にあるものであれば、どんなタ
イプの他のコンピューティング装置または電子装置でも
よいことを、当業者は理解できよう。ネットワーク２０
０は、インターネットであることが好ましいが、イント
ラネット、ローカル・エリア・ネットワーク、あるいは
有線式（例えば電話、ケーブルテレビなど）または無線
式（例えば衛星、無線、携帯電話など）の、他タイプの
公衆またはプライベートのネットワークを使用しても、
あるいはこれらを追加的に使用してもよい。

【００１６】図１で、装置３００は、多様な方式で構成
することができることを示している。例えば図では、パ
ーソナル・コンピュータ３１０は、ユーザ２０３２０の
ために文書１０３２０を印刷する印刷装置３２０に接続
されている。パーソナル・コンピュータ３１０は、ネッ
トワーク２００に動作可能に結合されている。これに対
して、ユーザ２０３３０のために文書１０３３０を印刷
する印刷装置３３０は、パーソナル・コンピュータまた
は他の電子装置の介入なしに、ネットワーク２００に動
作可能に結合されている。図では、ユーザ２０３５０の
ために文書１０３５０を印刷する印刷装置３５０は電子
装置３４０に接続されているが、この電子装置は、セッ
ト・トップ・ボックス、テレビジョン・セット、パーム
トップＰＤＡ（パーソナル・デジタル・アシスタン
ト）、またはネットワーク２００に動作可能に結合され
る他タイプの電子装置でよい。そして、ユーザ２０３７
０のために文書１０３７０を印刷する印刷装置３７０
は、動作可能にネットワーク２００に接続された電子装
置３６０に接続されている。図１の印刷装置は、ＨＰＤ
ｅｓｋＪｅｔ８９０プリンタ、ＨＰＬａｓｅｒＪｅｔＶ
プリンタ、あるいはＨＰまたは他社が製造する他モデル
のプリンタか、印刷、ファックス、スキャン、および／
またはコピーができるいわゆる「モピア（ｍｏｐｉｅ
ｒ）」または他の多機能印刷装置か、または、普通紙、
特殊紙、透明紙（ｔｒａｎｓｐａｒｅｎｃｙ）、あるい
は情報を有形に受け取ることができ、ユーザが容易に持
ち運ぶことのできる他の媒体などの印刷可能媒体に情報
を転写することのできる他の任意の装置でよい。

【００１７】送信モジュール１５０は、文書サーバ１０
０とともに配置することが好ましい。図１に示すよう
に、印刷モジュール３８０は、ネットワーク２００を介
して文書サーバ１００に動作可能に結合されたパーソナ
ル・コンピュータ３１０、印刷装置３３０、あるいは電
子装置３４０など、装置３００のどれに配置しても、あ
るいは知識モジュール１７０内など文書サーバ１００自
体の中に配置してもよい。本発明の一実施形態による
と、送信モジュール１５０および印刷モジュール３８０
は、装置３００および／または文書サーバ１００内の、
適切にプログラムしたマイクロプロセッサ上で実行され
るソフトウェア機能を表す。ただし、特殊目的のハード
ウェアまたは他の機構を用いて、下記で説明する革新的
な機構および機能を実施してもよいことは理解されよ
う。

【００１８】ここで少し図１５を見ると、本発明の１つ
の実施による、コンテンツ・オブジェクトの配布を監視
および報告する、例示的仮想センサのブロック図が提示
されている。上記で触れたように、１つまたは複数の仮
想センサ３５０００は、文書送達システム１０全体に選
択的に分散され、コンテンツ・オブジェクトの配布、受
け取り、およびユーザ配置を監視および報告する。１つ
の実施によると、仮想センサ３５０００は、文書送達シ
ステム１０全体の印刷モジュール３８０に組み込まれ
る。図１５に示す例示的実施形態によると、仮想センサ
３５０００は、図のように通信的に結合された監視エー
ジェント３５００２および報告エージェント３５００４
を備える。

【００１９】本明細書では、監視エージェント３５００
２は、ネットワーク・トラフィックを受信し、コンテン
ツ・オブジェクトの配布のためにそのトラフィックを分
析するが、コンテンツ・オブジェクトは、特定の編集モ
ジュール（例えば１２０）および／または文書送達サー
バ（例えば１００）までさかのぼって追跡することがで
きる。一例示的実施によると、監視エージェント３５０
０２は、トレース・ラッパ（下記でより完全に説明す
る）でラップされたコンテンツ・オブジェクトについ
て、受け取ったネットワーク・トラフィックを分析す
る。トレース・ラッパ情報は、コンテンツ・オブジェク
トを一意に識別し、またそのコンテンツ・オブジェクト
の配布に責任を負う編集モジュールまたは文書送達サー
バを任意選択で識別する。報告エージェント３５００４
は起動されると、文書配布、受け取り、および受け取ら
れたコンテンツ・オブジェクトのユーザ配置を識別する
報告を編集し、１つまたは複数の文書送達サーバ１００
に対して発行する。仮想センサ３５０００および／また
は１つまたは複数のその構成要素について、ハードウェ
アの例（ｐａｒａｄｉｇｍ）に従って説明しているが、
これらは、下記でより詳細に説明する機能を実行する一
連の実行可能命令によって実施することもできる。

【００２０】同様に、コンテンツ・プロバイダ情報デー
タベースを文書送達システムで使用して、コンテンツ・
オブジェクトの配布、受け取り、および配置の履歴を維
持してもよい。１つの実施によると、このデータベース
は、編集モジュール１２０内に配置される。別の実施形
態によると、配布データベースはリモートに配置し、編
集モジュール１２０、出版エージェント５００、および
／またはフォーマット・エンジン６００からアクセスす
ることができる。本発明の一態様によると、編集モジュ
ール１２０は契約アドミニストレータを含み、これは、
コンテンツ・プロバイダ情報データベースで維持される
情報を利用して、ロイヤリティの支払い額、広告料の請
求額、および購読料の請求額を周期的に計算する。

【００２１】文書送達システム１０を紹介したので、次
いで図２〜１２を参照して、本発明の第１の実施形態に
よる動作の例示的方法を説明する。図２〜４を見ると、
本発明の一実施形態による、送信モジュール１５０の動
作、および印刷モジュール３８０の第１の動作モードを
詳細に示す流れ図を提示している。図２〜４では、左列
に示す流れ図は文書サーバ１００の送信モジュール１５
０が実行するもので、右列の流れ図は印刷モジュール３
８０が実行するものである。

【００２２】図２を参照すると、送信モジュール１５０
の流れ図は、ブロック１０００で開始し、印刷モジュー
ル３８０の流れ図はブロック２０００で開始する。２つ
の列をつなぐ点線で表したように、この２つの流れ図間
では多くの対話が行われるので、２つの流れ図の動作に
ついて同時に説明する。

【００２３】ブロック２１００で、ユーザ・プロファイ
ル・データが文書サーバ１００に送信され、ユーザ・プ
ロファイル中に記憶される。このユーザ・プロファイル
・データは、簡潔なものから非常に詳細なものまで、多
様な形をとることができる。図５は、ユーザ・プロファ
イル・データの非常に簡潔な入手例である。これはＨＰ
（Ｈｅｗｌｅｔｔｔ Ｐａｃｋａｒｄ）のＩｎｓｔａｎ
ｔ ＤｅｌｉｖｅｒｙＰｒｏｇｒａｍで使用されている
ものであるが、この最初のバージョンは、本特許出願の
提出日から１年未満に公衆が一般に利用できるようにな
った。このプログラムでは、プリンタのタイプ、電子メ
ール・アドレス、およびＨＰがユーザにコンタクトでき
るか、という３つの情報のみがユーザ・プロファイルに
記憶される。図６は、現在ＨＰのＩｎｓｔａｎｔ Ｄｅ
ｌｉｖｅｒｙ Ｐｒｏｇｒａｍで使用されているものよ
り複雑なユーザ・プロファイルを示しているが、これに
は、ユーザ名、電子メール・アドレス、企業名、都市、
州、国、ジップ・コードまたは郵便コード、電話番号、
プリンタ情報、および興味分野が含まれる。当業者は、
図５および６に示すものより多いまたは少ないユーザ・
プロファイル・データを、ブロック２１００で送信モジ
ュール１５０に送信しても、これはなお本発明の趣旨お
よび範囲内にあること、およびこの情報の少なくとも一
部はユーザ以外のソースから得られる場合もあることを
理解できよう。ユーザ・プロファイル・データは、諸事
項の中でも、例えばユーザの世帯収入、年齢、および性
別を含むこともできる。いずれにせよ、ブロック１１０
０では、ブロック２１００で送信したユーザ・プロファ
イル・データを受け取る。ブロック１２００は、好まし
くは知識モジュール１７０にそのユーザ・プロファイル
・データを記憶する。あるいは、ユーザ・プロファイル
・データは、装置３００中に記憶しても、あるいは何ら
かの他のローカルまたはリモートの位置に記憶してもよ
い。

【００２４】ブロック２２００では、文書サーバ１００
から文書を受信すべきかどうかを調べる。これは、装置
３００または文書サーバ１００に記憶することが好まし
い印刷スケジュール３９０を確認することによって行わ
れるが、このスケジュールは、他のローカルまたはリモ
ートの位置に記憶してもよい。印刷スケジュール３９０
は、文書の作成時、ユーザが要求する時刻、指定時間の
経過時、および／または１つまたは複数の外部イベント
時（例えば、株価または指数が指定の値に達した時、ス
ポーツ・イベントの最終スコアなど）など、文書をいつ
印刷装置で印刷するかを決定するのに使用できる情報を
含むことが好ましい。印刷スケジュール３９０は、個々
のユーザ、１装置、または１グループ、または複数のユ
ーザおよび／または複数の装置と関連付けてよい。さら
に、印刷スケジュール３９０のエントリごとに１つまた
は複数の文書の印刷を行うことができる。

【００２５】図７は、機能強化型バージョンのＨＰのＩ
ｎｓｔａｎｔ ＤｅｌｉｖｅｒｙＰｒｏｇｒａｍで使用
される可能性のあるタイプの印刷スケジュール３９０の
一例を示す。この例では、送達のタイトル、送達スケジ
ュール、次の送達の日および時刻、および最後の送達状
態が示されている。文書を何時に印刷すべきか、一週間
あるいは月のうち特定の日に印刷するのか、平日あるい
は週末に印刷するのか、および印刷スケジュールを一定
の期間後に満了させるのか、あるいは無期限に継続させ
るのかをユーザが選択できることが好ましい。

【００２６】再び図２を参照すると、印刷モジュール３
８０は、印刷スケジュール３９０を監視して、文書サー
バ１００または他のソースに文書を要求すべきかどうか
を判断する。ブロック２２００で、文書サーバ１００あ
るいは他のソースに文書を要求すべきであると判断した
場合、ブロック２２００の答は肯定であり、ブロック２
３００で、下記でより詳細に説明するように、ユーザの
介入なしに、サーバ１００または他のソースに自動的に
文書を要求する。印刷モジュール３８０が装置３００上
に位置する場合は、ブロック２２００は「プル」モード
で動作し、すなわち文書を文書サーバ１００または他の
ソースから装置３００まで「引き出される」ことに留意
されたい。ただし、印刷モジュール３８０が、文書サー
バ１００など装置３００からリモートに位置する場合、
ブロック２２００は「プッシュ」モードで動作し、すな
わち文書を文書サーバ１００または他のソースから装置
３００まで「押し出」す。ブロック２３００で、文書が
ネットワーク２００を介してアクセス可能な文書サーバ
１００または他のソースに位置すると判断した場合、お
よび装置３００が現在ネットワーク２００に動作可能に
結合されていない切断状態にある場合は、ブロック２３
００で、ネットワーク２００にサインオンし、または他
の方法で、ネットワーク２００に接続された状態に入る
ことにより、装置３００をネットワーク２００と動作可
能に結合する。

【００２７】一方、ブロック１３００では、ブロック２
３００で印刷モジュール３８０から文書が要求されてい
るかどうかを調べる。そのような文書が要求されている
と判定すると、ブロック１４００で、印刷モジュール３
８０に対して文書を生成する。次いでブロック１５００
で、その文書を印刷モジュール３８０に送信する。ブロ
ック２４００で、文書サーバ１００からブロック１５０
０を介して文書を受信しているかどうかを調べる。その
ような文書を受信すると、ブロック２５００で、ユーザ
の介入なしに、印刷装置でその文書を自動的に印刷す
る。用語「ユーザの介入なしに」とは、ユーザが印刷動
作には直接関係せず、文書を自動的に装置３００に送信
して、印刷装置で印刷することを意味する。この動作モ
ードによると、ユーザは「どの」印刷ボタンも押さず、
あるいはその他の形でも印刷プロセスには直接関わらな
い。実際、ユーザは、印刷動作中に装置３００と同じ部
屋、都市、州、あるいは国にさえいなくともよい。印刷
動作は、無人の状態で、すなわちユーザがその場にいる
かいないかには関係なく自動的に行われる。さらに、印
刷スケジュール３９０が、文書サーバ１００など、装置
に依存しない方式で記憶されている場合、移動ユーザは
文書サーバ１００に「ログ・イン」して、カスタマイズ
された自分の文書を、ユーザの現在位置にとって都合の
よい装置３００に送信させることも可能である。

【００２８】次いで図３を参照すると、ブロック２６０
０で、文書の印刷が正常に行われたかどうかを確認す
る。正常に印刷されなかった場合は、ブロック２８００
で、その文書の再印刷を試みる、印刷装置が用紙切れで
ある、あるいは何らかの他のエラー条件を有することを
ユーザに通知する、あるいは単にその文書を印刷しない
ことを決定する、といったエラー処理を実行する。文書
が正常に印刷されると、ブロック２９００で、文書が正
常に印刷されたことを文書サーバ１００に通知する。ブ
ロック１６００では、文書が正常に印刷されたという印
刷モジュール３８０からの指示を待っている。この指示
を受け取ると、ブロック１７００で、この情報を用いて
ユーザ・プロファイルを更新する。

【００２９】本発明の趣旨および範囲内にあるために
は、図２〜４のすべてのブロックを実施しなくともよ
い、あるいはここに示す順序で実施する必要はないこと
は理解されよう。より詳細には、１つの実施によると、
後に説明するように、制御の流れはブロック２６００か
ら図４のブロック４１００に進み、また、ブロック１５
００から図２のブロック１３００に戻る。一代替実施形
態として、ブロック２９００で他の情報を文書サーバ１
００に再度送信して、知識モジュール１７０に記憶する
ことが好ましいユーザ・プロファイルを更新する場合が
企図されている。他の情報とは、インク使用量（合計使
用量あるいはインク色ごとの使用量）、印刷可能媒体の
使用（印刷済みのページ数、使用媒体のタイプなど）、
あるいは他種の情報である。さらに別の代替の実施とし
て、知識モジュール１７０に記憶されるユーザ・プロフ
ァイルに含まれる情報の一部またはすべてを、印刷モジ
ュール３８０を介してユーザ以外のソースから得る場合
が企図されている。例えば、ユーザ、および／またはユ
ーザが使用する装置３００に関する、公にあるいはプラ
イベートに入手可能な情報を多様なソースから入手し
て、知識モジュール１７０に記憶することが好ましいユ
ーザ・プロファイルに挿入することができる。

【００３０】ブロック１８００で、知識モジュール１７
０に記憶されることが好ましいユーザ・プロファイルを
調べて、製品補助をユーザに提供すべきかどうかを決定
する。例えば、広告プロバイダ８０の広告を含むか、あ
るいはその他の点で編集モジュール１２０の制御下にあ
る「好ましい」文書など、その者にとって１０００番目
の文書をユーザが印刷したことをユーザ・プロファイル
中の情報が示す場合に、製品補助をそのユーザに提供す
ることを保証してもよい。本発明では、「製品補助」
は、印刷消耗品あるいは他の製品とすることができる。
「印刷消耗品」とは、インクジェット・プリンタ用のイ
ンクジェット・カートリッジ、そのようなインクジェッ
ト・カートリッジ用のインク、レーザ・プリンタ用のト
ナー・カートリッジ、そのようなトナー・カートリッジ
用のトナー、または文書を印刷する際に消耗する、プリ
ンタ・リボンなどを含む任意の他の製品または物であ
る。上記で指す「インク」は一般には耐性タイプである
が、イーインク（Ｅｉｎｋ）社販売のものなど、消去可
能な電子インクを使用してもよいことに留意されたい。

【００３１】本明細書で言及する製品補助の資金の少な
くとも一部は、広告プロバイダ８０（図１）から受け取
る広告収入によることが好ましいが、一実施形態とし
て、製品補助の資金を、コンテンツ・プロバイダ５０
（図１）から受け取る配布収入から少なくとも部分的に
得る場合を企図している。いずれの場合も、誰が何を印
刷したかに関する情報（統計情報など）が、本発明の教
示により、好ましくは１つまたは複数の印刷装置に自動
的に送信される文書として、コンテンツ・プロバイダ５
０、および／または広告プロバイダ８０に提供されるこ
とが好ましい。

【００３２】本発明が補助することを企図している他の
製品形態には、普通紙、特殊紙、スライドなどの印刷可
能媒体が含まれ、また印刷装置、電子装置、およびパー
ソナル・コンピュータなどの装置３００を含んでもよ
い。実際、文書の購読料など他の製品、あるいは石鹸や
ドッグフードといった、本明細書に示す文書送達システ
ムとは直接関係のない製品までも補助する代替実施形態
を企図している。ブロック１８００で、そうした補助を
認可することを決定すると、ブロック１９００で、その
ような補助をユーザに提供することを配布モジュール４
００に要求する。一実施形態では、配布モジュール４０
０が単に、印刷消耗品などの製品、または上記で述べた
種のものなど他の製品を、ユーザ・プロファイル中で指
定される住所でユーザに郵送する。別の実施形態では、
配布モジュール４００は、ユーザが、上記のタイプの製
品を無料あるいは割引値で受け取るのに使用できるクー
ポンを郵送または電子的に生成する。ブロック１８００
の答が肯定であるか否定であるかに関係なく、制御の流
れは次いでブロック１３００（図２）に戻り、別の文書
が印刷モジュール３８０から要求されているかどうかを
調べる。

【００３３】再度図３を参照すると、ブロック２９００
で、文書が正常に印刷されたことを文書サーバ１００に
通知すると、制御の流れはブロック４１００（図４）に
進み、ここで、文書サーバ１００を調べて、印刷モジュ
ール３８０の現在のバージョンが何であるかを確認す
る。ブロック３１００で、そのような要求を受け取って
いるかを調べ、受け取っている場合は、ブロック３２０
０で、印刷モジュールの現在のバージョンに関する情報
を印刷モジュール３８０に送信する。ブロック４２００
で、この文書サーバ１００からの情報をそれ自体のバー
ジョンと比較し、更新バージョンの印刷モジュールが利
用可能であるかどうかを判定する。例えば印刷モジュー
ル３８０がバージョン４．０を実行していて、バージョ
ン４．１が印刷モジュール３８０の現在のバージョンで
あることを文書サーバ１００が示す場合は、ブロック４
２００で、更新バージョンの印刷モジュール３８０が利
用可能であると判定し、制御の流れはブロック４３００
に進む。ブロック４３００で、この更新バージョンの印
刷モジュール３８０のダウンロードを要求すべきかどう
かを調べる。ユーザは一般にそのようなダウンロードを
要求するか、しないかを尋ねられ、一般に都合のよい時
にこのダウンロードを実行するが、このステップはユー
ザの介入なしに自動的に実行することもできる。このダ
ウンロードを要求する場合、ブロック４３００の答えは
肯定になり、ブロック３５００で更新済み印刷モジュー
ルをダウンロードし、ブロック４５００でこれをインス
トールする。ブロック４２００および４３００の答とは
関係なく、制御の流れはブロック４６００に進み、ここ
で、切断状態に入るべきかどうかを調べる。ブロック２
３００（図２）で、文書の要求時に装置３００が、上記
のように（すなわちネットワーク２００と動作可能に結
合されていない）切断状態にあったと判定した場合、ブ
ロック４６００の答は肯定になり、ブロック４７００で
再度切断状態に入る。いずれにせよ、制御の流れは図２
のブロック２２００に戻る。

【００３４】再度図７の印刷スケジュール３９０を参照
すると、多様なタイプの文書の印刷を要求できることが
見て取れよう。例えば、文書１１０００のタイトルは、
印刷する文書のネットワーク位置を含むインターネット
ＵＲＬ（ユニフォーム・リソース・ロケータ）などのネ
ットワーク・アドレスを指定する。文書１５０００のＵ
ＲＬのように、このＵＲＬは部分的または完全にユーザ
から隠してもよいことに留意されたい。この場合は、文
書サーバ１００の編集モジュール１２０は単に、インタ
ーネットの指示ＵＲＬ（図１に示すコンテンツ・プロバ
イダ５０の１つである）に行き、指示される文書を取り
込み、この文書は次いで、先に説明したように、送信モ
ジュール１５０および印刷モジュール３８０を介して印
刷装置に送信される。あるいは、装置３００は、文書サ
ーバ１００の支援なしに直接ＵＲＬ自体に行くこともで
きる。すなわち、この場合はブロック２３００（図２）
で、別のソースに、すなわちネットワーク２００を介し
て（指示ＵＲＬの）コンテンツ・プロバイダ５０に直接
文書１１０００を要求する。

【００３５】これに対して、文書１２０００は、インタ
ーネットを介してコンテンツ・プロバイダ５０を発信元
とする文書ではなく、その代わりに、印刷装置、パーソ
ナル・コンピュータ、または他の電子装置などの装置３
００に直接記憶されている。このような文書の一例は、
Ｍｉｃｒｏｓｏｆｔ Ｏｕｔｌｏｏｋといったプログラ
ムの日ごとのカレンダーであり、これは、ユーザの介入
なしに、毎平日の朝７時に自分のプリンタで自動的に印
刷するように、ユーザが要求しているものである。この
ような実施形態では、この文書にはネットワーク２００
を通らずにアクセスできるので、印刷モジュール３８０
は、この文書を文書サーバ１００に要求する必要がな
い。この実施形態では、図２のブロック２３００で、別
のソース、すなわち装置３００に文書を要求する。ブロ
ック２９００ではなお、文書が印刷されたことを示すこ
とが好ましく、また、ブロック１７００ではなお知識モ
ジュール１７０中のユーザ・プロファイルを更新するこ
とが好ましいが、このような文書を印刷しても、製品補
助に対するいかなるタイプの残高(credit)も生成しない
ことが好ましい。これは、このような文書は、例えば編
集モジュール１２０の制御下にない文書であることか
ら、「好ましい」文書とは見なさないからである。

【００３６】再び図７を参照すると、文書１３０００の
印刷スケジュールを示している。文書１３０００は、
「個別化された(personalized)文書」と呼ばれる。「個
別化された文書」とは、知識モジュール１７０に記憶さ
れるユーザ・プロファイルに含まれる情報に基づいて、
文書サーバ１００の編集モジュール１２０が、各種コン
テンツ・プロバイダ５０および広告プロバイダ８０から
集めた文書である。例えば、文書１３０００が「個別化
された文書」である。我々のユーザは、文書１３００
０、すなわち自分の個別化された新聞を毎午後１時半に
印刷するように要求している。編集モジュール１２０
は、知識モジュール１７０に記憶されているユーザ・プ
ロファイルで指定されるユーザの興味を調べて、ユーザ
が興味を示した、選択されたコンテンツ・プロバイダ５
０から文書を集める。編集モジュール１２０は、この場
合も知識モジュール１７０に記憶されているユーザ・プ
ロファイルに基づいて、選択した広告プロバイダ８０か
らの広告も挿入する。

【００３７】図８は、図７の印刷スケジュール３９０を
どのようにしてユーザが編集できるかを示している。ユ
ーザは、出版人の推薦するスケジュールを使用するか、
ユーザが設定したデフォルト・スケジュールを使用する
か、またはカスタムの送達スケジュールを使用すること
ができる。カスタム・スケジュールを選択する場合、ユ
ーザは、毎日１回、毎週１回、あるいは毎月１回の送達
を選択することができ、または指定した日数ごとの送達
を選択するか、あるいは全平日を指定することができ
る。さらに、指定の時刻に１度、１日に複数回、あるい
は指定の時間を空けた複数回などの時刻も指定すること
ができる。図には示していないが、ユーザは印刷スケジ
ュール３９０を編集して、文書の作成時、あるいは外部
イベントの発生時に文書を送信するように要求すること
もできる。

【００３８】図９Ａ〜９Ｂは、本発明の一実施形態によ
り、印刷装置で印刷した文書１１０００を示している。
この文書はネットワーク２００を介して（文書サーバ１
００を通じて、または直接に）あるコンテンツ・プロバ
イダ５０から来たものであり、広告を含んでいないこと
に留意されたい。文書１１０００はコンテンツ・プロバ
イダ５０がフォーマットし、文書中に含まれる情報を印
刷のために最適化することが好ましいが、このフォーマ
ットは必須ではない。

【００３９】図１０は、本発明の一実施形態により、印
刷装置で印刷した文書１２０００を示している。この文
書は、装置３００から直接来たユーザの日単位のカレン
ダーであり、ネットワーク２００を介して文書サーバ１
００から来たものでないことに留意されたい。

【００４０】図１１Ａ〜Ｄは、本発明の一実施形態によ
り、印刷装置で印刷した文書１３０００を示している。
この文書は、知識モジュール１７０中のユーザ・プロフ
ァイルに記憶された、ユーザが明確な興味を示した情報
を含む、ユーザの個別化新聞であることに留意された
い。また、この文書は、この場合も知識モジュール１７
０に記憶されているユーザ・プロファイルに含まれる情
報に基づき、ユーザが同じく興味を示すであろうと編集
モジュール１２０が判断した広告を含んでいることにも
留意されたい。すでに説明したように、ユーザは、この
ような「好ましい」文書を十分な数印刷すると、印刷消
耗品または他の製品の形で製品補助を受け取ることがで
きる。

【００４１】図１２は、本発明の一実施形態により、印
刷装置で印刷した文書１４０００を示している。文書１
４０００は、文書サーバ１００に置かれた文書である、
ＨＰＩｎｓｔａｎｔ Ｄｅｌｉｖｅｒｙ Ｔｉｍｅｓで
あることに留意されたい。この文書自体は広告を含まな
いが、編集モジュール１２０の制御下にあるので、やは
り「好ましい文書」であると見なされる。文書１４００
０は、Ｉｎｓｔａｎｔ Ｄｅｌｉｖｅｒｙのユーザに、
Ｉｎｓｔａｎｔ Ｄｅｌｉｖｅｒｙ Ｐｒｏｇｒａｍに
関する新リリース、または新情報を通知する。

【００４２】上記で触れたように、代替実施形態を構想
しており、これは、フォーマット・エンジン６００が、
送達システム１０全体に分散した出版エージェント５０
０に対して出版物プロファイルを発行し、コンテンツ・
プロバイダからの利用可能な最新情報を利用して、個人
（またはコミュニティ）のために出版物を動的に編集ま
たはフォーマットするものである。次いで、図１３〜２
３を参照して、まさにこのようなシステムについてより
詳しく説明する。

【００４３】図１３は、本発明の一態様による、例示的
出版エージェントのブロック図を表している。図の例示
的実施形態によると、出版エージェント５００は、図に
示すように結合された、１つまたは複数のコントローラ
５０２、フォーマット・サービス５０４、コンテンツ・
リソース・マネジャ５０６、メモリ５０８、および入出
力（Ｉ／Ｏ）インタフェース５１０を備える。下記でよ
り詳しく説明するように、フォーマット・サービス５０
４は、コンテンツ・ラッパ機能５１２、およびフィード
バック生成エージェント５２４を含む。コンテンツ・リ
ソース・マネジャ５０６は、出版物プロファイル・レビ
ュー機能５１４、要求生成５１６、およびトランザクシ
ョン・エージェント５１８を含む。メモリ５０８は、受
け取った出版物プロファイルに少なくとも部分的に基づ
いて生成された出版スケジュール５２２、およびコンテ
ンツ・キャッシュ５２０を維持する。１つまたは複数の
機能ブロック５０２〜５２４は、図では分離した個別の
機能エンティティとして表しているが、組み合わせて共
通の機能エンティティとしてもよいことは理解されよ
う。さらに、出版エージェント５００およびその構成要
素５０２〜５２４は、ハードウェアの例に従って述べて
いるが、ホスト・プロセッサによって実行されると、下
記で説明する出版エージェント５００のフィーチャおよ
び機能を実施する、一連の実行可能命令として実施して
もよいことを当業者は理解されよう。これに関して、図
１３は、特許請求する本発明の範囲および趣旨を説明す
るものにすぎない。

【００４４】図に示すように、コントローラ５０２は、
出版エージェント５００の１つまたは複数の要素を選択
的に起動し、受け取った出版物プロファイルを分析して
出版スケジュールを設定し、１つまたは複数のコンテン
ツ・プロバイダにコンテンツ・オブジェクトを選択的に
要求し、フォーマット・エンジン６００に提供するコン
テンツ・オブジェクトの初期フォーマッティングの一部
を提供するか、あるいは受け取ったコンテンツに少なく
とも部分的に基づいてフィードバック・コンテンツを動
的に生成する。コントローラ５０２は、Ｉ／Ｏインタフ
ェース５１０を介して、フォーマット・エンジン６００
から出版物プロファイルを受け取る。コントローラ５０
２はそれに応答して、コンテンツ・リソース・マネジャ
５０６のインスタンスを選択的に起動して、受け取った
出版物プロファイルの内容を検討して、コンテンツ要求
を発行し、コンテンツ配布のログを維持する。出版物プ
ロファイルの内容に基づき、出版および要求のスケジュ
ール５２２をメモリ５０８で確立する。しかし本発明の
教示を実施する場合は、コントローラ５０２は、プログ
ラマブル論理アレー（ＰＬＡ）、マイクロプロセッサ、
特殊目的コントローラ、特定用途向け集積回路（ＡＳＩ
Ｃ）などを含むが、これらには限定されない、当技術分
野で知られる幅広い制御装置をどれでも表すものとす
る。代替実施形態では、コントローラ５０２は、実行さ
れると本明細書に記載する制御論理を実施する、一連の
実行可能命令として実施される。

【００４５】コンテンツ・リソース・マネジャ５０６
は、コントローラ５０２により選択的に起動され、出版
物プロファイルから出版物情報を識別し、その出版物に
ふさわしいコンテンツを取り出し、コンテンツ配布のリ
ストを維持する。これに関して、出版物プロファイル・
レビュー機能５１４は、出版物プロファイルを受け取る
と、コンテンツ・リソース・マネジャ５０６により選択
的に起動される。１つの実施によると、出版物プロファ
イル・レビュー機能５１４は、受け取った出版物プロフ
ァイルの内容を読み出して、要求される出版時刻、コン
テンツの設定、および／またはフォーマット設定のうち
１つまたは複数を識別する。１つの実施によると、コン
テンツ・リソース・マネジャ５０６は、出版物プロファ
イルに基づいて出版スケジュール５２２を更新し、コン
テンツ要求をいつ行うか、および取り出したコンテンツ
をどこにデリバーするかを示す。出版および要求のスケ
ジュールを決める（ｄｅｖｅｌｏｐ）際に、コンテンツ
・リソース・マネジャ５０６は、選択コンテンツ・プロ
バイダから取り出すコンテンツの時間に依存する性質を
判断し、それに応じて、そのプロバイダに対する要求の
スケジュールを設定する。すなわち、一定の期間にわた
って変化する可能性のないコンテンツ（例えば、全国広
告）を提供するコンテンツ・プロバイダへの要求は、任
意の時に行ってよく、これはできるだけ早いことが好ま
しい。これに対して、時間に依存する題材（例えば最新
の株価）を提供するコンテンツ・プロバイダへの要求
は、出版の直前に行われる。図１８を参照して、例示的
な出版スケジュール５２２を提供する。

【００４６】コンテンツ・リソース・マネジャ５０６
は、要求生成プログラム５１６のインスタンスを選択的
に起動して、複数のコンテンツ・プロバイダ（５０、８
０）のいくつかを選択するためのコンテンツ要求を生成
および発行する。出版エージェント５００がコンテンツ
・キャッシュ５２２を含む図の例示的実施によると、コ
ンテンツ・リソース・マネジャ５０６はまずローカル・
キャッシュ５２０を調べて、出版物プロファイルのコン
テンツ設定に合う、適切なコンテンツを識別する。ただ
し、そのコンテンツを使用する前に、コンテンツ・リソ
ース・マネジャ５０６は、そのコンテンツ・オブジェク
トが古いかどうか、すなわちそのコンテンツのより新し
いバージョンが存在するかどうかを判定し、存在する場
合は、キャッシュ内にあったオブジェクトを破棄する。
本発明の教示によると、コンテンツ・リソース・マネジ
ャ５０６は、受け取った出版物プロファイルに示される
出版時刻に少なくとも部分的に基づいて、コンテンツ・
プロバイダに対する要求を発行する。すなわち、上記で
触れたように、コンテンツ・リソース・マネジャ５０６
は、要求されるコンテンツのタイプ、および要求される
出版時刻に少なくとも部分的に基づいて、各コンテンツ
・プロバイダに対する要求のスケジュールを設定する。

【００４７】トランザクション・エージェント５１８
は、コンテンツ配布の記録を維持する。１つの実施によ
ると、トランザクション・エージェント５１８は、配布
モジュール４００および／またはコンテンツ配布データ
ベースに、コンテンツ配布の記録を提供する。

【００４８】フォーマット・サービス５０４は、コンテ
ンツ・リソース・マネジャ５０６が発行したコンテンツ
要求に応答して、コンテンツ・プロバイダ（５０、８
０）が送信したコンテンツ・オブジェクトを受信する。
一例示的実施によると、トレース・ラッパでカプセル化
しないで受信したコンテンツ・オブジェクトは、カプセ
ル化のためにコンテンツ・ラッパ機能５１２に送られ
る。上記で触れたように、コンテンツ・オブジェクトを
トレース・ラッパでカプセル化することにより、文書配
布システム中の仮想センサ（図示せず）が、コンテンツ
・オブジェクトの配布、受け取り、および配置を正確に
追跡することが可能になる。一実施形態によると、仮想
センサは印刷モジュール３８０内に組み込まれ、カプセ
ル化したコンテンツ・オブジェクトの配布、受け取り、
および配置を追跡する。

【００４９】本発明の一態様によると、フォーマット・
サービス５０４は、動的フィードバック生成プログラム
５２４を含む。上記で触れたように、出版エージェント
５００がコンテンツ・プロバイダからコンテンツを受け
取ると、フィードバック生成プログラム５２４が選択的
に起動されて、受け取ったコンテンツに少なくとも部分
的に基づいてフィードバック・コンテンツを動的に生成
する。すなわちフィードバック生成プログラム５２４
は、受け取った出版コンテンツを検討し、フィードバッ
ク・コンテンツを動的に集め、かつ／または生成し、こ
れを受け取った出版コンテンツに付加してから、（フィ
ードバック・コンテンツを含む）出版物を要求元のユー
ザに転送する。

【００５０】フィードバック・コンテンツは、例えば追
加の情報の提供、関連する製品またはサービスの提供、
受け取ったコンテンツに含まれる題材の考察など、多く
の形を取ることが可能である。したがって、フィードバ
ック生成プログラム５２４は、受け取ったコンテンツの
性質に応じて、複数の異なるソースから情報をプルして
くることにより、フィードバック・コンテンツを生成す
ることができる。１つの実施によると、フィードバック
生成プログラム５２４は、（１）受け取ったコンテンツ
を提供するコンテンツ・プロバイダか、（２）コンテン
ツのサードパーティ・プロバイダ、からコンテンツをプ
ルしてくるか、かつ／または（３）ローカルで動的にフ
ィードバック・コンテンツを生成する。システム１００
を構成する公衆およびプライベートのネットワーク内の
任意数の要素中に、出版エージェント５００を配置する
と、ターゲットを絞った自動化マーケティング・サービ
スの手段としてフィードバック生成プログラムを使用す
ることにより、多くの革新的なビジネス・モデルがもた
らされる。一例示的モデルによると、出版エージェント
５００を、インターネット・サービス・プロバイダ（Ｉ
ＳＰ）内に配置する。そして、要求元のユーザを宛先と
する出版物コンテンツをＩＳＰが途中で捕らえ、このＩ
ＳＰフィードバック・サービスを購読するビジネスのた
めに、フィードバック・コンテンツを動的に生成して、
受け取ったその出版物コンテンツに付加する。こうした
フィードバック・コンテンツの図による例を、下記で、
図２５Ａ〜Ｃを参照により提供する。

【００５１】フィードバック・コンテンツを生成する
際、フィードバック生成プログラム５２４は、要求元ユ
ーザの個人識別子をフィードバック・コンテンツ中に埋
め込む。この個人識別子は、フィードバック・フォーム
を戻すときに、要求元ユーザを一意に識別するのに使用
され、ユーザはこうした個人情報を手動で提供する必要
がない。１つの実施によると、個人識別子はバーコード
として実施される。ユーザが、フィードバック・コンテ
ンツを利用すると決定した（例えば、フィードバック・
フォームをファックスで戻す）場合、受信するシステム
は、個人識別子を利用して、そのフィードバック・フォ
ームを発行した個人を自動的に識別する。ある実施によ
ると、フィードバック・フォームの受信エンティティ
は、システム１００と関連付けなくてもよい。このよう
な例では、受信エンティティには、フィードバック・フ
ォームの個人識別子によって識別されるユーザの個人プ
ロファイルから、選択された情報を受け取る権利を与え
ることができる。このようにして、文書送達システム１
００は、そのユーザの個人情報を保護すると同時に、サ
ードパーティ提供者が提供する、価値が付加されたリソ
ースをなお容易なものにすることができる。実際、個人
プロファイルからこうした情報を提供することは、シス
テム１００に、さらなる収入源をもたらすことができ
る。

【００５２】さらに、フォーマット・サービス５０４
は、同一／類似のコンテンツに対する後の要求を満たす
ために、受け取ったコンテンツ・オブジェクト５２０を
キャッシュに入れる。コンテンツ・オブジェクトを受け
取ると、フォーマット・サービス５０４は、意図する出
版物と容易に統合できるように、受け取ったコンテンツ
・オブジェクトの初期フォーマットを一部実行する。一
例示的実施によると、フォーマット・サービス５０４が
行うフォーマットは、出版物プロファイル中で受け取っ
たフォーマット設定に少なくとも部分的に基づく。フォ
ーマット・サービス５０４が、コンテンツ・オブジェク
トのフォーマットを少なくとも部分的に完了すると、こ
のオブジェクトは、出版物への統合および出版のため
に、識別されたフォーマット・エンジン６００に送られ
る。

【００５３】メモリ装置５０８およびＩ／Ｏインタフェ
ース５１０はそれぞれ、当技術分野で一般に知られるよ
うな装置を表すものとする。特にＩ／Ｏインタフェース
５１０は、直接接続通信インタフェース（例えば、シリ
アル・インタフェース、パラレル・インタフェース、Ｕ
ＳＢ（ユニバーサル・シリアル・バス）、ＡＧＰ（アド
バンスト・グラフィック・ポート）など）、ローカル・
エリア・ネットワーク・インタフェース（例えば、イー
サネット（登録商標）・インタフェース、トークン・リ
ング・インタフェースなど）、あるいはワイド・エリア
・ネットワーク・インタフェースを含むがこれらに限定
するものではない、当技術分野で知られる複数の任意の
通信インタフェースの１つまたは複数を含むものとす
る。これに関して、編集モジュール１２０は、複数の有
線式および／または無線式Ｉ／Ｏインタフェース５１０
のうちの適当な１つを使用して、複数の外部かつリモー
トのどの装置とも通信することができる。

【００５４】図１４は、本発明の一態様による、例示的
フォーマット・エンジンのブロック図である。図１４に
示す例示的実施形態によると、図のフォーマット・エン
ジン６００は、それぞれ図のように結合された、１つま
たは複数のコントローラ６０２、動的フォーマット・サ
ービス６０４、コンテンツ・リソース・マネジャ６０
６、メモリ６０８、Ｉ／Ｏインタフェース６１０、およ
び出版エンジン６１２を備えている。上記で触れたよう
に、フォーマット・エンジン６００は、１つまたは複数
の出版エージェント５００に対して出版物プロファイル
（６１４）を発行することにより、出版要求を開始す
る。出版エージェント５００はそれに応答して、発行さ
れた出版物プロファイルに少なくとも部分的に基づき、
その出版物にふさわしいと思われる１つまたは複数のコ
ンテンツ・オブジェクトを、フォーマット・エンジン６
００に提供する。下記でより詳しく解説するが、フォー
マット・エンジン６００は、受け取ったコンテンツ・オ
ブジェクトを検討（ｔａｋｅ）し、出版物プロファイル
の内容、およびフォーマット設定に少なくとも部分的に
基づいて、要求元の個人／コミュニティ向けの出版物を
動的に編集する。フォーマット・エンジン６００および
出版エージェント５００は、図では分離した別個の要素
として示しているが、統合して、単一の多機能ユニット
としてもよいことは理解されよう。すなわち、システム
１０全体にわたって分散させて、本明細書に記載する出
版サービスを容易にするための、フォーマット・エンジ
ン６００および出版エージェント５００の両方を備えた
出版システム要素を構想している。

【００５５】図のように、コントローラ６０２は、フォ
ーマット・エンジンの１つまたは複数のリソースを選択
的に起動して、要求元の個人および／またはコミュニテ
ィのコンテンツおよびフォーマットの設定を反映した出
版物を動的に編集し、出版する。本発明の一態様による
と、コントローラ６０２は、アプリケーション６１８を
選択的に起動して、個人および／またはコミュニティと
関連付けられた出版物プロファイルを生成および／また
は更新する。図１６を参照して、出版物プロファイルの
例を提供する。１つの実施によると、アプリケーション
６１８は、フォーマット、コンテンツ、出版時刻など出
版物の設定を示すために、個人および／または受信コミ
ュニティの１人または複数の個人に提示されるグラフィ
カル・ユーザ・インタフェース（ＵＩ）である。下記
で、図２２を参照して、出版物プロファイルの生成およ
び／または更新を容易にする例示的ＵＩを提示する。下
記でより詳しく解説するが、出版物プロファイル（６１
４）は、出版物タイトル、コンテンツの設定、フォーマ
ットの設定、出版の時刻、出版の位置などの１つまたは
複数に関する情報を含んでいる。図の例示的実施形態に
よると、出版物プロファイルは、フォーマット・エンジ
ン６００に維持される。ただし代替実施形態では、出版
物プロファイルは、例えば知識モジュール１７０などリ
モートに置いてもよい。

【００５６】ただし、ＵＩの他にも、コントローラ５０
２が、出版物を構成するコンテンツ・オブジェクトの配
布および配置に関する情報を、送達システム１０全体に
置かれた１つまたは複数の仮想センサ３５０００から受
け取る。このような情報に応答して、コントローラ５０
２は出版物プロファイル情報を更新して、ユーザの介入
を必要とせずに、コンテンツ設定、フォーマット設定、
出版設定、時間設定などの１つまたは複数を修正する。

【００５７】一例示的実施によると、コントローラ５０
２は、出版物プロファイル（例えば６１４）を最低限含
んだ出版要求を、１つまたは複数の出版エージェント５
００に対して発行する。１つの実施によると、コントロ
ーラ５０２は、文書送達システム１０内の出版エージェ
ント５００の知られているアドレスにその要求を送信す
る。１つの実施によると、出版要求は、文書送達システ
ム１０を介して、どの出版エージェント５００にもブロ
ードキャストされる。いずれにせよ、コントローラ５０
２は、事前定義された出版スケジュール、動的に生成し
た出版スケジュール、出版物プロファイルに示される出
版スケジュールの設定などの１つまたは複数に少なくと
も部分的に基づいて、そのような要求を周期的に発行す
る。本発明の一態様によると、フォーマット・エンジン
６００および出版エージェント５００はそれぞれ、ロー
ド・バランシング機能を実施して、文書送達システム１
０のユーザの出版需要に有利に応じる。

【００５８】出版要求に応答してフォーマット・エンジ
ンがコンテンツ・オブジェクトを受け取ると、動的フォ
ーマット・サービス６０４は、動的に生成する出版フォ
ーマットへのコンテンツ・オブジェクトの統合を開始す
る。フォーマット・サービス６０４が利用する出版フォ
ーマットは、受け取ったコンテンツの性質、および出版
物プロファイル中に示される出版フォーマットの設定を
反映する。上記で触れたように、出版エージェント５０
０は、出版の直前までコンテンツ要求を発行する。これ
に関して、動的フォーマット・サービス６０４は、出版
時まで、出版物のコンテンツおよびフォーマットを継続
的に修正している。本発明の一要素によると、動的フォ
ーマット・サービス６０４は編集機能も実行する。本発
明のこの態様によると、動的フォーマット・サービス６
０４は、異なるコンテンツ・プロバイダが提供する、同
一または類似のトピックを扱うコンテンツ・オブジェク
ト間で選択を頻繁に行わなければならない。動的フォー
マット・サービス６０４は、コンテンツ・プロバイダ協
定、コンテンツ・プロバイダの妥当性、出版物プロファ
イルに反映されるユーザのコンテンツ・プロバイダ設
定、コンテンツ・オブジェクトの費用などの１つまたは
複数に基づいて、コンテンツを選択する。出版物をフォ
ーマットすると、出版のためにそれを出版エンジン６１
２に提供する。

【００５９】上記で触れたように、分散型出版モデルの
革新的態様の１つは、受信側の個人／コミュニティに対
して、興味のあるトピックに関する入手可能な最新情報
を取り出せることである。この機能を容易にするため
に、一例示的実施によると、フォーマット・エンジン６
００は、要求生成プログラム５１６および／またはトラ
ンザクション・エージェント５１８を含んだコンテンツ
・リソース・マネジャ６０６を含むことが可能である。
一例示的実施によると、フォーマット・エンジン６００
は、出版の直前にカットオフ期間（例えば１０分）を実
施し、この間は、出版物で使用するためのコンテンツ・
オブジェクトを出版エージェント５００から受け取らな
い。ここで、フォーマット・エンジン６００は、分散し
ている出版エージェントに頼って、最も時間に依存する
題材を取り出すのではなく、この機能をローカルで実行
する。当実施によると、コンテンツ・リソース・マネジ
ャ６０６は、要求生成プログラム５１６のインスタンス
を起動して、非常に時間に依存する題材（例えば、株
価、地域ニュース報道、地域の気象情報など）のコンテ
ンツ・プロバイダを選択するコンテンツ要求を発行す
る。この情報は、フォーマット、および出版物への統合
のために、動的フォーマット・サービス・モジュール６
０４に直接受け入れられる。上記のように、このコンテ
ンツの取り出しは、課金のために、トランザクション・
エージェント５１８によって記録される。

【００６０】出版エンジン６１２は、動的に生成された
文書の配布および出版を容易にする。受信側の個人と関
連付けられたコンピューティング・システム内にフォー
マット・エンジンを配置する一実施形態によると、出版
エンジン６１２は、印刷装置および／または電子配布サ
ービス（例えば電子メール）を介した送達のために出版
物をスプールする。フォーマット・エンジン６００が宛
先からリモートに位置する代替の実施では、出版エンジ
ン６１２は、例えば電子メール・アドレス、ネットワー
ク・アドレス、（例えばインスタント送達クライアント
の）Ｉｎｓｔａｎｔ Ｄｅｌｉｖｅｒｙアドレス、ファ
クシミリ機の電話番号など、出版物プロファイル中に示
される宛先に出版物を送信する。１つの実施によると、
出版エンジン６１２は、動的フォーマット・サービス６
０４が、動的に編集した出版物に組み込む最終のコンテ
ンツ・オブジェクトを受信している間に、文書の出版を
開始することができる。これに関して、文書送達システ
ム１０は、最も時間に依存する題材のコンテンツを、出
版の時点まで取り出すことを容易にする。

【００６１】上記で触れたように、フォーマット・エン
ジン６００は、複数の個人および／またはコミュニティ
の出版物の各々に対する出版物プロファイル６１４を維
持する。さらに、メモリ６０８も、トランザクション・
ログ６１６の維持に使用され、要求元のユーザへの出版
物および／またはコンテンツ・オブジェクトの配布を記
録する。この情報は、課金のために、配布モジュール４
００および／またはコンテンツ・プロバイダ・データベ
ースに選択的に提供される。

【００６２】図１６は、本発明の一例示的実施形態によ
る、出版物プロファイル情報を含む例示的データ構造を
図式的に表している。図の例示的実施によると、出版物
プロファイル情報データ構造６１４は、出版物名フィー
ルド６４２、出版物ＩＤフィールド６４４、出版位置６
４６、コンテンツの興味／設定の情報フィールド６４
８、ソース設定情報フィールド６５０、広告の設定フィ
ールド６５２、および出版スケジュール・フィールド６
５４を含んでいる。上記で触れたように、出版物プロフ
ァイル・データ構造６１４中で維持される情報の一部
は、例えば、ＵＩ（例えば、図２２の６０００）を介し
ての登録期間中に、ユーザにそのような情報を要求する
ことにより公然と得られる。例えばコンテンツ設定情報
など他の情報も、例えば、ユーザが特定の情報にどれだ
けの時間を費やしたか、ユーザが特定の情報を他人に転
送したかなど、ユーザによるトレース・ラッパの傾向を
監視することにより暗に得られる。このように、出版物
プロファイル・データ構造６１４は、文書送達システム
のユーザの現在の関心事を反映した、継続的に生成さ
れ、継続的に改良する情報セットとなっている。

【００６３】図１７は、本発明の一実施形態による、ト
ランザクション情報（例えばトランザクション・ログ６
１６）を含む例示的データ構造を表している。図の例示
的実施形態によると、トランザクション・ログ・データ
構造６１６は、コンテンツ・プロバイダ名フィールド６
２２、コンテンツ・プロバイダＩＤフィールド６２４、
コンテンツ・プロバイダが提供する各コンテンツ・オブ
ジェクトのラッパＩＤフィールド６２６、料金表フィー
ルド６２８、月々の使用量フィールド６３０、およびフ
ィードバック情報フィールド６３２を含む。上記で触れ
たように、トランザクション・ログ・データ構造６１６
からの情報は、課金のために（例えば、請求書の配布、
ロイヤリティの支払い、製品補助など）、１つまたは複
数のコンテンツ・プロバイダ（５０、８０）、および／
または配布モジュール４００に周期的に提供される。

【００６４】図１８は、本発明の例示的実施形態によ
る、出版スケジュール情報を含む例示的データ構造を図
式的に表している。図に示すように、出版物プロファイ
ル７００は、フォーマット・エンジン識別子フィールド
７０２、出版時刻フィールド７０４、宛先識別子フィー
ルド７０６、コンテンツ設定フィールド７０８、コンテ
ンツ・プロバイダ・フィールド７１０、および要求時刻
フィールド７１２を含む。フォーマット・エンジン識別
子フィールド７０２は、出版要求と関連付けられたフォ
ーマット・エンジンを示す。出版時刻フィールド７０４
は、フォーマット・エンジンによる出版の時刻を示す。
コンテンツ・リソース・マネジャ５０６は、出版時刻フ
ィールド７０４に示される時刻、および要求されるコン
テンツの時間に依存する性質に少なくとも部分的に基づ
いて、フィールド７１２に示される要求時刻を設定す
る。宛先ＩＤフィールド７０６はコンテンツ・オブジェ
クトをどこに送信するかを示す。大半の例では、これは
要求元のフォーマット・エンジンである。ただし他の例
では、宛先ＩＤフィールド７０６を、電話番号、ネット
ワーク・アドレス、電子メール・アドレスなどの１つま
たは複数でうめてもよい。

【００６５】上記で示唆したように、複雑度がより高
い、または低いデータ構造を利用して、本発明の趣旨お
よび範囲から逸脱することなく、ユーザ・プロファイル
情報および／またはコンテンツ・プロバイダ情報を維持
することもできる。

【００６６】以上に文書送達システム１０の基本動作を
紹介し、次いで図１９〜２３により、本発明の態様の中
でも特に選ばれたものに関する、追加の作動情報を提供
する。

【００６７】よって図１９を見ると、本発明の教示によ
る、出版物を動的に編集および生成する例示的方法を説
明する流れ図が提示されている。図に示すように、この
方法はブロック１９００２で開始し、ここで、フォーマ
ット・エンジン６００が、文書送達システムの出版エー
ジェント５００に出版要求を発行する。上記で触れたよ
うに、フォーマット・エンジン６００は、出版物プロフ
ァイル６１４中に示される出版時刻に少なくとも部分的
に基づいて出版要求を発行する。

【００６８】ブロック１９００４で、出版エージェント
５００は出版要求を受け取り、それに関連する出版物プ
ロファイル内容を検討する。より詳細には、コントロー
ラ５０２は、出版要求を受け取り、コンテンツ・リソー
ス・マネジャ５０６の機能を選択的に起動して、出版要
求中で受け取った出版物プロファイルの内容を検討す
る。

【００６９】ブロック１９００６で、コンテンツ・リソ
ース・マネジャ５０６はまず、要求されるコンテンツ
が、アクセス可能なキャッシュ（例えば５２０）に置か
れているかどうかを調べて判定する。そのコンテンツが
キャッシュにない場合、コンテンツ・リソース・マネジ
ャ５０６は、ブロック１９００８で、関連するコンテン
ツの可能性のあるソースを識別し、要求コンテンツの出
版スケジュール、および時間に依存する性質に少なくと
も部分的に基づいて、コンテンツ要求のスケジュールを
設定する。ブロック１９０１０で、出版エージェント
は、出版スケジュールに合わせてコンテンツ要求を発行
する。

【００７０】ブロック１９０１２で、出版エージェント
５００は、コンテンツをローカル・キャッシュ（５２
０）中に受け取り、出版物プロファイルに従って、受け
取ったコンテンツに初期フォーマットを一部実行し、そ
のコンテンツを、出版のために要求元のフォーマット・
エンジンに送出する。

【００７１】ブロック１９０１４で、フォーマット・エ
ンジン６００は、出版エージェント５００からのコンテ
ンツを、動的フォーマット・サービス６０４中に受け取
る。上記で触れたように、フォーマット・サービス６０
４は編集機能を実行し、出版物を形成するのに、受け取
ったコンテンツ・オブジェクトのうちどれを組み込むの
かを選択する。本発明の教示によると、フォーマット・
サービス６０４は、出版物プロファイル中に示されるフ
ォーマット設定、およびコンテンツの性質に少なくとも
部分的に基づいて、受け取ったコンテンツ・オブジェク
トのうち選択したものをフォーマットする。

【００７２】ブロック１９００６で、関連するコンテン
ツがアクセス可能なキャッシュ内で入手できると判定し
た場合、ブロック１９０１５で、キャッシュにあるその
コンテンツが古いかどうかについてさらに判定を行う。
古い場合、プロセスは上記のように、ブロック１９００
８に進む。ただし、コントローラ５０２がキャッシュ内
のコンテンツは古くないと判定した場合は、ブロック１
９０１６で、出版エージェントは出版物プロファイルに
従ってコンテンツをフォーマットし、フォーマットした
キャッシュ内コンテンツをフォーマット・エンジンに送
出し、プロセスはブロック１９０１４に進む。

【００７３】ブロック１９０１８で、出版カットオフ時
間に達したかどうかを判定する。達していない場合、プ
ロセスはブロック１９０１４に進み、フォーマット・エ
ンジンは、出版エージェント５００からのコンテンツの
受け取りを続ける。ただし、カットオフ時に達している
場合は、ブロック１９０２０で、フォーマット・エンジ
ンが追加のコンテンツ要求を選択的に発行する。すなわ
ち、上記のように、フォーマット・エンジンのコンテン
ツ・リソース・マネジャ６０６は、出版物プロファイル
の１つまたは複数のコンテンツ設定を満たす、特に時間
に依存するコンテンツの特定コンテンツ・プロバイダを
識別し、コンテンツの要求を発行する。ブロック１９０
２２で、フォーマット・エンジンは、適切な任意の追加
コンテンツを、動的にフォーマットした出版物に選択的
に組み込む。ブロック１９０２４で、フォーマット・エ
ンジンは、出版物プロファイルに示される出版スケジュ
ールに少なくとも部分的に基づき、要求元の個人および
／またはコミュニティに向けて、動的に編集した出版物
を出版する。

【００７４】図２４を見ると、本発明の一態様による、
動的にフィードバック・コンテンツを生成する例示的方
法の流れ図が提示されている。図に示すように、この方
法はブロック２４００２で開始し、ここで、フォーマッ
ト・サービス５０４は、コンテンツ・プロバイダ（５
０、８０）から出版物コンテンツを受け取る。フォーマ
ット・サービス５０４はこれに応答して、ブロック２４
００４で、フィードバック生成プログラム５２４のイン
スタンスを選択的に起動して、その出版物コンテンツの
ソース、出版コンテンツの性質、および／または出版コ
ンテンツの宛先、の１つまたは複数を識別する。ブロッ
ク２４００６で、フィードバック生成プログラム５２４
は、識別されたソース、宛先、および／または出版コン
テンツに少なくとも部分的に基づいて、受け取った出版
コンテンツにフィードバック・コンテンツを動的に生成
および付加するかどうかを決定する。

【００７５】ブロック２４００８で、フィードバック生
成プログラム５２４は、受け取った出版コンテンツに少
なくとも部分的に基づいて、任意数のソースからフィー
ドバック・コンテンツを動的に生成する。これに関し
て、フィードバック生成プログラム５２４は、（１）出
版コンテンツのプロバイダか、（２）受け取った出版コ
ンテンツと類似する、かつ／または関連付けられたコン
テンツのサードパーティ・プロバイダ、の１つまたは複
数からフィードバック・コンテンツをプルしてくるか、
あるいは（３）受け取った出版コンテンツと類似する、
かつ／または関連付けられたコンテンツをローカルで生
成することが可能である。このようなフィードバック・
コンテンツの例は多数あり、出版コンテンツ内で識別さ
れる製品／サービスに関する情報をさらに受け取るため
の「ファックスバック・フォーム」や、受け取った出版
コンテンツの拡張バージョンの提供、受け取った出版コ
ンテンツに記載されている製品／サービスに関連付けら
れるか、または類似する製品またはサービスの、ローカ
ルなサードパーティ提供者に対して自動的に生成される
電子メールなどにわたる。図２５Ａ〜Ｃは、そのような
フィードバック・コンテンツの代替例を図で表してい
る。

【００７６】ここで少し図２５Ａ〜Ｃを見ると、本発明
の代替実施形態による、出版物の最後に付加されるフィ
ードバック・コンテンツを図により提示している。図２
５Ａは、バーコードの個人識別子２５００２を含むフィ
ードバック・フォーム２５０００を表している。出版物
が印刷されると、このフィードバック・フォーム２５０
００は、ユーザが、このフォームを１つまたは複数の示
されるファクシミリ電話番号にファックス送信すること
により、追加の製品／サービス／コンテンツを要求する
のに使用することができる。

【００７７】図２５Ｂは、フィードバック・フォーム２
５０００の電子メールによる代替形態２５００４を表し
ている。電子メール・フィードバック・フォーム２５０
０４は、出版物が、ユーザに対してコンピューティング
・システムのディスプレイに電子形態で提示される場合
に利用される。図２５Ｂに示す例示的実施形態による
と、ユーザは、アイコン型セレクタ「ｓｅｎｄ」２５０
０８を押して、このフィードバック・コンテンツと関連
付けられた、１つまたは複数のコンテンツ・プロバイダ
（５０、８０）、またはサードパーティ提供者に対し
て、それぞれが個人識別子２５００６を含んだ１つまた
は複数の電子メール・メッセージを発行する。

【００７８】図２５Ｃは、テスト２５０１０からなるフ
ィードバック・コンテンツを図で表している。出版物が
教育題材である１つの実施によると、フィードバック生
成プログラム５２４は、要求元のユーザに提示するため
に、その題材を扱ったテストを編集することができる。
この実施形態によると、テストは、ファックスバック・
フォーム、電子メール・フォームなどの形をとることが
可能である。さらに、テストは、コンテンツ・プロバイ
ダ（５０、８０）や、独立した認定テスト機関が提供し
ても、あるいは受け取った出版コンテンツに基づいて、
フィードバック生成プログラム５２４がローカルで生成
してもよい。いずれの場合も、テスト・フィードバック
・コンテンツ２５０１０は、ユーザを一意に識別する個
人識別子２５０１２を含む。ある実施形態によると、追
加のセキュリティ措置（例えば、パスワード、網膜によ
る署名、指紋による署名など）を用いて、テストを受け
る者が、個人識別子で識別される者と同一人であること
を保証することもできる。

【００７９】図２４に戻ると、ブロック２４０１０で、
フィードバック生成プログラム５２４は、受け取った出
版コンテンツにフィードバック・コンテンツを付加し、
ブロック２４０１２でこれを要求元のユーザに転送す
る。代替の実施では、フィードバック生成プログラム５
２４がフィードバック・コンテンツをフィードバック・
ラッパにカプセル化し、これを、要求元ユーザのフォー
マット・エンジン６００に送信する。フォーマット・エ
ンジン６００は、フィードバック・ラッパを認識し、全
てのフィードバック・ラッパ・コンテンツ・オブジェク
トをひとまとめにして、提示される出版物の最後に配置
して、出版物をフォーマットする。

【００８０】次いで図２６を見ると、本発明の一態様に
よる、フィードバック・フォームの受け取りに応答する
例示的方法を説明する流れ図が提示されている。図２６
に示す例示的実施形態によると、この方法はブロック２
６００２で、フィードバック・フォームを受け取るとこ
ろから開始する。上記で触れたように、出版物（例えば
受け取ったコンテンツ）の性質に応じて、フィードバッ
ク・フォームは多様な形態および目的をとることができ
る。これに関して、受け取られるフィードバック・コン
テンツは、ファクシミリ、郵便サービス、電子メールな
どを介して受信することができ、また任意数のアクショ
ンをとることを要求することができる。さらに、フィー
ドバック・フォームは、その出版物に対して任意数の者
が受け取ることが可能である。１つの実施によると、フ
ィードバック・コンテンツの生成プログラムは、返信用
アドレス（例えば、ネットワーク・アドレス、電子メー
ル・アドレス、電話番号、ファクシミリ番号など）をフ
ォーム中に組み込み、フィードバック・コンテンツの戻
し方をユーザに指示する。フィードバック・コンテンツ
を電子形態で受け取る１つの実施によると、フォームは
ボタンを含むことができ、これをユーザが選択すると、
ユーザが変更したフィードバック・コンテンツが、自動
的に適切なネットワーク要素（例えばコンテンツ・プロ
バイダ、文書送達システム、コンテンツ・ハンドラな
ど）に向けて経路指定される。

【００８１】フィードバック・フォームを受け取ると、
ブロック２６００４で、システムが、そのフィードバッ
ク・フォームを提供したユーザを識別しようとする際
に、要求元のユーザの個人識別子が読み取られる。フィ
ードバック・フォームを受け取る要素が、文書送達シス
テム１００（すなわちコンテンツ・ハンドラ）と関連付
けられている場合、ブロック２６００６で、その要素は
個人プロファイルにアクセスして、受け取ったフィード
バック・フォーム中で要求される製品／サービス／コン
テンツとともに要求元ユーザに応答するのに必要な個人
情報を取り出す。ただし、上記で触れたように、フィー
ドバック・フォームを受け取る要素は、システム１００
の要素である必要はない。代替の実施では、システム１
００のメンバではない要素が、システム１００からのフ
ィードバック・フォームに示される個人識別子と関連付
けられた個人情報を要求することが可能である。この代
替の実施によると、要素は、システム１００に対してこ
のような情報の要求を開始する。要求を受け付けると、
システム１００は、個人識別子と関連付けられたユーザ
・プロファイルからの限定した情報をその要素に提供
し、要求元の要素が、フィードバック・フォームに示さ
れた要求元ユーザのコンテンツ／製品／サービスに対す
る要求を満たせるようにする。ある実施によると、シス
テム１００は、個人プロファイルからの個人情報を要素
に提供するのと交換に、メンバでない要素に対してアク
セス料を課すことにより、さらなる収入源を開拓する
（ｉｎｉｔｉａｔｅ）こともできる。

【００８２】ブロック２６００８で、要素に、個人プロ
ファイルからの個人情報が提供され、要素はそれに次い
で、要求元ユーザのためのアクションを開始する。１つ
の実施によると、要素は、１つまたは複数のコンテンツ
・プロバイダ５０／８０に対する追加情報の要求を発行
し、要求元ユーザのために製品を注文し、テストを採点
し、結果を要求元ユーザおよび／またはコンテンツ・プ
ロバイダに報告することなどができる。１つの実施によ
ると、アクションを開始した要素は、要求される情報コ
ンテンツ、製品、および／またはサービスを要求元ユー
ザに送信することによってそのアクションを完了する。
これに関して、この要素は、文書送達システム１００の
フィードバック・クリアリングハウスである。

【００８３】図２０を見ると、本発明の一態様による、
出版物プロファイルを生成／更新する例示的方法の流れ
図が表されている。図２０に示す例示的実施形態による
と、この方法はブロック５５０２で開始し、ここでフォ
ーマット・エンジン６００のコントローラ６０２は、出
版物プロファイルを生成および／更新する要求を受け取
る。ブロック５５０４で、コントローラ６０２は、その
要求が個人／出版人から受け取ったものであるかどうか
を判定する。

【００８４】ブロック５５０４で、出版物プロファイル
の生成／更新を求めるその要求が、個人ユーザ／コミュ
ニティ出版人から受け取ったものであるとコントローラ
６０２が判定した場合、ブロック５５０６で、コントロ
ーラ６０２は、ユーザ・インタフェース・アプリケーシ
ョン６１８のインスタンスを選択的に起動して、ユーザ
／出版人の出版設定に関する情報を求める。適切なＵＩ
の例を、図２２を参照して提示する。

【００８５】ここで少し図２２を見ると、本発明の一実
施形態による、出版物プロファイルの生成／更新に使用
するのに適した例示的ユーザ・インタフェース（ＵＩ）
を図で示している。図に示すように、ＵＩ６０００は、
登録するために作成者（ｐｒｏｄｕｃｅｒ）名およびパ
スワードを要求し、また出版物の範囲およびコンテンツ
に関する情報、出版物のレイアウトおよび出版スケジュ
ールも要求する。この情報は、上記のように、出版物プ
ロファイル・データ構造６４０中に受け取られ、そこで
維持される。

【００８６】図２０、詳細にはブロック５５０８に戻る
と、コントローラ６０２は、ユーザ／出版人からＵＩを
介して、出版物および／または出版フォーマットの１つ
または複数の様相に関する情報を受け取る。コントロー
ラ６０２はこれに応答して、ブロック５５１０で、受け
取った情報に従って適切な出版物プロファイル６１４を
生成／更新する。

【００８７】ブロック５５０４で、出版物プロファイル
の生成／更新を求める要求が、個人ユーザ／コミュニテ
ィ出版人から受け取ったものではなく、ネットワーク要
素（例えば仮想センサ３５０００）から受け取ったもの
である場合には、ＵＩを提示する必要はない。その代わ
り、コントローラ６０２は、ブロック５５１２で、出版
コンテンツおよび／または出版フォーマットの１つまた
は複数の様相に関する情報を、１つまたは複数のネット
ワーク要素から受け取る。プロセスはブロック５５１０
に進み、ここで、コントローラ６０２は、受け取った情
報に従って適切な出版物プロファイルを生成／更新す
る。

【００８８】次いで図２１を見ると、本発明の一態様に
よる、個別化された出版物を構成する個々のコンテンツ
・オブジェクトの配布、受け取り、および配置を追跡す
る例示的方法の流れ図が提示されている。上記で触れた
ように、編集モジュール１２０または出版エージェント
５００はコンテンツ（芸術関係または広告）を受け取る
たびに、そのコンテンツ・オブジェクトをカテゴライズ
し、オブジェクトをトレース・ラッパにカプセル化す
る。トレース・ラッパは、文書送達システム中のオブジ
ェクトと関連付けられた、一意の識別が可能なマーカで
ある。文書送達システム全体（例えば印刷モジュール
に）に組み込まれた仮想センサは、そのようなラッパに
カプセル化されたオブジェクトの受け取りおよびそれと
の対話を識別し、どのようなオブジェクトが特定ユーザ
の興味の対象となっているかについての貴重なフィード
バック、コンテンツ・オブジェクトの配布量などを、文
書送達システムに暗に提供する。

【００８９】本発明で使用するトレース・ラッパは非侵
入性（ｎｏｎ−ｉｎｖａｓｉｖｅ）マーカである。すな
わち、これはコンテンツ・オブジェクトの内容を変えな
い。トレース・ラッパ６００２（Ａ）〜（Ｎ）に組み込
まれたコンテンツ・オブジェクトからなる、個別化され
た出版物６００１の例を、図２３を参照して提供する
が、これは説明のためであって制限ではない。図のよう
に、コンテンツ・オブジェクト６００４は、コンテンツ
・プロバイダ情報データ構造中に記憶されて、コンテン
ツ・オブジェクトを一意に識別する「タグ」または「マ
ーカ」６００６とともに、トレース・ラッパ６００２
（Ａ）にカプセル化されている。

【００９０】図の例示的実施形態によると、図２１の方
法はブロック５００２で開始し、ここで、（例えば、編
集モジュール１２０内の）コンテンツ・マネジャは、コ
ンテンツ・オブジェクトが、識別されるユーザを通じて
送信された、あるいは識別されるユーザによって受け取
られたという報告を１つまたは複数の仮想センサから受
け取る。コンテンツ・マネジャはこれに応答して、適切
な出版物プロファイル（５００４）、および（上記で紹
介した）コンテンツ・プロバイダ情報データベース（５
００６）に対する更新を発行して、コンテンツ・オブジ
ェクトの配布、受け取り、および／または配置を反映さ
せる。ブロック５００８で、編集モジュール１２０は、
コンテンツ・プロバイダ５０、広告プロバイダ８０、お
よび購読ユーザとの会計トランザクションを周期的に開
始し、関連するプロバイダのコンテンツ・オブジェクト
の配布および／または消費を反映する。

【００９１】より詳細には、編集モジュール１２０は、
文書送達システムとコンテンツ・プロバイダ間で確立さ
れた契約義務に従って、選択されたコンテンツ・プロバ
イダから提供されたコンテンツ・オブジェクトの配布お
よび受け取りに対するロイヤリティの支払いを開始す
る。これに関して、編集モジュール１２０の契約アドミ
ニストレータは、コンテンツ・プロバイダ５０と関連付
けられたコンテンツ・オブジェクトの使用を識別して、
正確なロイヤリティ支払い額を決定し、義務を履行する
会計トランザクションを開始する。

【００９２】本発明の一態様によると、文書送達システ
ム１０内でコンテンツの配布および配置を監視する正確
さの度合いにより、「マイクロトランザクション」、す
なわち（契約管理情報で定義される）会計上の義務を作
成するシステム動作のたびに自動的に行われる電子的な
取引が容易になる。一例示的実施形態によると、コンテ
ンツ・プロバイダ５０と関連付けられたコンテンツ・オ
ブジェクトを（再）配布するたびに、コンテンツ・プロ
バイダ５０と関連付けられた会計口座にロイヤリティ支
払いが支払われる。これは、１コンテンツ・プロバイダ
につき、１日で、何百、何千、あるいは何百万単位のマ
イクロトランザクションに達することもある。

【００９３】編集モジュール１２０について、コンテン
ツ・プロバイダ５０へのロイヤリティ支払いの面から説
明したが、代替として、編集モジュール１２０は、マイ
クロトランザクション単位で、あるいは周期的に、また
は他の一括払いの形で、上記のものとほぼ同じ方式で広
告プロバイダ８０あるいは購読ユーザの口座の貸方に記
入してもよい。

【００９４】１つの実施によると、作成した文書を出版
カタログとして出版し、ユーザはこれをブラウズし、興
味のある出版物を選択して、ダウンロードおよび／また
は購読することができる。

【００９５】本発明の態様を以下に例示する。

【００９６】１．複数のコンテンツ・プロバイダ５０、
８０と、１つまたは複数のコンテンツ・プロバイダ５０
／８０からコンテンツを受け取り、受け取ったコンテン
ツにフィードバック情報を付加してから付加したフィー
ドバック情報とともにそのコンテンツを要求元ユーザに
転送するように、ネットワーク２００全体に分散され、
かつネットワーク２００を通じて複数のコンテンツ・プ
ロバイダ５０、８０の１つまたは複数と結合された１つ
または複数のコンテンツ・ハンドラ５００とを備えるシ
ステム１００。

【００９７】２．コンテンツ・ハンドラ５００が、受け
取ったコンテンツに少なくとも部分的に基づいてフィー
ドバック情報を生成する上記１に記載のシステム１０
０。

【００９８】３．コンテンツ・ハンドラ５００が、受け
取ったコンテンツに少なくとも部分的に基づいて、サー
ドパーティ・コンテンツ・プロバイダ５０、８０からフ
ィードバック情報を受け取り、受け取ったコンテンツに
それを付加する、上記１に記載のシステム１００。

【００９９】４．コンテンツ・ハンドラ５００が、コン
テンツ・プロバイダ５０、８０からフィードバック情報
を受け取る上記１に記載のシステム１００。

【０１００】５．コンテンツ・ハンドラ５００が、コン
テンツ・プロバイダからコンテンツを受け取り、受け取
ったコンテンツに少なくとも部分的に基づいて、受け取
ったコンテンツに付加するフィードバック情報を生成す
るフォーマット・サービス５０４を備える上記１に記載
のシステム１００。

【０１０１】６．フィードバック情報が、要求元ユーザ
がそれを操作して、フィードバック情報と関連付けられ
た複数のコンテンツ・プロバイダまたは提供者のうち１
つまたは複数からの製品、サービス、および／またはコ
ンテンツを自動的に注文することができるフォームであ
る上記１に記載のシステム１００。

【０１０２】７．フィードバック情報が、ソースに関わ
らず、受け取ったコンテンツの内容に関連する上記１に
記載のシステム１００。

【０１０３】８．コンテンツ・ハンドラ５００が、ユー
ザが変更したフィードバック・コンテンツを受け取り、
ユーザが変更したそのフィードバック・コンテンツに少
なくとも部分的に基づいてアクションを開始する、上記
１に記載のシステム１００。

【０１０４】９．アクションが、ユーザの変更したフィ
ードバック・コンテンツを反映し、製品を注文するこ
と、コンテンツ・プロバイダに追加情報を求める要求を
発行すること、テストを採点すること、およびユーザお
よび／またはコンテンツ・プロバイダに結果を報告する
ことなどの１つまたは複数を含んでよい上記８に記載の
システム１００。

【図面の簡単な説明】

【図１】本発明の一実施形態の文書送達システムのブロ
ック図である。

【図２】本発明の一実施形態の文書送達システムの、送
信モジュールおよび印刷モジュールの動作を詳述する流
れ図である。

【図３】本発明の一実施形態の文書送達システムの、送
信モジュールおよび印刷モジュールの動作を詳述する流
れ図である。

【図４】本発明の一実施形態の文書送達システムの、送
信モジュールおよび印刷モジュールの動作を詳述する流
れ図である。

【図５】本発明の一実施形態における、ユーザからのユ
ーザ・プロファイル情報の入手法を説明する図である。

【図６】本発明の一実施形態における、ユーザからのユ
ーザ・プロファイル情報の入手法を説明する図である。

【図７】本発明の一実施形態における、文書送達のため
の印刷スケジュールを示す図である。

【図８】図７の印刷スケジュールをどのようにしてユー
ザが変更できるかを説明する図である。

【図９Ａ】本発明の一実施形態により印刷装置で印刷し
た文書の図である。

【図９Ｂ】本発明の一実施形態により印刷装置で印刷し
た文書の図である。

【図１０】本発明の一実施形態により印刷装置で印刷し
た文書の図である。

【図１１Ａ】本発明の一実施形態により印刷装置で印刷
した文書の図である。

【図１１Ｂ】本発明の一実施形態により印刷装置で印刷
した文書の図である。

【図１１Ｃ】本発明の一実施形態により印刷装置で印刷
した文書の図である。

【図１１Ｄ】本発明の一実施形態により印刷装置で印刷
した文書の図である。

【図１２】本発明の一実施形態により印刷装置で印刷し
た文書の図である。

【図１３】本発明の一態様による例示的出版エージェン
トのブロック図である。

【図１４】本発明の一態様による例示的フォーマット・
エンジンのブロック図である。

【図１５】本発明の一実施形態による、例示的仮想セン
サのブロック図である。

【図１６】出版物プロファイル情報を備えるデータ構造
を図で示した図である。

【図１７】トランザクション情報を備えるデータ構造を
図で示した図である。

【図１８】本発明の１つの実施による、例えば出版エー
ジェントで維持される出版スケジュールを含むデータ構
造を図式的に表した図である。

【図１９】本発明の教示による、出版物を動的に編集す
る例示的方法の流れ図である。

【図２０】本発明の一例示的実施による、出版物プロフ
ァイルを動的に生成および正確化する例示的方法の流れ
図である。

【図２１】本発明の一態様による、コンテンツ・オブジ
ェクトの配布を追跡し、コンテンツ・プロバイダに対し
て課金する例示的方法の流れ図である。

【図２２】本発明の一態様による、作成者が、出版物プ
ロファイルを登録および生成するのを可能にする例示的
グラフィカル・ユーザ・インタフェース（ＵＩ）の図で
ある。

【図２３】本発明の教示による、出版プロセス中に動的
に編集される例示的出版物の図である。

【図２４】本発明の一態様による、受け取ったコンテン
ツに対してフィードバック・フォームを動的に生成およ
び付加し、同時にそれを要求元ユーザに向けて経路指定
する例示的方法の流れ図である。

【図２５Ａ】本発明の一実施形態による使用に適した、
動的に生成されるフィードバック・フォームの一例の図
である。

【図２５Ｂ】本発明の一実施形態による使用に適した、
動的に生成されるフィードバック・フォームの一例の図
である。

【図２５Ｃ】本発明の一実施形態による使用に適した、
動的に生成されるフィードバック・フォームの一例の図
である。

【図２６】本発明の一態様による、フィードバック・フ
ォームを受け取るのに応答して、要求の題材を自動的に
提供する例示的方法の流れ図である。

【符号の説明】

５０、８０ コンテンツ・プロバイダ １００ システム ２００ ネットワーク ５００ コンテンツ・ハンドラ ５０４ フォーマット・サービス

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数のコンテンツ・プロバイダと、 １つまたは複数のコンテンツ・プロバイダからコンテン
   ツを受け取り、受け取ったコンテンツにフィードバック
   情報を付加してから付加したフィードバック情報ととも
   にそのコンテンツを要求元ユーザに転送するように、ネ
   ットワーク全体に分散され、かつネットワークを通じて
   複数のコンテンツ・プロバイダの１つまたは複数と結合
   された１つまたは複数のコンテンツ・ハンドラとを備え
   るシステム。