JPH09205495A - 通信システム - Google Patents

Abstract

(57)【要約】 【課題】 通話中の相手に対する不必要な呼び出しを規
制できる通信システムを提供すること。 【解決手段】 通信端末（１０００ａ）と通話中の通信
端末（１０００ｂ）は通信端末（１０００ｃ）から着信
に対し通話中指示情報を含む着信拒否を応答し、通信端
末（１０００ｃ）は通話中の相手への呼出を選択可能な
ユーザインタフェースを設け、ここで呼出を選択した場
合のみ通信端末（１０００ｂ）を呼び出すようにしてい
る。これにより、発信側では着信側の通話状況を把握し
た上で呼出の可否を選択でき、着信側では通話中におけ
る不必要な着信を防いで通話を円滑に進めると共に緊急
の呼出のみ受け付け、柔軟かつ迅速に適切な発着信操作
を実現できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の通信端末が
通信網を介して通信を行う通信システムに関し、特に、
通話中の相手に対する不必要な呼び出しを規制できる通
信システムに関する。

【０００２】

【従来の技術】従来、電話で呼び出そうとした相手が他
の相手と通話中の時、通話中の相手は呼び出されず、呼
び出した側では話中音により通話中である旨が通知され
る。この場合、通話を開始するためには相手の通話が終
了した後で改めて呼び出す必要があった。そこで、アナ
ログ電話網ではキャッチホン（登録商標）、ＩＳＤＮで
はコールウェイティングという通話中における着信通知
サービスを提供し、通話中に着信があった場合に、通話
中の相手を一時的に保留し、その着信を受け付けて別の
相手との通話を開始することを可能にしている。キャッ
チホンに関しては、例えば、電子情報通信ハンドブック
第２分冊」 P.2647 に記載されている。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来の通信システムでは、発信側では呼び出したい相手の
通話状況がわからず、相手が通話中であるか否かにかか
わらず無条件に呼び出してしまう。その結果、呼び出さ
れた相手は通話中であっても全ての着信に応答しなくて
はならず、そのたびに通話が中断してしまう。このた
め、通話中の利用者に煩わしさを与えてしまい、円滑な
通話を妨げる問題点があった。本発明の目的は、上記問
題点を解決して、通話中の相手に対する不必要な呼び出
しを規制できる通信システムを提供することにある。

【０００４】

【課題を解決するための手段】本発明は、上記目的を達
成するために、通話中における着信を検出した着信側
は、通話中指示情報を含む着信拒否を応答し、通話中指
示情報付き着信拒否応答を受信した発信側は、通話中の
相手に対して呼び出すか否かを選択可能なユーザインタ
フェースを設け、ここで利用者が呼出を選択した場合に
は着信側に対し強制呼出指示情報を含む呼び出しを行
い、強制呼出指示情報付き着信を検出した着信側は、通
話中であっても呼び出されるようにしている。また、通
信中における着信を検出した着信側は、通話中指示情報
を含む呼出応答を行い、通話中指示情報付き呼出応答を
受信した発信側は、通話中の相手に対する呼出を継続す
るか否かを選択可能なユーザインタフェースを設け、こ
こで利用者が呼出中止を選択した時点で着信側に対する
呼び出しを中止する。さらに着信側における通話中の相
手情報を発信側に送信し、発信側で受信した相手情報を
利用者に提示するユーザインタフェースを設ける。

【０００５】

【発明の実施の形態】本発明は、通話中の着信側から着
信拒否応答を受信した発信側において、通話中の相手を
呼び出すか否かを利用者に改めて選択可能なユーザイン
タフェースを提供し、利用者が呼出を選択した場合のみ
通話中の相手を呼び出すことにより、発信側の利用者に
着信側が通話中であることを認識させた上で呼び出すか
否かを判断させ、通話中の着信側への不必要な呼出を発
信側の利用者の操作により防止させる。また、通話中の
着信側から呼出応答を受信した発信側において、通話中
の相手への呼出継続の可否を利用者に選択可能なユーザ
インタフェースを提供し、利用者が呼出中止を選択した
時点で着信側への呼出を中止させることにより、呼し出
している相手が通話中の状態にあることを発信側の利用
者に認識させた上で呼出を続けるか否かを判断させ、通
話中の着信側への不必要な呼出を発信側の利用者の操作
により中断させる。さらに、通話中の着信側の通話相手
の名前等の情報を発信者に提示することにより、通話中
の着信側に対して必要な呼出か否かを通話相手に応じて
柔軟にかつ迅速に発信側の利用者に判断させる。

【０００６】以下、本発明の実施例を具体的に説明す
る。 （第１の実施例）本発明の第１の実施例を図面を用いて
詳細に説明する。本発明は、パケット交換網を用いたＬ
ＡＮなどを含め、通信システム全般に適用可能である。
また、通信されるデータも特に限定されるものではな
く、以下では音声，画像，ディジタルデータなどのマル
チメディアの通信システムを例にして説明する。図１
は、本発明に係る通信システムの一構成例を示す図であ
る。同図において、１０００（１０００ａ，１０００
ｂ，１０００ｃ）は通信端末，２０００は各通信端末１
０００ａ〜１０００ｃを接続する通信網である。通信端
末１０００ａにおいて、１１００は音声や映像・データ
等の情報を入力する入力装置，１２００は音声，映像，
ディジタルデータ等の情報を出力する出力装置，１３０
０はメモリ，１４００は通信網２０００のインタフェー
ス処理を行なう回線インタフェイス部，１５００はディ
ジタル的なデータ通信，音声通信，または映像通信など
の各メディアの通信制御を行うＣＰＵ，１６００は個人
アドレス帳データやプログラムリスト等ユーザが設定し
た各種情報を格納する蓄積装置，１７００は通信端末内
部バスであり、メモリ１３００に保持されている各種の
プログラム（詳細は後述）をＣＰＵ１５００が各々読み
出して処理するためのものである。他の通信端末１００
０ｂおよび１０００ｃにおいても、上述した通信端末１
０００ａと同様の構成の入力装置１１００，出力装置１
２００，メモリ１３００，回線インタフェイス部１４０
０，ＣＰＵ１５００，蓄積装置１６００および内部バス
１７００を備えている。

【０００７】図２は通信端末１０００内のメモリ１３０
０に記憶されている通信プログラムで構成され、ＣＰＵ
１５００によって処理される通信制御部３０００の一構
成例を示す図である。同図において、３１００は各メデ
ィアの同時通信や切り替えなどの通信管理を行い、回線
インタフェイス部１４００との間でデータ信号等の各種
信号の入出力を行う通信管理部，３２００はデータ系
（ディジタル）の通信制御を行うデータ通信制御部，３
３００は音声系の通信制御を行う音声通信制御部，３４
００は映像系の通信制御を行う映像通信制御部，３５０
０は他のメディア、例えばメールシステムやＦＡＸシス
テムなどの通信制御を行う他メディア通信制御部，３６
００は各メディアごとにデータ通信制御部３２００，音
声通信制御部３３００，映像通信制御部３４００，他メ
ディア通信制御部３５００の切り替えなどを行い、入力
装置１１００および出力装置１２００とのデータの入出
力を行うメディア管理部である。

