专利名称：实施对电子图书的请求的方法
背景很象普通的印刷图书，电子图书(“eBook”)可被用于将文本和图片呈现给读者。然而，取代墨和纸，电子图书是数字数据的集合，已知为电子图书阅读器的软件可在显示器上解释并呈现它。各种设备运行电子图书阅读器软件，如个人计算机、手持个人数字助理(PDA)、有显示器的蜂窝电话等等。
电子图书可提供在传统上与印刷图书不关联的各种特征。例如，除了文本和图片，电子图书亦可存储被用于呈现声音如音乐和语音的数据。此外，代之静止图片，电子图书亦可呈现动画图像。另外，通过在计算机网络上传输eBook数据，eBook可几乎在瞬间被递送给远程位置。
不幸的是，在许多方面，复制数据比影印图书的页容易。为保护试图出售人们的权利或相反限制访问电子图书使其不受掠夺，各公司已开发了各种各样的数字权利管理(DRM)系统。例如，Microsoft目前提供了“数字资产服务器”，其防止未授权用户访问Microsoft阅读器eBook。类似地，Adobe提供了多种不同的DRM解决方案，如Adobe内容服务器。
DRM解决方案在其对控制访问eBook的任务的处理方式上明显不同。然而，为了说明的目的，
图1和2描述了典型的DRM方案。如图1中所示，客户104，如PDA或个人计算机，可通过诸如互联网的网络102来发送消息108给服务器100。消息108请求访问eBook并包括请求者的凭证，如做出请求的设备104和/或阅读器软件的身份。服务器100使用该凭证来扰频(即加密)所请求eBook的数据。如图2中所示，服务器100然后发送被扰频的数据106给请求的客户104。通过使用其自己的凭证，客户104阅读器可解扰(即解密)并呈现eBook给用户。如果不同于客户104的设备接收eBook数据，它应该缺少进行解扰所需的正确凭证。
概述通常，一方面，公开内容描述了一种对用于实施具有电子图书数字权利管理系统的电子图书实施请求的方法。该方法包括从网络客户(network client)接收对电子图书的请求，该请求包括电子图书标识符和零售商标识符。所述方法还包括从不同非附属经销商(unaffiliated vendor)提供的一组至少两个DRM系统为所识别的电子图书确定数字权利管理系统(DRM)，以及依照所识别的电子图书数字权利管理系统将电子图书分发到网络客户。
实施例可包括一个或多个以下特征。该请求可包括URL(通用资源定位器)，其将电子图书标识符和零售商标识符编码为一个或多个URL参数。该方法可进一步包括确定是否将电子图书分发到网络客户，例如，通过应用一个或多个商务规则于所述请求。这种规则可包括限制对授权的零售商的分发的规则和/或基于识别合时图书可被分发的上街数据(street data)来限制访问。该方法还包括发送状态消息给用户。例如，该方法可从零售商接收消息内容，例如徽标，从而定制该消息以包括所接收到的消息内容。
通常，另一方面，公开内容描述了一种被置于计算机可读介质上的计算机程序产品，用于实施对具有电子图书数字权利管理系统的电子图书的请求。该程序包括使处理器进行以下工作的指令接收来自网络客户的对电子图书的请求，该请求包括电子图书标识符和零售商标识符，从不同非附属经销商提供的一组至少两个数字权利系统为所识别的电子图书确定数字权利管理系统；以及依照所识别的电子图书数字权利管理系统将电子图书分发到网络客户。
通常，另一方面，公开内容描述了一种服务器，包括至少一个网络连接、至少一个处理器、以及存储由处理器处理的指令的至少一个计算机可读介质。计算机可读介质存储对应于一组多于一个的电子图书数字权利管理系统的指令。该介质亦存储用于以下的指令从网络客户接收对电子图书的请求，该请求包括电子图书标识符和零售商标识符，以及依照所识别的电子图书数字权利管理系统将电子图书分发到网络客户。
附图简述图1-2为示出电子图书数字权利管理系统实例的图。
图3为示出服务器可提供给出版者、零售商和消费者的不同特征的图。
图4为示出通过互联网提交内容的图。
图5-11为被呈现给出版者的用户界面的屏幕抓图。
图12为用于自动处理所接收内容的过程的流程图。
图13为示出分发目录给零售商的图。
图14为示出目录生成的图。
图15为用于生成目录的过程的流程图。
图16-18为示出实施对电子图书的请求的图。
图19为用于实施对电子图书的请求的过程的流程图。
详述I.引言图3示出可提供各种特征的服务器210，所述特征可使涉及电子和印刷图书分发的任务变得容易。为说明这些特征中的一些，图3示出一个示例序列，其随着提交222来自出版者204的标题开始，并随着将标题分发228给消费者208而结束。
如图3中所示，出版者客户204可通过诸如互联网的网络202来提交用于标题的内容222给服务器210。该内容可包括数据指定文本、图形、甚至多媒体，如音乐或视频。
出版者客户204亦可提交知为“元数据”的关于内容的信息。元数据可包括作品(work)的标识符信息，如ISBN、UPC或DOI；一个或多个作品可出售的一个或多个市场的价格信息；书目提要信息，如作品的作者和标题；分发信息，如出售作品被授权的地域的标识、被授权出售作品的零售商、和/或当电子分发时用于保护作品的一个或多个数字权利管理系统的标识；以及/或者在硬拷贝作品的准备过程中使用的制造信息，如印刷和/或装订规格。
服务器210可自动准备用于分发的内容。例如，为了电子分发，服务器210可依照一个或多个所选数字权利管理系统来自动格式化用于标题分发的eBook信息。对于硬拷贝制造和分发，例如通过提取用于彩色印刷的封面页并生成图书页的位像，服务器210可自动准备用于印刷的内容。
除了准备用于分发的内容的幕后工作，服务器210亦可提供信息给零售商206如Amazon.com和BarnesandNoble.com，从而帮助显示和出售标题。例如，服务器210可使用所收集的元数据来生成为零售商206销售而被授权的内容的定制目录文件224。目录文件224可包括作者姓名、概述和/或所选图像(例如，图书封面缩略图)。零售商206可使用目录文件224来自动更新其网站的所提供内容。例如，Amazon.com可自动生成用于在目录文件224中被识别的新近可用标题的网页。
服务器210亦可将零售商206从在多个数字权利管理系统上分发标题的技术细节隔离。例如，在消费者208从零售商206的网站226选择eBook之后，服务器210可依照为内容所选择的数字权利管理系统来分发228标题给消费者208。这使得零售商206从设置、综合和维护不同eBook格式所需的不同数字权利管理系统的主机的负担中解脱出来。类似地，对于硬拷贝，服务器210可提供一种“按要求印刷”服务，其产生标题的硬拷贝以便递送给消费者或零售商。
尽管图3描述了单一的出版者204、零售商206和消费者208，服务器210可支持很大数量的每个这些实体。此外，尽管服务器210可构成单一的计算机，服务器210可代之以表示设备的逻辑集合。
尽管以上描述突出了由服务器210提供的几个特征，服务器210亦可提供各种各样的其它服务，如提供报告(例如使用报告、标题要求报告、零售商发票和出版者补偿)给零售商206和出版者204。服务器210可提供所有上述特征或仅支持这些服务的有限子集。这些和其它特征在以下被较详细地描述。
II.内容提交图4示出使得出版者204能通过网络202安全传输内容230给服务器210以便于随后的电子分发和/或硬拷贝印刷的方案。如所示，除了内容230，服务器210亦可接收对应于内容的元数据232。该元数据可包括关于内容的书目提要信息、被用于生成内容硬拷贝的“按要求印刷”信息、和/或分发信息，如被授权出售内容的零售商的标识和/或一个或多个电子图书数字权利管理(DRM)系统的标识。为安全起见，服务器210和出版者客户204可通过加密/解密由出版者客户204和服务器210所通信的信息的安全网络连接如HTTPS(超文本传输协议安全)来通信。
服务器210可使用所接收内容230和元数据232来自动生成内容的分发版本。例如，对于电子分发，服务器210可依照所识别的DRM方案来准备用于分发的内容的版本。类似地，对于硬拷贝印刷，服务器210可例如通过准备每个待印刷页的图像来自动生成内容的版本。
如图4中所示，服务器210包括存储并处理所接收内容230和元数据232的内容管理214系统。服务器210亦包括实施系统220，它的特点是用于不同数字权利管理系统的指令。例如，实施系统220可支持来自非附属经销商的DRM。例如，该系统具有Microsoft阅读器数字资产服务器和Adobe内容服务器数字权利管理系统的特征。
如所示，服务器210亦可包括网服务器指令212，其使得这些特征可通过互联网网站用于出版者204。在技术方面，互联网服务器指令212处理与网络客户(例如，互联网浏览器)交换的HTTP(超文本传输协议)消息。这些消息可包括例如用于呈现用户界面的指令，该用户界面将所收集的信息从远程用户传输回服务器210。该用户界面指令能以各种方式被编码，如SGML(结构化通用标记语言)指令(例如，HTML(超文本标记语言)和XML(可扩展标记语言))，或者包括条件语句(例如，“IF”语句)的指令，如小应用程序。
图5-11示出服务器210可提供给出版者以收集内容和元数据的用户界面屏幕的示例。这些示例屏幕描述内容提交的示例过程的阶段，包括选择一个或多个分发选项，提供用于所选选项的信息，监控所提交内容的处理状态，以及对内容的分发版本校样(proof)。例如通过使出版者能设置账户的用户界面屏幕，随后的序列可被继续。例如，出版者可提供银行业或信用信息以便开帐单和/或补偿。
如图5中所示，在建立账户之后，内容提交可允许用户选择内容的硬拷贝“按要求印刷”准备262和/或eBook分发264。如所示，选择eBook分发264的出版者亦可选择用于eBook分发的一个或多个DRM方案(例如，“MS阅读器格式”266或“Adobe eBook格式”268)。
如图6中所示，用户界面屏幕可收集一些可用于eBook和“按要求印刷”标题的元数据。例如，如所示，用户界面可收集标题271、出版者参考编号272如ISBN(国际标准图书编号)、语言273、投稿人清单270和简要注释277。用户界面亦可收集出版日期274和/或“上街日期”(出版物可首次被提供用于销售的日期)276，其表示将来在此之前出版者不想进行分发的日期。
如所示，用户界面亦使得出版者能选择递送内容278给服务器的方法。例如，出版者可选择通过互联网的文件上载、计算机可读介质(例如，CD-ROM或软盘)的物理递送、或用于扫描或转换为电子形式的其它方式的硬拷贝。出版者可类似地指定279用于上载图书封面图像的机构。
其它屏幕可收集来自出版者的其它信息。例如，其它屏幕可收集版本(edition)编号或描述、版本是否为删节本、内容是否为“大印刷(large print)”的指示、序列ID和/或编号、一个或多个主题类别、读者年龄范围或阅读水平、以及一个或多个标识码(例如，国会图书馆卡号、杜威十进制分类号、UPC〔通用产品码〕码等)。
如图7中所示，出版者亦可指定标价和批发折扣。服务器可使用该信息自动开始为每次销售而补偿出版者的事务处理。出版者亦可指定地域权利。例如，出版者可能不希望或被允许超出特定地理界限来出售或传输内容。
从出版者收集的信息可根据所选的分发方法而不同。例如，图8示出为eBook分发所收集的附加信息。如所示，用户界面可使得出版者能选择由所选DRM系统支持的不同DRM选项284、286。例如，Adobe阅读器选项286可给予出版者基于最大天数或副本数的对消费者印刷和复制的控制。
图8中所示的用户界面亦使得出版者能估价280内容的复杂度。例如，纯文本的小说可能比多栏、图形加强的教科书容易转换为eBook。估价方案可基于多个准则，如文本的栏数、每页的图像或表格数、每页的超级链接数、内容是否包括内容表、脚注等。例如，估价方案可被限定如下
基于估价，服务器可确定用于处理内容的费用。另外，服务器可使用估价来确定所请求格式是否为不好的选择。例如，Adobe PDF格式提供固定页面而不考虑显示设备，并可能不适合于具有许多栏的材料。
如图9中所示，为用于“按要求印刷”的所选内容而收集的信息可不同于为eBook分发而收集的信息。例如，如所示，用户界面可收集指定待印刷的装订类型288和/或在书脊上的文本290的用户输入。
还有，在接收由出版者输入的元数据和内容之后，服务器可自动准备用于以出版者所选格式分发的内容。在这样做之后，服务器可生成内容分发版本的一个或多个“校样”副本。例如，服务器可准备并传输eBook给出版者，或在“按要求印刷”内容的情况下，服务器可准备Adobe PDF(可移植文档格式)文件，该文件以将被印刷的页的图像为特征。在任何一种情况下，如图10中所示，出版者可通过与用户界面交互来接受292或拒绝294校样副本。被接受的校样将被使得可用于分发。
如图11中所示，出版者可在内容提交的整个过程中监控其所提交标题的进程。例如，所示的用户界面示出每个所提交标题的状态。该状态包括“等待材料”、“飞行前检查(pre-flighting)”和“校样”。另外，选择标题超级链接可导致显示关于标题的较详细信息，如其相应的元数据。
图12示出用于自动处理内容提交的过程240。如所示，过程240可随着收到241内容及其相应元数据开始。过程240可处理各种各样的内容格式，如Adobe Acrobat PDF、PostScript、QuarkXpress、PageMaker、InDesign、Word和标记文本格式如HTML。许多这些内容格式不包括条件语句。
如所示，过程240可确认243所接收的元数据。例如，过程240可确保没有元数据指定超过％50的批发折扣。过程240亦可例如通过核实编号的校验数位来确认ISBN编号。可发生大量其它的元数据确认，如来自出版者信用源的支付授权请求。
在收到241内容和元数据之后，过程240对可能防止精确自动准备标题的众多问题而自动检查(“飞行前检查”)内容，。例如，过程240可核对所有图像文件和所需字体的接收。如果遇到错误，服务器可自动通知出版者并等待再次提交。
假定元数据校样243和飞行前检查状态无明显错误，通过回流(reflow)文本并对其重编页码、替换图像等，过程240可继续将所接收内容转换为所选分发格式。
如果所选分发格式包括硬拷贝分发245，过程240可自动执行准备用于印刷的内容的多个任务。例如，对于文本提交，过程240可分析内容以构建247内容表。过程240亦可执行各种各样的其它任务，如分析文本结构以使新章节的第一段比其它段缩进得多。类似地，例如通过将三个连续的句号压缩成单个省略号字符或使用伸长的破折号代替使用简单的“-”字符，过程240可改变文本。过程240亦可执行其它任务，如从内容提取封面图像。
如所示，过程240可基于页的厚度和页数来计算249所制造图书的脊宽。例如通过以配合脊宽的字体来生成标题图像，过程240亦可确定用于装订的脊图像。
在自动生成用于印刷内容的信息之后，例如通过电子邮寄待印刷页的图像或通过发送用于出版者复查的标题的硬拷贝，过程240可生成250校样副本。在复查之后，过程240可发送251用于标题的所生成信息给制造引擎(manufacturing engine)，其可例如通过印刷彩色封面、印刷图书印版(book block)并装订所印封面和图书印版来控制按要求印刷标题。
如果所选分发格式包括电子图书分发253，则可发生不同的序列。例如，过程240可处理内容以生成255一个或多个Open eBook(OEB)文件。例如，过程240可包括从所提交内容提取封面页和/或有损压缩所提交图像以减小任何分发文件的尺寸。
基于这些OEB文件，过程240可生成257DRM特定文件。DRM特定文件的生成可包括DRM特定转换。例如，对于Adobe eBook，生成可包括构建Adobe型超级链接内容表、被更新以包括eBook ISBN的版权页以及允许eBook页匹配标题页编号序列的逻辑页编号。对于Microsoft eBook，生成可包括构建Microsoft型浮动(floating)超级链接内容表、被更新以包括eBook ISBN的版权页，以及转换不支持的图书版面(例如，旁注、浮动艺术(floating art)、横排图像或框，脚注到尾注的转换、将脚注安排为显示文本、以及将图像或图形置于插图编号附近但不在其之前)。附加的高级特征亦可用于出版者的选项。这些可包括被链接的索引条目，空白页的去除、交叉引用、上下文链接、图和表的列表、以及从图的文本引用到图或者脚注文本引用到尾注的链接。在校样259之后，所完成的DRM特定文件被邮寄261给DRM引擎(在以下描述)以便于随后的分发。
如所示，在以所选分发格式生成标题之后，过程240可将标题的元数据存储260在对应于不同标题的元数据数据库中。如以下所述，这个所存的元数据可被用于为零售商构建标题目录。
III.目录例如通过处理宣传出版物的任务，零售商常常在出版物销售中扮演重要角色。例如，Amazon.com借助提供封面图像、概述和读者评论的网页来宣传其大多数可用出版物。一些零售商提供超过一百万个标题的图书馆，使得其提供内容的维护成为潜在的消耗时间的任务。
如图13中所示，服务器210可包括目录生成和分发的指令218，其可生成零售商被授权并想要出售的标题“目录”300。目录300可列出零售商可用的标题并可包括随标题被提交的一些或所有元数据。另外，目录生成指令218可为特定的零售商206而定制目录300的格式，从而例如与零售商可用来管理标题信息的软件一起工作。例如，零售商206能使软件自动处理所接收目录300从而生成用于新标题的新网页信息或用于先存在标题的修改网页信息。
图14示出目录300生成的实例。如所示，过程308从所存元数据记录310选择目录300数据。元数据记录310对应于所提交标题，并可包括识别一个或多个授权零售商和/或一个或多个未授权商人的信息。过程308可使用该信息来选择特定零售商被授权处理的标题的元数据记录。
例如，元数据记录302和306将“Amazon”表示为John Grisham的“The Firm”302和“The Chamber”306的eBook的授权零售商。这样，由过程308生成的目录300可包括用于这些标题的记录，例如作为对将“Amazon”列为授权零售商的记录的SQL(结构化查询语言)查询结果。
尽管所示的元数据记录指定了单独的零售商，出版者可通过属性或分组码(例如，“电子商务经销商”)来识别一组零售商。另外，一组缺省零售商可适用于不指定一组特定零售商的元数据记录。
由于不同的零售商可使用不同的软件和/或数据格式来处理标题记录，过程308可通过使用定制的格式化信息312来定制为特定零售商而生成的目录300。该格式化信息312可指定包括在目录300中的元数据和所包括元数据的编码和安排。例如，如所示，目录310特征是被分号划界的(delimited)记录用于每个标题。就是说，分号分隔记录的不同字段。可选的是，目录300记录能以标记语言被编码以便容易被引入零售商的网页。例如，“<TITLE>TheFirm</TITLE><AUTHOR>Grisham</AUTHOR>”包括识别被包括在记录中的信息的<TITLE>和<AUTHOR>标记标签。
除了文本和其它数据，零售商亦可更喜欢接收图书封面的图像以便由其网页显示。这些图像可被引用为目录中的数据，例如为JPEG(联合图像专家组)或GIF(图形交换格式)图像数据。可选的是，每个标题可具有依照命名惯例如title_xpixelsize_x_ypixelsize.format(例如，TheFirm_600_x_400.jpeg)被存储在FTP(文件传输协议)站点的相应图像。
图15示出目录生成指令218可实施的过程330的实例。如所示，过程330选择332用于在零售商目录中引用的标题的元数据记录。选择332能起以下两者的作用“授权过滤”，将零售商限制于他们被授权出售的标题；以及“零售商定义的过滤”，防止零售商目录引用他们不感兴趣出售或宣传的作品。
授权过滤可测试可能防止在零售商目录中引用作品的各种条件。例如，如果零售商位于作品被授权出售的地域之外，过滤可从目录中删除该作品。类似地，如果标题尚未为销售而定价或如果作品尚未由出版者校样，过滤可从目录中的引用删除标题。
“零售商定义的过滤”使得零售商能指定零售商不想出售或宣传的作品的特征。例如，“Bob’s Sci-Fi eBook Store(Bob科幻小说电子书店)”可能仅对被分类为科学或科幻小说的出版物感兴趣。这样，在该实例中，过程330可检查以限定在Bob的目录中引用的标题仅包括在这些分类中的标题。类似地，例如，零售商可仅请求由一些组织批准的那些标题。
如以上所述，为目录中的引用而被选择的标题的信息可依照零售商的喜好来格式化334。在完成选择332和格式化334之后，目录可被传输336给零售商。传输可例如通过电子邮件或HTTP消息的序列来发生。可选的是，传输可通过将目录存储在可由零售商访问的FTP(文件传递协议)目录中来进行。后者的选择使得零售商能控制目录信息被接收的时间和频率。
图15中所示的过程330可被编程从而以指定的间隔自动重复。例如，零售商可在每日或每周的基础上请求目录的自动生成。对于在不同时间接收多于一个目录的零售商，过程330可生成仅包括源自先前目录的变化的“增量”目录文件。例如，目录可仅包括被授权由零售商销售的新标题或关于先前一个或多个目录中标题的新/变化的信息。
IV.实施服务器210可提供使得消费者和/或出版者能请求标题的“按要求印刷”硬拷贝或电子图书的网站。然而，如以上所述，零售商经常处理呈现标题给消费者以便购买的任务。例如，Amazon.com允许用户搜索不同的可用eBook的描述和清单。在eBook的情况下，实施购买请求可将DRM系统维护和支持的负担加到零售商的责任。图16-18示出可从零售商去掉处理这些实施义务的负担的系统。
如图16中所示，消费者208可通过由零售商206选择的机构如网页、电子邮件等在网络202上与零售商206交互。在消费者208例如通过从网页320选择标题来请求322 eBook标题之后，由远程服务器210提供的实施过程220处理对消费者的eBook分发。服务器210可以是提供在此所述的其它特征的相同服务器210。
如图17中所示，零售商206为每个所购买的eBook将实施信息324如URL(通用资源定位器)链接传输给消费者208。例如，零售商206可将URL包括在发送给消费者208的电子邮件消息中，或可将URL包括在列出消费者208所请求项目的动态构建的网页中。
当被激活时，链接将安全消息326导向服务器210。消息326编码所定购标题的标识和零售商的标识。例如，消费者可接收具有以下格式的URLhttps//server.com？parameters＝retailerID&itemID其中“https”识别消费者208和服务器210之间的安全连接，“server.com”识别网络中服务器210的位置，而retailerID和itemID分别识别零售商和所定购项目的SKU(Store Keeping Unit，由服务器210使用的产品识别编号)。URL参数可例如使用三重(Triple)DES来加密。另外，URL以附加参数为特征，如时间标记和/或扰乱其它参数以干扰掠夺企图的结果，从而构建有效的URL。为了零售商跟踪的目的，URL亦可包括由零售商指定给事务处理的跟踪编号。由于服务器210可将零售商206从DRM任务隔离，URL不需要包括任何特定DRM系统的标识。
如图17中所示，当消费者选择URL链接时，消费者208的客户不再需要与零售商206交互，而代之以与服务器210交互。然而，这对于消费者208可以是完全透明的。就是说，消费者208可仅感知与零售商206的交互。为加强这种作用，服务器210可提供为特定零售商定制的用户界面。例如，服务器210可提供状态和错误消息网页，对使用服务器210的每个零售商，其明显地以零售商的标志、风格页或其它信息为特征。
如图18中所示，在接收eBook请求之后，服务器210依照与标题关联的数字权利管理系统来处理对消费者的eBook分发332。在分发332之后，服务器212可发送确认333给零售商206，该确认描述内容的成功递送或在失败的情况下描述失败的原因。
如所示，服务器210支持多DRM系统。尽管每个DRM系统能以不同方式操作，但许多系统可共享一个类似序列。在典型的情况下，当DRM系统尝试连接到消费者208的阅读器软件时，标题的DRM分发开始。如果阅读器软件未被安装，系统可引导消费者经过下载/安装过程。然后DRM系统请求凭证(例如计算机ID、阅读器软件ID)并使用这些凭证为那个消费者“锁定”所定购标题的副本。通过加密标题副本或提供阅读器软件所需的加密凭照(voucher)以打开标题的一般加密副本，可进行这种加密。标题“被锁定”的副本然后被发送给消费者208。消费者208的设备然后自动启动与所用DRM方案关联的阅读器软件并加载和呈现标题。尽管上述过程可能看起来是复杂的，但整个过程是实时发生的，并且典型地不花费比加载标准网页多的时间。
上述方案可提供多个潜在的好处。再次通过服务器210处理实施，零售商不需要知道DRM恰好正被使用。另外，尽管图16-18示出了用于单一零售商206的标题分发，服务器210可同时支持许多不同的零售商及其消费者。这样，在服务器210处增加新的DRM系统可扩大许多零售商的产品分发能力的数量和种类。
通过将用于不同DRM系统的指令放入DRM处理引擎，服务器210可实施DRM处理。服务器210可包括并行操作的多个不同的DRM处理引擎。随着实施操作数量的增加，该技术可允许在DRM处理引擎之间平衡的负载并提供可缩放性。另外，新的DRM处理引擎能在任何时间被增加或者去除，而不影响系统的可用性。
图19示出标题实施过程350。如所示，过程350接收对标题352的请求。过程350然后可校验随请求而被接收的安全信息(例如，混乱值)。这可触发给零售商的确认消息(例如，HTTP消息)的发送。这给零售商提供了消费者通过使用零售商206提供的定购链接而进行的实际上实时的确认。当零售商206的网站出故障时，这些确认消息可被排队以便再次传输。除了其它信息，确认消息还可包括所定购标题的识别和/或定购编号。
如图19中所示，过程350可确定354是否依照独立于DRM操作而被应用354的一个或多个商务规则，将电子图书分发给网络客户。例如，商务规则可核对在请求中被识别的零售商被授权出售标题。在由出版者指定的上街日期之前，不同的商务规则可拒绝对标题的访问。另外一个商务规则可核对消费者不是将图书下载到不同的设备或超过下载的最大数量。当新要求出现时，商务规则可被生成和/或更新。商务规则可被编码为例如布尔表达式或以编程语言如C和/或SQL(结构化查询语言)来编码。如果商务规则表明分发不应进行358，过程350可发送360相应的错误消息和/或定制的屏幕给零售商和/或消费者。
在应用商务规则之后，过程350可确定362为标题所选的DRM系统。例如，服务器指令可使用所接收的零售商ID和所请求的标题ID来执行通过零售商与标题关联的DRM系统的表查找。之后，标题可依照所确定的DRM被分发364。如由DRM或商务规则所指定的，标题的成功下载可被记录以防止用户使用原先的URL链接再次下载相同的eBook。失败的下载可不被记录以使得消费者能在互联网连接不好的情况下尝试再次下载。
如所示，例如通过记录用于记账的信息、确定出版者补偿、商务规则审计、确定DRM使用费等，过程350可记录366描述事务处理的信息。
还有，在图19中所示的整个过程350中，零售商和/或消费者可接收有关其请求进程的状态和错误消息。可产生通知的事件的实例包括未知错误的出现、成功下载的完成、标题未被发现或不可用的确定、消费者未从授权零售商定购标题的确定、下载尝试超出限定的确定、通信错误的出现、阅读器软件未被安装或激活的确定、以及所接收的消费者凭证不正确的确定。尽管服务器可提供一组预定的状态和错误消息网页，这些消息可根据每个零售商的规格而定制。可选的是，事件可触发再次导向由零售商的网服务器提供的网页。
还有，过程350可向零售商提供状态信息，如定购的确认。例如，服务器可传输确认消息给零售商，其加密定购跟踪编号、时间标记和其它信息。
V.执行在此描述的技术不局限于任何特定的硬件或软件配置；它们可在任何计算或处理环境中找到可用性。该技术可在硬件或软件、或者两者的组合中被执行。优选的是，该技术被执行于在可编程计算机上执行的计算机程序中，该计算机每个都包括处理器、可由处理器读取的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入设备以及一个或多个输出设备。
每个程序优选地以高级过程编程语言或面向对象的编程语言来执行，从而与计算机系统通信。然而，若需要，程序可被实施以汇编成机器语言。在任何情况下，语言可以是被编译或被解释语言。
每个这样的计算机程序优选地被存储于可由通用或专用可编程计算机读取的设备或存储介质(例如，CD-ROM、硬盘或磁盘)上，以便当存储介质或设备由计算机读取以执行在此所述的过程时配置和操作计算机。该系统亦可考虑被实施为借助计算机程序而配置的计算机可读存储介质，其中如此被配置的存储介质使计算机以特定且预定的方式来操作。
其它实施例在以下权利要求的范围内。
权利要求
1.一种实施对电子图书的请求的方法，所述电子图书具有电子图书数字权利管理系统，该方法包括从网络上接收对电子图书的请求，所述请求包括电子图书标识符和零售商标识符；从不同的非附属经销商提供的一组至少两个数字权利管理系统为所识别的电子图书确定数字权利管理系统；以及依照所识别的电子图书数字权利管理系统将电子图书分发到网络客户。
2.权利要求1的方法，其中所述请求包括URL(通用资源定位器)，它将电子图书标识符和零售商标识符编码为一个或多个URL参数。
3.权利要求2的方法，进一步包括确定是否将电子图书分发到网络客户。
4.权利要求3的方法，其中确定是否分发所述电子图书包括将一个或多个业务规则作用到所述请求上。
5.权利要求4的方法，其中所述业务规则包括对授权的零售商的分发进行限制的规则。
6.权利要求4的方法，其中所述业务规则包括基于标识何时图书方可分发的上街日期对访问进行限制的规则。
7.权利要求3的方法，进一步包括发射一个状态消息给用户。
8.权利要求7的方法，还包括接收来自零售商的消息内容；以及定制所述状态消息以包括所述接收的消息内容。
9.权利要求8的方法，其中所述消息内容包括零售商徽标。
10.权利要求1的方法，其中接收所述请求包括响应于用户的从零售商提供的用户界面对相应的电子内容的选择，接收所述请求。
11.权利要求1的方法，其中所述网络客户包括下列之一计算机，手持个人数字助理(PDA)，以及具有显示的蜂窝电话。
12.一种计算机程序产品，设置在计算机可读介质中，用于实施对具有电子图书数字权利管理系统的电子图书的请求，所述程序包括指令，其使处理器执行从网络上接收对电子图书的请求，所述请求包括电子图书标识符和零售商标识符；从不同的非附属经销商提供的一组至少两个数字权利管理系统为所识别的电子图书确定数字权利管理系统；以及依照所识别的电子图书数字权利管理系统将电子图书分发到网络客户。
13.权利要求12的计算机程序，其中所述请求包括URL(通用资源定位器)，它将电子图书标识符和零售商标识符编码为一个或多个URL参数。
14.权利要求12的计算机程序，还包括指令，其使处理器确定是否将电子图书分发到网络客户。
15.权利要求14的方法，其中使处理器确定是否将电子图书分发到网络客户的指令包括使所述处理器将一个或多个业务规则作用到所述请求上的指令。
16.权利要求15的计算机程序，其中所述业务规则包括对授权的零售商的分发进行限制的规则。
17.权利要求15的计算机程序，其中所述业务规则包括基于上街日期对访问进行限制的规则。
18.权利要求14的计算机程序，进一步包括使所述处理器发射一个状态消息给用户的指令。
19.权利要求18的计算机程序，进一步包括使处理器接收来自零售商的消息内容的指令；以及使处理器定制所述状态消息以包括所述接收的消息内容的指令。
20.权利要求12的计算机程序，其中使处理器接收所述请求的指令包括响应于用户的从零售商提供的用户界面对相应的电子内容的选择而使所述处理器接收所述请求的指令。
21.一种服务器，包括(1)至少一个网络连接，(2)至少一个处理器，以及(3)至少一个存储用于由计算机处理的指令的计算机可读介质，所述计算机可读介质存储(a)对应一组多于一个电子图书数字权利管理系统的指令；(b)指令，用于(i)从网络上接收对电子图书的请求，所述请求包括电子图书标识符和零售商标识符，以及(ii)依照所述电子图书的电子图书数字权利管理系统将电子图书分发到网络客户。
22.权利要求21的服务器，还包括一组一个或多个所存储的规则，该规则将被应用到所接收的请求上，所述规则依照所述电子图书的电子图书数字权利管理系统来确定是否分发电子图书。
23.权利要求21的服务器，其中所述服务器包括单个计算机。
24.权利要求21的服务器，其中用于(i)接收请求的指令包括用于处理HTTP(超文本传递协议)消息的网服务器指令。
全文摘要
本公开描述了实施对电子图书的请求的方法(232)，该电子图书具有数字权利系统(214)。所述方法包括接收包括电子图书标识符(232)和零售商标识符(206)来自网络客户的请求。所述方法还包括从不同非附属经销商(220)提供的一组至少两个DRM系统为所识别的电子图书确定数字权利管理系统(DRM)，以及依照电子图书的电子图书数字权利管理系统将电子图书(230)分发到网络客户(208)。
文档编号G06Q10/00GK1483174SQ01821319
公开日2004年3月17日 申请日期2001年9月28日 优先权日2000年10月25日
发明者G·P·克拉克, J·W·克劳福德, E·J·马里诺, L·H·布鲁斯特, G P 克拉克, 克劳福德, 布鲁斯特, 马里诺 申请人:闪电光源公司