JP3506231B2 - 着呼者呼び出し方法、通信機器、発呼者情報サーバおよび呼び出し制御装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、発呼側機器と着呼
側機器とが通信網を介して通信する通信工程に先立っ
て、着呼側で報知データを再生して着呼を報知する報知
工程を含む通信システムでの着呼者呼び出し方法に関す
るものであり、特に、着呼側での設定なしに、発呼側に
応じた報知データを再生して、着呼時に発呼者の情報を
報知可能な着呼者呼び出し方法、並びに、通信機器、発
呼者情報サーバおよび呼び出し制御装置に関するもので
ある。

【０００２】

【従来の技術】例えば、携帯電話システムなど、発呼者
の電話番号を着呼者に通知可能な通信システムでは、予
めユーザが設定することで、着呼時に発呼者の情報を通
知可能な携帯電話が使用されている。例えば、携帯電話
のユーザが、電話番号と氏名との組み合わせを入力し
て、携帯電話のアドレス帳に記憶させている場合、当該
携帯電話は、着呼時に通知された発呼者番号に基づい
て、アドレス帳を検索し、一致する電話番号が見つかれ
ば、電話番号に対応する氏名を表示する。これにより、
ユーザは、応呼する前に、発呼者の氏名を知ることがで
き、用件の重要性などを類推して、応呼するか否かを決
めることができる。さらに、近年の似顔絵キャラクタを
表示可能な携帯電話では、上記アドレス帳に、さらに、
キャラクタを記憶させることで、発呼者の氏名だけでは
なく、似顔絵を表示することもできる。

【０００３】また、携帯電話のユーザが、携帯電話のア
ドレス帳に、各電話番号をグループ分けして格納し、各
グループ毎に別のメロディを設定した場合、発呼者の電
話番号に基づいて、アドレス帳を検索し、発呼者の電話
番号が含まれるグループのメロディを再生する携帯電話
も使用されている。この場合、ユーザは、メロディによ
って、発呼者のグループを識別できる。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来技術の構成では、着呼側の携帯電話のアドレス帳を参
照するため、着呼側での設定が不可欠であり、通信相手
が増えるに従って、設定に手間がかかるという問題を生
ずる。

【０００５】特に、近年の携帯電話のように、キャラク
タやアニメーションを表示可能な通信機器では、より多
様な表現が可能になり、各表現を直感的に識別しやすく
なっている反面、直感的に識別可能なキャラクタやアニ
メーションを、各発呼者毎に生成する手間が増大する傾
向にある。

【０００６】本発明は、上記の問題点に鑑みてなされた
ものであり、その目的は、着呼側で設定することなく、
発呼者に応じて、着呼を報知する際の報知データを変更
可能な着呼者呼び出し方法、並びに、通信機器、発呼者
情報サーバおよび呼び出し制御装置を提供することにあ
る。

【０００７】

【課題を解決するための手段】本発明に係る着呼者呼び
出し方法は、上記課題を解決するために、発呼者情報サ
ーバが、発呼者が操作する機器から、通信網を介して、
発呼側機器番号および着呼側機器番号と、発呼者情報と
の組み合わせを示すデータを受け取り、両番号と発呼者
情報との組み合わせを発呼者情報データベースに登録す
る登録工程と、発呼側機器が着呼側機器を発呼する発呼
工程と、発呼側機器または着呼側機器から、発呼側機器
番号および着呼側機器番号を受信し、上記発呼者情報デ
ータベースを参照して、受信した両機器番号に対応する
発呼者情報を取得する取得工程と、上記発呼者情報サー
バが、上記取得工程で取得された発呼者情報を示す伝送
データを上記着呼側機器へ伝える伝送工程と、上記報知
データとして、上記伝送データが示す発呼者情報を設定
する報知データ設定工程と、応呼に先立って、着呼側で
当該報知データを再生して着呼を報知する報知工程とを
含むことを特徴としている。

【０００８】また、本発明に係る着呼者呼び出し方法
は、上記課題を解決するために、発呼者情報サーバが、
発呼者が操作する機器から、通信網を介して、発呼側機
器番号および選択情報と、発呼者情報との組み合わせを
示すデータを受け取り、発呼側機器番号および選択情報
と発呼者情報との組み合わせを発呼者情報データベース
に登録する登録工程と、発呼側機器が着呼側機器を発呼
する発呼工程と、上記発呼側機器が発呼者情報データベ
ースに登録されている発呼者情報の概要を提示し、現発
呼でしようする発呼者情報を選択させる選択工程と、発
呼側機器および着呼側機器の少なくとも一方から、発呼
側機器番号および上記選択工程で選択された発呼者情報
を示す選択情報を受信し、上記発呼者情報データベース
を参照して、受信した発呼側機器番号および選択情報に
対応する発呼者情報を取得する取得工程と、上記発呼者
情報サーバが、上記取得工程で取得された発呼者情報を
示す伝送データを上記着呼側機器へ伝える伝送工程と、
上記報知データとして、上記伝送データが示す発呼者情
報を設定する報知データ設定工程と、応呼に先立って、
着呼側で当該報知データを再生して着呼を報知する報知
工程とを含むことを特徴としている。

【０００９】これらの構成において、発呼者情報サーバ
は、発呼者が操作する機器から、通信網を介して、発呼
側機器番号および着呼側機器番号と発呼者情報との組み
合わせ、あるいは、発呼側機器番号および選択番号と発
呼者情報との組み合わせを示すデータを受け取り、両者
と発呼者情報との組み合わせを発呼者情報データベース
に登録している。

【００１０】発呼側機器が着呼側機器を発呼すると、両
機器番号あるいは発呼側機器番号および選択番号に対応
する発呼者情報を示す伝送データが、着呼側機器へ送ら
れる。なお、上記伝送データは、発呼者情報自体であっ
てもよいし、例えば、識別コードなど、発呼者情報を特
定可能なデータであってもよい。後者の場合、伝送デー
タから発呼者情報を特定できるので、着呼側機器は、伝
送データが示す発呼者情報を持っていなくても、例え
ば、発呼者情報を蓄積するサーバなどから、当該伝送デ
ータで特定される発呼者情報を取得するなどして、発呼
者情報を取得できる。また、伝送データや発呼者情報
は、発呼側機器から通信網を介し、着呼側機器へ直接伝
送してもよいし、通信網に設けられ、発呼者情報を予め
蓄積する発呼者情報サーバを介して伝送してもよい。こ
の場合、発呼者情報サーバは、発呼側機器や着呼側機器
からの指示に応じて、着呼側機器へ発呼者情報を送信す
る。

【００１１】いずれの場合であっても、着呼側機器は、
伝えられた伝送データに基づいて、発呼者情報を特定
し、当該発呼者情報を報知データとして再生すること
で、使用者に着呼を報知する。さらに、着呼側機器は、
応呼できる状況にあれば、応呼して、発呼側機器と通信
する。

【００１２】上記構成によれば、通信前の着呼時点で着
呼側機器で再生される報知データは、発呼側で決定され
る発呼者情報に応じて変化する。この結果、着呼側機器
の使用者は、報知データに基づいて、発呼者や緊急度な
どを類推でき、応呼するか否かなどを決定できる。

【００１３】また、発呼者情報は、発呼側で決定される
ため、着呼側機器の使用者が設定する必要がない。この
結果、発呼者情報（報知データ）がアニメーションの場
合など、作成に手間がかかるメディアであったとして
も、着呼者の負担を軽減できる。

【００１４】また、選択工程を含んでいる場合は、当該
構成によれば、発呼毎に予め定められた複数のデータの
中から、発呼者情報が選択されるので、発呼側での手間
を余り増加させることなく、発呼者情報が固定されてい
る場合に比べて、発呼する際の状況に適した発呼者情報
を決定できる。この結果、着呼側機器は、より発呼時の
状況に応じた報知データを再生でき、より的確に発呼時
の状況を伝えることができる。

【００１５】ところで、上記着呼者呼び出し方法では、
報知データが発呼側で決定されるため、着呼側が受け取
りたくない発呼者情報が報知データとして再生される虞
れがある。また、例えば、着呼側機器の近傍に使用者が
いなくて、着呼側が発呼者に拘らず応呼できない状況な
ど、発呼者情報の送信が不要な状況でも、発呼者情報が
送信される虞れもある。特に、発呼者情報としてアニメ
ーションなどの動画を使用した場合は、データ量が多い
ため、不要なときにも送信すると、通信網の負担が大き
くなってしまう。

【００１６】したがって、本発明に係る着呼者呼び出し
方法には、上記各工程に加えて、上記発呼者情報を報知
データとして設定するか否かを予め設定する設定工程が
含まれている方が好ましい。

【００１７】当該構成によれば、発呼者情報を報知デー
タとして設定するか否かが、着呼側で予め設定されてい
るので、着呼側機器の使用者が受け取りたくない発呼者
情報を拒否できる。加えて、設定不要な場合に発呼者情
報の伝送を省略できるので、通信網を伝送されるデータ
量を削減でき、通信網の負担を軽減できる。

【００１８】ここで、上記発呼者情報は、発呼側機器か
ら着呼側機器へ伝送してもよいが、多くの場合、後述す
る発呼者情報サーバの数に比べて、発呼側機器の数の方
が多いので、発呼者情報サーバと通信網との通信路に比
べて、発呼側機器と通信網との間の方が通信容量を向上
させ難い。特に、発呼側機器が携帯機器のように、無線
通信路を介して通信網と接続される場合は、さらに、通
信容量の向上が難しい。この結果、発呼者情報がアニメ
ーションなどの動画の場合のように、データ量が多い場
合には、発呼側機器から発呼者情報を送信すると、通信
網の負担が大きくなってしまう。また、この場合は、発
呼側機器に各発呼者情報を記憶しておく必要があるの
で、例えば、発呼側機器が携帯機器の場合のように、記
憶容量よりも、寸法や重量の軽減の方が望まれる場合で
あっても、記憶容量を削減することができない。

【００１９】したがって、上記伝送工程は、上記通信網
に設けられ、発呼者情報を格納する発呼者情報サーバ
が、上記発呼側機器からの指示に応じて、伝送データと
しての発呼者情報を、上記着呼側機器へ送信する工程を
含んでいる方が望ましい。

【００２０】当該構成によれば、発呼者情報は、発呼側
機器の指示に応じて、発呼者情報サーバから着呼側機器
に送信される。また、発呼者情報は、発呼者情報サーバ
に一度格納すれば、同じ発呼者情報を使用する場合、発
呼側機器から再度伝送する必要がない。したがって、発
呼毎に発呼側機器から発呼者情報を送信する場合と比較
して、発呼側機器の記憶容量を増大させることなく、し
かも、通信網に負担をかけることなく、発呼者情報を着
呼側機器へ送信できる。

【００２１】また、別の伝送方法として、さらに、受け
取った伝送データが示す発呼者情報が着呼側機器に蓄積
されていない場合、上記通信網に設けられ、発呼者情報
を格納する発呼者情報サーバから、着呼側機器が発呼者
情報を受け取る工程を含んでいてもよい。