【０００８】図３は、通信制御部３０００におけるデー
タ通信制御部３２００の一構成例を示す図である。同図
において、３２１０は通信相手から通知されるコマンド
およびデータを通信管理部３１００を通して入手するコ
マンド入手部，３２２０は入力装置１１００を用いてユ
ーザが入力したコマンドやデータ等を入手するイベント
入手部，３２３０はコマンド入手部３２１０で入手した
データやイベント入手部３２２０で入手したイベントを
解析し、各コマンドやイベントに対応する処理ルーチン
に分岐してデータを処理するデータ解析部，３２４０は
ユーザへ通知するデータをデータ解析部３２３０から入
手し、出力装置１２００への出力データを生成するデー
タ入手部，３２５０は通信相手へ通知するデータおよび
通信端末１０００内の音声通信制御部３３００，映像通
信制御部３４００，あるいは他メディア通信制御部３５
００へ通知するデータをデータ解析部３２３０から入手
し、コマンドを生成するコマンド生成部である。データ
解析部３２３０において、３２３１は通信開始および終
了を制御する発着信制御部，３２３２は通話中の相手お
よび通話を保留している相手の宛先など各種の通話相手
情報を格納する通話相手管理テーブル，３２３３は任意
のユーザデータの送受信を行うユーザデータ制御部であ
る。

【０００９】図４は、発着信制御部３２３１で処理さ
れ、各通信端末１０００の間で通信開始および終了時に
送受信される発着信制御コマンドのフォーマット例を示
す図である。同図において、２００は発着信制御コマン
ドのフォーマットであり、コマンドの種別を示すメッセ
ージＩＤ２０１およびコマンドに付加する情報を示す情
報要素２１０から構成されている。発着信制御コマンド
として本実施例で使用される各コマンド２００ａ，２０
０ｂ，２００ｃ，２００ｄ，２００ｅ，２００ｇ，２０
０ｈ，および２００ｉは、上述したようにメッセージＩ
Ｄ２０１と情報要素２１０を組み合わせたフォーマット
２００に従い構成される。

【００１０】同図において、２００ａは通信網２０００
を介した他の通信端末１０００と通話を行うために通信
路の接続を要求する接続要求コマンド（以下「接続要
求」と略す），２００ｂは接続要求２００ａを受け付け
て通話を開始するかどうかを応答する接続応答コマンド
（以下「接続応答」と略す），２００ｃは接続要求２０
０ａを受信して通信の開始を呼出中であることを通知す
る呼出応答コマンド（以下「呼出応答」と略す），２０
０ｄは通話を終了するために通話に使用している通信路
の切断を要求する切断要求コマンド（以下「切断要求」
と略す），２００ｅは切断要求２００ｄを受け付けて通
話の終了を応答する切断応答コマンド（以下「切断応
答」と略す），２００ｆは通話を一時的に保留するため
に通話に使用している通信路の保留を要求する保留要求
コマンド（以下「保留要求」と略す），２００ｇは保留
要求２００ｆを受け付けて通話を保留するかどうかを応
答する保留応答コマンド（以下「保留応答」と略す），
２００ｈは保留中の通話を回復するために保留中の通信
路の保留解除を要求する保留解除要求コマンド（以下
「保留解除要求」と略す），２００ｉは保留解除要求２
００ｈを受け付けて保留中の通話を回復するかどうかを
応答する保留解除応答コマンド（以下「保留解除応答」
と略す）である。

【００１１】上述した各発着信制御コマンドを構成する
２０１ａ，２０１ｂ，２０１ｃ，２０１ｄ，２０１ｅ，
２０１ｆ，２０１ｇ，２０１ｈ，２０１ｉは各々メッセ
ージＩＤ２０１に対応している。２０１ａは接続要求２
００ａを識別する接続要求ＩＤ，２０１ｂは接続応答２
００ｂを識別する接続応答ＩＤ，２０１ｃは呼出応答２
００ｃを識別する呼出応答ＩＤ，２０１ｄは切断要求２
００ｄを識別する切断要求ＩＤ，２０１ｅは切断応答２
００ｅを識別する切断応答ＩＤ，２０１ｆは保留要求２
００ｆを識別する保留要求ＩＤ，２０１ｇは保留応答２
００ｇを識別する保留応答ＩＤ，２０１ｈは保留解除要
求２００ｈを識別する保留解除要求ＩＤ，２０１ｉは保
留解除応答２００ｉを識別する保留解除応答ＩＤであ
る。

【００１２】また、２１１ａ，２１２ａ，２１３ａ，２
１４ａは接続要求２００ａの情報要素２１０に対応し、
２１１ａは接続要求２００ａの受信先に当たる通信端末
（以下「着信端末」と略す）１０００の宛先を示す着信
先アドレス，２１２ａは接続要求２００ａの送信元に当
たる通信端末（以下「発信端末」と略す）１０００の宛
先を示す発信元アドレス，２１３ａは発信端末１０００
のユーザ名を示す発信者名，２１４ａは着信端末１００
０の通話状況に対する呼出レベルを指定する呼出モード
である。

【００１３】また、２１１ｂ，２１２ｂ，２１３ｂは接
続応答２００ｂの情報要素２１０に対応し、２１１ｂは
接続要求２００ａを受信した着信端末１０００での処理
結果を示す接続処理結果，２１２ｂは接続処理結果２１
１ｂが通信開始否定の場合にその理由を示す接続拒否理
由，２１３ｂは接続処理結果が着信受付すなわち通信路
の接続を示す場合に着信端末１０００のユーザ名を示す
着信者名である。さらに、２１１ｃは呼出応答２００ｃ
の情報要素２１０に対応し、呼び出された着信端末１０
００の通話状況（通話中か保留かなど）を示す着信端末
状態である。２１１ｇ，２１２ｇは保留応答２００ｇの
情報要素２１０に対応し、２１１ｇは保留要求２００ｆ
を受信した通信端末１０００に対する処理結果を示す保
留処理結果，２１２ｇは保留処理結果２１１ｇが保留否
定の場合にその理由を示す保留拒否理由である。２１１
ｉ，２１２ｉは保留解除応答２００ｉの情報要素２１０
に対応し、２１１ｉは保留解除要求２００ｈを受信した
通信端末１０００に対する処理結果を示す保留解除処理
結果，２１２ｉは保留解除処理結果２１１ｉが保留解除
否定の場合にその理由を示す保留解除拒否理由である。

【００１４】図５は、各通信端末において他の通信端末
１０００との通話状況を管理する通信相手管理テーブル
３２３２の一構成例を示す図である。同図において、３
２３２ａは現在通話中あるいは通話を保留中の状態にあ
る通信端末１０００のユーザ名を示す通信相手名，３２
３２ｂは通信相手名３２３２ａに対応する通信端末１０
００の宛先を示す通信相手アドレス，３２３２ｃは通信
相手名３２２２ａに対応する通信端末１０００との通話
状況が通話中であるか通話保留中であるかを識別する情
報を登録する通話状態である。

【００１５】図６は、発着信制御部３２３１が行う発信
処理のフローチャート例である。発着信制御部３２３１
は、ステップ２において通信路を接続したい通信端末１
０００へ接続要求２００ａを送信し、ステップ４におい
て接続要求２００ａを受信した着信端末１０００からの
コマンドが通信開始否定を示す接続処理結果２１１ｂを
含む接続応答２００ｂかどうかを判定する。ステップ４
における判定の結果、着信端末１０００からのコマンド
が通信開始否定を示す接続応答２００ｂであればステッ
プ６へ進む。ステップ６において接続応答２００ｂの接
続拒否理由２１２ｂが通話中を示すかどうかを判定し、
通話中を示している場合（ステップ６；YES）はステッ
プ８へ進み、接続要求２００ａを送信した発信端末１０
００のユーザに対して着信端末１０００が通話中である
ことを後述する相手通話中画面（図７参照）によって通
知する。

【００１６】次のステップ１０において発信端末１００
０のユーザが通話中における強制呼出を指示したかどう
かを判定し、強制呼出を指示した場合（ステップ１０；
YES）にはステップ１２へ進む。ステップ１２において
呼出モード２１４ａに強制呼出を示す情報を設定した接
続要求２００ａを着信端末１０００に再び送信した後、
ステップ１４に進む。

