JP2002344580A - 通信システム、発信側通信端末および受信側通信端末 - Google Patents

Abstract

(57)【要約】 【課題】 発信側が主導権をもって任意の着信パターン
を受信側で再生できるようにした通信システム、発信側
通信端末および受信側通信端末を得ること。 【解決手段】 発信側通信端末Ｔ１で付加した付加情報
が発呼時に呼設定要求とともに通信ネットワークＮ１を
介して受信側通信端末Ｔ２に送信される。受信側通信端
末Ｔ２は、呼設定要求および付加情報を受信すると、受
信した付加情報を着信パターンとして再生する。発信側
通信端末Ｔ１が着信パターンとしての付加情報を送信す
るための主導権をもつ。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、携帯電話、パーソ
ナルコンピュータ、ＰＤＡなどの通信端末間で行われる
通信システムに関し、特に受信側通信端末側で着信動作
時に画像、音声、文字情報などの各種の付加情報を再生
させるための通信システム、発信側通信端末および受信
側通信端末に関するものである。

【０００２】

【従来の技術】電話、携帯電話等の通信端末において
は、着信側のユーザは呼を受け付ける前に発話者の情報
が知りたいという要求がある。これは、特に、不特定多
数のユーザが参加可能な公衆網を利用した通信網におい
て、緊急度や重要度の高い呼であるのか否かを判断する
場合や、不審者からの呼を受付前に拒否する場合に有効
である。

【０００３】この種の問題を解決するための方法が、従
来から提案されている。この従来技術は、図１２に示す
ような一般的な携帯電話網などのネットワークで適用さ
れるものであり、着信端末側に発信者の電話番号と名前
を表示することにより、発信者の情報を特定させるもの
である。図１２のネットワーク（携帯電話網）Ｎ１は、
図１３に示すように、発側ノードＥ１、中継ノードＥ
２、着側ノードＥ３等から構成されている。なお、この
ネットワークＮ１に関しては、ネットワークの運営方法
や方針によって、より単純あるいはより複雑な構成も考
えられる。

【０００４】図１３において、着側端末Ｔ２では、着呼
時に発側ユーザの情報を表示できるよう前もって情報を
入力しており、この入力情報を着側端末Ｔ２のデータベ
ースに格納しておく(ステップＳ１)。この準備の後、発
側端末Ｔ１からの呼設定要求１〜４が携帯電話網の各ノ
ード（発側ノードＥ１、中継ノードＥ２、着側ノードＥ
３）を経由して着側端末Ｔ２に到達すると、呼設定要求
４に発側端末Ｔ１の電話番号が含まれている場合、着側
端末Ｔ２はこの電話番号をキーに、着側端末Ｔ２が保持
しているデータベースを検索する（ステップＳ２）。こ
の時、データベースにマッチした情報があれば、呼び出
し音の再生を行ったり端末を振動させる等を実行する着
信動作時に、格納しておいた発信者の情報を着側端末Ｔ
２のディスプレイに表示する。したがって、着側端末Ｔ
２を使用するユーザは、呼を受け付ける前にこの情報を
見ることができる。

【０００５】次に、特開２０００−２５３１１１号公報
に示される方法には、カメラなどから取り込んだ発呼者
に関する画像を着信時に表示することができる携帯端末
が開示されている。この従来技術では、発側端末の電話
番号に対応づけて任意の画像を記憶しておき、着信時
に、発側端末の番号をキーにデータベースを検索し、マ
ッチすれば、対応する画像を着信動作時に表示するよう
にしている。

【０００６】また、特開２０００−３５８０８６号公報
に示される方法には、着信時のディスプレイの表示色と
発側端末の電話番号を対応付けておき、着信時に、発呼
端末に対応する表示色を表示することが、開示されてい
る。さらに、他の手法として、着信時のメロディーを発
呼者別に対応付け、発信者毎に異なるメロディーを再生
する手法も、従来技術として存在する。

【０００７】

【発明が解決しようとする課題】上記の各従来の技術
は、着信側のユーザが、発信者側の電話番号に対応した
情報を前もって登録しておく手順が必要である。このた
め、着信側のユーザがこれらの登録操作を行わなかった
場合、発話者に関する付加情報を着信側の端末に表示す
ることができない。また、これらの従来技術は、どんな
情報を表示するのかの主導権を着信側のユーザが持つた
め、発信側の意図で、新しい情報を表示するといったこ
とに利用することができないという問題もある。

【０００８】この発明は上記に鑑みてなされたもので、
発信側が主導権をもって任意の着信パターンを受信側で
再生できるようにした通信システム、発信側通信端末、
および受信側通信端末を得ることを目的としている。

【０００９】

【課題を解決するための手段】上記目的を達成するため
この発明にかかる通信システムは、発呼時に、受信側通
信端末での着信時に再生すべき着信パターンを付加情報
として呼設定要求に付加して送信する発信側通信端末
と、この通信端末からの送信情報を中継する複数のノー
ドを含む通信ネットワークと、前記通信ネットワークを
介して呼設定要求および付加情報を受信すると、該受信
した付加情報を着信パターンとして再生する受信側通信
端末とを備えることを特徴とする。

【００１０】この発明によれば、発信側通信端末で付加
した付加情報が発呼時に呼設定要求とともに通信ネット
ワークを介して受信側通信端末に送信される。受信側通
信端末は、呼設定要求および付加情報を受信すると、該
受信した付加情報を着信パターンとして再生する。すな
わち、この発明では、発信側通信端末が着信パターンと
しての付加情報を送信するための主導権をもつ。

【００１１】つぎの発明にかかる通信システムは、上記
発明において、前記発信側通信端末は、宛先別に付加情
報を登録できる付加情報登録メモリを有し、この付加情
報登録メモリに登録された付加情報を選択して送信する
ことを特徴とする。

【００１２】この発明によれば、発信側通信端末のユー
ザが付加情報登録メモリに登録された付加情報を選択し
て送信する。

【００１３】つぎの発明にかかる通信システムは、上記
発明において、前記受信側通信端末は、受信した付加情
報を記憶するメモリを有し、このメモリに記憶された付
加情報を再生可能としたことを特徴とする。

【００１４】この発明によれば、受信側通信端末では、
受信した付加情報をメモリに記憶し、このメモリに記憶
された付加情報を必要に応じて再生する。

【００１５】つぎの発明にかかる通信システムは、上記
発明において、前記通信ネットワークでは、付加情報に
課金し、呼設定要求には課金しないことを特徴とする。

【００１６】この発明によれば、付加情報には課金され
るが、呼設定要求には課金されないようにしている。

【００１７】つぎの発明にかかる通信システムは、発呼
時に、付加情報送信要求を呼設定要求に付加して送信す
る発信側通信端末と、前記発信側通信端末から付加情報
送信要求が付加された呼設定要求を受信すると、付加情
報が発信側通信端末毎に登録されたデータベースから当
該発信側通信端末に対応する付加情報を取り出し、この
取り出した付加情報を受信側通信端末での着信時に再生
すべき着信パターンとして呼設定要求に付加して送信す
るノードを備える通信ネットワークと、前記通信ネット
ワークから呼設定要求および付加情報を受信すると、該
受信した付加情報を着信パターンとして再生する受信側
通信端末とを備えることを特徴とする。

