JP4301202B2 - Ｓｉｐプロキシサーバ - Google Patents

Description

本発明は、ＳＩＰ（Session Initiation Protocol）プロキシサーバに関し、詳しくは、ＳＩＰプロキシサーバが管轄するネットワークエリア内のＳＩＰ通信装置と前記ネットワークエリア外のＳＩＰ通信装置との間でＳＩＰメッセージ等の転送処理を行うＳＩＰプロキシサーバに関する。

近年、ＳＩＰメッセージをやり取りしてメディアセッションを確立した上で、画像データ等のデータ通信を行う通信装置（以下「ＳＩＰ通信装置」という。）が提案されている（例えば、特許文献１乃至３を参照。）。ＳＩＰ通信装置間でのＳＩＰメッセージやメディアデータ（画像データ、音声データ等）の転送は、ＳＩＰプロキシサーバ（例えば、特許文献１乃至３のＳＩＰサーバ）によって行われる。ＳＩＰ通信装置をＬＡＮに設置し、前記ＳＩＰプロキシサーバを、例えば特許文献４に開示されているようなリバースプロキシサーバ（２０１）のように、ＬＡＮを出入りするパケットの監視できる所に設置すれば、ＬＡＮ内外の通信についてアクセス制御を行うことができる。例えば、ＬＡＮ外からＬＡＮ内への不正なアクセスやＬＡＮ内からＬＡＮ外の特定のアドレスへのアクセスを禁止したり、ＬＡＮを出入りするパケットの転送優先度を制御することができる。

特開２００４−１７２８５３号公報 特開２００４−２２１９４５号公報 特開２００４−２６０５３５号公報 特開２００３−１８６７６４号公報

現在、企業等の様々な組織において、ネットワークが構築され、ネットワーク単位で、情報資源の運用、管理が行われるようになっている。ＳＩＰ通信装置が送受信する通信データについても、ＳＩＰプロキシサーバにより、ネットワーク単位で運用、管理することができれば便利である。特に、ユーザ等が希望する特定の通信データのみを対象として運用、管理することができれば、運用、管理効率の向上が見込まれる。

しかしながら、従来より提案されているＳＩＰプロキシサーバは、基本的には、パケットを中継するだけのものであり、ＬＡＮ内外のＳＩＰ通信装置間で行われる特定の通信を対象として通信データを取り込んで記憶保存するものは未だに提案されていない。このため、ＳＩＰ通信について、ネットワーク単位で特定の通信データのみを対象として運用、管理することが困難であった。

本発明は、かかる問題に鑑みてなされたものであり、管轄するネットワークエリア内外のＳＩＰ通信装置間で行われる通信のうち、ユーザ等が希望する特定の通信のみを対象とした通信データの運用、管理を効率的に行うことを可能とするＳＩＰプロキシサーバを提供することを目的とする。

請求項１記載のＳＩＰプロキシサーバは、管轄するネットワークエリア内のＳＩＰ通信装置と管轄するネットワークエリア外のＳＩＰ通信装置との間でＳＩＰメッセージを転送する際に、転送するＳＩＰメッセージの「ＩＮＶＩＴＥ」メッセージ内に明示的に記述され、転送するメディアデータを取り込んで記憶すべきことを示すキャプチャ識別情報を検出する検出手段と、該手段により所定のキャプチャ識別情報を検出した場合に、該キャプチャ識別情報に基づいて、前記ＳＩＰ通信装置間で転送する「ＩＮＶＩＴＥ」メッセージ内に記述されている情報、及びメディアセッションで転送するメディアデータのファイル、を互いに対応付けて管理情報として記憶する通信データ記憶手段と、を備えることを特徴としている。

請求項２記載のＳＩＰプロキシサーバは、請求項１記載のＳＩＰプロキシサーバにおいて、前記通信データ記憶手段により記憶したメディアデータの出力要求を受信した場合に、その出力要求元へ前記記憶したメディアデータを出力する出力手段を更に備えることを特徴としている。

請求項３記載のＳＩＰプロキシサーバは、請求項２記載のＳＩＰプロキシサーバにおいて、前記出力要求は、キャプチャ識別情報の指定を伴ったものであり、前記出力手段は、前記出力要求で指定されたキャプチャ識別情報が対応付けられたメディアデータを前記出力要求元へ出力することを特徴としている。

請求項４記載のＳＩＰプロキシサーバは、請求項２記載のＳＩＰプロキシサーバにおいて、前記検出手段は、前記転送するＳＩＰメッセージから更に所定の閲覧制限識別情報を検出し、前記通信データ記憶手段は、前記検出手段が検出した前記所定の閲覧制限識別情報を前記メディアデータに対応付けて記憶し、出力要求元となる装置の閲覧制限識別情報を予め記憶する手段を更に備え、前記出力手段は、前記出力要求元の閲覧制限識別情報と前記記憶したメディアデータに対応付けられた閲覧制限識別情報とに基づいて当該メディアデータの閲覧を許可すべきか制限すべきかを判別し、制限すべきと判別した場合には、前記出力を行わないことを特徴としている。

請求項１記載のＳＩＰプロキシサーバによれば、ＳＩＰプロキシサーバが管轄するネットワークエリア内のＳＩＰ通信装置と前記ネットワークエリア外のＳＩＰ通信装置の間で行われる通信のうち、ユーザが希望する特定の通信データ、例えば運用、管理、再利用等の必要のある通信データなど、についてのみ、記憶保存させることが可能となる。これにより、ＳＩＰプロキシサーバが記憶保存した通信データの運用、管理等を効率的に行うことができる。しかも、ネットワーク単位で当該運用、管理等を行うことができる。

請求項２記載のＳＩＰプロキシサーバによれば、ＳＩＰプロキシサーバが記憶した通信データを外部装置から取得、参照等することができる。これにより、例えば、通信データを簡単にインタネット上で共有データとすることも可能となる。