【００１７】ステップ１４では着信端末１０００からの
コマンドが呼出応答２００ｃかどうかを判定し、呼出応
答２００ｃであればステップ１６へ進み、発信端末１０
００のユーザに対して着信端末１０００のユーザを呼び
出していることを通知した後ステップ１８に進む。ステ
ップ１８では着信端末１０００のユーザが着信を受け付
けて通信を開始するか着信を拒否しているのかを確認し
て処理を終了する。

【００１８】一方、ステップ４で通信開始否定の通信応
答２００ｂ以外のコマンドを受信した場合（ステップ
４；NO）には直接ステップ１４へ進む。また、ステップ
６で接続応答２００ｂの接続拒否理由２１２ｂが通話中
を示していない場合（ステップ６；NO）あるいはステッ
プ１０でユーザが通話中における強制呼出を指示しない
場合（ステップ１０；NO）には処理を終了する。さら
に、ステップ１４で呼出応答２００ｄ以外の通知を受信
した場合（ステップ１４；NO）には直接ステップ１８へ
進む。なお、フローチャートには省略されているが、通
信相手と接続された場合には通話相手管理テーブル３２
３２に通話相手に関する情報を登録しておく。

【００１９】図７は、図６の発信処理のフローチャート
中、ステップ８において着信端末１０００のユーザが通
話中であることを発信端末１０００のユーザに通知する
相手通話中画面の一表示例である。同図において、３０
０は着信端末１０００が他の通信端末１０００と通話中
であることをテキスト（文）で通知する相手通話中画面
である。図は「相手は話し中です。呼び出しますか？」
という文と、発信元のユーザ名（町田太郎）、着信先ユ
ーザ名（王禅寺花子）が表示されている例である。３０
１および３０２は相手通話中画面３００上に表示され、
入力装置を用いてユーザが選択可能なボタンであり、３
０１は発信端末１０００のユーザに対して通話中におけ
る強制的な呼び出しを指示させ得る「強制呼出」ボタ
ン，３０２は呼び出しを行なうことなく発信処理の終了
を指示させ得る「終了」ボタンである。

【００２０】図８は、発着信制御部３２３１における着
信処理のフローチャート例である。発着信制御部３２３
１は、ステップ２０においてある通信端末１０００から
接続要求２００ａを受信（着信）し、ステップ２２にお
いて接続要求２００ａを受信した着信端末１０００が他
の通信端末１０００と通話中の状態にあるかどうかを判
定し、通話中の状態にある場合（ステップ２２；YES）
にはステップ２４へ進む。ステップ２４では受信した接
続要求２００ａの呼出モード２１４ａが強制呼出を示し
ているかどうかを判定する。この判定の結果、強制呼出
を示している場合（ステップ２４；YES）にはステップ
２６へ進み、接続要求２００ａを送信した発信端末１０
００へ呼出応答２００ｃを送信し、さらにステップ２８
において着信端末１０００のユーザに着信を通知した
後、ステップ３０に進む。

【００２１】ステップ３０では上記ステップ２８で通知
された着信をユーザが受け付けたか拒否したかどうかを
判定する。この判定の結果、着信を受け付けた場合（ス
テップ３０；YES）にはステップ３２へ進み、該着信端
末１０００が他の通信端末１０００と通話中の状態にあ
るかどうかを判定する。ステップ３２における判定の結
果、通話中の状態にある場合にはステップ３４へ進む。
ステップ３４では現在通話中の通信端末１０００へ保留
要求２００ｆを送信し、さらにステップ３６において保
留要求２００ｆを受信した通話中の通信端末１０００か
らの保留応答２００ｇを受信し、次のステップ３８にお
いて着信端末１０００の通信相手管理テーブル３２３２
に保留応答２００ｇの送信先に当たる通信端末１０００
に関する通話状態３２３２ｃを通話中から保留中に更新
することによって通話を保留し、次のステップ４０にお
いて通信開始を示す接続処理結果２１１ｂを含む接続応
答２００ｂを発信端末１０００へ送信し、新たな相手と
の通話を開始する。

【００２２】なお、ステップ２２における判定の結果、
通話中でない場合は直接ステップ２６へ進む。また、ス
テップ２４における判定の結果、受信した接続要求２０
０ａの呼出モード２１４ａが強制呼出を示さない場合は
ステップ４２へ進んで接続応答２００ｂの接続拒否理由
２１２ｂに通話中を示す情報を設定し、次のステップ４
４においてさらに接続応答２００ｂの接続処理結果２１
１ｂに通信開始拒否を示す情報を設定して発信端末１０
００へ接続応答２００ｂを送信する。さらに、ステップ
３０での判定の結果、ユーザが着信を拒否した場合は前
述のステップ４４へ進む。またステップ３２の判定の結
果、通話中の状態でない場合は直接ステップ４０へ進
む。なお、フローチャートには省略されているが、通信
相手と接続された場合には通話相手管理テーブル３２３
２に通話相手に関する情報を登録しておく。

【００２３】図９は、発着信制御部３２３１における通
信終了／保留処理のフローチャート例である。発着信制
御部３２３１において、ステップ４６は通話相手に当た
る相手端末１０００の情報を通信相手管理テーブル３２
３２に登録しておくステップである。次のステップ４８
は自端末１０００のユーザが通話終了を指示したかどう
かを判定するステップである。ステップ４８における判
定の結果、自端末１０００のユーザが通話終了を指示し
た場合にはステップ５０へ進み、現在通話中の相手端末
１０００に切断要求２００ｄを送信し、さらにステップ
５２において切断要求２００ｄを受信した相手端末１０
００から切断応答２００ｅを受信し、ステップ５４にお
いてステップ５２で切断応答２００ｅを送信した相手端
末１０００に関する通信相手管理テーブル３２３２の情
報を削除し、ステップ５６において通信相手管理テーブ
ル３２３２に保留中の相手が他に登録されているかどう
かを確認する。ステップ５６における確認の結果、保留
中の相手が登録されていない場合には処理を終了し、保
留中の相手が登録されている場合にはステップ６２へ進
む。ステップ６２において通信相手管理テーブル３２３
２の通話状態３２３２ｃが保留中を示す保留解除要求２
００ｈを通信端末１０００に送信し、次のステップ６４
において保留解除要求２００ｈを受信した通信端末１０
００からの保留解除応答２００ｉを受信した後、保留中
の通話を回復してステップ４６へ戻る。

【００２４】なお、ステップ４８で自端末１０００のユ
ーザが通話終了を指示しない場合にはステップ５８へ進
み、相手端末１０００から切断要求２００ｄを受信した
かどうかを判定する。ステップ５８の判定の結果、切断
要求２００ｄを受信した場合はステップ６０へ、受信し
なかった場合はステップ６６へそれぞれ進む。ステップ
６０では受信した接続要求２００ｄの送信元に当たる相
手端末１０００へ切断応答２００ｅを送信してステップ
５４へ進む。ステップ６６では通信中の相手端末１００
０から保留要求２００ｆを受信したかどうか判定し、保
留要求２００ｆを受信した場合はステップ６８へ進み、
保留要求２００ｆを受信しなかった場合にはステップ４
８へ戻る。

【００２５】ステップ６８において受信した保留要求２
００ｆの送信元に当たる相手端末１０００に保留応答２
００ｇを送信し、次のステップ７０において保留要求２
００ｆを送信した相手端末１０００に関する通話相手管
理テーブル３２３２の通話状態３２３２ｃを通話中から
保留中に更新し、次のステップ７２においてステップ６
６で受信した保留要求２００ｆの送信元に当たる相手端
末１０００から保留解除要求２００ｈを受信したかどう
かを判定し、保留解除要求２００ｈを受信した場合はス
テップ７４へ進み、保留解除要求２００ｈを受信しなか
った場合はステップ７２へ戻る。ステップ７４では、ス
テップ７２で受信した保留解除要求２００ｈの送信元に
当たる相手端末１０００へ保留解除応答２００ｉを送信
し、保留中の通話を回復した後ステップ４６に戻る。

