Browse Prior Art Database

SORTABLE LOG FOR REMOTE FILING OPERATIONS

IP.com Disclosure Number: IPCOM000027191D
Original Publication Date: 1995-Aug-31
Included in the Prior Art Database: 2004-Apr-07
Document File: 4 page(s) / 163K

Publishing Venue

Xerox Disclosure Journal

Abstract

Users of system reprographic systems often desire the ability to store and retrieve jobs, and other user objects, to and from remote file servers. This ability to move jobs to and from remote filing services allows customers to move stale jobs off their system reprographic products thereby freeing up disk storage space for fresh jobs. Such capability is useful for, among other things"demand print applications", holding jobs pending "proof approval", and archiving critical jobs. Remote filing also permits load sharing a single job for concurrent printing among multiple printers.

This text was extracted from a PDF file.
At least one non-text object (such as an image or picture) has been suppressed.
This is the abbreviated version, containing approximately 54% of the total text.

Page 1 of 4

XEROX DISCLOSURE JOURNAL

SORTABLE LOG FOR REMOTE Proposed Classification FILING OPERATIONS U.S. C1.395/115 Michael E. Farrell
Int. Joseph Forte C1. G06f 03/12

Users of system reprographic systems often desire the ability to store and retrieve jobs, and other user objects, to and from remote file servers. This ability to move jobs to and from remote filing services allows customers to move stale jobs off their system reprographic products thereby freeing up disk storage space for fresh jobs. Such capability is useful for, among other things"demand print applications", holding jobs pending "proof approval", and archiving critical jobs. Remote filing also permits load sharing a single job for concurrent printing among multiple printers.

Remote filing is not restricted to a single or dedicated file service. Operators of system reprographic products often have the choice of several remote file drawers. The ability to choose among multiple file drawers allows operators to file objects in a logical structure and redundancy increases the likelihood that a file drawer is available when required. Typically, multiple operators will have access to a job and the ability (privilege) to copy it to a file drawer. For archiving applications, many of the file servers will use removable media,
e.g. optical disks, which necessitate the operator tracking the physical media (volume) used to store a job.

One of the consequences of allowing multiple operators to access multiple file drawers with multiple logical volumes (removable media) is that it becomes difficult to know whether a specific job has been filed, and if so, where. Requesting a display of each potential file drawer is an obvious solution, but this is undesirable because the listing operation is slow and has to be repeated for each file drawer. Moreover, operators have difficulty determining if a specific job has been filed, where it was filed, and which version (time stamped) of the job was filed. Consequently, it would be desirable to provide system reprographic operators with a list of job storage operations which were initiated at an associated system reprographic product and methods to modify the list as well as to view and search it.

XEROX DISCLOSURE JOURNAL - Vol. 20, NO. 4 July/August 1995 363

[This page contains 1 picture or other non-text object]

Page 2 of 4

SORTABLE LOG FOR REMOTE FILING OPERATIONS(Cont'd)

In a preferred implementation a log of filing store operations would be created as they occurred. In turn, this log would be maintained locally at a system reprographic product (filing client). The logged filing information would include, but not be limited to:

.Job Name;

.System Reprographic Product Operator Name;

.Date and Time of Filing Transaction;

.The Time Stamp associated with a Job (creation or modification date);

.File Size (e.g. KiloByte Units); and

.A Complete Description of the Remote File Storage in...