請求項３記載のＳＩＰプロキシサーバによれば、ＳＩＰプロキシサーバが記憶した通信データを外部装置からキャプチャ識別情報ごとに取得、参照等することができる。例えば、キャプチャ識別情報ごとに、送信原稿種別、送信者の部署等を定めるなどの運用を行うことにより、ＳＩＰプロキシサーバに記憶蓄積された多数の通信データの中から検索対象となる通信データを絞り込んで検索することができ、原稿の取得、参照等をより一層効率的に行うことができる。

請求項４記載のＳＩＰプロキシサーバによれば、ＳＩＰプロキシサーバに記憶蓄積された通信データに対する閲覧を、出力要求元のアクセス権限に応じて許可するので、記憶蓄積されている各通信データに対する機密性を確保することができる。

以下、本発明の第１の実施の形態に係るＳＩＰプロキシサーバについて説明する。図１に本発明の実施の形態に係るＳＩＰプロキシサーバ１が管轄するＬＡＮ２内の構成例を示す。ＬＡＮ２には、ＳＩＰプロキシサーバ１のほかに、複数のＳＩＰ通信装置４、複数のクライアントＰＣ５が接続されている。ＳＩＰプロキシサーバ１は、ルータ３と直接接続されており、ルータ３を通じてＬＡＮ２を出入りする全てのパケットを監視できるように接続されている。

ＳＩＰプロキシサーバ１は、図２に示すように、制御部６、通信部７、制御情報記憶部８、操作部９、表示部１０、補助記憶装置１１等を備える。制御部６は、図示しないＣＰＵ（中央処理装置）、ＲＯＭ（リードオンリーメモリー）、ＲＡＭ（ランダムアクセスメモリー）等で構成され、ＲＯＭに格納された制御プログラムに基づいてＣＰＵが発行する命令にしたがって、ＳＩＰプロキシサーバ１を構成する各部の動作を制御する。また、制御部６は、取得した画像データの頁数及びデータサイズ、取得した音声データのデータサイズを検出する手段としても機能する。通信部７は、ＮＩＣ（ネットワークインタフェースカード）を備え、ＬＡＮ２内に接続されたＳＩＰ通信装置４、クライアントＰＣ５、ルータ３等との通信を行う。

制御情報記憶部８は、例えばＲＡＭからなり、操作部９等におけるユーザの所定操作により登録された１又は複数のキャプチャ識別情報と、閲覧制限情報管理テーブルを記憶している。本実施の形態においては、キャプチャ識別情報として、「ＳＥＳＳＩＯＮ ＴＲＡＣＥ１ ＯＮ」と「ＳＥＳＳＩＯＮ ＴＲＡＣＥ２ ＯＮ」が登録されている。図３に示すように、閲覧制限情報管理テーブル１２は、クライアントＰＣ５のユーザＩＤごとに「１」、「２」等の閲覧制限識別情報を記憶している。ＳＩＰプロキシサーバ１は、前記キャプチャ識別情報、閲覧制限情報管理テーブル１２等に基いて後述する出力動作の制御を行うようになっているが、出力動作については後に詳述する。なお、前記ユーザＩＤは、クライアントＰＣ５を特定できる情報であればよく、例えば、ＩＰアドレスなどその他の装置特定情報を適用してもよい。また、ＬＡＮ２内のクライアントＰＣ５の代わりにＬＡＮ２外の外部装置のユーザＩＤ等を登録することも可能である。

操作部９は、キーボード、マウス等の入力装置で構成される。表示部１０は、例えばＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）からなり、ＳＩＰプロキシサーバ１が保有する情報、例えば制御情報記憶部８に記憶されているキャプチャ識別情報、閲覧制限情報管理テーブル１２、機器設定情報等を表示する。補助記憶装置１１は、ハードディスク装置などで構成され、後述する通信データを記憶し蓄積する。

上記構成を備えるＳＩＰプロキシサーバ１は、ＳＩＰプロキシサーバ本来の機能であるＳＩＰメッセージ、メディアデータ等の転送機能等に加え、ＳＩＰメッセージに所定のキャプチャ識別情報が記述されている場合に、当該ＳＩＰメッセージに係る通信において発呼側ＳＩＰ通信装置と被呼側ＳＩＰ通信装置の間で転送する通信データを取り込んで記憶する（以下「キャプチャ」ともいう。）機能を備える。

また、ＳＩＰプロキシサーバ１は、キャプチャした通信データを外部装置からの出力要求に応じて要求元の外部装置へ出力するデータ出力機能を備えている。ＳＩＰプロキシサーバ１は、ＨＴＴＰサーバ機能を備えており、前記データ出力機能は、ＨＴＴＰサーバ機能等により実現される。すなわち、ＳＩＰプロキシサーバ１は、外部装置であるＨＴＴＰクライアントから特定のＵＲＬ（Uniform Resource Locators）を指定したファイルの要求があった場合に、記憶蓄積している通信データをＨＴＴＰクライアントへ出力する。

ＬＡＮ２内のＳＩＰ通信装置４、ＬＡＮ２外のＳＩＰ通信装置３０は、ＳＩＰによりメディアセッションを確立した上で画像データ又は音声データのメディアデータの通信を行うＳＩＰ通信機能を備える。ＳＩＰ通信機能においては、ＳＩＰによりメディアセッションを確立して、音声通信（いわゆるＩＰ電話通信）と画像データの通信（いわゆるＩＰファクシミリ通信）を行うことができるようになっている。なお、ＳＩＰ通信装置４、３０は、ＳＩＰによりメディアセッションを確立して音声データ、画像データ等を送受信するために必要なプロトコルとして、例えばＲＴＰ（Real-time Transport Protocol）、ＳＤＰ（Session Description Protocol）なども実装している。