【００１８】この発明によれば、発信側通信端末は、付
加情報送信要求を呼設定要求に付加して送信する。通信
ネットワークでは、データベースから当該発信側通信端
末に対応する付加情報を取り出し、この取り出した付加
情報および呼設定要求を受信側通信端末に送信する。受
信側通信端末は、呼設定要求および付加情報を受信する
と、該受信した付加情報を着信パターンとして再生す
る。すなわち、この発明では、発信側通信端末が付加情
報送信要求を呼設定要求に付加して送信すると、通信ネ
ットワーク内のノードで付加情報が付加される。

【００１９】つぎの発明にかかる通信システムは、上記
発明において、前記データベースには、発信側通信端末
毎に着信側電話番号と付加情報が対応付けられて登録さ
れ、前記ノードでは、前記発信側通信端末から付加情報
送信要求が付加された呼設定要求を受信すると、このデ
ータベースを元に付加情報を送信することを特徴とす
る。

【００２０】この発明によれば、通信ネットワークのノ
ードは付加情報送信要求が付加された呼設定要求を受信
すると、この呼設定要求に含まれる相手先電話番号に基
づいてデータベースからこの相手先電話番号に対応する
付加情報を取り出し、この取り出した付加情報を送信す
る。

【００２１】つぎの発明にかかる通信システムは、上記
発明において、前記データベースには、発信側通信端末
から送信される付加情報選択信号に対応付けられた付加
情報が登録され、前記ノードでは、前記発信側通信端末
から付加情報選択信号が付加された呼設定要求を受信す
ると、このデータベースを元に付加情報を送信すること
を特徴とする。

【００２２】この発明によれば、発信側通信端末から送
信される付加情報選択信号に対応する付加情報がデータ
ベースから取り出されて送信される。

【００２３】つぎの発明にかかる通信システムは、上記
発明において、前記データベースには、広告情報が登録
され、前記通信ネットワークは、前記発信側通信端末か
ら付加情報送信要求が付加された呼設定要求を受信する
と、前記付加情報として広告情報を受信側通信端末に送
信することを特徴とする。

【００２４】この発明によれば、通信ネットワークで
は、発信側通信端末から付加情報送信要求が付加された
呼設定要求を受信すると、前記付加情報として広告情報
を受信側通信端末に送信する。

【００２５】つぎの発明にかかる通信システムは、上記
発明において、前記通信ネットワークは、複数の発信側
通信端末に対応するユーザ属性が登録されたユーザデー
タベースと、広告情報が登録された広告データベースと
を有し、前記通信ネットワークが前記発信側通信端末か
ら付加情報送信要求が付加された呼設定要求を受信する
と、この発信側通信端末に対応するユーザ属性を前記ユ
ーザデータベースから取り出し、該取り出したユーザ属
性に最適な広告情報を前記広告データベースから選択
し、該選択した広告情報を付加情報として受信側通信端
末に送信することを特徴とする。

【００２６】この発明によれば、通信ネットワークが前
記発信側通信端末から付加情報送信要求が付加された呼
設定要求を受信すると、この発信側通信端末に対応する
ユーザ属性を前記ユーザデータベースから取り出し、該
取り出したユーザ属性に最適な広告情報を前記広告デー
タベースから選択し、該選択した広告情報を付加情報と
して受信側通信端末に送信する。

【００２７】つぎの発明にかかる通信システムは、上記
発明において、前記広告データベースに当該ユーザ属性
に最適な広告情報が存在しない場合、付加情報メッセー
ジを送信しないようにしたことを特徴とする。

【００２８】この発明によれば、広告データベースに当
該ユーザ属性に最適な広告情報が存在しない場合、付加
情報メッセージを送信しない。

【００２９】つぎの発明にかかる通信システムは、上記
発明において、前記受信側通信端末は、呼設定応答に、
広告主の情報と、付加情報の再生成否に関する情報を付
加して送信することを特徴とする。

【００３０】この発明によれば、受信側通信端末は、付
加情報受信後の呼設定応答の際に、広告主の情報と、付
加情報の再生成否に関する情報を付加して送信する。

【００３１】つぎの発明にかかる通信システムは、上記
発明において、前記広告情報を付加情報として受信側通
信端末に送信した場合、発信側通信端末に対応するユー
ザの通話料を割引することを特徴とする。

【００３２】この発明によれば、広告情報を付加情報と
して受信側通信端末に送信した場合、発信側通信端末に
対応するユーザの通話料を割引する。

【００３３】つぎの発明にかかる発信側通信端末は、通
信ネットワークを介して受信側通信端末との通話を行う
発信側通信端末において、発呼時に、受信側通信端末で
の着信時に再生すべき着信パターンを付加情報として呼
設定要求に付加して送信する機能を有するコントローラ
を備えることを特徴とする。

【００３４】この発明によれば、発信側通信端末は、発
呼時に、受信側通信端末での着信時に再生すべき着信パ
ターンを付加情報として呼設定要求に付加して送信する
機能を有するコントローラを備える。

【００３５】つぎの発明にかかる発信側通信端末は、上
記発明において、宛先別に付加情報を登録できる付加情
報登録メモリを更に備え、この付加情報登録メモリに登
録された付加情報が選択されて送信されることを特徴と
する。

【００３６】この発明によれば、発信側通信端末は、宛
先別に付加情報を登録できる付加情報登録メモリを更に
備え、前記付加情報登録メモリに登録された付加情報が
選択されて送信される。

【００３７】つぎの発明にかかる発信側通信端末は、上
記発明において、前記付加情報登録メモリに登録された
付加情報を選択するための複数のボタンをさらに備え、
前記コントローラは前記複数のボタンの選択操作に対応
する付加情報を送信することを特徴とする。

【００３８】この発明によれば、発信側通信端末のユー
ザは、複数のボタンを択一投入することで、付加情報登
録メモリに登録された付加情報を選択する。

【００３９】つぎの発明にかかる発信側通信端末は、上
記発明において、受信側通信端末での着信時に再生すべ
き着信パターンを作成する作成手段をさらに備えること
を特徴とする。

【００４０】この発明によれば、発信側通信端末で作成
された付加情報が受信側通信端末での着信時に再生すべ
き着信パターンとして送信される。

【００４１】つぎの発明にかかる発信側通信端末は、付
加情報が発信側通信端末毎に登録されたデータベースか
ら付加情報を取り出し、この取り出した付加情報を受信
側通信端末での着信時に再生すべき着信パターンとして
呼設定要求に付加して送信するノードを備える通信ネッ
トワークを介して受信側通信端末との通話を行う発信側
通信端末であって、前記通信ネットワークのデータベー
スから発信側通信端末毎に登録された付加情報を取り出
すための付加情報送信要求を呼設定要求に付加して送信
するコントローラを備えることを特徴とする。

【００４２】この発明によれば、発信側通信端末は、付
加情報送信要求を呼設定要求に付加して送信する。通信
ネットワークでは、データベースから当該発信側通信端
末に対応する付加情報を取り出し、この取り出した付加
情報および呼設定要求を受信側通信端末に送信する。受
信側通信端末は、呼設定要求および付加情報を受信する
と、該受信した付加情報を着信パターンとして再生す
る。すなわち、この発明では、発信側通信端末が付加情
報送信要求を呼設定要求に付加して送信すると、通信ネ
ットワーク内のノードで付加情報が付加される。

【００４３】つぎの発明にかかる発信側通信端末は、上
記発明において、前記データベースには、発信側通信端
末から送信される付加情報選択信号に対応付けられた付
加情報が登録され、前記発信側通信端末のコントローラ
は、前記付加情報送信要求が付加された呼設定要求を送
信することを特徴とする。

