(57)【特許請求の範囲】
【請求項１】
インターネットプロトコルによるネットワークを介して複数の端末間で音声通信及びデータ通信を行うことが可能な通信システムにおいて，
予め各端末にそれぞれ自端末の利用者の氏名を始めとする通話者情報を格納する通話者情報格納部と，通話者情報の入力を行う入力部と，通話者情報を表示する表示部と，音声通信を制御する通話回路部と，発信時に着信側端末からの受付けの信号を受信すると前記通話者情報格納部の発信者の通話者情報を着信側端末に送信し，着信時に呼び出し信号を受信すると受付の信号を送信すると共に前記通話者情報格納部の通話者情報を発信側に送信する制御を行う通話者情報送受信制御部とを設け，
端末内に相手端末への着信時に相手端末で表示させたいメッセージを格納する呼毎メッセージ格納部を設け，
相手端末との音声通信による発・着信時の通話を行う前に，発信側端末と着信側端末間で通話者情報を相互に転送して，呼出しまたは着信表示と同時に通話相手の情報を発信者，着信者の双方の端末の表示部に表示すると共に，発信側端末の前記呼毎メッセージ格納部の内容を前記通話者情報と共に転送して受信側端末の表示部に表示することを特徴とする通話者情報表示方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は複数の通話端末間で音声及びデータ通信を同時に行うことが可能な通信システムにおける通話者情報表示方式に関する。
【０００２】
近年，インターネット／イントラネットの普及により，音声情報をＩＰ（Internet Protocol)情報に統合し，ＩＰネットワーク経由で音声通信（電話）を行うニーズが高まっている。このニーズを受けてパーソナルコンピュータ（ＰＣ）を端末としてＬＡＮ（Local Area Network) やインターネット経由で電話を行うことが，ＶｏＩＰ（Voice over IP)技術の出現により可能となっている。ＶｏＩＰ技術では音声情報をＩＰパケットに変換し，ＩＰネットワーク上で通話することが可能であり，通信相手先の電話番号等の識別情報からＩＰアドレス情報をゲートキーパと呼ばれるサーバから取得し，相手端末と通信設定手順を行った後，音声データを直接相手端末との間で送受信し，音声通信を行うことが可能となっている。
【０００３】
更に，ＶｏＩＰ技術では，音声情報をＩＰパケットに変換して通信するので，通信回線を常時占有することは無く，１つの音声通信中も通信回線の帯域が空いていれば，他の通話を受け付けたり，通話したりすることができる。例えば，電話回線を用いてＷＷＷアクセス等ＩＰパケット通信を行う際の通信スピードは，使用するモデムの通信スピードに依存し，現在は１電話回線当たり５６Ｋｂｐｓまで通信することが可能である。これに対し，ＶｏＩＰの１通話で使用する帯域は１０〜２０Ｋｂｐｓ程度におさえることが可能であるので，電話回線１本当たり２〜４通話行うことが可能となる。また，電話着信の際，通話相手の識別のため，応答前に電話番号や発信者の名前等，発信者情報を着信端末上に表示させるニーズは従来より強く，種々の方法が提案されている。
【０００４】
【従来の技術】
図３２は従来例１の構成，図３３は従来例２の構成を示す。
【０００５】
図３２の従来例１は，画像等の発信者の情報を集中して格納したデータベースを設けて各電話機に対応したパソコン上に表示させる技術であり，例えば，特開平１１−８８４９６号公報に開示されている。図３２において８０は加入者線交換機，８１は発信者番号受信装置，８２は多数の電話機に対して集中管理するために設けられた発信者情報格納データベース，８３は多数設けられた電話機，８４は各電話機８３に対応して設けられたＰＣ（パーソナルコンピュータ）である。この従来例１では，加入者線交換機８０の電話機８３に着信があると，着信時に加入者線交換機８０から送られてくる発加入者の電話番号を発信者番号受信装置８１で受信するとその番号を表示部（図示省略）に表示すると共に，発信者情報格納データベース８２に送る。発信者情報格納データベース８２では，データ検索部が発加入者の電話番号を用いてデータベースを検索して，検索されたデータ（発信加入者に関する画像やデータ）を着信が発生した電話機８３に対応するＰＣ８４に通信制御部を介して転送し，ＰＣ８４の表示部に表示する。発信者情報格納データベース８２は，一つの電話機８３から発呼する場合にも相手の名前を指定することで，対応する電話番号を検索してダイヤルが自動化する場合にも利用される。この時，検索された相手に関する種々の情報（画像データを含む）を発呼を行った電話機８３に対応するＰＣ８４の表示部に表示させることができる。
【０００６】
次に図３３に示す従来例２の構成は，電話機能を備える通信端末に発信者情報のデータベースを内蔵する技術であり，例えば，特開平６−１２１３０２号公報に記載されている。図中，８５は電話交換機能を備えた通信ネットワーク，８６は電話機能を備えた通信端末，８７は送話器，受話器を含むハンドセットである。通信端末８６内には通信制御部８６０，通話回路部８６１，発信者番号検索部８６２，発信者情報データベース８６３及び発信者情報を表示するための表示部８６４と発信者情報を格納するための入力部８６５を備えている。
【０００７】
この従来例２の場合も，通信端末８６に着信があると，着信情報に含まれた発信者番号を用いて発信者情報データベース８６３を検索し，発信者の画像を含めて予め格納された情報を表示部８６４に表示して，応答する前に発信者に関する知識が提供される。なお，この従来例２の構成によりこの通信端末８６から発信する時に，発信者情報データベース８６３に予め格納しておいた静止画像または入力部８６５としてカメラを使用することで発信者の動画像をリアルタイムで着信先に送信することもできる。
【０００８】
また，上記したように音声情報をパーソナルコンピュータ（ＰＣ）を端末としてＬＡＮ（Local Area Network) ，イントラネット，インターネット等で電話を行うＶｏＩＰ（Voice over IP)技術が出現し，音声情報をＩＰ（ＴＣＰ／ＩＰの中のＩＰ：インターネットプロトコル）パケットに変換し，ＩＰネットワーク上で通話することが可能となった。
【０００９】
ＶｏＩＰによるＩＰ電話の技術については，ＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）によりＨ．３２３（非保証型ネットワーク上での音声・ビデオ通信に関する標準）として，その仕様が勧告されている。この標準仕様には，アナログ音声をディジタルに変換する符号化技術，符号化された音声データをＩＰパケットに乗せるパケット化技術，電話機が送出する相手先電話番号を調べて最適な経路を決める「呼設定処理」技術等がある。呼設定処理では，通信相手先の電話番号等の識別情報からＩＰアドレス情報をゲートキーパと呼ばれるサーバから取得し，相手端末と通信設定手順を行った後，音声データを直接相手端末との間で送受信し，音声通信を行うことが可能となっている。なお，同じＩＴＵ−ＴによるＨ．２４５（制御メッセージのプロトコルの標準）や，Ｈ．４５０（保留・転送等の付加サービスに関する標準）が勧告されている。
【００１０】
【発明が解決しようとする課題】
発信者の情報を着信者に伝えることは可能であるが，着信者の情報を発信者に伝えることは考慮されておらず，例えば，着信先において転送等により他の着信先に着信した場合等では着信者の情報を知りたい場合があるが，従来技術では実現が困難であった。
【００１１】
また，通信者情報を更新する場合に，上記従来例２の技術では，通信者情報が各端末内にあるため，各端末操作者が情報を更新する必要があり，かなり手間がかかっていた。更に，更新を怠ると最新の情報が表示されないため頻繁な更新作業が要求されている。
【００１２】
更に，上記従来例１の技術では，データベースを複数端末に対し集中管理しているため着信時に交換機から発信者番号を受信した後，データベースを検索し，情報が見つかった後に着信端末に情報を転送し，端末上で情報を表示していたので，着信から情報表示まで時間がかかるという問題があった。
【００１３】
また，従来の電話技術では電話発信時，緊急の要件であるのですぐ出て欲しい場合も相手にその旨を伝えられないため，電話の緊急度等の呼毎のメッセージを着信者に伝えたいという要求があった。更に，電話着信時，着信者が忙しいので電話に出られない場合も，後でかけ直す等の内容を発信者に伝えるために電話に応答する必要があり，作業が中断されてしまうため，着信時に発信相手の確認後，簡単な操作で発信者に対してメッセージを送信したいという要求があった。
【００１４】
一方，共有電話帳等のアプリケーションで使用するため，通話者情報を複数の人で共有したい場合も通話者情報の登録／更新作業に多大な手間がかる問題があった。また，通話中時の電話着信に対し，応答するサービスが公衆電話網の通話中割込みサービスや，ＰＢＸの機能として提供されているが，通話中時の電話着信時も発信者情報を表示し，通話相手を確認することはできず，通話相手により呼の切り替え要否を決定することは実現できなかった。
【００１５】
本発明は上記問題を解決し，通話者情報の登録／更新が容易であり，且つ発信／着信者情報の表示を同時に行うことが可能であり，発信操作から情報表示までの時間を短縮し，発信者から電話に関するメッセージを伝えることができ，着信時に着信者から発信者に対しメッセージを送信したり，受信した最新情報を共有データベースに自動的に登録可能とし，且つ共有データベース情報更新の手間を削減できる通話者情報表示装置を提供することを目的とし，更に話中時にも発信者情報を表示し，必要に応じて呼の切り替えを行うことが可能な通話者情報表示装置を提供することを目的とする。また，前記の各機能を実現する通話者情報表示方式を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明はＶｏＩＰ技術が持つ同一相手への音声／データ同時通信機能を使用し，端末操作者情報を発信／着信それぞれの端末内で保持／管理し，電話通信開始時の呼設定手順内でお互いが保持する通話者情報を通信／交換することで，情報の受け渡しを行い，端末上に表示するのを可能にしている。
【００１７】
また，ＶｏＩＰ技術が持つ複数呼の制御機能を使用して，端末が通話中でも新規着信呼の通話者情報を着信端末上に表示し，着信を受け付けることを可能にしている。
【００１８】
図１は本発明の第１の原理構成を示す図である。図中，１ａ，１ｂは通話機能を備えた端末（または通信端末）であり，各端末１ａ，１ｂ内の１０はＣＰＵを含むプログラムによる情報処理機能を備えた制御部，１１はハンドセット又はスピーカ，マイク等と接続され，ＣＯＤＥＣ（符号・復号器）によりアナログ・ディジタルの相互変換を行うと共に音声（ディジタル）のパケット化／デパケット化を含む送受信制御機能を備えた通話回路部，１２は後述するＩＰネットワーク２と送受信を行う通信インタフェース，１３は入力部，１４は通話者情報等を表示する表示部，１５は自端末の通話者情報を格納する通話者情報格納部，１６は通話者情報を通信インタフェース１２を介して送受信する通話者情報送受信制御部である。２はＩＰアドレスを用いてデータ通信を行うと共にＶｏＩＰによる電話通信も行うＬＡＮ，イントラネット，インターネット等のＩＰネットワーク（インターネットプロトコルによりネットワーク層の通信制御を行うネットワーク）である。
【００１９】
図１には，ＶｏＩＰ技術を用いて本発明により通話者情報表示を実現するための機能ブロックを示し，端末１ａを発信側，端末１ｂを着信側として動作の概略を説明する。端末１ａ，１ｂの利用者は予めそれぞれの入力部１３から自分の氏名を始めとする情報を通話者情報格納部１５に格納しておき，端末１ａの利用者が相手先を指定して発信すると，制御部１０の制御により通信インタフェース１２からＩＰネットワーク２へ呼出しメッセージを送信する。相手端末１ｂでこれを受け取ると受付を表すメッセージを発信側へ送り，端末１ｂの利用者の呼び出しを行うと共に通話者情報格納部１５の通話者情報を発信側へ送る。発信側の端末１ａで受付のメッセージを受け取ると，制御部１０は通話者情報格納部１５に格納された自分の通話者情報を送信させる一方，相手からの通話者情報を受信すると表示部１４にその通話者情報と相手端末１ｂが呼び出し中の状態であることを表示する。相手端末１ｂで発信側の端末１ａの利用者情報を見て利用者が応答を行うと，その応答メッセージが発信側端末１ａに送られて，通話回路部１１，通信インタフェース１２を介してＶｏＩＰのパケットによる音声通信が開始される。
【００２０】
図１に示す第１の原理構成において，端末１ａ，１ｂは上記の制御を行うためのプログラム及びデータを制御部１０内のメモリに備えており，プログラムの詳細なフローは後述する実施例の構成に示す。このようなプログラムを含むメモリとしては，ＣＰＵにより直接アクセスされるＲＡＭだけでなく，ハードディスク，ＲＯＭ，フレキシブルディスク，ＣＤＲＯＭ等のコンピュータにより読み込み可能な各種の記録媒体として構成することができ，通信手段を介してアクセスすることができる装置に内蔵された記録媒体としても構成することができる。後述する図２乃至図７に示す各構成に対応する端末についても，それぞれの各制御を行うためのプログラム及びデータを制御部１０内のメモリに格納し，それぞれを記録媒体として構成することができる。そのプログラムの処理フローは後述する実施例の構成に示す。
【００２１】
この第１の原理構成の端末を含む通信システムにより，通信相手の端末に表示される自分の通話者情報は自端末に格納されているので情報の更新は自端末の入力部１３から行うことができ，通信確立手順の中で発信者の通話者情報を着信側に転送するだけでなく，着信者の通話者情報も発信側に転送するので，発信者・着信者ともに相手の最新情報を着信／呼出し表示時に端末上に表示することが可能となる。
【００２２】
図２は本発明の第２の原理構成を示す図であり，図中，１は端末を表し図１の１ａ，１ｂに対応する。端末１内の符号１０〜１６は図１の同じ符号の各部と同じであり説明を省略する。図１と異なる部分は，１７で示す相手端末から受信した通話者情報を格納する受信通話者情報格納部を設け，自端末の通話者の情報を格納する通話者情報格納部１５内に通話者情報の更新時刻（日時）を示す時刻管理部１５０と受信通話者情報格納部１７内に相手端末から受信した通話者情報の更新日時を格納する時刻管理部１７０とを設け，通話者情報送受信制御部１６内に通話者情報の時刻（更新時刻）日時を通信相手と送受信する時刻交換部１６０を設けた点である。
【００２３】
図２では，以前に通信をした相手端末からの通話者情報を受信通話者情報格納部１７に格納することを前提とし，各端末１の利用者は自端末の入力部１３から通話者情報の更新（最初の登録も含む）を行った時にその更新時刻も入力すると，時刻管理部１５０に格納される。また，他の端末へ発信すると，相手端末は呼び出しメッセージを受け取ると時刻管理部１５０の更新時刻を発信側へ送信し，発信側の端末はこれを受け取ると受信通話者情報格納部１７の中の時刻管理部１７０に格納された相手端末に関する以前に受け取った更新時刻と比較し，格納された更新時刻より今回受信した更新時刻の方が新しい場合は，通話者情報送受信制御部１６に対し相手端末へ通話者情報を要求するメッセージを送信させ，以前に受信した更新時刻と同じなら改めて通話者情報を受け取る必要がなく，以前に受信した通話者情報を表示する制御が行われる。なお，相手端末の通話者情報が以前に受け取ってないと通話者情報の要求を行う。また，発信側の端末で着信側端末の更新時刻の比較を行っている時，着信先の相手側端末においても，発信側端末から更新時刻を受信すると，受信通話者情報格納部１７の時刻管理部１７０に以前に受信した更新時刻と比較することで，同じ場合は以前に受け取って受信通話者情報格納部１７に格納された通話者情報を表示し，受信した更新時刻の方が新しい場合は新たな通話者情報を発信側端末へ要求する制御を行う。
【００２４】
これにより，通信確立時にまず通話者情報の時刻情報（更新日時）だけ発信／着信端末間で交換しており，相手の通話者情報が自端末内に格納されてないか，格納されている時刻情報の方が古い場合にのみ通話者情報の送信を要求するので，発信／着信端末間での通信量を削減することができ，情報の受け渡しに必要な時間を短縮することができる。
【００２５】
図３は本発明の第３の原理構成を示す図であり，図中，符号１，１０〜１７は上記図２の同一符号の各部と同じであり説明を省略する。図２と異なる部分は，１８で示す呼毎メッセージ格納部を設けた点であり，これは発信呼毎に通信相手に対して相手が応答する前に送信したい呼毎メッセージを格納する手段である。
【００２６】
図３では，発信側の通話者は，発信操作をする時に，緊急度や用件を伝えるための呼毎メッセージを入力部１３から入力すると呼毎メッセージ格納部１８に格納される。呼毎メッセージ格納部１８に格納されたメッセージは通信確立手順において相手端末に転送される。呼毎メッセージを受信した相手端末では，通話者情報と共に受信した呼毎メッセージを表示部１４に表示させる。
【００２７】
これにより，発信側端末から着信側の通話者に対して応答する前に通話の緊急度や用件を知らせることができる。
【００２８】
図４は本発明の第４の原理構成を示す図であり，図中，符号１，１０〜１８は上記図３の同一符号の各部と同じであり説明を省略する。図３と異なる部分は，１９で示す着信応答メッセージ格納部を設けた点である。
【００２９】
図４の着信応答メッセージ格納部１９には，着信時に直ちに応答することができない事態に備えて，「今は手が離せない」等の複数の理由を表すメッセージを予め格納しておき，着信時に利用者が入力部１３を操作することでそれらのメッセージをメニュー／ボタン上に表示して，その中から選択をするとそのメッセージが発信端末側へ着信応答メッセージとして送信されて，発信側端末の表示部１４に表示される。
【００３０】
これにより，着信時に直ちに応答して通話することができない時に簡単な操作で発信者に理由（状況）を通知することができる。
【００３１】
図５は本発明の第５の原理構成を示す図であり，図中，符号１，１０〜１８は上記図３の同一符号の各部と同じであり説明を省略する。図３と異なる部分は，２０で示す通話者情報フォーマット規定部を設けた点である。これは，通話者情報を入力する時及び表示する時のフォーマットを規定したものである。
【００３２】
図５において，端末の利用者は通話者情報を入力する時，氏名，所属等の各種の通話者情報を入力する時，各項目の情報が通話者情報フォーマット規定部２０に規定するフォーマットに従って通話者情報格納部１５に格納され，各端末間でフォーマットが統一される。そして，発信／着信時に通話者情報を送信する場合，フォーマットに従って各項目を示す識別子とその内容を示す情報のみを送信する。
【００３３】
これにより，通話者情報を転送する場合の情報量を削減して，情報転送時間を削減し，発信操作から情報表示までの時間を短縮することが可能となる。
【００３４】
図６は本発明の第６の原理構成を示す図である。この第６の原理構成には共有電話帳データベースシステムが示されている。図中，１ａは発信側の端末，１ｂは着信側の端末，２はＩＰネットワークであり，端末１ａ，１ｂの内部は一部図示省略されているが，上記図５（端末内に通話者情報フォーマット規定部２０を備える）と同様に符号１０〜１８，２０で表す各部を備えている。上記図５と相違する点はＩＰネットワークに新たにデータベースサーバ３を設け，端末１ａ（１ｂも同じ）の通信インタフェース１２と通話者情報送受信制御部１６の間にサーバアドレス格納部２１を付加した点である。データベースサーバ３において，３０は通信制御部，３１はデータ更新部，３２はデータ検索部，３３は各端末の通話者情報を格納したデータベースである。
【００３５】
図６のシステムでは，各端末内に格納された通話者情報が更新されると，設定等により予めサーバアドレス格納部２１に格納されたサーバアドレスを用いて通信インタフェース１２から共有のデータベースサーバ３が呼び出されて通話者情報が転送されると，通信制御部３０からデータ更新部３１が起動され，データベース３３を更新する。このデータベースは常に最新の通話者情報を各端末間で共有することが可能となり，共有電話帳や通話者検索等のアプリケーションに使用可能となる。また，格納されている通話者情報のフォーマットが統一されているので情報をキーとしてデータ検索部３２による検索が可能となる。
【００３６】
図７は本発明の第７の原理構成を示す。図中，１は端末を表し図１の１ａ，１ｂに対応する。端末１内の符号１０〜１６は図１の同じ符号の各部と同じであり説明を省略する。図１と異なる部分は，端末１内に２２の通話切替部と２３の保留音送信部を設けた点である。
【００３７】
端末１の利用者が通信インタフェース１２を介して他の端末との間で２者通話をしている時，第３の端末から通話中の呼び出しメッセージを受信すると，新規着信受信時と同様に通話者情報の送受信を行い，新規着信相手の通話者情報が通話情報送受信制御部１６の制御で受信され，通話中の端末の表示部１４に表示する。第３の端末の通話者情報を表示部１４に表示する時，第３の端末への通話の切替え有無を促すメッセージを表示し，切替え指示の入力があると通話切替部２２を切替えることにより第３の端末との音声通信（ＶｏＩＰの音声パケットによる通信）に切替えられる。この時，それまで通話をしていた相手に対して保留メッセージを送信する。保留メッセージを受け取った相手端末では，保留音送信部２３を駆動して通話回路部１１に保留音を送出しハンドセットまたはスピーカから保留音を発生する一方，通信インタフェース１２からＩＰネットワークへの音声パケットの送出を停止する。
【００３８】
【発明の実施の形態】
図８は本発明の実施例のシステム構成を示す，図中，複数設けられた１はＬＡＮに接続されて電話機能を備えた端末であり，その内部は図８の下部に拡大して示すハードウェアを備えたパーソナルコンピュータ（ＰＣ１で表す）により構成することができる。すなわち，ＰＣ１内の１００はＣＰＵ，１０１はメモリ（ＲＡＭ，ＲＯＭを含む），１０２はＣＰＵバスとＩ／Ｏバスを接続するバスブリッジ，１１０はハンドセットと接続されアナログ音声をディジタルへの変換と逆変換を行う音声制御カード，１２０は当該端末が所属するＬＡＮ内の別の端末や，ルータ及びネットワークを介する他の端末や他のＬＡＮと接続してパケット（音声パケットを含む）を伝送する制御を行うＬＡＮカードである。更に，ＰＣ本体には複数の入出力機器が接続され，１４０はディスプレイ，１３０はキーボード，１３１は通話者情報として通話者の画像を入力するために使用されるスキャナ，１３２はハンドセット（電話用送受話器）である。
【００３９】
図８のＰＣ本体のメモリ１０１にはＯＳ（オペレーティングシステム）と共に本発明を実現するためのソフトウェアを備え，図９に本発明によるソフトウェア構造を示す。図９において，１０１ａはＯＳ，１０１ｂは本発明による通話者情報に関する各種の制御を実現するためのアプリケーションソフト，１０１ｃはＬＡＮやＩＰネットワークを介した音声通信のための通信制御を行うＴＣＰ／ＩＰ等の通信プロトコル，１０１ｄは各通話者情報を格納した通話者情報管理テーブル，１０１ｅは上記図８に示すディスプレイ１４０の制御を行うプログラムであるディスプレイドライバ，１０１ｆは上記キーボード１３０の制御を行うキーボードドライバ，１０１ｇはスキャナ１３１を制御するスキャナドライバ，１０１ｈは上記音声制御カード１１０を制御するサウンドドライバ，１０１ｉは上記ＬＡＮカード１２０を制御するＬＡＮドライバである。
【００４０】
本発明による通話者情報表示機能は，アプリケーションソフト（プログラム）に内蔵され，本発明の各原理構成をＰＣで実現するにはハードウェアとソフトウェアの組み合わせにより実現され，上記図１乃至図７に示す通話回路部１１は図８，図９に示す音声制御カード１１０とサウンドドライバ１０１ｈに対応し，通信インタフェース１２は図８，図９に示す通信プロトコル１０１ｃ，ＬＡＮカード１２０及びＬＡＮドライバ１０１ｉに対応し，入力部１３は図８，図９に示すキーボードドライバ１０１ｆとキーボード１３０及びスキャナドライバ１０１ｇとスキャナ１３１に対応し，表示部１４は図８，図９に示すディスプレイドライバ１０１ｅとディスプレイ１４０に対応する。なお，この例では画像情報入力用にスキャナを使用しているが，ＪＰＥＧ等の画像ファイルを使用することも可能である。
【００４１】
上記図８に示すシステムにおいて，図８，図９に示す構成を備えた端末により上記第１乃至第７の各原理構成に対応した各制御を実現するための処理フローを図１０乃至図２３に示す。なお，この処理フローでは図１乃至図７に示す機能ブロックの名称を用いて記述する。
【００４２】
図１０〜図１２は端末の第１の原理構成（図１参照）による音声通信確立の処理フローを示し，図１０，図１１は第１の原理構成による発信側端末の処理フロー（その１），（その２）であり，図１２は第１の原理構成による着信側端末の処理フローである。
【００４３】
図１０，図１１の発信側端末について概説すると，発信側端末の操作者が画像，氏名等を入力部から入力すると通話者情報格納部（図１の１５）に登録し（図１０のＳ１），入力部から相手通信端末のアドレス情報を入力して電話発信操作を行うと（同Ｓ２），相手アドレス宛てに呼び出しメッセージを通信インタフェース（図１の１２）経由で送信する（同Ｓ３）。この後，相手端末からＡＣＫ信号（受け付けを表す信号）を受信したか判別し（図１０のＳ４），受信しない場合は，相手不在として表示部（図１の１４）に表示して終了し（図１０のＳ５），受信した場合は通話者情報送受信制御部は通話者情報格納部に格納されている端末の通話者情報を相手端末に送信する（同Ｓ６）。
【００４４】
この後，相手端末から通話者情報を受信したか判別し（図１０のＳ７），受信しないと一定時間経過するのを待って（同Ｓ８），相手端末が通話者情報表示機能を持たないものとし，以降通話者情報の表示無しで動作させ（同Ｓ９）。相手端末から通話者情報を受信すると，次に相手端末から呼び出し中メッセージを受信したか判別し（図１１のＳ１０），受信すると通話者情報送受信制御部（図１の１６）に，受信した相手端末の通話者情報と共に呼出し中の表示をし，呼び出し中音（リングバックトーン）を端末ハンドセットまたはスピーカに送出する（同Ｓ１１）。この後，相手端末から応答メッセージを受信したか判別し（図１１のＳ１２），受信すると通話中を表示部に表示し，通話回路部（図１の１１）に対し通話回路をオンにし，音声の送受信を行うよう指示する（図１１の１３）ことで音声通信が確立する。
【００４５】
図１２に示す着信側端末の処理フローでは，上記発信側端末と同様に着信側端末の操作者が自分の画像，氏名等を入力すると通話者情報格納部に登録し（図１２のＳ１），その後，発信側からの呼出しメッセージの受信を待ち（同Ｓ２），受信するとＡＣＫメッセージを発信側に送信し，着信側の通話者情報を相手に送信する（同Ｓ３）。この後発信側から通話者情報を受信したか判別し（図１２のＳ４），一定時間経過しても受信しないと（同Ｓ５），以降通話者情報表示無しで動作し（同Ｓ６），Ｓ７に移行する。通話者情報を受信した場合，呼出し中メッセージを発信側へ送信し，通話者情報送受信制御部に対し受信した相手端末の通話者情報と共に着信中であることを表示させ，着信音を端末スピーカに送出する（同Ｓ７）。続いて，操作者による応答操作が行われたか判別し（図１２のＳ８），応答操作があると通話中であることを表示し，通話回路部に対し通話回路をオンにし，音声の送受信を行うよう指示し（同Ｓ９），音声通信が確立する。
【００４６】
このように図１０，図１１及び図１２に示す発信側端末と着信側端末の各処理フローにより，相手に表示する通話者情報を通信確立手順において転送して表示することができ，着信側端末に発信者側の通話者情報を表示するだけでなく着信者の通話者情報を発信側端末に送信することで，発信者と着信者の双方が相手の通話者情報を表示して相手を識別した上で通話をすることができる。また，この時，相手の通話者情報を見て通話をしないように選択することもできる。
【００４７】
図１３，図１４は第２の原理構成（図２参照）による音声通信確立の処理フローを示し，図１３は第２の原理構成による発信側端末の処理フローであり上記図１０に示す第１の原理構成による発信側端末の処理フローのＳ１〜Ｓ４までは同じ処理であり，図１０のＳ４から▲３▼で示すように分岐し，図１３に示す最後のステップＳ９から図１１のＳ１１へ▲２▼の経路で戻るように構成されている。
【００４８】
図１０のＳ１〜Ｓ４により発信端末側において発信して相手端末からのＡＣＫ信号を受信すると，時刻管理部（図２の１５０）にある自端末の通話者情報の時刻情報を相手端末に送信し（図１３のＳ１），着信側端末からの通話者情報の時刻情報を受信したか判別し（同Ｓ２），受信しない場合に一定時間経過したか判別し（同Ｓ３），一定時間が経過すると相手端末は通話者情報の表示機能を備えないものとして以降動作することを決定し（同Ｓ４），図１１のＳ１１へ移行する。また，着信側端末から通話者情報の時刻情報を受信した場合には，受信通話者情報格納部（図２の１７）に当該通話情報が有るか判別し（図１３のＳ５），無い場合は後述するＳ８へ移行し，有る場合はその受信通話者情報格納部の当該通話者情報の時刻管理部（図２の１７０）に保管された時刻情報と今回受信した時刻情報を比較し，受信した時刻情報の方が新しいか判別し（図１３のＳ６），新しくない場合は受信通話者情報格納部に保管された通話者情報を表示する情報と決定する（同Ｓ７）。受信情報の方が新しい場合は通話者情報送受信制御部（図２の１６）は相手端末に通話者情報を送信するよう情報要求メッセージを送信し（図１３のＳ８），着信側端末から通話者情報を受信するのを監視し（同Ｓ９），受信すると上記図１１のＳ１１の処理へ移行して以後の処理を行う。
【００４９】
図１４は第２の原理による着信側端末の処理フローである。
【００５０】
この第２の原理の着信側端末では，上記第１の原理の着信端末の処理フロー（図１２）のＳ１，Ｓ２と同様に通話者情報を自端末に登録し，呼出しメッセージの受信を監視し，呼出しメッセージを受信すると，自端末の通話者の情報を格納した通話者情報格納部（図２の１５）の時刻管理部にある自端末の通話者情報の時刻情報を相手端末に送信し（図１４のＳ３），相手端末（発信側端末）から通話者情報の時刻情報を受信したか判別する（同Ｓ４）。時刻情報を一定時間経過しても受信しないと，相手端末は通話者情報の表示機能を持たないものとして動作し（図１４のＳ５，Ｓ６），発信端末から通話者情報の時刻情報を受信すると，当該発信端末の通話者情報が以前に受信した情報が格納された受信通話者情報格納部（図２の１７）に有るか判別する（図１４のＳ７）。無い場合は後述するＳ１０の処理に移行し，有る場合は受信した時刻情報が，受信通話者情報格納部の時刻管理部（図２の１７０）の時刻情報より新しいか判別し（同Ｓ８），新しくない場合は，保管された通話者情報を表示情報と決定する（同Ｓ９）。受信した時刻情報の方が新しい場合は，通話者情報送受信制御部が相手端末に通話者情報を送信するよう情報要求メッセージを送信し（図１４のＳ１０），相手端末からの通話者情報の受信を監視し（同Ｓ１１），受信した場合は，▲６▼で示す経路で第１の原理の着信側端末の処理フロー（図１２）のステップＳ７へ移行して，その後の処理が実行される。
【００５１】
このように図１３，図１４に示す発信側端末と着信側端末の各処理フローにより，通話者情報の送受信は，自端末に相手端末の通話者情報が無いか，有っても古い情報であった場合にだけ相手に通話者情報の送信を要求するので，通信量を削減でき，通信時間を短縮して，最新の通話者情報を表示することができる。
【００５２】
図１５，図１６は第３の原理構成（図３参照）による音声通信確立の処理フローを示し，図１５は第３の原理構成による発信側端末の処理フローであり上記図１０に示す第１の原理構成による発信側端末の処理フローのＳ１，Ｓ２までは同じ処理であり，図１０のＳ２から▲４▼で示すように分岐し，図１５に示す最後のステップＳ１１から図１１のＳ１１へ▲２▼の経路で戻るフローになっている。
【００５３】
図１０のＳ１，Ｓ２により発信端末側で自分の通話者情報を登録した上で，相手通信端末のアドレスを入力して発信操作を実施している時，呼毎メッセージ（通話の緊急度や用件を表すメッセージであり，音声通信確立時に相手が応答する前に伝えるメッセージ）の有無を判定する処理が行われる（図１５のＳ１）。この判定は発信操作時に表示部に，呼毎メッセージの有無を表示し，「有り」を選択する入力が行われたか否かにより判別される。呼毎メッセージが無い場合は後述するＳ４に移行し，呼毎メッセージが有る場合，入力部より呼毎メッセージを入力すると（図１５のＳ３），相手アドレス宛てに呼出しメッセージを通信インタフェース経由で送信する（同Ｓ４）。その後，相手端末からＡＣＫ信号の受信を監視し（図１５のＳ５），受信しないと相手不在（端末電源オフ）と認識し，不在の旨を表示し（同Ｓ６），処理を終了する。ＡＣＫ信号を受信すると，通話者情報送受信制御部（図３の１６）が通話者情報格納部（図３の１５）に格納されている自端末の通話者情報と呼毎メッセージを相手端末に送信する（図１５のＳ７）。続いて，相手端末から通話者情報の受信を待って，一定時間経過しても受信しないと，相手端末は通話者情報の表示機能を持たないものとして以降動作するよう設定し（図１５のＳ９，Ｓ１０），相手端末の通話者情報を受信すると，相手端末から呼出し中メッセージの受信を待ち（同Ｓ１１），これを受信すると上記図１１のＳ１１へ移行して，以後の処理が実行される。
【００５４】
図１６は第３の原理構成による着信側端末の処理フローである。着信側端末において，操作者が通話者情報を入力部から入力して通話者情報格納部に登録した後（図１６のＳ１），呼出しメッセージの受信を監視し（同Ｓ２），受信した場合は発信側端末から呼毎メッセージを受信したか判別する（同Ｓ３）。呼毎メッセージを受信しない場合は，通話者情報のみを表示部に表示し（図１６のＳ４），受信した場合は通話者情報を表示する際に呼毎メッセージも同時に表示する（同Ｓ５）。この後は，上記図１２のステップＳ３へ移行し，以後の処理が実行される。
【００５５】
上記図１５，図１６に示す発信側端末と着信側端末のそれぞれの処理により，通信確立手順において呼毎メッセージを相手に転送し，これを受信した着信側端末の相手は通話者情報と呼毎メッセージの表示を見て応答する前に用件等を知ることができる。
【００５６】
図１７，図１８は第４の原理構成（図４参照）による音声通信確立の処理フローを示す。
【００５７】
図１７は第４の原理構成による発信側端末の処理フローであり，上記図１０，図１１に示す第１の原理構成による発信側端末の処理フローのＳ１〜Ｓ１０までは同じ処理であり，図１１のＳ１１から○２で示す経路で分岐し，図１７の処理に移行する。ここでは，通話者情報送受信制御部（図４の１６）に指示して受信した相手端末の通話者情報と共に呼出し中であることを表示部に表示し，呼出中音を端末ハンドセット又はスピーカに送出し（図１７のＳ１），相手端末から着信応答メッセージを受信したか判別する（同Ｓ２）。着信応答メッセージを受信した場合は通話者情報送受信制御部に指示して受信した相手端末の着信応答メッセージを通話者情報と共に表示部に表示し（図１７のＳ３），自端末の操作者はメッセージに従い処理を決定し（同Ｓ４），呼出し途中放棄か判別する（同Ｓ５）。途中放棄の場合は処理を終了するが，放棄でない場合及び上記Ｓ２において相手端末から着信応答メッセージを受信しなかった場合は，相手端末から応答メッセージの受信を監視する（同Ｓ６）。応答メッセージを受信すると，通話中であることを表示し，通話回路部（図４の１１）に対し通話回路をオンにさせ，音声の送受信を行うよう指示し（図１７のＳ７），音声通信を確立する。
【００５８】
図１８は第４の原理構成による着信側端末の処理フローであり，上記図１２に示す第１の原理構成による着信側端末の処理フローのＳ１〜Ｓ４までは同じ処理であり，端末から通話者情報を受信すると（図１２のＳ４でＹＥＳの場合），○６の経路で分岐し図１８の処理に移行し，着信側端末では呼出し中メッセージを発信側端末宛に送信し，通話者情報送受信制御部（図４の１６）に指示し，表示部に受信した相手端末の通話者情報と着信中の表示をし，着信音を端末スピーカに送出し（図１８のＳ１），続いて着信応答メッセージの送信画面（応答メッセージ／操作選択画面）を表示し，操作者に対して操作を促す（同Ｓ２）。この後，着信応答メッセージ（着信者が手が離せない等の理由で電話に応答できない時の理由や状況を含むメッセージ）が選択されたか判別し（図１８のＳ３），選択されると選択された着信応答メッセージを発信者（発信側端末）宛に送信し（同Ｓ４），呼出し途中放棄を検出したか判別して（同Ｓ５），途中放棄を検出すると処理を終了するが，途中放棄が検出されない場合には，上記Ｓ３で着信応答メッセージが選択されない場合と同様に応答操作（ハンドセットをオフフックする等）を検出したかの監視を行う（同Ｓ６）。応答操作が検出されると，通話中である旨を表示部に表示し，通話回路部に通話回路をオンにし，音声の送受信を行うよう指示し（図１８のＳ７），音声通信を確立する。
【００５９】
上記図１７，図１８に示す発信側端末と着信側端末のそれぞれの処理により，通信確立手順において着信者が応答できない場合に，発信端末の通話者情報と共に着信応答メッセージを選択する表示を着信側端末に表示して，発信者に応答できない状況等を応答することなく通知することができる。
【００６０】
図１９は第５の原理構成（図５参照）による音声通信確立の手順であり，特に第５の原理構成による発信側端末の処理フローを示す。
【００６１】
図１９のステップＳ１〜Ｓ５までの処理は上記図１０に示す第１の原理の発信側端末の処理フローのＳ１〜Ｓ５と同じであり説明を省略する。図１９のＳ４において相手端末からＡＣＫ信号を受信したと判別すると，通話者情報送受信制御部（図５の１６）は通話者情報格納部に格納された発信側端末の通話者情報をフォーマットの項目を示す識別子と共に相手端末に送信する（図１９のＳ６）。識別子としては，写真データを表す識別子，テキストデータを表す識別子というように，データの種別に対応して異なる識別子が割り当てられる。この後，相手端末から通話者情報を受信したか判別し（同Ｓ７），受信されないで一定時間経過したか判別し（同Ｓ８），一定時間が経過すると相手端末は通話者情報表示機能を持たない端末として設定し（同Ｓ９），次の処理（▲１▼の経路）に移行する。また，通話者情報を受信した場合も▲１▼の経路により上記図１１のＳ１０の処理に移行し，以後の処理が行われる。
【００６２】
図２０は第６の原理構成（図６参照）による共有データベース（データベースサーバ）への情報登録の処理フローを示し，ＩＰネットワークを介して接続された端末により実行される。
【００６３】
図２０の処理は端末において通信中または通信終了時に実行され，自端末の情報が更新されたか判別し（図２０のＳ１），情報更新が無いと処理を終了するが，情報更新があるとサーバアドレス格納部（図６の２１）に登録してあるデータベースアドレスに通話者情報の発信者アドレス情報と情報日付が入った問合せメッセージを送信する（図２０のＳ２）。この後のＳ３〜Ｓ７の各処理はデータベースサーバにおいて実行され，問合せメッセージを受信したデータベースサーバは受信した情報を調査し（図２０のＳ３），該発信者アドレスの情報が有るか判別し（同Ｓ４），無い場合は後述するＳ７の処理へ移行し，有る場合は受信情報日付は新しいか判別する（同Ｓ５）。この日付の判別は，上記図１３，図１４に示す第２の原理による時刻情報と同じであり，受信情報日付が以前に登録した日付と変わらない場合は，データベースサーバは問合せメッセージを送信した端末に対し，通話者情報の転送が不要な旨を通知し（図２０のＳ６），受信情報日付が新しい場合は，データベースサーバは問合せメッセージを送信した端末に対し，通話者情報の転送を要求するメッセージを送信する（同Ｓ７）。この後，情報転送要求メッセージを受信した端末はデータベースサーバに通話者情報を送信し（図２０のＳ８），通話者情報を受信したデータベースサーバは情報を更新し（同Ｓ９），情報更新を完了する。
【００６４】
このようにデータベースサーバに各端末の通話者情報を登録しておき，その内容を常時更新することで，最新の通話者情報が格納されるので，これを各端末間で共有することができ，共有電話帳のアプリケーションに使用することが可能となり，格納された通話者情報のフォーマットが統一されているので，情報をキーとして検索することが可能となる。
【００６５】
図２１〜図２３は第７の原理構成（図７参照）により処理フローであり，図２１，図２２は第７の原理構成による通話中端末の新規着信の処理フロー（その１），（その２）であり，図２３は第７の原理構成による被保留端末の処理フローである。
【００６６】
図２１，図２２の処理は端末が通話中状態において実行され，通話中に新規呼出しメッセージを受信したか判別し（図２１のＳ１），受信した場合，ＡＣＫメッセージを発信者宛に送信し，通話者情報送受信制御部（図７の１６）は通話者情報格納部（図７の１５）に格納されている端末の通話者情報を新規呼出し相手端末に送信し（図２１のＳ２），相手端末から通話者情報を受信したか判別する（同Ｓ３）。受信しないで一定時間経過したか監視し（図２１のＳ４），経過すると相手端末は通話者情報表示機能を持たない端末と認識し，通話者情報表示なしで動作するよう設定する（同Ｓ５）。通話者情報を受信すると，呼出しメッセージ（通話中）を新規呼出し相手に送信し，通話者情報送受信制御部（図７の１６）に指示し，受信した相手端末の通話者情報と共に新規着信中である旨を表示部に表示し，通話中着信音を端末スピーカに送出すると共に，通話を切替えるかどうかの指示を促すメッセージを表示部に表示する（図２１のＳ６）。
【００６７】
続いて通話切替え操作を検出したか判別し（図２２のＳ７），検出しない場合は，通話継続を指示する操作があったか判別し（同Ｓ８），検出された場合は通話不可メッセージを新規呼出し相手に送信し，現在の通話を継続する（同Ｓ９）。上記Ｓ７において，通話切り替え操作を検出した場合，通話切替部（図７の２２）を制御して通話を新規着信側に切替え，保留中の呼がある旨を表示部に表示し，前の通話相手には保留中のメッセージを送信し（図２２のＳ１０），保留中メッセージを受信した端末内の保留音送信部（図７の２２）から保留音を送信する。その後，保留解除操作が検出されたか判別し（図２２のＳ１１），検出された場合，通話切替部は前の通話相手に保留解除メッセージを送信し，前通話相手側に通話を切替え，前通話者情報を表示部に表示（保留呼無し通話中）を行い（同Ｓ１２），保留音送信部からの保留音を停止して最初の通話中状態に戻る。
【００６８】
図２３は上記図２１，図２２の処理により通話中の新規着信により保留にされた端末，すなわち被保留端末の処理フローであり，通話中状態において，保留メッセージを受信したか判別し（図２３のＳ１），受信すると音声通信情報の通信ネットワークへの送受信を停止し，保留音送信部に保留音をスピーカに送出するよう指示し，表示部に保留中の表示させる（同Ｓ２）。その後，保留解除メッセージの受信を監視し（図２３のＳ３），受信すると音声通信情報の通信ネットワークへの送受信を再開し，保留音の送出を停止し，通話回路をネットワーク側に切替え，通話中である旨を表示部に表示させる（同Ｓ４）。
【００６９】
上記図２２，図２３の処理フローにより，２者通話中に第３の端末からの新規着信が発生した時，その通話者情報を送受信して表示することで新規着信の通話者を認識して，その端末との通話へ切替えるか否かを選択することができる。また，通話中着信により保留にされた端末は，通信ネットワークへのバケットの送信を停止することで不要な音声情報バケットを流すことを防ぐことができる。なお，上記の処理フローでは２者通話の例を示したが，通話切替部（図７の２２）を３者会議を可能とする通話ミキシング部に置き換えることで新規着信した第３の端末を，それまでの２者通話に参加させて会議通話形式で通話するように変更することも可能である。なお，通話ミキシング部では，２者の相手から受信した音声情報を加算する機能，さらに自端末の出力音声を２者の相手のそれぞれに送信する機能を有している。
【００７０】
図２４は端末のアプリケーションソフトと通話者情報管理テーブルの実施例である。アプリケーションソフト１０１ｂ（図９参照）は本発明による通話者情報表示の制御を行うプログラムを含み，図２４の実施例では，通話者情報送受信制御部１６（図１〜図７参照），通話者情報フォーマット規定部２０（図５参照），呼毎メッセージ１８（図３〜図５参照），通話回路部１１（図１乃至図７参照），及び通話者情報管理部（図１乃至図７の制御部１０の一部の機能）とで構成され，通話者情報管理テーブル（図９の１０１ｄ）には自端末情報１５ａ（図１乃至図５及び図７の通話者情報格納部１５に対応）と受信端末者情報１７ａ（図２乃至図５の受信通話者情報格納部１７に対応）とを備える。自端末情報１５ａとしては図に示す例では，電話番号，ＩＰアドレス，氏名，会社名，所属，住所，Ｅメール，携帯電話番号等が含まれ，受信端末者情報１７ａも同様の情報で構成されている。
【００７１】
図２５は通話者情報の表示例と着信応答メッセージの入力画面の例であり，本発明の第４の原理構成に対応する。図２５のＡ．は通話者情報の着信側での表示例であり，通話者の画像と，アドレス（電話番号），名前，会社名，所属，メールアドレス，携帯電話番号等が表示されている。この中のメッセージは，呼毎メッセージ（本発明の第３の原理構成による）であり，発信側端末から着信側端末へ通話者情報と共に送られて表示されるメッセージである。図２５のＢ．は着信応答メッセージを選択して入力する画面の例であり，本発明の第４の原理構成（図４）に対応し，上記図１８に示す着信者側端末の処理フローにおいて表示される画面である。この画面では，“着信処理を選択ください”という表示の下に・応答，・以下のメッセージ送信（選択）という表示があり，その下に「手が離せないのでかけ直します」，「電子メールにて要件を連絡ください」，等の各種のメッセージが表示されており，この中から着信側利用者がその時の状況に対応する応答メッセージを選択すると，図２５のＡ．の下部に示すようなメッセージが送信される。
【００７２】
図２６は共有電話帳データベース操作時の端末の表示例であり，本発明の第６の原理構成に対応する。図２６のＡ．は共有電話帳の検索項目入力画面を示し，氏名，会社名，所属等の入力領域が表示されている。この中の氏名に「鈴木」という姓を入力すると，共有電話帳データベースにおいて検索が行われ，Ｂ．に示すような検索結果が表示される。この検索結果の表示に対し，「１」の氏名を選択するとＣ．に示すようにデータベースに格納された通話者情報が表示される。
【００７３】
図２７は本発明による発信から通話中までの動作シーケンスである。この図２７に示す例では，端末１を発信側，端末２を着信側として，端末１の操作者が電話発信する際の発信から通話中までの動作シーケンスを説明する。電話操作を行うには，電話通信機能を持つアプリケーションソフト（通信アプリという）が必要であり，端末１，端末２の両方が共に通信アプリが予め起動されているものとする。また，端末間で時刻情報を送受信して最新の通話者情報であるかを検出するもので，本発明の第２の原理構成に対応する。
【００７４】
端末１の操作者は端末２に電話発信するため，通信アプリの発信画面で呼毎メッセージと端末２の電話番号を入力し（図２７のＳ１０），発信操作を行う（同Ｓ１１）。端末１は他２の電話番号からＩＰアドレス情報を入手するため，ゲートキーパに問い合わせに行き（図２７では図示省略），端末２のＩＰアドレス情報を入手する。ＩＰアドレス情報を入手後，端末１の通信アプリは端末２に対し，呼出しメッセージ（ＩＰパケット）を送信する（図２７のａ）。呼出しメッセージを受信した端末２の通信アプリはＡＣＫ信号を返信し（図２７のｂ），端末１に対して端末２の通話者情報の時刻情報を送信する（同ｃ）。ＡＣＫ信号を受信した端末１の通信アプリは相手端末が通話可能な状態であると認識し，端末２に対して端末１の通話者情報の時刻情報と呼毎メッセージを送信する（図２７のｄ）。通話者情報の時刻情報を受信した端末１，２は相手端末の通話者情報が自端末内に存在するかどうかを確認し，存在しなければ相手端末に通話者情報の送信を要求するＡＣＫメッセージを送信し（図２７のｅ），通話者情報が自端末内に存在していれば受信した時刻情報と自端末内に保持している通話者情報の時刻情報とを比較する（図２７のＳ１２，Ｓ２１）。比較した結果，受信した時刻情報の方が新しければ，相手端末に通話者情報の送信を要求するＡＣＫメッセージを送信し，受信した時刻情報が同じであれば，相手端末に通話者情報の送信が不要である旨を示すＡＣＫメッセージを送信する。ＡＣＫメッセージを受信した端末１，２はメッセージの内容に従い，自通話者情報の送信を行う。
【００７５】
この図２７の例では，端末１は自通話者情報を端末２に送信せず，端末２のみが自通話者情報を端末１に送信している（図２７のｇ）。自端末に保持されている端末１の通話者情報が最新であることを確認した端末２はディスプレイ上に端末１の通話者情報と共に，着信表示を行い（図２７のＳ２３），端末１に対し呼出し中メッセージを送信する（図２７のｈ）。
【００７６】
端末２の通話者情報及び呼出し中メッセージを受信した端末１はディスプレイ上に端末２の通話者情報と共に，呼出し中表示を行う（図２７のＳ１６）。端末２の通信アプリが入力部の操作による応答操作を検出すると（図２７のＳ２６），端末１に対し応答メッセージを送信し（図２７のｉ），ディスプレイ上に通話中を表示する（図２７のＳ２７）。同時に，音声制御カードの通話回路を起動し，ハンドセットの入出力を有効にし，ハンドセットからの入力音声情報をコーデック（ＣＯＤＥＣ：符号器・復号器）でディジタル信号に変換した後，端末１のアドレス宛ての音声ＩＰパケットにデータを乗せてＩ／Ｏバス経由でＬＡＮカードに送信し，端末１への送信を開始すると共に，端末１から受信した音声ＩＰパケットから音声データを抽出し，ＣＯＤＥＣでアナログ信号に変換した後，ハンドセットに送信する。この動作により音声通信が開始される。端末２から応答メッセージを受信した端末１はディスプレイ上に通話中を表示し，端末２と同様な手順で通話中自端末となる。
【００７７】
次に図２８は発信から応答メッセージの送受信（本発明の第４の原理構成）による途中放棄までの端末間の動作シーケンスである。この図２８の例でも，上記図２７と同様に端末１を発信側，端末２を着信側とし，上記図２７とはａ〜ｈのシーケンスまでが同じである。この後，端末２において上記図２５のＢ．に示すような着信応答メッセージ（例えば，「手が離せないのであとでかけ直します」というメッセージ）の送信操作を行うと（図２８のＳ２６及びｉ），端末１で着信応答メッセージを表示する（同Ｓ１７）。このメッセージを見て発信側の端末１の通話者が通話を途中放棄すると（同Ｓ１８），切断のメッセージが端末２へ送信され（同ｊ），これを受け取った端末２は着信停止を行い（同Ｓ２７），端末１に対して切断のメッセージを送信する（同ｋ）。
【００７８】
図２９は２者通話中に第３の端末からの着信が発生した場合の動作シーケンスであり，本発明の第７の原理構成に対応する。この例では，端末１と端末２の間で通話中に端末３から端末２への呼出しが発生して，通話者情報の送受信のシーケンスが図に示すように実行され，端末２と端末３との通話に切替操作が行われて，端末１を保留にする。その後，端末３と端末２間の通話をへて，端末２から端末３に対し切断操作が行われ，端末１に対する保留が解除されるシーケンスが実行される。
【００７９】
図３０は通話者情報を格納したデータベース更新の動作シーケンスであり，上記本発明の第６の原理構成に対応する。
【００８０】
端末１から端末２へ通話者情報を送信した時，端末２に格納された端末１の通話者情報が更新された場合である。端末２はこの更新によりデータベースのアドレスを付して発信して端末１の通話者情報についてその時刻情報（更新時刻）を問い合わせると，データベースで情報検索が行われ，問い合わされた時刻情報の方が登録された時刻情報より新しいことが分かると，端末２に対し更新された通話者情報を要求する。これに応じて通話者情報を送信すると，データベースの対応する情報が更新される。
【００８１】
図３１は通話者情報問合せ時の通信端末とデータベース間の動作シーケンスである。この動作シーケンスも上記図３０と同様に本発明の第６の原理構成に対応するが，データベースを電話帳として利用する場合のシーケンスである。
【００８２】
端末１で検索画面を表示し，条件入力を行うと，データベースに条件が送信され，データベースで条件検索が行われ，結果を端末１に送信すると端末１で表示される。その表示に対し，端末１で絞り込み追加条件を入力すると，条件１とこれ対して追加された条件２が共にデータベースに送信される。データベースで受信した条件により検索を行うと，結果を端末１に送信され，端末１に結果が表示される。この表示に対し端末１で，項目を選択してその項目について通話者情報を要求すると，データベースにおいて要求された項目について情報検索を行い，得られた通話者情報を端末１へ送信する。端末１ではこの情報を受信すると表示する。
【００８３】
【発明の効果】
本発明の第１の原理構成によれば，通信確立手順の中で発信者の通話者情報を着信者に転送するだけでなく，着信者の通話者情報も発信者に転送しているので，通信相手の最新の通話者情報情報を着信／呼出し表示時に発信者／着信者の各端末上に表示することができるので，発信／着信時に容易に通信相手を識別することが可能となり，通信のサービス性を向上できる。また通信相手端末上に表示される通話者情報が自端末内に格納されることで情報の更新を自端末入力部から容易に行うことが可能となり，運用時の操作性が向上する。
【００８４】
本発明の第２の原理構成によれば，通信設定時の発信／着信端末間での通信量を削減することが可能になり，且つ情報の受け渡しに必要な通信時間を短縮することが可能となるので，情報表示がスピーディになりサービス性が更に向上する。
【００８５】
本発明の第３の原理構成によれば，発信者が入力した呼毎メッセージを着信端末上に表示することで，着信者は応答前に通話の緊急度や要件を知ることができ，サービス性が更に向上する。
【００８６】
本発明の第４の原理構成によれば，着信時に着信者が着信応答メッセージを発信者に送信することで，着信者は呼出しに対し応答することなく通話を処理することが可能となり，サービス性を向上することができる。
【００８７】
本発明の第５の原理構成によれば，通話者情報をフォーマットの項目対応で送信するので，送信する情報量を削減することが可能となり，通信時間を短縮し，情報表示がスピーディになりサービス性が更に向上する。
【００８８】
本発明の第６の原理構成によれば，各端末の通話者情報をデータベースサーバ上で共有できるようになるので，共有電話帳のアプリケーションを各端末で使用することが可能となり，サービス性が向上する。また，自動的に情報が更新されるので共有データベースを使う際の情報更新手段として有効である。
【００８９】
本発明の第７の原理構成によれば，通話中でも新規着信者の通話者情報が表示できるので，緊急の要件での通話割込みや要件の通知等各種サービスが可能となり，サービス性を更に向上することができる。更に，保留された端末は保留音を自端末で生成しており，ネットワークに音声パケットを送信しないので，不要なトラヒックを押さえる効果がある。
【図面の簡単な説明】
【図１】本発明の第１の原理構成を示す図である。
【図２】本発明の第２の原理構成を示す図である。
【図３】本発明の第３の原理構成を示す図である。
【図４】本発明の第４の原理構成を示す図である。
【図５】本発明の第５の原理構成を示す図である。
【図６】本発明の第６の原理構成を示す図である。
【図７】本発明の第７の原理構成を示す図である。
【図８】本発明の実施例のシステム構成を示す図である。
【図９】本発明によるソフトウェア構造を示す図である。
【図１０】第１の原理構成による発信側端末の処理フロー（その１）を示す図である。
【図１１】第１の原理構成による発信側端末の処理フロー（その２）を示す図である。
【図１２】第１の原理構成による着信側端末の処理フローを示す図である。
【図１３】第２の原理構成による発信側端末の処理フローを示す図である。
【図１４】第２の原理構成による着信側端末の処理フローを示す図である。
【図１５】第３の原理構成による発信側端末の処理フローを示す図である。
【図１６】第３の原理構成による着信側端末の処理フローを示す図である。
【図１７】第４の原理構成による発信側端末の処理フローを示す図である。
【図１８】第４の原理構成による着信側端末の処理フローを示す図である。
【図１９】第５の原理構成による発信側端末の処理フローを示す図である。
【図２０】第６の原理構成による共有データベースへの情報登録の処理フローを示す図である。
【図２１】第７の原理構成による通話中端末の新規着信の処理フロー（その１）を示す図である。
【図２２】第７の原理構成による通話中端末の新規着信の処理フロー（その２）を示す図である。
【図２３】第７の原理構成による被保留端末の処理フローを示す図である。
【図２４】端末のアプリケーションソフトと通話者情報管理テーブルの実施例を示す図である。
【図２５】通話者情報の表示例と着信応答メッセージの入力画面の例を示す図である。
【図２６】共有電話帳データベース操作時の端末の表示例を示す図である。
【図２７】本発明による発信から通話中までの動作シーケンスを示す図である。
【図２８】発信から応答メッセージの送受信による途中放棄までの端末間の動作シーケンスを示す図である。
【図２９】２者通話中に第３の端末からの着信が発生した場合の動作シーケンスを示す図である。
【図３０】通話者情報を格納したデータベース更新の動作シーケンスを示す図である。
【図３１】通話者情報問合せ時の通信端末とデータベース間の動作シーケンスを示す図である。
【図３２】従来例１の構成を示す図である。
【図３３】従来例２の構成を示す図である。
【符号の説明】
１ａ，１ｂ  端末
１０        制御部
１１        通話回路部
１２        通信インタフェース
１３        入力部
１４        表示部
１５        通話者情報格納部
１６        通話者情報送受信制御部
２          ＩＰネットワーク
【図１】
0004139031.tif 000002
【図２】
0004139031.tif 000003
【図３】
0004139031.tif 000004
【図４】
0004139031.tif 000005
【図５】
0004139031.tif 000006
【図６】
0004139031.tif 000007
【図７】
0004139031.tif 000008
【図８】
0004139031.tif 000009
【図９】
0004139031.tif 000010
【図１０】
0004139031.tif 000011
【図１１】
0004139031.tif 000012
【図１２】
0004139031.tif 000013
【図１３】
0004139031.tif 000014
【図１４】
0004139031.tif 000015
【図１５】
0004139031.tif 000016
【図１６】
0004139031.tif 000017
【図１７】
0004139031.tif 000018
【図１８】
0004139031.tif 000019
【図１９】
0004139031.tif 000020
【図２０】
0004139031.tif 000021
【図２１】
0004139031.tif 000022
【図２２】
0004139031.tif 000023
【図２３】
0004139031.tif 000024
【図２４】
0004139031.tif 000025
【図２５】
0004139031.tif 000026
【図２６】
0004139031.tif 000027
【図２７】
0004139031.tif 000028
【図２８】
0004139031.tif 000029
【図２９】
0004139031.tif 000030
【図３０】
0004139031.tif 000031
【図３１】
0004139031.tif 000032
【図３２】
0004139031.tif 000033
【図３３】
0004139031.tif 000034