また、ＳＩＰ通信装置４、３０は、相手先へ送信するＳＩＰメッセージの所定箇所、本実施の形態ではＳＤＰヘッダの「ｓ」フィールドに、所定のキャプチャ識別情報及び閲覧制限識別情報を記述する手段を有する。キャプチャ識別情報は、ＳＩＰプロキシサーバ１に対して通信データをキャプチャする必要性があるか否かを識別させるための情報であり、閲覧制限識別情報は、ＳＩＰプロキシサーバに対して、同サーバがキャプチャした通信データに対する閲覧要求が外部装置からあった場合に、当該通信データが、閲覧を許可すべきものであるか、制限すべきものであるかを識別させるための情報である。したがって、発呼側となるＳＩＰ通信装置４又は３０において、ＳＩＰメッセージのＳＤＰヘッダの「ｓ」フィールドに、ＳＩＰプロキシサーバ１に予め登録されているキャプチャ識別情報と同じものを記述することにより、送信する通信データをＳＩＰプロキシサーバ１にキャプチャさせることができるようになっている。また、発呼側となるＳＩＰ通信装置４又は３０において、同じく「ｓ」フィールドに閲覧制限識別情報を記述することにより、通信データの閲覧を外部装置ごとに制限することができるようになっている。

本実施の形態では、ＳＩＰ通信装置４、３０には、キャプチャ識別情報として「ＳＥＳＳＩＯＮ ＴＲＡＣＥ１ ＯＮ」又は「ＳＥＳＳＩＯＮ ＴＲＡＣＥ２ ＯＮ」が登録されており、閲覧制限識別情報として「１」又は「２」が登録されている。ＳＩＰ通信装置４、３０は、発呼時に「ＩＮＶＩＴＥ」メッセージ内のＳＤＰヘッダの「ｓ」フィールドに、自装置４、３０に登録されている前記キャプチャ識別情報及び閲覧制限識別情報を自動的に記述するようになっている。また、ＳＩＰ通信装置２、３０においては、相手先へ送信する画像データ或いは相手先と送受信する音声データに付与すべきファイル名を送信開始操作時の入力操作により、或いは、自動的に、前記キャプチャ識別情報等とともに、ＳＤＰヘッダの「ｓ」フィールドに記述するようになっている。

また、ＳＩＰ通信装置４、３０は、前記キャプチャ識別情報、ファイル名及び閲覧制限識別情報の全て、又は、閲覧制限識別情報のみを、設定により又は送信開始操作時の操作により、「ＩＮＶＩＴＥ」メッセージへ記述しないようにする手段をも備える。したがって、発呼側ＳＩＰ通信装置４、３０のユーザは、必要に応じて、ＳＩＰプロキシサーバ１に対して通信データをキャプチャさせたりさせなかったり、あるいは、閲覧制限を指定したりしなかったりすることができる。なお、ＳＩＰ通信装置４、３０が、キャプチャ識別情報、閲覧制限識別情報等を記述するＳＤＰのヘッダの「ｓ」フィールドは、記述場所の一例である。つまり、ＳＤＰヘッダの「ｓ」フィールドのように、メディアセッションの確立に際して使用されないフィールドであれば、ＳＩＰメッセージのＳＤＰのヘッダの「ｓ」フィールド以外の箇所にキャプチャ識別情報、閲覧制限識別情報等が記述されるようにし、ＳＩＰプロキシサーバ１によって、当該箇所に記述されたキャプチャ識別情報等が検出されるようにしてもよい。

ＬＡＮ２に接続されたクライアントＰＣ５は、例えば、パーソナルコンピュータ等のコンピュータにＯＳ（オペレーティングシステム）、ブラウザ等が組み込まれてなるものである。

以下、ＳＩＰプロキシサーバ１がＬＡＮ２外のＳＩＰ通信装置３０からＬＡＮ２内のＳＩＰ通信装置４宛の「ＩＮＶＩＴＥ」メッセージ、又は、ＬＡＮ２内のＳＩＰ通信装置４からＬＡＮ２外のＳＩＰ通信装置３０宛の「ＩＮＶＩＴＥ」メッセージを受信して転送する際の処理動作について図４のフローチャートに基づいて説明する。

ＳＩＰプロキシサーバ１は、通信開始要求である「ＩＮＶＩＴＥ」メッセージを受信すると（Ｓ１：ＹＥＳ）、「ＩＮＶＩＴＥ」メッセージ内のＳＤＰヘッダの「ｓ」フィールドから所定のキャプチャ識別情報、つまり、ＳＩＰプロキシサーバ１に予め登録されているキャプチャ識別情報である「ＳＥＳＳＩＯＮ ＴＲＡＣＥ１ ＯＮ」、「ＳＥＳＳＩＯＮ ＴＲＡＣＥ２ ＯＮ」等の検出を試みる。

例えば図４に示すように、「ＩＮＶＩＴＥ」メッセージＭ内の「ｓ」フィールドＭ２に自サーバ１に予め登録されているキャプチャ識別情報と同じものを含む情報が記述されており、ＳＩＰプロキシサーバ１がそのキャプチャ識別情報を検出した場合、それを通信データのキャプチャの指示とみなして（Ｓ２：ＹＥＳ）、ＳＩＰ通信装置４、３０間で転送する通信データのキャプチャを開始する（Ｓ３）。本実施の形態においては、ＳＩＰプロキシサーバ１がキャプチャする通信データは、「ＩＮＶＩＴＥ」メッセージ内のＳＤＰヘッダの「ｓ」フィールドに記述されている情報（キャプチャ識別情報、閲覧制限識別情報、ファイル名等）と、「Ｆｒｏｍ：」ヘッダ及び「Ｔｏ：」ヘッダに記述された宛先情報（ＩＰ電話番号、ＩＰアドレス等）と、メディアセッションで転送するメディアデータ（画像データ、音声データ等）などである。なお、ＳＩＰプロキシサーバ１がＳＩＰ通信装置４、３０間で転送するデータのうち、上記以外の情報をキャプチャするようにしてもよい。