【００４４】この発明によれば、発信側通信端末が呼設
定要求に付加情報送信要求を付加して送信する。通信ネ
ットワークのノードは付加情報送信要求が付加された呼
設定要求を受信すると、この呼設定要求に含まれる相手
先電話番号に基づいてデータベースからこの相手先電話
番号に対応する付加情報を取り出し、この取り出した付
加情報を受信側通信端末に送信する。

【００４５】つぎの発明にかかる発信側通信端末は、上
記発明において、発信側通信端末が前記付加情報選択信
号を発生させるための複数のボタンを備えることを特徴
とする。

【００４６】この発明によれば、発信側通信端末の複数
のボタンを択一投入することで、付加情報選択信号を発
生させ、これによりデータベースから所要の付加情報を
選択する。

【００４７】つぎの発明にかかる受信側通信端末は、通
信ネットワークを介して発信側通信端末との通話を行う
受信側通信端末において、前記通信ネットワークを介し
て着信時に再生すべき着信パターンとしての付加情報が
付加された呼設定要求を受信すると、該受信した付加情
報を着信パターンとして再生することを特徴とする。

【００４８】この発明によれば、受信側通信端末は、通
信ネットワークを介して着信時に再生すべき着信パター
ンとしての付加情報が付加された呼設定要求を受信する
と、該受信した付加情報を着信パターンとして再生す
る。

【００４９】つぎの発明にかかる受信側通信端末は、上
記発明において、受信した前記付加情報を記憶するメモ
リを有し、このメモリに記憶された付加情報を再生可能
としたことを特徴とする。

【００５０】この発明によれば、受信側通信端末では、
受信した付加情報をメモリに記憶し、このメモリに記憶
された付加情報を必要に応じて再生する。

【００５１】つぎの発明にかかる受信側通信端末は、上
記発明において、前記付加情報は広告情報であることを
特徴とする。

【００５２】この発明によれば、通信ネットワークから
は付加情報として広告情報が受信側通信端末に送信され
る。受信側通信端末では、この受信された広告情報が着
呼時に再生される。

【００５３】つぎの発明にかかる受信側通信端末は、上
記発明において、呼設定応答に、広告主の情報と、付加
情報の再生成否に関する情報を付加して送信することを
特徴とする。

【００５４】この発明によれば、受信側通信端末は、付
加情報受信後の呼設定応答の際に、広告主の情報と、付
加情報の再生成否に関する情報を付加して送信する。

【００５５】

【発明の実施の形態】以下に添付図面を参照して、この
発明にかかる通信システムの好適な実施の形態を詳細に
説明する。

【００５６】まず、各実施の形態を説明する前に、図１
を用いて本発明が適用される通信ネットワークについて
説明する。本発明は、通信の開始時に、呼設定処理を行
って論理的な通信路を確定するような通信ネットワーク
全般に適用が可能であり、特に、ＩＰ(Internet Protoc
ol)を利用したマルチメディア通信手段である、ＳＩＰ
(Session Initiation Protocol)や、Ｈ.３２３で規定さ
れる通信プロトコルに適用できる。

【００５７】図１において、Ｔ１およびＴ２は例えば携
帯電話のような通信端末である。Ｔ１が呼設定を要求す
る発側端末、Ｔ２が発呼要求に対して応答する着側端末
であるとする。ネットワーク（携帯電話網）Ｎ１に含ま
れるＥ１〜Ｅ３は、それぞれネットワークを構成する通
信ノードである。発側ノードＥ１および着側ノードＥ３
は、それぞれ、通信端末を管理する機能とメッセージを
適当な宛先に送信する機能をもち、それらの宛先は、中
継ノードである場合と通信端末である場合がある。中継
ノードＥ２は、発側ノードＥ１と着側ノードＥ３の間に
存在し、メッセージを転送する機能をもつ。

【００５８】ユーザ情報管理サーバＥ４は、契約したユ
ーザに関する情報を管理するサーバである。ユーザ情報
管理サーバＥ４で管理する情報には、ユーザごとの課金
情報等がある。広告データベースＥ５は、広告情報を管
理する。通信ノードＥ１〜Ｅ３は、ユーザ情報管理サー
バＥ４と広告データベースＥ５との通信手段をもってお
り、これらと必要に応じて通信することができる。

【００５９】実施の形態１.つぎにこの発明の実施の形
態を説明する。この実施の形態１は、図１に示すような
ネットワークにおいて、発側端末Ｔ１では、受信側通信
端末Ｔ２での着信時に再生すべき着信パターンを付加情
報として発呼時に呼設定要求に付加して送信し、受信側
端末Ｔ２では、呼設定要求および付加情報を受信する
と、該受信した付加情報を着信パターンとして再生しよ
うとするものである。発側端末Ｔ１で、付加する情報
は、静止画像、動画像、文字情報、ＵＲＬ(Universal R
esource Locator)、あるいは音声に関わる情報などであ
る。

【００６０】図２は、発信側端末Ｔ１および受信側端末
Ｔ２の機能構成を示す概念的ブロック図である。図２に
おいて、付加情報作成部１１は、静止画像、動画像、文
字情報、ＵＲＬ(Universal Resource Locator)、あるい
は音声に関わる情報を付加情報として生成、加工するも
のであり、具体的には、画像データをとるためのカメ
ラ、音声を入力するためのマイク等と、それらを格納す
るメモリと、音声、画像などを任意に加工する加工処理
部などを有する。付加情報再生部１２は、受信した音
声、画像などの付加情報をスピーカ、ディスプレイなど
を介して再生する。付加情報登録メモリ１３は、付加情
報作成部１１で作成した音声、画像、文字情報などの付
加情報、あるいはパーソナルコンピュータなどで加工し
た情報を取り込んで記憶するものであり、これらの付加
情報が宛先別に登録されている。選択ボタンＳＷ１〜Ｓ
Ｗｎは、付加情報登録メモリ１３に記憶された複数の付
加情報を選択するための操作ボタンであり、これら選択
ボタンＳＷ１〜ＳＷｎのうちの１つを投入することで、
投入されたボタンに対応する付加情報が選択される。端
末Ｔ１，Ｔ２には、上記の他に、各種データ、プログラ
ムが記憶されるメモリ１４、当該端末の送受信制御を実
行する通信部１５、およびこれら各構成要素を制御する
コントローラ１６などを備えている。

【００６１】図３は、実施の形態１におけるメッセージ
シーケンスを例示するものである。なお、このメッセー
ジシーケンスは、ＳＩＰやＨ.３２３などで規定される
仕組みを拡張することで実現する。

【００６２】発側端末Ｔ１側は、電話をかける場合に、
着側端末Ｔ２で再生される付加情報を送信するか否かを
選択する。付加情報を送信する場合は、上記選択ボタン
ＳＷ１〜ＳＷｎの何れかを投入した後、所定の発呼操作
を実行する。これにより、発側端末Ｔ１は、付加情報に
関するメッセージが続いてくることを示す所定の付加情
報フラグを含む呼設定要求１を送信し、これに続いて、
前記投入された選択ボタンに対応する付加情報１を付加
情報登録メモリ１３から取り出し、この付加情報を着信
パターンとして送信する。

【００６３】呼設定要求１と付加情報１を受信した発側
ノードＥ１では、このメッセージを解析し、正当なメッ
セージであれば、着側端末にメッセージを届けるため、
これらの２種類のメッセージを中継ノードＥ２に送信す
る（呼設定要求２、付加情報２）。さらに、中継ノード
Ｅ２では、着側端末Ｔ２を収容する着側ノードＥ３を特
定して、メッセージを送信する（呼設定要求３、付加情
報３）。

