JP3095206B2 - 発ｉｄ蓄積処理システムおよび発ｉｄ蓄積処理方法 - Google Patents

Description

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】本発明は発信者番号あるいは
発着信者名等の発呼者を識別するための発呼者識別（ca
lling line identification;以下、発ＩＤと称する）を
利用した発ＩＤサービスを提供する通信網のサービス制
御に関し、特に発ＩＤ蓄積処理システムおよびその方法
に関する。なお、本発明は移動通信方式，サービス制御
ノードを持つ固定通信方式のいずれにも好適なものであ
る。 【０００２】 【従来の技術】従来の通信網では、料金明細の情報収集
のために通信呼の情報蓄積を行っている。また、最近で
は、サービス総合ディジタル網（ＩＳＤＮ）において、
発信者番号（発番号；calling party number）の着信者
への表示、および発信者の希望によってその表示を禁止
する発信者番号通知／通知制限と称するサービスを開始
している。また、電子メール（ＭＨＳ）では、メッセー
ジの発信者などの利用者と配布リストと呼ばれるリスト
に対して、それぞれの発信者名（Ｏ／Ｒ名;originator/
recipient number）と呼ばれる名前が付与され、利用者
の識別やメッセージの宛先指定などで使用されている。 【０００３】 【発明が解決しようとする課題】しかしながら、従来の
通信網では、上述のように料金明細の情報収集のために
通信呼の情報蓄積を行っているが、発信者識別のための
発ＩＤを利用したユーザの着信呼の履歴を得ることは不
可能であった。 【０００４】そのため、上述のような従来技術では、通
信網を利用した電話投票において発信者の本人性を区別
した投票集計を行うことはできなかった。 【０００５】本発明は、上述の点に鑑みてなされたもの
で、その目的は、通信網のサービス制御に関し、着信呼
の発ＩＤを利用して発信者の本人性を区別した投票集計
を行うことのできる電話投票管理の新通信サービスを提
供できる発ＩＤ蓄積処理システムおよびその方法を提供
することにある。 【０００６】 【課題を解決するための手段】上記目的を達成するた
め、請求項1の発ＩＤ蓄積処理システムの発明は、サー
ビス制御ノード、発側交換ノード、発信端末、着側交換
ノード、着信端末を有し、発信者識別用の発ＩＤを用い
て電話投票の通信サービスを提供する通信網において、
前記サービス制御ノードは、前記着信端末からの電話投
票に関する蓄積条件や蓄積情報取り出し指示、蓄積情報
の処理・取り出し指示などのユーザ要求の分析と受付を
行なうユーザ要求分析手段と、該ユーザ要求分析手段で
受付けられた前記発ＩＤ蓄積条件を記憶し、発信ユーザ
が前記発信端末から発呼時に発信情報に付加する前記発
ＩＤを前記発ＩＤ蓄積条件に照らし合わせ、該蓄積条件
の合致した場合に該発ＩＤを蓄積する発ＩＤ蓄積手段
と、前記ユーザ要求分析手段で受付けられた前記蓄積情
報の処理・取り出し指示に応じて前記発ＩＤ蓄積手段に
蓄積された発ＩＤについてカウント、条件検索、統計処
理等の所定の情報処理を行なう蓄積発ＩＤ情報処理手段
と、前記ユーザ要求分析手段で受付けられた前記着信端
末からのユーザ要求に従って前記発ＩＤ蓄積手段に蓄積
された発ＩＤ情報を取り出し、または該発ＩＤ情報を前
記蓄積発ＩＤ情報処理手段によって情報加工したもの
を、本人性を区別した投票集計結果の通知情報として前
記着信端末に通知するユーザ情報通知手段とを有し、前
記着側交換ノードは前記着信端末からの前記ユーザ要求
や前記サービス制御ノードからの通知情報を中継するユ
ーザ要求・情報中継手段を有し、前記着信端末は、発Ｉ
Ｄ蓄積条件の設定要求、前記発ＩＤ蓄積手段の蓄積情報
の取り出し指示、前記発ＩＤ蓄積手段の蓄積情報の処理
・取り出し指示をユーザ要求として行なう発信ユーザ情
報要求手段と、前記サービス制御ノードからの前記通知
情報を受信する発信ユーザ情報受信手段とを有する、こ
とを特徴とする。 【０００７】ここで、前記発ＩＤ蓄積条件は、前記電話
投票に関し、すベての発ＩＤを蓄積，特定範囲の発ＩＤ
を蓄積，特定の時間帯に発ＩＤを蓄積，着信ユーザが特
定のサービス設定状態の場合に蓄積等の、着信ユーザが
選択指定可能な発ＩＤ蓄積に関する通信サービス設定条
件であることを特徴とすることができる。 【０００８】また、前記電話投票は、発信の有無等の音
声通信による電話投票を含むことを特徴とすることがで
きる。 【０００９】上記目的を達成するため、請求項４の発Ｉ
Ｄ蓄積処理方法の発明は、サービス制御ノード、発側交
換ノード、発信端末、着側交換ノード、着信端末を有
し、発信者識別用の発ＩＤを用いて電話投票の通信サー
ビスを提供する通信網において、前記着信端末おいて電
話投票のための発ＩＤ蓄積条件の設定要求、蓄積情報の
取り出しの指示、該蓄積情報の処理・取り出し指示をユ
ーザ要求として行なうユーザ情報要求工程と、前記サー
ビス制御ノードにおいて前記着信端末からの蓄積条件や
蓄積情報取り出し指示、蓄積情報の処理・取り出し指示
などのユーザ要求の分析と受付を行なうユーザ要求分析
工程と、前記サービス制御ノードにおいて前記ユーザ要
求分析工程で受け付けられた前記発ＩＤ蓄積条件を記憶
する発ＩＤ蓄積条件記憶工程と、発信ユーザが前記発信
端末において発呼時に発信情報に付加する前記発ＩＤを
前記サービス制御ノード内に設定する投票工程と、前記
サービス制御ノードにおいて前記投票工程で設定された
前記発ＩＤを前記発ＩＤ蓄積条件に照らし合わせ、該蓄
積条件の合致した場合に該発ＩＤを蓄積する発ＩＤ蓄積
工程と、前記サービス制御ノードにおいて前記ユーザ要
求分析工程で受付けられた前記蓄積情報の処理・取り出
し指示に応じて前記発ＩＤ蓄積工程で蓄積された発ＩＤ
についてのカウント、条件検索、統計処理等の所定の情
報処理を行なう蓄積発ＩＤ情報処理工程と、前記サービ
ス制御ノードにおいて前記ユーザ要求分析工程で受付け
られた前記着信端末からのユーザ要求に従って前記発Ｉ
Ｄ蓄積工程で蓄積された発ＩＤ情報を取り出し、または
該発ＩＤ情報を前記蓄積発ＩＤ情報処理工程によって情
報加工したものを、本人性を区別した投票集計結果の通
知情報として前記着信端末に通知するユーザ情報通知工
程と、前記着側交換ノードにおいて前記着信端末からの
前記ユーザ要求や前記サービス制御ノードからの通知情
報を中継するユーザ要求・情報中継工程と、前記着信端
末において前記サービス制御ノードからの前記通知情報
を受信する発信ユーザ情報受信工程とを有することを特
徴とする。 【００１０】上記目的を達成するため、請求項５の発Ｉ
Ｄ蓄積処理装置の発明は、発信者識別のための発ＩＤを
利用した電話投票の通信サービスに関する着信ユーザか
らの設定条件を受付ける受付手段と、該受付手段で受付
けられた前記設定条件に応じて前記発ＩＤを選択的に記
憶する記憶手段と、前記設定条件または前記着信ユーザ
からの出力要求に応じて前記記憶手段に記憶されている
前記発ＩＤに対して統計処理等の所定の情報処理を行な
う情報処理手段と、該情報処理手段で処理された処理情
報または前記記憶手段に記憶された前記発ＩＤを、本人
性を区別した投票集計結果の通知情報として前記着信ユ
ーザヘ通知する通知手段とを具備することを特徴とす
る。 【００１１】 【００１２】 【００１３】 【００１４】 【００１５】 【００１６】 【００１７】 【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態を詳細に説明する。 【００１８】（通信網の構成例）図１は本発明を実施す
る通信網の構成の一例を示す。この通信網は通信網のサ
ービス制御を実行するサービス制御ノード１、発呼者側
に存在する発側交換機２、着信者側に存在する着側交換
機３、発呼者が使用する発信端末４、着信者が使用する
着信端末５、信号中継網６および中継網７を含む。発信
端末４は発側交換機２および信号中継網６を通じてサー
ビス制御ノード１に接続し、同様に着信端末５は、着側
交換機３および信号中継網６を通じてサービス制御ノー
ド１に接続する。発側交換機２は呼の接続のために、中
継網７を通じて着側交換機３に接続する。発信端末４と
発側交換機２の接続および着信端末５と着側交換機３の
接続としては移動通信のような無線タイプと、従来の固
定通信のような有線タイプとが考えられるが、本発明は
どちらの通信網にも適用できる。 【００１９】サービス制御ノード１は通信手段の他に発
ＩＤなどのユーザ情報を処理できるハードウエアとソフ
トウエアから構成され、発ＩＤ蓄積手段１１、蓄積発Ｉ
Ｄ情報処理手段１２、ユーザ要求分析手段１３、着信ユ
ーザ呼受付状態／サービス設定状態監視手段１４および
ユーザ情報通知手段１５を有する。発ＩＤ蓄積手段１１
はユーザ要求分析手段１３で受付けられた発ＩＤ蓄積条
件（例えば、すべての発ＩＤを蓄積／特定範囲の発ＩＤ
を蓄積／特定の時間帯に発ＩＤを蓄積など）を記憶し、
発側交換機２および信号中継網６を通じて発信端末４か
ら送られてきた（発信ユーザが発呼時に発信情報に付加
する、又は発信ユーザの指示に従って発側交換機が付加
する）発ＩＤをその発ＩＤ蓄積条件に照らし合わせ、そ
の蓄積条件の合致した場合にその発ＩＤを蓄積するメモ
リ等からなる。また、発ＩＤ蓄積手段１１は着信呼受付
状態／サービス設定状態監視手段１４の監視開始に応じ
て折り返し情報通知を行なうために監視の報告先である
発信者を示す発ＩＤを記憶することができる。蓄積発Ｉ
Ｄ情報処理手段１２はユーザ要求分析手段１３で受付け
られた蓄積情報の処理・取り出し指示に応じて発ＩＤ蓄
積手段１１に蓄積された発ＩＤについて予め定めたアリ
ゴリズムに基づいてカウント、条件検索、統計処理等の
所定の情報処理を行なう。 【００２０】着信ユーザ呼受付状態／サービス設定状態
監視手段１４はユーザ要求分析手段１３で受付けた監視
条件・通知条件に基づいて着信ユーザ呼受付状態やサー
ビス設定状態を監視し、例えば着信ユーザが呼受付不可
能であった場合、監視状態の報告先の発ＩＤを発ＩＤ蓄
積手段１１に記憶し、着信端末５の着信ユーザ呼受付状
態／サービス設定状態の変更に基づき、着信ユーザ呼受
付状態／サービス設定状態が監視報告条件に一致した場
合、例えば着信ユーザが呼受付可能になった場合に、報
告先の発ＩＤを持つ発信端末４（発ＩＤユーザ）に、そ
の報告（通知）を行う。 【００２１】ユーザ要求分析手段１３は着信端末５から
の蓄積条件や蓄積情報取り出し指示、蓄積情報の処理
（統計処理／フィルターリング等）・取り出し指示など
のユーザ要求の分析と受付を行ない、ユーザが要求した
発ＩＤ蓄積条件の設定をする。また、ユーザ要求分析手
段１３は発信端末４からの話中状態解消通知要求や留守
番・転送サービス動作登録解除時の通知要求などの着信
ユーザ呼受付状態やサービス設定状態の監視条件・通知
条件の要求の分析と受付を行なう。 【００２２】ユーザ情報通知手段１５はユーザ要求分析
手段１３で受付けられた着信端末５からのユーザ要求に
従って発ＩＤ蓄積手段１１に蓄積された発ＩＤ情報を取
り出し、またはその発ＩＤ情報を蓄積発ＩＤ情報処理手
段１２によって情報加工した結果をユーザ情報通知とし
て着信端末５に通知する。また、ユーザ情報通知手段１
５は着信ユーザ呼受付状態／サービス設定状態監視手段
１４の着信ユーザ呼受付状態やサービス設定状態の監視
内容を報告先の発ＩＤを有する発信端末４に通知するこ
ともできる。即ち、ユーザ情報通知手段１５は着信ユー
ザ呼受付状態やサービス設定状態が監視条件・通知条件
に一致した場合に、報告先の発ＩＤを持つ発信端末４に
その旨の通知を行うことができる。 【００２３】発側交換機２はユーザ要求／情報中継手段
２１、発ＩＤユーザ呼出し・待ち合わせ手段２２および
着信ユーザ呼出し・呼結合手段２３を有する。ユーザ要
求／情報中継手段２１は発信ユーザが自分の発ＩＤを伴
って、着信ユーザ呼受付状態／サービス設定状態監視報
告条件（例えば、話中解消状態／留守番解除状態／転送
解除状態等）をサービス制御ノード１内の着信ユーザ呼
受付状態／サービス設定状態監視手段１４に設定する時
の中継にも使用される。また、２１はサービス制御ノー
ド１からの通知情報を中継する。 【００２４】発ＩＤユーザ呼出し・待ち合わせ手段２２
は、着信ユーザ自動接続要求手段４３からの自動再呼の
要求に基づく着信ユーザ呼受付状態／サービス設定状態
監視手段１４による話中状態解消や留守番・転送サービ
ス動作登録解除の検出をトリガとして発ＩＤ蓄積手段１
１に記憶された発ＩＤを持つ発信端末４に対して呼び出
しを行ない、発信端末４からの発信ユーザの応答後、着
信端末５からの着信ユーザの応答まで待ち合わせを行な
う。着信ユーザ呼出し・呼結合手段２３は、着信ユーザ
を呼び出し、着信ユーザの応答と同時に待ち合わせてい
た当該発信ユーザと呼の結合を行う。着側交換機３は、
ユーザ要求／情報中継手段３１，発ＩＤユーザ呼出し・
待ち合わせ手段３２，着信ユーザ呼出し・呼結合手段３
３を有し、ユーザ要求／情報中継手段３１は着信端末５
からの発ＩＤ蓄積条件や蓄積情報取り出し指示、蓄積情
報の処理・取り出し指示をサービス制御ノード１に設定
・指示する際に中継に使用される。また、ユーザ要求／
情報中継手段３１はサービス制御ノード１からの通知情
報を中継する。着側交換機３の発ＩＤユーザ呼出し・待
ち合わせ手段３２および着信ユーザ呼出し・呼結合手段
３３は、発側交換機２の発ＩＤユーザ呼出し・待ち合わ
せ手段２２および着信ユーザ呼出し・呼結合手段２３と
同様な作用をする。 【００２５】発信端末４は着信ユーザ情報要求手段４
１、着信ユーザ情報受信手段４２および着信ユーザ自動
接続要求手段４３を有する。着信ユーザ情報要求手段４
１は自分の発ＩＤを伴って話中状態解消通知要求や留守
番・転送サービス動作登録解除時の通知要求などの着信
ユーザ呼受付状態やサービス設定状態の監視条件・通知
条件の要求設定を行なうことができる。着信ユーザ情報
受信手段４２はサービス制御ノード１からの通知情報を
受信する。 【００２６】着信ユーザ自動接続要求手段４３は話中状
態解消や留守番・転送サービス動作登録解除の検出時、
即ち着信ユーザが呼受付可能になった場合に着信ユーザ
に対して自動再呼を要求する自動接続要求を設定する。
着信ユーザ自動接続要求手段４３を通じて着信ユーザ自
動接続要求を設定した場合、サービス制御ノード１は、
着信ユーザが呼受付可能になった場合に、自動的に発側
交換機２内の発ＩＤユーザ呼出し・待ち合わせ手段２２
を起動して、発信端末４の呼出しを行ない、発信ユーザ
の応答を保留する。さらに発側交換機２は発信ユーザの
応答を確認後、着信ユーザ呼出し・呼結合手段２３を起
動して着信ユーザを呼出し、着信ユーザ応答と同時に発
ＩＤユーザ呼出し・待ち合わせ手段２２により待ち合わ
せ中の発信ユーザの呼と着信ユーザの呼の双方の呼を結
合させる。 【００２７】サービス制御ノード１はこれら一連の動作
を着側交換機３の発ＩＤユーザ呼出し・待ち合わせ手段
３２，着信ユーザ呼出し・呼結合手段３３により行わせ
ることができる。着信端末５は発ＩＤ蓄積条件の設定要
求を行う発信ユーザ情報要求手段５１および発信ユーザ
情報受信手段５２とを有する。発信ユーザ情報要求手段
５１を用いて、蓄積発ＩＤ情報および蓄積発ＩＤ情報の
加工情報（統計処理／フィルターリング等）を要求する
ことができる。 【００２８】（第１の実施の形態）図２は図１の通信網
の構成を用いた本発明の第１の実施形態の動作の流れを
示す。本例は着信呼の発ＩＤによる統計分析、電話投票
などに利用可能な実施例である。 【００２９】まず、図１の構成と本例の処理工程との関
係を簡単に説明する。図２に示すように、発信要求（１
０４）は上記発信端末４で行い、発呼受付処理（１０
５）は上記発側交換機２で行う。蓄積条件設定（１０
３）、着信ユーザの発信ユーザＩＤ蓄積条件判定（１０
６）、発信ユーザＩＤ蓄積（１０７）、発信ユーザＩＤ
蓄積情報加工（１１０）およびユーザ情報通知（１１
１）は上記サービス制御ノード１で行う。ユーザ要求中
継（１０２）、（１０９）およびユーザ情報中継（１１
２）は上記着側交換機３で行う。蓄積条件設定要求（１
０１）、蓄積情報加工・取り出し要求（１０８）および
発信ユーザ情報受信（１１３）は上記着信端末５で行
う。 【００３０】次に、図２の処理の流れを参照して、本例
の作用を説明する。 【００３１】Ａ１．着信端末５からサービス制御ノード
１内の発ＩＤ蓄積手段１１に発ＩＤ蓄積条件を設定す
る。この発ＩＤ蓄積条件は、例えばすべての発ＩＤを蓄
積／特定範囲の発ＩＤを蓄積／特定の時間帯に発ＩＤを
蓄積／着信ユーザが特定のサービス設定状態の場合に蓄
積／着信ユーザが話中の場合に蓄積等の、着信ユーザが
選択可能な発ＩＤ蓄積に関するサービス設定条件であ
る。（なお、この／印はまたは、およびの少なくともい
ずれかを意味する。） この設定の際、着信端末５の発ＩＤ蓄積条件の設定要求
は、発信ユーザ情報要求手段５１により要求が発せられ
（１０１）、着側交換機３のユーザ要求／情報中継手段
３１を経由して（１０２）、サービス制御ノード１のユ
ーザ要求分析手段１３によりその設定要求が分析され、
発ＩＤ蓄積手段１１に発ＩＤ蓄積条件が設定される（１
０３）。 【００３２】Ａ２．発信ユーザが発信端末４から、自分
の発ＩＤを伴って発信した場合（１０４）、発側交換機
２で通常の発呼受付処理が行われる（１０５）。その
後、発ＩＤ蓄積手段１１は着信ユーザの発ＩＤ蓄積条件
を参照し（１０６）、その蓄積条件の合致した場合に
（１０６′）、発信ユーザの発ＩＤを蓄積する（１０
７）。 【００３３】Ａ３．着信ユーザは、着信端末５の発信ユ
ーザ情報要求手段５１を利用して、蓄積発ＩＤ情報およ
び蓄積発ＩＤ情報の加工情報（統計処理／フィルターリ
ング等）を要求することができる。この着信ユーザの要
求は（１０８）、着側交換機３のユーザ要求／情報中継
を経由して（１０９）、サービス制御ノード１に伝えら
れ、ユーザ要求分析手段１３によって分析され、ユーザ
要求分析手段１３は発ＩＤ蓄積手段１１に蓄積された発
ＩＤ情報を取り出し、あるいは上記着信ユーザ要求に応
じて蓄積発ＩＤ情報処理手段１２によって情報加工した
ものを（１１０）、ユーザ情報通知手段１５から（１１
１）、着信側交換機３のユーザ要求／情報中継手段３１
を経由して（１１２）、着信端末５の発信ユーザ情報受
信手段５２で受信する（１１３）。 【００３４】この様に本例では、蓄積発ＩＤ情報および
蓄積発ＩＤ情報の加工情報（統計処理／フィルターリン
グ等）についての着信ユーザの要求に応じて、発ＩＤ蓄
積手段１１に蓄積されている発ＩＤ情報を取り出し、あ
るいは上記着信ユーザ要求に応じて蓄積発ＩＤ情報処理
手段１２によって情報加工したものを取り出し可能であ
り、着信呼の発ＩＤによる統計分析により電話投票など
の新しいサービスを提供できる。また、取り出した発Ｉ
Ｄをサンプリングして、折り返り発呼が可能である。 【００３５】（第２の実施の形態）図３は図１の通信網
の構成を用いた本発明の第２の実施形態の動作の流れを
示す。本例は話中状態解消やサービス設定容態変更のタ
イミングを発呼者に通知可能な実施例である。 【００３６】まず，図１の構成と本例の処理工程との関
係を簡単に説明する。図３に示すように、着信ユーザ呼
受付状態／サービス設定状態監視報告条件設定要求（２
０１）、着信ユーザ情報受信（２０９）は発信端末４が
行い、ユーザ要求中継（２０２）、ユーザ情報中継（２
０８）は発側交換機２が行う。着信ユーザ呼受付状態／
サービス設定状態監視報告条件設定（２０３）、着信ユ
ーザ情報報告先発ＩＤ蓄積（２０４）、着信ユーザ呼受
付状態／サービス設定状態監視（２０６）、ユーザ情報
報告（２０７）はサービス制御ノード１が行う。着信ユ
ーザ呼受付状態／サービス設定状態の変更（２０５）は
着信端末５による通話の終了やサービス設定変更であ
る。 【００３７】次に、図３の処理の流れを参照して、本例
の作用を説明する。 【００３８】Ｂ１．発信端末４から自分の発ＩＤを伴っ
て、着信ユーザ呼受付状態／サービス設定状態監視報告
条件（例えば、話中解消状態／留守番解除状態／転送解
除状態等）をサービス制御ノード１内の着信ユーザ呼受
付状態／サービス設定状態監視手段１４に設定する（２
０３）。この設定は現在その状態でないのが前提であ
る。この設定は発信端末４の着信ユーザ情報要求手段４
１によって（２０１）、発側交換機２のユーザ要求／情
報中継手段２１を経由して行われる（２０２）。 【００３９】Ｂ２．サービス制御ノード１では、着信ユ
ーザ呼受付状態／サービス設定状態監視機能により監視
を開始し、監視状態の報告先である発ＩＤを発ＩＤ蓄積
手段１１に記憶する（２０４）。 【００４０】Ｂ３．サービス制御ノード１では、着信端
末５の着信ユーザ呼受付状態／サービス設定状態の変更
に基づき（２０５）、着信ユーザ呼受付状態／サービス
設定状態監視機能で（２０６）、着信ユーザ呼受付状態
／サービス設定状態が監視報告条件に一致した場合に
（２０６′）、報告先の発ＩＤを持つ発信端末４に、そ
の旨の報告を行う。この報告は、サービス制御ノード１
のユーザ情報通知手段１５から（２０７）、発側交換機
２のユーザ要求／情報中継手段２１を経由して（２０
８）、発信端末４の着信ユーザ情報受信手段４２で受信
できる（２０９）。 【００４１】この様に本例では、着信ユーザが呼受付不
可能であった場合、着信ユーザの呼受付状態を監視し、
呼受付可能になった場合に、発ＩＤユーザに通知を行な
うことができる。即ち、発信端末４から自分の発ＩＤを
伴って、着信ユーザ呼受付状態／サービス設定状態監視
報告条件（例えば、話中解消状態／留守番解除状態／転
送解除状態等）をサービス制御ノード１内に予め設定
し、サービス制御ノード１では、着信ユーザ呼受付状態
／サービス設定状態監視機能により監視を開始し、監視
状態の報告先である発ＩＤを記憶し、着信ユーザ呼受付
状態／サービス設定状態が監視報告条件に一致した場合
に、報告先の発ＩＤを持つ発信端末４に、その旨の報告
を行うので、話中状態解消やサービス設定状態変更のタ
イミングを発呼者に通知可能な新たなサービスの提供を
行うことができる。 【００４２】（第３の実施の形態）図４は図１の通信網
の構成を用いた本発明の第３の実施形態の動作の流れを
示す。本例は話中状態解消等の後に、自動的に呼接続が
可能な実施例である。 【００４３】まず，図１の構成と本例の処理工程との関
係を簡単に説明する。図４に示すように、処理工程（２
０１）〜（２０９）は図３と同様なので、その説明は省
略する。それ以外の付加された処理工程を説明すると、
着信ユーザ自動接続要求（３０１）、発信端末応答（３
１３）は発信端末４が行う。発側ユーザ呼出し（３１
２）、発側保留（３１４）、着側ユーザ呼出し（３１
５）、発側呼，着側呼結合（３１７）は発側交換機２が
行なう。発側ユーザ呼出し（３１１）はサービス制御ノ
ード１が行なう。着信端末応答（３１６）は着信端末５
が行なう。 【００４４】次に、図４の処理の流れを参照して、本例
の作用を説明する。 【００４５】Ｃ１．上記の着信ユーザ呼受付状態／サー
ビス設定状態監視報告条件を設定するのにあわせて、発
信端末４の着信ユーザ自動接続要求手段４３によって、
監視条件合致時に自動接続を要求する旨の着信ユーザ自
動接続要求を（３０１）、サービス制御ノード１内の着
信ユーザ呼受付状態／サービス設定状態監視手段１４に
設定する（２０３）。 【００４６】Ｃ２．上記Ｂ２と同様なのでその説明は省
略する。 【００４７】Ｃ３．上記Ｂ３と同様なのでその説明は省
略する。 【００４８】Ｃ４．上記のように着信ユーザ自動接続要
求を設定した場合、サービス制御ノード１では、上記の
ユーザ情報報告（２０７）のタイミングで、発側交換機
２内の発ＩＤユーザ呼出し・待ち合わせ手段２２（また
は、着側交換機３内の発ＩＤユーザ呼出し・待ち合わせ
手段３２）を起動して（３１１）、発信端末４の呼出し
を行ない（３１２）、発信ユーザの応答を保留する（３
１３、３１４）。 【００４９】Ｃ５．その後、発側交換機２（または着側
交換機３）は発信ユーザの応答を確認後、着信ユーザ呼
出し・待ち合わせ手段２２（または、着側交換機３内の
着信ユーザ呼出し・待ち合わせ手段３２）を起動して着
信ユーザを呼出し（３１５）、着信ユーザ応答後に（３
１６）、発側交換機２内の着信ユーザ呼出し・呼結合手
段２３（または、着側交換機３内の着信ユーザ呼出し・
呼結合手段３３）により双方の呼を結合させる（３１
７）。 【００５０】この様に本例では、着信ユーザが呼受付不
可能であった場合、着信ユーザの呼受付状態を監視し、
呼受付可能になった場合に、発ＩＤユーザに通知を行な
うことができるのに加え、着信ユーザが呼受付可能にな
った場合に、自動的に発／着信ユーザを呼びだし、双方
を結合することができる。即ち、着信ユーザ自動接続要
求を設定した場合、発信ユーザ，着信ユーザそれぞれ応
答後に、発側交換機内の呼結合手段（または、着側交換
機内の呼結合手段）により双方の呼を結合させるので、
話中状態解消等の後に、自動的に呼接続が可能となる新
サービスを提供できる。 【００５１】（その他）上述した本発明の実施の形態例
において、着信ユーザの発ＩＤ蓄積条件設定は、その後
修正、設定解除が可能である。発信ユーザの着信ユーザ
呼受付状態／サービス設定状態監視条件は、その後修
正、設定解除が可能である。また、着信ユーザ自動接続
要求は要求設定後に解除が可能である。 【００５２】また、蓄積発ＩＤには、発信を受け付けた
時間を付加して記憶することができる。発信ユーザへの
着信ユーザ呼受け付け状態、サービス設定状態監視報告
には、状態変更が生じた時間を付加して通知できる。 【００５３】また、発信ユーザ呼出し・待ち合わせ手段
（２２、３２）により、発信ユーザが応答した場合、着
信ユーザＸＸ−ＸＸＸＸ（着信ユーザ番号等）に自動接
続中の旨を保留中に音声トーキで流すことができる。発
信ユーザはこの段階で、着信ユーザとの自動接続を解除
することも可能である。 【００５４】 【実施例】上述した本発明の実施の形態を具体的な事例
に適用した実施例について説明する。 【００５５】（第１実施例）図２に示した上述の第１の
実施の形態を利用して、電話回線２回線（例えば、回線
１は賛成、回線２は反対と仮定する）を用いて或る特定
の時間に電話投票を行なう場合について説明する。 【００５６】Ａ１．それぞれの回線対応の着信端末５か
らサービス制御ノード１に発ＩＤ蓄積条件として特定の
時間帯（例えば、１９時〜２０時）に発ＩＤを蓄積する
ように設定する（１０１〜１０３）。 【００５７】Ａ２．不特定多数の発信ユーザが各々の発
信端末４から、自分の発ＩＤを伴って発信した場合、発
信側交換機２はサービス制御ノード１の発ＩＤ蓄積条件
（或る特定の時間内であるか）を参照し、蓄積条件に合
致した場合に発信ユーザの発ＩＤを蓄積する（無記名投
票として発ＩＤ無しについても蓄積しても良い）（１０
４〜１０７）。この間、着信ユーザは着信呼に対して、
１，２，３，５のいずれかから投票を受けた旨のトーキ
を流し、呼を切断できる。 【００５８】Ａ３．電話投票主催元は、それぞれの回線
対応の着信端末５から蓄積ＩＤ情報を取り出す際に蓄積
発ＩＤ情報処理手段１２を用いて、発信者数をカウント
する。同一ＩＤの重複があれば、１回のみカウント（同
意見多数投票）することも可能である。また、蓄積発Ｉ
Ｄ情報処理手段１２に複数着信ユーザの蓄積情報をまた
がって処理する機能を持たせることによって、棄権票分
析（同一発ＩＤで異意見多重投票を行なった場合）など
の処理が可能である（１０８〜１１３）。 【００５９】また、必要に応じて、賛成／反対者の発Ｉ
Ｄを任意に入手することにより、折り返し意見の詳細確
認が可能である。 【００６０】（第２実施例）図４に示した上述の第３の
実施の形態を利用して、話中状態解消後に、自動的に呼
接続を行なう場合について説明する。 【００６１】Ｃ１．着信者が話中状態である場合に、発
信端末４から自分の発ＩＤを伴なって着信ユーザ呼受付
状態／サービス設定状態監視報告の条件（ここでは、話
中解消状態）をサービス制御ノード１内の着信ユーザ呼
受付状態／サービス設定状態監視手段１４に設定する
（２０１〜２０３）。また、着信ユーザ自動接続要求手
段４３によって、監視条件合致時に自動接続を設定する
（３０１，２０２，２０３）。これらの設定は発信端末
４の着信ユーザ情報要求手段４１によって、発側交換機
２のユーザ要求／情報中継手段２１を経由して行われ
る。 【００６２】Ｃ２．サービス制御ノード１では、着信ユ
ーザ呼受付状態／サービス設定状態監視機能により監視
を開始し、監視状態の報告先である発ＩＤを記憶する
（２０４）。 【００６３】Ｃ３．サービス制御ノード１では、着信ユ
ーザ呼受付状態／サービス設定状態監視機能で、監視報
告条件に一致した場合（ここでは、話中の解消がされた
場合）に報告先の発ＩＤを持つ発信端末４に、その報告
を行なう。この報告は、サービス制御ノード１のユーザ
情報通知手段１５から発側交換機２のユーザ要求／情報
中継手段２１を経由して、発信端末４の着信ユーザ情報
受信手段４２で受信できる（２０５〜２０９）。 【００６４】Ｃ４．上記報告（２０７）と同時に、サー
ビス制御ノード１で発側交換機２内の発ＩＤユーザ呼出
し・待ち合わせ手段２２（または、着側交換機３内の発
ＩＤユーザ呼出し・待ち合わせ手段３２）を起動し、発
信端末４の呼出しを行ない、発信ユーザの応答を保留す
る（３１１〜３１４）。 【００６５】Ｃ５．さらに発側交換機２（または着側交
換機３）は、発信ユーザの応答を確認後、発側交換機２
内の着信ユーザ呼出し・待ち合わせ手段２２（または、
着側交換機３内の着信ユーザ呼出し・待ち合わせ手段３
２）を起動し、着信ユーザを呼出し、着信ユーザ応答後
に発側交換機２内の着信ユーザ呼出し・呼結合手段２３
（または、着側交換機内３の着信ユーザ呼出し・呼結合
手段３３）により双方の呼を結合させる（３１５〜３１
７）。 【００６６】 【発明の効果】以上説明したように、本発明によれば、
蓄積発ＩＤ情報および蓄積発ＩＤ情報の加工情報（統計
処理／フィルターリング等）についての着信ユーザの要
求に応じて、蓄積されている発ＩＤ情報を取り出し、あ
るいは上記着信ユーザ要求に応じて情報加工したものを
取り出し可能であり、着信呼の発ＩＤによる統計分析に
より発信者の本人性を区別した電話投票集計サービスが
提供できる。 【００６７】 【００６８】 【００６９】

