JPS61112455A - Text retrieval system - Google Patents
Text retrieval systemInfo
- Publication number
- JPS61112455A JPS61112455A JP21659184A JP21659184A JPS61112455A JP S61112455 A JPS61112455 A JP S61112455A JP 21659184 A JP21659184 A JP 21659184A JP 21659184 A JP21659184 A JP 21659184A JP S61112455 A JPS61112455 A JP S61112455A
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- message
- reception
- file
- text
- 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.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、メツセージ交換システムに係り、特に該メツ
セージ交換システムが、発信端末より受信した電文を正
しく相手端末に送信したか否かを効率良く検索できる電
文検索方式に関する。[Detailed Description of the Invention] [Field of Industrial Application] The present invention relates to a message exchange system, and in particular, a method for efficiently determining whether the message exchange system has correctly transmitted a message received from a sending terminal to a destination terminal. Concerning a searchable message search method.
近年における、コンピュータと通信技術の目覚ましい発
展と、情報化社会の進展に伴い、コンピュータと通信を
有機的に結合した新しいタイプの通信ネットワークへの
要求が高まってきている。BACKGROUND OF THE INVENTION In recent years, with the remarkable development of computer and communication technology and the progress of the information society, there has been an increasing demand for a new type of communication network that organically combines computers and communication.
これは、付加価値通信網(所謂、VAN)と呼ばれてい
るものであり、従来の伝送サービスに加えて、様々なア
プリケーションサービスをユーザに提供するものである
。This is called a value-added communication network (so-called VAN), and provides users with various application services in addition to conventional transmission services.
その1つに電文検索サービスがあり、ユーザが発信した
電文が正しく、宛先に届いたか否かを確認する手段を提
供する。One such service is a message search service, which provides a means to check whether the message sent by the user is correct and has reached its destination.
従来は、このようなサービスは、ネットワーク運用者に
のみ提供されいたが、余り利用されることもなかった為
、効率的に検索する必要性は必ずしもないのが現状であ
った。Conventionally, such services were provided only to network operators, but because they were not often used, there was currently no need for efficient searches.
然し、近年このようなサービスを要求するユーザが増え
、又、該サービスは不特定多数のユーザを対象にする為
、該電文検索を効率的に行う技術が必要とされるように
なってきた。However, in recent years, the number of users requesting such services has increased, and since these services target an unspecified number of users, a technique for efficiently conducting message searches has become necessary.
第3図は一般的なメソセージ交換システムの構成例をブ
ロック図で示したものであり、第4図はメツセージ交換
処理の流れを模式的に示した図であり、第5図は再送イ
ンデックスファイルの1エントリー(ブロック)のフォ
ーマットを示した図である。Figure 3 is a block diagram showing an example of the configuration of a general message exchange system, Figure 4 is a diagram schematically showing the flow of message exchange processing, and Figure 5 is a diagram showing a retransmission index file. FIG. 3 is a diagram showing the format of one entry (block).
第3図において、1は回線、2は回線対応部。In FIG. 3, 1 is a line, and 2 is a line corresponding section.
3は回線走査部、4は交換制御部、5は記憶装置。3 is a line scanning section, 4 is an exchange control section, and 5 is a storage device.
6はファイルメモリである。6 is a file memory.
先ず、電源投入時等に実行される初期プログラムローデ
ィング(IPL)によって、メツセージ交換処理に必要
なプログラム、例えば電文受信処理プログラム51.電
文送信処理プログラム52.送信完了処理プログラム5
3等が、ファイルメモリ6から記憶装置5にローディン
グされる。First, by initial program loading (IPL) executed when the power is turned on, a program necessary for message exchange processing, such as the message reception processing program 51. Message transmission processing program 52. Transmission completion processing program 5
3 etc. are loaded from the file memory 6 to the storage device 5.
該ローディングが完了すると、交換制御部4が上記プロ
グラムを実行することにより、回線走査部3を制御して
、各回線対応部2を走査し、各回線1からの電文を、時
分割で送受信できる状態にする。以下、第4図を参照し
ながら従来方式によるメツセージ交換処理の動作を説明
する。When the loading is completed, the exchange control unit 4 executes the above program to control the line scanning unit 3 to scan each line corresponding unit 2 and to transmit and receive messages from each line 1 in a time-sharing manner. state. The operation of message exchange processing according to the conventional method will be explained below with reference to FIG.
上記、各回vA1から電文が送受信できる状態において
、上記電文受信処理プログラム51が、受信した電文を
、電文蓄積ファイル61に格納できるフォーマットに編
集して、当該電文蓄積ファイル61に格納すると同時に
、記憶装置5の特定領域に設けられているキュー54に
、該電文に関する制御ブロックを投入する。〔第4図■
参照〕
次に、電文送信処理プログラム52が、上記キュー54
から制御ブロックを読み出し、当該制御ブロックに対応
した電文を、ファイルメモリ6の電文蓄積ファイル61
から取り出し、相手先回線に送信できるフォーマットに
編集した後、交換制御部4の制御の基づいて、回線走査
部3の選択した回線対応部2を経由して相手先に送信す
る。〔第4図■参照〕
上記2つの処理は、時分割く所謂、マルチタスク)処理
で実行される。In the state where a message can be sent and received from vA1 each time, the message reception processing program 51 edits the received message into a format that can be stored in the message accumulation file 61, stores it in the message accumulation file 61, and at the same time A control block related to the message is input into the queue 54 provided in the specific area No. 5. [Figure 4 ■
Reference] Next, the message transmission processing program 52 sends the message to the queue 54.
The control block is read from the control block, and the message corresponding to the control block is stored in the message storage file 61 of the file memory 6.
After editing it into a format that can be transmitted to the destination line, the data is sent to the destination via the line corresponding section 2 selected by the line scanning section 3 under the control of the exchange control section 4. [See FIG. 4 (■)] The above two processes are executed in a time-sharing manner (so-called multitasking).
該電文の送信が完了すると、送信完了処理プログラム5
3が起動され、当該プログラムはファイルメモリ6に設
けられている再送用インデックスファイル62に、電文
受信情報と電文送信情報とを1エントリー(ブロック)
として、第5図に示すフォーマットに編集して格納する
。〔第4図■参照〕この場合、一定エリアを有する再送
用インデックスファイル62に、送信完了毎に送受信情
報が格納され、当該再送用インデックスファイル62の
エリアが満杯になると、所謂ラウントロピン方式により
、スタート番地に戻るようにして、上塗り形式で繰り返
し格納されるので、古い情報は逐次消去されることにな
る。When the transmission of the message is completed, the transmission completion processing program 5
3 is started, and the program writes one entry (block) of message reception information and message transmission information into the retransmission index file 62 provided in the file memory 6.
The file is edited and stored in the format shown in FIG. [See Figure 4 ■] In this case, the transmission/reception information is stored in the retransmission index file 62 having a certain area every time transmission is completed, and when the area of the retransmission index file 62 becomes full, the data is stored in the retransmission index file 62 using the so-called round tropin method. Since the data is stored repeatedly in an overpainting format, returning to the start address, old information is sequentially erased.
従って、従来方式に°おいては、実際に相手先に送信を
完了した電文に対応した電文受信情報、電文送信情報の
みが、上記第5図に示したフォーマットで、予め決めら
れたエリアの再送用インデックスファイル62に格納さ
れているのみであるので、ユーザが発信した電文と、実
際に宛先に送信した電文との対応が一意的に決まらない
為、ユーザ端末から電文検索コマンドが投入され、該コ
マンドのパラメータが示す「受信端末番号」、「受信端
末通番」、「受信年月日時分」等に従って、該再送用イ
ンデックスファイル62を検索する場合、上記「受信端
末番号」+「受信端末通番」をキーとして、該ファイル
の開始番地から順次みて行く必要があり、該検索に多大
の時間を要すると共に、未だ相手先に送信されていない
場合には、該ファイルに登録されていない為、必ずしも
検索できるとは限らないと云う問題があり、最悪の場合
には、上記再送用インデックスファイル62をダンプし
て、人手で検索する必要があり、膨大な工数がかかる上
、検索誤りの発生する危険があった。Therefore, in the conventional system, only the message reception information and message transmission information corresponding to the message that has actually been sent to the destination are retransmitted in a predetermined area in the format shown in Figure 5 above. Since the correspondence between the message sent by the user and the message actually sent to the destination cannot be uniquely determined, a message search command is input from the user terminal to retrieve the corresponding message. When searching the index file 62 for retransmission according to the "receiving terminal number", "receiving terminal serial number", "reception date, hour, minute", etc. indicated by the parameters of the command, the above "receiving terminal number" + "receiving terminal serial number" It is necessary to search sequentially from the start address of the file using the key as the key, and it takes a lot of time to search, and if it has not been sent to the recipient yet, it is not registered in the file, so it is not always possible to search. In the worst case, it is necessary to dump the index file 62 for retransmission and search manually, which requires a huge amount of man-hours and there is a risk of search errors. there were.
本発明は上記従来の欠点に鑑み、検索ファイルをユーザ
端未対応に設け、且つユーザが発信した電文と、宛先に
送信した電文との対応が一対一になるようにして、直ち
に当該電文が正しく相手先に送信されたか否かを知るの
に必要な情報を得ることができる方法を提供することを
目的とするものである。In view of the above-mentioned conventional drawbacks, the present invention provides a search file that is not supported at the user end, and also ensures that there is a one-to-one correspondence between the message sent by the user and the message sent to the destination, so that the message is immediately correct. The purpose of this is to provide a method that allows you to obtain the information necessary to know whether or not the message has been sent to the other party.
この目的は、1つの回線より電文を受信した時に、該受
信電文を電文蓄積ファイルに格納する手段と、他の回線
に電文を送信する時に、上記電文蓄積ファイルより電文
を取り出して、相手先に送信した時点で、再送用インデ
ックスファイルに送信情報を格納する手段を備えたメツ
セージ交換システムにおいて、上記受信電文を電文蓄積
ファイルに格納すると同時に、送受信マツピングファイ
ルに受信情報を格納する手段と、送信完了時に送信情報
を上記再送用インデックスファイルに格納すると同時に
、上記送受信マツピングファイルにも格納する手段を設
け、上記送受信マツピングファイルを端末番号をキーと
して検索することにより、択一的に上記受信電文に関す
る送受信情報を認識できるようにした本発明の電文検索
方式によって達成できる。The purpose of this is to provide a means to store the received message in a message storage file when a message is received from one line, and to retrieve the message from the message storage file and send it to the other party when sending a message to another line. In a message exchange system having a means for storing transmission information in a retransmission index file at the time of transmission, means for storing the received message in a message accumulation file and at the same time storing the reception information in a transmission/reception mapping file; At the time of completion, a means is provided to store the transmission information in the index file for retransmission and at the same time to store it in the transmission/reception mapping file, and by searching the transmission/reception mapping file using the terminal number as a key, This can be achieved by the message search method of the present invention, which is capable of recognizing transmitted and received information related to messages.
即ち、本発明によれば、ユーザ端未対応で、且つ電文の
受信通番毎に、送受信情報を格納できる領域を確保して
いる送受信マツピングファイルを設け、電文を受信した
時と、該電文の相手先への送信を完了した時とのそれぞ
れの時点において、当該端末番号に対応し、且つ該電文
の受信通番に対応したブロック毎に、電文受信情報と電
文送信情報とを独立に格納するようにしたものであるの
で、ユーザから電文検索コマンドを受けた時には、当該
端末番号と、受信通番に対応する上記送受信マツピング
ファイルのエントリーをみることにより、直ちに送受信
情報を引き出すことができ、電文検索が効率良く行うこ
とができる効果がある。That is, according to the present invention, a transmission/reception mapping file is provided which is not supported by the user end and which secures an area for storing transmission/reception information for each reception sequence number of a message. The message reception information and the message transmission information are stored independently for each block corresponding to the terminal number and the reception sequence number of the message at each point in time from when the transmission to the destination is completed. Therefore, when a message search command is received from a user, by looking at the entry in the above sending/receiving mapping file that corresponds to the terminal number and receiving serial number, the sending/receiving information can be retrieved immediately. This has the effect that it can be carried out efficiently.
以下本発明の実施例を図面によって詳述する。 Embodiments of the present invention will be described in detail below with reference to the drawings.
第1図は、本発明を実施してメツセージ交換処理を実行
した時の動作を模式的に示したものであり、第2図は本
発明を実施するの−に必要な送受信マツピングファイル
の1エントリーについてのフォーマントの一例を示した
ものである。Fig. 1 schematically shows the operation when message exchange processing is executed by implementing the present invention, and Fig. 2 shows one of the transmission/reception mapping files necessary for implementing the present invention. This shows an example of a formant for an entry.
第1図、第2図において、第4図、第5図と同し記号1
名称等は同じ対象物を示す。In Figures 1 and 2, the same symbol 1 as in Figures 4 and 5.
Names, etc. indicate the same object.
本発明を実施してメツセージ交換処理を行う場合にも、
全体的な動作は第3図で説明した従来方式と同じである
ので省略し、ここでは、本発明の主眼となる送受信マフ
ピングファイルに対する動作を中心にして説明する。When implementing the present invention and performing message exchange processing,
The overall operation is the same as that of the conventional method explained in FIG. 3, so a description thereof will be omitted, and here, the explanation will focus on the operation for the transmission/reception muffing file, which is the main focus of the present invention.
本発明においては、第3図のファイルメモリ6中に、各
端末対応に、第2図に示したフォーマットで、一定のエ
ントリー (ブロック)領域を、通番の数だけ有する送
受信マツピングファイル63が設けられている。In the present invention, a transmission/reception mapping file 63 is provided in the file memory 6 shown in FIG. 3, which has a certain number of entry (block) areas corresponding to the number of serial numbers, in the format shown in FIG. 2, corresponding to each terminal. It is being
先ず、第1図において、
■交換制御部4で実行されている電文受信処理プログラ
ム51が、回線1より電文を受信すると、前記電文蓄積
ファイル61に格納できるフォーマットに績集して、該
ファイルに格納すると同時に、上記送受信マツピングフ
ァイル63の電文受信情報部631に、電文受信情報9
例えば受信端末番号、受信端末通番等を格納する。この
時、受信通番が更新されると、同じ受信端末番号に対応
するエントリ一群の中で、該受信通番に対応したエント
リーに格納される。 (■”参照)
■続いて、従来方式と同じ手順によって、電文送信処理
プログラム52が、キエー54より処理すべき制御ブロ
ックを取り出して、該制御ブロックに対応する電文を、
上記電文蓄積ファイル61から取り出し、相手先端末1
に送信できるフォーマントに編集して、当該相手先に送
信する。First, in FIG. 1, when the message reception processing program 51 running in the exchange control unit 4 receives a message from the line 1, it collects the message in a format that can be stored in the message storage file 61 and stores it in the file. At the same time, the message reception information 9 is stored in the message reception information section 631 of the transmission/reception mapping file 63.
For example, the receiving terminal number, receiving terminal serial number, etc. are stored. At this time, when the receiving serial number is updated, it is stored in the entry corresponding to the receiving serial number among a group of entries corresponding to the same receiving terminal number. (Refer to "■") ■Next, the message transmission processing program 52 retrieves the control block to be processed from the KEY 54 and sends the message corresponding to the control block using the same procedure as in the conventional method.
Retrieve the message from the message accumulation file 61 and send it to the other party's terminal 1.
Edit it into a format that can be sent to the recipient, and send it to the recipient.
■上記電文の送信が完了すると、送信完了処理プログラ
ム53が起動され、当該プログラムが再送用インデック
スファイル62に送信情報、例えば送信端末番号、送信
端末通番等を、従来方式と同じ手順によって格納すると
同時に、上記送受信マ・7ピングフアイル63の電文送
信情報部632にも、上記と同じ送信情報を格納する。■When the transmission of the message described above is completed, the transmission completion processing program 53 is started, and at the same time, the program stores the transmission information, such as the transmission terminal number, transmission terminal serial number, etc., in the retransmission index file 62 using the same procedure as in the conventional method. , the same transmission information as above is also stored in the message transmission information section 632 of the transmission/reception MA/7 pin file 63.
この時、送信通番が更新されると、同じ受信端末番号に
対応したエントリ一群の中で、上記受信通番に対応した
別の工ントリーに格納される。 (■′参照)このよう
に、ファイルメモリ6に設けられている送受信マツピン
グファイル63は、本メツセージ交換システムに接続さ
れている、各端末に対応して、電文受信情報部631と
、最大展開宛先数(通常は、16.32等)の電文送信
情報部632のエリアが、通番の数だけ確保されており
、該電文受信情報部631は当該端末から電文を受信し
た時に、該電文送信情報部632は各宛先に対して、実
際に電文の送信を完了した時点において、通番対応に送
受信情報が格納される所に特徴がある。At this time, when the transmission serial number is updated, it is stored in another entry corresponding to the above-mentioned reception serial number among a group of entries corresponding to the same receiving terminal number. (See ■') In this way, the sending/receiving mapping file 63 provided in the file memory 6 is stored in the message receiving information section 631 and the maximum expansion corresponding to each terminal connected to this message exchange system. Areas in the message transmission information section 632 for the number of destinations (usually 16.32, etc.) are reserved for the number of serial numbers, and when the message reception information section 631 receives a message from the terminal, it stores the message transmission information. The feature of the section 632 is that transmission and reception information is stored in correspondence with the serial number at the time when the transmission of the message is actually completed for each destination.
従って、該端末から電文が受信された侭で、未だ送信さ
れていない時は、上記電文送信情報部632は空欄の状
態の侭となる。Therefore, when a message has been received from the terminal but has not yet been transmitted, the message transmission information section 632 remains blank.
然し、1つの端末からの電文の発信の数が、予め確保さ
れている送受信マツピングファイル上での通番の数より
多くなると、所謂ラウントロピン方式により、スタート
番地に戻って格納されるので、この場合には、当該領域
には古い情報が残っていて、新しい送信情報が上塗りさ
れて格納されることになる。However, if the number of messages sent from one terminal exceeds the number of serial numbers on the sending/receiving mapping file secured in advance, the messages will be returned to the starting address and stored using the so-called round tropin method. In this case, old information remains in the area, and new transmission information is overwritten and stored.
このような、送受信マツピングファイル63を設けるこ
とにより、ユーザ端末から「電文検索」コマンドにより
、電文検索が依頼された時には、交換制御部4が上記送
受信マツピングファイル63を、例えば該受信端末番号
、受信端末通番1等をキーとして検索することにより、
その時点での当該端末が発信した電文に関する送受信情
報を直ちに引き出すことができる。By providing such a transmission/reception mapping file 63, when a message search is requested from a user terminal using a "telegram search" command, the exchange control unit 4 stores the transmission/reception mapping file 63 using, for example, the receiving terminal number. , by searching using the receiving terminal serial number 1 etc. as a key,
Transmission and reception information regarding the message sent by the terminal at that time can be immediately retrieved.
面、再送用インデックスファイル62.及び送受信マツ
ピングファイル63の各エントリーのスタート番地に格
納されている電文蓄積ファイル格納アドレスは、前記電
文蓄積ファイルをアクセスして、当該電文を取り出す時
に用いられる。index file for retransmission 62. The message storage file storage address stored in the start address of each entry in the transmission/reception mapping file 63 is used when accessing the message storage file and retrieving the message.
以上、詳細に説明したように、本発明の電文検索方式は
、ユーザ端未対応で、且つ電文の受信通番毎に、送受信
情報を格納できる領域を確保している送受信マフピング
ファイルを設け、電文を受信した時と、該電文の相手先
への送信を完了した時とのそれぞれの時点において、当
該受信端末番号に対応し、且つ該電文の受信通番に対応
したプロ、り毎に、電文受信情報と電文送信情報とを独
立に格納するようにしたものであるので、ユーザから電
文検索コマンドを受けた時には、当該端末番号、受信通
番に対応する上記送受信マツピングファイルのエントリ
ーをみることにより、直ちに送受信情報を引き出すこと
ができ、電文検索が効率良く行うことができる効果があ
る。As described above in detail, the message search method of the present invention provides a sending/receiving muffing file that is not supported by the user end and has an area for storing sending and receiving information for each receiving sequence number of the message. At each point in time, when the message is received and when the sending of the message to the other party is completed, the message is received for each professional terminal that corresponds to the receiving terminal number and the receiving sequence number of the message. Since the information and message transmission information are stored independently, when a message search command is received from the user, by looking at the entry in the transmission/reception mapping file that corresponds to the terminal number and reception sequence number, Transmitted and received information can be retrieved immediately, and message searches can be performed efficiently.
第1図は本発明を実施してメソセージ交換処理を実行し
た時の動作を模式的に示した図。
第2図は送受信マツピングファイルのフォーマ。
トの一例を示した図。
第3図はメソセージ交換システムの構成例をブロック図
で示した図。
第4図は従来方式によって、メソセージ交換処理を実行
した時の動作を模式的に示した図。
第5図は再送用インデックスフォーマットのフォーマン
トの一例を示した図、である。
図面において、
1は回線、 2は回線対応部。
3は回線走査部、 4は交換制御部。
5は記憶装置。
51は電文受信処理プログラム。
52は電文送信処理プログラム。
53は送信完了処理プログラム。
54はキュー、 6はファイルメモリ。
61は電文蓄積ファイル。
62は再送用インデックスファイル。
63 ハ送受(Sマツピングファイル。
■、■は電文の流れ。
■、■゛、■°は制御の流れ。
をそれぞれ示す。
第1 図
第 2 図FIG. 1 is a diagram schematically showing the operation when message exchange processing is executed by implementing the present invention. Figure 2 shows the format of the send/receive mapping file. FIG. FIG. 3 is a block diagram showing a configuration example of a message exchange system. FIG. 4 is a diagram schematically showing the operation when message exchange processing is executed according to the conventional method. FIG. 5 is a diagram showing an example of the formant of the index format for retransmission. In the drawing, 1 is a line, and 2 is a line corresponding part. 3 is a line scanning section, and 4 is an exchange control section. 5 is a storage device. 51 is a message reception processing program. 52 is a message transmission processing program. 53 is a transmission completion processing program. 54 is a queue, 6 is a file memory. 61 is a message accumulation file. 62 is an index file for retransmission. 63 C sending and receiving (S mapping file. ■, ■ are the flow of messages. ■, ■゛, ■° are the flow of control. Figure 1 Figure 2
Claims (1)
蓄積ファイルに格納する手段と、他の回線に電文を送信
する時に、上記電文蓄積ファイルより電文を取り出して
、相手先に送信した時点で、再送用インデックスファイ
ルに送信情報を格納する手段を備えたメッセージ交換シ
ステムにおいて、上記受信電文を電文蓄積ファイルに格
納すると同時に、送受信マッピングファイルに受信情報
を格納する手段と、送信完了時に送信情報を上記再送用
インデックスファイルに格納すると同時に、上記送受信
マッピングファイルにも格納する手段を設け、上記送受
信マッピングファイルを端末番号をキーとして検索する
ことにより、択一的に上記受信電文に関する送受信情報
を認識できるようにしたことを特徴とする電文検索方式
。When a message is received from one line, the received message is stored in a message storage file, and when a message is sent to another line, the message is retrieved from the message storage file and sent to the other party. , a message exchange system equipped with a means for storing transmission information in a retransmission index file, a means for storing the received message in a message accumulation file, a means for storing the reception information in a transmission/reception mapping file, and a means for storing the transmission information at the time of completion of transmission. By providing a means for storing in the retransmission index file and also in the transmission/reception mapping file at the same time, and searching the transmission/reception mapping file using the terminal number as a key, it is possible to selectively recognize the transmission/reception information regarding the received message. A message search method characterized by the following.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP21659184A JPS61112455A (en) | 1984-10-16 | 1984-10-16 | Text retrieval system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP21659184A JPS61112455A (en) | 1984-10-16 | 1984-10-16 | Text retrieval system |
Publications (1)
Publication Number | Publication Date |
---|---|
JPS61112455A true JPS61112455A (en) | 1986-05-30 |
Family
ID=16690814
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP21659184A Pending JPS61112455A (en) | 1984-10-16 | 1984-10-16 | Text retrieval system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPS61112455A (en) |
-
1984
- 1984-10-16 JP JP21659184A patent/JPS61112455A/en active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3750504B2 (en) | Data update method and information processing apparatus | |
US20010034244A1 (en) | Contact management system having wireless telephone interface capability | |
GB2195193A (en) | File section method | |
US6334139B1 (en) | Agent system | |
JPH0128548B2 (en) | ||
CN104915270B (en) | The system and method for synchronization history data for compression & decompression | |
JP4142866B2 (en) | Database synchronization apparatus and program | |
JPS61112455A (en) | Text retrieval system | |
US7533132B2 (en) | Parallel replication mechanism for state information produced by serialized processing | |
JP3212787B2 (en) | Transfer data management method and data transfer method between host and terminal | |
JP2991026B2 (en) | Communication method of communication history information with facsimile mail device | |
JPH08297616A (en) | Electronic mail service manager corresponding to schedule managing function | |
JPS5999561A (en) | Storage and retrieval device for picture information | |
JPH07210510A (en) | System and method for presenting service | |
JPH07110038B2 (en) | Device for transmitting contents stored in memory | |
JP2707812B2 (en) | Facsimile transmission data management method | |
US6308180B1 (en) | Computer process data transferring with automatic clipping of pictures | |
JP2972585B2 (en) | File sharing system data transfer method | |
JPH0626429B2 (en) | Facsimile transmitter | |
JP3314746B2 (en) | Program transmission / reception system and server thereof | |
CN114979119A (en) | Method for supporting multiple storages through virtual path in file transmission system | |
JP2002041417A (en) | Voice mail processor and recording medium recorded with voice mail processing program | |
JPH0531337B2 (en) | ||
JPH08331179A (en) | Re-transmission processing unit in packet communication system | |
JPH05110597A (en) | Voice guidance memory managing system in fax mail equipment |