通信裝置和通信方法

專利名稱：通信裝置和通信方法
技術領域：
本發明涉及通過網絡發送圖像信息等數據的通信裝置，更具體說是涉及具有在將數據按照規定的發送設定發送的同時，向發送目的地請求響應并確認有無該響應的功能的通信裝置。
背景技術：
近年隨著網絡化的發展，通過因特網等網絡收發電子郵件(E-mail)的網絡通信裝置被應用于各種用途。
作為這種網絡通信裝置，已知的有具備掃描儀功能，但并不只是作為讀取圖像的設備使用，而是可以將讀取的圖像信息作為前述的電子郵件的附件，發送達與網絡連接的計算機等裝置。
作為具有上述結構的網絡通信裝置，例如正在開發具有所謂的Scan toE-mail功能的網絡掃描儀裝置(網絡通信裝置)。上述的功能是將掃描的原稿圖像數據變換為格式化數據，做成電子郵件用的附件，該附件與電子郵件一起發送達因特網上的地址(主機)的功能。
另外，除了前述掃描儀功能，還在進一步開發具有打印功能和電話功能的網絡傳真裝置。例如在日本國公開專利公報“特開2001-274944公報”(
公開日2001年10月05日)公開了這樣的網絡傳真裝置。圖10表示具有這樣的網絡傳真裝置的網絡通信系統的概略結構圖。
如圖所示，在網絡通信系統中，從發送方的終端裝置(網絡傳真裝置)101向發送方的郵件服務器102寄信的電子郵件，按照SMTP(Simple MailTransfer Protocol)等規定的電子郵件傳送協議，通過網絡103傳送達接收方的郵件服務器104，存儲在該郵件服務器104中。接收方的終端裝置(網絡傳真裝置)105使用POP3協議(Post Office protocol 3)或者IMAP(InternetMessage Access Protocol)等郵件接收協議，定期訪問接收方的郵件服務器104，取得存儲的電子郵件。
而且，該網絡通信系統的構成為，在接收方的終端裝置105接收電子郵件，將附加的圖像信息作為接收原稿存儲輸出時，使終端裝置105將接收完的電子郵件由郵件服務器104刪除，從而不重復進行再次的傳送。
在此，在上述的網絡通信系統中，在使用電子郵件發送信息時，存在例如與通常的傳真裝置發送信息時不同，在發送方不能判斷接收方是否正常接收，并且接收方的處理是否適當的問題。
即，在網絡通信系統中，與通過PSTN(Public Switched Telephone Network公共電話網)進行相互間的實時通信的常規傳真裝置不同，接收方的終端裝置105并不限于平時與郵件服務器104連接。而且，即使接收方的終端裝置105不能接收，也可以從發送方的終端裝置101向郵件服務器102發送，所以有到接收方的終端裝置105實際接收到為止產生時間差的可能性。因此，在發送方的終端裝置101中，在發送以后，不能識別接收方的終端裝置105中是否正常接收，而且適當地進行了處理。
因此，在現有的網絡通信系統中，有必要對發送的信息的到達進行確認時，結果是有操作者必須通過電話確認的不便。而且還存在會損害通過電子郵件通信所具有的與電話不同，不必相互進行實時對話的優點的問題。
這時，作為用于消除這樣的不便的其他的現有技術，由在RFC2298中規定的MDN(Message Disposition Notification)的方法，規定了在接收到電子郵件時，通過接收方的終端裝置將送達確認的響應返回到發送方的終端裝置進行送達確認的方法。
在此，所謂RFC(Request For Comment)是指作為制定與因特網相關技術標準的團體的IETF(Internet Engineering Task Force)正式發行的文件。作為RFC，例如IP(Internet Protocol)、TCP(Transmission Control Protocol)、HTTP(HyperText Transfer Protocol)、FTP(File Transfer Protocol)等在因特網中使用的協議和其他與因特網相關的各種技術的規格·必要條件等，如前述RFC2298那樣，附加連續號碼公開。
在前述MDN中，在電子郵件的信頭“Disposition-Notification-To”重新設置字段，在發送方和接收方的終端裝置滿足MDN的規格時，使用前述字段進行送達的確認。具體來說，發送方在前述字段中指定希望發送送達確認郵件的地址并發送，接收方向在前述字段中制定的地址送回送達確認郵件。以下示出利用該MDN功能，確實并且快速的向發送方發送電子郵件的現有技術。
日本國公開專利公報“特開2001-309109公報”(
公開日2001年11月02日)中公開了以下結構在具有前述MDN功能的裝置中，進行MDN的請求時，即使在發送結束后經過了一定的時間，也不能從接收方發送響應的電子郵件的情況下，記錄輸出用于向操作者告知響應的電子郵件不能發送的不能實現報告。按照該結構，可以在接收方的終端裝置中確認是否進行了正常的發送，迅速進行再次發送等的處理。
另外，在日本國公開專利公報“特開2002-32318公報”(
公開日2002年01月31日)中公開了以下結構的通信終端裝置判斷是否記載著對接收的郵件的送達確認的請求，在記載著送達確認的請求時，通過在接收郵件時的對呼中發送發送確認郵件，快速并且控制通信費用地返回響應。
但是，終端裝置在接收存儲在郵件服務器的電子郵件時，按照郵件服務器中存儲的順序(郵件服務器接收的順序)，即按照信息號碼的順序接收電子郵件。因此，在與郵件服務器此次連接時，按照終端裝置中的存儲器的空余容量的情況，在該終端裝置不能接收全部的電子郵件時，剩余的電子郵件在下次連接時接收。
因此，從接收方的終端裝置以可能的有限速度返回表示電子郵件的接收確認的響應郵件，即使該響應郵件在發生超時前發送達郵件服務器，也存在在發送方的終端裝置(最初請求MDN的終端裝置)中，該響應郵件由于該存儲器的空余容量的情況不能接收，產生超時錯誤的情況。
另外，MDN的返回結果是NG的情況下，通常需要迅速進行電子郵件的再發送等的處理，因此，希望MDN的響應郵件比通常的電子郵件優先接收。