【００２２】当該構成によれば、着呼側機器は、受信し
た伝送データが示す発呼者情報が既に蓄積されているか
否かを判定し、蓄積されていない場合、発呼者情報サー
バから発呼者情報を受け取る。この結果、発呼者情報サ
ーバが発呼側機器からの指示に応じて発呼者情報を着呼
側機器に伝送する構成と同様、発呼側機器から発呼者情
報が伝送されないので、発呼側機器の記憶容量を増大さ
せることなく、しかも、通信網に負担をかけることな
く、発呼者情報を着呼側機器へ送信できる。加えて、発
呼者情報が着呼側機器に蓄積されていれば、発呼者情報
サーバから着呼側機器への伝送も不要なので、さらに、
通信網の負担を軽減できる。

【００２３】ところで、発呼者情報サーバを設ける場
合、着呼側機器は、発呼者情報サーバとの回線接続と発
呼側機器との回線接続とを同時に維持してもよいが、上
記発呼者情報サーバからの発呼者情報伝送が終了するま
で、上記発呼側機器と着呼側機器との回線接続を遅延さ
せるタイミング調整工程を含んでいる方が望ましい。

【００２４】当該構成によれば、発呼側機器と着呼側機
器との回線接続は、発呼者情報サーバから着呼側機器に
発呼者情報の伝送が終了するまで遅延される。これによ
り、着呼側機器と通信網との間で同時に接続される回線
数が１本であっても、何ら支障なく、発呼側機器と異な
る発呼者情報サーバから、発呼者情報を取得できる。こ
の結果、着呼側機器が同時に２回線以上占有する場合に
比べて、通信網の負担を軽減できると共に、着呼側機器
の構成を簡略化できる。

【００２５】一方、本発明に係る通信機器は、予め定め
られる報知データを再生して、使用者に着呼を報知する
着呼報知手段と、応呼した場合に通信網を介して発呼側
機器と通信する通信手段とが設けられた通信機器におい
て、上記課題を解決するために、上記通信網から、上記
発呼側機器が指示した発呼者情報を示す伝送データを受
信する受信手段と、上記報知データとして、上記伝送デ
ータが示す発呼者情報を設定する報知データ設定手段と
を備えていることを特徴としている。

【００２６】なお、伝送データは、発呼者情報自体であ
ってもよいし、発呼者情報を特定可能なデータであって
よい。また、伝送データや発呼者情報は、発呼側機器か
ら通信網を介し、着呼側機器としての上記通信機器へ直
接伝送してもよいし、通信網に設けられ、発呼者情報を
予め蓄積する発呼者情報サーバを介して伝送してもよ
い。

【００２７】上記構成において、通信手段による通信に
先立って、受信手段は、通信網から、発呼側機器が指示
した発呼者情報を示す伝送データを受け取り、報知デー
タ設定手段は、当該伝送データが示す発呼者情報を報知
データとして設定する。一方、着呼報知手段は、設定さ
れた発呼者情報（報知データ）を再生して、使用者に着
呼を報知する。さらに、応呼した場合、上記通信手段に
よって、着呼側機器としての通信機器と、発呼側機器と
の通信が開始される。

【００２８】このように、上記構成の通信機器は、着呼
側機器として動作して着呼を報知するので、通信前の着
呼時点で着呼側機器で再生される報知データを、発呼側
で設定される発呼者情報に応じて変更できる。この結
果、着呼側機器の使用者は、従来技術のように特別な設
定をしていないにも拘らず、報知データに基づいて、発
呼者や緊急度などを類推でき、応呼するか否かなどを決
定できる。

【００２９】また、本発明に係る通信機器は、上記構成
に加えて、上記報知データ設定手段を動作させるか否か
を設定する設定手段を備えていてもよい。当該構成によ
れば、着呼側となる通信機器の設定手段で、報知データ
として発呼者情報を設定するか否かを決定できる。この
結果、上述の不所望な発呼者情報を拒否できると共に、
通信網の負担を軽減できる。

【００３０】さらに、本発明に係る通信機器は、上記各
構成に加えて、上記伝送データに基づいて、予め定めら
れた発呼者情報サーバにアクセスして、当該伝送データ
が示す発呼者情報を受け取る発呼者情報取得手段を備え
ていてもよい。

【００３１】当該構成によれば、発呼者情報は、通信網
に設けられた発呼者情報サーバから着呼側機器としての
通信機器に送信されるので、発呼側機器は、発呼者情報
を示す伝送データを通信機器に通知するだけでよい。こ
の結果、発呼毎に発呼側機器から発呼者情報を送信する
場合と比較して、発呼側機器の記憶容量を増大させるこ
となく、しかも、通信網に負担をかけることなく、発呼
者情報を通信機器へ送信できる。

【００３２】また、本発明に係る通信機器は、上記各構
成に加えて、受信した伝送データに関連付けて発呼者情
報を蓄積する記憶手段と、上記受信手段が受信した伝送
データに対応する発呼者情報が上記記憶手段に格納され
ている場合、上記通信網からの新たな発呼者情報の伝送
を阻止する伝送阻止手段とを備えていてもよい。

【００３３】上記構成では、通信機器の記憶手段が、伝
送データに対応する発呼者情報を格納していた場合、伝
送阻止手段は、例えば、発呼側機器や発呼者情報サーバ
などから、発呼者情報を送信する旨通知されたときに受
信を拒否したり、着呼側の通信機器から、発呼者情報サ
ーバへ発呼者情報を要求する場合は、要求を出さなかっ
たりして、新たな発呼者情報の伝送を阻止する。この結
果、通信機器が発呼毎に発呼者情報を受信する構成に比
べて、通信網の負担を軽減できる。

【００３４】一方、本発明に係る発呼者情報サーバは、
上記課題を解決するために、発呼側機器番号および着呼
側機器番号と関連付けて発呼者情報を記憶する発呼者情
報データベースと、発呼者が操作する機器から、通信網
を介して、発呼側機器番号および着呼側機器番号と発呼
者情報との組み合わせを示すデータを受け取り、両番号
と発呼者情報との組み合わせを発呼者情報データベース
に登録する登録部と、上記発呼側機器が発呼してから上
記着呼側機器が応呼するまでの間に、発呼側機器または
着呼側機器から、発呼側および着呼側機器番号を受信す
る番号受信部と、上記発呼者情報データベースを参照し
て、受信した両機器番号に対応する発呼者情報を取得す
る発呼者情報取得部と、上記発呼者情報取得部が取得し
た発呼者情報を着呼側機器へ送信する発呼者情報送信部
とを備えていることを特徴としている。

【００３５】また、本発明に係る発呼者情報サーバは、
上記課題を解決するために、発呼側機器番号および選択
情報と関連付けて発呼者情報を記憶する発呼者情報デー
タベースと、発呼者が操作する機器から、通信網を介し
て、発呼側機器番号および選択情報と発呼者情報との組
み合わせを示すデータを受け取り、両番号と発呼者情報
との組み合わせを発呼者情報データベースに登録する登
録部と、上記発呼側機器が発呼してから上記着呼側機器
が応呼するまでの間に、発呼側機器および着呼側機器の
少なくとも一方から、発呼側機器番号および選択情報を
受信する番号受信部と、上記発呼者情報データベースを
参照して、受信した発呼側機器番号および選択情報に対
応する発呼者情報を取得する発呼者情報取得部と、上記
発呼者情報取得部が取得した発呼者情報を着呼側機器へ
送信する発呼者情報送信部とを備えていることを特徴と
している。

【００３６】上記構成によれば、発呼側機器の使用者
は、発呼者情報サーバの登録部に指示して、発呼側機器
番号および着呼側機器番号に関連付けた発呼者情報、ま
たは、 発呼側機器番号および選択情報に関連付けた発呼
者情報を、上記発呼者情報データベースに格納させる。
一方、発呼側機器が発呼すると、上記発呼者情報サーバ
の番号受信部は、例えば、発呼側機器や着呼側機器ある
いは通信網からの通知などによって、当該発呼を検出
し、着呼側機器が応呼するまでの間に、上記発呼者情報
データベースから発呼側機器番号および着呼側機器番号
に関連付けた発呼者情報、または、発呼側機器番号およ
び選択情報に対応する発呼者情報を読み出して着呼側機
器に送信する。これにより、発呼側で設定した発呼者情
報が着呼側機器に伝送され、着呼側機器で着呼を報知す
るために使用される。

【００３７】これらのように、上記各構成の発呼者情報
サーバは、上述の着呼者呼び出し方法で着呼を報知する
ための発呼者情報を送信するので、着呼側機器の使用者
は、従来技術のように特別な設定をしていないにも拘ら
ず、報知データに基づいて、発呼者や緊急度などを類推
でき、応呼するか否かなどを決定できる。また、発呼者
情報が発呼者情報サーバから送信されるので、発呼毎
に、発呼側機器から送信する場合に比べて通信網の負担
を軽減できる。

【００３８】また、本発明に係る呼び出し制御装置は、
上記課題を解決するために、発呼側機器、着呼側機器お
よび発呼者情報サーバと接続可能な通信網に設けられた
呼び出し制御装置であって、上記発呼者情報サーバは、
着呼側機器が着呼を報知するための発呼者情報を格納す
る記憶手段と、予め、発呼側機器の使用者の指示に基づ
き、当該発呼側機器に関連付けて発呼者情報を上記記憶
手段に登録する登録手段と、上記発呼側機器が発呼して
から上記着呼側機器が応呼するまでの間に、当該発呼側
機器に関連付けて上記記憶手段に格納された発呼者情報
を、上記着呼側機器に送信する発呼者情報送信手段とを
備えた発呼者情報サーバであり、上記呼び出し制御装置
は、上記発呼側機器から着呼側機器への発呼を検出した
場合、上記発呼者情報サーバから着呼側機器への発呼者
情報の送信が終了するまでの間、着呼側機器の呼び出し
を保留することを特徴としている。

【００３９】また、本発明に係る呼び出し制御装置は、
上記課題を解決するために、発呼側 機器、着呼側機器お
よび発呼者情報サーバと接続可能な通信網に設けられた
呼び出し制御装置であって、上記発呼者情報サーバは、
着呼側機器が着呼を報知するための発呼者情報を格納す
る記憶手段と、発呼側機器の指示に基づいて、上記記憶
手段から発呼者情報を読み出し、上記着呼側機器が応呼
するまでの間に、当該着呼側機器へ送信する発呼者情報
送信手段とを備えた発呼者情報サーバであり、上記呼び
出し制御装置は、上記発呼側機器から着呼側機器への発
呼を検出した場合、上記発呼者情報サーバから着呼側機
器への発呼者情報の送信が終了するまでの間、着呼側機
器の呼び出しを保留することを特徴としている。

【００４０】上記構成において、呼び出し制御装置は、
発呼側機器から着呼側機器への発呼を検出した場合、発
呼者情報サーバから着呼側機器への発呼者情報の送信が
終了するまでの間、着呼側機器の呼び出しを保留し、送
信が終了すると、着呼側機器を呼び出す。この結果、通
信網と単一の回線でのみ接続可能な着呼側機器であって
も、発呼側機器が発呼してから着呼側機器が応呼するま
での間に、何ら支障なく、発呼側機器とは別の発呼者情
報サーバから発呼者情報を受信できる。したがって、着
呼側機器が発呼者情報を受け取るために２回線以上を占
有する場合に比べて、通信網の負担を軽減でき、着呼側
機器の構成を簡略化できる。

【００４１】