【００６４】呼設定要求３を受信した着側ノードＥ３
は、呼設定要求４を着側端末Ｔ２に送信する。この呼設
定要求４を受信した着側端末Ｔ２は、呼設定要求４を解
析し、付加情報フラグの存在によってこのメッセージに
関係した付加情報メッセージがあると判断する（ステッ
プＳ１）。

【００６５】その後、着側端末Ｔ２が、着側ノードＥ３
からの付加情報４を受信すると、着側端末Ｔ２は、この
付加情報４を着信パターンとして再生するとともに、先
に受信した呼設定要求４による着信動作を実行する(ス
テップＳ２)。

【００６６】図４は、着信時の表示画面などを示すもの
である。Ｄ１は付加情報に基づいて再生される着信メロ
ディー、Ｄ４は付加情報を再生することによって得られ
る画像データ(動画像の場合と静止画像の場合がある)で
ある。Ｄ３は、発側端末Ｔ１の電話番号であり、これ
は、呼設定要求メッセージに含まれている情報である。
また、Ｄ２は発側端末Ｔ１のユーザの名前であるが、こ
れは、発信端末Ｔ１からの付加情報として表示させるよ
うにしてもよいし、従来技術と同様に、着側端末Ｔ２の
メモリに記憶された内容から電話番号をキーに検索して
表示するようにしてもよい。

【００６７】この後、着側端末Ｔ２がフックをあげると
(ステップＳ３)、端末Ｔ１，Ｔ２間の論理的な通信路が
設定される。その後、着側端末Ｔ２から発側端末Ｔ１に
呼設定応答メッセージが送信され、これら端末Ｔ１，Ｔ
２間は通話中状態になる。

【００６８】なお、付加情報としては、この他に、ＵＲ
Ｌ、電子メールアドレス、発側端末以外の電話番号等を
採用しても良い。着側端末Ｔ２では、発側端末Ｔ１との
通話中、もしくは、通話が終わった後に、着側端末Ｔ２
に表示されている情報（＝発側端末からの付加情報）を
元にしてインターネット上のリソースにアクセスした
り、指示されたアドレスに電子メールを送信したり、指
示された電話番号に電話をかけたりできる。

【００６９】着側端末Ｔ２では、再生された情報を保存
しておくこともできる。図５は、再生された情報を保存
するメモリの記憶内容を表している。この図のように、
着信端末Ｔ２のメモリ１４（図２参照）には、着信時に
表示された情報（付加情報）とともに、着信日時、発信
者番号、発信者名などを記録することもできる。メモリ
１４に格納したデータは、着信端末Ｔ２を操作すること
で再び表示できる。

【００７０】また、発側端末Ｔ１、着側端末Ｔ２として
は、携帯電話の他に、有線電話、ＰＨＳ、パーソナルコ
ンピュータ、ＰＤＡ(Personal Digital Assistant)など
が適用可能である。

【００７１】ところで、この実施の形態１の通信方式を
用いた場合、ネットワークキャリアでは、メッセージの
性質によって課金形態を変えることもできる。つまり、
着側端末Ｔ２で応答するかどうか分からない発呼要求メ
ッセージについては、課金をしないが、発側端末の意思
で送信する付加情報については、課金するという運用を
行うことも可能である。

【００７２】実施の形態２．つぎにこの発明の実施の形
態２について図６を用いて説明する。実施の形態２も、
図１に示したネットワークに適用される。先の実施の形
態１では、発側端末Ｔ１で着信パターン用の付加情報を
付加するようにしたが、この実施の形態２では、ネット
ワーク（携帯電話網）Ｎ１内のノードで着信パターン用
の付加情報を付加する。

【００７３】図６において、発側端末Ｔ１が、相手側の
着信動作時に表示すべき付加情報をつけるような発呼を
所望する場合は、着信パターンの付加を指示する所定の
付加指示ボタンを投入するか、あるいは予め設定されて
いる複数の着信パターンのなかから１つを選択させるべ
く複数の選択ボタンの１つを投入する。付加指示ボタン
が投入された場合、発側端末Ｔ１はネットワーク内で付
加情報をつけるよう要求する付加情報送信要求信号（付
加情報送信要求フラグ）を含む呼設定要求を送信する。
複数の選択ボタンのうちの何れか投入された場合は、上
記付加情報送信要求フラグと、予め設定されている複数
の異なる付加情報から１つを選択させるための付加情報
選択信号（着信パターン選択信号）とを呼設定要求に付
加して送信する。

【００７４】この付加情報送信要求フラグを含む呼設定
要求１を受信した発側ノードＥ１では、メッセージの内
容を解析することで付加情報を付加することを認識す
る。そして、発側ノードＥ１は、この呼設定要求に所定
の付加情報を付加し、呼設定要求１を呼設定要求２とし
て付加情報１とともに、中継ノードＥ２に送信する（ス
テップＳ１０）。発側ノードＥ１での、付加情報作成処
理については、後で詳述する。

【００７５】この後の処理は、実施の形態１と同様であ
る。すなわち、中継ノードＥ２では、着側端末Ｔ２を収
容する着側ノードＥ３を特定して、メッセージを送信す
る（呼設定要求３、付加情報２）。呼設定要求３を受信
した着側ノードＥ３は、呼設定要求４を着側端末Ｔ２に
送信する。この呼設定要求４を受信した着側端末Ｔ２
は、呼設定要求４を解析し、付加情報フラグの存在によ
ってこのメッセージに関係した付加情報メッセージがあ
ると判断する（ステップＳ１１）。

【００７６】その後、着側端末Ｔ２が、着側ノードＥ３
からの付加情報４を受信すると、着側端末Ｔ２は、この
付加情報４を着信パターンとして再生するとともに、先
に受信した呼設定要求４による着信動作を実行する(ス
テップＳ１２)。この後、着側端末Ｔ２がフックをあげ
ると(ステップＳ１４)、端末Ｔ１，Ｔ２間の論理的な通
信路が設定される。その後、着側端末Ｔ２から発側端末
Ｔ１に呼設定応答メッセージが送信され、これら端末Ｔ
１，Ｔ２間は通話中状態になる。

【００７７】つぎに、ネットワーク内のノードで適当な
情報を選択し、付加情報メッセージを作成付加する手法
について説明する。ネットワークを運営するネットワー
クキャリアは、契約ユーザ毎に図７に示すようなデータ
ベースを管理している。すなわち、このデータベースに
は、着信電話番号（着信ユーザ）別に記憶された着信パ
ターンと、着信パターン選択信号別に記憶された着信パ
ターンと、デフォルト着信パターンとが含まれている。

【００７８】発側ノードＥ１では、このデータベースの
記憶データを用いて、図８に示すような手順によって適
当な着信データを選択する。

【００７９】付加情報メッセージ作成を担当するノード
（この場合発側ノードＥ１）に、呼設定要求メッセージ
が到着すると(ステップＦ１)、このメッセージに付加情
報送信要求フラグが設定されているか否かを判定する
（ステップＦ２）。もし、フラグが設定されていなけれ
ば、このメッセージには、付加情報メッセージは必要な
いため、この処理はここで終了する。メッセージに付加
情報送信要求フラグが設定されている場合、呼設定要求
メッセージ中の着側電話番号をキーにデータベースを検
索する(ステップＦ３)。データベースに、着側番号に対
応した着信パターンがある場合、対応する着信パターン
を用いて付加情報メッセージを作成する（ステップＦ
４）。

