(57)【要約】  【課題】  インターネット電話サービスの基本プロトコールであるＩＴＵ−Ｔのプロトコール（Ｈ．３２３）と、段々普及が拡大されている次世代プロトコールであるＩＥＴＦのプロトコール（ＳＩＰ）間に連動してサービス可能にするインターワーキング方法を提供する。  【解決手段】  スタック１（Ｈ．３２３）を介してネットワークゲートキーパと連動するＩＨＰブロックと、ＳＩＰスタックを駆動してＳＩＰネットワークプロクシーサーバと連動するＩＳＰブロックと、前記両ブロック間に連動してプロトコールを変換するＩＴＰブロックと、前記ブロックに対応する子処理を生成して駆動させ、状態を監視し、プロセスの停止の際、再駆動させて、継続的な呼サービスを維持させるＩＭＰブロックとを機能別に区分して実行する。  【選択図】    図２
2005159581.tif 000002
【特許請求の範囲】
【請求項１】
プロトコール１（Ｈ．３２３）スタックを介してプロトコール１ネットワークと連動するＩＨＰブロックと、
ＳＩＰスタックを駆動してＳＩＰネットワークと連動するＩＳＰブロックと、
前記両ブロック間に連動してプロトコールを変換するＩＴＰブロックと、
前記ブロックに対応する子処理を生成して駆動させ、状態を監視し、プロセスの停止の際、チャイルドプロセッサで再駆動させて呼サービスを維持させるＩＭＰブロックとを機能別に区分して実行することを特徴とするIP電話用異種プロトコール（ＳＩＰ／Ｈ．３２３）インターワーキング方法。
【請求項２】
前記ＩＭＰブロックは、ＩＳＰブロック、ＩＨＰブロック、ＩＴＰブロックのプロセスを子プロセッサーで格納し、呼処理中の異常動作の発生によるＩＳＰブロック、ＩＨＰブロック、ＩＴＰブロックの処理停止の際、これを監視し、停止と同時にチャイルドプロセッサに基づいて自動に復旧する機能を順次実行することを特徴とする請求項１に記載のIP電話用異種プロトコール（ＳＩＰ／Ｈ．３２３）インターワーキング方法。
【請求項３】
IP電話用異種プロトコール（ＳＩＰ／Ｈ．３２３）をインターワーキングするとき、プロトコール１端末機（Ｈ．３２３プロトコール端末機）の呼設定がファストスタート（Fast  Start）であるか又は通常開始（Normal  Start）であるかを確認する段階と、
ファストスタートであると、プロトコール２（ＳＩＰ）端末機にインバイトメッセージを伝送するときにＳＰＤ情報を送信し、ＡＣＫメッセージにはＳＰＤ情報を送信しない段階と、
通常開始であると、ＳＩＰ端末機にインバイトメッセージを伝送するときにＳＰＤ情報を送信しなく、ＡＣＫメッセージにはＳＤＰ情報を送信して処理する段階とを行うことを特徴とするIP電話用異種プロトコール（ＳＩＰ／Ｈ．３２３）インターワーキング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、IP電話サービスの基本プロトコールとして既に使用されているＩＴＵ−Ｕのプロトコール（Ｈ．３２３）と、段々普及が拡大されている次世代プロトコールであるＩＥＴＦのプロトコール（ＳＩＰ；Session  Initiation  Protocol）との間で連動してサービスを可能にするインターワーキング方法に関するものである。
【背景技術】
【０００２】
IP電話のプロトコールは、ＩＴＵ−Ｔのプロトコール１（Ｈ．３２３）と、ＩＥＴＦのプロトコール２（ＳＩＰ）とに分けられる。プロトコール１は既に定義され各国の標準が備えられている状況である。すなわち、ＰＳＴＮに連結するゲートウェイ、プロトコール１適用端末を管理して呼接続させるゲートキーパ、及びプロトコール１端末で構成されて基本サービスを提供している。
【０００３】
一方、ＩＥＴＦにおいては、プロトコール１に比べ、呼制御時間が短く、音声、映像、テキストなど、マルチメディアコンテンツの伝送に適したプロトコール２（ＳＩＰ）で最新標準（ＲＦＣ．３２６１）を完成した。現在、IP電話サービス業者とＶｏＩＰ機器開発業者においても、プロトコール２への移行が加速化されている。この両プロトコールは相互独立しているので、互いに連動されない。プロトコール１（Ｈ．３２３）はゲートキーパを介してプロトコール１端末機間にだけ呼設定がなされ、プロトコール２（ＳＩＰ）端末機はプロクシーサーバを介してＳＩＰ端末機間にだけ呼設定がなされる。
【０００４】
インターワーキングに関する部分はＩＥＴＦで標準化作業を進めているが、IPを介して草案のみがたまに掲載される程度であり、プロトコール１（Ｈ．３２３）はプロトコール（Ｈ．４５０）にコールフォーワーディング、コールホールド、コールトランスファ機能が定義されているので具現できるのが、プロトコール２（ＳＩＰ）はインターネットを介した草案に機能が定義されているが、未だ定義が不明であり、これをインターワーキングにどのように適用するかに対しては多くの研究が必要である。
安全認証分野に対する機能を定義及び具現して使用者に安全なサービスを保障しなければならないことはもちろんのこと、ネットワーク管理、品質（QoS）保証、請求書（Billing）に関する研究が必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、本発明は前記のような問題点を解決するためになされたもので、その目的は、サービス事業者は既に構築されたプロトコール１（Ｈ．３２３）網を持続的に用いながら次世代プロトコールであるプロトコール２（ＳＩＰ）網への移行を可能にすることである。
【０００６】
本発明のほかの目的は、プロトコール１（Ｈ．３２３）網のみを有する事業者とプロトコール２（ＳＩＰ）網のみを有する事業者間の連動を可能にすることである。
【０００７】
本発明のさらにほかの目的は、インターワーキングサーバがプロトコール１及びプロトコール２を充足させるようにして、投資費用の低減による原価低減を可能にすることである。
【課題を解決するための手段】
【０００８】
前記のような目的を達成するため、本発明は、継続的なインターワーキングサービスを提供するため、プロセスのエラーの発生時、これを自動に復旧する機能と、多様なプロトコール１端末機の呼設定手順によるプロトコール２端末機間の円滑な呼設定を保証するためのモジュール化されたサーバの具現方法を提示する。
【０００９】
すなわち、本発明は、プロトコール１（Ｈ．３２３）スタックを介してプロトコール１ネットワークと連動するＩＨＰブロックと、ＳＩＰスタックを駆動してＳＩＰネットワークと連動するＩＳＰブロックと、前記両ブロック間に連動してプロトコールを変換するＩＴＰブロックと、前記ブロックに対応して子処理を生成して駆動させ、状態を監視し、プロセスの停止の際、チャイルドプロセッサで再駆動させて呼サービスを維持させるＩＭＰブロックとを機能別に区分して実行する、インターネット電話用異種プロトコール（ＳＩＰ／Ｈ．３２３）インターワーキング方法を提供する。
【００１０】
前記ＩＭＰブロックは、ＩＳＰブロック、ＩＨＰブロック、ＩＴＰブロックのプロセスをチャイルドプロセッサで格納し、呼処理中の異常動作の発生によるＩＳＰブロック、ＩＨＰブロック、ＩＴＰブロックの処理停止の際、これを監視し、停止と同時にチャイルドプロセッサに基づいて自動に復旧する機能を順次実行する。
【００１１】
また、本発明は、インターネット電話用異種プロトコール（ＳＩＰ／Ｈ．３２３）をインターワーキングするとき、プロトコール１端末機（Ｈ．３２３プロトコール端末機）の呼設定がファストスタート（Fast  Start）であるか又は通常開始（Normal  Start）であるかを確認する段階と、ファストスタートであると、プロトコール２（ＳＩＰ）端末機にインバイトメッセージを伝送するときにＳＰＤ情報を送信し、ＡＣＫメッセージにはＳＰＤ情報を送信しない段階と、通常開始であると、ＳＩＰ端末機にインバイトメッセージを伝送するときにＳＰＤ情報を送信しなく、ＡＣＫメッセージにはＳＤＰ情報を送信して処理するIP電話用異種プロトコール（ＳＩＰ／Ｈ．３２３）インターワーキング方法を提供する。
【００１２】
本発明は、ユニックス（ＵＮＩＸ）稼動ワークステーションで動作し、プロトコール１（Ｈ．３２３）スタックを駆動してプロトコール１（Ｈ．３２３）ネットワークと連動するＩＨＰブロックと、プロトコール２（ＳＩＰ）スタックを駆動してプロトコール２ネットワークと連動するＩＳＰブロックと、前記両ブロック間のメッセージを分析して連動処理するＩＴＰブロックと、前記ブロックを駆動させ、状態を監視し、処理停止の際に再駆動させて、継続的な呼サービスを維持させるＩＭＰブロックとから構成される。ＩＭＴブロックは遠隔モニタリングで現在の呼設定状態などを出力する。
【発明の効果】
【００１３】
以上のような本発明によると、ＶｏＩＰの両プロトコール間の連動において、モジュール化されたプロセスにより、異常状態の発生時、これを自動で復旧することにより、継続的なサービスを可能にする。プロトコール１（Ｈ．３２３）の呼設定手順とプロトコール２（ＳＩＰ）の呼設定手順との正確な連動により、どんな手順に呼制御を試してもサービスが可能である。
【００１４】
本発明により、サービス業者は安定したサービスの提供で運営費を低減し、使用者は安定したサービスを利用することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施例を添付図面に基づいて詳細に説明する。
図１は本発明が行われる全体的なネットワーク構造を示す。図１の左側はＩＴＵ−Ｔのプロトコール１（Ｈ．３２３）で呼処理が行われるプロトコール１（Ｈ．３２３）ドメインである。プロトコール１（Ｈ．３２３）が搭載された端末機１１はゲートキーパ１２を介してプロトコール（Ｈ．３２３）端末機１１のみと通話することができる。図１の右側はＩＥＴＦのプロトコール２（ＳＩＰ）で呼処理が行われるプロトコール２（ＳＩＰ）ドメインである。ＳＩＰプロトコール（プロトコール２）が搭載された端末機２１はプロクシーサーバ２２を介してＳＩＰ端末機２１のみと通話することができる。
【００１６】
しかし、本発明は、これらのインターワーキングを可能にするＩＷＦ（Inter  Working  Function）３０を用いて、相違したプロトコール間で呼処理が行われるようにする。すなわち、実線矢印のように、プロトコール１端末機１１（Ｈ．３２３フォーン０）はゲートキーパ１２を経てＩＷＦ３０でプロトコールが変換された後、プロクシーサーバ２２を介してプロトコール２端末機２１（ＳＩＰフォーン０）と通話することになる。反対に、点線矢印のように、プロトコール２端末機２１（ＳＩＰフォーンｎ）はプロクシーサーバ２２を経てＩＷＦ３０でプロトコール変換された後、ゲートキーパ１２を介してプロトコール１端末機１１（Ｈ．３２３フォーンｎ）と通話することになる。プロトコールが変換される内容とプロトコール（Ｈ．３２３、ＳＩＰ）の内容は標準文書に既に定義されており、新発明の要素でないので、その詳細な説明は省き、本発明により新たに具現した内容に重点を置き、図２に基づいて説明する。
【００１７】
図２はＩＷＦ３０の内部プロセスの構造を示す。これは、プロトコール２（ＳＩＰプロトコール）をもってプロクシーサーバ２２との通信を担当し、プロトコール変換のため、ＩＴＰ（IWF  Tunneling  Process）ブロック３２にメッセージをやり取りするＩＳＰ（IWF  SIP  Process）ブロック３１と、プロトコール１（Ｈ．３２３）を内蔵しゲートキーパ１２との通信を担当し、ＩＨＰ（IWF  H.323  Process）ブロック３３と、前記両ブロック３１、３３間でメッセージを受信してプロトコールを変換して伝送するＩＴＰ（IWF  Tunneling  Process）ブロック３２と、前記ブロック３１、３２、３３を駆動させ、状態を監視して、プロセスの停止の際に再駆動させることにより、継続的な呼サービスを維持させるＩＭＰ（IWF  Management  Process）ブロック３４とからなる。このように、プロセスを機能別にモジュール化して具現するので、具現の専門性を保障し、プログラムの複雑さを減らすことができる。
【００１８】
また、運用時において発生した問題点の原因の究明が容易である。両方向矢印は呼設定までの流れである。ＩＨＰブロック３３とＩＴＰブロック３２間、かつＩＳＰブロック３１とＩＴＰブロック３２間では、ユニックス（Unix）上で内部プロセス間の通信規約であるメッセージキューを用いて通信する。ＩＭＰブロック３４は、矢印のように、子処理を内部に生成して、ＩＳＰブロック３１、ＩＴＰブロック３２、及びＩＨＰブロック３３をそれぞれ駆動させる。
【００１９】
すなわち、ＩＭＰブロック３４は各ブロック３１、３２、３３の異常状態を続けて監視していて、プロセスが停止されてサービスが中止されると、内部に生成されている子処理を用いて実時間で再駆動することにより、継続的な呼サービスを可能にする。このような機能により、運用及び維持補修の側面でかなりの利点を有することになった。
【００２０】
図３ａないし図３ｃはプロトコール１端末機（Ｈ．３２３端末機）において、呼設定の際になされるフローチャートを示すもので、ファストスタート（（Fast  Start）と通常開始（Normal  Start）に分けられる。
どんな手順で呼設定を行っても通話がなされなければならないのは言うまでも無い。このような機能を支援するために本発明がなされた。これは、呼処理に関係するブロックであるＩＨＰブロック３３、ＩＴＰブロック３２、ＩＳＰブロック３１間に連動がなされる。
【００２１】
図３ａは本発明を実行するためのＩＨＰブロックのフローチャート、図３ｂはＩＴＰブロックのフローチャート、図３ｃはＩＳＰブロックのフローチャートである。
まず、ファストスタート（Fast  Start）手順で呼設定を行うときのフローチャートを参照して説明する。図３ａのＩＨＰブロックはデーモンプロセスを動作してプロトコール１電話機（Ｈ．３２３電話機）ネットワークからかかってくることを待つ（Ｓ１）。ゲートキーパ１２からセットアップメッセージを受信すると、ＩＨＰブロック３３は一番先に手順分析作業に入る。ファストスタート（であるかを判定する（Ｓ２）。ファストスタート（と判定されると、ＩＴＰブロック３２にメッセージを送信してプロトコール変換を要求する。この際、端末機（Ｈ．３２３）のコーデック、ＩＰアドレス、ポート番号情報を含めて伝送する（Ｓ３）。
【００２２】
図３ｂのノード（ａ１１）メッセージを受信したＩＴＰブロックコーデック情報があるかを検出し（Ｓ１０）、コーデック情報があると、インバイト（Invite）でプロトコール変換を行う（Ｓ１１）。この際、プロトコール１端末機（Ｈ．３２３端末機）１１のコーデック、ＩＰアドレス、ポート番号の情報を含んでノード（ａ１２）に伝送する。
【００２３】
図３ｃのＩＳＰブロック３１はノード（ａ１２）メッセージを受信しコーデック情報があるかを確認し（Ｓ２０）、コーデック情報があると、ＳＩＰネットワークへの送信の際、ＩＴＰより受信したプロトコール１端末機（Ｈ．３２３端末機）１１のコーデック、ＩＰ、ポート番号の情報をＳＤＰ情報に含めてプロクシーサーバ２２に伝送する（Ｓ２１）。プロクシーサーバ２２を媒介とするＳＩＰ端末機２１は自分のコーデック情報と比較してコーデックネゴシエーションを行う。その一つを選択してメッセージ（例えば、２００  ＯＫ）をＩＳＰに伝送すると（Ｓ２２）、ＩＳＰは再びＩＴＰブロック３２に最終コーデックを伝送してプロトコール変換を要求し（Ｓ２３）、ノード（ｂ２１）を介してＩＴＰブロック３２に伝送する。
【００２４】
図３ｂのノード（ｂ２１）を介して受信したＩＴＰはネゴシエーションが完了したコーデックを受信したので、呼設定が完了したと見なしデータベースに情報を保存し（Ｓ１２）、プロトコールを変換してコネクト内部メッセージを２−２−でＩＨＰブロック３３に伝送する（Ｓ１３）。
【００２５】
図３ａのノード（ｂ２２）を介してデータを受信したＩＨＰブロックは決定したコーデックを含んでネットワーク（Ｈ．３２３）に送信する（Ｓ４）。このような過程が完了すると、プロトコール１端末機（Ｈ．３２３端末機）１１とプロトコール２端末機（ＳＩＰ端末機）２１間に通話がなされ、ファストスタート手順で呼設定が完了される。
【００２６】
つぎに、通常開始（Normal  Start）手順で呼設定するときのフローを説明する。プロトコール１端末機（Ｈ．３２３端末機）で呼を開始することはファストスタートと同様である。図３ａに示すように、ＩＨＰブロック３３は、段階Ｓ２でファストスタートでないと、通常開始であることを感知し、コーデック、ＩＰアドレス、ポート番号の情報なしでＩＴＰブロック３２にメッセージを送信してプロトコール変換を要求する（Ｓ５）。そして、ノード（ａ１１）を介して図３ｂのＩＴＰブロック３２も通常開始であるので、コーデック情報なしでインバイトでプロトコール変換を行い（Ｓ１４）、ノード（ａ１２）でメッセージをＩＳＰブロック３１に送信する。
【００２７】
図３ｃのノード（ａ１２）から受信したＩＳＰブロック３１はＳＤＰ（Session  Description  Protocol）情報を生成せず、ＳＩＰネットワークをなすプロクシーサーバ２２にインバイトメッセージを送信する（Ｓ２４）。これを受信したＳＩＰ端末機はＳＤＰ情報がないので、コーデックネゴシエーションを行わず、自分が利用可能なコーデックリスト情報をＳＤＰメッセージに含めてメッセージ（２００  ＯＫ）でプロクシーサーバ２２から送信したコーデックをＩＳＰブロック３１が受信する（Ｓ２５）。多数のコーデック情報を受信したＩＳＰブロック３１は、コーデックネゴシエーションのため、ＩＴＰブロック３２に多数のコーデック情報をノード（ｂ２３）を介して内部メッセージ（２００  ＯＫ）で送信する（Ｓ２６）。
【００２８】
図３ｂにおいて、ＩＴＰブロック３２はノード（ｂ２３）を介したメッセージで内部メッセージ（２００  ＯＫ）を受信したが、コーデックネゴシエーションが完了していないので、呼設定が完了したと見なさなく、コネクト内部メッセージでプロトコールを変換して複数のコーデック情報をノード（ｂ２４）を介してＩＨＰブロック３３に送信する（Ｓ１５）。
【００２９】
図３ａのＩＨＰブロック３３はノード（ｂ２４）を介してメッセージを受信しプロトコール（Ｈ．２４５）でプロトコール１端末機（Ｈ．３２３端末機）１１とコーデックネゴシエーションを行う（Ｓ６）。コーデック（Ｈ．２４５）ネゴシエーションが終了すると、ＩＨＰブロック３３はノード（ｃ３１）を介して内部メッセージ（Ｈ．２４５  complete）でＩＴＰブロック３２にネゴシエーションが完了し決定されたコーデックを送信する（Ｓ７）。
【００３０】
図３ｂのＩＴＰブロック３２はここで初めて呼設定が完了したと見なし、データベースに情報を保存し、ＡＣＫメッセージでプロトコール変換し最終コーデックをノード（ｃ３２）を介してＩＳＰブロック３１に送信する（Ｓ１６）。
図３ｃのＩＳＰブロック３１内では、ネゴシエーションが完了し決定されたコーデックをＳＤＰ情報に含めてＡＣＫメッセージでＳＩＰネットワークのプロクシーサーバ２２に送信する（Ｓ２７）。プロクシーサーバ２２から受信したプロトコール２端末機（ＳＩＰ端末機）２１は選択されたコーデックで呼設定を行うことにより、通話が可能になる。
【００３１】
前記過程のうち、どの一過程でもエラーが発生すると、呼設定は失敗する。このように、本発明は、プロトコール１端末機（Ｈ．３２３端末機）の手順にかかわらずプロトコール２端末機（ＳＩＰ端末機）で呼変換を自然に行うことにより、多様な顧客に対してサービスし易い利点を有する。
以上のような本発明は前述した実施例の説明及び図面に限定されるものではなく、本発明の技術的思想から外れない範囲内で多様な置換、変形及び変更が可能であることが当業者に明らかになるであろう。
【図面の簡単な説明】
【００３２】
【図１】本発明が行われる全体的なネットワークの構造を示す図である。
【図２】ＩＷＦの内部プロセス構造を示す図である。
【図３ａ】ＩＨＰブロックの手順別呼設定のフローチャートである。
【図３ｂ】ＩＴＰブロックの手順別呼設定のフローチャートである。
【図３ｃ】ＩＳＰブロックの手順別呼設定のフローチャートである。
【符号の説明】
【００３３】
１１…プロトコール１端末機
１２…ゲートキーパ
２１…プロトコール２端末機
２２…プロクシーサーバ
３０…ＩＷＦ
３１…ＩＳＰブロック
３２…ＩＴＰブロック
３３…ＩＨＰブロック
３４…ＩＭＰブロック
【図１】
2005159581.tif 000003
【図２】
2005159581.tif 000004
【図３ａ】
2005159581.tif 000005
【図３ｂ】
2005159581.tif 000006
【図３ｃ】
2005159581.tif 000007
【手続補正書】
【提出日】平成15年12月9日(2003.12.9)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
プロトコール１（Ｈ．３２３）スタックを介してプロトコール１ネットワークと連動するＩＨＰブロックと、
ＳＩＰスタックを駆動してＳＩＰネットワークと連動するＩＳＰブロックと、
前記両ブロック間に連動してプロトコールを変換するＩＴＰブロックと、
前記ブロックに対応する子処理を生成して駆動させ、状態を監視し、プロセスの停止の際、子プロセッサで再駆動させて呼サービスを維持させるＩＭＰブロックとを機能別に区分して実行することを特徴とするIP電話用異種プロトコール（ＳＩＰ／Ｈ．３２３）インターワーキング方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
すなわち、本発明は、プロトコール１（Ｈ．３２３）スタックを介してプロトコール１ネットワークと連動するＩＨＰブロックと、ＳＩＰスタックを駆動してＳＩＰネットワークと連動するＩＳＰブロックと、前記両ブロック間に連動してプロトコールを変換するＩＴＰブロックと、前記ブロックに対応して子処理を生成して駆動させ、状態を監視し、プロセスの停止の際、子プロセッサで再駆動させて呼サービスを維持させるＩＭＰブロックとを機能別に区分して実行する、インターネット電話用異種プロトコール（ＳＩＰ／Ｈ．３２３）インターワーキング方法を提供する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
前記ＩＭＰブロックは、ＩＳＰブロック、ＩＨＰブロック、ＩＴＰブロックのプロセスを子プロセッサで格納し、呼処理中の異常動作の発生によるＩＳＰブロック、ＩＨＰブロック、ＩＴＰブロックの処理停止の際、これを監視し、停止と同時に子プロセッサに基づいて自動に復旧する機能を順次実行する。
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図３ｂ
【補正方法】変更
【補正の内容】
【図３ｂ】
2005159581.tif 000008