JP7052118B1 - 通信傍受システム、通信傍受装置、通信傍受方法、およびプログラム - Google Patents

Abstract

【課題】 傍受対象の通信を通信開始からもれなく傍受することを可能にする技術を提供すること。【解決手段】通信傍受装置と通信制御装置とを備える通信傍受システムは、傍受対象ユーザの識別子を特定可能な情報を取得し、セッションの確立を要求するセッション開始要求を受信し、受信したセッション開始要求が、取得した識別子を含む場合であって、セッション開始要求が所定の条件を満たすと判定した場合に、通信傍受装置へセッション開始要求を転送し、セッション開始要求が所定の条件を満たさないと判定した場合に、通信傍受装置と異なるネットワークノードへ前記セッション開始要求を転送する、通信制御装置と、セッション開始要求を受信した場合に、通信傍受装置を介して通信が行われるようにセッションを確立し、確立したセッションにおける通信を傍受する通信傍受装置を備える。【選択図】図４

Description

本発明は、通信傍受システム、通信傍受装置、通信傍受方法、およびプログラムに関する。

これまで、通信網を介して接続される通信端末間の通信を傍受する技術が提案されている（特許文献１）。

特開２００８－２７０８９９号公報

ここで、特許文献１に記載の技術では、セッションが確立された後、確立済みのセッションを切り替えて傍受を行うため、傍受対象の通信の一部が傍受できない場合があった。

本発明は上述の問題に鑑みてなされたものであり、傍受対象の通信を通信開始からもれなく傍受することを可能にする技術を提供することを目的とする。

上記目的を達成するために本発明の一態様に係る通信傍受システムは、
通信傍受装置と通信制御装置とを備えるＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受システムであって、
前記通信制御装置は、
傍受対象ユーザの識別子を特定可能な情報を取得する取得手段と、
セッションの確立を要求するセッション開始要求を受信する受信手段と、
受信したセッション開始要求が、前記取得手段で取得した前記識別子を含む場合であって、
当該セッション開始要求が所定の条件を満たすと判定した場合に、前記通信傍受装置へ前記セッション開始要求を転送し、
当該セッション開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記セッション開始要求を転送する、
転送手段と、
を備え、
前記通信傍受装置は、
前記セッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるようにセッションを確立するセッション確立手段と、
前記セッション確立手段で確立した前記セッションにおける通信を傍受する傍受手段と、
傍受に関する通知を送信する通知手段と、
を備え、
前記受信手段は、前記セッションの保留の開始要求を受信し、
前記転送手段は、受信した前記保留の開始要求が前記取得手段で取得した前記識別子を含む場合であって、
受信した前記保留の開始要求が前記所定の条件を満たすと判定した場合に、前記通信傍受装置へ前記保留の開始要求を転送し、
受信した前記保留の開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記保留の開始要求を転送し、
前記傍受手段は、前記通信傍受装置が前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記通信傍受装置が前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
前記通知手段は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とする。

また、上記目的を達成するために本発明の一態様に係る通信傍受装置は、
ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受装置であって、
前記ＩＭＳネットワーク内の他のネットワークノードからセッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるように、前記セッション開始要求に含まれるセッションデスクリプションプロトコル情報を更新し、更新した前記セッション開始要求を前記他のネットワークノードに転送する転送手段と、
前記通信傍受装置を介したセッションにおける通信を傍受する傍受手段と、
傍受に関する通知を送信する通知手段と、
を備え、
前記傍受手段は、前記通信傍受装置が前記ＩＭＳネットワーク内の他のネットワークノードから転送された前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記通信傍受装置が前記ＩＭＳネットワーク内の他のネットワークノードから転送された前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
前記通知手段は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とする。

また、上記目的を達成するために本発明の一態様に係る通信傍受方法は、
通信傍受装置と通信制御装置とを備えるＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受システムの通信傍受方法であって、
前記通信制御装置が、傍受対象ユーザの識別子を特定可能な情報を取得する取得工程と、
セッションの確立を要求するセッション開始要求を受信する受信工程と、
前記通信制御装置が、受信したセッション開始要求が、前記取得工程において取得した前記識別子を含む場合であって、
当該セッション開始要求が所定の条件を満たすと判定した場合に、前記セッション開始要求を前記通信傍受装置へ転送し、
当該セッション開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記セッション開始要求を転送する、
転送工程と、
前記通信傍受装置が、前記セッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるようにセッションを確立するセッション確立工程と、
前記通信傍受装置が、前記セッション確立工程において確立された前記セッションにおける通信を傍受する傍受工程と、
傍受に関する通知を送信する通知工程と、
を備え、
前記傍受工程において、前記通信制御装置は、前記セッションの保留の開始要求を受信し、受信した前記保留の開始要求が前記取得工程において取得した前記識別子を含む場合であって、
受信した前記保留の開始要求が前記所定の条件を満たすと判定した場合に、前記通信傍受装置へ前記保留の開始要求を転送し、
受信した前記保留の開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記保留の開始要求を転送し、
前記傍受工程において、前記通信傍受装置は前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
前記通知工程において、前記通信傍受装置は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とする。

また、上記目的を達成するために本発明の一態様に係る通信傍受方法は、
ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受装置の通信傍受方法であって、
他のネットワークノードからセッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるように、前記セッション開始要求に含まれるセッションデスクリプションプロトコル情報を更新し、更新した前記セッション開始要求を前記他のネットワークノードに転送する転送工程と、
前記通信傍受装置を介したセッションにおける通信を傍受する傍受工程と、
傍受に関する通知を送信する通知工程と、
を含み、
前記傍受工程において、前記通信傍受装置は前記ＩＭＳネットワークの他のネットワークノードから転送された前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記ＩＭＳネットワークの他のネットワークノードから転送された前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
前記通知工程において、前記通信傍受装置は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とする。

また、上記目的を達成するために本発明の一態様に係るプログラムは、
ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受装置のコンピュータに、
他のネットワークノードからセッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるように、前記セッション開始要求に含まれるセッションデスクリプションプロトコル情報を更新し、更新した前記セッション開始要求を前記他のネットワークノードに転送させる転送工程と、
前記通信傍受装置を介したセッションにおける通信を傍受させる傍受工程と、
傍受に関する通知を送信する通知工程と、
を実行させ、
前記傍受工程において、前記通信傍受装置は前記ＩＭＳネットワークの他のネットワークノードから前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記ＩＭＳネットワークの他のネットワークノードから前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
前記通知工程において、前記通信傍受装置は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とする。

