WO2008101049A2 - Cadre d'applications pour la production améliorée de documents personnalisés - Google Patents

Cadre d'applications pour la production améliorée de documents personnalisés Download PDF

Info

Publication number
WO2008101049A2
WO2008101049A2 PCT/US2008/053914 US2008053914W WO2008101049A2 WO 2008101049 A2 WO2008101049 A2 WO 2008101049A2 US 2008053914 W US2008053914 W US 2008053914W WO 2008101049 A2 WO2008101049 A2 WO 2008101049A2
Authority
WO
WIPO (PCT)
Prior art keywords
production system
service module
document
data
new
Prior art date
Application number
PCT/US2008/053914
Other languages
English (en)
Other versions
WO2008101049A3 (fr
Inventor
Daniel D. Defore
Robert E. Beer
Jingang Deng
Brain P. Johnson
Original Assignee
Datacard Corporation
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 Datacard Corporation filed Critical Datacard Corporation
Priority to EP08729822A priority Critical patent/EP2122452A4/fr
Priority to US12/523,826 priority patent/US8381236B2/en
Publication of WO2008101049A2 publication Critical patent/WO2008101049A2/fr
Publication of WO2008101049A3 publication Critical patent/WO2008101049A3/fr

Links

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B42—BOOKBINDING; ALBUMS; FILES; SPECIAL PRINTED MATTER
    • B42D—BOOKS; BOOK COVERS; LOOSE LEAVES; PRINTED MATTER CHARACTERISED BY IDENTIFICATION OR SECURITY FEATURES; PRINTED MATTER OF SPECIAL FORMAT OR STYLE NOT OTHERWISE PROVIDED FOR; DEVICES FOR USE THEREWITH AND NOT OTHERWISE PROVIDED FOR; MOVABLE-STRIP WRITING OR READING APPARATUS
    • B42D25/00—Information-bearing cards or sheet-like structures characterised by identification or security features; Manufacture thereof
    • B42D25/40—Manufacture
    • B42D25/48—Controlling the manufacturing process
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading
    • G06F9/44526—Plug-ins; Add-ons
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B42—BOOKBINDING; ALBUMS; FILES; SPECIAL PRINTED MATTER
    • B42D—BOOKS; BOOK COVERS; LOOSE LEAVES; PRINTED MATTER CHARACTERISED BY IDENTIFICATION OR SECURITY FEATURES; PRINTED MATTER OF SPECIAL FORMAT OR STYLE NOT OTHERWISE PROVIDED FOR; DEVICES FOR USE THEREWITH AND NOT OTHERWISE PROVIDED FOR; MOVABLE-STRIP WRITING OR READING APPARATUS
    • B42D25/00—Information-bearing cards or sheet-like structures characterised by identification or security features; Manufacture thereof
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B42—BOOKBINDING; ALBUMS; FILES; SPECIAL PRINTED MATTER
    • B42D—BOOKS; BOOK COVERS; LOOSE LEAVES; PRINTED MATTER CHARACTERISED BY IDENTIFICATION OR SECURITY FEATURES; PRINTED MATTER OF SPECIAL FORMAT OR STYLE NOT OTHERWISE PROVIDED FOR; DEVICES FOR USE THEREWITH AND NOT OTHERWISE PROVIDED FOR; MOVABLE-STRIP WRITING OR READING APPARATUS
    • B42D5/00—Sheets united without binding to form pads or blocks
    • B42D5/02—Form sets
    • B42D5/023—Continuous form sets
    • B42D5/025—Mailer assemblies

Definitions

  • This disclosure relates to the production of personalized documents and, more particularly, relates to a framework, a method, a program product, and a service to interface production management applications with new and existing machines and/or new functions used to create and deliver these personalized documents.
  • machines manufactured by a number of different companies, may have proprietary configurations and production managers, and are capable of performing one or more of the following examples of personalization: multi-color and monochromatic printing, magnetic stripe encoding, integrated circuit chip programming, embossing, indent printing, laser engraving, and laminating, among others.
  • Another type of machine and/or function is primarily associated with the delivery of these personalized documents and includes a printer that produces forms, often called mailer forms.
  • the personalized document is either contained within or attached to these mailer forms.
  • the document and the mailer form are then sent to an intended recipient, often by mail.
  • the mailer form may also have printed personalized information, such as the recipient's name and address.
  • the form printer may be integrated with the document creation and personalization machine, in which case the personalized document is attached to its respective mailer form by the machine system.
  • This disclosure describes a system, method, a program product, and a service to facilitate the integration of a production manager with new applications and with new machines.
  • the machines are preferably used in the creation, printing, attachment and delivery of personalized documents, such as identification and financial cards and passports.
  • an application framework is provided between the production manager and one or more new machines or functions to integrate the function into the machines without reprogramming the production manager.
  • the application framework renders applications of the production manager to be compatible across multiple machines.
  • the application framework thus provides compatibility and version independence between machines and production manager applications enabling applications to be developed once and then execute across differing machines.
  • the application framework also provides flexibility by accepting different data sources and data formats for creating and delivering personalized documents.
  • Figure 1 is a simplified block diagram of a personalized document production system utilizing an application framework to integrate new machines with an existing production manager.
  • Figure 2 is a block diagram further detailing the personalized document production system of Figure 1.
  • Figure 3 provides a block diagram of various applications and service modules that may interface with the application framework.
  • Figure 4 is yet another simplified block diagram of other applications and service modules that may be implemented with the application framework.
  • Figure 5 is a simplified block diagram of aspects of the application framework to implement applications used to produce personalized documents.
  • Figure 6 is a simplified flow of a process by which the application framework may initialize the interface between itself, the production manager, several event applications, and various machines.
  • Figure 7 is a simplified flow of a process of a job manager application serviced by the application framework.
  • Figure 8 is a simplified flow of the process by which the application framework may assist with a smartcard application.
  • a personalized document production system 10 for the creation, production, printing, attachment, and delivery of personalized documents is shown.
  • the system 10 includes an application framework 100 interfacing a production manager 120 with one or more machines 130.
  • Each machine 130 is understood to encompass existing and new hardware mechanisms or functions used in the creation, production, printing, attachment, and delivery of personalized documents.
  • a business may desire to adapt or update their production system 10 with one or more new hardware mechanisms that may or may not be manufactured by a manufacturer different from that which created the production manager 120 or the existing or other machines 130.
  • An example of a new hardware mechanism is a new generation or redesigned mechanism from one manufacturer replacing a mechanism from the same manufacturer that performs a similar function, e.g., a redesigned card embosser replacing a prior version of the card embosser; or a graphics printer of manufacturer A replacing a graphics printer of manufacturer B.
  • a new hardware mechanism may be added into a machine to perform a function not previously performed by the system, e.g., the addition of a smart card program to an existing system that previously did not have smart card capability.
  • a business may further wish to implement one or more new applications to implement new features, such as the addition of bar codes on the personalized documents.
  • the application framework 100 integrates new or different machines 130 with an existing production manager 120 while minimizing or eliminating reprogramming or other changes to the production manager 120.
  • the application framework 100 may also enhance or enable existing and/or new functions on the machines.
  • the application framework 100 may be installed on the server having the production manager 120. More commonly, however, the application framework 100 may be installed on a computer processing device interfaced between and connected to both the production manager 120 and the machines 130. Certain aspects or features of the application framework 100 may be installed on the machine controllers of the machines 130. In certain embodiments, the application framework 100 may be connected to either or both the production manager 120 and one or more machines 130 over a communications bus or a network.
  • FIG. 2 is an illustration of greater detail of the system 10 that creates and delivers personalized documents.
  • the production manager 120 communicates, either individually or in combination, with the controllers 132 in the machines 130 to produce, either individually or in combination, personalized cards or passports, mailer form printers, and delivery, insertion and fulfillment equipment.
  • the production manager 120 which may be installed on a central server in an enterprise environment, automates one or more aspects of card issuance, from data input to scheduling jobs, workflow management to auditing.
  • Machines 130 comprise the machinery or hardware used in the creation and/or printing and/or attachment and/or delivery of personalized documents such as identification and financial cards and passports.
  • Each machine has a microprocessor or other programmable logic referred to as a machine controller 132 which will correspond in electronic complexity of the machine it controls, and may have a central processing unit (CPU) and memory as well as a variety of network interfaces.
  • a machine 130 used to create the personalized documents is a high- volume central-issuance personalization system, or a lower volume desktop personalization machines, both referenced as 250.
  • Machines 250 used to create and personalize cards, passports, or other documents can be configured to perform one or more of the following techniques of personalization, as well as others: multi-color and monochromatic printing, magnetic stripe encoding, integrated circuit chip programming, embossing, indent printing, laser engraving, and laminating.
  • high volume central issuance personalization machines 250 include, for example, the MX6000TM and MaxsysTM systems available from DataCard Corporation of Minnetonka, Minnesota, or the HorizonTM system available from NBS Technologies of Toronto, Canada.
  • desktop personalization machines 250 include, for example, the SP Series printers available from DataCard Corporation of Minnetonka, Minnesota, or the Medallion series available from NBS Technologies of Toronto, Canada.
  • Machines 130 typically further include a mailer forms printer platform 260, and delivery, insertion and fulfillment machines 270.
  • a mailer form machine 260 may encompass machines or mechanisms that print personalization information, such as recipient's name and address, onto a form using a printer.
  • the mailer form machine 260 is often used in combination with central issuance systems.
  • Delivery, insertion and fulfillment machines 270 are machines or mechanisms that attach one or more personalized documents to a mailer form, fold the form, and insert the folded form into an envelope for delivery. Examples of delivery, insertion and fulfillment machines 270 include the MXDTM and UltraFormTM systems available from DataCard Corporation of Minnetonka, Minnesota and the HZM mailer available from NBS Technologies of Toronto, Canada.
  • the application framework 100 provides the interface between the production manager 120, the machines 130, and new applications 200.
  • an application framework 100 may be embodied as a method, a framework system, a computer program product, and a service that enables an existing production manager 120 to implement and interface one or more new applications with one or more new machines, new functions, and new stations in existing machines in a personalized document production and delivery system.
  • the application framework 100 may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects.
  • the application framework may take the form of a computer program product on a computer-usable storage medium having computer-usable program code embodied in the medium. Any suitable computer readable medium may be utilized including hard disks, CD-ROMs, optical storage devices, a transmission media such as those supporting the Internet or an intranet, or magnetic storage devices.
  • Computer program source code to implement functions of the application framework may be written in any computer programming language, such as C, Cobol, Fortran, Lisp, Java, Smalltalk, C++, or Microsoft.net.
  • Object code of the application framework 100, its service modules and other aspects may execute entirely or partly on the computer or microprocessor system having the production manager 120 and/or the machines 130 if they also have processor logic capabilities, or on a stand alone server connected to the production manager 120 and the machines 130.
  • Application framework 100 may be coupled to one or more communications busses or networks 230 and have the respective interfaces to provide a physical and/or wireless connection for transmission of data to and from the communications bus and/or network 230.
  • Network(s) 230 may be the Internet, as well as any smaller self-contained network such as an Intranet, a wide area network (WAN), a local area network (LAN), or other internal or external network using telephone transmissions lines, satellites, fiber optics, Tl lines, wireless, public cable, etc. and any various available technologies.
  • WAN wide area network
  • LAN local area network
  • application framework 100 may be connected to more than one network simultaneously.
  • any network or communications bus may include a wireless modality, and as such, the networks are considered as communications bus with large bandwidth.
  • the application framework 100 is described below with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the process diagrams.
  • the computer program instructions for implementing the application framework 100 may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instructions which implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
  • the computer program instructions may be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
  • Any of the components, methods, computer programs, functions or service modules of the application framework 100 may be deployed, managed, serviced by a service provider who offers to implement one or more of the service modules or other aspects of the application framework, either in person or as a service across a communications bus, telephone, or through the Internet or other network.
  • the application framework 100 is illustrated as interfacing between the production manager 120 and the new machines or stations within existing machines 130 and new or existing applications 200.
  • Applications 200 may exist as one or more service modules 200a, 200b, 200c...200 as part of the application framework 100.
  • Applications 200 may also exist on a server and be part of the production manager 120.
  • applications 200 although located in the memory of the server having the production manager 120, that they may be installed separately and be considered programs.
  • Applications or service modules 200 may exist on an entirely separate server 240 connected to either or both the application framework 100 and the production manager directly or through a network.
  • Each application or service module 200 is a different software application that interfaces the production manager 120 with the new machines 130 to achieve some particular result.
  • the application framework 100 may be extended with the addition of one or more service modules and functionality 20Oz.
  • Application framework 100 may further have proprietary service modules 222 or other proprietary interfaces 224 needed to implement any proprietary machine 252, 262, 272.
  • Each block may represent a separate software program or application or may represent a module as part of a larger application.
  • the applications may be custom or commercial applications or modules 310 designed for specific purposes. Examples of customization applications or modules include control of print composition 312, image management 332, image generation 334, digital content management 314, smart card personalization 316, etc.
  • the production manager 120 may also have efficiency modules 320 to control workflow and automation 322, or mail sorting 324.
  • Production manager 120 may also include production and data management modules that include, for instance, data load/extract 336, data preparation 338, runtime data manipulation 340, personal identification number (PIN) generation 342, key management 344, and personalization management 346.
  • PIN personal identification number
  • Reporting modules 350 may comprise a data warehouse 352, a reporting engine 354, and inventory management 356.
  • Production manager 120 may be commercial or custom designed software and may also include either in part or in entirety a proprietary production manager 220 that implements proprietary features of the machines 130, such as encryption, key generation algorithms, etc. Examples of commercial and proprietary production managers 120 include SYNTERA® available from DATACARD CORPORATION of Minnetonka, Minnesota.
  • the application framework 100 comprises one or more application program interfaces (APIs) to interact with one or more service applications or modules and their associated functionality, some of which are shown in Figure 4 and described herein but are intended not to be limiting. Any number of different service modules, and different functionalities within these service modules, can be utilized.
  • the application framework 100 may include service modules 200 to enhance or enable new and existing functions or different functions on the machines.
  • the application framework 100 provides, at least, the user and application program interfaces 210 and the plugins 212 so that the new applications can receive instructions and/or data from the production manager 120 and implement the new functionality of new and/or existing machines 130.
  • the applications can be developed separately and then included with the application framework 100, or may be purchased directly from the provider of the application framework.
  • a personalized card production business may purchase particular applications as service modules on an as- needed basis from a service provider through a network, or by delivery of a computer program product having the service module and/or updates to the application framework embodied thereon. Sometimes, in the latter cases, a registration procedure may be implemented.
  • FIG. 4 Several service modules or applications 200 that can be used with the application framework 100 are shown in Figure 4.
  • One such service module/application is a custom data load module 410.
  • production managers allow only specific formats of data to be loaded into their production systems 10.
  • An application framework 100 having the custom data load service module 410 converts data from one format into another format that may have not been previously supported. For example, some production managers, such as the 9000 Card Personalization System from DATACARD CORPORATION, accept a particular flat file format.
  • other data formats such as XML, CSV or even proprietary formats can be loaded into the machines 130.
  • custom data load service module 410 can be configured to allow a user, a production manager, or a machine to directly connect to a database on a local or a remote server and extract the data from the database in the database's format. Further, custom data load service module 410 may enale generic, custom, or proprietary data enable merging, data generation, and data encryption and/or decryption.
  • Another exemplary service module is an on-demand production service module 420 that provides, for example, "printer-style" production modes, including initiating and driving batch job applications on a machine. These batch job applications can actually schedule and execute different phases of producing the personalized document, e.g.
  • a machine may actually create in a plastic card and imbed an integrated circuit to convert a personalization device into a smart card.
  • an operator need not be available to load and setup the data, to setup and store jobs, remakes, etc. As such, operator involvement may be reduced.
  • a run-time processing service module 430 may include applications that manipulate run-time data for one or more machines and/or stations.
  • a direct personalization service module 432 may implement specific personalization techniques on particular machines or stations, e.g., smart cards, magnetic stripes, barcodes, optical images such as colored printing, holograms, covert optical images, etc.
  • Some other service modules 20On are possible, including those not necessarily directly related to actual production.
  • Some other service modules 200 may include an audit service module 440, an event log service module 450, etc. that may enable, for example, access to document status and system data, including quality control information such as the number of "good” documents produced, the number of "reject” documents produced, data mining of certain data fields such as zip codes, residential information, heights, platform feedback, time stamps by a platform, the number, time, and frequency of platform state changes such as platform errors, pauses, resumes, and the like.
  • a smart card personalization service module that could be part of a run-time processing application 430 can integrate production manager 120 with different types of smart card programming machines.
  • FIG. 5 is yet another block diagram of the interaction of the application framework 100, service modules or applications 200, and the interaction with the machines 130 and the machine controllers 132.
  • An application 200 can be part of the production manager 120 or may be a service module or application 200 existing within the application framework 100 or may be retrieved from an independent third-party service module 200.
  • the application 200 calls the application framework 100 using an API and/or a graphical user interface (GUI) 210 to be provided to either the production manager 120 or the machine controller 132 requesting required and specific interactive data.
  • GUI graphical user interface
  • This call or request may be transmitted across a communications bus within one server upon which the production manager 120, the application 200, and the application framework 100 may be installed. Alternately, each may be on their own server or client connected to another across a network.
  • the application framework 100 may require a licensing validation 514 or other registration or configuration in order to interface the service module 200 with the production manager 120 and the machine controller 132.
  • the application framework 100 then communicates with the machine controller 132 of the machine 130 using platform specific plug-ins 212 using the appropriate API and protocol, such as a TCP/IP or other plug-ins and protocols. It is intended, even preferred, that at least some of the machines 130 share the same plugins 212; others from different manufacturers or different machines may have custom or proprietary plugins 212.
  • the plugins 212 enabling the specific application or service module 200 through the application framework then may display specific setup graphical user interfaces for definition of run time and custom data input services.
  • FIG. 6 is a diagram of a process flow for initializing an application or service module 200 on a machine 130 using the application framework 100.
  • step 610 there is a power up of the machine 130 and machine controller 132.
  • the application framework 100 may have a separate power up sequence, as shown as step 612.
  • the application framework 100 is alternately referred to as EDL for Enhanced Data Layer.
  • communication is established between the two as in step 614.
  • the machine controller 132 registers with the application framework 100 by communicating to the application framework 100 the machine's 130 name, its capabilities, its control system, its metadata that enables execution of functions presented in the service module 200.
  • the application framework 100 starts the application 200 selected by production manager 120 or the selected service module 200, such as starting a configured event, job management, on-demand production for the machine just registered.
  • a reference i.e., a client handle, is established in the memory of the application framework to identify and recognize that particular machine.
  • step 624 as a first event, the production manager 120 communicates to the application framework 100 that it wants to implement certain service modules or other applications 200, such as monitoring and registering certain real time events.
  • step 626 the application framework 100 receives or listens to the information from the production manager 120. Then, in steps 628 and 630, the application framework 100 sends the request for specific real time events to the machine controller 132.
  • steps 632 and 634 acknowledgement of the receipt of the request from the application framework 100 to the production manager 120, and from the machine 130 to the application framework 100 is either returned or it is not.
  • Steps 636-642 illustrate the process steps of another event wherein the machine controller already has knowledge that the production manager wants to be notified of certain events, on other words, the event was registered in the machine controller. If the event occurs, the machine controller 132 sends real time event data back to the application framework 100, which then reports the event to the production manager 120.
  • a third example of an event request is when the production manager 120 requests or queries the application framework 100 for all or specific events, as in step 644.
  • the query is received through an API in step 646, and then through a plugin in step 648 to the machine controller 132.
  • the machine controller 132 of the machine 130 in step 650, queries its event log and returns a list of events that match the query via the plugin in step 652 to the application framework 100, which in turn passes the list of events up to the API in step 654, then up to the production manager 120 in step 656.
  • Figure 7 is an example of a job management service module or application 200 implemented using the application framework.
  • the service module 200 is a job manager application.
  • Job manager 700 may be a service module included with the application framework 100 although it could also be a program within the production manager 120 or a stand-alone software program on any server or client or even a machine controller if the processing and memory capability exist within the machine controller.
  • the job manager 700 is presented by way of example only. Two cases are presented: case 1 comprises a request from the production manager to load a job, and case 2 is a request from the production manager to delete a job. Beginning with the first case to load a job, in step 710, through an API, the job manager 700 receives a request from the production manager 120 to load a job.
  • step 712 the application framework uses its client handle to retrieve the plugin for the particular machine and then communicate the request to load the job.
  • the machine 130 begins production of the job request and continues with each personalized document until the job manager 700 sends an end-of-job (EOJ) command.
  • EOJ end-of-job
  • the machine controller 132 requests a "next record" in step 718, which travels up the chain through the plugin, step 718, through the API, step 720, through the job manager 700, step 722, to the production manager 120.
  • the production manager 120 then returns a data field array or an EOJ command to the job manager 700.
  • Interfaces provided by the application framework in steps 724, 726, 728 forward the data field array or EOJ to the machine controller 132 which controls the rate of production and the rate at which the new data records arrive.
  • the production manager may initialize a request to delete the job from the machine, as in step 730.
  • the request is generated via an API in step 732 through the application framework's machine plugin, step 734, to the machine controller 132.
  • the machine controller 132 attempts to delete the job, in step 736, and responds that the job was deleted or that it was not deleted, to the application framework 100 in steps 738 and 740.
  • the job manager generates job information such as a batch identifier, a job name, a job setup name, a record count, a card count, and a form count.
  • the data field types for the different jobs that can be managed by the job manager may include, for example, string, binary, the measurement units for the job, the graphical or print mode, whether its color, ultragrafix, or basic form.
  • Data fields for the job manager may include name, data field type, encoding typically used for non-binary data field types, unit of measurements, and the value to be printed.
  • Figure 8 provides a process chart of a method by which the application framework 100 interacts with the production manager 120 and a smartcard personalization application 200.
  • the smartcard personalization application 200 may be an application separate from the application framework 100 and/or the production manager 120.
  • step 810 the production manager starts a job and, as is typical in the industry, multiple jobs may be run at the same time as a pooled or batch job.
  • step 812 the application framework 100 receives a start job command from the production manager 120. As discussed earlier, this start job command may cause the application framework 100 to power up if it has not already done so.
  • step 814 the production manager may then provide further data to identify the job and present specific parameters associated with the job, e.g., the number of output to be created on a specific machine, the type of personalization features, etc.
  • the application framework 100 perhaps using an API, tells the smartcard application 200 to initialize and may further inform the smartcard application of the specific task, the specific machine, the specific station or function to be implemented on the machine, etc.
  • the smartcard application 200 responds to the application framework 100 that it has been initialized and is ready to process (or not) and implements its specific program, perhaps responding that the application needs specific machines and specific functions or stations on the machines, processes the smartcard application in a particular order, etc. Assuming that the smartcard application 200 does not experience a failure or fault and responds favorably, the application framework 100 acknowledges to the production manager 120, in step 820, that the smartcard application 200 is ready.
  • the production manager acquires and caches the data or a pointer to the data required for the smartcard job.
  • the production manager 120 informs the application framework 100, in step 824, that the data has been cached and also forwards further information, such as a product ID unique to each and every respective smartcard processed and other processing information, which in turn is forwarded through the application framework's API to the smartcard application 200, as in step 826.
  • the smartcard application may modify the data format, the data itself or otherwise inform the application framework 100 of special data requirements, as in step 828, which information is further interfaced through the application framework 100 to the production manager 200 in step 830.
  • step 832 a card is actually fed into the machines and the machine controllers receive the information from the application framework to produce the smartcard.
  • the machine and/or its station completing a stage of smartcard production sends the product ID and a data reference to the application framework. If the actual data rather than a pointer to the data's location in memory has not been retrieved, then the application framework retrieves the actual data, and then forwards the data and the product ID to the application in step 840.
  • the smartcard application then encodes the product ID and personalization data and as with any of the applications, provides a result to the application framework in step 840. The result may be that the production and application of data onto the card was successful; if not, the application may initialize an audit trail or module.
  • step 842 the result is forwarded to the machine controller and/or the production manager; the machine or station implementing the function on the machine may then eject a card and feed another card, repeating steps 832 through 844.
  • the production manager sends a command, as in step 846 which is in turn forwarded to the smartcard application 848.
  • the smartcard application acknowledges that its instance should be terminated and the acknowledgement is relayed through the application framework 100 to the production manager 120 and/or the machine 130.
  • a job complete command with appropriate job metadata, e.g., job identifier, date, time stamps, machines used, etc., is then sent to the application framework 100.
  • the application framework provides the APIs so that the service modules and applications may communicate with the production manager.
  • the application framework further provides the plugins between the service modules and applications to the machine controllers to implement the extra or new functionality.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Manufacturing & Machinery (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)

Abstract

Dans un système de production de documents personnalisés, un cadre d'applications est prévu entre un gestionnaire de production et une ou plusieurs machines pour permettre au nouveau matériel et/ou aux nouvelles fonctions de créer, de produire, d'imprimer, d'annexer et de remettre des documents personnalisés. Le cadre d'applications fournit les interfaces de programmes d'application, les interfaces graphiques utilisateur et les modules d'extension nécessaires à l'installation du nouveau matériel et/ou des nouvelles fonctions dans un système de production de documents personnalisés existant, sans nécessiter de reprogrammation du gestionnaire de production. Le cadre d'applications peut comprendre des modules de service ou être relié à ceux-ci afin de rendre les applications du gestionnaire de production compatibles avec les multiples machines ou postes du système de production de documents personnalisés.
PCT/US2008/053914 2007-02-14 2008-02-14 Cadre d'applications pour la production améliorée de documents personnalisés WO2008101049A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP08729822A EP2122452A4 (fr) 2007-02-14 2008-02-14 Cadre d'applications pour la production améliorée de documents personnalisés
US12/523,826 US8381236B2 (en) 2007-02-14 2008-02-14 Framework for enhanced production of personalized documents

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US88981307P 2007-02-14 2007-02-14
US60/889,813 2007-02-14

Publications (2)

Publication Number Publication Date
WO2008101049A2 true WO2008101049A2 (fr) 2008-08-21
WO2008101049A3 WO2008101049A3 (fr) 2008-10-09

Family

ID=39690786

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2008/053914 WO2008101049A2 (fr) 2007-02-14 2008-02-14 Cadre d'applications pour la production améliorée de documents personnalisés

Country Status (3)

Country Link
US (1) US8381236B2 (fr)
EP (1) EP2122452A4 (fr)
WO (1) WO2008101049A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016131842A1 (fr) * 2015-02-19 2016-08-25 Bundesdruckerei Gmbh Procédé de production de documents de sécurité de type livre

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102007057001A1 (de) * 2007-11-27 2009-05-28 Giesecke & Devrient Gmbh Einschreiben von Betriebsdaten in einen portablen Datenträger
US10235156B2 (en) * 2016-12-01 2019-03-19 Entit Software Llc Versioned extension points of graphical user interfaces

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001054918A1 (fr) 2000-01-28 2001-08-02 Datacard Corporation Procede et systeme d'etablissement de passeports

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4739377A (en) 1986-10-10 1988-04-19 Eastman Kodak Company Confidential document reproduction method and apparatus
US5889941A (en) 1996-04-15 1999-03-30 Ubiq Inc. System and apparatus for smart card personalization
US6332154B2 (en) * 1998-09-11 2001-12-18 Genesys Telecommunications Laboratories, Inc. Method and apparatus for providing media-independent self-help modules within a multimedia communication-center customer interface
US6196459B1 (en) 1998-05-11 2001-03-06 Ubiq Incorporated Smart card personalization in a multistation environment
US6169459B1 (en) * 1999-05-19 2001-01-02 Sandia Corporation Active-bridge oscillator
WO2001039046A1 (fr) 1999-11-24 2001-05-31 Oz.Com SYSTEME D'INTERFAçAGE DE PROGRAMMES COMPLEMENTAIRES ET D'UN NAVIGATEUR WEB
US7792923B2 (en) 2000-10-13 2010-09-07 Zhe Khi Pak Disk system adapted to be directly attached to network
US6996832B2 (en) * 2001-05-30 2006-02-07 Bea Systems, Inc. System and method for software component plug-in framework
CN1549178A (zh) 2003-05-16 2004-11-24 �Ҵ���˾ 分配和更新杂散资源的方法和系统
US20060122955A1 (en) 2004-12-02 2006-06-08 Alex Bethlehem System and method for launching a resource in a network

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001054918A1 (fr) 2000-01-28 2001-08-02 Datacard Corporation Procede et systeme d'etablissement de passeports

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016131842A1 (fr) * 2015-02-19 2016-08-25 Bundesdruckerei Gmbh Procédé de production de documents de sécurité de type livre

Also Published As

Publication number Publication date
EP2122452A2 (fr) 2009-11-25
WO2008101049A3 (fr) 2008-10-09
US20100058365A1 (en) 2010-03-04
US8381236B2 (en) 2013-02-19
EP2122452A4 (fr) 2011-11-30

Similar Documents

Publication Publication Date Title
US10269011B2 (en) Configuring a plurality of security isolated wallet containers on a single mobile device
US20190266604A1 (en) Configuring a plurality of security isolated wallet containers on a single mobile device
US10546283B2 (en) Mobile wallet as a consumer of services from a service provider
CA2303188C (fr) Dispositif passerelle permettant de concevoir et de delivrer des cartes polyvalentes
CN101331478B (zh) 使web服务符合更新的合同
US10032160B2 (en) Isolating distinct service provider widgets within a wallet container
CN101420323A (zh) 一种位置透明传递和执行流程的系统和方法
CN102693108B (zh) 一种基于打印机服务器的打印集中管理的方法及系统
WO2006018636A2 (fr) Systeme de conception de carte
US20030090712A1 (en) Identification card printer with client/server
AU2003277120A2 (en) Platform system and method for extending sales and use of a resource of motivational programs
EP2427818A1 (fr) Système et procédé d'impression par des machines virtuelles
WO2008094885A1 (fr) Systèmes et procédés d'interface pour applications de portail de service marchand
US8381236B2 (en) Framework for enhanced production of personalized documents
CN116560591A (zh) 打印设备的打印方法、用户终端及打印系统
US20060153616A1 (en) System and method for the automatic generation of printable files from data
US20100188702A1 (en) Method for managing desired print content of a print job
US20040139147A1 (en) System and method for the dynamic distribution of data and/or services
US8564808B2 (en) Systems and methods for processing of variable documents
CA2799242C (fr) Abstraction d'interface de dispositif externe
US11321706B2 (en) Method for instant issuance card production
KR20180123274A (ko) 식별확인코드가 삽입된 문서를 제작하는 방법 및 이를 이용한 인쇄 시스템
WO2001006345A1 (fr) Imprimante de cartes d'identite avec client/serveur
Dwyer The final technology frontier [enterprise resource planning]
JP2002169967A (ja) クレジットカードの端末登録情報処理システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08729822

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 12523826

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2008729822

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE