[MFD] SS&E settings in a PJT

[MFD] SS&E settings in a PJT

[MFD] SS&E settings in a PJT

Ira McDonald blueroofmusic at gmail.com
Thu Mar 8 16:44:39 UTC 2012


Hi Glen,

Augmenting Pete's excellent reply.

There is a first-class Subscription object in IPP and the
PWG Semantic Model.

The user/client can subscribe to specific notifications at
the time of job creation (which I think you seemed to be
implying?).

The details are in RFC 3995 "IPP: Event Notifications
and Subscriptions".

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG IPP WG
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - TCG Embedded Systems Hardcopy SG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music/High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto:blueroofmusic at gmail.com
Winter  579 Park Place  Saline, MI  48176  734-944-0094
Summer  PO Box 221  Grand Marais, MI 49839  906-494-2434



On Thu, Mar 8, 2012 at 11:04 AM, Zehler, Peter <Peter.Zehler at xerox.com>wrote:

> Glen,****
>
> ** **
>
> I’m a bit confused by your “print and go” scenario.  The user selects the
> photo(s) to be printed and presses ”print to cloud”.  The Print Client
> issues a “CreatePrintJob”, SendPrintDocument * N, and a “ClosePrintJob”.
> When the “ClosePrintJob” response is complete, the user can turn off the
> phone.  (By the way, what difference does the behavior of the print service
> make to a phone that is turned off?)****
>
> ** **
>
> We already have a collection for “SS&E”.  It is called “JobSummary”
> (PrintJobSummaryType).  It is obtained in response to “GetActivePrintJobs”
> and “GetPrintJobHistory”.   If the user wants information on a specific job
> then the Print Client can use those operations and discard unrequired
> information.  Alternatively the Print Client can issue a
> “GetPrintJobElements” operation to get the “PrintJobStatus” for the
> specific job and present the appropriate information to the user.****
>
> ** **
>
> I’m not very clear on your last paragraph either.  The user can either
> send the document (“SendPrintDocument”) or a reference to the document
> (“SendPrintUri”).  In the case of the former the document is sent
> regardless of the Job state.  In the case of the latter is an
> implementation decision when the document is dereferenced and downloaded.
> Exposure of print content is just as much an issue when the document
> resides at a referenced location, on the wire, in a cloud “job pool”, at a
> print proxy, at a print device or as the final printed media resting in an
> output bin.  I don’t see the benefit given the added complexity of the
> flag.  We do have constructs already in place (e.g., HoldPrintJob, job
> passwords, document encryption, TLS, P2600) to address document
> privacy/protection/security.****
>
> ** **
>
> Pete****
>
> ** **
>
> ** **
>
> Peter Zehler
>
> Xerox Research Center Webster
> Email: Peter.Zehler at Xerox.com
> Voice: (585) 265-8755
> FAX: (585) 265-7441
> US Mail: Peter Zehler
> Xerox Corp.
> 800 Phillips Rd.
> M/S 128-25E
> Webster NY, 14580-9701 ****
>
> ** **
>
> *From:* mfd-bounces at pwg.org [mailto:mfd-bounces at pwg.org] *On Behalf Of *Petrie,
> Glen
> *Sent:* Thursday, March 08, 2012 10:25 AM
> *To:* mfd at pwg.org
> *Subject:* [MFD] SS&E settings in a PJT****
>
> ** **
>
> All,****
>
> ** **
>
> [SS&E == State, Status & Error]****
>
> ** **
>
> A scenario for mobile (maybe cloud and other environments) is where a user
> has wants to print a photo from their smart phone.  However, they want to
> “print and go”.  That is, they need to be notified with the print content
> has been download so they can turn off the phone.  So, they need to be able
> to set and get information back from the Print Service that the print
> content has been downloaded from their cell phone – even if the job is
> queued.  But, they do not want any other SS&E info reported since the phone
> will be turned off.****
>
> ** **
>
> So, is there or should there be, a collection in the PWG:PJT that allows
> the User to set what SS&E data to be reported.****
>
> Example:  The user wants the SS&E for Job Accepted, Job Queued, Job
> Started, Doc number Printer,  Doc Page Number Printed,  Job Ended,  Job
> Ended Cause, Print Errors, etc, etc, etc  . . . . . . . . ****
>
> ** **
>
> Is there or should there be, a “flag” in the PWG:PJT that allows the User
> to specify that the print content should be download even if the Print Job
> is queued.  In fact, should there be a “flag” that state the print content
> should only be downloaded until it absolutely needed (to minimize the
> exposure of the print content).****
>
> ** **
>
> Glen****
>
> ** **
>
> ** **
>
> ** **
>
>
> --
> This message has been scanned for viruses and
> dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
> believed to be clean. ****
>
> --
> This message has been scanned for viruses and
> dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
> believed to be clean.
>
> _______________________________________________
> mfd mailing list
> mfd at pwg.org
> https://www.pwg.org/mailman/listinfo/mfd
>
>

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/mfd/attachments/20120308/c2ae1613/attachment-0002.html>


More information about the mfd mailing list