【００２６】図１０は、通話中の相手に発信する場合の
シーケンス例である。まず、通信端末１０００ａと１０
００ｂが通話中の状態にあるものとする（シーケンス９
０１）。この状態において通信端末１０００ｃのユーザ
が通信端末１０００ｂへの呼び出しを指示する（シーケ
ンス９０２）と、通信端末１０００ｃは通信端末１００
０ｂに接続要求２００ａを送信する（シーケンス９０
３）。接続要求２００ａを受信した通信端末１０００ｂ
は通信端末１０００ａと通話中であるため、通信開始否
定を示す接続処理結果２１１ｂおよび通話中を示す接続
拒否理由２１２ｂを含む接続応答２００ｂを通信端末１
０００ｃに送信する（シーケンス９０４）。

【００２７】通信端末１０００ｃは、受信した接続応答
２００ｂの接続拒否理由２１２ｂから通信端末１０００
ｂが他の相手と通話中であることを確認し、通信端末１
０００ｃのユーザに対して相手通話中画面３００を表示
して着信先が通話中であることを通知し、相手通話中画
面３００（図７参照）の「強制呼出」ボタン３０１をユ
ーザが選択することにより通話中の相手への強制呼出を
指示する（シーケンス９０５）と、通信端末１０００ｃ
は強制呼出を示す呼出モード２１４ａを含む接続要求２
００ａを通信端末１０００ｂに送信する（シーケンス９
０６）。

【００２８】通信端末１０００ｂは受信した接続要求２
００ａの呼出モード２１４ａが強制呼出を示しているこ
とを確認し、通信端末１０００ｃに対して呼出応答２０
０ｃを送信する（シーケンス９０７）。通信端末１００
０ｂのユーザが通信端末１０００ｃからの着信の受付を
指示する（シーケンス９０８）と、今まで通話中であっ
た通信端末１０００ａに対して保留要求２００ｆを送信
し（シーケンス９０９）、保留要求２００ｆを受信した
通信端末１０００ａは通信端末１０００ｂへ保留応答２
００ｇを送信する（シーケンス９１０）。

【００２９】通信端末１０００ａと１０００ｂとの間を
通話保留中の状態にし（シーケンス９１１）、保留応答
２００ｇを受信した通信端末１０００ｂは通信端末１０
００ｃに対して接続応答２００ｃを送信し（シーケンス
９１２）、通信端末１０００ｃとの間を通話状態に切り
替える（シーケンス９１３）。

【００３０】この後、通信端末１０００ｃのユーザが通
話終了を指示すると（シーケンス９１４）、通信端末１
０００ｃから通信端末１０００ｂに対して切断要求２０
０ｄを送信し（シーケンス９１５）、切断要求２００ｄ
を受信した通信端末１０００ｂは通信端末１０００ｃへ
切断応答２００ｅを送信して通信端末１０００ｂと１０
００ｃとの通話を終了する（シーケンス９１６）。一
方、通信端末１０００ｂは通話保留中の相手である通信
端末１０００ａに対して保留解除要求２００ｈを送信す
る（シーケンス９１７）。通話保留中の通信端末１００
０ａは、保留中の相手である通信端末１０００ｂからの
保留解除要求２００ｈを受信すると保留解除応答２００
ｉを通信端末１０００ｂに対して送信し（シーケンス９
１８）、通信端末１０００ａと１０００ｂとの通話を再
開する（シーケンス９１９）。本実施例によれば、発信
側では呼び出そうとした相手が通話中であることを確認
した上で改めて呼び出すかどうか利用者の意志で判断決
定することができ、相手の通話を妨げることなく、かつ
緊急時における呼出も選択することが可能になり、通話
中の相手に対する柔軟性のある発着信操作を端末の利用
者に提供することができる。

【００３１】（第２の実施例）次に本発明の第２の実施
例を説明する。本実施例は、図６に示す発信処理のフロ
ーチャートにおいて、ステップ１４で呼出応答２００ｃ
を受信した場合、ステップ１６において呼出応答２００
ｃの呼出相手状態が通話中を示すかどうかを判定し、通
話中を示している場合には、接続要求２００ａを送信し
た発信端末１０００のユーザに対して着信端末１０００
が通話中であることを後述する呼出中画面で通知するよ
うにしたものである。

【００３２】図１１は、図６の発信処理のフローチャー
ト中のステップ１６において着信端末１０００のユーザ
が通話中であることを発信端末１０００のユーザに通知
する呼出中画面の一表示例である。同図において、４０
０は着信端末１０００が他の通信端末１０００と通話中
でありながら発信端末１０００からの呼び出しを受けて
いることをテキスト（文）で通知する呼出中画面であ
り、この例では、「話し中の相手を呼び出してます。」
というテキストと、発信元のユーザ名（町田太郎）と、
着信先ユーザ名（王禅寺花子）を表示している。４０１
は呼出中画面４００上に表示され、入力装置を用いてユ
ーザが選択可能なボタンであり、発信端末１０００のユ
ーザに対して通話中における呼出中止を指示させ得る
「呼出中止」ボタンである。

【００３３】本実施例の着信処理では、図８に示すフロ
ーチャート中、ステップ２２の判定結果が通話中である
場合、呼出応答２００ｃの呼出相手状態２１１ｃに通話
中を示す情報を設定してステップ２６へ進む。図１０に
示すシーケンスにおいて、通信端末１０００ｃは通信端
末１０００ｂに接続要求２００ａを送信する（シーケン
ス９０３）と、接続要求２００ａを受信した通信端末１
０００ｂは通話中を示す呼出状態通知２１１ｃを含む呼
出応答２００ｃを通信端末１０００ｃに送信し（シーケ
ンス９０７）、通話中の通信端末１０００ｂを呼び出し
ていることを通信端末１０００ｃのユーザに呼出中画面
４００で通知する。本実施例によれば、通話中の着信を
拒否することなく通話中を含む呼出応答を発信側に送る
ため、通話中の相手に対して呼び出しを続けるかどうか
発信側の利用者が迅速に判断し、適切な発着信操作を行
うことができる。

【００３４】（第３の実施例）上記実施例はいずれも着
信側が通話中の場合に発信側のユーザに通話中であるこ
とを通知する例であるが、着信側が通話を保留中の場合
にも発信側のユーザに保留中であることを通知するよう
にしてもよい。第３の実施例はこの場合の実施例であ
る。本実施例では、図６に示す発信処理のフローチャー
トにおいて、ステップ６で接続応答２００ｂの接続拒否
理由２１２ｂが通話中を示さない場合、さらに接続拒否
理由２１２ｂが保留中を示すかどうかを判定し、保留中
を示す場合、接続要求２００ａを送信した発信端末１０
００のユーザに対して着信端末１０００が保留中である
ことを相手通話中画面３００で通知してステップ１０へ
進むようにする。

【００３５】図７に示す相手通話中画面において、着信
端末１０００が他の通信端末１０００との通話を保留中
であることをテキスト（文）で通知する。図８に示す着
信処理のフローチャートにおいて、ステップ２２で通話
中でない場合、保留中かどうかを判定し、保留中の場合
にはステップ２４へ進み、ステップ２４で受信した接続
要求２００ａの呼出モード２１４ａが強制呼出を示さな
い場合は接続応答２００ｂの接続拒否理由２１２ｂに保
留中を示す情報を設定してステップ４４へ進む。