【００８０】一方、着側電話番号に対応する着信パター
ンがない場合、発側端末Ｔ１からの呼設定要求に着信パ
ターン選択信号が含まれているか否かを判定する（ステ
ップＦ５）。この着信パターン選択信号は、前述したよ
うに、発信端末Ｔ１側に配置された複数の選択ボタンを
択一投入することで形成される。発側端末Ｔ１からの呼
設定要求に着信パターン選択信号が含まれている場合
は、データベースから着信パターン選択信号に対応する
着信パターンを取り出し、これに基づいて付加情報メッ
セージを作成する（ステップＦ６）。

【００８１】呼設定要求メッセージに付加情報送信要求
フラグが含まれており、着側電話番号に対応した着信パ
ターンがデータベースになく、発側端末で指定した着信
パターンもデータベースに存在しない場合には、デフォ
ルトの着信パターンに対応する着信パターンから付加情
報メッセージを作成する（ステップＦ７）。なお、ステ
ップＦ３およびステップＦ５の判定処理は逆にしても良
い。

【００８２】実施の形態２におけるユーザごとのデータ
ベースは、ネットワークキャリアとの契約時に、ユーザ
毎に、データベースのフィールドが確保される。ネット
ワークキャリアはユーザにデータベース変更方法を通知
し、ユーザはいつでもデータベースの内容を変更でき
る。ユーザのデータベース変更方法であるが、既存の技
術を利用するならば、ＷＷＷ(World Wide Web)のインタ
フェースを提供する方法が考えられる。この場合、ユー
ザは、ネットワークキャリアが指定するＵＲＬにアクセ
スし、着側電話番号毎の着信パターンあるいは発側端末
の選択ボタンに対応付ける着信パターンを登録設定す
る。また、電子メールにより、設定するインタフェース
を提供することも考えられる。いずれの方法にせよ、ユ
ーザが着信パターンを設定できるのは、発側端末からだ
けにかぎらない。ユーザは、ＷＷＷもしくは電子メール
と適当な認証手段を利用して、パーソナルコンピュータ
から着信パターンを変更することもできる。

【００８３】図６では、発側ノードＥ１で、付加情報メ
ッセージを作成するようにしたが、図１に示すユーザ情
報管理サーバＥ４と発側ノードＥ１が通信して、上記の
処理を行い、着信パターンを決定する運用も可能であ
る。この場合、処理に必要な図７に示すようなデータベ
ースは、ユーザ情報管理サーバＥ４が持つことになる。

【００８４】なお、実施の形態１と実施の形態２は同時
に実施が可能である。これは、実施の形態１で示した発
側端末で付加情報をつける場合のフラグ（付加情報フラ
グ）と、ネットワーク中で付加情報をつける場合のフラ
グ（付加情報送信要求フラグ）を別にすることで、実現
できる。

【００８５】実施の形態３．つぎにこの発明の実施の形
態３を図９および図１０を用いて説明する。この実施の
形態３は、図１に示すような通信ネットワークにおい
て、実施の形態２で説明したような通信方式を利用する
広告ビジネスに関わるものである。この広告ビジネスに
関わるのは、図９および図１０に示すように、ネットワ
ークを運営するネットワークキャリアＰ１と、広告を提
供する広告主Ｐ２と、ネットワークを利用するユーザＰ
３である。ネットワークキャリアＰ１は、図１に示すよ
うなネットワークを運営している。ユーザＰ３は、図１
の発側端末Ｔ１を操作するユーザである。

【００８６】広告主Ｐ２は、ネットワーク上で宣伝活動
を行うため、ネットワークキャリアＰ１と契約する。広
告主Ｐ２が契約する場合、図９に示すように、広告主Ｐ
２は、ネットワークキャリアＰ１に、広告の内容と、広
告がターゲットとするユーザの属性をネットワークキャ
リアに連絡する。ここで、ＷＷＷ等のネットワークを利
用したインタフェースを連絡手段とすることで、広告主
Ｐ２が望めば、頻繁に広告内容とそれに対するターゲッ
トとするユーザの情報を変更することができる。広告内
容とは、着信時に着側端末で再生される情報、すなわち
上述の付加情報であり、ターゲットとするユーザの属性
とは、例えば、年齢や趣味、職業等の情報を含む。

【００８７】ネットワークキャリアＰ１は、広告主Ｐ２
からの情報を、図１に示した広告データベースＥ５に格
納し、適当なユーザに広告情報を配信する。ネットワー
クキャリアＰ１は、広告を配信した記録を管理してお
り、再生に成功した広告分、広告料を広告主Ｐ２に請求
する。この広告料の一部、もしくは全部を、ユーザの通
話を割引くために利用する。

【００８８】一方、広告サービスを利用する代わりに、
通話料割引のサービスを希望するユーザＰ３は、ネット
ワークキャリアＰ１と契約する。契約したユーザＰ３
は、図１０に示すように、ネットワークキャリアＰ１に
ユーザの個人情報を通知登録する。ネットワークキャリ
アＰ１は、この情報を図１中のユーザ情報管理サーバＥ
４に格納し、適当な広告を選択するヒントとする。そし
て、発呼時に広告を送信した場合、通話料の一部、また
は全部を割引する。割引分は、上述したようなネットワ
ークキャリアＰ１からの広告料により、負担される。

【００８９】この実施の形態３における広告ビジネスお
いて、個人情報を出すのは、通話料の割引を受ける発呼
する側のユーザである。発呼する側のユーザは、通話料
での恩恵を得るため、いくらかの個人情報をネットワー
クキャリアに教える必要がある。この情報と広告主が指
定するターゲットとなるユーザの情報とをマッチングさ
せて広告内容を決定する。広告を受信する側のユーザ、
つまり、着呼側のユーザは、発呼する側のユーザと同様
な嗜好である可能性が高く、選択した広告の有効なター
ゲットであることが期待できる。

【００９０】実施の形態４．つぎにこの発明の実施の形
態４を図１１を用いて説明する。この実施の形態４は、
実施の形態３による方法により、契約したネットワーク
キャリアＰ１と、広告主Ｐ２と、ユーザＰ３とを前提に
している。実施の形態４では、図１に示したネットワー
クを用いて、図１１示すようなメッセージの送受信を行
う。

【００９１】図１１のメッセージシーケンスにおいて
も、先の実施の形態２と同様、発側端末Ｔ１は呼設定要
求１を発側ノードＥ１に送信する場合に、ネットワーク
内で付加情報（この場合は広告情報）をつけるよう要求
する付加情報送信要求信号（付加情報送信要求フラグ）
を含む呼設定要求１を送信する。

【００９２】この付加情報送信要求フラグを含む呼設定
要求１を受信した発側ノードＥ１では、メッセージの内
容を解析することで付加情報を付加することを認識する
（ステップＳ２０）。呼設定要求１に付加情報送信要求
フラグが設定されていることを確認した発側ノードＥ１
は、付加情報の内容を決定するため、ユーザ情報管理サ
ーバＥ４にユーザ情報を照会するメッセージを送信す
る。メッセージを受信したユーザ情報管理サーバＥ４で
は、実施の形態２において、発側ノードＥ１が実行した
のと同様の処理を行い、付加情報のパターンを選択す
る。ここで、発信端末Ｔ１に対応するユーザが広告配信
をすることを登録しているとすると、付加情報のパター
ンとして、「広告情報の表示」が選択される（ステップ
Ｓ２１）。

【００９３】この後、ユーザ情報管理サーバＥ４では、
付加情報として「広告情報の表示」が選択されたこと
と、広告情報を選択するための発側ユーザの属性を含む
ユーザ情報応答を発側ノードＥ１に送信する。発側ユー
ザの属性とは、ユーザ情報管理サーバＥ４で管理するユ
ーザ毎の年齢、性別、住所等の情報になる。

