US20070288282A1 - Method and apparatus for previewing changes in color palette - Google Patents

Abstract

A system for processing multiple schedules, constructed in accordance with the principle of the present invention, includes an information processing system having a memory and a processor; an input device for entering user information; a display device for showing scheduling information; an interface for sending and/or receiving information from another source; and means for reconciling two schedules by building synchronized lists, from which the user may effect a reconciliation.

Description

RELATED APPLICATIONS
• This application claims priority to application Ser. No. 09/060,206 filed on Apr. 14, 1998 and scheduled to issue as U.S. Pat. No. 7,209,888 on Apr. 24, 2007; which is a continuation of application Ser. No. 08/649,824 filed on May 17, 1996 now U.S. Pat. No. 5,778,346; which is a continuation of application Ser. No. 07/823,567 filed on Jan. 21, 1992 now U.S. Pat. No. 5,519,606.
• The present invention relates generally to the area of information processing and, more particularly, to apparatus and methods for reconciling ordinal information, especially time-based information.
• Successful management of one's time is a goal that every successful professional must achieve. One's business day may be swept away in a deluge of meetings and appointments, all of which must be somehow managed. An attempt to mange this task on paper, such as with a simple wall calendar, is unworkable for all but the simplest of schedules. More likely, such unsophisticated aids to managing one's time will lead to scheduling conflicts, missed appointments, botched deadlines and angry clients.
• The first allies that professionals discovered were portable organizers, such as the Daytime™ or the Lafax™. However, an increasing number are discovering the power of personal computers for managing appointments. Several scheduling packages are available for the PC. While not as portable as paper organizers, scheduling packages offer increased flexibility in other areas. For example, one may view his or her schedule from a variety of views—by month, week, day or priority—and attached detailed notes to appointments. Additional options available include the ability to automatically schedule a meeting for the first Monday of every other month, or display horizontal bars which graphically represent one's weekly schedule, so that free time can be quickly pinpointed. Other options include the ability to easily edit an entry, and set alarms as a reminder of important appointments.
• With ever increasing emphasis on miniaturization and portability, several of the features of scheduling packages may now be found in handheld information processing devices, such as the Sharp Wizard™ or the Casio BOSS™. Being roughly the size of a handheld calculator, these electronic organizers are often carried when one is away from the office. As a tradeoff for portability, however, these devices typically forego several of the more desirable features found on desktop personal computer (e.g., full color graphics display). As a result, it is common for a professional to employ a personal computer to manage his or her time, yet carry a portable organizer when he or she is away from the office. Upon returning to the office, the information in the personal computer is then updated with the new information in the portable organizer.
• Updating or reconciling two sets of information, whether between a PC and an organizer, or between two computers joined by a communication network, has never been easy. The reconciliation of scheduling information has been particularly difficult. Not only must one take into account when an event occurs, but one must also account for the duration of the event. While prior art organizers and scheduling packages are very useful for managing one's own schedule, they have thus far been inadequate for resolving two or more schedules. As a result, a user who wishes to reconcile two different schedules must rely on awkward data entry techniques to achieve the reconciliation.
• What is needed is a system which allows a user of an information processing device to readily reconcile two or more schedules, or other time-based lists. The present invention fulfills this and other needs.
SUMMARY OF THE INVENTION
• Computers have found a variety of applications for the management of one's time, including tracking meetings and appointments. With increased availability of portable information processing devices, many of the scheduling features found on personal computers are now available with handheld electronic organizers. Because handheld organizers sacrifice features for portability, professionals will often manage their time at the office with a personal computer, reserving the portable for when they are away. Upon returning to the office, however, one must reconcile the information stored in the portable with that already present in the personal computer.
• According to the present invention, therefore, a method for reconciling two sets of information on an information processing system includes loading both sets of data, detecting the current date, building a new list for each set of data, synchronizing the lists (typically, according to time), and displaying the synchronized lists.
• Upon display of the synchronized lists, the user may employ any of a variety of interface techniques for transferring information between the two synchronized lists. For example, the user may pick and choose from the two lists, as desired, including the deletion of undesirable entries. In addition, the information may be prioritized; for example, one list—the “master”—may always be given priority over another list. Alternatively, information may be prioritized according to level (e.g., “high,” “medium,” “low”) when it is entered (or any time thereafter). Upon completion of the reconciliation between the synchronized lists, the parent tables from which the information originated are respectively updated.
• A system for processing multiple schedules, constructed in accordance with the principle of the present invention, includes an information processing system having a memory and a processor; an input device, such as a keyboard, for entering user information; a display device for showing scheduling information; an interface for sending and/or receiving information from another source; and means for reconciling two schedules by building synchronized lists, from which the user may effect a reconciliation.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 is a block diagram of a computer system in which the present invention may be embodied.
• FIG. 2 represents a display window of the present invention for entering and processing schedule information.
• FIGS.3A-B illustrate two schedules, one from a laptop, the other from a desktop, which require reconciliation.
• FIG. 3C represents a display window for reconciling two schedules.
• FIGS.3D-G represent the user directed process (and screen feedback) for reconciling the two schedules of FIGS.3A-B.
• FIG. 4A is a flowchart of the reconciliation method of the present invention.
• FIG. 4B is a flowchart of the synchronizing step of the present invention.
• FIG. 5 illustrates the synchronization of two tables or sets of information.
• FIG. 6 is a display screen view showing a technique for changing the color or one or more selected screen objects in accordance with the present invention.
• FIG. 7 is a flowchart of a method of the present invention for recoloring screen objects.
DETAILED DESCRIPTION
• The present invention may be embodied on an information processing system such as thesystem100 ofFIG. 1 which comprises acentral processor101, amain memory102, an I/O controller103, akeyboard104, a pointing device105 (e.g., mouse), a screen ordisplay device106, amass storage107, (e.g., hard disk), aprinting device108, and aninterface109. The various components of thesystem100 communicate through asystem bus110 or a similar architecture. In addition, thesystem100 may communicate with other devices through the interface orcommunication port109, which may be an RS-232 serial port or the like. Devices which will be commonly connected to theinterface109 include a network151 (e.g., LANS), alaptop computer152, an organizer154 (e.g., Sharp Wizard™), amodem153, and the like.
• In operation, the user enters commands through thekeyboard104 and/orpointing device105 which is typically a mouse, a track ball, or the like. The computer system displays text and/or graphic images and other data on thedisplay device106, such as a cathode-ray tube or an LCD display. A hard copy of the displayed information, or other information within thesystem100, may be obtained from theprinting device108. In a preferred embodiment, thecomputer system100 is an appropriately programmed IBM PC-compatible personal computer (available from a variety of vendors, including IBM of Armonk, N.Y.) running MS-DOS (available from Microsoft Corporation of Redmond, Wash.).
• In this interactive computer system, the user enters scheduling and other time information with thekeyboard104 and/orpointing device105. Alternative sources of information are available through theinterface109. Once entered, the information is stored in thememory102 where it may be analyzed byprocessor101. After appropriate formatting, the information is conveyed to the user by thedisplay device106 and/orprinting device108. The information may be saved for future use by storing it in themass storage107.
• As shown inFIG. 2, thesystem100 provides a window or workspace200 for display on thescreen106.Window200 is a rectangular, graphical user interface for viewing and manipulating textual and graphical information.Window200 contains amain menu210 with a plurality of submenus, such as a “planner”submenu230. From the submenus, the user may select a desired choice with thekeyboard104 or thepointing device105. Of particular interest to the present invention is the “reconcile” item, which is available from thesubmenu230.
• Window200 also includes aclient area220 for the display of time and scheduling information.Client area220 may be partitioned into individual modules of information, such as thescheduling window240 and the to-do list window of250. Additional information may be viewed in thewindows240,250 by activatingscroll bars245 and255, respectively.Window200 also includes a plurality of other work surfaces (e.g., such as a communication module) which are accessible by selecting anappropriate tab260 with the keyboard or pointing device.
• Within thewindow240, a plurality of fields is available for the display of scheduling information. For example,field242 is a text field for indicating the nature of the scheduling event.Field241, on the other hand, lists the start time associated with the event. As shown,field241 lists start time at a user-selected interval, e.g., thirty minutes; in addition, irregular start times (those not falling exactly on the defined intervals) are also accommodated. Additional screen indicia, such as screen icons, colors, or particular fonts, may be employed to convey additional information, such as the setting of an alarm for an event.
• Reconciling Schedules User Interface
• The following description will focus on the reconciliation of disparate scheduling information. The present invention is, however, not limited to such a specific application but, instead, may be applied advantageously to reconcile a variety of table or set-oriented information, particularly that which is temporal in nature. Thus, the following is offered for purposes of illustration and not limitation.
• Referring now to FIGS.3A-F, the reconciliation of information in accordance with the present invention is illustrated. With particular reference to FIGS.3A-B, a first set ofinformation301 is to be reconciled with a second set ofinformation302.Information301 will typically be accumulated independent (i.e., separate) from theinformation302. For example,information301 may represent scheduling information which has been entered on a portable device, such as alaptop computer152 or ahandheld organizer154. Alternatively, each set of information may be accumulated and stored on anetwork151, but at separate nodes (e.g., set301 being a secretary's copy of a schedule, and set302 being an executive's corresponding copy). Regardless of origin, the sets will share a common format (or be translatable into a common format) but, typically, will differ as to the exact information content shared between them.
• As shown inFIG. 3A, information set301 includes a plurality ofevents305, denoted by appropriate indicia such as textual messages. Displayed proximate each event message is atime306, representing the start time for the event. In operation, a user will typically specify the “granularity” (i.e., the interval) for displaying event information. In information table301, for example, the granularity has been set equal to thirty minutes. In this manner, table301 is displayed as a plurality of time slots, each slot paced at a thirty minute interval. In addition to specifying a time interval, the user will typically select a starting and stopping time for each day. A typical value for a starting time would be 8:00 a.m., while a typical value for a stopping or ending time would be 6:00 p.m.
• In addition to displaying textual messages and units of time,additional screen feedback304 is provided. As shown,screen feedback304 may include graphic symbols or textual messages to convey further information. For example, a musical note may be displayed t indicate that an alarm will sound when the event occurs. The letter “R” may be displayed proximate a time value to indicate that the event is a repeating event. In a similar manner, the duration of an event may be conveyed by illustrating a line from the start time of the event to its ending time (determined from the specified duration). As shown, events may overlap one another, whereby the duration lines are drawn in an overlapping fashion.
• A corresponding set ofinformation302 is shown inFIG. 3B. Set or table302 employs the same or similar format as that just described forset301. As shown, however, specific differences exist between the two tables301,302. In particular, set301 employs a coarser level of granularity (sixty minutes) than that chosen forset301. Furthermore, the events stored inset302 are different than those stored inset301, with some events even being in direct conflict. As illustrated bytime slot307, the start time for an event can be irregular (i.e., not correspond exactly with the predefined time slot).
• The actual reconciliation is accomplished as follows. The user requests reconciliation, for example, by selecting the “reconcile” option from the submenu230 (ofFIG. 1). As shown inFIG. 3C, the two tables301,302 are loaded into areconciliation window300, which is displayed on thescreen106. In particular, table301 is displayed inclient area301′, while table302 is displayed inclient area302′. As illustrated, the two tables have been synchronized to facilitate reconciliation by the user. In this case, table302 (which originally had a granularity of sixty minutes) is now displayed with the same granularity as table301.
• This “synchronizing” process allows the user to better visualize the reconciliation, thus improving his or her ability to resolve any conflicts (n those cases where automatic conflict resolution, such as based on priority, has not been enabled). Employing a user interface element, such as aninsertion arrow330, the user may readily transfer events from one list to another by selectively specifying the desired event and the direction of insertion. The user may also globally insert one list into another, as desired.
• In addition to reconciling scheduling information, the user may reconcile a list of priorities, such as a “to do” list. While not shown, each to do even my include a due date, a priority level, as well as any other desired information. In a manner similar to that for reconciling scheduling information, the to do lists ofclient areas341,342 may be reconciled, for example by synchronizing corresponding due dates.
• Referring to FIGS.3D-G, a “point-and-shoot” technique for reconciling theschedules301,302 is illustrated.FIG. 3D represents the display of the synchronized tables just before reconciliation of the first event. In this example, the user wishes to copy the 8:00 a.m. appointment from the desktop to the laptop. Thus, theinsertion arrow330 is positioned in the 8:00 a.m. time slot (e.g., by pressing appropriate cursor keys on the keyboard104). Also at this point, the user has specified (e.g., with the keyboard or the mouse) that the laptop information table will be the recipient table. Next, the event is inserted in the recipient table in response to a user event, such as pressing a function key or clicking a mouse button.
• Various masks may be applied by thesystem100 at this point to block the reconciliation between selected fields. For example, the recipient table (e.g., that of an executive) may mask a lunch period so that an updating table (e.g., from a secretary) cannot assert entries into those blocked fields. In a similar manner, a priority event in one table may mask those time slots covered by its duration so that events from another table may not be inserted thereat.
• As shown inFIG. 3E, the 8:00 a.m. time entry has been reconciled between the two lists and is, therefore, no longer highlighted (bold font) as an unreconciled event. Also showing inFIG. 3E, the user has selected the 10:00 a.m. even of the desktop for insertion into a corresponding time slot in the laptop schedule. Since an event is already scheduled in this timeslot (i.e., it conflicts), thesystem100 generates a duplicate 10:00 a.m. field. In this manner, the user may reconcile events which no only overlap in duration but also conflict as to start time. Alternatively, the user may specify that an event is exclusive—cannot overlap with other events—and therefore will not be reconciled in the manner just described.
• The completed operation of the previously described reconciliation step is shown inFIG. 3F. In particular, the 10:00 a.m. event from the desktop schedule has been copied to the corresponding time slot on the laptop schedule. Also shown inFIG. 3F, the user may reverse the direction of reconciliation (indicated by the direction of the insertion arrow) such that events are inserted from the laptop schedule into the desktop schedule. In this case, the 8:30 a.m. appointment from the laptop schedule is inserted into the desktop schedule.
• The completion of this step is shown inFIG. 3G, where the desktop schedule now includes the 8:30 event from the laptop schedule. The user may continue this process as desired, including editing and deleting selected events.
• Reconciliation of Schedules: Internal Operations
• Referring now to FIGS.4A-B, a method according to the present invention for reconciling two or more sets of information is illustrated. The steps for the reconcilemethod400 are as follows. Instep401, the two tables or sets of information to be reconciled (T1 and T2) are loaded into the system (e.g., frommass storage107,organizer154,network151, or the like). The formatting and storing of information into sets or database tables is known in the art; see e.g., Date, C. J.,An Introduction to Database Systems, volumes I and II, Addison Wesley, 1983; the disclosure of which is hereby incorporated by reference. At this point, the system may (optionally) verify user access, for example, by checking passwords.
• Atstep403, the “current” date is retrieved. The current date is not necessarily the same as the system date, which is automatically tracked by thesystem100. Instead, the current date is the date of interest to the user. In particular, the user may toggle through various days, both past and present. As an example,FIG. 2 includes a current date of Wednesday, October 23. Instep404, a derivative or child table is built for tables T1 and T2. Moreover, instep405 the newly created child tables or lists are synchronized (e.g., according to time slots).
• The step of synchronizing the tables,step405, is illustrated in further detail byFIG. 4B andFIG. 5. The substeps are as follows. Instep451, the starting time and ending time for tables T1 and T2 are obtained. This will determine the maximum range of time which must be covered by the synchronizing tables. For example, if one table has a range from 7:00 a.m. to 4:00 p.m., while another has a range from 9:00 a.m. to 5:00 p.m., then the synchronizing tables must cover a range from 7:00 a.m. to 5:00 p.m. In a similar manner, the granularity for the parent tables T1 and T2 are obtained instep452. This information is used to establish common time slots between the two synchronizing tables. For example, schedule table301 and schedule table302 (from FIGS.3A-B) have the interval of thirty minutes as a common denominator (finest level of granularity). Accordingly, the synchronizing tables will employ this determined granularity. Instep453, entries are “padded out” (i.e., receive null values or whitespace characters) for time slots which must be added to effect the synchronization. As shown inFIG. 5, for example, the child table T2′ has four time slots padded between its first event (8:00 a.m.) and its second event (10:00 a.m.). Similar padding for other time slots is likewise illustrated. Upon completion ofstep453, the lists are analyzed to match up common time slots. For example, the 8:30 a.m. time slot of T1′ is aligned with the 8:30 a.m. time slot of T2′. Also at this step, any automated reconciliation, (e.g., insertion of non-conflicting events) may be performed.
• After completion ofstep454, the method returns to step406 to display the synchronized lists. Next, instep407, the system enters an event loop to process user events, such as keyboard or mouse events. During this loop, the user may execute any of the previously described reconciliation activities (e.g., insertion, deletion, editing, and the like). User events are repeatedly interpreted until the user indicates that he or she is finished (at step408). Upon completion of the reconciliation, the parent tables T1 and T2 are updated from T1′ and T2′, respectively.
• Recoloring Screen Objects
• Referring now toFIG. 6, a technique for changing the screen colors (or other attributes) of screen objects in accordance with the present invention is illustrated. Using thekeyboard401 or thepointing device105, the user selects a screen object. As shown, the user has created aselection box601 by dragging a mouse cursor602 (i.e., moving a mouse device with one button continually depressed). The sample block so selected is then copied into a recolorpalette dialog box600. At this point, the user may adjust the palette for the particular object insample box610, for example by activatingforeground615 and/orbackground620 controls. Simultaneous with the operation ofcontrols615,620, thesample window610 is updated with new palette values, accordingly. In this manner, the user may isolate specific screen regions or objects and experiment with different attributes, such as palette, without altering the underlying work surface. Unlike prior techniques, however, the user may actually preview the change as applied to the object of interest.
• Referring now toFIG. 7, a method for recoloring screen regions or objects is illustrated. Instep701, the user enters a palette or recoloring mode, for example by pressing a predefined function key. Instep702, therecoloring dialog box600 may be displayed; alternatively, the display of the dialog box may be deferred until afterstep703. Instep703, the user specifies a region or object of interest. Typically, the user will employ a screen cursor (mouse pointer) to indicate a region of interest. The user may indicate a single point, in which case a default boundary is selected; or, the user may specify an area with two points, such as a bounding box. Instep704, thedisplay dialog box600 is shown on the screen (if not displayed already). Instep705, the user-specified region is retrieved into thesample box610. For character-based user interfaces, the appropriate screen buffer may be copied. For graphical user interfaces, such as Microsoft's Windows™, a captured bitmap may be shown. Instep706, the user selects new colors, for example usingscroll bar components615,620. Contemporaneous with this step, the sample is updated with new palette or color values. Instep708, if additional colors are desired, the method loops back to step706; otherwise, the method continues on to the next step. Atstep709, the user may select another region or object for recoloring, in which case the method loops back tostep703. Thedialog box600 may be moved or hidden (for example, by sending window move or window destroy commands), and then later redisplayed instep704.
• While the invention is described in some detail with specific reference to a single preferred embodiment and certain alternatives, there is no intent to limit the invention to that particular embodiment or those specific alternatives. The true scope of the invention is defined not by the foregoing description but by the following claims.

Claims (2)

1. A method of recoloring screen objects, the method including:

selecting from a work surface a screen object to which foreground and/or background colors apply;

invoking a recolor palette dialog box that includes a sample box;

from the dialog box, selecting new palette values for the foreground and/or the background colors;

previewing in the sample box the new palette values selected, before applying the new palette values to the screen object; and

confirming the new palette values selected and modifying the screen object.

2. A method of supporting user recoloring of screen objects, the method including:

rendering a screen display including at least one screen object to which foreground and/or background colors apply;

receiving a selection of the screen object for recoloring;

displaying a dialog box that includes a sample box and one or more palette selection controls;

receiving a selection of a new palette value;

previewing in the sample box the new palette value selected;

receiving a confirmation of the new palette value, after the previewing; and

updating the screen object with the new palette value.

Images