【００３６】図１２は、保留中の相手に発信する場合の
一シーケンス例を示す図である。まず、通信端末１００
０ａと１０００ｂが通話を保留中の状態にあるものとす
る（シーケンス９２１）。この状態において通信端末１
０００ｃのユーザが通信端末１０００ｂへの呼び出しを
指示する（シーケンス９２２）と、通信端末１０００ｃ
は通信端末１０００ｂに対して接続要求２００ａを送信
する（シーケンス９２３）。接続要求２００ａを受信し
た通信端末１０００ｂは通信端末１０００ａとの通話を
保留中のため、通信開始否定を示す接続処理結果２１１
ｂおよび保留中を示す接続拒否理由２１２ｂを含む接続
応答２００ｂを通信端末１０００ｃに送信する（シーケ
ンス９２４）。通信端末１０００ｃは、受信した接続応
答２００ｂの接続拒否理由２１２ｂから通信端末１００
０ｂが他の相手との通話を保留中であることを確認し、
通信端末１０００ｃのユーザに対して相手通話中画面３
００を表示して着信先が保留中であることを通知し、相
手通話中画面３００の強制呼出３０１をユーザが選択す
ることにより通話中の相手への強制呼出を指示する（シ
ーケンス９２５）と、通信端末１０００ｃは強制呼出を
示す呼出モード２１４ａを含む接続要求２００ａを通信
端末１０００ｂに送信する（シーケンス９２６）。

【００３７】通信端末１０００ｂは受信した接続要求２
００ａの呼出モード２１４ａが強制呼出を示すことを確
認し、通信端末１０００ｃに呼出応答２００ｃを送信し
（シーケンス９２７）、通信端末１０００ｂのユーザが
通信端末１０００ｃからの着信の受付を指示する（シー
ケンス９２８）と、通信端末１０００ｂは通信端末１０
００ｃに接続応答２００ｃを送信し（シーケンス９２
９）、通信端末１０００ａと１０００ｂとの通話を保留
したまま、通信端末１０００ｂと１０００ｃとの間の通
話を開始する（シーケンス９３０）。本実施例によれ
ば、発信側では呼び出そうとした相手が保留中であるこ
とを確認した上で改めて呼び出すかどうか利用者の意志
で判断することができ、相手の通話保留を妨げることな
く、かつ緊急時における呼出も選択することが可能にな
り、通話保留中の相手に対する柔軟性のある発着信操作
を端末の利用者に提供することができる。

【００３８】（第４の実施例）本実施例は、着信側が通
話を保留中であることを発信側のユーザに通知する場合
における別の実施例である。本実施例では、図６に示す
発信処理のフローチャートにおいて、ステップ１４で呼
出応答２００ｃを受信した場合、ステップ１６において
呼出応答２００ｃの呼出相手状態が保留中を示している
どうかを判定し、保留中を示している場合には、接続要
求２００ａを送信した発信端末１０００のユーザに対し
て着信端末１０００が保留中であることを呼出中画面４
００で通知する。図１１に示す呼出中画面において、着
信端末１０００が他の通信端末１０００と通話中であり
ながら発信端末１０００からの呼び出しを受けているこ
とをテキスト（文）で通知する。

【００３９】本実施例では、図８に示す着信処理のフロ
ーチャートにおいて、ステップ２２での判定結果が通話
中でない場合、次に保留中かどうかを判定し、保留中の
場合、呼出応答２００ｃの呼出相手状態２１１ｃに保留
中を示す情報を設定してステップ２６へ進む。図１２に
示すシーケンスにおいて、通信端末１０００ｃは通信端
末１０００ｂに接続要求２００ａを送信する（シーケン
ス９２３）と、接続要求２００ａを受信した通信端末１
０００ｂは保留中を示す呼出状態通知２１１ｃを含む呼
出応答２００ｃを通信端末１０００ｃに送信し（シーケ
ンス９２７）、保留中の通信端末１０００ｂを呼び出し
ていることを通信端末１０００ｃのユーザに呼出中画面
４００で通知する。本実施例によれば、通話保留中の着
信を拒否することなく通話中を含む呼出応答を発信側に
送るため、通話保留中の相手に対して呼び出しを続ける
かどうか発信側の利用者が迅速に判断し、適切な発着信
操作を行うことができる。

【００４０】（第５の実施例）上記実施例は、着信側の
通話中あるいは保留中といった通話状況を発信側のユー
ザに通知する実施例であるが、通話状況だけではなく通
話中あるいは保留中の通話状況にある着信側の通話相手
あるいは通話保留中の相手に関する情報を発信側のユー
ザに通知するようにしてもよい。第５の実施例はこの場
合の実施例である。本実施例では、図４に示すコマンド
フォーマットにおいて、接続応答２００ｂの情報要素２
１０に「通話相手名」および「通話状況」を示す領域を
加え、通話中の場合に接続要求２００ａを受信した通信
端末は、通話中を示す情報を接続拒否理由２１２ｂに、
通信開始拒否を示す情報を接続処理結果２１１ｂにそれ
ぞれ設定すると共に、通信相手管理テーブル３２３２の
「通信相手名３２３２ａ」および「通話状態３２３２
ｃ」を接続応答２００ｃの通話相手名および通話状況を
示す領域にそれぞれ設定し、この接続応答２００ｃを返
送するようにしている。

【００４１】本実施例では、図６に示す発信処理のフロ
ーチャートのステップ６において、接続応答２００ｂの
接続拒否理由２１２ｂが通話中を示しているかどうかを
判定し、通話中を示している場合は接続応答２００ｃの
通話相手名および通話状況を記憶してステップ８へ進
み、接続要求２００ａを送信した発信端末１０００のユ
ーザに対して着信端末１０００が通話中であることを相
手通話中画面４００で通知し、相手通話画面４００から
ユーザの通話相手情報の表示指示を検出した場合には、
後述する通話中相手情報画面を表示する。また本実施例
では、図７に示す相手通話中画面３００において、「強
制呼出」ボタン，「終了」ボタンの他に着信端末の通話
相手情報の表示を指示する「ＷＨＯ」ボタンを追加す
る。

【００４２】図１３は、相手通話中画面３００に追加し
て設けた「ＷＨＯ」ボタンをユーザが選択した時に表示
される通話相手情報画面の一表示例を示す図である。同
図において、５００は着信端末１０００が通話中あるい
は通話を保留中の相手を表示する通話中相手情報画面、
５０１は通話中相手情報画面５００上に表示され、着信
端末１０００の通話相手の名前および通信状況を示す通
話リストボックス、５０２は通話リストボックス５０１
の表示エリアを入力装置を用いてユーザがスクロールさ
せることができ、通話リストボックス５０１の表示エリ
アを越えて表示できない通話相手の名前および通信状況
の表示を可能にするスライドバー、５０３および５０４
は通話中相手情報画面５００上に表示され、入力装置を
用いてユーザが選択可能なボタンであり、５０３は着信
端末１０００のユーザに対して通話中における強制呼出
を指示する「強制呼出」ボタン、５０４は通話中相手情
報画面５００を消去する「閉じる」ボタンである。

【００４３】図８に示す着信処理のフローチャートにお
いて、ステップ２４の判定の結果、受信した接続要求２
００ａの呼出モード２１４ａが強制呼出を示さない場合
は、接続応答２００ｂの通話相手名を示す領域に通信相
手管理テーブル３２３２の通信相手名３２３２ａを、通
話状況を示す領域に通信相手管理テーブル３２３２の通
話状態３２３２ｃをそれぞれ設定してステップ４２へ進
むようにする。

【００４４】図１０に示すシーケンスにおいて、通信端
末１０００ｃは通信端末１０００ｂに接続要求２００ａ
を送信する（シーケンス９０３）と、接続要求２００ａ
を受信した通信端末１０００ｂは通信開始否定を示す接
続処理結果２１１ｂ，通話中を示す接続拒否理由２１２
ｂ，通信端末１０００ｂが通話中あるいは通話保留中の
相手を示す通話相手名および通話状況を含む接続応答２
００ｂを通信端末１０００ｃに送信する（シーケンス９
０４）。通信端末１０００ｃは、受信した接続応答２０
０ｂの接続拒否理由２１２ｂから通信端末１０００ｂが
他の相手と通話中であることを確認し、通信端末１００
０ｃのユーザに対して相手通話中画面３００を表示して
着信先が通話中であることを通知し、相手通話中画面３
００の「ＷＨＯ」ボタンをユーザが選択することによ
り、通話中相手情報画面５００に着信端末１０００の通
話相手情報、すなわち受信した接続応答２００ｂに含ま
れる通話相手名および通話状況を表示する。

