JP3531884B2 - Communication system and communication method - Google Patents

Communication system and communication method

Info

Publication number
JP3531884B2
JP3531884B2 JP13724395A JP13724395A JP3531884B2 JP 3531884 B2 JP3531884 B2 JP 3531884B2 JP 13724395 A JP13724395 A JP 13724395A JP 13724395 A JP13724395 A JP 13724395A JP 3531884 B2 JP3531884 B2 JP 3531884B2
Authority
JP
Japan
Prior art keywords
communication
incoming call
real
call history
communication terminal
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
JP13724395A
Other languages
Japanese (ja)
Other versions
JPH08307414A (en
Inventor
桂子 高原
一磨 湯本
直子 岩見
徹 星
俊明 小山
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.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP13724395A priority Critical patent/JP3531884B2/en
Publication of JPH08307414A publication Critical patent/JPH08307414A/en
Application granted granted Critical
Publication of JP3531884B2 publication Critical patent/JP3531884B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、通信システム及び通信
方法に関し、特に、着信側(受信側)の不在時や第三者
との通信中などに通信要求発信側に関する情報を着信履
歴として記憶しておき、誰から通信要求があったか分か
るようにした通信システム及び通信方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a communication system and a communication method, and in particular, stores information relating to a communication request transmission side as a reception history when the reception side (reception side) is absent or during communication with a third party. In addition, the present invention relates to a communication system and a communication method capable of identifying who has made a communication request.

【0002】[0002]

【従来の技術】従来の一般電話では、相手が留守の場
合、留守番電話の機能により、発信者が音声でメッセ−
ジを録音することができる。留守番電話を設定した者
(受信側)は、例えば帰宅した後に留守番電話の機能を
解除してメッセージを聞くことにより、誰から電話があ
ったのかを知ることができる。しかし、留守番電話の機
能が設定されていても、メッセ−ジを録音するかどうか
を決定するのは発信者であるため、発信者がメッセージ
の録音を行なわない場合は、受信側では誰から電話があ
ったのか知ることはできない。
2. Description of the Related Art In the conventional ordinary telephone, when the other party is absent, the caller receives a voice message by the function of an answering machine.
You can record a message. A person who sets up an answering machine (reception side) can know who has called by canceling the function of the answering machine and listening to a message after returning home, for example. However, even if the answering machine function is set, it is the caller who decides whether or not to record a message. I can't know if there was any.

【0003】また、受信側が既に第三者と通話中の場
合、受信側がキャッチホン登録していないときには電話
がつながらなかった。したがって、この場合も、受信側
で誰から電話があったのか知ることができない。
In addition, when the receiving side is already talking to a third party, the call was not established unless the receiving side registered call waiting. Therefore, even in this case, the receiving side cannot know who made the call.

【0004】[0004]

【発明が解決しようとする課題】以上のように、従来の
電話では、発信者が録音しない限り、受信側では誰から
電話がかかってきたのかが分からないという問題があっ
た。また、既に第三者と通話中の場合には、キャッチホ
ン登録していない限り電話はつながらないため、やはり
誰から電話がかかってきたのかが分からないという問題
があった。
As described above, in the conventional telephone, there is a problem that the receiving side does not know who made the call unless the caller records. In addition, when a call is already being made with a third party, the call cannot be made unless the call waiting call is registered, so that there is a problem that it is not possible to know who the call came from.

【0005】さらに、パケット交換網であるLAN(ロ
ーカル・エリア・ネット・ワーク)においても、LAN
に接続されている端末間でリアルタイム通信を行なう場
合に着信側の端末が起動していないときには、誰からリ
アルタイム通信要求があったのか分からないという問題
があった。
Further, even in a LAN (local area network) which is a packet switching network, the LAN
When real-time communication is performed between the terminals connected to the receiver, there is a problem that it is not possible to know who made the real-time communication request when the called terminal is not activated.

【0006】本発明の第1の目的は、着信側(受信側)
が不在あるいは既に第三者と通信中である場合にリアル
タイム通信要求を受信したとき、その履歴を記録してお
くことにより、誰から通信要求が来たかどうかが分かる
ようにした通信システム及び通信方法を提供することに
ある。また、本発明の第2の目的は、着信側の端末が電
源オフなどにより起動していないときであっても、リア
ルタイム通信要求の履歴を記録し、誰から通信要求が来
たかどうかが分かるようにした通信システム及び通信方
法を提供することにある。
[0006] A first object of the present invention is to provide a called side (receiving side).
When a real-time communication request is received when the user is absent or already in communication with a third party, a communication system and a communication method that records the history of the real-time communication request so that it can be known from whom the communication request came To provide. Further, a second object of the present invention is to record the history of real-time communication requests so that it is possible to know from whom the communication request came even when the terminal on the receiving side is not activated due to power-off or the like. To provide a communication system and a communication method.

【0007】[0007]

【課題を解決するための手段】上記課題を解決するため
に、本発明の第1の観点では、リアルタイム通信要求を
受信した場合に、発信側通信端末の所有者名や時刻、メ
−ルの有無等の履歴情報を登録することにより、着信履
歴情報から通信要求発信者が分かり、かつ発信者に対し
てリアルタイム系、蓄積系通信の返信を行なう機能を持
った通信システムを提供する。
In order to solve the above problems, according to the first aspect of the present invention, when a real-time communication request is received, the owner name, time, and mail of the calling communication terminal are By registering history information such as presence or absence, it is possible to provide a communication system having a function of identifying a communication requesting sender from the incoming call history information, and having a function of replying to the sender for real-time communication and storage communication.

【0008】第2の観点では、リアルタイム通信要求が
あり着信履歴情報が記憶されていた場合にその履歴情報
を画面に表示し、発信者に対して返信をする際に、画面
の指示に従って容易に返信できるような機能を持った通
信システムを提供する。
According to a second aspect, when a real-time communication request is made and incoming call history information is stored, that history information is displayed on the screen, and when replying to the caller, it is easy to follow the instructions on the screen. Provide a communication system having a function of replying.

【0009】第3の観点では、着信側の通信端末が電源
オフあるいは着信タスクが起動していない場合など、リ
アルタイム通信要求発信側の通信端末が通信要求相手端
末とのコネクションが張れない場合であっても、代理処
理を行なうサ−バにアクセスし、通信要求相手との処理
をサ−バに対して行なうことより、履歴が取れることを
可能とする通信システムを提供する。
A third aspect is that the communication terminal on the real-time communication request transmission side cannot establish a connection with the communication request partner terminal, such as when the communication terminal on the reception side is powered off or the reception task is not activated. Even if a server that performs proxy processing is accessed and a processing with a communication request partner is performed on the server, a communication system that can obtain a history is provided.

【0010】[0010]

【作用】本発明における通信システムの第1の観点で
は、着信側が不在あるいは既に第三者と通信中である場
合や着信フィルタリング実行時にリアルタイム通信要求
を受けた場合に、誰から通信要求があったかという発信
側の情報が分かる。
According to the first aspect of the communication system of the present invention, it is known from whom the communication request is made when the called party is absent or is already communicating with a third party or when a real-time communication request is received when executing incoming filtering. The information on the calling side is known.

【0011】第2の観点では、着信履歴の一覧からリア
ルタイム系、蓄積系通信の返信が画面を見ながら容易に
できる。
According to the second aspect, it is possible to easily make a reply for real-time communication and storage communication from a list of incoming call history while looking at the screen.

【0012】第3の観点では、着信側の通信端末が起動
していない場合でも、代理処理を行なうサ−バから履歴
が通知されるため、リアルタイム通信要求があった場合
には、必ず履歴を得ることができる。
According to the third aspect, even if the communication terminal on the receiving side is not activated, the history is notified from the server that performs the proxy processing, so that the history is always recorded when a real-time communication request is made. Obtainable.

【0013】[0013]

【実施例】まず、本発明の第1の実施例について図1〜
図8を参照して説明する。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS First, referring to FIG.
This will be described with reference to FIG.

【0014】図1に、本発明の実施例に係る通信システ
ムの構成を示す。101はパケット通信網、102はパ
ケット通信網101に接続された通信端末である。通信
端末102間では、パケット通信網101を介してリア
ルタイム通信を行なうことができる。
FIG. 1 shows the configuration of a communication system according to an embodiment of the present invention. Reference numeral 101 is a packet communication network, and 102 is a communication terminal connected to the packet communication network 101. Real-time communication can be performed between the communication terminals 102 via the packet communication network 101.

【0015】図2に、前記通信端末102の構成を示
す。201は音声や映像・デ−タ等メディア情報を入力
する入力装置、202は音声や映像・デ−タ等のメディ
ア情報を出力する出力装置、203はメモリ、204は
通信網のインタフェ−ス処理を行なう通信網インタフェ
−ス制御部、205はデ−タ通信、音声通信、及び映像
通信などの各メディアデ−タの通信制御を行なうCPU
(中央処理装置)、206はユ−ザが設定する着信フィ
ルタリング情報や個人アドレス帳(これらについては後
に詳述する)を格納する蓄積装置、207は通信端末内
部バスである。
FIG. 2 shows the configuration of the communication terminal 102. Reference numeral 201 is an input device for inputting media information such as voice, video and data, 202 is an output device for outputting media information such as voice, video and data, 203 is a memory, and 204 is interface processing of a communication network. And a communication network interface control unit 205 for controlling the communication control of each media data such as data communication, voice communication, and video communication.
(Central processing unit), 206 is a storage device for storing incoming call filtering information set by the user and a personal address book (which will be described in detail later), and 207 is a communication terminal internal bus.

【0016】図3に、前記通信端末102内の通信制御
部の構成を示す。この通信制御部は、メモリ203に格
納されている通信プログラム301〜305、及びこれ
らの通信プログラムを実行するCPU205により構成
される。301は各メディアデ−タの同時通信や切り替
えなどの通信管理を行ない、通信網インタフェ−ス制御
部204とのデ−タの入出力を行なう通信管理部、30
2は制御系デ−タの通信制御を行なうデ−タ通信制御
部、303は音声系の通信制御を行なう音声通信制御
部、304は映像系の通信制御を行なう映像通信制御
部、305は他のメディア、例えばメ−ルシステムやF
AXシステムなどの通信制御を行なう他メディア通信制
御部である。
FIG. 3 shows the configuration of the communication control unit in the communication terminal 102. The communication control unit includes communication programs 301 to 305 stored in the memory 203 and a CPU 205 that executes these communication programs. A communication management unit 301 performs communication management such as simultaneous communication and switching of each media data, and inputs and outputs data to and from the communication network interface control unit 204.
Reference numeral 2 is a data communication control unit that controls communication of control system data, 303 is a voice communication control unit that controls voice communication, 304 is a video communication control unit that controls video communication, and 305 is other. Media, such as mail system and F
The other media communication control unit controls the communication of the AX system and the like.

【0017】図4に、図3のデ−タ通信制御部302の
詳細な構成を示す。401は通信管理部301を通して
通信相手から通知されるコマンド及びデ−タを入手する
コマンド入手部、402はコマンド入手部401で入手
したデ−タやユ−ザから入力されたイベントを解析し、
各コマンドやイベントに対応する処理ル−チンに分岐し
てデ−タを処理するデ−タ解析部、403はデ−タ解析
部402で解析された結果ユ−ザに通知するデ−タがあ
る場合には当該デ−タを入手して出力装置202に出力
するデ−タ入手部、404はユ−ザが入力装置201を
用いて入力したコマンドやデ−タ等を入手するイベント
入手部、405は通信相手や自端末内の他のメディアの
通信制御部へ通知するデ−タをデ−タ解析部402から
入手し、コマンドを生成するコマンド生成部である。
FIG. 4 shows a detailed configuration of the data communication control unit 302 shown in FIG. Reference numeral 401 denotes a command acquisition unit that acquires a command and data notified from a communication partner through the communication management unit 301, and 402 analyzes an event input from the data or user acquired by the command acquisition unit 401,
A data analysis unit that processes data by branching to a processing routine corresponding to each command or event, and 403 is data that notifies the user of the result analyzed by the data analysis unit 402. In some cases, a data acquisition unit that acquires the data and outputs it to the output device 202, and an event acquisition unit 404 that acquires the command, data, etc. input by the user using the input device 201. Reference numeral 405 is a command generation unit that acquires data from the data analysis unit 402 to notify the communication control unit of the communication partner or another medium in the terminal itself, and generates a command.

【0018】図5に、デ−タ解析部402の詳細な構成
を示す。501は通信要求を発行する場合のコマンド及
びデ−タ処理を行なう発信側処理部、502は他通信端
末からの通信要求を受け付ける着信側処理部、503は
発信側処理部501及び着信側処理部502以外の他通
信処理部、504は発信側処理部501で受信したコマ
ンド及びデ−タのうちリアルタイム通信要求についての
処理を行なう通話要求着信部、505は現在時刻(日
時)を入手する現在時刻入手部、506は蓄積装置20
6に格納されているフィルタ情報を入手するためのフィ
ルタ情報入手部、507は現在時刻入手部505及びフ
ィルタ情報入手部506からの情報に基づいてリアルタ
イム通信要求に応じるか拒否するかを判断するフィルタ
リング部、508はフィルタリング部507で自動拒否
すると判断された場合などに発信者に関する種々の情報
を取得する発信者情報入手部、509は発信者情報入手
部508で取得した発信者情報を格納する着信履歴テ−
ブルである。
FIG. 5 shows the detailed structure of the data analysis unit 402. Reference numeral 501 denotes a transmitting side processing unit that performs a command and data processing when issuing a communication request, 502 denotes a receiving side processing unit that receives a communication request from another communication terminal, and 503 denotes a transmitting side processing unit 501 and a receiving side processing unit. Other than 502, a communication processing unit other than 502, a call request receiving unit that performs processing for a real-time communication request among commands and data received by the transmission side processing unit 501, and a current time when 505 obtains the current time (date and time). Acquisition unit, 506 is storage device 20
6 is a filter information acquisition unit for acquiring the filter information stored in No. 6, and 507 is a filtering for determining whether to accept or reject the real-time communication request based on the information from the current time acquisition unit 505 and the filter information acquisition unit 506. Reference numeral 508 denotes a caller information acquisition unit that acquires various kinds of information about the caller when the filtering unit 507 determines that the caller should be automatically rejected. Reference numeral 509 denotes an incoming call that stores the caller information acquired by the caller information acquisition unit 508. History test
Bull.

【0019】本実施例の通信端末102では、着信のフ
ィルタリング処理を行なうことができる。これは、あら
かじめ、リアルタイム通信に応じない時間区間やその時
間区間内でも通信要求に応じる相手を設定し、フィルタ
情報として蓄積装置206に格納しておき、着信があっ
たときにそのフィルタ情報や現在時刻からリアルタイム
通信要求に応じるかまたは拒否するかを判断する機能で
ある。蓄積装置206に格納されているフィルタ情報を
取り出すのが上述のフィルタ情報入手部506である。
また、フィルタ情報や現在時刻からリアルタイム通信要
求に応じるかまたは拒否するかを判断するのが上述のフ
ィルタリング部507である。
The communication terminal 102 of this embodiment can perform incoming call filtering processing. In this case, a time section that does not respond to real-time communication or a party who responds to a communication request even within that time section is set in advance and stored in the storage device 206 as filter information. It is a function that determines whether to respond to or reject a real-time communication request from the time. The filter information acquisition unit 506 described above extracts the filter information stored in the storage device 206.
Further, the above-mentioned filtering unit 507 determines whether to respond to the real-time communication request or to reject based on the filter information and the current time.

【0020】さらに、本実施例の通信端末102では、
上記フィルタリングで自動拒否する場合、自動拒否はさ
れなかったが受信者が不在でタイムアウトした場合、あ
るいは受信者が意識的に通話を拒否した場合に、発信側
通信端末のアドレスや現在時刻入手部505で取得した
日時やメ−ルの有無を取得する機能を備えている。上述
の発信者情報入手部508が、そのような発信者に関す
る種々の情報を取得する機能を果たす。
Further, in the communication terminal 102 of this embodiment,
In the case of automatic rejection by the above filtering, if the automatic rejection is not performed but the recipient times out due to the absence of the recipient, or if the recipient intentionally rejects the call, the address of the communication terminal on the calling side and the current time acquisition unit 505. It is equipped with a function to acquire the date and time acquired in and the presence / absence of mail. The above-mentioned sender information acquisition unit 508 has a function of acquiring various kinds of information regarding such a sender.

【0021】図6に、発信者情報入手部508が取得し
た発信者情報を格納する着信履歴テ−ブル509のフォ
−マットの一例を示す。601はリアルタイム通信要求
通知に含まれる発信側端末の所有者名、602はその発
信者の所属名、603は発信側端末のIPアドレスか電
話番号あるいはホスト名が登録されている場合にはホス
ト名、604はリアルタイム通信要求を受信した日時、
605は発信者がメ−ルを送信したかどうかを示すフィ
−ルドである。
FIG. 6 shows an example of the format of the incoming call history table 509 that stores the caller information acquired by the caller information acquisition unit 508. 601 is the owner name of the calling terminal included in the real-time communication request notification, 602 is the name of the calling party, and 603 is the host name if the IP address or telephone number or host name of the calling terminal is registered. , 604 is the date and time when the real-time communication request is received,
A field 605 indicates whether or not the sender has sent the mail.

【0022】図7に、着信履歴処理の全体の流れの例を
示す。図7は、図5の着信側処理部502、通話要求着
信部504、現在時刻入手部505、フィルタ情報入手
部506、フィルタリング部507、及び発信者情報入
手部508の全体の処理の流れを示したものである。
FIG. 7 shows an example of the overall flow of incoming call history processing. FIG. 7 shows the overall processing flow of the receiving side processing unit 502, the call request receiving unit 504, the current time acquisition unit 505, the filter information acquisition unit 506, the filtering unit 507, and the caller information acquisition unit 508 of FIG. It is a thing.

【0023】ステップ701で着信タスクを起動した
後、ステップ702でユ−ザが着信のフィルタリングを
登録するか否かを判定する。フィルタリングの登録を行
なう場合は、ステップ703で、リアルタイム通信を自
動拒否する時間帯やその時間帯内でも受け付ける通信相
手端末等をユ−ザに入力させ、入力された情報をフィル
タリング情報として登録して、ステップ704に進む。
ステップ702でフィルタリングの登録を行なわない場
合は、そのままステップ704に進む。
After activating the incoming call task in step 701, it is determined in step 702 whether the user registers incoming call filtering. When registering filtering, in step 703, the user is allowed to input a time zone in which real-time communication is automatically rejected or a communication partner terminal that accepts even during that time zone, and the input information is registered as filtering information. , Go to step 704.
If the filtering is not registered in step 702, the process directly proceeds to step 704.

【0024】ステップ704では、リアルタイム通信要
求を待つ。リアルタイム通信要求を受信した場合には、
ステップ705で既に第三者と通信中かどうかを判定す
る。通信中であった場合は、ステップ721に進む。誰
とも通信中でない場合には、ステップ706で現在時刻
を取得し、ステップ707で前記ステップ702でユ−
ザがフィルタリングを設定しているか否か判定する。フ
ィルタリングが設定されているときはステップ708に
進み、設定されていないときはステップ717に進む。
At step 704, a real-time communication request is waited for. When a real-time communication request is received,
In step 705, it is determined whether or not communication with a third party is already in progress. If communication is in progress, the process proceeds to step 721. If no one is communicating, the current time is acquired in step 706, and the current time is acquired in step 707 in step 702.
Then determines if filtering is set. When the filtering is set, the procedure proceeds to step 708, and when it is not set, the procedure proceeds to step 717.

【0025】フィルタリングが設定されている場合に
は、ステップ708で前記ステップ703で登録したフ
ィルタリング情報と前記ステップ704で受信したリア
ルタイム通信要求に含まれる発信側情報とを比較し、ス
テップ709で自動拒否するかどうかを判定する。自動
拒否する場合には、ステップ710で発信側通信端末に
対して通信を拒否する旨を通知し、ステップ711で前
記通信要求に含まれる発信側通信端末のアドレス(IP
アドレスかホスト名あるいは電話番号)や当該通信端末
を所有する発信者の氏名、所属等を取得する。そして、
ステップ712で前記ステップ711で取得した発信側
情報を、前記ステップ706で取得した現在時刻と共
に、図6に示したフォ−マットの着信履歴テ−ブル50
9に記録する。
If filtering is set, in step 708 the filtering information registered in step 703 is compared with the sender information included in the real-time communication request received in step 704, and automatic rejection is performed in step 709. Determine whether to do. In the case of automatic refusal, in step 710, a notification that communication is refused is sent to the calling communication terminal, and in step 711, the address (IP address of the calling communication terminal included in the communication request is included.
Address, host name or telephone number) and the name, affiliation, etc. of the sender who owns the communication terminal are acquired. And
In step 712, the calling party information acquired in step 711 and the current time acquired in step 706 together with the incoming call history table 50 of the format shown in FIG.
Record at 9.

【0026】次に、ステップ713で、メ−ル送信通知
を受信したか否か判定する。メ−ル送信通知を受信した
場合には、ステップ714で、前記ステップ712で記
録した着信履歴テ−ブル509のメ−ルの有無を示すフ
ィ−ルド605にメ−ル有りと記録する。その後、ステ
ップ722に進む。
Next, in step 713, it is determined whether or not a mail transmission notice has been received. When the mail transmission notice is received, in step 714, the field 605 indicating the presence or absence of the mail in the incoming call history table 509 recorded in step 712 is recorded as mail present. Then, it progresses to step 722.

【0027】ステップ713でメ−ル送信通知を受信し
なかった場合は、ステップ715に進み、通信を終了す
る旨を含む了解コマンドを受信したか否か判定する。通
信終了の了解コマンドを受信していない場合は、ステッ
プ713に戻る。通信終了の了解コマンドを受信した場
合は、ステップ716で、前記ステップ712で記録し
た着信履歴テ−ブル509のメ−ルの有無を示すフィ−
ルド605にメ−ル無しと記録する。その後、ステップ
722に進む。
When the mail transmission notice is not received in step 713, the process proceeds to step 715, and it is determined whether or not an acknowledge command including the end of communication is received. When the communication end approval command has not been received, the process returns to step 713. When a communication end approval command is received, in step 716, a field indicating the presence or absence of the mail of the incoming call history table 509 recorded in step 712.
Record no mail in field 605. Then, it progresses to step 722.

【0028】前記ステップ707で着信のフィルタリン
グ処理が設定されていない場合、あるいは前記ステップ
709で自動拒否しない場合には、ステップ717で、
リアルタイム通信要求を受信した旨をユ−ザに通知す
る。そして、ステップ718でユ−ザが不在でタイムア
ウトしたか否か判定する。タイムアウトした場合には、
ステップ710に進む。タイムアウトでない場合は、ス
テップ719で、ユ−ザがリアルタイム通信要求に応じ
るか否かを判定する。ユ−ザがリアルタイム通信要求に
応じる場合には、ステップ720でリアルタイム通信
(すなわち、通話)を開始する。その後、ステップ72
2に進む。ステップ719でユ−ザがリアルタイム通信
要求に応じない場合は、ステップ710に進む。
If the incoming call filtering process is not set in step 707, or if automatic rejection is not performed in step 709, step 717 is executed.
Notify the user that the real-time communication request has been received. Then, in step 718, it is determined whether the user is absent and timed out. If it times out,
Go to step 710. If not, in step 719, the user determines whether to respond to the real-time communication request. If the user responds to the real-time communication request, then in step 720, real-time communication (that is, a call) is started. Then step 72
Go to 2. If the user does not respond to the real-time communication request in step 719, the process proceeds to step 710.

【0029】ステップ705で既に第三者と通信中であ
った場合には、ステップ721で、通信要求発信者に対
して通話中である旨を通知し、ステップ711に進む。
If it is already in communication with the third party in step 705, in step 721, the communication request sender is notified that the call is in progress, and the process proceeds to step 711.

【0030】ステップ722でユ−ザが着信タスクを終
了するように指示した場合には、本処理を終了する。着
信タスクの終了でないときは、ステップ704に戻って
処理を繰り返す。
When the user gives an instruction to end the incoming task in step 722, this processing ends. If the incoming task has not ended, the process returns to step 704 to repeat the processing.

【0031】本実施例によれば、着信者が不在の場合、
既に第三者との通信中にリアルタイム通信要求を受信し
た場合、あるいは着信フィルタリング処理により自動拒
否した場合に、誰から通信要求が来たかが履歴一覧とな
って分かる通信システムが可能となる。
According to this embodiment, when the called party is absent,
When a real-time communication request is already received during communication with a third party, or when an incoming call is automatically rejected by the incoming call filtering process, it is possible to provide a communication system in which the history of the communication request is known.

【0032】次に、本発明の第2の実施例を、図8及び
図9を参照して説明する。本実施例は、上述の第1の実
施例に発信側の機能を加えた例であり、以下では発信側
の処理について説明する。全体構成や通信制御部の構成
及び着信の処理などは、上述の第1の実施例の図1〜図
7と同じである。
Next, a second embodiment of the present invention will be described with reference to FIGS. 8 and 9. This embodiment is an example in which the function on the calling side is added to the above-described first embodiment, and the processing on the calling side will be described below. The overall configuration, the configuration of the communication control unit, the incoming call processing, and the like are the same as those in FIGS. 1 to 7 of the above-described first embodiment.

【0033】図8に、前記デ−タ解析部402のうちの
発信側処理501に関連する部分の構成を示す。801
は個人で設定するアドレス帳から通信相手を選択する場
合の処理を行なう個人アドレス帳発信部、802は個人
アドレス帳発信部801が参照する通信相手端末のアド
レスを格納した個人アドレステ−ブル、803は着信履
歴テ−ブル509に登録されている通信相手端末から通
信相手を選択する場合の処理を行なう着信履歴発信部、
804は個人アドレス帳発信部801あるいは着信履歴
発信部803から通信相手端末のアドレス(電話番号か
IPアドレス、あるいはホスト名)を取得するアドレス
入手部である。
FIG. 8 shows the structure of a part of the data analysis unit 402 related to the transmission side processing 501. 801
Reference numeral 803 denotes a personal address book transmitting unit that performs processing when selecting a communication partner from an address book set by an individual. Reference numeral 802 denotes a personal address table storing the address of the communication partner terminal referred to by the personal address book transmitting unit 801. Is an incoming call history transmission unit that performs processing when selecting a communication partner from a communication partner terminal registered in the incoming call history table 509,
An address acquisition unit 804 acquires the address (telephone number, IP address, or host name) of the communication partner terminal from the personal address book transmission unit 801 or the incoming call history transmission unit 803.

【0034】図9に、図8の発信側処理の処理手順、す
なわちリアルタイム通信要求発信側の処理の全体の流れ
を示す。
FIG. 9 shows the processing procedure of the calling side processing of FIG. 8, that is, the overall flow of the processing on the calling side of the real-time communication request.

【0035】ステップ901で発信タスクを起動した
後、ステップ902で、着信履歴テーブル509(図
5、図6)に着信履歴のデータがあるか否か判定する。
着信履歴テーブル509に着信履歴のデータがある場合
は、ステップ903で、その着信履歴一覧を表示する。
次に、ステップ904でユ−ザが着信履歴一覧から発信
処理を行なう場合には、ステップ905で着信履歴一覧
の中から通信相手を選択し、ステップ906で通信要求
通知を発行する。前記ステップ902で着信履歴がない
場合または前記ステップ904でユ−ザが個人で設定す
るアドレス帳から発信処理を行なう場合は、ステップ9
07で、前記個人アドレステーブル802(図8)から
通信相手を選択するか、または通信相手を特定する情報
(例えば、IPアドレス、電話番号、あるいは自分の端
末に相手のホスト名が登録されている場合にはそのホス
ト名など)を直接入力し、ステップ906で通信要求通
知を発行する。
After the calling task is activated in step 901, it is determined in step 902 whether there is incoming call history data in the incoming call history table 509 (FIGS. 5 and 6).
If there is incoming call history data in the incoming call history table 509, a list of incoming call history is displayed in step 903.
Next, when the user performs the outgoing call processing from the incoming call history list in step 904, the communication partner is selected from the incoming call history list in step 905, and the communication request notification is issued in step 906. If there is no incoming call history at step 902 or if the user makes an outgoing call process from an address book personally set at step 904, step 9
At 07, information for selecting a communication partner from the personal address table 802 (FIG. 8) or identifying the communication partner (for example, IP address, telephone number, or host name of the partner is registered in his / her terminal). In that case, the host name etc.) is directly input, and a communication request notification is issued in step 906.

