attachment
<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<base href="x-msg://1579/"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Impact;
panose-1:2 11 8 6 3 9 2 5 2 4;}
@font-face
{font-family:"Andale Mono";
panose-1:0 0 0 0 0 0 0 0 0 0;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.apple-converted-space
{mso-style-name:apple-converted-space;}
span.apple-style-span
{mso-style-name:apple-style-span;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">My responses are inline below.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Impact","sans-serif";color:navy">Peter Zehler</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
<br>
</span><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:navy">Xerox Research Center Webster<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Email:
<a href="mailto:Peter.Zehler@Xerox.com">Peter.Zehler@Xerox.com</a></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Voice: (585) 265-8755</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">FAX: (585) 265-7441</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">US Mail: Peter Zehler</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Xerox Corp.</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">800 Phillips Rd.</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">M/S 128-25E</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Webster NY, 14580-9701</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">
</span><span style="color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> ipp-bounces@pwg.org [mailto:ipp-bounces@pwg.org]
<b>On Behalf Of </b>Michael Sweet<br>
<b>Sent:</b> Tuesday, August 06, 2013 11:35 AM<br>
<b>To:</b> Zehler, Peter<br>
<b>Cc:</b> IPP@pwg.org; mfd@pwg.org<br>
<b>Subject:</b> Re: [IPP] Don't redefine Hardcopy Document<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Pete,<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The point of the discussion in the SM and IPP WGs is not to redefine what a hardcopy document is (although I would like to generalize what was put in 5108.01 since it ties them to specific services), but to include the definition of it
and the corresponding (Hardcopy) Document Object (the digital representation of the hardcopy document) in the SM and IPP specifications.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Comments inline, but I'll make sure we include this in our discussions on Thursday...<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<div>
<div>
<p class="MsoNormal">On 2013-08-06, at 9:26 AM, "Zehler, Peter" <<a href="mailto:Peter.Zehler@xerox.com">Peter.Zehler@xerox.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">All,<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">A Hardcopy document is not an electronic format. The industry, and the PWG, have existing definitions that are in agreement (See below). A hardcopy document is physical
media. In the PWG Semantic Model Documents are objects with references to document content that is an electronic document representation (e.g. PDF, JPEG, PCL, vendor specific). These representations have a type using MIME media types (See rfc2911 section
3.2.1.1). <o:p></o:p></span></p>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">This is the difference between a Hardcopy Document and a Hardcopy Document /Object/. We need to define the latter and not the former.<o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><PZ>I see no subclasses of Documents in the PWG Semantic Model or IPP. Whether a document is added to a Job by value, by reference, or by reference to the
output of the scanner subunit, it is still just a Document object. There are differences in the operations that add a Document to a Job in how the Document Data (aka Digital Document) is transferred. The AddHardcopyDocument instructs the MFD to obtain the
document content from its scanner subunit. A mobile device that takes a picture of a document with its camera would not issue an AddHardcopyDocument to the MFD. It would use AddDocument or AddUri.</PZ><o:p></o:p></span></p>
</div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">In IPP document content was either pass by value (i.e. via Print-Job or Send-Document) or by reference (i.e., Print-URI or Send-URI). For a FAX service we needed to represent
the historical FAX paradigm of FAXing a hardcopy document. It is similar to a Send-URI but constrained to a reference to document content being obtained via the MFD’s scanner subunit. Note that a mobile device that acquires an image from a hardcopy document
would not issue an Add-Hardcopy-Document to the MFD. The mobile device would use the Send-Document or Send-URI based on how the document content would be transferred to the target MFD.<o:p></o:p></span></p>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">I disagree - mobile devices can and are used as a front-end to the MFD today. The hardcopy document may, in fact, be loaded in the MFD. The mobile device can scan and then send the scanned data to the MFD /or/ it can simple create a job
that references the loaded hardcopy document to avoid the intermediate data transfers. And given that the scan destination semantics require some form of intermediate storage, I would argue that mobile devices would prefer to use Send/Add-Hardcopy-Document
over scanning and submitting the scan.<span style="color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><PZ>I don’t understand what the disagreement is. Mobile devices can be used as a front end to MFDs. They can offer the AddHardcopyDocument operation to Clients.
I would say that the Hardcopy Document MUST be loaded in the MFD’s ADF or platen though. The mobile device front end would simply pass the operation through if the MFD supports IPP or other PWG compliant protocol. If the MFD is not PWG compliant, the mobile
device would have to interact with the MFD to insure the Hardcopy Documents are scanned at the appropriate time and included correctly in the MFD’s output. There would be nothing preventing an implementation of AddHardcopyDocument on the mobile device from
using the MFDs Scan Service, or functional equivalent, to obtain the Digital Document from the scanning the hardcopy. But then the mobile device would be using SendDocument/SendUri with the MFD to add the document content it obtained from the Scan Service.
I agree that mobile devices would prefer to use Send/Add-Hardcopy-Document over scanning and submitting the scan.</PZ><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">I have no objection to normalizing the parameters for Adding a Hardcopy Document to a job. The ScanDocumentProcessing/CopyDocumentProcessing.CopyInput could easily be applied
to AddHardcopyDocument and would apply to a number of services.<o:p></o:p></span></p>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">Right, that is the point of our discussions - how do we model Hardcopy Document /Objects/ (digital representations of Hardcopy Documents) in the SM and IPP? Aside from generalizing the Send/Add-Hardcopy-Document operation for multiple
services, we need this for Cloud/IPPSIX to support indirect access to MFD scanners.<o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><PZ>Why wouldn’t the ScanDocumentProcessing attribute be optional for documents receive via an Add/Add-Hardcopy-Document and an error if included in other operations.
This would be similar to the document-uri attribute that is conditionally mandatory based on support for the Send-Uri operation. The ScanDocumentProcessing attribute, just like the document-uri attribute identified the source location of the document data.
The ScanDocumentProcessing goes beyond that since it controls the document data acquisition processing as well.</PZ> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><br>
<br>
<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">Pete<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">Existing definitions of Hardcopy Document:<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From Federal Standard 1037C (Telecommunications: Glossary of Telecommunication Terms):</span></b><span class="apple-converted-space"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">“hard
copy: In computer graphics and in telecommunications, a permanent reproduction, on any media suitable for direct use by a person, of displayed or transmitted data. (188) Note 1: Examples of hard copy include teletypewriter pages, continuous printed tapes,
facsimile pages, computer printouts, and radiophoto prints. Note 2: Magnetic tapes, diskettes, and nonprinted punched paper tapes are not hard copy.”<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> </span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From Alliance for Telecommunications Industry Solutions Telecom Glossary</span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">: “In computer graphics
and in telecommunications, a permanent reproduction, on any media suitable for direct use by a person, of displayed or transmitted data. Note 1: Examples of hard copy include teletypewriter pages, continuous printed tapes, facsimile pages, computer printouts,
and radiophoto prints. Note 2: Magnetic tapes, diskettes, and nonprinted punched paper tapes are not hard copy.”<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From Printer Working Group (PWG 5108.01):<span class="apple-converted-space"> </span></span></b><span style="font-size:11.0pt;font-family:"Calibri","sans-serif"">“Hardcopy
Document: A Document on physical media such as paper, transparency or film that is the input source to Scan, Copy and FaxOut Services and the output from Print, Copy and FaxIn Services”<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Impact","sans-serif";color:navy">Peter Zehler</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
<br>
</span><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:navy">Xerox Research Center Webster<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Email:<span class="apple-converted-space"> </span></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""><a href="mailto:Peter.Zehler@Xerox.com"><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">Peter.Zehler@Xerox.com</span></a><span style="color:#1F497D"><br>
</span></span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Voice: (585) 265-8755</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">FAX: (585) 265-7441</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">US Mail: Peter Zehler</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Xerox Corp.</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">800 Phillips Rd.</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">M/S 128-25E</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:navy">Webster NY, 14580-9701</span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif""> <o:p></o:p></span></p>
</div>
<p class="MsoNormal"><span style="font-size:13.5pt;font-family:"Andale Mono","serif"">_______________________________________________<br>
ipp mailing list<br>
<a href="mailto:ipp@pwg.org"><span style="color:purple">ipp@pwg.org</span></a><br>
<a href="https://www.pwg.org/mailman/listinfo/ipp"><span style="color:purple">https://www.pwg.org/mailman/listinfo/ipp</span></a><o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal"><span style="font-family:"Andale Mono","serif";color:black">_____________<br>
Michael Sweet<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>