【００４５】本実施例によれば、発信側では呼び出そう
とした相手が通話中であることを確認した上で改めて呼
び出すかどうか利用者の意志で判断することができ、相
手の通話を妨げることなく、かつ緊急時における呼出も
選択することが可能になり、通話中の相手に対する柔軟
性のある発着信操作を端末の利用者に提供することがで
きる。本実施例によれば、着信側の通話状況に加えて通
話中あるいは保留中の通話相手の名前を発信側で確認す
ることができ、通話中あるいは保留中の着信側に対して
呼び出すかどうかをユーザの意志によって、より適切に
判断することができる。

【００４６】（第６の実施例）上記実施例では通話中の
相手との通話を自動的に保留して別の相手との通話に切
り替える場合について説明したが、保留するか否かを通
話中の相手に判断させるようにしてもよい。第６の実施
例はその場合の実施例である。本実施例では、図６に示
す発信処理のフローチャートにおいて、ステップ１８で
受信した接続応答２００ｂの接続処理結果２１１ｂが通
話開始否定を、接続拒否理由２１２ｂが保留拒否をそれ
ぞれ示す場合には、着信端末１０００の通話相手が通話
保留を拒否したため通話を開始できない旨を図示しない
呼出結果画面で通知する。

【００４７】図８に示す着信処理のフローチャートにお
いて、ステップ３４で受信した通話相手からの保留応答
２００ｇの保留処理結果２１１ｇが保留否定、保留拒否
理由２１２ｇが保留拒否をそれぞれ示す場合には、接続
応答２００ｂの接続拒否理由２１２ｂに保留拒否を示す
情報を設定してステップ４４へ進む。図９に示す通話終
了／保留処理のフローチャートにおいて、ステップ６６
で保留要求２００ｆを受信した時、通話の保留の可否を
選択可能な図示しない保留確認画面を表示する。利用者
が保留許可を選択した場合はそのままステップ６８へ進
むが、保留不可を選択した場合には保留応答２００ｇの
保留処理結果２１１ｇに保留否定を示す情報を、保留拒
否理由２１２ｇに保留拒否を示す情報をそれぞれ設定
し、ステップ６６で受信した保留要求２００ｆの送信元
に当たる相手端末１０００に保留応答２００ｇを送信し
た後、ステップ４８へ戻る。

【００４８】この事情をシーケンス図を用いて説明す
る。図１０に示すシーケンスにおいて、通信端末１００
０ｂのユーザが通信端末１０００ｃからの着信の受付を
指示する（シーケンス９０８）と、今まで通話中であっ
た通信端末１０００ａに保留要求２００ｆを送信し（シ
ーケンス９０９）、保留要求２００ｆを受信した通信端
末１０００ａは図示しない保留確認画面を表示し、通信
端末１０００ａのユーザが保留許可を指示した場合はシ
ーケンス９１０以降の流れで進む。

【００４９】一方、通信端末１０００ａのユーザが保留
不可を指示した場合は保留否定を示す保留処理結果２１
１ｇおよび保留拒否通話中を示す保留拒否理由２１２ｇ
を含む保留応答２００ｇを通信端末１０００ｂに送信
し、この保留応答２００ｇを受信した通信端末１０００
ｂは通信開始否定を示す接続処理結果２１１ｂおよび保
留拒否を示す接続拒否理由２１２ｂを含む接続応答２０
０ｂを通信端末１０００ｃに送信し、この接続応答２０
０ｂを受信した通信端末１０００ｃは、着信端末１００
０の通話相手が通話保留を拒否したため通話を開始でき
ない旨を図示しない呼出結果画面で通知する。本実施例
によれば、通話中における別の相手からの着信受付に伴
う一方の通話相手からの保留要求をもう一方の通話相手
の意志で判断することができ、発信側と通話中の着信側
との発着信操作に着信側の通話相手の意志を反映させ、
発信側に通知することができる。

【００５０】（第７の実施例）以上説明した実施例はい
ずれもある相手との通話が終了した後に保留中の相手と
の通話を自動的に回復するものであるが、保留中の相手
の通話状況に応じて通話の保留を解除するか否かをユー
ザに選択させるようにしてもよい。第７の実施例はその
場合の実施例である。本実施例では、図９に示す通話終
了／保留処理のフローチャートにおいて、ステップ６６
で保留要求２００ｆを受信しなかった場合には保留解除
要求２００ｇを受信したかどうかを判定し、保留解除要
求２００ｇを受信しない場合はステップ４８へ戻り、保
留解除要求２００ｇを受信した場合には現在通話中の相
手がいるかどうかを判定し、通話中の相手がいる場合に
は保留解除処理結果２１１ｉに保留解除否定、保留解除
拒否理由２１２ｉに通話中を示す情報をそれぞれ設定し
た保留解除応答２００ｉを送信し、ステップ４８に戻
る。また、ステップ６４で受信した保留解除応答２００
ｉの保留解除処理結果２１１ｉが保留解除否定、保留解
除拒否理由２１２ｉが通話中をそれぞれ示す場合には、
保留相手先が他の相手と通話中のため保留を解除できな
い旨を図示しない保留解除結果画面で通知し、ステップ
４６へ戻る。

【００５１】この事情をシーケンス図を用いて説明す
る。図１０に示すシーケンスにおいて、通信端末１００
０ａと１０００ｂとの通話を保留中（シーケンス９１
１）、通信端末１０００ｂと１０００ｃとの間で通話中
（シーケンス９１３）の状態で、図示しない通信端末１
０００が通信端末１０００ａと通話中の場合に、通信端
末１０００ｃのユーザが通話終了を指示（シーケンス９
１４）すると、通信端末１０００ｃから通信端末１００
０ｂへ切断要求２００ｄを送信（シーケンス９１５）す
る。切断要求２００ｄを受信した通信端末１０００ｂは
通信端末１０００ｃへ切断応答２００ｅを送信して通信
端末１０００ｂと１０００ｃとの通話を終了する（シー
ケンス９１６）とともに、通話保留中の相手である通信
端末１０００ａに保留解除要求２００ｈを送信する（シ
ーケンス９１７）。

【００５２】通話保留中の通信端末１０００ａは、保留
中の相手である通信端末１０００ｂからの保留解除要求
２００ｈを受信すると、図示しない通信端末１０００と
通話中のため、保留解除処理結果２１１ｉに保留解除否
定を示す情報、保留解除拒否理由２１２ｉに通話中を示
す情報をそれぞれ設定した保留解除応答２００ｉを通信
端末１０００ｂへ送信し、保留解除応答２００ｉを受信
した通信端末１０００ｂでは保留相手先が他の相手と通
話中のため保留を解除できない旨を図示しない保留解除
結果画面で通知し、通信端末１０００ａと１０００ｂと
の通話を保留中の状態に維持する。本実施例によれば、
ある端末と通話中の場合に通話保留中の別の端末から保
留解除要求を受信した時、通話中を含む保留解除否定応
答を自動的に送信するため、保留解除による通話中の相
手の通話への妨げを防ぎ、保留解除側では保留解除の拒
否理由を確認でき、不必要な保留解除再送操作を防ぐこ
とができる。

