attachment-0002

<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 12 (filtered medium)"><base href="x-msg://667/"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@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:"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;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
span.apple-style-span
        {mso-style-name:apple-style-span;}
span.EmailStyle18
        {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;}
/* List Definitions */
@list l0
        {mso-list-id:513881065;
        mso-list-type:hybrid;
        mso-list-template-ids:2144009470 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level2
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level3
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
--></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'>Michael,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>1.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>We agree in preferring not to have separate models for different imaging services. &nbsp;My comment referred to Larry&#8217;s diagram where he showed separate Cloud Service entities for the different imaging services. Also, I &nbsp;think that we are using the word Service in somewhat different ways: the Cloud&lt;service&gt;Service is an entity that provides &nbsp;&nbsp;&lt;service&gt;, while the &lt;service&gt; is a set of functions or capabilities defined by the operations accepted and acted upon. That is, I consider the Cloud&lt;imaging&gt;Service on a parallel to an MFD &nbsp;(which might perform just one Service and might &nbsp;not even include an input or output device).<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>2.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Yes, we have not &nbsp;defined </span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>Manager to the Client communication. Indeed, we (or at least I) have not fully considered the scenarios of cloud services other than printing, or even if such scenarios are reasonable. I offer the following &nbsp;for consideration and discussion:</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>a.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>The distinguishing point of Cloud Imaging&nbsp; is that it uses one or more Imaging &lt;services&gt; provided &nbsp;in the Cloud, with the resulting security complications including firewalls, authentication, etc.</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>b.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>Print scenarios, as we have shown, involve a client (or client function) connecting to a Cloud Print Server. Since Print Servers can communicate with Print Servers, it could also be a Print Server communication with a Cloud Print Server. &nbsp;The rub comes with Print Servers communicating with end devices out of the cloud, requiring a Cloud Print Manager. Although the scenarios reflect the User being remote from the end device, &nbsp;this separation of User and output is not a necessary condition</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>c.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>For Scan, the corresponding scenario &nbsp;would be that the Client connects to a Cloud Scan Server &nbsp;which then needs to communicate with a scanner device (or subordinate scan service) co-located with the User, using a Cloud Scan Manager. The Client specifies the destination of the Scanned image, which is where the Cloud Scan Server deposits the image. This seems a contorted path; a functional alternate may be &nbsp;that the User uses a local Scan Service that then communicates with a storage capability and/or &nbsp;Resource Service in the Cloud, but this would be Cloud storage or &nbsp;Resource utilization rather than Cloud Scanning. (see&nbsp; comment [h])<o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>d.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Cloud Copy would &nbsp;use the same path as Cloud Scan, except that an output destination includes a hardcopy device and would allow selection of printing attributes.<o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>e.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Cloud FaxIn offer complications in setting up a Cloud FaxIn &nbsp;service to accept faxes for a given User.&nbsp; The User &nbsp;(or administrator) will have set up the Cloud Service to &nbsp;print or store the received faxes. Depending upon the capabilities of the &nbsp;Cloud Service, there may been to be a manager &nbsp;for an out-of-cloud print or storage capability<o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>f.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Cloud FaxOut &nbsp;follows &nbsp;a path similar to Scan, with the Client &nbsp;contacting a Cloud Service. The Cloud Service may then rely upon end-device managers for scan or local repository access.<o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>g.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>EmailIn and EmailOut&nbsp; follow similar paths to FaxIn and FaxOut. <o:p></o:p></span></p><p class=MsoListParagraph style='margin-left:1.0in;text-indent:-.25in;mso-list:l0 level2 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>h.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Transform and Resource services &nbsp;operate from client software in other imaging services and would need considerations of which are in-Cloud and which are not. As observed, Resource &nbsp;operations are not Job oriented, although what is stored for Scan, for example, are image files, not job. Still, although I think the Resource Service is an important one to have in the Cloud, it is NOT intended as a job output destination and does not even provide an appropriate Resource Type category. <o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>3.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>In this set of scenarios, I do not see where </span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>Manager to the Client communication is needed?</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>4.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>I think Paul&#8217;s point of getting workflow consideration active is very important.&nbsp; The SM so far has avoided formal workflow by allowing internal links &nbsp;between services and the Resource Service and Transform Service, and allowing some internal&nbsp; storage&nbsp; and transform capability within specific imaging services. </span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><span style='mso-list:Ignore'>5.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I do not understand the question &#8220;</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>how does the Client provide a destination URI that is accessible to the Manager?&#8221;&nbsp; My understanding is that the manager interfaces with the Service. The Service gets the destination from the Client. The Service receives the digital document from the scan device, probably though a Scan Manager. The service &nbsp;processes the image and directs it to storage. It is assumed that the client will identify storage &nbsp;accessible to the Service and to the client. The Scan Job Ticket may need some additions to address access issues. And we need to provide some way for the Manager to return the image to the Service. But if the Scan Service is in the Cloud, I do not see the Scan Manager sending the final image to the defined destination.</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Bill Wagner<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p>&nbsp;</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"'> Michael Sweet [mailto:msweet@apple.com] <br><b>Sent:</b> Sunday, April 21, 2013 8:13 PM<br><b>To:</b> William A Wagner<br><b>Cc:</b> 'larryupthegrove'; cloud@pwg.org<br><b>Subject:</b> Re: [Cloud] Cloud Imaging model requirement draft<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>Bill,<o:p></o:p></p><div><p class=MsoNormal><o:p>&nbsp;</o:p></p><div><div><p class=MsoNormal>On 2013-04-20, at 1:22 PM, William A Wagner &lt;<a href="mailto:wamwagner@comcast.net">wamwagner@comcast.net</a>&gt; 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";color:#1F497D'>Larry and Michael,</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I do not see either the rational or advantage in separating the Cloud Imaging Service in the model into separate Service entities. The Semantic Model is constructed on the basis of an MFD, which can support any one or more of the imaging services.&nbsp; I do not understand why this model does not hold equally when the path goes via&nbsp; a Cloud based server.</span><o:p></o:p></p></div></div></blockquote><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><p class=MsoNormal>First, I don't want to see separate models.<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><p class=MsoNormal>Second, my point is that what we have modeled thus far allows a Manager to retrieve/fetch documents submitted by a Client to the Cloud Print Service. &nbsp;We have not defined the reverse set of operations, namely how to get a document from the Manager to the Client.<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</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";color:#1F497D'>...</span><o:p></o:p></p></div></div></blockquote><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";color:#1F497D'>An overall Semantic Model&nbsp; document may be divided into common, document&nbsp; input and document output&nbsp; services in the discussion; that should be considered in formatting the document. But I question whether the model itself should be collapsed. With respect to defining a C</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>loud Scan/FaxIn/EmailIn service that provides &nbsp;storage, &nbsp;it is unclear&nbsp; why this is preferable to a Cloud Imaging Service that includes Scan, FaxIn, EmailIn and Resource functional services (as well as the other Imaging Services).</span><o:p></o:p></p></div></div></blockquote><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><p class=MsoNormal>I brought this up as a likely way forward for implementing the &quot;document input&quot; services since ALL of them deal with storage URIs (and not attached documents like the document output services), and since a Client's storage URI is very likely NOT going to be usable (since the Cloud Service and Manager will be unable to connect to the Client's storage URI through its firewall, assuming that the URI resolves to a routable address) we need to look at how we can deal with document storage. &nbsp;The logical place for that is in the Cloud Service, since both the Manager and Client are already able to access it in our model.<o:p></o:p></p></div><div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div><div><p class=MsoNormal><span style='font-size:13.5pt;font-family:"Andale Mono","serif";color:black'>_________________________________________________________<br>Michael Sweet, Senior Printing System&nbsp;Engineer, PWG Chair<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></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>