JP2001306654A - 様々な形式の内容を出版するためのリポジトリ - Google Patents

様々な形式の内容を出版するためのリポジトリ

Info

Publication number
JP2001306654A
JP2001306654A JP2001087371A JP2001087371A JP2001306654A JP 2001306654 A JP2001306654 A JP 2001306654A JP 2001087371 A JP2001087371 A JP 2001087371A JP 2001087371 A JP2001087371 A JP 2001087371A JP 2001306654 A JP2001306654 A JP 2001306654A
Authority
JP
Japan
Prior art keywords
information
descriptor
file
author
publication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2001087371A
Other languages
English (en)
Inventor
Richard K Tam
リチャード・ケイ・タム
Steve M Dunbar
スティーブ・エム・ダンバー
Young C Nguyen
ヤング・シー・グエン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
IUNIVERSE COM Inc
Original Assignee
IUNIVERSE COM Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by IUNIVERSE COM Inc filed Critical IUNIVERSE COM Inc
Publication of JP2001306654A publication Critical patent/JP2001306654A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Landscapes

  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Document Processing Apparatus (AREA)

Abstract

(57)【要約】 【課題】 著者からネットワークで自動的に配布又は
販売のための情報の提出物を受取り、2以上の提出物を
部分又は全体的に組合せてその1以上の形式の組合せを
配布する方法及びシステムを提供する。 【解決手段】 著者は出版するファイルや契約条件を
システムに提出する。システムは提出物を内容及びそれ
を説明する記述子に格納して販売等の注文を受取り次
第、少なくとも2つの提出物から内容及び記述子の組合
せを作成し、また契約条件を格納して著者が出版物の販
売等に応じて支払いを受取るようにする。顧客は出版物
を注文し、契約条件に従ってその全体又は一部を購入す
ること、他の出版物又は顧客が提出した個人化された内
容と組合せること、印刷又は電子媒体等の出力形式を選
択することができる。

Description

【発明の詳細な説明】
【０００１】本明細書の開示内容の一部には、著作権法
による保護を受けているものが含まれる。本著作権の所
有者は、特許庁におけるファイルや記録の場合の、特許
の文書又は特許の開示による複製に異議を唱えるもので
はないが、その他の場合には無断転載を禁ずるものであ
る。
【０００２】
【従来の技術】全ての出版社の関心は編集の職務に注が
れている。編集者は出版される書籍を選択して著者と取
引し、またタイプで打った原稿の批評的な読み物を請負
い、書籍が印刷されるのを確認する。出版社と著者との
契約は、通常は出版社が一定の支払いの報酬として全世
界における全ての読取り可能な作品の制作及び複製につ
いての独占権を有すべきであることを明記している。し
かし多くの場合には、この契約は著者又はその代理人の
交渉力に左右されて幾つかの権利を除外するように変更
される。別の約款では、より低い利幅のために廉価版お
よび輸出販売においてはより低額のロイヤリティーが規
定される。
【０００３】書籍の販売促進方法には、販売員が各書籍
販売業者へ外交して回る行為（セールス）が含まれる。
本の販売員は、本社から注意深く要旨の説明を受けて、
サンプル及び販売補助具を苦心して仕上げることもあ
る。管理者は、販売員に対して書籍販売業者を指定し、
割当てに対する発注結果を調査する。売行きが好調な出
版社は、2冊乃至3冊の周期的な近書刊の目録、並びに主
要な書籍販売業者及び図書館に既に出版されている過去
の書籍の年刊書目録を発行する。出版社は、直接の使用
のため若しくは書籍販売業者の使用のための内容見本を
多くの書籍に対して発行することもある。書評用献本の
印刷所への配布が通常の段取りの最終項目である。この
ようなセールス、目録及び書評の3つの段階は、書籍の
流通機構における必須要素であり、出版業者の専門的な
働き無しに行うことは事実上不可能である。印刷業者の
助けによって非常に体裁の良い本を製作する幾人かの著
者の能力は、本の流通を請け負う出版業者を見つけるこ
とができない場合には、十分に発揮されないままとな
る。
【０００４】出版業者は、公衆への流通手段として新聞
や雑誌を利用する。本来は出版業者の職員によって全て
取扱われており、大きな出版社にとっては、広告代理店
を利用して重要な書籍に対するキャンペーンの広告文や
詳細な説明の準備をすることは現在は稀である。彼らの
著書が適切に広告されていると考える著者が少数しかい
ない一方で、大半の出版業者はその広告によって実際に
本が売れているかどうかを疑わしく考えている。販売収
入に対して広告に費やされる額は、他の殆どの商品に比
べて高く、新書に対して5%未満であることは稀である。
現在の出版業務の更なる詳細については、インターネッ
トの「www.britannica.com」で入手可能なEncyclopedia B
ritannicaの「Modern Publishing Practice」を参照され
たい。
【０００５】
【発明が解決しようとする課題】従って本発明の目的
は、著者から配布又は販売のための情報の提出物をネッ
トワークを介して自動的に受取り、2以上の提出物を部
分又は全体的に組合せてその1以上の形式の組合せを配
布するためのシステム及び方法を提供することにある。
【０００６】
【課題を解決するための手段】上記目的を達成するため
に、本発明による出版物の配布のための方法には、1又
はそれ以上のファイル形式の出版物についての情報（以
下、「提出物」と称する）を受取る過程と、少なくとも
2つの情報源から情報の一部又は全体を組み合わせて新
たな情報を作り出す過程と、その新たな情報を1又はそ
れ以上の印刷媒体及び電子媒体において表示するために
1又はそれ以上のファイル形式で送信する過程とが含ま
れる。その方法によって、新たな情報の受信者は様々な
媒体において新たな情報を見ることができる。また、そ
の方法によって、提出物又は以前に出版された提出物
（即ち、「出版物」）から大量の新たな書籍を作り出す
ことが可能である。
【０００７】第1実施例において、前記方法には顧客か
らの購入注文を受取る過程が含まれる。顧客は、現存す
る出版物（又は出版されていない提出物）と顧客によっ
て提供された付加的な情報（例えば、販売促進的アイテ
ムとして用いられる書籍のロゴタイプ）（即ち、「個人
化された情報」）とを組み合わせた新たな出版物（「個
人化された書籍」又は「p-book」）を購入可能である。
また、顧客は、現存する出版物の2又はそれ以上の部分
を組み合わせることによって構成された新たな出版物
（即ち、「カスタマイズされた書籍」又は「c-book」）
を購入可能である。また、第1の実施例によって、顧客
は購入する出版物に加筆してそれらの感傷的又は審美的
価値を増大させることができる。更に、第1の実施例に
よって、顧客は彼らが興味を持った出版物の一部のみを
購入するので、購入した出版物から得られる価値が向上
する。
【０００８】第2の実施例において、前記方法には著者
から提出物の販売若しくは配布における制限を受取る過
程と、著者から提出物におけるロイヤリティーの歩合を
受取る過程とが含まれる。著者は、その制限やロイヤリ
ティー歩合を、提出物の全体に対して或いは提出物の幾
つかの部分（又はその部分の全て）に対して個別に与え
ることができる。著者は、その制限を利用して、その提
出物と別の出版物との組合せや所定の形式での提出物の
配布を防止することが可能である。第2の実施例によっ
て、p-book及びc-bookに対してのロイヤリティー歩合の
計算が可能となる。第1の実施例は第2の実施例を伴わず
に用いることができ、またその逆も同様であることに注
意されたい。例えば、個人化される出版物がパブリック
ドメイン（例えば、シェークスピアの戯曲）にある場合
には、或いは出版社（Time Warner等）によって所有さ
れている場合には、第1の実施例は第2の実施例を伴わず
に具現化され得る。
【０００９】一実施態様において、出版物を配布するた
めの1又はそれ以上のコンピュータのシステムには、著
者から出版のための提出物を受取り、また顧客から購入
注文を受取る第1のシステム（即ち、「電子商取引シス
テム」）が含まれる。著者は、彼らの（出版のための）
提出物をウェブページの第1のセット（即ち、「提出物
ウェブページ」）を介してネットワーク（例えば、イン
ターネット）上で提供する。顧客は、ウェブページの第
2のセット（即ち、「カタログウェブページ」）を拾い
読みし、ウェブページの第3のセット（即ち、「購入注
文ウェブページ」）を介して出版物を購入する。その3
つのウェブページのセットは、全て電子商取引システム
に格納される。システムは、顧客からの購入注文を受取
った後に、顧客によって選択された表示媒体に従って、
顧客によって注文された1又はそれ以上の出版物の書式
を整える。顧客が書籍のような印刷媒体を選択する場合
には、システムは出版物を商用のプリンタに送信し、出
版物を印刷して書籍として製本する。従って、この実施
態様によって、従来の出版社によって必要とされる書籍
の過剰な在庫管理を必要とすることなしに、顧客からの
注文に応じてオンデマンドでの印刷が可能となる。
【００１０】前述の実施態様において、第2のサブシス
テム（即ち、「内容管理システム」）には、各提出物に
おいて2つのタイプの情報（即ち、表示される内容及び
内容がどのようなもの（例えば、表題、章又は前書き）
であるかを説明する記述子）を識別する第1のアプリケ
ーション（即ち、「取込みエンジン(ingest engin
e)」）が含まれる。取込みエンジンは、これらの2つの
タイプの情報をデータベース（即ち、「内容管理データ
ベース」）に個別に保存する。顧客からの注文に応じ
て、第2のアプリケーション（即ち、「アセンブラ(asse
mbler)」）は、内容管理データベースに格納された内容
及び記述子から新たな出版物を制作する。第3のアプリ
ケーション（即ち、「コンバータ」）は、新たな出版物
の書式を整えるために用いられるマージン、タブ、フォ
ント、ヘッダー、フッター及びレイアウト設定を格納す
るファイル（即ち、「スタイルシート」）を使用し、1
又はそれ以上の印刷媒体及び電子媒体の中の1つにおけ
る表示に対して互換性を有するファイル形式で出版物を
保存する。
【００１１】前述の実施態様において、第3のシステム
（即ち、「権利システム」）は、提出された出版物の制
限（また「権利」とも称される）及びロイヤリティー情
報をデータベース（即ち、「権利データベース」）に格
納する。従って、権利データベースは、内容の配布若し
くは販売における制限並びに内容の全ての配布若しくは
販売に対して受けるべき全てのロイヤリティーに対する
ロイヤリティーの歩合を保有する。
【００１２】一実施例では、取込みエンジンは提出され
た出版物からトリー(tree)を生成し、トリーの各ノード
が内容若しくは記述子を含むか否かを決定する。ノード
が内容を含む場合、取込みエンジンは内容管理データベ
ースのテーブルに内容を保存する。ノードが記述子を含
む場合、取込みエンジンはその記述子を内容管理データ
ベースの別のテーブルに保存する。
【００１３】一実施例では、アセンブラは記述子が記述
する内容の開始位置に格納された記述子の第1のリスト
（即ち、「開始リスト」）を作成し、またそれらが記述
する内容の終了位置に格納された同一記述子の第2のリ
スト（「終了リスト」）を作成する。次にアセンブラ
は、開始リストからの記述子の開始位置が、終了リスト
からの記述子の終了位置に比べてより大きいか、等しい
か、或いはより小さいかを決定する。第1の反復におい
て、アセンブラは2つの記述子を開始リストの始めにお
いて比較し、また一方で終了リストの始めにおいてそれ
らを比較する。その比較の結果に応じて、アセンブラ
は、記述子の1つによって識別された内容の前に位置す
る内容の一部をファイルに出力する。また、その比較の
結果に応じて、アセンブラは記述子の1つ又はその両方
をファイルに出力する。更に、その比較の結果に応じ
て、アセンブラは、次の比較のために開始リストの次の
記述子に進むか否か、また終了リストの次の記述子に進
むか否かを決定する。
【００１４】
【発明の実施の形態】以下、添付の図面を参照しながら
本発明の好適な実施例について説明する。
【００１５】一実施例において、1又はそれ以上のコン
ピュータ（以下「出版システム」と称する）２（図１及
び図２）が、方法７０（図７）に従って出版物を配布す
る。動作１００において、出版システム２が1又はそれ
以上のファイル形式での出版のために提出物を受取る。
そのファイル形式には、拡張可能なマーク付け言語（XM
L）、ハイパーテキストを記入するためのマークアップ
言語（HTML）、PDF（portable document format）及び
種々のプロセッサのファイル形式（例えば、Wordfrom M
icrosoft Corp. of Redmond, Washington、WordPerfect
from Corel Corp. of Ottawa, Canada、AppleWorks by
Apple Computers Inc. of Cupertino, California、Qu
arkXPress from Quark Inc. of Denver, Colorado及びP
ageMakerfrom Adobe of San Jose, California）が含ま
れる。動作１００の後に動作２００が続く。動作２００
に於いて、システム２は、少なくとも2つ以上のソース
から部分的又は全体的に内容を組み合わせて新たな出版
物を作成する。動作２００の後に動作３００が続く。動
作３００に於いて、システム２は、1以上の印刷媒体及
び電子媒体での表示のために、1又はそれ以上のファイ
ル形式の新たな出版物を送信する。例えば、システム２
は、出版物をポストスクリプト形式で商用のプリンタに
送り、同じ出版物をPDF形式で顧客に送ることもでき
る。ここで言う「出版物」はテキストやグラフィックに限
定されず、例えば音声や映像等も含むことに注意された
い。そのような音声の出版物は、オーディオカセットテ
ープ又はオーディオCD若しくはDVDにおいて「表示」さ
れ得る。オーディオの提出物は、例えば情報を著者が口
述することよって提供され得る。
【００１６】本明細書の用語「表示」は、人間が使用す
るのに適した形式の新たな出版物を、例えばモニタ／ス
クリーン、スピーカー／ヘッドセット又はプリンタのよ
うな表示装置で提供することを意図するものである。
「表示」には、ソフトウェアプログラムの実行、（スピ
ーカー／ヘッドセットによる）録音の実行、（モニター
／スクリーンに於ける）ビデオ録画の表示並びに（プリ
ンタに於ける）テキストや画像の印刷が含まれる。
【００１７】著者は、彼らの提出物を、それらを格納す
るシステム２に送信する。用語「著者」は、提出物の創
作者、公認の代理人及び提出物をシステム２に送信する
何人もが含まれることを意図するものである。システム
２は提出物同士又は提出物と個人化された内容とを組み
合わせて新たな出版物を構成する。顧客が電子媒体での
新たな出版物を要求する場合には、システム２は電子媒
体での新たな出版物を準備してそれを顧客に送信する。
顧客が書籍のような印刷媒体での新たな出版物を要求す
る場合には、システム２は新たな出版物を印刷業者に送
信する。印刷業者は選択物を印刷して書籍として製本し
てそれを顧客に送る。システム２は、顧客からその新た
な出版物に対する支払いを受取り、その収益をシステム
２、著者及び印刷業者の間で分配する。
【００１８】著者は、コンピュータ１Ａ（「著者コンピ
ュータ」と称する）を用いて、提出物１１（図３）を出
版システム２の第1のシステム４（「電子商取引システ
ム４」）（図２）に送信する。また、著者はコンピュー
タ１Ａを用いて、契約情報１２（図３）、支払情報１３
及びマーケティング情報１４を含めた情報を電子商取引
システム４に送信する。同様に、別の著者はコンピュー
タ１Ｂを用いて、出版システム２に彼らの出版物を提出
する。或いは、何人も著者コンピュータ１Ａ及び１Ｂを
用いて、出版システム２に出版物を提出することが可能
である。例えば、著作権代理人がコンピュータ１Ａ若し
くは１Ｂを用いて出版物を提出することが可能である。
図２に示すように、そこには更なる著者コンピュータが
存在し得る。
【００１９】電子商取引システム４は、提出物１１を内
容管理システム５に送信する（図２）。提出物１１に
は、内容（例えば、テキスト）及び内容を説明する記述
子（例えばテキストに含まれる情報の形式を規定するコ
ード）が含まれる。内容管理システム５は、提出物１１
を解析し、内容と記述子とに分けて内容管理データベー
ス３２（図６）に保存する。
【００２０】電子商取引システム４は、契約情報１２を
権利・ロイヤリティー管理システム６に送信する（図
２）。契約情報１２には、著者のロイヤリティーの歩合
や、例えば言語、区域、出力形式の制約及び別の提出物
を含めた他の情報と組み合わされた提出物の有効性等の
提出物１１の配布や販売に於ける制約（無しの場合もあ
り得る）が含まれる。電子商取引システム４は、支払い
情報１３を電子商取引データベース２３及び内容管理シ
ステム５に保存する。支払い情報１３には、出版システ
ム２によって提供されたサービスに対する著者の支払い
方法並びに提出物１１の販売に対する出版システム２の
著者への支払い方法が含まれる。電子商取引システム４
は、マーケティング情報を局所的に、また内容管理シス
テム５に保存する。或いは、電子商取引システム４は、
マーケティング情報を内容管理システム５に送信し、そ
の内容管理システム５がマーケティング情報を内容管理
データベース３２に保存する。電子商取引システム４
は、マーケティング情報を利用して、顧客が出版物を拾
い読みしてその1又はそれ以上の部分を購入のために選
択するためのオンラインカタログを作成する。
【００２１】顧客はコンピュータ８Ａ（「顧客コンピュ
ータ」と称する）を用いて、ネットワーク３上で出版シ
ステム２に格納された出版物（それらが出版される（例
えば、オンラインで購入可能となる）までは「提出物」と
称する）を検索して購入する。同様に、別の顧客は顧客
コンピュータ８Ｂを用いて、出版システム２によって出
版物を検索して購入する。図２に示すように、そこには
更なる著作コンピュータが存在し得る。
【００２２】顧客は、所定の出版物と組み合わされた個
人化された内容２０（図４）を創作し、個人化された書
籍のような新たな出版物を作り出すことができる。例え
ば、夫が妻へのプレゼントとして献詞と詩集とを組み合
わせて新たな著作を作ることができる（それらはしっか
りと装丁され得る）。
【００２３】顧客は、出版システム２を管理する会社と
各著者との間の契約によって許可された場合や、出版シ
ステム２が機能するビジネスルールによって許可された
場合には、出版物の一部若しくはその全てを購入するこ
とが可能である。更に、顧客は購入した出版物の一部若
しくはその全てを組み合わせて特注の書籍のような新た
な出版物とすることが可能である。例えば、教授が幾つ
かの著作を部分的に組み合わせて、授業に出席する際に
必要となる書籍（「読本」とも称される）を製作するこ
とができる。
【００２４】顧客は、購入した出版物の出力形式を決定
する。購入した出版物の出力形式には、1又はそれ以上
の印刷媒体や電子媒体が含まれる。顧客は出版システム
２が提供する事前に定義されたスタイルの中から決定す
る。事前に定義されたスタイルによって、フォント、フ
ォント形式、フォントサイズ及びレイアウトのような著
作物の外観や雰囲気が生み出される。例えば高齢者は、
読み取りが容易な大きなサイズのフォントを有する事前
に定義されたスタイルを選択する。或いは、内容管理シ
ステム５は、顧客の購入物に対してデフォルトの定義済
みのスタイルを提供する。
【００２５】出版物を購入するために、顧客は購入注文
１９（図４）を電子商取引システム４に送信する。電子
商取引システム４は、購入指示１９を内容管理システム
５に送信する。顧客が出力形式として電子媒体を選択す
る場合には、内容管理システム５はその選択された電子
媒体で発注された出版物を生成し（即ち、製作し）、ネ
ットワーク３によって顧客コンピュータ８Ａに出版物を
送信する。顧客が出力形式として印刷媒体を選択する場
合には、内容管理システム５は商用プリンタ９Ａが受け
付ける形式のコードを有するファイルで著作物を生成
し、ネットワーク３によって商用プリンタ９Ａにそのフ
ァイルを送信する。商用プリンタ９Ａは、ペーパーバッ
ク（例えば、ページを印刷しその印刷されたページをと
じる）等の選択された印刷媒体で出版物を製作し、その
出版物を顧客に配達するか、或いは購入可能な状態とす
る。
【００２６】同様に、内容管理システム５は、出版物の
ファイルを別の商用プリンタ９Ｂに送信することが可能
である。商用プリンタ９Ａ及び９Ｂには、例えば、Ligh
tning Print Inc. of La Vergne, Tennessee (www.ligh
tningprint.com)、Deharts Printing Services Corp. o
f Santa Clara, California (www.deharts.com)及びKin
ko's Inc. of Ventura, California (www.kinkos.com)
が含まれる。図２に示すように、そこには更なる商用プ
リンタが存在し得る。
【００２７】また、内容管理システム５は、ファイルを
電子書店６５Ａに送信することが可能である。電子書店
６５Ａの例が、Celorio Garridoの米国特許第6,012,890
号に開示されている（ここで言及することにより本明細
書の一部とする）。電子書店６５Ｂは、電子書店６５Ａ
と同様のものである。図２に示すように、そこには更な
る電子書店が存在し得る。電子商取引システム４は支払
いサービス７を利用して顧客の購入に対する請求書を送
付し、権利・ロイヤリティー管理システム６は決算のた
めに著者の出版物の販売を記録する。
【００２８】一実施例において、著者コンピュータ１Ａ
には市販の任意のコンピュータが含まれる。著者コンピ
ュータ１Ａには、Microsoft社（Microsoft Corporation
ofSeattle, Washington）のInternet Explorer、或い
はNetscape社（Netscape ofMountain View, Californi
a）のNetscape Communicatorのようなブラウザ１０（図
３）が含まれる。著者は、ブラウザを利用して提出物１
１を電子商取引システム４にアップロードする。また、
著者はブラウザ１０を利用して契約情報１２、支払い情
報１３及びマーケティング情報１４を電子商取引システ
ム４に提示する。
【００２９】一実施例において、著者コンピュータ１Ａ
には、Microsoft社のWord 2000若しくはCorel社のWordP
erfectのようなワードプロセッサ１５が含まれる。著者
は、ワードプロセッサ１５を利用して提出物１１を作成
する。一実施例において、ワードプロセッサ１５は拡張
可能なマーク付け言語（XML）ファイル形式のような自
己記述形式で提出物１１を保存する。前述のように、自
己記述形式の情報には、顧客に表示される内容及びその
内容を説明する1又はそれ以上の記述子が含まれること
に注意されたい。
【００３０】出版システム２との互換性を確保するため
に、著者は、電子商取引システム４からワードプロセッ
サ１５のための文書のテンプレート１７及びプラグイン
１６をダウンロードする。著者は、ワードプロセッサ１
５で文書のトテンプレート１７及びプラグインを利用し
て提出物１１を作成する。文書のテンプレート１７は、
著者が出版物の各セクションを識別する（標識する）た
めに利用する事前に定義されたスタイルを提供する。例
えば、著者は事前に定義されたスタイルを利用して出版
物の各パラグラフを識別する。著者が提出物１１をXML
ファイルとして保存する場合、プラグイン１６は事前に
定義されたスタイルを用いてテキストの個々のセクショ
ンの周りにXMLタグを巻きつける。提出物１１がイラス
トを含む場合、プラグイン１６は個別のファイルとして
イラストを保存し、提出物１１に於けるイラストのファ
イルとリンクさせたXMLタグを生成する。
【００３１】一変更例においては、ワードプロセッサ１
５のメニューバーにおいて文書テンプレート１７が事前
に定義された種々のスタイルを提供する。著者は、セク
ションを強調表示し、メニューからスタイルを選択し、
表題、著者、章、節及び図面などとして出版物のセクシ
ョンを識別する（標識する）。事前定義されたスタイル
によって、テキストの色、テキストのフォント、フォン
トサイズ又は内容管理システム５の各セクションの識別
を可能とするテキストの記述の組合せを定義できる。或
いは、新たなメニュー項目をワードプロセッサ１５のメ
ニューに付け加えることができる。新たなメニュー項目
は、著者の出版物のセクションの識別に用いる事前に定
義されたスタイルを与える。新たなメニュー項目は、ワ
ードプロセッサ１５のマクロでもよい。一実施例におい
て、上述のスタイルは、出版物の各セクションを識別す
る（タグを付ける）ために用いられるが、テキストの外
観及び雰囲気を変化させるのには用いられない。更に、
セクションが識別されるレベルは、出版システム２の人
間のオペレータによって必要に応じて広く或いは狭く規
定され得る。例えば、セクションは出版物全体と同様に
広くても、或いは出版物に於ける個別の単語と同様に狭
くてもよい。著者コンピュータ１Ｂは、著者コンピュー
タ１Ａと同様のものである。
【００３２】一実施例においては、顧客コンピュータ８
Ａは従来型のコンピュータである。顧客コンピュータ８
Ａには、Microsoft Internet Explorer若しくはNetscap
e Communicatorのような従来型のブラウザ１８（図４）
が含まれる。顧客は、ブラウザ１８を利用して電子商取
引システム４においてカタログウェブページ２２（図
５）を拾い読みする。また、顧客はブラウザ１８を利用
して、カタログウェブページ２２経由で個人化された内
容を提出する。更に、顧客はブラウザ１８を利用して、
電子商取引システム４に於ける購入注文ウェブページ２
５経由で購入注文１９及び支払い情報２１を提出する。
顧客コンピュータ８Ｂは、顧客コンピュータ８Ａと同様
のものである。
【００３３】一実態様においては、電子商取引システム
４には従来型のサーバコンピュータが含まれる。電子商
取引システム４には、例えばCompaq ProLiant 1850Rs又
は3000s（Compaq Computer Corp. of Houston, Texas）
が含まれる。電子商取引システム４（図５）には、カタ
ログウェブページ２２、購入注文ウェブページ２５、提
出物ウェブページ２８、電子商取引データベース２３、
ウェブサーバアプリケーション２４及び支払アプリケー
ション２７が含まれる。カタログウェブページ２２、購
入注文ウェブページ２５及び提出物ウェブページ２８
は、例えばウェブサーバアプリケーション２４によって
サポートされる従来式のアクティブ・サーバー・ページ
ズ（ASP）である。ウェブサーバアプリケーション２４
は、例えばMicrosoft社のインターネット情報サーバで
ある。電子商取引データベース２３は、例えば、Oracle
社（Oracle Corp. of Redwood Shores, California）
のOracle 8i データベースである。当業者には理解され
るように、電子商取引システム４の構成要素は種々のサ
ーバに格納され得る。
【００３４】一実態様において、カタログウェブページ
２２、注文ウェブぺージ２５及び提出物ウェブページ２
８は、電子商取引データベース２３に保存されたストア
ド・プロシージャを呼び出し、内容管理システム５及び
権利・ロイヤリティー管理システム６に対するXMLバッ
チコマンド（後述）を生じさせる。別の実施態様におい
て、カタログウェブページ２２、注文ウェブぺージ２５
及び提出物ウェブページ２８は、内容管理システム５及
び権利・ロイヤリティー管理システム６（後述）におい
てストアド・プロシージャを直接呼び出す。
【００３５】カタログウェブページ２２は、顧客が出版
物を拾い読みするオンラインカタログを作成する。購入
注文ウェブぺージ２５は、顧客が購入注文１９及び支払
い情報２１を提供するウェブページである。購入注文ウ
ェブページ２５は、購入注文１９及び支払い情報２１
を、XMLバッチコマンドを用いて権利・ロイヤリティー
管理システム６や、電子商取引システム４や、内容管理
システム５に保存する。購入注文ウェブページ２５に
は、権利・ロイヤリティー管理システム６に問い合わせ
ることによって購入注文１９の価格を計算し、その価格
をブラウザ１８を介して顧客に表示するプライスエンジ
ン(price engine)が含まれる。一実施態様において、ウ
ェブサーバアプリケーション２４には、例えば、Micros
oft社のSiteServer E-commerce Editionが含まれる。サ
イトサーバは、顧客がカタログウェブページ２２を拾い
読みする際に、顧客の購入注文を保管する従来式のショ
ッピングカートを提供する。
【００３６】支払いアプリケーション２７は、支払いサ
ービス２７によって著者若しくは顧客に請求書を送る。
支払いアプリケーション２７は、例えば、Global PC Re
tail（Comerica Bank of California in Detroit, Mich
igan）である。また、支払いアプリケーション２７は、
出版物の販売に対して著者に支払いをするのに用いられ
得る。
【００３７】提出物ウェブページ２８は、著者が提出物
１１、契約情報１２、支払い情報１３及びマーケティン
グ情報１４をアップロードするウェブページである。提
出物ウェブページ２８は契約情報１２、支払い情報１３
及びマーケティング情報１４を電子商取引データベース
２３に保存する。また、提出物ウェブページ２８は、提
出物１１、契約情報１２、支払い情報１３及びマーケテ
ィング情報１４を、XMLバッチコマンド若しくはストア
ド・プロシージャ（共に後述する）を用いて内容管理シ
ステム５及び権利・ロイヤリティー管理システム６に保
存する。
【００３８】一実施態様においては、電子商取引システ
ム４にはミドルウェア２６が含まれる。一実施態様にお
いて、購入注文ウェブページ２５、提出物ウェブページ
２８及び支払いアプリケーション２７は、ミドルウェア
２６を呼び出し、電子商取引データベース２３、内容管
理データベース３２及び権利・ロイヤリティー管理デー
タベース３８に対するコマンドを生じさせる（例えば、
XMLバッチコマンドの送信にミドルウェア２６を用い
る）。従って、購入注文ウェブページ２５、提出物ウェ
ブページ２８及び支払いアプリケーション２７は、情報
及びファイルを内容管理データベース３２又は権利・ロ
イヤリティー管理データベース３８（後述）に送信する
前に、その情報やファイルを電子商取引データベース２
３に保存する必要はない。ミドルウェア２６は、例え
ば、Business Ware（Vitria Technology Inc. of Sunny
vale, California）である。
【００３９】一実施例において、内容管理システム５及
び権利・ロイヤリティー管理システム６は、Sun社（Sun
Microsystems, Inc. of Palo Alto, California）のEn
terprise 4500sのようなサーバコンピュータにおいて具
現化される。内容管理システム５には、XMLバッチコマ
ンドファイルを定期的に実行するバッチコマンドツール
３１が含まれる。XMLバッチコマンドファイルは、内容
管理システム５に対するバッチコマンドがXMLコマンド
タグの間にネスティングされるXMLファイルである。バ
ッチコマンドツール３１は、XMLバッチコマンドファイ
ル（後述）に含まれるバッチコマンドに従い、テーブル
を内容管理データベース３２及び権利・ロイヤリティー
データベース３８（後述）に挿入又はアップデートす
る。
【００４０】バッチコマンドツール３１には、各XMLバ
ッチコマンドファイルをDOM（ドキュメント・オブジェ
クト・モデル）トリーとして表示するXMLパーサ(parse
r)が含まれる。XMLパーサは、例えば、www.alphaworks.
ibm.comで入手可能なXML Parser for Java（IBM of Arm
onk, New York）である。方法１１０（図１０に関して
後述する）に従って、バッチコマンドツール３１は、XM
Lパーサによって生成されたDOMトリー構造を通過し、バ
ッチコマンドを抽出し、そのバッチコマンドに従ってテ
ーブルを内容管理データベース及び権利・ロイヤリティ
ーデータベース３８（後述）に挿入又はアップデートす
る。
【００４１】一実施態様において、著者が提出物１１を
XML文書として保存しない場合には、内容管理システム
５には提出物１１をXML文書に変換するフィルタ３０が
含まれる。フィルタ３０は、テンプレート１７及びワー
ドプロセッサ１５に対応する。フィルタ３０は、提出物
１１をHTML、Word、WordPerfect及びAppleWorksのよう
な種々のファイル形式からXML文書へと変換する。フィ
ルタ３０は、テンプレート１７によって使用されるスタ
イルを認識し、出版物のセクションを識別して対応する
XMLタグを識別された各セクションの周りに重ねる。
【００４２】内容管理システム５には、提出物１１から
記述子及び内容を抽出する取込みエンジン２９（図６）
が含まれる。取込みエンジン２９は、記述子及び内容を
内容管理データベース３２に個別に保存する。内容管理
データベース３２は、例えば、Oracle 8iデータベース
である。内容管理データベース３２には、テーブルを挿
入及びアップデートするためのストアド・プロシージャ
が含まれる。
【００４３】取込みエンジン２９には、提出物１１をDO
Mトリーとして表示するXMLパーサが含まれる。XMLパー
サは、例えばIBM社のXML Parser for Java（前述）であ
る。方法４０（図１１に関して後述する）に従って、取
込みエンジン２９は、XMLパーサによって生成されたDOM
トリー構造を通過し、内容（例えば、文章及び画像）及
び記述子（例えば、XMLタグ）を抽出し、内容及び記述
子を内容管理データベース３２に保存する。
【００４４】更に、取込みエンジン２９には、圧縮及び
編集のための別の形式に対する出版物（例えば、画像、
音声及び映像ファイル）の一部を構成する付属ファイル
を格納する書式変換ライブラリー３３（例えば、書式変
換プログラムの集合）が含まれる。書式変換ライブラリ
ー３３には、提出物１１にリンクする画像ファイルを解
像度独立性のファイル形式で保存する画像変換アプリケ
ーションが含まれる。画像変換アプリケーションの一例
としては、Genuine Fractals（Altamira Groupof Burba
nk, California; www.altamiragroup.com）が挙げられ
る。書式変換ライブラリー３３には、映像及び音声ファ
イルのようなメディアファイルを保管及び編集のために
別の形式に変換する他の変換アプリケーションが含まれ
得る。
【００４５】内容管理システム５には、内容管理データ
ベース３２に格納された内容及び記述子から少なくとも
出版物の一部を組み立てることによって購入注文１９に
応答するアセンブラ３４（図６）が含まれる。アセンブ
ラ３４は、方法５０Ａ及び５０Ｂ（図２３及び図２４に
関して後述する）に従ってXML文書を作成する。
【００４６】一実施例において、アセンブラ３４にはト
ランスレータ６４（図６）が含まれ、そのトランスレー
タ６４は、XSL（extensible stylesheet language）の
スタイルシート３９を用いて、SGML（標準一般化マーク
付け言語）及びHTMLのような1又はそれ以上の種々のフ
ァイル形式で組み立てられた出版物を保存する。トラン
スレータ６４は、例えばXalan と称されるXSL styleshe
et processor（the Apache Software Foundation; www.
apache.org）である。トランスレータ６４は、SGMLファ
イル形式で保存された出版物をコンバータ３５に送る。
一実施例においては、コンバータ３５が組立てられたXM
L形式を入力として受取らないので、トランスレータ６
４が必要である。従って、トランスレータ６４は、XSL
スタイルシートを用いて組立てられたXMLファイルをSGM
Lのようなコンバータ３５によって受け入れられるXML形
式に変換する。
【００４７】内容管理システム５にはコンバータ３５
（図６）が含まれ、そのコンバータ３５は、スタイルシ
ート３６に従って出版物のレイアウトを提供し、種々の
出力ファイル形式のうちの1つで出版物を保存する。コ
ンバータ３５にはコンバータ３５Ａ乃至３５Ｃが含まれ
る。コンバータ３５Ａは出版物をPDF、ポストスクリプ
ト及びOpen eBook形式で保存する。コンバータ３５Ａに
は、例えばFrameMaker +SGML及びAcrobat Distiller Se
rver（Adobe）が含まれる。FrameMaker + SGMLは、スタ
イルシート３６を出版物に適用し、出版物をポストスク
リプトファイルとして保存する。スタイルシート３６
は、フォントタイプ、フォントサイズ、フォントスタイ
ル及び出版物の各セクションのマージンのような出版物
の外観及び雰囲気を生じさせる。FrameMaker + SGML
は、ポストスクリプトファイルに対してテーブル、イン
デックス、ヘッダー、フッター、及び丁付を加える。デ
ィスチラー(distiller)は、ポストスクリプトファイル
をPDFファイルに変換する。
【００４８】出版物の取込みの際に、アセンブラ３４、
トランスレータ６４及びコンバータ３５Ａは、出版のた
めのPDFファイルを生成する。一実施態様において、出
版物のPDFファイルは、顧客からのオンラインの問い合
わせに応じて出版物が表示されるように、電子商取引シ
ステム４に格納されてカタログウェブページ２２にリン
クされる。別の実施態様において、出版物のPDFファイ
ルは、内容管理システム５に格納される。この実施態様
においては、内容管理システム５には、顧客のオンライ
ンでの問い合わせに応じて顧客に対してPDFファイルか
らページを提供するAdobe Document Server（Adobe）の
ようなドキュメントサーバアプリケーションが含まれ
る。或いは、出版物のPDFファイルは、顧客の要求に応
じて生成されてカタログウェブページ２２にリンクされ
る。
【００４９】コンバータ３５Ｂは、出版物をwww.openbo
ok.orgから入手可能なOpen eBook（OEB）規格と適合す
るファイルとして保存する。コンバータ３５Ｂは、例え
ばXSLを用いて組立てられた出版物をOEB形式に保存する
XSLトランスレータである。コンバータ３５Ｃは、出版
物を別のファイル形式で保存する。現に存在するファイ
ル形式又は後に開発されであろうファイル形式に対して
付加的なコンバータ３５を追加できることに注意された
い。
【００５０】内容管理システム５には、最終的な出版物
を商用のプリンタ（例えば、商用プリンタ９Ａ又は９
Ｂ）又は顧客のコンピュータ（例えば、顧客コンピュー
タ８Ａ又は８Ｂ）にネットワーク３上で送信する出力手
段３７（図６）が含まれる。一実施態様において、出力
手段３７は、最終的な出版物と共に注文ファイルを商用
プリンタに対して送信する。出力手段３７は、注文ファ
イルを商用プリンタに受入れられる形式で作成する。
【００５１】内容管理システム５の具体的実施例におい
て、サーバ５０１（「アプリケーションサーバ」）に
は、バッチコマンドツール３１、フィルタ３０、書式変
換ライブラリー３３、取込みエンジン９、アセンブラ３
４、トランスレータ６４、XSLシート３９、コンバータ
３５、スタイルシート３６及び出力手段３７が含まれ、
一方で、別のサーバ５０２（「データベースサーバ」）
には、内容管理データベース３２が含まれる。当業者
は、サーバ５０１及び５０２の機能を付加的なサーバの
間で重複或いは分割し、性能を改善することが可能であ
ることを理解するであろう。或る変更例においては、サ
ーバ５０１は前述のミドルウェア２６を介してサーバ５
０２と通信する。
【００５２】一実施例において、権利・ロイヤリティー
管理システム６には、権利・ロイヤリティーデータベー
ス３８（図６）が含まれる。権利・ロイヤリティーデー
タベース３８は、例えば、Oracle 8i（Oracle）データ
ベースである。権利・ロイヤリティーデータベース３８
は、著者のロイヤリティーや出版物の配布又は販売にお
ける制限（権利）を格納する。権利・ロイヤリティーデ
ータベース３８は、出版物の配布又は販売の制限及び著
者のロイヤリティーに関して、電子商取引システム４か
らのアップデート、挿入及び問い合わせに応答する。権
利システム６の一実施態様において、内容管理システム
５のサーバは、権利・ロイヤリティーデータベース３８
を格納する。
【００５３】一実施例において、動作１００（図７）に
は、動作１０１から１０９（図８）が含まれる。最初の
動作１０１において、著者は、テンプレート１７及びプ
ラグイン１６によって或いはテンプレート１７やプラグ
イン１６無しで提出物１１を作成する。前述のように、
著者は著者コンピュータ１Ａにおけるワードプロセッサ
１５によって提出物１１を作成する。動作１０１の後に
オプション的な動作１０２が続く。オプション的動作１
０２において、著者は提出物１１をXML形式で保存す
る。或いは、著者は出版物１６を別のファイル形式の提
出物１１として保存する。動作１０３がオプション的動
作１０２に続く。
【００５４】動作１０３において、著者は提出物ウェブ
ページ２８を介して提出物１１をアップロードする。提
出物が書籍用である一実施態様において、提出物の処理
には9つのステップが含まれる。ステップ１において、
著者は提出物ウェブページ２８Ａ（図３３）のフィール
ド４０１における書籍タイプ（Book Type）及びフィー
ルド４０２における出版プログラム（Publish Progra
m）を選択する。書籍タイプにはマニュスクリプト(Manu
script)及び再版が含まれる。マニュスクリプトは今な
お出版されている作品を指し、再版は以前に出版された
ことのある作品を指す。各出版プログラムは、著者に対
して種々のロイヤリティーの歩合、コスト及びサービス
を提供する。その種々のサービスには、編集レビュー、
専門的書籍デザイン、専門的表紙デザイン、従来の書籍
販売業者による配布及びAmazon.comのようなオンライン
の書籍販売業者による配布が含まれる。
【００５５】ステップ２において、著者は提出物ウェブ
ページ２８Ｂ（図３４）において著者情報（Author Inf
ormation）を入力する。著者は、フィールド４０３に第
1の著者（Primary Author）の氏名、フィールド４０４
に第2の著者（Secondary Author）の氏名、及びフィー
ルド４０５に第3の著者（Tertiary Author）の氏名を入
力する。ステップ３において、著者は提出物ウェブペー
ジ２８Ｃ（図３５）において代理人情報（Agent Inform
ation）を入力する。著者は、フィールド４０６におい
て代理人を有するかどうか（Have agents?）を選択し、
フィールド４０７に代理人ID（Agent ID）を入力し（以
前に代理人が登録されている場合）、更にフィールド４
０８において代理人がシステム２から全ての通信を受取
っているかどうか（Agent Receives All Correspondenc
e）を選択する。
【００５６】ステップ４において、著者は提出物ウェブ
ページ２８Ｄ（図３６）においてタイトル情報（Title
Information）を入力する。著者は、フィールド４０９
にタイトル（Title）を入力し、フィールド４１０にサ
ブタイトル（Subtitle）を入力する。著者がペンネーム
を用いる場合、著者はボタン４１１を選択し、フィール
ド４１２にファーストペンネーム（Pen First Name）、
フィールド４１３にミドルペンネーム（Pen Middle Nam
e）、フィールド４１４にラストペンネーム（Pen Last
Name）をそれぞれ入力する。著者は、フィールド４１５
に書籍の著作権期間（Copyright Year）及びフィールド
４１６に著作権者（Copyright Owner）をそれぞれ入力
する。著者が書籍の原文の権利を有する場合、著者はボ
タン４１７（own right to book text）を選択する。著
者が書籍の表紙の権利を有する場合、著者はボタン４１
８（own right to book Cv）を選択する。著者が一連の
書籍の権利を有する場合、著者はボタン４１９（own ri
ght to book Gps）を選択する。書籍が過去に出版され
ている場合、著者はフィールド４２０における以前の表
紙形式（Previous Cover Type）を選択する。著者は、
フィールド４２１から４３２において、以前のページ数
（Previous Page Count）、以前の書籍幅（Previous Bo
ok Width）、以前の書籍高さ（Previous Book Heigh
t）、以前の図面（Previous Graphic）、以前のタイト
ル（Previous Titles）、以前のサブタイトル（Previou
s Subtitle）、以前の版（Previous Edition）、以前の
出版年（Previous Publication year）、以前の出版社
（Previous Publisher）、以前のISBN（Previous ISB
N）、以前の出版年（Previous Publication Year）及び
以前の巻数（Previous Set Total Volumes）をそれぞれ
入力する。著者は、書籍が以前の書籍の組の一部である
場合にはボタン４３３（Prev Part of Set）を選択す
る。
【００５７】ステップ５において、著者はウェブページ
２８Ｅ（図３７）においてマーケット情報（Market Inf
ormation）を入力する。著者は、フィールド４３４から
４４１に、キーワード（Key Words）、ターゲットとす
る読者のジャンル（Target Audience Genre）、ターゲ
ットとする読者の年齢層（Target Audience Age Grou
p）、ターゲットとする読者の性別（Target Audience G
ender Group）、ジャンル（Genre）、メインカテゴリ
（Main Category）、サブカテゴリ（Sub Category）及
びBISAC番号（BISAC）をそれぞれ入力する。また、著者
はフィールド４４３から４４４において、要旨（Key No
te）、マーケティング機会（Marketing Opportunity）
及びバイライン（Byline）をそれぞれ入力する。要旨に
は、書籍の簡単な説明が含まれる。マーケティング機会
には、著者の所属及びメンバーシップが含まれる。バイ
ラインは、要旨に対する引用属性(quote attribution)
である。
【００５８】ステップ６において、著者はウェブページ
２８Ｆ（図３８）において制作情報（Production Infor
mation）を入力する。著者が、書籍の表紙についてのア
イデア及びアートワークを有する場合、著者はボタン４
４５（Have idea and artwork for the front cover）
を選択する。著者が表紙のファイルを有する場合、著者
はフィールド４４６及び４４７に表紙のファイル名（Na
me of File）及び表紙の作品の債権者（Creditor）をそ
れぞれ入力する。著者が表紙のアイデアを有する場合、
著者はフィールド４５０（Idea for Front Cover）にア
イデアを入力する。著者が表紙のアイデアを持たない場
合、著者はボタン４５１（Have no ideaand no artwor
k）を選択する。著者は、フィールド４５２から４５６
において、著者の略歴（Author Bio）、著書の解説（Bo
ok Description）、出版されたレビュー（Published Re
views）の日付（Date）、著者（Author）及び周期（Per
iodical）をそれぞれ入力する。著者が自らの写真を有
する場合、著者はボタン４５８（Have Author Photo）
を選択する。著者はボタン４５９から４６１において幾
つかの献詞を選択することが可能であり、フィールド４
５７に献詞の本文（Text）を入力する。同様に、著者は
ボタン４６２から４６４において幾つかのエピグラフ
（Epigraph）を選択可能であり、フィールド４５７にエ
ピグラフの本文を入力する。著者がグラフィックを有す
る場合、著者はボタン４６５（Manuscript Graphic）を
選択し、フィールド４６６にグラフィックの数（Number
of graphics）を入力する。
【００５９】ステップ７において、著者はウェブページ
２８Ｇ（図３９）に契約情報（Contract Information）
を入力する。一実施態様においては、著者は契約に署名
しなければならない。この実施態様においては、著者は
フィールド４６７（Signed By）に契約に署名した人物
の氏名を入力し、フィールド４６９（Signed For）に署
名され人物の氏名を入力する。著者は、フィールド４６
８、４７０及び４７１に、期間（年）（Term Years）、
開始日（Term Start Date）及び終了日（TermEnd Dat
e）をそれぞれ入力する。著者は、フィールド４７２か
ら４７４において、著者が内容の権利を有するか否か
（Author Owns Rights to Content）、グラフィックの
権利を有するか否か（Author Owns Rights to Graphic
s）、また表紙の権利を有するか否か（Author Owns Rig
hts to Cover）をそれぞれ選択する。著者は、フィール
ド４７５（Available for p-books）及びフィールド４
７７（Available for c-books）において内容（全体的
又は部分的）がp-book又はc-bookの制作に利用可能であ
るかどうかを選択する。著者は、フィールド４７６（Co
pyright is Registered）において著作権が登録されて
いるかどうかを選択する。著者は、フィールド４７８か
ら４８０において、言語的制約（Language Restrictio
n）、地理的制約（Geographic Restriction）及び出力
的制約（Output Restriction）を選択する。
【００６０】ステップ８において、著者はウェブページ
２８Ｈ（図４０）に支払い情報（Payment Informatio
n）を入力する。著者は、フィールド４８１から４８９
において、氏名（Name）、ストリートアドレス１（Stre
et Line1）、ストリートアドレス２（Street Line2）、
市（City）、省（Province）、電話番号（Phone）、州
（State）、国（Country）及び郵便番号（Zip／Post Co
de）をそれぞれ入力する。著者はボタン４９０乃至４９
２においてクレジットカードの種類を選択し、フィール
ド４９３及び４９４においてカード番号（Card Numbe
r）及び有効期限（Expire Date）をそれぞれ入力する。
【００６１】ステップ９において、著者はウェブページ
２８Ｉ（図４１）において出版システム２に対してアッ
プロードされるファイルを選択する（File Upload）。
著者はフィールド４９５にファイル名（File Name）を
入力する。著者は、フィールド４９６から４９８におい
て、ファイル機能（File Role）、ファイルプラットフ
ォーム（File Platform）、及びファイルのアプリケー
ションタイプ（File Application Type）をそれぞれ入
力する。ファイル機能によってファイルの目的を識別す
る。ファイル機能には、著者の写真（Author Photo）、
表紙（Book Cover）、ブックブロック（Book Block）及
びイラスト（Illustration）が含まれる。著者は、ボタ
ン４９９（Browse）を選択して著者のローカルドライブ
の中を検索してファイルを選択し、ボタン５００（Uplo
ad）を選択してファイルを出版システム２にアップロー
ドする。一旦著者がボタン５００を選択すると、先のペ
ージに集められた情報及び選択されたファイルが、電子
商取引システム４に対してアップロードされる。
【００６２】動作１０３の後に動作１０４が続く。動作
１０４において、提出物ウェブページ２８は、契約情報
１２、支払い情報１３及びマーケティング情報１４を電
子商取引データベース２３に保存する。動作１０４の後
に動作１０５が続く。動作１０５において、電子商取引
データベース２３がXMLバッチコマンドをバッチコマン
ドツール３１に対して送信し、ウェブページ２８Ａから
２８Ｉによって受信された提出物１１及びその関連情報
を内容管理データベース３２に格納する。電子商取引デ
ータベース２３のストアド・プロシージャは、方法１５
０（図９）に従ってXMLバッチコマンドを発生する。
【００６３】最初の動作１５１において、電子商取引デ
ータベース２３のストアド・プロシージャは、XMLバッ
チコマンドファイルに「insert_publication」XMLタグ
を書き込む。「Insert_publication」XMLタグは、内容
管理データベース３２において出版の基本記録を生成す
るバッチコマンドである。「Insert_publication」XML
タグには、「pub_id」、「pub_type_id」、「submit_da
te」及び「pub_size」と記述される属性が含まれる（表
１参照）。「pub_id」は、電子商取引データベース２３
によって与えられた、提出された出版物の識別名であ
る。「Pub_type_id」は、小説や短編小説等の、提出さ
れた出版物の種類の識別名である。「Submit_date」
は、電子商取引システム４に提出された出版物の提出日
である。「Pub_size」は、例えば6×9インチ（約15.2×
22.9cm）のような先に出版された文書の物理的寸法であ
る。動作１５２が動作１５１に続く。
【００６４】動作１５２において、電子商取引データベ
ース２３のストアド・プロシージャは、「insert_publi
cation_file」XMLタグを書き込む。「Insert_publicati
on_file」バッチコマンドは、内容管理データベース３
２において出版ファイルの基本記録を生成する。「Inse
rt_publication_file」XMLタグには、「pub_id」、「fi
le_role_id」、「internal_filename」、「user_filenam
e」及び「detail」が含まれる（表１参照）。「file_rol
e_id」は、出版物に関連するファイルの目的（即ち、そ
れがどのように使用されるか）の識別名である。「file
_role_id」には、例えば「XML book block」、「PDF bo
ok block」、「XML book cover」及び「PDF book cove
r」が含まれる。「XML book block」及び「PDF book bl
ock」は、それぞれXML及びPDFファイル形式で保存され
た出版物のファイルである。同様に、「XML book cove
r」及び「PDF book cover」は、それぞれXML及びPDFフ
ァイル形式で保存された出版物の表紙のファイルであ
る。「User_filename」は、提出の際に著者によって与
えられたファイル名である。「Internal_filename」
は、2人のユーザがファイルを識別するのに同一の「use
r_filename」を用いた場合に、電子商取引データベース
２３によってファイルに割り当てられたファイル名であ
る。動作１５３が動作１５２に続く。
【００６５】動作１５３において、電子商取引データベ
ース２３のストアド・プロシージャは、「insert_tag」
XMLタグを書き込む。「Insert_tag」バッチコマンド
は、内容管理データベース３２において提出された出版
物に関連する1又はそれ以上の任意の空のタグを許容す
る。「Insert_tag」は、「pub_id」の属性を有する（表
１参照）。「Insert_tag」バッチコマンドは、バッチコ
マンドツール３１にiu_tagテーブル１６５（図１２）に
おける行を作成させ、提出された出版物の「pub_id」を
伴うXMLタグを保存する。空のタグは「insert_tag」XML
タグの間にネスティングされる。空のタグは、例えば全
体の出版物に適合する出版レベルタグである。空のタグ
には、タグの属性及びタグのタイプを識別する属性が含
まれる。タグタイプには、「タイトルタイプ（title ty
pe）」、「名称タイプ（name type）」、「キーワード
（keywords）」及び「分類（taxonomy）」が含まれる。
挿入されたタグは、出版物がXMLファイルとして保存さ
れておらず、内容管理データベース２３に格納不能な場
合に有用である。出版物にXMLタグを付随させること
で、出版物は、Iu_Tagテーブル１６５におけるXMLタグ
によって、内容管理データベース３２に格納可能であ
る。例示的なXMLバッチコマンドファイルを表１に示
す。
【００６６】
【表１】
【００６７】バッチコマンドツール３１は、文書型定義
（DTD）ファイルで前述のXMLバッチコマンドファイルを
解析し、バッチコマンドを抽出及び実行する。また、ス
トアド・プロシージャは、バッチコマンドの代わりに内
容管理データベース３２及び権利・ロイヤリティーデー
タベース３８に問い合わせ、挿入及びアップデートが可
能であることに注意されたい。
【００６８】動作１０５（図８）の後に動作１０６が続
く。動作１０６において、電子商取引データベース２３
は、内容管理システム５に於けるステージングディレク
トリに提出物１１及び選択されたファイル（例えばイラ
ストレーションファイル）を送信し、ここで提出物１１
及び選択されたファイルは、取込みエンジン２９によっ
て処理されるのを待つ。前述のように、提出物ウェブペ
ージ２８は、動作１０４から１０６の代わりに、著者か
ら集められた情報、提出物１１及び選択されたファイル
をミドルウェア２６を介して内容管理システム５に対し
て直接送信することができる。一実施態様においては、
出版システム２の人間のオペレータが、コンピュータ３
５２Ａ（「編集コンピュータ」）を用いて内容管理シス
テム５から提出物１１をダウンロードする。編集コンピ
ュータ３５２Ａは、著者コンピュータ１Ａと同様のもの
であり、ワードプロセッサ１５、プラグイン１６及びテ
ンプレート１７を含む。人間のオペレータは、ワードプ
ロセッサ１５、プラグイン１６及びテンプレート１７を
用いて提出物１１のスタイル、文法及びレイアウトを編
集する。その編集過程の後に、人間のオペレータは、提
出物１１を内容管理システム５に対してアップロードす
る。編集コンピュータ３５２Ｂは編集コンピュータ３５
２Ａと同様のものである。図２に示すように、そこには
更なる編集コンピュータが存在し得る。
【００６９】動作１０６の後に動作１０７が続く。動作
１０７において、バッチコマンドツール３１は、方法１
１０（図１０）に従ってXMLバッチコマンドファイルに
於けるXMLバッチコマンドを実行する。最初の動作１１
１において、バッチコマンドツール３１は、前述のXML
パーサを用いてDOMトリー構造を生成する。動作１１１
の後に動作１１２が続く。動作１１２において、バッチ
コマンドツール３１は、ノードのコマンドタグタイプを
決定する。動作１１２の後に動作１１３が続く。動作１
１３において、バッチコマンドツール３１はタグの属性
タイプを決定する。動作１１３の後に動作１１４が続
く。動作１１４において、バッチコマンドツール３１
は、属性に対応する変数に対する属性値を保存（マッピ
ング）する。動作１１４の後に動作１１５が続く。
【００７０】動作１１５において、バッチコマンドツー
ル３１は、対応する変数（即ち、属性値）を有するテー
ブルをアップデート若しくは挿入することによって、内
容管理データベース３２に於ける各テーブルに対して変
数値を適用する。動作１１５の後に動作１１６が続く。
動作１１６において、バッチコマンドツール３１は、全
てのノードが通過(traverse)されたかどうかを決定す
る。全てのノードが通過された場合には、動作１１６の
後に動作１１７が続いて方法１１０が終了する。そうで
ない場合には、動作１１６の後に動作１１２が続き、バ
ッチコマンドツール３１が次のノードを調査する。バッ
チコマンドツール３１は、深さ優先若しくは幅優先のよ
うな従来式の多くの方法でDOM構造トリーを通過可能で
ある。
【００７１】「insert_publication」XMLバッチコマン
ドに応じて、バッチコマンドツール３１は、Publicatio
n（出版）テーブル１６１において出版の基本記録を生
成する。バッチコマンドツール３１は、Publicationテ
ーブル１６１（図１２）の行を追加し、適切なカラムに
「insert_publication」XMLバッチコマンドの属性を挿
入する。一実施態様においては、バッチコマンドツール
は、Publicationテーブル１６１の「status_ID」に値を
挿入し、その出版物が取込みエンジン２９によって処理
されるために待機中であることを示す。バッチコマンド
ツール３１は、ブックカバー所有物のプレースホルダー
がAssetテーブル１６４に生成され得るように、行をブ
ックカバーに対するプレースホルダー（例えば、有用な
データを全く含まずに後のデータのためのスペースを確
保するダミーの入力）としてPub_cover_compテーブル１
６２に追加する。また、バッチコマンドツール３１は、
ブックブロック所有物のプレースホルダーがAssetテー
ブル１６４に生成され得るように、行をブックブロック
のプレースホルダー（例えば提出物１１の内容）として
Pub_Block_Compテーブル１６３に追加する。バッチコマ
ンドツール３１は、2つの行をブックカバー所有物及び
ブックブロック所有物のプレースホルダーとしてAsset
テーブル１６４に追加する。
【００７２】取込み（後述）の際に、取込みエンジン２
９は、XMLタグをIu_Tagテーブル１６５に保存し、XMLタ
グの属性及び属性値をIu_Attributeテーブル１６７に保
存する。また、取込みエンジン２９は、XMLタグの間の
内容をAssetテーブル１６４において予め生成されたブ
ックブロックプレースホルダーに保存し、ブックカバー
を作成するグラフィック情報をAssetテーブル１６４に
おいて予め生成されたブックカバープレースホルダーに
保存する。
【００７３】「insert_publication_file」バッチコマ
ンドに応じて、バッチコマンドツール３１は、Pub_File
テーブル１６６において出版物（提出物１１及び提出物
１１にリンクするファイル）に関連する各ファイルの基
本記録を生成する。バッチコマンドツール３１は、Pub_
Fileテーブル１６６に対して行を加え、適切なカラムに
「insert_publication_file」バッチコマンドの属性を
挿入する。また、バッチコマンドツール３１は、出版物
（提出物１１及び提出物１１にリンクするファイル）に
関連する各ファイルをPub_Fileテーブル１６６に保存す
る。
【００７４】一実施態様においては、動作１０７（図
８）の後にオプション的な動作１０８が続く。オプショ
ン的動作１０８において、フィルタ３０は、XMLファイ
ル形式でない提出物１１をXMLファイル形式に変換す
る。或いは、前述の人間のオペレータが、編集コンピュ
ータ３５２Ａを用いて提出物１１をXML形式に手作業で
変換する。人間のオペレータは、最初に提出物１１を内
容管理システム５から編集コンピュータ３５２Ａにダウ
ンロードする。次に、人間のオペレータはワードプロセ
ッサ１５、プラグイン１６及びテンプレート１７を用い
て提出物１１のセクションを手動で識別し、提出物１１
をXML形式で保存する。人間のオペレータは、取込みエ
ンジン２９による処理のために、内容管理システム５に
対して提出物１１を再送信する。人間のオペレータは、
提出物１１のセクションを識別することに加えて、提出
物１１のスタイル、文法及びレイアウトを編集すること
ができる。オプション的動作１０８の後に動作１０９が
続く。動作１０９において、取込みエンジン２９は、方
法４０（図１１）に従って提出物１１を解析し、内容
（例えば、テキスト）及び識別名（例えば、XMLタグ）
を内容管理データベース３２に保存する。取込みエンジ
ン２９は、Publicationテーブル１６１にファイルされ
た「status_ID」に周期的に問い合わせて、どの出版物
が取込みのために待機中であるかを決定する。
【００７５】最初の動作４１（図１１）において、取込
みエンジン２９は、前述のXMLパーサを用いて提出物１
１からDOMトリーを構築する。XMLパーサは、文書型定義
（DTD）ファイルで提出物１１を解析する。DOMトリー構
造に於ける各ノードは、XMLオブジェクト、並びにタ
グ、属性、属性値及び対をなすタグの間にネスティング
された全ての内容を含めた各XMLオブジェクトを表す。
動作４１の後に動作４２が続く。動作４２において、取
込みエンジン２９は、ノードがXMLタグノードであるか
どうかを決定する。ノードがXMLタグノードである場合
には、次の動作は動作４５である。
【００７６】動作４３において、取込みエンジン２９
は、XMLタグタイプ、並びにIu_Tagテーブル１６５（図
１２）に於けるXMLタグの間にネスティングされた内容
の開始位置（「開始オフセット(starting offset)」）
及び終了位置（「終了オフセット(ending offset)」）
を内容管理データベース３２に保存する。開始オフセッ
トは、全ての内容を含む文字列の始まりから対をなすXM
Lタグの間にネスティングされた内容の最初の文字まで
のバイト数である（ここで各バイトは1つの文字を表
す）。同様に、終了オフセットは、全ての内容を含む文
字列の始まりから対をなすXMLタグの間にネスティング
された内容の最後の文字までのバイト数である。動作４
３の後に動作４４が続く。動作４４において、取込みエ
ンジン２９は、XMLタグノードの属性値及び属性名を内
容管理データベース３２のIu_Attributeテーブル１６７
に保存する。動作４４の後に動作４７が続く。
【００７７】動作４５において、取込みエンジン２９
は、ノードがテキスト（内容）ノードであるかどうかを
決定する。ノードがテキストノードである場合、動作４
５の後に動作４６が続く。そうでない場合には、動作４
５の後に動作４７が続く。動作４６において、取込みエ
ンジン２９は、内容を内容管理データベース３２のAsse
tテーブル１６４（図１２）に保存する。動作４６の後
に動作４７が続く。
【００７８】動作４７において、取込みエンジン２９は
全てのノードが通過されたかどうかを決定する。全ての
ノードが通過されている場合、動作４７の後に動作４９
が続く。そうでない場合には、動作４７の後に動作４８
が続く。動作４８において、取込みエンジン２９は次の
ノードを調査する。取込みエンジン２９は、種々の従来
式の方法の1つでDOMトリー構造を通過できる。取込みエ
ンジンは、例えば深さ優先でDOMトリー構造を通過す
る。動作４９において、方法４０は終了する。一実施態
様において、取込みエンジン２９はPublicationテーブ
ル１６１の「status_ID」をアップデートし、出版物が
既に取り込まれていることを示す。
【００７９】一変更例において、方法４０にはオプショ
ン的なステップ３５０及び３５１が含まれる。オプショ
ン的動作３５０において、取込みエンジン２９は、属性
が外部ファイルに関連するかどうかを決定する。属性が
関連する場合には、オプション的動作３５０の後に動作
３５１が続く。オプション的動作３５１において、取込
みエンジン２９は、書式変換ライブラリー３３を呼び出
し、その外部ファイルを保管及び編集のために別のファ
イル書式で保存する。例えば、その外部ファイルがイメ
ージファイルである場合、取込みエンジン２９は変換ラ
イブラリー３３を用いてその外部ファイルを解像度独立
性の書式で保存する。取込みエンジン２９は、その外部
ファイルが後に復旧可能なように、外部ファイルのファ
イル情報をPub_Fileテーブル１１６に保存する。
【００８０】別の変更例においては、前述のJavaのパー
サによって解析される前に、取込みエンジン２９がエン
ティティ・リファレンス（ノードのタイプ）において全
ての「&」文字を「〜」に置き換えるように、取込みエ
ンジン２９は変更される。これは、XML文書が解析され
る際に、Javaのパーサがエンティティ・リファレンスに
おいて「&」文字と他の文字とを置き換えることを防止
するために実施される。トランスレータ６４は、後にエ
ンティティ・リファレンスにおいて「〜」文字を「&」
で置き換え、それらの元々の書式でエンティティ・リフ
ァレンスを作成する。コンバータ３５Ａは、エンティテ
ィ・リファレンスが適切な書式に対する「&」文字を含
み、また出版物を保存することを要求するので、上述の
ステップは必要である。
【００８１】一実施態様において、動作２００（図７）
には、動作２０１から２０６（図２１）が含まれる。最
初の動作２０１において、顧客はカタログウェブページ
２２を拾い読みする。顧客は、ウェブページ２２Ａ（図
４２）のフィールド５１５に於ける検索カテゴリーを選
択し、その検索カテゴリーで検索するためのワードを入
力することによって出版物を検索できる。検索カテゴリ
ーには、タイトル、著者及びキーワードが含まれる。ま
た、顧客はハイパーテキストリンク５１６に示すような
出版物のカテゴリーを選択可能である。ウェブページ２
２Ｂ（図４３）は、ウェブページ２２Ａに於ける顧客の
動作による検索結果若しくはカテゴリーの結果を示すも
のである。その結果には、種々の出版物のタイトル、著
者、価格及びISBN番号が含まれる。顧客は、各出版物の
タイトルに於けるハイパーテキストリンクを選択するこ
とによって、その出版物の詳細情報を更に得ることがで
きる。一変更例においては、顧客は顧客コンピュータ８
Ａからその出版物の少なくとも一部を見る。電子商取引
システム４は、著者と出版システム２の運営者との間の
契約条項によって許可される場合には、その出版物の一
部をカタログウェブページ２２のウェブページの一部と
して送信する。
【００８２】別の変更例においては、著者は、カタログ
ウェブページ２２を介して購入された出版物と組み合わ
せるための個人化された内容２０をアップロードし、個
人化された出版物（p-book）を作成する。ステップ１に
おいて、顧客はウェブページ２２Ｃ（図４４）のフィー
ルド５１３においてこの個人化された内容２０のタイト
ルを入力する。また、顧客はボタン５０４を選択するこ
とによって蔵書票（bookplate）を選択し、フィールド
５０５にそのp-bookを所有する人物の氏名を入力する。
当業者には更なる蔵書票を利用可能であることが理解さ
れるであろう。ステップ２において、顧客は献詞のタイ
トル、献詞のテキスト及び献詞のサインをウェブページ
２２Ｄ（図４５）のフィールド５０６、５０７及び５０
８にそれぞれ入力する。ステップ３において、顧客は前
書のタイトル、前書のテキスト、前書のサイン及び前書
年紀をウェブページ２２Ｅ（図４６）のフィールド５０
９、５１０、５１１及び５１２にそれぞれ入力する。カ
タログウェブページ２２は、顧客の個人化された内容２
０を電子商取引データベース２３に保存する。この変更
例において、顧客は多数の個人化された内容２０を生成
することができる。顧客がp-bookを購入することを決定
した場合、顧客は個人化された情報のタイトルのハイパ
ーテキストリンクを選択することによって、ウェブペー
ジ２５（図４７）から個人化された内容２０の内の１つ
を選択することが可能である。
【００８３】別の変更例においては、カタログウェブペ
ージにウェブページ（図４８）が含まれ、ここで顧客は
フレーム４０６において出版物を見ることができる。顧
客は、顧客が購入を希望する段落の段落番号をフィール
ド４０７（Paragraphs）に入力し、また後にこれらの段
落を別の出版物から選択した段落と組み合わせてカスタ
マイズされた出版物（c-book）を作成するために、ボタ
ン４０８を選択して著者の選択物を記録する。動作２０
１の後に動作２０２が続く。
【００８４】動作２０２において、顧客は、購入注文１
９及び支払い情報２１を購入注文ウェブページ２５を介
して電子商取引システム４に送信する。購入注文ウェブ
ページ２５は、出版物と前述の個人化された内容２０と
を組み合わせるために顧客に対して任意選択機能を提供
する。購入注文１９に従って、購入注文ウェブページ２
５は、権利・ロイヤリティーデータベース３８に問い合
わせて出版物が顧客によって注文された様式で配布若し
くは販売可能であるかどうかを決定する。動作２０２の
後に動作２０３が続く。
【００８５】動作２０３において、購入注文ウェブペー
ジ２５は、購入注文１９及び支払い情報２１を電子商取
引データベース２３に保存する。動作２０３の後に動作
２０４が続く。動作２０４において、電子商取引データ
ベース２３は、購入注文１９、個人化された情報２０及
び支払い情報２１を含むXMLバッチコマンドを内容管理
システム５に送信する。電子商取引データベース２３
は、方法２５０（図２２）に従ってXMLバッチコマンド
を生成する。
【００８６】最初の動作２５１において、電子商取引デ
ータベース２３のストアド・プロシージャは「insert_o
rder」XMLタグを書き込む。「insert_order」XMLタグ
は、注文記録を内容管理データベース３２において生成
するバッチコマンドである。「insert_publication」XM
Lタグには、「customer_number」、「order_number」、
「vendor_id」及び注文に関する他の一般的な情報の属
性が含まれる（表２下部参照）。「customer_number」
は顧客の識別名である。「order_number」はこの注文の
識別名である。「vendor_id」は、その出版物が印刷の
ために送付されるであろう商用プリンタの識別名であ
る。一変更例においては、電子商取引データベース２３
のルーティング・アルゴリズムが、顧客によって提示さ
れたzipコードによって、顧客の最も近くに位置する商
用プリンタを決定する。ストアド・プロシージャは、商
用プリンタの「vendor_id」をXMLバッチコマンドに挿入
する。動作２５１の後に動作２５２が続く。
【００８７】動作２５２において、電子商取引データベ
ース２３のストアド・プロシージャは、「insert_sku」
XMLタグを書き込む。「insert_sku」XMLタグは、書籍に
関する情報を内容管理データベース３２に挿入するバッ
チコマンドである。「Insert_sku」XMLタグには、「ord
er_sku」、「pub_id」、「style_id」及び「cached」の
属性が含まれる（表２下部参照）。「order_sku」は、
書籍、スタイル及び個人化された内容の特有の組合せを
記述する識別名である。「style_id」は、その出版物に
適用されたスタイルの識別名である。「cached」は、出
版物が商用プリンタに蓄えられ、商用プリンタに対して
再送する必要がないと分かった場合には真（true）と示
される。動作２５２の後に動作２５３が続く。
【００８８】動作２５３において、電子商取引データベ
ース２３のストアド・プロシージャは、「insert_pmatt
er」XMLタグを書き込む。「insert_pmatter」XMLタグ
は、個人化された内容を内容管理データベース３２に挿
入するバッチコマンドである。「insert_pmatter」XML
タグには、「order_sku」及び「ptype」の属性が含まれ
る（表２下部参照）。「ptype」は、蔵書票に対する
「蔵書票内容（book_plate_content）」及び献詞に対す
る「献詞内容（dedication content）」のような個人化
された内容の形式の識別名である。電子商取引データベ
ース２３のストアド・プロシージャは、顧客からの購入
注文に従って更なる「insert_pmatter」XMLタグを書き
込むことが可能である。動作２５３の後に動作２５４が
続く。
【００８９】動作２５４において、電子商取引データベ
ース２３のストアド・プロシージャは「insert_order_i
tem」XMLタグを書き込む。「insert_order_item」XMLタ
グは、注文アイテムを内容管理データベース３２に挿入
するバッチコマンドである。「insert_order_item」XML
タグには、「order_number」、「item_id」、一般的な
出荷情報、「order_sku」、「title」、「isbn」及び
「quantity」の属性が含まれる（表２下部参照）。「it
em_id」は、この注文アイテム（例えば、1、2、3など）
の注文の識別名である。「title」は、この注文アイテ
ムの書籍のタイトルである。「isbn」は、この注文アイ
テムの書籍の国際標準図書番号（「ISBN」）である。
「quantity」は、この注文アイテムに対して出荷される
書籍の数量である。電子商取引データベース２３のスト
アド・プロシージャは、顧客からの購入注文に従って更
なる「insert_order_item」XMLタグを書き込むことが可
能である。表２には、前述の例示的なXMLバッチコマン
ドファイルを示す。
【００９０】
【表２】
【００９１】バッチコマンドツール３１は、DTDファイ
ルで前述のXMLバッチコマンドファイルを確認及び解析
し、バッチコマンドを抽出及び実行する。
【００９２】「insert_order」XMLバッチコマンドに応
じて、バッチコマンドツール３１は、Orders（注文）テ
ーブル１６８（図１６）において注文についての記録を
生成する。バッチコマンドツール３１は、Ordersテーブ
ル１６８に行を加え、適切なカラムにおいて「insert_o
rder」バッチコマンドの属性を書き込む。バッチコマン
ドツール３１は、「insert_order_item」バッチコマン
ドに従って「insert_order」テーブル１６９に行を追加
し、適切なカラムに「insert_order_item」XMLバッチコ
マンドの属性を書き込む。Insert_Order_Itemテーブル
１６９は、「order_number」によってInsert_Orderテー
ブル１６８と相互参照し、また「order_sku」によって
出版物と相互参照する。
【００９３】バッチコマンドツール３１は、「insert_s
ku」バッチコマンドに従って「Order_Sku」テーブル１
７０に行を追加し、適切なカラムに「insert_sku」バッ
チコマンドの属性を書き込む。バッチコマンドツール３
１は、「insert_pmatter」バッチコマンドに従ってCust
omer_Contentテーブル１７１に行を追加し、適切なカラ
ムに「insert_pmatter」バッチコマンドの属性を書き込
む。個人化された内容が、例えば4000文字以下である場
合、その個人化された内容は「Customer_Content」テー
ブル１７１の「short_text」カラムに格納される。個人
化された内容が、例えば4000文字を超える場合、その個
人化された内容はCustomer_Contentテーブル１７１の
「pub_id」カラムに格納される。
【００９４】動作２０４（図２１）の後に動作２０６が
続く。動作２０６において、アセンブラ３４が購入注文
１９に従って出版物を製作する。一実施態様において
は、出版物を構成する前に、アセンブラ３４は権利・ロ
イヤリティーデータベース３８におけるContract_Right
_Restrictionsテーブル１８３若しくはRight_Restricti
onsテーブル１８４に問い合わせ、顧客によって選択さ
れた出力形式が各著者と出版システム２との間の契約に
よって許可されるかどうかを決定する。
【００９５】出版物を製作するために、アセンブラ３４
は、始めにOrdersテーブル１６８から注文を決定する。
「order_number」を用いて、アセンブラ３４はOrder_It
emテーブル１６９から注文アイテムを決定する。「orde
r_sku」を用いて、アセンブラ３４はOrder_Skuテーブル
１７０から出版物、個人化された内容及びスタイルの特
有の組合せを決定する。オプション的な「pmatter」を
用いて、アセンブラ３４はCustomer_Contentテーブル１
７１から個人化された内容を決定する。「style_sheet_
ID」を用いて、アセンブラ３４はStyle_Sheet_LKテーブ
ル１７２からスタイルシートを決定する。「pub_id」を
用いて、アセンブラ３４は内容及び識別名をAssetテー
ブル１６４、Iu_Tagテーブル１６５及びIu_Attributeテ
ーブル１６７に位置付ける。
【００９６】一実施態様においては、アセンブラ３４は
方法５０Ａ（図２３）に従って出版物及び個人化された
内容を組み合わせる。最初の動作５１において、アセン
ブラ３４は内容の開始オフセットによって昇順にソート
された同一の「pub_id」を伴うXMLタグのリスト（「開
始リスト（start list）」）を作成する。また、アセン
ブラ３４はそれぞれの内容の終了オフセットによって昇
順にソートされた同一の「pub_id」を伴うXMLタグのリ
スト（「終了リスト（end list）」）を作成する。アセ
ンブラ３４は、「pub_id」を伴う全てのXMLタグを問い
合わせることによってIu_Tagテーブル１６５（図１２）
から同一の「pub_id」を伴うXMLタグを検索する。動作
５１の後に動作５４が続く。
【００９７】動作５４において、アセンブラ３４は「現
在の開始タグ（current start tag）」（後述）の開始
オフセットが「現在の終了タグ（current end tag）」
（後述）の終了オフセット未満であるかどうかを決定す
る。現在の開始オフセットが現在の終了オフセットより
も小さい場合には、動作５４の後に動作５５Ａが続く。
そうでない場合には、動作５４の後に動作５８が続く。
【００９８】最初の反復において、現在の開始タグは開
始リストの始めにおけるタグであり、現在の終了タグは
終了リストの始めにおけるタグである。後の各反復にお
いては、アセンブラ３４は開始リストや終了リストを下
方に進み、新たなタグが現在の開始タグ及び現在の終了
タグとなる。以下では、現在の開始タグの開始オフセッ
トは「現在の開始オフセット（current start offse
t）」と称され、また現在の終了タグの終了オフセット
は、「現在の終了オフセット（current end offset）」
と称される。先の反復からの現在の開始タグ及び現在の
終了タグは、「先の開始タグ（previous start tag）」
及び「先の終了タグ（previous end tag）」と称され
る。先の開始タグの開始オフセットは「先の開始オフセ
ット（previousstart offset）」と称され、先の終了タ
グの終了オフセットは「先の終了オフセット（previous
end offset）」と称される。最初の反復においては、
先の開始オフセット若しくは先の終了オフセットは存在
せず、先の開始オフセット及び先の終了オフセットの値
はゼロに設定される。
【００９９】動作５５Ａにおいて、アセンブラ３４は、
（１）(a)先の開始オフセット及び(b)先の終了オフセッ
トの最小値の間の内容、並びに（２）(a)現在の開始オ
フセット及び(b)現在の終了オフセットの最小値の間の
内容を出力する。言い換えれば、アセンブラ３４は以下
のオフセットの間の内容を出力する。 （１）Min（先の開始オフセット，先の終了オフセッ
ト）；及び（２）Min（現在の開始オフセット，現在の
終了オフセット） アセンブラ３４はその内容をXMLファイルに出力する。
アセンブラ３４は、出版物の「pub_id」を用いてAssetテ
ーブル１６４（図１２）の「asset_blob」フィールドか
ら内容を検索する。動作５５Ａの後に動作５６が続く。
【０１００】動作５６において、アセンブラ３４は属性
及び属性値と共に現在の開始タグをXML文書に出力す
る。アセンブラ３４は、「iu_tag_ID」を用いてIu_Tag
テーブル１６５及びIu_Attributeテーブル１６７（図１
６）からXMLタグの属性及び属性値を検索する。動作５
６の後に動作５７が続く。動作５７において、アセンブ
ラ３４は開始リストにおける次の開始タグに進む。動作
５７の後に動作５４が続く。
【０１０１】動作５８において、アセンブラ３４は現在
の開始オフセットが現在の終了オフセットに等しいかど
うかを決定する。現在の開始オフセットが現在の終了オ
フセットと等しい場合、動作５８の後に動作５９が続
く。そうでない場合には、動作５８の後に動作６１が続
く。動作５９において、アセンブラ３４は現在の開始タ
グ及び終了タグをXML文書に出力する。動作５９の後に
動作６０が続く。一実施態様において、アセンブラ３４
は現在の開始タグ及び終了タグの代わりに「<TAG_NAME/
>」のショートカットを出力する。動作６０において、
アセンブラ３４は開始リスト及び終了リストにおける次
の開始タグ及び終了タグに進む。動作６０の後に動作５
４が続く。
【０１０２】動作６１において、アセンブラ３４は現在
の開始オフセットが現在の終了オフセットに比べてより
大きいかどうかを決定する。現在の開始オフセットが現
在の終了オフセットに比べてより大きい場合には、動作
６１の後に動作６２Ａが続く。そうでない場合には、動
作６１の後に動作６７が続く。動作６２Ａにおいて、ア
センブラ３４は以下のオフセットの間の内容を出力す
る。 （１）Min（先の開始オフセット，先の終了オフセッ
ト）；及び（２）Min（現在の開始オフセット，現在の
終了オフセット） 動作６２Ａは、前述の動作５５Ａと同一のものである。
動作６２Ａの後に動作６３が続く。動作６３において、
アセンブラ３４は現在の終了タグをXML文書に出力す
る。動作６３の後に動作６４が続く。
【０１０３】動作６４において、アセンブラ３４は現在
の終了タグが「ターゲットタグ（target tag）」である
かどうかを決定する。ターゲットタグは、個人化された
内容２０の挿入位置を示すタグである。例えば、個人化
された内容２０はタイトルの後にくる献詞である。従っ
て、ターゲットタグはタイトルタグの終了タグである。
一実施態様において、ターゲットタグはアセンブラ３４
のコードにプログラミングされる。或いは、ターゲット
タグは、出版物を構成する際にアセンブラ３４が参照す
るテーブルの中に設定され得る。現在の終了タグがター
ゲットタグである場合、動作６４の後に動作６５が続
く。そうでない場合には、動作６４の後に動作６６が続
く。動作６５において、アセンブラ３４は個人化された
内容タグの間の個人化された内容を出力する。アセンブ
ラ３４は、「order_sku」によってCustomer_Contentテ
ーブル１７１（図１６）から個人化された内容２０を検
索する。動作６５の後に動作６６が続く。
【０１０４】動作６６において、アセンブラ３４は次の
終了タグに進む。動作６７において、アセンブラ３４は
方法５０を終了する。全てのタグが調査され、XML文書
が完成した場合には、アセンブラ３４は動作６７に到達
する。一実施態様において、アセンブラ３４は「order_
status_code」をOrdersテーブル１６８にアップデート
し、注文に応じたことを示す。
【０１０５】一実施態様においては、アセンブラ３４は
2若しくはそれ以上の出版物から出版物を構成する。こ
の実施態様において、電子商取引データベース２３にお
けるストアド・プロシージャは、出版物を組み合わせる
注文と各出版物の「pub_id」を含むXMLバッチコマンド
を送信する。アセンブラ３４は、前述の方法５０Ａを用
いて最初の出版物をXML文書に構成する。第1の出版物が
完成した後に、アセンブラ３４は前述の方法５０Ａを用
いて同一のXML文書において第2の出版物を第1の出版物
の終了直後に構成する。そのプロセスは顧客が組合せを
望む出版物に対して順次繰り返される。
【０１０６】一実施態様において、アセンブラ３４は方
法５０Ｂ（図２４）に従って別の出版物の一部及び個人
化された内容から個人化された出版物を製作する。アセ
ンブラ３４は、各著者と出版システム２の運営者との間
の契約が著者の出版物を部分的に配布若しくは販売する
ことを許可する場合には、別の出版物の一部から出版物
を制作する。アセンブラ３４は、例えば権利・ロイヤリ
ティーデータベース３８におけるContract_Right_Restr
ictionテーブル１８３に問い合わせて出版物が部分的に
配布若しくは販売可能であるかどうかを決定する。
【０１０７】一変更例においては、出版物のセクション
がPub_Block_Compテーブル１６３における個別のエント
リにおいて確認され、アセンブラ３４は各段落の始めに
段落番号を挿入する。出版物のPDFファイルは、カタロ
グウェブページ２２（図４８）からのウェブページの表
示領域４０６において顧客に対して表示される。顧客が
購入を希望する段落と判断した場合には、顧客はフィー
ルド４６７において段落番号を入力する。顧客はこの出
版物の表示を一旦終了し、ボタン４０８を選択してカス
タマイズされた書籍に選択された段落を追加することが
可能である。段落番号は、顧客が購入を望むPub_Block_
Compテーブル１６３におけるエントリを識別する。構成
の際にアセンブラ３４は各選択された段落の開始及び終
了オフセットをPub_Block_Compテーブル１６３に問い合
わせ、方法５０Ｂ（図２４）に従ってこれらのセクショ
ンを組み立てる。選択された段落の開始オフセットは
「選択の開始（start of selection）」と称され、選択
されたパラグラフの終了オフセットは「選択の終了（en
d of selection）」と称される。
【０１０８】最初の動作５２において、アセンブラ３４
は以下のオフセットでタグの開始リストを作成する。 （１）（開始オフセット＜選択の開始）及び（終了オフ
セット＞選択の開始）；又は（２）（開始オフセット＜
選択の開始）及び（開始オフセット＜選択の終了）動作
５２の後に動作５３が続く。動作５３において、アセン
ブラ３４は以下のオフセットでタグの終了リストを作成
する。 （１）（開始オフセット＜選択の終了）及び（終了オフ
セット＞選択の終了）；又は（２）（終了オフセット＜
選択の開始）及び（終了オフェット＜選択の終了） 動作５３の後に動作５４が続く。動作５５Ｂ及び６２Ｂ
の各々に置き換えた動作５５Ａ及び動作６２Ａを除け
ば、その他の動作は方法５０Ａと変わらない。動作５５
Ｂにおいて、アセンブラ３４は以下の２つのオフセット
の間の内容を出力する。
【０１０９】（１）Max（Min（先の開始オフセット，先
の終了オフセット），選択の開始）；並びに（２）Min
（Min（現在の開始オフセット，現在の終了オフセッ
ト），選択の終了）動作６２Ｂは上述の動作５５Ｂと同
一のものである。アセンブラ３４は、全ての選択された
段落がXMLファイルに出力されるまで方法５０Ｂを繰り
返す。
【０１１０】一実施態様において、アセンブラ３４は2
又はそれ以上の出版物を組み合わせて新たな出版物を選
択する。この実施態様において、電子商取引データベー
ス２３におけるストアド・プロシージャは、各出版物に
対する選択の開始及び終了、出版物を組み合わせる注文
及び各出版物の「pub_id」を含むXMLバッチコマンドを
送信する。アセンブラ３４は、前述の方法５０Ｂを用い
て第1の出版物をXML文書に構成する。第1の出版物の完
成の後に、アセンブラ３４は前述の方法５０Ｂを用いて
同一のXML文書において第2の出版物を第1の出版物の終
了直後に構成する。そのプロセスは、顧客が組合せを望
む出版物に対して順次繰返される。
【０１１１】動作３００（図２５）には動作３０１から
３０４が含まれる。動作３０１において、トランスレー
タ６４はXSLスタイルシート３９に従って出版物をXMLフ
ォーマットで保存する。動作３０１の後に動作３０２が
続く。動作３０２において、コンバータ３５はスタイル
シート３６に従って出版物の書式を整え、複数のファイ
ル形式の中の1つで出版物を保存する。ファイル形式
は、顧客によって選択された出力形式に依存する。例え
ば、顧客がペーパーバックの書籍を望む場合、コンバー
タ３５は、商用プリンタ９Ａがペーパーバックの書籍を
印刷可能なように出版物をPDFファイルとして保存す
る。顧客が電子書籍(eBook)を望む場合には、コンバー
タ３５は出版物を電子書籍ファイルとして保存する。動
作３０２の後に動作３０３が続く。動作３０３におい
て、出力手段３７は、出力形式に応じて出版物を顧客コ
ンピュータ（例えば、顧客コンピュータ８Ａ又は８
Ｂ）、商用プリンタ（例えば、商用プリンタ９Ａ又は９
Ｂ）又は電子書店（例えば、電子書店６５）に送信す
る。動作３０３の後に動作３０４が続く。動作３０４に
おいて、顧客は複数の出力形式のうちの1つで出版物を
受取る。
【０１１２】提出の際に、電子商取引システムは、著者
の権利・ロイヤリティー情報を提供するXMLバッチコマ
ンドファイルを送信する。データモデル１８０（図２
６）には、権利・ロイヤリティー情報を格納するのに用
いられる権利・ロイヤリティーデータベース３８のテー
ブルを示す。Contracts（契約）テーブル１８１には、
著者と出版システム２の運営者との間の契約についての
基本記録が含まれる。Contractsテーブル１８１には、
「contract_id」、「contract_version」、「program_c
ode」及び他の一般的な契約情報の要素が含まれる。「c
ontract_id」は契約の識別名であり、「contract_versi
on」は契約のバージョンの識別名である。「program_co
de」は、契約がその一部であるPublication_Program_LK
テーブル１８９における書込みプログラムの識別名であ
る。各書き込みプログラムは、種々の期限、コスト及び
サービスを著者に対して提供する。例えば、書込みプロ
グラムが編集サービス及び高いロイヤリティー歩合を著
者に対して提供するので、書込みプログラムのコストが
高くなる。「insert_contract」XMLバッチコマンドに応
じて、XMLバッチコマンドツール３１は、Contractsテー
ブル１８１に行を追加し、適切なカラムに「insert_con
tract」バッチコマンドの属性を挿入する。
【０１１３】insert_itemsテーブル１８２には、著者と
出版システム２の運営者との間の契約の下でのアイテム
の基本記録が含まれる。そのアイテムは、出版物又は出
版物の構成要素（例えばセクション）であり得る。Cont
ract_Itemsテーブル１８２には、「contract_id」、「c
ontract_version」、「contract_item_id」、「pub_i
d」、又は「pub_camp_id」、「p_bookable」、「c_book
able」、並びに「org_title_ratio」の要素が含まれ
る。「Contract_item_id」は契約の下でのアイテムの識
別名である。一実施態様においては、アイテムが出版物
であり、「pub_iD」がPublicationテーブル１６１から
の出版物を識別する。別の実施態様においては、アイテ
ムが出版物のセクションであり、「pub_comp_id」がPub
_Block_Compテーブル１６３において出版物の構成要素
を識別する。「p_bookable」は、契約アイテムが個人化
された組織の一部となり得るかどうかを示すフラグであ
り、「c_bookable」は契約アイテムがカスタマイズされ
る書籍の一部となり得るかどうかを示すフラグである。
【０１１４】「org_title_ratio」は、契約アイテムが
出版物のロイヤリティーのどのくらいの割合を占めるか
を識別する。例えば、著者が、書籍において契約アイテ
ムが重要なチャプターであると考える場合、それは書籍
から生じる全てのロイヤリティーの75%を占める。著者
が、重要なチャプターをカスタマイズされた書籍の一部
とすることを許容する場合、著者は書籍全体の販売によ
って得たであろうロイヤリティーの75%のロイヤリティ
ーの受取りを要求する（ここでの75%が「org_title_rat
io」である）。「insert_contract_item」XMLバッチコ
マンドに応じて、XMLバッチコマンドツール３１はConta
ctsテーブル１８１に行を追加し、適切なカラムに「ins
ert_contract」バッチコマンドの属性を挿入する。
【０１１５】Contract_Rights_Restrictionsテーブル１
８３には、著者によって選択された出版物の配布及び販
売におけるカスタマイズされた制限が含まれる。Contra
ct_Rights_Restrictionsテーブル１８３には、「restri
ction_type」、「restriction_code」、「contract_i
d」、「contract_version」、及び「contract_item_i
d」の要素が含まれる。「restriction_type」は、言
語、地理及び出力形式のような出版物に課せられた制限
のタイプの識別名である。「restriction_code」は、制
限の各タイプにおける種々のサブタイプの識別名であ
る。例えば「restriction_type」及び「restriction_co
de」を組み合わせて、カリフォルニアにおける電子的形
態の出版物の英語版の販売の制限を作成することができ
る。
【０１１６】Publication_Program_LKテーブル１８９に
は、「program_code」及び「program_version」の要素
を含めた、著者が関与できる各出版プログラムに関連す
る一般的な情報が含まれる。Rights_Restrictionsテー
ブル１８４には、Publication_Program_LKテーブル１８
９の各書込みプログラムにおけるデフォルトの権利の制
限が含まれる。
【０１１７】Program_Percentageテーブル１８７１（図
３０）には、出版物の販売の支払いに対して権利が与え
られた各エンティティに対する種々のロイヤリティープ
ログラムについての記録が含まれる。Program_Percenta
geテーブル１８７には、「program_perc_id」、「progr
am_code」、「program_version」、「base_code」、「t
ier_code」、「ent_type_code」、「pnt_type_code」及
び「percentage」の要素が含まれる。「program_perc_i
d」は、このロイヤリティープログラムの識別名であ
る。「program_code」及び「program_version」を用い
て書込みプログラムに対するこのロイヤリティープログ
ラムを識別する。「base_code」及び「tier_code」は、
階段式のロイヤリティープログラムの一部として用いら
れ、ここで著者は、「base_code」によって識別される
ベースロイヤリティーパーセンテージ及び「tier_cod
e」において指定された量に販売が到達した場合の付加
的なロイヤリティーが保証される。「ent_type_code」
は、このロイヤリティープログラムに従って支払われる
エンティティを識別する。エンティティには、著者、著
作権代理人、プロモーター及び発行者が含まれる。Part
icipants（関係者）テーブル１８８には、契約アイテム
に対して支払われなければならない各エンティティに対
しての記録が含まれる。
【０１１８】Participantsテーブル１８８には、「enti
ty_ID」、「contract_ID」、「contract_version」、
「contract_item_id」及び「author_title_share」の要
素が含まれる。「entity_ID」、「contract_ID」、「co
ntract_version」及び「contract_item_id」を用いてCo
ntract_Itemsテーブル１８２における契約アイテムを決
定する。「author_title_share」は、エンティティが、
Program_Percentageテーブル１８７において指定された
ロイヤリティーから得られるパーセンテージである。エ
ンティティが、他のエンティティからのProgram_Percen
tageテーブル１８７に指定されたロイヤリティーを共有
しない場合、「Author_title_share」は100%である。
【０１１９】Payments_Dueテーブル１９０（図３０）に
は、契約アイテムの販売に対するエンティティのための
支払いの記録が含まれる。Payments_Dueテーブル１９０
には、「entity_ID」、「contract_ID」、「contract_v
ersion」、「contract_item_id」、「year」、「quarte
r」、「quantity_sold」、「amount_due」の要素が含ま
れる。「entity_ID」、「contract_ID」、「contract_v
ersion」、「contract_item_id」を用いてエンティティ
が支払われる契約アイテムを指定する。
【０１２０】図４９には、著者がその提出物の各セクシ
ョンにおけるロイヤリティーの歩合を説明し得る1つの
方法を示す。提出物１１の作成の際に、著者は、セクシ
ョンが個別に購入可能であることを説明する特別なタグ
を用いる。提出物ページ２８Ｊ（図４９）において、著
者は各セクションに対するロイヤリティーの歩合を入力
する（それらは合計して100%のロイヤリティー歩合とな
る）。
【０１２１】本明細書で説明した実施例については、種
々の変更及び付加が可能であることが当業者には理解さ
れよう。例えば、内容管理システム５には、テキストの
内容を音響（例えば音声）に変換し、スピーカーを通し
て表示するための形式の音響として出力するコンバータ
が含まれ得る。そのようなコンバータによって、出版シ
ステム２は格納された内容を現存する或いは未来のディ
スプレイメディアにおいて表示することが可能となる。
そのような変更及び改変は特許請求の範囲に包含され
る。
【０１２２】本発明の特定の実施例について説明してき
たが、本発明の原理を用いて他の多数の実施態様を構築
可能であることは明らかであろう。
【０１２３】
【発明の効果】上記のように、本発明によって、著者か
ら配布又は販売のための情報の提出物をネットワークを
介して自動的に受取り、2以上の提出物を部分又は全体
的に組合せてその1以上の形式の組合せを配布するため
のシステム及び方法が得られる。
【図面の簡単な説明】
【図１】本発明の一実施形態による出版システムのブロ
ック線図である。
【図２】本発明の一実施形態による出版システムのブロ
ック線図である。
【図３】図２の著者コンピュータのブロック線図であ
る。
【図４】図２の顧客コンピュータのブロック線図であ
る。
【図５】本発明の一実施形態による図２の電子商取引の
ブロック線図である。
【図６】本発明の一実施形態による図２の内容管理シス
テム及び権利管理システムのブロック線図である。
【図７】本発明の一実施形態による出版方法の流れ図で
ある。
【図８】図７の動作１００の流れ図である。
【図９】図５の電子商取引データベースにおけるストア
ド・プロシージャための方法の流れ図である。
【図１０】図６のバッチコマンドツールのための方法の
流れ図である。
【図１１】図６の取込みエンジンのための方法の流れ図
である。
【図１２】図６の内容管理データベースのデータ構造の
データモデルの一部である。
【図１３】図１２のデータモデルの拡大図である。
【図１４】図１２のデータモデルの拡大図である。
【図１５】図１２のデータモデルの拡大図である。
【図１６】図１２と組合わされる、図６の内容管理デー
タベースのデータ構造のデータモデルの一部である。
【図１７】図１６のデータモデルの拡大図である。
【図１８】図１６のデータモデルの拡大図である。
【図１９】図１６のデータモデルの拡大図である。
【図２０】図１６のデータモデルの拡大図である。
【図２１】図７の動作２００の流れ図である。
【図２２】図５の電子商取引データベースにおけるスト
アド・プロシージャための方法の流れ図である。
【図２３】図６のアセンブラのための方法の流れ図であ
る。
【図２４】図６のアセンブラのための方法の流れ図であ
る。
【図２５】図７の動作３００の流れ図である。
【図２６】図６の権利・ロイヤリティーのデータベース
のデータ構造のデータモデルの一部である。
【図２７】図２６のデータモデルの拡大図である。
【図２８】図２６のデータモデルの拡大図である。
【図２９】図２６のデータモデルの拡大図である。
【図３０】図２６と組合わされる、図６の権利・ロイヤ
リティーのデータベースのデータ構造のデータモデルの
一部である。
【図３１】図３０のデータモデルの拡大図である。
【図３２】図３０のデータモデルの拡大図である。
【図３３】図５の提出物ウェブページを示す。
【図３４】図５の提出物ウェブページを示す。
【図３５】図５の提出物ウェブページを示す。
【図３６】図５の提出物ウェブページを示す。
【図３７】図５の提出物ウェブページを示す。
【図３８】図５の提出物ウェブページを示す。
【図３９】図５の提出物ウェブページを示す。
【図４０】図５の提出物ウェブページを示す。
【図４１】図５の提出物ウェブページを示す。
【図４２】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４３】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４４】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４５】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４６】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４７】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４８】個別化された書籍の注文のためのウェブペー
ジを示す。
【図４９】著者が提出物の各セクションにおけるロイヤ
リティーの歩合を説明するためのウェブページを示す。
【符号の説明】
１ 著者コンピュータ ２ 出版システム ３ ネットワーク ４ 電子商取引システム ５ 内容管理システム ７ 支払いサービス ８ 顧客コンピュータ １０、１８ ブラウザ １１ 提出物 １２ 契約情報 １３ 支払情報 １４ マーケティング情報 １５ ワードプロセッサ １９ 購入注文 ２０ 個人化された内容 ２１ 支払い情報 ２２ カタログウェブページ ２３ 電子商取引データベース ２４ ウェブサーバアプリケーション ２５ 購入注文ウェブページ ２６ ミドルウェア ２７ 支払アプリケーション ２８ 提出物ウェブページ ２９ 取込みエンジン ３１ バッチコマンドツール ３２ 内容管理データベース ３３ 書式変換ライブラリー ３４ アセンブラ ３５ コンバータ ３８ 権利・ロイヤリティー管理データベース ３９ スタイルシート ６４ トランスレータ ６５ 電子書店 １６１ Publicationテーブル １６２ Pub_Cover_Compテーブル １６３ Pub_Block_Compテーブル １６４ Assetテーブル １６５ Iu_Tagテーブル １６６ Pub_Fileテーブル １６７ Iu_Attributeテーブル １６８ Ordersテーブル １６９ Order_Itemテーブル １７０ Order_Skuテーブル １７１ Customer_Contentテーブル １７２ Style_Sheet_LKテーブル １８１ Contractsテーブル １８３ Contract_Right_Restrictionsテーブル １８４ Right_Restrictionsテーブル １８７ Program_Percentageテーブル １８８ Participantsテーブル １８９ Publication_Program_LKテーブル １９０ Payments_Dueテーブル ３５２ 編集コンピュータ ５０１、５０２ サーバ
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１３年３月２６日（２００１．３．２
６）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【請求項４７】 前記印刷機が商用の印刷機であるよ
うな方法であって、前記商用の印刷機によって作製され
た頁を含む書籍を製本する過程を更に含むことを特徴と
する請求項４３に記載の方法。 ─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１３年６月２７日（２００１．６．２
７）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】発明の詳細な説明
【補正方法】変更
【補正内容】
【発明の詳細な説明】 本明細書の開示内容の一部には、著作権法による保護を
受けているものが含まれる。本著作権の所有者は、特許
庁におけるファイルや記録の場合の、特許の文書又は特
許の開示による複製に異議を唱えるものではないが、そ
の他の場合には無断転載を禁ずるものである。
【従来の技術】全ての出版社の関心は編集の職務に注が
れている。編集者は出版される書籍を選択して著者と取
引し、またタイプで打った原稿の批評的な読み物を請負
い、書籍が印刷されるのを確認する。出版社と著者との
契約は、通常は出版社が一定の支払いの報酬として全世
界における全ての読取り可能な作品の制作及び複製につ
いての独占権を有すべきであることを明記している。し
かし多くの場合には、この契約は著者又はその代理人の
交渉力に左右されて幾つかの権利を除外するように変更
される。別の約款では、廉価版および輸出販売において
はより低い利幅のためにより低額のロイヤリティーが規
定される。書籍の販売促進方法には、販売員が各書籍販
売業者へ外交して回る行為（セールス）が含まれる。本
の販売員は、本社から注意深く要旨の説明を受けて、サ
ンプル及び販売補助具を苦心して仕上げることもある。
管理者は、販売員に対して書籍販売業者を指定し、割当
てに対する発注結果を調査する。売行きが好調な出版社
は、2冊乃至3冊の周期的な近書刊の目録、並びに主要な
書籍販売業者及び図書館に既に出版されている過去の書
籍の年刊書目録を発行する。出版社は、直接の使用のた
め若しくは書籍販売業者の使用のための内容見本を多く
の書籍に対して発行することもある。書評用献本の印刷
所への配布が通常の段取りの最終項目である。このよう
なセールス、目録及び書評の3つの段階は、書籍の流通
機構における必須要素であり、出版業者の専門的な働き
無しに行うことは事実上不可能である。印刷業者の助け
によって非常に体裁の良い本を制作する幾人かの著者の
能力は、本の流通を請け負う出版業者を見つけることが
できない場合には、十分に発揮されないままとなる。出
版業者は、公衆への流通手段として新聞や雑誌を利用す
る。本来は出版業者の職員によって全て取扱われてお
り、大きな出版社にとっては、広告代理店を利用して重
要な書籍に対するキャンペーンの広告文や詳細な説明の
準備をすることは現在は稀である。自らの著書が適切に
広告されていると考える著者が少数しかいない一方で、
大半の出版業者はその広告によって実際に本が売れてい
るかどうかを疑わしく考えている。販売収入に対して広
告に費やされる額は、他の殆どの商品に比べて高く、新
書に対して5%未満であることは稀である。現在の出版業
務の更なる詳細については、インターネットの「www.bri
tannica.com」で入手可能なEncyclopedia Britannicaの
「Modern Publishing Practice」を参照されたい。
【発明が解決しようとする課題】従って本発明の目的
は、著者から配布又は販売のための情報の提出物をネッ
トワークを介して自動的に受取り、2以上の提出物を部
分又は全体的に組合せてその1以上の形式の組合せを配
布するためのシステム及び方法を提供することにある。
【課題を解決するための手段】上記目的を達成するため
に、本発明による出版物の配布のための方法には、1又
はそれ以上のファイル形式の出版物についての情報（以
下、「提出物」と称する）を受取る過程と、少なくとも
2つの情報源から情報の一部又は全体を組み合わせて新
たな情報を作り出す過程と、その新たな情報を1又はそ
れ以上の印刷媒体及び電子媒体において表示するために
1又はそれ以上のファイル形式で送信する過程とが含ま
れる。その方法によって、新たな情報の受信者は様々な
媒体において新たな情報を見ることができる。また、そ
の方法によって、提出物又は以前に出版された提出物
（即ち、「出版物」）から大量の新たな書籍を作り出す
ことが可能である。第1の実施例において、前記方法に
は顧客からの購入注文を受取る過程が含まれる。顧客
は、現存する出版物（又は出版されていない提出物）と
顧客によって提供された付加的な情報（例えば、販売促
進的アイテムとして用いられる書籍のロゴタイプ）（即
ち、「個人化された情報」）とを組み合わせた新たな出
版物（「個人化された書籍」或いは「p-book」）を購入
可能である。また、顧客は、現存する出版物の2又はそ
れ以上の部分を組み合わせることによって構成された新
たな出版物（即ち、「カスタマイズされた書籍」或いは
「c-book」）を購入可能である。また、第1の実施例に
よって、顧客は購入する出版物に加筆してそれらの感傷
的又は審美的価値を増大させることができる。更に、第
1の実施例によって、顧客は彼らが興味を持った出版物
の一部のみを購入するので、購入した出版物から得られ
る価値が向上する。第2の実施例において、前記方法に
は著者から提出物の販売若しくは配布における制限を受
取る過程と、著者から提出物におけるロイヤリティーの
歩合を受取る過程とが含まれる。著者は、その制限やロ
イヤリティー歩合を、提出物の全体に対して或いは提出
物の幾つかの部分（又はその部分の全て）に対して個別
に与えることができる。著者は、その制限を利用して、
その提出物と別の出版物との組合せや所定の形式での提
出物の配布を防止することが可能である。第2の実施例
によって、p-book及びc-bookに対してのロイヤリティー
歩合の計算が可能となる。第1の実施例は第2の実施例を
伴わずに用いることができ、またその逆も同様であるこ
とに注意されたい。例えば、個人化される出版物（例え
ば、シェークスピアの戯曲）がパブリックドメインにあ
る場合や、或いは出版社（Time Warner等）によって所
有されている場合には、第1の実施例は第2の実施例を伴
わずに具現化され得る。一実施態様において、出版物を
配布するための1又はそれ以上のコンピュータのシステ
ムには、著者から出版のための提出物を受取り、また顧
客から購入注文を受取る第1のシステム（即ち、「電子
商取引システム」）が含まれる。著者は、彼らの（出版
のための）提出物をウェブページの第1のセット（即
ち、「提出物ウェブページ」）を介してネットワーク
（例えば、インターネット）上で提供する。顧客は、ウ
ェブページの第2のセット（即ち、「カタログウェブペ
ージ」）を拾い読みし、ウェブページの第3のセット
（即ち、「購入注文ウェブページ」）を介して出版物を
購入する。その3つのウェブページのセットは、全て電
子商取引システムに格納される。システムは、顧客から
の購入注文を受取った後に、顧客によって選択された表
示媒体に従って、顧客によって注文された1又はそれ以
上の出版物の書式を整える。顧客が書籍のような印刷媒
体を選択する場合には、システムは出版物を商用のプリ
ンタに送信し、出版物を印刷して書籍として製本する。
従って、この実施態様によって、従来の出版社によって
必要とされる書籍の過剰な在庫管理を必要とすることな
しに、顧客からの注文に応じてオンデマンドでの印刷が
可能となる。前述の実施態様において、第2のサブシス
テム（即ち、「内容管理システム」）には、各提出物に
おいて2つのタイプの情報（即ち、表示される内容(或い
はコンテンツ)及び内容がどのようなもの(例えば、表
題、章又は前書き)であるかを説明する記述子）を識別
する第1のアプリケーション（即ち、「取込みエンジン
(ingest engine)」）が含まれる。取込みエンジンは、
これらの2つのタイプの情報をデータベース（即ち、
「内容管理データベース」）に個別に保存する。顧客か
らの注文に応じて、第2のアプリケーション（即ち、
「アセンブラ(assembler)」）は、内容管理データベー
スに格納された内容及び記述子から新たな出版物を制作
する。第3のアプリケーション（即ち、「コンバー
タ」）は、新たな出版物の書式を整えるために用いられ
るマージン、タブ、フォント、ヘッダー、フッター及び
レイアウト設定を格納するファイル（即ち、「スタイル
シート」）を使用し、1又はそれ以上の印刷媒体及び電
子媒体の中の1つにおける表示に対して互換性を有する
ファイル形式で出版物を保存する。前述の実施態様にお
いて、第3のシステム（即ち、「権利システム」）は、
提出された出版物の制限（また「権利」とも称される）
及びロイヤリティー情報をデータベース（即ち、「権利
データベース」）に格納する。従って、権利データベー
スは、内容の配布若しくは販売における制限並びに内容
の全ての配布若しくは販売に対して受けるべき全てのロ
イヤリティーに対するロイヤリティーの歩合を保有す
る。一実施例では、取込みエンジンは提出された出版物
からトリー(tree)を生成し、トリーの各ノードが内容若
しくは記述子を含むか否かを決定する。ノードが内容を
含む場合、取込みエンジンは内容管理データベースのテ
ーブルに内容を保存する。ノードが記述子を含む場合、
取込みエンジンはその記述子を内容管理データベースの
別のテーブルに保存する。一実施例では、アセンブラは
記述子が記述する内容の開始位置に格納された記述子の
第1のリスト（即ち、「開始リスト」）を作成し、また
それらが記述する内容の終了位置に格納された同一記述
子の第2のリスト（「終了リスト」）を作成する。次に
アセンブラは、開始リストからの記述子の開始位置が、
終了リストからの記述子の終了位置に比べてより大きい
か、等しいか、或いはより小さいかを決定する。第1の
反復において、アセンブラは2つの記述子を開始リスト
の始めにおいて比較し、また一方で終了リストの始めに
おいてそれらを比較する。その比較の結果に応じて、ア
センブラは、記述子の1つによって識別された内容の前
に位置する内容の一部をファイルに出力する。また、そ
の比較の結果に応じて、アセンブラは記述子の1つ又は
その両方をファイルに出力する。更に、その比較の結果
に応じて、アセンブラは、次の比較のために開始リスト
の次の記述子に進むか否か、また終了リストの次の記述
子に進むか否かを決定する。
【発明の実施の形態】以下、添付の図面を参照しながら
本発明の好適な実施例について説明する。一実施例にお
いて、1又はそれ以上のコンピュータ（以下「出版シス
テム」と称する）２（図１及び図２）が、方法７０（図
７）に従って出版物を配布する。動作１００において、
出版システム２が1又はそれ以上のファイル形式での出
版のために提出物を受取る。そのファイル形式には、拡
張可能なマーク付け言語（XML）、ハイパーテキストを
記入するためのマークアップ言語（HTML）、PDF（porta
ble document format）及び種々のプロセッサのファイ
ル形式（例えば、Wordfrom Microsoft Corp. of Redmon
d, Washington、WordPerfect from Corel Corp. of Ott
awa, Canada、AppleWorks by Apple Computers Inc. of
Cupertino, California、QuarkXPress from Quark In
c. of Denver, Colorado及びPageMakerfrom Adobe of S
an Jose, California）が含まれる。動作１００の後に
動作２００が続く。動作２００に於いて、システム２
は、少なくとも2つ以上のソースから部分的又は全体的
に内容を組み合わせて新たな出版物を作成する。動作２
００の後に動作３００が続く。動作３００に於いて、シ
ステム２は、1以上の印刷媒体及び電子媒体での表示の
ために、1又はそれ以上のファイル形式の新たな出版物
を送信する。例えば、システム２は、出版物をポストス
クリプト形式で商用のプリンタに送り、同じ出版物をPD
F形式で顧客に送ることもできる。ここで言う「出版物」
はテキストやグラフィックに限定されず、例えば音声や
映像等も含むことに注意されたい。そのような音声の出
版物は、オーディオカセットテープ又はオーディオCD若
しくはDVDにおいて「表示」され得る。オーディオの提
出物は、例えば情報を著者が口述することよって提供さ
れ得る。本明細書の用語「表示」は、人間が使用するの
に適した形式の新たな出版物を、例えばモニタ／スクリ
ーン、スピーカー／ヘッドセット又はプリンタのような
表示装置で提供することを意図するものである。「表
示」には、ソフトウェアプログラムの実行、（スピーカ
ー／ヘッドセットによる）録音の実行、（モニター／ス
クリーンに於ける）ビデオ録画の表示並びに（プリンタ
に於ける）テキストや画像の印刷が含まれる。著者は、
彼らの提出物を、それらを格納するシステム２に送信す
る。用語「著者」は、提出物の創作者、公認の代理人及
び提出物をシステム２に送信する何人もが含まれること
を意図するものである。システム２は提出物同士又は提
出物と個人化された内容とを組み合わせて新たな出版物
を構成する。顧客が電子媒体での新たな出版物を要求す
る場合には、システム２は電子媒体での新たな出版物を
準備してそれを顧客に送信する。顧客が書籍のような印
刷媒体での新たな出版物を要求する場合には、システム
２は新たな出版物を印刷業者に送信する。印刷業者は選
択物を印刷して書籍として製本してそれを顧客に送る。
システム２は、顧客からその新たな出版物に対する支払
いを受取り、その収益をシステム２、著者及び印刷業者
の間で分配する。著者は、コンピュータ１Ａ（「著者コ
ンピュータ」と称する）を用いて、提出物１１（図３）
を出版システム２の第1のシステム４（「電子商取引シ
ステム４」）（図２）に送信する。また、著者はコンピ
ュータ１Ａを用いて、契約情報１２、支払情報１３及び
マーケティング情報１４（図３）を含めた情報を電子商
取引システム４に送信する。同様に、別の著者はコンピ
ュータ１Ｂを用いて、出版システム２に彼らの出版物を
提出する。或いは、何人も著者コンピュータ１Ａ及び１
Ｂを用いて、出版システム２に出版物を提出することが
可能である。例えば、著作権代理人がコンピュータ１Ａ
若しくは１Ｂを用いて出版物を提出することが可能であ
る。図２に示すように、そこには更なる著者コンピュー
タが存在し得る。電子商取引システム４は、提出物１１
を内容管理システム５に送信する（図２）。提出物１１
には、内容（例えば、テキスト）及び内容を説明する記
述子（例えばテキストに含まれる情報の形式を規定する
コード）が含まれる。内容管理システム５は、提出物１
１を解析し、内容と記述子とに分けて内容管理データベ
ース３２（図６）に保存する。電子商取引システム４
は、契約情報１２を権利・ロイヤリティー管理システム
６に送信する（図２）。契約情報１２には、著者のロイ
ヤリティーの歩合や、例えば言語、区域、出力形式の制
約及び別の提出物を含めた他の情報と組み合わされた提
出物の有効性等の提出物１１の配布や販売に於ける制約
（無しの場合もあり得る）が含まれる。電子商取引シス
テム４は、支払い情報１３を電子商取引データベース２
３及び内容管理システム５に保存する。支払い情報１３
には、出版システム２によって提供されたサービスに対
する著者の支払い方法並びに提出物１１の販売に対する
出版システム２の著者への支払い方法が含まれる。電子
商取引システム４は、マーケティング情報を局所的に、
また内容管理システム５に保存する。或いは、電子商取
引システム４は、マーケティング情報を内容管理システ
ム５に送信し、その内容管理システム５がマーケティン
グ情報を内容管理データベース３２に保存する。電子商
取引システム４は、マーケティング情報を利用して、顧
客が出版物を拾い読みしてその1又はそれ以上の部分を
購入のために選択するためのオンラインカタログを作成
する。顧客はコンピュータ８Ａ（「顧客コンピュータ」
と称する）を用いて、ネットワーク３上で出版システム
２に格納された出版物（それらが出版される（例えば、
オンラインで購入可能となる）までは「提出物」と称す
る）を検索して購入する。同様に、別の顧客は顧客コン
ピュータ８Ｂを用いて、出版システム２によって出版物
を検索して購入する。図２に示すように、そこには更な
る著作コンピュータが存在し得る。顧客は、所定の出版
物と組み合わされた個人化された内容２０（図４）を創
作し、個人化された書籍のような新たな出版物を作り出
すことができる。例えば、夫が妻へのプレゼントとして
献詞と詩集とを組み合わせて新たな著作を作ることがで
きる（それらはしっかりと装丁され得る）。顧客は、出
版システム２を管理する会社と各著者との間の契約によ
って許可された場合や、出版システム２が機能するビジ
ネスルールによって許可された場合には、出版物の一部
若しくはその全てを購入することが可能である。更に、
顧客は購入した出版物の一部若しくはその全てを組み合
わせて特注の書籍のような新たな出版物とすることが可
能である。例えば、教授が幾つかの著作を部分的に組み
合わせて、授業に出席する際に必要となる書籍（「読
本」とも称される）を製作することができる。顧客は、
購入した出版物の出力形式を決定する。購入した出版物
の出力形式には、1又はそれ以上の印刷媒体や電子媒体
が含まれる。顧客は出版システム２が提供する事前に定
義されたスタイルの中から決定する。事前に定義された
スタイルによって、フォント、フォント形式、フォント
サイズ及びレイアウトのような著作物の外観や雰囲気が
生み出される。例えば高齢者は、読み取りが容易な大き
なサイズのフォントを有する事前に定義されたスタイル
を選択する。或いは、内容管理システム５は、顧客の購
入物に対してデフォルトの定義済みのスタイルを提供す
る。出版物を購入するために、顧客は購入注文１９（図
４）を電子商取引システム４に送信する。電子商取引シ
ステム４は、購入指示１９を内容管理システム５に送信
する。顧客が出力形式として電子媒体を選択する場合に
は、内容管理システム５はその選択された電子媒体で発
注された出版物を生成し（即ち、製作し）、ネットワー
ク３によって顧客コンピュータ８Ａに出版物を送信す
る。顧客が出力形式として印刷媒体を選択する場合に
は、内容管理システム５は商用プリンタ９Ａが受け付け
る形式のコードを有するファイルで著作物を生成し、ネ
ットワーク３によって商用プリンタ９Ａにそのファイル
を送信する。商用プリンタ９Ａは、ペーパーバック（例
えば、ページを印刷しその印刷されたページをとじる）
等の選択された印刷媒体で出版物を製作し、その出版物
を顧客に配達するか、或いは購入可能な状態とする。同
様に、内容管理システム５は、出版物のファイルを別の
商用プリンタ９Ｂに送信することが可能である。商用プ
リンタ９Ａ及び９Ｂには、例えば、Lightning Print In
c. of La Vergne, Tennessee (www.lightningprint.co
m)、Deharts Printing Services Corp. of Santa Clar
a, California (www.deharts.com)及びKinko's Inc. of
Ventura, California (www.kinkos.com)が含まれる。
図２に示すように、そこには更なる商用プリンタが存在
し得る。また、内容管理システム５は、ファイルを電子
書店６５Ａに送信することが可能である。電子書店６５
Ａの例が、Celorio Garridoの米国特許第6,012,890号に
開示されている（ここで言及することにより本明細書の
一部とする）。電子書店６５Ｂは、電子書店６５Ａと同
様のものである。図２に示すように、そこには更なる電
子書店が存在し得る。電子商取引システム４は支払いサ
ービス７を利用して顧客の購入に対する請求書を送付
し、権利・ロイヤリティー管理システム６は決算のため
に著者の出版物の販売を記録する。一実施例において、
著者コンピュータ１Ａには市販の任意のコンピュータが
含まれる。著者コンピュータ１Ａには、Microsoft社（M
icrosoft Corporation ofSeattle, Washington）のInte
rnet Explorer、或いはNetscape社（Netscape ofMounta
in View, California）のNetscape Communicatorのよう
なブラウザ１０（図３）が含まれる。著者は、ブラウザ
を利用して提出物１１を電子商取引システム４にアップ
ロードする。また、著者はブラウザ１０を利用して契約
情報１２、支払い情報１３及びマーケティング情報１４
を電子商取引システム４に提示する。一実施例におい
て、著者コンピュータ１Ａには、Microsoft社のWord 20
00若しくはCorel社のWordPerfectのようなワードプロセ
ッサ１５が含まれる。著者は、ワードプロセッサ１５を
利用して提出物１１を作成する。一実施例において、ワ
ードプロセッサ１５は拡張可能なマーク付け言語（XM
L）ファイル形式のような自己記述形式で提出物１１を
保存する。前述のように、自己記述形式の情報には、顧
客に表示される内容及びその内容を説明する1又はそれ
以上の記述子が含まれることに注意されたい。出版シス
テム２との互換性を確保するために、著者は、電子商取
引システム４からワードプロセッサ１５のための文書の
テンプレート１７及びプラグイン１６をダウンロードす
る。著者は、ワードプロセッサ１５で文書のトテンプレ
ート１７及びプラグインを利用して提出物１１を作成す
る。文書のテンプレート１７は、著者が出版物の各セク
ションを識別する（標識する）ために利用する事前に定
義されたスタイルを提供する。例えば、著者は事前に定
義されたスタイルを利用して出版物の各パラグラフを識
別する。著者が提出物１１をXMLファイルとして保存す
る場合、プラグイン１６は事前に定義されたスタイルを
用いてテキストの個々のセクションの周りにXMLタグを
巻きつける。提出物１１がイラストを含む場合、プラグ
イン１６は個別のファイルとしてイラストを保存し、提
出物１１に於けるイラストのファイルとリンクさせたXM
Lタグを生成する。一変更例においては、ワードプロセ
ッサ１５のメニューバーにおいて文書テンプレート１７
が事前に定義された種々のスタイルを提供する。著者
は、セクションを強調表示し、メニューからスタイルを
選択し、表題、著者、章、節及び図面などとして出版物
のセクションを識別する（標識する）。事前定義された
スタイルによって、テキストの色、テキストのフォン
ト、フォントサイズ又は内容管理システム５の各セクシ
ョンの識別を可能とするテキストの記述の組合せを定義
できる。或いは、新たなメニュー項目をワードプロセッ
サ１５のメニューに付け加えることができる。新たなメ
ニュー項目は、著者の出版物のセクションの識別に用い
る事前に定義されたスタイルを与える。新たなメニュー
項目は、ワードプロセッサ１５のマクロでもよい。一実
施例において、上述のスタイルは、出版物の各セクショ
ンを識別する（タグを付ける）ために用いられるが、テ
キストの外観及び雰囲気を変化させるのには用いられな
い。更に、セクションが識別されるレベルは、出版シス
テム２の人間のオペレータによって必要に応じて広く或
いは狭く規定され得る。例えば、セクションは出版物全
体と同様に広くても、或いは出版物に於ける個別の単語
と同様に狭くてもよい。著者コンピュータ１Ｂは、著者
コンピュータ１Ａと同様のものである。一実施例におい
ては、顧客コンピュータ８Ａは従来型のコンピュータで
ある。顧客コンピュータ８Ａには、Microsoft Internet
Explorer若しくはNetscape Communicatorのような従来
型のブラウザ１８（図４）が含まれる。顧客は、ブラウ
ザ１８を利用して電子商取引システム４においてカタロ
グウェブページ２２（図５）を拾い読みする。また、顧
客はブラウザ１８を利用して、カタログウェブページ２
２経由で個人化された内容を提出する。更に、顧客はブ
ラウザ１８を利用して、電子商取引システム４に於ける
購入注文ウェブページ２５経由で購入注文１９及び支払
い情報２１を提出する。顧客コンピュータ８Ｂは、顧客
コンピュータ８Ａと同様のものである。一実態様におい
ては、電子商取引システム４には従来型のサーバコンピ
ュータが含まれる。電子商取引システム４には、例えば
Compaq ProLiant 1850Rs又は3000s（Compaq Computer C
orp. of Houston, Texas）が含まれる。電子商取引シス
テム４（図５）には、カタログウェブページ２２、購入
注文ウェブページ２５、提出物ウェブページ２８、電子
商取引データベース２３、ウェブサーバアプリケーショ
ン２４及び支払アプリケーション２７が含まれる。カタ
ログウェブページ２２、購入注文ウェブページ２５及び
提出物ウェブページ２８は、例えばウェブサーバアプリ
ケーション２４によってサポートされる従来式のアクテ
ィブ・サーバー・ページズ（ASP）である。ウェブサー
バアプリケーション２４は、例えばMicrosoft社のイン
ターネット情報サーバである。電子商取引データベース
２３は、例えば、Oracle 社（Oracle Corp. of Redwood
Shores, California）のOracle 8i データベースであ
る。当業者には理解されるように、電子商取引システム
４の構成要素は種々のサーバに格納され得る。一実態様
において、カタログウェブページ２２、注文ウェブぺー
ジ２５及び提出物ウェブページ２８は、電子商取引デー
タベース２３に保存されたストアド・プロシージャを呼
び出し、内容管理システム５及び権利・ロイヤリティー
管理システム６に対するXMLバッチコマンド（後述）を
生じさせる。別の実施態様において、カタログウェブペ
ージ２２、注文ウェブぺージ２５及び提出物ウェブペー
ジ２８は、内容管理システム５及び権利・ロイヤリティ
ー管理システム６（後述）においてストアド・プロシー
ジャを直接呼び出す。カタログウェブページ２２は、顧
客が出版物を拾い読みするオンラインカタログを作成す
る。購入注文ウェブぺージ２５は、顧客が購入注文１９
及び支払い情報２１を提供するウェブページである。購
入注文ウェブページ２５は、購入注文１９及び支払い情
報２１を、XMLバッチコマンドを用いて権利・ロイヤリ
ティー管理システム６や、電子商取引システム４や、内
容管理システム５に保存する。購入注文ウェブページ２
５には、権利・ロイヤリティー管理システム６に問い合
わせることによって購入注文１９の価格を計算し、その
価格をブラウザ１８を介して顧客に表示するプライスエ
ンジン(price engine)が含まれる。一実施態様におい
て、ウェブサーバアプリケーション２４には、例えば、
Microsoft社のSiteServer E-commerce Editionが含まれ
る。サイトサーバは、顧客がカタログウェブページ２２
を拾い読みする際に、顧客の購入注文を保管する従来式
のショッピングカートを提供する。支払いアプリケーシ
ョン２７は、支払いサービス２７によって著者若しくは
顧客に請求書を送る。支払いアプリケーション２７は、
例えば、Global PC Retail（Comerica Bank of Califor
nia in Detroit, Michigan）である。また、支払いアプ
リケーション２７は、出版物の販売に対して著者に支払
いをするのに用いられ得る。提出物ウェブページ２８
は、著者が提出物１１、契約情報１２、支払い情報１３
及びマーケティング情報１４をアップロードするウェブ
ページである。提出物ウェブページ２８は契約情報１
２、支払い情報１３及びマーケティング情報１４を電子
商取引データベース２３に保存する。また、提出物ウェ
ブページ２８は、提出物１１、契約情報１２、支払い情
報１３及びマーケティング情報１４を、XMLバッチコマ
ンド若しくはストアド・プロシージャ（共に後述する）
を用いて内容管理システム５及び権利・ロイヤリティー
管理システム６に保存する。一実施態様においては、電
子商取引システム４にはミドルウェア２６が含まれる。
一実施態様において、購入注文ウェブページ２５、提出
物ウェブページ２８及び支払いアプリケーション２７
は、ミドルウェア２６を呼び出し、電子商取引データベ
ース２３、内容管理データベース３２及び権利・ロイヤ
リティー管理データベース３８に対するコマンドを生じ
させる（例えば、XMLバッチコマンドの送信にミドルウ
ェア２６を用いる）。従って、購入注文ウェブページ２
５、提出物ウェブページ２８及び支払いアプリケーショ
ン２７は、情報及びファイルを内容管理データベース３
２又は権利・ロイヤリティー管理データベース３８（後
述）に送信する前に、その情報やファイルを電子商取引
データベース２３に保存する必要はない。ミドルウェア
２６は、例えば、Business Ware（Vitria Technology I
nc. of Sunnyvale, California）である。一実施例にお
いて、内容管理システム５及び権利・ロイヤリティー管
理システム６は、Sun社（Sun Microsystems, Inc. of P
alo Alto, California）のEnterprise 4500sのようなサ
ーバコンピュータにおいて具現化される。内容管理シス
テム５には、XMLバッチコマンドファイルを定期的に実
行するバッチコマンドツール３１が含まれる。XMLバッ
チコマンドファイルは、内容管理システム５に対するバ
ッチコマンドがXMLコマンドタグの間にネスティングさ
れるXMLファイルである。バッチコマンドツール３１
は、XMLバッチコマンドファイル（後述）に含まれるバ
ッチコマンドに従い、テーブルを内容管理データベース
３２及び権利・ロイヤリティーデータベース３８（後
述）に挿入又はアップデートする。バッチコマンドツー
ル３１には、各XMLバッチコマンドファイルをDOM（ドキ
ュメント・オブジェクト・モデル）トリーとして表示す
るXMLパーサ(parser)が含まれる。XMLパーサは、例え
ば、www.alphaworks.ibm.comで入手可能なXML Parser f
or Java（IBM of Armonk, New York）である。方法１１
０（図１０に関して後述する）に従って、バッチコマン
ドツール３１は、XMLパーサによって生成されたDOMトリ
ー構造を通過し、バッチコマンドを抽出し、そのバッチ
コマンドに従ってテーブルを内容管理データベース及び
権利・ロイヤリティーデータベース３８（後述）に挿入
又はアップデートする。一実施態様において、著者が提
出物１１をXML文書として保存しない場合には、内容管
理システム５には提出物１１をXML文書に変換するフィ
ルタ３０が含まれる。フィルタ３０は、テンプレート１
７及びワードプロセッサ１５に対応する。フィルタ３０
は、提出物１１をHTML、Word、WordPerfect及びAppleWo
rksのような種々のファイル形式からXML文書へと変換す
る。フィルタ３０は、テンプレート１７によって使用さ
れるスタイルを認識し、出版物のセクションを識別して
対応するXMLタグを識別された各セクションの周りに重
ねる。内容管理システム５には、提出物１１から記述子
及び内容を抽出する取込みエンジン２９（図６）が含ま
れる。取込みエンジン２９は、記述子及び内容を内容管
理データベース３２に個別に保存する。内容管理データ
ベース３２は、例えば、Oracle 8iデータベースであ
る。内容管理データベース３２には、テーブルを挿入及
びアップデートするためのストアド・プロシージャが含
まれる。取込みエンジン２９には、提出物１１をDOMト
リーとして表示するXMLパーサが含まれる。XMLパーサ
は、例えばIBM社のXML Parser for Java（前述）であ
る。方法４０（図１１に関して後述する）に従って、取
込みエンジン２９は、XMLパーサによって生成されたDOM
トリー構造を通過し、内容（例えば、文章及び画像）及
び記述子（例えば、XMLタグ）を抽出し、内容及び記述
子を内容管理データベース３２に保存する。更に、取込
みエンジン２９には、圧縮及び編集のための別の形式に
対する出版物（例えば、画像、音声及び映像ファイル）
の一部を構成する付属ファイルを格納する書式変換ライ
ブラリー３３（例えば、書式変換プログラムの集合）が
含まれる。書式変換ライブラリー３３には、提出物１１
にリンクする画像ファイルを解像度独立性のファイル形
式で保存する画像変換アプリケーションが含まれる。画
像変換アプリケーションの一例としては、Genuine Frac
tals（Altamira Groupof Burbank, California; www.al
tamiragroup.com）が挙げられる。書式変換ライブラリ
ー３３には、映像及び音声ファイルのようなメディアフ
ァイルを保管及び編集のために別の形式に変換する他の
変換アプリケーションが含まれ得る。内容管理システム
５には、内容管理データベース３２に格納された内容及
び記述子から少なくとも出版物の一部を組み立てること
によって購入注文１９に応答するアセンブラ３４（図
６）が含まれる。アセンブラ３４は、方法５０Ａ及び５
０Ｂ（図２３及び図２４に関して後述する）に従ってXM
L文書を作成する。一実施例において、アセンブラ３４
にはトランスレータ６４（図６）が含まれ、そのトラン
スレータ６４は、XSL（extensible stylesheet languag
e）のスタイルシート３９を用いて、SGML（標準一般化
マーク付け言語）及びHTMLのような1又はそれ以上の種
々のファイル形式で組み立てられた出版物を保存する。
トランスレータ６４は、例えばXalan と称されるXSL st
ylesheet processor（the Apache Software Foundatio
n; www.apache.org）である。トランスレータ６４は、S
GMLファイル形式で保存された出版物をコンバータ３５
に送る。一実施例においては、コンバータ３５が組立て
られたXML形式を入力として受取らないので、トランス
レータ６４が必要である。従って、トランスレータ６４
は、XSLスタイルシートを用いて組立てられたXMLファイ
ルをSGMLのようなコンバータ３５によって受け入れられ
るXML形式に変換する。内容管理システム５にはコンバ
ータ３５（図６）が含まれ、そのコンバータ３５は、ス
タイルシート３６に従って出版物のレイアウトを提供
し、種々の出力ファイル形式のうちの1つで出版物を保
存する。コンバータ３５にはコンバータ３５Ａ乃至３５
Ｃが含まれる。コンバータ３５Ａは出版物をPDF、ポス
トスクリプト及びOpen eBook形式で保存する。コンバー
タ３５Ａには、例えばFrameMaker +SGML及びAcrobat Di
stiller Server（Adobe）が含まれる。FrameMaker + SG
MLは、スタイルシート３６を出版物に適用し、出版物を
ポストスクリプトファイルとして保存する。スタイルシ
ート３６は、フォントタイプ、フォントサイズ、フォン
トスタイル及び出版物の各セクションのマージンのよう
な出版物の外観及び雰囲気を生じさせる。FrameMaker +
SGMLは、ポストスクリプトファイルに対してテーブ
ル、インデックス、ヘッダー、フッター、及び丁付を加
える。ディスチラー(distiller)は、ポストスクリプト
ファイルをPDFファイルに変換する。出版物の取込みの
際に、アセンブラ３４、トランスレータ６４及びコンバ
ータ３５Ａは、出版のためのPDFファイルを生成する。
一実施態様において、出版物のPDFファイルは、顧客か
らのオンラインの問い合わせに応じて出版物が表示され
るように、電子商取引システム４に格納されてカタログ
ウェブページ２２にリンクされる。別の実施態様におい
て、出版物のPDFファイルは、内容管理システム５に格
納される。この実施態様においては、内容管理システム
５には、顧客のオンラインでの問い合わせに応じて顧客
に対してPDFファイルからページを提供するAdobe Docum
ent Server（Adobe）のようなドキュメントサーバアプ
リケーションが含まれる。或いは、出版物のPDFファイ
ルは、顧客の要求に応じて生成されてカタログウェブペ
ージ２２にリンクされる。コンバータ３５Ｂは、出版物
をwww.openbook.orgから入手可能なOpen eBook（OEB）
規格と適合するファイルとして保存する。コンバータ３
５Ｂは、例えばXSLを用いて組立てられた出版物をOEB形
式に保存するXSLトランスレータである。コンバータ３
５Ｃは、出版物を別のファイル形式で保存する。現に存
在するファイル形式又は後に開発されであろうファイル
形式に対して付加的なコンバータ３５を追加できること
に注意されたい。内容管理システム５には、最終的な出
版物を商用のプリンタ（例えば、商用プリンタ９Ａ又は
９Ｂ）又は顧客のコンピュータ（例えば、顧客コンピュ
ータ８Ａ又は８Ｂ）にネットワーク３上で送信する出力
手段３７（図６）が含まれる。一実施態様において、出
力手段３７は、最終的な出版物と共に注文ファイルを商
用プリンタに対して送信する。出力手段３７は、注文フ
ァイルを商用プリンタに受入れられる形式で作成する。
内容管理システム５の具体的実施例において、サーバ５
０１（「アプリケーションサーバ」）には、バッチコマ
ンドツール３１、フィルタ３０、書式変換ライブラリー
３３、取込みエンジン９、アセンブラ３４、トランスレ
ータ６４、XSLシート３９、コンバータ３５、スタイル
シート３６及び出力手段３７が含まれ、一方で、別のサ
ーバ５０２（「データベースサーバ」）には、内容管理
データベース３２が含まれる。当業者は、サーバ５０１
及び５０２の機能を付加的なサーバの間で重複或いは分
割し、性能を改善することが可能であることを理解する
であろう。或る変更例においては、サーバ５０１は前述
のミドルウェア２６を介してサーバ５０２と通信する。
一実施例において、権利・ロイヤリティー管理システム
６には、権利・ロイヤリティーデータベース３８（図
６）が含まれる。権利・ロイヤリティーデータベース３
８は、例えば、Oracle 8i（Oracle）データベースであ
る。権利・ロイヤリティーデータベース３８は、著者の
ロイヤリティーや出版物の配布又は販売における制限
（権利）を格納する。権利・ロイヤリティーデータベー
ス３８は、出版物の配布又は販売の制限及び著者のロイ
ヤリティーに関して、電子商取引システム４からのアッ
プデート、挿入及び問い合わせに応答する。権利システ
ム６の一実施態様において、内容管理システム５のサー
バは、権利・ロイヤリティーデータベース３８を格納す
る。一実施例において、動作１００（図７）には、動作
１０１から１０９（図８）が含まれる。最初の動作１０
１において、著者は、テンプレート１７及びプラグイン
１６によって或いはテンプレート１７やプラグイン１６
無しで提出物１１を作成する。前述のように、著者は著
者コンピュータ１Ａにおけるワードプロセッサ１５によ
って提出物１１を作成する。動作１０１の後にオプショ
ン的な動作１０２が続く。オプション的動作１０２にお
いて、著者は提出物１１をXML形式で保存する。或い
は、著者は出版物１６を別のファイル形式の提出物１１
として保存する。動作１０３がオプション的動作１０２
に続く。動作１０３において、著者は提出物ウェブペー
ジ２８を介して提出物１１をアップロードする。提出物
が書籍用である一実施態様において、提出物の処理には
9つのステップが含まれる。ステップ１において、著者
は提出物ウェブページ２８Ａ（図３３）のフィールド４
０１における書籍タイプ（Book Type）及びフィールド
４０２における出版プログラム（Publish Program）を
選択する。書籍タイプにはマニュスクリプト(Manuscrip
t)及び再版が含まれる。マニュスクリプトは今なお出版
されている作品を指し、再版は以前に出版されたことの
ある作品を指す。各出版プログラムは、著者に対して種
々のロイヤリティーの歩合、コスト及びサービスを提供
する。その種々のサービスには、編集レビュー、専門的
書籍デザイン、専門的表紙デザイン、従来の書籍販売業
者による配布及びAmazon.comのようなオンラインの書籍
販売業者による配布が含まれる。ステップ２において、
著者は提出物ウェブページ２８Ｂ（図３４）において著
者情報（Author Information）を入力する。著者は、フ
ィールド４０３に第1の著者（Primary Author）の氏
名、フィールド４０４に第2の著者（Secondary Autho
r）の氏名、及びフィールド４０５に第3の著者（Tertia
ry Author）の氏名を入力する。ステップ３において、
著者は提出物ウェブページ２８Ｃ（図３５）において代
理人情報（Agent Information）を入力する。著者は、
フィールド４０６において代理人を有するかどうか（Ha
ve agents?）を選択し、フィールド４０７に代理人ID
（Agent ID）を入力し（以前に代理人が登録されている
場合）、更にフィールド４０８において代理人がシステ
ム２から全ての通信を受取っているかどうか（Agent Re
ceives All Correspondence）を選択する。ステップ４
において、著者は提出物ウェブページ２８Ｄ（図３６）
においてタイトル情報（Title Information）を入力す
る。著者は、フィールド４０９にタイトル（Title）を
入力し、フィールド４１０にサブタイトル（Subtitle）
を入力する。著者がペンネームを用いる場合、著者はボ
タン４１１を選択し、フィールド４１２にファーストペ
ンネーム（Pen First Name）、フィールド４１３にミド
ルペンネーム（Pen Middle Name）、フィールド４１４
にラストペンネーム（Pen Last Name）をそれぞれ入力
する。著者は、フィールド４１５に書籍の著作権期間
（Copyright Year）及びフィールド４１６に著作権者
（Copyright Owner）をそれぞれ入力する。著者が書籍
の原文の権利を有する場合、著者はボタン４１７（own
right to book text）を選択する。著者が書籍の表紙の
権利を有する場合、著者はボタン４１８（own right to
book Cv）を選択する。著者が一連の書籍の権利を有す
る場合、著者はボタン４１９（own right to book Gp
s）を選択する。書籍が過去に出版されている場合、著
者はフィールド４２０における以前の表紙形式（Previo
us Cover Type）を選択する。著者は、フィールド４２
１から４３２において、以前のページ数（Previous Pag
e Count）、以前の書籍幅（Previous Book Width）、以
前の書籍高さ（Previous Book Height）、以前の図面
（Previous Graphic）、以前のタイトル（Previous Tit
les）、以前のサブタイトル（Previous Subtitle）、以
前の版（Previous Edition）、以前の出版年（Previous
Publication year）、以前の出版社（Previous Publis
her）、以前のISBN（Previous ISBN）、以前の出版年
（Previous Publication Year）及び以前の巻数（Previ
ous Set Total Volumes）をそれぞれ入力する。著者
は、書籍が以前の書籍の組の一部である場合にはボタン
４３３（Prev Part of Set）を選択する。ステップ５に
おいて、著者はウェブページ２８Ｅ（図３７）において
マーケット情報（Market Information）を入力する。著
者は、フィールド４３４から４４１に、キーワード（Ke
y Words）、ターゲットとする読者のジャンル（Target
Audience Genre）、ターゲットとする読者の年齢層（Ta
rget Audience Age Group）、ターゲットとする読者の
性別（Target Audience Gender Group）、ジャンル（Ge
nre）、メインカテゴリ（Main Category）、サブカテゴ
リ（Sub Category）及びBISAC番号（BISAC）をそれぞれ
入力する。また、著者はフィールド４４３から４４４に
おいて、要旨（Key Note）、マーケティング機会（Mark
eting Opportunity）及びバイライン（Byline）をそれ
ぞれ入力する。要旨には、書籍の簡単な説明が含まれ
る。マーケティング機会には、著者の所属及びメンバー
シップが含まれる。バイラインは、要旨に対する引用属
性(quote attribution)である。ステップ６において、
著者はウェブページ２８Ｆ（図３８）において制作情報
（Production Information）を入力する。著者が、書籍
の表紙についてのアイデア及びアートワークを有する場
合、著者はボタン４４５（Have idea and artwork for
the front cover）を選択する。著者が表紙のファイル
を有する場合、著者はフィールド４４６及び４４７に表
紙のファイル名（Name of File）及び表紙の作品の債権
者（Creditor）をそれぞれ入力する。著者が表紙のアイ
デアを有する場合、著者はフィールド４５０（Idea for
Front Cover）にアイデアを入力する。著者が表紙のア
イデアを持たない場合、著者はボタン４５１（Have no
ideaand no artwork）を選択する。著者は、フィールド
４５２から４５６において、著者の略歴（Author Bi
o）、著書の解説（Book Description）、出版されたレ
ビュー（Published Reviews）の日付（Date）、著者（A
uthor）及び周期（Periodical）をそれぞれ入力する。
著者が自らの写真を有する場合、著者はボタン４５８
（Have Author Photo）を選択する。著者はボタン４５
９から４６１において幾つかの献詞を選択することが可
能であり、フィールド４５７に献詞の本文（Text）を入
力する。同様に、著者はボタン４６２から４６４におい
て幾つかのエピグラフ（Epigraph）を選択可能であり、
フィールド４５７にエピグラフの本文を入力する。著者
がグラフィックを有する場合、著者はボタン４６５（Ma
nuscript Graphic）を選択し、フィールド４６６にグラ
フィックの数（Number of graphics）を入力する。ステ
ップ７において、著者はウェブページ２８Ｇ（図３９）
に契約情報（Contract Information）を入力する。一実
施態様においては、著者は契約に署名しなければならな
い。この実施態様においては、著者はフィールド４６７
（Signed By）に契約に署名した人物の氏名を入力し、
フィールド４６９（Signed For）に署名され人物の氏名
を入力する。著者は、フィールド４６８、４７０及び４
７１に、期間（年）（Term Years）、開始日（Term Sta
rt Date）及び終了日（TermEnd Date）をそれぞれ入力
する。著者は、フィールド４７２から４７４において、
著者が内容の権利を有するか否か（Author Owns Rights
to Content）、グラフィックの権利を有するか否か（A
uthor Owns Rights to Graphics）、また表紙の権利を
有するか否か（Author Owns Rights to Cover）をそれ
ぞれ選択する。著者は、フィールド４７５（Available
for p-books）及びフィールド４７７（Available for c
-books）において内容（全体的又は部分的）がp-book又
はc-bookの制作に利用可能であるかどうかを選択する。
著者は、フィールド４７６（Copyright is Registere
d）において著作権が登録されているかどうかを選択す
る。著者は、フィールド４７８から４８０において、言
語的制約（Language Restriction）、地理的制約（Geog
raphic Restriction）及び出力的制約（Output Restric
tion）を選択する。ステップ８において、著者はウェブ
ページ２８Ｈ（図４０）に支払い情報（Payment Inform
ation）を入力する。著者は、フィールド４８１から４
８９において、氏名（Name）、ストリートアドレス１
（Street Line1）、ストリートアドレス２（Street Lin
e2）、市（City）、省（Province）、電話番号（Phon
e）、州（State）、国（Country）及び郵便番号（Zip／
Post Code）をそれぞれ入力する。著者はボタン４９０
乃至４９２においてクレジットカードの種類を選択し、
フィールド４９３及び４９４においてカード番号（Card
Number）及び有効期限（Expire Date）をそれぞれ入力
する。ステップ９において、著者はウェブページ２８Ｉ
（図４１）において出版システム２に対してアップロー
ドされるファイルを選択する（File Upload）。著者は
フィールド４９５にファイル名（File Name）を入力す
る。著者は、フィールド４９６から４９８において、フ
ァイル機能（File Role）、ファイルプラットフォーム
（File Platform）、及びファイルのアプリケーション
タイプ（File Application Type）をそれぞれ入力す
る。ファイル機能によってファイルの目的を識別する。
ファイル機能には、著者の写真（Author Photo）、表紙
（Book Cover）、ブックブロック（Book Block）及びイ
ラスト（Illustration）が含まれる。著者は、ボタン４
９９（Browse）を選択して著者のローカルドライブの中
を検索してファイルを選択し、ボタン５００（Upload）
を選択してファイルを出版システム２にアップロードす
る。一旦著者がボタン５００を選択すると、先のページ
に集められた情報及び選択されたファイルが、電子商取
引システム４に対してアップロードされる。動作１０３
の後に動作１０４が続く。動作１０４において、提出物
ウェブページ２８は、契約情報１２、支払い情報１３及
びマーケティング情報１４を電子商取引データベース２
３に保存する。動作１０４の後に動作１０５が続く。動
作１０５において、電子商取引データベース２３がXML
バッチコマンドをバッチコマンドツール３１に対して送
信し、ウェブページ２８Ａから２８Ｉによって受信され
た提出物１１及びその関連情報を内容管理データベース
３２に格納する。電子商取引データベース２３のストア
ド・プロシージャは、方法１５０（図９）に従ってXML
バッチコマンドを発生する。最初の動作１５１におい
て、電子商取引データベース２３のストアド・プロシー
ジャは、XMLバッチコマンドファイルに「insert_public
ation」XMLタグを書き込む。「Insert_publication」XM
Lタグは、内容管理データベース３２において出版の基
本記録を生成するバッチコマンドである。「Insert_pub
lication」XMLタグには、「pub_id」、「pub_type_i
d」、「submit_date」及び「pub_size」と記述される属
性が含まれる（表１参照）。「pub_id」は、電子商取引
データベース２３によって与えられた、提出された出版
物の識別名である。「Pub_type_id」は、小説や短編小
説等の、提出された出版物の種類の識別名である。「Su
bmit_date」は、電子商取引システム４に提出された出
版物の提出日である。「Pub_size」は、例えば6×9イン
チ（約15.2×22.9cm）のような先に出版された文書の物
理的寸法である。動作１５２が動作１５１に続く。動作
１５２において、電子商取引データベース２３のストア
ド・プロシージャは、「insert_publication_file」XML
タグを書き込む。「Insert_publication_file」バッチ
コマンドは、内容管理データベース３２において出版フ
ァイルの基本記録を生成する。「Insert_publication_f
ile」XMLタグには、「pub_id」、「file_role_id」、
「internal_filename」、「user_filename」及び「detai
l」が含まれる（表１参照）。「file_role_id」は、出
版物に関連するファイルの目的（即ち、それがどのよう
に使用されるか）の識別名である。「file_role_id」に
は、例えば「XML book block」、「PDF book block」、
「XML book cover」及び「PDF book cover」が含まれ
る。「XML book block」及び「PDF book block」は、そ
れぞれXML及びPDFファイル形式で保存された出版物のフ
ァイルである。同様に、「XML book cover」及び「PDF
book cover」は、それぞれXML及びPDFファイル形式で保
存された出版物の表紙のファイルである。「User_filen
ame」は、提出の際に著者によって与えられたファイル
名である。「Internal_filename」は、2人のユーザがフ
ァイルを識別するのに同一の「user_filename」を用い
た場合に、電子商取引データベース２３によってファイ
ルに割り当てられたファイル名である。動作１５３が動
作１５２に続く。動作１５３において、電子商取引デー
タベース２３のストアド・プロシージャは、「insert_t
ag」XMLタグを書き込む。「Insert_tag」バッチコマン
ドは、内容管理データベース３２において提出された出
版物に関連する1又はそれ以上の任意の空のタグを許容
する。「Insert_tag」は、「pub_id」の属性を有する
（表１参照）。「Insert_tag」バッチコマンドは、バッ
チコマンドツール３１にIu_Tagテーブル１６５（図１
８）において行を作成させ、提出された出版物の「pub_
id」を伴うXMLタグを保存する。空のタグは「insert_ta
g」XMLタグの間にネスティングされる。空のタグは、例
えば全体の出版物に適合する出版レベルタグである。空
のタグには、タグの属性及びタグのタイプを識別する属
性が含まれる。タグタイプには、「タイトルタイプ（ti
tle type）」、「名称タイプ（name type）」、「キー
ワード（keywords）」及び「分類（taxonomy）」が含ま
れる。挿入されたタグは、出版物がXMLファイルとして
保存されておらず、内容管理データベース２３に格納不
能な場合に有用である。出版物にXMLタグを付随させる
ことで、出版物は、Iu_Tagテーブル１６５におけるXML
タグによって、内容管理データベース３２に格納可能で
ある。例示的なXMLバッチコマンドファイルを表１に示
す。
【表１】 バッチコマンドツール３１は、文書型定義（DTD）ファ
イルで前述のXMLバッチコマンドファイルを解析し、バ
ッチコマンドを抽出及び実行する。また、ストアド・プ
ロシージャは、バッチコマンドの代わりに内容管理デー
タベース３２及び権利・ロイヤリティーデータベース３
８に問い合わせ、挿入及びアップデートが可能であるこ
とに注意されたい。動作１０５（図８）の後に動作１０
６が続く。動作１０６において、電子商取引データベー
ス２３は、内容管理システム５に於けるステージングデ
ィレクトリに提出物１１及び選択されたファイル（例え
ばイラストレーションファイル）を送信し、ここで提出
物１１及び選択されたファイルは、取込みエンジン２９
によって処理されるのを待つ。前述のように、提出物ウ
ェブページ２８は、動作１０４から１０６の代わりに、
著者から集められた情報、提出物１１及び選択されたフ
ァイルをミドルウェア２６を介して内容管理システム５
に対して直接送信することができる。一実施態様におい
ては、出版システム２の人間のオペレータが、コンピュ
ータ３５２Ａ（「編集コンピュータ」）を用いて内容管
理システム５から提出物１１をダウンロードする。編集
コンピュータ３５２Ａは、著者コンピュータ１Ａと同様
のものであり、ワードプロセッサ１５、プラグイン１６
及びテンプレート１７を含む。人間のオペレータは、ワ
ードプロセッサ１５、プラグイン１６及びテンプレート
１７を用いて提出物１１のスタイル、文法及びレイアウ
トを編集する。その編集過程の後に、人間のオペレータ
は、提出物１１を内容管理システム５に対してアップロ
ードする。編集コンピュータ３５２Ｂは編集コンピュー
タ３５２Ａと同様のものである。図２に示すように、そ
こには更なる編集コンピュータが存在し得る。動作１０
６の後に動作１０７が続く。動作１０７において、バッ
チコマンドツール３１は、方法１１０（図１０）に従っ
てXMLバッチコマンドファイルに於けるXMLバッチコマン
ドを実行する。最初の動作１１１において、バッチコマ
ンドツール３１は、前述のXMLパーサを用いてDOMトリー
構造を生成する。動作１１１の後に動作１１２が続く。
動作１１２において、バッチコマンドツール３１は、ノ
ードのコマンドタグタイプを決定する。動作１１２の後
に動作１１３が続く。動作１１３において、バッチコマ
ンドツール３１はタグの属性タイプを決定する。動作１
１３の後に動作１１４が続く。動作１１４において、バ
ッチコマンドツール３１は、属性に対応する変数に対す
る属性値を保存（マッピング）する。動作１１４の後に
動作１１５が続く。動作１１５において、バッチコマン
ドツール３１は、対応する変数（即ち、属性値）を有す
るテーブルをアップデート若しくは挿入することによっ
て、内容管理データベース３２に於ける各テーブルに対
して変数値を適用する。動作１１５の後に動作１１６が
続く。動作１１６において、バッチコマンドツール３１
は、全てのノードが通過(traverse)されたかどうかを決
定する。全てのノードが通過された場合には、動作１１
６の後に動作１１７が続いて方法１１０が終了する。そ
うでない場合には、動作１１６の後に動作１１２が続
き、バッチコマンドツール３１が次のノードを調査す
る。バッチコマンドツール３１は、深さ優先若しくは幅
優先のような従来式の多くの方法でDOM構造トリーを通
過可能である。「insert_publication」XMLバッチコマ
ンドに応じて、バッチコマンドツール３１は、Publicat
ion（出版）テーブル１６１において出版の基本記録を
生成する。バッチコマンドツール３１は、Publication
テーブル１６１（図１４）の行を追加し、適切なカラム
に「insert_publication」XMLバッチコマンドの属性を
挿入する。一実施態様においては、バッチコマンドツー
ルは、Publicationテーブル１６１の「Status_ID」に値
を挿入し、その出版物が取込みエンジン２９によって処
理されるために待機中であることを示す。バッチコマン
ドツール３１は、ブックカバー所有物のプレースホルダ
ーがAssetテーブル１６４（図１８）に生成され得るよ
うに、行をブックカバーに対するプレースホルダー（例
えば、有用なデータを全く含まずに後のデータのための
スペースを確保するダミーの入力）としてPub_Cover_Co
mpテーブル１６２（図１４）に追加する。また、バッチ
コマンドツール３１は、ブックブロック所有物のプレー
スホルダーがAssetテーブル１６４に生成され得るよう
に、行をブックブロックのプレースホルダー（例えば提
出物１１の内容）としてPub_Block_Compテーブル１６３
（図１５）に追加する。バッチコマンドツール３１は、
2つの行をブックカバー所有物及びブックブロック所有
物のプレースホルダーとしてAssetテーブル１６４に追
加する。取込み（後述）の際に、取込みエンジン２９
は、XMLタグをIu_Tagテーブル１６５（図１８）に保存
し、XMLタグの属性及び属性値をIu_Attributeテーブル
１６７（図１９）に保存する。また、取込みエンジン２
９は、XMLタグの間の内容をAssetテーブル１６４におい
て予め生成されたブックブロックプレースホルダーに保
存し、ブックカバーを作成するグラフィック情報をAsse
tテーブル１６４において予め生成されたブックカバー
プレースホルダーに保存する。「insert_publication_f
ile」バッチコマンドに応じて、バッチコマンドツール
３１は、Pub_Fileテーブル１６６（図１３）において出
版物（提出物１１及び提出物１１にリンクするファイ
ル）に関連する各ファイルの基本記録を生成する。バッ
チコマンドツール３１は、Pub_Fileテーブル１６６に対
して行を加え、適切なカラムに「insert_publication_f
ile」バッチコマンドの属性を挿入する。また、バッチ
コマンドツール３１は、出版物（提出物１１及び提出物
１１にリンクするファイル）に関連する各ファイルをPu
b_Fileテーブル１６６に保存する。一実施態様において
は、動作１０７（図８）の後にオプション的な動作１０
８が続く。オプション的動作１０８において、フィルタ
３０は、XMLファイル形式でない提出物１１をXMLファイ
ル形式に変換する。或いは、前述の人間のオペレータ
が、編集コンピュータ３５２Ａを用いて提出物１１をXM
L形式に手作業で変換する。人間のオペレータは、最初
に提出物１１を内容管理システム５から編集コンピュー
タ３５２Ａにダウンロードする。次に、人間のオペレー
タはワードプロセッサ１５、プラグイン１６及びテンプ
レート１７を用いて提出物１１のセクションを手動で識
別し、提出物１１をXML形式で保存する。人間のオペレ
ータは、取込みエンジン２９による処理のために、内容
管理システム５に対して提出物１１を再送信する。人間
のオペレータは、提出物１１のセクションを識別するこ
とに加えて、提出物１１のスタイル、文法及びレイアウ
トを編集することができる。オプション的動作１０８の
後に動作１０９が続く。動作１０９において、取込みエ
ンジン２９は、方法４０（図１１）に従って提出物１１
を解析し、内容（例えば、テキスト）及び識別名（例え
ば、XMLタグ）を内容管理データベース３２に保存す
る。取込みエンジン２９は、Publicationテーブル１６
１にファイルされた「status_ID」に周期的に問い合わ
せて、どの出版物が取込みのために待機中であるかを決
定する。最初の動作４１（図１１）において、取込みエ
ンジン２９は、前述のXMLパーサを用いて提出物１１か
らDOMトリーを構築する。XMLパーサは、文書型定義（DT
D）ファイルで提出物１１を解析する。DOMトリー構造に
於ける各ノードは、XMLオブジェクト、並びにタグ、属
性、属性値及び対をなすタグの間にネスティングされた
全ての内容を含めた各XMLオブジェクトを表す。動作４
１の後に動作４２が続く。動作４２において、取込みエ
ンジン２９は、ノードがXMLタグノードであるかどうか
を決定する。ノードがXMLタグノードである場合には、
次の動作は動作４５である。動作４３において、取込み
エンジン２９は、XMLタグタイプ、並びにXMLタグの間に
ネスティングされた内容の開始位置（「開始オフセット
(starting offset)」）及び終了位置（「終了オフセッ
ト(ending offset)」）を内容管理データベース３２のI
u_Tagテーブル１６５（図１８）に保存する。開始オフ
セットは、全ての内容を含む文字列の始まりから対をな
すXMLタグの間にネスティングされた内容の最初の文字
までのバイト数である（ここで各バイトは1つの文字を
表す）。同様に、終了オフセットは、全ての内容を含む
文字列の始まりから対をなすXMLタグの間にネスティン
グされた内容の最後の文字までのバイト数である。動作
４３の後に動作４４が続く。動作４４において、取込み
エンジン２９は、XMLタグノードの属性値及び属性名を
内容管理データベース３２のIu_Attributeテーブル１６
７に保存する。動作４４の後に動作４７が続く。動作４
５において、取込みエンジン２９は、ノードがテキスト
（内容）ノードであるか否かを決定する。ノードがテキ
ストノードである場合、動作４５の後に動作４６が続
く。そうでない場合には、動作４５の後に動作４７が続
く。動作４６において、取込みエンジン２９は、内容を
内容管理データベース３２のAssetテーブル１６４（図
１８）に保存する。動作４６の後に動作４７が続く。動
作４７において、取込みエンジン２９は全てのノードが
通過されたかどうかを決定する。全てのノードが通過さ
れている場合、動作４７の後に動作４９が続く。そうで
ない場合には、動作４７の後に動作４８が続く。動作４
８において、取込みエンジン２９は次のノードを調査す
る。取込みエンジン２９は、種々の従来式の方法の1つ
でDOMトリー構造を通過できる。取込みエンジンは、例
えば深さ優先でDOMトリー構造を通過する。動作４９に
おいて、方法４０は終了する。一実施態様において、取
込みエンジン２９はPublicationテーブル１６１の「sta
tus_ID」をアップデートし、出版物が既に取り込まれて
いることを示す。一変更例において、方法４０にはオプ
ション的なステップ３５０及び３５１が含まれる。オプ
ション的動作３５０において、取込みエンジン２９は、
属性が外部ファイルに関連するかどうかを決定する。属
性が関連する場合には、オプション的動作３５０の後に
動作３５１が続く。オプション的動作３５１において、
取込みエンジン２９は、書式変換ライブラリー３３を呼
び出し、その外部ファイルを保管及び編集のために別の
ファイル書式で保存する。例えば、その外部ファイルが
イメージファイルである場合、取込みエンジン２９は変
換ライブラリー３３を用いてその外部ファイルを解像度
独立性の書式で保存する。取込みエンジン２９は、その
外部ファイルが後に復旧可能なように、外部ファイルの
ファイル情報をPub_Fileテーブル１６６（図１３）に保
存する。別の変更例においては、前述のJavaのパーサに
よって解析される前に、取込みエンジン２９がエンティ
ティ・リファレンス（ノードのタイプ）における全ての
「&」文字を「〜」に置き換えるように、取込みエンジ
ン２９は変更される。これは、XML文書が解析される際
に、Javaのパーサがエンティティ・リファレンスにおい
て「&」文字と他の文字とを置き換えることを防止する
ために実施される。トランスレータ６４は、後にエンテ
ィティ・リファレンスにおいて「〜」文字を「&」で置
き換え、それらの元々の書式でエンティティ・リファレ
ンスを作成する。コンバータ３５Ａは、エンティティ・
リファレンスが適切な書式に対する「&」文字を含み、
また出版物を保存することを要求するので、上述のステ
ップは必要である。一実施態様において、動作２００
（図７）には、動作２０１から２０６（図２１）が含ま
れる。最初の動作２０１において、顧客はカタログウェ
ブページ２２を拾い読みする。顧客は、ウェブページ２
２Ａ（図４２）のフィールド５１５に於ける検索カテゴ
リーを選択し、その検索カテゴリーで検索するためのワ
ードを入力することによって出版物を検索できる。検索
カテゴリーには、タイトル、著者及びキーワードが含ま
れる。また、顧客はハイパーテキストリンク５１６に示
すような出版物のカテゴリー（例えば、動物及びペット
(ANIMALS, AND PETS)、芸術、建築術及び写真(ART, ARC
HITECTURE, AND PHOTOGRAPHY)等）を選択可能である。
ウェブページ２２Ｂ（図４３）は、ウェブページ２２Ａ
に於ける顧客の動作による検索結果若しくはカテゴリー
の結果を示すものである。その結果には、種々の出版物
のタイトル、著者、価格及びISBN番号が含まれる。顧客
は、各出版物のタイトルに於けるハイパーテキストリン
クを選択することによって、その出版物の詳細情報を更
に得ることができる。一変更例においては、顧客は顧客
コンピュータ８Ａからその出版物の少なくとも一部を見
る。電子商取引システム４は、著者と出版システム２の
運営者との間の契約条項によって許可される場合には、
その出版物の一部をカタログウェブページ２２のウェブ
ページの一部として送信する。別の変更例においては、
著者は、カタログウェブページ２２を介して購入された
出版物と組み合わせるための個人化された内容２０をア
ップロードし、個人化された出版物（p-book）を作成す
る。ステップ１において、顧客はウェブページ２２Ｃ
（図４４）のフィールド５１３にこの個人化された内容
２０のタイトルを入力する。また、顧客はボタン５０４
を選択することによって蔵書票を選択（BOOKPLATE CHOI
CES）し、フィールド５０５にそのp-bookを所有する人
物の氏名を入力する。当業者には更なる蔵書票を利用可
能であることが理解されるであろう。ステップ２におい
て、顧客は献詞のタイトル（DEDICATION TITLE）、献詞
のテキスト（DEDICATION TEXT）及び献詞のサイン（DED
ICATION SIGNATURE）をウェブページ２２Ｄ（図４５）
のフィールド５０６、５０７及び５０８にそれぞれ入力
する。ステップ３において、顧客は前書のタイトル（PR
EFACE TITLE）、前書のテキスト（PREFACE TEXT）、前
書のサイン（PREFACE SIGNATURE）及び前書年紀（PREFA
CE DATE）をウェブページ２２Ｅ（図４６）のフィール
ド５０９、５１０、５１１及び５１２にそれぞれ入力す
る。カタログウェブページ２２は、顧客の個人化された
内容２０を電子商取引データベース２３に保存する。こ
の変更例において、顧客は多数の個人化された内容２０
を生成することができる。顧客がp-bookを購入すること
を決定した場合、顧客は個人化された情報のタイトルの
ハイパーテキストリンクを選択することによって、ウェ
ブページ２５（図４７）から個人化された内容２０の内
の１つを選択することが可能である。別の変更例におい
ては、カタログウェブページにウェブページ（図４８）
が含まれ、ここで顧客はフレーム４０６において出版物
を見ることができる。顧客は、顧客が購入を希望する段
落の段落番号をフィールド４０７（PARAGRAPHS）に入力
し、また後にこれらの段落を別の出版物から選択した段
落と組み合わせてカスタマイズされた出版物（c-book）
を作成するために、ボタン４０８（ADD TO CBOOK）を選
択して著者の選択物を記録する。動作２０１の後に動作
２０２が続く。動作２０２において、顧客は、購入注文
１９及び支払い情報２１を購入注文ウェブページ２５を
介して電子商取引システム４に送信する。購入注文ウェ
ブページ２５は、出版物と前述の個人化された内容２０
とを組み合わせるために顧客に対して任意選択機能を提
供する。購入注文１９に従って、購入注文ウェブページ
２５は、権利・ロイヤリティーデータベース３８に問い
合わせて出版物が顧客によって注文された様式で配布若
しくは販売可能であるかどうかを決定する。動作２０２
の後に動作２０３が続く。動作２０３において、購入注
文ウェブページ２５は、購入注文１９及び支払い情報２
１を電子商取引データベース２３に保存する。動作２０
３の後に動作２０４が続く。動作２０４において、電子
商取引データベース２３は、購入注文１９、個人化され
た情報２０及び支払い情報２１を含むXMLバッチコマン
ドを内容管理システム５に送信する。電子商取引データ
ベース２３は、方法２５０（図２２）に従ってXMLバッ
チコマンドを生成する。最初の動作２５１において、電
子商取引データベース２３のストアド・プロシージャは
「insert_order」XMLタグを書き込む。「insert_orde
r」XMLタグは、注文記録を内容管理データベース３２に
おいて生成するバッチコマンドである。「insert_publi
cation」XMLタグには、「customer_number」、「order_
number」、「vendor_id」及び注文に関する他の一般的
な情報の属性が含まれる（表２下部参照）。「customer
_number」は顧客の識別名である。「order_number」は
この注文の識別名である。「vendor_id」は、その出版
物が印刷のために送付されるであろう商用プリンタの識
別名である。一変更例においては、電子商取引データベ
ース２３のルーティング・アルゴリズムが、顧客によっ
て提示されたzipコードによって、顧客の最も近くに位
置する商用プリンタを決定する。ストアド・プロシージ
ャは、商用プリンタの「vendor_id」をXMLバッチコマン
ドに挿入する。動作２５１の後に動作２５２が続く。動
作２５２において、電子商取引データベース２３のスト
アド・プロシージャは、「insert_sku」XMLタグを書き
込む。「insert_sku」XMLタグは、書籍に関する情報を
内容管理データベース３２に挿入するバッチコマンドで
ある。「Insert_sku」XMLタグには、「order_sku」、
「pub_id」、「style_id」及び「cached」の属性が含ま
れる（表２下部参照）。「order_sku」は、書籍、スタ
イル及び個人化された内容の特有の組合せを記述する識
別名である。「style_id」は、その出版物に適用された
スタイルの識別名である。「cached」は、出版物が商用
プリンタに蓄えられ、商用プリンタに対して再送する必
要がないと分かった場合には真（true）と示される。動
作２５２の後に動作２５３が続く。動作２５３におい
て、電子商取引データベース２３のストアド・プロシー
ジャは、「insert_pmatter」XMLタグを書き込む。「ins
ert_pmatter」XMLタグは、個人化された内容を内容管理
データベース３２に挿入するバッチコマンドである。
「insert_pmatter」XMLタグには、「order_sku」及び
「ptype」の属性が含まれる（表２下部参照）。「ptyp
e」は、蔵書票に対する「蔵書票内容（book_plate_cont
ent）」及び献詞に対する「献詞内容（dedication cont
ent）」のような個人化された内容の形式の識別名であ
る。電子商取引データベース２３のストアド・プロシー
ジャは、顧客からの購入注文に従って更なる「insert_p
matter」XMLタグを書き込むことが可能である。動作２
５３の後に動作２５４が続く。動作２５４において、電
子商取引データベース２３のストアド・プロシージャは
「insert_order_item」XMLタグを書き込む。「insert_o
rder_item」XMLタグは、注文アイテムを内容管理データ
ベース３２に挿入するバッチコマンドである。「insert
_order_item」XMLタグには、「order_number」、「item
_id」、一般的な出荷情報、「order_sku」、「titl
e」、「isbn」及び「quantity」の属性が含まれる（表
２下部参照）。「item_id」は、この注文アイテム（例
えば、1、2、3など）の注文の識別名である。「title」
は、この注文アイテムの書籍のタイトルである。「isb
n」は、この注文アイテムの書籍の国際標準図書番号
（「ISBN」）である。「quantity」は、この注文アイテ
ムに対して出荷される書籍の数量である。電子商取引デ
ータベース２３のストアド・プロシージャは、顧客から
の購入注文に従って更なる「insert_order_item」XMLタ
グを書き込むことが可能である。表２には、前述の例示
的なXMLバッチコマンドファイルを示す。
【表２】 バッチコマンドツール３１は、DTDファイルで前述のXML
バッチコマンドファイルを確認及び解析し、バッチコマ
ンドを抽出及び実行する。「insert_order」XMLバッチ
コマンドに応じて、バッチコマンドツール３１は、Orde
rs（注文）テーブル１６８（図２０）において注文につ
いての記録を生成する。バッチコマンドツール３１は、
Ordersテーブル１６８に行を加え、適切なカラムにおい
て「insert_order」バッチコマンドの属性を書き込む。
バッチコマンドツール３１は、「insert_order_item」
バッチコマンドに従ってOrder_Itemsテーブル１６９
（図１９）に行を追加し、適切なカラムに「insert_ord
er_item」XMLバッチコマンドの属性を書き込む。Insert
_Order_Itemテーブル１６９は、「order_number」によ
ってInsert_Orderテーブル１６８と相互参照し、また
「order_sku」によって出版物と相互参照する。バッチ
コマンドツール３１は、「insert_sku」バッチコマンド
に従って「Order_Sku」テーブル１７０に行を追加し、
適切なカラムに「insert_sku」バッチコマンドの属性を
書き込む。バッチコマンドツール３１は、「insert_pma
tter」バッチコマンドに従ってCustomer_Contentテーブ
ル１７１（図１５）に行を追加し、適切なカラムに「in
sert_pmatter」バッチコマンドの属性を書き込む。個人
化された内容が、例えば4000文字以下である場合、その
個人化された内容はCustomer_Contentテーブル１７１の
「short_text」カラムに格納される。個人化された内容
が、例えば4000文字を超える場合、その個人化された内
容はCustomer_Contentテーブル１７１の「pub_id」カラ
ムに格納される。動作２０４（図２１）の後に動作２０
６が続く。動作２０６において、アセンブラ３４が購入
注文１９に従って出版物を製作する。一実施態様におい
ては、出版物を構成する前に、アセンブラ３４は権利・
ロイヤリティーデータベース３８におけるContract_Rig
ht_Restrictionsテーブル１８３（図３０）若しくはRig
ht_Restrictionsテーブル１８４（図２８）に問い合わ
せ、顧客によって選択された出力形式が各著者と出版シ
ステム２との間の契約によって許可されるかどうかを決
定する。出版物を製作するために、アセンブラ３４は、
始めにOrdersテーブル１６８（図２０）から注文を決定
する。「order_number」を用いて、アセンブラ３４はOr
der_Itemテーブル１６９（図１９）から注文アイテムを
決定する。「order_sku」を用いて、アセンブラ３４はO
rder_Skuテーブル１７０（図１５）から出版物、個人化
された内容及びスタイルの特有の組合せを決定する。オ
プション的な「pmatter」を用いて、アセンブラ３４はC
ustomer_Contentテーブル１７１から個人化された内容
を決定する。「style_sheet_ID」を用いて、アセンブラ
３４はStyle_Sheet_LKテーブル１７２（図１６）からス
タイルシートを決定する。「pub_id」を用いて、アセン
ブラ３４は内容及び識別名をAssetテーブル１６４、Iu_
Tagテーブル１６５（図１８）及びIu_Attributeテーブ
ル１６７（図１９）に位置付ける。一実施態様において
は、アセンブラ３４は方法５０Ａ（図２３）に従って出
版物及び個人化された内容を組み合わせる。最初の動作
５１において、アセンブラ３４は内容の開始オフセット
によって昇順にソートされた同一の「pub_id」を伴うXM
Lタグのリスト（「開始リスト（start list）」）を作
成する。また、アセンブラ３４はそれぞれの内容の終了
オフセットによって昇順にソートされた同一の「pub_i
d」を伴うXMLタグのリスト（「終了リスト（end lis
t）」）を作成する。アセンブラ３４は、「pub_id」を
伴う全てのXMLタグを問い合わせることによってIu_Tag
テーブル１６５（図１８）から同一の「pub_id」を伴う
XMLタグを検索する。動作５１の後に動作５４が続く。
動作５４において、アセンブラ３４は「現在の開始タグ
（current start tag）」（後述）の開始オフセットが
「現在の終了タグ（current end tag）」（後述）の終
了オフセット未満であるかどうかを決定する。現在の開
始オフセットが現在の終了オフセットよりも小さい場合
には、動作５４の後に動作５５Ａが続く。そうでない場
合には、動作５４の後に動作５８が続く。最初の反復に
おいて、現在の開始タグは開始リストの始めにおけるタ
グであり、現在の終了タグは終了リストの始めにおける
タグである。後の各反復においては、アセンブラ３４は
開始リストや終了リストを下方に進み、新たなタグが現
在の開始タグ及び現在の終了タグとなる。以下では、現
在の開始タグの開始オフセットは「現在の開始オフセッ
ト（current start offset）」と称され、また現在の終
了タグの終了オフセットは、「現在の終了オフセット
（current end offset）」と称される。先の反復からの
現在の開始タグ及び現在の終了タグは、「先の開始タグ
（previous start tag）」及び「先の終了タグ（previo
us end tag）」と称される。先の開始タグの開始オフセ
ットは「先の開始オフセット（previousstart offse
t）」と称され、先の終了タグの終了オフセットは「先
の終了オフセット（previous end offset）」と称され
る。最初の反復においては、先の開始オフセット若しく
は先の終了オフセットは存在せず、先の開始オフセット
及び先の終了オフセットの値はゼロに設定される。動作
５５Ａにおいて、アセンブラ３４は、（１）(a)先の開
始オフセット及び(b)先の終了オフセットの最小値並び
に（２）(a)現在の開始オフセット及び(b)現在の終了オ
フセットの最小値の間の内容を出力する。言い換えれ
ば、アセンブラ３４は以下のオフセットの間の内容を出
力する。 （１）Min（先の開始オフセット，先の終了オフセッ
ト）；及び（２）Min（現在の開始オフセット，現在の
終了オフセット） アセンブラ３４はその内容をXMLファイルに出力する。
アセンブラ３４は、出版物の「pub_id」を用いてAssetテ
ーブル１６４（図１８）の「asset_blob」フィールドか
ら内容を検索する。動作５５Ａの後に動作５６が続く。
動作５６において、アセンブラ３４は属性及び属性値と
共に現在の開始タグをXML文書に出力する。アセンブラ
３４は、「iu_tag_ID」を用いてIu_Tagテーブル１６５
及びIu_Attributeテーブル１６７（図１９）からXMLタ
グの属性及び属性値を検索する。動作５６の後に動作５
７が続く。動作５７において、アセンブラ３４は開始リ
ストにおける次の開始タグに進む。動作５７の後に動作
５４が続く。動作５８において、アセンブラ３４は現在
の開始オフセットが現在の終了オフセットに等しいかど
うかを決定する。現在の開始オフセットが現在の終了オ
フセットと等しい場合、動作５８の後に動作５９が続
く。そうでない場合には、動作５８の後に動作６１が続
く。動作５９において、アセンブラ３４は現在の開始タ
グ及び終了タグをXML文書に出力する。動作５９の後に
動作６０が続く。一実施態様において、アセンブラ３４
は現在の開始タグ及び終了タグの代わりに「<TAG_NAME/
>」のショートカットを出力する。動作６０において、
アセンブラ３４は開始リスト及び終了リストにおける次
の開始タグ及び終了タグに進む。動作６０の後に動作５
４が続く。動作６１において、アセンブラ３４は現在の
開始オフセットが現在の終了オフセットに比べてより大
きいかどうかを決定する。現在の開始オフセットが現在
の終了オフセットに比べてより大きい場合には、動作６
１の後に動作６２Ａが続く。そうでない場合には、動作
６１の後に動作６７が続く。動作６２Ａにおいて、アセ
ンブラ３４は以下のオフセットの間の内容を出力する。 （１）Min（先の開始オフセット，先の終了オフセッ
ト）；及び（２）Min（現在の開始オフセット，現在の
終了オフセット） 動作６２Ａは、前述の動作５５Ａと同一のものである。
動作６２Ａの後に動作６３が続く。動作６３において、
アセンブラ３４は現在の終了タグをXML文書に出力す
る。動作６３の後に動作６４が続く。動作６４におい
て、アセンブラ３４は現在の終了タグが「ターゲットタ
グ（target tag）」であるかどうかを決定する。ターゲ
ットタグは、個人化された内容２０の挿入位置を示すタ
グである。例えば、個人化された内容２０はタイトルの
後にくる献詞である。従って、ターゲットタグはタイト
ルタグの終了タグである。一実施態様において、ターゲ
ットタグはアセンブラ３４のコードにプログラミングさ
れる。或いは、ターゲットタグは、出版物を構成する際
にアセンブラ３４が参照するテーブルの中に設定され得
る。現在の終了タグがターゲットタグである場合、動作
６４の後に動作６５が続く。そうでない場合には、動作
６４の後に動作６６が続く。動作６５において、アセン
ブラ３４は個人化された内容タグの間の個人化された内
容を出力する。アセンブラ３４は、「order_sku」によ
ってCustomer_Contentテーブル１７１（図１５）から個
人化された内容２０を検索する。動作６５の後に動作６
６が続く。動作６６において、アセンブラ３４は次の終
了タグに進む。動作６７において、アセンブラ３４は方
法５０を終了する。全てのタグが調査され、XML文書が
完成した場合には、アセンブラ３４は動作６７に到達す
る。一実施態様において、アセンブラ３４は「order_st
atus_code」をOrdersテーブル１６８にアップデート
し、注文に応じたことを示す。一実施態様においては、
アセンブラ３４は2若しくはそれ以上の出版物から出版
物を構成する。この実施態様において、電子商取引デー
タベース２３におけるストアド・プロシージャは、出版
物を組み合わせる注文と各出版物の「pub_id」を含むXM
Lバッチコマンドを送信する。アセンブラ３４は、前述
の方法５０Ａを用いて最初の出版物をXML文書に構成す
る。第1の出版物が完成した後に、アセンブラ３４は前
述の方法５０Ａを用いて同一のXML文書において第2の出
版物を第1の出版物の終了直後に構成する。そのプロセ
スは顧客が組合せを望む出版物に対して順次繰り返され
る。一実施態様において、アセンブラ３４は方法５０Ｂ
（図２４）に従って別の出版物の一部及び個人化された
内容から個人化された出版物を製作する。アセンブラ３
４は、各著者と出版システム２の運営者との間の契約が
著者の出版物を部分的に配布若しくは販売することを許
可する場合には、別の出版物の一部から出版物を制作す
る。アセンブラ３４は、例えば権利・ロイヤリティーデ
ータベース３８におけるContract_Right_Restrictionテ
ーブル１８３（図３０）に問い合わせて出版物が部分的
に配布若しくは販売可能であるかどうかを決定する。一
変更例においては、出版物のセクションがPub_Block_Co
mpテーブル１６３（図１５）における個別のエントリに
おいて確認され、アセンブラ３４は各段落の始めに段落
番号を挿入する。出版物のPDFファイルは、カタログウ
ェブページ２２（図４８）からのウェブページの表示領
域４０６において顧客に対して表示される。顧客が購入
を希望する段落と判断した場合には、顧客はフィールド
４０７において段落番号を入力する。顧客はこの出版物
の表示を一旦終了し、ボタン４０８を選択してカスタマ
イズされた書籍に選択された段落を追加することが可能
である。段落番号は、顧客が購入を望むPub_Block_Comp
テーブル１６３におけるエントリを識別する。構成の際
にアセンブラ３４は各選択された段落の開始及び終了オ
フセットをPub_Block_Compテーブル１６３に問い合わ
せ、方法５０Ｂ（図２４）に従ってこれらのセクション
を組み立てる。選択された段落の開始オフセットは「選
択の開始（start of selection）」と称され、選択され
たパラグラフの終了オフセットは「選択の終了（end of
selection）」と称される。最初の動作５２において、
アセンブラ３４は以下のオフセットでタグの開始リスト
を作成する。 （１）（開始オフセット＜選択の開始）及び（終了オフ
セット＞選択の開始）；又は（２）（開始オフセット＜
選択の開始）及び（開始オフセット＜選択の終了）動作
５２の後に動作５３が続く。動作５３において、アセン
ブラ３４は以下のオフセットでタグの終了リストを作成
する。 （１）（開始オフセット＜選択の終了）及び（終了オフ
セット＞選択の終了）；又は（２）（終了オフセット＜
選択の開始）及び（終了オフェット＜選択の終了）動作
５３の後に動作５４が続く。動作５５Ｂ及び６２Ｂの各
々に置き換えた動作５５Ａ及び動作６２Ａを除けば、そ
の他の動作は方法５０Ａと変わらない。動作５５Ｂにお
いて、アセンブラ３４は以下の２つのオフセットの間の
内容を出力する。 （１）Max（Min（先の開始オフセット，先の終了オフセ
ット），選択の開始）；並びに（２）Min（Min（現在の
開始オフセット，現在の終了オフセット），選択の終
了） 動作６２Ｂは上述の動作５５Ｂと同一のものである。ア
センブラ３４は、全ての選択された段落がXMLファイル
に出力されるまで方法５０Ｂを繰り返す。一実施態様に
おいて、アセンブラ３４は2又はそれ以上の出版物を組
み合わせて新たな出版物を選択する。この実施態様にお
いて、電子商取引データベース２３におけるストアド・
プロシージャは、各出版物に対する選択の開始及び終
了、出版物を組み合わせる注文及び各出版物の「pub_i
d」を含むXMLバッチコマンドを送信する。アセンブラ３
４は、前述の方法５０Ｂを用いて第1の出版物をXML文書
に構成する。第1の出版物の完成の後に、アセンブラ３
４は前述の方法５０Ｂを用いて同一のXML文書において
第2の出版物を第1の出版物の終了直後に構成する。その
プロセスは、顧客が組合せを望む出版物に対して順次繰
返される。動作３００（図２５）には動作３０１から３
０４が含まれる。動作３０１において、トランスレータ
６４はXSLスタイルシート３９に従って出版物をXMLフォ
ーマットで保存する。動作３０１の後に動作３０２が続
く。動作３０２において、コンバータ３５はスタイルシ
ート３６に従って出版物の書式を整え、複数のファイル
形式の中の1つで出版物を保存する。ファイル形式は、
顧客によって選択された出力形式に依存する。例えば、
顧客がペーパーバックの書籍を望む場合、コンバータ３
５は、商用プリンタ９Ａがペーパーバックの書籍を印刷
可能なように出版物をPDFファイルとして保存する。顧
客が電子書籍(eBook)を望む場合には、コンバータ３５
は出版物を電子書籍ファイルとして保存する。動作３０
２の後に動作３０３が続く。動作３０３において、出力
手段３７は、出力形式に応じて出版物を顧客コンピュー
タ（例えば、顧客コンピュータ８Ａ又は８Ｂ）、商用プ
リンタ（例えば、商用プリンタ９Ａ又は９Ｂ）又は電子
書店（例えば、電子書店６５）に送信する。動作３０３
の後に動作３０４が続く。動作３０４において、顧客は
複数の出力形式のうちの1つで出版物を受取る。提出の
際に、電子商取引システムは、著者の権利・ロイヤリテ
ィー情報を提供するXMLバッチコマンドファイルを送信
する。図２７乃至図３２に示すデータモデルには、権利
・ロイヤリティー情報を格納するのに用いられる権利・
ロイヤリティーデータベース３８のテーブルを示す。Co
ntracts（契約）テーブル１８１には、著者と出版シス
テム２の運営者との間の契約についての基本記録が含ま
れる。Contractsテーブル１８１（図２７）には、「con
tract_id」、「contract_version」、「program_code」
及び他の一般的な契約情報の要素が含まれる。「contra
ct_id」は契約の識別名であり、「contract_version」
は契約のバージョンの識別名である。「program_code」
は、契約がその一部であるPublication_Program_LKテー
ブル１８９（図２８）における書込みプログラムの識別
名である。各書き込みプログラムは、種々の期限、コス
ト及びサービスを著者に対して提供する。例えば、書込
みプログラムが編集サービス及び高いロイヤリティー歩
合を著者に対して提供するので、書込みプログラムのコ
ストが高くなる。「insert_contract」XMLバッチコマン
ドに応じて、XMLバッチコマンドツール３１は、Contrac
tsテーブル１８１に行を追加し、適切なカラムに「inse
rt_contract」バッチコマンドの属性を挿入する。Contr
act_Itemsテーブル１８２（図３０）には、著者と出版
システム２の運営者との間の契約の下でのアイテムの基
本記録が含まれる。そのアイテムは、出版物又は出版物
の構成要素（例えばセクション）であり得る。Contract
_Itemsテーブル１８２には、「contract_id」、「contr
act_version」、「contract_item_id」、「pub_id」、
又は「pub_camp_id」、「p_bookable」、「c_bookabl
e」、並びに「org_title_ratio」の要素が含まれる。
「Contract_item_id」は契約の下でのアイテムの識別名
である。一実施態様においては、アイテムが出版物であ
り、「pub_iD」がPublicationテーブル１６１からの出
版物を識別する。別の実施態様においては、アイテムが
出版物のセクションであり、「pub_comp_id」がPub_Blo
ck_Compテーブル１６３において出版物の構成要素を識
別する。「p_bookable」は、契約アイテムが個人化され
た組織の一部となり得るかどうかを示すフラグであり、
「c_bookable」は契約アイテムがカスタマイズされる書
籍の一部となり得るかどうかを示すフラグである。「or
g_title_ratio」は、契約アイテムが出版物のロイヤリ
ティーのどのくらいの割合を占めるかを識別する。例え
ば、著者が、書籍において契約アイテムが重要なチャプ
ターであると考える場合、それは書籍から生じる全ての
ロイヤリティーの75%を占める。著者が、重要なチャプ
ターをカスタマイズされた書籍の一部とすることを許容
する場合、著者は書籍全体の販売によって得たであろう
ロイヤリティーの75%のロイヤリティーの受取りを要求
する（ここでの75%が「org_title_ratio」である）。
「insert_contract_item」XMLバッチコマンドに応じ
て、XMLバッチコマンドツール３１はContactsテーブル
１８１に行を追加し、適切なカラムに「insert_contrac
t」バッチコマンドの属性を挿入する。Contract_Rights
_Restrictionsテーブル１８３（図３０）には、著者に
よって選択された出版物の配布及び販売におけるカスタ
マイズされた制限が含まれる。Contract_Rights_Restri
ctionsテーブル１８３には、「restriction_type」、
「restriction_code」、「contract_id」、「contract_
version」、及び「contract_item_id」の要素が含まれ
る。「restriction_type」は、言語、地理及び出力形式
のような出版物に課せられた制限のタイプの識別名であ
る。「restriction_code」は、制限の各タイプにおける
種々のサブタイプの識別名である。例えば「restrictio
n_type」及び「restriction_code」を組み合わせて、カ
リフォルニアにおける電子的形態の出版物の英語版の販
売の制限を作成することができる。Publication_Progra
m_LKテーブル１８９には、「program_code」及び「prog
ram_version」の要素を含めた、著者が関与できる各出
版プログラムに関連する一般的な情報が含まれる。Righ
ts_Restrictionsテーブル１８４（図２８）には、Publi
cation_Program_LKテーブル１８９の各書込みプログラ
ムにおけるデフォルトの権利の制限が含まれる。Progra
m_Percentageテーブル１８７（図２９）には、出版物の
販売の支払いに対して権利が与えられた各エンティティ
に対する種々のロイヤリティープログラムについての記
録が含まれる。Program_Percentageテーブル１８７に
は、「program_perc_id」、「program_code」、「progr
am_version」、「base_code」、「tier_code」、「ent_
type_code」、「pnt_type_code」及び「percentage」の
要素が含まれる。「program_perc_id」は、このロイヤ
リティープログラムの識別名である。「program_code」
及び「program_version」を用いて書込みプログラムに
対するこのロイヤリティープログラムを識別する。「ba
se_code」及び「tier_code」は、階段式のロイヤリティ
ープログラムの一部として用いられ、ここで著者は、
「base_code」によって識別されるベースロイヤリティ
ーパーセンテージ及び「tier_code」において指定され
た量に販売が到達した場合の付加的なロイヤリティーが
保証される。「ent_type_code」は、このロイヤリティ
ープログラムに従って支払われるエンティティを識別す
る。エンティティには、著者、著作権代理人、プロモー
ター及び発行者が含まれる。Participants（関係者）テ
ーブル１８８には、契約アイテムに対して支払われなけ
ればならない各エンティティに対しての記録が含まれ
る。Participantsテーブル１８８（図３１）には、「en
tity_ID」、「contract_ID」、「contract_version」、
「contract_item_id」及び「author_title_share」の要
素が含まれる。「entity_ID」、「contract_ID」、「co
ntract_version」及び「contract_item_id」を用いてCo
ntract_Itemsテーブル１８２における契約アイテムを決
定する。「author_title_share」は、エンティティが、
Program_Percentageテーブル１８７（図２９）において
指定されたロイヤリティーから得られるパーセンテージ
である。エンティティが、他のエンティティからのProg
ram_Percentageテーブル１８７に指定されたロイヤリテ
ィーを共有しない場合、「Author_title_share」は100%
である。Payments_Dueテーブル１９０（図３２）には、
契約アイテムの販売に対するエンティティのための支払
いの記録が含まれる。Payments_Dueテーブル１９０に
は、「entity_ID」、「contract_ID」、「contract_ver
sion」、「contract_item_id」、「year」、「quarte
r」、「quantity_sold」、「amount_due」の要素が含ま
れる。「entity_ID」、「contract_ID」、「contract_v
ersion」、「contract_item_id」を用いてエンティティ
が支払われる契約アイテムを指定する。図４９には、著
者がその提出物の各セクションにおけるロイヤリティー
の歩合を説明し得る1つの方法を示す。提出物１１の作
成の際に、著者は、セクションが個別に購入可能である
ことを説明する特別なタグを用いる。提出物ページ２８
Ｊ（図４９）において、著者は各セクションに対するロ
イヤリティーの歩合を入力する（それらは合計して100%
のロイヤリティー歩合となる）。本明細書で説明した実
施例については、種々の変更及び付加が可能であること
が当業者には理解されよう。例えば、内容管理システム
５には、テキストの内容を音響（例えば音声）に変換
し、スピーカーを通して表示するための形式の音響とし
て出力するコンバータが含まれ得る。そのようなコンバ
ータによって、出版システム２は格納された内容を現存
する或いは未来のディスプレイメディアにおいて表示す
ることが可能となる。そのような変更及び改変は特許請
求の範囲に包含される。本発明の特定の実施例について
説明してきたが、本発明の原理を用いて他の多数の実施
態様を構築可能であることは明らかであろう。
【発明の効果】上記のように、本発明によって、著者か
ら配布又は販売のための情報の提出物をネットワークを
介して自動的に受取り、2以上の提出物を部分又は全体
的に組合せてその1以上の形式の組合せを配布するため
のシステム及び方法が得られる。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】図面の簡単な説明
【補正方法】変更
【補正内容】
【図面の簡単な説明】
【図１】本発明の一実施形態による出版システムのブロ
ック線図である。
【図２】本発明の一実施形態による出版システムのブロ
ック線図である。
【図３】図２の著者コンピュータのブロック線図であ
る。
【図４】図２の顧客コンピュータのブロック線図であ
る。
【図５】本発明の一実施形態による図２の電子商取引の
ブロック線図である。
【図６】本発明の一実施形態による図２の内容管理シス
テム及び権利管理システムのブロック線図である。
【図７】本発明の一実施形態による出版方法の流れ図で
ある。
【図８】図７の動作１００の流れ図である。
【図９】図５の電子商取引データベースにおけるストア
ド・プロシージャための方法の流れ図である。
【図１０】図６のバッチコマンドツールのための方法の
流れ図である。
【図１１】図６の取込みエンジンのための方法の流れ図
である。
【図１２】図６の内容管理データベースのデータ構造の
データモデルを示す図１３乃至図２０の構成（即ち接
続）を示す図である。
【図１３】図６の内容管理データベースのデータ構造の
データモデルの一構成要素を示す図である。
【図１４】図６の内容管理データベースのデータ構造の
データモデルの一構成要素を示す図である。
【図１５】図６の内容管理データベースのデータ構造の
データモデルの一構成要素を示す図である。
【図１６】図６の内容管理データベースのデータ構造の
データモデルの一構成要素を示す図である。
【図１７】図６の内容管理データベースのデータ構造の
データモデルの一構成要素を示す図である。
【図１８】図６の内容管理データベースのデータ構造の
データモデルの一構成要素を示す図である。
【図１９】図６の内容管理データベースのデータ構造の
データモデルの一構成要素を示す図である。
【図２０】図６の内容管理データベースのデータ構造の
データモデルの一構成要素を示す図である。
【図２１】図７の動作２００の流れ図である。
【図２２】図５の電子商取引データベースにおけるスト
アド・プロシージャための方法の流れ図である。
【図２３】図６のアセンブラのための方法の流れ図であ
る。
【図２４】図６のアセンブラのための方法の流れ図であ
る。
【図２５】図７の動作３００の流れ図である。
【図２６】図６の権利・ロイヤリティーのデータベース
のデータ構造のデータモデルを示す図２７乃至図３２の
構成（即ち接続）を示す図である。
【図２７】図６の権利・ロイヤリティーのデータベース
のデータ構造のデータモデルの一構成要素を示す図であ
る。
【図２８】図６の権利・ロイヤリティーのデータベース
のデータ構造のデータモデルの一構成要素を示す図であ
る。
【図２９】図６の権利・ロイヤリティーのデータベース
のデータ構造のデータモデルの一構成要素を示す図であ
る。
【図３０】図６の権利・ロイヤリティーのデータベース
のデータ構造のデータモデルの一構成要素を示す図であ
る。
【図３１】図６の権利・ロイヤリティーのデータベース
のデータ構造のデータモデルの一構成要素を示す図であ
る。
【図３２】図６の権利・ロイヤリティーのデータベース
のデータ構造のデータモデルの一構成要素を示す図であ
る。
【図３３】図５の提出物ウェブページを示す。
【図３４】図５の提出物ウェブページを示す。
【図３５】図５の提出物ウェブページを示す。
【図３６】図５の提出物ウェブページを示す。
【図３７】図５の提出物ウェブページを示す。
【図３８】図５の提出物ウェブページを示す。
【図３９】図５の提出物ウェブページを示す。
【図４０】図５の提出物ウェブページを示す。
【図４１】図５の提出物ウェブページを示す。
【図４２】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４３】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４４】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４５】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４６】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４７】個人化された書籍の注文のためのウェブペー
ジを示す。
【図４８】個別化された書籍の注文のためのウェブペー
ジを示す。
【図４９】著者が提出物の各セクションにおけるロイヤ
リティーの歩合を説明するためのウェブページを示す。
【符号の説明】 １ 著者コンピュータ ２ 出版システム ３ ネットワーク ４ 電子商取引システム ５ 内容管理システム ７ 支払サービス ８ 顧客コンピュータ １０、１８ ブラウザ １１ 提出物 １２ 契約情報 １３、２１ 支払情報 １４ マーケティング情報 １５ ワードプロセッサ １９ 購入注文 ２０ 個人化された内容 ２２ カタログウェブページ ２３ 電子商取引データベース ２４ ウェブサーバアプリケーション ２５ 購入注文ウェブページ ２６ ミドルウェア ２７ 支払アプリケーション ２８ 提出物ウェブページ ２９ 取込みエンジン ３１ バッチコマンドツール ３２ 内容管理データベース ３３ 書式変換ライブラリー ３４ アセンブラ ３５ コンバータ ３８ 権利・ロイヤリティー管理データベース ３９ スタイルシート ６４ トランスレータ ６５ 電子書店 １６１ Publicationテーブル １６２ Pub_Cover_Compテーブル １６３ Pub_Block_Compテーブル １６４ Assetテーブル １６５ Iu_Tagテーブル １６６ Pub_Fileテーブル １６７ Iu_Attributeテーブル １６８ Ordersテーブル １６９ Order_Itemテーブル １７０ Order_Skuテーブル １７１ Customer_Contentテーブル １７２ Style_Sheet_LKテーブル １８１ Contractsテーブル １８３ Contract_Right_Restrictionsテーブル １８４ Right_Restrictionsテーブル １８７ Program_Percentageテーブル １８８ Participantsテーブル １８９ Publication_Program_LKテーブル １９０ Payments_Dueテーブル ３５２ 編集コンピュータ ５０１、５０２ サーバ
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正内容】
【図１】
【図７】
【図９】
【図３３】
【図２】
【図３】
【図４】
【図２２】
【図３４】
【図４９】
【図５】
【図６】
【図１２】
【図２５】
【図８】
【図１０】
【図１７】
【図４８】
【図１１】
【図１３】
【図２６】
【図３５】
【図１４】
【図１５】
【図３６】
【図３７】
【図１６】
【図１８】
【図２０】
【図３９】
【図１９】
【図２１】
【図３０】
【図４０】
【図２３】
【図２４】
【図２７】
【図４１】
【図４３】
【図２８】
【図２９】
【図４４】
【図４５】
【図３１】
【図３２】
【図４２】
【図３８】
【図４６】
【図４７】 ─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１３年６月２７日（２００１．６．２
７）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】発明の詳細な説明
【補正方法】変更
【補正内容】
【発明の詳細な説明】
【０００１】本明細書の開示内容の一部には、著作権法
による保護を受けているものが含まれる。本著作権の所
有者は、特許庁におけるファイルや記録の場合の、特許
の文書又は特許の開示による複製に異議を唱えるもので
はないが、その他の場合には無断転載を禁ずるものであ
る。
【０００２】
【従来の技術】全ての出版社の関心は編集の職務に注が
れている。編集者は出版される書籍を選択して著者と取
引し、またタイプで打った原稿の批評的な読み物を請負
い、書籍が印刷されるのを確認する。出版社と著者との
契約は、通常は出版社が一定の支払いの報酬として全世
界における全ての読取り可能な作品の制作及び複製につ
いての独占権を有すべきであることを明記している。し
かし多くの場合には、この契約は著者又はその代理人の
交渉力に左右されて幾つかの権利を除外するように変更
される。別の約款では、廉価版および輸出販売において
はより低い利幅のためにより低額のロイヤリティーが規
定される。
【０００３】書籍の販売促進方法には、販売員が各書籍
販売業者へ外交して回る行為（セールス）が含まれる。
本の販売員は、本社から注意深く要旨の説明を受けて、
サンプル及び販売補助具を苦心して仕上げることもあ
る。管理者は、販売員に対して書籍販売業者を指定し、
割当てに対する発注結果を調査する。売行きが好調な出
版社は、2冊乃至3冊の周期的な近書刊の目録、並びに主
要な書籍販売業者及び図書館に既に出版されている過去
の書籍の年刊書目録を発行する。出版社は、直接の使用
のため若しくは書籍販売業者の使用のための内容見本を
多くの書籍に対して発行することもある。書評用献本の
印刷所への配布が通常の段取りの最終項目である。この
ようなセールス、目録及び書評の3つの段階は、書籍の
流通機構における必須要素であり、出版業者の専門的な
働き無しに行うことは事実上不可能である。印刷業者の
助けによって非常に体裁の良い本を制作する幾人かの著
者の能力は、本の流通を請け負う出版業者を見つけるこ
とができない場合には、十分に発揮されないままとな
る。
【０００４】出版業者は、公衆への流通手段として新聞
や雑誌を利用する。本来は出版業者の職員によって全て
取扱われており、大きな出版社にとっては、広告代理店
を利用して重要な書籍に対するキャンペーンの広告文や
詳細な説明の準備をすることは現在は稀である。自らの
著書が適切に広告されていると考える著者が少数しかい
ない一方で、大半の出版業者はその広告によって実際に
本が売れているかどうかを疑わしく考えている。販売収
入に対して広告に費やされる額は、他の殆どの商品に比
べて高く、新書に対して5%未満であることは稀である。
現在の出版業務の更なる詳細については、インターネッ
トの「www.britannica.com」で入手可能なEncyclopedia B
ritannicaの「Modern Publishing Practice」を参照され
たい。
【０００５】
【発明が解決しようとする課題】従って本発明の目的
は、著者から配布又は販売のための情報の提出物をネッ
トワークを介して自動的に受取り、2以上の提出物を部
分又は全体的に組合せてその1以上の形式の組合せを配
布するためのシステム及び方法を提供することにある。
【０００６】
【課題を解決するための手段】上記目的を達成するため
に、本発明による出版物の配布のための方法には、1又
はそれ以上のファイル形式の出版物についての情報（以
下、「提出物」と称する）を受取る過程と、少なくとも
2つの情報源から情報の一部又は全体を組み合わせて新
たな情報を作り出す過程と、その新たな情報を1又はそ
れ以上の印刷媒体及び電子媒体において表示するために
1又はそれ以上のファイル形式で送信する過程とが含ま
れる。その方法によって、新たな情報の受信者は様々な
媒体において新たな情報を見ることができる。また、そ
の方法によって、提出物又は以前に出版された提出物
（即ち、「出版物」）から大量の新たな書籍を作り出す
ことが可能である。
【０００７】第1の実施例において、前記方法には顧客
からの購入注文を受取る過程が含まれる。顧客は、現存
する出版物（又は出版されていない提出物）と顧客によ
って提供された付加的な情報（例えば、販売促進的アイ
テムとして用いられる書籍のロゴタイプ）（即ち、「個
人化された情報」）とを組み合わせた新たな出版物
（「個人化された書籍」或いは「p-book」）を購入可能
である。また、顧客は、現存する出版物の2又はそれ以
上の部分を組み合わせることによって構成された新たな
出版物（即ち、「カスタマイズされた書籍」或いは「c-
book」）を購入可能である。また、第1の実施例によっ
て、顧客は購入する出版物に加筆してそれらの感傷的又
は審美的価値を増大させることができる。更に、第1の
実施例によって、顧客は彼らが興味を持った出版物の一
部のみを購入するので、購入した出版物から得られる価
値が向上する。
【０００８】第2の実施例において、前記方法には著者
から提出物の販売若しくは配布における制限を受取る過
程と、著者から提出物におけるロイヤリティーの歩合を
受取る過程とが含まれる。著者は、その制限やロイヤリ
ティー歩合を、提出物の全体に対して或いは提出物の幾
つかの部分（又はその部分の全て）に対して個別に与え
ることができる。著者は、その制限を利用して、その提
出物と別の出版物との組合せや所定の形式での提出物の
配布を防止することが可能である。第2の実施例によっ
て、p-book及びc-bookに対してのロイヤリティー歩合の
計算が可能となる。第1の実施例は第2の実施例を伴わず
に用いることができ、またその逆も同様であることに注
意されたい。例えば、個人化される出版物（例えば、シ
ェークスピアの戯曲）がパブリックドメインにある場合
や、或いは出版社（Time Warner等）によって所有され
ている場合には、第1の実施例は第2の実施例を伴わずに
具現化され得る。
【０００９】一実施態様において、出版物を配布するた
めの1又はそれ以上のコンピュータのシステムには、著
者から出版のための提出物を受取り、また顧客から購入
注文を受取る第1のシステム（即ち、「電子商取引シス
テム」）が含まれる。著者は、彼らの（出版のための）
提出物をウェブページの第1のセット（即ち、「提出物
ウェブページ」）を介してネットワーク（例えば、イン
ターネット）上で提供する。顧客は、ウェブページの第
2のセット（即ち、「カタログウェブページ」）を拾い
読みし、ウェブページの第3のセット（即ち、「購入注
文ウェブページ」）を介して出版物を購入する。その3
つのウェブページのセットは、全て電子商取引システム
に格納される。システムは、顧客からの購入注文を受取
った後に、顧客によって選択された表示媒体に従って、
顧客によって注文された1又はそれ以上の出版物の書式
を整える。顧客が書籍のような印刷媒体を選択する場合
には、システムは出版物を商用のプリンタに送信し、出
版物を印刷して書籍として製本する。従って、この実施
態様によって、従来の出版社によって必要とされる書籍
の過剰な在庫管理を必要とすることなしに、顧客からの
注文に応じてオンデマンドでの印刷が可能となる。
【００１０】前述の実施態様において、第2のサブシス
テム（即ち、「内容管理システム」）には、各提出物に
おいて2つのタイプの情報（即ち、表示される内容(或い
はコンテンツ)及び内容がどのようなもの(例えば、表
題、章又は前書き)であるかを説明する記述子）を識別
する第1のアプリケーション（即ち、「取込みエンジン
(ingest engine)」）が含まれる。取込みエンジンは、
これらの2つのタイプの情報をデータベース（即ち、
「内容管理データベース」）に個別に保存する。顧客か
らの注文に応じて、第2のアプリケーション（即ち、
「アセンブラ(assembler)」）は、内容管理データベー
スに格納された内容及び記述子から新たな出版物を制作
する。第3のアプリケーション（即ち、「コンバー
タ」）は、新たな出版物の書式を整えるために用いられ
るマージン、タブ、フォント、ヘッダー、フッター及び
レイアウト設定を格納するファイル（即ち、「スタイル
シート」）を使用し、1又はそれ以上の印刷媒体及び電
子媒体の中の1つにおける表示に対して互換性を有する
ファイル形式で出版物を保存する。
【００１１】前述の実施態様において、第3のシステム
（即ち、「権利システム」）は、提出された出版物の制
限（また「権利」とも称される）及びロイヤリティー情
報をデータベース（即ち、「権利データベース」）に格
納する。従って、権利データベースは、内容の配布若し
くは販売における制限並びに内容の全ての配布若しくは
販売に対して受けるべき全てのロイヤリティーに対する
ロイヤリティーの歩合を保有する。
【００１２】一実施例では、取込みエンジンは提出され
た出版物からトリー(tree)を生成し、トリーの各ノード
が内容若しくは記述子を含むか否かを決定する。ノード
が内容を含む場合、取込みエンジンは内容管理データベ
ースのテーブルに内容を保存する。ノードが記述子を含
む場合、取込みエンジンはその記述子を内容管理データ
ベースの別のテーブルに保存する。
【００１３】一実施例では、アセンブラは記述子が記述
する内容の開始位置に格納された記述子の第1のリスト
（即ち、「開始リスト」）を作成し、またそれらが記述
する内容の終了位置に格納された同一記述子の第2のリ
スト（「終了リスト」）を作成する。次にアセンブラ
は、開始リストからの記述子の開始位置が、終了リスト
からの記述子の終了位置に比べてより大きいか、等しい
か、或いはより小さいかを決定する。第1の反復におい
て、アセンブラは2つの記述子を開始リストの始めにお
いて比較し、また一方で終了リストの始めにおいてそれ
らを比較する。その比較の結果に応じて、アセンブラ
は、記述子の1つによって識別された内容の前に位置す
る内容の一部をファイルに出力する。また、その比較の
結果に応じて、アセンブラは記述子の1つ又はその両方
をファイルに出力する。更に、その比較の結果に応じ
て、アセンブラは、次の比較のために開始リストの次の
記述子に進むか否か、また終了リストの次の記述子に進
むか否かを決定する。
【００１４】
【発明の実施の形態】以下、添付の図面を参照しながら
本発明の好適な実施例について説明する。
【００１５】一実施例において、1又はそれ以上のコン
ピュータ（以下「出版システム」と称する）２（図１及
び図２）が、方法７０（図７）に従って出版物を配布す
る。動作１００において、出版システム２が1又はそれ
以上のファイル形式での出版のために提出物を受取る。
そのファイル形式には、拡張可能なマーク付け言語（XM
L）、ハイパーテキストを記入するためのマークアップ
言語（HTML）、PDF（portable document format）及び
種々のプロセッサのファイル形式（例えば、Wordfrom M
icrosoft Corp. of Redmond, Washington、WordPerfect
from Corel Corp. of Ottawa, Canada、AppleWorks by
Apple Computers Inc. of Cupertino, California、Qu
arkXPress from Quark Inc. of Denver, Colorado及びP
ageMakerfrom Adobe of San Jose, California）が含ま
れる。動作１００の後に動作２００が続く。動作２００
に於いて、システム２は、少なくとも2つ以上のソース
から部分的又は全体的に内容を組み合わせて新たな出版
物を作成する。動作２００の後に動作３００が続く。動
作３００に於いて、システム２は、1以上の印刷媒体及
び電子媒体での表示のために、1又はそれ以上のファイ
ル形式の新たな出版物を送信する。例えば、システム２
は、出版物をポストスクリプト形式で商用のプリンタに
送り、同じ出版物をPDF形式で顧客に送ることもでき
る。ここで言う「出版物」はテキストやグラフィックに限
定されず、例えば音声や映像等も含むことに注意された
い。そのような音声の出版物は、オーディオカセットテ
ープ又はオーディオCD若しくはDVDにおいて「表示」さ
れ得る。オーディオの提出物は、例えば情報を著者が口
述することよって提供され得る。
【００１６】本明細書の用語「表示」は、人間が使用す
るのに適した形式の新たな出版物を、例えばモニタ／ス
クリーン、スピーカー／ヘッドセット又はプリンタのよ
うな表示装置で提供することを意図するものである。
「表示」には、ソフトウェアプログラムの実行、（スピ
ーカー／ヘッドセットによる）録音の実行、（モニター
／スクリーンに於ける）ビデオ録画の表示並びに（プリ
ンタに於ける）テキストや画像の印刷が含まれる。
【００１７】著者は、彼らの提出物を、それらを格納す
るシステム２に送信する。用語「著者」は、提出物の創
作者、公認の代理人及び提出物をシステム２に送信する
何人もが含まれることを意図するものである。システム
２は提出物同士又は提出物と個人化された内容とを組み
合わせて新たな出版物を構成する。顧客が電子媒体での
新たな出版物を要求する場合には、システム２は電子媒
体での新たな出版物を準備してそれを顧客に送信する。
顧客が書籍のような印刷媒体での新たな出版物を要求す
る場合には、システム２は新たな出版物を印刷業者に送
信する。印刷業者は選択物を印刷して書籍として製本し
てそれを顧客に送る。システム２は、顧客からその新た
な出版物に対する支払いを受取り、その収益をシステム
２、著者及び印刷業者の間で分配する。
【００１８】著者は、コンピュータ１Ａ（「著者コンピ
ュータ」と称する）を用いて、提出物１１（図３）を出
版システム２の第1のシステム４（「電子商取引システ
ム４」）（図２）に送信する。また、著者はコンピュー
タ１Ａを用いて、契約情報１２、支払情報１３及びマー
ケティング情報１４（図３）を含めた情報を電子商取引
システム４に送信する。同様に、別の著者はコンピュー
タ１Ｂを用いて、出版システム２に彼らの出版物を提出
する。或いは、何人も著者コンピュータ１Ａ及び１Ｂを
用いて、出版システム２に出版物を提出することが可能
である。例えば、著作権代理人がコンピュータ１Ａ若し
くは１Ｂを用いて出版物を提出することが可能である。
図２に示すように、そこには更なる著者コンピュータが
存在し得る。
【００１９】電子商取引システム４は、提出物１１を内
容管理システム５に送信する（図２）。提出物１１に
は、内容（例えば、テキスト）及び内容を説明する記述
子（例えばテキストに含まれる情報の形式を規定するコ
ード）が含まれる。内容管理システム５は、提出物１１
を解析し、内容と記述子とに分けて内容管理データベー
ス３２（図６）に保存する。
【００２０】電子商取引システム４は、契約情報１２を
権利・ロイヤリティー管理システム６に送信する（図
２）。契約情報１２には、著者のロイヤリティーの歩合
や、例えば言語、区域、出力形式の制約及び別の提出物
を含めた他の情報と組み合わされた提出物の有効性等の
提出物１１の配布や販売に於ける制約（無しの場合もあ
り得る）が含まれる。電子商取引システム４は、支払い
情報１３を電子商取引データベース２３及び内容管理シ
ステム５に保存する。支払い情報１３には、出版システ
ム２によって提供されたサービスに対する著者の支払い
方法並びに提出物１１の販売に対する出版システム２の
著者への支払い方法が含まれる。電子商取引システム４
は、マーケティング情報を局所的に、また内容管理シス
テム５に保存する。或いは、電子商取引システム４は、
マーケティング情報を内容管理システム５に送信し、そ
の内容管理システム５がマーケティング情報を内容管理
データベース３２に保存する。電子商取引システム４
は、マーケティング情報を利用して、顧客が出版物を拾
い読みしてその1又はそれ以上の部分を購入のために選
択するためのオンラインカタログを作成する。
【００２１】顧客はコンピュータ８Ａ（「顧客コンピュ
ータ」と称する）を用いて、ネットワーク３上で出版シ
ステム２に格納された出版物（それらが出版される（例
えば、オンラインで購入可能となる）までは「提出物」と
称する）を検索して購入する。同様に、別の顧客は顧客
コンピュータ８Ｂを用いて、出版システム２によって出
版物を検索して購入する。図２に示すように、そこには
更なる著作コンピュータが存在し得る。
【００２２】顧客は、所定の出版物と組み合わされた個
人化された内容２０（図４）を創作し、個人化された書
籍のような新たな出版物を作り出すことができる。例え
ば、夫が妻へのプレゼントとして献詞と詩集とを組み合
わせて新たな著作を作ることができる（それらはしっか
りと装丁され得る）。
【００２３】顧客は、出版システム２を管理する会社と
各著者との間の契約によって許可された場合や、出版シ
ステム２が機能するビジネスルールによって許可された
場合には、出版物の一部若しくはその全てを購入するこ
とが可能である。更に、顧客は購入した出版物の一部若
しくはその全てを組み合わせて特注の書籍のような新た
な出版物とすることが可能である。例えば、教授が幾つ
かの著作を部分的に組み合わせて、授業に出席する際に
必要となる書籍（「読本」とも称される）を製作するこ
とができる。
【００２４】顧客は、購入した出版物の出力形式を決定
する。購入した出版物の出力形式には、1又はそれ以上
の印刷媒体や電子媒体が含まれる。顧客は出版システム
２が提供する事前に定義されたスタイルの中から決定す
る。事前に定義されたスタイルによって、フォント、フ
ォント形式、フォントサイズ及びレイアウトのような著
作物の外観や雰囲気が生み出される。例えば高齢者は、
読み取りが容易な大きなサイズのフォントを有する事前
に定義されたスタイルを選択する。或いは、内容管理シ
ステム５は、顧客の購入物に対してデフォルトの定義済
みのスタイルを提供する。
【００２５】出版物を購入するために、顧客は購入注文
１９（図４）を電子商取引システム４に送信する。電子
商取引システム４は、購入指示１９を内容管理システム
５に送信する。顧客が出力形式として電子媒体を選択す
る場合には、内容管理システム５はその選択された電子
媒体で発注された出版物を生成し（即ち、製作し）、ネ
ットワーク３によって顧客コンピュータ８Ａに出版物を
送信する。顧客が出力形式として印刷媒体を選択する場
合には、内容管理システム５は商用プリンタ９Ａが受け
付ける形式のコードを有するファイルで著作物を生成
し、ネットワーク３によって商用プリンタ９Ａにそのフ
ァイルを送信する。商用プリンタ９Ａは、ペーパーバッ
ク（例えば、ページを印刷しその印刷されたページをと
じる）等の選択された印刷媒体で出版物を製作し、その
出版物を顧客に配達するか、或いは購入可能な状態とす
る。
【００２６】同様に、内容管理システム５は、出版物の
ファイルを別の商用プリンタ９Ｂに送信することが可能
である。商用プリンタ９Ａ及び９Ｂには、例えば、Ligh
tning Print Inc. of La Vergne, Tennessee (www.ligh
tningprint.com)、Deharts Printing Services Corp. o
f Santa Clara, California (www.deharts.com)及びKin
ko's Inc. of Ventura, California (www.kinkos.com)
が含まれる。図２に示すように、そこには更なる商用プ
リンタが存在し得る。
【００２７】また、内容管理システム５は、ファイルを
電子書店６５Ａに送信することが可能である。電子書店
６５Ａの例が、Celorio Garridoの米国特許第6,012,890
号に開示されている（ここで言及することにより本明細
書の一部とする）。電子書店６５Ｂは、電子書店６５Ａ
と同様のものである。図２に示すように、そこには更な
る電子書店が存在し得る。電子商取引システム４は支払
いサービス７を利用して顧客の購入に対する請求書を送
付し、権利・ロイヤリティー管理システム６は決算のた
めに著者の出版物の販売を記録する。
【００２８】一実施例において、著者コンピュータ１Ａ
には市販の任意のコンピュータが含まれる。著者コンピ
ュータ１Ａには、Microsoft社（Microsoft Corporation
ofSeattle, Washington）のInternet Explorer、或い
はNetscape社（Netscape ofMountain View, Californi
a）のNetscape Communicatorのようなブラウザ１０（図
３）が含まれる。著者は、ブラウザを利用して提出物１
１を電子商取引システム４にアップロードする。また、
著者はブラウザ１０を利用して契約情報１２、支払い情
報１３及びマーケティング情報１４を電子商取引システ
ム４に提示する。
【００２９】一実施例において、著者コンピュータ１Ａ
には、Microsoft社のWord 2000若しくはCorel社のWordP
erfectのようなワードプロセッサ１５が含まれる。著者
は、ワードプロセッサ１５を利用して提出物１１を作成
する。一実施例において、ワードプロセッサ１５は拡張
可能なマーク付け言語（XML）ファイル形式のような自
己記述形式で提出物１１を保存する。前述のように、自
己記述形式の情報には、顧客に表示される内容及びその
内容を説明する1又はそれ以上の記述子が含まれること
に注意されたい。
【００３０】出版システム２との互換性を確保するため
に、著者は、電子商取引システム４からワードプロセッ
サ１５のための文書のテンプレート１７及びプラグイン
１６をダウンロードする。著者は、ワードプロセッサ１
５で文書のトテンプレート１７及びプラグインを利用し
て提出物１１を作成する。文書のテンプレート１７は、
著者が出版物の各セクションを識別する（標識する）た
めに利用する事前に定義されたスタイルを提供する。例
えば、著者は事前に定義されたスタイルを利用して出版
物の各パラグラフを識別する。著者が提出物１１をXML
ファイルとして保存する場合、プラグイン１６は事前に
定義されたスタイルを用いてテキストの個々のセクショ
ンの周りにXMLタグを巻きつける。提出物１１がイラス
トを含む場合、プラグイン１６は個別のファイルとして
イラストを保存し、提出物１１に於けるイラストのファ
イルとリンクさせたXMLタグを生成する。
【００３１】一変更例においては、ワードプロセッサ１
５のメニューバーにおいて文書テンプレート１７が事前
に定義された種々のスタイルを提供する。著者は、セク
ションを強調表示し、メニューからスタイルを選択し、
表題、著者、章、節及び図面などとして出版物のセクシ
ョンを識別する（標識する）。事前定義されたスタイル
によって、テキストの色、テキストのフォント、フォン
トサイズ又は内容管理システム５の各セクションの識別
を可能とするテキストの記述の組合せを定義できる。或
いは、新たなメニュー項目をワードプロセッサ１５のメ
ニューに付け加えることができる。新たなメニュー項目
は、著者の出版物のセクションの識別に用いる事前に定
義されたスタイルを与える。新たなメニュー項目は、ワ
ードプロセッサ１５のマクロでもよい。一実施例におい
て、上述のスタイルは、出版物の各セクションを識別す
る（タグを付ける）ために用いられるが、テキストの外
観及び雰囲気を変化させるのには用いられない。更に、
セクションが識別されるレベルは、出版システム２の人
間のオペレータによって必要に応じて広く或いは狭く規
定され得る。例えば、セクションは出版物全体と同様に
広くても、或いは出版物に於ける個別の単語と同様に狭
くてもよい。著者コンピュータ１Ｂは、著者コンピュー
タ１Ａと同様のものである。
【００３２】一実施例においては、顧客コンピュータ８
Ａは従来型のコンピュータである。顧客コンピュータ８
Ａには、Microsoft Internet Explorer若しくはNetscap
e Communicatorのような従来型のブラウザ１８（図４）
が含まれる。顧客は、ブラウザ１８を利用して電子商取
引システム４においてカタログウェブページ２２（図
５）を拾い読みする。また、顧客はブラウザ１８を利用
して、カタログウェブページ２２経由で個人化された内
容を提出する。更に、顧客はブラウザ１８を利用して、
電子商取引システム４に於ける購入注文ウェブページ２
５経由で購入注文１９及び支払い情報２１を提出する。
顧客コンピュータ８Ｂは、顧客コンピュータ８Ａと同様
のものである。
【００３３】一実態様においては、電子商取引システム
４には従来型のサーバコンピュータが含まれる。電子商
取引システム４には、例えばCompaq ProLiant 1850Rs又
は3000s（Compaq Computer Corp. of Houston, Texas）
が含まれる。電子商取引システム４（図５）には、カタ
ログウェブページ２２、購入注文ウェブページ２５、提
出物ウェブページ２８、電子商取引データベース２３、
ウェブサーバアプリケーション２４及び支払アプリケー
ション２７が含まれる。カタログウェブページ２２、購
入注文ウェブページ２５及び提出物ウェブページ２８
は、例えばウェブサーバアプリケーション２４によって
サポートされる従来式のアクティブ・サーバー・ページ
ズ（ASP）である。ウェブサーバアプリケーション２４
は、例えばMicrosoft社のインターネット情報サーバで
ある。電子商取引データベース２３は、例えば、Oracle
社（Oracle Corp. of Redwood Shores, California）
のOracle 8i データベースである。当業者には理解され
るように、電子商取引システム４の構成要素は種々のサ
ーバに格納され得る。
【００３４】一実態様において、カタログウェブページ
２２、注文ウェブぺージ２５及び提出物ウェブページ２
８は、電子商取引データベース２３に保存されたストア
ド・プロシージャを呼び出し、内容管理システム５及び
権利・ロイヤリティー管理システム６に対するXMLバッ
チコマンド（後述）を生じさせる。別の実施態様におい
て、カタログウェブページ２２、注文ウェブぺージ２５
及び提出物ウェブページ２８は、内容管理システム５及
び権利・ロイヤリティー管理システム６（後述）におい
てストアド・プロシージャを直接呼び出す。
【００３５】カタログウェブページ２２は、顧客が出版
物を拾い読みするオンラインカタログを作成する。購入
注文ウェブぺージ２５は、顧客が購入注文１９及び支払
い情報２１を提供するウェブページである。購入注文ウ
ェブページ２５は、購入注文１９及び支払い情報２１
を、XMLバッチコマンドを用いて権利・ロイヤリティー
管理システム６や、電子商取引システム４や、内容管理
システム５に保存する。購入注文ウェブページ２５に
は、権利・ロイヤリティー管理システム６に問い合わせ
ることによって購入注文１９の価格を計算し、その価格
をブラウザ１８を介して顧客に表示するプライスエンジ
ン(price engine)が含まれる。一実施態様において、ウ
ェブサーバアプリケーション２４には、例えば、Micros
oft社のSiteServer E-commerce Editionが含まれる。サ
イトサーバは、顧客がカタログウェブページ２２を拾い
読みする際に、顧客の購入注文を保管する従来式のショ
ッピングカートを提供する。
【００３６】支払いアプリケーション２７は、支払いサ
ービス２７によって著者若しくは顧客に請求書を送る。
支払いアプリケーション２７は、例えば、Global PC Re
tail（Comerica Bank of California in Detroit, Mich
igan）である。また、支払いアプリケーション２７は、
出版物の販売に対して著者に支払いをするのに用いられ
得る。
【００３７】提出物ウェブページ２８は、著者が提出物
１１、契約情報１２、支払い情報１３及びマーケティン
グ情報１４をアップロードするウェブページである。提
出物ウェブページ２８は契約情報１２、支払い情報１３
及びマーケティング情報１４を電子商取引データベース
２３に保存する。また、提出物ウェブページ２８は、提
出物１１、契約情報１２、支払い情報１３及びマーケテ
ィング情報１４を、XMLバッチコマンド若しくはストア
ド・プロシージャ（共に後述する）を用いて内容管理シ
ステム５及び権利・ロイヤリティー管理システム６に保
存する。
【００３８】一実施態様においては、電子商取引システ
ム４にはミドルウェア２６が含まれる。一実施態様にお
いて、購入注文ウェブページ２５、提出物ウェブページ
２８及び支払いアプリケーション２７は、ミドルウェア
２６を呼び出し、電子商取引データベース２３、内容管
理データベース３２及び権利・ロイヤリティー管理デー
タベース３８に対するコマンドを生じさせる（例えば、
XMLバッチコマンドの送信にミドルウェア２６を用い
る）。従って、購入注文ウェブページ２５、提出物ウェ
ブページ２８及び支払いアプリケーション２７は、情報
及びファイルを内容管理データベース３２又は権利・ロ
イヤリティー管理データベース３８（後述）に送信する
前に、その情報やファイルを電子商取引データベース２
３に保存する必要はない。ミドルウェア２６は、例え
ば、Business Ware（Vitria Technology Inc. of Sunny
vale, California）である。
【００３９】一実施例において、内容管理システム５及
び権利・ロイヤリティー管理システム６は、Sun社（Sun
Microsystems, Inc. of Palo Alto, California）のEn
terprise 4500sのようなサーバコンピュータにおいて具
現化される。内容管理システム５には、XMLバッチコマ
ンドファイルを定期的に実行するバッチコマンドツール
３１が含まれる。XMLバッチコマンドファイルは、内容
管理システム５に対するバッチコマンドがXMLコマンド
タグの間にネスティングされるXMLファイルである。バ
ッチコマンドツール３１は、XMLバッチコマンドファイ
ル（後述）に含まれるバッチコマンドに従い、テーブル
を内容管理データベース３２及び権利・ロイヤリティー
データベース３８（後述）に挿入又はアップデートす
る。
【００４０】バッチコマンドツール３１には、各XMLバ
ッチコマンドファイルをDOM（ドキュメント・オブジェ
クト・モデル）トリーとして表示するXMLパーサ(parse
r)が含まれる。XMLパーサは、例えば、www.alphaworks.
ibm.comで入手可能なXML Parser for Java（IBM of Arm
onk, New York）である。方法１１０（図１０に関して
後述する）に従って、バッチコマンドツール３１は、XM
Lパーサによって生成されたDOMトリー構造を通過し、バ
ッチコマンドを抽出し、そのバッチコマンドに従ってテ
ーブルを内容管理データベース及び権利・ロイヤリティ
ーデータベース３８（後述）に挿入又はアップデートす
る。
【００４１】一実施態様において、著者が提出物１１を
XML文書として保存しない場合には、内容管理システム
５には提出物１１をXML文書に変換するフィルタ３０が
含まれる。フィルタ３０は、テンプレート１７及びワー
ドプロセッサ１５に対応する。フィルタ３０は、提出物
１１をHTML、Word、WordPerfect及びAppleWorksのよう
な種々のファイル形式からXML文書へと変換する。フィ
ルタ３０は、テンプレート１７によって使用されるスタ
イルを認識し、出版物のセクションを識別して対応する
XMLタグを識別された各セクションの周りに重ねる。
【００４２】内容管理システム５には、提出物１１から
記述子及び内容を抽出する取込みエンジン２９（図６）
が含まれる。取込みエンジン２９は、記述子及び内容を
内容管理データベース３２に個別に保存する。内容管理
データベース３２は、例えば、Oracle 8iデータベース
である。内容管理データベース３２には、テーブルを挿
入及びアップデートするためのストアド・プロシージャ
が含まれる。
【００４３】取込みエンジン２９には、提出物１１をDO
Mトリーとして表示するXMLパーサが含まれる。XMLパー
サは、例えばIBM社のXML Parser for Java（前述）であ
る。方法４０（図１１に関して後述する）に従って、取
込みエンジン２９は、XMLパーサによって生成されたDOM
トリー構造を通過し、内容（例えば、文章及び画像）及
び記述子（例えば、XMLタグ）を抽出し、内容及び記述
子を内容管理データベース３２に保存する。
【００４４】更に、取込みエンジン２９には、圧縮及び
編集のための別の形式に対する出版物（例えば、画像、
音声及び映像ファイル）の一部を構成する付属ファイル
を格納する書式変換ライブラリー３３（例えば、書式変
換プログラムの集合）が含まれる。書式変換ライブラリ
ー３３には、提出物１１にリンクする画像ファイルを解
像度独立性のファイル形式で保存する画像変換アプリケ
ーションが含まれる。画像変換アプリケーションの一例
としては、Genuine Fractals（Altamira Groupof Burba
nk, California; www.altamiragroup.com）が挙げられ
る。書式変換ライブラリー３３には、映像及び音声ファ
イルのようなメディアファイルを保管及び編集のために
別の形式に変換する他の変換アプリケーションが含まれ
得る。
【００４５】内容管理システム５には、内容管理データ
ベース３２に格納された内容及び記述子から少なくとも
出版物の一部を組み立てることによって購入注文１９に
応答するアセンブラ３４（図６）が含まれる。アセンブ
ラ３４は、方法５０Ａ及び５０Ｂ（図２３及び図２４に
関して後述する）に従ってXML文書を作成する。
【００４６】一実施例において、アセンブラ３４にはト
ランスレータ６４（図６）が含まれ、そのトランスレー
タ６４は、XSL（extensible stylesheet language）の
スタイルシート３９を用いて、SGML（標準一般化マーク
付け言語）及びHTMLのような1又はそれ以上の種々のフ
ァイル形式で組み立てられた出版物を保存する。トラン
スレータ６４は、例えばXalan と称されるXSL styleshe
et processor（the Apache Software Foundation; www.
apache.org）である。トランスレータ６４は、SGMLファ
イル形式で保存された出版物をコンバータ３５に送る。
一実施例においては、コンバータ３５が組立てられたXM
L形式を入力として受取らないので、トランスレータ６
４が必要である。従って、トランスレータ６４は、XSL
スタイルシートを用いて組立てられたXMLファイルをSGM
Lのようなコンバータ３５によって受け入れられるXML形
式に変換する。
【００４７】内容管理システム５にはコンバータ３５
（図６）が含まれ、そのコンバータ３５は、スタイルシ
ート３６に従って出版物のレイアウトを提供し、種々の
出力ファイル形式のうちの1つで出版物を保存する。コ
ンバータ３５にはコンバータ３５Ａ乃至３５Ｃが含まれ
る。コンバータ３５Ａは出版物をPDF、ポストスクリプ
ト及びOpen eBook形式で保存する。コンバータ３５Ａに
は、例えばFrameMaker +SGML及びAcrobat Distiller Se
rver（Adobe）が含まれる。FrameMaker + SGMLは、スタ
イルシート３６を出版物に適用し、出版物をポストスク
リプトファイルとして保存する。スタイルシート３６
は、フォントタイプ、フォントサイズ、フォントスタイ
ル及び出版物の各セクションのマージンのような出版物
の外観及び雰囲気を生じさせる。FrameMaker + SGML
は、ポストスクリプトファイルに対してテーブル、イン
デックス、ヘッダー、フッター、及び丁付を加える。デ
ィスチラー(distiller)は、ポストスクリプトファイル
をPDFファイルに変換する。
【００４８】出版物の取込みの際に、アセンブラ３４、
トランスレータ６４及びコンバータ３５Ａは、出版のた
めのPDFファイルを生成する。一実施態様において、出
版物のPDFファイルは、顧客からのオンラインの問い合
わせに応じて出版物が表示されるように、電子商取引シ
ステム４に格納されてカタログウェブページ２２にリン
クされる。別の実施態様において、出版物のPDFファイ
ルは、内容管理システム５に格納される。この実施態様
においては、内容管理システム５には、顧客のオンライ
ンでの問い合わせに応じて顧客に対してPDFファイルか
らページを提供するAdobe Document Server（Adobe）の
ようなドキュメントサーバアプリケーションが含まれ
る。或いは、出版物のPDFファイルは、顧客の要求に応
じて生成されてカタログウェブページ２２にリンクされ
る。
【００４９】コンバータ３５Ｂは、出版物をwww.openbo
ok.orgから入手可能なOpen eBook（OEB）規格と適合す
るファイルとして保存する。コンバータ３５Ｂは、例え
ばXSLを用いて組立てられた出版物をOEB形式に保存する
XSLトランスレータである。コンバータ３５Ｃは、出版
物を別のファイル形式で保存する。現に存在するファイ
ル形式又は後に開発されであろうファイル形式に対して
付加的なコンバータ３５を追加できることに注意された
い。
【００５０】内容管理システム５には、最終的な出版物
を商用のプリンタ（例えば、商用プリンタ９Ａ又は９
Ｂ）又は顧客のコンピュータ（例えば、顧客コンピュー
タ８Ａ又は８Ｂ）にネットワーク３上で送信する出力手
段３７（図６）が含まれる。一実施態様において、出力
手段３７は、最終的な出版物と共に注文ファイルを商用
プリンタに対して送信する。出力手段３７は、注文ファ
イルを商用プリンタに受入れられる形式で作成する。
【００５１】内容管理システム５の具体的実施例におい
て、サーバ５０１（「アプリケーションサーバ」）に
は、バッチコマンドツール３１、フィルタ３０、書式変
換ライブラリー３３、取込みエンジン９、アセンブラ３
４、トランスレータ６４、XSLシート３９、コンバータ
３５、スタイルシート３６及び出力手段３７が含まれ、
一方で、別のサーバ５０２（「データベースサーバ」）
には、内容管理データベース３２が含まれる。当業者
は、サーバ５０１及び５０２の機能を付加的なサーバの
間で重複或いは分割し、性能を改善することが可能であ
ることを理解するであろう。或る変更例においては、サ
ーバ５０１は前述のミドルウェア２６を介してサーバ５
０２と通信する。
【００５２】一実施例において、権利・ロイヤリティー
管理システム６には、権利・ロイヤリティーデータベー
ス３８（図６）が含まれる。権利・ロイヤリティーデー
タベース３８は、例えば、Oracle 8i（Oracle）データ
ベースである。権利・ロイヤリティーデータベース３８
は、著者のロイヤリティーや出版物の配布又は販売にお
ける制限（権利）を格納する。権利・ロイヤリティーデ
ータベース３８は、出版物の配布又は販売の制限及び著
者のロイヤリティーに関して、電子商取引システム４か
らのアップデート、挿入及び問い合わせに応答する。権
利システム６の一実施態様において、内容管理システム
５のサーバは、権利・ロイヤリティーデータベース３８
を格納する。
【００５３】一実施例において、動作１００（図７）に
は、動作１０１から１０９（図８）が含まれる。最初の
動作１０１において、著者は、テンプレート１７及びプ
ラグイン１６によって或いはテンプレート１７やプラグ
イン１６無しで提出物１１を作成する。前述のように、
著者は著者コンピュータ１Ａにおけるワードプロセッサ
１５によって提出物１１を作成する。動作１０１の後に
オプション的な動作１０２が続く。オプション的動作１
０２において、著者は提出物１１をXML形式で保存す
る。或いは、著者は出版物１６を別のファイル形式の提
出物１１として保存する。動作１０３がオプション的動
作１０２に続く。
【００５４】動作１０３において、著者は提出物ウェブ
ページ２８を介して提出物１１をアップロードする。提
出物が書籍用である一実施態様において、提出物の処理
には9つのステップが含まれる。ステップ１において、
著者は提出物ウェブページ２８Ａ（図３３）のフィール
ド４０１における書籍タイプ（Book Type）及びフィー
ルド４０２における出版プログラム（Publish Progra
m）を選択する。書籍タイプにはマニュスクリプト(Manu
script)及び再版が含まれる。マニュスクリプトは今な
お出版されている作品を指し、再版は以前に出版された
ことのある作品を指す。各出版プログラムは、著者に対
して種々のロイヤリティーの歩合、コスト及びサービス
を提供する。その種々のサービスには、編集レビュー、
専門的書籍デザイン、専門的表紙デザイン、従来の書籍
販売業者による配布及びAmazon.comのようなオンライン
の書籍販売業者による配布が含まれる。
【００５５】ステップ２において、著者は提出物ウェブ
ページ２８Ｂ（図３４）において著者情報（Author Inf
ormation）を入力する。著者は、フィールド４０３に第
1の著者（Primary Author）の氏名、フィールド４０４
に第2の著者（Secondary Author）の氏名、及びフィー
ルド４０５に第3の著者（Tertiary Author）の氏名を入
力する。ステップ３において、著者は提出物ウェブペー
ジ２８Ｃ（図３５）において代理人情報（Agent Inform
ation）を入力する。著者は、フィールド４０６におい
て代理人を有するかどうか（Have agents?）を選択し、
フィールド４０７に代理人ID（Agent ID）を入力し（以
前に代理人が登録されている場合）、更にフィールド４
０８において代理人がシステム２から全ての通信を受取
っているかどうか（Agent Receives All Correspondenc
e）を選択する。
【００５６】ステップ４において、著者は提出物ウェブ
ページ２８Ｄ（図３６）においてタイトル情報（Title
Information）を入力する。著者は、フィールド４０９
にタイトル（Title）を入力し、フィールド４１０にサ
ブタイトル（Subtitle）を入力する。著者がペンネーム
を用いる場合、著者はボタン４１１を選択し、フィール
ド４１２にファーストペンネーム（Pen First Name）、
フィールド４１３にミドルペンネーム（Pen Middle Nam
e）、フィールド４１４にラストペンネーム（Pen Last
Name）をそれぞれ入力する。著者は、フィールド４１５
に書籍の著作権期間（Copyright Year）及びフィールド
４１６に著作権者（Copyright Owner）をそれぞれ入力
する。著者が書籍の原文の権利を有する場合、著者はボ
タン４１７（own right to book text）を選択する。著
者が書籍の表紙の権利を有する場合、著者はボタン４１
８（own right to book Cv）を選択する。著者が一連の
書籍の権利を有する場合、著者はボタン４１９（own ri
ght to book Gps）を選択する。書籍が過去に出版され
ている場合、著者はフィールド４２０における以前の表
紙形式（Previous Cover Type）を選択する。著者は、
フィールド４２１から４３２において、以前のページ数
（Previous Page Count）、以前の書籍幅（Previous Bo
ok Width）、以前の書籍高さ（Previous Book Heigh
t）、以前の図面（Previous Graphic）、以前のタイト
ル（Previous Titles）、以前のサブタイトル（Previou
s Subtitle）、以前の版（Previous Edition）、以前の
出版年（Previous Publication year）、以前の出版社
（Previous Publisher）、以前のISBN（Previous ISB
N）、以前の出版年（Previous Publication Year）及び
以前の巻数（Previous Set Total Volumes）をそれぞれ
入力する。著者は、書籍が以前の書籍の組の一部である
場合にはボタン４３３（Prev Part of Set）を選択す
る。
【００５７】ステップ５において、著者はウェブページ
２８Ｅ（図３７）においてマーケット情報（Market Inf
ormation）を入力する。著者は、フィールド４３４から
４４１に、キーワード（Key Words）、ターゲットとす
る読者のジャンル（Target Audience Genre）、ターゲ
ットとする読者の年齢層（Target Audience Age Grou
p）、ターゲットとする読者の性別（Target Audience G
ender Group）、ジャンル（Genre）、メインカテゴリ
（Main Category）、サブカテゴリ（Sub Category）及
びBISAC番号（BISAC）をそれぞれ入力する。また、著者
はフィールド４４３から４４４において、要旨（Key No
te）、マーケティング機会（Marketing Opportunity）
及びバイライン（Byline）をそれぞれ入力する。要旨に
は、書籍の簡単な説明が含まれる。マーケティング機会
には、著者の所属及びメンバーシップが含まれる。バイ
ラインは、要旨に対する引用属性(quote attribution)
である。
【００５８】ステップ６において、著者はウェブページ
２８Ｆ（図３８）において制作情報（Production Infor
mation）を入力する。著者が、書籍の表紙についてのア
イデア及びアートワークを有する場合、著者はボタン４
４５（Have idea and artwork for the front cover）
を選択する。著者が表紙のファイルを有する場合、著者
はフィールド４４６及び４４７に表紙のファイル名（Na
me of File）及び表紙の作品の債権者（Creditor）をそ
れぞれ入力する。著者が表紙のアイデアを有する場合、
著者はフィールド４５０（Idea for Front Cover）にア
イデアを入力する。著者が表紙のアイデアを持たない場
合、著者はボタン４５１（Have no ideaand no artwor
k）を選択する。著者は、フィールド４５２から４５６
において、著者の略歴（Author Bio）、著書の解説（Bo
ok Description）、出版されたレビュー（Published Re
views）の日付（Date）、著者（Author）及び周期（Per
iodical）をそれぞれ入力する。著者が自らの写真を有
する場合、著者はボタン４５８（Have Author Photo）
を選択する。著者はボタン４５９から４６１において幾
つかの献詞を選択することが可能であり、フィールド４
５７に献詞の本文（Text）を入力する。同様に、著者は
ボタン４６２から４６４において幾つかのエピグラフ
（Epigraph）を選択可能であり、フィールド４５７にエ
ピグラフの本文を入力する。著者がグラフィックを有す
る場合、著者はボタン４６５（Manuscript Graphic）を
選択し、フィールド４６６にグラフィックの数（Number
of graphics）を入力する。
【００５９】ステップ７において、著者はウェブページ
２８Ｇ（図３９）に契約情報（Contract Information）
を入力する。一実施態様においては、著者は契約に署名
しなければならない。この実施態様においては、著者は
フィールド４６７（Signed By）に契約に署名した人物
の氏名を入力し、フィールド４６９（Signed For）に署
名され人物の氏名を入力する。著者は、フィールド４６
８、４７０及び４７１に、期間（年）（Term Years）、
開始日（Term Start Date）及び終了日（TermEnd Dat
e）をそれぞれ入力する。著者は、フィールド４７２か
ら４７４において、著者が内容の権利を有するか否か
（Author Owns Rights to Content）、グラフィックの
権利を有するか否か（Author Owns Rights to Graphic
s）、また表紙の権利を有するか否か（Author Owns Rig
hts to Cover）をそれぞれ選択する。著者は、フィール
ド４７５（Available for p-books）及びフィールド４
７７（Available for c-books）において内容（全体的
又は部分的）がp-book又はc-bookの制作に利用可能であ
るかどうかを選択する。著者は、フィールド４７６（Co
pyright is Registered）において著作権が登録されて
いるかどうかを選択する。著者は、フィールド４７８か
ら４８０において、言語的制約（Language Restrictio
n）、地理的制約（Geographic Restriction）及び出力
的制約（Output Restriction）を選択する。
【００６０】ステップ８において、著者はウェブページ
２８Ｈ（図４０）に支払い情報（Payment Informatio
n）を入力する。著者は、フィールド４８１から４８９
において、氏名（Name）、ストリートアドレス１（Stre
et Line1）、ストリートアドレス２（Street Line2）、
市（City）、省（Province）、電話番号（Phone）、州
（State）、国（Country）及び郵便番号（Zip／Post Co
de）をそれぞれ入力する。著者はボタン４９０乃至４９
２においてクレジットカードの種類を選択し、フィール
ド４９３及び４９４においてカード番号（Card Numbe
r）及び有効期限（Expire Date）をそれぞれ入力する。
【００６１】ステップ９において、著者はウェブページ
２８Ｉ（図４１）において出版システム２に対してアッ
プロードされるファイルを選択する（File Upload）。
著者はフィールド４９５にファイル名（File Name）を
入力する。著者は、フィールド４９６から４９８におい
て、ファイル機能（File Role）、ファイルプラットフ
ォーム（File Platform）、及びファイルのアプリケー
ションタイプ（File Application Type）をそれぞれ入
力する。ファイル機能によってファイルの目的を識別す
る。ファイル機能には、著者の写真（Author Photo）、
表紙（Book Cover）、ブックブロック（Book Block）及
びイラスト（Illustration）が含まれる。著者は、ボタ
ン４９９（Browse）を選択して著者のローカルドライブ
の中を検索してファイルを選択し、ボタン５００（Uplo
ad）を選択してファイルを出版システム２にアップロー
ドする。一旦著者がボタン５００を選択すると、先のペ
ージに集められた情報及び選択されたファイルが、電子
商取引システム４に対してアップロードされる。
【００６２】動作１０３の後に動作１０４が続く。動作
１０４において、提出物ウェブページ２８は、契約情報
１２、支払い情報１３及びマーケティング情報１４を電
子商取引データベース２３に保存する。動作１０４の後
に動作１０５が続く。動作１０５において、電子商取引
データベース２３がXMLバッチコマンドをバッチコマン
ドツール３１に対して送信し、ウェブページ２８Ａから
２８Ｉによって受信された提出物１１及びその関連情報
を内容管理データベース３２に格納する。電子商取引デ
ータベース２３のストアド・プロシージャは、方法１５
０（図９）に従ってXMLバッチコマンドを発生する。
【００６３】最初の動作１５１において、電子商取引デ
ータベース２３のストアド・プロシージャは、XMLバッ
チコマンドファイルに「insert_publication」XMLタグ
を書き込む。「Insert_publication」XMLタグは、内容
管理データベース３２において出版の基本記録を生成す
るバッチコマンドである。「Insert_publication」XML
タグには、「pub_id」、「pub_type_id」、「submit_da
te」及び「pub_size」と記述される属性が含まれる（表
１参照）。「pub_id」は、電子商取引データベース２３
によって与えられた、提出された出版物の識別名であ
る。「Pub_type_id」は、小説や短編小説等の、提出さ
れた出版物の種類の識別名である。「Submit_date」
は、電子商取引システム４に提出された出版物の提出日
である。「Pub_size」は、例えば6×9インチ（約15.2×
22.9cm）のような先に出版された文書の物理的寸法であ
る。動作１５２が動作１５１に続く。
【００６４】動作１５２において、電子商取引データベ
ース２３のストアド・プロシージャは、「insert_publi
cation_file」XMLタグを書き込む。「Insert_publicati
on_file」バッチコマンドは、内容管理データベース３
２において出版ファイルの基本記録を生成する。「Inse
rt_publication_file」XMLタグには、「pub_id」、「fi
le_role_id」、「internal_filename」、「user_filenam
e」及び「detail」が含まれる（表１参照）。「file_rol
e_id」は、出版物に関連するファイルの目的（即ち、そ
れがどのように使用されるか）の識別名である。「file
_role_id」には、例えば「XML book block」、「PDF bo
ok block」、「XML book cover」及び「PDF book cove
r」が含まれる。「XML book block」及び「PDF book bl
ock」は、それぞれXML及びPDFファイル形式で保存され
た出版物のファイルである。同様に、「XML book cove
r」及び「PDF book cover」は、それぞれXML及びPDFフ
ァイル形式で保存された出版物の表紙のファイルであ
る。「User_filename」は、提出の際に著者によって与
えられたファイル名である。「Internal_filename」
は、2人のユーザがファイルを識別するのに同一の「use
r_filename」を用いた場合に、電子商取引データベース
２３によってファイルに割り当てられたファイル名であ
る。動作１５３が動作１５２に続く。
【００６５】動作１５３において、電子商取引データベ
ース２３のストアド・プロシージャは、「insert_tag」
XMLタグを書き込む。「Insert_tag」バッチコマンド
は、内容管理データベース３２において提出された出版
物に関連する1又はそれ以上の任意の空のタグを許容す
る。「Insert_tag」は、「pub_id」の属性を有する（表
１参照）。「Insert_tag」バッチコマンドは、バッチコ
マンドツール３１にIu_Tagテーブル１６５（図１８）に
おいて行を作成させ、提出された出版物の「pub_id」を
伴うXMLタグを保存する。空のタグは「insert_tag」XML
タグの間にネスティングされる。空のタグは、例えば全
体の出版物に適合する出版レベルタグである。空のタグ
には、タグの属性及びタグのタイプを識別する属性が含
まれる。タグタイプには、「タイトルタイプ（title ty
pe）」、「名称タイプ（name type）」、「キーワード
（keywords）」及び「分類（taxonomy）」が含まれる。
挿入されたタグは、出版物がXMLファイルとして保存さ
れておらず、内容管理データベース２３に格納不能な場
合に有用である。出版物にXMLタグを付随させること
で、出版物は、Iu_Tagテーブル１６５におけるXMLタグ
によって、内容管理データベース３２に格納可能であ
る。例示的なXMLバッチコマンドファイルを表１に示
す。
【００６６】
【表１】
【００６７】バッチコマンドツール３１は、文書型定義
（DTD）ファイルで前述のXMLバッチコマンドファイルを
解析し、バッチコマンドを抽出及び実行する。また、ス
トアド・プロシージャは、バッチコマンドの代わりに内
容管理データベース３２及び権利・ロイヤリティーデー
タベース３８に問い合わせ、挿入及びアップデートが可
能であることに注意されたい。
【００６８】動作１０５（図８）の後に動作１０６が続
く。動作１０６において、電子商取引データベース２３
は、内容管理システム５に於けるステージングディレク
トリに提出物１１及び選択されたファイル（例えばイラ
ストレーションファイル）を送信し、ここで提出物１１
及び選択されたファイルは、取込みエンジン２９によっ
て処理されるのを待つ。前述のように、提出物ウェブペ
ージ２８は、動作１０４から１０６の代わりに、著者か
ら集められた情報、提出物１１及び選択されたファイル
をミドルウェア２６を介して内容管理システム５に対し
て直接送信することができる。一実施態様においては、
出版システム２の人間のオペレータが、コンピュータ３
５２Ａ（「編集コンピュータ」）を用いて内容管理シス
テム５から提出物１１をダウンロードする。編集コンピ
ュータ３５２Ａは、著者コンピュータ１Ａと同様のもの
であり、ワードプロセッサ１５、プラグイン１６及びテ
ンプレート１７を含む。人間のオペレータは、ワードプ
ロセッサ１５、プラグイン１６及びテンプレート１７を
用いて提出物１１のスタイル、文法及びレイアウトを編
集する。その編集過程の後に、人間のオペレータは、提
出物１１を内容管理システム５に対してアップロードす
る。編集コンピュータ３５２Ｂは編集コンピュータ３５
２Ａと同様のものである。図２に示すように、そこには
更なる編集コンピュータが存在し得る。
【００６９】動作１０６の後に動作１０７が続く。動作
１０７において、バッチコマンドツール３１は、方法１
１０（図１０）に従ってXMLバッチコマンドファイルに
於けるXMLバッチコマンドを実行する。最初の動作１１
１において、バッチコマンドツール３１は、前述のXML
パーサを用いてDOMトリー構造を生成する。動作１１１
の後に動作１１２が続く。動作１１２において、バッチ
コマンドツール３１は、ノードのコマンドタグタイプを
決定する。動作１１２の後に動作１１３が続く。動作１
１３において、バッチコマンドツール３１はタグの属性
タイプを決定する。動作１１３の後に動作１１４が続
く。動作１１４において、バッチコマンドツール３１
は、属性に対応する変数に対する属性値を保存（マッピ
ング）する。動作１１４の後に動作１１５が続く。
【００７０】動作１１５において、バッチコマンドツー
ル３１は、対応する変数（即ち、属性値）を有するテー
ブルをアップデート若しくは挿入することによって、内
容管理データベース３２に於ける各テーブルに対して変
数値を適用する。動作１１５の後に動作１１６が続く。
動作１１６において、バッチコマンドツール３１は、全
てのノードが通過(traverse)されたかどうかを決定す
る。全てのノードが通過された場合には、動作１１６の
後に動作１１７が続いて方法１１０が終了する。そうで
ない場合には、動作１１６の後に動作１１２が続き、バ
ッチコマンドツール３１が次のノードを調査する。バッ
チコマンドツール３１は、深さ優先若しくは幅優先のよ
うな従来式の多くの方法でDOM構造トリーを通過可能で
ある。
【００７１】「insert_publication」XMLバッチコマン
ドに応じて、バッチコマンドツール３１は、Publicatio
n（出版）テーブル１６１において出版の基本記録を生
成する。バッチコマンドツール３１は、Publicationテ
ーブル１６１（図１４）の行を追加し、適切なカラムに
「insert_publication」XMLバッチコマンドの属性を挿
入する。一実施態様においては、バッチコマンドツール
は、Publicationテーブル１６１の「Status_ID」に値を
挿入し、その出版物が取込みエンジン２９によって処理
されるために待機中であることを示す。バッチコマンド
ツール３１は、ブックカバー所有物のプレースホルダー
がAssetテーブル１６４（図１８）に生成され得るよう
に、行をブックカバーに対するプレースホルダー（例え
ば、有用なデータを全く含まずに後のデータのためのス
ペースを確保するダミーの入力）としてPub_Cover_Comp
テーブル１６２（図１４）に追加する。また、バッチコ
マンドツール３１は、ブックブロック所有物のプレース
ホルダーがAssetテーブル１６４に生成され得るよう
に、行をブックブロックのプレースホルダー（例えば提
出物１１の内容）としてPub_Block_Compテーブル１６３
（図１５）に追加する。バッチコマンドツール３１は、
2つの行をブックカバー所有物及びブックブロック所有
物のプレースホルダーとしてAssetテーブル１６４に追
加する。
【００７２】取込み（後述）の際に、取込みエンジン２
９は、XMLタグをIu_Tagテーブル１６５（図１８）に保
存し、XMLタグの属性及び属性値をIu_Attributeテーブ
ル１６７（図１９）に保存する。また、取込みエンジン
２９は、XMLタグの間の内容をAssetテーブル１６４にお
いて予め生成されたブックブロックプレースホルダーに
保存し、ブックカバーを作成するグラフィック情報をAs
setテーブル１６４において予め生成されたブックカバ
ープレースホルダーに保存する。
【００７３】「insert_publication_file」バッチコマ
ンドに応じて、バッチコマンドツール３１は、Pub_File
テーブル１６６（図１３）において出版物（提出物１１
及び提出物１１にリンクするファイル）に関連する各フ
ァイルの基本記録を生成する。バッチコマンドツール３
１は、Pub_Fileテーブル１６６に対して行を加え、適切
なカラムに「insert_publication_file」バッチコマン
ドの属性を挿入する。また、バッチコマンドツール３１
は、出版物（提出物１１及び提出物１１にリンクするフ
ァイル）に関連する各ファイルをPub_Fileテーブル１６
６に保存する。
【００７４】一実施態様においては、動作１０７（図
８）の後にオプション的な動作１０８が続く。オプショ
ン的動作１０８において、フィルタ３０は、XMLファイ
ル形式でない提出物１１をXMLファイル形式に変換す
る。或いは、前述の人間のオペレータが、編集コンピュ
ータ３５２Ａを用いて提出物１１をXML形式に手作業で
変換する。人間のオペレータは、最初に提出物１１を内
容管理システム５から編集コンピュータ３５２Ａにダウ
ンロードする。次に、人間のオペレータはワードプロセ
ッサ１５、プラグイン１６及びテンプレート１７を用い
て提出物１１のセクションを手動で識別し、提出物１１
をXML形式で保存する。人間のオペレータは、取込みエ
ンジン２９による処理のために、内容管理システム５に
対して提出物１１を再送信する。人間のオペレータは、
提出物１１のセクションを識別することに加えて、提出
物１１のスタイル、文法及びレイアウトを編集すること
ができる。オプション的動作１０８の後に動作１０９が
続く。動作１０９において、取込みエンジン２９は、方
法４０（図１１）に従って提出物１１を解析し、内容
（例えば、テキスト）及び識別名（例えば、XMLタグ）
を内容管理データベース３２に保存する。取込みエンジ
ン２９は、Publicationテーブル１６１にファイルされ
た「status_ID」に周期的に問い合わせて、どの出版物
が取込みのために待機中であるかを決定する。
【００７５】最初の動作４１（図１１）において、取込
みエンジン２９は、前述のXMLパーサを用いて提出物１
１からDOMトリーを構築する。XMLパーサは、文書型定義
（DTD）ファイルで提出物１１を解析する。DOMトリー構
造に於ける各ノードは、XMLオブジェクト、並びにタ
グ、属性、属性値及び対をなすタグの間にネスティング
された全ての内容を含めた各XMLオブジェクトを表す。
動作４１の後に動作４２が続く。動作４２において、取
込みエンジン２９は、ノードがXMLタグノードであるか
どうかを決定する。ノードがXMLタグノードである場合
には、次の動作は動作４５である。
【００７６】動作４３において、取込みエンジン２９
は、XMLタグタイプ、並びにXMLタグの間にネスティング
された内容の開始位置（「開始オフセット(starting of
fset)」）及び終了位置（「終了オフセット(ending off
set)」）を内容管理データベース３２のIu_Tagテーブル
１６５（図１８）に保存する。開始オフセットは、全て
の内容を含む文字列の始まりから対をなすXMLタグの間
にネスティングされた内容の最初の文字までのバイト数
である（ここで各バイトは1つの文字を表す）。同様
に、終了オフセットは、全ての内容を含む文字列の始ま
りから対をなすXMLタグの間にネスティングされた内容
の最後の文字までのバイト数である。動作４３の後に動
作４４が続く。動作４４において、取込みエンジン２９
は、XMLタグノードの属性値及び属性名を内容管理デー
タベース３２のIu_Attributeテーブル１６７に保存す
る。動作４４の後に動作４７が続く。
【００７７】動作４５において、取込みエンジン２９
は、ノードがテキスト（内容）ノードであるか否かを決
定する。ノードがテキストノードである場合、動作４５
の後に動作４６が続く。そうでない場合には、動作４５
の後に動作４７が続く。動作４６において、取込みエン
ジン２９は、内容を内容管理データベース３２のAsset
テーブル１６４（図１８）に保存する。動作４６の後に
動作４７が続く。
【００７８】動作４７において、取込みエンジン２９は
全てのノードが通過されたかどうかを決定する。全ての
ノードが通過されている場合、動作４７の後に動作４９
が続く。そうでない場合には、動作４７の後に動作４８
が続く。動作４８において、取込みエンジン２９は次の
ノードを調査する。取込みエンジン２９は、種々の従来
式の方法の1つでDOMトリー構造を通過できる。取込みエ
ンジンは、例えば深さ優先でDOMトリー構造を通過す
る。動作４９において、方法４０は終了する。一実施態
様において、取込みエンジン２９はPublicationテーブ
ル１６１の「status_ID」をアップデートし、出版物が
既に取り込まれていることを示す。
【００７９】一変更例において、方法４０にはオプショ
ン的なステップ３５０及び３５１が含まれる。オプショ
ン的動作３５０において、取込みエンジン２９は、属性
が外部ファイルに関連するかどうかを決定する。属性が
関連する場合には、オプション的動作３５０の後に動作
３５１が続く。オプション的動作３５１において、取込
みエンジン２９は、書式変換ライブラリー３３を呼び出
し、その外部ファイルを保管及び編集のために別のファ
イル書式で保存する。例えば、その外部ファイルがイメ
ージファイルである場合、取込みエンジン２９は変換ラ
イブラリー３３を用いてその外部ファイルを解像度独立
性の書式で保存する。取込みエンジン２９は、その外部
ファイルが後に復旧可能なように、外部ファイルのファ
イル情報をPub_Fileテーブル１６６（図１３）に保存す
る。
【００８０】別の変更例においては、前述のJavaのパー
サによって解析される前に、取込みエンジン２９がエン
ティティ・リファレンス（ノードのタイプ）における全
ての「&」文字を「〜」に置き換えるように、取込みエ
ンジン２９は変更される。これは、XML文書が解析され
る際に、Javaのパーサがエンティティ・リファレンスに
おいて「&」文字と他の文字とを置き換えることを防止
するために実施される。トランスレータ６４は、後にエ
ンティティ・リファレンスにおいて「〜」文字を「&」
で置き換え、それらの元々の書式でエンティティ・リフ
ァレンスを作成する。コンバータ３５Ａは、エンティテ
ィ・リファレンスが適切な書式に対する「&」文字を含
み、また出版物を保存することを要求するので、上述の
ステップは必要である。
【００８１】一実施態様において、動作２００（図７）
には、動作２０１から２０６（図２１）が含まれる。最
初の動作２０１において、顧客はカタログウェブページ
２２を拾い読みする。顧客は、ウェブページ２２Ａ（図
４２）のフィールド５１５に於ける検索カテゴリーを選
択し、その検索カテゴリーで検索するためのワードを入
力することによって出版物を検索できる。検索カテゴリ
ーには、タイトル、著者及びキーワードが含まれる。ま
た、顧客はハイパーテキストリンク５１６に示すような
出版物のカテゴリー（例えば、動物及びペット(ANIMAL
S, AND PETS)、芸術、建築術及び写真(ART, ARCHITECTU
RE, AND PHOTOGRAPHY)等）を選択可能である。ウェブペ
ージ２２Ｂ（図４３）は、ウェブページ２２Ａに於ける
顧客の動作による検索結果若しくはカテゴリーの結果を
示すものである。その結果には、種々の出版物のタイト
ル、著者、価格及びISBN番号が含まれる。顧客は、各出
版物のタイトルに於けるハイパーテキストリンクを選択
することによって、その出版物の詳細情報を更に得るこ
とができる。一変更例においては、顧客は顧客コンピュ
ータ８Ａからその出版物の少なくとも一部を見る。電子
商取引システム４は、著者と出版システム２の運営者と
の間の契約条項によって許可される場合には、その出版
物の一部をカタログウェブページ２２のウェブページの
一部として送信する。
【００８２】別の変更例においては、著者は、カタログ
ウェブページ２２を介して購入された出版物と組み合わ
せるための個人化された内容２０をアップロードし、個
人化された出版物（p-book）を作成する。ステップ１に
おいて、顧客はウェブページ２２Ｃ（図４４）のフィー
ルド５１３にこの個人化された内容２０のタイトルを入
力する。また、顧客はボタン５０４を選択することによ
って蔵書票を選択（BOOKPLATE CHOICES）し、フィール
ド５０５にそのp-bookを所有する人物の氏名を入力す
る。当業者には更なる蔵書票を利用可能であることが理
解されるであろう。ステップ２において、顧客は献詞の
タイトル（DEDICATION TITLE）、献詞のテキスト（DEDI
CATION TEXT）及び献詞のサイン（DEDICATION SIGNATUR
E）をウェブページ２２Ｄ（図４５）のフィールド５０
６、５０７及び５０８にそれぞれ入力する。ステップ３
において、顧客は前書のタイトル（PREFACE TITLE）、
前書のテキスト（PREFACE TEXT）、前書のサイン（PREF
ACE SIGNATURE）及び前書年紀（PREFACE DATE）をウェ
ブページ２２Ｅ（図４６）のフィールド５０９、５１
０、５１１及び５１２にそれぞれ入力する。カタログウ
ェブページ２２は、顧客の個人化された内容２０を電子
商取引データベース２３に保存する。この変更例におい
て、顧客は多数の個人化された内容２０を生成すること
ができる。顧客がp-bookを購入することを決定した場
合、顧客は個人化された情報のタイトルのハイパーテキ
ストリンクを選択することによって、ウェブページ２５
（図４７）から個人化された内容２０の内の１つを選択
することが可能である。
【００８３】別の変更例においては、カタログウェブペ
ージにウェブページ（図４８）が含まれ、ここで顧客は
フレーム４０６において出版物を見ることができる。顧
客は、顧客が購入を希望する段落の段落番号をフィール
ド４０７（PARAGRAPHS）に入力し、また後にこれらの段
落を別の出版物から選択した段落と組み合わせてカスタ
マイズされた出版物（c-book）を作成するために、ボタ
ン４０８（ADD TO CBOOK）を選択して著者の選択物を記
録する。動作２０１の後に動作２０２が続く。
【００８４】動作２０２において、顧客は、購入注文１
９及び支払い情報２１を購入注文ウェブページ２５を介
して電子商取引システム４に送信する。購入注文ウェブ
ページ２５は、出版物と前述の個人化された内容２０と
を組み合わせるために顧客に対して任意選択機能を提供
する。購入注文１９に従って、購入注文ウェブページ２
５は、権利・ロイヤリティーデータベース３８に問い合
わせて出版物が顧客によって注文された様式で配布若し
くは販売可能であるかどうかを決定する。動作２０２の
後に動作２０３が続く。
【００８５】動作２０３において、購入注文ウェブペー
ジ２５は、購入注文１９及び支払い情報２１を電子商取
引データベース２３に保存する。動作２０３の後に動作
２０４が続く。動作２０４において、電子商取引データ
ベース２３は、購入注文１９、個人化された情報２０及
び支払い情報２１を含むXMLバッチコマンドを内容管理
システム５に送信する。電子商取引データベース２３
は、方法２５０（図２２）に従ってXMLバッチコマンド
を生成する。
【００８６】最初の動作２５１において、電子商取引デ
ータベース２３のストアド・プロシージャは「insert_o
rder」XMLタグを書き込む。「insert_order」XMLタグ
は、注文記録を内容管理データベース３２において生成
するバッチコマンドである。「insert_publication」XM
Lタグには、「customer_number」、「order_number」、
「vendor_id」及び注文に関する他の一般的な情報の属
性が含まれる（表２下部参照）。「customer_number」
は顧客の識別名である。「order_number」はこの注文の
識別名である。「vendor_id」は、その出版物が印刷の
ために送付されるであろう商用プリンタの識別名であ
る。一変更例においては、電子商取引データベース２３
のルーティング・アルゴリズムが、顧客によって提示さ
れたzipコードによって、顧客の最も近くに位置する商
用プリンタを決定する。ストアド・プロシージャは、商
用プリンタの「vendor_id」をXMLバッチコマンドに挿入
する。動作２５１の後に動作２５２が続く。
【００８７】動作２５２において、電子商取引データベ
ース２３のストアド・プロシージャは、「insert_sku」
XMLタグを書き込む。「insert_sku」XMLタグは、書籍に
関する情報を内容管理データベース３２に挿入するバッ
チコマンドである。「Insert_sku」XMLタグには、「ord
er_sku」、「pub_id」、「style_id」及び「cached」の
属性が含まれる（表２下部参照）。「order_sku」は、
書籍、スタイル及び個人化された内容の特有の組合せを
記述する識別名である。「style_id」は、その出版物に
適用されたスタイルの識別名である。「cached」は、出
版物が商用プリンタに蓄えられ、商用プリンタに対して
再送する必要がないと分かった場合には真（true）と示
される。動作２５２の後に動作２５３が続く。
【００８８】動作２５３において、電子商取引データベ
ース２３のストアド・プロシージャは、「insert_pmatt
er」XMLタグを書き込む。「insert_pmatter」XMLタグ
は、個人化された内容を内容管理データベース３２に挿
入するバッチコマンドである。「insert_pmatter」XML
タグには、「order_sku」及び「ptype」の属性が含まれ
る（表２下部参照）。「ptype」は、蔵書票に対する
「蔵書票内容（book_plate_content）」及び献詞に対す
る「献詞内容（dedication content）」のような個人化
された内容の形式の識別名である。電子商取引データベ
ース２３のストアド・プロシージャは、顧客からの購入
注文に従って更なる「insert_pmatter」XMLタグを書き
込むことが可能である。動作２５３の後に動作２５４が
続く。
【００８９】動作２５４において、電子商取引データベ
ース２３のストアド・プロシージャは「insert_order_i
tem」XMLタグを書き込む。「insert_order_item」XMLタ
グは、注文アイテムを内容管理データベース３２に挿入
するバッチコマンドである。「insert_order_item」XML
タグには、「order_number」、「item_id」、一般的な
出荷情報、「order_sku」、「title」、「isbn」及び
「quantity」の属性が含まれる（表２下部参照）。「it
em_id」は、この注文アイテム（例えば、1、2、3など）
の注文の識別名である。「title」は、この注文アイテ
ムの書籍のタイトルである。「isbn」は、この注文アイ
テムの書籍の国際標準図書番号（「ISBN」）である。
「quantity」は、この注文アイテムに対して出荷される
書籍の数量である。電子商取引データベース２３のスト
アド・プロシージャは、顧客からの購入注文に従って更
なる「insert_order_item」XMLタグを書き込むことが可
能である。表２には、前述の例示的なXMLバッチコマン
ドファイルを示す。
【００９０】
【表２】
【００９１】バッチコマンドツール３１は、DTDファイ
ルで前述のXMLバッチコマンドファイルを確認及び解析
し、バッチコマンドを抽出及び実行する。
【００９２】「insert_order」XMLバッチコマンドに応
じて、バッチコマンドツール３１は、Orders（注文）テ
ーブル１６８（図２０）において注文についての記録を
生成する。バッチコマンドツール３１は、Ordersテーブ
ル１６８に行を加え、適切なカラムにおいて「insert_o
rder」バッチコマンドの属性を書き込む。バッチコマン
ドツール３１は、「insert_order_item」バッチコマン
ドに従ってOrder_Itemsテーブル１６９（図１９）に行
を追加し、適切なカラムに「insert_order_item」XMLバ
ッチコマンドの属性を書き込む。Insert_Order_Itemテ
ーブル１６９は、「order_number」によってInsert_Ord
erテーブル１６８と相互参照し、また「order_sku」に
よって出版物と相互参照する。
【００９３】バッチコマンドツール３１は、「insert_s
ku」バッチコマンドに従って「Order_Sku」テーブル１
７０に行を追加し、適切なカラムに「insert_sku」バッ
チコマンドの属性を書き込む。バッチコマンドツール３
１は、「insert_pmatter」バッチコマンドに従ってCust
omer_Contentテーブル１７１（図１５）に行を追加し、
適切なカラムに「insert_pmatter」バッチコマンドの属
性を書き込む。個人化された内容が、例えば4000文字以
下である場合、その個人化された内容はCustomer_Conte
ntテーブル１７１の「short_text」カラムに格納され
る。個人化された内容が、例えば4000文字を超える場
合、その個人化された内容はCustomer_Contentテーブル
１７１の「pub_id」カラムに格納される。
【００９４】動作２０４（図２１）の後に動作２０６が
続く。動作２０６において、アセンブラ３４が購入注文
１９に従って出版物を製作する。一実施態様において
は、出版物を構成する前に、アセンブラ３４は権利・ロ
イヤリティーデータベース３８におけるContract_Right
_Restrictionsテーブル１８３（図３０）若しくはRight
_Restrictionsテーブル１８４（図２８）に問い合わ
せ、顧客によって選択された出力形式が各著者と出版シ
ステム２との間の契約によって許可されるかどうかを決
定する。
【００９５】出版物を製作するために、アセンブラ３４
は、始めにOrdersテーブル１６８（図２０）から注文を
決定する。「order_number」を用いて、アセンブラ３４
はOrder_Itemテーブル１６９（図１９）から注文アイテ
ムを決定する。「order_sku」を用いて、アセンブラ３
４はOrder_Skuテーブル１７０（図１５）から出版物、
個人化された内容及びスタイルの特有の組合せを決定す
る。オプション的な「pmatter」を用いて、アセンブラ
３４はCustomer_Contentテーブル１７１から個人化され
た内容を決定する。「style_sheet_ID」を用いて、アセ
ンブラ３４はStyle_Sheet_LKテーブル１７２（図１６）
からスタイルシートを決定する。「pub_id」を用いて、
アセンブラ３４は内容及び識別名をAssetテーブル１６
４、Iu_Tagテーブル１６５（図１８）及びIu_Attribute
テーブル１６７（図１９）に位置付ける。
【００９６】一実施態様においては、アセンブラ３４は
方法５０Ａ（図２３）に従って出版物及び個人化された
内容を組み合わせる。最初の動作５１において、アセン
ブラ３４は内容の開始オフセットによって昇順にソート
された同一の「pub_id」を伴うXMLタグのリスト（「開
始リスト（start list）」）を作成する。また、アセン
ブラ３４はそれぞれの内容の終了オフセットによって昇
順にソートされた同一の「pub_id」を伴うXMLタグのリ
スト（「終了リスト（end list）」）を作成する。アセ
ンブラ３４は、「pub_id」を伴う全てのXMLタグを問い
合わせることによってIu_Tagテーブル１６５（図１８）
から同一の「pub_id」を伴うXMLタグを検索する。動作
５１の後に動作５４が続く。
【００９７】動作５４において、アセンブラ３４は「現
在の開始タグ（current start tag）」（後述）の開始
オフセットが「現在の終了タグ（current end tag）」
（後述）の終了オフセット未満であるかどうかを決定す
る。現在の開始オフセットが現在の終了オフセットより
も小さい場合には、動作５４の後に動作５５Ａが続く。
そうでない場合には、動作５４の後に動作５８が続く。
【００９８】最初の反復において、現在の開始タグは開
始リストの始めにおけるタグであり、現在の終了タグは
終了リストの始めにおけるタグである。後の各反復にお
いては、アセンブラ３４は開始リストや終了リストを下
方に進み、新たなタグが現在の開始タグ及び現在の終了
タグとなる。以下では、現在の開始タグの開始オフセッ
トは「現在の開始オフセット（current start offse
t）」と称され、また現在の終了タグの終了オフセット
は、「現在の終了オフセット（current end offset）」
と称される。先の反復からの現在の開始タグ及び現在の
終了タグは、「先の開始タグ（previous start tag）」
及び「先の終了タグ（previous end tag）」と称され
る。先の開始タグの開始オフセットは「先の開始オフセ
ット（previousstart offset）」と称され、先の終了タ
グの終了オフセットは「先の終了オフセット（previous
end offset）」と称される。最初の反復においては、
先の開始オフセット若しくは先の終了オフセットは存在
せず、先の開始オフセット及び先の終了オフセットの値
はゼロに設定される。
【００９９】動作５５Ａにおいて、アセンブラ３４は、
（１）(a)先の開始オフセット及び(b)先の終了オフセッ
トの最小値並びに（２）(a)現在の開始オフセット及び
(b)現在の終了オフセットの最小値の間の内容を出力す
る。言い換えれば、アセンブラ３４は以下のオフセット
の間の内容を出力する。 （１）Min（先の開始オフセット，先の終了オフセッ
ト）；及び（２）Min（現在の開始オフセット，現在の
終了オフセット） アセンブラ３４はその内容をXMLファイルに出力する。
アセンブラ３４は、出版物の「pub_id」を用いてAssetテ
ーブル１６４（図１８）の「asset_blob」フィールドか
ら内容を検索する。動作５５Ａの後に動作５６が続く。
【０１００】動作５６において、アセンブラ３４は属性
及び属性値と共に現在の開始タグをXML文書に出力す
る。アセンブラ３４は、「iu_tag_ID」を用いてIu_Tag
テーブル１６５及びIu_Attributeテーブル１６７（図１
９）からXMLタグの属性及び属性値を検索する。動作５
６の後に動作５７が続く。動作５７において、アセンブ
ラ３４は開始リストにおける次の開始タグに進む。動作
５７の後に動作５４が続く。
【０１０１】動作５８において、アセンブラ３４は現在
の開始オフセットが現在の終了オフセットに等しいかど
うかを決定する。現在の開始オフセットが現在の終了オ
フセットと等しい場合、動作５８の後に動作５９が続
く。そうでない場合には、動作５８の後に動作６１が続
く。動作５９において、アセンブラ３４は現在の開始タ
グ及び終了タグをXML文書に出力する。動作５９の後に
動作６０が続く。一実施態様において、アセンブラ３４
は現在の開始タグ及び終了タグの代わりに「<TAG_NAME/
>」のショートカットを出力する。動作６０において、
アセンブラ３４は開始リスト及び終了リストにおける次
の開始タグ及び終了タグに進む。動作６０の後に動作５
４が続く。
【０１０２】動作６１において、アセンブラ３４は現在
の開始オフセットが現在の終了オフセットに比べてより
大きいかどうかを決定する。現在の開始オフセットが現
在の終了オフセットに比べてより大きい場合には、動作
６１の後に動作６２Ａが続く。そうでない場合には、動
作６１の後に動作６７が続く。動作６２Ａにおいて、ア
センブラ３４は以下のオフセットの間の内容を出力す
る。 （１）Min（先の開始オフセット，先の終了オフセッ
ト）；及び（２）Min（現在の開始オフセット，現在の
終了オフセット） 動作６２Ａは、前述の動作５５Ａと同一のものである。
動作６２Ａの後に動作６３が続く。動作６３において、
アセンブラ３４は現在の終了タグをXML文書に出力す
る。動作６３の後に動作６４が続く。
【０１０３】動作６４において、アセンブラ３４は現在
の終了タグが「ターゲットタグ（target tag）」である
かどうかを決定する。ターゲットタグは、個人化された
内容２０の挿入位置を示すタグである。例えば、個人化
された内容２０はタイトルの後にくる献詞である。従っ
て、ターゲットタグはタイトルタグの終了タグである。
一実施態様において、ターゲットタグはアセンブラ３４
のコードにプログラミングされる。或いは、ターゲット
タグは、出版物を構成する際にアセンブラ３４が参照す
るテーブルの中に設定され得る。現在の終了タグがター
ゲットタグである場合、動作６４の後に動作６５が続
く。そうでない場合には、動作６４の後に動作６６が続
く。動作６５において、アセンブラ３４は個人化された
内容タグの間の個人化された内容を出力する。アセンブ
ラ３４は、「order_sku」によってCustomer_Contentテ
ーブル１７１（図１５）から個人化された内容２０を検
索する。動作６５の後に動作６６が続く。
【０１０４】動作６６において、アセンブラ３４は次の
終了タグに進む。動作６７において、アセンブラ３４は
方法５０を終了する。全てのタグが調査され、XML文書
が完成した場合には、アセンブラ３４は動作６７に到達
する。一実施態様において、アセンブラ３４は「order_
status_code」をOrdersテーブル１６８にアップデート
し、注文に応じたことを示す。
【０１０５】一実施態様においては、アセンブラ３４は
2若しくはそれ以上の出版物から出版物を構成する。こ
の実施態様において、電子商取引データベース２３にお
けるストアド・プロシージャは、出版物を組み合わせる
注文と各出版物の「pub_id」を含むXMLバッチコマンド
を送信する。アセンブラ３４は、前述の方法５０Ａを用
いて最初の出版物をXML文書に構成する。第1の出版物が
完成した後に、アセンブラ３４は前述の方法５０Ａを用
いて同一のXML文書において第2の出版物を第1の出版物
の終了直後に構成する。そのプロセスは顧客が組合せを
望む出版物に対して順次繰り返される。
【０１０６】一実施態様において、アセンブラ３４は方
法５０Ｂ（図２４）に従って別の出版物の一部及び個人
化された内容から個人化された出版物を製作する。アセ
ンブラ３４は、各著者と出版システム２の運営者との間
の契約が著者の出版物を部分的に配布若しくは販売する
ことを許可する場合には、別の出版物の一部から出版物
を制作する。アセンブラ３４は、例えば権利・ロイヤリ
ティーデータベース３８におけるContract_Right_Restr
ictionテーブル１８３（図３０）に問い合わせて出版物
が部分的に配布若しくは販売可能であるかどうかを決定
する。
【０１０７】一変更例においては、出版物のセクション
がPub_Block_Compテーブル１６３（図１５）における個
別のエントリにおいて確認され、アセンブラ３４は各段
落の始めに段落番号を挿入する。出版物のPDFファイル
は、カタログウェブページ２２（図４８）からのウェブ
ページの表示領域４０６において顧客に対して表示され
る。顧客が購入を希望する段落と判断した場合には、顧
客はフィールド４０７において段落番号を入力する。顧
客はこの出版物の表示を一旦終了し、ボタン４０８を選
択してカスタマイズされた書籍に選択された段落を追加
することが可能である。段落番号は、顧客が購入を望む
Pub_Block_Compテーブル１６３におけるエントリを識別
する。構成の際にアセンブラ３４は各選択された段落の
開始及び終了オフセットをPub_Block_Compテーブル１６
３に問い合わせ、方法５０Ｂ（図２４）に従ってこれら
のセクションを組み立てる。選択された段落の開始オフ
セットは「選択の開始（start of selection）」と称さ
れ、選択されたパラグラフの終了オフセットは「選択の
終了（end of selection）」と称される。
【０１０８】最初の動作５２において、アセンブラ３４
は以下のオフセットでタグの開始リストを作成する。 （１）（開始オフセット＜選択の開始）及び（終了オフ
セット＞選択の開始）；又は（２）（開始オフセット＜
選択の開始）及び（開始オフセット＜選択の終了）動作
５２の後に動作５３が続く。動作５３において、アセン
ブラ３４は以下のオフセットでタグの終了リストを作成
する。 （１）（開始オフセット＜選択の終了）及び（終了オフ
セット＞選択の終了）；又は（２）（終了オフセット＜
選択の開始）及び（終了オフェット＜選択の終了）動作
５３の後に動作５４が続く。動作５５Ｂ及び６２Ｂの各
々に置き換えた動作５５Ａ及び動作６２Ａを除けば、そ
の他の動作は方法５０Ａと変わらない。動作５５Ｂにお
いて、アセンブラ３４は以下の２つのオフセットの間の
内容を出力する。
【０１０９】（１）Max（Min（先の開始オフセット，先
の終了オフセット），選択の開始）；並びに（２）Min
（Min（現在の開始オフセット，現在の終了オフセッ
ト），選択の終了） 動作６２Ｂは上述の動作５５Ｂと同一のものである。ア
センブラ３４は、全ての選択された段落がXMLファイル
に出力されるまで方法５０Ｂを繰り返す。
【０１１０】一実施態様において、アセンブラ３４は2
又はそれ以上の出版物を組み合わせて新たな出版物を選
択する。この実施態様において、電子商取引データベー
ス２３におけるストアド・プロシージャは、各出版物に
対する選択の開始及び終了、出版物を組み合わせる注文
及び各出版物の「pub_id」を含むXMLバッチコマンドを
送信する。アセンブラ３４は、前述の方法５０Ｂを用い
て第1の出版物をXML文書に構成する。第1の出版物の完
成の後に、アセンブラ３４は前述の方法５０Ｂを用いて
同一のXML文書において第2の出版物を第1の出版物の終
了直後に構成する。そのプロセスは、顧客が組合せを望
む出版物に対して順次繰返される。
【０１１１】動作３００（図２５）には動作３０１から
３０４が含まれる。動作３０１において、トランスレー
タ６４はXSLスタイルシート３９に従って出版物をXMLフ
ォーマットで保存する。動作３０１の後に動作３０２が
続く。動作３０２において、コンバータ３５はスタイル
シート３６に従って出版物の書式を整え、複数のファイ
ル形式の中の1つで出版物を保存する。ファイル形式
は、顧客によって選択された出力形式に依存する。例え
ば、顧客がペーパーバックの書籍を望む場合、コンバー
タ３５は、商用プリンタ９Ａがペーパーバックの書籍を
印刷可能なように出版物をPDFファイルとして保存す
る。顧客が電子書籍(eBook)を望む場合には、コンバー
タ３５は出版物を電子書籍ファイルとして保存する。動
作３０２の後に動作３０３が続く。動作３０３におい
て、出力手段３７は、出力形式に応じて出版物を顧客コ
ンピュータ（例えば、顧客コンピュータ８Ａ又は８
Ｂ）、商用プリンタ（例えば、商用プリンタ９Ａ又は９
Ｂ）又は電子書店（例えば、電子書店６５）に送信す
る。動作３０３の後に動作３０４が続く。動作３０４に
おいて、顧客は複数の出力形式のうちの1つで出版物を
受取る。
【０１１２】提出の際に、電子商取引システムは、著者
の権利・ロイヤリティー情報を提供するXMLバッチコマ
ンドファイルを送信する。図２７乃至図３２に示すデー
タモデルには、権利・ロイヤリティー情報を格納するの
に用いられる権利・ロイヤリティーデータベース３８の
テーブルを示す。Contracts（契約）テーブル１８１に
は、著者と出版システム２の運営者との間の契約につい
ての基本記録が含まれる。Contractsテーブル１８１
（図２７）には、「contract_id」、「contract_versio
n」、「program_code」及び他の一般的な契約情報の要
素が含まれる。「contract_id」は契約の識別名であ
り、「contract_version」は契約のバージョンの識別名
である。「program_code」は、契約がその一部であるPu
blication_Program_LKテーブル１８９（図２８）におけ
る書込みプログラムの識別名である。各書き込みプログ
ラムは、種々の期限、コスト及びサービスを著者に対し
て提供する。例えば、書込みプログラムが編集サービス
及び高いロイヤリティー歩合を著者に対して提供するの
で、書込みプログラムのコストが高くなる。「insert_c
ontract」XMLバッチコマンドに応じて、XMLバッチコマ
ンドツール３１は、Contractsテーブル１８１に行を追
加し、適切なカラムに「insert_contract」バッチコマ
ンドの属性を挿入する。
【０１１３】Contract_Itemsテーブル１８２（図３０）
には、著者と出版システム２の運営者との間の契約の下
でのアイテムの基本記録が含まれる。そのアイテムは、
出版物又は出版物の構成要素（例えばセクション）であ
り得る。Contract_Itemsテーブル１８２には、「contra
ct_id」、「contract_version」、「contract_item_i
d」、「pub_id」、又は「pub_camp_id」、「p_bookabl
e」、「c_bookable」、並びに「org_title_ratio」の要
素が含まれる。「Contract_item_id」は契約の下でのア
イテムの識別名である。一実施態様においては、アイテ
ムが出版物であり、「pub_iD」がPublicationテーブル
１６１からの出版物を識別する。別の実施態様において
は、アイテムが出版物のセクションであり、「pub_comp
_id」がPub_Block_Compテーブル１６３において出版物
の構成要素を識別する。「p_bookable」は、契約アイテ
ムが個人化された組織の一部となり得るかどうかを示す
フラグであり、「c_bookable」は契約アイテムがカスタ
マイズされる書籍の一部となり得るかどうかを示すフラ
グである。
【０１１４】「org_title_ratio」は、契約アイテムが
出版物のロイヤリティーのどのくらいの割合を占めるか
を識別する。例えば、著者が、書籍において契約アイテ
ムが重要なチャプターであると考える場合、それは書籍
から生じる全てのロイヤリティーの75%を占める。著者
が、重要なチャプターをカスタマイズされた書籍の一部
とすることを許容する場合、著者は書籍全体の販売によ
って得たであろうロイヤリティーの75%のロイヤリティ
ーの受取りを要求する（ここでの75%が「org_title_rat
io」である）。「insert_contract_item」XMLバッチコ
マンドに応じて、XMLバッチコマンドツール３１はConta
ctsテーブル１８１に行を追加し、適切なカラムに「ins
ert_contract」バッチコマンドの属性を挿入する。
【０１１５】Contract_Rights_Restrictionsテーブル１
８３（図３０）には、著者によって選択された出版物の
配布及び販売におけるカスタマイズされた制限が含まれ
る。Contract_Rights_Restrictionsテーブル１８３に
は、「restriction_type」、「restriction_code」、
「contract_id」、「contract_version」、及び「contr
act_item_id」の要素が含まれる。「restriction_typ
e」は、言語、地理及び出力形式のような出版物に課せ
られた制限のタイプの識別名である。「restriction_co
de」は、制限の各タイプにおける種々のサブタイプの識
別名である。例えば「restriction_type」及び「restri
ction_code」を組み合わせて、カリフォルニアにおける
電子的形態の出版物の英語版の販売の制限を作成するこ
とができる。
【０１１６】Publication_Program_LKテーブル１８９に
は、「program_code」及び「program_version」の要素
を含めた、著者が関与できる各出版プログラムに関連す
る一般的な情報が含まれる。Rights_Restrictionsテー
ブル１８４（図２８）には、Publication_Program_LKテ
ーブル１８９の各書込みプログラムにおけるデフォルト
の権利の制限が含まれる。
【０１１７】Program_Percentageテーブル１８７（図２
９）には、出版物の販売の支払いに対して権利が与えら
れた各エンティティに対する種々のロイヤリティープロ
グラムについての記録が含まれる。Program_Percentage
テーブル１８７には、「program_perc_id」、「program
_code」、「program_version」、「base_code」、「tie
r_code」、「ent_type_code」、「pnt_type_code」及び
「percentage」の要素が含まれる。「program_perc_i
d」は、このロイヤリティープログラムの識別名であ
る。「program_code」及び「program_version」を用い
て書込みプログラムに対するこのロイヤリティープログ
ラムを識別する。「base_code」及び「tier_code」は、
階段式のロイヤリティープログラムの一部として用いら
れ、ここで著者は、「base_code」によって識別される
ベースロイヤリティーパーセンテージ及び「tier_cod
e」において指定された量に販売が到達した場合の付加
的なロイヤリティーが保証される。「ent_type_code」
は、このロイヤリティープログラムに従って支払われる
エンティティを識別する。エンティティには、著者、著
作権代理人、プロモーター及び発行者が含まれる。Part
icipants（関係者）テーブル１８８には、契約アイテム
に対して支払われなければならない各エンティティに対
しての記録が含まれる。
【０１１８】Participantsテーブル１８８（図３１）に
は、「entity_ID」、「contract_ID」、「contract_ver
sion」、「contract_item_id」及び「author_title_sha
re」の要素が含まれる。「entity_ID」、「contract_I
D」、「contract_version」及び「contract_item_id」
を用いてContract_Itemsテーブル１８２における契約ア
イテムを決定する。「author_title_share」は、エンテ
ィティが、Program_Percentageテーブル１８７（図２
９）において指定されたロイヤリティーから得られるパ
ーセンテージである。エンティティが、他のエンティテ
ィからのProgram_Percentageテーブル１８７に指定され
たロイヤリティーを共有しない場合、「Author_title_s
hare」は100%である。
【０１１９】Payments_Dueテーブル１９０（図３２）に
は、契約アイテムの販売に対するエンティティのための
支払いの記録が含まれる。Payments_Dueテーブル１９０
には、「entity_ID」、「contract_ID」、「contract_v
ersion」、「contract_item_id」、「year」、「quarte
r」、「quantity_sold」、「amount_due」の要素が含ま
れる。「entity_ID」、「contract_ID」、「contract_v
ersion」、「contract_item_id」を用いてエンティティ
が支払われる契約アイテムを指定する。
【０１２０】図４９には、著者がその提出物の各セクシ
ョンにおけるロイヤリティーの歩合を説明し得る1つの
方法を示す。提出物１１の作成の際に、著者は、セクシ
ョンが個別に購入可能であることを説明する特別なタグ
を用いる。提出物ページ２８Ｊ（図４９）において、著
者は各セクションに対するロイヤリティーの歩合を入力
する（それらは合計して100%のロイヤリティー歩合とな
る）。
【０１２１】本明細書で説明した実施例については、種
々の変更及び付加が可能であることが当業者には理解さ
れよう。例えば、内容管理システム５には、テキストの
内容を音響（例えば音声）に変換し、スピーカーを通し
て表示するための形式の音響として出力するコンバータ
が含まれ得る。そのようなコンバータによって、出版シ
ステム２は格納された内容を現存する或いは未来のディ
スプレイメディアにおいて表示することが可能となる。
そのような変更及び改変は特許請求の範囲に包含され
る。
【０１２２】本発明の特定の実施例について説明してき
たが、本発明の原理を用いて他の多数の実施態様を構築
可能であることは明らかであろう。
【０１２３】
【発明の効果】上記のように、本発明によって、著者か
ら配布又は販売のための情報の提出物をネットワークを
介して自動的に受取り、2以上の提出物を部分又は全体
的に組合せてその1以上の形式の組合せを配布するため
のシステム及び方法が得られる。
フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/21 ５０１ Ｇ０６Ｆ 17/21 ５０１Ａ (71)出願人 500229167 910 Ｅ． Ｈａｍｉｌｔｏｎ Ａｖｅｎ ｕｅ， Ｓｕｉｔｅ 100， Ｃａｍｐｂ ｅｌｌ， ＣＡＬＩＦＯＲＮＩＡ 95008 Ｕ．Ｓ．Ａ. (72)発明者 スティーブ・エム・ダンバー アメリカ合衆国カリフォルニア州95051・ サンタクララ・＃1718・ペッパーツリーレ ーン 900 (72)発明者 ヤング・シー・グエン アメリカ合衆国カリフォルニア州95124・ サンノゼ・バイアデルマー 3238

Claims (95)

    【特許請求の範囲】
  1. 【請求項１】 情報を出版するための方法であって、 情報を受取る過程と、 前記情報の表示のための注文を受取る過程と、 前記注文の受取り過程の後に表示媒体の複数の書式コー
    ドを前記情報の中に挿入する過程であって、前記表示媒
    体が前記注文によって決定され、前記複数の書式コード
    が前記情報の第1の部分の表示に用いられる第1のコード
    及び前記情報の第2の部分の表示に用いられる第2のコー
    ドを含む、挿入過程とを含むことを特徴とする方法。
  2. 【請求項２】 前記第1のコードは少なくとも前記第1
    の部分によって前記第2のコードと分離され、前記第2の
    コードの後に少なくとも前記第2の部分が続くことを特
    徴とする請求項１に記載の方法。
  3. 【請求項３】 前記注文は前記情報を購入するための
    ものであることを特徴とする請求項１に記載の方法。
  4. 【請求項４】 前記挿入過程の前に前記情報が複数の
    付加的なコードを含む、方法であって、 前記情報から前記付加的なコードの少なくとも1つを除
    去する過程を更に含むことを特徴とする請求項１に記載
    の方法。
  5. 【請求項５】 前記第1のコード及び第2のコードの少
    なくとも1つが、インターネットからの情報のオンライ
    ン表示のための言語に適合することを特徴とする請求項
    ４に記載の方法。
  6. 【請求項６】 インターネットにおける表示のための
    前記言語には、HTML（hypertext markup language）が
    含まれることを特徴とする請求項５に記載の方法。
  7. 【請求項７】 前記第1のコード及び第2のコードの少
    なくとも1つが、電子書籍の読み取り装置における表示
    のためのファイル形式と適合することを特徴とする請求
    項４に記載の方法。
  8. 【請求項８】 前記ファイル形式には、オープン・イ
    ーブック（OEB）が含まれることを特徴とする請求項７
    に記載の方法。
  9. 【請求項９】 前記第1のコード及び第2のコードの少
    なくとも1つが、商用の印刷機によって受け入れられる
    ファイル形式と適合することを特徴とする請求項４に記
    載の方法。
  10. 【請求項１０】 前記ファイル形式には、PDF（porta
    ble document format）、クオーク・エクスプレス、ペ
    ージメーカー及びポストスクリプトの内の少なくとも1
    つが含まれることを特徴とする請求項９に記載の方法。
  11. 【請求項１１】 前記除去過程が、前記受取り過程の
    前に実施されることを特徴とする請求項４に記載の方
    法。
  12. 【請求項１２】 前記情報を受取る過程と、 前記除去過程の後に前記付加的なコードを欠く前記情報
    を格納する過程とを更に含むことを特徴とする請求項１
    １に記載の方法。
  13. 【請求項１３】 前記情報が「第１の情報」であり、
    且つ前記注文によって第2の情報が識別される、方法で
    あって、 前記第2の情報を前記第1の情報の第1の部分及び第2の部
    分の間の位置に挿入する過程を更に含むことを特徴とす
    る請求項１に記載の方法。
  14. 【請求項１４】 前記第1の情報が、著作物の一部の
    みを含むことを特徴とする請求項１３に記載の方法。
  15. 【請求項１５】 前記著作物が書籍であり、また前記
    第1の情報が前記書籍における章から概ねなることを特
    徴とする請求項１４に記載の方法。
  16. 【請求項１６】 前記第1の情報にはテキストが含ま
    れ、 前記第2の情報にはグラフィックが含まれることを特徴
    とする請求項１３に記載の方法。
  17. 【請求項１７】 前記第2の情報には献詞が含まれる
    ことを特徴とする請求項１３に記載の方法。
  18. 【請求項１８】 前記第1の情報が第1の書籍における
    章から概ねなり、 前記第2の情報が第2の書籍における章から概ねなること
    を特徴とする請求項１３に記載の方法。
  19. 【請求項１９】 前記第1の情報が第1の定期刊行物に
    おける記事から概ねなり、 前記第2の情報が第2の定期刊行物における記事から概ね
    なることを特徴とする請求項１３に記載の方法。
  20. 【請求項２０】 出版物を配布するための方法であっ
    て、 第1の情報を受取る過程と、 第2の情報を受取る過程と、 前記第2の情報の少なくとも一部分と組み合わされた前
    記第1の情報の少なくとも一部分を購入するための注文
    を受取る過程と、 第3の情報を構成するために前記部分を組み合わせる過
    程と、 前記第3の情報をネットワーク上で送信する過程とを含
    むことを特徴とする方法。
  21. 【請求項２１】 前記注文によって前記第3の情報の
    ファイル形式が識別されることを特徴とする請求項２０
    に記載の方法。
  22. 【請求項２２】 前記第1の情報及び前記第2の情報が
    前記第3の情報と異なるファイル形式であることを特徴
    とする請求項２０に記載の方法。
  23. 【請求項２３】 前記第1の情報が前記第2の情報と異
    なるファイル形式であることを特徴とする請求項２０に
    記載の方法。
  24. 【請求項２４】 前記配布過程には、顧客に対してネ
    ットワーク上で送信する過程が含まれることを特徴とす
    る請求項２０に記載の方法。
  25. 【請求項２５】 前記第3のファイル形式には、HTM
    L、OEB、PDF、クオーク・エクスプレス、ページメーカ
    ー及びポストスクリプトの内の少なくとも1つが含まれ
    ることを特徴とする請求項２０に記載の方法。
  26. 【請求項２６】 前記配布過程には、前記第3の情報
    をネットワーク上で配布のチャネルに対して送信する過
    程が含まれることを特徴とする請求項２０に記載の方
    法。
  27. 【請求項２７】 前記配布のチャネルには商用印刷機
    及び電子書店の内の少なくとも1つが含まれることを特
    徴とする請求項２６に記載の方法。
  28. 【請求項２８】 前記第1の情報を前記第1のファイル
    形式から第1の内容及び少なくとも第1のコードを含む第
    4のファイル形式へと変換する過程を更に含むことを特
    徴とする請求項２０に記載の方法。
  29. 【請求項２９】 前記第1の情報が第1の内容及び少な
    くとも第1のコードを含み、前記第2の情報が第2の内容
    及び少なくとも第2のコードを含む、方法であって、 前記第1の内容及び前記第1のコードを個別に保存する過
    程と、 前記第2の内容及び前記第2のコードを個別に保存する過
    程とを更に含むことを特徴とする請求項２０に記載の方
    法。
  30. 【請求項３０】 前記第1のコードには少なくとも属
    性が含まれることを特徴とする請求項２９に記載の方
    法。
  31. 【請求項３１】 前記属性には少なくとも形式及び値
    が含まれることを特徴とする請求項３０に記載の方法。
  32. 【請求項３２】 前記第1のコードがXMLタグであるこ
    とを特徴とする請求項３１に記載の方法。
  33. 【請求項３３】 前記送信過程の前に、前記第1のコ
    ードを前記第3のファイル形式に従う第3のコードで置換
    する過程を更に含むことを特徴とする請求項２９に記載
    の方法。
  34. 【請求項３４】 前記置換過程には、前記第1のコー
    ドを前記第3のコードで置換するためのファイルからの
    命令の実行過程が含まれることを特徴とする請求項３３
    に記載の方法。
  35. 【請求項３５】 前記ファイルがスタイルシートであ
    ることを特徴とする請求項３４に記載の方法。
  36. 【請求項３６】 前記第1の情報の少なくとも一部を
    識別するためのコードを前記情報の著作者に送信する過
    程を更に含むことを特徴とする請求項２０に記載の方
    法。
  37. 【請求項３７】 前記コードがフォーマティングコー
    ドであることを特徴とする請求項３６に記載の方法。
  38. 【請求項３８】 前記コードを前記部分の記述子で置
    換するための命令を送信する過程を更に含むことを特徴
    とする請求項３６に記載の方法。
  39. 【請求項３９】 前記第1の情報及び前記第2の情報の
    内の1つについての配布における制限及びロイヤリティ
    ー歩合を含む契約を受取る過程を更に含むことを特徴と
    する請求項２０に記載の方法。
  40. 【請求項４０】 前記第1の情報と前記第2の情報とを
    組合せることが許容されるか否かを前記制限に従って決
    定する過程を更に含むことを特徴とする請求項３９に記
    載の方法。
  41. 【請求項４１】 前記ロイヤリティー歩合が前記第1
    の情報の少なくとも一部の配布についてのものであるこ
    とを特徴とする請求項４０に記載の方法。
  42. 【請求項４２】 前記制限には、前記第1の情報若し
    くは前記第2の情報が配布される言語の識別、前記第1の
    情報若しくは前記第2の情報が配布される地理的領域の
    識別、前記第1の情報若しくは前記第2の情報が配布され
    る形式の識別、前記第1の情報若しくは前記第2の情報が
    他の情報と組み合わされることの有効性の識別、並びに
    前記第1の情報若しくは前記第2の情報が部分的に配布さ
    れることの有効性の識別の内の少なくとも1つが含まれ
    ることを特徴とする請求項３９に記載の方法。
  43. 【請求項４３】 前記購入に対する請求書を送信する
    過程を更に含むことを特徴とする請求項２０に記載の方
    法。
  44. 【請求項４４】 前記部分の少なくとも1つに対する
    ロイヤリティーの支払いをロイヤリティー歩合から計算
    する過程を更に含むことを特徴とする請求項４３に記載
    の方法。
  45. 【請求項４５】 前記計算過程が、前記ロイヤリティ
    ー歩合と前記第3の情報から作成された部数とを掛け合
    わせる過程を含むことを特徴とする請求項４４に記載の
    方法。
  46. 【請求項４６】 前記ロイヤリティーの支払いを著者
    に対して送る過程を更に含むことを特徴とする請求項４
    ４に記載の方法。
  47. 【請求項４７】 前記第1の情報及び前記第2の情報に
    は、稿本、献詞、端書き、蔵書票、レビュー、注釈、表
    紙、イラスト及び写真の内の少なくとも1つが含まれる
    ことを特徴とする請求項２０に記載の方法。
  48. 【請求項４８】 内容及び該内容の一部の少なくと1
    つの記述子を含む情報から内容を抽出する過程をであっ
    て、 前記情報からトリー構造を生成する過程であって、前記
    トリーのノードが記述子及び内容の内の1つを格納す
    る、トリー構造の生成過程と、 前記トリーのノードを通過する過程と、 ノードが記述子を格納する場合に、データベースの第1
    のテーブルに前記記述子を保存する過程と、 ノードが内容を格納する場合に、前記データベースの第
    2のテーブルに前記内容を保存する過程とを含むことを
    特徴とする方法。
  49. 【請求項４９】 前記トリーがドキュメント・オブジ
    ェクト・モデル（DOM）トリーを含むことを特徴とする
    請求項４８に記載の方法。
  50. 【請求項５０】 前記内容の全てが前記第2のテーブ
    ルにおける単一のエントリとして保存されることを特徴
    とする請求項４８に記載の方法。
  51. 【請求項５１】 前記ノードが前記記述子の少なくと
    も1つの属性を更に格納する、方法であって、 ノードが属性を格納する場合に、前記データベースの第
    3のテーブルに属性を保存する過程を更に含むことを特
    徴とする請求項４８に記載の方法。
  52. 【請求項５２】 前記記述子が、名称、全ての内容を
    含む文字列において前記記述子に関連付けられた内容が
    始まる第1の部分、並びに文字列において前記内容が終
    了する第2の部分を含み、前記記述子は少なくとも前記
    内容の前に位置することを特徴とする請求項４８に記載
    の方法。
  53. 【請求項５３】 前記属性には属性名及び属性値が含
    まれることを特徴とする請求項４８に記載の方法。
  54. 【請求項５４】 前記属性に別のファイルに対する参
    照が含まれる場合に、前記ファイルを前記第1のファイ
    ル形式から前記第2のファイル形式へと変換する過程を
    更に含むことを特徴とする請求項４８に記載の方法。
  55. 【請求項５５】 前記内容にテキストが含まれること
    を特徴とする請求項４８に記載の方法。
  56. 【請求項５６】 前記情報がXMLファイルであり、前
    記記述子がXMLタグであり、前記属性がXMLタグの属性で
    あり、前記内容がエレメントを規定する開始XMLタグ及
    び終了XMLタグの間のテキストであることを特徴とする
    請求項４８に記載の方法。
  57. 【請求項５７】 ファイルを組み立てるための方法で
    あって、 文字列の開始位置におけるテキストの開始の部位及び終
    了位置における終了部位を記述する複数の記述子を読み
    込む過程と、 第1のリストを作成するために前記開始位置によって前
    記記述子をソーティングする過程と、 第2のリストを作成するために前記終了位置によって前
    記記述子をソーティングする過程と、前記第1のリスト
    における第1の記述子の第1の開始位置と前記第2のリス
    トにおける第2の記述子の第2の終了位置とを比較する過
    程とを含むことを特徴とする方法。
  58. 【請求項５８】 前記第1のリストをソーティングす
    る過程が開始位置によって前記記述子を昇順にソーティ
    ングする過程を含み、前記第2のリストをソーティング
    する過程が終了位置によって前記記述子を昇順にソーテ
    ィングする過程を含むことを特徴とする請求項５７に記
    載の方法。
  59. 【請求項５９】 前記第1の記述子が前記第1のリスト
    の始めに存在し、前記第2の記述子が前記第2のリストの
    始めに存在することを特徴とする請求項５７に記載の方
    法。
  60. 【請求項６０】 前記第1の開始位置が前記第2の終了
    位置と等しい場合に、 前記第1の記述子及び第2の記述子を出力する過程と、 前記第1のリストにおける第3の記述子及び前記第2のリ
    ストにおける第4の記述子に進む過程と、 前記第3の記述子の第3の開始位置と前記第4の記述子の
    第4の終了位置とを比較する過程とを含むことを特徴と
    する請求項５７に記載の方法。
  61. 【請求項６１】 ファイルを組み立てる方法であっ
    て、 記述子の第1のリストをソーティングする過程であっ
    て、各記述子が記述する文字列におけるテキストの開始
    位置（「開始オフセット（starting offset）」と称す
    る）によって各記述子が配置される、ソーティング過程
    と、 記述子の第2のリストをソーティングする過程であっ
    て、各記述子が記述する文字列における内容の終了位置
    （「終了オフセット（ending offset）」と称する）に
    よって各記述子が配置される、ソーティング過程と、 前記第1のリストの開始及び前記第2のリストの始まりか
    ら、前記第1のリストにおける第1の記述子の開始オフセ
    ットが前記第2のリストにおける第2の記述子の終了オフ
    セットに対してより小さいか、等しいか、或いはより大
    きいかを決定する過程と（ここで、先の決定の開始オフ
    セット及び終了オフセットは、各々「先の開始オフセッ
    ト」及び「先の終了オフセット」と称する）を含むこと
    を特徴とする方法。
  62. 【請求項６２】 前記第1のリストをソーティングす
    る過程が開始オフセットによって前記記述子を昇順にソ
    ーティングする過程を含み、前記第2のリストをソーテ
    ィングする過程が終了オフセットによって前記記述子を
    昇順にソーティングする過程を含むことを特徴とする請
    求項６１に記載の方法。
  63. 【請求項６３】 前記開始オフセットが前記終了オフ
    セットよりも小さい場合に、 （先の開始オフセット，先の終了オフセット）の最小値
    と（前記開始オフセット，前記終了オフセット）の最小
    値との間のテキストを出力する過程と、 前記第1の記述子を出力する過程と、 前記第1のリストにおける次の記述子に進む過程とが更
    に含まれることを特徴とする請求項６１に記載の方法。
  64. 【請求項６４】 前記開始オフセットが前記終了オフ
    セットと等しい場合に、 前記第1の記述子及び前記第2の記述子を出力する過程
    と、 前記第1のリストにおける次の記述子及び前記第2のリス
    トにおける次の記述子に進む過程とを更に含むことを特
    徴とする請求項６１に記載の方法。
  65. 【請求項６５】 前記開始オフセットが前記終了オフ
    セットに比べて大きい場合に、 （先の開始オフセット，先の終了オフセット）の最小値
    と（先の開始オフセット，先の終了オフセット）の最小
    値との間のテキストを出力する過程と、 前記第2の記述子を出力する過程と、 前記第2のリストにおける次の記述子に進む過程とを更
    に含むことを特徴とする請求項６１に記載の方法。
  66. 【請求項６６】 前記第2の記述子が事前に決定され
    た記述子に等しい場合に、 前記第2の記述子を出力する前記過程の前に、付加的な
    テキストを出力する過程を更に含むことを特徴とする請
    求項６６に記載の方法。
  67. 【請求項６７】 前記第1のリストにおける各記述子
    が、 （開始オフセット＜選択物の開始）及び（終了オフセッ
    ト＞前記選択物の開始）；又は、 （前記開始オフセット＞前記選択物の開始）及び（前記
    開始オフセット＜選択物の終了）であり、 前記選択物の開始がファイルに組み立てられるテキスト
    の開始位置であり、前記選択物の終了がファイルに組み
    立てられるテキストの終了位置であることを特徴とする
    請求項６１に記載の方法。
  68. 【請求項６８】 前記第2のリストにおける各記述子
    が、 （開始オフセット＜選択物の終了）及び（終了オフセッ
    ト＞前記選択物の終了）；又は、 （前記終了オフセット＞前記選択物の開始）及び（前記
    終了オフセット＜選択物の終了）であることを特徴とす
    る請求項６８に記載の方法。
  69. 【請求項６９】 前記第1の開始オフセットが前記第2
    の終了オフセットによりも小さい場合に、 （（先の開始オフセット，先の終了オフセット）の最小
    値，前記選択物の開始）の最大値と、 （前記開始オフセット，前記終了オフセット）の最小
    値，前記選択物の終了）の最小値との間のテキストを出
    力する過程と、 前記第1の記述子を出力する過程と、 前記第1のリストにおける次の記述子へ進む過程とを含
    むことを特徴とする請求項６９に記載の方法。
  70. 【請求項７０】 前記開始オフセットが前記終了オフ
    セットと等しい場合に、 前記第1の記述子及び前記第2の記述子を出力する過程
    と、 前記第1のリストにおける次の記述子及び前記第2のリス
    トにおける次の記述子に進む過程とを更に含むことを特
    徴とする請求項６９に記載の方法。
  71. 【請求項７１】 前記開始オフセットが前記終了オフ
    セットによりも大きい場合に、 （（先の開始オフセット，先の終了オフセット）の最小
    値，前記選択物の開始）の最大値と、 （前記開始オフセット，前記終了オフセット）の最小
    値，前記選択物の終了）の最小値との間のテキストを出
    力する過程と、 前記第2の記述子を出力する過程と、 前記第2のリストにおける次の記述子へ進む過程とを含
    むことを特徴とする請求項６９に記載の方法。
  72. 【請求項７２】 前記第2の記述子が事前に決定され
    た記述子に等しい場合に、 前記第2の記述子を出力する前記過程の前に、付加的な
    テキストを出力する過程を更に含むことを特徴とする請
    求項７２に記載の方法。
  73. 【請求項７３】 コンピュータシステムであって、 少なくとも1つの内容及び少なくとも1つの記述子を含む
    格納された提出物を有する第1のデータベースと、 前記提出物の少なくとも一部についての格納されたロイ
    ヤリティー歩合を有する第2のデータベースとを含むこ
    とを特徴とするコンピュータシステム。
  74. 【請求項７４】 前記内容がテキストの文字列である
    ことを特徴とする請求項７４に記載のシステム。
  75. 【請求項７５】 前記記述子は、タグ形式及び属性を
    含むタグであることを特徴とする請求項７４に記載のシ
    ステム。
  76. 【請求項７６】 前記第2のデータベースが、 提出物の第1の識別名、個人化された内容の第2の識別名
    及びスタイルシートの第3の識別名を含む在庫保持ユニ
    ット（sku）番号を更に格納することを特徴とする請求
    項７４に記載のシステム。
  77. 【請求項７７】 前記個人化された内容には、献詞、
    端書き、前書き、蔵書票、レビュー及び注釈が含まれる
    ことを特徴とする請求項７７に記載のシステム。
  78. 【請求項７８】 前記第2のデータベースは、提出物
    の配布若しくは販売における制限を更に格納することを
    特徴とする請求項７４に記載の方法。
  79. 【請求項７９】 前記制限には、言語、地理及び出力
    形式の制限が含まれることを特徴とする請求項７９に記
    載の方法。
  80. 【請求項８０】 前記制限によって、前記提出物が別
    の提出物と組み合わされることを防止することを特徴と
    する請求項７９に記載の方法。
  81. 【請求項８１】 前記制限によって、前記提出物が、
    個人化された情報と組み合わされることを防止すること
    を特徴とする請求項７９に記載の方法。
  82. 【請求項８２】 前記第2のデータベースが、 前記提出物の全体の価値と比較した前記提出物の一部の
    価値の割合である本来の権利比率を更に格納することを
    特徴とする請求項７４に記載の方法。
  83. 【請求項８３】 前記第1のデータベースが、 1又はそれ以上の印刷媒体若しくは電子媒体における表
    示のために前記提出物の書式を整えるための少なくとも
    1つのスタイルシートを更に格納することを特徴とする
    請求項７４に記載の方法。
  84. 【請求項８４】 前記第1のデータベースが、 前記内容が配布可能となった時の日付を更に格納するこ
    とを特徴とする請求項７４に記載の方法。
  85. 【請求項８５】 前記第1のデータベースが、 前記内容が配布不能となった時の日付を更に格納するこ
    とを特徴とする請求項７４に記載の方法。
  86. 【請求項８６】 前記第1のデータベースが、 前記提出物に関連するファイルの役割の識別名を更に格
    納することを特徴とする請求項７４に記載の方法。
  87. 【請求項８７】 前記ファイルが、画像、音声及びビ
    デオの内の少なくとも１つを格納することを特徴とする
    請求項８７に記載の方法。
  88. 【請求項８８】 情報を販売するための方法であっ
    て、 情報の購入のための注文を受取る過程と、 前記受取りに応じて商用印刷機に受入れられる形式で前
    記情報を準備する過程とを含むことを特徴とする方法。
  89. 【請求項８９】 前記情報を印刷する過程を更に含む
    ことを特徴とする請求項９０に記載の方法。
  90. 【請求項９０】 前記情報を受取る過程を更に含むこ
    とを特徴とする請求項９０に記載の方法。
  91. 【請求項９１】 情報を出版するための方法であっ
    て、 情報を受取る過程と、 前記情報を表示するための注文を受取る過程と、 前記注文の受取り過程の後に、前記注文によって決まる
    表示媒体によって表示するために前記情報を準備する過
    程とを更に含むことを特徴とする方法。
  92. 【請求項９２】 前記表示媒体にモニターが含まれる
    ような方法であって、前記情報を前記モニターに表示す
    る過程を更に含むことを特徴とする請求項９３に記載の
    方法。
  93. 【請求項９３】 前記表示媒体にスピーカーが含まれ
    るような方法であって、前記情報を前記スピーカーを介
    して演奏する過程を更に含むことを特徴とする請求項９
    ３に記載の方法。
  94. 【請求項９４】 前記表示媒体に印刷機が含まれるよ
    うな方法であって、前記情報を前記印刷機によって印刷
    する過程を更に含むことを特徴とする請求項９３に記載
    の方法。
  95. 【請求項９５】 前記印刷機が商用の印刷機であるよ
    うな方法であって、前記商用の印刷機によって作製され
    た頁を含む書籍を製本する過程を更に含むことを特徴と
    する請求項９３に記載の方法。
JP2001087371A 2000-03-26 2001-03-26 様々な形式の内容を出版するためのリポジトリ Pending JP2001306654A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US53619200A 2000-03-26 2000-03-26
US09/536192 2000-03-26

Publications (1)

Publication Number Publication Date
JP2001306654A true JP2001306654A (ja) 2001-11-02

Family

ID=24137525

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001087371A Pending JP2001306654A (ja) 2000-03-26 2001-03-26 様々な形式の内容を出版するためのリポジトリ

Country Status (5)

Country Link
EP (1) EP1139253A1 (ja)
JP (1) JP2001306654A (ja)
CN (1) CN1330336A (ja)
CA (1) CA2339479A1 (ja)
IL (1) IL142232A0 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7321868B2 (en) 2001-11-13 2008-01-22 Sony Corporation Information processing apparatus and method, information processing system and method, and program
US7330828B2 (en) * 2001-12-15 2008-02-12 Detlef Schoder System and process for the production of a customer individualized print product
KR20220101801A (ko) * 2021-01-12 2022-07-19 신정호 가변적 데이터 공간 할당을 통한 온라인 서명 매개 시스템

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2829595B1 (fr) * 2001-09-10 2004-01-30 Le Manuscrit Procede et dispositif de gestion et d'edition d'oeuvres litteraires et couverture pour oeuvre litteraire
US8250469B2 (en) 2007-12-03 2012-08-21 Microsoft Corporation Document layout extraction
US8392816B2 (en) 2007-12-03 2013-03-05 Microsoft Corporation Page classifier engine
US20090292643A1 (en) * 2008-05-21 2009-11-26 Shanda Interactive Entertainment Limited System and method for online publication
AU2010254221A1 (en) * 2009-05-26 2012-02-02 Qbend Llc Automated publishing systems and methods
US9274694B2 (en) 2011-05-17 2016-03-01 Next Issue Media Device, system and method for image-based content delivery
US8977964B2 (en) 2011-05-17 2015-03-10 Next Issue Media Media content device, system and method
US8978149B2 (en) 2011-05-17 2015-03-10 Next Issue Media Media content device, system and method
CN102646125B (zh) * 2012-02-28 2014-08-27 中国标准化研究院 一种结构化数字内容析取与重组方法
US9971744B2 (en) 2012-05-17 2018-05-15 Next Issue Media Content generation and restructuring with provider access
US9971738B2 (en) 2012-05-17 2018-05-15 Next Issue Media Content generation with restructuring
US10164979B2 (en) 2012-05-17 2018-12-25 Apple Inc. Multi-source content generation
US9971743B2 (en) 2012-05-17 2018-05-15 Next Issue Media Content generation and transmission with user-directed restructuring
US9971739B2 (en) 2012-05-17 2018-05-15 Next Issue Media Content generation with analytics
US9852115B2 (en) * 2013-01-30 2017-12-26 Microsoft Technology Licensing, Llc Virtual library providing content accessibility irrespective of content format and type
CN104156345B (zh) * 2014-08-04 2017-06-20 中南出版传媒集团股份有限公司 识别便携文件格式文件中图注的方法和装置
EP3230940A4 (en) * 2014-12-12 2017-10-18 Able World International Limited Method for constructing interactive digital catalog, and computer-readable storage medium and interactive digital catalog using the same
US10311091B2 (en) 2017-03-24 2019-06-04 Apple Inc. Generation and presentation of an overview of an electronic magazine issue
US20220148112A1 (en) * 2019-03-11 2022-05-12 Digipitch Corporation Online Contract Negotiation System
US11087083B1 (en) 2020-03-31 2021-08-10 Coupa Software Incorporated Managing bundles of digital objects in an e-procurement system

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998019278A2 (en) * 1996-10-31 1998-05-07 Citicorp Development Center System and method for delivering financial services
JP2000076339A (ja) * 1998-09-01 2000-03-14 Toppan Printing Co Ltd コンテンツ運用方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998019278A2 (en) * 1996-10-31 1998-05-07 Citicorp Development Center System and method for delivering financial services
JP2000076339A (ja) * 1998-09-01 2000-03-14 Toppan Printing Co Ltd コンテンツ運用方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7321868B2 (en) 2001-11-13 2008-01-22 Sony Corporation Information processing apparatus and method, information processing system and method, and program
US7330828B2 (en) * 2001-12-15 2008-02-12 Detlef Schoder System and process for the production of a customer individualized print product
KR20220101801A (ko) * 2021-01-12 2022-07-19 신정호 가변적 데이터 공간 할당을 통한 온라인 서명 매개 시스템
KR102587023B1 (ko) * 2021-01-12 2023-10-06 신정호 가변적 데이터 공간 할당을 통한 온라인 서명 매개 시스템

Also Published As

Publication number Publication date
EP1139253A1 (en) 2001-10-04
CA2339479A1 (en) 2001-09-26
CN1330336A (zh) 2002-01-09
IL142232A0 (en) 2002-03-10

Similar Documents

Publication Publication Date Title
JP2001306654A (ja) 様々な形式の内容を出版するためのリポジトリ
US8131647B2 (en) Method and system for providing annotations of a digital work
US7421645B2 (en) Method and system for providing electronic commerce actions based on semantically labeled strings
US7437471B2 (en) Intellectual asset protocol for defining data exchange rules and formats for universal intellectual asset documents, and systems, methods, and computer program products related to same
US20070294100A1 (en) High-performance matching and filtering for structured and semi-structured rules in real-time
US7111235B1 (en) Business description vocabulary for standardized, extensible interoperation
US8838484B2 (en) Embeddable distributed E-commerce and community building system for digital media
US20060156220A1 (en) System and method for managing dynamic content assembly
US20120150680A1 (en) Automated Publishing Systems and Methods
US20160307238A1 (en) Automatic generation of electronic advertising messages
KR20050056123A (ko) 소프트웨어 애플리케이션에서의 네임스페이스 또는 스키마라이브러리 지원을 위한 프로그램 가능한 객체 모델
US20110066526A1 (en) System and Method For Electronic Publication and Fund Raising
US9319480B2 (en) Managing digital media presented in online digital media store
US9076169B2 (en) Digital delivery system and method
JP2008287721A (ja) ブログのレビューログを用いたｐｐｐ方法及びｐｐｐシステム
US7627607B2 (en) Rhetorical content management system and methods
JP2011076597A (ja) 書籍情報処理システム及び商品情報処理システム
EP1173812A2 (en) Protocol for defining data exchange rules and formats for universal intellectual asset documents
US20150142616A1 (en) Managing a Hierarchy of Online Stores
Floyd Using XSLT
Laplante et al. SYNDICATION, ACTIONABLE CONTENT, AND THE SUPPLY CHAIN
JP2003316967A (ja) 読書支援サーバ、出版システム、出版支援方法及びプログラム
JP2004157929A (ja) 紙媒体と連携した情報提供システム、紙媒体と連携した情報提供のビジネス方法、及び、紙媒体と連携した情報提供システム用プログラム
Chraibi XML Web Technologies
Barzelay Document Mechanics: Basic Tools and Techniques for Variable Content Publishing

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040302