【0036】ステップ906の後、ステップ908で通
信要求着信側端末から通信拒否通知(図7のステップ7
10で送信したもの)を受けたか否か判定する。通信拒
否通知を受けた場合には、ステップ909で当該通信相
手に対してメ−ルによる伝言を送信するかどうか決定す
る。メ−ルによる伝言を送信する場合には、ステップ9
10で当該通信相手に対してメ−ル送信通知を発行(図
7のステップ713で受信)し、ステップ911でメ−
ルを作成してメ−ルサ−バに送信する。その後、ステッ
プ915に進む。
After step 906, in step 908, a communication refusal notification is issued from the communication request receiving terminal (step 7 in FIG. 7).
(Transmitted in 10)) is received. When the communication refusal notification is received, it is determined in step 909 whether or not to send a message by mail to the communication partner. When sending a message by mail, step 9
In step 10, a mail transmission notification is issued to the communication partner (received in step 713 in FIG. 7), and in step 911, the mail is transmitted.
Create a mail and send it to the mail server. Then, it progresses to step 915.

【0037】前記ステップ909でメ−ルを送信しない
場合には、ステップ912で通信要求の終了を示す了解
通知を当該通信相手端末に発行(図7のステップ715
で受信)する。その後、ステップ915に進む。
If the mail is not transmitted in step 909, an acknowledgment notice indicating the end of the communication request is issued to the communication partner terminal in step 912 (step 715 in FIG. 7).
To receive). Then, it progresses to step 915.

