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 12 (filtered medium)"><![if !supportAnnotations]>
<style id="dynCom" type="text/css"><!-- --></style>
<script language="JavaScript"><!--
function msoCommentShow(anchor_id, com_id)
{
        if(msoBrowserCheck()) 
                {
                c = document.all(com_id);
                a = document.all(anchor_id);
                if (null != c && null == c.length && null != a && null == a.length)
                        {
                        var cw = c.offsetWidth;
                        var ch = c.offsetHeight;
                        var aw = a.offsetWidth;
                        var ah = a.offsetHeight;
                        var x  = a.offsetLeft;
                        var y  = a.offsetTop;
                        var el = a;
                        while (el.tagName != "BODY") 
                                {
                                el = el.offsetParent;
                                x = x + el.offsetLeft;
                                y = y + el.offsetTop;
                                }
                        var bw = document.body.clientWidth;
                        var bh = document.body.clientHeight;
                        var bsl = document.body.scrollLeft;
                        var bst = document.body.scrollTop;
                        if (x + cw + ah / 2 > bw + bsl && x + aw - ah / 2 - cw >= bsl ) 
                                { c.style.left = x + aw - ah / 2 - cw; }
                        else 
                                { c.style.left = x + ah / 2; }
                        if (y + ch + ah / 2 > bh + bst && y + ah / 2 - ch >= bst ) 
                                { c.style.top = y + ah / 2 - ch; }
                        else 
                                { c.style.top = y + ah / 2; }
                        c.style.visibility = "visible";
}        }        }
function msoCommentHide(com_id) 
{
        if(msoBrowserCheck())
                {
                c = document.all(com_id);
                if (null != c && null == c.length)
                {
                c.style.visibility = "hidden";
                c.style.left = -1000;
                c.style.top = -1000;
                } } 
}
function msoBrowserCheck()
{
        ms = navigator.appVersion.indexOf("MSIE");
        vers = navigator.appVersion.substring(ms + 5, ms + 6);
        ie4 = (ms > 0) && (parseInt(vers) >= 4);
        return ie4;
}
if (msoBrowserCheck())
{
        document.styleSheets.dynCom.addRule(".msocomanchor","background: infobackground");
        document.styleSheets.dynCom.addRule(".msocomoff","display: none");
        document.styleSheets.dynCom.addRule(".msocomtxt","visibility: hidden");
        document.styleSheets.dynCom.addRule(".msocomtxt","position: absolute");
        document.styleSheets.dynCom.addRule(".msocomtxt","top: -1000");
        document.styleSheets.dynCom.addRule(".msocomtxt","left: -1000");
        document.styleSheets.dynCom.addRule(".msocomtxt","width: 33%");
        document.styleSheets.dynCom.addRule(".msocomtxt","background: infobackground");
        document.styleSheets.dynCom.addRule(".msocomtxt","color: infotext");
        document.styleSheets.dynCom.addRule(".msocomtxt","border-top: 1pt solid threedlightshadow");
        document.styleSheets.dynCom.addRule(".msocomtxt","border-right: 2pt solid threedshadow");
        document.styleSheets.dynCom.addRule(".msocomtxt","border-bottom: 2pt solid threedshadow");
        document.styleSheets.dynCom.addRule(".msocomtxt","border-left: 1pt solid threedlightshadow");
        document.styleSheets.dynCom.addRule(".msocomtxt","padding: 3pt 3pt 3pt 3pt");
        document.styleSheets.dynCom.addRule(".msocomtxt","z-index: 100");
}
// --></script>
<![endif]><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;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
p.MsoCommentText, li.MsoCommentText, div.MsoCommentText
        {mso-style-priority:99;
        mso-style-link:"Comment Text Char";
        margin-top:0in;
        margin-right:0in;
        margin-bottom:10.0pt;
        margin-left:0in;
        font-size:10.0pt;
        font-family:"Arial","sans-serif";}
span.MsoCommentReference
        {mso-style-priority:99;}
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.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.CommentTextChar
        {mso-style-name:"Comment Text Char";
        mso-style-priority:99;
        mso-style-link:"Comment Text";
        font-family:"Arial","sans-serif";}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
.MsoChpDefault
        {mso-style-type:export-only;}