【発明の実施の形態】〔第１の実施形態〕 本発明の一実施形態について図１および図２に基づいて
説明すると以下の通りである。すなわち、本実施形態に
係る通信システム１は、通話などの通信に先立って、着
呼側機器がユーザに着呼を報知する際、例えば、メロデ
ィやアニメーションなどの発呼者情報を再生するシステ
ムであって、図１に示すように、発呼側機器および着呼
側機器（通信機器）となる端末３・５と、例えば、公衆
電話回線網やパケット通信網など、両端末３・５間を接
続する通信網７と、予め、発呼者が設定した発呼者情報
を格納すると共に、発呼側の端末３が着呼側の端末５を
発呼する際、設定された発呼者情報を着呼側の端末５に
送信して、着呼報知時に再生させる発呼者情報サーバ９
とを備えている。

【００４２】当該構成では、着呼側の端末５がユーザに
着呼を報知する際に再生する発呼者情報は、発呼者情報
サーバ９から伝送された発呼者情報、すなわち、発呼者
が予め設定した発呼者情報になる。したがって、着呼者
が何ら設定することなく、着呼側の端末５は、着呼時に
再生する発呼者情報を、発呼者に応じて変更できる。

【００４３】なお、本発明は、携帯電話システムなどの
無線通信システムに限らず、有線の通信システムにも広
く適用できるが、以下では、好適な例として、各端末３
・５が例えば、携帯電話など、携帯可能な端末装置の場
合を例にして説明する。また、上記発呼者情報は、着呼
を報知する際、すなわち、着呼者が応呼する前に、発呼
者を識別できるように、複数種類設定可能であれば、メ
ロディ（着メロ）などの音として再生されてもよいし、
アニメーション（着アニメーション）などの動画や静止
画のような画像として再生されてもよい。また、ライト
の明滅などの光、あるいは、振動などとして再生されて
もよいが、以下では、発呼者情報がアニメーションの場
合を例にして説明する。

【００４４】すなわち、本実施形態に係る着呼側の端末
５は、例えば、無線通信路などを介して図示しない基地
局と通信するなどして、通信網７と接続可能な送受信部
５１と、発呼側の端末３による発呼が通信網７から送受
信部５１に通知された場合に、予め定められる発呼者情
報を再生して、ユーザに着呼を報知する発呼者情報再生
部（着呼報知手段）５２と、ユーザが応呼した場合に、
発呼側の端末３との通話を処理する通話処理部（通信手
段）５３とを備えている。なお、本実施形態では、発呼
者情報がアニメーションであり、上記発呼者情報再生部
５２は、発呼者情報受信部５４が受信した発呼者情報
を、例えば、液晶表示装置などの表示部へアニメーショ
ンとして表示して、ユーザに着呼を報知する。

【００４５】さらに、本実施形態に係る着呼側の端末５
には、ユーザに着呼を報知する前に、上記発呼者情報サ
ーバ９が発呼側の端末３に応じて送信した発呼者情報を
受信すると共に、当該発呼者情報を上記発呼者情報再生
部５２に再生させる発呼者情報受信部５４と、発呼者情
報の受信が終了した時点で、例えば、予め定められた番
号への接続要求を送信するなどして、発呼側の端末３か
ら着呼側の端末５への呼び出しを遅延させている呼出制
御部７１（後述）へ待ち受け解除を指示する待ち受け解
除指示部５５とが設けられている。なお、本実施形態で
は、特許請求の範囲に記載の伝送データとして、発呼者
情報自体を受け取るので、上記発呼者情報受信部５４
が、特許請求の範囲に記載の報知データ設定手段、設定
手段および受信手段に対応する。

【００４６】一方、発呼側の端末３には、上記送受信部
５１・通話処理部５３と同様の送受信部３１・通話処理
部３２に加えて、発呼の際、例えば、キー操作などにと
って、電話番号を直接入力したり、予め登録された中か
ら所望の番号（着呼者）を選択したりするなどの操作に
よって、着呼側の端末５への発呼を指示する発呼指示部
３３と、発呼が指示された場合に、予め定められた電話
番号に電話するなどして、上記発呼者情報サーバ９へ、
発呼側および着呼側の端末３・５の番号を通知する発呼
側および着呼側端末番号送信部３４・３５とが設けられ
ている。

【００４７】また、通信網７は、通常の無線電話網など
と同様に、通信網７に接続可能な任意の機器から接続要
求を受けた場合、接続要求が示す機器へ着呼を通知する
と共に、着呼側の機器が応呼した場合は、両機器間に回
線を設定できる。さらに、本実施形態に係る通信網７に
は、発呼側の端末３から着呼側の端末５への呼び出しを
遅延させ、着呼側の端末５が発呼者情報を受け取ってか
ら、着呼側の端末５を呼び出す呼出制御部（呼び出し制
御装置）７１が設けられている。これにより、発呼側の
端末３と着呼側の端末５との間で回線接続された後に、
他の回線で発呼者情報を伝送する場合に比べて、同時に
接続される回線数を削減でき、通信網７の負担を軽減で
きる。さらに、着呼側の端末５が同時には１つの回線接
続しかできない場合であっても、何ら支障なく、発呼者
情報サーバ９が発呼者情報を送信した後で、発呼側の端
末３との間で回線接続でき、複数同時に回線接続する場
合に比べて、着呼側の端末５の構成を簡略化できる。

【００４８】一方、本実施形態に係る発呼者情報サーバ
９は、発呼側端末番号と着呼側端末番号とで特定された
発呼者情報を送信する構成であって、両端末番号と関連
付けて発呼者情報を記憶する発呼者情報データベース
（ＤＢ）９１と、発呼側の端末３の両端末番号送信部３
４・３５から発呼側および着呼側端末番号を受信する番
号受信部９２と、上記発呼者情報ＤＢ９１を参照して、
受信した両端末番号に対応する発呼者情報を取得する発
呼者情報取得部９３と、上記番号受信部９２が受信した
着呼側端末番号を発呼するなどして、上記発呼者情報取
得部９３が取得した発呼者情報を着呼側の端末５の発呼
者情報受信部５４へ送信する発呼者情報送信部９４とを
備えている。さらに、発呼者情報サーバ９には、例え
ば、発呼側の端末３自体や、他の情報機器など、発呼者
が操作する機器から、通信網７を介して、発呼側端末番
号および着呼側端末番号と、発呼者情報との組み合わせ
を示すデータを受け取り、両番号と発呼者情報との組み
合わせを発呼者情報ＤＢ９１に登録する登録部９５が設
けられている。

【００４９】発呼者情報サーバ９の発呼者情報ＤＢ９１
は、発呼者情報としてのアニメーションを記憶する際、
各フレームを示すビットマップで記憶してもよい。この
場合、各ビットマップが発呼者情報として、発呼者情報
サーバ９から着呼側の端末５へ伝送され、端末５の発呼
者情報再生部５２は、当該ビットマップを順次表示し
て、アニメーションを再生する。

【００５０】また、アニメーションを記憶する際、円や
四角あるいは文字などの図形要素を組み合わせて、各フ
レームのうちの特徴となるキーフレームを記述してもよ
い。この場合、端末５の発呼者情報再生部５２は、キー
フレームの間のフレームを必要に応じて補完して、フレ
ームを生成し、各フレームを構成する図形要素を描画す
ることで、アニメーションを再生する。なお、キーフレ
ームで記憶する場合、発呼者情報ＤＢ９１には、各キー
フレーム同士で、対応する図形要素を示すデータも格納
されている方が望ましい。この場合は、対応する図形要
素のうち、相違している位置や色などが滑らかに変化す
るように補完することで、より的確に補完できる。ま
た、補完処理は、端末５で行うよりも、比較的演算能力
に余裕のある発呼者情報サーバ９で行い、補完後のフレ
ームを送信する方が、端末５の負担を、より軽減でき
る。

【００５１】さらに、別の格納方法として、複数のキャ
ラクタ毎に、当該キャラクタが取り得る動作のアニメー
ションを記憶しておき、各アニメーションを、動作の組
み合わせとして記憶してもよい。この場合は、キャラク
タの動作の組み合わせを示すデータと、少なくとも当該
動作のアニメーションとが、発呼者情報サーバ９から端
末５へ送信され、端末５の発呼者情報再生部５２は、各
動作のアニメーションを組み合わせに従った順序で再生
することで、アニメーションを再生する。

【００５２】これらのように、キーフレームの組み合わ
せ、あるいは、キャラクタと動作との組み合わせで記憶
すれば、各フレームをビットマップを記憶する場合に比
べて、発呼者情報ＤＢ９１の記憶容量を削減できる。特
に、本実施形態に係る通信システム１では、発呼者情報
サーバ９に各利用者の発呼者情報（アニメーション）が
蓄積されるので、これらの方法で記憶した場合は、各利
用者間で、図形要素やキャラクタを示すデータを共用で
きる。この結果、発呼者情報ＤＢ９１の記憶容量をさら
に削減できる。

【００５３】さらにまた、上記登録部９５は、複数のア
ニメーションや、キャラクタおよび動作の組み合わせ
を、発呼側の端末３へ提示して、発呼側の端末３のユー
ザに選択させてもよい。この場合は、アニメーションの
各フレームを作成することなく、発呼者情報としてのア
ニメーションを決定でき、アニメーション作成時の手間
を大幅に削減できる。ここで、上記構成では、発呼者情
報サーバ９に発呼者情報としてのアニメーションが蓄積
されるので、アニメーション作成用に、アニメーション
や、キャラクタおよび動作を蓄積したサーバを別に設け
る場合比べて、通信システム１全体に必要な記憶容量を
削減できる。

【００５４】なお、図１に示す各装置（３・５・７１・
９）などを構成する各部材は、ＣＰＵなどの演算手段
が、ＲＯＭやＲＡＭなどの記録媒体に格納されたプログ
ラムを実行することで実現される機能ブロックであって
もよいし、同様の処理を行うハードウェアで実現しても
よい。また、処理の一部を行うハードウェアと、当該ハ
ードウェアの制御や残余の処理を行うプログラムを実行
する上記演算手段とを組み合わせても実現することもで
きる。さらに、上記演算手段は、単体であってもよい
し、装置内部のバスや種々の通信路を介して接続された
複数の演算手段が共同してプログラムを実行してもよ
い。

【００５５】上記プログラムは、プログラム自体や当該
プログラムを作成するためのデータなどを示すプログラ
ムデータを記録媒体に格納し、当該記録媒体を配付した
り、あるいは、上記プログラムデータを、有線または無
線の通信手段で送信したりして配付され、上記演算手段
で実行される。

【００５６】ここで、プログラムデータを配付する際の
記録媒体は、取外し可能である方が好ましいが、プログ
ラムデータを配付した後の記録媒体は、取外し可能か否
かを問わない。また、上記記録媒体は、プログラムデー
タが記憶されていれば、書換え（書き込み）可能か否
か、揮発性か否か、記録方法および形状を問わない。記
録媒体の一例として、磁気テープやカセットテープなど
のテープ、あるいは、フロッピーディスクやハードディ
スクなどの磁気ディスク、または、ＣＤ−ＲＯＭや光磁
気ディスク（ＭＯ）、ミニディスク（ＭＤ）やデジタル
ビデオディスク（ＤＶＤ）などのディスクが挙げられ
る。また、記録媒体は、ＩＣカードや光カードのような
カード、あるいは、マスクＲＯＭやＥＰＲＯＭ、ＥＥＰ
ＲＯＭまたはフラッシュＲＯＭなどのような半導体メモ
リであってもよい。