【図面の簡単な説明】 【図１】本発明を実施する通信網の構成の一例を示すブ
ロック図である。 【図２】図１の通信網の構成を用いた本発明の第１の実
施形態の動作の流れを示すフローチャートである。 【図３】図１の通信網の構成を用いた本発明の第２の実
施形態の動作の流れを示すフローチャートである。 【図４】図１の通信網の構成を用いた本発明の第３の実
施形態の動作の流れを示すフローチャートである。 【符号の説明】 １ サービス制御ノード ２ 発側交換機 ３ 着側交換機 ４ 発信端末 ５ 着信端末 ６ 信号中継網 ７ 中継網 １１ 発ＩＤ蓄積手段 １２ 蓄積発ＩＤ情報処理手段 １３ ユーザ要求分析手段 １４ 着信ユーザ呼受付状態／サービス設定状態監視手
段 １５ ユーザ情報通知手段 ２１ ユーザ要求／情報中継手段 ２２ 発ＩＤユーザ呼出し・待ち合わせ手段 ２３ 着信ユーザ呼出し・呼結合手段 ３１ ユーザ要求／情報中継手段 ３２ 発ＩＤユーザ呼出し・待ち合わせ手段 ３３ 着信ユーザ呼出し・呼結合手段 ４１ 着信ユーザ情報要求手段 ４２ 着信ユーザ情報受信手段 ４３ 着信ユーザ自動接続要求手段 ５１ 発信ユーザ情報要求手段 ５２ 発信ユーザ情報受信手段

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平６−326774（ＪＰ，Ａ) 特開 平８−88689（ＪＰ，Ａ) 特開 平８−137969（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04M 3/42 - 3/58 G06F 19/00

