专利名称：指令和实行打印及邮件服务的方式与系统的制作方法
描述本发明涉及到一种自动指令的操作过程，以及在一个发送服务系统内部打印与邮件服务的实施过程，在这一过程中，打印以及邮件发送的指令数据通过一个属于移动系统的移动终端产生。
该设计更进一步涉及了一个用于实行自动指令程序的系统，和一个发送服务系统内部打印和邮件服务的实行过程，在这个系统中，打印和邮件发送指令由一个移动终端产生。
在已知系统内部，打印与邮件服务(发送系统)联合起来组成所谓的混合邮件服务。这样的服务提供了这样的可能性，通过使用一个附属系统来发送邮件产品的电子数据，如信件，明信片，电邮等等，这些数据经过整理转换成实际的最终产品。之后，标有地址的产品将被送往一个逻辑分发系统。
标有地址的邮件涉及到例如传统格式的信件，明信片或者email格式的电子信息。这类邮件特别在于广告和信息竞争方面将有高额收益。例如大量这类邮件被应用于向固定人群宣传新的企业，发送信息册以及商品目录。更进一步来说，因为某些固定原因，如特殊行为和特殊活动，商家需要在广泛区域内发送信息邮件。对于节日贺卡(如圣诞节)来说，邮件也适用于不同种类的需要。
对于一个混合邮件系统的用户来说，很典型的情况就是在服务过程中存在很多的限制和阻碍。比如他必须先给出最少的发送量，因为如不这样做，对于服务提供商来说是非常不经济的。另外如果没有事先给出最少发送量，对于服务提供商来说各项服务的结算也是不经济的。此外用户的特别援助必须使用为电子数据设置的常规证明。对此常常涉及到一个特别的在顾客的环境里必须被安装的软件，用来整理顾客的数据，以便服务提供商可以以打印指令形式处理数据。此外服务提供商需要使用转换器以便能够有条理的传送客户产品数据。
然而由用户自行选择的打印指令的产生和单一邮件的发送，是不可能以这样的系统实现的。
因此，要求建立一种方式或一个系统，从而使得用户能够委托服务提供商实行诸如带有个性化设计的单一明信片打印和紧接着的明信片发送的要求。
已知系统另一个缺点在于，用于产生打印和邮件发送指令的设备基于必须的附加装置的原因常常是固定地点的。但也需要存在这样的系统，它能允许用户在任何地点产生打印和邮件发送指令。
上述发明的任务在于，提供一个指令程序及其在系统内部打印和邮件服务的实行过程，通过这个发明，用户在任何地点，只需投入少量花费，就可以发送单独的邮件，邮件的结构可以由用户自由选择。
此外，发明的进一步任务是，建立一个采用上述指令实施过程进行打印和邮件服务的系统，通过这个系统，用户在任何地点，只需投入少量花费，就可以打印并发送单独的邮件，邮件的结构可以由用户自由选择。
这一任务的解决方案已经通过权利要求1的特征部分所描绘的过程实现。另外也通过权利要求25和26的特征部分所描述的系统实现。
权利要求2到24，27到29中给出的是本发明有利的改进措施。
符合设计要求的过程提供了一个自动指令及其在一个发送服务系统内部打印和邮件服务的实施过程，其中打印和邮件发送指令由一个移动终端产生。这一过程通过不同的步骤实现，开始的时候，指令数据由一个移动终端产生，指令数据由至少一个图片创意和传送信息组成。图片创意涉及单一图片描述或者图文混合描述。
这个移动终端最好属于一个移动系统。指令数据将在这个移动系统中由移动终端发送到这个系统的处理元件中，并再由处理元件将数据传送到检测和编辑元件，数据经过编辑接着被发送到发送服务系统的一个接口。指令数据事先储存在一个数据库中。特别不正确的数据，或者在向接口传送中产生错误的数据，将在数据库中做相应的归档。数据由接口向第二个属于发送服务系统的数据库发送，这个数据库与一个将数据处理成打印数据的处理元件相连。因此要求打印数据发送到一个打印装置上并在其中产生一个邮件。所产生的邮件交给一个分发系统，打印和(或)邮件服务费用通过发送服务系统的结算元件进行结算。
通过这样的过程，可以自动以邮件打印的方式产生一个打印服务并以邮件的运输和发行的形式产生一个邮件发送服务。为了打印邮件，从移动终端产生的指令数据必须至少包括一个图片创意，同时用户给出的投递信息要能确保邮件能发到所希望的收件人手中。用户也可以另外给出一段问候语，或者图片创意涉及到一种图文混合的表示方式，比如包含一段问候语。
在一个特别中意的设计实例中，涉及到一个明信片的打印及发送过程，明信片包含一个创意图片页和一个带有问候语及投递信息的文本页。所使用的移动终端可以是一个移动电话。而符合标准的终端应该支持多媒体信息标准(MMS)。文本，音乐旋律，图片和影像片断可以通过MMS数据传送，这个信息的长度，形成与MMS信息文件的大小是没有限制的。用户也有这样的可能，通过一个移动终端产生一个由至少一个图片创意和投递信息组成的MMS信息。图片创意可以通过移动终端自己产生或者通过其他的媒体如一个数码相机加载。因此，用户可以通过自己喜欢的图片发送明信片，对于用户来说这有很大的组织可能性。问候语也可以通过移动电话的键盘自由输入，然而文本的最大长度是有限制的。
在另外一个中意的设计实例中，发送服务系统的结算元件提供属于移动系统的第二个结算元件的打印和邮件服务费用。每个服务产生的费用通过移动系统的结算元件支付，并将费用提供在移动系统用户的账单中。在一个特别中意的设计实例中，用户是那些在移动终端上产生邮件发送指令的用户。结算可以通过诸如由移动电话使用账单产生。
在另一个设计实例中，结算通过第三方进行，这第三方对于其他移动系统用户来说出于付款人(赞助者)地位，其他用户可以通过移动电话全部或者部分免费地使用明信片发送服务。
符合设计要求的用于自动完成打印和邮件服务过程的系统包括更多其他的元件，通过这一系统可以在一个移动终端上通过用户产生一个打印和邮件发送指令。这一系统最主要由至少一个与发送服务系统连接的移动系统组成。它也可以集成更多其他的元件。典型的移动系统由移动通讯公司以带有附属元件的移动通讯网络形式运行。可以有很多不同的移动网络与发送服务系统连接。每个移动系统由许多产生数据指令的移动终端，一个处理数据指令的处理元件和从移动终端向处理元件传送数据的设备组成。移动系统更进一步由一个用于存储的数据库，用于处理数据的计算设备和一个结算元件组成。其中计算设备至少涉及一个服务器。
一个移动系统通常包括很多移动终端，这一系统通过数据传送路线如一个GSM网络或者一个UTMS网络与一个或者多个处理元件相连。
用于打印和邮件服务的发送服务系统可以由邮局运行，并且由不同的元件产生自动化的过程。这样的一个系统由至少一个用于接收指令数据的接口，一个用于数据与应用程序管理的数据库，一个用于将指令数据处理成打印指令的处理元件和一个用于打印和邮件服务结算的结算元件组成。
符合设计要求的整体系统，除了移动系统和发送服务系统外，还包括一个检测和编辑元件，和一个用于存储指令数据的数据库以及接收和发送数据的设备。检测和编辑元件通过事先给出的详细说明来检测和(或)处理指令数据。最好还要求进行指令数据的过滤和确认程序。
被证明特别合适的是，检测和编辑元件进一步实行指令数据的转换，从而使得这些数据可以被发送服务系统的接口读取。在一个特别中意的设计实例中，发送服务系统的接口是一个http接口。由于移动终端的MMS数据通常通过一个mms文件或者smtp文件传送，要求在检测和编辑元件中将数据进行转换并继续通过http文件传送。
检测和编辑元件可以存在于移动系统或者发送服务系统范围之内，也可以成为独立的元件。与检测和编辑元件相连的数据库同样也可以附属于不同的系统。
在一个特别中意的设计实例中，指令数据的过滤和确认结果将存储在一个数据库中。数据可利用这样方式进一步处理。假如打印和邮件发送指令不能被执行，就需要计算诸如用户的信息。对于一个产生的无法执行指令来说，这包括更进一步的信息，通过结算元件不产生或者产生部分结算费用。
符合设计要求的过程以及用于执行过程的从属系统带来不同的优点。一方面，它使得系统用户能够给出发送单一邮件的指令，邮件可以高质量的由用户自行设置。用户不仅仅可以在一个已经给出的创意图片中进行选择，而且可以自己产生或者从其他媒体如数码相机上传产生的图片。一段限定最大长度的问候语也可以由用户自由的输入。另一方面，用户尽可能的在任意地点，通过移动终端产生指令。这不需要额外的设备，在必要的时候也可以无修改的返回现有的功能。由移动终端产生指令服务所产生的相应费用对于用户来说不会带有附加的费用，因为结算通过用户手机账单进行或者从一个冲值卡中扣除。用户不必在一个特殊的支付系统上登记，对于一次性邮件发送来说用户也可能不希望给出他的个人信息。
其他优点，特别之处以及适当的设计改进由下列权利要求和后面对于中意的设计实例的附图描述给出。
由附图显示
图1描述了一个特别中意的符合设计要求的系统；图2描述了一个用符合设计要求的方式及系统产生的明信片双面打印版本。
图1显示了一个特别中意的符合设计要求的设计实例，是一个用于自动通过移动终端80产生打印和邮件服务指令的系统。这个系统由至少一个发送服务系统10和一个移动系统11组成。在描述中，为了更清楚表示，每个系统通过虚线与其他有利于单一系统工作的元件隔开。不同元件也可以分离出系统或者另外集成进入系统。
发送服务系统10的核心部分由一个数据库31组成，用于数据归类与数据恢复，并与系统其他元件相连。整个数据处理过程最好在一个相关的数据库中进行。最好以甲骨文(Oracle)数据库作为系统数据库。数据库与接口30相连，通过这一接口接收不同指令元件发送来的数据。另外，通过移动终端80产生的指令数据也可以通过一个带有从属服务器的网页产生。这种可选择的用于产生指令数据的设备在描述中用编码20表示。当指令数据由不同的指令元件通过总的接口30使用一致的文件被发送服务系统接收时，这种设备是特别有利的。为此可以使用一个http接口。
数据库31进一步与产生打印指令的处理元件70连接，产生的打印指令传送到产生邮件的打印装置50上。系统10包括一个用于结算由系统产生的打印和邮件服务费用的结算元件91。
发送服务系统10的处理元件70至少包括2个元件，在这里作为后台服务71和72表示。一个这样的元件用于图片创意的设置，另一个用于产生预览和打印数据。打印装置50可以作为发送服务系统固定的组件页可以以模块的形式与系统相连。系统可以涉及一个或者多个通过系统指令打印明信片的打印服务提供商。打印装置使用包含的数据产生一个邮件40，邮件再被转交到一个分发系统90。分发系统包括不同的投递分类和分配设备，这些设备根据用户给出的投递信息将邮件发送到收信人手中。在一个特别中意的设计实例中，打印设备50与结算元件91相连，以便成功打印并发送的信息可以发布到结算元件上。
符合设计要求的系统，其第二个重要组件由一个移动系统11构成。发送服务系统10可以与一个或者多个移动系统连接。每个移动系统由至少一个用于产生数据指令的移动终端80，一个用于处理数据的处理元件92以及从移动终端向处理元件传送数据的设备组成。通常移动系统由多个移动终端，通过数据传送路线如GSM网络或者UTMS网络与一个或者多个处理元件连接产生。
处理元件可以使用一个移动转换服务中心(MSC)，这一中心通常与其他元件如数据库一起替代了电话设施的功能。账单数据可以在结算元件93中进行。移动系统的处理元件可以进一步表现为一个信息中心(MessageCenter)，通过这个信息中心可以处理短信服务(SMS)，多媒体信息(MMS)，语音信箱的语音信息，传真以及Email。
在符合设计要求的方式中，通过移动终端80产生一个与邮件服务相连的打印服务指令。这涉及到一个明信片的发送指令。用户选择一个创意图片进行明信片打印，并给出投递信息用于卡片的发送。创意图片的选择可以通过不同的方式实现。一方面，用户可以从能够选择的创意图片集中选择一个图片创意。创意图片的选择可以显示在移动终端的显示屏上。而特别有利的情况在于，用户可以自由地为将要发送的明信片选择确定的创意图片，他可以使用移动终端产生一个图片，并将这个设备当作照相机使用。他也可以上传从一个或者多个其他的媒体中产生的图片。
用户可以通过移动终端的键盘输入指令所要求的投递信息。投递信息至少包括收件人姓名，地址(包括街道，邮编和地区)。此外，用户也可以给出一段问候语。文本的长度是有限的，用户可被告之这最长的文本长度。
这样产生的数据指令将被发送到移动系统的处理元件92上。数据传输可以通过手机网络实现，数据传输格式最好使用MMS格式。在处理元件内部，MMS数据被放置到计算设备94(如服务器)或发送计算机上。发送计算机最好使用带有固定IP地址的计算机。IP地址是一个网络参与者符合TCP/IP协议的数字地址。TCP/IP协议是在网络中数据交换的文件，网络服务如WWW，FTP，eMail，新闻等都是基于这个协议得以保障的。TCP是TransmissionControl Protocol(传输控制协议)的缩写，IP是Internet Protocol(互联网协议)的缩写。
发送计算机94将收到的MMS数据传送到检测和编辑元件81。如图1所描述的，检测和编辑元件可以从属于移动系统11，发送服务系统10或者也可以是独立的系统。
检测和编辑元件81从发送计算机接收到MMS数据。数据传送要求通过一个协调的协议如smtp协议完成。第一步先将MMS数据进过过滤，比如只有从带有已经定义IP地址的计算机发送的MMS数据或包含图片信息的MMS数据可以被接收。当MMS数据不包含图片信息时，它可以被当作不完全信息申报或者缺省创意图片通过一个标准创意代替。过滤也可以进一步涉及垃圾邮件过滤，将不希望和不需要的广告信息指令过滤出去，没有图片的MMS指令和图片大小与所定义大小不适应的MMS数据也将被过滤出去。在一个特别中意的设计实例中，不含所定义的符号或字符串的MMS文本将被清理，例如不含邮编或者分离器的文本将被清理。
第二步递交经过确认的MMS数据文本。确认包括语法和(或)内容的检查和更正。语法可以在用户输入的时候协调，并给出诸如<姓名1>，<姓名2>，<街道>，<邮编>，<地区>以及<最大长度的文本>等信息。
语法的确认包含一个在限制情况下使用的自动语法校正。比如分号分隔符“；”转换成逗号分隔符“，”，分隔符应该适应语法默认值。此外，语法确认还检查文本长度并当文本超过允许数字时对文本进行删减。
通过移动终端的输入错误通常被证明是地址可以进一步合适的优化。邮编，地区和街道在MMS消息中基于一个逻辑关系确定，在语法或者内容不正确的MMS信息中，将尝试对于地区，说的确切些是邮编和街道进行识别。自动地址更正将基于一个街道索引提交。例如，一个MMS消息所包含的投递信息可以根据所存在德国街道索引成功的进行自动更正。
语法正确的文本将按照它的逻辑要素拆开，接着存放于一个数据库内。数据库可以存在于移动系统，发送服务系统的内部，也可以存在于一个独立的区域内部。语法错误以及不可以自动更正的MMS数据将被作为错误标记存储，如果需要将进行手工更正。
在接下去的步骤中，MMS数据的图片信息将自动进行处理。根据邮件格式，图片被旋转，标记或者提高像素。此外，图片将做精确化处理。必要的图例通过一个应用程序(比如由Adobe公司提供的程序)提供。
在最后一个步骤中，经过处理的数据被发送到发送服务系统的接口30上。在数据传输过程中出现的错误和(或)由接口反馈的一个错误，将使得数据在数据库中作为一个错误进行标记，如果涉及到协议或者传送错误则定期重新发送。
出错的数据可以在数据库内部通过一个自动过程确认，并通过一个MSISDN号(移动订户ISDN)通知发送者。MSISDN是一个参与者号码，通过它可以联系到一个参与者。发送者将被通知，所出现的错误以及给予客户下次委托的一般和特殊处理方式。这样的消息要求采用SMS或者MMS格式方式进行。
接口30将指令数据发送到发送服务系统10的处理元件70。在一个特别中意设计实例中，处理元件70包括2个所谓的后台服务，用于产生紧接着的打印装置50所需的PDF文件。一个用于产生图片创意设置的后台服务71产生创意图片的打印数据。另一个用于文本设置的元件72产生文本页面的PDF打印文件。打印数据以一个特殊明信片格式的PDF文件产生，这种格式带有剪切标记以及附加的边界，这样就可以使得明信片的裁减更加简化。
接下来描述的是明信片数据的处理与转换过程。3种格式的文本被证明适用于所产生的明信片简单文本，RTF格式(多文本格式)文本和XML格式文本(延伸性标注文本)。
正如其在卡片产品页面被优先处理一样，XML格式文件适用于打印指令。使用这样的格式，单行文本区，线条和图片可以以毫米为单位精确设置。因此要求文件优先转换成XML格式。
简单文本格式文件在处理元件70中被转换成XML格式，以便当前生产核心只处理XML格式文件。RTF格式文件也通过一个模块转换成XML格式文件。
简单文本对应于普通的，无格式文本，并且由用户在一个移动终端80中输入文本产生。卡片文本的字体、字的大小可以由用户界面程序给出。输入的文本通过处理元件的后台服务程序逐行打印，这样的方式是特别有利的。当文本行比明信片的正文更宽的时候，在适当的地方用空白进行填补。
明信片的创意图片最好是JPG格式。JPG图片通过它的分辨率(以像素为单位)来明确表示一个真实图片大小(以毫米为单位)。如果没有事先说明分辨率，则使用一个默认的分辨率，比如72像素。
需要打印的文件由打印文本页面100和打印创意图片页面110组成，这在图2中已经在相连的位置描绘出来了。打印文本页面100包含下列元素，诸如卡片文本101，投递信息(收件人地址)102，版权说明103，公司标识104，邮票粘贴处标记或者邮票105，预先规定标记106和(或)一个在矩形格式中的图表元素107，这些图表元素将卡片分成2个区域。公司标识或者其他客户个性化图表耶可以集成在明信片的创意图片页上。这个页面的布局可以事先确定，特定的参数如边框与距离都可以适当的设定。
不是PDF默认格式的字体将以TrueType格式存在，并引入PDF文件中，以至于打印机可以使用这些字体。
系统用户上传个人的图片创意，产生一个包含客户上传的图片创意的PDF文件，并按照确定的规则打印。如果图片不是以一个确定颜色格式上传，那么要转换成合适的颜色格式。由于CMYK颜色格式对于明信片打印来说是有利的，所以为了打印PDF文件，以RGB颜色格式上传的图片都要转换成CMYK颜色格式。为了产生预览图片(JPG格式)，可以保留RGB颜色格式，如果图片以CMYK颜色格式上传，则要转换成RGB颜色格式。
后台服务程序将分析由用户上传的图片以及由此产生的用于生产的PDF文件，同时也分享在用户界面程序中用于预览的JPG格式图片。比例/定位操作将不由后台服务程序执行，而根据相应的参数(宽度，高度，定位)与PDF文件集成在一起。图片能够被RIP(光栅图象处理器)有选择性的估算。生产所需要的图片在安置之前，在PDF文件中被转换成CMYK颜色模块，以便达到最佳的打印效果。
处理元件70将通过后台服务程序产生的打印指令传送到执行打印指令的打印装置50，这个打印装置元件可以产生不同的邮件产品，例如打印明信片或者信件。为了最大限度地自由地产生不同邮件，最好是将不同的打印装置元件与系统10相连或在系统内集成。一个打印装置可以产生特定的一种邮件产品。打印装置涉及到系统化的元件或者相关的打印服务提供商，他们接收打印指令并将其发送到分发系统90。
用户从一个事先给出的集合中为明信片选择一个创意图片，在这样的情况下，创意图片将作为带有锯齿状切口标记的附言文件存放在打印机的一个本地数据存储器中。附言文件的格式为151.5×108毫米。切口标记将如此设置，使得可以在148.5×105毫米处裁减。为了打印产品，打印装置50需要提前有一个文件在本地打印机上作为参考。
对于所有文本页，在分类机上都存在锯齿状的附言文件。这些文件包括付款人标识，邮票粘贴处以及正中的矩形框。所有其他的文本(版权，文本区，地址区)都存在于一个由后台服务程序产生的PDF文件中。为了重印，一个清楚的邮件标志被进一步通过印刷品数据流打印在邮件上。
通过发送服务系统10实行的打印和邮件服务系统费用结算要求通过发送服务系统的结算元件91进行。结算元件将从属于移动系统11的第二结算元件92中积累下的费用设置成账单。第二结算元件对账单进行调整并计算由本方用户通过移动终端产生指令的费用。结算可以每个用户手机账单执行，也可以通过从一个冲值卡中扣除金额的方式进行。
打印和邮件发送费用也可以由另外一个用户设置在账单中，如以付款人形式参与到移动系统中，另外一个用户可以提供部分或者全部免费的服务用于邮件的发送。
附图标记列表10 发送服务系统11 移动系统20 指令元件30 发送服务系统接口31 发送服务系统数据库40 邮件产品50 打印设备70 处理元件，后台服务程序71 图片创意设置72 文本设置80 移动终端81 检测和编辑元件90 分发系统91 发送服务系统的结算元件92 移动系统的处理元件93 移动系统的结算元件94 移动系统的计算设备，发送计算机，服务器95 移动系统的数据库100 文本页面101 卡片文本102 投递信息103 版权说明104 公司标识105 邮票粘贴处标记，邮票
106 预先规定标记107 将明信片分开的图表元素108 明信片创意图片110 创意图片页面
权利要求
1.本发明涉及一个自动指令程序和一个发送服务系统(10)内部打印服务和邮政服务的实行过程，在这里打印指令和邮件发送(40)指令由用户通过一个属于移动系统(11)的移动终端(80)产生。这一过程具备下列几个特征步骤—通过移动终端(80)产生的指令数据至少由一个图片创意和邮政地址形式的投递信息组成，—指令数据通过移动终端(80)传送到移动系统(11)的处理元件(92)，—指令数据由移动系统(11)的处理元件(92)传送到检测和编辑元件(81)，—指令数据在检测和编辑元件(81)中经过检测和编辑后被传道到发送服务系统(10)的数据接口(30)，—指令数据从接口(30)发送到数据库(31)，在一个与数据库(31)相连的处理元件(70)中指令数据被处理成一个打印指令，打印指令再被发送到打印装置(50)上并在其中产生邮件(40)，—邮件(40)被转交到分发系统(90)，并通过发送服务系统(10)的结算元件(91)进行打印和(或)邮件服务结算。
2.如权利要求1的所述方式，其特征在于，通过移动终端(80)产生的指令数据以MMS数据(多媒体信息标准)形式存在。
3.如权利要求1和2或其中之一所述的方式，其特征在于，通过移动终端(80)用户至少给出一个图片创意和投递信息，再根据这些信息产生一个打印和邮件(40)发送指令，
4.如以上一个或者多个权利要求所述的方式，其特征在于，图像创意可以由用户方面自行产生图片或者从用户事先给出的图片中选择。
5.如以上一个或者多个权利要求所述的方式，其特征在于，打印和邮件发送(40)涉及到带有创意图片页和文本页的明信片。
6.如以上一个或者多个权利要求所述的方式，其特征在于，发送服务系统(10)的结算元件(91)将移动系统(11)的结算元件(93)产生的打印和邮件服务费用设置成账单。
7.如以上一个或者多个权利要求所述的方式，其特征在于，指令数据从处理元件(92)的计算设备(94)通过两种元件之间协调的协议形式传送到检测和编辑元件(81)。
8.如权利要求7所述的方式，其特征在于，协调的协议采用smtp协议(简单邮件传送协议)。
9.如以上一个或者多个权利要求所述的方式，其特征在于，检测和编辑元件(81)根据事先给出的详细说明执行一个接收指令数据的过滤过程。
10.如权利要求9所述的方式，其特征在于，指令的过滤包括对于那些不是从移动系统(11)的计算装置(94)带有受限IP地址发送出来指令的分离。
11.如权利要求9和10或其中之一所述的方式，其特征在于，指令的过滤包括对于那些不含图片数据指令的分离。
12.如权利要求9到11中一个或多个所述的方式，其特征在于，指令的过滤包括对于那些包含不合要求的网页及信息数据指令(垃圾数据)的分离。
13.如权利要求9到12中一个或多个所述的方式，其特征在于，指令的过滤包括对于那些包含那些传送的文件大小与被定义的文件大小区域不对应的指令分离。
14.如权利要求9到13中一个或多个所述的方式，其特征在于，指令的过滤包括对于那些不包含被定义的符号和(或)字符串指令的分离。
15.如以上一个或者多个权利要求所述的方式，其特征在于，检测和编辑元件(81)根据事先给出的详细说明执行一个接收指令数据的确认过程。
16.如权利要求15所述的方式，其特征在于，指令的确认包括投递信息语法和(或)内容的检查。
17.如权利要求15和16或其中之一所述的方式，其特征在于，指令的确认包括投递信息语法和(或)内容的自动更正
18.如以上一个或者多个权利要求所述的方式，其特征在于，检测和编辑元件(81)执行一个指令数据的转换过程，使得其可以被发送服务系统(10)的接口(30)读取。
19.如权利要求18所述的方式，其特征在于，检测和编辑元件(81)将指令数据从一个smtp协议转换到一个http协议。
20.如以上一个或者多个权利要求所述的方式，其特征在于，经由检测和编辑元件(81)处理的指令数据被存储于一个数据库内。
21.如权利要求20所述的方式，其特征在于，当数据不正确或者不可改正的时候，指令数据在数据库内部将以被标记为出错的形式存储。
22.如权利要求20和21或其中之一所述的方式，其特征在于，当数据从检测和编辑元件(81)向接口(30)传送过程中出错的时候，指令数据在数据库内部将以被标记为出错的形式存储，并要求重新发送。
23.如以上一个或者多个权利要求所述的方式，其特征在于，当指令数据经过检测和编辑，发现不能打印或发送所要求的邮件时，在移动终端(80)上产生指令数据的用户，将自动收到一条信息。
24.如权利要求23所述的方式，其特征在于，当所要求的邮件不能被打印或发送时，移动系统(11)的结算元件(93)不执行或者部分执行由移动系统(11)的用户所要求的邮件结算。
25.本发明涉及到一个自动化指令系统以及打印和邮政服务的实行过程，这个系统在一个移动终端(80)上通过用户产生一个打印和邮件(40)发送指令，其特征在于，用于自动化指令以及打印和邮政服务的实行过程的设备包含权利要求1到24中一个或者多个所描述的过程。
26.本发明涉及到一个自动化指令系统以及打印和邮政服务的实行过程，这个系统在一个移动终端(80)上通过用户产生一个打印和邮件(40)发送指令，其特征在于，系统至少包括下列的元件—移动系统(11)由至少一个用于产生指令数据的移动终端(80)，用于处理指令数据的处理元件(92)，用于服务结算的结算元件(93)以及将指令数据从移动终端(80)传送到处理元件(92)的装置组成；—发送服务系统(10)由至少一个接收指令数据的接口(30)，用于数据和应用程序管理的数据库(31)，用于产生有机(40)的打印装置(50)以及用于在移动系统(11)的结算元件(93)上产生的打印和邮件服务结算的结算元件(91)组成；—用于指令数据的处理的检测和编辑元件(81)，用于存储指令数据的数据库以及用于想发送服务系统接口(30)传送数据的设备。
27.如权利要求253和26或其中之一所述的系统，其特征在于，检测和编辑元件(81)附属于移动系统(11)。
28.如权利要求25和27或其中之一所述的系统，其特征在于，检测和编辑元件(81)附属于发送服务系统(10)。
29.如权利要求25到28中一个或者多个所述的系统，其特征在于，发送服务系统(10)的接口(30)采用http接口。
全文摘要
本发明涉及一个自动指令程序和一个发送服务系统(10)内部打印服务和邮政服务的实行过程。其中，打印以及邮件(40)发送的指令数据通过一个属于移动系统(11)的移动终端(80)产生。本发明提供的方法通过下列步骤实现指令数据由一个移动终端(80)的指令设备产生，这些指令数据至少包括一个图片主题和投递信息；指令数据由移动终端(80)传送到移动系统(11)的处理元件(92)；由移动系统(11)的处理元件(92)传送到一个检测和编辑元件(81)，以及发送服务系统(10)的接口(30)；由接口(30)发送到数据库(31)，并将指令数据编辑成打印指令，编辑过程在一个与数据库(31)相连的编辑元件(70)中进行；打印指令被传送到打印装置(50)上，并在其中生产邮件(40)；邮件(40)传送到分发系统(90)，通过发送服务系统(10)的结算元件(91)结算打印与邮件发送费用。本发明更进一步包括了一个施行这一方法的系统，这个系统至少由发送服务系统(10)，移动系统(11)以及一个检测和编辑元件(81)组成。
文档编号G06Q10/00GK1833250SQ200480014036
公开日2006年9月13日 申请日期2004年4月29日 优先权日2003年5月28日
发明者朱根·霍夫曼, 乔奇姆·里奇 申请人:德国邮政股份公司