【0038】ステップ913で通話了解通知(図7のス
テップ719で送られたもの)を受けた場合は、ステッ
プ914でリアルタイム通信(通話)を開始する。ステ
ップ915でユ−ザが発信タスクを終了した場合は、本
処理を終了する。発信タスクの終了でないときは、ステ
ップ902に戻って処理を繰り返す。
When the call acceptance notification (the one sent in step 719 of FIG. 7) is received in step 913, real-time communication (call) is started in step 914. When the user finishes the calling task in step 915, this processing is finished. If the calling task has not ended, the process returns to step 902 to repeat the processing.

【0039】本実施例によれば、第1の実施例のように
して不在時や第三者との通信中にリアルタイム通信要求
を着信した場合、あるいは着信フィルタリングにより自
動拒否した場合に、着信履歴から通信相手を選択して即
時返信ができる通信システムが可能となる。
According to the present embodiment, as in the case of the first embodiment, when a real-time communication request is received during absence or during communication with a third party, or when it is automatically rejected by the incoming call filtering, the incoming call history A communication system capable of selecting a communication partner from and making an immediate reply becomes possible.

【0040】次に、本発明の第3の実施例を、図10〜
図16を参照して説明する。本実施例は、上述の第1及
び第2の実施例に加えて、各種の情報を表示しユーザに
よる入力を受け付けるユーザインターフェースを示す例
である。全体構成や通信制御部の構成及び着信や発信の
処理などは、上述の第1の実施例の図1、図2、図4〜
図7と同じである。以下では、異なる部分のみ説明す
る。
Next, a third embodiment of the present invention will be described with reference to FIGS.
This will be described with reference to FIG. In addition to the first and second embodiments described above, the present embodiment is an example showing a user interface that displays various kinds of information and accepts input by the user. The overall configuration, the configuration of the communication control unit, the incoming / outgoing process, and the like are shown in FIG. 1, FIG. 2, and FIG.
It is the same as FIG. 7. Only different parts will be described below.

