CN1282096C - 网络通信装置、通信装置、以及数据发送接收处理方法 - Google Patents
网络通信装置、通信装置、以及数据发送接收处理方法 Download PDFInfo
- Publication number
- CN1282096C CN1282096C CN03178606.5A CN03178606A CN1282096C CN 1282096 C CN1282096 C CN 1282096C CN 03178606 A CN03178606 A CN 03178606A CN 1282096 C CN1282096 C CN 1282096C
- Authority
- CN
- China
- Prior art keywords
- data
- mentioned
- notice
- mdn
- delivery
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N1/327—Initiating, continuing or ending a single-mode communication; Handshaking therefor
- H04N1/32789—Details of handshaking
- H04N1/32791—Arrangements for reducing the handshaking procedure or protocol time
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/00127—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture
- H04N1/00204—Connection or combination of a still picture apparatus with another apparatus, e.g. for storage, processing or transmission of still picture signals or of information associated with a still picture with a digital computer or a digital computer system, e.g. an internet server
- H04N1/00209—Transmitting or receiving image data, e.g. facsimile data, via a computer, e.g. using e-mail, a computer network, the internet, I-fax
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N1/327—Initiating, continuing or ending a single-mode communication; Handshaking therefor
- H04N1/32765—Initiating a communication
- H04N1/32771—Initiating a communication in response to a request, e.g. for a particular document
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0008—Connection or combination of a still picture apparatus with another apparatus
- H04N2201/0015—Control of image communication with the connected apparatus, e.g. signalling capability
- H04N2201/0017—Notifying a communication result
- H04N2201/0018—Notifying a communication result via a non-image communication channel, e.g. via a computer network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/0077—Types of the still picture apparatus
- H04N2201/0086—Image transceiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N2201/3201—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
- H04N2201/3204—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a user, sender, addressee, machine or electronic recording medium
- H04N2201/3205—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a user, sender, addressee, machine or electronic recording medium of identification information, e.g. name or ID code
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N2201/3201—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
- H04N2201/3204—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a user, sender, addressee, machine or electronic recording medium
- H04N2201/3207—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a user, sender, addressee, machine or electronic recording medium of an address
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N2201/3201—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
- H04N2201/3204—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a user, sender, addressee, machine or electronic recording medium
- H04N2201/3209—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to a user, sender, addressee, machine or electronic recording medium of a telephone number
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N2201/3201—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
- H04N2201/3225—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to an image, a page or a document
- H04N2201/3233—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title of data relating to an image, a page or a document of authentication information, e.g. digital signature, watermark
- H04N2201/3235—Checking or certification of the authentication information, e.g. by comparison with data stored independently
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/32—Circuits or arrangements for control or supervision between transmitter and receiver or between image input and image output device, e.g. between a still-image camera and its memory or between a still-image camera and a printer device
- H04N2201/3201—Display, printing, storage or transmission of additional information, e.g. ID code, date and time or title
- H04N2201/3274—Storage or retrieval of prestored additional information
- H04N2201/3276—Storage or retrieval of prestored additional information of a customised additional information profile, e.g. a profile specific to a user ID
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Signal Processing (AREA)
- Human Resources & Organizations (AREA)
- Multimedia (AREA)
- Entrepreneurship & Innovation (AREA)
- Strategic Management (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- Computer Hardware Design (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一种网络通信装置,具有电子邮件生成装置和电子邮件发送装置。电子邮件生成装置具有将MDN请求和回复条件搭载在电子邮件中的功能、以及将集中了多个接收电子邮件的MDN响应的集中MDN响应生成为一个电子邮件的功能。电子邮件收发装置具有识别MDN请求和回复条件的功能。网络通信装置还具有接收结果监视装置,监视电子邮件接收是否成功并生成MDN响应;送达确认控制装置,监视搭载在接收电子邮件中的回复条件是否得到满足,当满足回复条件时,指示电子邮件生成装置生成集中MDN响应并指示电子邮件收发装置发送生成的集中MDN响应。由此,可集中确认对多个电子邮件的MDN响应。
Description
技术领域
本发明涉及通过网络收发电子邮件的网络通信装置。本发明还涉及具有响应包含在接收数据中的该数据送达通知的请求的功能的通信装置,以及将包含送达通知的请求的数据发送给该通信装置的通信装置,响应包含在接收数据中的该数据送达通知的请求的数据接收处理方法,及用于发送通过该数据接收处理方法接收的数据的数据发送处理方法,用于执行上述数据发送处理方法或数据接收处理方法的数据发送处理程序或数据接收处理程序,以及记录这些程序的计算机可读的记录媒体。
背景技术
近年来,随着网络化的发展,通过因特网等网络收发电子邮件(E-mail)的网络通信装置在多种用途中得到应用。
因此,还开发了这样的网络通信装置:具备扫描功能,不仅能用作图像读取设备,还能将读取的图像信息作为上述电子邮件的附件向连接到因特网的计算机等装置发送。除了扫描功能之外,还开发了具备打印功能和电话功能的因特网传真装置(以下称为“因特网FAX”)。
如图26所示,因特网FAX100·101通过PSTN(Public Switched TelephoneNetwork)102等连接到因特网提供商的主机103上,通过主机103连接因特网104或直接连接到因特网104。这样,发送端和接收端的因特网FAX100·101在都连接在因特网104上的状态下收发电子邮件。
这里,在上述那样用电子邮件发送信息的情况下,不同于例如通常用传真装置发送信息的情况,存在在发送端不能判断接收端是否正常接收或接收端是否进行了适当处理的问题。即,不同于通过PSTN用彼此实时地进行传真通信的G3传真等的情况,在从发送端装置向接收端发送了电子邮件时,在从发送端装置发送了电子邮件的时刻,发送端装置中不能判断接收端装置是否能正常接收了电子邮件或者是否能适当地进行处理等。
因此,以前,为了确认电子邮件的送达,最后要通过电话等进行确认。但是,用电子邮件发送信息后通过电话确认送达,要花费多余的时间。而且,用电子邮件发送信息后用电话确认送达,损坏了与电话不同而不需要实时对话的、利用电子邮件进行通信的优点。
因此,接收到电子邮件时,通过接收端装置将送达响应返回给发送端装置而进行送达通知(MDN)的方法由RFC2298规定的MDN(MessageDispositon Notification)的方法规定。这是将电子邮件接收端装置的接收结果和经过包含在规定形式的送达通知邮件(MDN邮件)中通知给发送端装置的方法。另外,也有用“送达确认”等用语来替代“送达通知”等用语的情况。
这里,RFC(Request For Comments)指的是作为制定因特网相关技术标准的团体的IETF(Internet Engineering Task Force)正式发行的文书。作为RFC,例如IP、TCP、HTTP、FTP等因特网中使用的协议和其它与因特网相关的各种各样技术的样式和要素等,加上上述RFC2298那样的统一编号后公开。
在RFC2298中规定的MDN中,在电子邮件的头部新设置“Dispositon-Notification-To:”字段。发送端装置和接收端装置满足该样式时,用上述字段进行送达通知。具体地说,在发送端装置中,在上述字段指定希望发送送达通知邮件的地址来发送,在接收端装置中,将MDN邮件回复给上述字段所指定的地址。
基于图27(a)和图27(b)来说明通过上述MDN实现送达确认的顺序。如图27(a)所示,为了通过RFC2298规定的MDN进行送达通知,首先作为发送端的发送处理(生成电子邮件),顺序进行下面的处理。
1)用户在发送端装置的扫描仪中设置发送的原稿。
2)用户在发送端装置中输入发送的对方的电子邮件地址。
3)用户在发送端装置中输入发送的原稿文件形式(PDF、TIFF等)。
4)发送端装置读取原稿,生成发送用的电子邮件。
进行MDN的请求时,上述4)的生成电子邮件时,将“Dispositon-Notification-To:”字段附加到生成的电子邮件头部上。
另一方面,作为接收了电子邮件的接收端的接收处理,顺序进行以下的处理。
5)接收端装置识别接收的电子邮件头部并进行附加数据是否异常等的确认处理。
6)接收端装置进行接收的电子邮件的打印处理。
7)接收端装置在识别出“Dispositon-Notification-To:”字段的情况下生成MDN邮件。
8)接收端装置将MDN邮件回复给由“Dispositon-Notification-To:”字段指定的收件人。
如上所述,可实现使用“Dispositon-Notification-To:”字段的送达通知。
如图27(b)所示,在接收从发送端装置发送的电子邮件的接收端装置中,有时会产生不能打印电子邮件等不便。在这种情况下,生成旨在通知接收端装置发生异常的MDN邮件,回复给“Dispositon-Notification-To:”字段指定的收件人。
在日本公开特许公报特开2001-309109(公开日:平成13年11月2日)中,公开了利用MDN方法的传真装置。在该传真装置中,进行MDN请求后,在经过了一定时间仍没有从接收端装置发来MDN邮件时,向用户输出告知MDN邮件没有发来的不送达报告。
然而,在上述现有技术中,出现了下面的问题。即使在利用因特网FAX的情况下,用户与普通传真装置同样使用的情况很多,用户希望设定为一直通过MDN请求送达通知。
这时,在上述现有技术中,例如连续地发送多个电子邮件,在最好是发送完所有电子邮件之后集中进行送达通知的情况下,也对每个电子邮件以各不相同的定时回复MDN邮件。
具体地说,每隔10分钟给同一收件人连续发送3封电子邮件时,每隔10分钟共回复3封与该发送的电子邮件对应的MDN邮件。因此,在每次回复MDN邮件时,如图28所示,在画面确认MDN邮件内容,或者输出记载MDN邮件内容的发送结果报告。这样的送达通知对于用户来说处理很麻烦。
这时,为了识别接收邮件是对应哪个发送邮件的,在回复邮件的正文中记载作为MDN中实际使用的识别信息Message ID。但是,作为显示内容,不限于此,例如,也可以将发送邮件的标题或发送时刻等的信息通知给用户。
至于其它的不适当之处,考虑到通过因特网的通信时,由于向发送端回复分别与已发送的电子邮件对应的回复邮件,所以这种通信导致业务量增加,会使网络状况变差。
发明内容
为了解决上述问题,本发明的目的是提供一种通信装置,即使连续发送多个电子邮件时,也由于将来自接收端的送达通知邮件(回复邮件)归纳为1个电子邮件来回复,因此在发送端能集中确认发送结果,同时能在网络上进行高效的通信。
本发明的目的是提供一种通信装置等,即使在发送了多个发送数据时,也能将与它们对应的送达通知设定在期望的定时。
为了实现上述目的,本发明提供一种网络通信装置,将送达通知请求的电子邮件发送接收,该装置包括:MDN发送接收控制部,将多个上述送达通知请求的回复集中起来,作为一个电子邮件来请求;主控制部,在接收了有进行送达通知请求的电子邮件时,向MDN字段设定的、电子邮件指定的收件人发送对上述送达通知请求的回复;以及电子邮件生成部,通过将发送给上述回复的电子邮件的收件人的多个送达通知赋予多个Message-ID并进行汇总而作为一个电子邮件来生成。上述MDN发送接收控制部在与上述MDN发送接收控制部指定的送达通知的回复条件一致的情况下,指示上述电子邮件生成部,将上述多个送达通知作为一个电子邮件来生成,并将该生成的一个电子邮件发送到上述主控制部。在对上述送达通知请求的电子邮件赋予Message-ID并发送,对上述送达通知请求的回复的电子邮件赋予上述Message-ID并回复时,通过将多个Message-ID进行汇总,集中作为一个电子邮件来回复。。
本发明提供一种网络通信装置,将送达通知请求的电子邮件以外的数据发送接收,该装置包括:MDN发送接收控制部,将多个上述送达通知的回复集中起来,作为一个电子邮件来请求;以及主控制部,在接收了有进行送达通知请求的数据时,向MDN字段设定的、数据指定的收件人发送对上述送达通知的回复。MDN发送接收控制部控制上述主控制部,当与上述MDN发送接收控制部设定的、指定送达通知的回复条件一致的情况下,通过将发送给一个上述回复的数据的收件人的多个上述送达通知赋予多个Message-ID并进行汇总而作为一个发送数据来发送,在对发送上述送达通知请求的数据赋予Message-ID并发送,对上述送达通知请求的回复的数据赋予上述Message-ID并回复时,通过将多个Message-ID汇总,集中作为一个数据来回复。
本发明提供一种通信装置,具有将包含送达通知请求的数据发送并对包含在接收数据中的该数据的送达通知请求作出回复的功能,上述通信装置包括:接收数据的接收装置;送达通知控制部,其中包括:通知条件识别装置,在上述接收数据中包含表示用于确定送达通知定时的条件的通知条件信息时,识别由上述通知条件信息表示的条件;通知条件设定装置,设定用于确定送达通知定时的条件;电子邮件生成部,其中包括:通知数据生成装置,在由上述接收装置接收的接收数据中包含表示送达通知请求的通知请求信息时,生成用于送达通知的通知数据;发送数据生成部件,将表示送达通知请求的通知请求信息与由表示上述通知条件设定装置设定的条件的通知条件信息一起包含在应发送的数据中并生成发送数据;发送上述通知数据和所述发送数据的发送装置;发送控制装置,根据上述通知条件识别装置的识别结果,确定上述发送装置发送的通知数据的发送定时。上述通知数据生成装置根据上述通知条件识别装置的识别结果,将对多个接收数据的送达通知通过Message-ID集中起来生成一个通知数据。
本发明提供一种数据发送接收处理方法,用于将包含送达通知请求的数据发送,并对包含在接收数据中的该数据送达通知请求作出回复,数据接收处理方法包括:接收步骤,接收装置接收数据;通知数据生成步骤,在上述接收步骤接收的接收数据中包含表示送达通知请求的通知请求信息时,通知数据生成装置将对多个接收数据的送达通知通过Message-ID集中起来生成一个通知数据;通知条件识别步骤,在上述接收数据中包含表示用于确定送达通知定时的条件的通知条件信息时,通知条件识别装置识别上述通知条件信息所表示的条件;发送定时设定步骤,发送控制装置根据上述通知条件识别步骤的识别结果,确定上述通知数据的发送定时;以及发送步骤,发送装置以上述发送定时设定步骤中确定的定时发送上述通知数据。
本发明提供一种用于将包含上述送达通知请求的数据发送的数据发送处理方法,该方法包含以下步骤:通知条件设定步骤,通知条件设定装置设定用于确定送达通知定时的条件;发送数据生成步骤,发送数据生成装置将表示由上述通知条件设定步骤设定的条件的通知条件信息与表示送达通知请求的通知请求信息一起包含在应发送的数据中并生成发送数据;以及发送步骤,发送装置发送上述发送数据。
在上述构成中,在接收数据中包含例如通过因特网的电子邮件中的MDN请求这样的送达通知请求时,在通知数据生成装置生成对应该请求的送达通知用通知数据,由发送装置发送。
这里,在上述结构中,在接收数据中包含表示用于确定送达通知的定时的条件的通知条件信息时,在通知条件识别装置识别该条件。基于该识别结果,在发送控制装置确定上述发送装置发送通知数据的定时。
因此,在数据的发送端设定用于确定送达通知的定时的条件并将数据发送给原来的通信装置,由此,原来通信装置以基于该条件确定的定时发送用于送达通知的通知数据。
由此,例如,在互不相同的时刻从数据的发送端向原来的通信装置发送多个发送数据时,在发送端,在发送完最后的发送数据之后能集中接收各自的送达通知。即,可将对多个发送数据的送达通知集中为一个时刻。
结果,例如发送端的用户在对多个发送数据的送达通知进行确认时,可将该确认作业集中为1次,简化了作业。
本发明的数据接收处理程序用于执行上述数据接收处理方法,将计算机用作上述各装置,在计算机中执行上述各步骤。本发明的计算机可读记录媒体记录上述数据接收处理程序。
由此,和上述一样,可将对多个发送数据的送达通知集中在一个时刻。
本发明的的其它目的、特征和优点将在以下的记载中变得更清楚。本发明的优点将在以下参考附图的说明中更明了。
附图说明
图1是说明本发明涉及的网络通信装置的结构方框图;
图2(a)和图2(b)说明了本发明的第一实施例的MDN响应待机时间的处理;
图3说明了发送邮件的例子;
图4说明了第一实施例的MDN响应处理的流程;
图5说明了对MDN请求的来自接收端的响应邮件的例子;
图6说明了对MDN请求的来自接收端的响应邮件的例子(结果信息的另一个例子);
图7(a)和图7(b)说明了本发明第二实施例中MDN响应等待个数的处理;
图8是说明本发明的第二实施例的接收端的判别处理(个数)流程的流程图;
图9(a)和图9(b)说明了本发明的第三实施例的MDN响应待机时间+个数处理;
图10(a)和图10(b)说明了本发明的第四实施例的MDN响应等待个数的处理(urgency);
图11(a)和图11(b)说明了本发明的第五实施例的MDN响应待机时间的变更处理(经过时间的变更缩短);
图12(a)和图12(b)说明了本发明的第六实施例的MDN响应待机时间的变更处理(时间延长);
图13说明了本发明的第七实施例的MDN响应待机时间的变更处理(集中回复请求);
图14说明了根据本发明的接收确认邮件(回复邮件)的结构;
图15是表示本发明的第八实施例涉及的传真/电子邮件装置的电结构方框图;
图16是表示用图1的传真/电子邮件装置来构成的通信系统的一个构成例的方框图;
图17是表示发送邮件内容的图面;
图18是表示根据MDN的本发明的送达通知流程的概念图;
图19是表示响应邮件内容的图面;
图20是通过MDN实现的本发明的送达通知流程的概念图;
图21是表示将图1的传真/电子邮件装置作为发送端装置时的处理流程的流程图;
图22是表示将图1的传真/电子邮件装置作为发送端装置时的处理流程的流程图;
图23是表示将图1的传真/电子邮件装置作为接收端装置时的处理流程的流程图;
图24是表示输入用于确定MDN响应定时的条件的输入画面的图面;
图25用于说明MDN响应邮件内容的图面;
图26是表示因特网FAX的连接状态的方框图;
图27(a)和图27(b)是表示通过MDN实现的现有送达通知顺序的概念图;图27(a)是表示收发成功时的概念图,图27(b)是表示收发失败时的概念图;
图28是用于说明MDN响应邮件内容的图面。
具体实施方式
(第一实施例)
以下,基于图1至图6对本发明的网络通信装置的第一实施例进行说明。
用图1的方框图对作为第一实施例的网络通信装置的传真/电子邮件装置(因特网传真装置)1的结构进行说明。
传真/电子邮件装置1具有控制用存储器(对方端信息存储装置)2,主控制部(送达通知发送装置,送达指定装置)3,控制用缓冲器4,图像存储部5,图像存储用缓冲器6,电子邮件生成部(送达通知控制装置)7,读取部8,记录部9,屏控制部10,编码/解码控制部11,LAN控制部12,调制解调器13,网络控制部14,MDN收发控制部(送达通知控制装置,送达指定控制装置,待机时间设定装置,等待个数设定装置)15,以及时钟部(送达通知控制装置)16。
控制用存储器2由非易失性存储器或备份的易失性存储器等组成,存储控制程序和对方端信息等。
主控制部3控制传真/电子邮件装置1,通过CPU等实现。主控制部3用作送达通知发送装置和送达指定装置。
控制用缓冲器4由RAM组成,用作程序的数据用。
图像存储部5存储编码后的图像数据,同时存储后述的从读取部8读入的数据或收到的数据、解码后的数据等。
也可以是在图像存储部5中不存储数据,直接采用图像存储用缓冲器6进行处理。
电子邮件生成部7用作送达通知控制装置,在编码后的图像数据中附加头部信息,变换为电子邮件的格式。
第一实施例涉及的传真/电子邮件装置1中,在头部中附加后述的MDN字段,扩展并使用该字段。即,附加后述的MDN收发控制部15使用的字段。
对于在MDN的字段中附加的回复条件,在发送前由用户预先注册,用该注册条件发送电子邮件。其中,在变更该条件并发送的情况下,在设定电子邮件的发送条件时,可从屏控制部10直接输入并设定条件。
读取部8通过利用CCD的扫描仪作为预定清晰度的原稿图像读取原稿。输出读取的结果、点像数据。
记录部9具有电子照片方式的打印装置,硬拷贝(打印出)通过通信接收的原稿等的数据。
屏控制部10进行原稿读入、对方端输入等的指示,显示用于其的画面。屏控制部10具备未图示的显示装置和操作部。显示装置是液晶显示装置(LCD)或CRT显示器等显示装置,显示动作状态和发送端等。操作部具备操作所必需的键(输入装置)。本实施例的屏控制部10是显示装置和操作部为一体的触摸屏。在第一实施例中,通过屏控制部10的触摸屏设定对方端。设定的对方端信息存储在控制用存储器2中。
编码/解码控制部11进行读入的原稿数据的编码或接收时的解码。即,编码/解码控制部11编码压缩图像,同时将编码压缩后的图像信息解码为原来的图像信号。编码/解码控制部11可使用一般用于传真通信的MH(ModifiedHufman)、MR(Modified READ)和MMR(Modified Modified READ)等的编码方式。
LAN控制部12和LAN(Local Area Network)连接,以便经由因特网进行电子邮件的收发通信和因特网传真的通信。
调制解调器13进行通常的传真通信,由可以传真通信的传真调制解调器构成。调制解调器13通过网络控制部(NCU:Network Control Unit)14与电话线路连接。
网络控制部14与电话线路连接、控制线路。网络控制部14是进行与模拟的公用交换电话网(PSTN)的线路闭合和开放动作的硬件,根据需要将调制解调器13与公用交换电话网连接。
MDN收发控制部15对MDN的请求、和接收的MDN的结果进行管理等。MDN收发控制部15用作送达通知控制装置、送达指定控制装置、待机时间设定装置、等待个数设定装置,采用在上述电子邮件生成部7附加的头部信息来进行控制。
在从其它装置接收了MDN请求时,MDN收发控制部15判别其回复条件,根据接收的回复条件,通过时钟部16一边接收从接收时刻开始的经过时间,一边计数收到的电子邮件数,同时,生成送给其它装置的MDN的处理条件。
这里,第一实施例中的MDN收发控制部15作为对MDN请求的回复条件,采用从接收电子邮件开始的经过时间。
时钟部16是监视时间经过的装置,构成送达通知控制装置。
具有以上结构的传真/电子邮件装置(网络通信装置)具备生成电子邮件的电子邮件生成装置、和收发电子邮件的电子邮件收发装置,电子邮件生成装置具有将请求电子邮件的MDN的MDN请求及回复条件搭载在相应电子邮件中的MDN请求搭载功能、和将归纳了多个接收电子邮件的MDN响应的集中MDN响应生成为1个电子邮件的集中MDN响应生成功能,电子邮件收发装置具备接收结果监视装置,具有识别收到的电子邮件中搭载的MDN请求及回复条件的MDN请求识别功能,监视电子邮件的接收是否成功,生成MDN响应;送达通知控制装置,监视接收电子邮件中搭载的回复条件得到满足的情况,满足回复条件时,向电子邮件生成装置指示生成集中MDN响应,向电子邮件收发装置指示发送生成的集中MDN响应。
而且,该网络通信装置构成为:电子邮件收发装置具有将集中MDN响应发送给由接收的电子邮件指定的收件人的MDN发送功能、和集中多个MDN响应并作为集中MDN响应发送给一个指定的收件人的送达指定控制功能,同时,送达指定控制功能通过搭载在收到的电子邮件中的回复条件指定MDN响应的回复条件。
例如如图26所示,具有上述结构的传真/电子邮件装置1与连接到因特网上的另一台传真/电子邮件装置1使用电子邮件收发信息。
基于图2(a)和图2(b)说明上述结构的传真/电子邮件装置1之间的电子邮件的收发动作。这里,作为因特网传真的动作,说明在电子邮件中附加并发送读入的图像数据的情况。
如图2(a)所示,在第一实施例的MDN中,如图14所示,构成是这样的:对于搭载了从发送端发送的MDN请求的多个电子邮件(发送数据①~④),从接收端回复集中了与这些发送数据①~④对应的MDN响应的集中MDN响应。
首先,从发送机侧发送电子邮件时,在各个电子邮件头部附加MDN请求的字段来发送。
这里,基于图3说明通过本发明的发送电子邮件的一个例子。如图3所示,电子邮件由头部(a)、正文(b)和附件(c)组成。电子邮件实际上并不是分割成(a)~(c),但这里为了简单,以分割的状态来说明。
头部(a)是表示电子邮件收发及与因特网中的分配等有关的信息的区域。这里,头部中的各行记录收发等中使用的各不相同的固有信息。以下,将各行称为字段。例如,在To字段显示电子邮件的收件人,在From字段显示电子邮件的发送方。
这里,在第一实施例中,用图3的(a-1)中记载的MDN(RFC2298)所规定的Disposition-Notification-To字段(MDN字段),设定应送交构成MDN请求的MDN邮件(集中MDN响应)的发送端的地址和回复条件。即,作为应回复MDN邮件(集中MDN响应)的收件人,在MDN字段中设定Sharp_Doc_InternetFAX@sharp.co.jp。
在接收MDN时,作为识别是对哪个发送邮件的回复的方法,在发送端,发邮件时在发送邮件上赋予Message-ID:<111@SHARP D1>来发送,在接收端,在MDN的响应邮件上赋予该Message-ID:<111@SHARP D1>并回复,由此进行识别。
对于正文(b)和附件(c)的记载内容,由于是通过一般的电子邮件实际传播的内容,省略其详细说明。
进一步说明作为本发明特征的发送邮件的记载内容。在第一实施例中,特征点在于:进一步,在图3(a-1)记载的MDN(RFC2298)中规定的Disposition-Notification-To字段(MDN字段)之后,可设定用于回复MDN的集中MDN响应的条件(回复条件)。
在第一实施例中,该回复条件设定为1h(1小时),在后述的第二实施例中,设定为3c(3件)。即,在MDN字段中,除了现有情况之外,还附加用于回复集中MDN响应的待机时间和个数信息等。采用预先在MDN收发部15中注册的信息由电子邮件生成部7生成MDN字段。
Message-ID字段是用于识别发送的电子邮件的ID。
作为设定回复集中MDN响应的条件(回复条件)的方法,可以用图3(a-2)记载的Disposition-Notification-Options字段。
接着,上述正文(b)是所谓的电子邮件的主体,在消息的收发中使用。这里,在本实施例中,是因特网传真通信的情况,正文很简单。
上述附件(c)是在电子邮件的正文中附加编码后的图像文件。该附件的形式定为MIME(Multipurpose Internet Mail Extentions)。
如图2(a)所示,以上形式的电子邮件作为发送数据①、发送数据②、发送数据③、发送数据④的4个不同的原稿图像数据并分别发送。
另一方面,在接收端的传真/电子邮件装置1中,上述MDN收发控制部15解析收到的邮件的头部,确认回复条件。即,在第一实施例中,根据附加在MDN字段中的时间设定信息,设定为1小时后进行回复。这样,通过时钟部16监视经过时间,在预定时间进行回复。
用后述的图4详细说明接收端的MDN的集中处理。
如图2(b)所示,在将电子邮件作为发送数据①、发送数据②、发送数据③的3个不同的原稿图像数据并分别发送时,在发送数据③打印不成功的情况下,进行下面的动作。即,仅在接收结果(打印)不成功的发送数据③的情况的下,首先个别回复MDN响应。从接收了它的发送机侧发送发送数据④(发送数据③的重发处理)。在接收发送数据④的接收装置中,若发送数据④的打印成功,则回复说明上述发送数据①、②、③、④打印成功的集中MDN响应。
下面,基于图4的流程图,说明上述图2的接收端传真/电子邮件装置1的、接收了电子邮件之后的管理动作。这里,对与网络上的通信处理有关的记载的说明从略。
接收端通信装置(接收机)在接收来自发送端通信装置(发送机)的发送数据(电子邮件)时(步骤S1),在接收端的传真/电子邮件装置1中,例如作为装置主体的设定而设定为打印处理后进行回复时,打印处理接收的数据。
即,在打印处理后,判断接收端装置的打印结果状态,例如因数据发送中的事故而不能解码接收的数据、接收的数据以不能判别的形式压缩而不能解码、或打印功能有故障而不能打印。保存上述打印结果的状态判定(步骤S2)。
接着,判断在接收的电子邮件头部中是否存在上述MDN字段的MDN请求(步骤S3)。这里,在不存在MDN请求时,结束电子邮件的接收处理,进入步骤S8的通常的等待状态。
步骤S3的判断结果为存在MDN请求时,判别该MDN请求是否包含集中回复指定,判断上述接收结果(打印结果)是否成功(步骤S4)。这里,不包含集中回复指定时、或接收结果为NG时,对该MDN请求个别回复MDN响应(NG)(步骤S6),进入步骤S8。
在步骤S4中包含集中回复指定时,判断是否已经存在被集中回复指定的等待中的个别MDN响应(步骤S5)。
在步骤S5中,没有被集中回复指定的等待中的个别MDN响应时,例如保存在几小时之后回复等用于回复的条件之后,开始计时直至该时刻(步骤S7)。然后,进入步骤S8。
接着,判断是否经过了回复待机时间(步骤S8)。
在步骤S8中,待机时间没有过去时,判断是否有新的接收数据(步骤S9)。在没有新的接收数据时,返回步骤S8。在有新的接收数据时,返回步骤S1。
在步骤S8中,经过了回复待机时间时,将对各接收数据的MDN响应集中后回复集中MDN响应(步骤S10)。
接着,判断是否存在残留的应发送的数据(步骤S11)。这里,设置该步骤S11,是因为每个发送数据设定的条件对所有发送数据都一样时,不存在残留的应发送的数据,但在条件不一样时,有可能存在应发送的数据。在存在残留数据时,返回步骤S8。在没有残留数据时,结束处理。
通过以上处理,从接收端可以将集中了MDN响应的集中MDN响应回复给MDN请求指定的收件人。即,例如,对于图2所示的电子邮件发送和MDN请求,在接收端的传真/电子邮件装置1中进行上述处理,对于多个MDN请求可以用一次MDN来完成。
另外,在图4的流程图的说明中,在进行了打印处理之后进行MDN响应的回复,但也可以构成为在进行打印处理之前进行响应的回复。
即使在没有达到规定的回复条件时,对于打印结果错误的情况,即使不满足回复条件,也立刻进行回复,通过这种构成,例如在发送端把握接收端的错误,可立刻发送下面的数据,能缩短待机时间。
对于错误的情况,可从规定条件的到达计数中排除,也可不排除而包含在其中。
这里,基于图5说明一例上述MDN中的从接收端传真/电子邮件装置回复的电子邮件(MDN响应)。回复的电子邮件由头部(a)、正文(b)和MDN信息(c)组成。电子邮件实际上没有分割成(a)~(c),但这里为了简单起见,以分割的状态来说明。
这里,头部(a)和正文(b)与上述图3所示的发送消息是一样的。其中,在图5的正文(b)记述了与错误内容有关的消息。
说明作为本发明特征的接收邮件的记载内容。MDN的结果信息(c)是在MDN中使用的信息。例如,图示的字段A部分表示各自的下一信息。上段Final-Recipient:字段表示通过MDN接受对MDN请求的MDN响应的地址。中段Original-Message-ID是用于识别电子邮件的ID。例如,用于表示是与图3头部(a)所示的Message-ID字段对应的MDN的响应。根据现有记述,只记载1个Message-ID,但本发明中,记载多个Message-ID,可集中来回复。
下段的Disposition字段表示每个与上述Message-ID对应的电子邮件中处理是否成功等状态。
图5的MDN结果信息(c)中,对于中段的Original-Message-ID所示的上述Message-ID(3个),显示处理成功。
这里,作为另一种接收结果的通知方法,也可以采用图6所示的字段A部分代替上述图5的MDN结果信息(c)中所示的字段A部分。
即,例如在处理不成功时,如图6(b)所示,记述不成功(processed/error)。
如图6(c)所示,在3个成功而1个不成功时,也可分为成功和不成功的情况来记述。如图6(d)所示,可不换行而用1行来显示情况区分。
如上所述,在本实施例中传真/电子邮件装置1在接收包含MDN请求的电子邮件时,识别MDN请求后确认由时间指定的回复条件,根据该回复条件生成集中了多个MDN响应的集中MDN响应来回复。因此,例如即使如上述那样连续发送多个电子邮件时,也能用一次回复来完成MDN响应。
本发明不限于上述实施例,集中MDN响应邮件例如作为上述图5的MDN结果信息(c)所示的MDN信息,记载各自的消息到达时间,使得如图6(a-1)、(a-2)所示,即使Message-ID字段相同,也能进行区别。
在上述实施例中,根据在发送端记载的头部信息,在接收端进行处理,对集中多个MDN后作为集中MDN响应来回复的构成进行了说明,但本发明不限于此。例如,在接收端,可以不用图3(a)所示的“Disposition-Notification-To:”指定的回复条件而集中多个MDN来回复。
通过代替确认接收端的设定而读取例如上述图4的步骤S3和步骤S4确认的MDN请求和集中回复指定来也可以实现。此时也可以得到与上述相同的效果。
(第二实施例)
根据本发明的传真/电子邮件装置1不限于上述实施例,也可进行以下动作。基于图7和图8说明本发明的第二实施例。
根据第二实施例的传真/电子邮件装置1与根据第一实施例的传真/电子邮件装置1相比,不同之处仅在于MDN收发控制部15的构成和动作。因此,以下仅对差异之处进行说明。
第二实施例中,和第一实施例一样,MDN收发控制部15用于对MDN请求、和接收的MDN结果进行管理等。在第二实施例中,采用发送的电子邮件的件数作为搭载在MDN请求中的回复条件。
基于图7(a)和图7(b)说明上述构成的传真/电子邮件装置1相互之间的电子邮件的收发动作。
如图7(a)所示,在本实施例的MDN中,对于发送端发送的多个电子邮件(发送数据①、②、③),和第一实施例一样,从接收端回复集中了MDN响应的集中MDN响应。
即,发送端的传真/电子邮件装置1将附加了搭载了MDN请求和回复条件(集中的个数3)的MDN字段的电子邮件作为发送数据①、发送数据②、发送数据③的3个不同的原稿图像数据并分别发送。
另一方面,在接收的传真/电子邮件装置1中,MDN收发控制部15解析收到的邮件头部,确认回复条件。即,在第二实施例中,基于作为附加在MDN字段上的回复条件的件数信息,设定成打印完指定件数之后进行回复。
这样,通过主控制部3监视邮件件数的状态,在达到指定的件数时回复MDN。
如图7(b)所示,将电子邮件作为发送数据①、发送数据②、发送数据③的3个不同的原稿图像数据并分别发送,发送数据③的打印不成功时,动作如下。
首先,回复特定了打印不成功的发送数据③的MDN响应(NG)。从接收它的发送机侧发送重发发送数据③的发送数据④。在接收了发送数据④的接收装置中,若发送数据④的打印数据成功,则回复表示上述发送数据①、②、④打印成功的集中MDN响应。
基于图8说明用于进行以上动作的、接收端的判断处理。该判断处理与图4所示的判断处理大致相同,因此,这里仅对与图4不同的步骤进行详细说明。
首先,在接收端通信装置中对从发送端通信装置接收的电子邮件进行打印处理(步骤S21),保存打印结果的状态(步骤S22)。
接着,判断有无MDN请求(步骤S23),不存在MDN请求时进入步骤S28。
步骤S23的判断结果是存在MDN请求时,判断该MDN请求是否包含集中回复指定,上述接收结果(打印结果)是否成功(步骤S24)。这里,在不包含集中回复指定时,回复对该MDN请求的MDN响应(步骤S26),进入步骤S28。在接收结果(打印结果)不成功时,对该MDN请求个别进行MDN响应(NG)回复(步骤S26),进入步骤S28。
步骤S24的判断结果为包含集中回复指定时,判断是否已经存在被集中回复指定的等待中的MDN响应(步骤S25)。在不存在被集中回复指定的等待中的MDN响应时,在保存例如接收完几件之后回复等用于回复的回复条件之后(步骤S27),进入步骤S28。
接着,判断邮件接收件数是否达到件数条件(步骤S28)。未到达件数条件时,判断是否有新的接收数据(步骤S29)。在没有新的接收数据时,返回步骤S28。在有新的接收数据时,返回步骤S21。
在步骤S28中到达了件数条件时,对件数条件部分生成集中MDN响应后发送给发送端通信装置(步骤S30)。
接着,判断是否有残留的应发送的数据(步骤S31)。有残留数据时,返回步骤S28。没有残留数据时,结束处理。
通过以上的处理,可回复由MDN请求指定的收件人。如上所述,根据第二实施例的传真/电子邮件装置1接收包含MDN请求的电子邮件时,识别MDN请求后确认由发送电子邮件的件数指定的回复条件,根据该回复条件生成集中了多个MDN响应的集中MDN响应来回复。因此,例如,即使像上述那样连续发送多个电子邮件时,也能一次完成MDN响应的回复。
对于打印结果错误的情况,即使不满足回复条件,也能立刻回复,通过这种构成,例如在发送端把握接收端的错误,可立刻发送下一数据,可以缩短待机时间。
对于错误的情况,可像上述那样从到达计数中排除,也可不排除而将其包含在其中。
(第三实施例)
根据本发明的传真/电子邮件装置1不限于上述第一或第二实施例,可进行以下动作。即,根据第三实施例的传真/电子邮件装置1构成为:不仅采用发送的电子邮件的件数作为对MDN请求的MDN响应的回复条件,而且采用从接收电子邮件开始的经过时间来进行判断。
如图9(a)所示,在第三实施例的MDN中,对于发送端发送的多个电子邮件(发送数据①、②、③),和上述实施例一样,由接收端回复集中了MDN响应的集中MDN响应。
即,从发送端1将附加了MDN字段的电子邮件作为发送数据①、发送数据②、发送数据③的3个不同的原稿图像数据并分别发送。
这里,对于发送数据①、发送数据②、发送数据③,作为回复条件,设定为在满足电子邮件到达后1小时后或电子邮件到达件数为3件的条件时回复。
在接收端的传真/电子邮件装置1中,上述MDN收发控制部15解析收到的邮件头部,确认回复条件。即,在第三实施例中,基于附加在MDN字段中的件数信息,设定成打印完指定件数之后生成集中MDN响应来进行回复。这样,通过主控制部3监视件数状态,到达规定件数时回复集中MDN响应。
这里,例如图9(a)所示,在1小时过去之前,接收和打印完发送数据①、发送数据②、发送数据③的3件时,回复集中了发送数据①、发送数据②、发送数据③的发送确认的集中MDN响应。
如图9(b)所示,发送数据①、发送数据②到达后,在发送数据③到达前过去了1小时时,在该时刻回复集中了发送数据①和发送数据②的发送确认的集中MDN响应。
这时,接收端的判断处理是可以将上述图4和图8的处理组合起来,在步骤S28进行判断回复待机时间是否已经过去来实现。
如上所述,本实施例中的传真/电子邮件装置1是这样的构成:使用由发送电子邮件的件数所指定的回复条件和由从发送电子邮件到达时间开始的经过时间所指定的回复条件作为回复条件。
因此,与只用一方作为回复条件的情况相比,在发送端可更早、更可靠地接收MDN。因此,可缩短发送端的待机时间。
(第四实施例)
根据本发明的传真/电子邮件装置1不限于上述实施例,也可进行如下动作。即,可构成为:在回复条件中有紧急(urgency)处理时,优先对其进行处理。
如图10(a)所示,在第四实施例的MDN中,对于由发送端发送的多个电子邮件,和上述实施例一样,从接收端回复集中了MDN响应的集中MDN响应。
即,将附加了MDN字段的电子邮件作为发送数据①、发送数据②、发送数据③的3个不同的原稿图像数据并分别发送。
这里,对于发送数据①和发送数据②,回复条件由邮件件数(3个邮件)指定,但对于发送数据③,回复条件指定为紧急MDN请求(urgency)。
在接收端的传真/电子邮件装置1中,MDN收发控制部15解析接收的邮件头部,确认回复条件。即,在第四实施例中,基于附加在MDN字段中的件数信息,设定为在打印完指定的件数之后进行回复。这样,通过主控制部3监视件数状态,在规定状态下进行回复。
这里,如上所述,对于发送数据③,回复条件指定为紧急MDN请求(urgency),因此,一打印完发送数据③,就立刻回复个别的MDN响应。
接着,之后接收发送数据④并完成打印时,对于发送数据①、②、④,基于上述接收件数的回复条件回复集中了各发送数据的MDN响应的集中MDN响应。
如图10(b)所示,将电子邮件作为发送数据①、发送数据②、发送数据③的3个不同的原稿图像数据并分别发送时,在发送数据③打印不成功时,进行下面的动作。即,仅对于发送数据③打印不成功的情况,首先回复MDN响应(③NG)。从接收它的发送机侧发送发送数据④(发送数据③的重发处理)。在接收了发送数据④的接收装置中,若发送数据④的打印成功,则回复集中了表示上述发送数据①、②、④打印成功的MDN响应的集中MDN响应。
这时,例如在上述图8的步骤S24中,接收端的判断处理可根据进一步判断是否是紧急处理来实现。打印不成功时的MDN响应(NG)不限于回复条件指定为紧急的MDN请求(urgency)的发送数据③的情况,即使回复条件指定为件数(3件邮件)时(例如发送数据②),打印不成功时,也不等待满足回复条件而回复MDN响应(NG),由此,从发送机可以将与发送数据②相同的数据作为发送数据③重发。在发送数据③将回复条件指定为紧急请求(urgency)时,若发送数据③打印成功,则立刻回复MDN响应。
如上所述,根据第四实施例的传真/电子邮件装置1若接收包含紧急MDN请求的电子邮件,则识别MDN请求后确认紧急的回复条件,根据其回复条件立刻回复MDN。因此,在发送端,即使连续发送多个电子邮件时,对于该紧急件,可立刻接收MDN响应。因此,在紧急发送MDN时,缩短了响应确认的待机时间,能更有效地进行处理。
(第五实施例)
根据本发明的传真/电子邮件装置1不限于上述实施例,可进行以下动作。基于图11对第五实施例进行以下说明。
和上述实施例的传真/电子邮件装置1相比,根据第五实施例的传真/电子邮件装置1的不同之处仅在于MDN收发控制部15的构成和动作。因此,以下仅对差异部分进行说明。
和上述实施例一样,根据第五实施例的MDN收发控制部15用于对MDN请求和接收的MDN结果进行管理等。
在第五实施例中,可通过比上述电子邮件后到达的电子邮件中附加的MDN请求中搭载的回复条件来变更由附加在电子邮件中的MDN请求中搭载的回复条件设定的回复条件(例如时间设定)。
以下,参照附图说明具体例子。如图11(a)所示,将附加了MDN字段的电子邮件作为发送数据①、发送数据②的2个不同的原稿图像数据并分别发送。该发送数据①、发送数据②采用从电子邮件到达开始的经过时间作为回复条件。这里,该经过时间设定为1小时。
接着,将附加了MDN字段的电子邮件作为发送数据③交付。该发送数据③的回复条件如下。即,对于在发送数据③到达之前的1小时内到达的电子邮件,条件是集中发送MDN。这相当于将在发送数据③到达之前的1小时以内到达的电子邮件的回复条件的设定变更为0小时。因此,在接收端,若发送数据③的打印结束,则回复集中了发送数据①、②、③的MDN响应的集中MDN响应。
通过以上处理,可将集中MDN响应从接收端回复给MDN请求指定的收件人。
如上所述,根据第五实施例的传真/电子邮件装置1,可将在其电子邮件到达时刻之前的指定时间内到达的电子邮件的MDN响应集中后作为集中MDN响应发送,因此,例如即使与之前发送的发送数据有关的MDN响应一直没有到达时,也可如上述那样回复MDN响应,由此在发送端能可靠地接收MDN响应。
根据第五实施例的传真/电子邮件装置1不限于上述实施例,可进行如下动作。如图11(b)所示,将附加了MDN字段的电子邮件作为发送数据①、发送数据②的2个不同的原稿图像数据并分别发送。该发送数据①和发送数据②采用从电子邮件到达开始的经过时间作为回复条件。这里,该经过时间设定为1个小时。
接着,交付发送数据③。发送数据③的回复条件变更成之前发送的电子邮件中指定的时间。具体地说,变更为将之前发送的发送数据①和发送数据②的回复条件减少0.5个小时,对于之前发送的发送数据①和发送数据②,从电子邮件到达开始经过0.5个小时之后回复集中MDN响应。
因此,在接收端,完成发送数据③的打印、变更后的发送数据①、②、③的回复条件得到满足时,接收端回复集中了发送数据①②③的MDN响应的集中MDN响应。通过以上的处理,可从接收端向MDN请求指定的收件人回复集中MDN响应。
如上所述,根据第五实施例的传真/电子邮件装置1,可以变更在其电子邮件到达时刻之前的在指定时间内到达的电子邮件的MDN响应,因此,例如即使与之前发送的发送数据有关的MDN响应一直没有到达时,也可如上述那样回复集中MDN响应,由此在发送端能可靠地接收MDN响应。
尽管对在比上述电子邮件后到达的电子邮件中变更由电子邮件设定的回复条件(例如时间设定)并作为MDN请求的回复条件的内容进行了说明,但变更条件不限于此,例如可以变更件数条件。这时,可将图11(a)和图11(b)中记载的时间的变更变换为件数的变更来实现。
(第六实施例)
根据本发明的传真/电子邮件装置1不限于上述实施例,可进行如下动作。即,如图12(a)所示,可构成为:将之前到达的电子邮件的回复条件(1小时)延长规定时间(2小时),如图12(b)所示,可构成为:将以前到达的电子邮件的回复条件(1小时)延长至从该时刻开始经过规定时间(2小时)后(计3小时)。由此,可以根据收发侧装置的状态或邮件服务器的状态,延长待机时间。
尽管对在比上述电子邮件后到达的电子邮件中变更由电子邮件设定的回复条件(例如时间设定)并作为MDN请求的回复条件的内容进行了说明,但变更条件不限于此,例如可以变更件数条件。这时,可将图12(a)和图12(b)中记载的时间的变更变换为件数的变更来实现。
(第七实施例)
根据本发明的传真/电子邮件装置1不限于上述实施例,可进行如下动作。即,可构成为:对于以前发送的电子邮件的MDN请求,也都一并集中来发送。
如图13所示,将附加了MDN字段的电子邮件作为发送数据①、发送数据②的2个不同的原稿图像数据并分别发送。发送数据①和发送数据②采用从电子邮件到达开始的经过时间作为回复条件。这里,该经过时间设定为1个小时。
接着,交付发送数据③。发送数据③的回复条件指定为包含之前发送的电子邮件而集中回复MDN响应(集中回复请求:package)。因此,在发送端,即使MDN响应经过很长时间仍未到达,也能集中获得MDN响应。
如上所述,根据第七实施例的传真/电子邮件装置1集中回复该电子邮件到达时刻之前的电子邮件的MDN,因此,例如即使与之前发送的发送数据有关的MDN响应一直没有到达时,也能像上述那样作为集中MDN响应来回复,由此,可在发送端可靠地收到MDN响应。
如上所述,根据本发明,提供一种网络通信装置,使用作为通知在接收装置侧顺利地处理了发送原稿的手段的MDN协议RFC2298(MDN:MessageDispositon Notifications),归纳多个通信部分的MDN响应之后可以作为集中MDN响应来响应。
本发明不限于上述实施例。在上述实施例中,说明了通过因特网收发原稿图像数据的因特网传真装置,但即使是例如不具有传真功能或扫描功能的简单网络通信装置,也可适用本发明。
在上述实施例中,对作为监视回复条件的装置采用MDN的方法进行了说明,但本发明不限于上述实施例。例如,即使不采用MDN的情况下,也能通过用其它的字段来实现。但是,若像上述那样用MDN来实现,则可更简单。
而且,在上述实施例中,打印处理接收的电子邮件之后,发送MDN响应,但也可以在打印处理之前进行发送。例如,可在确认对能否判断接收的电子邮件或电子邮件的附件之后再回复。
而且,在上述实施例中,作为发送数据和接收数据假定了电子邮件,但这些也可以是电子邮件以外的数据。
如上所述,本发明提供一种网络通信装置,具备生成电子邮件的电子邮件生成装置、和收发电子邮件的电子邮件收发装置,其中,上述电子邮件生成装置具有:送达通知请求搭载功能,在该电子邮件上搭载请求电子邮件送达通知的送达通知请求和回复条件;集中送达通知响应生成功能,将归纳了多个接收电子邮件的送达通知响应的集中送达通知响应生成为一个电子邮件,上述电子邮件收发装置具备接收结果监视装置,具有识别搭载在收到的电子邮件中的送达通知请求和回复条件的送达通知请求识别功能,监视电子邮件的接收是否成功,生成送达通知响应;送达通知控制装置,监视是否满足搭载在收到的电子邮件中的回复条件,在满足回复条件时指示电子邮件生成装置生成集中送达通知响应,指示电子邮件收发装置发送生成的集中送达通知响应,由此,即使发送多个搭载了送达通知请求的电子邮件时,也从接收端回复归纳了多个送达通知响应的、作为集中送达通知响应的一个电子邮件。因此,可减少多余的送达通知的电子邮件的通信。这样,可削减网络业务量。
本发明的上述网络通信装置中,电子邮件收发装置具有向由收到的电子邮件所指定的收件人发送集中送达通知响应的送达通知发送功能、和将多个送达通知响应归纳后作为集中送达通知响应并发送给一个指定收件人的送达指定控制功能,从而在接收有送达通知请求的多个电子邮件、有发送给其中一个收件人的多个送达通知响应的情况下,通过送达指定控制装置归纳多个送达通知,作为一个送达通知并发送。因此,可减少多余的送达通知响应的电子邮件的通信。这样,可削减网络业务量。
而且,在本发明的上述网络通信装置中,送达指定控制功能通过由搭载在收到的电子邮件中的回复条件指定送达通知响应的回复条件,从而可以指定送达通知的响应条件,因此,可在减少来自接收端的电子邮件的回复,同时能容易地管理送达通知。
本发明的上述网络通信装置中,送达指定控制功能是指定接收端规定的待机时间作为送达通知响应的回复条件,因此,在接收端的终端装置中,若经过了指定的规定待机时间,则归纳发送给一个指定收件人的多个送达通知,作为一个电子邮件并发送。因此,可归纳电子邮件的送达通知响应来发送,因此,可防止发送多余送达通知响应的电子邮件。
上述送达通知控制装置可通过由例如进行计时的计时部判断上述规定的待机时间的经过来实现。在上述构成中,对于在规定待机时间的计时中到达的电子邮件,也判断是否发送给上述一个上述指定收件人,发送送达通知响应。
本发明的上述网络通信装置中,送达指定控制功能是指定在接收端的规定待机件数作为送达通知响应的回复条件,因此,在接收端的终端装置中,当累积了指定的规定待机件数以上的电子邮件时,归纳多个送达通知响应后变成集中送达通知响应,并作为一个电子邮件发送。因此,可削减多余的送达通知响应的电子邮件。
本发明的上述网络通信装置中,送达指定控制功能指定在接收端的规定待机件数和规定待机时间作为送达通知响应的回复条件,因此,在具备待机时间设定和待机件数设定两个手段时,当通过任意手段设定的条件之一得到满足时,则发送给一个指定的收件人。因此,可防止一直没有到达规定件数的情况、和件数增加到所需以上的情况。
本发明的上述网络通信装置中,送达指定控制功能在回复条件中立刻发送指定立即回复送达通知响应的电子邮件的送达通知响应,因此,在发送端,可自由地设定送达通知响应的回复条件,因此,可以根据发送端或接收端的状态迅速对应。例如,接收端的接收结果错误时,可将送达通知响应立刻发送给接收装置,在发送端可迅速进行重发处理等。
本发明的上述网络通信装置中,送达指定控制功能由于使立刻发送接收端的接收结果出错的电子邮件的送达通知响应,因此,在接收端的接收结果出错时,由于即使不满足指定的条件,也回复送达通知,所以,在发送端能再次迅速进行重发处理。
本发明的上述网络通信装置中,送达指定控制功能将接收结果出错的电子邮件包含在回复条件中,因此,对于由于接收结果出错而回复的电子邮件,例如因为不包含在待机件数的条件中,所以,例如可由一次送达通知集中发送规定的待机件数的送达通知。
本发明的上述网络通信装置中,送达指定控制功能使立刻发送有必要进行紧急送达通知的电子邮件的送达通知响应,因此,对于需要紧急确认发送结果的某个电子邮件,可立刻发送给接收装置。因此,可缩短待机时间,更有效地进行确认处理。
本发明的上述网络通信装置中,送达指定控制功能使有必要进行紧急送达通知的电子邮件不包含在等待条件中,因此,对于紧急回复的电子邮件,不包含在等待条件中,例如,可通过一次送达通知发送规定待机件数的集中送达通知响应。因此,防止发送多余的送达通知。
本发明的上述网络通信装置中,送达指定控制功能将之前接收的电子邮件指定的回复条件变更为此后接收的电子邮件指定的回复条件,因此,即使在发送后,送达指定控制功能也能在此后发送的电子邮件中变更之前发送的电子邮件中指定的规定条件,可根据发送电子邮件后的发送端或接收端的状态自由改变条件。由此,例如,即使在之前发送的电子邮件的送达通知响应一直没有到达时,也能通过此后发送的电子邮件迅速地获得送达通知响应。
本发明的上述网络通信装置中,送达指定控制功能使之前发送的电子邮件的待机时间变更为回复条件的变更条件,因此,即使与之前发送的发送数据有关的送达通知响应一直没有到达时,也能在接收端变更待机时间,从而在发送端可靠地得到送达通知响应。可以根据收发侧装置的状态或邮件服务器的状态,延长待机时间。
本发明的上述网络通信装置中,送达指定控制功能使即使在不满足之前发送的电子邮件指定的回复条件的情况下,在此后接收的电子邮件指定的回复条件为集中回复请求时,立刻发送集中送达通知响应,因此,通过指定还包含之前发送的电子邮件并集中回复送达通知响应作为例如(作为本发明的实施例,集中回复请求:指定为package),即使在一直没有满足指定的条件、过了很长时间也没有回复送达通知响应的情况下,以指定的定时,可立刻集中获得送达通知响应。
(第八实施例)
基于图15至图25说明本发明的第八实施例,如下所述。
在本实施例中,为本发明的通信装置假定了通过因特网等网络收发电子邮件和利用该电子邮件收发图像信息等的传真/电子邮件装置作。
图15示出了本实施例的传真/电子邮件装置111的电结构方框图。传真/电子邮件装置111除了具有作为将数据打印在打印纸等记录媒体上的打印机/复印机和利用电话线的通常的传真装置(FAX)的功能以外,还具有作为经由因特网等网络收发电子邮件(E-mail)和与服务器之间进行文件收发的电子邮件(E-mail/FTP(File Transfer Protocol))装置、以及因特网传真装置的功能。
传真/电子邮件装置111大致包括:主控制部112,屏控制部113,控制用存储器114,图像用缓冲器115,控制用缓冲器116,图像记忆部117,电子邮件生成部118,读取部119,记录部120,编码/解码控制部121,LAN(LocalArea Network)控制部122,调制解调器123,网络控制部(NCU:NetworkControl Unit)124,送达通知控制部125和送达通知管理部126。
主控制部112具有CPU(Central Processing Unit)等,控制传真/电子邮件装置111。
屏控制部113用于读入原稿,指示对方端输入等,显示用于此的画面。屏控制部113具有未图示的显示装置和操作部。显示装置由液晶显示装置(LCD:Liquid Crystal Display)或CRT(Cathode Ray Tube)显示器等构成,显示动作状态和发送端等。操作部具有用于操作的必要的键(输入装置)。通过该操作部,设定对方端。设定的对方端信息存储在控制用存储器114中。可将显示装置和操作部一体化成为触摸屏。
控制用存储器114由ROM等非易失性存储器、和备份的易失性存储器等组成,存储控制程序和对方端信息等。图像用缓冲器115由RAM等构成,用于压缩和扩展收发的图像数据时的临时记忆。控制用缓冲器116由RAM等构成,存储使控制程序动作所需的数据。图像记忆部117记忆编码后的图像数据,同时记忆从后述读取部119中读入的数据或接收的数据、解码后的数据等。另外,在图像记忆部117中可以不记忆数据,而直接利用图像缓冲器进行处理。
电子邮件生成部118将头部信息附加在文本信息和编码后的图像数据中,变换为电子邮件的格式。另外,以后具体说明电子邮件生成部118。读取部119利用作为原稿读取装置的光电变换元件(CCD:Charge CoupledDevice)的扫描仪以规定清晰度读取原稿。然后,输出读取的结果的点像数据。记录部120具有电子照相方式的打印装置,硬拷贝(打印出)通过通信接收的原稿图像和由读取部119读取的原稿图像等数据。
编码/解码控制部121进行读入的原稿图像数据的编码或接收时的解码。即,编码/解码控制部121编码压缩由读取部119读取的原稿图像数据,同时,将编码压缩的接收的原稿图像数据解码成原来的数据。在编码/解码控制部121中,可利用在传真通信中一般使用的MH(Modified Huffman)、MR(Modified READ)和MMR(Modified Modified READ)等编码方式。
LAN控制部122用于和LAN连接,以便经由因特网进行电子邮件的收发和因特网传真的通信。调制解调器123用于进行通常的传真通信,由可进行传真通信的传真调制解调器构成。调制解调器123通过网络控制部124与模拟的公用交换电话网(PSTN:Public Switched Telephone Network)连接。网络控制部124是进行与公用交换电话网之间的线路闭合及开放的线路控制动作的硬件,根据需要,将调制解调器123与公用交换电话网连接。
送达通知控制部125用于利用与发送的电子邮件有关的送达通知(MDN:Message Disposition Notification)功能进行对与送达通知请求(MDN请求)、及接收的电子邮件有关的上述送达通知请求的响应(MDN响应)的管理等。送达通知控制部125用电子邮件生成部118附加的头部信息进行控制。送达通知管理部126具有计数器功能和时钟功能,用于进行对MDN请求的MDN响应的定时管理等。另外,下面详细说明送达通知控制部125和送达通知管理部126。
在传真/电子邮件装置111中,由利用编码/解码控制部121、LAN控制部122、调制解调器123和网络控制部124而发送数据的发送装置127和,接收数据的接收装置128构成。传真/电子邮件装置111通过LAN进行通信时,LAN控制部122工作,通过模拟的公用交换电话网通信时,网络控制部124工作。
以下,对传真/电子邮件装置111中的MDN请求和MDN响应的功能进行说明。
送达通知控制部125具有通知条件设定装置125a和通知条件识别装置125b。通知条件设定装置125a在将传真/电子邮件装置111用作发送端通信装置(发送端装置)时工作。通知条件设定装置125a在发送带有MDN请求的发送数据时设定用于确定接收端装置的MDN响应定时的条件,生成表示该条件的通知条件信息。通知条件识别装置125b在将传真/电子邮件装置111用作接收端通信装置(接收端装置)时工作。该通知条件识别装置125b在接收数据中包含通知条件信息时识别由该通知条件信息表示的条件。
送达通知控制部125还具备接收结果判断装置125c。接收结果判断装置125c在将传真/电子邮件装置111用作接收端装置时工作,判断接收数据的接收结果。
送达通知管理部126具有在将传真/电子邮件装置111用作接收端装置时工作的发送控制装置126a。发送控制装置126a根据送达通知控制部125的通知条件识别装置125b的识别结果,确定MDN响应的定时。
在送达通知控制部125具备接收结果判断装置125c时,发送控制装置126a还可根据接收结果判断装置125c的判断结果确定MDN响应的定时。
送达通知管理部126也可以具有将传真/电子邮件装置111用作发送端装置时工作的接收管理装置126b。接收管理装置126b在发送带有MDN请求的发送数据的情况下,在接收端装置中指定发送MDN的时刻时,在预先确定指定时刻的期间内,判断是否接收了与该发送数据对应的MDN。
电子邮件生成部118具有发送数据生成装置118a和通知数据生成装置118b。发送数据生成装置118a在将传真/电子邮件装置111用作发送端装置时工作。发送数据生成装置118a将由通知条件设定装置125a生成的通知条件信息与表示MDN请求的通知请求信息一起包含在应发送的数据中并生成发送数据。通知数据生成装置118b在将传真/电子邮件装置111用作接收端装置时工作。通知数据生成装置118b在接收数据中包含表示MDN请求的通知请求信息时,生成用于MDN的通知数据(表示送达通知内容的数据。以下,简称为“通知数据”)。
另外,通知数据生成装置118b在根据通知条件识别装置125b的识别结果判断出例如存在应以相同定时发送通知数据的多件接收数据时,也可以归纳与该多件接收数据相对应的MDN内容,并生成1个通知数据。
图16是示出了用传真/电子邮件装置111来构成的通信系统的一个构成例的方框图。在该通信系统中,具有发送端装置111a和接收端装置111b,发送端装置111a和接收端装置111b分别是上述传真/电子邮件装置111。
在该通信系统中,发送端装置111a和接收端装置111b可分别通过模拟的公用交换电话网130与邮件服务器131a·131b通信。邮件服务器131a·131b可通过因特网132相互通信。
这里,关注于作为传真/电子邮件装置111的发送端装置111a的功能,发送端装置111a具有通知条件设定装置125a,设定用于确定MDN响应的定时的条件;发送数据生成装置118a,将表示由通知条件设定装置125a设定的条件的通知条件信息与表示MDN请求的通知请求信息一起包含在应发送数据中并生成发送数据;发送该发送数据的发送装置127。
图17是示出了作为上述发送数据的发送邮件(电子邮件)的内容的图面。图17(a)是头部,(b)是正文,(c)是附件。图17中,为了方便,分割成(a)~(c)来图示,但实际的邮件没有分割。
图17(a)的头部是表示与电子邮件收发和因特网中的分配等有关的信息的区域。这里,头部中的各行记录用于收发等使用的固有信息。以下,将各行称为“字段”。例如,在To字段中显示电子邮件的收件人。
这里,在上述发送邮件中,在图17(a)的头部内,设置用于(a-1)或(a-2)的MDN请求的字段。(a-1)或(a-2)使用RFC2298所规定的Disposition-Notification-To字段(MDN字段),设定应送交的作为通知数据响应邮件的邮件发送端地址。该MDN字段变成表示MDN请求的通知请求信息。图17中,作为发送端设定“Sharp_Doc-Internet
FAX@sharp.co.jp”。
为了在MDN响应时识别是对哪个发送邮件的响应,在发送时,在发送邮件的Message-Id字段中赋予用于识别邮件的ID。通过用响应邮件,回复赋予给发送邮件的ID,可以识别邮件。图17中,作为其ID设定“
111@SHARP-D1”。
在上述发送邮件中,如图17的(a-1)那样,在Disposition-Notification-To字段之后,附加有表示由通知条件设定装置125a设定的条件的通知条件信息。图17(a-1)中,作为通知条件信息附加有将MDN响应时刻指定为GMT(格林成治标准时间)+09:00时区的2001年9月22日的信息。
这样,在发送端装置111a中,在MDN字段中除了通知请求信息之外,还包含通知条件信息。此外,这种情况下,通知请求信息和通知条件信息是包含在发送邮件中文本数据。由此,容易将这些信息包含在发送邮件中,即使在作为发送邮件的接收端的接收端装置111b中,也很容易识别这些信息。
作为包含通知条件信息的方法,如图17(a-2)那样,可附加Disposition-Notification-To字段。
图17(b)的正文是所谓的电子邮件的主体,用于消息的收发。图17表示用于因特网传真通信的发送邮件,正文很简单。
图17(c)的附件附加了编码后的图像文件。该附件的形式确定为MIME(Multipurpose Internet Mail Extentions)。
在该构成中,通过给接收端装置111b发送包含表示MDN请求的通知请求信息以及表示用于确定MDN响应定时的条件的通知条件信息的发送数据,可如后述那样在一个时刻归纳对于多件发送数据的MDN。
发送端装置111a最好具有:接收通知数据的接收装置128;接收管理装置126b,在通知条件信息为指定MDN时刻的信息时,对于指定由发送装置127发送的发送数据中包含的通知条件信息指定的MDN时刻,在预先确定的期间内,判断是否通过接收装置128接收与该发送数据对应的通知数据;告知装置,在通过接收管理装置126b判断出在上述期间内没有接收通知数据时,将该意旨告知用户。该告知装置可通过屏控制部113来实现,最好通过屏控制部113将上述意旨显示在显示装置中。
在该构成中,在指定MDN时刻并发送了发送数据时,对于该时刻,在预先确定的期间内没有接收与该发送数据对应的通知数据时,把该意旨告知用户。这样,在上述期间内不接收通知数据时,有可能有发送故障等。如上述,通过告知用户,可以迅速进行在重发等之后的处理。
另一方面,关注于作为传真/电子邮件装置111的接收端装置111b的功能,接收端装置111b具有:接收数据的接收装置128;通知数据生成装置118b,在接收数据中包含表示MDN请求的通知请求信息时,生成通知数据;发送该通知数据的发送装置127;通知条件识别装置125b,在接收数据中包含表示用于确定MDN响应的定时的条件的通知条件信息时,识别该条件;发送控制装置126a,根据该识别结果,确定由发送装置127发送通知数据的定时、即MDN响应的定时。
在该构成中,在接收数据中包含表示用于确定MDN响应的定时的条件的通知条件信息时,在通知条件识别装置125b识别该条件。根据该识别结果,通过发送控制装置126a确定由发送装置127发送通知数据的定时。
因此,在发送端装置111a中包含通知条件信息并将数据发送给接收端装置111b,由此,接收端装置111b根据该条件以确定的定时发送通知数据。
由此,例如如图18所示,在彼此不同的时刻从发送端装置111a向接收端装置111b发送多个发送数据①~④时,在发送端装置111a发送完最后的发送数据④之后,可集中获得MDN。即,可以对多个发送数据①~④的MDN响应集中在一个时刻。
结果是,发送端装置111a的用户可将对多个发送数据①~④的MDN的确认作业集中为1次,可简化作业。
发送端装置111a的通知条件设定装置125a可指定应由接收端装置111b进行MDN响应的日期作为通知条件信息。由此,接收端装置111b的用户能以日为单位进行MDN响应的确认。
发送端装置111a的通知条件设定装置125a可指定应由接收端装置111b进行MDN响应的时刻作为通知条件信息。由此,接收端装置111b的用户能以时间为单位进行MDN响应的确认。
发送端装置111a的通知条件设定装置125a可指定应由接收端装置111b进行MDN响应的日期和时间作为通知条件信息。
发送端装置111a的通知条件设定装置125a也可以指定应由接收端装置111b进行MDN响应的星期作为通知条件信息。由此,接收端装置111b的用户可以集中一周部分并在特定星期进行MDN响应的确认。
发送端装置111a的通知条件设定装置125a也可以不限于将MDN的时刻指定为通知条件信息的信息,也可以是指定其它条件的信息,例如指定成以接收了预先确定的件数的数据的定时进行MDN响应的信息等。
这里上述通知数据生成装置118b最好是根据上述通知条件识别装置125b的识别结果归纳对多个接收数据的MDN后生成1个通知数据。
在该构成中,根据通知条件识别装置125b的识别结果,例如判断出存在多个应以相同定时发送通知数据的接收数据的情况下,可将对该多个接收数据的送达通知归纳为1个通知数据后发送。
由此,可削减用于MDN的通信次数。通过削减通信次数,可削减公用交换电话网路130和因特网132的业务量。
图19显示了作为上述通知数据的响应邮件(电子邮件)的内容。图19(a)是头部、图19(b)是正文、图19(c)是MDN信息。此外,在图19中,为了方便,分割成图19(a)~图19(c)来图示,但实际的邮件没有分割。
这里,在图19(a)的头部的To字段中,设定由图17的发送邮件的Disposition-Notification-To字段指定的地址。
图19(c)的MDN信息是表示MDN内容的信息。MDN的内容主要用带有图19的符号A的字段表示。这些字段分别表示下面的信息。
上段的Final-Recipient字段表示MDN响应的接收地址。中段的Original-Message-Id字段是用于指定与MDN有关的发送邮件的ID,表示与图17(a)中Original-Message-Id字段对应的ID。下段的Disposition字段表示中段的Original-Message-Id字段所示的ID的发送邮件处理是否成功的状态。
根据现有技术,Original-Message-Id字段中仅表示1个ID,但在图19的响应邮件中,在Original-Message-Id字段中包含多个ID,可将MDN归纳为1个。
接收端装置111b具有判断接收数据的接收结果的接收结果判断装置125c,发送控制装置126a最好还根据接收结果判断装置125c的判断结果确定MDN响应的定时。
在该构成中,可根据接收数据的接收结果确定MDN响应的定时。因此,例如图20所示,在接收数据的接收结果判断为错误时,可与通知条件信息所表示的条件无关,立刻进行MDN响应。其结果,之后在发送端装置111a中进行重发等处理时,可迅速进行该处理。
图21和图22是示出了一例发送端装置111a的处理流程(数据发送处理方法)的流程图。以下,用适当的图15和图16,根据图21和图22对发送端装置111a中的处理流程进行说明。此外,在以下的处理中,由用户进行的输入和选择通过屏控制部113进行。
在发送端装置111a中,首先,进行发送开始处理S101。在发送开始处理中,用户在发送端装置111a的读取部119固定原稿(S121),选择是否通过存储在控制用存储器114中的对方端信息发送(S122)。
若与对方端信息无关地发送,则用户输入发送端的地址(S123),输入发送数据的文件形式和压缩形式(S124)。
接着,用户选择是否设定MDN请求(S125)。设定时,输入MDN请求的意旨(S126),同时输入用于确定MDN响应的定时(S127)。该输入画面例如图24所示。
根据上述S127的输入,通知条件设定装置125a设定用于确定MDN响应的定时的条件,生成表示该条件的通知条件信息(通知条件设定步骤S128)。
而且,用户输入利用MDN响应通知送达错误时的重发次数(S129)。
接着,用户若输入开始键(S130),读取部119开始读取原稿(S131)。
这样,发送数据生成装置118a将由上述S128生成的通知条件信息与表示MDN请求的通知请求信息一起包含在应发送的数据中并生成发送数据(发送数据生成步骤S132)。
若上述S122中利用对方端信息选择发送,则用户输入与对方端对应的单触键或快捷编号(S133)。此外,由于在对方端信息中通过预先进行与上述S123~S129同样的处理而包含设定的结果,因此,不需要再次设定。
接着,发送装置127连接邮件服务器131a(S102),发送作为发送数据的发送邮件(发送步骤S103),之后,结束和邮件服务器131a的连接(S104)。
在上述S126中输入表示MDN请求的情况下(S105),通过接收管理装置126b进行MDN响应等待的设定(S106),等待指定发送数据中包含的通知条件信息的MDN响应时刻,发送装置127连接到邮件服务器131a(S107)。
在邮件服务器131a中有新到的邮件时(S108),通过接收装置128接收该新到的邮件(S109),结束和邮件服务器131a的连接(S110)。
在作为上述新到的邮件接收了MDN响应邮件时(S111),解除MDN响应等待的设定(S112),通过屏控制部113或记录部120显示或打印MDN响应的结果(S113)。该显示或打印结果例如图25所示。图25将对3封发送邮件的MDN集中为1封响应邮件。
MDN响应的结果若为“接收结束”,则结束处理,若不是“接收结束”,则从上述S102开始重复处理,以便重发处理(S114)。
在上述S111没有接收MDN响应邮件时,由接收管理装置126b对MDN响应时刻确认是否经过了预定期间(S115),没有经过时,重复从上述S107开始的处理,在经过时,结束MDN响应等待的设定(S116),通过屏控制部113向显示装置上告知错误(S117)。
图23是示出了一例接收端装置111b的处理流程(数据接收处理方法)的流程图。以下,用适当的图15和图16,基于图23对接收端装置111b中的处理流程进行说明。
在接收端装置111b中,首先进行接收处理。接收处理中,接收装置128与邮件服务器131b连接(S141),接收作为接收数据的接收邮件(接收步骤S142),之后,完成和邮件服务器131b的连接(S143)。
接着,通过记录部120进行接收邮件的打印处理(S144)之后,通过送达通知控制部125判断在接收邮件中是否包含表示MDN请求的通知请求信息(S145)。
在包含MDN请求时,进一步通过送达通知控制部125判断接收邮件中是否包含表示用于确定MDN响应的定时的条件的通知条件信息(S147)。在接收邮件中包含通知请求信息时,通知数据生成装置118b生成通知数据(通知数据生成步骤S146)。
在接收邮件中包含通知请求信息、没有包含通知条件信息时,立刻发送由上述S146生成的通知数据(进行MDN响应)(S153)。
在接收邮件中包含通知请求信息、也包含通知条件信息时,通知条件识别装置125b识别通知条件信息所表示的条件(通知条件识别步骤S148),发送控制装置126a基于上述S149的识别结果,确定通知数据的发送定时(发送定时设定步骤S149)。
在没有处于MDN响应等待中时(S150),通过发送控制装置126a开始控制(S151),等待至设定为进行MDN响应定时的定时(S152)。
若变成设定为进行MDN响应定时的定时,发送装置127发送通知数据(发送步骤S153)。在处于MDN响应等待中时(S154),重复从上述S152开始的处理。
此外,在上述S145中,在接收数据中没有包含MDN请求时,有处于MDN响应等待中时(S155),从上述S152开始进行处理,在没有处于MDN响应等待中时结束处理。
这里,在进行接收邮件的打印处理之后,对进行MDN响应的情况进行了说明,但也可在打印处理之前进行MDN响应,例如,可在对能否判断接收邮件或接收邮件的附件进行确认之后进行MDN响应。
本发明的数据发送处理方法的特征在于,在上述各处理中,特别是包含以下步骤:通知条件设定步骤S128,通知条件设定装置125a设定用于确定MDN响应定时的条件;发送数据生成步骤S132,发送数据生成装置118a将表示有通知条件设定步骤S128设定的条件的通知条件信息与表示MDN请求的通知请求信息一起包含在应发送的数据中并生成发送数据;和发送步骤S103,发送装置127发送发送数据。
本发明的数据接收处理方法的特征在于,在上述各处理中,特别是包含以下步骤:接收步骤S142,接收装置128接收数据;通知数据生成步骤S146,在接收步骤S142接收的接收数据中包含表示MDN请求的通知请求信息时,通知数据生成装置118b生成通知数据;通知条件识别步骤S148,在接收数据中包含表示用于确定MDN响应的定时的条件的通知条件信息时,通知条件识别装置125b识别通知条件信息所表示的条件;发送定时设定步骤S149,发送控制装置126a基于通知条件识别步骤S148的识别结果确定通知数据的发送定时;发送步骤S153,发送装置127以发送定时设定步骤S149所确定的定时发送通知数据。
从而,如上所述,可将对多个发送数据的MDN集中在一个时刻。
上述数据接收处理方法或数据发送方法可将计算机作为上述各装置来工作,使在计算机中可通过用于执行上述各步骤的数据接收处理程序或数据发送处理程序来执行。即,上述数据接收处理方法或数据发送方法是这样的:将数据接收处理程序或数据发送处理程序的程序代码(执行形式程序、中间代码程序,源程序)在计算机可读的状态下记录在记录媒体上,将该记录媒体提供给包含计算机的系统或装置,该系统或装置的计算机读取记录在记录媒体上的程序代码来执行,来实现。
在本实施例中,以采用RFC2298规定的MDN为前提来说明,但本发明不限于采用RFC2298规定的MDN。例如,接收端装置的连接端的邮件服务器可以采用将电子邮件的状态通知给发送端的DSN(Delivery StatusNotification)(RFC1892/1894)。
在本实施例中,对传真/电子邮件装置111具有传真功能的情况进行了说明,但本发明也适用于没有传真功能而仅有邮件功能的通信装置。而且,在本实施例中,作为发送数据和接收数据假定了电子邮件,但这些也可以是电子邮件以外的数据。
如上所述,本发明的通信装置是具有对包含在接收数据中的、该数据的送达通知请求作出响应的功能,为了解决上述课题,具有:接收数据的接收装置;通知数据生成装置,在上述接收装置接收的接收数据中包含表示送达通知请求的通知请求信息时,生成用于送达通知的通知数据;发送上述通知数据的发送装置;通知条件识别装置,在上述接收数据中包含表示用于确定送达通知的定时的条件的通知条件信息时,识别由上述通知条件信息表示的条件;发送控制装置,根据上述通知条件识别装置的识别结果,由上述发送装置确定通知数据的发送定时。
在上述结构中,接收数据中包含如例如经因特网的电子邮件的MDN请求的送达通知请求时,为了响应,可以在通知数据生成装置生成用于送达通知的通知数据,通过发送装置发送。
这里,在上述构成中,在接收数据中包含表示用于确定送达通知的定时的条件的通知条件信息时,由通知条件识别装置识别其条件。根据该识别结果,通过发送控制装置确定由上述发送装置发送的通知数据的定时。
因此,在数据的发送端,设定用于确定送达通知的定时的条件并将数据发送给原通信装置,由此,原通信装置根据其条件以确定好的定时发送用于送达通知的通知数据。
由此,例如,在彼此不同的时刻从数据的发送端向原通信装置发送多个发送数据时,在发送端,可在发送完最终的发送数据之后集中接收各自的送达通知。即,可将对多个发送数据的送达通知集中在一个时刻。
其结果是,例如发送端的用户对多个发送数据的送达通知进行确认时,可将该确认作业集中为1次,简化了作业。
本发明的数据接收处理方法是对包含在接收数据中的、该数据的送达通知请求作出响应的数据接收处理方法,为了解决上述课题,包含以下步骤:接收装置接收数据的接收步骤;通知数据生成步骤,在上述接收步骤接收的接收数据中包含表示送达通知请求的通知请求信息时,通知数据生成装置生成用于送达通知的通知数据;通知条件识别步骤,在上述接收数据中包含表示用于确定送达通知的定时的条件的通知条件信息时,通知条件识别装置识别上述通知条件信息所表示的条件;发送定时设定步骤,发送控制装置根据上述通知条件识别步骤的识别结果确定上述通知数据的发送定时;发送步骤,发送装置以上述发送定时设定步骤中确定的定时发送上述通知数据。
本发明的数据接收处理程序用于实现上述数据的接收处理方法,将计算机用作上述各装置,用于在计算机中执行上述各步骤。本发明的计算机可读记录媒体是记录上述数据接收处理程序的记录媒体。
由此,和上述一样,可将对多个发送数据的送达通知集中在一个时刻。
本发明的通信装置最好是:在上述通信装置中,上述通知数据生成装置根据上述通知条件识别装置的识别结果,将对多个接收数据的送达通知集中起来生成1个通知数据。
在上述构成中,通过基于通知条件识别装置的识别结果,在判断出例如存在多个应以相同定时发送用于送达通知的通知数据的发送数据时,可将对上述多个接收数据的送达通知集中为1个通知数据来发送。
由此,可削减用于送达通知的通信次数。通过网络进行通信时,通过通信次数的削减,削减网络的业务量。
本发明的通信装置最好是:在上述通信装置中具有判断上述接收数据的接收结果的接收结果判断装置,上述发送控制装置还根据上述接收结果判断装置的判断结果,确定上述通知数据的发送定时。
在上述构成中,可根据接收数据的接收结果确定通知数据的发送定时。因此,例如在判断为接收数据的接收结果为错误时,与通知条件信息表示的条件无关,可立刻发送通知数据。其结果是,之后,在发送端进行重发等处理时,可迅速地进行该处理。
本发明的通信装置是给上述通信装置发送包含送达通知请求的数据的通信装置,其中,具有:通知条件设定装置,设定用于确定送达通知定时的条件;发送数据生成装置,将表示由上述通知条件设定装置设定的条件的通知条件信息与表示送达通知请求的通知请求信息一起包含在应发送的数据中并生成发送数据;发送上述发送数据的发送装置。
在上述构成中,对具备上述通知条件识别装置的通信装置发送包含表示送达通知请求的通知请求信息、和表示用于确定送达通知定时的条件的通知条件信息的发送数据,由此,可如上所述将对多个发送数据的送达通知集中在一个时刻。
此外,本发明的数据发送方法是用于发送用上述数据接收处理方法接收的数据的数据发送处理方法,其中,包含以下步骤:通知条件设定步骤,通知条件设定装置设定用于确定送达通知定时的条件;发送数据生成步骤,发送数据生成装置将表示由上述通知条件设定步骤设定的条件的通知条件信息与表示送达通知请求的通知请求信息和一起包含在应发送的数据中并生成发送数据;发送步骤,发送装置发送上述发送数据。
本发明的数据发送处理程序用于执行上述数据发送处理方法,将计算机用作上述各装置,在计算机中执行上述各步骤。本发明的计算机可读记录媒体是记录上述数据发送处理程序的记录媒体。
由此,和上述一样,可将对多个发送数据的送达通知集中在一个时刻。
本发明的通信装置最好是,在上述通信装置中,上述通知条件信息是指定送达通知时刻的信息,包括:接收装置,接收用于送达通知的通知数据;接收管理装置,对于由上述发送装置发送的发送数据中包含的通知条件信息指定的送达通知的时刻,判断是否在预定期间内由上述接收装置接收了与该发送数据对应的通知数据;告知装置,在判断为由上述接收管理装置在上述期间内没有接收通知数据时,把该意旨告知用户。
在上述构成中,在指定送达通知的时刻并发送发送数据时,当对于该时刻,未在预定期间内接收了与该发送数据对应的通知数据时,将该意旨告知用户。这样,在上述期间内没有接收通知数据时,有可能存在发送故障等。如上所述,通过告知用户,可迅速进行重发等之后的必要处理。
虽然本发明详细说明了具体实施例,使本发明的技术内容变清楚了,但本发明不限于具体实施例而狭义解释,可以在本发明精神和记载的权利要求范围内对其进行各种修改和变形。
Claims (23)
1.一种网络通信装置,将送达通知请求的电子邮件发送接收,该装置包括:
MDN发送接收控制部,将多个上述送达通知请求的回复集中起来,作为一个电子邮件来请求;
主控制部,在接收了有进行送达通知请求的电子邮件时,向MDN字段设定的、电子邮件指定的收件人发送对上述送达通知请求的回复;以及
电子邮件生成部,通过将发送给上述回复的电子邮件的收件人的多个送达通知赋予多个Message-ID并进行汇总而作为一个电子邮件来生成,
其特征在于:
上述MDN发送接收控制部在与上述MDN发送接收控制部指定的送达通知的回复条件一致的情况下,指示上述电子邮件生成部,将上述多个送达通知作为一个电子邮件来生成,并将该生成的一个电子邮件发送到上述主控制部,
在对上述送达通知请求的电子邮件赋予Message-ID并发送,对上述送达通知请求的回复的电子邮件赋予上述Message-ID并回复时,通过将多个Message-ID进行汇总,集中作为一个电子邮件来回复。
2.根据权利要求1所述的网络通信装置,上述MDN发送接收控制部将在接收端的待机时间指定为送达通知的回复条件。
3.根据权利要求1所述的网络通信装置,上述MDN发送接收控制部将在接收端的待机件数作为送达通知的回复条件。
4.根据权利要求1所述的网络通信装置,上述MDN发送接收控制部将在接收端的待机件数和待机时间指定为送达通知的回复条件。
5.根据权利要求1所述的网络通信装置,上述MDN发送接收控制部在接收端的接收结果为错误的情况下,立刻发送上述送达通知的回复。
6.根据权利要求5所述的网络通信装置,上述MDN发送接收控制部对于接收结果错误的电子邮件以外的电子邮件,可指定送达通知的回复条件。
7.根据权利要求1所述的网络通信装置,上述MDN发送接收控制部对需要紧急进行送达通知的电子邮件,立刻发送上述送达通知的回复。
8.根据权利要求7所述的网络通信装置,上述MDN发送接收控制部对需要紧急进行送达通知的电子邮件以外的电子邮件,可指定送达通知的回复条件。
9.根据权利要求1所述的网络通信装置,上述MDN发送接收控制部在可指定送达通知的回复条件的同时,将之前发送的电子邮件中指定的规定回复条件在此后发送的电子邮件中变更为指定的规定回复条件。
10.根据权利要求9所述的网络通信装置,上述MDN发送接收控制部在之前发送的电子邮件中指定在接收端的待机时间,在此后发送的电子邮件中对该待机时间进行变更。
11.根据权利要求9所述的网络通信装置,上述MDN发送接收控制部通过在此后发送的电子邮件中变更之前发送的电子邮件中指定的回复条件,立刻发送送达通知的回复。
12.一种网络通信装置,将送达通知请求的电子邮件以外的数据发送接收,该装置包括:
MDN发送接收控制部,将多个上述送达通知的回复集中起来,作为一个电子邮件来请求;以及
主控制部,在接收了有进行送达通知请求的数据时,向MDN字段设定的、数据指定的收件人发送对上述送达通知的回复,
其特征在于:
所述MDN发送接收控制部控制上述主控制部,当与上述MDN发送接收控制部设定的、指定送达通知的回复条件一致的情况下,通过将发送给一个上述回复的数据的收件人的多个上述送达通知赋予多个Message-ID并进行汇总而作为一个发送数据来发送,
在对发送上述送达通知请求的数据赋予Message-ID并发送,对上述送达通知请求的回复的数据赋予上述Message-ID并回复时,通过将多个Message-ID汇总,集中作为一个数据来回复。
13.一种通信装置,具有将包含送达通知请求的数据发送并对包含在接收数据中的该数据的送达通知请求作出回复的功能,上述通信装置包括:
接收数据的接收装置;
送达通知控制部,其中包括:通知条件识别装置,在上述接收数据中包含表示用于确定送达通知定时的条件的通知条件信息时,识别由上述通知条件信息表示的条件;通知条件设定装置,设定用于确定送达通知定时的条件;电子邮件生成部,其中包括:通知数据生成装置,在由上述接收装置接收的接收数据中包含表示送达通知请求的通知请求信息时,生成用于送达通知的通知数据;发送数据生成部件,将表示送达通知请求的通知请求信息与由表示上述通知条件设定装置设定的条件的通知条件信息一起包含在应发送的数据中并生成发送数据;
发送上述通知数据和所述发送数据的发送装置;
发送控制装置,根据上述通知条件识别装置的识别结果,确定上述发送装置发送的通知数据的发送定时,其特征在于:
上述通知数据生成装置根据上述通知条件识别装置的识别结果,将对多个接收数据的送达通知通过Message-ID集中起来生成一个通知数据。
14.根据权利要求13所述的通信装置,还包括判断上述接收数据的接收结果的接收结果判断装置,上述发送控制装置还根据上述接收结果判断装置的判断结果,确定上述通知数据的发送定时。
15.根据权利要求13所述的通信装置,上述通知条件信息指定应发送上述通知数据的日期。
16.根据权利要求13所述的通信装置,上述通知条件信息指定应发送上述通知数据的时刻。
17.根据权利要求13所述的通信装置,上述通知条件信息指定应发送上述通知数据的日期和时间。
18.根据权利要求13所述的通信装置,上述通知条件信息指定应在星期几发送上述通知数据。
19.根据权利要求13所述的通信装置,上述通知条件信息指定在接收了预定件数的数据的定时发送上述通知数据。
20.根据权利要求13所述的通信装置,在将包含上述送达通知请求的数据发送时,上述发送数据生成装置、发送装置和通知条件设定装置起作用。
21.根据权利要求20所述的通信装置,上述通知条件信息是指定送达通知时刻的信息,还包括:
接收管理装置,对于由上述发送装置发送的发送数据中包含的通知条件信息指定的送达通知的时间,判断是否在预定期间内由上述接收装置接收了与该发送数据对应的通知数据;
告知装置,在由上述接收管理装置判断为在上述期间内未接受到通知数据时,把该意旨告知用户。
22.一种数据发送接收处理方法,用于将包含送达通知请求的数据发送,并对包含在接收数据中的该数据送达通知请求作出回复,其特征在于,所述数据接收处理方法包括:
接收步骤,接收装置接收数据;
通知数据生成步骤,在上述接收步骤接收的接收数据中包含表示送达通知请求的通知请求信息时,通知数据生成装置将对多个接收数据的送达通知通过Message-ID集中起来生成一个通知数据;
通知条件识别步骤,在上述接收数据中包含表示用于确定送达通知定时的条件的通知条件信息时,通知条件识别装置识别上述通知条件信息所表示的条件;
发送定时设定步骤,发送控制装置根据上述通知条件识别步骤的识别结果,确定上述通知数据的发送定时;以及
发送步骤,发送装置以上述发送定时设定步骤中确定的定时发送上述通知数据。
23.根据权利要求22所述的数据发送接收处理方法,用于发送包含了上述送达通知请求的数据,其特征在于,该方法包含以下步骤:
通知条件设定步骤,通知条件设定装置设定用于确定送达通知定时的条件;
发送数据生成步骤,发送数据生成装置将表示由上述通知条件设定步骤设定的条件的通知条件信息与表示送达通知请求的通知请求信息一起包含在应发送的数据中并生成发送数据;以及
发送步骤,发送装置发送上述发送数据。
Applications Claiming Priority (6)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP171073/02 | 2002-06-12 | ||
JP171073/2002 | 2002-06-12 | ||
JP2002171073A JP3971249B2 (ja) | 2002-06-12 | 2002-06-12 | ネットワーク通信装置 |
JP185272/2002 | 2002-06-25 | ||
JP185272/02 | 2002-06-25 | ||
JP2002185272A JP3857192B2 (ja) | 2002-06-25 | 2002-06-25 | 通信装置、データ受信処理方法及びデータ送信処理方法、データ送信処理プログラム及びデータ受信処理プログラム、並びに、コンピュータ読み取り可能な記録媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1476230A CN1476230A (zh) | 2004-02-18 |
CN1282096C true CN1282096C (zh) | 2006-10-25 |
Family
ID=29738365
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN03178606.5A Expired - Fee Related CN1282096C (zh) | 2002-06-12 | 2003-06-12 | 网络通信装置、通信装置、以及数据发送接收处理方法 |
Country Status (2)
Country | Link |
---|---|
US (1) | US7725543B2 (zh) |
CN (1) | CN1282096C (zh) |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4416999B2 (ja) * | 2002-11-25 | 2010-02-17 | シャープ株式会社 | 通信装置 |
US7996043B2 (en) * | 2003-11-04 | 2011-08-09 | Research In Motion Limited | System and method for reducing the size of an electronic message on a mobile communication device |
KR101155335B1 (ko) * | 2005-01-07 | 2012-06-11 | 엘지전자 주식회사 | 이동통신 단말기의 멀티미디어 메시지 동작방법 |
CN100527772C (zh) * | 2005-03-15 | 2009-08-12 | 佳能株式会社 | 电子邮件通信装置和数据处理方法 |
JP4537235B2 (ja) * | 2005-03-15 | 2010-09-01 | キヤノン株式会社 | 電子メール通信装置及び電子メール通信方法並びにプログラム |
US8099465B2 (en) * | 2005-06-07 | 2012-01-17 | International Business Machines Corporation | Method and system for preparing and replying to multi-party e-mails |
US7890587B1 (en) * | 2006-02-06 | 2011-02-15 | Mcafee, Inc. | System, method and computer program product for correcting a date/time associated with an electronic mail message |
JP4956126B2 (ja) * | 2006-09-29 | 2012-06-20 | キヤノン株式会社 | 画像形成装置および画像形成装置における通知方法 |
US8590002B1 (en) | 2006-11-29 | 2013-11-19 | Mcafee Inc. | System, method and computer program product for maintaining a confidentiality of data on a network |
FI20061057A0 (fi) * | 2006-11-30 | 2006-11-30 | Nokia Corp | Välitystiedot tietoliikennejärjestelmässä |
US8621008B2 (en) | 2007-04-26 | 2013-12-31 | Mcafee, Inc. | System, method and computer program product for performing an action based on an aspect of an electronic mail message thread |
US8199965B1 (en) | 2007-08-17 | 2012-06-12 | Mcafee, Inc. | System, method, and computer program product for preventing image-related data loss |
US20130276061A1 (en) | 2007-09-05 | 2013-10-17 | Gopi Krishna Chebiyyam | System, method, and computer program product for preventing access to data with respect to a data access attempt associated with a remote data sharing session |
US8446607B2 (en) | 2007-10-01 | 2013-05-21 | Mcafee, Inc. | Method and system for policy based monitoring and blocking of printing activities on local and network printers |
US20090137259A1 (en) * | 2007-11-26 | 2009-05-28 | Huawei Technologies Co., Ltd. | Method and apparatus for sending message delivery reports |
US20090138557A1 (en) * | 2007-11-27 | 2009-05-28 | International Business Machines Corporation | Delegation of e-mail return receipts |
JP2009152758A (ja) * | 2007-12-19 | 2009-07-09 | Sharp Corp | 画像処理装置及びデータ暗号化通信システム |
US20090187631A1 (en) * | 2008-01-22 | 2009-07-23 | Microsoft Corporation | Aggregated message tracking status notification mechanism |
US8893285B2 (en) | 2008-03-14 | 2014-11-18 | Mcafee, Inc. | Securing data using integrated host-based data loss agent with encryption detection |
US7606935B1 (en) * | 2008-03-31 | 2009-10-20 | International Business Machines Corporation | Systems and methods of automatic retransmission of electronic mail |
US9077684B1 (en) | 2008-08-06 | 2015-07-07 | Mcafee, Inc. | System, method, and computer program product for determining whether an electronic mail message is compliant with an etiquette policy |
US20110022662A1 (en) * | 2009-07-23 | 2011-01-27 | International Business Machines Corporation | Event triggered notifications for collaborative processes |
US9088534B2 (en) | 2010-12-07 | 2015-07-21 | International Business Machines Corporation | Systems and methods for providing a recipient of an electronic communication with data used to determine whether to respond to the electronic communication |
US20150172229A1 (en) * | 2013-12-14 | 2015-06-18 | Megel Brown | System and method for contemporaneous messaging |
US10193838B2 (en) | 2015-03-06 | 2019-01-29 | Microsoft Technology Licensing, Llc | Conditional instant delivery of email messages |
WO2018048230A1 (en) * | 2016-09-07 | 2018-03-15 | Samsung Electronics Co., Ltd. | Method for managing short data service (sds) in mission critical data (mc data) communication system |
WO2018182245A1 (en) | 2017-03-25 | 2018-10-04 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data in mission critical data communication system |
JP2019220832A (ja) * | 2018-06-19 | 2019-12-26 | シャープ株式会社 | 画像通信装置及び画像通信装置の制御方法 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5057935A (en) * | 1990-06-07 | 1991-10-15 | Ibm Corporation | Method for confirmation of document recipient in a data processing system |
US5675733A (en) * | 1992-11-30 | 1997-10-07 | International Business Machines Corporation | Statistical analysis and display of reception status of electronic messages |
US5790790A (en) * | 1996-10-24 | 1998-08-04 | Tumbleweed Software Corporation | Electronic document delivery system in which notification of said electronic document is sent to a recipient thereof |
US6314454B1 (en) * | 1998-07-01 | 2001-11-06 | Sony Corporation | Method and apparatus for certified electronic mail messages |
US6854007B1 (en) * | 1998-09-17 | 2005-02-08 | Micron Technology, Inc. | Method and system for enhancing reliability of communication with electronic messages |
US6175859B1 (en) * | 1998-10-28 | 2001-01-16 | Avaya Technology Corp. | Sender-defined time for reporting on the status of a sent message or of the message's recipient |
JP2001265675A (ja) * | 1999-09-24 | 2001-09-28 | Ricoh Co Ltd | 通信端末装置およびその制御方法およびネットワークファクシミリ装置およびその制御方法 |
US6952720B2 (en) * | 2000-03-17 | 2005-10-04 | Nms Communications | On-the-fly message notification system and methodology |
JP3847523B2 (ja) | 2000-04-21 | 2006-11-22 | 株式会社リコー | 画像通信装置 |
JP2002055926A (ja) | 2000-08-08 | 2002-02-20 | Matsushita Electric Ind Co Ltd | 通信端末、サーバ装置、メール着信通知システム |
US20020040387A1 (en) * | 2000-09-29 | 2002-04-04 | Lessa Andre Santos | Method for tracing an electronic mail message |
US6999989B2 (en) * | 2001-03-29 | 2006-02-14 | At&T Corp. | Methods for providing video enhanced electronic mail return receipts |
US7225230B1 (en) * | 2001-06-28 | 2007-05-29 | Bellsouth Intellectual Property Corporation | System and method for electronic message status notification |
US7027567B1 (en) * | 2001-06-28 | 2006-04-11 | Bellsouth Intellectual Property Corporation | System and method for electronic message status notification and reply using various electronic media |
US7257610B2 (en) * | 2001-10-17 | 2007-08-14 | Microsoft Corporation | Systems and methods for sending coordinated notifications |
US7120671B2 (en) * | 2003-07-24 | 2006-10-10 | International Business Machines Corporation | Method and system for multiple-party, electronic mail receipts |
US7970834B2 (en) * | 2005-11-03 | 2011-06-28 | International Business Machines Corporation | Method and program product for tracking a file attachment in an e-mail |
-
2003
- 2003-06-05 US US10/456,250 patent/US7725543B2/en not_active Expired - Fee Related
- 2003-06-12 CN CN03178606.5A patent/CN1282096C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US7725543B2 (en) | 2010-05-25 |
US20030233421A1 (en) | 2003-12-18 |
CN1476230A (zh) | 2004-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1282096C (zh) | 网络通信装置、通信装置、以及数据发送接收处理方法 | |
CN1221122C (zh) | 因特网传真机和控制用该传真机的因特网传真通信的方法 | |
CN1201559C (zh) | 图象通信设备和方法 | |
CN1309200C (zh) | 数据传送装置及方法、数据接收装置及方法和通信系统 | |
CN100345431C (zh) | 网络传真系统 | |
CN1201533C (zh) | 因特网电话网络系统、网络访问方法及通话装置适配器 | |
CN1636365A (zh) | 验证电子消息的传递和内容的系统及方法 | |
CN1221914C (zh) | 一种通信方法 | |
CN1674620A (zh) | 网络传真系统 | |
CN1841304A (zh) | 图像形成设备及其控制方法、图像形成系统 | |
CN1969528A (zh) | 用于点对多点传输系统的点对点修复响应机制 | |
CN1770142A (zh) | 服务登记系统 | |
CN1653458A (zh) | 验证电子消息的传递和内容的系统及方法 | |
CN1685672A (zh) | 通信控制方法及系统,数据包转发及监测方法和系统 | |
CN1770773A (zh) | 网络系统、目录服务器和终端装置 | |
CN101068300A (zh) | 图像形成装置及应用程序执行方法 | |
CN1801814A (zh) | 一种离线消息发送和接收方法 | |
CN101052083A (zh) | 图像处理器 | |
CN1770772A (zh) | 数据处理系统、数据处理装置和数据处理程序 | |
CN1527148A (zh) | 信息、服务提供及图像形成装置、方法和避免非法使用的方法 | |
CN1890624A (zh) | 电子装置及其控制方法、主机装置及其控制方法 | |
CN1444356A (zh) | 数据通信方法 | |
CN1119026C (zh) | 通信装置和方法 | |
CN101061457A (zh) | 输出系统,输出数据管理装置,网络设备,输出数据管理程序,输出程序和输出方法 | |
CN1115537A (zh) | 图像记录设备及其方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20061025 Termination date: 20200612 |
|
CF01 | Termination of patent right due to non-payment of annual fee |