また、上記目的を達成するために本発明の一態様に係るプログラムは、
通信傍受装置と通信制御装置とを備えるＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受システムに、
前記通信制御装置が、傍受対象ユーザの識別子を特定可能な情報を取得する取得工程と、
セッションの確立を要求するセッション開始要求を受信する受信工程と、
前記通信制御装置が、受信したセッション開始要求が、前記取得工程において取得した前記識別子を含む場合であって、
当該セッション開始要求が所定の条件を満たすと判定した場合に、前記セッション開始要求を前記通信傍受装置へ転送し、
当該セッション開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記セッション開始要求を転送する、
転送工程と、
前記通信傍受装置が、前記セッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるようにセッションを確立するセッション確立工程と、
前記通信傍受装置が、前記セッション確立工程において確立された前記セッションにおける通信を傍受する傍受工程と、
前記通信傍受装置が傍受に関する通知を送信する通知工程と、
を実行させ、
前記傍受工程において、前記通信制御装置は、前記セッションの保留の開始要求を受信し、受信した前記保留の開始要求が前記取得工程において取得した前記識別子を含む場合であって、
受信した前記保留の開始要求が前記所定の条件を満たすと判定した場合に、前記通信傍受装置へ前記保留の開始要求を転送し、
受信した前記保留の開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記保留の開始要求を転送し、
前記傍受工程において、前記通信傍受装置は前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
前記通知工程において、前記通信傍受装置は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とする。

本発明によれば、傍受対象の通信を通信開始からもれなく傍受することを可能にする技術を提供することができる。

本実施形態に係る通信傍受システムが適用される通信システムの一例を示す図。 本実施形態に係る傍受サーバ、ＣＳＣＦ、およびＨＳＳの構成を示す図。 傍受対象ユーザが含まれないセッションを確立するための呼処理経路の一例を示す図。 傍受対象ユーザが発呼する場合のセッションを確立するための呼処理経路の一例を示す図。 傍受対象ユーザが発呼する場合のセッションを確立するための制御シーケンス図。 傍受対象ユーザが着呼する場合のセッションを確立するための制御シーケンス図。 通信傍受システムが実行する処理の一例を示すフローチャート。 転送先情報の一例を示す図。 制御信号の構造の一例を示す概要図。 通信傍受システムの通信切断時の制御シーケンス図。 通信傍受システムの保留／保留解除時の制御シーケンス図。 傍受対象ユーザの情報を設定する方法を示す図。 （Ａ）は傍受サーバによって更新される前のセッション開始要求を示す図、（Ｂ）は傍受サーバによって更新された後のセッション開始要求を示す図。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

＜システム構成＞
図１は、本実施形態に係る通信傍受システムが適用される通信システムを示す。図１の通信システム１は、傍受システム１０が適用される。通信システム１は、発側の端末装置２（以下、発側ＵＥ２、またはＵＥ２とも称する）及び着側の端末装置３（以下、着側ＵＥ３、またはＵＥ３とも称する）のそれぞれが接続するアクセス／パケット網５ａ及び５ｂ（以下では区別せずにアクセス／パケット網５と称する場合がある）を含む。また、通信システム１は、アクセス／パケット網５ａ及び５ｂが点線で囲まれたＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）ネットワーク（ＮＷ）に接続するためのゲートウェイ装置（ＧＷ）６ａ及び６ｂ（以下では区別せずにＧＷ６と称する場合がある）、メディアゲートウェイ装置（ＭＧＷ）７ａ及び７ｂ（以下では区別せずにＭＧＷ７と称する場合がある）、並びにＴｅｌｅｐｈｏｎｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（ＴＡＳ）８ａ及び８ｂ（以下、まとめてＴＡＳ８と称する場合がある）を含むネットワークノードを備える。

また、傍受システム１０は、傍受サーバ１１、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ（ＨＳＳ）１２、並びに呼セッション制御機能（ＣＳＣＦ）１３ａ及び１３ｂ（以下では区別せずにＣＳＣＦ１３と称する場合がある）を含む。また、傍受システム１０は、保守ネットワーク（ＮＷ）１４に接続され、保守装置１５に接続される。また、傍受サーバ１１は、傍受クライアントＮＷ２０を介して、傍受クライアント４との通信が可能に構成される。

なお、ＩＭＳ ＮＷには、図１に示すノードに加えて他のネットワークノードが含まれてよい。また、ＩＭＳ ＮＷ内の各ノードは実線で表示した経路以外でも互いに通信可能であってもよい。例えば、ＣＳＣＦ１３ａと１３ｂとは制御信号を送受信可能であるし、ＭＧＷ７ａと７ｂとは音声信号を送受信可能である。また、図１に示すネットワークノードは、それぞれ統合または分割することができる。

また、図１では説明を簡略化するために、発側ＵＥ２と着側ＵＥ３とが接続するアクセス／パケット網５ａ及び５ｂは同一のＩＭＳ ＮＷに接続されるものとして図示しているが、複数の異なるＩＭＳ ＮＷに接続してもよい。このような場合には、複数のＩＭＳ ＮＷ間を接続する交換機などの不図示のネットワークノードが存在してもよい。また、ＩＭＳ ＮＷ内のネットワークノードは、通信経路を明確にするために実線で接続しているが、各ネットワークノードの間にスイッチやルータなど任意の他のネットワークノードが存在してもよい。

ＵＥ２及び３は、アクセス／パケット網５の基地局（不図示）と接続可能な端末装置であり、一例ではスマートフォンなどの移動体端末である。

アクセス／パケット網５は、ＵＥ２及び３が通信システムに接続することを可能にするアクセスネットワークであり、例えばＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークや、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）ネットワーク、及びＥｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）ネットワークの少なくともいずれかを含む。

ＧＷ６は、アクセス／パケット網５から、ＭＧＷ７、ＴＡＳ８、並びにＣＳＣＦ１３を含むＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークへの接続を可能にするゲートウェイ装置である。

ＭＧＷ７は、ＵＥ２、３間のセッションで交換される音声データのインタフェース機能を有し、音声データをＲｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ（ＲＴＰ）を用いて音声のコーデックを行う。ＴＡＳ８は、通話転送などの通話に付加するサービスを実行する。

ここで、図２を参照して傍受サーバ１１、ＨＳＳ１２およびＣＳＣＦ１３の構成について説明する。

傍受サーバ１１は、制御部１１１、記憶部１１２、および通信部１１３を備える通信傍受装置である。制御部１１１は、プロセッサとメモリとを備えるコンピュータであり、記憶部１１２に格納されたプログラムを実行することで、制御信号処理部１１１ａ、音声信号処理部１１１ｂ、通知部１１１ｃ、及び傍受音声提供部１１１ｄとして機能する。

制御信号処理部１１１ａは、傍受対象の端末が発信または着信であるセッション開始要求を含む制御信号（ＳＩＰ信号）を受信した場合に、傍受サーバ１１を介して音声信号のやり取りが行われるようにＳＩＰ信号を更新する。これによって、傍受サーバ１１は、傍受サーバ１１を介してセッションを確立することができる。

音声信号処理部１１１ｂは、傍受サーバ１１を介した傍受対象のセッションにおける音声信号の中継を行うとともに、傍受対象のセッションから音声信号を抽出することで音声信号の傍受を行う。また、音声信号処理部１１１ｂは傍受対象ユーザが含まれるセッションの呼の状態を記憶部１１２に格納する。セッションの呼の状態とは、例えば通話中、保留中などの状態である。