【0041】図10に、本実施例における通信制御部の
構成(第1の実施例に図3に対応)を示す。図3で説明
した各部と同じ部分は同じ番号を付し、説明は省略す
る。1001は、ユ−ザからのイベント入力や通信制御
部302〜305からのコマンド及びデ−タを受け付け
て画面表示する処理を行なう画面制御部である
FIG. 10 shows the configuration of the communication control unit in this embodiment (corresponding to FIG. 3 for the first embodiment). The same parts as those described with reference to FIG. 3 are designated by the same reference numerals, and the description thereof will be omitted. Reference numeral 1001 denotes a screen control unit that receives an event input from a user and commands and data from the communication control units 302 to 305 and displays the screen.

【0042】図11に、画面制御部1001の詳細な構
成を示す。1101はデータ通信制御部302が通信相
手から受信したコマンドを解析した結果、画面表示に関
するコマンドを入手するコマンド入手部、1102はコ
マンド入手部1101で入手したコマンドやユ−ザから
入力されたイベントを解析する解析部、1103は各コ
マンドごとに必要なデ−タを入手して当該コマンドに対
応する画面を表示する画面生成部、1104は画面生成
部1103で生成した画面を出力装置202へ出力する
画面出力部、1105はユ−ザが入力装置201を通し
て入力したイベントを入手するイベント入手部である。
FIG. 11 shows a detailed structure of the screen control unit 1001. 1101 is a command acquisition unit for acquiring a command related to screen display as a result of the command received by the data communication control unit 302 from the communication partner, 1102 is a command acquired by the command acquisition unit 1101 or an event input from the user. An analysis unit 1103 for analysis obtains necessary data for each command and displays a screen corresponding to the command. A screen generation unit 1104 outputs the screen generated by the screen generation unit 1103 to the output device 202. A screen output unit 1105 is an event acquisition unit that acquires an event input by the user through the input device 201.

【0043】図12に、本実施例のシステムのメイン画
面の一例を示す。本実施例のシステムでは、いわゆるウ
インドウシステムにより表示がなされるようになってお
り、図12のメイン画面は通信に関する機能を果たすア
イコンを集めたウインドウになっている。1201は発
信処理を行なう発信タスクを示す発信アイコン、120
2は着信処理を行なう着信タスクを示す着信アイコン、
1203はメ−ルシステムを起動するメ−ルアイコン、
1204はFAXシステムを起動するFAXアイコンで
ある。
FIG. 12 shows an example of the main screen of the system of this embodiment. In the system of the present embodiment, display is performed by a so-called window system, and the main screen of FIG. 12 is a window that collects icons that perform functions related to communication. 1201 is a call icon indicating a call task for performing call processing, and 120
2 is an incoming call icon indicating an incoming call task for performing incoming call processing,
1203 is a mail icon for starting the mail system,
A FAX icon 1204 activates the FAX system.

【0044】図13に、発信アイコン1201をクリッ
クした場合に起動される発信メイン画面の一例を示す。
1301は発信者の氏名や所属、サ−バのアドレス等を
設定するためのメニュ−項目で、1302は個人アドレ
ス帳に記載されている情報を全て表示するのか、あるい
は氏名と所属のみを表示するのかを選択するためのメニ
ュ−項目で、1303は本プログラムの使用マニュアル
を表示するメニュ−項目である。1304は設定メニュ
ー1301によって登録されている発信者の氏名を表示
するフィ−ルド、1305はユ−ザが直接キ−入力ある
いは選択された通信相手のアドレスを表示するフィ−ル
ド、1306は個人アドレス帳にユ−ザが登録したり、
変更、削除を行なうための編集メニュ−項目で、130
7は個人アドレス帳の編集メニュ−1306を用いて登
録した通信相手の情報(氏名、所属、所有する端末のI
Pアドレスあるいはホスト名、一般電話の場合は電話番
号)を表示するためのフィ−ルドである。1308は通
信相手表示フィールド1305に表示された通信相手に
対してリアルタイム通信要求を発行するための発信ボタ
ン、1309は通信相手表示フィールド1305に表示
された通信相手に対してメ−ルを送信するためのメ−ル
ボタン、1310は発信タスクを終了するための終了ボ
タンである。
FIG. 13 shows an example of a call origination main screen that is activated when the call origination icon 1201 is clicked.
Reference numeral 1301 denotes a menu item for setting the sender's name, affiliation, server address, etc., and 1302 displays all information described in the personal address book, or displays only the name and affiliation. 1303 is a menu item for selecting whether to use or not, and 1303 is a menu item for displaying a usage manual of this program. Reference numeral 1304 is a field for displaying the name of the caller registered by the setting menu 1301, 1305 is a field for displaying the address of the communication partner directly input or selected by the user, and 1306 is a personal address. The user can register in the book,
130 is an edit menu item for changing or deleting.
7 is information on the communication partner (name, affiliation, I of the owning terminal) registered using the edit menu-1306 of the personal address book.
It is a field for displaying a P address or a host name, and a telephone number in the case of a general telephone. Reference numeral 1308 designates a call button for issuing a real-time communication request to the communication partner displayed in the communication partner display field 1305, and 1309 transmits a mail to the communication partner displayed in the communication partner display field 1305. The mail button 1310 is an end button for ending the calling task.

【0045】図14に、図12の着信アイコン1202
をクリックした場合に表示される着信メイン画面の一例
を示す。1401は図13に示した個人アドレス帳を表
示させるメニュ−項目で発信処理にも用いることができ
る。1402はシステムのヴァ−ジョン情報や本プログ
ラムの使用マニュアルを表示するためのメニュ−項目で
ある。1403はフィルタ情報のうち自動拒否の時刻情
報を入力するフィ−ルド、1404は自動拒否設定中で
も通信要求を受け付ける通信相手のIPアドレスあるい
は電話番号、通信相手のホスト名が自端末に登録されて
いる場合はホスト名を入力するためのフィ−ルドであ
る。また、1405は自動拒否する場合に拒否の理由を
選択あるいは直接キ−入力するためのフィ−ルドであ
り、1406は着信の自動拒否を設定するフィルタリン
グボタンであり、1407は自動拒否をせずに全通信要
求を受け付けるボタンである。
FIG. 14 shows the incoming call icon 1202 of FIG.
An example of the incoming call main screen displayed when is clicked is shown. Reference numeral 1401 denotes a menu item for displaying the personal address book shown in FIG. 13, which can also be used for transmission processing. Reference numeral 1402 is a menu item for displaying system version information and a usage manual of this program. Reference numeral 1403 is a field for inputting time information of automatic refusal in the filter information, and 1404 is the IP address or telephone number of the communication partner who accepts the communication request and the host name of the communication partner are registered in the own terminal even when the automatic refusal is set. In the case, it is a field for inputting the host name. Further, 1405 is a field for selecting or directly entering the reason for refusal in the case of automatic refusal, 1406 is a filtering button for setting automatic refusal of an incoming call, and 1407 is an automatic refusal This button accepts all communication requests.

【0046】図15に、着信履歴が存在する場合に表示
される着信履歴画面の一例を示す。1501はリアルタ
イム通信要求を受けた発信側端末の情報を示すフィ−ル
ドであり、発信側端末の所有者の氏名、所属、通信要求
を受けた日時、メ−ルの有無を表示する。このフィール
ド1501は、図6の着信履歴テ−ブル509に登録さ
れている情報を表示するものである。1502は前記発
信側情報表示フィールド1501に表示される端末のう
ちでユ−ザが選択した通信相手に対してリアルタイム通
信の通信要求の発信処理を行なうための発信ボタンであ
り、1503はメ−ルの作成・発信処理を行なうための
メ−ルボタンであり、1504は選択された履歴情報を
削除する削除ボタンである。1505は着信履歴画面を
クロ−ズする終了ボタンである。
FIG. 15 shows an example of an incoming call history screen displayed when there is an incoming call history. Reference numeral 1501 is a field indicating information of the calling side terminal that has received the real-time communication request, and displays the name and affiliation of the owner of the calling side terminal, the date and time of the communication request, and the presence or absence of mail. This field 1501 displays information registered in the incoming call history table 509 of FIG. Reference numeral 1502 denotes a call button for sending a communication request for real-time communication to a communication partner selected by the user from the terminals displayed in the caller information display field 1501. Reference numeral 1503 denotes a mail. And a delete button 1504 for deleting the selected history information. An end button 1505 closes the incoming call history screen.

【0047】図16に、本実施例における着信履歴画面
からの発信処理のユ−ザインタフェ−ス全体の流れの一
例を示す。
FIG. 16 shows an example of the overall flow of the user interface of the outgoing call processing from the incoming call history screen in this embodiment.

【0048】ステップ1601で発信画面(図13)ま
たは着信画面(図14)がアクティブか否かを判定す
る。アクティブでない場合は、ステップ1602で、マ
ウスで発信画面あるいは着信画面をクリックしてアクテ
ィブにする。
In step 1601, it is determined whether the outgoing call screen (FIG. 13) or the incoming call screen (FIG. 14) is active. If it is not active, in step 1602, the call screen or the call screen is activated by clicking with the mouse.

【0049】次に、ステップ1603で着信履歴テ−ブ
ル509(図6)に着信履歴のデータが存在するか否か
を判定する。存在しない場合は、処理を終了する。着信
履歴のデータが存在する場合は、ステップ1604で、
図15に示した着信履歴画面を表示する。ステップ16
05でユーザが図15の着信履歴画面中の履歴デ−タを
選択したら、ステップ1606でその選択された履歴デ
ータがダブルクリックされたか、または発信ボタン15
02がクリックされたかを判定する。
Next, at step 1603, it is judged whether or not there is incoming call history data in the incoming call history table 509 (FIG. 6). If it does not exist, the process ends. If there is incoming call history data, in step 1604,
The incoming call history screen shown in FIG. 15 is displayed. Step 16
When the user selects the history data in the incoming call history screen of FIG. 15 in 05, the selected history data is double-clicked in step 1606 or the call button 15
It is determined whether 02 is clicked.