【００５７】なお、上記プログラムデータは、上記各処
理の全手順を上記演算手段へ指示するコードであっても
よいし、所定の手順で呼び出すことで、上記各処理の一
部または全部を実行可能な基本プログラム（例えば、オ
ペレーティングシステムやライブラリなど）が既に存在
していれば、当該基本プログラムの呼び出しを上記演算
手段へ指示するコードやポインタなどで、上記全手順の
一部または全部を置き換えてもよい。

【００５８】また、上記記録媒体にプログラムデータを
格納する際の形式は、例えば、実メモリに配置した状態
のように、演算手段がアクセスして実行可能な格納形式
であってもよいし、実メモリに配置する前で、演算手段
が常時アクセス可能なローカルな記録媒体（例えば、実
メモリやハードディスクなど）にインストールした後の
格納形式、あるいは、ネットワークや搬送可能な記録媒
体などから上記ローカルな記録媒体にインストールする
前の格納形式などであってもよい。また、プログラムデ
ータは、コンパイル後のオブジェクトコードに限るもの
ではなく、ソースコードや、インタプリトまたはコンパ
イルの途中で生成される中間コードとして格納されてい
てもよい。いずれの場合であっても、圧縮の解凍や、復
号化、インタプリト、コンパイル、リンク、あるいは、
実メモリへの配置などの処理や各処理の組み合わせによ
って、上記演算手段が実行可能な形式に変換可能であれ
ば、プログラムデータを記録媒体に格納する際の形式に
拘わらず、同様の効果を得ることができる。

【００５９】上記構成の通信システム１において、発呼
側の端末３が着呼側の端末５を呼び出す際の動作を、図
２に示すフローチャートに基づき説明すると、以下の通
りである。すなわち、ステップ１（以下では、Ｓ１のよ
うに略称する）において、例えば、着呼側端末番号を入
力するなどして、ユーザが発呼指示部３３へ発呼を指示
すると、発呼指示部３３は、Ｓ２において、通信網７の
呼出制御部７１へ、着呼側端末番号を通知して、着呼側
の端末５と接続を準備するように指示する。なお、呼出
制御部７１は、後述するように、準備が完了すると、待
機状態となり、着呼側の端末５から指示があるまで、着
呼側の端末５への呼び出しを遅延させる。

【００６０】さらに、上記Ｓ１にて、発呼指示部３３が
発呼指示を検出すると、Ｓ３において、発呼側端末番号
送信部３４は、送受信部３１へ指示して、図示しないメ
モリに記憶されている自機器の番号（発呼側端末番号）
を発呼者情報サーバ９へ送信する。また、着呼側端末番
号送信部３５は、発呼指示部３３から着呼側端末番号を
受け取り、発呼者情報サーバ９へ送信する。

【００６１】一方、発呼者情報サーバ９では、Ｓ４にお
いて、番号受信部９２は、上記両端末番号送信部３４・
３５から発呼側端末番号および着呼側端末番号を受け取
り、Ｓ５において、発呼者情報取得部９３は、発呼者情
報ＤＢ９１を参照して、両番号に対応する発呼者情報を
取得する。さらに、発呼者情報送信部９４は、Ｓ６およ
びＳ７において、上記Ｓ４で受け取った着呼側端末番号
を発呼し、着呼側の端末５で、予め発呼者情報を受け取
ると設定されていた場合（Ｓ６にてYES の場合）、上記
Ｓ５で取得した発呼者情報を送信する（Ｓ７）。

【００６２】当該発呼者情報が通信網７を介して伝送さ
れ、着呼側の端末５において、発呼者情報受信部５４が
受信すると（Ｓ８）、待ち受け解除指示部５５は、通信
網７の呼出制御部７１へ、待ちうけ解除を指示する（Ｓ
９）。なお、着呼側の端末５が発呼者情報の受信を拒否
した場合（上記Ｓ６にてNOの場合）は、通信網７を発呼
者情報が伝送されることなく、上記Ｓ９にて、待ちうけ
解除が指示される。

【００６３】ここで、上記呼出制御部７１は、上記Ｓ２
での指示を受けて、着呼側の端末５との接続を準備した
後、Ｓ１１に示す待ち受け状態に移行しているが、上記
待ち受け解除指示部５５からの指示を受けると、Ｓ１２
において、待ち受け状態を解除し、着呼側の端末５を呼
び出す。

【００６４】一方、着呼側の端末５の発呼者情報再生部
５２は、発呼者情報受信部５４から、上記Ｓ７で受信し
た発呼者情報を受け取って、発呼者情報の再生を準備し
ており、呼出制御部７１からの呼び出しを検出すると、
発呼者情報を再生するように予め設定されている場合
（Ｓ１３にてYES の場合）、発呼者情報を再生して、ユ
ーザに着呼を報知する（Ｓ１４）。

【００６５】ここで、例えば、図１に示すように、発呼
者情報サーバ９の発呼者情報取得部９３に、発呼側端末
番号Ａ１および着呼側端末番号Ｂ１に対応する発呼者情
報Ｃ１１が記憶され、発呼側端末番号Ａ２および着呼側
端末番号Ｂ１に対応する発呼者情報Ｃ２１が記憶されて
いたとする。この場合、着呼側の端末５が同一（端末番
号Ｂ１の端末５）であったとしても、端末番号Ａ１の端
末３が発呼した場合は、発呼者情報Ｃ１１が再生され、
端末番号Ａ２の端末３が発呼した場合は、発呼者情報再
生部５２が発呼者情報Ｃ２１を再生して着呼を報知す
る。この結果、着呼者側で特に設定していないにも拘ら
ず、発呼側の端末３に応じた発呼者情報で、着呼側の端
末５のユーザに着呼を報知できる。

【００６６】さらに、例えば、ユーザが所定の通話ボタ
ンを押すなどして、応呼すると（Ｓ１５にてYES の場
合）、発呼側の端末３と着呼側の端末５との間で回線接
続が確立され、両端末３・５の通話処理部３２・５３
は、それぞれのユーザの音声を相互に伝送して、両者を
通話させる（Ｓ１６）。さらに、通話が終了して、回線
切断が指示されると、両端末３・５間の回線が切断され
る（Ｓ１７）。

【００６７】なお、ユーザが応呼しない場合（上記Ｓ１
５にてNOの場合）は、発呼側の端末３と着呼側の端末５
との間で回線接続することなく、通信を終了してもよい
し、着呼側の端末５が、例えば、音声やアニメーション
などで、予め定められた応答メッセージを送信して、発
呼側の端末３へ応呼できない旨を通知してもよい。

【００６８】また、予め着呼側の端末５のユーザによっ
て、発呼者情報を再生しないように設定されている場合
（Ｓ１３にてNOの場合）、着呼側の端末５の発呼者情報
再生部５２は、発呼者情報を再生せず、例えば、予め定
められた音や振動などで、ユーザに着呼を報知する。な
お、設定は、発呼側端末番号毎に再生の可否を設定して
もよいし、一律に再生の可否を設定してもよい。

【００６９】いずれの場合であっても、着呼側の端末５
で、発呼者情報の再生の可否を決定できるので、例え
ば、不快な音や動画など、着呼側の端末５のユーザが受
け取りたくない発呼者情報の再生を防止できる。なお、
図２の例では、着呼側の端末５が発呼者情報の受信を拒
否している場合（上記Ｓ６にてNOの場合）、発呼者情報
の伝送自体を中止しているが、これに限るものではな
く、発呼者情報を受信した後で再生しなくても略同様の
効果が得られる。ただし、本実施形態のように、発呼者
情報の再生が不要な場合、発呼者情報の伝送自体を中止
する方が通信網７のトラフィックを削減できる。

【００７０】以上のように、本実施形態に係る通信シス
テム１では、着呼側の端末５の発呼者情報受信部５４
が、発呼側の端末３のユーザが決定した発呼者情報を受
け取り、発呼者情報再生部５２が当該発呼者情報を再生
して、着呼側の端末５のユーザに着呼を報知する。この
結果、通話工程（Ｓ１６）の前の着呼時点（Ｓ１４）で
再生される発呼者情報は、発呼側の端末３のユーザの指
示によって変化する。この結果、着呼側の端末５のユー
ザは、当該発呼者情報に基づいて、発呼者や緊急度など
を類推でき、上記Ｓ１５において、応呼するか否かを決
定できる。

【００７１】また、発呼者情報は、発呼側で決定される
ため、着呼側の端末５のユーザが設定する必要がない。
この結果、発呼者情報（報知データ）がアニメーション
の場合など、作成に手間がかかるメディアであったとし
ても、着呼側の端末５のユーザの負担を軽減できる。

【００７２】なお、発呼側で発呼者情報が決定されるた
め、着呼側で設定する従来技術に比べて、発呼側の手間
は増大する。ところが、発呼者情報として、似顔絵やト
レードマークなど、発呼者に固有のデータを使用する場
合、各着呼者間で同じデータを流用できるので、着呼者
での手間と発呼者での手間との合計を削減できる。

【００７３】ここで、発呼者情報は、発呼側の端末３か
ら着呼側の端末５に直接送信してもよいが、本実施形態
では、発呼側の端末３とは別に発呼者情報サーバ９が設
けられており、発呼者情報は、当該発呼者情報サーバ９
から送信される。この結果、発呼毎に発呼側の端末３が
発呼者情報を送信する場合に比べて、発呼側の端末３と
通信網７との間のトラフィックを削減できる。ここで、
発呼者情報サーバ９の数は、発呼側の端末３よりも少な
い数に設定できるので、発呼者情報サーバ９と通信網７
との間の通信容量は、発呼側の端末３と通信網７との間
の通信容量よりも向上しやすい。また、発呼者情報サー
バ９は、設置場所が固定されており、有線で接続できる
ので、無線通信路を介して通信網７と接続される発呼側
の端末３に比べて、さらに、通信容量を向上しやすい。
この結果、発呼者情報サーバ９から発呼者情報を送信す
ることで、通信網７の負担を軽減できる。

【００７４】加えて、発呼側の端末３は、寸法や重量を
削減して携帯しやすくするために、設置場所が固定され
る発呼者情報サーバ９に比べて、記憶容量が制限される
ことが多いが、上記構成では、発呼側の端末３が発呼者
情報自体を記憶する必要がないので、記憶容量を削減で
きる。この結果、発呼側の端末３が発呼者情報自体を記
憶し、送信する場合に比べて、携帯性を向上できる。

【００７５】また、本実施形態に係る通信システム１で
は、通信網７に呼出制御部７１が設けられており、着呼
側の端末５の呼び出し、および、発呼側の端末３と着呼
側の端末５との間の回線接続は、発呼者情報サーバ９か
ら着呼側の端末５への発呼者情報伝送が終了するまで遅
延される。これにより、着呼側の端末５は、通信網７と
１回線しか同時に接続できない場合であっても、何ら支
障なく、発呼側の端末３と異なる発呼者情報サーバ９か
ら発呼者情報を受け取ることができる。この結果、着呼
側の端末５が発呼側の端末３および発呼者情報サーバ９
の双方と回線接続する場合に比べて、通信網７の負担を
削減できると共に、着呼側の端末５の構成を簡略化でき
る。