Ｓ３の処理に続いて、ＳＩＰプロキシサーバ１は、「ＩＮＶＩＴＥ」メッセージをその宛先となっているＳＩＰ通信装置４又は３０へ転送し（Ｓ４）、さらに「２００ ＯＫ」、「ＡＣＫ」等の転送を行った後、発呼側ＳＩＰ通信装置３０又は４と被呼側ＳＩＰ通信装置４又は３０の間でメディアセッションが確立され、音声データや画像データ等のデータ通信が開始される（Ｓ５）。ここで転送される音声データ、画像データ等のメディアデータは、ＳＩＰプロキシサーバ１にキャプチャされる。

音声データ、画像データ等のデータ通信が終了し、ＳＩＰプロキシサーバ１が、発呼側ＳＩＰ通信装置３０又は４から被呼側ＳＩＰ通信装置４又は３０へセッション終了要求「ＢＹＥ」を転送し、その応答メッセージ「２００ ＯＫ」を被呼側ＳＩＰ通信装置４又は３０から発呼側ＳＩＰ通信装置３０又は４へ転送した場合、ＳＩＰ通信装置間で確立されていたメディアセッションが終了する（Ｓ６）。ＳＩＰプロキシサーバ１は、メディアセッションが終了すると、通信データのキャプチャも併せて終了する（Ｓ７）。

つぎに、ＳＩＰプロキシサーバ１は、キャプチャした通信データを保存する（Ｓ８）。具体的には、例えば図４に示すような、キャプチャした通信データを相互に対応付けて記憶する管理情報Ｔ１を作成する。すなわち、ＳＩＰプロキシサーバは、キャプチャした通信データから、発呼側及び被呼側ＳＩＰ通信装置の宛先情報（ＩＰ電話番号、ＩＰアドレス等）、キャプチャ識別情報、メディアデータのファイル名、閲覧制限識別情報を検出し、これらと後記するデータサイズ等を併せたものを互いに対応付けて管理情報Ｔ１として記憶する。発呼側ＳＩＰ通信装置の宛先情報は、キャプチャした「ＩＮＶＩＴＥ」メッセージの「Ｆｒｏｍ：」ヘッダから、被呼側ＳＩＰ通信装置の宛先情報を「Ｔｏ：」ヘッダから検出される。キャプチャ識別情報、メディアデータのファイル名、閲覧制限識別情報は、キャプチャした「ＩＮＶＩＴＥ」メッセージのＳＤＰヘッダの「ｓ」フィールドから検出される。特に、ファイル名、閲覧制限識別情報は、それらを示す所定形式で記述された文字列がそれぞれ閲覧制限識別情報、ファイル名として検出される。例えば図４に示すように、ＳＩＰプロキシサーバ１は、ＳＤＰヘッダの「ｓ」フィールドＭ２において「Ｆｉｌｅ ｎａｍｅ＝」に続けて記述された文字列をファイル名として検出し、「ＩＤ＝」に続けて記述された文字列を閲覧制限識別情報として検出する。さらに、ＳＩＰプロキシサーバ１の制御部６は、音声データをキャプチャした場合にあっては、そのデータサイズを検出し、画像データをキャプチャした場合にあっては、そのデータサイズと頁数を検出して、管理情報Ｔ１に含める。また、ＳＩＰプロキシサーバ１は、キャプチャしたメディアデータを前記検出したファイル名を対応付けて補助記憶装置１１に保存する。ＳＩＰプロキシサーバ１は、上記のようにして作成した管理情報Ｔ１を、例えば図５に示すような、先に作成された管理情報が蓄積されてなる管理テーブルＴに追加する。

一方、前記Ｓ２において、ＳＩＰプロキシサーバ１が所定のキャプチャ識別情報を検出できなかった場合、通信データのキャプチャの指示がないものとみなし（Ｓ２：ＮＯ）、通信データのキャプチャを行わないで、発呼側ＳＩＰ通信装置３０又は４から受信した「ＩＮＶＩＴＥ」メッセージをその宛先となっているＳＩＰ通信装置４又は３０へ転送する（Ｓ９）。さらにＳＩＰプロキシサーバ１は、「２００ ＯＫ」、「ＡＣＫ」等の転送を行った後、発呼側ＳＩＰ通信装置３０又は４と被呼側ＳＩＰ通信装置４又は３０の間でメディアセッションが確立され、データ通信が行われる（Ｓ１０）。

つぎに、ＳＩＰプロキシサーバ１がキャプチャした通信データを外部装置（クライアントＰＣ５）からの出力要求に応じて出力する場合について説明する。前述したように、ＳＩＰプロキシサーバ１は、キャプチャした通信データをクライアントＰＣ５からの出力要求に応じて出力するデータ出力機能と、図３に示すような閲覧制限情報管理テーブル１２とキャプチャした閲覧制限識別情報とに基づいて、出力要求元に対して閲覧を許可すべきか制限をすべきかの判別を行う。以下に、ＳＩＰプロキシサーバ１が上記機能を実行する際の処理動作について、図６乃至図８に示すフローチャートに基づいて説明する。