【0050】履歴データのダブルクリックまたは発信ボ
タン1502のクリックが為されたら、ステップ160
7で、当該通信相手端末に対してリアルタイム通信(通
話)要求を発行する。そして、ステップ1608で通話
を行ない、ステップ1609で通話終了か否か判定す
る。通話終了でない場合はステップ1608に戻って通
話を続行する。通話終了の場合には、ステップ1610
で当該履歴デ−タを削除する。次に、ステップ1611
で、ユ−ザが図15の着信履歴画面中の終了ボタン15
05をクリックしたか否か判定する。終了ボタン150
5のクリックでないときは、ステップ1605に戻る。
終了ボタン1505がクリックされた場合には、図15
の着信履歴画面をクロ−ズして処理を終了する。
When the history data is double-clicked or the transmission button 1502 is clicked, step 160
At 7, a real-time communication (call) request is issued to the communication partner terminal. Then, in step 1608, a call is made, and in step 1609 it is determined whether the call is over. If the call is not ended, the process returns to step 1608 to continue the call. If the call ends, step 1610
Then, the history data is deleted. Then, step 1611
Then, the user clicks the end button 15 in the incoming call history screen of FIG.
It is determined whether or not 05 is clicked. Finish button 150
When it is not the click of 5, the process returns to step 1605.
If the end button 1505 is clicked, FIG.
Close the incoming call history screen of and finish the process.

【0051】ステップ1606で履歴データのダブルク
リックでなく、かつ発信ボタン1502のクリックも為
されていないときは、ステップ1612で、図15の着
信履歴画面中のメ−ルボタン1503がクリックされた
か否か判定する。メ−ルボタン1503がクリックされ
た場合には、ステップ1613でメ−ルタスクを起動し
てメ−ルの作成及び送信を行ない、ステップ1614に
進む。ステップ1612でメ−ルボタン1503のクリ
ックでないときは、そのままステップ1614に進む。
If it is determined in step 1606 that the history data is not double-clicked and the send button 1502 is not clicked, it is determined in step 1612 whether the mail button 1503 in the incoming call history screen of FIG. 15 has been clicked. judge. When the mail button 1503 is clicked, a mail task is activated in step 1613 to create and send a mail, and the process proceeds to step 1614. If the mail button 1503 is not clicked in step 1612, the process directly proceeds to step 1614.

【0052】ステップ1614では、図15の着信履歴
画面中の削除ボタン1504がクリックされたか否か判
定する。削除ボタン1504のクリックでないときは、
ステップ1611に進む。削除ボタン1504がクリッ
クされた場合には、ステップ1615で前記ステップ1
605で選択されている履歴デ−タを削除し、ステップ
1611に進む。
In step 1614, it is determined whether the delete button 1504 in the incoming call history screen of FIG. 15 has been clicked. If the delete button 1504 is not clicked,
Proceed to step 1611. If the delete button 1504 has been clicked, in step 1615 the above step 1
The history data selected in 605 is deleted, and the process proceeds to step 1611.

【0053】本実施例によれば、不在時や第三者との通
信中にリアルタイム通信要求を着信した場合、あるいは
着信フィルタリング処理によって自動拒否した場合に、
通信要求発信者が分かり、かつ当該通信要求発信者に対
するリアルタイム通信及びメ−ルでの返信は画面を見な
がら容易に行なうことができる。
According to the present embodiment, when a real-time communication request is received during absence or during communication with a third party, or when an automatic rejection is made by the incoming call filtering process,
The sender of the communication request can be known, and real-time communication and reply by mail to the sender of the communication request can be easily performed while looking at the screen.

【0054】次に、本発明の第4の実施例を、図17〜
図21を参照して説明する。本実施例は、上述の第1の
実施例においてさらに通信網中にサーバを設け、電源オ
フや着信タスク未起動などで立ち上がっていない通信端
末に対する通話要求の履歴を該サーバにより取るように
したものである。以下では、第1の実施例と異なる部分
のみ説明する。
Next, a fourth embodiment of the present invention will be described with reference to FIGS.
This will be described with reference to FIG. In this embodiment, a server is further provided in the communication network in the above-mentioned first embodiment, and a history of call requests to communication terminals that have not started up due to power-off or invocation of incoming tasks has been taken by the server. Is. Only the parts different from the first embodiment will be described below.

【0055】図17に、本実施例の通信システムの構成
を示す。図1の構成に加えて、サーバ1701が設けら
れている。サーバ1701は、通信端末102と同様の
構成を持ち、通信端末102の代理処理を行なう代理サ
−バである。
FIG. 17 shows the configuration of the communication system of this embodiment. A server 1701 is provided in addition to the configuration of FIG. The server 1701 is a proxy server having the same configuration as the communication terminal 102 and performing proxy processing of the communication terminal 102.

【0056】図18に、代理サ−バ1701が蓄積装置
に格納する着信履歴テ−ブルのフォ−マットの一例を示
す。1801はリアルタイム通信要求の着信側の通信端
末のアドレス(IPアドレスかホスト名か電話番号)、
1802はリアルタイム通信要求の発信側の通信端末の
所有者の氏名、1803は発信側の通信端末の所有者の
所属、1804は発信側通信端末のアドレス(IPアド
レスかホスト名、あるいは電話番号)、1805はリア
ルタイム通信要求を受けた日時、1806はメ−ルの有
無を、それぞれ記録するフィ−ルドである。
FIG. 18 shows an example of the format of the incoming call history table stored in the storage device by the proxy server 1701. 1801 is the address (IP address, host name, or telephone number) of the communication terminal on the receiving side of the real-time communication request,
1802 is the name of the owner of the communication terminal on the originating side of the real-time communication request, 1803 is the affiliation of the owner of the communication terminal on the originating side, 1804 is the address (IP address or host name, or telephone number) of the originating communication terminal, A field 1805 records the date and time when the real-time communication request is received, and a field 1806 records the presence or absence of mail.

【0057】図19は、リアルタイム通信要求を受ける
着信側端末102において、代理サ−バ1701に対し
て着信履歴の代理処理を依頼する場合の全体の流れであ
る。
FIG. 19 is an overall flow in the case where the receiving side terminal 102 which receives a real-time communication request requests the proxy server 1701 to perform proxy processing of the incoming call history.

【0058】ステップ1901で着信タスクを起動して
本処理を開始したら、ステップ1902で代理サ−バ1
701に対してコネクション接続要求の通知を発行す
る。ステップ1903で代理サ−バ1701よりコネク
ション接続要求受付の通知を受信したら、ステップ19
04で自端末のアドレスを含んだ問い合わせコマンドを
発行して自分宛の着信履歴がないかどうかを問い合わせ
る。自分宛の着信履歴が存在して、ステップ1905で
サ−バ1701より検索結果の履歴デ−タを受信した場
合は、ステップ1906で前記ステップ1905で受信
した履歴デ−タを自端末内の着信履歴テ−ブル(図6)
に記録する。
When the incoming task is activated in step 1901 to start this processing, in step 1902 the proxy server 1
A notification of a connection connection request is issued to 701. When the notification of the connection connection request acceptance is received from the proxy server 1701 in step 1903, step 19
At 04, an inquiry command including the address of the own terminal is issued to inquire whether or not there is an incoming call history addressed to itself. If there is an incoming call history addressed to itself and the history data of the search result is received from the server 1701 in step 1905, the history data received in step 1905 is received in step 1906 in the own terminal. History table (Fig. 6)
To record.

【0059】次に、ステップ1907で前記代理サ−バ
1701よりデ−タ終了コマンドを受信したか否か判定
する。デ−タ終了コマンドの受信でない場合は、ステッ
プ1905に戻ってサーバ1701からの履歴デ−タ受
信を続行する。ステップ1907でデータ終了コマンド
を受信した場合は、ステップ1909で代理サ−バ17
01に対してコネクションを切断する旨を含んだ了解コ
マンドを発行する。その後、図7で示した着信処理を行
なう。そして、ステップ1910で着信タスク終了の指
示があるまで、図7の着信処理を繰り返す。
Next, in step 1907, it is determined whether or not a data end command has been received from the proxy server 1701. If the data end command has not been received, the process returns to step 1905 to continue receiving history data from the server 1701. When the data end command is received in step 1907, the proxy server 17 is entered in step 1909.
Issue an acknowledge command to 01 to include disconnection. Then, the incoming call processing shown in FIG. 7 is performed. Then, the incoming call process of FIG. 7 is repeated until an instruction to end the incoming call task is issued in step 1910.

【0060】ステップ1905でサーバから送られてき
たのが自分宛の着信履歴データでなかったときは、ステ
ップ1908で、代理サ−バ1701から自分宛の着信
履歴が存在しない旨を受信したか否か判定する。自分宛
の着信履歴が存在しない旨の受信でなかったときは、ス
テップ1905に戻る。自分宛の着信履歴が存在しない
旨を受信した場合は、ステップ1909に進む。
If it is determined in step 1905 that the incoming call history data sent from the server is not addressed to itself, in step 1908, it is received from the proxy server 1701 that there is no incoming call history addressed to itself. Determine whether. If it is not received that there is no incoming call history addressed to itself, the process returns to step 1905. If it is received that there is no incoming call history addressed to itself, the process proceeds to step 1909.

【0061】ステップ1910で着信タスクを終了する
場合は、コネクションを切断して本処理を終了する。
If the incoming task is to be terminated in step 1910, the connection is disconnected and this process is terminated.

【0062】図20に、代理サ−バ1701の処理の全
体の流れの一例を示す。ステップ2001で着信履歴の
代理処理を行なう代理タスクを起動し、ステップ200
2でリアルタイム通信要求の発信側通信端末からのコネ
クション接続要求(図21のステップ2104で発行)
を受信したか否か判定する。発信側通信端末からのコネ
クション接続要求を受信した場合は、ステップ2003
でコネクション接続了解通知を発行する。
FIG. 20 shows an example of the overall flow of processing of the proxy server 1701. In step 2001, a proxy task for proxy processing of the incoming call history is started, and step 200
2. Connection connection request from the communication terminal on the sending side of the real-time communication request in 2 (issued in step 2104 of FIG. 21)
Is received. When the connection connection request from the communication terminal on the calling side is received, step 2003
Issue the connection connection approval notification with.

