JP2005020524A - サーバ装置および電話機 - Google Patents
サーバ装置および電話機 Download PDFInfo
- Publication number
- JP2005020524A JP2005020524A JP2003184411A JP2003184411A JP2005020524A JP 2005020524 A JP2005020524 A JP 2005020524A JP 2003184411 A JP2003184411 A JP 2003184411A JP 2003184411 A JP2003184411 A JP 2003184411A JP 2005020524 A JP2005020524 A JP 2005020524A
- Authority
- JP
- Japan
- Prior art keywords
- telephone
- message
- phone
- receiving
- call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
【課題】いわゆる「ワン切り」などの不正コールに対して有効な処理を行うことができる電話交換機能を有するサーバ装置および電話機を提供する。
【解決手段】メッセージ交換サーバ３は、ＩＰ電話１からのＩＮＶＩＴＥリクエストおよびＢＹＥ／ＣＡＮＣＥＬリクエストを中継処理する電話交換機能を有しており、ＩＰ電話１からＩＮＶＩＴＥリクエストを受信した後、規定時間内にＩＰ電話１からＢＹＥ／ＣＡＮＣＥＬリクエストを受信した場合、この受信したＩＮＶＩＴＥリクエストを不正コールと見なし、ＩＰ電話１からＩＰ電話２への中継処理を抑止する。ＩＰ電話２は、このような不正コールに対して着信処理を抑止し、例えば着信表示を行わない等の処置をとる。
【選択図】 図７
【解決手段】メッセージ交換サーバ３は、ＩＰ電話１からのＩＮＶＩＴＥリクエストおよびＢＹＥ／ＣＡＮＣＥＬリクエストを中継処理する電話交換機能を有しており、ＩＰ電話１からＩＮＶＩＴＥリクエストを受信した後、規定時間内にＩＰ電話１からＢＹＥ／ＣＡＮＣＥＬリクエストを受信した場合、この受信したＩＮＶＩＴＥリクエストを不正コールと見なし、ＩＰ電話１からＩＰ電話２への中継処理を抑止する。ＩＰ電話２は、このような不正コールに対して着信処理を抑止し、例えば着信表示を行わない等の処置をとる。
【選択図】 図７
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＳＤＮ、Ｈ．３２３、ＳＩＰ、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ）、携帯電話などのディジタルネットワークにおいて用いられる電話交換機能を有するサーバ装置および電話機に関するものである。
【０００２】
【従来の技術】
最近では携帯電話などの普及によりユーザ同士の通話が便利になってきたが、その反面、携帯電話などには着信履歴が残るようになっているため、それを利用して発信者がワンコールのみ行い、受けたユーザに、その着信履歴に基づいて電話をかけなおさせる迷惑コール（不正コール）による商法が社会問題となっている。
【０００３】
このいわゆる「ワン切り」コールの対策として、例えば携帯電話の着信メロディの最初の１秒間のみ無音にした着信メロディを使用する方法が提案されている。しかし、この方法は、ユーザに着信音を伝えないだけで着信履歴は残るため、十分な対策とはいえない。しかも、この方法は、着信メロディの最初の特定時間を無音にするものなので、不正コールでない通常の着信に関しても着信音に遅れが発生するという問題がある。
【０００４】
また、電話の発信者番号が特定されていれば、ユーザの電話機で特定発信者通知拒否の設定による着信拒否を行う方法も可能である。しかし、あらかじめ不正発信者の番号を知ることは不可能であり、また、ユーザとしては着信拒否の設定を行うことは煩わしく、その設定可能な数にも限界がある。
【０００５】
さらに、迷惑電話の防止方法として、例えば、特許文献１には、迷惑電話の着信に対して、自動的かつ短時間で回線接続の強制的な切断を可能にする技術が開示されている。
【特許文献１】
特開２０００−１６５５４６号公報
この技術は、ＩＳＤＮ回線の情報チャネルを監視し、迷惑電話判定時間と一致する一定時間同一ビットが連続したら、迷惑電話の着信であると判定して、回線接続を強制的に切断するというものである。しかし、この方法は、無言電話等の迷惑電話に対しては有効であるが、あらゆるケースをカバーするように判定時間を決めることは困難であり、上記のような「ワン切り」コールの対策としては有効とはいえない。
【０００６】
【発明が解決しようとする課題】
従って本発明の目的は、いわゆる「ワン切り」などの不正コールに対して有効な処理を行うことができる電話交換機能を有するサーバ装置および電話機を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的は、電話機からの接続電文および切断電文を中継処理する電話交換機能を有するサーバ装置であって、発信側電話機から接続電文を受信した後、規定時間内に前記発信側電話機から切断電文を受信した場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機から受信側電話機への中継処理を抑止するサーバ装置により、達成される。ここで、前記規定時間は調節可能とすることができる。また、前記中継処理の抑止は、前記発信側電話機の不正コールの回数に基づいて行うことができ、また、前記発信側電話機の不正コールの着信間隔を統計的に分析した結果に基づいて行うことができ、また、前記発信側電話機の不正コールの回数と総発信回数との関係に基づいて行うことができる。不正コールの着信間隔を統計的に分析した結果とは、例えば連続的または一定時間に規定回数以上の不正コールの発生があった場合などをいう。不正コールの回数と総発信回数との関係とは、例えば不正コールの回数と総発信回数の比がある規定値を超えた場合などをいう。さらに、前記中継処理の抑止を行う場合、前記発信側電話機にパスワードを要求するメッセージを返信することができる。前記発信側電話機が正しいパスワードを入力した場合、前記中継処理の抑止を解除することができる。
【０００８】
また、本発明に係る電話機は、発信側電話機から接続電文を受信した後、規定時間内に前記発信側電話機から切断電文を受信した場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機からの着信処理を抑止するものである。ここで、前記規定時間は調節可能とすることができる。また、前記着信処理の抑止は、前記発信側電話機の不正コールの回数に基づいて行うことができ、また、前記発信側電話機の不正コールの着信間隔を統計的に分析した結果に基づいて行うことができ、また、前記発信側電話機の不正コールの回数と総発信回数との関係に基づいて行うことができる。着信処理の抑止としては、例えば、不正コールに対しては視覚的、聴覚的あるいは触覚的に着信表示をしない（着信画面、着信音あるいは着信振動を出さない）、または接続電文を受信しても電話機からは着信を知らせるレスポンスを出さないことなどが含まれる。さらに、前記着信処理の抑止を行う場合、前記発信側電話機にパスワードを要求するメッセージを返信することができる。前記発信側電話機が正しいパスワードを入力した場合、前記着信処理の抑止を解除することができる。
【０００９】
さらに、本発明に係るプログラムは、サーバ装置に、発信側電話機から接続電文を受信する手順、前記発信側電話機から切断電文を受信する手順、前記発信側電話機から接続電文を受信してから前記切断電文を受信するまでの時間を検知する手順、前記検知時間が規定時間内の場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機から受信側電話機への中継処理を抑止する手順を実行させるためのものである。
【００１０】
また、本発明に係るプログラムは、電話機のコンピュータに、発信側電話機から接続電文を受信する手順、前記発信側電話機から切断電文を受信する手順、前記発信側電話機から接続電文を受信してから前記切断電文を受信するまでの時間を検知する手順、前記検知時間が規定時間内の場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機からの着信処理を抑止する手順を実行させるためのものである。この電話機のコンピュータは、例えば電話機に接続され、または電話機に内蔵されている。
このように構成することにより、いわゆる「ワン切り」などの不正コールに対して有効な処理を行うことが可能となる。
【００１１】
なお、本明細書において、「接続電文」とは、発信者から着信者へ送られる電話接続のための電文をいい、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ではＩＮＶＩＴＥ（セッション確立）リクエストがこれに相当し、「切断電文」とは、発信者または着信者から相手方へ送られる電話切断のための電文、途中で接続要求を終了させる電文、その他、接続を継続できない電文をいい、例えば、ＳＩＰではＢＹＥ（セッション終了）リクエストやＣＡＮＣＥＬ（セッション確立途中の終了）リクエストがこれに相当する。また、「サーバ装置」は、クライアントに対してサービスを提供するコンピュータであって、単体のサーバ装置だけでなく、プロトコル制御部分、アドレス変換部分、データベースなど、複数のサーバ装置の組合せで構成されているものも含む。「電話機」は、例えば通常の受話器を有する電話機や携帯電話機のほか、いわゆるソフトフォンのようにパソコンにマイクやヘッドフォン、スピーカ、ＵＳＢフォンなどを接続して電話機能を持たせたものも含むものであるが、本システムに接続される電話機のうち少なくとも１台は、コンピュータに接続された又はコンピュータを内蔵した電話機である。
【００１２】
【発明の実施の形態】
以下、本発明に係る電話交換機能を有するサーバ装置の一実施形態を図面を参照しながら説明する。
【００１３】
図１は、本発明に係る電話交換機能を有するサーバ装置を含むシステム構成例を示す図である。図示のように、ネットワーク５にはＩＰ電話１，２および電話交換機能を有するサーバ装置（以下、メッセージ交換サーバという）３が接続されており、このメッセージ交換サーバ３にはデータベース４が接続されている。ネットワーク５は、例えば、ＴＣＰ／ＩＰをベースとするインターネットあるいはローカルエリアネットワーク（ＬＡＮ）などである。ＩＰ電話１，２は、ネットワーク５を介して相互に会話可能される。メッセージ交換サーバ３は、ＩＰ電話からの発呼、接続、切断の制御を行うものである。本例では、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）をサポートした形態を例として示すが、これに限定されない。また、プロトコル規約上、発信元、宛先のＩＤとして、記号名称なども使用可能であるが、本例では、簡便のため、以下電話番号による例示とする。データベース４は、電話番号、ＩＰアドレスなどの変換表を格納するものであり、これらのデータはメッセージ交換サーバ３により格納または参照される。例えば、ＩＰ電話１からＩＰ電話２への発信接続に当って、ＩＰ電話１からのメッセージは、メッセージ交換サーバ３を経由して、ＩＰ電話２のアドレスを算出し、ＩＰ電話２に接続要求をする。また、本システムに接続される電話機はＩＰ電話とアナログ電話との組合せでもよい。
【００１４】
このようなシステムにおいて、本発明では、例えば、ＩＰ電話１からＩＰ電話２へ接続電文が発信された場合、メッセージ交換サーバ３は、ＩＰ電話１から接続電文を受信した後、規定時間内にＩＰ電話１から切断電文を受信した場合、この受信した接続電文を不正コールと見なし、ＩＰ電話１からＩＰ電話２への中継処理を抑止することができる。また、ＩＰ電話２は、ＩＰ電話１から接続電文を受信した後、規定時間内にＩＰ電話１から切断電文を受信した場合、この受信した接続電文を不正コールと見なし、ＩＰ電話１からの着信処理を抑止することができる。これらの手順の詳細については後述する。次に、本システムの各部の構成例を説明する。
【００１５】
図２は、ＩＰ電話の一例を示す機能ブロック図である。本例のＩＰ電話は、図示のように、表示器２２０、スピーカ２２１、キーボード２２２、マイク２２３、およびこれらを主にソフトウェアを用いて制御する制御装置（コンピュータ）２００を備える。この制御装置２００は、通信制御部２０１、メッセージ受信部２０２、表示制御部２０３、スピーカ制御部２０４、発着呼制御部２０５、メッセージ送信部２０６、メッセージ作成部２０７、マイク制御部２０８、およびキー入力制御部２０９を有する。
【００１６】
通信制御部２０１は、ネットワーク５と接続するためにＬＡＮやＷＡＮなどとの通信制御を行う。メッセージ受信部２０２は、受信したメッセージを解析し、電文の内容に応じて、関連制御部に振り分ける処理を行うもので、ここに例えば発信者情報が記録される。表示制御部２０３は、表示器２２０を制御するものである。スピーカ制御部２０４は、スピーカ２２１を通じて、音声を聴くため、受信したディジタルデータから音声へ変換する。発着呼制御部２０５は、メッセージ受信部２０２からの着呼制御データ、または、キーボード２２２、キー入力制御部２０９から、入力指示された発信データを排他的になるよう切り分け制御し、その結果を、メッセージ作成部２０７へメッセージ作成要求を行う。メッセージ作成部２０７は、受信したメッセージに応じたメッセージ、キー入力により起動された発信メーセージ、または、通話中の場合は、マイク２２３から入力され、マイク制御部２０８により、ディジタル化された音声データを、送信メッセージとして作成する。メッセージ送信部２０６は、メッセージ作成部２０７で作成された送信メッセージを転送すべき送信データとして受取り、通信制御部２０１へ送信指示を行う。
【００１７】
図３は、メッセージ交換サーバの一例を示す機能ブロック図である。本例のメッセージ交換サーバは、通信制御部３０１、メッセージ受信部３０２、メッセージ解析部３０３、メッセージ中継処理部３０４、およびメッセージ送信部３０５を備える。ここで、通信制御部３０１は、ネットワーク５と接続するためにＬＡＮ、ＷＡＮなどとの通信制御を行う。メッセージ受信部３０２は、通信制御部３０１からメッセージを受ける。メッセージ解析部３０３は、このメッセージの内容を解析する。メッセージ中継処理部３０４は、解析したメッセージを受け、宛先の電話番号または、宛先の記号名称などから、メッセージの転送先のＩＰアドレスを、データベース４を参照して求め、本宛先のＩＰアドレスをセットし、メッセージの内容を組み立てなおして、メッセージ送信部３０５へ送信要求を行う。メッセージ送信部３０５は、メッセージ中継処理部３０４から、転送すべき送信データを受取り、通信制御部３０１へ送信指示を行う。
【００１８】
図４は、メッセージ交換サーバに接続されるデータベースの一例を部分的に示す図である。本例のデータベースは、電話番号４０１、それに対応するＩＰアドレス４０２、各電話から発信した総発信回数４０３、各電話から発信した総回数のうち「不正コール」の形式となった不正コール回数４０４などのフィールドを有する。
【００１９】
図５は、ＩＰ電話のメッセージ形式の一例を部分的に示す図である。本例のメッセージは、ＴＣＰ／ＩＰにおけるＩＰフィールドのソースＩＰアドレス５０１、デスティネーションＩＰアドレス５０２、およびＳＩＰプロトコルのレイヤーレベルのフィールド５０３〜５０７を有する。このうち、ＦＲＯＭ５０３は発信元電話番号、ＴＯ５０４は発信先電話番号、ＣＡＬＬ ＩＤ５０５は、１つの会話が確立された時、他の会話と区別するための識別用番号である。ＣＳＥＱ５０６は、コマンドシーケンス（Ｃｏｍｍａｎｄ Ｓｅｑｕｅｎｃｅ）であり、メッセージの種類（リクエスト、レスポンス）を示す。本例では、リクエストの種類として、ＩＮＶＩＴＥ、ＡＣＫ、ＢＹＥ、レスポンスとして、ＲＩＮＧＩＮＧ、ＯＫなどが含まれる。これらについては後述する。ボディ５０７は、メッセージのコンテンツを表すものである。以下、本発明の詳細を通常コール発生時と不正コール発生時に分けて説明する。
【００２０】
図６は、通常コール発生時のＩＰ電話の発信から切断までのシーケンスを示す図である。本例では、ＩＰ電話１からＩＰ電話２へメッセージ交換サーバを介して電話をする場合を示す。まず、ＩＰ電話１において、電話番号を指定して発信動作を行う（Ｓ６０１）。ＩＰ電話１では、図５のメッセージを作成する。この時、ソースＩＰアドレス５０１にはＩＰ電話１のＩＰアドレスを、またデスティネーションＩＰアドレス５０２にはメッセージ交換サーバ３のＩＰアドレスを設定する。デスティネーションＩＰアドレス５０２の設定は、ダイアルアップなどによる直接接続の場合は必ずしも必要ではない。ＦＲＯＭ５０３およびＴＯ５０４には、それぞれＩＰ電話１およびＩＰ電話２の電話番号をそれぞれセットする。ＣＳＥＱ５０６には、発信の意味を表すＩＮＶＩＴＥリクエストをセットし、メッセージ交換サーバ３へ発信する。
【００２１】
メッセージ交換サーバ３は、メッセージ受信部３０２にてメッセージを受信し、メッセージ解析部３０３にて受信したメッセージを解析する。そしてメッセージ中継処理部３０４にて、本受信メッセージのＴＯ５０４の電話番号を読み出し、デスティネーションＩＰアドレスの書き換えを行う（Ｓ６１１）。即ち、ＴＯ５０４の電話番号によりデータベース４を検索し、ＩＰアドレス４０２内の対応するＩＰアドレスを求める。この求めたＩＰアドレスをメッセージのデスティネーションＩＰアドレス５０２にセットし、メッセージ交換サーバ３のＩＰアドレスをソースＩＰアドレスにセットして、ネットワーク５にＩＮＶＩＴＥリクエストを流す。これと同時に、ＩＮＶＩＴＥリクエスト中であることを通知するためにＴｒｙｉｎｇメッセージがＩＰ電話１に送られる。
【００２２】
ＩＰ電話２は、このＩＮＶＩＴＥリクエストを受信すると、スピーカ２２１において着信音（スピーカ）を鳴らす（Ｓ６２１）。それと、同時に、デスティネーションＩＰアドレス５０２にメッセージ交換サーバ３のＩＰアドレスをセットして、このＩＮＶＩＴＥリクエストに対して呼び出し中を意味するＲＩＮＧＩＮＧレスポンスを返信する。この場合、ＩＰ電話２は受信したＩＮＶＩＴＥリクエストのＦＲＯＭ５０３およびＴＯ５０４を、それぞれＲＩＮＧＩＮＧレスポンスのＴＯ５０４およびＦＲＯＭ５０３へセットして返信する。このＲＩＮＧＩＮＧレスポンスは、ＩＮＶＩＴＥリクエストと逆のルートをたどって、ＩＰ電話１に返信される。この時、同様に、メッセージ交換サーバ３において、ＲＩＮＧＩＮＧレスポンスのＴＯ５０２よりＩＰ電話１の電話番号を読み出し、データベース４を検索し、ＩＰアドレス４０２内の対応するＩＰアドレスを求める。
【００２３】
ＩＰ電話２において、ＲＩＮＧＩＮＧレスポンスの後、電話機の受話器を上げる操作（オフフック）を行うと（Ｓ６２２）、それにより電話口で出たことを意味するＯＫレスポンスが、上記と同様にメッセージ交換サーバ３を介して、ＩＰ電話１に送られる。ＩＰ電話１は、ＩＰ電話２からのＯＫレスポンスを受信すると、今度はＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ：確認応答）リクエストを、上記と同様にメッセージ交換サーバ３を介して、ＩＰ電話２に返信する。これによりＩＰ電話１，２間で接続パスが確立し通話状態となり、会話が開始されることになる。
【００２４】
会話が終了すると、どちらかから、通話を切断するためのＢＹＥリクエストを送信する。本例では、ＩＰ電話１で受話器をおく操作（オンフック）を行うと（Ｓ６０２）、ＢＹＥリクエストがメッセージ交換サーバ３を介してＩＰ電話２に送信される。これに対して、ＩＰ電話２は、ＯＫレスポンスをメッセージ交換サーバ３を介してＩＰ電話１に返信する。これで、通常コール発生時のシーケンスが終了する。なお、図中におけるメッセージ交換サーバのＴＡ部分およびＩＰ電話２のＴＢ部分の処理については後述する。
【００２５】
本シーケンスは、ＩＳＤＮ、携帯電話、Ｈ．３２３などの他のディジタル通信に関しても同様に適用することができる。例えば、ＩＳＤＮにおいては、ＳＥＴＵＰ、ＡＬＥＲＴなどが上記ＩＮＶＩＴＥリクエスト、ＲＩＮＧＩＮＧレスポンスに相当する。また、Ｈ．３２３においては、Ｑ．９３１、ＲＡＳがそれらに対応する。
【００２６】
図７は、不正コール発生時のＩＰ電話の発信から切断までのシーケンスを示す図である。本例では、ＩＰ電話１から不正コールが発信される場合を示す。まず、図示のように、ＩＰ電話１よりＩＮＶＩＴＥリクエストがメッセージ交換サーバ３を介してＩＰ電話２に送られる（Ｓ７０１）。メッセージ交換サーバ３からはＩＰ電話１に、ＩＮＶＩＴＥリクエスト中であることを通知するためにＴｒｙｉｎｇメッセージがＩＰ電話１に送られる。一方、ＩＮＶＩＴＥリクエストを受信したＩＰ電話２は着信音（スピーカ）を鳴らし（Ｓ７２１）、メッセージ交換サーバ３を介してＩＰ電話１に、ＲＩＮＧＩＮＧレスポンスを返信する。ここで、例えば着信履歴を残すことが目的の「ワン切り」コールの場合は、ＣＡＮＣＥＬリクエストがＩＰ電話１からＩＰ電話２に返されることになる。また、それ以外のＢＹＥリクエストなど予期しないレスポンスやリクエストも不正コールの対象とすることができる。このようなＢＹＥ／ＣＡＮＣＥＬリクエストを受信したＩＰ電話２は、ＯＫのレスポンスをメッセージ交換サーバ３を介してＩＰ電話１に返信する。これで、不正コール発生時のシーケンスが終了する。このような「ワン切り」コールの場合、通常は、ユーザが受話器を取る前に電話が切れ、そして着信履歴が残る。
【００２７】
次に、図６および図７におけるメッセージ交換サーバのＴＡ部分およびＩＰ電話２のＴＢ部分の処理について説明する。
図８は、図６および図７におけるメッセージ交換サーバのＴＡ部分の中継処理の一例を示すフローチャートである。まず、メッセージ交換サーバ３において、ＩＰ電話２からのＲＩＮＧＩＮＧレスポンスをＩＰ電話１へ転送する（Ｓ８０１）。次に、ＩＰ電話１よりＢＹＥ／ＣＡＮＣＥＬリクエストを受信したかどうかを検査し（Ｓ８０２）、ＢＹＥ／ＣＡＮＣＥＬリクエストを受信していないときは、続いてＩＰ電話２よりＯＫレスポンスを受信したかどうかを検査する（Ｓ８０３）。ＯＫレスポンスを受信していないときはＳ８０２のステップに戻る。
【００２８】
例えば、通常シーケンスの場合、Ｓ８０２においてＩＰ電話１よりＢＹＥ／ＣＡＮＣＥＬリクエストを受信せず、そしてＳ８０３においてＩＰ電話２よりＯＫレスポンスを受信すると、これをＩＰ電話１へ転送する（Ｓ８１０）。このＯＫレスポンスに対して、ＩＰ電話１からＡＣＫリクエストを受信すると（Ｓ８１１）、このＡＣＫリクエストをＩＰ電話２へ転送するとともに（Ｓ８１２）、データベース該当発信側の電話番号に相当する（本例では、ＩＰ電話１の電話番号）レコードの総発信回数フィールドに＋１を加算する（Ｓ８１３）。この後、ＩＰ電話１，２間で通信が確立され、会話が開始される（Ｓ８１４）。
【００２９】
一方、不正シーケンスの場合、Ｓ８０２においてＩＰ電話１からのＢＹＥまたはＣＡＮＣＥＬリクエストを受信すると、これをＩＰ電話２へ転送する（Ｓ８０４）。ＩＰ電話２では、このＢＹＥまたはＣＡＮＣＥＬリクエストの受信が、接続電文（ＩＮＶＩＴＥリクエスト）受信後規定時間内かどうかを検査する（Ｓ８０８）。それが規定時間内の場合、データベース該当発信側の電話番号に相当する（本例では、ＩＰ電話１の電話番号）レコードの総発信回数フィールドおよび不正コール回数フィールドにそれぞれ＋１を加算する（Ｓ８０５）。この規定時間は調節可能であり、必要に応じて長くしたり短くしたりすることができる。このような不正コールを検出した場合、メッセージ交換サーバ３は、その時点でＩＰ電話１からＩＰ電話２への中継処理を抑止することができるが、この中継処理の抑止は、ＩＰ電話１からの不正コールの回数が規定値を超えたときに行うこと、または、不正コールの着信間隔を統計的に分析した結果に基づいて行うこと、または、不正コールの回数と総発信回数との関係に基づいて行うこともできる。さらに、この中継処理の抑止を行う場合、ＩＰ電話１にパスワードを要求するメッセージを返信することができる。ＩＰ電話１が正しいパスワードを入力した場合、この中継処理の抑止を解除することができる。これに対して、規定時間内でない場合は、総発信回数フィールドのみに＋１を加算する（Ｓ８０９）。次に、ＩＰ電話２からＯＫレスポンスを受信すると（Ｓ８０６）、これをＩＰ電話１へ転送する（Ｓ８０７）。以上が図６および図７におけるメッセージ交換サーバのＴＡ部分の中継処理である。
【００３０】
図９は、図６および図７におけるＩＰ電話２のＴＢ部分の着信処理の一例を示すフローチャートである。まず、ＩＰ電話２において、着信表示とともに、ＲＩＮＧＩＮＧメッセージをＩＰ電話１へ返信する（Ｓ９０１）。次に、ＩＰ電話１よりＢＹＥ／ＣＡＮＣＥＬリクエストを受信したかどうかを検査し（Ｓ９０２）、ＢＹＥ／ＣＡＮＣＥＬリクエストを受信していないときは、続いてＩＰ電話２においてオフフックしたかどうかを検査する（Ｓ８０３）。オフフックしていないときはＳ９０２のステップに戻る。
【００３１】
例えば、通常シーケンスの場合、Ｓ９０２においてＩＰ電話１よりＢＹＥ／ＣＡＮＣＥＬリクエストを受信せず、そしてＳ９０３においてＩＰ電話２のオフフックを検出すると、ＩＰ電話１へＯＫレスポンスを返信する（Ｓ９１０）。このＯＫレスポンスに対して、ＩＰ電話１からＡＣＫメッセージを受けると（Ｓ９１１）、この後、ＩＰ電話１，２間で通信が確立され、会話が開始される（Ｓ９１２）。
【００３２】
一方、不正シーケンスの場合、Ｓ９０２においてＩＰ電話１からのＢＹＥまたはＣＡＮＣＥＬリクエストを受信すると、ＩＰ電話１へＯＫレスポンスを返信し（Ｓ９０４）、ＩＰ電話２内のメモリに発信者情報を記録する（Ｓ９０５）。そして、このＢＹＥまたはＣＡＮＣＥＬリクエストの受信が、接続電文（ＩＮＶＩＴＥリクエスト）受信後規定時間内かどうかを検査する（Ｓ９０７）。それが規定時間内の場合、着信処理の抑止を行う。即ち、本例では、着信表示は無用と判断して消去し（Ｓ９０６）、切断する。これに対して、規定時間内でない場合は、この着信表示を残して、切断する。さらに、この着信処理の抑止を行う場合、ＩＰ電話１にパスワードを要求するメッセージを返信することができる。ＩＰ電話１が正しいパスワードを入力した場合、この着信処理の抑止を解除することができる。
【００３３】
図９において、Ｓ９０１で着信表示を行い、Ｓ９０５で消去する方法を開示したが、目的は、不正コールに対して、無用な着信表示を増やさないことが目的であるから、通常のオフフックの時のみ、着信表示を行い、不正コール時は、表示を行わないという方法を用いてもよい。
【００３４】
以上の例では、メッセージ交換サーバ３の経由を例としたが、データベース４に相当するテーブルを、ＩＰ電話そのものに保有することにより、メッセージ交換サーバを経由せず、接続することも可能である。この場合、ＩＰヘッダに相当する部分は、自電話のＩＰアドレス、相手のＩＰアドレスを直接設定する。
【００３５】
また、本例では、プロトコルとしてＳＩＰを例にとって説明したが、これに限定されることなく、例えばＩＳＤＮ、携帯電話などにおいても、ＩＮＶＩＴＥ、ＣＡＮＣＥＬなどのコマンドを同様なコマンドに置き換えることで適用可能である。また、本例では、ＩＰ電話として説明したが、これに限定されることなく、例えばパソコンにマイクやヘッドフォンなどを接続して電話機能を持たせた、いわゆるソフトフォンについても、同様に適用可能である。
【００３６】
また、データベース４の不正コール回数、総発信回数の値の組合せ、例えば、２値の比による不正コール率により、サーバ、交換機レベルでの発信抑制などを行うことも可能となる。さらに、不正コールの発生履歴を、通常コールと合わせて、時系列的に記憶していくことにより、不正コールが一定時間内に、規定回数を越えて発生した場合、連続して、不正コールが発生した場合などの発生頻度、連続発生内容により、同様に、サーバ、交換機レベルでの中継処理の抑制を行うことも可能である。
【００３７】
さらに、電話機自身で、発信先の電話機の識別番号に対応して、総発信回数、不正コール数、着信履歴情報を持ち、接続メッセージを受信した時点で、受信側電話機が、上記メッセージ交換サーバと同様に、不正コール率、不正コールの発生頻度、不正コールの連続発生を解析し、不正コールの常習者と判断した場合、着信音などの着信表示をすることなく、着信処理の抑止を行うことが可能であり、さらに、上述のように発信側にパスワードなどの確認を要求することも可能である。
【００３８】
以上のように構成することにより、プロトコルレベルでの不正着信を検出することができ、迷惑電話、ワン切りによる無用な発着信を抑制することができ、メッセージ転送数を減らし、不正コールによるトラフィック増を事前に防ぐことも可能となる。
【００３９】
【発明の効果】
本発明によれば、いわゆる「ワン切り」などの不正コールに対して有効な処理を行うことができる電話交換機能を有するサーバ装置および電話機を提供することができる。
【図面の簡単な説明】
【図１】本発明に係る電話交換機能を有するサーバ装置を含むシステム構成例を示す図である。
【図２】ＩＰ電話の一例を示す機能ブロック図である。
【図３】メッセージ交換サーバの一例を示す機能ブロック図である。
【図４】メッセージ交換サーバに接続されるデータベースの一例を部分的に示す図である。
【図５】ＩＰ電話のメッセージ形式の一例を部分的に示す図である。
【図６】通常コール発生時のＩＰ電話の発信から切断までのシーケンスを示す図である。
【図７】不正コール発生時のＩＰ電話の発信から切断までのシーケンスを示す図である。
【図８】図６および図７におけるメッセージ交換サーバのＴＡ部分の中継処理の一例を示すフローチャートである。
【図９】図６および図７におけるＩＰ電話２のＴＢ部分の着信処理の一例を示すフローチャートである。
【符号の説明】
１，２ ＩＰ電話
３ メッセージ交換サーバ
４ データベース
５ ネットワーク
２００ 制御装置
２２０ 表示器
２２１ スピーカ
２２２ キーボード
２２３ マイク
３０１ 通信制御部
３０２ メッセージ受信部
３０３ メッセージ解析部
３０４ メッセージ中継処理部
３０５ メッセージ送信部
【発明の属する技術分野】
本発明は、ＩＳＤＮ、Ｈ．３２３、ＳＩＰ、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ）、携帯電話などのディジタルネットワークにおいて用いられる電話交換機能を有するサーバ装置および電話機に関するものである。
【０００２】
【従来の技術】
最近では携帯電話などの普及によりユーザ同士の通話が便利になってきたが、その反面、携帯電話などには着信履歴が残るようになっているため、それを利用して発信者がワンコールのみ行い、受けたユーザに、その着信履歴に基づいて電話をかけなおさせる迷惑コール（不正コール）による商法が社会問題となっている。
【０００３】
このいわゆる「ワン切り」コールの対策として、例えば携帯電話の着信メロディの最初の１秒間のみ無音にした着信メロディを使用する方法が提案されている。しかし、この方法は、ユーザに着信音を伝えないだけで着信履歴は残るため、十分な対策とはいえない。しかも、この方法は、着信メロディの最初の特定時間を無音にするものなので、不正コールでない通常の着信に関しても着信音に遅れが発生するという問題がある。
【０００４】
また、電話の発信者番号が特定されていれば、ユーザの電話機で特定発信者通知拒否の設定による着信拒否を行う方法も可能である。しかし、あらかじめ不正発信者の番号を知ることは不可能であり、また、ユーザとしては着信拒否の設定を行うことは煩わしく、その設定可能な数にも限界がある。
【０００５】
さらに、迷惑電話の防止方法として、例えば、特許文献１には、迷惑電話の着信に対して、自動的かつ短時間で回線接続の強制的な切断を可能にする技術が開示されている。
【特許文献１】
特開２０００−１６５５４６号公報
この技術は、ＩＳＤＮ回線の情報チャネルを監視し、迷惑電話判定時間と一致する一定時間同一ビットが連続したら、迷惑電話の着信であると判定して、回線接続を強制的に切断するというものである。しかし、この方法は、無言電話等の迷惑電話に対しては有効であるが、あらゆるケースをカバーするように判定時間を決めることは困難であり、上記のような「ワン切り」コールの対策としては有効とはいえない。
【０００６】
【発明が解決しようとする課題】
従って本発明の目的は、いわゆる「ワン切り」などの不正コールに対して有効な処理を行うことができる電話交換機能を有するサーバ装置および電話機を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的は、電話機からの接続電文および切断電文を中継処理する電話交換機能を有するサーバ装置であって、発信側電話機から接続電文を受信した後、規定時間内に前記発信側電話機から切断電文を受信した場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機から受信側電話機への中継処理を抑止するサーバ装置により、達成される。ここで、前記規定時間は調節可能とすることができる。また、前記中継処理の抑止は、前記発信側電話機の不正コールの回数に基づいて行うことができ、また、前記発信側電話機の不正コールの着信間隔を統計的に分析した結果に基づいて行うことができ、また、前記発信側電話機の不正コールの回数と総発信回数との関係に基づいて行うことができる。不正コールの着信間隔を統計的に分析した結果とは、例えば連続的または一定時間に規定回数以上の不正コールの発生があった場合などをいう。不正コールの回数と総発信回数との関係とは、例えば不正コールの回数と総発信回数の比がある規定値を超えた場合などをいう。さらに、前記中継処理の抑止を行う場合、前記発信側電話機にパスワードを要求するメッセージを返信することができる。前記発信側電話機が正しいパスワードを入力した場合、前記中継処理の抑止を解除することができる。
【０００８】
また、本発明に係る電話機は、発信側電話機から接続電文を受信した後、規定時間内に前記発信側電話機から切断電文を受信した場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機からの着信処理を抑止するものである。ここで、前記規定時間は調節可能とすることができる。また、前記着信処理の抑止は、前記発信側電話機の不正コールの回数に基づいて行うことができ、また、前記発信側電話機の不正コールの着信間隔を統計的に分析した結果に基づいて行うことができ、また、前記発信側電話機の不正コールの回数と総発信回数との関係に基づいて行うことができる。着信処理の抑止としては、例えば、不正コールに対しては視覚的、聴覚的あるいは触覚的に着信表示をしない（着信画面、着信音あるいは着信振動を出さない）、または接続電文を受信しても電話機からは着信を知らせるレスポンスを出さないことなどが含まれる。さらに、前記着信処理の抑止を行う場合、前記発信側電話機にパスワードを要求するメッセージを返信することができる。前記発信側電話機が正しいパスワードを入力した場合、前記着信処理の抑止を解除することができる。
【０００９】
さらに、本発明に係るプログラムは、サーバ装置に、発信側電話機から接続電文を受信する手順、前記発信側電話機から切断電文を受信する手順、前記発信側電話機から接続電文を受信してから前記切断電文を受信するまでの時間を検知する手順、前記検知時間が規定時間内の場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機から受信側電話機への中継処理を抑止する手順を実行させるためのものである。
【００１０】
また、本発明に係るプログラムは、電話機のコンピュータに、発信側電話機から接続電文を受信する手順、前記発信側電話機から切断電文を受信する手順、前記発信側電話機から接続電文を受信してから前記切断電文を受信するまでの時間を検知する手順、前記検知時間が規定時間内の場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機からの着信処理を抑止する手順を実行させるためのものである。この電話機のコンピュータは、例えば電話機に接続され、または電話機に内蔵されている。
このように構成することにより、いわゆる「ワン切り」などの不正コールに対して有効な処理を行うことが可能となる。
【００１１】
なお、本明細書において、「接続電文」とは、発信者から着信者へ送られる電話接続のための電文をいい、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ではＩＮＶＩＴＥ（セッション確立）リクエストがこれに相当し、「切断電文」とは、発信者または着信者から相手方へ送られる電話切断のための電文、途中で接続要求を終了させる電文、その他、接続を継続できない電文をいい、例えば、ＳＩＰではＢＹＥ（セッション終了）リクエストやＣＡＮＣＥＬ（セッション確立途中の終了）リクエストがこれに相当する。また、「サーバ装置」は、クライアントに対してサービスを提供するコンピュータであって、単体のサーバ装置だけでなく、プロトコル制御部分、アドレス変換部分、データベースなど、複数のサーバ装置の組合せで構成されているものも含む。「電話機」は、例えば通常の受話器を有する電話機や携帯電話機のほか、いわゆるソフトフォンのようにパソコンにマイクやヘッドフォン、スピーカ、ＵＳＢフォンなどを接続して電話機能を持たせたものも含むものであるが、本システムに接続される電話機のうち少なくとも１台は、コンピュータに接続された又はコンピュータを内蔵した電話機である。
【００１２】
【発明の実施の形態】
以下、本発明に係る電話交換機能を有するサーバ装置の一実施形態を図面を参照しながら説明する。
【００１３】
図１は、本発明に係る電話交換機能を有するサーバ装置を含むシステム構成例を示す図である。図示のように、ネットワーク５にはＩＰ電話１，２および電話交換機能を有するサーバ装置（以下、メッセージ交換サーバという）３が接続されており、このメッセージ交換サーバ３にはデータベース４が接続されている。ネットワーク５は、例えば、ＴＣＰ／ＩＰをベースとするインターネットあるいはローカルエリアネットワーク（ＬＡＮ）などである。ＩＰ電話１，２は、ネットワーク５を介して相互に会話可能される。メッセージ交換サーバ３は、ＩＰ電話からの発呼、接続、切断の制御を行うものである。本例では、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）をサポートした形態を例として示すが、これに限定されない。また、プロトコル規約上、発信元、宛先のＩＤとして、記号名称なども使用可能であるが、本例では、簡便のため、以下電話番号による例示とする。データベース４は、電話番号、ＩＰアドレスなどの変換表を格納するものであり、これらのデータはメッセージ交換サーバ３により格納または参照される。例えば、ＩＰ電話１からＩＰ電話２への発信接続に当って、ＩＰ電話１からのメッセージは、メッセージ交換サーバ３を経由して、ＩＰ電話２のアドレスを算出し、ＩＰ電話２に接続要求をする。また、本システムに接続される電話機はＩＰ電話とアナログ電話との組合せでもよい。
【００１４】
このようなシステムにおいて、本発明では、例えば、ＩＰ電話１からＩＰ電話２へ接続電文が発信された場合、メッセージ交換サーバ３は、ＩＰ電話１から接続電文を受信した後、規定時間内にＩＰ電話１から切断電文を受信した場合、この受信した接続電文を不正コールと見なし、ＩＰ電話１からＩＰ電話２への中継処理を抑止することができる。また、ＩＰ電話２は、ＩＰ電話１から接続電文を受信した後、規定時間内にＩＰ電話１から切断電文を受信した場合、この受信した接続電文を不正コールと見なし、ＩＰ電話１からの着信処理を抑止することができる。これらの手順の詳細については後述する。次に、本システムの各部の構成例を説明する。
【００１５】
図２は、ＩＰ電話の一例を示す機能ブロック図である。本例のＩＰ電話は、図示のように、表示器２２０、スピーカ２２１、キーボード２２２、マイク２２３、およびこれらを主にソフトウェアを用いて制御する制御装置（コンピュータ）２００を備える。この制御装置２００は、通信制御部２０１、メッセージ受信部２０２、表示制御部２０３、スピーカ制御部２０４、発着呼制御部２０５、メッセージ送信部２０６、メッセージ作成部２０７、マイク制御部２０８、およびキー入力制御部２０９を有する。
【００１６】
通信制御部２０１は、ネットワーク５と接続するためにＬＡＮやＷＡＮなどとの通信制御を行う。メッセージ受信部２０２は、受信したメッセージを解析し、電文の内容に応じて、関連制御部に振り分ける処理を行うもので、ここに例えば発信者情報が記録される。表示制御部２０３は、表示器２２０を制御するものである。スピーカ制御部２０４は、スピーカ２２１を通じて、音声を聴くため、受信したディジタルデータから音声へ変換する。発着呼制御部２０５は、メッセージ受信部２０２からの着呼制御データ、または、キーボード２２２、キー入力制御部２０９から、入力指示された発信データを排他的になるよう切り分け制御し、その結果を、メッセージ作成部２０７へメッセージ作成要求を行う。メッセージ作成部２０７は、受信したメッセージに応じたメッセージ、キー入力により起動された発信メーセージ、または、通話中の場合は、マイク２２３から入力され、マイク制御部２０８により、ディジタル化された音声データを、送信メッセージとして作成する。メッセージ送信部２０６は、メッセージ作成部２０７で作成された送信メッセージを転送すべき送信データとして受取り、通信制御部２０１へ送信指示を行う。
【００１７】
図３は、メッセージ交換サーバの一例を示す機能ブロック図である。本例のメッセージ交換サーバは、通信制御部３０１、メッセージ受信部３０２、メッセージ解析部３０３、メッセージ中継処理部３０４、およびメッセージ送信部３０５を備える。ここで、通信制御部３０１は、ネットワーク５と接続するためにＬＡＮ、ＷＡＮなどとの通信制御を行う。メッセージ受信部３０２は、通信制御部３０１からメッセージを受ける。メッセージ解析部３０３は、このメッセージの内容を解析する。メッセージ中継処理部３０４は、解析したメッセージを受け、宛先の電話番号または、宛先の記号名称などから、メッセージの転送先のＩＰアドレスを、データベース４を参照して求め、本宛先のＩＰアドレスをセットし、メッセージの内容を組み立てなおして、メッセージ送信部３０５へ送信要求を行う。メッセージ送信部３０５は、メッセージ中継処理部３０４から、転送すべき送信データを受取り、通信制御部３０１へ送信指示を行う。
【００１８】
図４は、メッセージ交換サーバに接続されるデータベースの一例を部分的に示す図である。本例のデータベースは、電話番号４０１、それに対応するＩＰアドレス４０２、各電話から発信した総発信回数４０３、各電話から発信した総回数のうち「不正コール」の形式となった不正コール回数４０４などのフィールドを有する。
【００１９】
図５は、ＩＰ電話のメッセージ形式の一例を部分的に示す図である。本例のメッセージは、ＴＣＰ／ＩＰにおけるＩＰフィールドのソースＩＰアドレス５０１、デスティネーションＩＰアドレス５０２、およびＳＩＰプロトコルのレイヤーレベルのフィールド５０３〜５０７を有する。このうち、ＦＲＯＭ５０３は発信元電話番号、ＴＯ５０４は発信先電話番号、ＣＡＬＬ ＩＤ５０５は、１つの会話が確立された時、他の会話と区別するための識別用番号である。ＣＳＥＱ５０６は、コマンドシーケンス（Ｃｏｍｍａｎｄ Ｓｅｑｕｅｎｃｅ）であり、メッセージの種類（リクエスト、レスポンス）を示す。本例では、リクエストの種類として、ＩＮＶＩＴＥ、ＡＣＫ、ＢＹＥ、レスポンスとして、ＲＩＮＧＩＮＧ、ＯＫなどが含まれる。これらについては後述する。ボディ５０７は、メッセージのコンテンツを表すものである。以下、本発明の詳細を通常コール発生時と不正コール発生時に分けて説明する。
【００２０】
図６は、通常コール発生時のＩＰ電話の発信から切断までのシーケンスを示す図である。本例では、ＩＰ電話１からＩＰ電話２へメッセージ交換サーバを介して電話をする場合を示す。まず、ＩＰ電話１において、電話番号を指定して発信動作を行う（Ｓ６０１）。ＩＰ電話１では、図５のメッセージを作成する。この時、ソースＩＰアドレス５０１にはＩＰ電話１のＩＰアドレスを、またデスティネーションＩＰアドレス５０２にはメッセージ交換サーバ３のＩＰアドレスを設定する。デスティネーションＩＰアドレス５０２の設定は、ダイアルアップなどによる直接接続の場合は必ずしも必要ではない。ＦＲＯＭ５０３およびＴＯ５０４には、それぞれＩＰ電話１およびＩＰ電話２の電話番号をそれぞれセットする。ＣＳＥＱ５０６には、発信の意味を表すＩＮＶＩＴＥリクエストをセットし、メッセージ交換サーバ３へ発信する。
【００２１】
メッセージ交換サーバ３は、メッセージ受信部３０２にてメッセージを受信し、メッセージ解析部３０３にて受信したメッセージを解析する。そしてメッセージ中継処理部３０４にて、本受信メッセージのＴＯ５０４の電話番号を読み出し、デスティネーションＩＰアドレスの書き換えを行う（Ｓ６１１）。即ち、ＴＯ５０４の電話番号によりデータベース４を検索し、ＩＰアドレス４０２内の対応するＩＰアドレスを求める。この求めたＩＰアドレスをメッセージのデスティネーションＩＰアドレス５０２にセットし、メッセージ交換サーバ３のＩＰアドレスをソースＩＰアドレスにセットして、ネットワーク５にＩＮＶＩＴＥリクエストを流す。これと同時に、ＩＮＶＩＴＥリクエスト中であることを通知するためにＴｒｙｉｎｇメッセージがＩＰ電話１に送られる。
【００２２】
ＩＰ電話２は、このＩＮＶＩＴＥリクエストを受信すると、スピーカ２２１において着信音（スピーカ）を鳴らす（Ｓ６２１）。それと、同時に、デスティネーションＩＰアドレス５０２にメッセージ交換サーバ３のＩＰアドレスをセットして、このＩＮＶＩＴＥリクエストに対して呼び出し中を意味するＲＩＮＧＩＮＧレスポンスを返信する。この場合、ＩＰ電話２は受信したＩＮＶＩＴＥリクエストのＦＲＯＭ５０３およびＴＯ５０４を、それぞれＲＩＮＧＩＮＧレスポンスのＴＯ５０４およびＦＲＯＭ５０３へセットして返信する。このＲＩＮＧＩＮＧレスポンスは、ＩＮＶＩＴＥリクエストと逆のルートをたどって、ＩＰ電話１に返信される。この時、同様に、メッセージ交換サーバ３において、ＲＩＮＧＩＮＧレスポンスのＴＯ５０２よりＩＰ電話１の電話番号を読み出し、データベース４を検索し、ＩＰアドレス４０２内の対応するＩＰアドレスを求める。
【００２３】
ＩＰ電話２において、ＲＩＮＧＩＮＧレスポンスの後、電話機の受話器を上げる操作（オフフック）を行うと（Ｓ６２２）、それにより電話口で出たことを意味するＯＫレスポンスが、上記と同様にメッセージ交換サーバ３を介して、ＩＰ電話１に送られる。ＩＰ電話１は、ＩＰ電話２からのＯＫレスポンスを受信すると、今度はＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ：確認応答）リクエストを、上記と同様にメッセージ交換サーバ３を介して、ＩＰ電話２に返信する。これによりＩＰ電話１，２間で接続パスが確立し通話状態となり、会話が開始されることになる。
【００２４】
会話が終了すると、どちらかから、通話を切断するためのＢＹＥリクエストを送信する。本例では、ＩＰ電話１で受話器をおく操作（オンフック）を行うと（Ｓ６０２）、ＢＹＥリクエストがメッセージ交換サーバ３を介してＩＰ電話２に送信される。これに対して、ＩＰ電話２は、ＯＫレスポンスをメッセージ交換サーバ３を介してＩＰ電話１に返信する。これで、通常コール発生時のシーケンスが終了する。なお、図中におけるメッセージ交換サーバのＴＡ部分およびＩＰ電話２のＴＢ部分の処理については後述する。
【００２５】
本シーケンスは、ＩＳＤＮ、携帯電話、Ｈ．３２３などの他のディジタル通信に関しても同様に適用することができる。例えば、ＩＳＤＮにおいては、ＳＥＴＵＰ、ＡＬＥＲＴなどが上記ＩＮＶＩＴＥリクエスト、ＲＩＮＧＩＮＧレスポンスに相当する。また、Ｈ．３２３においては、Ｑ．９３１、ＲＡＳがそれらに対応する。
【００２６】
図７は、不正コール発生時のＩＰ電話の発信から切断までのシーケンスを示す図である。本例では、ＩＰ電話１から不正コールが発信される場合を示す。まず、図示のように、ＩＰ電話１よりＩＮＶＩＴＥリクエストがメッセージ交換サーバ３を介してＩＰ電話２に送られる（Ｓ７０１）。メッセージ交換サーバ３からはＩＰ電話１に、ＩＮＶＩＴＥリクエスト中であることを通知するためにＴｒｙｉｎｇメッセージがＩＰ電話１に送られる。一方、ＩＮＶＩＴＥリクエストを受信したＩＰ電話２は着信音（スピーカ）を鳴らし（Ｓ７２１）、メッセージ交換サーバ３を介してＩＰ電話１に、ＲＩＮＧＩＮＧレスポンスを返信する。ここで、例えば着信履歴を残すことが目的の「ワン切り」コールの場合は、ＣＡＮＣＥＬリクエストがＩＰ電話１からＩＰ電話２に返されることになる。また、それ以外のＢＹＥリクエストなど予期しないレスポンスやリクエストも不正コールの対象とすることができる。このようなＢＹＥ／ＣＡＮＣＥＬリクエストを受信したＩＰ電話２は、ＯＫのレスポンスをメッセージ交換サーバ３を介してＩＰ電話１に返信する。これで、不正コール発生時のシーケンスが終了する。このような「ワン切り」コールの場合、通常は、ユーザが受話器を取る前に電話が切れ、そして着信履歴が残る。
【００２７】
次に、図６および図７におけるメッセージ交換サーバのＴＡ部分およびＩＰ電話２のＴＢ部分の処理について説明する。
図８は、図６および図７におけるメッセージ交換サーバのＴＡ部分の中継処理の一例を示すフローチャートである。まず、メッセージ交換サーバ３において、ＩＰ電話２からのＲＩＮＧＩＮＧレスポンスをＩＰ電話１へ転送する（Ｓ８０１）。次に、ＩＰ電話１よりＢＹＥ／ＣＡＮＣＥＬリクエストを受信したかどうかを検査し（Ｓ８０２）、ＢＹＥ／ＣＡＮＣＥＬリクエストを受信していないときは、続いてＩＰ電話２よりＯＫレスポンスを受信したかどうかを検査する（Ｓ８０３）。ＯＫレスポンスを受信していないときはＳ８０２のステップに戻る。
【００２８】
例えば、通常シーケンスの場合、Ｓ８０２においてＩＰ電話１よりＢＹＥ／ＣＡＮＣＥＬリクエストを受信せず、そしてＳ８０３においてＩＰ電話２よりＯＫレスポンスを受信すると、これをＩＰ電話１へ転送する（Ｓ８１０）。このＯＫレスポンスに対して、ＩＰ電話１からＡＣＫリクエストを受信すると（Ｓ８１１）、このＡＣＫリクエストをＩＰ電話２へ転送するとともに（Ｓ８１２）、データベース該当発信側の電話番号に相当する（本例では、ＩＰ電話１の電話番号）レコードの総発信回数フィールドに＋１を加算する（Ｓ８１３）。この後、ＩＰ電話１，２間で通信が確立され、会話が開始される（Ｓ８１４）。
【００２９】
一方、不正シーケンスの場合、Ｓ８０２においてＩＰ電話１からのＢＹＥまたはＣＡＮＣＥＬリクエストを受信すると、これをＩＰ電話２へ転送する（Ｓ８０４）。ＩＰ電話２では、このＢＹＥまたはＣＡＮＣＥＬリクエストの受信が、接続電文（ＩＮＶＩＴＥリクエスト）受信後規定時間内かどうかを検査する（Ｓ８０８）。それが規定時間内の場合、データベース該当発信側の電話番号に相当する（本例では、ＩＰ電話１の電話番号）レコードの総発信回数フィールドおよび不正コール回数フィールドにそれぞれ＋１を加算する（Ｓ８０５）。この規定時間は調節可能であり、必要に応じて長くしたり短くしたりすることができる。このような不正コールを検出した場合、メッセージ交換サーバ３は、その時点でＩＰ電話１からＩＰ電話２への中継処理を抑止することができるが、この中継処理の抑止は、ＩＰ電話１からの不正コールの回数が規定値を超えたときに行うこと、または、不正コールの着信間隔を統計的に分析した結果に基づいて行うこと、または、不正コールの回数と総発信回数との関係に基づいて行うこともできる。さらに、この中継処理の抑止を行う場合、ＩＰ電話１にパスワードを要求するメッセージを返信することができる。ＩＰ電話１が正しいパスワードを入力した場合、この中継処理の抑止を解除することができる。これに対して、規定時間内でない場合は、総発信回数フィールドのみに＋１を加算する（Ｓ８０９）。次に、ＩＰ電話２からＯＫレスポンスを受信すると（Ｓ８０６）、これをＩＰ電話１へ転送する（Ｓ８０７）。以上が図６および図７におけるメッセージ交換サーバのＴＡ部分の中継処理である。
【００３０】
図９は、図６および図７におけるＩＰ電話２のＴＢ部分の着信処理の一例を示すフローチャートである。まず、ＩＰ電話２において、着信表示とともに、ＲＩＮＧＩＮＧメッセージをＩＰ電話１へ返信する（Ｓ９０１）。次に、ＩＰ電話１よりＢＹＥ／ＣＡＮＣＥＬリクエストを受信したかどうかを検査し（Ｓ９０２）、ＢＹＥ／ＣＡＮＣＥＬリクエストを受信していないときは、続いてＩＰ電話２においてオフフックしたかどうかを検査する（Ｓ８０３）。オフフックしていないときはＳ９０２のステップに戻る。
【００３１】
例えば、通常シーケンスの場合、Ｓ９０２においてＩＰ電話１よりＢＹＥ／ＣＡＮＣＥＬリクエストを受信せず、そしてＳ９０３においてＩＰ電話２のオフフックを検出すると、ＩＰ電話１へＯＫレスポンスを返信する（Ｓ９１０）。このＯＫレスポンスに対して、ＩＰ電話１からＡＣＫメッセージを受けると（Ｓ９１１）、この後、ＩＰ電話１，２間で通信が確立され、会話が開始される（Ｓ９１２）。
【００３２】
一方、不正シーケンスの場合、Ｓ９０２においてＩＰ電話１からのＢＹＥまたはＣＡＮＣＥＬリクエストを受信すると、ＩＰ電話１へＯＫレスポンスを返信し（Ｓ９０４）、ＩＰ電話２内のメモリに発信者情報を記録する（Ｓ９０５）。そして、このＢＹＥまたはＣＡＮＣＥＬリクエストの受信が、接続電文（ＩＮＶＩＴＥリクエスト）受信後規定時間内かどうかを検査する（Ｓ９０７）。それが規定時間内の場合、着信処理の抑止を行う。即ち、本例では、着信表示は無用と判断して消去し（Ｓ９０６）、切断する。これに対して、規定時間内でない場合は、この着信表示を残して、切断する。さらに、この着信処理の抑止を行う場合、ＩＰ電話１にパスワードを要求するメッセージを返信することができる。ＩＰ電話１が正しいパスワードを入力した場合、この着信処理の抑止を解除することができる。
【００３３】
図９において、Ｓ９０１で着信表示を行い、Ｓ９０５で消去する方法を開示したが、目的は、不正コールに対して、無用な着信表示を増やさないことが目的であるから、通常のオフフックの時のみ、着信表示を行い、不正コール時は、表示を行わないという方法を用いてもよい。
【００３４】
以上の例では、メッセージ交換サーバ３の経由を例としたが、データベース４に相当するテーブルを、ＩＰ電話そのものに保有することにより、メッセージ交換サーバを経由せず、接続することも可能である。この場合、ＩＰヘッダに相当する部分は、自電話のＩＰアドレス、相手のＩＰアドレスを直接設定する。
【００３５】
また、本例では、プロトコルとしてＳＩＰを例にとって説明したが、これに限定されることなく、例えばＩＳＤＮ、携帯電話などにおいても、ＩＮＶＩＴＥ、ＣＡＮＣＥＬなどのコマンドを同様なコマンドに置き換えることで適用可能である。また、本例では、ＩＰ電話として説明したが、これに限定されることなく、例えばパソコンにマイクやヘッドフォンなどを接続して電話機能を持たせた、いわゆるソフトフォンについても、同様に適用可能である。
【００３６】
また、データベース４の不正コール回数、総発信回数の値の組合せ、例えば、２値の比による不正コール率により、サーバ、交換機レベルでの発信抑制などを行うことも可能となる。さらに、不正コールの発生履歴を、通常コールと合わせて、時系列的に記憶していくことにより、不正コールが一定時間内に、規定回数を越えて発生した場合、連続して、不正コールが発生した場合などの発生頻度、連続発生内容により、同様に、サーバ、交換機レベルでの中継処理の抑制を行うことも可能である。
【００３７】
さらに、電話機自身で、発信先の電話機の識別番号に対応して、総発信回数、不正コール数、着信履歴情報を持ち、接続メッセージを受信した時点で、受信側電話機が、上記メッセージ交換サーバと同様に、不正コール率、不正コールの発生頻度、不正コールの連続発生を解析し、不正コールの常習者と判断した場合、着信音などの着信表示をすることなく、着信処理の抑止を行うことが可能であり、さらに、上述のように発信側にパスワードなどの確認を要求することも可能である。
【００３８】
以上のように構成することにより、プロトコルレベルでの不正着信を検出することができ、迷惑電話、ワン切りによる無用な発着信を抑制することができ、メッセージ転送数を減らし、不正コールによるトラフィック増を事前に防ぐことも可能となる。
【００３９】
【発明の効果】
本発明によれば、いわゆる「ワン切り」などの不正コールに対して有効な処理を行うことができる電話交換機能を有するサーバ装置および電話機を提供することができる。
【図面の簡単な説明】
【図１】本発明に係る電話交換機能を有するサーバ装置を含むシステム構成例を示す図である。
【図２】ＩＰ電話の一例を示す機能ブロック図である。
【図３】メッセージ交換サーバの一例を示す機能ブロック図である。
【図４】メッセージ交換サーバに接続されるデータベースの一例を部分的に示す図である。
【図５】ＩＰ電話のメッセージ形式の一例を部分的に示す図である。
【図６】通常コール発生時のＩＰ電話の発信から切断までのシーケンスを示す図である。
【図７】不正コール発生時のＩＰ電話の発信から切断までのシーケンスを示す図である。
【図８】図６および図７におけるメッセージ交換サーバのＴＡ部分の中継処理の一例を示すフローチャートである。
【図９】図６および図７におけるＩＰ電話２のＴＢ部分の着信処理の一例を示すフローチャートである。
【符号の説明】
１，２ ＩＰ電話
３ メッセージ交換サーバ
４ データベース
５ ネットワーク
２００ 制御装置
２２０ 表示器
２２１ スピーカ
２２２ キーボード
２２３ マイク
３０１ 通信制御部
３０２ メッセージ受信部
３０３ メッセージ解析部
３０４ メッセージ中継処理部
３０５ メッセージ送信部
Claims (14)
- 電話機からの接続電文および切断電文を中継処理する電話交換機能を有するサーバ装置であって、発信側電話機から接続電文を受信した後、規定時間内に前記発信側電話機から切断電文を受信した場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機から受信側電話機への中継処理を抑止することを特徴とするサーバ装置。
- 前記規定時間が調節可能であることを特徴とする請求項１記載のサーバ装置。
- 前記中継処理の抑止が、前記発信側電話機の不正コールの回数に基づいて行われることを特徴とする請求項１または２記載のサーバ装置。
- 前記中継処理の抑止が、前記発信側電話機の不正コールの着信間隔を統計的に分析した結果に基づいて行われることを特徴とする請求項１または２記載のサーバ装置。
- 前記中継処理の抑止が、前記発信側電話機の不正コールの回数と総発信回数との関係に基づいて行われることを特徴とする請求項１または２記載のサーバ装置。
- 前記中継処理の抑止を行う場合、前記発信側電話機にパスワードを要求するメッセージを返信することを特徴とする請求項１〜５のいずれかに記載のサーバ装置。
- 発信側電話機から接続電文を受信した後、規定時間内に前記発信側電話機から切断電文を受信した場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機からの着信処理を抑止することを特徴とする電話機。
- 前記規定時間が調節可能であることを特徴とする請求項７記載の電話機。
- 前記着信処理の抑止が、前記発信側電話機の不正コールの回数に基づいて行われることを特徴とする請求項７または８記載の電話機。
- 前記着信処理の抑止が、前記発信側電話機の不正コールの着信間隔を統計的に分析した結果に基づいて行われることを特徴とする請求項７または８記載の電話機。
- 前記着信処理の抑止が、前記発信側電話機の不正コールの回数と総発信回数との関係に基づいて行われることを特徴とする請求項７または８記載の電話機。
- 前記着信処理の抑止を行う場合、前記発信側電話機にパスワードを要求するメッセージを返信することを特徴とする請求項７〜１１のいずれかに記載の電話機。
- サーバ装置に、発信側電話機から接続電文を受信する手順、前記発信側電話機から切断電文を受信する手順、前記発信側電話機から接続電文を受信してから前記切断電文を受信するまでの時間を検知する手順、前記検知時間が規定時間内の場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機から受信側電話機への中継処理を抑止する手順を実行させるためのプログラム。
- 電話機のコンピュータに、発信側電話機から接続電文を受信する手順、前記発信側電話機から切断電文を受信する手順、前記発信側電話機から接続電文を受信してから前記切断電文を受信するまでの時間を検知する手順、前記検知時間が規定時間内の場合、前記受信した接続電文を不正コールと見なし、前記発信側電話機からの着信処理を抑止する手順を実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003184411A JP2005020524A (ja) | 2003-06-27 | 2003-06-27 | サーバ装置および電話機 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003184411A JP2005020524A (ja) | 2003-06-27 | 2003-06-27 | サーバ装置および電話機 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005020524A true JP2005020524A (ja) | 2005-01-20 |
Family
ID=34184192
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003184411A Pending JP2005020524A (ja) | 2003-06-27 | 2003-06-27 | サーバ装置および電話機 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005020524A (ja) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006237853A (ja) * | 2005-02-23 | 2006-09-07 | Mitsubishi Electric Corp | Ｓｉｐサーバ |
| JP2007060379A (ja) * | 2005-08-25 | 2007-03-08 | Nippon Telegr & Teleph Corp <Ntt> | Ｓｉｐサーバにおける攻撃防御方法、システム及びプログラム |
| JP2009049601A (ja) * | 2007-08-16 | 2009-03-05 | Nippon Telegr & Teleph Corp <Ntt> | ナンバースキャンニング検知装置およびナンバースキャンニング検知プログラム |
| JP2009284144A (ja) * | 2008-05-21 | 2009-12-03 | Nec Infrontia Corp | Ｉｐ電話システム、ｓｉｐサーバ、ｉｐ電話機、ｉｐ電話システムの制御方法、及びプログラム |
| JP2010093739A (ja) * | 2008-10-10 | 2010-04-22 | Nippon Telegr & Teleph Corp <Ntt> | 特定装置、特定方法および特定プログラム |
| JP2010114871A (ja) * | 2008-10-06 | 2010-05-20 | Nec Corp | 通信システム及び通信制御方法 |
| JP2010114870A (ja) * | 2008-10-06 | 2010-05-20 | Nec Corp | 通信システム及び通信制御方法 |
| JP2010114872A (ja) * | 2008-10-06 | 2010-05-20 | Nec Corp | 通信システム及び通信制御方法 |
| CN101068290B (zh) * | 2007-07-03 | 2010-09-29 | 中兴通讯股份有限公司 | 媒体网关控制协议支持来电拒接功能的实现方法 |
| JP2010288021A (ja) * | 2009-06-10 | 2010-12-24 | Nippon Telegr & Teleph Corp <Ntt> | Ａｐｉゲートウェイ装置、ａｐｉ提供方法、及びａｐｉゲートウェイ用プログラム |
| JP2014112884A (ja) * | 2008-10-06 | 2014-06-19 | Nec Corp | 通信方法及び通信システム |
| JP2015506613A (ja) * | 2011-12-28 | 2015-03-02 | オプティス ワイヤレス テクノロジー エルエルシー | 通信システムにおける未確立通信リンク |
-
2003
- 2003-06-27 JP JP2003184411A patent/JP2005020524A/ja active Pending
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006237853A (ja) * | 2005-02-23 | 2006-09-07 | Mitsubishi Electric Corp | Ｓｉｐサーバ |
| JP2007060379A (ja) * | 2005-08-25 | 2007-03-08 | Nippon Telegr & Teleph Corp <Ntt> | Ｓｉｐサーバにおける攻撃防御方法、システム及びプログラム |
| JP4654092B2 (ja) * | 2005-08-25 | 2011-03-16 | 日本電信電話株式会社 | Ｓｉｐサーバにおける攻撃防御方法、システム及びプログラム |
| CN101068290B (zh) * | 2007-07-03 | 2010-09-29 | 中兴通讯股份有限公司 | 媒体网关控制协议支持来电拒接功能的实现方法 |
| JP2009049601A (ja) * | 2007-08-16 | 2009-03-05 | Nippon Telegr & Teleph Corp <Ntt> | ナンバースキャンニング検知装置およびナンバースキャンニング検知プログラム |
| JP2009284144A (ja) * | 2008-05-21 | 2009-12-03 | Nec Infrontia Corp | Ｉｐ電話システム、ｓｉｐサーバ、ｉｐ電話機、ｉｐ電話システムの制御方法、及びプログラム |
| US8634318B2 (en) | 2008-10-06 | 2014-01-21 | Nec Corporation | Communication system and communication control method |
| JP2010114872A (ja) * | 2008-10-06 | 2010-05-20 | Nec Corp | 通信システム及び通信制御方法 |
| JP2010114870A (ja) * | 2008-10-06 | 2010-05-20 | Nec Corp | 通信システム及び通信制御方法 |
| JP2010114871A (ja) * | 2008-10-06 | 2010-05-20 | Nec Corp | 通信システム及び通信制御方法 |
| US8625620B2 (en) | 2008-10-06 | 2014-01-07 | Nec Corporation | Communication system and communication control method for requesting cancellation of registration as bad terminal |
| JP2014112884A (ja) * | 2008-10-06 | 2014-06-19 | Nec Corp | 通信方法及び通信システム |
| US9131048B2 (en) | 2008-10-06 | 2015-09-08 | Nec Corporation | Communication system and communication control method |
| JP2015208014A (ja) * | 2008-10-06 | 2015-11-19 | 日本電気株式会社 | 通信方法及び通信システム |
| JP2017103788A (ja) * | 2008-10-06 | 2017-06-08 | 日本電気株式会社 | 通信方法及びｉｍｓ |
| JP2010093739A (ja) * | 2008-10-10 | 2010-04-22 | Nippon Telegr & Teleph Corp <Ntt> | 特定装置、特定方法および特定プログラム |
| JP2010288021A (ja) * | 2009-06-10 | 2010-12-24 | Nippon Telegr & Teleph Corp <Ntt> | Ａｐｉゲートウェイ装置、ａｐｉ提供方法、及びａｐｉゲートウェイ用プログラム |
| JP2015506613A (ja) * | 2011-12-28 | 2015-03-02 | オプティス ワイヤレス テクノロジー エルエルシー | 通信システムにおける未確立通信リンク |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7123697B2 (en) | Method and system for providing a call answering service between a source telephone and a target telephone | |
| JP3873048B2 (ja) | リングバックトーン伝送方法、端末機、リングバックトーン生成方法、およびリングバックトーンを生成するためのシステム | |
| JP2005526466A5 (ja) | ||
| JP2005020524A (ja) | サーバ装置および電話機 | |
| KR20050088397A (ko) | 음성 호출 경보를 제공하는 방법 및 장치 | |
| JP2009212949A (ja) | 電話装置 | |
| JP2011254222A (ja) | 発呼衝突回避装置、発呼衝突回避方法及び発呼衝突回避プログラム | |
| JP2007173935A (ja) | Ｉｐ電話装置の自動応答方法 | |
| JP5084652B2 (ja) | 電話サービスシステムおよび電話サービス方法 | |
| JP5679287B2 (ja) | 通信装置 | |
| JP2004180264A (ja) | Ｉｐ電話装置およびｉｐ電話システム | |
| JP4109143B2 (ja) | 通信装置およびその制御方法 | |
| JP2008546223A (ja) | 信号を検出して携帯デバイスの呼び出しモードを変更する方法および装置 | |
| JP4111393B2 (ja) | Ｉｐ電話システム及びｉｐ電話装置 | |
| JP5570968B2 (ja) | 電話装置 | |
| JP2009049559A (ja) | メッセージ中継装置、メッセージ中継システム及びプログラム | |
| JP2007258771A (ja) | 電話機 | |
| JP2004274183A (ja) | 通信端末装置 | |
| JP4221311B2 (ja) | Ｉｐ電話機、ｉｐ電話アダプタ及び電話折り返しプログラム | |
| JP2004222147A (ja) | Ｉｐ電話の通信制御装置及び方法並びに通信制御プログラム | |
| JP2004056775A (ja) | ＶｏＩＰ電話システム | |
| JP4688607B2 (ja) | 迷惑電話対策音出力機能を有する電話機 | |
| JP3997934B2 (ja) | インターネットファクシミリ装置及びその制御方法 | |
| JP2007049558A (ja) | 迷惑電話対策音出力機能を有する電話機 | |
| JP2001345803A (ja) | 受話装置 |