【００９４】ユーザ情報応答を受信した発側ノードＥ１
では、広告内容を決定するため、広告データベースＥ５
に、広告情報照会を送信する。広告情報照会とは、受信
した発側ユーザ情報応答を元に作成されるメッセージで
ある。広告情報照会を受信し広告データベースＥ５で
は、発側ユーザ情報をキーに管理する広告を検索し、付
加情報として、表示する広告の内容を決定する（ステッ
プＳ２２）。この処理において、発側ユーザの属性を元
に適当な広告が見つからなかった場合には、付加情報メ
ッセージは送信されない。これは、ユーザの属性を元に
適当な広告が見つからなかった場合には、広告情報を付
加したとしても、広告の効果が小さいからである。

【００９５】広告データベースＥ５において、適当な広
告が選択された場合、着側端末Ｔ２で再生する情報を含
む広告情報を発側ノードＥ１に送信する。これを受信し
た発側ノードＥ１では、この受信した広告情報に基づい
て付加情報１のメッセージを作成する（ステップＳ２
３）。そして、この付加情報１と呼設定要求２とを中継
ノードＥ２に送信する。

【００９６】中継ノードＥ２では、着側端末Ｔ２を収容
する着側ノードＥ３を特定して、メッセージを送信する
（呼設定要求３、付加情報２）。呼設定要求３を受信し
た着側ノードＥ３は、呼設定要求４を着側端末Ｔ２に送
信する。この呼設定要求４を受信した着側端末Ｔ２は、
呼設定要求４を解析し、付加情報フラグの存在によって
このメッセージに関係した付加情報メッセージがあると
判断する（ステップＳ２４）。

【００９７】その後、着側端末Ｔ２が、着側ノードＥ３
からの付加情報４を受信すると、着側端末Ｔ２は、この
付加情報４を着信パターンとして再生することで、広告
データベースＥ５で選択された広告情報が例えば表示さ
れる。また、着側端末Ｔ２は先に受信した呼設定要求４
による着信動作を実行する(ステップＳ２５)。この後、
着側端末Ｔ２がフックをあげると(ステップＳ２６)、端
末Ｔ１，Ｔ２間の論理的な通信路が設定される。

【００９８】この後、着側端末Ｔ２から、呼設定応答１
を発側ノードＥ１に送信するが、この呼設定応答メッセ
ージには、広告情報が再生できたか否かの情報（再生成
否に関する情報）と広告主に関する情報を含む。呼設定
応答１を中継する発側ノードＥ１、つまり、広告情報に
関係する付加情報メッセージを作成した通信ノードで
は、呼設定応答１の内容を確認し、着側端末Ｔ２で、広
告情報が再生できたかどうかの情報を得る。そして、発
側ノードＥ１は、広告情報の再生の有無の結果情報と広
告主の情報を、広告受信通知としてユーザ情報管理サー
バＥ４に送信する。ユーザ情報管理サーバＥ４では、こ
の内容を保持する（ステップＳ２７）。

【００９９】なお、着側端末Ｔ２がオフフックされた後
は、端末Ｔ１，Ｔ２間は通話中状態になる。

【０１００】ユーザ情報管理サーバＥ４では、広告受信
通知の内容を保持するが、上述したように、メッセージ
には、広告再生の成否と広告主に関する情報が含まれて
いる。この内容を利用して、広告が正常に再生できた場
合には、通話に関する課金の全部、もしくは一部を宣伝
費として広告主が負担するというようにネットワークを
運用することができる。この時の広告は、発側ユーザの
指定した属性に合わせて設定しているため、呼を受け付
ける着側ユーザの嗜好に近いサービス、商品を選択で
き、効果的な宣伝の実行が期待できる。

【０１０１】なお、この実施の形態４では、発側ノード
Ｅ１以外に、ユーザ情報管理サーバＥ４と広告データベ
ースＥ５を設け、これらユーザ情報管理サーバＥ４と広
告データベースＥ５の機能を利用して、付加情報（広告
情報）メッセージ作成に関する処理を行うようにした
が、実施の形態２と同様、ネットワークの運用によって
は、発側ノードＥ１で、ユーザ情報と広告情報に関する
データベースの機能を実現し、発側ノードＥ１だけの機
能により、付加情報メッセージを作成する運用も可能で
ある。この場合には、ユーザ情報照会／ユーザ情報応答
と、広告情報照会／広告情報応答と、広告受信通知のそ
れぞれのメッセージを送受信する必要がなくなる。

【０１０２】

【発明の効果】以上説明したように、この発明にかかる
通信システムによれば、発信側通信端末で付加した付加
情報が発呼時に呼設定要求とともに通信ネットワークを
介して受信側通信端末に送信することで、送信した付加
情報に対応する着信パターンを受信側通信端末で再生す
るようにしたので、発信側通信端末が着信パターンとし
ての付加情報を送信するための主導権をもつことがで
き、発信側の意図で、新しい情報を表示するといったこ
とに利用することができる。

【０１０３】つぎの発明にかかる通信システムによれ
ば、発信側通信端末のユーザが付加情報登録メモリに登
録された付加情報を選択して送信できるようにしたの
で、任意の情報を任意の時点で送信することができる。

【０１０４】つぎの発明にかかる通信システムによれ
ば、受信側通信端末では、受信した付加情報をメモリに
記憶し、このメモリに記憶された付加情報を必要に応じ
て再生するようにしたので、着信側では任意の時点で所
望の付加情報を再生することが可能となる。

【０１０５】つぎの発明にかかる通信システムによれ
ば、付加情報には課金されるが、呼設定要求には課金さ
れないようにしているので、ネットワークを利用するユ
ーザにとって望ましい料金運用形態を提供することがで
きる。

【０１０６】つぎの発明にかかる通信システムによれ
ば、発信側通信端末が付加情報送信要求を呼設定要求に
付加して送信すると、通信ネットワーク内のノードで付
加情報が付加されて受信側通信端末に送信されるように
しているので、多種多様の付加情報を登録することがで
き、また、発信側通信端末では処理負荷が低減され、ま
た付加情報用の多くのメモリ容量を確保する必要がなく
なる。

【０１０７】つぎの発明にかかる通信システムによれ
ば、通信ネットワークのノードは付加情報送信要求が付
加された呼設定要求を受信すると、この呼設定要求に含
まれる相手先電話番号に基づいてデータベースからこの
相手先電話番号に対応する付加情報を取り出し、この取
り出した付加情報を送信するようにしているので、受信
側通信端末ユーザに最適な着信パターンを登録して送信
することができる。

【０１０８】つぎの発明にかかる通信システムによれ
ば、発信側通信端末から送信される付加情報選択信号に
対応する付加情報がデータベースから取り出されて送信
されるようにしているので、受信側通信端末ユーザに対
応した付加情報が登録されていないときでも、付加情報
を受信側通信端末ユーザに送信することができる。

【０１０９】つぎの発明にかかる通信システムによれ
ば、通信ネットワークでは、発信側通信端末から付加情
報送信要求が付加された呼設定要求を受信すると、前記
付加情報として広告情報を受信側通信端末に送信するよ
うにしているので、発信側端末ユーザの希望する広告を
受信側通信端末ユーザに提供することができる。