【0063】次に、ステップ2004で前記発信側通信
端末のアドレスや所有者氏名、所属等の履歴登録情報
(図21のステップ2106で送信)を受信し、ステッ
プ2005で現在の日時を入手する。そして、ステップ
2006で、図18のフォ−マットの着信履歴テ−ブル
に当該情報を記録する。次に、ステップ2007で前記
発信側通信端末より終了通知(図21のステップ210
7で送信)を受信したら、ステップ2008でコネクシ
ョンを切断し、ステップ2018に進む。
Next, in step 2004, history registration information (transmitted in step 2106 in FIG. 21) such as the address, owner name, and affiliation of the originating communication terminal is received, and in step 2005, the current date and time is obtained. Then, in step 2006, the information is recorded in the incoming call history table of the format of FIG. Next, in step 2007, the end communication is notified from the communication terminal on the calling side (step 210 in FIG. 21).
7), the connection is disconnected in step 2008 and the process proceeds to step 2018.

【0064】ステップ2002で発信側通信端末からの
コネクション接続要求でなかったときは、ステップ20
09で、着信側通信端末からのコネクション接続要求
(図19のステップ1902で発行)を受信したか否か
判定する。着信側通信端末からのコネクション接続要求
でないときは、ステップ2002に戻る。ステップ20
09で着信側通信端末からのコネクション接続要求があ
った場合は、コネクション接続了解通知を発行して、着
信側通信端末とコネクションを張り、要求を待つ。
If it is determined in step 2002 that the connection connection request is not issued from the caller side communication terminal, step 20
At 09, it is determined whether or not a connection connection request (issued at step 1902 of FIG. 19) from the receiving communication terminal has been received. If it is not a connection connection request from the called communication terminal, the process returns to step 2002. Step 20
If there is a connection connection request from the communication terminal on the receiving side in 09, a connection connection completion notice is issued, a connection is established with the communication terminal on the receiving side, and the request is waited for.

【0065】次に、ステップ2010で着信履歴の検索
要求(図19のステップ1904で発行)を受けた場合
は、ステップ2011で、前記履歴検索要求通知に含ま
れる着信側通信端末のアドレスを取得する。そして、ス
テップ2012で、ステップ2011で取得した着信端
末アドレスをキ−として着信履歴テ−ブル(図18)を
検索する。ステップ2013で当該着信端末の履歴情報
が存在する場合、ステップ2014でその検索履歴デ−
タを当該着信端末に通知(図19のステップ1905で
受信)する。またステップ2013で当該着信端末の履
歴情報がない場合は、ステップ2015で履歴デ−タが
ない旨を当該着信端末に対して通知(図19のステップ
1908で受信)する。
Next, when a request for retrieval of the incoming call history (issued in step 1904 of FIG. 19) is received in step 2010, the address of the called communication terminal included in the history retrieval request notification is acquired in step 2011. . Then, in step 2012, the incoming call history table (FIG. 18) is searched using the incoming call terminal address acquired in step 2011 as a key. If the history information of the called terminal is present in step 2013, the search history data is retrieved in step 2014.
Data to the receiving terminal (received in step 1905 of FIG. 19). If there is no history information of the called terminal in step 2013, the fact that there is no history data is notified to the called terminal in step 2015 (received in step 1908 of FIG. 19).

【0066】次に、ステップ2016で了解コマンドを
受信(図19のステップ1909で送信)した場合に
は、ステップ2017でコネクションの切断処理を行な
う。ステップ2018では、代理タスク終了の指示があ
るか否か判定し、ある場合は代理タスクを終了する。代
理タスク終了の指示でないときは、ステップ2002に
戻る。
Next, when the OK command is received in step 2016 (transmitted in step 1909 in FIG. 19), connection disconnection processing is performed in step 2017. In step 2018, it is determined whether or not there is an instruction to end the proxy task, and if there is an instruction, the proxy task is ended. If the instruction is not to end the proxy task, the process returns to step 2002.

【0067】図21に、代理サ−バ1701が存在する
場合のリアルタイム通信要求発信側通信端末の処理の全
体の流れの一例を示す。
FIG. 21 shows an example of the overall processing flow of the communication terminal on the transmission side of the real-time communication request when the proxy server 1701 is present.

【0068】ステップ2101でリアルタイム通信要求
発信処理を行なう発信タスクを起動し、ステップ210
2でリアルタイム通信(通話)要求の発信を行なう。ス
テップ2103では、通信要求相手の端末の電源オフあ
るいは着信タスクが起動していないために、ネットワ−
クドライバレベルでのタイムアウトでコネクションが接
続できなかったか否かを判定する。
In step 2101, a calling task for carrying out a real-time communication request calling process is started, and step 210
In 2, the real-time communication (call) request is transmitted. In step 2103, since the power of the communication requesting terminal is not turned off or the incoming task is not activated, the network is
Determines if the connection could not be reached due to a timeout at the driver level.

【0069】通信要求相手の端末との間にコネクション
が設定できなかった場合は、ステップ2104で着信履
歴の代理処理を行なう代理サ−バ1701に対してコネ
クション接続要求を発行し、ステップ2105で前記代
理サ−バ1701よりのコネクション接続了解通知を待
つ。了解通知を受信した場合は、ステップ2106で通
信要求相手通信端末のアドレス(IPアドレスかホスト
名、あるいは電話番号)と当該発信側通信端末の所有者
の氏名、所属、メ−ルの有無を含んだ履歴情報を代理サ
−バ1701に通知する。そして、ステップ2107で
終了通知を発行して、代理サ−バ1701とのコネクシ
ョンを切断する。その後、ステップ2109に進む。ス
テップ2105で代理サ−バ1701よりのコネクショ
ン接続了解通知を受信しなかった場合は、ステップ21
09に進む。
If a connection cannot be established with the terminal of the communication request partner, in step 2104 a connection connection request is issued to the proxy server 1701 which performs proxy processing of the incoming call history, and in step 2105 the connection connection request is sent. It waits for a connection connection acknowledgment notification from the proxy server 1701. When the acknowledgment notice is received, the address (IP address or host name, or telephone number) of the communication terminal of the communication requesting party and the name, affiliation, mail presence or absence of the owner of the calling communication terminal are included in step 2106. The history information is notified to the proxy server 1701. Then, in step 2107, an end notification is issued to disconnect the connection with the proxy server 1701. Then, it progresses to step 2109. When the connection connection acknowledgment notification from the proxy server 1701 is not received in step 2105, step 21
Go to 09.

【0070】前記ステップ2103でリアルタイム通信
を行なう相手端末との間にコネクションが設定できた場
合には、図9に示したリアルタイム通信の発信側処理を
行なう。この部分について、図21では手順の概要を図
示してある。すなわち、ステップ913で通信了解通知
を受信したら、ステップ914で通話を行ない、ステッ
プ2109に進む。ステップ913で通信了解通知でな
いときは、ステップ908で通信拒否通知を受信したか
否か判定する。通信拒否通知を受信したときは、ステッ
プ909でメール送信するか否か決定し、する場合はス
テップ910でメール作成とメールサーバへの送信を行
ない、ステップ2109に進む。ステップ909でメー
ル送信しない場合は、ステップ912で了解通知を発信
してステップ2109に進む。ステップ908で通信拒
否通知でないときは、ステップ2108でタイムアウト
したかを判定し、タイムアウトのときはステップ909
へ、タイムアウトでないときはステップ913へ、それ
ぞれ進む。
When a connection can be established with the partner terminal performing the real-time communication in step 2103, the real-time communication originating side process shown in FIG. 9 is performed. For this part, FIG. 21 shows an outline of the procedure. That is, when the communication acceptance notification is received in step 913, a call is made in step 914 and the process proceeds to step 2109. If it is not the communication acceptance notification in step 913, it is determined in step 908 whether the communication refusal notification is received. When the communication refusal notification is received, it is determined in step 909 whether or not to send the mail, and if so, the mail is created and sent to the mail server in step 910, and the process proceeds to step 2109. If the e-mail is not transmitted in step 909, an acknowledgment notification is transmitted in step 912 and the process proceeds to step 2109. If it is not a communication refusal notification in step 908, it is determined in step 2108 whether a time-out has occurred.
If the time is not out, the process proceeds to step 913.

【0071】本実施例によれば、リアルタイム通信要求
の着信側端末の電源がオフされている場合や着信タスク
が起動していない場合に、代理サ−バが着信履歴の記憶
保持の代理処理を行なうため、一日中着信履歴を取るこ
とができる通信システムが可能となる。
According to the present embodiment, the proxy server performs the proxy processing of storing and storing the incoming call history when the power of the receiving terminal for the real-time communication request is turned off or when the incoming task is not activated. Therefore, a communication system capable of collecting the incoming call history all day becomes possible.

【0072】なお、上記第4の実施例では、着信側端末
において着信タスクが起動していないときには必ずサー
バにて該着信側端末に関する着信履歴を取るようにし、
該着信側端末では着信タスク起動後に必ず自分宛の着信
履歴があるか否かをサーバに問い合わせるようにしてい
る。しかし、着信側端末において着信タスクを終了する
際に、自分宛の着信履歴を取っておいて欲しい旨をサー
バに対して依頼しておき、サーバは該依頼のあった端末
に関する着信履歴のみを取るようにしてもよい。
In the fourth embodiment, when the incoming call task is not activated on the incoming call side terminal, the server always collects the incoming call history concerning the incoming call side terminal.
After the activation of the incoming call task, the incoming call terminal always inquires of the server whether or not there is an incoming call history addressed to itself. However, when terminating the incoming call task at the receiving terminal, the server requests that the server keep an incoming call history, and the server only takes the incoming call history for the requested terminal. You may do it.

【0073】また、上記第1から第4の実施例では音声
データをリアルタイムで通信する場合、すなわち音声通
話に本発明を適用した例を説明したが、リアルタイム通
信で送受するデータは音声に限らない。例えば、映像デ
ータその他のいわゆるマルチメディアで用いるデータで
も良く、任意のディジタルデータで良い。
In the first to fourth embodiments, the case where the present invention is applied to the case where voice data is communicated in real time, that is, the voice call is explained, but the data transmitted and received by the real time communication is not limited to voice. . For example, it may be video data or other data used in so-called multimedia, or may be arbitrary digital data.

【0074】また、上記第1から第4の実施例では、パ
ケット交換網であるLANを利用したシステムに本発明
を適用した例を説明したが、本発明はディジタルデータ
を送受できるネットワークであれば適用可能である。
Further, in the above-mentioned first to fourth embodiments, the example in which the present invention is applied to the system utilizing the LAN which is the packet switching network has been described. However, the present invention is applicable to any network capable of transmitting / receiving digital data. Applicable.

【0075】[0075]