【００７６】〔第２の実施形態〕 ところで、上記第１の実施形態では、発呼者情報サーバ
９が発呼側端末番号と着呼側端末番号とに基づいて発呼
者情報を特定する場合について説明した。これに対し
て、本実施形態では、発呼する際に、発呼側の端末で発
呼者情報を選択する場合について、図３〜図５に基づき
説明する。

【００７７】すなわち、図３に示すように、本実施形態
に係る通信システム１ａの発呼側の端末３ａでは、着呼
側端末番号送信部３５に代えて、予め定められた発呼者
情報の中から、現発呼で使用する発呼者情報を選択する
発呼者情報選択部３６と、選択された発呼者情報を示す
選択情報を発呼者情報サーバ９ａに送信する選択情報送
信部３７とが設けられている。さらに、発呼側の端末３
ａには、発呼者情報サーバ９ａに登録した発呼者情報の
概要を示す画像やテキストなどを記憶する発呼者情報サ
マリＤＢ３８が設けられており、上記発呼者情報選択部
３６は、ユーザに発呼者情報の概要を提示して選択を促
すことができる。

【００７８】一方、図４に示すように、発呼者情報サー
バ９ａには、発呼側端末番号および着呼側端末番号と発
呼者情報との組み合わせを記憶する発呼者情報ＤＢ９１
に代えて、発呼側端末番号および選択情報と発呼者情報
との組み合わせが格納された発呼者情報ＤＢ９１ａが設
けられている。さらに、発呼者情報サーバ９ａには、上
記選択情報を受信する選択情報受信部９６が追加されて
おり、発呼者情報取得部９３は、番号受信部９２が受信
した発呼側端末番号と、選択情報受信部９６が受信した
選択情報とに基づいて、発呼者情報ＤＢ９１ａを参照し
て、着呼側の端末５に送信する発呼者情報を特定する。
なお、発呼側端末番号および選択情報と発呼者情報との
組み合わせは、第１の実施形態と同様に、発呼に先立っ
て、発呼側の端末３ａまたは端末３ａのユーザが使用す
る他の情報機器から、発呼者情報サーバ９ａの発呼者情
報ＤＢ９１ａに登録される。

【００７９】上記構成では、図５に示すように、図２に
示す各工程に先立って行われるＳ２１において、発呼者
情報選択部３６は、発呼者情報サマリＤＢ３８を参照し
て、発呼者情報サーバ９ａに登録されている発呼者情報
の概要を提示し、ユーザの指示や予め定められた条件な
どに基づいて、現発呼で使用する発呼者情報を選択す
る。さらに、Ｓ３〜Ｓ５に代えて設けられたＳ２２〜Ｓ
２４において、発呼側の端末３ａの発呼側端末番号送信
部３４および選択情報送信部３７から、発呼者情報サー
バ９ａの番号受信部９２および選択情報受信部９６へ、
現発呼で使用する発呼者情報を示す選択情報と発呼側端
末番号とが伝送され、発呼者情報取得部９３は、選択情
報および発呼側端末番号に対応する発呼者情報を発呼者
情報ＤＢ９１ａから読み出す。なお、以降は、図２と同
様の動作が行われる。

【００８０】上記構成によれば、予め発呼者情報サーバ
９ａに登録された複数の発呼者情報の中から、発呼毎
に、当該発呼で使用する発呼者情報が選択される。これ
により、第１の実施形態のように、発呼側端末番号と着
呼側端末番号とに対応する発呼者情報が決められている
場合とは異なり、発呼時点で発呼者情報を決定できるの
で、発呼側の端末３ａは、より発呼者の状況に合った発
呼者情報の送信を指示できる。この結果、着呼側の端末
５は、より発呼時の状況に応じた発呼者情報を再生し
て、着呼側の端末５のユーザに、より的確に発呼時の状
況を伝えることができる。

【００８１】また、本実施形態に係る発呼側の端末３ａ
には、発呼者情報サマリＤＢ３８が設けられており、発
呼者情報選択部３６が選択可能な発呼者情報の概要を提
示してユーザに選択を促すので、選択時の手間を削減で
きる。

【００８２】〔第３の実施形態〕 ところで、上記第１の実施形態では、発呼側の端末から
発呼者情報サーバに発呼者情報の送信を指示する場合に
ついて説明したが、本実施形態では、着呼側の端末が発
呼側の端末からの指示に応じて発呼者情報サーバに送信
を指示する場合について、図６〜図９に基づき説明す
る。

【００８３】すなわち、本実施形態に係る通信システム
１ｂでは、図６に示すように、発呼者情報サーバ９が、
着呼側の端末５ｂから、発呼側および着呼側端末番号を
受信するように構成されており、発呼側の端末３ｂから
は、図７に示すように、図１に示す着呼側端末番号送信
部３５が削除されている。また、発呼側の端末３ｂの発
呼側端末番号送信部３４は、発呼者情報サーバ９ではな
く、着呼側の端末５ｂへ発呼側端末番号を送信するよう
に構成されている。

【００８４】一方、着呼側の端末５ｂには、図８に示す
ように、図１に示す構成に加えて、発呼側の端末３ｂか
ら発呼側端末番号を受信する発呼側端末番号受信部５６
と、当該発呼側端末番号、および、予め定められた自機
器の番号（着呼側端末番号）を、発呼者情報サーバ９に
送信する発呼側および着呼側端末番号送信部５７・５８
が設けられている。なお、本実施形態では、着呼側の端
末５ｂが特許請求の範囲に記載の伝送データとして、発
呼側端末番号を受け取っているので、発呼側端末番号受
信部５６が特許請求の範囲に記載の受信手段に対応し、
発呼者情報受信部５４が報知データ設定手段および設定
手段に対応する。

【００８５】さらに、本実施形態に係る通信網７ｂに
は、図６に示すように、図１に示す呼出制御部７１に加
えて、発呼側の端末３ｂから着呼側の端末５ｂへの発呼
側端末番号送信の成否を検出する第１着呼側端末反応検
出部７２と、発呼者情報サーバ９から着呼側の端末５ｂ
への発呼者情報送信の成否を検出する第２着呼側端末反
応検出部７３とが設けられている。両反応検出部７２・
７３は、例えば、送信側が送信を開始した時点から所定
の時間が経過するまでの間に、受信側から送信完了が報
告されるか否かなどに基づいて、送信の成否を判定し、
送信できない場合、呼出制御部７１へ指示して、接続準
備（待ち受け）を解除すると共に、発呼側の端末３ｂに
接続不可を通知する。

【００８６】これに伴い、本実施形態に係る発呼側の端
末３ｂには、図７に示すように、接続不可が通知された
場合に、ユーザに通知する接続不可能通知部３９が設け
られている。また、送信側となる発呼側端末番号送信部
３４および発呼者情報送信部９４は、各反応検出部７２
・７３に送信開始を通知するように構成されており、受
信側となる発呼側端末番号受信部５６および発呼者情報
受信部５４は、受信が完了した場合、各反応検出部７２
・７３へ受信完了を通知するように構成されている。

【００８７】上記構成では、図９に示すように、図２に
示すＳ３に代えて、Ｓ３１〜Ｓ３５の処理が行われ、新
たに、Ｓ３６〜Ｓ３９の処理が追加されている。なお、
Ｓ１１以降の処理は、図２と同一なので、以下では、Ｓ
１１以前の処理について説明する。

【００８８】すなわち、Ｓ１およびＳ２において、発呼
が指示され、通信網７ｂの呼出制御部７１に着呼側の端
末５ｂとの接続準備が通知されると、Ｓ３１において、
発呼側の端末３ｂの発呼側端末番号送信部３４は、例え
ば、発呼側端末の番号通知と共に予め定められたサブア
ドレスを付加して着呼側の端末５ｂを発呼したり、パケ
ット網で送信するなどして、着呼側の端末５ｂへ発呼側
端末番号を送信する。また、発呼側端末番号送信部３４
は、Ｓ３２において、通信網７ｂの第１着呼側端末反応
検出部７２へ発呼側端末番号を送信した旨を通知する。

【００８９】一方、着呼側の端末５ｂにおいて、発呼側
端末番号受信部５６は、発呼側端末番号を受け取ると
（Ｓ３３）、受信が成功した旨を第１着呼側端末反応検
出部７２へ通知する。これにより、第１着呼側端末反応
検出部７２は、発呼側端末番号の伝送に成功したと判断
する（Ｓ３４にて、YES の場合）。この場合は、Ｓ３５
において、着呼側の端末５ｂの発呼側および着呼側端末
番号送信部５７・５８は、発呼者情報サーバ９へ発呼側
および着呼側端末番号を送信する。

【００９０】発呼者情報サーバ９では、図２と略同様の
処理Ｓ４〜Ｓ７が行われるが、発呼者情報送信部９４
は、Ｓ７において、発呼者情報を送信する際、上記Ｓ３
２と同様に、第２着呼側端末反応検出部７３へ発呼者情
報の送信開始を通知する（Ｓ３６）。さらに、第２着呼
側端末反応検出部７３は、Ｓ３４と同様に、着呼側の端
末５ｂの発呼者情報受信部５４から受信終了を受け取る
か否かに基づいて、発呼者情報の伝送の成否を判断し、
伝送に成功した場合は、Ｓ９以降の処理を行う。

【００９１】一方、例えば、着呼側の端末５ｂが通信圏
外に出た場合など、着呼側の端末５ｂが応答できない場
合は、発呼側端末番号受信部５６や発呼者情報受信部５
４は、上記両反応検出部７２・７３へ伝送終了を通知で
きない。この場合（Ｓ３４またはＳ３７にて、NOの場
合）は、両反応検出部７２・７３は、着呼側の端末５ｂ
と接続できないと判断し、Ｓ３８において、通信網７ｂ
の呼出制御部７１へ待ち受け解除を指示すると共に、Ｓ
３９において、発呼側の端末３ｂの接続不可能通知部３
９へ指示して、例えば、所定のメッセージを表示／発声
させるなどして、端末３ｂのユーザに、接続できない旨
を通知する。

【００９２】上記構成では、第１の実施形態と同様、着
呼側の端末５ｂは、発呼側の端末３ｂのユーザが指示し
た発呼者情報を再生して、着呼側の端末５ｂのユーザに
着呼を報知する。この結果、第１の実施形態と同様の効
果が得られる。さらに、本実施形態では、両反応検出部
７２・７３が設けられており、着呼側の端末５ｂが応答
できない場合に、呼出制御部７１へ待ち受け解除を指示
する。この結果、着呼側の端末５ｂの反応を検出しない
構成に比べて、着呼側の端末５ｂが応答できない場合の
待ち受け時間を短縮でき、通信網７ｂの資源を有効に利
用できる。

【００９３】〔第４の実施形態〕 第３の実施形態では、第１の実施形態と同様の構成にお
いて、着呼側の端末５ｂが、発呼側の端末３ｂからの指
示に応じて、発呼者情報サーバ９に発呼者情報の送信を
指示する場合について説明した。これに対して、本実施
形態では、第２の実施形態と同様の構成において、着呼
側から発呼者情報サーバへ発呼者情報の送信を指示する
場合について、図１０〜図１３に基づき説明する。

