Exemplary embodiments of the present invention are explained in detail below with reference to the accompanying drawings.
The system control unit 1 controls the MFP, G3 facsimile transmission, and copying operation. The system memory 2 stores therein a computer program to be executed by the system control unit 1 as well as various types of data required for executing the computer program, and provides a work area for the system control unit 1. The parameter memory 3 stores therein various types of information unique to the MFP. The clock circuit 4 is to output current-time information.
The scanner 5 is to read a document image with a predetermined resolution. The plotter 6 is to record and output the image with a predetermined resolution. The display unit 7 includes a display screen and various operation keys or buttons, and receives input from a user to operate the MFP.
The encoding/decoding unit 8 is to encode and compress an image signal and also decode the encoded and compressed image information to the original image signal. The storage unit 9 stores therein image information in a encoded and compressed state. The G3 facsimile modem 10 is to achieve a modem function of a G3 facsimile, including a low-speed modem function (V.21 modem) for exchanging a transmission procedure signal and a high-speed modem function (e.g., V.17 modem, V.34 modem, V.29 modem, V.27 ter modem) for mainly exchanging image information. The network control unit 11 is to connect the MFP to an analog public network such as public switched telephone network (PSTN), including an automatic incoming and outgoing function.
Data exchange among these components is performed mainly via this internal bus 12. Data exchange between the network control unit 11 and the G3 facsimile modem 10 is directly performed.
The Start key 71 is pressed to start instruction execution, such as transmission, on the MFP. Upon pressing of the Start key 71, a document reading and communication is started. The Stop key 72 is to input an instruction for stopping the operation of the MFP. The numeric keypad 73 is to input numeric (numeric-value) information, such as a telephone number. The Clear key 74 is to delete the telephone number or the like entered through the numeric keypad 73.
The FAX key 75 is pressed to set the MFP to facsimile mode. The Copy key 76 is pressed to set the MFP to copy mode. The Default Setting key 77 is pressed to set the MFP to default setting mode.
The display panel 78, such as liquid crystal display (LCD) panel, displays various types of information, such as an operation guidance of the MFP and feedback of input information. The display panel 78 also serves as a touch panel having a touchable surface that receives and processes user touches, i.e., touch input. A user provides. input by touching an item displayed on the display panel 78. Upon receiving touch input from a user, the display panel 78 detects coordinates of a position touched by the user, etc., and notifies the system control unit 1 of the results.
In
If destinations are registered in advance in the directory, the input screen (B) displays keys corresponding to the destinations (Main Office, etc.). When the user presses any one of the keys, a telephone number (in
When the user presses the “Select” key on the screen (C1) or (C2), the destination is specified, and the display panel 78 displays a screen (D1) or (D2) showing the destination. When the user selects the destination from the directory, the destination name (Main Office) is displayed with the telephone number as shown on the screen (D2).
A group of destinations (hereinafter, “destination group”) can be registered in the directory. When a destination group “area A” including four destinations: “Main Office”, “branch B”, “branch C”, and “branch D” are specified, the four destinations can be specified with one operation. This facilitates the operation of specifying a plurality of destinations.
Similarly to the operation of specifying a destination in the directory, when the user presses a key “[G] area A” ([G] represents a destination group) on a screen (B) of
An F code can be used as additional information for the destination at the time of facsimile transmission. Types of the F code include subaddress (SUB), sender identification (SID), selective polling (SEP), and password (PWD). By using the F code, functions, such as confidential transmission, can be achieved.
The “F Code” key appears when the user enters a destination as shown,on a screen (A) of
As shown in
As shown in
As shown in
With this, even when a destination number contains many digits all of which cannot be displayed on a screen, all digits can be checked by key operation. Also, document reading and communication are prevented from being started until a user checks all digits.
As shown in
As shown in
As shown in
With this, when an F code is specified for a destination, the F code can also be checked on the destination-check screen. Also, document reading and communication are prevented from being started until a user checks the F code.
When the destination-check screen is first opened as shown on a screen (A) of
In “conf_list”, each destination to be displayed on the destination-check screen is set; specified destinations may be sequentially set. As shown in
As shown in
As shown in
With this, even when a plurality of destinations have been specified, all the destinations can be checked by pressing “▾” key. Also, document reading and communication are prevented from being started until a user checks all destinations.
With this, when specifying a destination group, a user can check destinations of transmission included in the destination group on the destination-check screen.
After “ok_flag-FALSE” is set (step S1401) and a counter i is initialized (step S1402), the counter i and an−1 representing the number of the last specified destination are compared (step S1403). When the counter i is equal to or less than an−1 (Yes at step S1403), it is determined whether the destination “adr_list[i]” is present in the transmitted destination list “sent_list”. If not (No at step S1404), “ok_flag=TRUE” is set (step S1405).
Then, the destination “adr_list[i]” is added to the transmitted destination list “sent_list” (step S1406), and the counter i is incremented by 1 (step S1407). This process is repeated until the counter i exceeds an−1. When the counter i exceeds an−1 (No at step S1403), it is determined whether “ok_flag=TRUE” (step S1408) is ON. If “ok_flag=TRUE” is ON (Yes at step S1408), the destination-check screen is opened (step S1409). If not (No at step S1408), transmission is started (step S1410).
The process explained above, the variable-length transmitted destination list stores therein destinations to which transmission has been made. The destination-check screen is displayed only when a user specifies a destination that is not listed in the transmitted destination list. That is, when a destination to which transmission has been made is specified, transmission (document reading and communication) is started without display of the destination-check screen.
With this, because the possibility of erroneous transmission is low when data is transmitted to a destination to which transmission has been made, a user is not required to check the destination. This improves operability for a user to, for example, repeatedly specify the same address.
This process is basically similar to that previously described in connection with
In the process explained above, only the destination not listed in the transmitted destination list is displayed on the destination-check screen. With this, when destinations include the one to which transmission has been made and a new destination, only the new destination is displayed on destination-check screen. This facilitates destination check.
That is, after “ok_flag=FALSE” is set and ln and i are initialized (steps S1701 to S1703), i and an−1 are compared (step S1704). When i is equal to or less than an−1 (Yes at step S1704), it is determined whether “adr_list[i]” is present in “sent_list” for a log-in user (step S1705). If “adr_list[i]” is not present in “sent_list” for the log-in user (No at step S1705), “ok_flag=TRUE” is set, and “adr_list[i]” is set at “conf_list [ln]” (steps S1706 and S1707). Then, ln is incremented by 1 (step S1708), and “adr_list[i]” is added to “sent_list” for the log-in user (step S1709). After i is incremented by 1 (step S1710), this process is repeated until i exceeds an−1 (No at step S1704). Then, when “ok_flag=TRUE” is ON (Yes at step S1711), the destination-check screen is opened (step S1712). Otherwise (No at step S1711), transmission is started (step S1713).
The process of
With this, even when a user specifies a destination to which transmission has been made by other users, the user checks the destination unless he/she has transmitted data to the destination. Therefore, the destination-check screen is displayed so that a user can check the destination(s) if necessary.
Also, when a destination registered in the directory has been changed, if a user not knowing that change specifies the destination, there is a high possibility of erroneous transmission. In this case, when the user specifies the destination first time after the change, the destination is regarded as “a destination not in the transmitted destination list” even if the user has specified the destination before the change. Thus, the user is rendered to check the destination.
In the process of
After “ok_flag=FALSE” is set (step S1801) and i is initialized (step S1802), i and an−1 are compared (step S1803). When i is equal to or less than an−1 (Yes at step S1803), it is determined whether “adr_list[i]” is present in “sent_list” (step S1804). If not (No at step S1804), “ok_flag=TRUE” is set (step S1805), and “adr_list[i]” is added to “sent_list” (step S1806). At this point, the use date is set at the current date.
On the other hand, when “adr_list[i]” is present in “sent_list” (Yes at step S1804), the use date of the destination on “sent_list” is obtained (step S1807). If the use date is earlier than the current date by the predetermined time, i.e., if predetermined time has elapsed from the use date until the current date (Yes at step S1808), “ok_flag=TRUE” is set (step S1809). Then, the use date of that destination on “sent_list” is updated to the current date (step S1810). After i is incremented by 1 (step S1811), this process is repeated until i exceeds an−1 (No at step S1803).
When i exceeds an−1 (No at step S1803) and “ok_flag=TRUE” is ON (Yes at step S1812), the destination-check screen is opened (step S1813). Otherwise (No at step S1812), transmission is started (step S1814).
A computer program can be executed on a computer to implement the same function or process as described above. Such a computer program can be provided as being stored in a computer-readable recording medium, i.e., a storage medium. In this case, a central processing unit (CPU) or micro processing unit (MPU) of the communication apparatus reads the computer program from the storage medium, and executes it.
Examples of the storage medium for use in providing the computer program includes flexible disk (FD), hard disk drive (HDD), optical disk, magneto-optical disk, compact-disk read-only memory (CD-ROM), compact-disk recordable (CD-R), compact-disk rewritable (CD-RW), non-volatile memory card, and a magnetic tape.
As described above, according to the embodiment, when a destination is specified and a transmission start operation is desired to be performed, a screen for checking details of the specified destination (destination-check screen) is first displayed, and transmission is not started until a check has been successfully performed on the destination-check screen. Therefore, before transmission is actually started, the details of the destination have to be necessarily checked. With this, erroneous transmission due to erroneous destination specification can be prevented.
When destination information that cannot be displayed on one destination-check screen (such information includes destinations themselves and various information associated with the destinations) is present, the destination information that cannot be displayed first is also displayed through a scroll operation or another screen display. Therefore, even destination information that cannot be displayed on one screen is present, that destination information can be checked, thereby preventing erroneous transmission due to specifying wrong destination information.
When destination information that cannot be displayed on one destination-check screen is present, a check OK operation is prevented from being performed until the destination information that cannot be displayed first is checked. Therefore, the destination information can be reliably checked, thereby preventing erroneous transmission due to specifying wrong destination information.
If all digits cannot be displayed on one destination-check screen, the portion that cannot be displayed is also displayed through a scroll operation or the like. Therefore, even the destination with long numbers whose digits cannot be displayed on the destination-check screen at one time can be checked for all digits. Thereby the destination prevents erroneous transmission due to wrong-specifying long destination.
If all digits cannot be displayed on one destination-check screen, a check OK operation is prevented from being performed until an operation of displaying all digits is performed. Therefore, even the destination with long numbers whose digits cannot be displayed on the destination-check screen at one time can be reliably checked for all digits, thereby preventing erroneous transmission due to wrong-specifying long destination.
If additional information (for example, F code) is included in the destination on the destination-check screen, a screen for checking the additional information of the destination can be displayed, thereby preventing erroneous transmission due to specifying wrong addition information of the destination.
If additional information (e.g., F code) is included in the destination, a check OK operation is prevented from being performed until an operation of displaying the screen for checking the additional information of the destination is performed. Therefore, the additional information can be reliably checked for the destination including the additional information, thereby preventing erroneous transmission due to specifying wrong addition information of the destination.
When a plurality of destinations are specified, if a destination that cannot be displayed on one destination-check screen is present, the destination that cannot be displayed is also displayed through a scroll operation. Therefore, even when a plurality of destinations are specified, all destinations can be checked, thereby preventing erroneous transmission due to specifying a wrong destination at the time of specifying a plurality of destinations.
When a plurality of destinations are specified, if a destination that cannot be displayed on one destination-check screen is present, a check OK operation is prevented from being performed until an operation of displaying all destinations is performed. Therefore, when a plurality of destinations are specified, all destinations can be reliably checked, thereby preventing erroneous transmission due to specifying a wrong destination at the time of specifying a plurality of destinations.
When a destination group is specified, destinations included in the destination group, which are those to which transmission is to be actually made, are displayed on the destination-check screen. Therefore, the numbers of the destinations to which transmission is to be actually made can be checked, thereby preventing erroneous transmission due to specifying a wrong destination group.
A destination to which transmission has been formerly made is stored, and the destination-check screen is displayed only when a destination to which transmission has not been formerly made is specified. Therefore, when the destination to which transmission has been formerly made is specified, destination check can be omitted, thereby preventing erroneous transmission due to specifying a wrong destination and increasing operability when repeatedly specifying the same destination.
When a plurality of destinations are specified and they include a destination to which transmission has not been formerly made (non-transmission destination), only the non-transmission destination is displayed on the destination-check screen. Therefore, only the destination to be checked is displayed on the destination-check screen, and destinations not requiring check are not displayed on the destination-check screen, thereby preventing erroneous transmission due to specifying a wrong destination and minimizing a task of destination check.
Destinations to which transmission has been formerly made are stored for each user, and the destination-check screen is displayed only when a destination to which transmission has not been formerly made by the user is specified. Therefore, for each user, if the destination to which transmission has been made by the user is specified, destination check for that destination can be omitted, thereby preventing erroneous transmission due to specifying a wrong destination and, according to the use state for each user, increasing operability when repeatedly specifying the same destination by the user.
For each user, a destination to which transmission has been formerly made is stored. When a plurality of destinations are specified and they include a destination to which transmission has not been formerly made by the user (non-transmission destination), only the non-transmission destination for the user is displayed on the destination-check screen. Therefore, only the destination to be checked by the user is displayed on the destination-check screen, and destinations not requiring check are not displayed on the destination-check screen, thereby preventing erroneous transmission due to specifying a wrong destination and, according to the use state for each user, minimizing a task of destination check.
Even the destination to which transmission has been made is taken as a check target if a predetermined time has passed from the previous transmission to that destination. Therefore, it is possible to prevent erroneous transmission due to specifying a wrong destination when the destination not being used for a long time is specified, which may have a risk of a wrong destination similar to a risk occurring when a destination is specified for the first time.
Although the invention has been described with respect to a specific embodiment for a complete and clear disclosure, the appended claims are not to be thus limited but are to be construed as embodying all modifications and alternative constructions that may occur to one skilled in the art that fairly fall within the basic teaching herein set forth.
| Number | Date | Country | Kind |
|---|---|---|---|
| 2006-285330 | Oct 2006 | JP | national |