attachment-0001

<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">All,<div><br></div><div>I had a random thought today while thinking about what needs to be done to support multifunction services through a cloud intermediary. &nbsp;Functionally each of the services can be put in one of three buckets: document output (Print, FaxOut, EmailOut, Transform), document input (Scan, FaxIn, EmailIn), document input and output (Resource), and non-document (Copy, System Control).</div><div><br></div><div>While we currently are not addressing a cloud-based System Control service at this time (or for that matter any remote Output Device/Service control/management), we *do* probably want to address Copy, and that is the *only* other service that is not document-based.</div><div><br></div><div>However, conceptually Copy *is* document based, it is just that the document is hardcopy from a scanning source. &nbsp;For FaxOut this is modeled using a separate operation (AddFaxOutHardcopyDocument) that pulls the document data from the specified scan source. A Print service that provided a similar operation (AddPrintHardcopyDocument) could provide the equivalent of the Copy service, and doing so would greatly simplify support for "cloud copy" in the Cloud Imaging Model.</div><div><br></div><div>Conceptually the EmailOut service could also implement an AddEmailOutHardcopyDocument operation to email scans, however Scan already supports a Destination URI which could allow for email "storage" of the scanned images, too.</div><div><br></div><div>....</div><div><br></div><div>Anyways, like I said this is just a random thought, but when we *do* get around to a SM 2.0 specification, perhaps we should also take a fresh look at things and retire the Copy service.</div><div><br></div><div>Thoughts?</div><div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: 'Andale Mono'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: 'Andale Mono'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">_________________________________________________________<br>Michael Sweet, Senior Printing System&nbsp;Engineer, PWG Chair</div></span></span>
</div>

<br></div><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>