(57)【要約】【課題】  ネットワーク中継器内で会話内容をＩＰパケットのまま保存し、端末からのデータ取り出し要求に応じて端末の代わりに保存されたデータを取り込むことで、ネットワーク上の障害やトラフィックの影響を防止する。【解決手段】  ネットワーク１１を使用して音声データを送受信するＩＰ(Internet Protocol)電話の会話を、ネットワーク１１の中継器１４あるいは１５部分でデータ伝送中のＩＰパケットを複製して保存し、ＶｏＩＰ（Voice over Initiation Protocol）を実現する上で必要な通信制御プロトコルであるＳＩＰ（Session Initiation Protocol）機能を備えたパソコン１２あるいはＴＶ電話機１３からのデータ取り出し要求に応じて中継器１４あるいは１５に保存されたデータを取り出すようにした。【選択図】      図１
2005184450.tif 000002
【特許請求の範囲】
【請求項１】
インターネットやイントラネット等のネットワークを使用してパケット化されたデータを送受信するＩＰ電話機の会話を保存する通信保存システムにおいて、
前記ネットワークと端末との間の通信を中継する中継器で、伝送中のデータを保存し、前記端末からのデータ取り出し要求に応じて前記中継器に保存されたデータを読み出すことを特徴とする通信保存システム。
【請求項２】
前記中継器は、
前記パケットがＶｏＩＰを実現するための通信制御プロトコルの関連のＳＩＰであれば、ＳＩＰプロキシ部を介して通信を行い、前記ＳＩＰの関連でなければ前記ＳＩＰプロキシ部を介さずに中継する手段と、
前記端末からの命令に基づき前記パケット化されたデータを保存する手段とから構成してなることを特徴とする請求項１記載の通信保存システム。
【請求項３】
前記ＳＩＰを、該ＳＩＰと同様の通信プロトコルであるＨ．３２３に代えたことを特徴とする請求項２記載の通信保存システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰ（Initiation Protocol）パケットによる音声・映像情報の中継を行う中継器に会話・映像を保存する通信保存システムに関する。
【背景技術】
【０００２】
従来のＩＰパケットによる音声・映像情報の中継を行う装置における会話・映像の記録再生装置は、ＩＰアドレスが付されたＩＰパケットによって音声情報を送受信できる音声端末が接続されているネットワークに接続し、音声情報としてネットワーク上に流れるＩＰパケットを収集して会話記録のデータベースへ蓄積しておき、音声情報の読み出し指示によって端末へ情報を提供している。（例えば、特許文献１）
【特許文献１】特開２００３−９２６３２公報（第２〜３頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記した特許文献１の技術は、ＩＰ電話の会話内容を録音するために端末の設置されたネットワーク上にサーバを用意していたため、ネットワーク上の障害およびトラフィックの影響を受けやすい、という問題があった。
【０００４】
この発明の目的は、ネットワーク中継装置内で会話内容をＩＰパケットのまま保存し、端末からのデータ取り出し要求に応じて端末の代わりに保存されたデータを取り込むことでネットワーク上の障害やトラフィックの影響を防止することにある。
【課題を解決するための手段】
【０００５】
上記した課題を解決するために、この発明の通信保存システムは、インターネットやイントラネット等のネットワークを使用してパケット化されたデータを送受信するＩＰ電話機能の会話を保存するシステムであって、
前記ネットワークと端末との間の通信を中継する中継器で、伝送中のデータを保存し、前記端末からのデータ取り出し要求に応じて前記中継器に保存されたデータを読み出すことを特徴する。
【発明の効果】
【０００６】
この発明によれば、ネットワーク中継装置内でＩＰパケットのまま保存するため、ローカルトラフィックの増大に伴う伝送遅延の影響を受けにくいものとなる。また、記録したデータへのアクセスは実会話より伝送遅延が少ないため、実際の会話より良い条件で記録データを再生できる。
【発明を実施するための最良の形態】
【０００７】
以下、この発明の実施の形態について、図面を参照しながら詳細に説明する。
【０００８】
図１は、この発明の一実施例について説明するためのシステム構成図である。図１において、１１は、インターネットやイントラネット等のネットワークであり、このネットワーク１１を通じて通信を行うＶｏＩＰ（Voice over Initiation Protocol）を用い、音声の他にカメラ等から入力される映像をリアルタイムにＩＰパケットに変換して通信することが可能である。ネットワーク１１上では、ＶｏＩＰを実現する上で必要な通信制御プロトコルであるＳＩＰ（Session Initiation Protocol）機能を備えたパソコン１２と同様にＳＩＰ機能を備えたＴＶ（TeleVision）電話機１３との通信を行うために、ネットワー
ク１１とパソコン１２の間にＳＩＰプロキシを備えた中継器１４とネットワーク１１とＴＶ電話機１３の間にＳＩＰプロキシを備えた中継器１５を配置する。
【０００９】
また、パソコン１２とＴＶ電話機１３には、それぞれＳＩＰ-ＵＡ（User Agent）機能を備えている。このＳＩＰ-ＵＡは、アプリケーションソフトやＶｏＩＰゲートウェイなどが持つ機能で、ＳＩＰのリクエストを生成する場合はＵＡＣ(User Agent Client)として、リクエストを受信して応答する場合はＵＡＳ（User Agent Server）として動作する。
【００１０】
ネットワーク１１には、ロケーションサーバ１６が設置され、ＵＡ情報が蓄積され、中継器１４，１５に対して情報を提供するデータベースの役割を果たす。
【００１１】
中継器１４，１５にそれぞれ備えられたＳＩＰプロキシ機能は、クライアントの代理を果たし、メッセージの中継を行う。１７，１８は、インターネット網を利用したＩＰ携帯電話であり、ＩＰ携帯電話１６と１７の間の通信を、それぞれ中継器１４，１５を介してネットワーク１１上で通信することもできる。
【００１２】
図２は、中継器１４，１５をより具体的に説明するための構成図である。
【００１３】
図２において、ネットワーク１１へ接続する側のＷＡＮ(Wide Area Network)インタフェース２０とパソコン１２またはＴＶ電話機１３のユーザ端末側のネットワーク１１へ接続するＬＡＮ(Local Area Network)インタフェース２１を備え、それぞれのインタフェース間でやりとりされるＩＰパケットの転送をデータ中継部２２が担っている。ＳＩＰプロトコルに関係のないＩＰパケットについてはデータ中継部２２がＩＰルーティング処理を行うが、ＳＩＰプロトコルに関係したＩＰパケットを検知すると、当該パケットはＳＩＰプロキシ部２３へ入力される。ＳＩＰプロキシ部２３ではＳＩＰ関連の通信状態を把握し、ＣＰＵ２４は保存モード切換スイッチ２９の状態およびＳＩＰ通信状態を考慮して会話データの収集もしくは再生処理の制御（命令）を行う。
【００１４】
会話の保存時には、データ収集部２５は中継される会話データを複製し、データベース記録管理部２６へデータの保存を要求する。データベース記録管理部２６は受け取った会話データを記録部２７へ記録する。記録部２７は不揮発性メモリやディスクで構成される。また、ＳＩＰプロキシ部２３は、保存した会話データの再生要求を検知し、会話データが保存されてあれば、この会話データをユーザのパソコン１２やＴＶ電話機１３へ送信するよう、再生処理部２８へ働きかけることができる。保存モード切換スイッチ２９は会話の保存を自動的に行うか否かの設定を切り換えるためのものであり、その設定は機器内部に保存される。
【００１５】
この中継器の場合、データ中継部２２においてＩＰパケットがＳＩＰ関連であることが判別されれば、ＳＩＰプロキシ部２３を介して通信が行われる。ＳＩＰに関連しないＩＰパケットについては、ＳＩＰプロキシ部２３を介さず、そのまま中継される。
【００１６】
ここで、映像を含めた会話記録をネットワーク中継器内に保存する方法について説明する。
【００１７】
先ず、ＳＩＰプロキシによる通信制御の手順について図３を参照して説明する。
【００１８】
ＳＩＰプロキシ部２３は、大きく分けてＵＡとＳＩＰサーバから構成されている。通信開始の例としては、パソコン１２がＴＶ電話機１３へ発信する場合を想定し、中継器１４および中継器１５の動作について説明する。また、ＴＶ電話機１３は自分の現在位置が予
め中継器１５のＳＩＰプロキシ部２３を通してロケーションサーバ１６に登録されているものとする。
【００１９】
先ず、パソコン１２がＴＶ電話機１３に対して発信操作を行うと、パソコン１２は自分のドメインのプロキシサーバである中継器１４に対してINVITE（１）リクエストを送信する。中継器１４はリクエストを中継するためにリクエストの妥当性を検証した上でロケーションサーバ１６に問い合わせを行い、ＴＶ電話機１３への中継器１５を特定した上で、INVITE（２）リクエストを送信する。INVITE（２）を受信した中継器１５は、自分のドメインのＴＶ電話機１３に対してINVITE（４）を送信する。その間、パソコン１２に対してはプロキシがリクエストを実行中であることを示すTrying（３）を送信し、接続待ち状態となる。ＴＶ電話機１３は、呼び出し中の間、呼び出し中であることを示すRinging（６）を返し、INVITEリクエストと逆順でRinging（７）、Ringing（８）がパソコン１２まで中継される。ＴＶ電話機１３が受信したINVITEリクエストに対してパソコン１２に対してＯＫを応答し、中継器１４および中継器１５を介してパソコン１２へ届けられる。パソコン１２がＴＶ電話機１３にＡＣＫ（ACKnowledgement）応答を送信することで、パソコン１２とＴＶ電話機１３の間で通信を開始する。
【００２０】
これらの手順において中継器のＳＩＰプロキシ部２３が役目を果たし、ＳＩＰによるセッションが端末間で確立したことが確認できれば、その後送受信されるＲＴＰ（Real-Time Transport Protocol）パケットを通信相手のアドレス情報とともに音声情報データベースへ記録する。ＲＴＰは、ＩＰネットワークを介して音声や映像情報をストリーミング再生するための伝送プロトコルである。ＲＴＰはＩＰ網上を転送されるメディアストリームを再構築するためのパケットの連番、メディア内の同期をとるためのタイムスタンプ、ペイロードの識別子、論理的フレーム表示を付与する。
【００２１】
会話の終了手順として、ＴＶ電話機１３がパソコン１２に切断リクエストを送信、パソコン１２がＴＶ電話機１３に対して切断ＯＫの応答、これら切断手順が確認できたら、ＲＴＰパケットの記録を終了する。
【００２２】
次に、録音、録画する処理について図４のフローチャートを参照して説明する。
【００２３】
ここで、中継器１４において記録する場合を想定する。中継器１４においては、ＷＡＮインタフェース２０がネットワーク１１に接続されており、ＬＡＮインタフェース２１がパソコン１２へ接続されているものとする。このとき、ネットワーク１１から受信したＩＰパケットはデータ中継部２２によってＩＰルーティング処理を施され、ＬＡＮインタフェース２１へ送信される。逆にＬＡＮインタフェース２１から受信した場合も同様にデータ中継部２２を経てＷＡＮインタフェース２０へ送信される。この中継処理において、ＳＩＰプロトコル関連のパケットであることをデータ中継部２２が検知した場合、その処理はＳＩＰプロキシ部２３へ引き継がれる。
【００２４】
ＳＩＰプロキシ部２３では、まずそのパケットがＳＩＰ関連パケットであるかどうかを判定し（Ｓ１）、該当すればＳＩＰ処理を行う（Ｓ２）。次に、ＳＩＰセッションの接続の完了を示すパケットかどうかを判断する（Ｓ３）。ＳＩＰセッションの完了であれば、記録対象を確認し（Ｓ４）、対象であれば記録が可能かどうか（記録領域があるかどうか）を判定した（Ｓ５）上で、記録モードに切り換える。
【００２５】
データ中継部２２ではＲＴＰパケットの監視も行っており、記録モードに設定されているかどうかを判定する（Ｓ８）。記録モードに設定されていれば、データ収集部２５にてのＲＴＰパケット複製処理を行い（Ｓ９）、データベース記録管理部２５において音声情報データベース記録処理を行う（Ｓ１０）。ステッブＳ９において複製されたデータは、
記録部２７に時系列順に保存される。
【００２６】
図５は、中継器１４の記憶部２７に記録されたデータを読み出しする例について説明するための説明図である。
【００２７】
ここでは、実際に会話を行う場合と同様に、パソコン１２側から中継器１４に対してリクエストを送信する。ＳＩＰのプロキシサーバの役割も果たす中継器１４では、ここで仮想的に端末と同じような動作を行い、セッション開始とともに保存したデータの読み出しを始める。
【００２８】
具体的には、パソコン１２から再生用電話番号に対して発信を行うと、パソコン１２からはINVITE（１）がプロキシサーバである中継器１４に送られる。このとき、発信先が再生用電話番号であることを中継器１４が確認すると、通常のロケーションサーバ１６への問い合わせは行わず、中継器１４自身がプロキシとしてTrying（１３）をパソコン１２へ応答するだけでなく、端末としてRinging（８）およびＯＫ（４）を応答する。この応答に対してＡＣＫ（５）応答を中継器１４が受け取ると、保存しておいた音声の再生セッションが再生処理部２８を介してスタートする。再生処理部２８では、発信先電話番号を元にデータベース記録管理部２６に保存されたデータをＩＰパケットとしてパソコン１２へ送信する。
【００２９】
ここでは端末としてパソコン１２のみを想定しているが、複数端末が存在する場合、それぞれの端末に内線番号が割当てられることを前提として、再生端末を制限することも考えられる。この場合、実際に通信した端末からしか再生できないようにするには、データベース構成例にあるように着信番号（着信者ＩＤ）をもとに、再生許可・不許可を判定し、再生を許可しない端末に対しては通信を開始せずに（もしくは再生できない旨のメッセージを再生した後）ＢＹＥリクエストを端末に対して送信する。
【００３０】
ＳＩＰプロキシを用いたＴＶ電話機において、電話番号等を利用する場合、電話番号からＳＩＰで必要とするＵＲＩ（Uniform Resource Identifier）への変換処理が必要となる。再生処理では特別な電話番号への発信処理において、中継器自身のＵＲＩを端末へ応答することで、端末としての動作を実行する。
【００３１】
なお、保存された会話データは、１つとは限らないため、その選択は端末から接続要求に用いる電話番号でもって区別する。図６にそれら電話番号と保存データを関連付けたデータベースの例を示す。
【００３２】
以上説明したように、中継器にてデータを保存することから端末側ネットワークの障害を受けにくい。また、中継器部分でＮＡＴを利用する場合も適用可能となる。また、インターネットを経由して送られる実際の会話では伝送遅延によって音質が低下することが想定できるが、保存したデータの再生においてはそのような遅延が発生しにくいため、安定した再生が可能となる。
【００３３】
この発明は上記した実施例に限定されるものではなく、例えば、ＶｏＩＰを実現するための通信制御プロトコルとしてＳＩＰを用いて説明したが、ネットワーク上で音声・動画を１対１で送受信するために音声、映像方式、データ圧縮伸長方式などを定めた HYPERLINK "http://e-words.jp/w/E38397E383ADE38388E382B3E383AB.html" プロトコルであるＨ．３２３等の他のプロトコルに対する適用も可能である。
【００３４】
また、ＶｏＩＰ端末（ＴＶ電話やパソコン）の中継器部分にＩＰアドレス変換を行う例えばＮＡＴ（Network Address Translation）機能を実現する場合は、1つの着信番号に内
線番号を付与することで、複数の端末へ着信させることが可能となる。
【図面の簡単な説明】
【００３５】
【図１】この発明の一実施例について説明するためのシステム構成図。
【図２】図１の中継器の具体例について説明するための構成図。
【図３】図１の情報の保存について説明するための説明図。
【図４】図１の情報の保存について説明するための説明図。
【図５】図１の情報の情報の読み出しについて説明するための説明図。
【図６】この発明の電話番号と保存データを関連付けたデータベース例について説明するための説明図。
【符号の説明】
【００３６】
１１  ネットワーク
１２  パソコン
１３  ＴＶ電話機
１４，１５  中継器
１６  ロケーションサーバ
１７，１８  ＩＰ携帯電話
【図１】
2005184450.tif 000003
【図２】
2005184450.tif 000004
【図３】
2005184450.tif 000005
【図４】
2005184450.tif 000006
【図５】
2005184450.tif 000007
【図６】
2005184450.tif 000008