通知部１１１ｃは、傍受サーバ１１による傍受が開始された場合に、傍受対象のセッションに関する情報を傍受クライアント４に通知する。傍受音声提供部１１１ｄは、音声信号処理部１１１ｂによって傍受された音声信号を傍受クライアントに提供する。一例では、傍受音声提供部１１１ｄは、音声信号を傍受クライアントから指定されたファイルフォーマットに変換して提供する。また、通知部１１１ｃは、傍受対象のセッションが保留／保留解除／切断された場合にも傍受クライアント４に通知を行ってもよい。

ＨＳＳ１２は、制御部１２１、記憶部１２２、および通信部１２３を備える。制御部１２１は、プロセッサとメモリとを備えるコンピュータであり、記憶部１２２に格納されている傍受対象ユーザの加入者契約情報（ｉＦＣ）をＣＳＣＦ１３に配信する。

転送先情報取得部１２１ａは、保守装置１５から、傍受サーバ１１への転送情報を含む傍受対象ユーザの加入者契約情報（ｉＦＣ）を受信し、記憶部１２２にその情報を格納する。

ＣＳＣＦ１３は、制御部１３１、記憶部１３２、および通信部１３３を備え、セッションの制御信号を転送する通信制御装置である。制御部１３１は、プロセッサとメモリとを備えるコンピュータである。転送先情報取得部１３１ｂはＨＳＳ１２から傍受サーバ１１への転送情報を含む傍受対象ユーザの加入者契約情報（ｉＦＣ）を受信し、その内容に基づきルーティング部１３１ａが、ＣＳＣＦが受信したセッション開始要求などの制御情報を対象のネットワークノードに転送する。

＜セッション経路＞
次に、図３を参照して、非傍受対象ユーザ間で確立されるセッションについて説明する。

図３において、破線３０１は、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）を用いて通信される制御信号（以下、ＳＩＰ信号とも称する）の流れである。また、一点鎖線３０２は、Ｒｅａｌｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ（ＲＴＰ）を用いて通信される音声信号（以下、ＲＴＰ信号とも称する）の流れである。

図３では、発側ＵＥ２から送信されたセッション開始要求は、アクセス／パケット網５ａ、ＧＷ６ａ、ＣＳＣＦ１３ａ、ＴＡＳ８ａの順に転送され、ＴＡＳ８ａから折り返されてＣＳＣＦ１３ａ、ＣＳＣＦ１３ｂ、ＴＡＳ８ｂ、ＣＳＣＦ１３ｂ、ＧＷ６ｂ、アクセス／パケット網５ｂの順で経由して着側ＵＥ３に送信される。

着側ＵＥ３は、セッション開始要求に対する応答であるセッション開始応答を、破線３０１に従って発側ＵＥ２に送信する。その後、リソース確保や呼び出しなどの後続の制御信号を同様の経路で送受信した後、音声信号のセッションが一点鎖線３０２に示すように確立される。音声信号のセッションでは、発側ＵＥ２から送信された音声信号がアクセス／パケット網５ａ、ＧＷ６ａ、ＭＧＷ７ａを経由した後、ＭＧＷ７ｂ、ＧＷ６ｂ、アクセス／パケット網５ｂを経由して着側ＵＥ３に送信される。

一方、図４を参照して、傍受対象ユーザが含まれるセッション確立について説明する。図４の例では、発側ＵＥ２が傍受対象ユーザの端末であるものとして説明を行う。図４において、破線４０１はＳＩＰ信号の流れであり、一点鎖線４０２は、ＲＴＰ信号の流れを示している。図４の例では、発側ＵＥ２は傍受対象ユーザ（例えば識別子が図８のｘｘｘ－ｘｘｘｘ－ｘｘｘｘ）であり、着側ＵＥ３は傍受対象ユーザではない（例えば識別子が図８のｚｚｚ－ｚｚｚｚ－ｚｚｚｚ）ものとする。

図４では、発側ＵＥ２から送信されたセッション開始要求は、アクセス／パケット網５ａ、ＧＷ６ａ、ＣＳＣＦ１３ａに送信されると、ＣＳＣＦ１３ａはＵＥ２の加入者情報、すなわち傍受対象用の転送先情報を含むｉＦＣに基づいて、セッション開始要求を傍受サーバ１１に転送する。傍受サーバ１１は、受信したセッション開始要求に含まれる、音声信号の経路に傍受サーバ１１が含まれるようにセッション開始要求を更新し、ＣＳＣＦ１３ａに転送する。以下、セッション開始要求はＣＳＣＦ１３ａ、ＴＡＳ８ａ、ＣＳＣＦ１３ａ、ＣＳＣＦ１３ｂ、ＴＡＳ８ｂ、ＣＳＣＦ１３ｂ、ＧＷ６ｂ、アクセス／パケット網５ｂの順に転送され、着側ＵＥ３に送信される。傍受サーバ１１は、傍受サーバ１１を介してセッションが確立されるようセッション開始要求を更新しているため、一点鎖線４０２に示すようにＲＴＰ信号が送受信される。このため、傍受サーバがＲＴＰ信号を傍受することができる。

なお、着側ＵＥ３が傍受対象ユーザの端末である場合にも、着側のＣＳＣＦ１３ｂが１回目はセッション開始要求をＴＡＳ８ｂに転送し、ＴＡＳ８ｂから受け取ったセッション開始要求を傍受サーバ１１に転送し、傍受サーバ１１によって更新されたセッション開始要求をＧＷ６ｂに転送することで、同様に傍受サーバ１１を介してセッションを確立することができる。

また、以降のセッション開始要求応答、暫定応答、最終応答、切断要求、保留要求、及び保留解除要求を含む後続の制御信号（ＳＩＰ信号）も同様に、ＣＳＣＦ１３が傍受サーバ１１に転送し、傍受サーバ１１がＳＩＰ信号を更新してＣＳＣＦ１３に転送し、ＵＥ２、３間のセッションを傍受サーバ１１を介して確立することで、傍受サーバ１１がセッション上で送受信される音声信号（ＲＴＰ信号）を傍受することができる。

ここで、図９を参照して、制御信号の構造の一例について説明する。セッションを管理するために交換される制御信号は、メッセージタイプ９０１、発呼アドレス９０２、着呼アドレス９０３、セッションＩＤ９０４、メディア接続情報９０５、メディア詳細情報９０６を含む。

メッセージタイプ９０１は、セッション開始要求やセッション開始要求応答などの信号のタイプを示し、図９の例では制御信号がセッション開始要求であることを示す「ＩＮＶＩＴＥ」が設定されている。発呼アドレス９０２は発側ＵＥ２のユーザを特定可能な識別子であり、着呼アドレス９０３は着側ＵＥ３のユーザを特定可能な識別子である。