【００９４】すなわち、本実施形態に係る通信システム
１ｃでは、図１０に示すように、選択情報が発呼側の端
末３ｃから発呼者情報サーバ９ａへ送信され、着呼側の
端末５ｃが、発呼側の端末３ｃの指示に応じて、発呼側
端末番号を発呼者情報サーバ９ａへ送信するように構成
されている。

【００９５】具体的には、図１１に示すように、発呼側
の端末３ｃには、図３に示す発呼側の端末３ａの構成
に、図７と同様の接続不可能通知部３９が追加され、発
呼側端末番号送信部３４が着呼側の端末５ｃに発呼側端
末番号を通知するように構成されている。また、選択情
報が発呼側の端末３ｃから発呼者情報サーバ９ａへ送信
されるので、図１２に示すように、本実施形態に係る着
呼側の端末５ｃでは、図８に示す構成から、着呼側端末
番号送信部５８が省略されている。また、図６と同様
に、通信網７ｂに両反応検出部７２・７３が設けられて
おり、送信側および受信側が送信開始および終了を通知
するように構成されている。なお、本実施形態では、発
呼者情報を特定可能な伝送データとして、発呼者情報自
体を受け取っているので、第１および第２の実施形態と
同様に、発呼者情報受信部５４が特許請求の範囲に記載
の受信手段、報知データ設定手段および設定手段に対応
する。

【００９６】上記構成では、図１３に示すように、図９
に示す各工程に加えて、図５に示す選択工程（Ｓ２１）
が行われる。また、図９と同様に、Ｓ１・Ｓ２・Ｓ３１
〜Ｓ３５において、発呼側の端末３ｃは、着呼側の端末
５ｃへ発呼側端末番号を通知し、着呼側の端末５ｃが発
呼者情報サーバ９ａへ発呼側端末番号を通知して、発呼
者情報の送信を指示する。ただし、本実施形態では、選
択情報は、発呼側の端末３ｃから送信されているので、
Ｓ４１において、発呼側の端末３ｃの選択情報送信部３
７は、上記Ｓ２１で選択した発呼者情報を示す選択情報
を、発呼者情報サーバ９ａへ送信する。

【００９７】これにより、第２の実施形態と同様に、着
呼側の端末５ｃは、より発呼時の状況に応じた発呼者情
報を再生して、着呼側の端末５ｃのユーザに、より的確
に発呼時の状況を伝えることができる。また、第３の実
施形態と同様に、両反応検出部７２・７３が設けられて
いるので、着呼側の端末５ｃが応答できない場合の待ち
受け時間を短縮でき、通信網７ｂの資源を有効に利用で
きる。

【００９８】〔第５の実施形態〕 ところで、上記第１〜第４の実施形態では、発呼毎に、
発呼者情報を着呼側の端末へ送信する場合について説明
した。これに対して、本実施形態では、発呼者情報が着
呼側の端末に格納されている場合、発呼者情報の送信を
中止する構成について、図６、図１４および図１５に基
づき説明する。なお、本実施形態では、第１および第３
の実施形態と同様に、発呼者情報が発呼側端末番号と着
呼側端末番号との組み合わせで特定される場合について
説明する。

【００９９】すなわち、図６に示すように、本実施形態
に係る通信システム１ｄでは、着呼側の端末５ｄが設け
られている。当該着呼側の端末５ｄには、図１４に示す
ように、図８の構成に加えて、これまでに受信した発呼
者情報が発呼側端末番号と関連付けて蓄積される受信済
発呼者情報ＤＢ（記憶手段）５９と、発呼側端末番号送
信部５７が発呼側端末番号を受信した場合、受信済発呼
者情報ＤＢ５９をアクセスして、当該発呼側端末番号の
発呼者情報が格納されているか否かを検出する発呼者情
報取得部（発呼者情報取得手段；伝送阻止手段）６０と
が設けられている。なお、本実施形態では、第３の実施
形態と同様に、発呼側端末番号受信部５６が特許請求の
範囲に記載の受信手段に対応し、発呼者情報受信部５４
が報知データ設定手段および設定手段に対応する。

【０１００】上記構成では、図１５に示すように、図９
に示す各工程に加えて、着呼側の端末５ｄの発呼側端末
番号受信部５６が発呼側端末番号の受信に成功すると
（Ｓ３４にて、YES の場合）、発呼者情報取得部６０
は、Ｓ５１において、受信済発呼者情報ＤＢ５９にアク
セスして、当該発呼側端末番号に対応する発呼者情報が
格納されているか否かを判定する。格納されている場合
（Ｓ５１にてYES の場合）は、発呼者情報を発呼者情報
サーバ９から受け取る必要がない。したがって、図２に
示すＳ９以降の処理を行って、着呼側の端末５ｄが呼出
制御部７１の待ち受け状態を解除すると共に、発呼側の
端末３ｂからの呼び出しに応じ、発呼者情報再生部５２
が、上記Ｓ５１で見出した発呼者情報を再生して着呼を
報知する。

【０１０１】これとは逆に、発呼側の端末３ｂからの発
呼を受け取っていない場合のように、上記受信済発呼者
情報ＤＢ５９に、発呼側端末番号に対応する発呼者情報
が格納されていない場合（Ｓ５１にて、NOの場合）、両
端末番号送信部５７・５８は、発呼者情報取得部６０の
指示に応じて、発呼側および着呼側端末番号を発呼者情
報サーバ９に送信するなど、Ｓ３５以降の処理が行われ
る。

【０１０２】上記構成では、発呼者情報が既に着呼側の
端末５ｄに蓄積されている場合、発呼者情報サーバ９か
ら着呼側の端末５ｄへの発呼者情報の送信を中止する。
この結果、発呼毎に、発呼者情報を送信する場合に比べ
て、発呼者情報の伝送回数を削減できる。したがって、
通信網７ｂから着呼側の端末５ｄへのトラフィックを削
減でき、より通信網７ｂの負担を軽減できる。

【０１０３】〔第６の実施形態〕 本実施形態では、第２および第４の実施形態と同様に、
発呼者情報が発呼側端末番号と選択情報との組み合わせ
で特定される構成において、第５の実施形態と同様に、
着呼側の端末に受信済発呼者情報ＤＢを設けた場合につ
いて、図１６〜図１８に基づき説明する。

【０１０４】すなわち、図１６に示すように、本実施形
態に係る通信システム１ｅでは、発呼側端末番号と選択
情報との双方が、発呼側の端末３ｅから着呼側の端末５
ｅに通知され、着呼側の端末５ｅの受信済発呼者情報Ｄ
Ｂ５９ｅに、双方に対応する発呼者情報が格納されてい
ないときに限って、着呼側の端末５ｅが発呼者情報サー
バ９ａに発呼者情報の送信を指示するように構成されて
いる。

【０１０５】具体的には、本実施形態に係る着呼側の端
末５ｅには、図１７に示すように、図１２の構成に加え
て、これまで受信した発呼者情報を発呼側端末番号およ
び選択情報と関連付けて蓄積する受信済発呼者情報ＤＢ
５９ｅと、発呼側の端末３ｅの選択情報送信部３７（図
１１参照）から、選択情報を受け取る選択情報受信部６
１と、発呼側端末番号および選択情報の組み合わせに基
づいて、受信済発呼者情報ＤＢ５９ｅを参照し、組み合
わせに対応する発呼者情報が格納されていない場合に、
発呼側端末番号送信部５７および選択情報送信部６２
へ、発呼側の端末３ｅから通知された発呼側端末番号お
よび選択情報の送信を指示する発呼者情報取得部６０ｅ
とが設けられている。なお、本実施形態では、発呼側端
末番号受信部５６および選択情報受信部６１が特許請求
の範囲に記載の受信手段に対応する。

【０１０６】上記構成では、図１８に示すように、図１
３と略同様の処理が行われるが、Ｓ３１〜Ｓ３３に代え
て設けられたＳ６１〜Ｓ６３において、発呼側の端末３
ｅは、発呼側端末番号と選択情報との双方を着呼側の端
末５ｅに送信する。また、双方の受信に成功すると（Ｓ
３４にて、YES の場合）、着呼側の端末５ｅの発呼者情
報取得部６０ｅは、受信済発呼者情報ＤＢ５９ｅを参照
して、双方に対応する発呼者情報が既に格納されている
場合（Ｓ６４にて、YES の場合）、図１５と同様、図２
に示すＳ９以降の処理を行い、当該発呼者情報を再生し
て、着呼を報知する。一方、対応する発呼者情報が格納
されていない場合（Ｓ６４にて、NOの場合）、発呼者情
報取得部６０ｅは、Ｓ６５において、発呼側端末番号送
信部５７および選択情報送信部６２へ指示して、発呼者
情報サーバ９ａへ、発呼側端末番号および選択情報を通
知して、発呼者情報の送信を指示する。その後は、図１
３のＳ２４以降の処理が行われ、着呼側の端末５ｅは、
発呼者情報サーバ９ａから通知された発呼者情報を再生
して、着呼を報知する。

【０１０７】上記構成では、第５の実施形態と同様に、
発呼者情報が既に着呼側の端末５ｅに蓄積されている場
合、発呼者情報サーバ９ａから着呼側の端末５ｅへの発
呼者情報の送信を中止する。この結果、第２および第４
の実施形態の効果に加えて、通信網７ｂから着呼側の端
末５ｅへのトラフィックを削減でき、より通信網７ｂの
負担を軽減できる。

【０１０８】なお、上記第５および第６の実施形態で
は、受信済発呼者情報ＤＢ（５９・５９ｅ）に格納した
発呼者情報を再利用する。したがって、発呼側で発呼者
情報が変更されたとしても、着呼側の端末（５ｄ・５
ｅ）が更新前の発呼者情報を再生する虞れがある。した
がって、発呼側の端末（３ｄ・３ｅ）や発呼者情報サー
バ（９・９ａ）は、例えば、発呼者情報の更新時刻や有
効期間あるいは識別符号など、更新の有無を識別可能な
情報を着呼側の端末へ送信すると共に、着呼側の端末
は、受信済発呼者情報ＤＢに当該情報も併せて記憶して
おき、更新の有無を確認する方が望ましい。なお、更新
時における発呼者情報の管理方法は、ユーザの指示に応
じて、新たな発呼者情報を再生するか否かと、双方を保
存するか否かとの組み合わせのうち、いずれかを採用す
ればよい。

【０１０９】また、上記両実施形態では、発呼者情報を
格納するので、着呼側の端末の演算能力に余裕がある場
合は、発呼者情報サーバで着呼側の端末の表示能力に応
じて変換された発呼者情報ではなく、発呼側の端末が設
定した元の発呼者情報を記憶する方が好ましい。この場
合は、着呼側の端末で、自らの表示能力に合わせて変換
しながら再生する必要があるが、着呼側の端末が発呼す
る際の発呼者情報として、受信済発呼者情報ＤＢに格納
した発呼者情報を再利用できる。

【０１１０】