@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>Seasons Greetings!<o:p></o:p></p><p class=MsoNormal>I have posted a new draft of the Cloud Model specfiication at:<o:p></o:p></p><p class=MsoNormal><a href="ftp://ftp.pwg.org/pub/pwg/cloud/wd/wd-cloudimagingmodel10-20141222.pdf">ftp://ftp.pwg.org/pub/pwg/cloud/wd/wd-cloudimagingmodel10-20141222.pdf</a><o:p></o:p></p><p class=MsoNormal><a href="ftp://ftp.pwg.org/pub/pwg/cloud/wd/wd-cloudimagingmodel10-20141222.docx">ftp://ftp.pwg.org/pub/pwg/cloud/wd/wd-cloudimagingmodel10-20141222.docx</a><o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>This draft is for workgroup last call, with comments to be addressed at January 12 Cloud Conference call. After resolution of workgroup comments, updated draft will be put into PWG Last Call to overlap with the February Face-to-face meetings.<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>This posted draft addresses comments from the December 15 conference call and from a listing of editorial comments from Michael Sweet (many thanks for the detailed review). Several issues are still up for discussion and they are noted as comments in the above cited draft.<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>Michaels comments were, for the most part accepted. A few that were not are listed below with my reasons. These are open to discussion by the workgroup. (Line numbers refer to December 8 draft.)<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>- Section 2.2: &nbsp;&nbsp;- Cloud Computing: spaces before &quot;a&quot;. &lt;WW&gt; This is a direct quote and I believe an ellipsis &nbsp;is the correct way of indicating that there is unrepresented text in the original.&lt;WW&gt;<o:p></o:p></p><p class=MsoNormal><span style='font-family:"Times New Roman","serif"'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal>-Section 3.2.3: Is this in-scope? FaxModem in Cloud and scanner in MFD? &lt;WW&gt; This is an example of a possible use case. &nbsp;Indeed, it seems one of the few configurations of Cloud support of FaxOut. I see no reason why it should not be a valid use case. &lt;WW&gt;<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>- Section 3.3.2:&nbsp; &nbsp;Isn't selection of an alternate imaging service (moving the job) out of scope. &lt;WW&gt; This is something that a Cloud Imaging Service could reasonably do when the originally selected local service is unusable, in certain configurations. I see no reason why it should not be a valid use case.&lt;WW&gt;<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>-Section 3.5.2:- Line 623-624: logging &quot;selected Cloud Imaging Service&quot; (drop Local Imaging Service) &lt;WW&gt; Isn't the Local service operating on a job a significant thing to log?&lt;WW&gt;<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>- Section 4.1.1.1:- Line 847: &nbsp;With respect to the advantages of &nbsp;asynchronous notification, which is alluded to but not specified in this model,&nbsp; do we want to mention long/blocking poll operations? &lt;WW&gt;Some reasonable advantages of asynchronous notification are given. It is unclear to me that the specified polling would necessarily be long or blocking.&lt;WW&gt;<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>- Section 4.1.1.2:&nbsp; - Line 856: &quot;synchronization&quot; instead of &quot;synchronism&quot;? &lt;WW&gt; I suggest that synchronism is the state and synchronization is the process by which synchronism is achieved. So I thing that &#8220;synchronism&#8221; is appropriate here.&lt;WW&gt;<br><br><o:p></o:p></p><p class=MsoNormal>- Section 4.1.1.2: &nbsp;&nbsp;- Lines 871-873: Jobs can't go from &quot;processing&quot; to &quot;pending&quot;, but they might go from processing to processing-stopped &lt;WW&gt; Correct. Furthermore, since loss of communication is determined by the Proxy, Job state change in the Local Service should follow what can be done by an outside client. Table added.&lt;WW&gt;<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoCommentText>- Section 4.2.1.2:- Table 3: Add DeregisterService operation?&lt;WW&gt; No, Local Services are not registered. If a service in a Local System is to be removed with respect to a Cloud System, the Local System&nbsp; is re--registered without the subject service.&lt;WW&gt;<o:p></o:p></p><p class=MsoNormal>- Section 4.2.2.10.2:&nbsp; - Line 1463-1472: Why the numbers in parenthesis? &lt;WW&gt; These are intended to represent numerical coding&nbsp; value of IdentifyActions element. Perhaps this is &nbsp;too much detail?<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>- Global: settle on consistent term for &nbsp;&quot;document data&quot;, &quot;Document Data&quot;, &quot;DocumentData&quot;, or &quot;Digital Data&quot;. &lt;WW&gt; Text is adjusted as follows. DocumentData is used when referring to the Semantic Model Element in a operation. Document Data is used&nbsp; when generally referring to the data stream defining a Document, and defined in the terminology section. &quot;digital data&#8221; is used when&nbsp; referring to that form of data, which may or may not be Document Data.&lt;WW&gt;<o:p></o:p></p><p class=MsoCommentText><o:p>&nbsp;</o:p></p><p class=MsoNormal>Many thanks to all.<o:p></o:p></p><p class=MsoNormal>Bill Wagner<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p></div><div style='mso-element:comment-list'><![if !supportAnnotations]><hr class=msocomoff align=left size=1 width="33%"><![endif]></div></body></html>