セッションＩＤ９０４は、確立されるセッションの識別子である。これによって、セッション開始要求や、セッション開始要求応答などの制御信号がどのセッションを対象とした制御信号であるかを特定することができる。メディア接続情報９０５はメディアセッションを確立する際に使用されるデータであり、メディアコネクションを確立するネットワークノードを指定する情報を含む。メディア詳細情報９０６は、交換されるＲＴＰ信号の種類や、ネットワークポートを指定する情報を含む。

例えば、傍受サーバ１１は、メディア接続情報９０５に傍受サーバ１１のアドレスが含まれるようにメディア接続情報９０５を更新することによって、コネクションが傍受サーバ１１を介して確立されるように設定することができる。傍受サーバ１１によって変更される情報については図１３を参照して後述する。

＜セッション開始時＞
次に、図５を参照して、発側ＵＥ２が傍受対象ユーザの端末である場合の制御信号の流れについて説明する。図４の例では、発側ＵＥ２は傍受対象ユーザ（例えば識別子が図８のｘｘｘ－ｘｘｘｘ－ｘｘｘｘ）であり、着側ＵＥ３は傍受対象ユーザではない（例えば識別子が図８のｚｚｚ－ｚｚｚｚ－ｚｚｚｚ）ものとする。

まず、ＵＥ２がユーザ入力などに応じてＵＥ３を着信先として発信処理を開始する（処理ステップ５０１、以下５０１と称する）と、ＵＥ２はＣＳＣＦ１３ａにセッション開始要求を送信する（５０２）。セッション開始要求は、ＩＮＶＩＴＥメッセージとも呼ばれる。ＣＳＣＦ１３ａは、受信したセッション開始要求をＨＳＳ１２から取得した転送先情報に従ってＳＩＰ信号を転送する（５０３）。なお、一例では、ＣＳＣＦ１３ａは所定の期間内に受信したセッション開始要求を記憶し、後述するセッション開始要求の同一性の比較に用いてもよい。

ここで、図８（Ａ）を参照して、傍受対象ユーザの転送先情報の一例について説明する。ＣＳＣＦ１３によって使用される転送先情報は、ユーザの識別子、発着の方向、テーブル参照順、及び宛先が対応付けられる。

ユーザの識別子は、ＵＥのアドレス（例えばＩＰアドレス、ＭＡＣアドレス）、電話番号など、通信システム１上でＵＥ、ＵＥの保有者、及び回線契約者の情報の少なくともいずれかを特定可能な情報である。発着の方向は、そのＵＥが発側であるか着側であるかを示す。テーブル参照順は、同一のセッション開始要求を受信した場合における受信回数に対応する。宛先は、受信したセッション開始要求の転送先のアドレス情報である。一例では、宛先はＩＰアドレスなどのネットワークアドレスである。

図８（Ａ）の例で、識別子「ｘｘｘ－ｘｘｘｘ－ｘｘｘｘ」のＵＥ２から発信があると、ＣＳＣＦ１３ａは、まず参照順「１」の宛先「傍受サーバ」にセッション開始要求などの制御信号を転送する。これによって傍受サーバ１１によって制御信号の更新が可能となる。

一方、図８（Ｂ）に示す非傍受対象ユーザの転送先情報では参照順はなく、制御信号はＴＡＳに転送される。すなわち、非傍受対象ユーザ間のセッションの制御信号は傍受サーバ１１には転送されない。

図５の５０４では、傍受サーバ１１にセッション開始要求が送信される。セッション開始要求を受信した傍受サーバ１１は、受信したセッション開始要求を更新し（５０５）、傍受処理を開始する（５０６）。なお、傍受サーバ１１は、受信したセッション開始要求のパラメータのうち、発呼アドレス、着呼アドレス、及びセッションＩＤは変更しないようにセッション開始要求を更新する。これによって、後述するＣＳＣＦ１３ａのルーティングにおいて、発呼アドレス、着呼アドレス、及びセッションＩＤの少なくとも何れかのパラメータを用いて傍受サーバ１１が更新する前のセッション開始要求と、更新した後のセッション開始要求とが同一のセッション開始要求であると判定することが可能になる。

ここで、図１３（Ａ）及び図１３（Ｂ）を参照して、傍受サーバ１１が受信するセッション開始要求の一例と、傍受サーバ１１が更新して送信するセッション開始要求の一例を説明する。

図１３（Ａ）は傍受サーバ１１が受信するセッション開始要求である。ＳＩＰ信号は、制御信号のルート情報１３０１、発呼アドレス１３０２、着呼アドレス１３０３、セッションＩＤ１３０４、メディア接続情報１３０５、メディア詳細情報１３０６を含む。音声中継用の経路情報は、Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＤＰ）に従って構成されるセッションデスクリプションプロトコル情報の一例である。

図１３（Ｂ）は傍受サーバ１１が更新して送信するセッション開始要求の一例である。下線で示すように、制御信号のルート情報１３１１には「Ｒｅｃｏｒｄ－Ｒｏｕｔｅ： ＜ｓｉｐ：ｂｏｕｊｕ＠［ｅｅｅｅ：ｆｆｆｆ：ｇｇｇｇ：ｈｈｈｈ：：ＹＹＹＹ］；ｌｒ＞」が追加され、メディア接続情報１３１５が「ｃ＝ＩＮ ＩＰ６ ｉｉｉｉ：ｊｊｊｊ：ｋｋｋｋ：ｌｌｌｌ：：ＺＺＺＺ」に変更され、メディア詳細情報１３１６が「ｍ＝ａｕｄｉｏ １２３４５ ＲＴＰ／ＡＶＰ ９８ ９９ １００ １０１ １０２ １０３」に変更される。これによって、制御信号と音声信号が傍受サーバ１１を経由して送受信されるようにコネクションを確立することができる。

傍受処理の開始に伴い、傍受サーバ１１はセッション開始要求に含まれる発側の識別子（例えば発呼アドレス１３０２）、着側の識別子（例えば着呼アドレス１３０３）の少なくとも何れかを含む傍受開始通知を傍受クライアント４に送信し（５０７）、５０５で更新したセッション開始要求をＣＳＣＦ１３ａに返送する（５０８）。ＣＳＣＦ１３ａは、５０８で受信したセッション開始要求を転送先情報に従ってルーティングする。

図８（Ａ）を参照すると、転送先情報では、識別子「ｘｘｘ－ｘｘｘｘ－ｘｘｘｘ」のＵＥ２から発信があり、同一のセッション開始要求が５０２で受信したものであるため、ＣＳＣＦ１３ａは参照順「２」の宛先「ＴＡＳ」にセッション開始要求を転送する。

ここで、５０２で受信したセッション開始要求と、５０８で受信したセッション開始要求とが同一のセッションの確立要求であるか否かは、セッション開始要求に含まれる発信者と着信者との組み合わせや、セッションＩＤを比較し、これらが一致するか否かに基づいて判定することができる。

