专利名称：一种指令并执行打印服务和邮件服务的方法和系统的制作方法
描述本发明涉及一个自动指令程序和一个发送服务系统内部打印和邮件服务的实行过程，其中，打印和发送邮件的指令由一个命令元件产生。
这个发明主要涉及了一个用于实行自动指令程序的系统，和一个发送服务系统内部打印和邮件服务的实行过程。
在已知系统内部，打印与邮件服务(发送系统)联合起来组成所谓的混合邮件服务。这样的服务提供了这样的可能性，通过使用一个附属系统来发送邮件产品的电子数据，如信件，明信片，电邮等等，这些数据经过整理转换成实际的最终产品。之后，标有地址的产品将被送往一个逻辑分发系统。
标有地址的邮件涉及到例如传统格式的信件，明信片或者电子邮件格式的电子信息。这类邮件特别在广告和信息竞争方面将有高额收益。例如，大量这类邮件被应用于向固定人群宣传新的企业，发送信息册以及商品目录。更进一步来说，因为某些固定原因，如特殊行为和特殊活动，商家需要在广泛区域内发送信息邮件。对于节日贺卡(如圣诞节)来说，邮件也适用于不同种类的需要。
对于一个混合邮件系统的使用者来说，很典型的情况就是在服务过程中存在很多的限制和阻碍。比如他必须先给出最少的发送量，因为如不这样做，对于服务提供商来说是非常不经济的。另外如果没有事先给出最少发送量，对于服务提供商来说各项服务的结算也是不经济的。此外用户的特别援助必须使用为电子数据设置的常规证明。对此常常涉及到一个特别的在顾客的环境里必须被安装的软件，用来整理顾客的数据，以便服务提供商可以以打印指令形式处理数据。此外服务提供商需要使用转换器以便能够有条理的传送客户产品数据。
然而由用户自行选择的打印指令的产生和单一邮件的发送，是不可能以这样系统实现的。因此，要求建立一种方式或一个系统，从而使得用户能够委托服务提供商实行诸如带有个性化设计的单一明信片打印和紧接着的明信片发送的要求。
上述发明的作用在于，提供指令程序和一个系统内部打印服务和邮件服务的实行过程，通过这个发明，用户只需在系统指令元件上投入少量花费，就可以发送单独的邮件，邮件的结构可以由用户自由选择。
此外，发明的进一步任务是，建立一个采用上述指令实施过程进行单一打印服务和邮件服务的系统。
这一任务根据设计要求，通过一个自动指令过程和一个发送服务系统内部打印和邮件服务的实行过程得以解决，打印和邮件发送指令由一个命令元件产生，整个过程具有以下几个步骤特征-通过一个指令元件产生一组指令数据，指令数据至少由一个图像主题和发送信息组成；-通过一个接口将指令数据传送到数据库；-通过一个与数据库相连的处理元件将数据指令整理成一个打印指令；-将打印指令传送到一个打印装置上；-在打印装置中产生邮件；-将邮件发送到一个分配系统；-打印服务和邮件服务费用通过一个计算元件进行结算。
在一个特别中意的设计实例中，涉及到一个明信片的打印和发送，典型的明信片包含有一个主题创意图片区域和一个带有问候语的文字区域，如果有可能还包含有广告和发送信息。该设计也能产生其他种类的卡片，如贺卡或者可折叠地图。在所使用的指令元件里，涉及到不同的介质。例如一个打印和发送邮件指令的产生通过带有从属服务器主页的应用程序来实现是很有利的。
人们使用万维网所公开的Html文件编写一个主页或者网页。这个网页以及服务器可以属于一个固定的发送服务系统或者属于能灵活参与发送服务系统的付款人。付款人作为与发送服务系统有关的用户时应该了解到，其他用户也有可能产生和发送邮件，而所产生的服务费用也将部分或全部由付款人承担。付款人首先在发送服务系统上登记注册，通过这样的方式可以产生所谓的带有确定特性的赞助事件，如被赞助邮件的数量和时间期限。
一个固定的用于指令控制的发送服务系统以及打印服务和邮件服务实行过程能够被诸如邮局等处所应用，并且展现出对流程另外组分的自动化管理。除了指令元件外，在网页以及从属服务器中至少还具备一个数据库，一个于数据库相连的处理元件，用于将数据处理成为打印指令，一个合适的接口，以便方便的传送数据。更进一步要求带有一个打印装置以产生邮件，一个计算元件，用来结算产生的打印和邮件服务费用。
这些元件可以固定安装于发送服务系统内，或者因为有利于打印装置的原因，从系统内分离出来。这样不同的打印服务提供商可以加入邮局发送服务系统，通过这样的方式，可以达到高度的模块化，且具有高度灵活性。批量打印指令的可行性特别与现有相应的打印装置有关，这一指令可以强化并充实更大的指令。
在一个特别中意的设计实例中，设置有一个计算元件，用于计算每个通过分发服务系统产生邮件发送指令的用户所需要的部分或者全部打印和邮件服务费用。这种方案对应于用户通常支付他所提要求被接受后所需要的服务费用。然而这也有利证实了其他结算方案也是有可能性的。例如对于一个系统的用户群来说，作为广告活动向他们的客户提供发送免费的或者低价的邮件是有利的。通过这样的一种方式，一个客户可以选择并发送一种明信片，而所产生的费用部分或者全部记入付款者的账单中。计算元件向一个没有产生指令的用户(付款人)提供全部或者部分打印和邮件服务费用账单。在一个特别中意的设计实例中，服务费用结算要求先于打印和邮件发送完成。
本设计除了通过一个与从属服务器连接的网页产生的打印和邮件发送指令外还有更进一步优势，用户可以通过一个移动终端产生一个指令，指令数据可以通过发送服务系统的接口传输。为了整理在这些端口可以处理的数据，由移动终端传送的数据可以在一个中间设置的二级接口中改造成一种统一格式，这种格式可以被发送服务系统，如数据库和从属的接口处理。
要产生一个邮件如明信片指令，至少需要包括发送信息的说明和明信片打印创意图片的选择。此外也可以由用户表明典型的问候文本。卡片的创意图片可以由用户从已经存在的样例汇编中选择或者由用户方面自行产生并整理。可选择的创意图片可以通过发送服务系统或者一个付款人事先给出。对于付款人来说优势在于，他可以将所希望的特性(如广告语)加入这个创意图片之中。特别在一个由移动终端(如一个移动电话)产生指令的设计类型中，对于一个用户来说是有利的，他可以通过移动电话的功能即时产生图片或照片，并将这些图片或照片制作成明信片格式发送。
用户通过一个与从属服务器连接的网页产生一个打印和邮件发送指令，从而使得付款人与不同下属变量综合化成为可能。创意图片的选择以及指令的产生能够在发送服务系统或者付款人的网页上完全体现，以至于付款人只需要将命令传送到发送服务系统上。
通过一个付款人进行服务结算是我们特别喜爱的，但是本发明不会因此而受到限制。本发明使得一个自由的服务结算成为可能，以至于付款人的功能自然而然的可以由其他服务的付款人接替。本发明使用一个简化的邮件服务结算功能，不必受到每个单一的使用情况下账单结算的限制。
账单的结算能够通过下面的方式得以实现，先发送一个参与者认证码，然后通过一个包含这个认证码的数据库进行调整，最后从被编入的用户银行账户中扣除费用。
在本设计类型中(包括过程，系统以及施行设计的装置)，总共参与的付款人数为60人。此外，60位不同付款人的功能也可以由一位付款人接替。
本发明更进一步描述了一个通过自动指令过程实现打印以及邮件服务的系统，打印和邮件发送指令由一个指令元件产生。
在中意的设计实例中，这个系统包括了至少下列元件-产生指令数据的指令元件，其数据由至少一个图像创意图片和发送信息组成，-从指令元件通过一个接口将指令数据传送到数据库的介质，-与数据库相连的处理元件，用于从指令数据产生打印指令，-一个与数据库相连的打印装置，用来产生邮件，-一个与数据库相连的计算元件，用于打印与邮件服务费用结算。
本设计其他更有利的，特殊的以及合适的改进由下列权利说明以及以后的中意的设计实例描述与图例表明。
图例中显示
图1描述了一个符合设计要求的发送服务系统的特别中意的设计实例。
图2描述了一张通过符合设计要求的过程和系统双面打印的明信片。
图3通过一个网页应用程序产生一张明信片指令的流程。
图1显示了一个特别中意的符合设计要求的系统，用于产生打印与邮件服务指令。在这个描述中，为了使得系统10更加明确的表示，使用虚线将其与其他元件分隔开，这些元件对于这种系统的运行是有利的。不同的元件可以分离出系统或者附加集成进入系统。这个系统在下文中将用作发送服务系统。发送服务系统10的核心部分将通过一个数据库31构成，这个数据库可以进行数据存取并与其他不同的系统元件相连。总的数据保留将在一个相关数据库中进行。数据库类型应选用诸如甲骨文数据库(oracle datenbank)较为合适。数据库通过接口30与至少一个产生打印与邮件发送指令的指令元件相连，数据库更进一步与产生打印指令的处理元件70以及传送打印指令并产生邮件的打印装置50相连接。接口30的类型应选用JDBC接口(Java数据库连通接口)。此外，系统还包括一个计算元件91，用来结算由系统产生的打印与邮件服务费用。
图中描绘的指令元件20涉及到一个与从属于系统的服务器22连接的网页21。通过网页21上的应用程序用户可以产生一个诸如发送明信片的指令，指令通过接口30传送到数据库31，指令元件也可以是一个移动终端，图1中描述为移动电话80。
对于发明来说，发送服务系统10的用户能通过这样一个移动终端产生打印和邮件服务指令是非常有利的。用户可以通过移动电话选择所提供的明信片创意图片。特别有利的是，用户可以选择通过移动电话产生一个数码图片并将其作为明信片的创意图片。
用户通过一个移动终端80产生一个指令，这个指令通过接口30传送到数据库31。为了进行数据转换，在接口30和移动终端80之间存在一个二级接口81。这个接口的起到诸如改变数据类型和(或)地址检测的作用。
处理元件70至少包括2个后台服务，在这里以71，72表示。当其中一个后台服务产生预览和打印数据的时候，当另一个后台服务则用于创意图片的设置，数据库至少与一个打印装置50相连，并传送所产生的打印指令。打印装置可以进一步成为发送服务系统的组成部分或者作为外接模件与系统相连。这涉及到由一个或者多个打印服务提供商打印系统所指派的邮件。打印装置产生带有所含数据的邮件40，并将其发送到分发系统90。分发系统根据由用户事先给出的发送信息，通过不同的分类及分发工具将邮件发送到接收者手中。在这个中意的设计实例中，在打印装置50与计算元件91之间存在一个连接，以至于每个执行完成的打印和(或)发送消息能够及时发送给计算元件。
在一个特别中意的设计实例中，系统10至少包括一个系统用户(以下用付款人60表示)。付款人可以自由地与系统连接，并且拥有一个带有应用程序的网页61以及一个从属服务器62。
符合设计要求的方式中，指令元件为打印服务提供商产生一个与邮件服务相连的指令。在这里涉及到一个明信片发送的指令。为此用户选择一个创意图片进行明信片打印，并给出卡片发送信息。创意图片的选择能以不同的方式实现。其中之一就是用户从系统中选择一个以及存在且可供选择的创意图片。更理想的情况就是用户能产生自己的创意图片，与发送信息一起传送给系统10。
在特别中意的设计实例中，所描述的指令元件20涉及到一个与从属服务器22相连的网页21，用户通过计算机可以访问该网页。用户与网页21、服务器22之间通过互联网连接。用户通过一个移动终端80产生一个打印与邮件服务指令，优先考虑使用MMS信息(多媒体信息服务)通过smtp或者http协议进入系统。
在特别中意的设计实例中，打印和邮件服务指令要求使用户的花费尽可能少甚至完全免费。所花费用由付款人60承担。例如，对于付款人来说，通过让其他系统用户使用这个赞助服务以达到其本身广告目的是有意义的。用户能够访问一个网页，通过网页发送免费或者低价的明信片。这个网页可以是发送服务系统的网页21或者付款人的网页61。在某些情况下，付款人可以设置特殊的卡片创意以供使用，而用户需要为此支付卡片的费用。
付款人60希望可以通过一个由用户指令引起的支付方式赞助所准备的卡片创意。指令实行所产生的费用将由付款人结算，付款人在发送服务系统上登记一个付款环状行动(以下以主办事件表示)。主办事件描述了一个带有特定属性的支付行动，如开始、结束日期，最大上限等等。最大上限可以通过定义这个上限适用的周期来限定。例如，定义上限为“每天500张卡片”或者全局上限为“总时间内1000张卡片”。主办事件优先考虑在系统的数据库31中以表格形式设置。这样的好处在于，一个付款人能够拥有任意多个主办事件。
在系统10内部，数据库31至少负担下列的任务-数据逻辑的集中控制-数据集中处理所有系统应用程序都通过这个数据库管理他们的数据。“应用程序”通常就是任何所使用的程序或者大规模的软件包如数据库应用程序。数据库31除了管理其他对象外，主要集中管理如付款人，事件状况和创意图片等对象。应用程序所有或者部分的参考与控制数据，甚至应用程序本身都由数据库来管理。表格不仅被用于定义和配置主办事件，而且注明其作用。例如，已经被发送的指令数量，以及相应提高的结算金额，以便在达到事件上限的时候撤销指令操作。
在一个特别中意的设计实例中，主办事件的表格至少包括下列内容
为访问了这样的表格，采用一个标准应用程序接口是特别合适的，程序接口包括添加，修改，删除与查询功能。当应用程序接口含有这些功能的时候其优点在于，可以确定一个主办事件是激活的，不激活的或者是临时不激活的，也可以当达到上限，周期开始或者结束的时候设置成相应状态。
被发送的邮件数量以及扣除的主办事件费用可以通过一个触发器计算。触发器提高被发送的邮件数量以及事件费用并紧接着进行核查，是否已经达到上限。当达到最大上限的时候，事件将被撤销。
主办事件带来不同的实施方案。对于所有的方案，付款人60必须设置发送服务系统10使得所希望的卡片创意可以被使用。系统也可以事先给出一个特定的要求，例如传送的数据类型，数据大小，颜色选择，分辨率和(或)最终尺寸。例如，要求以TIFF格式文件作为卡片创意，选择CMYK颜色，最小分辨率为350像素(像素/英寸)，最终尺寸为15.25厘米×10.9厘米(卡片经过裁减后实际尺寸为14.85厘米×10.5厘米)。它因此可能需要系统10准备好印刷品并在系统自身数据库中进行维护。当最终数据在打印装置50中进行修整的时候，原始数据则在系统10中进行修整。
在第一种设计类型中，用户从系统10的网页21进入，并产生一个打印和邮件发送指令。在这个网页上，可以提供受赞助的或者非受赞助的创意图片。受赞助创意图片与非受赞助的需要花费购买的创意图片一样在创意图片选择中显示。作为广告目的，受赞助的图片可以显示付款人的文字或者标记提示。用户选择一个创意图片，并连同发送信息一起产生一个指令，这个指令被传送到数据库31以及与之相连的其他元件。
对于付款人60来说这一设计类型只需要支付少量的费用。他只需要向系统10提供可供使用的创意图片。用户可以直接进入网页21或者付款人在自己的网页61上设立一个连接，通过从属服务器62进入发送服务系统网页。设计要求不允许付款人更进一步的与系统10一体化。此外，系统网页的每个用户可以看到受赞助的创意图片，并免费发送。而对那些之前已经访问了付款人的网页的用户，这样的免费发送是不可能的。
在第二种设计类型中，用户从付款人的网页61选择所希望的明信片创意图片，并通过系统10发送。系统10内部创意图片的选择在这种情况下对于用户来说是不可用的。这种方案要求用户必须访问付款人网页，以便发送一个免费明信片。用户通过付款人网页上相应的连接自动进入发送服务系统网页的应用程序。用户通过应用程序产生一个打印和邮件发送指令，发送服务系统的服务器将这个指令传送到数据库。在这种情况下，付款人需要支付更多的费用。由于用户实际从付款人的网页进入系统10，这样费用就主要与需求量相关。用户从付款人网页自动跳转到发送服务系统网页，要求首先考虑通过在付款人服务器与发送服务系统服务器之间建立一个网页交换通信程序实现。为了确保发送，对于从付款人60网页而来的系统10的用户来说下列过程是特别有利的付款人60通HTTPS协议(超文本传输协定，安全)调出网页21上的一个特殊页。这可以通过诸如ASP-，CGI-或者JSP程序实现。ASP即“动态服务页面”(Active Server Pages)，它用来处理动态网络页面，这些页面可以包含一些小程序(或者说插件)，在显示在浏览器上之前，他们可以服务器上运行，而不显示出路径。CGI即“公共关系接口”(Common GatewayInterface)，这是一个网页服务器与用户之间的数据交换接口，接受到的CGI格式数据也可能被继续处理或者发送回服务器。JSP即“Java服务页面”(JavaServer Pages)，JSP网页是带有特别特征Java程序的HTML格式文件。
网页21的特殊页是收到保护的，这是为了防止第三方利用付款者的费用发送卡片。一方面付款人60的服务器62必须通过向系统10提交一个清楚的电码记号来识别主办事件。这一识别(ID)由系统预先分配。另一方面，设置一个ACL存取控制列表(Access Control List)，仅允许存取不同付款人的授权IP地址。在这个列表中，网络计算机只允许存取指定的网络服务。每个付款人的IP地址必须预先分配，系统10接通这一地址。更高的安全措施通过设置用户证书实现。
作为调用的应答，系统给出一个会议ID。这个会议ID对于用户来说是一个电码记号，以便用来发送免费的明信片。付款人60的网页62上的程序评估返回的数据，并继续通过一个连接引导用户到达系统网页21。填写与发送一张所期望的卡片可以如之前已经描述过那样通过系统10的不同网页页面实现。这也存在一个审核，那些不是通过付款人网页进入发送服务系统网页的用户将不能产生一个指令。这类设计类型主要应用于根据会议ID要求的记录实行中。
在另外一个设计实例中，发送服务系统10中用于填写和发送卡片的网页与付款人60的网页61进行特别配合，也可以随意与付款人网页集成。在这里也首先要求一个会议ID，用户紧接着被引导至系统10的网页20。明信片总是通过系统10填写并发送，但是封面设计可以自由更改。付款人个性化网页将代替单一系统默认页显示。在连续网页和单一网页上传递参数是网页设计的主题，而这几乎是没有限制的。
完全与付款人网页集成将带来高额的花费。不同的HTML网页必须设置，测试并与系统集成，为此这些网页必须传送给系统10，在那里它们被优先测试并集成。
付款人或许希望使用自己的编辑器或者自动生成卡片，他就可以通过另一个设计类型中的指令，直接向服务网页提供而无需经过用户相互作用。付款人60不使用系统10的网页，而是自行产生所需要的数据，并将其提供给系统10中服务器22的服务页面，该页面接受这些数据，并预定卡片。打印和邮件发送指令将在付款人网页产生，从属服务器将指令数据直接传送到发送服务系统的服务器上，再由其将数据传送到数据库。
明信片的登记与数据在系统内的传送也可以是完全不同步的。例如，付款人60可以将卡片数据收集在一个数据库中，每天向系统发送一次。
用户使用直接委托方式则无需提供会议ID，可以通过一个单一的调用直接实行。除了卡片数据之外，他还需要付款人钥匙，通过这钥匙他可以在发送服务系统10中得到认证，这也使得主办事件得到确认。由于向下兼容性原因，在直接委托方式的时候，也可以用一个赞助的会议ID代替之前的付款人钥匙。直接委托存取方式优先考虑采用网页服务器ACL进行保护，以便减少未经授权的卡片发送给付款人带来的额外支出。更高级的安全措施将通过一个用户证书实现。此外，访问者设置一个可用的适当方式，通过这个方式他可以检查他的指令是否被有秩序地接受。
图3描述了一个通过网页应用程序产生打印和明信片发送指令的流程。这个流程由一个起始页开始，设置了一个流程布局扼要。起始页的布局扼要以及以后的网页可以由发送服务系统10确定或者由付款人自由设定。通过付款人调用发送服务系统的网页21时，则不显示发送服务系统的标准网页，而显示由付款人设定的网页。
在起始页上，所有可用的创意图片类型名称以事先给出的分类方式用列表的形式描述。用户将鼠标移动到一个类型上，类型列表的连接将会显示这个类型的缩略图。最初，缩略图将会按照分类显示第一个类型。用户从列表中点击一个类型，打开一个类型概要页。在起始页上页可以发现另外一个连接，这一连接可以将用户导向应用分支，以便用户上传自己的创意图片。这样产生的页面在图3中以“上传”表示。在这里，这里创意图片应用程序接口对选择类别信息证明是合适的。
“类型列表”页面显示了一个所有可用类型图像的预览列表。用户点击一个预览图像，就可以看到所选择类型的创意图片摘要。这里创意图片应用程序接口对选择类型信息证明是合适的。
带有创意列表“类别展示”的页面，显示了所有在所选择类型中可用创意图片的预览效果。通过点击一个创意图片，用户可以进入“创意图片展示”页面。在这个页面上，可以显示创意图片缩略图的细节部分。在这个页面上，在之后的付款过程以前预先显示了所选择的创意图片的价格信息。这只是一个不含有邮费的价格，因为用户在之后的页面上才会选择他的卡片将发送到何处，所以邮费信息在这里还不能事先给出。建立一个创意图片应用程序接口对于选择类型以及图片信息是有利的，而建立一个定价应用程序接口对于传送及显示价格的是有利的。
用户可以选择使用自己的创意图片，通过“上传”页面将自己的创意图片上传。他能通过一个“查找”按钮确定所使用的数据位置，上传完成后，点击“继续”按钮将数据传送到“自创图片预览”页面，页面接收这些数据并产生及提供一个预览的图像。
自创图片预览接收到图片数据，并检测图片数据是否大于最大允许的上限。当给出的数据大于最大允许上限或者操作失误时，上传将被中止，并给出出错信息。
当数据被接收并没有发现错误的时，应用程序先对图片进行预查。检查包括-图片是否是一个有效JPG格式文件。
-文件名是否以.jpg或.jpeg做后缀。
-像素是否高于允许的最大值(最优设置的上限，例如默认值为300万像素)。
-数据大小不高于允许的最大值(最优设置的上限，例如默认值为300KB)。
如果数据不符合要求，会显示一个出错页面。如果数据正确则会设立一个修改图片任务，数据将会以任务文件的形式保存。这一任务将从用户的JPG文件产生一个预览图像(这个图像将被印在明信片上)以及一个打印的PDF文件。应用程序每相隔一段设定的时间就会询问一次任务的进度。打印结果将在一段设定的时间内产生，并提供一个带有预览图像的预览页面。对于不能充满整个明信片的图片来说，预览图像将包含一个白色的边框。为了使得不能充满整个明信片的图片能更清楚的表现，边框至少有1个单位的宽度。当打印结果不能显示或者发生一个错误的时候，将显示出错页面。
在预览页面上，将提供用户一个HTML编辑器(EditHTML)和一个Java编辑器(EditJava)的连接。
在HTML编辑器页面上，用户可以通过一个HTML表格，给出明信片的文字，地址信息以及他的email地址(可选项)。在这个页面上，提供用户“返回”、“预览”和“继续”3个按钮。“返回”按钮将根据用户使用自己的或者一个标准的创意图片，返回到“创意预览”或者“自创图片预览”。“预览”按钮将使得用户可以预览PDF文件。“继续”按钮将保存用户数据并将其发送到明信片上，产生一个用户工作。
执行“预览”和“继续”操作时，用户输入的信息首先经过用户页的Java插件检查。需要检查诸如给出的email地址是否一致以及是否输入了地址信息等等。在“继续”操作时还要额外检查是否用户同意总服务条款(AGB)。当国家选择德国的时候，还要检查是否填写了邮编、地区和至少2位地址栏；对于邮编来说(以德国为例)要检查是否是5位数字格式。当有错误产生的时候，将通过信息框来提醒用户。当所有检查顺利通过之后，数据将被送往一个专门的(位于服务器上的)互动页面。
执行“预览”操作时，互动页面产生一个打印和预览的PDF文件。应用程序每相隔一段设定的时间就会询问一次任务的进度。如果在一段设定的时间内没有产生打印结果或者发生错误，将会显示一个出错页面。当任务完成后，预览的PDF文件将在一个分开的窗口(文本预览)中打开。
在执行“继续”操作时，互动页面将要检查当前预览和打印的PDF文件是否存在，而这些文件用户可能通过“预览”已经产生了。如果当前的PDF文件存在，则使用这些文件，任务进程不需要再次调用文件。如果还没有PDF文件存在，或者用户的卡片信息为了产生PDF文件而发生改变，那么任务进程就将产生一个新的PDF文件。紧接着，这些数据将被发送到那些投入用户工作的明信片上。
在Java编辑器页面上，用户可以通过Java附属程序给出卡片文本和地址信息。在附属程序中，要求用户接受总服务条款。附属程序将卡片文本数据以一个特殊的XML格式文件发送到服务器22上。从附属程序发送的优点在于，用户对于数据的输入可以采用“所见即所得”的方式修改。
页面提供用户“返回”、“预览”和“继续”3个按钮。“返回”按钮将根据用户使用自己的或者一个标准的创意图片，返回到“创意预览”或者“自创图片预览”。“预览”按钮将使得用户可以预览PDF文件。“继续”按钮将保存用户数据并将其发送到明信片上，产生一个用户工作。
执行“预览”和“继续”操作时，用户输入的信息首先经过用户页的Java插件检查。检查要求与使用HTML编辑器时相同。
所提供的字体和颜色是事先设定的。用户在回到默认设置的时候，不能选择字体和颜色。如果输入的卡片文本不适合先前所存在的区域，则系统要求发出警告，并产生新的PDF文件；适当的文本则不再被切除。
“文本预览”页面将通过“预览”按钮调用Java和HTML编辑器。文本预览将用新窗口打开，窗口仅仅包括文本页面产生的PDF文件但不包括布局信息。用户可以通过浏览器的功能保存或者打印PDF文件，并关闭这个窗口。
用户通过HTML或者Java编辑器设置他的卡片，数据将被送到等待发送的明信片上。等待发送的明信片涉及到一个用户看不见的页面，这个页面接收数据，检验地址以及总服务条款协议，另外已经产生了对用户方的检测(在同样标准以后)，紧接着产生一个用户工作并给出明信片的价格。当这些都顺利完成之后，等待发送的明信片继续传送到计算元件91，通过这个元件产生完成支付过程。计算元件在下面以结算服务的形式表示。
结算服务91通过指令主管支付过程的完成。它能够接受支付系统无限制数量的模块。结算服务虽在图3中作为独立的元件描述，但它最好不要以一种分开应用的形式或事例工作，而是作为用户界面程序的集成部分考虑，并且在后面也同样作为用户界面程序的一部分考虑。
结算服务确定对于可用任务采用何种支付方式，并提供用户一个互动的支付过程。例如可以使用诸如T-Pay，Firstgate等微型支付系统。
结算服务优先考虑当执行受赞助的用户工作时，无需通过用户自动执行支付过程。受赞助的工作可以通过诸如银行兑现支付，而通过这样支付的前提是付款人提交一个可用的银行联系方式。支付过程通过付款人或者用户确定，而使用者自动被引导到确认页(发送确认)上。
与如何产生打印及发送明信片指令无关，接口30将这些指令传送到处理元件70。在一个特别中意的设计实例中，处理元件包括2个所谓的后台服务，用来产生紧接着的打印装置50所必须的PDF文件以及预览文件。一个后台服务(图片创意设置71)用于产生创意图片预览和打印数据。另一个后台服务(文本设置72)产生文本打印与预览的PDF文件。打印文件最好用PDF文件以一种特殊的明信片格式产生，比如带有一个附加的边框，以避免与图片本身白色的边框或者与其他由邮件产生的创意图片重合。
接下来描述的是用于产生一张明信片的数据，其处理与转换过程。用于产生一张明信片的文本可以使用3种不同的格式简单文本，RTF文本(多文本格式)和XML文本(延伸性标注文本)。
XML格式适用于打印说明书，它在卡片产品页能更好地被处理。这样文本模块，线条以及图片都可以以毫米为单位进行定位设置。因此，优先考虑将数据转换成XML格式。
一个简单文本将在处理元件70中转换成XML格式文件，以便当前从属的生产核心只处理XML格式文件。多文本格式也通过一个模件转换成XML格式文件。
简单文本对应于普通的，无格式文本，并且当用户在一个HTML指令元件中输入文本的时候，由用户界面程序产生。卡片文本的字体、字的大小可以由用户界面程序给出。通过网页或者移动终端输入文本，再由处理元件的后台服务程序逐行打印，这样的方式是特别有利的。
明信片的创意图片最好是JPG格式。JPG图片通过它的分辨率(以像素为单位)来明确表示一个真实图片大小(以毫米为单位)。如果没有事先说明分辨率，则使用一个默认的分辨率，比如96像素。
需要打印的文件由打印文本页面100和打印创意图片页面110组成，这在图2中已经在相连的位置描绘出来了。文件最好作为一个单页PDF文件以特殊的明信片格式产生，这种格式带有一个附加的边框，以避免与图片本身白色的边框或者与其他由邮件产生的创意图片重合。
打印文本页面100包含下列元素，诸如卡片文本101，发送信息(收件人地址)102，版权说明103，公司标识104，邮票粘贴处标记或者邮票105，预先规定标记106和(或)一个在矩形格式中的图表元素107，这些图表元素将卡片分成2个区域。这个页面的布局可以事先确定，特定的参数如边框与距离都可以适当的设定。如果用户希望上传自己的标识数据，页可以通过一个相应的连接实现。
在一个特别中意的设计实例中，后台服务程序产生一个打印PDF文件，和一个可选的预览PDF文件。打印PDF文件包含一个页面，其大小如同一个普通的明信片，在页面上打印输入的文本。
打印PDF文件附带产生2个预览PDF文件。
·一个PDF文件是A6大小页面，文本PDF文件通过静态PDF文件设置，以便提供用户相应明信片的整体印象。
·另一个PDF文件是一个A5大小页面，明信片的两面(图片与文字面)被安排在这个页面上。
以TrueType格式存在但不是PDF默认格式的字体将引入PDF文件中，以至于打印机可以使用这些字体。
系统用户上传个人的图片创意，产生一个包含客户上传的图片创意的PDF文件，并按照确定的规则打印。如果图片不是以一个确定颜色格式上传，那么要转换成合适的颜色格式。由于CMYK颜色格式对于明信片打印来说是有利的，所以为了打印PDF文件，以RGB颜色格式上传的图片都要转换成CMYK颜色格式。为了产生预览图片(JPG格式)，可以保留RGB颜色格式，如果图片以CMYK颜色格式上传，则要转换成RGB颜色格式。
后台服务程序将分析由用户上传的图片以及由此产生的用于生产的PDF文件，同时也分享在用户界面程序中用于预览的JPG格式图片。比例/定位操作将不由后台服务程序执行，而根据相应的参数(宽度，高度，定位)与PDF文件集成在一起。图片能够被RIP(光栅图象处理器)有选择性的估算。生产所需要的图片在安置之前，在PDF文件中被转换成CMYK颜色模块，以便达到最佳的打印效果。
在PDF页中，除了上传的图片外还将产生一张为了在用户界面中预览的JPG格式的图片。这个图片以白色为背景，并与PDF文件的布局相适应。
处理元件70将通过后台服务程序产生的打印指令传送到执行打印指令的打印装置50，这个打印装置元件可以产生不同的邮件产品，例如打印明信片或者信。为了最大限度地自由地产生不同邮件，最好是将不同的打印装置元件与系统10相连或在系统内集成。一个打印装置可以产生特定的一种邮件产品。打印装置涉及到系统化的元件或者相关的打印服务提供商，他们接收打印指令并将其发送到分发系统90。
处理元件70将通过后台服务程序产生的打印指令传送到执行打印指令的打印装置50，这个打印装置元件可以产生不同的邮件产品，例如打印明信片或者信。为了最大限度地自由地产生不同邮件，最好是将不同的打印装置元件与系统10相连或在系统内集成。一个打印装置可以产生特定的一种邮件产品。打印装置涉及到系统化的元件或者相关的打印服务提供商，他们接收打印指令并将其发送到分发系统90。
用户从一个事先给出的集合中为明信片选择一个创意图片，在这样的情况下，创意图片将作为带有锯齿状切口标记的附言文件存放在打印机的一个本地数据存储器中。附言文件的格式为151.5×108毫米。切口标记将如此设置，使得可以在148.5×105毫米处裁减。为了打印产品，打印装置50需要提前有一个文件在本地打印机上作为参考。
对于所有文本页，在分类机上都存在锯齿状的附言文件。这些文件包括付款人标识，邮票粘贴处以及正中的矩形框。所有其他的文本(版权，文本区，地址区)都存在于一个由后台服务程序产生的PDF文件中。SDL(服务日期线)是一个为重印准备的清楚的编号，这是在生产中被产生的。
用户上传自己的图片文件，以便让这个文件在创意图片页中使用，而为了产品打印需要一个包含这个图片PDF文件。PDF文件由后台服务程序产生。打印装置50在生产过程中插入切口标记。文本页的设置与已经描述的由用户从给定的创意图片中选择的页面相适应。
符合设计要求的过程以及从属的用于实现这一过程的系统带来不同的优点。其中之一就是使得系统用户能够通过给出一个指令发送单一的邮件，同时用户可以自行制定一个高质量的邮件。用户不仅仅可以从已经给出的创意图片中选择一个图片，而且可以上传自己的图片。通过网页应用程序产生一个指令，邮件的发送是非常容易的，而且对于用户来说不需要特殊合适的附加元件。通过一个移动终端如移动电话产生的指令也描述了一种用舒适且快捷的产生数码图片的方式，并将图片作为明信片发送。对于付款人来说，特别通过所描述的设计类型可以提供不同的可能性，以便其使用受赞助的明信片发送进行一个广告宣传活动。付款人产生的费用可以逐步由付款人确定。
附图标记列表10发送服务系统20指令元件，用户界面程序21发送服务系统网页22发送服务系统服务器30用户界面程序接口40邮件产品50打印设备60付款人61赞助商网页62赞助商服务器70处理元件，后台服务程序71图片创意设置
72文本设置80移动终端81移动终端接口90计算元件，结算服务100文本页面101卡片文本102发送信息103版权说明104公司标识105邮票粘贴处标记，邮票106预先规定标记107将明信片分开的图表元素108明信片创意图片110创意图片页面
权利要求
1.本发明涉及一个自动指令程序和一个发送服务系统(10)内部打印服务和邮件服务的实行过程，在这里打印指令和邮件发送(40)指令由用户通过一个命令元件产生，这一过程具备下列几个特征步骤-通过指令元件产生指令数据，指令数据至少由一个图像创意和发送信息组成，-指令数据将通过一个接口(30)传送到数据库(31)，-在一个与数据库(30)连接的处理元件(70)中，将指令数据处理成打印指令，-打印指令传送到打印装置(50)上，-在打印装置(50)中产生邮件(40)，-邮件(40)被转送到分发系统(90)，-打印与邮件结算通过一个计算元件(91)进行。
2.如权利要求1所述的方式，其特征在于，指令元件通过用户给出的至少一个图片创意以及发送信息，产生一个打印和邮件发送指令。
3.如权利要求1和2或其中之一所述的方式，其特征在于，对于一个指令来说，图像创意可以由用户方面自行产生图片或者从用户事先给出的图片中选择。
4.如以上一个或者多个权利要求所述的方式，其特征在于，打印和邮件发送(40)涉及到明信片，贺卡和(或)可折叠地图。
5.如以上一个或者多个权利要求所述的方式，其特征在于，计算元件(91)将向一个发送服务系统(10)的用户提供由用户产生的全部或者部分打印和邮件服务费用的账单。
6.如权利要求1到4中一个或者多个所述的方式，其特征在于，计算元件(91)将向一个在发送服务系统(10)上登记的用户(付款人)(60)提供所产生的全部或者部分打印和邮件服务费用的账单，而这个用户没有产生打印与邮件发送指令。
7.如以上一个或者多个权利要求所述的方式，其特征在于，通过计算元件(91)所进行的打印和邮件发送费用结算，结算要求在打印与邮件(40)发送前完成。
8.如以上一个或者多个权利要求所述的方式，其特征在于，打印与邮件(40)发送指令通过一个与从属服务器相连的网页中的应用程序产生，指令数据通过一个接口(30)传送到数据库(31)。
9.如权利要求8所述的方式，其特征在于，与从属服务器相连的网页可以是发送服务系统(10)的网页(21)或者是付款人(60)的网页(61)。
10.如权利要求8和9或其中之一所述的方式，其特征在于，用户通过付款人(60)网页(61)上相应的连接自动转接到发送服务器(10)网页(21)的应用程序上，用户通过这个应用程序产生打印和邮件(40)发送指令，服务器(22)将这一指令数据传送到数据库(31)。
11.如权利要求10所述的方式，其特征在于，用户自动通过付款人(60)网页(61)前往发送服务器(10)的网页(21)，这要求在付款人(60)的服务器(62)与发送服务器(10)的服务器(22)之间存在一个相互通信过程。
12.如权利要求11所述的方式，其特征在于，相互通信过程需要检测用户是否通过付款人(60)的网页(61)进入发送服务器(10)的网页(21)。
13.如权利要求12所述的方式，其特征在于，当检测到用户不是通过付款人(60)的网页(61)进入发送服务器(10)的网页(21)时，就不会产生指令。
14.如权利要求8和9或其中之一所述的方式，其特征在于，打印和邮件(40)发送指令，在付款人(60)的网页(61)上产生，从属服务器(62)将指令数据传送到发送服务系统(10)的服务器(22)上，服务器(22)再将数据传送到数据库(31)中。
15.如权利要求1到7中一个或者多个所述的方式，其特征在于，打印和邮件(40)发送指令通过一个移动终端(80)产生，指令数据通过接口(30)传送到数据库(31)。
16.如权利要求15所述的方式，其特征在于，指令数据通过一个二级接口(81)传送到接口(30)。
17.如权利要求16所述的方式，其特征在于，二级接口(81)将数据转换成接口(30)可以处理的格式。
18.本发明涉及到一个自动化指令系统以及打印和邮件服务的实行过程，该系统由用户通过一个指令元件产生打印和邮件(40)发送指令，这个系统适用于如权利要求1到17中一个或多个所描述的过程实施。
19.用于自动指令以及打印和邮件服务的系统，由用户通过一个指令元件产生打印和邮件(40)发送指令，其特征在于，系统至少包括下来元件-产生指令数据的指令元件，指令数据至少由一个图片创意和发送信息组成，-从指令元件通过接口(30)向数据库(31)传送指令数据的措施，-与数据库(31)相连的处理元件(70)，用于由指令数据产生打印指令，-与数据库(31)相连的打印装置(50)，用于产生邮件(40)，-与数据库(31)相连的计算元件(91)，用于打印和邮件服务的结算。
20.如权利要求19所述的系统，其特征在于，指令元件通过网页和一个从属服务器构成。
21.如权利要求20所述的系统，其特征在于，指令元件通过一个移动终端(80)构成。
22.如权利要求19到21中一个或者多个所述的系统，其特征在于，接口(30)涉及到一个http接口。
23.如权利要求21和22或者其中之一所述的系统，其特征在于，为了传送指令数据，在移动终端(80)与接口(30)之间建立一个二级接口(81)，之所以建立一个二级接口(81)是因为从移动终端(80)接收的数据能够被转变成接口(30)所能处理的数据格式。
全文摘要
本发明涉及一种在邮件服务系统(10)内部的可自动命令并执行打印服务和邮件服务的方法，其中，打印和发送邮件(40)的指令由一个命令元件产生。本发明方法的特点是，指令数据通过一个命令元件产生，且至少由一个图像创意和发送信息组成。该指令数据通过一个接口(30)传送到数据库(31)，并再被传送至处理元件(70)，将该指令数据处理为打印指令。所产生的打印指令被发送到一个打印装置(50)，该打印装置(50)打印邮件(40)。该邮件(40)接着被发送到一个发送系统(90)，由账单元件(91)对打印服务和邮件服务进行结算。本发明还涉及一种执行本方法的系统。
文档编号G06Q10/00GK1795460SQ200480014037
公开日2006年6月28日 申请日期2004年4月29日 优先权日2003年5月28日
发明者朱根·霍夫曼, 乔奇姆·里奇 申请人:德国邮政股份公司