發明內容
本發明是為解決上述課題而提出的，其目的在于提供在設定了送達確認請求發送電子郵件時，可以迅速接收對接收方裝置的送達請求的響應郵件，防止發生等待送達確認的超時錯誤的事情的通信裝置和通信方法。
為了實現上述目的，本發明的通信裝置，通過網絡，例如為因特網，進行例如為電子郵件的數據的發送接收，同時請求來自接受方裝置的對發送數據的響應，其特征在于包括數據判斷部件，對通過所述網絡發送來的數據判斷是否為對應所述響應請求的響應數據；接收控制部件，控制所述接收動作，使得將由所述數據判斷部件判斷為所述響應數據的數據比除此之外的數據優先接收。
本發明的通信裝置，包括發送接收部件，通過網絡，例如為因特網，進行例如為電子郵件的數據的發送接收；響應請求設定部件，在發送數據中設定對數據的發送請求從接收裝置的響應的響應請求；數據判斷部件，對經所述網絡發送來的數據，判斷是否為對所述響應請求的響應數據；接收控制部件，控制所述發送接收部件，使得將由所述數據判斷部件判斷為所述響應數據的數據比除此之外的數據優先接收。
本發明的通信方法，通過網絡，例如為因特網，進行例如為電子郵件的數據的收發，同時對數據的發送請求從接收方裝置做出響應，其特征在于，包括以下步驟對通過所述網絡發送來的數據判斷是否為對應所述響應請求的響應數據的步驟；將判斷為所述響應數據的數據比除此之外的數據優先接收的步驟。
按照上述結構，通信裝置例如在不總是與網絡連接時，通過例如因特網等的網絡發送包含對接收方裝置的數據(電子郵件)發送的響應請求(送達確認請求(MDN(Message Disposition Notification)請求)的數據。這時，通信裝置在這之后再次連接網絡，接收通過網絡發送來的數據(電子郵件)時，對這些數據判斷是否為對前述響應請求的響應數據(數據判斷部件)。
這時，如果是判斷為前述響應數據的數據(對MDN請求的響應郵件)，就比除此之外的數據優先接收該數據(接收控制部件)。
所以，在對數據的發送請求接收方裝置的響應時，可迅速接收對該響應請求的接收方裝置的響應數據，可防止出現發生響應數據等待(送達確認等待)的超時錯誤。
例如，在經過郵件服務器接收電子郵件的終端裝置中，在接收存儲在郵件服務器中的電子郵件時，通常按照郵件服務器中存儲的順序(郵件服務器接收的順序)，即按照信息號碼的順序接收。因此，對于在此次連接時由于終端裝置的存儲器的空余容量的情況而不能接收的電子郵件，在下次與郵件服務器連接時接收。所以，從接收方裝置以可能的有限速度送回響應郵件，即使該響應郵件在發生超時前發送達郵件服務器，也存在由于該存儲器的空余容量的情況，不能發送達終端裝置(進行MDN請求的裝置)，產生超時錯誤的情況。因此，按照本發明的結構，如上所述，可以解決這樣的問題。
本發明的通信裝置，通過網絡進行數據的收發，同時請求來自接受方裝置的對發送數據的響應，其特征在于包括數據判斷部件，對通過所述網絡發送來的數據判斷是否為對應所述響應請求的響應數據；接收控制部件，將由所述數據判斷部件判斷為所述響應數據的數據的接收位次設定為在除此之外的數據的接收位次之上。
按照上述的結構，在由數據判斷部件判斷通過網絡發送來的數據是對響應請求的響應數據時，將該數據的接收位次設定為在除此之外的數據的接收位次之上。這樣，可以使對響應請求的響應數據比其他的數據優先接收。
具體來說，例如對存儲在郵件服務器中的電子郵件，賦予信息號碼，對被判斷為是對響應請求的響應郵件的電子郵件，不拘泥于信息號碼，設定為在響應郵件之外的電子郵件的接收位次之上，根據變更后的位次，從通信裝置進行對郵件服務器的接收請求。
因此，與前述的結構情況相同，在請求來自接受方裝置的對發送數據的響應時，可以迅速接收對該響應請求的從接收方裝置的響應數據，可防止出現發生響應數據等待(送達確認等待)的超時錯誤。
上述的通信裝置結構也可以為保管通過網絡向通信裝置地址發送來的數據，對于保管的各數據，賦予適當調換的連續號碼，使得各數據固有的識別信息和保管的數據的號碼連續的中繼裝置，進行例如通過郵件服務器的數據的發送接收，前述接收控制部件在接收來自前述中繼裝置的數據時，通過對于前述中繼裝置的接收請求的數據的順序從前述連續號碼的順序進行變更，來進行前述接收位次的變更。
按照上述的結構，中繼裝置，例如為郵件服務器對接收保管的通信裝置地址的各數據(電子郵件)，賦予各數據固有的識別信息，例如以70個文字以內的任意的文字串表示的唯一ID和連續號碼，例如為從1開始的連續號碼表示的信息號碼。前述連續號碼，如果消除任何的數據，例如按該次數，進行調換使得保管的數據號碼連續。
另一方面，識別信息作為與各數據(電子郵件)對應的固有信息不改變。另外，該識別信息，例如唯一ID等那樣，在通信裝置連接到作為中繼裝置的例如郵件服務器時，一次通過通信裝置接收在郵件服務器內保存的與全部電子郵件對應的識別信息。
在此，從中繼裝置接收數據時，將對中繼裝置請求接收的數據的順序，從前述連續號碼的順序變更，進行接收位次的變更，從而可使對響應請求的響應數據比其他數據更優先接收。
所述的通信裝置的結構也可以是通過前述數據判斷部件將接收的數據的大小與規定的數據大小進行比較，判斷是否為前述響應數據。
在上述的結構中，在對響應請求(MDN請求)的響應數據中，因為沒有添加附件，所以與其他添加了附件的數據相比數據大小小。因此，事先設定認為是響應數據的規定的數據大小，通過與接收的數據的大小比較，可以判斷是否為響應數據。按照這樣的結構，可簡單并且容易地判斷響應數據。
上述通信裝置也可以是以下結構，包括存儲接收數據的存儲部件；存儲控制部件，控制所述存儲部件中的存儲動作，使得留出為在所述存儲部件中存儲所述響應數據所必需的空余容量并存儲接收數據。
按照上述的結構，通信裝置，例如在不總是與網絡連接的情況下，通過網絡發送包含對接收方裝置的數據(電子郵件)發送響應請求(MDN請求)的數據，之后再次連接到網絡，通過網絡接收發送來的數據(電子郵件)。這時，存儲部件通過存儲控制部件的控制動作，確保用于存儲響應數據所必需的空余容量。因此，可以確實地接收響應數據。由此，可以防止由于存儲部件的容量不足導致的響應數據的未接收，可以防止出現發生響應數據等待(送達確認等待)的超時錯誤。
上述的通信裝置也可以是請求來自接受方裝置的對發送數據的響應時，由接收控制部件進行所述動作的結構。
按照上述結構，由接收控制部件的上述的控制動作，可只在請求來自接受方裝置的對發送數據做出響應時進行，因此在沒有要求前述響應的通常的處理時，可使處理動作簡單化。
可通過以下記載明確本發明的其他目的、特征和優點。另外，參照附圖通過以下的說明可明白本發明的好處。


圖1是表示本發明的一個實施例中作為通信裝置的終端裝置的結構的方框圖。
圖2是表示包含多臺圖1中表示的終端裝置，這些終端裝置共同進行電子郵件的通信的網絡通信系統的結構的方框圖。
圖3是表示由圖1所示的終端裝置發送接收電子郵件的結構的說明圖。
圖4是表示圖1所示的終端裝置中電子郵件的發送接收動作的流程圖。
圖5是表示圖4所示的S7中接收處理的動作的流程圖。
圖6是表示圖1所示的郵件服務器中存儲的電子郵件的狀態的管理表。
圖7是表示圖1所示的終端裝置中變更了各電子郵件的接收順序的狀態的管理表。
圖8是表示本發明的其他實施例中終端裝置中的電子郵件的發送接收動作的流程圖。
圖9是表示圖8所示的S23中的接收處理的動作的流程圖。
圖10是表示包含多臺作為現有的通信裝置的終端裝置，這些終端裝置共同進行電子郵件的通信的網絡通信系統的結構的方框圖。
具體實施例方式
實施例1以下根據

本發明的一個實施例。
網絡通信系統例如圖2所示，由包括例如具備通過網絡的通信功能的網絡傳真裝置組成的終端裝置(通信裝置)21，25、郵件服務器22，24和由例如因特網組成的網絡23構成。另外在同一圖中，僅各自顯示了1臺發送方的終端裝置21和接收方的終端裝置25，但也可以是各自多臺連接到網絡23的結構。
在該圖中，從發送方的終端裝置21向發送方的郵件服務器22寄出的電子郵件，按照SMTP(Simple Mail Transfer Protocol)等規定的電子郵件傳送協議，通過網絡23傳送達接收方的郵件服務器24，存儲在該郵件服務器24中。接收方的終端裝置25使用POP3協議(Post Office protocol 3)或者IMAP(Internet Message Access Protocol)等郵件接收協議，定期訪問接收方的郵件服務器24，取得存儲的電子郵件。
而且，在該網絡通信系統的結構是，在接收方的終端裝置25接收電子郵件，將附加的圖像信息作為接收原稿存儲輸出時，使終端裝置25將接收完的電子郵件由郵件服務器24刪除，從而不重復進行再次的傳送。
作為由網絡傳真裝置構成的上述終端裝置21，25，例如可以使用圖1所示的傳真/電子郵件裝置。該圖表示傳真/電子郵件裝置的電結構的方框圖。
終端裝置21、25，即傳真/電子郵件裝置具有將數據打印到記錄媒體中的打印機/復印機、利用電話線作為通常的傳真機(FAX)的功能，此外還有作為經過因特網等網絡進行電子郵件(E-mail)的發送接收和服務和文件的發送接收的電子郵件(E-mail/FTP(File Transfer Protocol))裝置，以及作為因特網傳真裝置的功能。之后詳細說明作為因特網傳真裝置的功能。
該終端裝置21、25大致包括主控制部(接收控制部)2、屏控制部3、控制用存儲器4、控制用緩沖器5、圖像存儲部(存儲部件)6、電子郵件生成部7、讀取部8、記錄部9、編碼/解碼控制部10、LAN(Local Area Network)控制部(發送接收部件)11、調制解調器12、網控制部(NCUNetwork ControlUnit)13、送達確認控制部(響應請求設定部件)14、計時部15、電子郵件判定部(數據判斷部件)16和圖像存儲余量管理部17。
主控制部2具有包含CPU(Central Processing Unit)等的結構，進行終端裝置21、25全體的控制。
屏控制部3用于進行原稿的讀入和對方目的地輸入等的指示，具體在后敘述。
控制用存儲器4由ROM等非易失性的存儲器和備份的易失性存儲器等組成，存儲各種控制程序和對方目的地信息(發送目的地的電話號碼，縮短號碼等)。
控制用緩沖器5由RAM等組成，除了上述的控制程序動作外還存儲必要的數據。
圖像存儲部6存儲編碼的圖像數據，同時存儲后述的從讀取部8讀入的數據、接收的數據和解碼后的數據等。
電子郵件生成部7向由編碼/解碼控制部10編碼的圖像數據附加頭信息，變換成電子郵件的格式。
讀取部8是利用了作為原稿讀取部件的光電變換元件(CCDChargeCoupled Device)的掃描儀，以規定的分辨率讀取原稿。并且輸出讀取的原稿的點圖像數據。
記錄部9具有例如電子照相方式的打印裝置，將由通信接收的原稿圖像和讀取部8讀取的原稿圖像等硬拷貝(打印出來)。
編碼/解碼控制部10，進行讀入的原稿圖像數據的編碼和接收的原稿圖像數據的解碼。即，該編碼/解碼控制部10，在將由讀取部8讀取的原稿圖像數據編碼壓縮的同時，將編碼壓縮的接收的原稿圖像數據解碼為原有的數據。在該編碼/解碼控制部10中，一般使用傳真通信，可以使用MH(ModifiedHuffman)、MR(Modified READ)和MMR(Modified Modified READ)等編碼方式。
LAN控制部11用于與LAN(Local Area Network)連接，以進行經過因特網的電子郵件發送接收通信和因特網傳真通信。
調制解調器12用于進行通常的傳真通信，由可進行傳真通信的傳真調制解調器構成。該調制解調器12通過網控制部13與公共電話線連接。
網控制部13是進行與模擬的公共電話線路網(PSTN)的線路的閉合和開放的線路控制動作的硬件，根據需要連接調制解調器12和公共電話線路網。
送達確認控制部14進行前述MDN(Message Disposition Notification)功能的送達確認響應的請求和接收到的送達確認響應的管理等，使用前述電子郵件生成部7附加的頭信息進行控制。
計時部15是計量從發送前述送達確認的請求開始到接收送達確認響應為止經過的時間的部件，計數例如后述的超時時間等。
電子郵件判定部16對郵件服務器21、25中存儲的數據是否為對前述MDN功能的送達確認響應請求的響應電子郵件進行判斷。該判斷通過將接收到的數據的大小與預先確定的數據大小α比較進行。
圖像存儲余量管理部17，在終端裝置21、25接收郵件服務器21、25中存儲的數據時，對存儲接收到的數據的圖像存儲部6進行管理，使得總是確保用于接收對前述MDN功能的送達確認響應的請求的響應的電子郵件所必需的容量。
以下對上述終端裝置21、25中作為因特網傳真裝置的功能進行說明。
在發送方的終端裝置21中，在基于作為因特網傳真裝置的功能發送傳真文件數據(圖像數據)時，進行以下處理。另外，圖3表示這時發送的電子郵件的結構的一例。
首先，發送的傳真文件數據在編碼/解碼控制部10中編碼。該傳真文件數據在電子郵件生成部7中被轉換成TIFF(Tagged Image Life Format)文件格式，附加頭信息，變換成電子郵件的格式。
即，發送方的終端裝置21在表示傳真文件數據的發送地址的電子郵件地址中附加傳真文件數據(相當于圖3中的“b”正文)電子郵件化。這樣，通過公共電話線等連接到因特網服務提供商的郵件服務器22，通過該主機連接到網絡(因特網)23或直接連接到網絡23，將上述電子郵件發送達接收方的郵件服務器24。
如上所述的電子郵件的發送接收在發送方的終端裝置21和接收方的終端裝置25共同連接到網絡23時可以實現。
這樣，終端裝置21，25具有發信成功以后通知信息的處理狀況的MDN功能。所謂MDN功能，是如前所述，在接收到電子郵件時，接收方的終端裝置21通過向發送方的終端裝置25返回送達確認響應，可進行送達確認的功能。
這樣，終端裝置21中，如圖3所示那樣，在電子郵件生成部7中向電子郵件的信頭附加用于送達確認控制部14使用的MDN字段，在該MDN字段中描述確認郵件的返回目的地地址(發送方的終端裝置21的地址或號碼)，進行送達確認響應請求。
接著，對終端裝置21、25的響應郵件優先接收功能進行說明。在該功能中，并不總是與郵件服務器22連接的發送方的終端裝置21連接到郵件服務器22，在向接收方的終端裝置25發送請求送達確認的響應的電子郵件以后，在再次與郵件服務器22連接時，對郵件服務器22中存儲的終端裝置21地址的電子郵件進行是否為對送達確認響應的請求響應的電子郵件的判斷，優先接收上述響應的電子郵件。
圖4是表示在發送方的終端裝置21中基于響應郵件優先接收功能的接收動作的流程圖。
如圖所示，終端裝置21中，首先LAN控制部11將終端裝置21與郵件服務器22連接(S1)。
接著，送達確認控制部14對從終端裝置21發送完成的電子郵件確認有無對送達確認請求的響應等待(S2)。該動作根據是否在發送完成的電子郵件中設定了送達確認請求進行。
在S2中，在有送達確認請求的響應等待時，主控制部2對從郵件服務器22發出的終端裝置21地址的各電子郵件取得唯一ID、信息號碼清單和數據大小(S3)。
另外，唯一ID以70個文字以內的任意的文字串表示，是對每個電子郵件的識別信息。而且，信息號碼是對郵件服務器22中存儲的電子郵件對存儲的順序附加的從1開始的連續號碼。該信息號碼在任意電子郵件被刪除時，調換以使存儲的電子郵件的信息號碼是連續號碼。
接著，電子郵件判定部16對終端裝置21地址的各電子郵件，將在步驟S3取得的數據大小和規定的數據大小α比較，判定由于比數據大小α小的數據大小的電子郵件(S4)。
在此，對送達確認請求的響應郵件，比通常的因特網傳真等的電子郵件容量小。即MDN的回信(響應郵件)中，因為沒有附加圖像數據，所以數據大小極小。因此，例如通過設定前述數據大小α為5KB，可判斷有無響應郵件。
接著，主控制部2在存在比數據大小α小的數據大小的電子郵件時，進行處理，使接收到電子郵件的順序，從信息號碼的先后順序變換到優先接收數據大小比數據大小α小的電子郵件的順序(S5)。
例如，假設郵件服務器22在圖6所示的狀態下存儲數據，在S4中，判斷出比5KB小的數據是信息號碼2和4的數據。該數據大小比5KB小的數據為對送達確認請求的響應郵件的可能性高。在此，在S5中，主控制部2如圖7所示，進行接收的電子郵件的順序變更的處理，使得終端裝置21優先接收信息號碼2和4的電子郵件(進行對郵件服務器22接收請求的電子郵件的順序變更的處理)。
接著，主控制部2，在S5中進行接收順序的變更處理時，按照該順序進行接收處理(S7)。另外，在S4中，不存在數據大小比數據大小α小的電子郵件時，不進行S5中的接收順序的變更處理，按照信息號碼的順序接收電子郵件，進行接收處理(S7)。
另一方面，在S2中，沒有送達確認請求的響應等待時，主控制部2對郵件服務器22發出的終端裝置21的地址的各電子郵件取得唯一ID和信息號碼清單(S6)。接著主控制部2按照信息號碼的順序接收電子郵件，進行接收處理(S7)。
如果S7中的接收處理結束，主控制部2切斷與郵件服務器22的通信(S8)，結束處理。
接著對S7的接收處理的細節，根據圖5的流程圖加以說明。
在該處理中，終端裝置21中，圖像存儲余量管理部17首先檢測圖像存儲部6的空余容量(S11)，接著接收根據從郵件服務器22接收的唯一ID識別的電子郵件的數據大小(容量)的信息(S12)。另外，在S2中終端裝置21是送達確認請求的響應等待的狀態時，上述數據大小的信息在S3中已經接收完畢。
接著，圖像存儲余量管理部17，判斷電子郵件的數據大小是否比圖像存儲部6的全部存儲大小小(S13)。在電子郵件的數據大小比圖像存儲部6的全部存儲大小小時，進一步判斷電子郵件的數據大小是否比圖像存儲部6的空余存儲大小小(S14)。
在S14中，電子郵件的數據大小比圖像存儲部6的空余存儲大小小時，從郵件服務器22接收該電子郵件，將該電子郵件存儲在圖像存儲部(S15)。另一方面，在S13中，電子郵件的數據大小比圖像存儲部6的全部存儲大小大時，以及在S14中電子郵件的數據大小比圖像存儲部6的空余存儲大小大的各種情況下，不進行從郵件服務器22接收該電子郵件(S16)。
之后，重復S11～S16的處理，在對郵件服務22中存儲的終端裝置21地址的各電子郵件的處理結束時(S17)，結束接收處理。
如上所述，在接收方的終端裝置(傳真/電子郵件裝置)21中，首先連接郵件服務器22，向發送目的地(接收方的終端裝置25)發送附加了送達確認的響應請求的電子郵件。之后，終端裝置21中，再次與郵件服務器22連接，在接收郵件服務器22中存儲的電子郵件時，電子郵件判定部16進行是否為對送達確認請求的響應的電子郵件的判斷，對響應的電子郵件，通過變更電子郵件的接收順序，優先接收。
由此，發送方的終端裝置21中，可以迅速接收送達確認的響應郵件，通過所謂的在與郵件服務器22連接時接收的電子郵件(數據)的容量過大，而不能接收響應郵件的情況，可以防止發生超時錯誤的事情。
另外，因為進行S14和S16的動作，所以可以防止由于容量大的電子郵件比響應郵件先接收，造成的存儲器的空余容量不足，導致響應郵件不能接收的情況。
實施例2以下根據

本發明的另一實施例。
在此，根據圖8和圖9的流程圖，對在發送方的終端裝置21中，通過管理存儲從郵件服務器22接收的數據的圖像存儲部6的空余容量，優先接收前述響應郵件時的功能加以說明。
如圖8所示，在發送方的終端裝置(傳真/電子郵件裝置)21中，首先連接郵件服務器22(S21)，取得存儲在郵件服務器22中的各電子郵件的唯一ID和信息號碼清單(S22)。
接著，在終端裝置21中，根據前述唯一ID識別的電子郵件的數據大小和圖像存儲部6的空余容量的關系，進行規定的接收處理(S23)，將接收到的電子郵件存儲到圖像存儲部6。
之后，在終端裝置21中，如果S23中的接收處理結束，切斷郵件服務器22的通信，接收處理。
接著，根據圖9詳細說明在前述S23中的接收處理。發送方的終端裝置21對接收方的終端裝置25發送電子郵件，之后成為對送達確認請求的響應等待狀態。有送達確認控制部14確認有無對送達確認請求的響應等待，該動作根據在發送完成的電子郵件中是否設定了送達確認請求來進行。
在終端裝置21中，在是對送達確認請求的響應等待狀態時，開始從圖9的S31開始的接收處理，另一方面，在不是對送達確認請求的響應等待狀態時，開始從前述圖5的S11開始的接收處理。
在圖9的動作中，終端裝置21中首先圖像存儲余量管理部17檢測圖像存儲部6的空余容量(S31)，接收按照先取得的唯一ID識別的電子郵件的數據大小(容量)的信息(S32)。
接著圖像存儲余量管理部17判斷電子郵件的數據大小是否比圖像存儲部6的全部存儲器大小小(S33)。
該判斷的結果是電子郵件的數據大小比圖像存儲部6的全部存儲大小小時，接著判斷電子郵件的數據大小是否比規定值α大(S34)。在此，與前述相同，通過將規定值α例如設定為5KB，可以判斷響應郵件。
在S34的判斷結果是電子郵件的數據大小比規定值α大時，即該電子郵件不是響應郵件時，接著判斷電子郵件的數據大小是否比圖像存儲部6的(空余容量-規定值α)小(S35)。
該判斷的結果是電子郵件的數據大小比圖像存儲部6的(空余容量-規定值α)小時，從郵件服務器22接收該電子郵件，存儲到圖像存儲部6中(S37)。
另外，在S35中，電子郵件的數據大小超過圖像存儲部6的(空余容量-規定值α)時，轉移到S38，不從郵件服務器22接收該電子郵件。
另外，在S34中，電子郵件的數據大小在規定值α以下時，即該電子郵件是響應郵件的可能性高時，進一步判斷該電子郵件的數據大小是否比圖像存儲部6的空余容量小(S36)。
S36的判斷結果是電子郵件的數據大小比圖像存儲部6的空余容量小時，從郵件服務器22接收該電子郵件，存儲到圖像存儲部6中(S37)。
另外，在S36的判斷結果是電子郵件的數據大小比圖像存儲部6的空余容量大時，因為不能將該電子郵件存儲到圖像存儲部6，所以轉移到S38，不從郵件服務器22接收該電子郵件。
另外，在S33中，電子郵件的數據大小超過圖像存儲部6的全部存儲大小時，同樣轉移到S38，不從郵件服務器22接收該電子郵件。
之后，重復S31～S38的處理，在結束對存儲在郵件服務器22中的終端裝置21的地址的各電子郵件的處理時(S39)，結束接收處理。
如上所述，在發送方的終端裝置(傳真/電子郵件裝置)21中，首先連接到郵件服務器22，向發送目的地(接收方的終端裝置25)發送附加了送達確認的響應請求的電子郵件。之后，在終端裝置21中，再次連接到郵件服務器22，在接收郵件服務器22中存儲的電子郵件時，比較接收的電子郵件的容量和圖像存儲部6的空余容量，通過確保用于接收送達確認的響應的電子郵件所需的空余容量，可以確實地接收響應的電子郵件。
而且，如果補充規定值α，則對MDN的響應郵件，因為不是該附加文件的輸出，所以如果最初事先確保規定值α的空余容量，則可以連續進行先接收的電子郵件的處理和接著接收的處理。而且，也可以是按照數據的處理的狀況，使用作為規定值α，乘以目前進行送達確認的請求的件數A的值(α×A件數)的結構。
最后，終端裝置21、25的各塊可以由硬件塊構成，也可以如下述那樣使用CPU由軟件實現。
即終端裝置(通信裝置)21、25包括執行實現各功能的控制程序的命令的CPU(central processing unit)、存儲上述程序的ROM(read only memory)、展開上述程序的RAM(random access memory)和存儲上述程序及各種數據的存儲器等存儲裝置(存儲媒體)等。這樣，本發明的目的可通過將實現上述功能的軟件的終端裝置21、25的控制程序的程序代碼(執行形式程序、中間代碼程序、源程序)以計算機可讀取形式存儲的存儲媒體提供給上述終端裝置21、25，該計算機(或CPU和MPU)讀出存儲媒體中存儲的程序代碼并執行來實現。
作為上述存儲媒體，例如可使用磁帶和盒式磁帶等的帶系列、軟盤(注冊商標)/硬盤等的磁盤和包括CD-ROM/MO/MD/DVD/CD-R等光盤的盤系列、IC卡(包括存儲卡)/光卡等卡系列或掩膜ROM/EPROM/EEPROM/閃存ROM等半導體存儲系列等。
另外，終端裝置21、25構成為可與通信網絡連接，也可以通過通信網絡提供上述程序。作為該通信網絡，不加以特別限定，例如可利用因特網、企業內部互聯網、附加網、LAN、ISDN、VAN、CATV通信網、虛擬專用網(virtualprivate network)、電話線路網、移動體通信網、衛星通訊網等。另外，作為構成通信網絡的傳播媒體，不加以特別限定，例如可利用IEEE1394、USB、電力線傳送、電纜TV線路、電話線、ADSL線路等的有線方式以及如IrDA和遙控器那樣的紅外線、Bluetooth、802.11無線、HDR、便攜電話網、衛星線路、地上波數字網等無線方式。另外，本發明可通過上述的程序代碼以電子的傳送方式實現的傳送波或數據信號串的形態實現。
在發明的詳細說明的項目中的實施方式或實施例，最終是為了明確本發明的技術內容，不能僅限定于這樣的具體例進行狹義的解釋，在本發明的精神和權利要求記載的范圍內，可進行各種變更實施。
權利要求
1.一種通信裝置，通過網絡(23)進行數據的發送接收，同時請求來自接受方裝置的對發送數據的響應，其特征在于包括數據判斷部件(16)，對通過所述網絡(23)發送來的數據判斷是否為對應所述響應請求的響應數據；接收控制部件(2)，控制所述接收動作，使得將由所述數據判斷部件(16)判斷為所述響應數據的數據比除此之外的數據優先接收。
2.如權利要求1所述的通信裝置，其特征在于所述數據判斷部件(16)通過將接收的數據的大小和規定的數據大小比較，判斷是否為所述響應數據。
3.如權利要求1所述的通信裝置，其特征在于還包括存儲部件(6)，存儲接收數據；存儲控制部件(17)，控制所述存儲部件(6)中的存儲動作，使得留出為在所述存儲部件(6)中存儲所述響應數據所必需的空余容量并存儲接收數據。
4.如權利要求1所述的通信裝置，其特征在于在請求來自接受方裝置的對發送數據的響應時，由接收控制部件(2)進行所述動作。
5.一種通信裝置，包括發送接收部件(11)，通過網絡(23)進行數據的發送接收；響應請求設定部件(14)，在發送數據中設定對來自接收裝置的對發送數據的響應進行請求的響應請求；數據判斷部件(16)，對經所述網絡(23)發送來的數據，判斷是否為對所述響應請求的響應數據；接收控制部件(2)，控制所述發送接收部件(11)，使得將由所述數據判斷部件(16)判斷為所述響應數據的數據比除此之外的數據優先接收。
6.如權利要求5所述的通信裝置，其特征在于所述數據判斷部件(16)通過將接收的數據的大小和規定的數據大小比較，判斷是否為所述響應數據。
7.如權利要求5所述的通信裝置，其特征在于還包括存儲部件(6)，存儲接收數據；存儲控制部件(17)，控制所述存儲部件(6)中的存儲動作，使得留出為在所述存儲部件(6)中存儲所述響應數據所必需的空余容量并存儲接收數據。
8.如權利要求5所述的通信裝置，其特征在于在請求來自接受方裝置的對發送數據的響應時，由接收控制部件(2)進行所述動作。
9.一種通信裝置，通過網絡(23)進行數據的收發，同時請求來自接受方裝置的對發送數據的響應，其特征在于包括數據判斷部件(16)，對通過所述網絡(23)發送來的數據判斷是否為對應所述響應請求的響應數據；接收控制部件(2)，將由所述數據判斷部件(16)判斷為所述響應數據的數據的接收位次設定為在除此之外的數據的接收位次之上。
10.如權利要求9所述的通信裝置，其特征在于通過網絡(23)和中繼裝置(22，24)進行數據的發送接收，該中繼裝置(22，24)保管通過網絡(23)向通信裝置地址發送來的數據，對于保管的各數據，賦予適當調換的連續號碼，使得各數據固有的識別信息和保管的數據的號碼連續；所述接收控制部件(2)在接收所述中繼裝置(22，24)的數據時，通過對于所述中繼裝置(22，24)將接收請求的數據的順序從所述連續號碼的順序進行變更，來進行所述接收位次的變更。
11.如權利要求9所述的通信裝置，其特征在于所述數據判斷部件(16)通過將接收的數據的大小和規定的數據大小比較，判斷是否為所述響應數據。
12.如權利要求9所述的通信裝置，其特征在于還包括存儲部件(6)，存儲接收數據；存儲控制部件(17)，控制所述存儲部件中的存儲動作，使得留出為在所述存儲部件(6)中存儲所述響應數據所必需的空余容量并存儲接收數據。
13.如權利要求9所述的通信裝置，其特征在于在請求來自接受方裝置的對發送數據的響應時，由接收控制部件(2)進行所述動作。
14.一種通信方法，通過網絡進行數據的收發，同時請求來自接收方裝置的對發送數據的響應，其特征在于包括以下步驟對通過所述網絡發送來的數據判斷是否為對應所述響應請求的響應數據的步驟(S4)；將判斷為所述響應數據的數據比除此之外的數據優先接收的步驟(S5)。
全文摘要
一種通信裝置中，終端裝置通過網絡進行數據的發送接收，同時請求來自接受方裝置的對發送數據的響應。在該終端裝置中，電子郵件判斷部對通過網絡發送來的數據判斷是否為對響應要求的響應數據；主控制部進行控制使得由電子郵件判斷部判斷為響應數據的數據比除此之外的數據優先接收。由此在設定送達確認請求并發送電子郵件時，可以迅速接收對接收方裝置的送達確認請求的響應郵件。
文檔編號G06F13/00GK1503549SQ20031011990
公開日2004年6月9日 申請日期2003年11月25日 優先權日2002年11月25日
發明者谷口努, 中林亮, 中村武志, 志 申請人:夏普株式會社