このため、ＣＳＣＦ１３ａは転送先情報に従ってＴＡＳ８ａにセッション開始要求を転送し（５０９）、通話転送などの所定の処理を行ってＴＡＳ８ａからセッション開始要求を受け取る（５１０）と、着側のＣＳＣＦ１３ｂにセッション開始要求を転送する（５１１）。

セッション開始要求を受信したＣＳＣＦ１３ｂは、ＣＳＣＦ１３ｂに対応するアクセス／パケット網５ｂに接続する着側ＵＥ３が傍受対象ユーザではないため、非傍受対象ユーザと同様にＴＡＳ８ｂにセッション開始要求を送信し（５１２）、ＴＡＳ８ｂから受信したセッション開始要求を、ＧＷ６ｂを介して着側ＵＥ３に送信する（５１３）。

続いて、着側ＵＥ３はセッション開始要求に対する応答（セッション開始要求応答）をＣＳＣＦ１３ｂに送信し（５１４）、非傍受対象ユーザからのセッション開始要求応答と同様に、発側ＣＳＣＦ１３ａに応答を送信する（５１５、５１６）。セッション開始要求応答は、セッション進行中を示す１８３セッションプログレス応答とも呼ばれる。

セッション開始要求応答を受信したＣＳＣＦ１３ａは、セッション開始要求と同じルートを逆にたどるように、セッション開始要求応答を１回目はＴＡＳ８ａに転送し（５１８）、ＴＡＳ８ａから受信したセッション開始要求応答を傍受サーバ１１に転送し（５１９、５２０）、傍受サーバ１１が更新したセッション開始要求応答を受信する（５２１、５２２）と、傍受サーバ１１から受信したセッション開始要求応答を発側ＵＥ２に転送する（５２３）。

以降、呼び出しなどの後続の制御信号が同様の経路でやり取りされ、傍受サーバ１１によってセッション情報が変更される。これによって、傍受サーバ１１を介してＲＴＰ信号による通話が行われるようセッションを設定することができる（５２４）。このため、傍受サーバ１１は、傍受サーバ１１を介したセッションにおいて送受信されるＲＴＰ信号の傍受を行い、音声信号を傍受クライアント４に提供する（５２５）。

続いて、図６を参照して、着側ＵＥ３が傍受対象ユーザの端末である場合の制御信号の流れについて説明する。図６の例では、発側ＵＥ２は傍受対象ユーザではなく（例えば識別子が図８のｚｚｚ－ｚｚｚｚ－ｚｚｚｚ）、着側ＵＥ３は傍受対象ユーザ（例えば識別子が図８のｘｘｘ－ｘｘｘｘ－ｘｘｘｘ）であるものとする。

まず、ＵＥ２がユーザ入力などに応じてＵＥ３を着信先として発信処理を開始する（６０１）と、ＵＥ２はＣＳＣＦ１３ａにセッション開始要求を送信する（６０２）。ＣＳＣＦ１３ａは、ＣＳＣＦ１３ａに対応するアクセス／パケット網５ａに接続する発側ＵＥ２が傍受対象ユーザではないため、図８（Ｂ）に示す転送先情報に従ってＴＡＳ８ａにＳＩＰ信号を転送し（６０３）、ＣＳＣＦ１３ｂにセッション開始要求を送信する（６０４）。

続いて、ＣＳＣＦ１３ｂはＵＥ３の加入者情報、すなわち傍受対象用の転送先情報を含むｉＦＣに基づいて、セッション開始要求を傍受サーバ１１に転送する（６０５）。ここでも上述したように、ＣＳＣＦ１３ｂは所定の期間内に受信したセッション開始要求を記憶し、後述するセッション開始要求の同一性の比較に用いてもよい。続いて、ＴＡＳ８ｂとセッション開始要求を送受信（６０６）したＣＳＣＦ１３ｂは、ｉＦＣ設定に従ってＳＩＰ信号を傍受サーバに転送する（６０７、６０８）。

傍受サーバ１１は、セッション開始要求に含まれるセッション確立に使用される情報を更新し（６０９）、傍受処理を開始する（６１０）。なお、傍受サーバ１１は、受信したセッション開始要求のうち、発信者、着信者、及びセッションＩＤは変更しないようにセッション開始要求を更新する。これによって、後述するＣＳＣＦ１３ｂのルーティングにおいて、傍受サーバ１１が更新する前のセッション開始要求と、更新した後のセッション開始要求とが同一のセッション開始要求であると判定することが可能になる。また、更新したセッション開始要求をＣＳＣＦ１３ｂに転送する（６１２）。ＣＳＣＦ１３ｂは、受信したセッション開始要求を、ＧＷ６ｂを介して着側ＵＥ３に送信する（６１３）。

着側ＵＥ３は、セッション開始要求に対するセッション開始要求応答をＣＳＣＦ１３ｂに送信すると（６１４）、ＣＳＣＦ１３ｂはセッション開始要求と同じ経路を逆にたどるように、セッション開始要求応答を傍受サーバ１１に転送し（６１５、６１６）、傍受サーバ１１が更新したセッション開始要求応答を受信すると（６１７、６１８）、セッション開始要求応答をＴＡＳ８ｂに転送する（６１９、６２０）。

以降の処理は、ＣＳＣＦ１３ｂがＣＳＣＦ１３ａにセッション開始要求応答を送信し（６２１）、ＣＳＣＦ１３ａはＴＡＳ８ａとセッション開始要求応答を送受信し（６２２）、着側ＵＥ２にセッション開始要求応答を送信する（６２３）。以降、所定の呼び出しなどのＳＩＰ信号が交換され（不図示）、セッションが確立されると傍受サーバ１１を介してＲＴＰ信号で通話が開始される（６２４）。傍受サーバ１１は音声データを傍受クライアント４に提供する（６２５）。なお、セッション開始要求の後続の制御信号である、受話応答（２００（ＩＮＶＩＴＥ）信号とも呼ばれる）の受信時に、傍受サーバ１１は傍受クライアントＮＷ２０を介して発側の識別子、着側の識別子を含む傍受開始通知を傍受クライアント４に送信してもよい（不図示）。

＜セッションの切断／保留／保留解除時＞
続いて、図１０を参照して発側ＵＥ２が傍受対象ユーザの端末である場合の切断時のＳＩＰ信号の流れを説明する。発側ＵＥ２がユーザ操作などで切断指示を行う（１００１）と、発側ＵＥ２から切断要求が送信される（１００２）。切断要求は、ＢＹＥリクエストとも呼ばれる。切断要求は、１００２～１００４で、図５の５０２～５０５に示すセッション開始要求と同様に傍受サーバ１１に送信される。傍受サーバ１１は、切断要求を受信すると、傍受処理を終了し（１００５）、傍受が終了したことを通知する（１００６）。傍受終了の通知では、例えば着側ＵＥ２の識別子、発側ＵＥ３の識別子、通話時間、および通話終了時刻の少なくとも何れかを含む情報が傍受クライアント４に送信される。なお、図１０では、発側ＵＥ２が切断要求を送信する場合を例に説明したが、着側ＵＥ３が切断要求を送信する場合にも同様に傍受サーバ１１に切断要求が送信されるため、傍受サーバ１１は傍受処理を終了することができる。また、１００７～１０１２で、図５の５０８、５１０～５１３と同じルートで切断要求を着側ＵＥ３に送信する。