【０１１０】つぎの発明にかかる通信システムによれ
ば、通信ネットワークが前記発信側通信端末から付加情
報送信要求が付加された呼設定要求を受信すると、この
発信側通信端末に対応するユーザ属性を前記ユーザデー
タベースから取り出し、該取り出したユーザ属性に最適
な広告情報を前記広告データベースから選択し、該選択
した広告情報を付加情報として受信側通信端末に送信す
るようにしたので、発信側通信端末ユーザに関係する受
信側通信端末ユーザに適切な広告内容を選択して提供す
ることができ、これにより新しい有効な広告手段を提供
することができる。

【０１１１】つぎの発明にかかる通信システムによれ
ば、広告データベースに当該ユーザ属性に最適な広告情
報が存在しない場合、付加情報メッセージを送信しない
ようにしているので、効果の薄い広告を抑制でき、有効
な広告のみを提供することが可能となる。

【０１１２】つぎの発明にかかる通信システムによれ
ば、受信側通信端末は、付加情報受信後の呼設定応答の
際に、広告主の情報と、付加情報の再生成否に関する情
報を付加して送信するようにしているので、このメッセ
ージを元に広告情報の再生が成功した場合に、発信側通
信端末ユーザの通信料を割引するなどのネットワークの
運用が可能となる。

【０１１３】つぎの発明にかかる通信システムによれ
ば、広告情報を付加情報として受信側通信端末に送信し
た場合、発信側通信端末に対応するユーザの通話料を割
引するようにしているので、通信システムの新しい料金
運用形態を提供することができる。

【０１１４】つぎの発明にかかる発信側通信端末によれ
ば、発信側通信端末に、受信側通信端末での着信時に再
生すべき着信パターンを発呼時に付加情報として呼設定
要求に付加して送信する機能を備えさせているので、発
信側通信端末が着信パターンとしての付加情報を送信す
るための主導権をもつことができ、発信側の意図で、新
しい情報を表示するといったことに利用することができ
る。

【０１１５】つぎの発明にかかる発信側通信端末によれ
ば、発信側通信端末は、宛先別に付加情報を登録できる
付加情報登録メモリを備え、この付加情報登録メモリに
登録された付加情報を選択して送信するようにしている
ので、任意の情報を任意の時点で送信することができ
る。

【０１１６】つぎの発明にかかる発信側通信端末によれ
ば、発信側通信端末のユーザが、発信側通信端末に設け
られた複数のボタンを択一投入することで、付加情報登
録メモリに登録された付加情報を選択するようにしたの
で、簡便に付加情報登録メモリに登録された任意の付加
情報を選択することができる。

【０１１７】つぎの発明にかかる発信側通信端末によれ
ば、受信側通信端末での着信時に再生すべき着信パター
ンを作成する作成手段を発信側通信端末に具備させるよ
うにしたので、発信側通信端末では、カメラなどで撮像
した画像、マイクなどに入力した任意の音声を即座に付
加情報として送信することが可能となる。

【０１１８】つぎの発明にかかる発信側通信端末によれ
ば、発信側通信端末が付加情報送信要求を呼設定要求に
付加して送信すると、通信ネットワーク内のノードで付
加情報が付加されて受信側通信端末に送信されるように
しているので、多種多様の付加情報を登録することがで
き、また、発信側通信端末では処理負荷が低減され、ま
た付加情報用の多くのメモリ容量を確保する必要がなく
なる。

【０１１９】つぎの発明にかかる発信側通信端末によれ
ば、発信側通信端末が呼設定要求に付加情報送信要求を
付加して送信すれば、通信ネットワークのノードはこの
呼設定要求に含まれる相手先電話番号に基づいてデータ
ベースからこの相手先電話番号に対応する付加情報を取
り出し、この取り出した付加情報を受信側通信端末に送
信することになり、最適な着信パターンを受信側通信端
末ユーザに与えることができる。

【０１２０】つぎの発明にかかる発信側通信端末によれ
ば、発信側通信端末の複数のボタンを択一投入すること
で、付加情報選択信号を発生させ、これによりデータベ
ースから所要の付加情報を選択するようにしているの
で、簡便にデータベースに記憶した所要の付加情報を選
択することができる。

【０１２１】つぎの発明にかかる受信側通信端末によれ
ば、通信ネットワークを介して着信時に再生すべき着信
パターンとしての付加情報が付加された呼設定要求を受
信すると、受信側通信端末は該受信した付加情報を着信
パターンとして再生するようにしているので、発信側通
信端末が着信パターンとしての付加情報を送信するため
の主導権をもつことができ、発信側の意図で、新しい情
報を表示するといったことに利用することができる。

【０１２２】つぎの発明にかかる受信側通信端末によれ
ば、受信側通信端末では、受信した付加情報をメモリに
記憶し、このメモリに記憶された付加情報を必要に応じ
て再生するようにしているので、着信側では任意の時点
で所望の付加情報を再生することが可能となる。

【０１２３】つぎの発明にかかる受信側通信端末によれ
ば、発信側通信端末の主導によって付加情報としての広
告情報を着呼時に再生するようにしているので、これに
より新しい有効な広告手段を提供することができる。

【０１２４】つぎの発明にかかる受信側通信端末によれ
ば、受信側通信端末は、付加情報受信後の呼設定応答の
際に、広告主の情報と、付加情報の再生成否に関する情
報を付加して送信するようにしているので、このメッセ
ージを元に広告情報の再生が成功した場合に、発信側通
信端末ユーザの通信料を割引するなどのネットワークの
運用が可能となる。

【図面の簡単な説明】

【図１】 この発明にかかる通信システムの全体構成を
示す図である。

【図２】 この発明にかかる通信システムに用いられる
発信側通信端末の内部構成を示すブロック図である。

【図３】 この発明にかかる通信システムの実施の形態
１のメッセージシーケンスを示す図である。

【図４】 この発明にかかる通信システムの実施の形態
１の受信側通信端末での着信パターンの再生形態を示す
図である。

【図５】 この発明にかかる通信システムの実施の形態
１の受信側通信端末で登録される付加情報の内容を示す
図である。

【図６】 この発明にかかる通信システムの実施の形態
２のメッセージシーケンスを示す図である。

【図７】 この発明にかかる通信システムの実施の形態
２のノードに設定される各ユーザ毎の付加情報テーブル
を示す図である。

【図８】 この発明にかかる通信システムの実施の形態
２のノードでの付加情報選択処理を示すフローチャート
である。

【図９】 この発明かかる通信システムの実施の形態３
を説明するための図であり、ネットワークキャリアと広
告主との料金運用形態を示す図である。

【図１０】 この発明かかる通信システムの実施の形態
３を説明するための図であり、ネットワークキャリアと
個人ユーザとの料金運用形態を示す図である。

【図１１】 この発明にかかる通信システムの実施の
形態４のメッセージシーケンスを示す図である。

【図１２】 携帯電話網を示す図である。

【図１３】 従来技術を説明するためのメッセージシー
ケンス図である。

【符号の説明】

１１ 付加情報作成部、１２ 付加情報再生部、１３
付加情報登録メモリ、１４ メモリ、１５ 通信部、１
６ コントローラ、Ｅ１ 通信ノード（発側ノード）、
Ｅ２ 中継ノード、Ｅ３ 着側ノード、Ｅ４ ユーザ情
報管理サーバ、Ｅ５ 広告データベース、Ｎ１ 通信ネ
ットワーク、Ｐ１ ネットワークキャリア、Ｐ２ 広告
主、Ｐ３ ユーザ、ＳＷ１〜ＳＷｎ 選択ボタン、Ｔ１
発信側通信端末（発信側端末、発信端末）、Ｔ２ 受
信側通信端末（受信側端末、着信端末）。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K027 AA11 BB01 EE00 FF00 FF03 FF21 FF25 HH26 HH29 5K067 AA29 AA34 BB04 DD23 DD52 DD53 DD54 EE02 EE06 EE16 FF04 FF07 FF13 FF23 FF25 FF31 HH23 HH24 KK15 5K101 KK16 KK18 KK20 LL00 LL12 MM07 NN12 NN17 NN21 NN48 PP04