【００５３】（第８の実施例）以上の説明では、保留中
の通信相手が複数いる場合を特に考慮せず保留を解除す
る場合について説明したが、ある条件を基準に保留中の
複数の通話相手から保留解除する相手を選択させるよう
にしてもよい。第８の実施例はその場合の実施例であ
る。本実施例では、図１に示す通信端末１０００に現在
の時刻を計測するタイマを設け、図５に示す通話相手管
理テーブル３２３２に通話の保留開始時刻を示す保留時
刻を追加する。図８に示す着信処理のフローチャートに
おいて、ステップ３８では着信端末１０００の通信相手
管理テーブル３２３２において、保留応答２００ｇの送
信先に当たる通信端末１０００に関する通話状態３２３
２ｃを通話中から保留中に更新することによって通話を
保留するとともに、現在の時刻をタイマから入手して通
信相手管理テーブル３２３２の保留時刻に登録する。

【００５４】図９に示す通信終了／保留処理のフローチ
ャートにおいて、ステップ５６では通信相手管理テーブ
ル３２３２に保留中の相手が登録されている場合には通
信相手管理テーブル３２３２の保留時刻を比較し、最も
時刻の古い保留時刻に対応する相手を保留解除する相手
に選択してステップ６２に進む。またステップ７０では
保留要求２００ｆを送信した相手端末１０００に関する
通話相手管理テーブル３２３２の通話状態３２３２ｃを
通話中から保留中に更新するとともに、現在の時刻をタ
イマから入手して通信相手管理テーブル３２３２の保留
時刻に登録し、ステップ７２へ進む。本実施例によれ
ば、通話を保留された時間の長い相手を優先して自動的
に保留解除するので、保留中の利用者操作を簡便化し、
通話を保留する複数の相手間で通話保留に伴う通話待ち
時間の格差を低減できる。

【００５５】（第９の実施例）次に、第９の実施例を説
明する。第９の実施例も保留中の複数の通話相手から保
留解除する相手を選択させる場合の実施例である。図１
に示す通信端末１０００に現在の時刻を計測するタイマ
を設け、図５に示す通話相手管理テーブル３２３２に通
話を開始した時刻を示す開始時刻を追加する。図９に示
す通信終了／保留処理のフローチャートにおいて、ステ
ップ４６では通話相手に当たる相手端末１０００の情報
を通信相手管理テーブル３２３２に登録するとともに、
現在の時刻をタイマから入手して通信相手管理テーブル
３２３２の保留時刻に登録する。またステップ５６では
通信相手管理テーブル３２３２に保留中の相手が登録さ
れている場合には通信相手管理テーブル３２３２の開始
時刻を比較し、最も時刻の古い開始時刻に対応する相手
を保留解除する相手に選択してステップ６２に進む。本
実施例によれば、通話を開始した時刻の早い相手を自動
的に保留解除するので、保留中の利用者操作を簡便化
し、通話時間の長い相手との通話を優先的に回復でき
る。

【００５６】（第１０の実施例）次に、第１０の実施例
を説明する。第１０の実施例も保留中の複数の通話相手
から保留解除する相手を選択させる場合の実施例であ
る。図９に示す通信終了／保留処理のフローチャートに
おいて、ステップ５６で通信相手管理テーブル３２３２
に保留中の相手保留中の相手が登録されている場合、通
信相手管理テーブル３２３２の通話相手名３２３２ａを
後述する通話保留情報画面でユーザに通知し、通話保留
情報画面でユーザが選択した相手を保留解除する相手に
選択してステップ６２へ進む。

【００５７】図１４は、第１０の実施例での通信終了／
保留処理のステップ５６において通信相手管理テーブル
３２３２の通話相手名３２３２ａをユーザに通知する通
話保留情報画面の一表示例を示す図である。同図におい
て、６００は通信端末１０００が現在通話を保留してい
る相手がいることを示す通話保留情報画面であり、図の
例では、「次の方々との通話を保留しています。保留解
除する相手先を指定して下さい。」と表示される。６０
１は通話保留情報画面６００上に表示され、通話を保留
している相手の名前を示す保留リストボックス、６０２
は保留リストボックス６０１の表示エリアを入力装置を
用いてユーザがスクロールさせることができ、保留リス
トボックス５０１の表示エリアを越えて表示できない通
話保留中の相手の名前の表示を可能にし、保留解除する
相手を選択するスライドバー、６０３および６０４は通
話保留情報画面６００上に表示され、入力装置を用いて
ユーザが選択可能なボタンであり、６０３は保留リスト
ボックス６０１上で選択された相手に対する通話保留解
除（再開）を指示する「保留解除」ボタン、６０４は保
留リストボックス６０１に表示された相手との通話を解
除せず終了することを指示する「終了」ボタンである。
本実施例によれば、保留解除する相手をユーザの意志で
任意に選択でき、ユーザの意志を反映したスムーズな通
話相手の切替操作を提供できる。

【００５８】なお、上記実施例では保留を解除する相手
の選択基準として通話保留の開始時刻（第８の実施
例）、通話開始時刻（第９の実施例）、およびユーザ指
示に従う（第１０の実施例）場合について説明したが、
本発明はこれに限定されるものではなく、例えばユーザ
が予め登録した優先度の高い相手の順に保留を解除する
など、選択基準は種々の変形が可能である。また、この
例ではいずれも通話中あるいは保留中の着信側の通話状
況および通話相手名を着信側を呼び出した発信側でモニ
タする場合について、接続応答コマンドあるいは呼出応
答コマンドに通話中などの通話状況および通話相手名を
乗せて発信側に通知する例について説明したが、本発明
はこれに限定されるものではなく、例えば発着信制御コ
マンドとは別にユーザデータで通話状況および通話相手
名をやりとりすることも可能であり、またある通信端末
の通話状況や通話相手名を任意のタイミングで別の通信
端末上に入手してモニタしてもよく、モニタする情報も
通話状況と通話相手名に限定されることなく、例えば通
話相手のアドレスを表示するなど、通話相手に関連する
様々な情報をモニタしても構わない。

【００５９】さらに、この例では発信側が通話中である
にもかかわらず強制呼出を選択すれば必ず通話中の相手
を呼び出す場合について説明したが、本発明はこれに限
定するものではなく、着信側の着信規制機能と組み合わ
せることも可能であり、例えば通信中のユーザに着信規
制を指示できるユーザインタフェースをユーザに提供
し、ユーザが着信規制を選択した場合には、通話中にお
いて他の相手からいかなる着信も受け付けられないよう
にしても構わない。さらに、この例では保留中の相手は
相手の通信終了に伴う保留解除を待つ場合のみ説明した
が、本発明はこれに限定するものではなく、保留中の相
手が保留解除を要求したり、保留を取り消して通話を終
了することも可能である。さらにまた、この例では音声
通話を前提に説明したが、マルチメディア一般に適用可
能であり、利用者自身の映像、ＶＴＲの再生する映像、
音声やイメージスキャナで取り込んだ静止画等、通話で
利用する情報の種類によらないことはいうまでもない。

【００６０】

【発明の効果】本発明によれば、発信側では着信側の通
話状況を把握した上で呼び出すか否かを選択することが
でき、着信側では通話中における不必要な着信を防ぐこ
とにより通話を円滑に進めるとともに緊急の呼び出しを
受け付けることも可能になり、柔軟かつ迅速に適切な発
着信操作を実現できるという顕著な効果を有する。

【図面の簡単な説明】

【図１】本発明に係る通信システムの一構成図である。

【図２】図１の通信システムにおける通信制御部の一構
成図である。

【図３】図２の通信制御部におけるデータ通信制御部の
一構成図である。

【図４】図１の通信システムにおいて、通信を開始およ
び終了する場合に通信端末間で送受信するコマンドフォ
ーマットの一構成図である。

【図５】図３のデータ通信制御部において、通話中の相
手および通話を保留中の相手に関する情報を登録可能な
通信相手管理テーブルである。