続いて、図１１を参照して、発側ＵＥ２が傍受対象ユーザの端末である場合の保留開始時、保留解除時のＳＩＰ信号の流れを説明する。

ＵＥ２及び３が１１０１でＲＴＰ信号を送受信し、傍受サーバ１１がＲＴＰ信号を傍受クライアント４に提供している（１１０２）際、ユーザ操作によってＵＥ２又は３が通話の保留指示を受け付ける場合がある。図１１では、発側ＵＥ２が保留指示を受け付けたものとする。通話が保留されている間は、ＲＴＰ信号のやり取りは行われないため、傍受サーバ１１は傍受処理を停止するとともに通話が保留状態に変化したことを傍受クライアント４に通知する。このような場合の制御信号の流れについて説明する。

保留指示を受け付けたＵＥ２は、保留要求をＣＳＣＦ１３ａに送信する（１１０４）。保留要求は、ｒｅ－ＩＮＶＩＴＥ（Ｈｏｌｄ）信号とも呼ばれる。保留要求も１１０４～１１０７で他のＳＩＰ信号と同様、傍受サーバ１１に転送される。１１０４～１１０７の処理は図５の５０２、５０４と同様のルートをたどるように保留要求を転送する。

保留要求を受信した傍受サーバ１１は、１１０１で傍受していた通話が保留状態に入ったことを示す呼情報を記憶し（１１０８）、傍受処理を停止する（１１０９）。また、傍受処理の停止に伴い、傍受クライアント４に傍受処理の停止を通知する（１１１０）。傍受処理の停止の通知は、発側ＵＥ２の識別子、着側ＵＥ３の識別子、傍受処理を停止した時間、保留までの通話時間、及び発着のいずれのＵＥが保留指示を行ったかを示す情報のうちの少なくとも何れかを含む。また、１１１１～１１１６で、図５の５０８、５１０～５１３と同じルートで保留要求を着側ＵＥ３に送信する。以降の保留要求に対する応答の流れは図５のセッション開始要求の流れ５１４～５２３と同様のため説明を省略する。

このように、保留時に傍受を停止することで、傍受クライアント４に不要な音声データを送信することを避けることができる。

その後、ユーザ操作によってＵＥ２が保留の解除指示を受け付ける場合がある。この場合、通話が再開されるため、傍受サーバ１１は傍受を再開するとともに、通話が保留状態から通話状態に変化したことを傍受クライアント４に通知する。このような場合の制御信号の流れについて１１５１～１１６６を参照して説明する。

保留が開始された後、ユーザ操作によってＵＥ２が保留の解除指示を受け付ける（１１５１）と、保留要求と同様に保留解除要求が傍受サーバ１１に送信される（１１５２～１１５５）。保留解除要求はｒｅ－ＩＮＶＩＴＥ（Ｕｎｈｏｌｄ）信号とも呼ばれる。

傍受サーバ１１は、保留解除要求を受信すると、保留状態として記憶している呼情報があるか照合し（１１５６）、記憶している呼情報があると、傍受処理を再開し（１１５７）、傍受処理を再開したことを傍受クライアント４に通知する（１１５８）。傍受処理の再開通知は、発側ＵＥ２の識別子、着側ＵＥ３の識別子、傍受処理を再開した時間、及び保留状態でいた時間（保留時間）の長さを示す情報のうちの少なくとも何れかを含む。また、１１５９～１１６４で、図５の５０８、５１０～５１３と同じルートで保留解除要求を着側ＵＥ３に送信する。以降の保留解除要求に対する応答の流れは図５のセッション開始要求の流れ５１４～５２３と同様のため説明を省略する。

続いて、保留が解除され、通話が再開すると（１１６５）、傍受を再開して傍受したＲＴＰ信号を傍受クライアント４に提供する（１１６６）。

これによって、保留解除時からもれなく傍受することができる。

＜処理フロー＞
続いて、図７を参照して傍受システム１０が実行するセッション開始に伴う傍受処理の開始について説明する。図７に示すＳ７０１～Ｓ７０４及びＳ７０６～Ｓ７０８の処理は、ＣＳＣＦ１３ａの制御部１３１のプロセッサが、メモリに格納されたプログラムを実行することで実現される。図７に示す処理は、ＣＳＣＦ１３ａがセッション開始要求を受信した場合に開始される（Ｓ７０１）。Ｓ７０５の処理は、傍受サーバ１１の制御部１１１のプロセッサが、メモリに格納されたプログラムを実行することで実現される。

まず、Ｓ７０２で、ＣＳＣＦ１３ａは受信したセッション開始要求によって要求された発呼アドレスまたは着呼アドレスに基づいて、図８（Ａ）に示すような傍受対象用の転送先情報を使用するか、図８（Ｂ）に示すような非傍受対象用の転送先情報を使用するかを判定する。非傍受対象用の転送先情報を使用すると判定した場合（Ｓ７０２で非傍受対象）は処理をＳ７０８に進め、非傍受対象ユーザの転送先情報に従ってＴＡＳにセッション開始要求を転送して図７の処理を終了する。

セッション開始要求によって確立するセッションに傍受対象ユーザが含まれ、傍受対象ユーザ用の転送先情報を使用すると判定した場合（Ｓ７０２で傍受用）、ＣＳＣＦ１３ａは処理をＳ７０３に進め、未確立のセッションに対するセッション開始要求をすでに受信しているか否かを判定する。Ｓ７０３での同じセッション開始要求であるか否かの判定は、上述したように、発呼アドレスと着呼アドレスとの組み合わせが一致するか否かを判定してもよいし、セッションＩＤが一致するか否かを判定してもよい。

未確立のセッションに対するセッション開始要求をまだ受信していない、すなわち新たなセッション開始要求を受信したと判定すると（Ｓ７０３でＮｏ）、ＣＳＣＦ１３ａは処理をＳ７０４に進め、傍受対象ユーザ用の転送先情報の、参照順が「１」の転送先（図８（Ａ）の例では傍受サーバ１１）にセッション開始要求を転送する。これによって、Ｓ７０５で傍受サーバ１１で傍受処理を開始することができる。続いて、ＣＳＣＦ１３ａは処理をＳ７０６に進め、セッション開始要求の記憶処理を終了する。

Ｓ７０３で同じセッション開始要求をすでに受信している場合は、ＣＳＣＦ１３ａは処理をＳ７０７に進め、傍受対象ユーザ用の転送先情報の、参照順が「２」の転送先（図８（Ａ）の例ではＴＡＳ）にセッション開始要求を転送する。

