Abstract:
A communication apparatus is connected to a terminal apparatus via a network. The communication apparatus includes a memory that stores image data and a storage period of the image data and a checker that determines whether a storage time of the image data exceeds the storage period time. A deleter deletes image data based on a determination by the checker section and a server transmits an instruction for changing the storage period to the terminal apparatus in accordance with a request by the terminal apparatus, wherein the storage period is changeable from the terminal apparatus.

Description:
CROSS-REFERENCE TO RELATED APPLICATIONS  
       [0001]    This is a divisional of U.S. application Ser. No. 09/314,960, filed May 20, 1999, the entire disclosure of which is expressly incorporated by reference herein in its entirety. 
     
    
     
       FIELD OF THE INVENTION  
         [0002]    The present invention relates to a network facsimile apparatus capable of performing transmission and reception of facsimile data and e-mail data connecting to a PSTN and a network such as the internet or LAN.  
         DESCRIPTION OF THE RELATED ART  
         [0003]    Recently, it has been performed to connect a personal computer, work station, FAX server or the like to a network in order to transmit and receive an e-mail and facsimile and to browse homepages.  
           [0004]    [0004]FIG. 1 illustrates a system structure of the case of performing facsimile transmission and reception using a FAX server. The reception operation at a client machine (personal computer) will be described next. FAX modem  1001  receives a call from the PSTN and fetches image data to transmit to FAX server  1002 . FAX server software operating at FAX server  1002  receives the image data, and stores the image data as an image data file at file server  1003  through the network. At this point, the storage of facsimile received data is finished.  
           [0005]    To fetch the received image data into client machine  1004 , a user starts a dedicated application at client machine  1004  and reads out the image data from file server  1003  through the network.  
           [0006]    Further, a method of reusing facsimile received data by combining an internet FAX and a WWW server has been recently proposed. The method utilizes the function of the internet FAX which converts data received from the PSTN into an e-mail.  
           [0007]    [0007]FIG. 2 illustrates a system structure of the case of performing facsimile transmission and reception using an internet FAX and a WWW server. The reception operation at the client machine will be described.  
           [0008]    Image data received at internet FAX  1101  via the PSTN is converted into an attached file format to an e-mail at internet FAX  1101  and is transmitted to WWW server  1103  as an attached file of e-mail.  
           [0009]    The e-mail with the attached file transferred from internet FAX  1101  is received at e-mail server  1102  via a network. The e-mail with the attached file received at e-mail server  1102  is transferred to WWW server  1103  that is a destination again via the network.  
           [0010]    WWW server  1103  stores the attached file of e-mail as image data to link to a homepage for facsimile reception. The storage of facsimile received data is finished at this point.  
           [0011]    In order to fetch received data into client machine  1104 , a user starts a WWW browser at client machine  1104  and accesses to the homepage for facsimile reception at WWW server  1103 . The user reads out an image data file at client machine  1104  via the network from WWW server  1103 .  
           [0012]    However, in the system using the above described FAX server, since image data is transferred from the FAX server to the file server and further transferred from the file server to the client machine until the client machine receives facsimile received data, there is a problem that network traffic is increased.  
           [0013]    In addition, in the system using the above described FAX server and the WWW server, since image data is transferred from the internet FAX to the e-mail server, further transferred from the e-mail server to the WWW server, and furthermore transferred from the WWW server to the client machine until the client machine receives facsimile received data, there is a problem that network traffic is increased. Since image data attached to e-mail has a data capacity approximately 1.3 times that of binary data, the network traffic is further increased.  
         SUMMARY OF THE INVENTION  
         [0014]    An object of the present invention is to provide a network facsimile apparatus which is able to decrease network traffic caused by data transmission.  
           [0015]    The present invention provides a network facsimile apparatus which has a WWW sever inside the apparatus, and is able to generate a structured document of reception list to provide to a client in homepage format in order to provide received data selected in the reception list to the client.  
           [0016]    Further, the present invention provides a network facsimile apparatus which is able to provide a received document (reception list) from the WWW server installed inside the network facsimile apparatus, to display a structured document for address book or device setting to a client, and to easily rewrite the structured document for address book or device setting in response to a request from the client. 
       
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS  
       [0017]    The above and other objects and features of the invention will appear more fully hereinafter from a consideration of the following description taken in connection with the accompanying drawing wherein one example is illustrated by way of example, in which;  
         [0018]    [0018]FIG. 1 is a configuration diagram of facsimile transmission and reception system using a FAX server;  
         [0019]    [0019]FIG. 2 is a configuration diagram of facsimile transmission and reception system using an internet FAX and a WWW server;  
         [0020]    [0020]FIG. 3 is a function block diagram of a network facsimile apparatus according to an embodiment of the present invention;  
         [0021]    [0021]FIG. 4 is a configuration diagram of a system in which the network facsimile apparatus according to the above embodiment is connected to a client machine;  
         [0022]    [0022]FIG. 5 is a function block diagram illustrating a flow of a part of processing in the network facsimile apparatus according to the above embodiment;  
         [0023]    [0023]FIG. 6 is a flowchart of an operation to generate a reception list in the network facsimile apparatus according to the above embodiment;  
         [0024]    [0024]FIG. 7 is a structure diagram of a reception list management table;  
         [0025]    [0025]FIG. 8 is a diagram illustrating a data example of a source file of a reception list html;  
         [0026]    [0026]FIG. 9 is a flowchart of an operation for transmitting data received and stored at the network facsimile apparatus according to the above embodiment;  
         [0027]    [0027]FIG. 10 is a diagram illustrating a file relation table of HTML files managed by the network facsimile apparatus according to the above embodiment;  
         [0028]    [0028]FIG. 11 is a structure diagram of a homepage main page provided by the network facsimile apparatus according to the above embodiment;  
         [0029]    [0029]FIG. 12 is a flowchart illustrating an operation of a WWW server communication section in the network facsimile apparatus according to the above embodiment;  
         [0030]    [0030]FIG. 13 is a flowchart illustrating an operation of a document list generating section in the network facsimile apparatus according to the above embodiment;  
         [0031]    [0031]FIG. 14 is a structure diagram of an internet received document page provided by the network facsimile apparatus according to the above embodiment;  
         [0032]    [0032]FIG. 15 is a structure diagram of a reception list delete page provided by the network facsimile apparatus according to the above embodiment;  
         [0033]    [0033]FIG. 16 is a structure diagram of a reception list edit page provided by the network facsimile apparatus according to the above embodiment;  
         [0034]    [0034]FIG. 17 is a structure diagram of a reception list move page provided by the network facsimile apparatus according to the above embodiment;  
         [0035]    [0035]FIG. 18 is a structure diagram of an address book page provided by the network facsimile apparatus according to the above embodiment;  
         [0036]    [0036]FIG. 19 is a structure diagram of an address book add page provided by the network facsimile apparatus according to the above embodiment;  
         [0037]    [0037]FIG. 20 is a structure diagram of an address book delete page provided by the network facsimile apparatus according to the above embodiment;  
         [0038]    [0038]FIG. 21 is a structure diagram of an address book edit page provided by the network facsimile apparatus according to the above embodiment;  
         [0039]    [0039]FIG. 22 is a flowchart of address book processing in the network facsimile apparatus according to the above embodiment;  
         [0040]    [0040]FIG. 23 is a structure diagram of a storage period setting page for user setting provided by the network facsimile apparatus according to the above embodiment; and  
         [0041]    [0041]FIG. 24 is a flowchart of a delete operation of file management section in the network facsimile apparatus according to the above embodiment. 
     
    
     DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS  
       [0042]    [0042]FIG. 3 illustrates a function block diagram of a network facsimile apparatus according to this embodiment. ROM  2 , RAM  3  and external storage  4  are connected to CPU  1  that operates by an operating system and is accessible to ROM  2 , RAM  3  and external storage  4 . Various programs such as processing program for a server side are stored at ROM  2 . RAM  3  is used, for example, as a working area of programs stored in ROM  2 . Compressed image data and HTML files are stored at external storage  4 .  
         [0043]    In addition, the network facsimile apparatus according to this embodiment has scanner  5 , printer  6 , panel section  7 , compression/expansion section  8 , FAX/speech communication section  9  and network controller  10  which operate under the control of CPU  1 .  
         [0044]    The network facsimile apparatus performs scanning of image data of, for example, document by scanner  5 , and performs printing of scanned imaged and received imaged data at printer  6 . A user is able to perform operations such as an instruction to scan image data and an enter of destination address using panel section  7 . Compression/expansion section  8  performs expansion of received image data and compression of scanned image data. FAX/speech communication section  9  performs facsimile communication and speech communication connecting to a PSTN. Network controller  10  performs the internet communication connecting to a network.  
         [0045]    The programs stored in ROM  2  includes each program for HTML file generating section  11 , WWW server section  12 , e-mail communication section  13  and TIFF conversion section  14 . Although each function of HTML file generating section  11 , WWW server section  12 , e-mail communication section  13  and TIFF conversion section  14  is provided under the respective program executed by CPU  1 , the respective function will be described using respective numeral symbol provided to the respective program as illustrated in FIG. 3 as a matter of accommodation.  
         [0046]    HTML file generating section  11  is a function block that converts lists of image data received by facsimile and e-mail and other data into HTML files readable on a homepage to register to a server.  
         [0047]    WWW server section  12  provides a server function of, for example, performing communication with a WWW browser in accordance with HTTP protocol to exchange homepage data (HTML file).  
         [0048]    E-mail communication section  13  performs transmission and reception of e-mail via a network, while functions as an e-mail server. In addition, TIFF conversion section  14  provides a function of converting coded facsimile data and document file data into TIFF format.  
         [0049]    [0049]FIG. 4 illustrates a system configuration in the case of connecting a network facsimile apparatus according to this embodiment to a PSTN and a network. In FIG. 4, network facsimile apparatus  201  is connected to the PSTN while connected to the network through a network interface. It is possible to browse at client machine  202  a homepage provided at network facsimile apparatus  201  by operating a WWW browser at client machine  202 .  
         [0050]    [0050]FIG. 5 illustrates a function block diagram for HTML file generating section  11 , WWW server section  12 , e-mail communication section  13 , TIFF conversion section  14  and FAX/speech communication section  9  and a flow of data processing between the blocks.  
         [0051]    In WWW server section  12 , WWW server communication section  31  communicates with a WWW browser operating at client machine  202  in accordance with HTTP protocol. A command received at www server communication section  31  from client machine  202  is analyzed at CGI string analysis section  32 .  
         [0052]    When a character sequence for the CGI processing is detected in the received data, CGI string analysis section  32  provides the received data to CGI application deciding section  33  and starts corresponding CGI application  34 . CGI application  34  decodes the URL encoded received data to execute the predetermined processing. CGI application  34  includes applications for, for example, transmission, processing such as delete, edit and move for HTML document, generation of address book, and device setting.  
         [0053]    File providing section  35  receives a file, whose file request is provided from client machine  202 , from a file management section  36  to provide to WWW server communication section  31 . When the file request does not requires the CGI processing, file providing section  35  requires a corresponding file to file management section  36 .  
         [0054]    HTML file generating section  11  has document list generating section  37  that generates a HTML file of document list and address book generating section  38  that generates a HTML file of address book.  
         [0055]    Document list generating section  37  generates a HTML file of reception list indicative of received e-mail and received FAX and performs a delete, edit and move of a part of the HTML file according to an instruction provided from CGI application  34  and received data.  
         [0056]    Address book generating section  38  modifies the HTML file of address book according to an instruction from the address book CGI application and received data. Further, address book generating section  38  executes processing to incorporate the latest address table data into the HTML file of address book when power is turned on and the content of the address book is changed.  
         [0057]    In addition, HTML file generating section  11  has communication result list generating section  39  and status information generating section  41 . Communication result list generating section  39  receives log information indicative of communication result from FAX/speech communication section  9  and e-mail communication section  13  to generate and update the HTML file indicative of the communication result list. Status information generating section  41  fetches status signals indicative of respect status from scanner  5 , printer  6 , panel section  7  and FAX/speech communication section  9  (for example, eruption of paper stack, lack of toner and on-communication) to generate and update a HTML file in which the respective statuses are registered.  
         [0058]    FAX/speech communication section  9  and e-mail communication section  13  each has a communication control section, storage processing section and spooler. The communication control section of FAX/speech communication section  9  is connected to the PSTN and the communication control section of e-mail communication section  13  is connected to various networks, for example, the internet as a representative, through a LAN or dial-up.  
         [0059]    The operation of the network facsimile apparatus according to this embodiment will be described next. Hereinafter, each operation of generation of reception list, edit of reception list, box move of reception list, generation of address book and device setting will be described separately.  
         [0060]    [0060]FIG. 6 illustrates a flowchart of an operation to generate a reception list. The network facsimile apparatus registers the reception list of received data received at FAX/speech communication section  9  and e-mail communication section  13  to a homepage.  
         [0061]    When a data reception occurs, it is decided whether the reception is performed via the PSTN or the internet (ST 401 ). When e-mail communication section  13  receives an e-mail, the reception is performed via the internet. In this case, e-mail communication section  13  receives the e-mail (ST 402 ). When attached data is image data in TIFF (Tag Images File Format) that is a standard format for an image file, e-mail communication section  13  stores the image data at external storage  4  providing a file name such as, for example, “mail0001.tif” (ST 407 ). When attached data is speech data, e-mail communication section  13  stores the speech data at external storage  4  providing a file name such as, for example, “audio0001.wav” (ST 407 ).  
         [0062]    On the other hand, when FAX/speech communication section  9  receives FAX data or speech data, the reception is performed via the PSTN. When the reception is performed via the PSTN, FAX/speech communication section  9  receives imaged data or speech data (ST 403 ), and decides whether or not the reception data is speech data (ST 404 ). When the received data is coded image data, FAX/speech communication section  9  requests TIFF conversion section  14  to convert the coded data into TIFF format (ST 405 ). FAX/speech communication section  9  provides a file name (for example, “fax0001.tif”) to the TIFF-converted received data to store at external storage  4  (ST 407 ). When the received data is speech data, FAX/speech communication section  9  converts the speech data into digital data (ST 406 ) and stores the speech file provided with a file name at external storage  4  (ST 407 ).  
         [0063]    After the received data is stored at external storage  4 , HTML file generating section  11  adds the file name to the reception list and updates the HTML file of reception list (ST 408 ).  
         [0064]    The update of the HTML file of reception list will be described specifically. Document list generating section  37  at HTML file generating section  11  updates the HTML file of reception list. Document list generating section  37  manages a reception list table stored at external storage  4 . FIG. 7 illustrates an example of a structure of a reception list management table. In the reception list management table, a document file name, registered data, a sender and a title are registered for every document number that is provided in order of reception.  
         [0065]    Document list generating section  37  receives the document file name, registered data, sender and title from FAX/speech communication section  9  or e-mail communication section  13  that receives corresponding data. Document list generating section  37  reads out the reception list through file management section  36 , adds the document number to the reception list, and registers the document file name, registered data, sender and title to the reception list. Document list generating section  37  returns the reception list in which the document name and the other items of the received data are registered to the reception list table, while reads out a reception list html (HTML file of reception list).  
         [0066]    [0066]FIG. 8 illustrates a source file of reception list html generated with respect to the received data via a network. As illustrated in FIG. 8, a comment line is inserted at a head for every reception list. Recognition data indicative of reception form and a document number are described at the position of the comment line. The comment line is followed by a document number, data, sender and title that are described in HTML document. An example of a structure of the reception list indicated based on the reception list html in FIG. 8 is illustrated in FIG. 14.  
         [0067]    Document list generating section  37  converts a document number, data, sender and title of new received data into HTML document to generate list data. Document list generating section  37  further searches the reception list html from the head to detect the first comment line (&lt;!--) that is the first line of the current reception list, and inserts list data of the above-described new received data to the first line of the reception list. When the updated reception list html is returned to external storage  4 , the list of the new received data is registered to the homepage. Specifically, document list generating section  37  reads the HTML file that is prepared in advance to indicate a reception list page and writes a character sequence indicative of, for example, document number that is newly stored management data in the reception list table in order to edit. “00243” that is a character sequence of the edited document number is tagged with &lt;A HREF=“fax0001.tif”&gt;, thereby the character sequence “000243” is linked to ifax0001.tif that is the received file.  
         [0068]    In addition, with respect to FAX reception list concerning FAX received image data and speech reception list concerning received speech data, the lists are similarly generated in HTML document.  
         [0069]    As described above, when FAX/speech communication section  9  receives FAX data or e-mail communication section  13  receives an e-mail, since data necessary for the list generation (for example, sender and title) is input to document list generating section  37  and document list generating section  37  reads out the HTML file of reception list from external storage  4  and adds the new data to the reception list, client machine  202  is able to obtain a supply of the latest reception list in homepage format by accessing to WWW server section  12 .  
         [0070]    An operation of transmitting data received and stored at the network facsimile apparatus to client machine  202  will be described next according to a flowchart in FIG. 9.  
         [0071]    The network facsimile apparatus is in a stand-by state until a homepage address (URL address) is entered.  
         [0072]    Client machine  202  connected to a network starts a WWW browser (homepage browsing software) and enters the URL address of the network facsimile apparatus to access the homepage (ST 701 ).  
         [0073]    In the network facsimile apparatus accessed, WWW server section  12  initiates the processing through network controller  10 . File providing section  35  at WWW server section  12  responds to a command for requesting a file of the homepage main page (index html) received from client machine  202  and reads out the corresponding file from external storage  4  to return to the WWW browser at client machine  202  (ST 702 ). FIG. 10 illustrates a file relation table of the HTML files registered at external storage  4 . The files needed to display the homepage are related to the file of the homepage main page.  
         [0074]    When the WWW browser at client machine  202  receives the file of homepage main page, the WWW browser analyzes the content and transmits a command for requesting the files needed to display the homepage to WWW server section  12  (ST 703 ). For example, when the homepage main page illustrated in FIG. 10 is displayed, the WWW browser requests files necessary for respective icon display of facsimile received document, internet received document, personal box, bulletin board document, address book, communication result report, user setting and setting list (sdoc.gif, kdoc.gif, etc. illustrated in FIG. 10) to WWW server section  12 .  
         [0075]    When WWW server section  12  receives the request of files needed to display the homepage main page, WWW server  12  section transmits the files stored at external storage  4  to the WWW browser at client machine  202  (ST 704 ). Thus, the homepage of the network facsimile apparatus is displayed on a screen of client machine  202  (ST 705 ). The network facsimile apparatus stands by until next selection is performed.  
         [0076]    The network facsimile apparatus awaits until an icon that is desired by a user is selected on the main page illustrated in FIG. 9 displayed at client machine  202 . For example, assume that “FAX reception list” is selected among from displayed data. When a “FAX reception list” icon is selected, a file request is generated for the FAX reception list that is linked to a display position of the icon (ST 706 ).  
         [0077]    As illustrated in FIG. 10, the icon of “FAX reception list” is linked to the corresponding HTML file (fdoc.html). The WWW browser is able to display the FAX reception list using fdoc.html. When WWW server section  12  receives the file request for fdoc.html, WWW server section  12  reads out the corresponding file from external storage  4  to transmit to client machine  202  (ST 707 ).  
         [0078]    The WWW browser at client machine  202  displays a page of “FAX reception list” according to the HTML file of “FAX reception list” received from WWW server section  12  (ST 708 ).  
         [0079]    When a user selects an indication of a desired file number among from the FAX reception list at the client machine (ST 709 ), the network facsimile apparatus transmits an image data file (ST 710 ). When it is not possible to display the image data on the WWW browser at the client machine  202  (for example, file0001.tif), the image data is displayed using the helper application to display the TIFF file (ST 713 ).  
         [0080]    The aforementioned example describes about the case of displaying FAX received data. However, when a speech file is selected, the speech data linked to the speech file is played back at a speaker of the client machine. The speech data includes speech data that the user records at a receiver of the network facsimile apparatus besides the speech data received from outside, and it is possible to link these speech data to the homepage and also to transmit toward outside.  
         [0081]    The operation of WWW server section  12  will be described next. FIG. 12 is a flowchart illustrating the operation of WWW server section  12 . WWW server communication section  31  receives a request and returns a reply from/to client machine  202  via a network by operating in accordance with HTTP protocol. The types of requests that WWW server communication section  31  receives are principally separated into a file request and CGI processing request according to a command.  
         [0082]    The received data (request) received at WWW server communication section  31  is provided to CGI string analysis section  32 . CGI string analysis section  32  analyzes the CGI string using the received data. When the CGI processing is not executed (ST 100 ), file providing section  35  fetches the corresponding file from external storage  4  based on the document number contained in the received data to return to the client (ST 101 ).  
         [0083]    CGI string analysis section  32  decodes a URL encoded portion in the received data (ST 102 ). The decoded data that is the CGI string analysis result is provided to CGI application deciding section  33 . When CGI application deciding section  33  makes an error decision, for example, in the case where the decoded data requests the CGI processing but the application name is not designated (ST 104 ), CGI application deciding section  33  provides an error notification to file providing section  35  and fetches the HTML file for the error notification from external storage  4  to transmit to the client machine (ST 105 ).  
         [0084]    When the error processing is not executed at ST 104 , the processing is executed according to the content of the CGI application. The CGI application supported by WWW server section  12  of this embodiment includes delete, edit, move of various reception lists, generation and incorporation of address book and device setting.  
         [0085]    As a result of the decision processing by CGI application deciding section  33 , when the decoded data requests to (1) delete the designated document number from a HTML file of a reception list (ST 106 ), (2) replace the data of designated document number with the edited data, or (3) move the designated document number to anther HTML file of another reception list (ST 108 ), CGI application deciding section  33  executes respective reception list processing (ST 109 ). The content of the reception list processing will be described later.  
         [0086]    Further, as a result of the decision processing by CGI application deciding section  33 , when the decoded data requests (4) to reflect the contents of the address book (added address, data delete and data modification) in the HTML file of the address book (ST 110 ), CGI application deciding section  33  provides the received data to the address book CGI application to execute address book processing (ST 111 ).  
         [0087]    Furthermore, as a result of the decision processing by CGI application deciding section  33 , when the decoded data requests (5) to update the content of the device setting set at file management section  36  (ST 112 ), CGI application deciding section  33  provides the received data to the device setting CGI application to execute update processing of setting flag of file management section  36  (ST 113 ).  
         [0088]    As the premise that the reception list processing is executed at ST 109  described above, the necessary data is entered on a HTML document page at client machine  202 . At ST 706  of the flowchart illustrated in FIG. 9, an internet reception list icon on the homepage main page (HTML document page) is selected. According to the selection, the file request of the HTML file linked to the internet reception list is performed to WWW server section  12 .  
         [0089]    At external storage  4  at the server side, the HTML file of the internet reception list is registered as described above, and is updated by document list generating section  37  whenever an e-mail reception is performed. In WWW server section  12 , file providing section  35  requests file management section  36  to read out the corresponding file in response to the file request from client machine  202 , while transmits the read HTML file of the internet reception list to client machine  202 .  
         [0090]    The WWW browser at client machine  202  displays the internet reception list composed of HTML document according to the HTML file of the received internet reception list on a screen.  
         [0091]    [0091]FIG. 14 illustrates a page of the internet reception list composed of the HTML document. In this embodiment, the page is composed of a list having document number, registered data, sender, title and check icon, and a frame menu in which icons of send, print, delete, edit and move are lined up. It is thus possible to provide the internet received document page to a user.  
         [0092]    A user selects a document number of operation object on the internet received document page in FIG. 14. The document number is selected by checking a select-box. After selecting the document number, the user selects any operation from the frame menu.  
         [0093]    In the case of selecting a “send” icon as an operation content, it is possible to send a file of document number indicated on the reception list to a destination address. When the “send” icon is selected, the WWW browser requests a HTML document composing a send page to WWW server section  12 . The send page has boxes to which a document number to be sent and an destination address (FAX number or e-mail address) are entered. When the WWW browser at the client machine acquires the HTML document of the send page, the send page is displayed on a screen based on the HTML document. A user enters the document number and destination address (FAX number or e-mail address) on the send page and then pushes a determine-button. When the determine-button is pushed, the send CGI application is selected and the browser transmits the request data in which the document number and destination address are set to WWW server section  12 .  
         [0094]    WWW server section  12  starts the send CGI application when receives the request data. The document number and destination address of the send object are provided to the corresponding communication section. For example, when the destination address is an e-mail address, the document number and the e-mail address of the destination address are input to e-mail communication section  13 . E-mail communication section  13  fetches the file of the designated document number from external storage  4  through file management section  36  and makes the file an e-mail to send to the destination address.  
         [0095]    In addition, when a user selects a “delete” icon, the WWW browser at the client machine  202  provides the file request for the HTML file linked to the “delete” icon to WWW server section  12 .  
         [0096]    When WWW server section  12  receives the file request, WWW server communication section  31  notifies file providing section  35  of a file name of the HTML file linked to the “delete” icon. File providing section  35  fetches the corresponding file from external storage  4  through file management section  36  to transmit to client machine  202 . FIG. 15 illustrates a structure example of a HTML document page used in deleting a document number from the reception list. The document number selected previously is automatically inserted into a column for document number.  
         [0097]    The user confirms the document number as a delete object that is automatically inserted into the column for document number and then selects a determine-button. When the determine-button is selected, the delete CGI application is selected as an application type and the request data in which the document number of the delete object is set is transmitted to WWW server section  12 .  
         [0098]    In addition, in the case where the user selects an “edit” icon after selecting the document number of the processing object, the WWW browser at client machine  202  provides the file request for the HTML file linked to the “edit” icon to WWW server section  12 .  
         [0099]    When WWW server section  12  receives the file request, WWW server communication section  31  notifies file providing section  35  of a file name of the HTML file linked to the “edit” icon. File providing section  35  fetches the corresponding file from external storage  4  through file management section  36  to transmit to client machine  202 . FIG. 16 illustrates a structure example of the HTML document page used in editing a document number, title, sender and other items of the reception list.  
         [0100]    The document number selected previously, title and others are automatically inserted into a column for the edit object. When a determine-button is pushed, the edit CGI application is selected as an application type, and the request data in which the document number of the edit object is set is transmitted to WWW server section  12 .  
         [0101]    In addition, in the case where the user selects a “move” icon, the WWW browser at client machine  202  provides the file request for the HTML file linked to the “move” icon to WWW server section  12 .  
         [0102]    When WWW server section  12  receives the file request, WWW server communication section  31  notifies file providing section  35  of a file name of the HTML file linked to the “move” icon. File providing section  35  fetches the corresponding file from external storage  4  through file management section  36  to transmit to client machine  202 . FIG. 17 illustrates a structure example of the HTML document page used in moving a document number on the reception list.  
         [0103]    The document number that is selected before the “move” icon is selected is automatically inserted into a column for the document number. The user enters corresponding folder names into a column for a folder from which the document is moved (source folder) and another column for another folder to which the document is moved (target folder). When a determine-button is selected, the move CGI application is selected as an application type, and the request data in which the document number of the move object is set is transmitted to WWW server section  12 .  
         [0104]    As described above, the request data for requesting the CGI processing is transmitted from client machine  202  to WWW server section  12 . As illustrated in the flowchart in FIG. 12, in WWW server section  12 , the CGI string data that is analyzed by CGI string analysis section  32  using the received data (request data) is provided to CGI application deciding section  33  and a corresponding CGI application is decided.  
         [0105]    When the delete, edit and move applications are executed, the corresponding CGI application provides an instruction and received data corresponding to the processing content to document generating section  37 .  
         [0106]    The above description describes about the case of performing various jobs using the internet received document page. However, it is possible to move to the various jobs using the FAX received document page by the same operation.  
         [0107]    When an address book CGI application is executed, this CGI application provides an instruction and received data corresponding to the processing content to address book generating section  38 .  
         [0108]    When a device setting CGI application and a send CGI application are executed, an instruction and received data corresponding to the processing content are provided to file management section  36 .  
         [0109]    The received data is provided to document generating section  37  from the delete, edit or move CGI application. When the reception list processing is a delete, the delete CGI application provides the document number that is entered on the HTML document page in FIG. 15 as received data to document generating section  37  to instruct to delete the corresponding document. When the reception list processing is an edit, the edit CGI application provides the document number and edit contents that are entered on the HTML document page in FIG. 16 as received data to document generating section  37  to instruct to edit the corresponding document. When the reception list processing is a move, the move CGI application provides the document number, source folder number and target folder number that are entered on the HTML document page in FIG. 17 as received data to document generating section  37  to instruct to move the corresponding document.  
         [0110]    FGI.  13  illustrates a flowchart when document generating section  37  operates by the request data for requesting the CGI processing. The document number provided from the CGI application is searched in the HTML file of the reception list (ST 1101 ). Next, it is decided whether or not the request data instructs the edit processing (ST 1102 ).  
         [0111]    For example, when an edit of the internet reception list is instructed as CGI processing, document generating section  37  reads out the HTML file of the internet reception list from external storage  4 , and searches a position of the document number of the edit object. Document generating section  37  replaces the data of the corresponding document number (title, sender and others) with the edited data (received data) (ST 1103 ).  
         [0112]    The rewrite of a portion in the HTML file of the internet reception list is finished when the HTML file of the internet reception list, in which the data of the corresponding document number is replaced with the edited data, is returned to external storage  4 .  
         [0113]    On the other hand, when the edit processing is not instructed, the corresponding document number is anyway deleted from the current position in the reception list HTML file because the processing except for an edit is a delete or a move. Therefore, when it is decided that the processing instructed in ST 1102  is not the edit, the data of the corresponding document number is deleted from the reception list HTML file (ST 1104 ).  
         [0114]    It is next decided whether or not the CGI application instructs as the CGI processing a document move between the reception lists (for example, internet reception list to FAX reception list) (ST 1105 ).  
         [0115]    When a document move is instructed, the HTML files of source and target reception lists respectively from/to which the document is moved are both already read out from external storage  4  at ST 1101 . Since the corresponding document number is already deleted in the HTML files of the source reception, the data of the corresponding document number is added to the HTML file of the target reception list (ST 1106 ). The move of document data between the reception lists is finished when the reception list in which the data of the corresponding document number is deleted and another reception list to which the data of the corresponding document number is added are stored in external storage  4 . In addition, when the move of document data is not executed, the document data is just deleted from the reception list.  
         [0116]    As described above, since WWW server section  12  transmits the reception list operation page (delete, edit or move) in response to a request from client machine  202 , client machine  20  transmits the data and operation content (delete, edit or move) that are entered by a user corresponding to the reception list operation page to WWW server section  12 , and document list generating section  37  at WWW server section  12  reflects the user entered data in the HTML file of reception list corresponding to the operation content, the user is able to modify the reception list in homepage format provided from WWW server section  12 .  
         [0117]    In addition, as the premise that the address book processing is executed at ST 111 , the necessary data is entered on the HTML document page at client machine  202 . At ST 706  in the flowchart illustrated in FIG. 9, an address book icon is selected instead of internet reception list icon on the main page of the homepage (HTML document page) illustrated in FIG. 11. According to this processing, the file request for the address book HTML file linked to the address book icon is provided to WWW server section  12 .  
         [0118]    The HTML file of address book is registered at external storage  4  at the server side. In WWW server section  12 , file providing section  35  requests file management section  36  to read out an address book html in response to the file request from client machine  202 , while transmits a HTML file of read address book html to client machine  202 .  
         [0119]    The address book-page composed of the HTML document according to the address book HTML file received by the WWW browser is displayed on a screen of client machine  202 .  
         [0120]    [0120]FIG. 18 illustrates the HTML document page of address book. In this embodiment, the address book page is composed of address information having name, type, address and check icon, and a frame menu with icons such as add, delete and edit lined up. A symbol indicative of FAX or e-mail is described in a column of a type. In a column of an address, a telephone number is described when the type is FAX and an e-mail address is described when the type is e-mail.  
         [0121]    When a user operates the content of the address book that is registered in homepage format at the WWW server side, the user is able to select a job corresponding to the operation content among from the frame menu.  
         [0122]    When the user selects an “add” icon, the WWW browser at client machine  202  provides a file request for the HTML file linked to the “add” icon to WWW server section  12 .  
         [0123]    When WWW server section  12  receives the file request, WWW server communication section  31  notifies file providing section  35  of a file number of the HTML file linked to the “add” icon. File providing section  35  fetches the corresponding file from external storage  4  through file management section  36  to transmit to client machine  202 . FIG. 19 illustrates a structure example of a HTML document page used in adding an address from the reception list.  
         [0124]    The user enters a name of an address to be added in a column of name, enters FAX or e-mail in a column of type, further enters a FAX number or e-mail address in a column of address, and then selects a determine-button. When the determine-button is selected, the address book CGI application is selected as an application type, and the request data, in which information on the address to be added is set, is transmitted to WWW server section  12 .  
         [0125]    When the user selects a “delete” icon, the WWW browser at client machine  202  provides a file request for the HTML file linked to the “delete” icon to WWW server section  12 . WWW server section  12  transmits the HTML file linked to the “delete” icon to client machine  202  through the process of the case of “add”.  
         [0126]    [0126]FIG. 20 illustrates a structure example of a HTML document page used in deleting an address from the address book. A user enters a name and address of the delete object respectively in columns of name and address (telephone number or e-mail address) and then selects a determine-button. When the determine-button is selected, the address book CGI application is set as an application type, and the request data, in which the number of the delete object is set, is transmitted to WWW server section  12 .  
         [0127]    When a user selects an “edit” icon, the WWW browser at client machine  202  provides a file request for the HTML file linked to the “edit” icon to WWW server section  12 .  
         [0128]    When WWW server section  12  receives the file request, WWW server communication section  31  notifies file providing section  35  of a file number of the HTML file linked to the “edit” icon. File providing section  35  fetches the corresponding file from external storage  4  through file management section  36  to transmit to client machine  202 . FIG. 21 illustrates a structure example of a HTML document page used in editing a name and address in the address book. The user enters an edited name and/or address for a column of edit object, and then selects a determine-button. When the determine-button is selected, the address book CGI application is set as an application type, and the request data, in which the edit address number is set, is transmitted to WWW server section  12 .  
         [0129]    [0129]FIG. 22 illustrates a flowchart when address book generating section  37  operates according to request data for requesting CGI processing. Address book generating section  38  receives an instruction indicative of the CGI processing content (add, delete and edit), and received data (name and address) from the address CGI application, while fetches the HTML file of address book from external storage  4 .  
         [0130]    Address book generating section  38  decides whether or not the instruction indicates an add of address (ST 1201 ), and adds added address and name to the HTML file of address book when the instruction indicates the add of address (ST 1202 ).  
         [0131]    On the other hand, when the instruction does not indicate an add of address, address book generating section  37  deletes the corresponding address data contained in the received data from the HTML file of address book because the processing to be executed is edit or delete (ST 1203 ). It is next decided whether or not the instruction indicates an edit of address book (ST 1204 ). When the instruction indicates the edit, address book generating section  37  searches the corresponding address from the HTML file and replaces the corresponding address with the edited address data and/or name (ST 1205 ). The latest address data is thus reflected in the homepage of the address book by writing the HTML file of the changed address book into external storage  4 .  
         [0132]    AS described above, since WWW server section  12  is able to provide an address book in homepage format to client machine  202 , and display a HTML document page to add or modify (delete or edit) an address of address book in response to a request from client machine  202  on a screen of client machine  202 , and the user entered added or modified data and the operation content are provided to address book generating section  38  to be reflected in the HTML file of address file, the user is able to add and modify the content of the address book provided in homepage format from WWW server section  12  using client machine  202 .  
         [0133]    The network facsimile apparatus has panel section  7  and a short dial table in which a short dial is related to telephone number and e-mail address. When a user pushes down the short dial, the corresponding telephone number or e-mail data is read from the short dial table to be provided to FAX/speech communication section  9  or e-mail communication section  13 . Then, FAX/speech communication section  9  calls to the provided telephone number to transmit facsimile data, or e-mail communication section  13  transmits e-mail data to the provided e-mail address from network controller  10 .  
         [0134]    The above-described short dial table is added or modified arbitrary by a user. However, the rewrite in the short dial table is not reflected in the address book in homepage format provided to the user from WWW server section  12 . Therefore, another processing is necessary to correctly matches the short dial table and the content of the HTML file of address book.  
         [0135]    In order to execute the processing, address book generating section  38  executes incorporation processing of the address book with the address book CGI application. When the power of the network facsimile apparatus is turned on, the data of short dial table is transferred to address book generating section  38 . Meanwhile, the HTML file of address book is read out from external storage  4 . The telephone numbers and e-mail addresses registered in the short dial table that are transferred are incorporated in the HTML file of address book. According to this processing, the content of the short dial table and the content of the HTML file of address book are matched. The processed HTML file of address book is returned to external storage  4 .  
         [0136]    The operation to set a storage period of a document registered in the homepage will be described next. In above-described ST 706 , when a user setting icon is selected on the homepage main page, a file request for the HTML file linked to the user setting icon is transmitted to WWW server section  12  from client machine  202 . When WWW server section  12  receives the file request for the HTML file of user setting, file providing section  35  fetches the corresponding user setting html from external storage  4  to transmit to client machine  202 .  
         [0137]    The WWW browser at client machine  202  displays a user setting page using the user setting html on a screen. FIG. 23 illustrates a structure example of the user setting page. The user setting page is composed so that a storage period can be set for every FAX received document and every network received document. 1 day, 1 week and 1 month are set as a storage period in the example illustrated in FIG. 23, however it may be possible to make a structure for enabling any setting of storage period. When a user selects a storage period and a document type on the user setting page and selects a setting button, the set data is transmitted to WWW server section  12  along with the CGI processing request for a device setting CGI application.  
         [0138]    In WWW server section  12 , CGI application deciding section  33  provides the CGI processing request to the device setting CGI application. The device setting CGI application provides setting data such as a storage period and a document type to file management section  36  to request a change of device setting.  
         [0139]    File management section  36  manages storage periods of documents stored at external storage  4  (various types of HTML file, TIFF file group and speech file group). When file management section  36  receives an instruction for changing a storage period from the device setting CGI application, file management section  36  rewrites a tale in which a storage period of the corresponding type is registered according to the instruction content.  
         [0140]    [0140]FIG. 24 is a flowchart concerning a document storage management by file management section  36 . File management section  36  manages storage periods on a unit basis for every document type. When file management section  36  detects that one day has passed since the data of receiving a document whose storage period is 1 day (ST 1221 ), file management section  36  deletes the corresponding document (ST 1222 ). When file management section  36  detects that one week has passed since the data of receiving a document whose storage period is 1 week (ST 1223 ), file management section  36  deletes the corresponding document (ST 1224 ). Further, when file management section  36  detects that one month has passed since the data of receiving a document whose storage period is 1 month, file management section  36  deletes the corresponding document (ST 1225 ).  
         [0141]    As described above, since a document storage period (device setting) is displayed on a HTML document page designated by a user at client machine  202  in response to a request from client machine  202 , and the data and device setting instruction entered by the user is provided to WWW server section  12  to be reflected in the management table in file management section  36 , the document storage period (device setting) can be set using client machine  202  in the same operation as accessing to a homepage.  
         [0142]    The present invention is not limited to the above described embodiments, and various variations and modifications may be possible without departing from the scope of the present invention.  
         [0143]    This application is based on the Japanese Patent Application No. HEI 10-372959 filed on Dec. 28, 1998, entire content of which is expressly incorporated by reference herein.