クライアントＰＣ５において、ユーザにより、そのブラウザ上で所定のＵＲＬが指定されると、クライアントＰＣ５は、当該ＵＲＬを指定したＨＴＴＰコマンド「ＧＥＴ」をＳＩＰプロキシサーバ１へ送信する。ＳＩＰプロキシサーバ１は、前記ＵＲＬが指定されたＨＴＴＰコマンドを受信すると、これを通信データの出力要求とみなし（Ｓ１０１：ＹＥＳ）、通信データを出力する前に、当該クライアントＰＣ５に対してログインの要求を行う（Ｓ１０２）。ＳＩＰプロキシサーバ１は、クライアントＰＣ５からログイン情報を受信すると、それを自サーバ１に予め登録されている認証情報（不図示）と照合し、受信したログイン情報に誤りがあれば（Ｓ１０３：ＮＯ）、例えば認証エラーメッセージをクライアントＰＣ５へ送信するなど、アクセスを拒否して（Ｓ１０４）、処理動作を終了する。

一方、ＳＩＰプロキシサーバ１は、クライアントＰＣ５から受信したログイン情報（ユーザＩＤ、パスワード等）が正しいと判断すれば（Ｓ１０３：ＹＥＳ）、例えば図９に示すようなキャプチャ識別情報の選択フォームのＨＴＭＬファイルをクライアントＰＣ５へ送信する（Ｓ１０５）。前記選択フォームには、キャプチャ識別情報ごとに通信データの出力要求を行うためのボタン３６、３７、全ての通信データの出力要求を行うためのボタン３８等が組み込まれている。クライアントＰＣ５が前記選択フォームのＨＴＭＬファイルを受信すると、ブラウザを通じて同図に示すような画面がクライアントＰＣ５のモニタに表示される。クライアントＰＣ５のユーザの必要に応じて、該選択フォームのボタン３６、３７又は３８が選択されると、選択されたボタンに設定されたＵＲＬがファイル要求コマンドとともにＳＩＰプロキシサーバ１Ａに対して送信される。

ＳＩＰプロキシサーバは、クライアントＰＣから、前記ボタン３６又は３７に設定したＵＲＬを指定したファイル要求コマンドを受信すると、これをキャプチャ識別情報の指定を伴った通信データの出力要求とみなして（Ｓ１０６：ＹＥＳ）、指定されたキャプチャ識別情報が対応付けられており、且つ、出力要求元のクライアントＰＣ５に閲覧を許可する通信データについての管理情報のリストファイルを生成する（Ｓ１０７）。

ここで、Ｓ１０７の管理情報のリストファイル生成の手順について詳細に説明する。図７のフローチャートに示すように、ＳＩＰプロキシサーバ１は、管理情報テーブルＴ（図５参照）に格納されている各レコード（管理情報）について、例えば第１レコードから順番に、指定されたキャプチャ識別情報が対応付けられているか、つまり、管理情報テーブルＴの「キャプチャ識別情報」欄に、指定されたキャプチャ識別情報が格納されているか否かを判別する（Ｓ２０１）。指定されたキャプチャ識別情報が対応付けられている場合は（Ｓ２０１：ＹＥＳ）、さらに、当該レコードに係る通信データの閲覧を許可すべきか制限すべきかを判別する（Ｓ２０２）。具体的には、ログインしたクライアントＰＣ５のユーザＩＤの閲覧制限識別情報を閲覧制限情報管理テーブル１２から特定し、特定した閲覧制限識別情報と当該レコードの閲覧制限識別情報とに基づいて、当該レコードに係る通信データの閲覧をクライアントＰＣ５に対して許可すべきか制限すべきかを判別する（Ｓ２０２）。当該レコードに係る通信データの閲覧制限識別情報とユーザＩＤの閲覧制限識別情報とが一致しない場合は、ＳＩＰプロキシサーバ１は、当該レコードに係る通信データの閲覧を制限すべきであると判別する（Ｓ２０２：制限）。一方、当該レコードに係る通信データの閲覧制限識別情報とユーザＩＤの閲覧制限識別情報が一致する場合は、ＳＩＰプロキシサーバ１は、当該レコードに係る通信データの閲覧を許可すべきであると判別する（Ｓ２０２：許可）。ＳＩＰプロキシサーバ１は、閲覧を許可すべきであると判別した場合は、当該レコードに係る通信データの管理情報をリストアップする（Ｓ２０３）。

Ｓ２０１で、ＳＩＰプロキシサーバ１が当該レコードに係る通信データのキャプチャ識別情報とＳ２０１で指定されたキャプチャ識別情報とが異なるものであると判断した場合（Ｓ２０１：ＮＯ）、Ｓ２０２で当該レコードに係る通信データの閲覧を制限すべきであると判別した場合（Ｓ２０２：制限）、又はＳ２０３のリストアップ処理を行った後、当該レコード以外に前記Ｓ２０１、Ｓ２０２の判別を行っていないレコードがあるか判断する（Ｓ２０４）。Ｓ２０１、Ｓ２０２の判別を行っていないレコードがある場合は（Ｓ２０４：ＹＥＳ）、そのレコードについてＳ２０１乃至Ｓ２０４の処理を繰返し実行する。前記Ｓ２０１、Ｓ２０２の判別をしていないレコードが他にないと判断した場合は（Ｓ２０４：ＮＯ）、Ｓ２０３でリストアップした全てのレコード等をブラウザ上で表示するＨＴＭＬファイルを生成する（Ｓ２０５）。

Ｓ２０５で生成されるＨＴＭＬファイルは、例えば、図１０に示すように、クライアントＰＣ５の閲覧制限識別情報（例えば「１」）とクライアントＰＣ５に指定されたキャプチャ識別情報（例えば「ＳＥＳＳＩＯＮ ＴＲＡＣＥ１ ＯＮ」）とを含むレコード（管理情報）からなる管理情報リスト３４と、管理情報リスト３４に挙がっているファイル名が付与されている全てのメディアデータの出力要求を行うためのボタン３５とを有する。管理情報リスト３４のファイル名及びボタン３５には、それぞれＳＩＰプロキシサーバ１に対してメディアデータを要求するためのＵＲＬのリンクが設定されている。したがって、ＳＩＰプロキシサーバ１は、このＨＴＭＬファイルを生成するとともに、各ファイル名及びボタン３５に設定したＵＲＬにキャプチャしたメディアデータのファイルをそれぞれ割り当てるようになっている。

