attachment-0002
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"><base href="x-msg://1467/"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Bill,<div><br><div><div>On 2013-04-30, at 1:02 PM, William A Wagner <<a href="mailto:wamwagner@comcast.net">wamwagner@comcast.net</a>> wrote:</div><blockquote type="cite"><div lang="EN-US" link="blue" vlink="blue" style="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-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class="WordSection1" style="page: WordSection1; "><div style="margin: 0in 0in 0.0001pt; "><font color="#000000">...</font></div></div></div></blockquote><blockquote type="cite"><div lang="EN-US" link="blue" vlink="blue" style="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-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class="WordSection1" style="page: WordSection1; "><div style="margin: 0in 0in 0.0001pt; "><span style="font-family: Calibri, sans-serif; font-size: 11pt; ">configuration of the Cloud Imaging entity. But in actually providing the imaging services, the Cloud Imaging entity<span class="Apple-converted-space"> </span></span><span style="font-family: Calibri, sans-serif; font-size: 11pt; color: rgb(31, 73, 125); "> embodies the characteristics of the MFD , what I think is referred to as the System Object itself.</span></div></div></div></blockquote><div><br></div>I don't think there is any issue extending the notion of the System Object to encompass "servers" since both the SM and IPP have a long history of supporting "logical" devices and fan-out - the System Object for a Cloud-based implementation might just be a little bigger (more devices/sub-units) but the model still holds.</div><div><br><blockquote type="cite"><div lang="EN-US" link="blue" vlink="blue" style="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-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div class="WordSection1" style="page: WordSection1; "><div style="margin: 0in 0in 0.0001pt; "><span style="font-family: Calibri, sans-serif; font-size: 11pt; color: rgb(31, 73, 125); "><o:p></o:p></span></div><div style="font-family: 'Times New Roman', serif; font-size: 12pt; margin: 0in 0in 0.0001pt; "><span style="color: rgb(31, 73, 125); font-family: Calibri, sans-serif; font-size: 11pt; ">The System Control Service aspect would be the way we address creation (which is to say, exposing) and modification of the available services (although there is still the question of creation of the Cloud System Control Service.) I agree that working on a Cloud parallel to the System Control Service would be a good approach to the management of the Cloud accessible imaging services . And I agree that including this aspect would provide a more complete model. I also have concerns about taking on too much right now. But I think it should be considered.</span></div></div></div></blockquote><div><br></div><div>One of my original concerns with making "Registration" out-of-scope was that we were making it impossible to create generic, interoperable solutions/bindings of the model. </div><div><br></div><div>By defining a Cloud Imaging Control Service interface/model, we solve the interoperability issues - MFDs and Clients can be pointed to an endpoint URI that uses a standard interface, much like you do today when setting up your email account, and that allows the Client to enumerate and the MFD/CIM to instantiate the available imaging services.</div><div><br></div></div><div>
<span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px; "><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 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>