【図６】図３のデータ通信制御部の発着信制御部におけ
る発信処理の一例を示す図である。

【図７】図６の発信処理において、通話中のため着信が
拒否されたことを通知し、通話中の相手を呼び出すかど
うかをユーザに選択させるユーザインタフェースを提供
する相手通話中画面の一構成図である。

【図８】図３のデータ通信制御部の発着信制御部におけ
る着信処理の一例を示す図である。

【図９】図３のデータ通信制御部の発着信制御部におけ
る通信終了／保留処理の一例を示す図である。

【図１０】図１の通信システムにおいて、通話中の通信
端末に対する発着信時のコマンド送受信シーケンスの一
例を示す図である。

【図１１】図６の発信処理において、通話中の相手を呼
び出していることを通知し、呼び出しの中止をユーザが
指定できるユーザインタフェースを提供する呼出中画面
の一構成図である。

【図１２】図１の通信システムにおいて、通話を保留中
の通信端末に対する発着信時のコマンド送受信シーケン
スの一例を示す図である。

【図１３】発信側において、通話中の着信側における相
手先を表示する通話中相手情報画面の一構成図である。

【図１４】ある相手との通話を終了後、通話を保留して
いる相手を表示し、通話を再開する相手を選択可能なユ
ーザインタフェースを提供する通話保留情報画面の一構
成図である。

【符号の説明】

１０００（１０００ａ，１０００ｂ，１０００ｃ）…通
信端末、１１００…入力装置、１２００…出力装置、１
３００…メモリ、１４００…回線インタフェイス部、１
５００…ＣＰＵ、１６００…蓄積装置、１７００…内部
バス、２０００…通信網、３０００…通信制御部、３１
００…通信管理部、３２００…データ通信制御部、３２
３１…発着信制御部、３２３２…通信相手管理テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 湯本 一磨 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 小山 俊明 愛知県尾張旭市晴丘町池上１番地 株式会 社日立製作所オフィスシステム事業部内

Claims (11)

【特許請求の範囲】
1. 【請求項１】 複数の通信端末が通信網を介してデータ
   通信を行う通信システムにおいて、前記通信端末は、通
   話中に検出した着信に対し通話中指示情報付き着信拒否
   を自動的に応答する着信拒否手段と、前記着信拒否応答
   受信時に通話中理由付き呼出不可を利用者に提示する呼
   出不可理由提示手段と、前記利用者からの呼出指示に応
   じて前記着信拒否を応答した相手に対し強制呼出指示情
   報付き再発信を行う強制呼出手段と、前記強制呼出指示
   情報を含む着信を検出時に呼出応答を自動的に応答する
   条件付き呼出応答手段とを具備することを特徴とする通
   信システム。
2. 【請求項２】 請求項１記載の通信システムにおいて、
   前記通信端末は、通話の保留中に検出した着信に対し保
   留中指示情報付き着信拒否を自動的に応答する着信拒否
   手段と、前記着信拒否応答受信時に保留中理由付き呼出
   不可を利用者に提示する呼出不可理由提示手段とをさら
   に具備することを特徴とする通信システム。
3. 【請求項３】 請求項１および２記載の通信システムに
   おいて、前記通信端末は、上記着信拒否応答受信時に通
   話中あるいは保留中の通話状況にある相手への呼出の可
   否を前記利用者に選択させ得る呼出可否選択手段をさら
   に具備することを特徴とする通信システム。
4. 【請求項４】 複数の通信端末が通信網を介してデータ
   通信を行う通信システムにおいて、前記通信端末は、通
   話中に検出した着信に対し通話中指示情報付き呼出応答
   を自動的に応答する呼出応答手段と、前記呼出応答受信
   時に通話中の相手への呼出中を利用者に提示する呼出中
   提示手段と、前記呼出応答を応答した相手に対する呼出
   継続の可否を前記利用者に選択させ得る通話中呼出継続
   選択手段とを具備することを特徴とする通信システム。
5. 【請求項５】 請求項４記載の通信システムにおいて、
   前記通信端末は、通話を保留中に検出した着信に対し保
   留中指示情報付き呼出応答を自動的に応答する呼出応答
   手段と、前記呼出応答受信時に保留中の相手への呼出中
   を利用者に提示する呼出中提示手段と、前記保留中の相
   手への呼出継続の可否を前記利用者に選択させ得る保留
   中呼出継続選択手段とをさらに具備することを特徴とす
   る通信システム。
6. 【請求項６】 複数の通信端末が通信網を介してデータ
   通信を行う通信システムにおいて、前記通信端末は、通
   話中に検出した保留解除要求に対し通話中指示情報付き
   保留解除拒否を自動的に応答する保留解除拒否手段と、
   前記保留解除拒否応答受信時に通話中理由付き保留解除
   不可を利用者に提示する保留解除不可理由提示手段とを
   さらに具備することを特徴とする通信システム。
7. 【請求項７】 請求項６記載の通信システムにおいて、
   前記通信端末は、通話中の着信受付時に通話中の相手に
   対し自動的に保留要求を送信する保留要求手段と、前記
   保留要求受信時に通話保留の可否を利用者に選択させ得
   る通話保留可否選択手段と、前記通話保留可否選択手段
   による保留拒否選択時に保留拒否を応答する保留拒否応
   答手段と、前記保留拒否応答受信時に保留拒否指示情報
   付き着信拒否を自動的に応答する着信拒否手段と、前記
   着信拒否応答受信時に保留拒否理由付き呼出中止を利用
   者に提示する呼出中止理由提示手段とをさらに具備する
   ことを特徴とする通信システム。
8. 【請求項８】 複数の通信端末が通信網を介してデータ
   通信を行う通信システムにおいて、前記通信端末は、通
   話中の相手に係るアドレス情報等の相手情報を登録する
   通話相手情報登録手段と、通話中に検出した着信に対し
   前記相手情報を通知する通話相手情報通知手段と、前記
   通話相手情報通知手段により受信した相手情報を利用者
   に提示する通信相手情報提示手段とをさらに具備するこ
   とを特徴とする通信システム。
9. 【請求項９】 請求項８記載の通信システムにおいて、
   前記通信端末は、現在の時刻を計測する計時手段と、前
   記計時手段により検出された通話保留開始時刻を上記通
   話相手情報登録手段に登録された相手情報と組み合わせ
   登録する保留開始時刻登録手段と、通話終了時に前記保
   留開始時刻登録手段により登録された保留開始時刻を比
   較する保留開始時刻比較手段と、前記保留開始時刻比較
   手段により検出された最も早い保留開始時刻に対応する
   相手に対して自動的に保留解除要求を送信する保留解除
   手段とをさらに具備することを特徴とする通信システ
   ム。
10. 【請求項１０】 請求項８記載の通信システムにおい
    て、前記通信端末は、現在の時刻を計測する計時手段
    と、前記計時手段により検出された通話開始時刻を上記
    通話相手情報登録手段に登録された相手情報と組み合わ
    せ登録する通話開始時刻登録手段と、通話終了時に前記
    通話開始時刻登録手段により登録された通話開始時刻を
    比較する通話開始時刻比較手段と、前記通話開始時刻比
    較手段により検出された最も早い通話開始時刻に対応す
    る相手に対して自動的に保留解除要求を送信する保留解
    除手段とをさらに具備することを特徴とする通信システ
    ム。
11. 【請求項１１】 請求項８記載の通信システムにおい
    て、前記通信端末は、通話終了時に上記通話相手情報登
    録手段により登録された保留中の相手情報を利用者に提
    示する保留相手情報提示手段と、前記保留相手情報提示
    手段により提示された保留中の相手から保留解除する相
    手を前記利用者が選択し得る保留解除相手選択手段とを
    さらに具備することを特徴とする通信システム。