なお、図７の例では発側のＣＳＣＦ１３ａの実行する処理について説明したが、着側のＣＳＣＦ１３ｂの場合には、参照順が「２」の転送先にセッション開始要求を転送する場合に傍受サーバ１１にセッション開始要求が送信される。このため、Ｓ７０５の処理はＳ７０７の後に実行されることになる。言い換えると、傍受サーバ１１が実行する処理Ｓ７０５は、傍受サーバ１１がセッション開始要求を受信した場合に実行されればよく、タイミングを限定するものではない。

以上説明したように、本実施形態に係る通信傍受システムによれば、ＣＳＣＦ１３は傍受対象ユーザの識別子を特定し、セッション開始要求を受信した場合に、傍受対象ユーザの識別子を含む場合であって、セッション開始要求が所定の条件を満たすと判定した場合には傍受サーバ１１へセッション開始要求を転送する。これによって、傍受サーバ１１はセッション開始要求を更新して送り返すことで傍受対象ユーザが含まれるセッションが傍受サーバ１１を介して通信を行うようセッションを確立することができ、当該セッションにおける通信を傍受することができる。セッションの確立から傍受を行うことが可能なため、傍受対象ユーザによる通信をもれなく傍受することが可能となる。

＜傍受対象ユーザ情報の管理処理＞
続いて、図１２を参照して、傍受対象ユーザに関する情報を管理する処理の一例について説明する。

Ｓ１２０１で、保守装置１５は保守ＮＷ１４を介して、傍受対象ユーザの識別子を含む転送先情報をＨＳＳ１２に送信する。一例では、保守装置１５は入力受付部を有し、傍受システム１０の管理者が入力受付部を介して保守装置１５に入力してもよい。

保守装置１５から傍受対象ユーザの識別子を含む転送先情報を受信したＨＳＳ１２は、その情報をＨＳＳ１２の記憶部１２２に格納することができる（Ｓ１２０２）。なお、ＣＳＣＦ１３が加入者情報(ｉＦＣ)を解釈して転送することができる場合には、加入者情報(ｉＦＣ)と転送先情報とは同じであってもよい。なお、ＣＳＣＦ１３がｉＦＣ情報を解釈して転送することができる場合には、ｉＦＣ情報と転送先情報とは同じであってもよい。続いて、ＣＳＣＦ１３はＨＳＳ１２から転送先情報をダウンロードするよう指示を受け付けたことに伴い、ＨＳＳ１２から転送先情報をダウンロードする（Ｓ１２０３）。本実施形態では、ＣＳＣＦ１３は、ＨＳＳ１２から通知される形で転送先情報を含むｉＦＣを即時取得しているが、定期的にＨＳＳ１２からｉＦＣを取得するよう構成してもよい。一例では、保守装置１５がＨＳＳ１２に所定の時間間隔で更新指示を送信してもよい。続いて、ＨＳＳ１２は受信した転送先情報を記憶部１２２に格納し、制御信号の転送に使用する。ＣＳＣＦ１３が傍受用ｉＦＣの取得を行うことにより、傍受サーバ１１に呼を転送でき、クライアントに対して傍受情報を提供することができる。

これによって、システムの管理者または保守運用者が保守装置１５から、傍受システム１０の運用中に傍受対象ユーザの追加／削除を指示することができ、傍受システム１０の利便性を向上することができる。

＜その他の実施形態＞
発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

例えば、本実施形態では、ＣＳＣＦ１３は、受信したセッション開始要求を、未確立の同一セッションに対するセッション開始要求の受信回数に応じてセッション開始要求の転送先を判定していた。しかしながら、ＣＳＣＦ１３は、受信したセッション開始要求がＧＷ６や他のＣＳＣＦから受信したものである場合にはセッション開始要求を傍受サーバに転送し、傍受サーバから受信したものである場合にはＧＷ６や他のＣＳＣＦなどの傍受サーバとは異なるネットワークノードに転送するようルールが決められてもよい。すなわち、ＣＳＣＦ１３は、未確立のセッション開始要求が所定の条件を満たす場合に傍受サーバ１１にセッション開始要求を転送すればよく、転送のルールは図8の転送先情報の設定内容によって変更することができる。

また、このような場合、転送先情報は、識別子、方向、宛先と受信元のネットワークノードとが対応付けられてもよい。すなわち、図８（Ａ）、図８（Ｂ）に示す転送先情報はあくまでも一例であって、転送ルールに応じて適宜変更することができる。

また、本実施形態では、傍受対象ユーザのＵＥが接続しているアクセス／パケット網に対応するＣＳＣＦが傍受サーバにセッション開始要求を転送するものとして説明を行った。一例では、傍受対象ユーザが発側であっても着側であっても、発側のＣＳＣＦが傍受サーバ１１にセッション開始要求を転送するよう構成してもよい。あるいは、傍受対象ユーザが発側であっても着側であっても、着側のＣＳＣＦが傍受サーバ１１にセッション開始要求を転送するよう構成してもよい。すなわち、通信システム１の何れかのＣＳＣＦ１３によってセッション開始要求を傍受サーバ１１に転送すればよい。

また、本実施形態では、傍受システム１０はＶｏｉｃｅ ｏｖｅｒ ＬＴＥ（ＶｏＬＴＥ）ネットワークに適用されるものとして説明を行ったが、同様のＣＳＣＦ、加入者情報体系を利用する通話サービスに適用することができる。

１：通信システム、２：発側ＵＥ、３：着側ＵＥ、４：傍受クライアント、１０：傍受システム、１１：傍受サーバ、１２：ＨＳＳ、１３：ＣＳＣＦ

Claims (12)

1. 通信傍受装置と通信制御装置とを備えるＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受システムであって、
   前記通信制御装置は、
   傍受対象ユーザの識別子を特定可能な情報を取得する取得手段と、
   セッションの確立を要求するセッション開始要求を受信する受信手段と、
   受信したセッション開始要求が、前記取得手段で取得した前記識別子を含む場合であって、
   当該セッション開始要求が所定の条件を満たすと判定した場合に、前記通信傍受装置へ前記セッション開始要求を転送し、
   当該セッション開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記セッション開始要求を転送する、
   転送手段と、
   を備え、
   前記通信傍受装置は、
   前記セッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるようにセッションを確立するセッション確立手段と、
   前記セッション確立手段で確立した前記セッションにおける通信を傍受する傍受手段と、
   傍受に関する通知を送信する通知手段と、
   を備え、
   前記受信手段は、前記セッションの保留の開始要求を受信し、
   前記転送手段は、受信した前記保留の開始要求が前記取得手段で取得した前記識別子を含む場合であって、
   受信した前記保留の開始要求が前記所定の条件を満たすと判定した場合に、前記通信傍受装置へ前記保留の開始要求を転送し、
   受信した前記保留の開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記保留の開始要求を転送し、
   前記傍受手段は、前記通信傍受装置が前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記通信傍受装置が前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
   前記通知手段は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とする通信傍受システム。