【発明の効果】本発明に係る着呼者呼び出し方法は、以
上のように、発呼者情報サーバが、発呼者が操作する機
器から、通信網を介して、発呼側機器番号および着呼側
機器番号と、発呼者情報との組み合わせを示すデータを
受け取り、両番号と発呼者情報との組み合わせを発呼者
情報データベースに登録する登録工程と、発呼側機器が
着呼側機器を発呼する発呼工程と、発呼側機器または着
呼側機器から、発呼側機器番号および着呼側機器番号を
受信し、上記発呼者情報データベースを参照して、受信
した両機器番号に対応する発呼者情報を取得する取得工
程と、上記発呼者情報サーバが、当該発呼者情報を示す
伝送データを上記着呼側機器へ伝える伝送工程と、着呼
側機器が着呼報知時に再生する上記報知データとして、
上記伝送データが示す発呼者情報を設定する報知データ
設定工程と、応呼に先立って、着呼側で当該報知データ
を再生して着呼を報知する報知工程とを含む構成であ
る。

【０１１１】また、本発明に係る着呼者呼び出し方法
は、以上のように、発呼者情報サーバが、発呼者が操作
する機器から、通信網を介して、発呼側機器番号および
選択情報と、発呼者情報との組み合わせを示すデータを
受け取り、発呼側機器番号および選択情報と発呼者情報
との組み合わせを発呼者情報データベースに登録する登
録工程と、発呼側機器が着呼側機器を発呼する発呼工程
と、上記発呼側機器が発呼者情報データベースに登録さ
れている発呼者情報の概要を提示し、現発呼でしようす
る発呼者情報を選択させる選択工程と、発呼側機器およ
び着呼側機器の少 なくとも一方から、発呼側機器番号お
よび上記選択工程で選択された発呼者情報を示す選択情
報を受信し、上記発呼者情報データベースを参照して、
受信した発呼側機器番号および選択情報に対応する発呼
者情報を取得する取得工程と、上記発呼者情報サーバ
が、上記取得工程で取得された発呼者情報を示す伝送デ
ータを上記着呼側機器へ伝える伝送工程と、上記報知デ
ータとして、上記伝送データが示す発呼者情報を設定す
る報知データ設定工程と、応呼に先立って、着呼側で当
該報知データを再生して着呼を報知する報知工程とを含
む構成である。

【０１１２】これらの構成によれば、通信前の着呼時点
で着呼側機器で再生される報知データは、発呼側で決定
される発呼者情報に応じて変化する。この結果、特に、
着呼側で、発呼者毎の報知データを設定していないにも
拘らず、着呼側機器の使用者は、報知データに基づい
て、発呼者や緊急度などを類推でき、応呼するか否かな
どを決定できるという効果を奏する。

【０１１３】本発明に係る着呼者呼び出し方法には、以
上のように、上記各工程に加えて、上記発呼者情報を報
知データとして設定するか否かを予め設定する設定工程
が含まれていている構成である。

【０１１４】当該構成によれば、発呼者情報を報知デー
タとして設定するか否かが、着呼側で予め設定されてい
るので、不所望な発呼者情報を拒否できると共に、通信
網の負担を軽減できるという効果を奏する。

【０１１５】本発明に係る着呼者呼び出し方法は、以上
のように、上記各工程に加えて、さらに、受け取った伝
送データが示す発呼者情報が着呼側機器に蓄積されてい
ない場合、上記通信網に設けられ、発呼者情報を格納す
る発呼者情報サーバから、着呼側機器が発呼者情報を受
け取る工程を含んでいる構成である。

【０１１６】当該構成によれば、着呼側機器は、受信し
た伝送データが示す発呼者情報が既に蓄積されているか
否かを判定し、蓄積されていない場合、発呼者情報サー
バから発呼者情報を受け取る。ここで、発呼者情報が着
呼側機器に蓄積されていれば、発呼者情報サーバから着
呼側機器への伝送も不要である。この結果、発呼側機器
の記憶容量を増大させることなく、しかも、通信網に負
担をかけることなく、発呼者情報を着呼側機器へ送信で
きるという効果を奏する。

【０１１７】本発明に係る着呼者呼び出し方法は、以上
のように、上記発呼者情報サーバからの発呼者情報伝送
が終了するまで、上記発呼側機器と着呼側機器との回線
接続を遅延させるタイミング調整工程を含んでいる構成
である。

【０１１８】当該構成によれば、発呼側機器と着呼側機
器との回線接続は、発呼者情報サーバから着呼側機器に
発呼者情報の伝送が終了するまで遅延される。したがっ
て、着呼側機器と通信網との間で同時に接続される回線
数が１本であっても、何ら支障なく、発呼側機器と異な
る発呼者情報サーバから、発呼者情報を取得でき、通信
網の負担を軽減できると共に、着呼側機器の構成を簡略
化できるという効果を奏する。

【０１１９】本発明に係る通信機器は、以上のように、
通信網から、発呼側機器が指示した発呼者情報を示す伝
送データを受信する受信手段と、着呼を報知する際に再
生する報知データとして、上記伝送データが示す発呼者
情報を設定する報知データ設定手段とを備えている構成
である。

【０１２０】上記構成の通信機器は、着呼側機器として
動作して着呼を報知するので、通信前の着呼時点で着呼
側機器で再生される報知データを、発呼側で設定される
発呼者情報に応じて変更できる。この結果、着呼側機器
の使用者は、従来技術のように特別な設定をしていない
にも拘らず、報知データに基づいて、発呼者や緊急度な
どを類推でき、応呼するか否かなどを決定できるという
効果を奏する。

【０１２１】本発明に係る通信機器は、以上のように、
上記構成に加えて、上記報知データ設定手段を動作させ
るか否かを設定する設定手段を備えている構成である。
当該構成によれば、着呼側となる通信機器の設定手段
で、報知データとして発呼者情報を設定するか否かを決
定できるので、不所望な発呼者情報を拒否できると共
に、通信網の負担を軽減できるという効果を奏する。

【０１２２】本発明に係る通信機器は、以上のように、
上記各構成に加えて、上記伝送データに基づいて、予め
定められた発呼者情報サーバにアクセスして、当該伝送
データが示す発呼者情報を受け取る発呼者情報取得手段
を備えている構成である。

【０１２３】当該構成によれば、発呼者情報は、通信網
に設けられた発呼者情報サーバから着呼側機器としての
通信機器に送信されるので、発呼側機器は、発呼者情報
を示す伝送データを通信機器に通知するだけでよい。こ
の結果、発呼側機器の記憶容量を増大させることなく、
しかも、通信網に負担をかけることなく、発呼者情報を
通信機器へ送信できるという効果を奏する。

【０１２４】本発明に係る通信機器は、以上のように、
上記各構成に加えて、受信した伝送データに関連付けて
発呼者情報を蓄積する記憶手段と、上記受信手段が受信
した伝送データに対応する発呼者情報が上記記憶手段に
格納されている場合、上記通信網からの新たな発呼者情
報の伝送を阻止する伝送阻止手段とを備えている構成で
ある。

【０１２５】上記構成では、通信機器の記憶手段が、伝
送データに対応する発呼者情報を格納していた場合、伝
送阻止手段は、新たな発呼者情報の伝送を阻止する。こ
の結果、通信機器が発呼毎に発呼者情報を受信する構成
に比べて、通信網の負担を軽減できるという効果を奏す
る。

【０１２６】本発明に係る発呼者情報サーバは、以上の
ように、発呼側機器番号および着呼側機器番号と関連付
けて発呼者情報を記憶する発呼者情報データベースと、
発呼者が操作する機器から、通信網を介して、発呼側機
器番号および着呼側機器番号と発呼者情報との組み合わ
せを示すデータを受け取り、両番号と発呼者情報との 組
み合わせを発呼者情報データベースに登録する登録部
と、上記発呼側機器が発呼してから上記着呼側機器が応
呼するまでの間に、発呼側機器または着呼側機器から、
発呼側および着呼側機器番号を受信する番号受信部と、
上記発呼者情報データベースを参照して、受信した両機
器番号に対応する発呼者情報を取得する発呼者情報取得
部と、上記発呼者情報取得部が取得した発呼者情報を着
呼側機器へ送信する発呼者情報送信部とを備えている構
成である。

【０１２７】本発明に係る発呼者情報サーバは、以上の
ように、発呼側機器番号および選択情報と関連付けて発
呼者情報を記憶する発呼者情報データベースと、発呼者
が操作する機器から、通信網を介して、発呼側機器番号
および選択情報と発呼者情報との組み合わせを示すデー
タを受け取り、両番号と発呼者情報との組み合わせを発
呼者情報データベースに登録する登録部と、上記発呼側
機器が発呼してから上記着呼側機器が応呼するまでの間
に、発呼側機器および着呼側機器の少なくとも一方か
ら、発呼側機器番号および選択情報を受信する番号受信
部と、上記発呼者情報データベースを参照して、受信し
た発呼側機器番号および選択情報に対応する発呼者情報
を取得する発呼者情報取得部と、上記発呼者情報取得部
が取得した発呼者情報を着呼側機器へ送信する発呼者情
報送信部とを備えている構成である。

【０１２８】上記各構成の発呼者情報サーバは、上述の
着呼者呼び出し方法で着呼を報知するための発呼者情報
を送信する。また、発呼者情報が発呼者情報サーバから
送信される。この結果、着呼側機器の使用者は、発呼側
機器毎に報知データを設定していないにも拘らず、報知
データに基づいて、発呼者や緊急度などを類推でき、応
呼するか否かなどを決定できると共に、発呼毎に、発呼
側機器から送信する場合に比べて通信網の負担を軽減で
きるという効果を奏する。

【０１２９】本発明に係る呼び出し制御装置は、以上の
ように、発呼側機器、着呼側機器おおよび発呼者情報サ
ーバと接続可能な通信網に設けられた呼び出し制御装置
であって、上記発呼者情報サーバは、着呼側機器が着呼
を報知するための発呼者情報 を格納する記憶手段と、予
め、発呼側機器の使用者の指示に基づき、当該発呼側機
器に関連付けて発呼者情報を上記記憶手段に登録する登
録手段と、上記発呼側機器が発呼してから上記着呼側機
器が応呼するまでの間に、当該発呼側機器に関連付けて
上記記憶手段に格納された発呼者情報を、上記着呼側機
器に送信する発呼者情報送信手段とを備えた発呼者情報
サーバであり、上記発呼側機器から着呼側機器への発呼
を検出した場合、上記発呼者情報サーバから着呼側機器
への発呼者情報の送信が終了するまでの間、着呼側機器
の呼び出しを保留する構成である。

【０１３０】本発明に係る呼び出し制御装置は、以上の
ように、発呼側機器、着呼側機器および発呼者情報サー
バと接続可能な通信網に設けられた呼び出し制御装置で
あって、上記発呼者情報サーバは、着呼側機器が着呼を
報知するための発呼者情報を格納する記憶手段と、発呼
側機器の指示に基づいて、上記記憶手段から発呼者情報
を読み出し、上記着呼側機器が応呼するまでの間に、当
該着呼側機器へ送信する発呼者情報送信手段とを備えた
発呼者情報サーバであり、上記呼び出し制御装置は、上
記発呼側機器から着呼側機器への発呼を検出した場合、
上記発呼者情報サーバから着呼側機器への発呼者情報の
送信が終了するまでの間、着呼側機器の呼び出しを保留
する構成である。