一方、Ｓ１０６において、ＳＩＰプロキシサーバ１が、クライアントＰＣ５から、前記ボタン３８（図９参照）に設定したＵＲＬを指定したファイル要求コマンドを受信すると、これをキャプチャ識別情報の指定を伴わない通信データの出力要求であるとみなして（Ｓ１０６：ＮＯ）、当該クライアントＰＣ５に閲覧を許可する通信データについての管理情報のリストファイルを生成する（Ｓ１０８）。

ここで、Ｓ１０８の管理情報のリストファイル生成の手順について詳細に説明する。図８のフローチャートに示すように、ＳＩＰプロキシサーバ１は、管理情報テーブルＴ（図５参照）に格納されている各レコード（管理情報）について、例えば第１レコードから順番に、当該レコードに係る通信データの閲覧を許可すべきか制限すべきかを判別する（Ｓ３０１）。具体的には、ログインしたクライアントＰＣ５のユーザＩＤの閲覧制限識別情報を閲覧制限情報管理テーブル１２から特定し、特定した閲覧制限識別情報と当該レコードの閲覧制限識別情報とに基づいて、当該レコードに係る通信データの閲覧をクライアントＰＣ５に対して許可すべきか制限すべきかを判別する（Ｓ３０１）。当該レコードに係る通信データの閲覧制限識別情報とユーザＩＤの閲覧制限識別情報とが一致しない場合は、ＳＩＰプロキシサーバ１は、当該レコードに係る通信データの閲覧を制限すべきであると判別する（Ｓ３０１：制限）。一方、当該レコードに係る通信データの閲覧制限識別情報とユーザＩＤの閲覧制限識別情報が一致する場合は、ＳＩＰプロキシサーバ１は、当該レコードに係る通信データの閲覧を許可すべきであると判別する（Ｓ３０１：許可）。ＳＩＰプロキシサーバ１は、閲覧を許可すべきであると判別した場合は、当該レコードに係る通信データの管理情報をリストアップする（Ｓ３０２）。

ＳＩＰプロキシサーバ１は、Ｓ３０２のリストアップ処理を行った後、当該レコード以外に前記Ｓ３０１の判別を行っていないレコードがある場合は（Ｓ３０３：ＹＥＳ）、そのレコードについてＳ３０１乃至Ｓ３０３の処理を繰返し実行する。そして、Ｓ３０３において、判別していないレコードが他にないと判断した後（Ｓ３０３：ＮＯ）、Ｓ３０２でリストアップした全てのレコード等をブラウザ上で表示するＨＴＭＬファイルを生成する（Ｓ３０４）。

Ｓ３０４で生成されるＨＴＭＬファイルは、例えば、図１１に示すように、クライアントＰＣ５の閲覧制限識別情報（例えば「１」）を含むレコード（管理情報）からなる管理情報リスト３４Ａと、管理情報リスト３４Ａに挙がっているファイル名が付与されている全てのメディアデータの出力要求を行うためのボタン３５Ａとを有する。管理情報リスト３４Ａのファイル名及びボタン３５Ａには、それぞれＳＩＰプロキシサーバ１が蓄積しているメディアデータを要求するためのＵＲＬのリンクが設定されている。したがって、ＳＩＰプロキシサーバ１は、このＨＴＭＬファイルを生成するとともに、各ファイル名及びボタン３５に設定したＵＲＬにキャプチャしたメディアデータのファイルをそれぞれ割り当てるようになっている。

Ｓ１０７又はＳ１０８のリストファイル生成処理に続いて、ＳＩＰプロキシサーバ１は、通信データの出力要求元であるクライアントＰＣ５へ生成した前記ＨＴＭＬファイルを送信（出力）する（Ｓ１０９）。なお、前記ＨＴＭＬファイルには、発呼側及び被呼側ＳＩＰ通信装置の宛先情報（ＩＰ電話番号等）、キャプチャ識別情報、閲覧制限識別情報など、ＳＩＰメッセージからキャプチャした通信データが含まれているので、前記送信によりＳＩＰプロキシサーバ１からクライアントＰＣ５へキャプチャした通信データのうちメディアデータ以外のものが出力されることになる。

前記ＨＴＭＬファイルを受信したクライアントＰＣ５のブラウザはそのＨＴＭＬファイルに基づいて図１０又は図１１に示したような画面を表示する。クライアントＰＣ５のユーザにより表示された画面上からファイル名又はボタン３５、３５Ａがクリック（選択）されると、クライアントＰＣ５のブラウザは、クリックされたファイル名又はボタンに設定されたＵＲＬを指定したメディアデータ（ファイル）の出力要求をＳＩＰプロキシサーバ１へ送信する。

ＳＩＰプロキシサーバ１は、クライアントＰＣ５から前記ＵＲＬを指定したメディアデータの出力要求を受信すると（Ｓ１１０：ＹＥＳ）、指定されたＵＲＬに割り当てたメディアデータをクライアントＰＣ５に対して送信（出力）する（Ｓ１１１）。すなわち、ＳＩＰプロキシサーバ１は、クライアントＰＣ５のブラウザにおいてファイル名が選択された場合は、当該ファイル名が付与されたメディアデータのファイルをクライアントＰＣ５へ送信し、ボタン３５又は３５Ａが選択された場合は、Ｓ１０９で送信したファイルに挙がっているファイル名が付与された全てのメディアデータのファイルをクライアントＰＣ５へ送信する。

