CA2224889C - Method and control mechanism for a data fetching service - Google Patents

Method and control mechanism for a data fetching service Download PDF

Info

Publication number
CA2224889C
CA2224889C CA002224889A CA2224889A CA2224889C CA 2224889 C CA2224889 C CA 2224889C CA 002224889 A CA002224889 A CA 002224889A CA 2224889 A CA2224889 A CA 2224889A CA 2224889 C CA2224889 C CA 2224889C
Authority
CA
Canada
Prior art keywords
data
control mechanism
sender
receivers
transported
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
Application number
CA002224889A
Other languages
French (fr)
Other versions
CA2224889A1 (en
Inventor
Jurgen Apfelbeck
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alcatel Lucent SAS
Original Assignee
Alcatel SA
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alcatel SA filed Critical Alcatel SA
Publication of CA2224889A1 publication Critical patent/CA2224889A1/en
Application granted granted Critical
Publication of CA2224889C publication Critical patent/CA2224889C/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/226Delivery according to priorities

Abstract

In particular when large amounts of data must be fetched by a sender (S) in a telecommunications network (N) and transmitted in the telecommunications network (N), the moment when the data are fetched is determined by a controller (CM) of the fetching services.

Description

. CA 02224889 2000-10-12 METHOD AND CONTROL MECHANISM
FOR A DATA FETCHING SERVICE
BACKGROUND OF THE INVENTION
1. Technical Field of the Invention The present invention concerns a method for a data fetching service in a telecommunications network, and a control mechanism therefor.
2. Discussion of Related Art Such a method and such a control mechanism are known from U.S. patent 5,392,336. This patent specification describes a data memory and a fetching service whereby a sender signals an operator of this service that data are to be transmitted to a receiver. The data to be transmitted are then assigned an identification number and the data are subsequently transmitted by the sender to a memory in which they are stored. After the identification number assigned to these data is received by a receiver, the data are transmitted from the memory to this receiver.
With the known data storage and fetching service the sender or the receiver of the data always determine when the data are transmitted from the sender to the memory, or from the memory to the receiver.
SUMMARY OF INVENTION
It is the object of the present invention to provide a better utilization of a telecommunications network, particularly when large amounts of data are transmitted.
According to the present invention, there is provided a method for a data fetching service in a telecommunications network (N), which comprises a data sender (S) and a control mechanism (CM) for controlling the fetching service, wherein the sender (S) prepares data for fetching, wherein the sender (S) and the control mechanism (CM) are linked by a communication path (12) of the telecommunications network (N), wherein the sender (S) signals a data fetching request to the control mechanism (CM) over the communication path (12) of the telecommunications network (N), and wherein the control mechanism (CM) receives the signalled request, characterized in that after receiving the request, the control mechanism (CM) determines in accordance with at least one criterion when the data are to be fetched from the sender (S).
According to the present invention, there is also provided a control mechanism (CM) for a data fetching service in a telecommunications network (N), with a receiving means (RM) for receiving a signal from a sender (S) of the telecommunications network (N), whereby the sender (S) and the control mechanism are linked by a communication path (12) of the telecommunications network, whereby the sender conveys a data fetching request to the control mechanism (CM), characterized in that the control mechanism (CM) is designed so that after receiving the request it checks whether at least one criterion has been fulfilled, and if this is the case it causes the data to be fetched from the sender (S), so that the time of the data fetching from the sender (S) is determined by the control mechanism (CM).
It is an advantage that the operator of the fetching service can determine at which point in time the data are fetched from the sender. Because of the better utilization of the telecommunications network capacity, low-cost transmission fees can be established.

In an advantageous embodiment of the invention, the data to be fetched are directly transmitted by the sender to one or several receivers. It is an advantage in that case if the fetching service operator requires no intermediate memory.
BRIEF DESCRIPTION OF THE DRAWING
For the purpose of clarification the following describes the invention by means of two examples and drawings, wherein:
FIG. 1 is a first example of a telecommunications network with a control mechanism according to the invention, in which the method of the invention can be carried out without an intermediate storage of the data;
FIG. 2 is .a second example of the telecommunications 2a network whereby the method of the invention can be carried out with an intermediate storage.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
FIG. 1 illustrates a telecommunications network N with a subscriber who represents a data sender S, and two further subscribers representing a first data receiver E1 and a second data receiver E2. A control mechanism CM for a data fetching service is located in the telecommunications network N. The control mechanism CM contains a receiving means RM, particularly for receiving signal messages from the sender S and the receivers E1 and E2. Said signal messages can be received via communications paths. A first communications path 12 is located between the control mechanism CM and the sender S, a second communications path 13 between the control mechanism CM and the first receiver E1, and a third communications path 14 between the control mechanism CM and the second receiver E2. A first transmission path 10 and a second transmission path 11 can be used to transmit data from the sender S to the first receiver E1 or to the second receiver E2. The communication and transmission paths may be switched connections. But it is also possible to carry out a connectionless transmission through them. The control mechanism CM determines and controls the procedures for performing the fetching service.
In the present embodiments the sender S prepares the data for fetching. To that end the sender S has a memory in which the data are stored until they are fetched. The sender S now signals a data fetching request to the control mechanism CM via the first communications path 12. The receiving means RM of the control mechanism CM receives the request signalled by the sender S. Advantageously the control mechanism CM then informs the sender S of the reception and acceptance of the request, so that the sender S can depend on the control mechanism CM carrying out the request. After the request is received, the control mechanism CM checks when the data are to be fetched from sender S.
To that end there are several criteria which can be checked. Such criteria are for example the momentary load of the telecommunications network N, the load of the control mechanism CM for processing requests, or other criteria that are favorable for the operation of the fetching service.
Thus if the control mechanism CM determines that at least one of the criteria has been fulfilled, it causes and controls the fetching of the data from the sender S. The determination of the time at which the data is to be fetched from the sender S therefore does not depend on the sender S, but on the control mechanism CM. When conveying the request it is also advantageously possible for the sender S to signal the control mechanism CM that the request is not urgent. This is particularly important when the control mechanism CM does not exclusively carry out data fetching requests whose time it determines by itself, but also receives requests to be carried out immediately.
Beyond that it is also possible for the sender S to provide the control mechanism CM with a time frame during which the data fetching request must be carried out by the control mechanism CM. It can be imagined that the control mechanism CM takes such provisions by the sender S into account when it calculates the fees for carrying out the request. The less busy the control mechanism CM is when it determines the time of the data fetching from the sender S, the lower may be the fee.
In the present first example, the data to be fetched from the sender S are to be transported to the first receiver E1 and the second receiver E2. The sender S
therefore signals the two receivers E1 and E2 to the control mechanism CM. At the time determined by the control mechanism CM, the data are then transported by the sender S
via the first transmission path to to the first receiver E1, and via the second transmission path 11 to the second receiver E2. If necessary the data are duplicated before transportation to the two receivers E1 and E2. In the present first example the transportation of the data from the sender S to the two receivers E1 and E2 takes place in accordance with FIG. 1, without the intermediate storage of the data in a memory assigned to the control mechanism CM.
Thus to perform the fetching service, no intermediate memories are required for the intermediate storage of the data for transportation from the sender S to the receivers.
Before the transportation of the data the control mechanism CM advantageously checks whether the two receivers E1 and E2 are ready to receive and store the data. This can insure that the transportation of the data does not take place if the receivers E1 and E2 are not ready to receive the data.
This check of the readiness to receive by receivers E1 and E2 can be carried out by the control mechanism CM at any time before the transportation of the data. In a further advantageous embodiment of the invention, the respective receiver E1 and E2 authenticates itself to the control mechanism CM before the data are delivered. As an alternative it is also possible that the check of the readiness to receive the data by the receivers E1 and E2 is performed by the sender S. It is useful if this check by the sender S is performed before the request to fetch the data is signalled to the control mechanism CM. The sender S only signals the request to fetch the data if at least one of the receivers E1 and E2 states that it is ready to receive the data.
FIG. 2 illustrates a second example of the telecommunications network N with the control mechanism CM
of the invention, in which the method of the invention can be carried out with the intermediate storage of the data in a memory M. The same designations as in FIG. 1 are used for the same elements, or those operating in the same manner.
Once the control mechanism CM has determined the time at which the fetching of the data from the sender S takes place, the data are transported via a third transmission path 20 from the sender S to the memory M, where they are stored. The control mechanism CM can then communicate with the memory M via a fourth communications path 23. The receivers E1 and E2 of the control mechanism CM signal via the communications paths 13 and 14 that the data stored in the memory M are to be transported to the receivers E1 and E2. The control mechanism CM then causes the transportation of the data via a fourth transmission path 21 to the first receiver E1 and via a fifth transmission path 22 to the second receiver E2. In that case the transportation of the data from the memory M to the first receiver E1 and to the second receiver E2 can take place either immediately after the request from both receivers E1 and E2, or at a later time which is determined by the control mechanism CM in accordance with at least one criterion, as already described earlier. In that case it is also possible for the control mechanism CM to first inquire with the receivers E1 and E2 whether they are ready to receive the data fetched from the sender S and stored in the memory M.
All of the variations in the embodiment of the invention described in FIG. 1, which are executed without intermediate storage, can also be transferred to the example in FIG. 2 which includes the intermediate storage of the data in the memory M.
It is furthermore also possible for the sender S or the control mechanism CM to assign an identification to the data to be fetched and that the control mechanism CM only causes the transportation of the data to the receivers E1 and E2 if they have previously signalled the assigned data identification to the control mechanism CM. This increases the security against unauthorized access to the data. Since the sender S does not necessarily know when the data will be fetched from it, but must still ensure that only the appointed control mechanism CM can access the data to be fetched from the sender S, it is advantageous if the control mechanism CM authenticates itself to the sender S before the data are fetched.
To carry out or apply the invention it is not necessary for the sender S to signal to the control mechanism CM one or more receivers of the data to be fetched. It is also possible to store the data to be fetched in a memory assigned to the control mechanism CM, for example the memory M in FIG. 2, and that not only predetermined receivers, but also any number of receivers, can access the data as a function of the degree of confidentiality.
Although the invention has been shown and described with respect to a best mode embodiment thereof, it should be understood by those skilled in the art that the foregoing and various other changes, omissions and additions in the form and detail thereof may be made therein without departing from the spirit and scope of the invention.

Claims (32)

1. Method for a data fetching service in a telecommunications network (N), which comprises a data sender (S) and a control mechanism (CM) for controlling the fetching service, wherein the sender (S) prepares data for fetching, wherein the sender (S) and the control mechanism (CM) are linked by a communication path (12) of the telecommunications network (N), wherein the sender (S) signals a data fetching request to the control mechanism (CM) over the communication path (12) of the telecommunications network (N), and wherein the control mechanism (CM) receives the signalled request, characterized in that after receiving the request, the control mechanism (CM) determines in accordance with at least one criterion when the data are to be fetched from the sender (S).
2. Method as claimed in claim 1, characterized in that after receiving the request the control mechanism (CM) signals the acceptance of the request to the sender (S).
3. Method as claimed in claim 2, characterized in that the sender (S) signals a lack of urgency to the control mechanism (CM).
4. Method as claimed in claim 2, characterized in that the sender (S) provides to the control mechanism (CM) a time frame during which the request must be carried out.
5. Method as claimed in claim 2, characterized in that the telecommunications network (N) contains one or several receivers (E1, E2), and that the sender (S) signals one or several receivers (E1, E2) to which the fetched data are to be transported.
6. Method as claimed in claim 2, characterized in that the control mechanism (CM) causes the data that were fetched from the sender (S) to be stored in a memory (M), that one or several receivers (E1, E2) signal the control mechanism (CM) that the data are to be transported to the one or to each of the receivers (E1, E2), and that the control mechanism (CM) causes the data to be transported to the one or to each of the receivers (E1, E2).
7. Method as claimed in claim 6, characterized in that the sender (S) assigns an identification to the data to be fetched, and that the control mechanism (CM) causes the data to be transported to the one or to each of the receivers (E1, E2) when the one or each of the receivers (E1, E2) signals the identification assigned to the data to the control mechanism (CM).
8. Method as claimed in claim 1, characterized in that the sender (S) signals a lack of urgency to the control mechanism (CM).
9. Method as claimed in claim 8, characterized in that the sender (S) provides to the control mechanism (CM) a time frame during which the request must be carried out.
10. Method as claimed in claim 8, characterized in that the telecommunications network (N) contains one or several receivers (E1, E2), and that the sender (S) signals one or several receivers (E1, E2) to which the fetched data are to be transported.
11. Method as claimed in claim 8, characterized in that the control mechanism (CM) causes the data that were fetched from the sender (S) to be stored in a memory (M), that one or several receivers (E1, E2) signal the control mechanism (CM) that the data are to be transported to the one or to each of the receivers (E1, E2), and that the control mechanism (CM) causes the data to be transported to the one or to each of the receivers (E1, E2).
12. Method as claimed in claim 11, characterized in that the sender (S) assigns an identification to the data to be fetched, and that the control mechanism (CM) causes the data to be transported to the one or to each of the receivers (E1, E2) when the one or each of the receivers (E1, E2) signals the identification assigned to the data to the control mechanism (CM).
13. Method as claimed in claim 1, characterized in that the sender (S) provides to the control mechanism (CM) a time frame during which the request must be carried out.
14. Method as claimed in claim 13, characterized in that the telecommunications network (N) contains one or several receivers (E1, E2), and that the sender (S) signals one or several receivers (E1, E2) to which the fetched data are to be transported.
15. Method as claimed in claim 13, characterized in that the control mechanism (CM) causes the data that were fetched from the sender (S) to be stored in a memory (M), that one or several receivers (E1, E2) signal the control mechanism (CM) that the data are to be transported to the one or to each of the receivers (E1, E2), and that the control mechanism (CM) causes the data to be transported to the one or to each of the receivers (E1, E2).
16. Method as claimed in claim 15, characterized in that the sender (S) assigns an identification to the data to be fetched, and that the control mechanism (CM) causes the data to be transported to the one or to each of the receivers (E1, E2) when the one or each of the receivers (E1, E2) signals the identification assigned to the data to the control mechanism (CM).
17. Method as claimed in claim 1, characterized in that the telecommunications network (N) contains one or several receivers (E1, E2), and that the sender (S) signals one or several receivers (E1, E2) to which the fetched data are to be transported.
18. Method as claimed in claim 17, characterized in that the data to be fetched from the sender (S) are transported to the one or to each of the receivers (E1, E2) without any intermediate storage.
19. Method as claimed in claim 18, characterized in that the one or each of the receivers (E1, E2) authenticates itself to the control mechanism (CM) before the data are transported.
20. Method as claimed in claim 18, characterized in that before the data are transported, the one or each of the receivers (E1, E2) signals that it is ready to receive the data.
21. Method as claimed claim 18, characterized in that the sender (S) checks whether the one or each of the receivers (E1, E2) is ready to receive the data, and that the sender (S) signals the request to the control mechanism (CM) if at least one of the receivers (E1, E2) is ready to receive the data.
22. Method as claimed in claim 17, characterized in that the one or each of the receivers (E1, E2) authenticates itself to the control mechanism (CM) before the data are transported.
23. Method as claimed in claim 22, characterized in that before the data are transported, the one or each of the receivers (E1, E2) signals that it is ready to receive the data.
24. Method as claimed claim 22, characterized in that the sender (S) checks whether the one or each of the receivers (E1, E2) is ready to receive the data, and that the sender (S) signals the request to the control mechanism (CM) if at least one of the receivers (E1, E2) is ready to receive the data.
25. Method as claimed in claim 17, characterized in that before the data are transported, the one or each of the receivers (E1, E2) signals that it is ready to receive the data.
26. Method as claimed claim 17, characterized in that the sender (S) checks whether the one or each of the receivers (E1, E2) is ready to receive the data, and that the sender (S) signals the request to the control mechanism (CM) if at least one of the receivers (E1, E2) is ready to receive the data.
27. Method as claimed in claim 1, characterized in that the control mechanism (CM) causes the data that were fetched from the sender (S) to be stored in a memory (M), that one or several receivers (E1, E2) signal the control mechanism (CM) that the data are to be transported to the one or to each of the receivers (E1, E2), and that the control mechanism (CM) causes the data to be transported to the one or to each of the receivers (E1, E2).
28. Method as claimed in claim 27, characterized in that the sender (S) assigns an identification to the data to be fetched, and that the control mechanism (CM) causes the data to be transported to the one or to each of the receivers (E1, E2) when the one or each of the receivers (E1, E2) signals the identification assigned to the data to the control mechanism (CM).
29. Method as claimed in claim 1, characterized in that before the data are fetched, the control mechanism (CM) authenticates itself to the sender (S).
30. The method of claim 1, wherein said criterion relates to utilization of said network load capacity, control mechanism load, or operation of the fetching service.
31. Control mechanism (CM) for a data fetching service in a telecommunications network (N), with a receiving means (RM) for receiving a signal from a sender (S) of the telecommunications network (N), whereby the sender (S) and the control mechanism are linked by a communication path (12) of the telecommunications network, whereby the sender conveys a data fetching request to the control mechanism (CM), characterized in that the control mechanism (CM) is designed so that after receiving the request it checks whether at least one criterion has been fulfilled, and if this is the case it causes the data to be fetched from the sender (S), so that the time of the data fetching from the sender (S) is determined by the control mechanism (CM).
32. The method of claim 31, wherein said criterion relates to utilization of said network load capacity, control mechanism load, or operation of the fetching service.
CA002224889A 1996-04-17 1997-04-17 Method and control mechanism for a data fetching service Expired - Fee Related CA2224889C (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE19615027A DE19615027A1 (en) 1996-04-17 1996-04-17 Method and control device for a data collection service
DE19615027.2 1996-04-17
PCT/EP1997/002426 WO1997039567A1 (en) 1996-04-17 1997-04-17 Process and controller for data fetching services

Publications (2)

Publication Number Publication Date
CA2224889A1 CA2224889A1 (en) 1997-10-23
CA2224889C true CA2224889C (en) 2001-06-05

Family

ID=7791445

Family Applications (1)

Application Number Title Priority Date Filing Date
CA002224889A Expired - Fee Related CA2224889C (en) 1996-04-17 1997-04-17 Method and control mechanism for a data fetching service

Country Status (7)

Country Link
US (1) US6092106A (en)
EP (1) EP0834230B1 (en)
JP (1) JP3801649B2 (en)
CA (1) CA2224889C (en)
DE (2) DE19615027A1 (en)
ES (1) ES2168630T3 (en)
WO (1) WO1997039567A1 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19615027A1 (en) * 1996-04-17 1997-10-23 Sel Alcatel Ag Method and control device for a data collection service

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4630196A (en) * 1983-04-13 1986-12-16 At&T Information Systems, Inc. Store and forward facility for use in multiprocessing environment
DE3418618A1 (en) * 1984-02-16 1985-08-22 Siemens AG, 1000 Berlin und 8000 München Information retrieval system
DE3521495A1 (en) * 1985-06-13 1987-01-15 Krause Andreas Videotex subscriber station
US5459584A (en) * 1988-09-22 1995-10-17 Audiofax, Inc. Facsimile telecommunications system and method
WO1991003115A1 (en) * 1989-08-18 1991-03-07 The Complete Pc A system and method for forwarding facsimile messages
JP3130529B2 (en) * 1990-09-13 2001-01-31 株式会社東芝 Communication terminal device
JPH06164867A (en) * 1991-03-14 1994-06-10 Canon Inc Facsimile communication equipment and facsimile communication method
JP3077222B2 (en) * 1991-03-19 2000-08-14 富士通株式会社 Linked mail system
US5438611A (en) * 1991-05-20 1995-08-01 Ntp Incorporated Electronic mail system with RF communications to mobile processors originating from outside of the electronic mail system and method of operation thereof
WO1994006236A2 (en) * 1992-08-26 1994-03-17 Bellsouth Corporation Personal number communications system
US5410416A (en) * 1993-03-16 1995-04-25 At&T Corp. Simultaneous multi-access, low-speed/high-speed, multi-delivery fax gateway
US5483580A (en) * 1993-03-19 1996-01-09 Octel Communications Corporation Methods and apparatus for non-simultaneous transmittal and storage of voice message and digital text or image
US5452099A (en) * 1993-04-12 1995-09-19 Faxguard Systems Corporation Method and system for storage and/or transmission of confidential facsimile documents
US5392336A (en) * 1993-05-27 1995-02-21 At&T Corp. Data message storage and pick up service
TW237588B (en) * 1993-06-07 1995-01-01 Microsoft Corp
US5577108A (en) * 1993-08-03 1996-11-19 Mankovitz; Roy J. Information distribution system with self-contained programmable automatic interface unit
AT400786B (en) * 1993-09-15 1996-03-25 Fendt Johann Mag DEVICE FOR TRANSMITTING DATA BETWEEN A FAX MACHINE AND A REMOTE STATION
US5555100A (en) * 1993-10-07 1996-09-10 Audiofax, Inc. Facsimile store and forward system with local interface translating DTMF signals into store and forward system commands
DE4342775C2 (en) * 1993-12-15 1997-04-17 Siemens Ag Information retrieval system
DE4404327C2 (en) * 1994-02-11 1996-08-29 Janussoft Gmbh Device for the transport of data
DE4408598A1 (en) * 1994-03-15 1995-09-21 Sel Alcatel Ag Telecommunication system and telecommunication terminal
DE4426016C2 (en) * 1994-07-22 1996-07-18 Georg Parras Device for the remote transmission of data
DE4430164C2 (en) * 1994-08-25 1998-04-23 Uthe Friedrich Wilhelm Use of an interactive information system
US5461488A (en) * 1994-09-12 1995-10-24 Motorola, Inc. Computerized facsimile (FAX) system and method of operation
DE19615027A1 (en) * 1996-04-17 1997-10-23 Sel Alcatel Ag Method and control device for a data collection service

Also Published As

Publication number Publication date
DE59706366D1 (en) 2002-03-21
JPH11509068A (en) 1999-08-03
DE19615027A1 (en) 1997-10-23
ES2168630T3 (en) 2002-06-16
EP0834230A1 (en) 1998-04-08
JP3801649B2 (en) 2006-07-26
CA2224889A1 (en) 1997-10-23
US6092106A (en) 2000-07-18
EP0834230B1 (en) 2002-02-13
WO1997039567A1 (en) 1997-10-23

Similar Documents

Publication Publication Date Title
US4607289A (en) Facsimile transceiver capable of storing and relaying data
JP2628216B2 (en) Data transmission system
KR950000759B1 (en) Store-and-forward switching system
EP0913969A1 (en) Method, arrangement and communication system for upstream timeslot assignment
CA2224889C (en) Method and control mechanism for a data fetching service
KR100288828B1 (en) Ground station system, ground station, apparatus and method
EP0066576B1 (en) A method and apparatus for transferring the same information to a plurality of subscribers
JPH0222582B2 (en)
US6687236B1 (en) Method for providing echo control devices in communication links to intelligent peripherals
JP3957608B2 (en) Remote access server with incoming call selection method
US6320949B1 (en) Method for duplicating calls of remote multiple subscribers
US5661467A (en) Method and system for transferring supervisory right requirement in submarine cable communication network system
JPS61154296A (en) Function adding device
JPH02134038A (en) Facsimile communication system
JP3693438B2 (en) Private telephone exchange
CN114745425A (en) Service approval method, device and storage medium
KR100320407B1 (en) Number translation method and device in satellite communication system
JP2763122B2 (en) Facsimile storage and switching equipment
JPS588786B2 (en) Store conversion communication method
JP3063704B2 (en) Broadcast system
JPS61169077A (en) Processing system of facsimile transmission
JPH03214960A (en) Relay multiple address system
JPH06120952A (en) Communication controller
GB2193067A (en) Data communication apparatus
JPS6382142A (en) Priority exchange processing system in store and forward exchange network

Legal Events

Date Code Title Description
EEER Examination request
MKLA Lapsed