【発明の効果】本発明によれば、着信側の不在時や第三
者との通信中、あるいは着信にフィルタリングをかけて
自動拒否を設定している際に、リアルタイム通信要求を
受けた場合、通信要求発信側の情報が着信履歴として登
録され表示されるため、誰から通信要求があったかが分
かる。
According to the present invention, when a real-time communication request is received when the called party is absent, during communication with a third party, or when automatic rejection is set by filtering incoming calls, Since the information on the communication request originator side is registered and displayed as an incoming call history, it is possible to know who made the communication request.

【0076】また本発明によれば、表示された着信履歴
の一覧から返信相手を選択することにより、容易にリア
ルタイム系及び蓄積系通信による返信処理ができる。
Further, according to the present invention, by selecting a reply partner from the list of displayed incoming call history, reply processing by real-time communication and storage communication can be easily performed.

【0077】さらに本発明によれば、着信履歴の代理処
理を行なう代理サ−バを設けることにより、着信端末の
電源オフなどで着信タスクが起動していない場合であっ
ても着信の履歴を取ることができる。
Further, according to the present invention, by providing the proxy server for performing the proxy processing of the incoming call history, the incoming call history is collected even when the incoming task is not activated due to the power-off of the incoming terminal. be able to.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明を実施するための通信システム構成図FIG. 1 is a configuration diagram of a communication system for implementing the present invention.

【図2】本発明を実施するための通信端末構成図FIG. 2 is a configuration diagram of a communication terminal for implementing the present invention.

【図3】通信制御部の構成図FIG. 3 is a block diagram of a communication control unit

【図4】図3のデ−タ通信制御部の構成図FIG. 4 is a block diagram of a data communication control unit in FIG.

【図5】図4のデ−タ解析部の構成図5 is a block diagram of the data analysis unit of FIG.

【図6】図5の着信履歴テ−ブルのフォ−マットの一例
を示す図
FIG. 6 is a diagram showing an example of the format of the incoming call history table of FIG.

【図7】着信処理の流れ図FIG. 7: Flow chart of incoming call processing

【図8】図4のデ−タ解析部の構成図FIG. 8 is a block diagram of the data analysis unit of FIG.

【図9】発信処理の流れ図[Fig. 9] Flow chart of transmission processing

【図10】図3の入出力装置に画面を用いる場合の通信
制御部の構成図
10 is a configuration diagram of a communication control unit when a screen is used for the input / output device of FIG.

【図11】図10の画面制御部の構成図11 is a block diagram of the screen control unit of FIG.

【図12】本システムのメイン画面を示す図FIG. 12 is a diagram showing a main screen of this system.

【図13】図12の発信アイコンを起動した場合に表示
される発信メイン画面を示す図
FIG. 13 is a diagram showing a transmission main screen displayed when the transmission icon in FIG. 12 is activated.

【図14】図12の着信アイコンを起動した場合に表示
される着信メイン画面を示す図
FIG. 14 is a diagram showing an incoming call main screen displayed when the incoming call icon in FIG. 12 is activated.

【図15】着信履歴が存在する場合に表示される着信履
歴画面を示す図
FIG. 15 is a diagram showing an incoming call history screen displayed when an incoming call history exists.

【図16】着信履歴が存在する場合の発信処理の流れ図FIG. 16 is a flowchart of outgoing call processing when an incoming call history exists.

【図17】着信履歴代理処理を行なう代理サ−バを設け
る場合の通信システム構成図
FIG. 17 is a configuration diagram of a communication system in the case where a proxy server for performing incoming call history proxy processing is provided.

【図18】代理サ−バ内に蓄積される着信履歴テ−ブル
のフォ−マットの一例を示す図
FIG. 18 is a diagram showing an example of the format of the incoming call history table stored in the proxy server.

【図19】代理サ−バが存在する場合の着信処理の流れ
FIG. 19 is a flow chart of incoming call processing when a proxy server exists.

【図20】代理サ−バの処理の流れ図FIG. 20 is a flow chart of processing of a proxy server.

【図21】代理サ−バが存在する場合の発信処理の流れ
FIG. 21 is a flow chart of transmission processing when a proxy server exists.

【符号の説明】[Explanation of symbols]

101 …… LAN、203 …… メモリ、205
…… CPU、206 …… 蓄積装置、301 …
… 通信管理部、302 …… デ−タ通信制御部、5
09 …… 着信履歴テ−ブル、801 …… 画面制
御部。
101 ... LAN, 203 ... Memory, 205
... CPU, 206 ... storage device, 301 ...
... communication management unit, 302 ... data communication control unit, 5
09 ... incoming call history table, 801 ... screen control unit.

───────────────────────────────────────────────────── フロントページの続き (72)発明者 岩見 直子 神奈川県川崎市麻生区王禅寺1099番地 株式会社 日立製作所 システム開発研 究所内 (72)発明者 星 徹 神奈川県川崎市麻生区王禅寺1099番地 株式会社 日立製作所 システム開発研 究所内 (72)発明者 小山 俊明 神奈川県海老名市下今泉810番地 株式 会社 日立製作所 オフィスシステム事 業部内 (56)参考文献 特開 平2−56153(JP,A) 特開 平3−283857(JP,A) 特開 平6−169340(JP,A) 特開 平2−162949(JP,A) 特開 平6−121051(JP,A) 特開 平4−124968(JP,A) 特開 平5−327909(JP,A) (58)調査した分野(Int.Cl.7,DB名) H04L 12/58 H04L 12/54 H04M 1/00 H04M 3/42 H04M 11/00 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Naoko Iwami 1099 No. Ozenji, Aso-ku, Kawasaki-shi, Kanagawa Hitachi Ltd. System Development Laboratory (72) Toru Hoshi 1099 Ozen-ji, Aso-ku, Kawasaki-shi, Kanagawa Hitachi, Ltd. System Development Laboratory (72) Inventor Toshiaki Koyama, 810 Shimoimaizumi, Ebina, Kanagawa, Ltd. Hitachi, Ltd. Office Systems Division (56) Reference JP-A-2-56153 (JP, A) JP Heihei 3-283857 (JP, A) JP-A-6-169340 (JP, A) JP-A-2-162949 (JP, A) JP-A-6-121051 (JP, A) JP-A-4-124968 (JP, A) JP-A-5-327909 (JP, A) (58) Fields investigated (Int.Cl. 7 , DB name) H04L 12/58 H04L 12/54 H04M 1/00 H04M 3/42 H04M 11/00