次に本発明の第２の実施の形態に係るＳＩＰプロキシサーバについて説明する。このＳＩＰプロキシサーバは、特定のＳＩＰ通信装置４が行うＳＩＰ通信のみについて通信データをキャプチャする機能を備えるものである。この機能を実現するために、第２の実施の形態に係るＳＩＰプロキシサーバは、予め、特定のＳＩＰ通信装置４の宛先情報（ＩＰ電話番号、ＩＰアドレス等）を登録する手段を有しており、受信転送するＳＩＰメッセージから前記登録された宛先情報を検出した場合に限り、当該ＳＩＰ通信装置間で転送する通信データをキャプチャする。すなわち、図１２のフローチャートに示すように、第２の実施の形態に係るＳＩＰプロキシサーバは、Ｓ２において肯定判断をした後（Ｓ２：ＹＥＳ）、登録された宛先情報が「ＩＮＶＩＴＥ」メッセージの「Ｆｒｏｍ：」ヘッダ又は「Ｔｏ：」ヘッダに記述されていると判断した場合に（Ｓ４０１：ＹＥＳ）、処理をＳ３に移して転送する通信データのキャプチャを開始する。一方、ＳＩＰプロキシサーバは、登録された宛先情報が「ＩＮＶＩＴＥ」メッセージ内に記述されていないと判断した場合（Ｓ４０１：ＮＯ）、処理をＳ９へ移して通信データのキャプチャを行わずに転送処理を行う。なお、前記Ｓ４０１の判断は、Ｓ１の後Ｓ２の前に行い、Ｓ４０１で肯定判断をした場合に（Ｓ４０１：ＹＥＳ）、処理をＳ２へ移行し、否定判断をした場合に（Ｓ４０１：ＮＯ）、処理をＳ９へ移行するようにしてもよい。

次に、本発明の第３の実施の形態に係るＳＩＰプロキシサーバについて説明する。このＳＩＰプロキシサーバは、特定のメディアタイプ（例えば画像データ）についてのＳＩＰ通信のみについて通信データをキャプチャする機能を備えるものである。この機能を実現するために、第３の実施の形態に係るＳＩＰプロキシサーバは、予め、特定のメディアタイプ（例えば画像データを示す情報）を登録する手段を有しており、転送するＳＩＰメッセージのＳＤＰヘッダの所定フィールド、例えば「ｍ」フィールド、から前記登録されたメディアタイプを検出した場合に限り、当該ＳＩＰ通信装置間で転送する通信データをキャプチャする。すなわち、図１３のフローチャートに示すように、第３の実施の形態に係るＳＩＰプロキシサーバは、Ｓ２において肯定判断をした後（Ｓ２：ＹＥＳ）、登録されたメディアタイプが「ＩＮＶＩＴＥ」メッセージのＳＤＰヘッダの「ｍ」フィールドに記述されていると判断した場合に（Ｓ５０１：ＹＥＳ）、処理をＳ３に移して転送する通信データのキャプチャを開始する。一方、ＳＩＰプロキシサーバは、登録されたメディアタイプが記述されていないと判断した場合に（Ｓ５０１：ＮＯ）、処理をＳ９へ移して通信データのキャプチャを行わない。なお、Ｓ５０１の判断は、Ｓ１の後Ｓ２の前に行い、Ｓ５０１で肯定判断をした場合に（Ｓ５０１：ＹＥＳ）、処理をＳ２へ移行し、否定判断をした場合に（Ｓ５０１：ＮＯ）処理をＳ９へ移行するようにしてもよい。第３の実施の形態に係るＳＩＰプロキシサーバによれば、例えば、ＳＩＰ通信装置４がＩＰ電話とＩＰファクシミリの機能を併せ持つものである場合に、ＩＰファクシミリ通信だけを対象として、つまり画像データのみを対象としてキャプチャさせることが可能となる。

以上説明した本発明の実施の形態においては、ＳＩＰプロキシサーバが管轄するネットワークエリアとして１つのＬＡＮ２を例に挙げて説明したが、ＳＩＰプロキシサーバがＳＩＰメッセージの転送等を管轄するネットワークのエリア内であれば、ネットワークの形態はこれに限定されない。例えばＳＩＰプロキシサーバが複数のＬＡＮを管轄するものであれば、ＳＩＰプロキシサーバが管轄するネットワークエリアは、当該複数のＬＡＮとなる。

また、本発明の実施の形態においては、所定のキャプチャ識別情報、閲覧制限識別情報として具体的な文字列を例に挙げて説明したが、勿論、所定のキャプチャ識別情報、閲覧制限識別情報としては、その他任意の文字列を適用することができる。また、外部装置からＳＩＰプロキシサーバによってキャプチャされたメディアデータの閲覧（出力）手段として、ＨＴＴＰ通信、ＨＴＭＬファイル、ブラウザ等を例に挙げて説明したが、閲覧（出力）手段としての通信プロトコル、ファイル形式、ファイルビューア等はこれらに限定されない。

また、本発明の実施の形態においては、キャプチャしたメディアデータと、キャプチャしたメディアデータ以外の通信データを別個のタイミングでクライアントＰＣ５へ出力する実施形態を例に挙げて説明しているが、キャプチャしたメディアデータと、メディアデータ以外の通信データを同時にクライアントＰＣ５へ出力するようにしてもよい。具体的には、Ｓ１０７及びＳ１０８において、管理情報リスト３４又は３４Ａに挙がっているファイル名が付与されている全てのメディアデータを当該リストのＨＴＭＬファイルとともにクライアントＰＣ５へ出力するようにして、Ｓ１０７及びＳ１０８以降の処理動作を省略するようにしてもよい。これにより、クライアントＰＣ５は、メディアデータとそのリストを同時に取得することができるので、リストの中からファイル名をクリックするという操作をすることなくメディアデータとメディアデータ以外の通信データを同時に取得することができ、操作の簡略化が図られる。