【０１３１】上記各構成によれば、呼び出し制御装置
は、発呼側機器から着呼側機器への発呼を検出した場
合、発呼者情報サーバから着呼側機器への発呼者情報の
送信が終了するまでの間、着呼側機器の呼び出しを保留
し、送信が終了すると、着呼側機器を呼び出す。この結
果、通信網と単一の回線でのみ接続可能な着呼側機器で
あっても、発呼側機器が発呼してから着呼側機器が応呼
するまでの間に、何ら支障なく、発呼側機器とは別の発
呼者情報サーバから発呼者情報を受信でき、通信網の負
担軽減および着呼側機器の構成簡略化という効果を奏す
る。

【図面の簡単な説明】

【図１】本発明の一実施形態を示すものであり、通信シ
ステムの要部構成を示すブロック図である。

【図２】上記通信システムにおいて、発呼時の各部動作
を示すフローチャートである。

【図３】本発明の他の実施形態を示すものであり、発呼
側の端末の要部構成を示すブロック図である。

【図４】上記発呼側の端末を含む通信システムの要部構
成を示すブロック図である。

【図５】上記通信システムにおいて、発呼時の各部動作
を示すフローチャートである。

【図６】本発明のさらに他の実施形態を示すものであ
り、通信システムの要部構成を示すブロック図である。

【図７】上記通信システムにおいて、発呼側端末の要部
構成を示すブロック図である。

【図８】上記通信システムにおいて、着呼側端末の要部
構成を示すブロック図である。

【図９】上記通信システムにおいて、発呼時の各部動作
を示すフローチャートである。

【図１０】本発明のまた別の実施形態を示すものであ
り、通信システムの要部構成を示すブロック図である。

【図１１】上記通信システムにおいて、発呼側端末の要
部構成を示すブロック図である。

【図１２】上記通信システムにおいて、着呼側端末の要
部構成を示すブロック図である。

【図１３】上記通信システムにおいて、発呼時の各部動
作を示すフローチャートである。

【図１４】本発明の他の実施形態を示すものであり、通
信システムの要部構成を示すブロック図である。

【図１５】上記通信システムにおいて、発呼時の各部動
作を示すフローチャートである。

【図１６】本発明のさらに他の実施形態を示すものであ
り、通信システムの要部構成を示すブロック図である。

【図１７】上記通信システムにおいて、着呼側端末の要
部構成を示すブロック図である。

【図１８】上記通信システムにおいて、発呼時の各部動
作を示すフローチャートである。

【符号の説明】

３・３ａ〜３ｅ 発呼側の端末（発呼側機器） ５・５ｂ〜５ｅ 着呼側の端末（着呼側機器；通信機
器） ７・７ｂ 通信網 ９・９ａ 発呼者情報サーバ ５２ 発呼者情報再生部（着呼報知手段） ５３ 通話処理部（通信手段） ５４ 発呼者情報受信部（受信手段；報知デー
タ設定手段；設定手段） ５６ 発呼側端末番号受信部（受信手段） ５９・５９ｅ 受信済発呼者情報データベース（記憶手
段） ６０・６０ｅ 発呼者情報取得部（発呼者情報取得手
段；伝送阻止手段） ６１ 選択情報受信部（受信手段） ７１ 呼出制御部（呼び出し制御装置） ９１・９１ａ 発呼者情報データベース（記憶手段） ９４ 発呼者情報送信部（発呼者情報送信手
段） ９５ 登録部（登録手段）

Claims (13)

(57)【特許請求の範囲】
1. 【請求項１】発呼者情報サーバが、発呼者が操作する機
   器から、通信網を介して、発呼側機器番号および着呼側
   機器番号と、発呼者情報との組み合わせを示すデータを
   受け取り、両番号と発呼者情報との組み合わせを発呼者
   情報データベースに登録する登録工程と、 発呼側機器が着呼側機器を発呼する発呼工程と、 発呼側機器または着呼側機器から、発呼側機器番号およ
   び着呼側機器番号を受信し、上記発呼者情報データベー
   スを参照して、受信した両機器番号に対応する発呼者情
   報を取得する取得工程と、 上記発呼者情報サーバが、 上記取得工程で取得された発
   呼者情報を示す伝送データを上記着呼側機器へ伝える伝
   送工程と、 上記報知データとして、上記伝送データが示す発呼者情
   報を設定する報知データ設定工程と、 応呼に先立って、着呼側で当該報知データを再生して着
   呼を報知する報知工程と を含むことを特徴とする着呼者
   呼び出し方法。
2. 【請求項２】発呼者情報サーバが、発呼者が操作する機
   器から、通信網を介して、発呼側機器番号および選択情
   報と、発呼者情報との組み合わせを示すデータを受け取
   り、発呼側機器番号および選択情報と発呼者情報との組
   み合わせを発呼者情報データベースに登録する登録工程
   と、 発呼側機器が着呼側機器を発呼する発呼工程と、 上記発呼側機器が発呼者情報データベースに登録されて
   いる発呼者情報の概要を提示し、現発呼でしようする発
   呼者情報を選択させる選択工程と、 発呼側機器および着呼側機器の少なくとも一方から、発
   呼側機器番号および上記選択工程で選択された発呼者情
   報を示す選択情報を受信し、上記発呼者情報デ ータベー
   スを参照して、受信した発呼側機器番号および選択情報
   に対応する発呼者情報を取得する取得工程と、 上記発呼者情報サーバが、上記取得工程で取得された発
   呼者情報を示す伝送データを上記着呼側機器へ伝える伝
   送工程と、 上記報知データとして、上記伝送データが示す発呼者情
   報を設定する報知データ設定工程と、 応呼に先立って、着呼側で当該報知データを再生して着
   呼を報知する報知工程とを含むことを特徴とする着呼者
   呼び出し方法。
3. 【請求項３】上記発呼者情報を報知データとして設定す
   るか否かを予め設定する設定工程が含まれていることを
   特徴とする請求項１または２記載の着呼者呼び出し方
   法。
4. 【請求項４】さらに、受け取った伝送データが示す発呼
   者情報が着呼側機器に蓄積されていない場合、上記通信
   網に設けられ、発呼者情報を格納する発呼者情報サーバ
   から、着呼側機器が発呼者情報を受け取る工程を含んで
   いることを特徴とする請求項１、２または３記載の着呼
   者呼び出し方法。
5. 【請求項５】上記発呼者情報サーバからの発呼者情報伝
   送が終了するまで、上記発呼側機器と着呼側機器との回
   線接続を遅延させるタイミング調整工程を含むことを特
   徴とする請求項１、２、３または４記載の着呼者呼び出
   し方法。
6. 【請求項６】予め定められる報知データを再生して、使
   用者に着呼を報知する着呼報知手段と、応呼した場合に
   通信網を介して発呼側機器と通信する通信手段とが設け
   られた通信機器において、 上記通信網から、上記発呼側機器が指示した発呼者情報
   を示す伝送データを受信する受信手段と、 上記報知データとして、上記伝送データが示す発呼者情
   報を設定する報知データ設定手段とを備えていることを
   特徴とする通信機器。
7. 【請求項７】上記報知データ設定手段を動作させるか否
   かを設定する設定手段を備えていることを特徴とする請
   求項６記載の通信機器。
8. 【請求項８】上記伝送データに基づいて、予め定められ
   た発呼者情報サーバにアクセスして、当該伝送データが
   示す発呼者情報を受け取る発呼者情報取得手段を備えて
   いることを特徴とする請求項６または７記載の通信機
   器。
9. 【請求項９】受信した伝送データに関連付けて発呼者情
   報を蓄積する記憶手段と、 上記受信手段が受信した伝送データに対応する発呼者情
   報が上記記憶手段に格納されている場合、上記通信網か
   らの新たな発呼者情報の伝送を阻止する伝送阻止手段と
   を備えていることを特徴とする請求項６、７または８記
   載の通信機器。
10. 【請求項１０】発呼側機器番号および着呼側機器番号と
    関連付けて発呼者情報を記憶する発呼者情報データベー
    スと、 発呼者が操作する機器から、通信網を介して、発呼側機
    器番号および着呼側機器番号と発呼者情報との組み合わ
    せを示すデータを受け取り、両番号と発呼者情報との組
    み合わせを発呼者情報データベースに登録する登録部
    と、 上記発呼側機器が発呼してから上記着呼側機器が応呼す
    るまでの間に、発呼側機器または着呼側機器から、発呼
    側および着呼側機器番号を受信する番号受信部と、 上記発呼者情報データベースを参照して、受信した両機
    器番号に対応する発呼者情報を取得する発呼者情報取得
    部と、 上記発呼者情報取得部が取得した発呼者情報を着呼側機
    器へ送信する発呼者情報送信部とを備えていることを特
    徴とする発呼者情報サーバ。
11. 【請求項１１】発呼側機器番号および選択情報と関連付
    けて発呼者情報を記憶する発呼者情報データベースと、 発呼者が操作する機器から、通信網を介して、発呼側機
    器番号および選択情報と発呼者情報との組み合わせを示
    すデータを受け取り、両番号と発呼者情報との 組み合わ
    せを発呼者情報データベースに登録する登録部と、 上記発呼側機器が発呼してから上記着呼側機器が応呼す
    るまでの間に、発呼側機器および着呼側機器の少なくと
    も一方から、発呼側機器番号および選択情報を受信する
    番号受信部と、 上記発呼者情報データベースを参照して、受信した発呼
    側機器番号および選択情報に対応する発呼者情報を取得
    する発呼者情報取得部と、 上記発呼者情報取得部が取得した発呼者情報を着呼側機
    器へ送信する発呼者情報送信部とを備えていることを特
    徴とする発呼者情報サーバ。
12. 【請求項１２】発呼側機器、着呼側機器および発呼者情
    報サーバと接続可能な通信網に設けられた呼び出し制御
    装置であって、 上記発呼者情報サーバは、着呼側機器が着呼を報知する
    ための発呼者情報を格納する記憶手段と、予め、発呼側
    機器の使用者の指示に基づき、当該発呼側機器に関連付
    けて発呼者情報を上記記憶手段に登録する登録手段と、
    上記発呼側機器が発呼してから上記着呼側機器が応呼す
    るまでの間に、当該発呼側機器に関連付けて上記記憶手
    段に格納された発呼者情報を、上記着呼側機器に送信す
    る発呼者情報送信手段とを備えた発呼者情報サーバであ
    り、 上記呼び出し制御装置は、上記発呼側機器から着呼側機
    器への発呼を検出した場合、上記発呼者情報サーバから
    着呼側機器への発呼者情報の送信が終了するまでの間、
    着呼側機器の呼び出しを保留することを特徴とする呼び
    出し制御装置。
13. 【請求項１３】発呼側機器、着呼側機器および発呼者情
    報サーバと接続可能な通信網に設けられた呼び出し制御
    装置であって、上記発呼者情報サーバは、着呼側機器が着呼を報知する
    ための発呼者情報を格納する記憶手段と、発呼側機器の
    指示に基づいて、上記記憶手段から発呼者情報を読み出
    し、上記着呼側機器が応呼するまでの間に、当該着呼側
    機器へ送信する発呼者情報送信手段とを備えた発呼者情
    報サーバであり、 上記呼び出し制御装置は、 上記発呼側機器から着呼側機
    器への発呼を検出した場合、上記発呼者情報サーバから
    着呼側機器への発呼者情報の送信が終了するまでの間、
    着呼側機器の呼び出しを保留することを特徴とする呼び
    出し制御装置。