Claims (5)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】ディジタルデータを送受する通信網と、該
通信網に接続された通信端末とを備えた通信システムに
おいて、 発信側の通信端末は、リアルタイム通信を行ないたい相
手である着信側の通信端末に対し、発信側を特定する情
報を付してリアルタイム通信要求を発信するリアルタイ
ム通信要求発信手段を備え、 着信側の通信端末は、 上記リアルタイム通信要求を受信したとき、その発信側
の通信端末との間でリアルタイム通信を行なうことがで
きるか否かを判定する判定手段と、 該判定手段によりリアルタイム通信を行なうことができ
ないと判定された場合に、受信したリアルタイム通信要
求に含まれている発信側を特定する情報を着信履歴デー
タとして着信履歴テーブルに記憶する記憶手段と、 該着信履歴テーブルに着信履歴データが記憶されている
場合に該着信履歴データを表示する表示手段と、 表示された着信履歴データの中から任意の通信相手を選
択する選択手段と、 該選択手段により選択された通信相手に関する着信履歴
データから該通信相手のメールアドレスを取得する手段
と、 取得したメールアドレスを用いてメールを発信する手段
とを備えたことを特徴とする通信システム。
1. In a communication system comprising a communication network for transmitting and receiving digital data and a communication terminal connected to the communication network, the communication terminal on the caller side is the communication on the callee side, which is a partner with whom real-time communication is desired. The terminal is provided with a real-time communication request transmitting means for transmitting a real-time communication request with information for identifying the transmitting side, and when the receiving side communication terminal receives the above-mentioned real-time communication request, the transmitting side communication terminal And a determination means for determining whether or not the real-time communication can be performed between the terminal and the real-time communication, and the call origination included in the received real-time communication request when the determination means determines that the real-time communication cannot be performed. Storage means for storing information identifying the other party as incoming call history data in the incoming call history table, and an incoming call history data in the incoming call history table. Display means for displaying the incoming call history data when the data is stored, selecting means for selecting an arbitrary communication partner from the displayed incoming call history data, and incoming call for the communication partner selected by the selecting means. communication system comprising: the means for obtaining the e-mail address of the communication partner from historical data, and means for transmitting the mail using the e-mail address acquired.
【請求項2】ディジタルデータを送受する通信網と、該
通信網に接続された通信端末とを備えた通信システムに
おいて、 発信側の通信端末は、リアルタイム通信を行ないたい相
手である着信側の通信端末に対し、発信側を特定する情
報を付してリアルタイム通信要求を発信するリアルタイ
ム通信要求発信手段を備え、 着信側の通信端末は、 上記リアルタイム通信要求を受信したとき、その発信側
の通信端末との間でリアルタイム通信を行なうことがで
きるか否かを判定する判定手段と、 該判定手段によりリアルタイム通信を行なうことができ
ないと判定された場合に、受信したリアルタイム通信要
求に含まれている発信側を特定する情報を着信履歴デー
タとして着信履歴テーブルに記憶する記憶手段と、 該着信履歴テーブルに着信履歴データが記憶されている
場合に該着信履歴データを表示する表示手段と、 表示された着信履歴データの中から任意の通信相手を選
択する選択手段と、選択された通信相手について、 着信履歴データから該通
信相手の通信端末のアドレスまたはメールアドレスを
する手段と、前記通信端末のアドレスが選択された場合は、その通信
端末のアドレスに対してリアルタイム通信要求を発信
し、前記メールアドレスが選択された場合は、そのメー
ルアドレスに対してメールを発信する処理を起動する手
とを備えたことを特徴とする通信システム。
2. A communication system comprising a communication network for transmitting and receiving digital data and a communication terminal connected to the communication network, wherein the communication terminal on the caller side is the communication on the callee side, which is a partner with whom real-time communication is desired. The terminal is provided with a real-time communication request transmitting means for transmitting a real-time communication request with information for identifying the transmitting side, and when the receiving side communication terminal receives the above-mentioned real-time communication request, the transmitting side communication terminal And a determination means for determining whether or not the real-time communication can be performed between the terminal and the real-time communication, and the call origination included in the received real-time communication request when the determination means determines that the real-time communication cannot be performed. Storage means for storing information identifying the other party as incoming call history data in the incoming call history table, and an incoming call history data in the incoming call history table. Display means for data displays the incoming call history data when stored, selection means for selecting any of the communication partner from the incoming call history data displayed, for the selected communication partner, from the incoming history data Select the communication terminal address or email address of the communication partner.
Means for-option, if the address of the communication terminal is selected, the communication
Send a real-time communication request to the terminal address
If the e-mail address is selected,
The process of sending an email to the email address
Communication system characterized by comprising a stage.
【請求項3】ディジタルデータを送受する通信網と、該
通信網に接続された通信端末とを備えた通信システムに
おいて、 前記通信網に前記通信端末の代理サービスを行なうサー
バを接続し、 発信側の通信端末は、 リアルタイム通信を行ないたい相手である着信側の通信
端末に対し、発信側を特定する情報を付してリアルタイ
ム通信要求を発信するリアルタイム通信要求発信手段
と、 前記着信側の通信端末との間でコネクションを設定でき
ない状態にあるか否かを判定する手段と、 前記着信側の通信端末との間にコネクションが設定でき
なかった場合には、前記サーバに、前記着信側を特定す
る情報及び前記発信側を特定する情報を通知する手段と
を備え、 前記サーバは、 前記発信側の通信端末から前記着信側を特定する情報及
び前記発信側を特定する情報が通知されたとき、それら
の情報を着信履歴データとして記憶する記憶手段と、 前記着信側の通信端末から着信履歴データの検索依頼を
受けたとき、その通信端末に関する着信履歴データが記
憶されているか否か判定し、記憶されているときは該着
信履歴データをその通信端末に通知する手段とを備え、 着信側の通信端末は、 他の通信端末との間にコネクションを設定できるような
状態になったとき、前記サーバに対して、自通信端末に
関する着信履歴データの検索依頼を発行する手段と、 該検索依頼に対して前記サーバから通知された自通信端
末に関する着信履歴データを自機内の着信履歴テーブル
に追加する手段と、 該着信履歴テーブルに着信履歴データが記憶されている
場合に該着信履歴データを表示する表示手段と表示され
た着信履歴データの中から任意の通信相手を選択する選
択手段と、 該選択手段により選択された通信相手に関する着信履歴
データから該通信相手の通信端末のアドレスまたはメー
ルアドレスを取得する手段と、 取得した通信端末のアドレスまたはメールアドレスを用
いてリアルタイム通信要求またはメールを発信する手段
とを備えたことを特徴とする通信システム。
3. A communication system comprising a communication network for transmitting and receiving digital data and a communication terminal connected to the communication network, wherein a server for performing a proxy service of the communication terminal is connected to the communication network, and a calling side is provided. The communication terminal is a real-time communication request transmission means for transmitting a real-time communication request with information for identifying the transmission side to the communication terminal on the reception side, which is a partner to whom real-time communication is desired, and the communication terminal on the reception side. And a means for determining whether or not a connection cannot be established between the communication terminal and the communication terminal, and if a connection cannot be established between the communication terminal on the receiving side, the server identifies the receiving side. And a means for notifying information for identifying the sender and the information for identifying the recipient from the communication terminal of the sender and the sender. When the information identifying the other party is notified, a storage unit that stores the information as incoming call history data, and when receiving a request for retrieval of the incoming call history data from the communication terminal on the called side, the incoming call history data regarding the communication terminal And a means for notifying the communication terminal of the incoming call history data when stored, and the communication terminal on the receiving side establishes a connection with another communication terminal. Means for issuing a search request for incoming call history data relating to the self-communication terminal to the server when the state becomes possible, and incoming call history data relating to the self-communication terminal notified from the server in response to the search request Means for adding the received call history data to the incoming call history table in the device, and a display for displaying the received call history data when the received call history data is stored in the received call history table. Selecting means for selecting an arbitrary communication partner from the incoming call history data displayed as, and means for acquiring the address or mail address of the communication terminal of the communication partner from the incoming call history data relating to the communication partner selected by the selecting means. And a means for transmitting a real-time communication request or mail using the acquired address or mail address of the communication terminal.
【請求項4】ディジタルデータを送受する通信網と、該
通信網に接続された通信端末とを備えた通信システムに
おける通信端末間の通信方法であって、 発信側の通信端末から、リアルタイム通信を行ないたい
相手である着信側の通信端末に対し、発信側を特定する
情報を付してリアルタイム通信要求を発信するステップ
と、 着信側の通信端末において上記リアルタイム通信要求を
受信し、その発信側の通信端末との間でリアルタイム通
信を行なうことができるか否かを判定するステップと、 リアルタイム通信を行なうことができないと判定された
場合に、受信したリアルタイム通信要求に含まれている
発信側を特定する情報を着信履歴データとして着信履歴
テーブルに記憶するステップと、 該着信履歴テーブルに着信履歴データが記憶されている
場合に該着信履歴データを表示するステップと、 表示された着信履歴データの中から任意の通信相手を選
択するステップと、 選択された通信相手に関する着信履歴データから該通信
相手のメールアドレスを取得するステップと、 取得したメールアドレスを用いてメールを発信するステ
ップとを備えたことを特徴とする通信方法。
4. A communication method between communication terminals in a communication system including a communication network for transmitting and receiving digital data and a communication terminal connected to the communication network, wherein real-time communication is performed from a communication terminal on a calling side. A step of sending a real-time communication request with information identifying the calling side to the called communication terminal which is the other party, and a step of receiving the real-time communication request at the called communication terminal, Steps for determining whether or not real-time communication can be performed with the communication terminal, and if it is determined that real-time communication cannot be performed, identify the calling party included in the received real-time communication request. Information to be stored in the incoming call history table as incoming call history data, and the incoming call history data is stored in the incoming call history table. And displaying the incoming call history data if it has the steps of selecting any of the communication partner from the incoming call history data displayed, the e-mail address of the communication partner from the incoming history data for the selected communication partner steps and, a communication method characterized by comprising the step of transmitting a mail with the e-mail address acquired to acquire.
【請求項5】ディジタルデータを送受する通信網と、該
通信網に接続された通信端末とを備えた通信システムに
おける通信端末間の通信方法であって、 発信側の通信端末から、リアルタイム通信を行ないたい
相手である着信側の通信端末に対し、発信側を特定する
情報を付してリアルタイム通信要求を発信するステップ
と、 着信側の通信端末において上記リアルタイム通信要求を
受信し、その発信側の通信端末との間でリアルタイム通
信を行なうことができるか否かを判定するステップと、 リアルタイム通信を行なうことができないと判定された
場合に、受信したリアルタイム通信要求に含まれている
発信側を特定する情報を着信履歴データとして着信履歴
テーブルに記憶するステップと、 該着信履歴テーブルに着信履歴データが記憶されている
場合に該着信履歴データを表示するステップと、 表示された着信履歴データの中から任意の通信相手を選
択するステップと、選択された通信相手について、 着信履歴データから該通
信相手の通信端末のアドレスまたはメールアドレスを
するステップと、前記通信端末のアドレスが選択された場合は、その通信
端末のアドレスに対してリアルタイム通信要求を発信
し、前記メールアドレスが選択された場合は、、そのメ
ールアドレスに対してメールを発信する処理を起動する
ステップ とを備えたことを特徴とする通信方法。
5. A communication method between communication terminals in a communication system including a communication network for transmitting and receiving digital data and a communication terminal connected to the communication network, wherein real-time communication is performed from a communication terminal on a calling side. A step of sending a real-time communication request with information identifying the calling side to the called communication terminal which is the other party, and a step of receiving the real-time communication request at the called communication terminal, Steps for determining whether or not real-time communication can be performed with the communication terminal, and if it is determined that real-time communication cannot be performed, identify the calling party included in the received real-time communication request. Information to be stored in the incoming call history table as incoming call history data, and the incoming call history data is stored in the incoming call history table. The incoming call history data is displayed, a step of selecting an arbitrary communication partner from the displayed incoming call history data, and a communication terminal of the communication partner of the selected communication partner from the incoming call history data to select the address or e-mail address
A step of-option, if the address of the communication terminal is selected, the communication
Send a real-time communication request to the terminal address
If the email address is selected,
The process of sending an email to the email address
Communication method characterized by comprising the steps.
JP13724395A 1995-05-11 1995-05-11 Communication system and communication method Expired - Fee Related JP3531884B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP13724395A JP3531884B2 (en) 1995-05-11 1995-05-11 Communication system and communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP13724395A JP3531884B2 (en) 1995-05-11 1995-05-11 Communication system and communication method

Publications (2)

Publication Number Publication Date
JPH08307414A JPH08307414A (en) 1996-11-22
JP3531884B2 true JP3531884B2 (en) 2004-05-31

Family

ID=15194123

Family Applications (1)

Application Number Title Priority Date Filing Date
JP13724395A Expired - Fee Related JP3531884B2 (en) 1995-05-11 1995-05-11 Communication system and communication method

Country Status (1)

Country Link
JP (1) JP3531884B2 (en)

Also Published As

Publication number Publication date
JPH08307414A (en) 1996-11-22

Similar Documents

Publication Publication Date Title
US6798753B1 (en) Automatically establishing conferences from desktop applications over the Internet
CN101523846B (en) Perform call screening and the MeetMe assistant of personalised availability information is provided
US7283808B2 (en) System, method and mobile device for remote control of a voice mail system
US20080037748A1 (en) Method of and System for Conference Calling
US6999572B1 (en) Automated call connection system
US8189755B2 (en) Call urgency screening
US20050117729A1 (en) Methods and systems for a call log
JPH10136024A (en) Communication system
US20040208303A1 (en) Methods and systems for computer enhanced conference calling
JPH09219722A (en) Communication system
US20020031207A1 (en) User editable database to forward communications sent to an unified assess number to caller-specific destinations
JP3434209B2 (en) Communication tool use status transmission method, server device, client terminal device, and program recording medium thereof
JPH10200638A (en) Server device for telephone conference
KR20120096034A (en) Selection of a communication mode
JP2001268248A (en) Network telephone system
JP2000134336A (en) Telephone server system and recording medium recorded with program for the system
JP3669286B2 (en) Simultaneous transfer incoming call selection method and system in telephone and computer integration
CN108391018B (en) Method and system for making telephone call by appointment
JP3995145B2 (en) Communication control device and communication control method
JP3156816B2 (en) Communication system and transmission / reception control method
JPH08251231A (en) Communication system
JP3531884B2 (en) Communication system and communication method
JPWO2003081881A1 (en) Communication device and incoming call history deletion method
JP2006507772A (en) Computer enhanced teleconferencing method and system
CA2551187C (en) Method of and system for conference calling

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040106

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040116

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040206

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040301

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090312

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090312

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100312

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110312

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110312

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120312

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130312

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130312

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140312

Year of fee payment: 10

LAPS Cancellation because of no payment of annual fees