2. 前記通信制御装置は、所定の期間内に受信したセッション開始要求を記憶する記憶部を有し、
   前記所定の条件は、前記受信手段で受信した前記セッション開始要求と同じ２つの端末間のセッションであって、未確立のセッションに対するセッション開始要求が前記記憶部に記憶されていないことであることを特徴とする請求項１に記載の通信傍受システム。
3. 前記セッション確立手段は、前記セッション開始要求に含まれるセッションデスクリプションプロトコル情報を更新し、更新した前記セッション開始要求を前記通信制御装置に送信することを特徴とする請求項１または２に記載の通信傍受システム。
4. 前記取得手段は、前記情報として、前記識別子と、前記セッション開始要求の転送先を指定する転送先情報とを対応付けた情報を、他装置から受信することを特徴とする請求項１から３の何れか１項に記載の通信傍受システム。
5. 前記通知手段は、前記傍受手段によって通信の傍受を開始したことを通知することを特徴とする請求項１から４の何れか１項に記載の通信傍受システム。
6. 前記通知手段は、前記通信傍受装置を介した前記セッションが終了した際に通信の傍受を終了したことを通知することを特徴とする請求項５に記載の通信傍受システム。
7. 前記傍受手段によって傍受した通信が音声データを含む場合に、前記音声データを送信する送信手段を備えることを特徴とする請求項１から６の何れか１項に記載の通信傍受システム。
8. ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受装置であって、
   前記ＩＭＳネットワーク内の他のネットワークノードからセッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるように、前記セッション開始要求に含まれるセッションデスクリプションプロトコル情報を更新し、更新した前記セッション開始要求を前記他のネットワークノードに転送する転送手段と、
   前記通信傍受装置を介したセッションにおける通信を傍受する傍受手段と、
   傍受に関する通知を送信する通知手段と、
   を備え、
   前記傍受手段は、前記通信傍受装置が前記ＩＭＳネットワーク内の他のネットワークノードから転送された前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記通信傍受装置が前記ＩＭＳネットワーク内の他のネットワークノードから転送された前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
   前記通知手段は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とする通信傍受装置。
9. 通信傍受装置と通信制御装置とを備えるＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受システムの通信傍受方法であって、
   前記通信制御装置が、傍受対象ユーザの識別子を特定可能な情報を取得する取得工程と、
   セッションの確立を要求するセッション開始要求を受信する受信工程と、
   前記通信制御装置が、受信したセッション開始要求が、前記取得工程において取得した前記識別子を含む場合であって、
   当該セッション開始要求が所定の条件を満たすと判定した場合に、前記セッション開始要求を前記通信傍受装置へ転送し、
   当該セッション開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記セッション開始要求を転送する、
   転送工程と、
   前記通信傍受装置が、前記セッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるようにセッションを確立するセッション確立工程と、
   前記通信傍受装置が、前記セッション確立工程において確立された前記セッションにおける通信を傍受する傍受工程と、
   傍受に関する通知を送信する通知工程と、
   を備え、
   前記傍受工程において、前記通信制御装置は、前記セッションの保留の開始要求を受信し、受信した前記保留の開始要求が前記取得工程において取得した前記識別子を含む場合であって、
   受信した前記保留の開始要求が前記所定の条件を満たすと判定した場合に、前記通信傍受装置へ前記保留の開始要求を転送し、
   受信した前記保留の開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記保留の開始要求を転送し、
   前記傍受工程において、前記通信傍受装置は前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
   前記通知工程において、前記通信傍受装置は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とする通信傍受方法。
10. ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受装置の通信傍受方法であって、
    他のネットワークノードからセッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるように、前記セッション開始要求に含まれるセッションデスクリプションプロトコル情報を更新し、更新した前記セッション開始要求を前記他のネットワークノードに転送する転送工程と、
    前記通信傍受装置を介したセッションにおける通信を傍受する傍受工程と、
    傍受に関する通知を送信する通知工程と、
    を含み、
    前記傍受工程において、前記通信傍受装置は前記ＩＭＳネットワークの他のネットワークノードから転送された前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記ＩＭＳネットワークの他のネットワークノードから転送された前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
    前記通知工程において、前記通信傍受装置は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とする通信傍受方法。
11. ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受装置のコンピュータに、
    他のネットワークノードからセッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるように、前記セッション開始要求に含まれるセッションデスクリプションプロトコル情報を更新し、更新した前記セッション開始要求を前記他のネットワークノードに転送させる転送工程と、
    前記通信傍受装置を介したセッションにおける通信を傍受させる傍受工程と、
    傍受に関する通知を送信する通知工程と、
    を実行させ、
    前記傍受工程において、前記通信傍受装置は前記ＩＭＳネットワークの他のネットワークノードから前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記ＩＭＳネットワークの他のネットワークノードから前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
    前記通知工程において、前記通信傍受装置は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とするプログラム。
12. 通信傍受装置と通信制御装置とを備えるＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｅｒｖｉｃｅ（ＩＭＳ）ネットワークの通信傍受システムに、
    前記通信制御装置が、傍受対象ユーザの識別子を特定可能な情報を取得する取得工程と、
    セッションの確立を要求するセッション開始要求を受信する受信工程と、
    前記通信制御装置が、受信したセッション開始要求が、前記取得工程において取得した前記識別子を含む場合であって、
    当該セッション開始要求が所定の条件を満たすと判定した場合に、前記セッション開始要求を前記通信傍受装置へ転送し、
    当該セッション開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記セッション開始要求を転送する、
    転送工程と、
    前記通信傍受装置が、前記セッション開始要求を受信した場合に、前記通信傍受装置を介して通信が行われるようにセッションを確立するセッション確立工程と、
    前記通信傍受装置が、前記セッション確立工程において確立された前記セッションにおける通信を傍受する傍受工程と、
    前記通信傍受装置が傍受に関する通知を送信する通知工程と、
    を実行させ、
    前記傍受工程において、前記通信制御装置は、前記セッションの保留の開始要求を受信し、受信した前記保留の開始要求が前記取得工程において取得した前記識別子を含む場合であって、
    受信した前記保留の開始要求が前記所定の条件を満たすと判定した場合に、前記通信傍受装置へ前記保留の開始要求を転送し、
    受信した前記保留の開始要求が前記所定の条件を満たさないと判定した場合に、前記通信傍受装置と異なるネットワークノードへ前記保留の開始要求を転送し、
    前記傍受工程において、前記通信傍受装置は前記セッションの保留の開始要求を受信した場合に傍受を停止し、前記セッションの前記保留の解除要求を受信した場合に傍受を再開し、
    前記通知工程において、前記通信傍受装置は、傍受を再開した場合に前記セッションが保留状態でいた時間の長さを示す情報を通知することを特徴とするプログラム。

Images