以上の説明から明らかなように、本発明の実施の形態に係るＳＩＰプロキシサーバ１によれば、ＬＡＮ２内外のＳＩＰ通信装置４、３０間で行われる通信のうち、ユーザ等が希望する特定の通信のみを対象として通信データをキャプチャすることができる。例えば、発呼側ＳＩＰ通信装置において、ＳＩＰメッセージのＳＤＰヘッダ「ｓ」フィールドに所定の識別情報を記述するか否かにより、ＳＩＰプロキシサーバ１に対して当該ＳＩＰ通信の通信データのキャプチャを行わせたり行わせなかったりすることができるので、発呼側ＳＩＰ通信装置のユーザは、選択的に特定の通信についてのみ通信データをＳＩＰプロキシサーバ１にキャプチャさせることができる。また、ＳＩＰプロキシサーバにおいて所定のキャプチャ識別情報を設定することによっても通信データのキャプチャを行わせたり行わせなかったりすることが可能である。

また、キャプチャした通信データは、ブラウザが組み込まれネットワークに接続された通信装置であれば、どこからでも出力要求を行うことで閲覧することができるので、閲覧者の居場所にかかわらずキャプチャした通信データを運用、管理することができる。

さらに、ＳＩＰプロキシサーバ１においては、閲覧制限情報テーブル１２を設定することにより、キャプチャした通信データの閲覧制限を出力要求元ごとに行うことができるので、キャプチャした通信データの機密管理を効果的に行うことができる。

本発明は、例えば、ＬＡＮに接続されたＳＩＰ通信装置を管轄するＳＩＰプロキシサーバに適用することができる。

本発明の実施の形態に係るＳＩＰプロキシサーバが設置されるＬＡＮ（ネットワークエリア）等を示した図である。 本発明の実施の形態に係るＳＩＰプロキシサーバの構成例を示した図である。 外部装置と閲覧制限識別情報を対応付けて記憶する閲覧制限情報管理テーブルの一例を示した図である。 本発明の第１の実施の形態に係るＳＩＰプロキシサーバが通信開始要求を転送する際に実行する処理動作を示したフローチャートである。 本発明の実施の形態に係るＳＩＰプロキシサーバに記憶蓄積されたメディアデータについての管理情報を格納した管理情報テーブルの一例を示した図である。 本発明の実施の形態に係るＳＩＰプロキシサーバが通信データの出力要求を外部装置から受信した場合に実行する処理動作を示したフローチャートである。 本発明の実施の形態に係るＳＩＰプロキシサーバがリストファイルを生成する際に実行する手順を示したフローチャートである。 本発明の実施の形態に係るＳＩＰプロキシサーバがリストファイルを生成する際に実行する手順を示したフローチャートである。 選択フォームの一例を示した図である。 本発明の実施の形態に係るＳＩＰプロキシサーバが生成するＨＴＭＬ形式のリストファイルの一例の表示例を示した図である。 本発明の実施の形態に係るＳＩＰプロキシサーバが生成するＨＴＭＬ形式のリストファイルの一例の表示例を示した図である。 本発明の第２の実施の形態に係るＳＩＰプロキシサーバが通信開始要求を転送する際に実行する処理動作を示したフローチャートである。 本発明の第３の実施の形態に係るＳＩＰプロキシサーバが通信開始要求を転送する際に実行する処理動作を示したフローチャートである。

符号の説明

Ｔ 管理情報テーブル
Ｍ 通信開始要求メッセージ（ＳＩＰメッセージ）
１ ＳＩＰプロキシサーバ
２ ＬＡＮ（ネットワークエリア）
４ ＬＡＮ内のＳＩＰ通信装置
５ クライアントＰＣ（外部装置）
６ 制御部
８ 制御情報記憶部
１１ 補助記憶装置
１２ 閲覧制限情報管理テーブル
３０ ＬＡＮ外のＳＩＰ通信装置

Claims (4)

1. 管轄するネットワークエリア内のＳＩＰ通信装置と管轄するネットワークエリア外のＳＩＰ通信装置との間でＳＩＰメッセージを転送する際に、転送するＳＩＰメッセージの「ＩＮＶＩＴＥ」メッセージ内に明示的に記述され、転送するメディアデータを取り込んで記憶すべきことを示すキャプチャ識別情報を検出する検出手段と、該手段により所定のキャプチャ識別情報を検出した場合に、該キャプチャ識別情報に基づいて、前記ＳＩＰ通信装置間で転送する「ＩＮＶＩＴＥ」メッセージ内に記述されている情報、及びメディアセッションで転送するメディアデータのファイル、を互いに対応付けて管理情報として記憶する通信データ記憶手段と、を備えることを特徴とするＳＩＰプロキシサーバ。
2. 前記通信データ記憶手段により記憶したメディアデータの出力要求を受信した場合に、その出力要求元へ前記記憶したメディアデータを出力する出力手段を更に備えることを特徴とする請求項１記載のＳＩＰプロキシサーバ。
3. 前記出力要求は、キャプチャ識別情報の指定を伴ったものであり、
   前記出力手段は、前記出力要求で指定されたキャプチャ識別情報が対応付けられたメディアデータを前記出力要求元へ出力することを特徴とする請求項２記載のＳＩＰプロキシサーバ。
4. 前記検出手段は、前記転送するＳＩＰメッセージから更に所定の閲覧制限識別情報を検出し、
   前記通信データ記憶手段は、前記検出手段が検出した前記所定の閲覧制限識別情報を前記メディアデータに対応付けて記憶し、
   出力要求元となる装置の閲覧制限識別情報を予め記憶する手段を更に備え、
   前記出力手段は、前記出力要求元の閲覧制限識別情報と前記記憶したメディアデータに対応付けられた閲覧制限識別情報とに基づいて当該メディアデータの閲覧を許可すべきか制限すべきかを判別し、制限すべきと判別した場合には、前記出力を行わないことを特徴とする請求項２記載のＳＩＰプロキシサーバ。

Images