attachment-0001

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7638.1">
<TITLE>Comments and Idea for paid printing</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>Hello<BR>
<BR>
As with the IPP FaxOut, I have unable to review the IPP Paid Printing document until now.<BR>
<BR>
Overall, I was concerned that &quot;Extension for Paid Printing&quot; is being extended through 'finishings&quot; while the concept of &quot;paid-printing&quot; is a business or commerce notion and not a finishing step.&nbsp; While I need to study the document in more detail; how does the current paid-printing model support a print job where a set of differently priced transform service are needed.&nbsp;<BR>
<BR>
Having recently reviewed the PrintTalk specification of JDF; this is an interesting model to explore for PWG (independent of just IPP) &quot;paid-prinitng&quot; for several reason.&nbsp;&nbsp; Instead of modifying/extending JDF, PrintTalk wraps JDF in a business transaction or commerce transaction.&nbsp;&nbsp; With it's relatively simple set API calls it supports very complex set of operations ranging from Quoting, Notations, etc.; again with out modification to the print job JDF.&nbsp; PrintTalk can itemize items and provide a quote for each item.&nbsp; And, finally, PrintTalk is already widely used and deployed.&nbsp;&nbsp;&nbsp; PWG could create a version of PrintTalk, called IppPrintTalk (or PrintTalkIpp or PrintTalkPwg) by simply replacing JDF with PWG (or IPP) in the existing PrintTalk specification.&nbsp;&nbsp; Now IPP stays the same while extending an existing &quot;paid printing&quot; API and implementations which could be applied to any PWG model (Cloud?)<BR>
<BR>
Other comments on the specification itself<BR>
<BR>
The attribute &quot;printer-charge-info-uri&quot; is not defined in this document (perhaps somewhere else).&nbsp; But my concern that a discussion about how a User is associated with a paid (payment) service is out-of-scope.<BR>
<BR>
<BR>
Section 4.2 PIN/Passcode Printing<BR>
Section 4.3 Release Printing<BR>
&nbsp;&nbsp;&nbsp; I believe these sections are out-of-scope for paid-printing since there is not &quot;payment&quot; requirement for these types of printing functionalities.<BR>
<BR>
Section 4.5 Job Review<BR>
&nbsp;&nbsp;&nbsp; I believe this section is out-of-scope for paid-printing.&nbsp; &quot;Job Review&quot; could be applied to any print scenario and not specific relevance to paid-printing.&nbsp;&nbsp; In fact, if a User submits a print job for (100,000 copies) and payment is confirmed; then print the 100,000 copies.&nbsp;&nbsp;<BR>
<BR>
(Mike I assume specification are written to American English notation so 100.000 should be 100,000?)<BR>
<BR>
&nbsp;glen<BR>
<BR>
<BR>
<BR>
</FONT>
</P>

<br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</BODY>
</HTML>