Claims (1)

1. (57)【特許請求の範囲】 【請求項ｌ】 サービス制御ノード、発側交換ノード、
   発信端末、着側交換ノード、着信端末を有し、発信者識
   別用の発ＩＤを用いて電話投票の通信サービスを提供す
   る通信網において、 前記サービス制御ノードは、 前記着信端末からの電話投票に関する蓄積条件や蓄積情
   報取り出し指示、蓄積情報の処理・取り出し指示などの
   ユーザ要求の分析と受付を行なうユーザ要求分析手段
   と、 該ユーザ要求分析手段で受付けられた前記発ＩＤ蓄積条
   件を記憶し、発信ユーザが前記発信端末から発呼時に発
   信情報に付加する前記発ＩＤを前記発ＩＤ蓄積条件に照
   らし合わせ、該蓄積条件の合致した場合に該発ＩＤを蓄
   積する発ＩＤ蓄積手段と、 前記ユーザ要求分析手段で受付けられた前記蓄積情報の
   処理・取り出し指示に応じて前記発ＩＤ蓄積手段に蓄積
   された発ＩＤについてカウント、条件検索、統計処理等
   の所定の情報処理を行なう蓄積発ＩＤ情報処理手段と、 前記ユーザ要求分析手段で受付けられた前記着信端末か
   らのユーザ要求に従って前記発ＩＤ蓄積手段に蓄積され
   た発ＩＤ情報を取り出し、または該発ＩＤ情報を前記蓄
   積発ＩＤ情報処理手段によって情報加工したものを、本
   人性を区別した投票集計結果の通知情報として前記着信
   端末に通知するユーザ情報通知手段とを有し、 前記着側交換ノードは前記着信端末からの前記ユーザ要
   求や前記サービス制御ノードからの通知情報を中継する
   ユーザ要求・情報中継手段を有し、 前記着信端末は、発ＩＤ蓄積条件の設定要求、前記発Ｉ
   Ｄ蓄積手段の蓄積情報の取り出し指示、前記発ＩＤ蓄積
   手段の蓄積情報の処理・取り出し指示をユーザ要求とし
   て行なう発信ユーザ情報要求手段と、 前記サービス制御ノードからの前記通知情報を受信する
   発信ユーザ情報受信手段とを有する、ことを特徴とする
   発ＩＤ蓄積処理システム。 【請求項２】 前記発ＩＤ蓄積条件は、前記電話投票に
   関し、すベての発ＩＤを蓄積，特定範囲の発ＩＤを蓄
   積，特定の時間帯に発ＩＤを蓄積，着信ユーザが特定の
   サービス設定状態の場合に蓄積等の、着信ユーザが選択
   指定可能な発ＩＤ蓄積に関する通信サービス設定条件で
   あることを特徴とする請求項１に記載の発ＩＤ蓄積処理
   システム。 【請求項３】 前記電話投票は、発信の有無等の音声通
   信による電話投票を含むことを特徴とする請求項１また
   は2に記載の発ＩＤ蓄積処理システム。 【請求項４】 サービス制御ノード、発側交換ノード、
   発信端末、着側交換ノード、着信端末を有し、発信者識
   別用の発ＩＤを用いて電話投票の通信サービスを提供す
   る通信網において、 前記着信端末において電話投票のための発ＩＤ蓄積条件
   の設定要求、蓄積情報の取り出しの指示、該蓄積情報の
   処理・取り出し指示をユーザ要求として行なうユーザ情
   報要求工程と、 前記サービス制御ノードにおいて前記着信端末からの蓄
   積条件や蓄積情報取り出し指示、蓄積情報の処理・取り
   出し指示などのユーザ要求の分析と受付を行なうユーザ
   要求分析工程と、 前記サービス制御ノードにおいて前記ユーザ要求分析工
   程で受け付けられた前記発ＩＤ蓄積条件を記憶する発Ｉ
   Ｄ蓄積条件記憶工程と、 発信ユーザが前記発信端末において発呼時に発信情報に
   付加する前記発ＩＤを前記サービス制御ノード内に設定
   する投票工程と、前記サービス制御ノードにおいて前記投票工程で設定さ
   れた前記 発ＩＤを前記発ＩＤ蓄積条件に照らし合わせ、
   該蓄積条件の合致した場合に該発ＩＤを蓄積する発ＩＤ
   蓄積工程と、 前記サービス制御ノードにおいて前記ユーザ要求分析工
   程で受付けられた前記蓄積情報の処理・取り出し指示に
   応じて前記発ＩＤ蓄積工程で蓄積された発ＩＤについて
   のカウント、条件検索、統計処理等の所定の情報処理を
   行なう蓄積発ＩＤ情報処理工程と、 前記サービス制御ノードにおいて前記ユーザ要求分析工
   程で受付けられた前記着信端末からのユーザ要求に従っ
   て前記発ＩＤ蓄積工程で蓄積された発ＩＤ情報を取り出
   し、または該発ＩＤ情報を前記蓄積発ＩＤ情報処理工程
   によって情報加工したものを、本人性を区別した投票集
   計結果の通知情報として前記着信端末に通知するユーザ
   情報通知工程と、 前記着側交換ノードにおいて前記着信端末からの前記ユ
   ーザ要求や前記サービス制御ノードからの通知情報を中
   継するユーザ要求・情報中継工程と、 前記着信端末において前記サービス制御ノードからの前
   記通知情報を受信する発信ユーザ情報受信工程とを有す
   ることを特徴とする発ＩＤ蓄積処理方法。 【請求項５】 発信者識別のための発ＩＤを利用した電
   話投票の通信サービスに関する着信ユーザからの設定条
   件を受付ける受付手段と、 該受付手段で受付けられた前記設定条件に応じて前記発
   ＩＤを選択的に記憶する記憶手段と、 前記設定条件または前記着信ユーザからの出力要求に応
   じて前記記憶手段に記憶されている前記発ＩＤに対して
   統計処理等の所定の情報処理を行なう情報処理手段と、 該情報処理手段で処理された処理情報または前記記憶手
   段に記憶された前記発ＩＤを、本人性を区別した投票集
   計結果の通知情報として前記着信ユーザヘ通知する通知
   手段とを具備することを特徴とする発ＩＤ蓄積処理装
   置。