Claims (23)

【特許請求の範囲】
1. 【請求項１】 発呼時に、受信側通信端末での着信時に
   再生すべき着信パターンを付加情報として呼設定要求に
   付加して送信する発信側通信端末と、 この通信端末からの送信情報を中継する複数のノードを
   含む通信ネットワークと、 前記通信ネットワークを介して呼設定要求および付加情
   報を受信すると、該受信した付加情報を着信パターンと
   して再生する受信側通信端末と、 を備えることを特徴とする通信システム。
2. 【請求項２】 前記発信側通信端末は、宛先別に付加情
   報を登録できる付加情報登録メモリを有し、この付加情
   報登録メモリに登録された付加情報を選択して送信する
   ことを特徴とする請求項１に記載の通信システム。
3. 【請求項３】 前記着信側端末は、受信した付加情報を
   記憶するメモリを有し、このメモリに記憶された付加情
   報を再生可能としたことを特徴とする請求項１または２
   に記載の通信システム。
4. 【請求項４】 前記通信ネットワークでは、付加情報に
   課金し、呼設定要求には課金しないことを特徴とする請
   求項１〜３の何れか１つに記載の通信システム。
5. 【請求項５】 発呼時に、付加情報送信要求を呼設定要
   求に付加して送信する発信側通信端末と、 前記発信側通信端末から付加情報送信要求が付加された
   呼設定要求を受信すると、付加情報が発信側通信端末毎
   に登録されたデータベースから当該発信側通信端末に対
   応する付加情報を取り出し、この取り出した付加情報を
   受信側通信端末での着信時に再生すべき着信パターンと
   して呼設定要求に付加して送信するノードを備える通信
   ネットワークと、 前記通信ネットワークから呼設定要求および付加情報を
   受信すると、該受信した付加情報を着信パターンとして
   再生する受信側通信端末と、 を備えることを特徴とする通信システム。
6. 【請求項６】 前記データベースには、発信側通信端末
   毎に着信側電話番号と付加情報が対応付けられて登録さ
   れ、前記ノードでは、前記発信側通信端末から付加情報
   送信要求が付加された呼設定要求を受信すると、このデ
   ータベースを元に付加情報を送信することを特徴とする
   請求項５に記載の通信システム。
7. 【請求項７】 前記データベースには、発信側通信端末
   から送信される付加情報選択信号に対応付けられた付加
   情報が登録され、前記ノードでは、前記発信側通信端末
   から付加情報選択信号が付加された呼設定要求を受信す
   ると、このデータベースを元に付加情報を送信すること
   を特徴とする請求項５または６に記載の通信システム。
8. 【請求項８】 前記データベースには、広告情報が登録
   され、前記通信ネットワークは、前記発信側通信端末か
   ら付加情報送信要求が付加された呼設定要求を受信する
   と、前記付加情報として広告情報を受信側通信端末に送
   信することを特徴とする請求項５に記載の通信システ
   ム。
9. 【請求項９】 前記通信ネットワークは、複数の発信側
   通信端末に対応するユーザ属性が登録されたユーザデー
   タベースと、広告情報が登録された広告データベースと
   を有し、前記通信ネットワークが前記発信側通信端末か
   ら付加情報送信要求が付加された呼設定要求を受信する
   と、この発信側通信端末に対応するユーザ属性を前記ユ
   ーザデータベースから取り出し、該取り出したユーザ属
   性に最適な広告情報を前記広告データベースから選択
   し、該選択した広告情報を付加情報として受信側通信端
   末に送信することを特徴とする請求項８に記載の通信シ
   ステム。
10. 【請求項１０】 前記広告データベースに当該ユーザ属
    性に最適な広告情報が存在しない場合、付加情報メッセ
    ージを送信しないようにしたことを特徴とする請求項９
    に記載の通信システム。
11. 【請求項１１】 前記受信側通信端末は、呼設定応答
    に、広告主の情報と、付加情報の再生成否に関する情報
    を付加して送信することを特徴とする請求項８〜１０の
    何れか１つに記載の通信システム。
12. 【請求項１２】 前記広告情報を付加情報として受信側
    通信端末に送信した場合、発信側通信端末に対応するユ
    ーザの通話料を割引することを特徴とする請求項８〜１
    １の何れか１つに記載の通信システム。
13. 【請求項１３】 通信ネットワークを介して受信側通信
    端末との通話を行う発信側通信端末において、 発呼時に、受信側通信端末での着信時に再生すべき着信
    パターンを付加情報として呼設定要求に付加して送信す
    る機能を有するコントローラを備えることを特徴とする
    発信側通信端末。
14. 【請求項１４】 宛先別に付加情報を登録できる付加情
    報登録メモリを更に備え、この付加情報登録メモリに登
    録された付加情報が選択されて送信されることを特徴と
    する請求項１３に記載の発信側通信端末。
15. 【請求項１５】 前記付加情報登録メモリに登録された
    付加情報を選択するための複数のボタンをさらに備え、
    前記コントローラは前記複数のボタンの選択操作に対応
    する付加情報を送信することを特徴とする請求項１４に
    記載の発信側通信端末。
16. 【請求項１６】 受信側通信端末での着信時に再生すべ
    き着信パターンを作成する作成手段をさらに備えること
    を特徴とする請求項１３〜１５の何れか１つに記載の発
    信側通信端末。
17. 【請求項１７】 付加情報が発信側通信端末毎に登録さ
    れたデータベースから付加情報を取り出し、この取り出
    した付加情報を受信側通信端末での着信時に再生すべき
    着信パターンとして呼設定要求に付加して送信するノー
    ドを備える通信ネットワークを介して受信側通信端末と
    の通話を行う発信側通信端末であって、 前記通信ネットワークのデータベースから発信側通信端
    末毎に登録された付加情報を取り出すための付加情報送
    信要求を呼設定要求に付加して送信するコントローラを
    備えることを特徴とする発信側通信端末。
18. 【請求項１８】 前記データベースには、発信側通信端
    末から送信される付加情報選択信号に対応付けられた付
    加情報が登録され、 前記コントローラは、前記付加情報送信要求が付加され
    た呼設定要求を送信することを特徴とする請求項１７に
    記載の発信側通信端末。
19. 【請求項１９】 前記付加情報選択信号を発生させるた
    めの複数のボタンを備えることを特徴とする請求項１８
    に記載の発信側通信端末。
20. 【請求項２０】 通信ネットワークを介して発信側通信
    端末との通話を行う受信側通信端末において、 前記通信ネットワークを介して着信時に再生すべき着信
    パターンとしての付加情報が付加された呼設定要求を受
    信すると、該受信した付加情報を着信パターンとして再
    生することを特徴とする受信側通信端末。
21. 【請求項２１】 受信した前記付加情報を記憶するメモ
    リを有し、このメモリに記憶された付加情報を再生可能
    としたことを特徴とする請求項２０に記載の受信側通信
    端末。
22. 【請求項２２】 前記付加情報は広告情報であることを
    特徴とする請求項２０または２１に記載の受信側通信端
    末。
23. 【請求項２３】 呼設定応答に、広告主の情報と、付加
    情報の再生成否に関する情報を付加して送信することを
    特徴とする請求項２０〜２２の何れか１つに記載の受信
    側通信端末。