優先制御装置、ＳＩＰシステム、優先制御プログラム及び優先制御方法
【課題】 ＳＩＰ要求の再送判断に使用する情報の増加を抑制することを可能とする、優先制御装置を提供する。
【解決手段】 低優先と判定されたＳＩＰ要求に格納された識別子と、既に優先制御装置で受信済みであり、処理中または処理待ちのＳＩＰ要求の識別子である処理中識別子を基に、該当ＳＩＰ要求がＳＩＰ再送要求かを判断する機能と、ＳＩＰ応答受信時に該当ＳＩＰ応答に格納された識別子を、処理中識別子から削除する機能と、低優先、かつ、ＳＩＰ再送要求ではないＳＩＰ要求の識別子を処理中識別子に追加する機能を導入する。
【解決手段】 低優先と判定されたＳＩＰ要求に格納された識別子と、既に優先制御装置で受信済みであり、処理中または処理待ちのＳＩＰ要求の識別子である処理中識別子を基に、該当ＳＩＰ要求がＳＩＰ再送要求かを判断する機能と、ＳＩＰ応答受信時に該当ＳＩＰ応答に格納された識別子を、処理中識別子から削除する機能と、低優先、かつ、ＳＩＰ再送要求ではないＳＩＰ要求の識別子を処理中識別子に追加する機能を導入する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を使用してシグナリングを行う通信網に好適に利用され、ＳＩＰ要求の優先度に従い、ＳＩＰサーバへＳＩＰ要求を転送する装置、方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ）に見られるように、ＩＰ網を使用したリアルタイム・コミュニケーションが普及している。例えば、電話端末やパソコンなどの、リアルタイム・コミュニケーションを行う両端の端末間接続を確立する国際標準プロトコルとしてＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を採用する状況が多くなっている。なお、本明細書では、ＳＩＰを使用してシグナリングを行う通信網をＳＩＰネットワークと呼ぶこととする。
【０００３】
ＳＩＰネットワークの一般的な構成は、非特許文献１に記載されている。ＳＩＰネットワークは、ロケーション・サーバと、ＳＩＰサーバと、ユーザ・エージェント（ＵＡ：Ｕｓｅｒ ａｇｅｎｔ）とから構成されている。ＵＡについては、非特許文献１のＰ．７６に、「ＳＩＰは、エンド・システム間のクライアント−サーバ・モデルに基づいています。このエンド・システムに相当するのが、ユーザ・エージェント（ＵＡ：Ｕｓｅｒ Ａｇｅｎｔ）です。ユーザ・エージェントとは、具体的には電話機やパソコンなどのエンド・システムのことですが、これらのエンド・システム間でリクエスト（要求）とレスポンス（応答）をやり取りすることによって、サービスを実現します」と説明されている。本明細書では、上記説明文記載のリクエストをＳＩＰ要求、レスポンスをＳＩＰ応答と呼ぶこととする。
【０００４】
ＳＩＰサーバは、非特許文献１のＰ．７７に記載されているように、（１）ＳＩＰ要求やＳＩＰ応答を中継するプロキシー・サーバ機能と、（２）ＳＩＰ要求の宛先の問合せに利用するリダイレクト・サーバ機能と、（３）ＳＩＰネットワーク上のＵＡ情報の登録を受け付ける登録サーバ機能とを有する。ここで、ＵＡ情報とは、例えば、ＵＡにアクセスするための識別子であるＵＲＩ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ）やＵＡが使用するＩＰアドレスである。
【０００５】
一般的なＳＩＰネットワークにおいて、ＵＡ間で通信する場合の動作シーケンスを図２３に示す。
【０００６】
まず、ＵＡがＳＩＰサーバに対してＩＮＶＩＴＥリクエストを送信する。本明細書では、このＵＡが最初にＳＩＰサーバに送信するＩＮＶＩＴＥリクエストをｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストと呼ぶ。ＵＡからのｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストを受信したＳＩＰサーバは、ダイジェスト認証で使用するｎｏｎｃｅを算出し、そのｎｏｎｃｅ値をＳＩＰ応答（４０７ ｐｒｏｘｙ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｉｒｅｄ）に付加してＵＡに返信する。
【０００７】
ＵＡでは、受信したｎｏｎｃｅを鍵にシークレット（ユーザ識別子とパスワード）をハッシュする。この結果をＩＮＶＩＴＥリクエストのＡｕｔｈｏｒｉｚａｔｉｏｎヘッダに格納し、ＳＩＰサーバに転送する。本明細書では、このＡｕｔｈｏｒｉｚａｔｉｏｎヘッダを付加したＩＮＶＩＴＥリクエストを認証ＩＮＶＩＴＥリクエストと呼ぶ。
【０００８】
認証ＩＮＶＩＴＥリクエストを受信したＳＩＰサーバは、ＵＡ（発呼側）の認証処理を行う。具体的には、（１） ＵＡ（発呼側）と同様、自身が生成したｎｏｎｃｅ値を使用して、ＵＡのユーザ識別子とパスワードをハッシュする、（２） ＵＡからの認証ＩＮＶＩＴＥリクエストに格納されたＡｕｔｈｏｒｉｚａｔｉｏｎヘッダ値と比較し、同一の場合には、正当なＵＡからの認証ＩＮＶＩＴＥリクエストであると判断する。この認証処理の結果、正当なＵＡからの認証ＩＮＶＩＴＥリクエストと判断した場合は、認証ＩＮＶＩＴＥリクエストをＴｏフィールドで指定された着呼側のＵＡ（図２３でのＵＡ（着呼側））へ転送する。
【０００９】
その後、ＵＡ（着呼側）では、認証ＩＮＶＩＴＥリクエスト受信後、その認証ＩＮＶＩＴＥリクエストの処理を継続中であることを示す暫定応答（図２３での１００ ｔｒｙｉｎｇと１８０ Ｒｉｎｇｉｎｇ）をＳＩＰサーバに返し、通話者を呼び出す。通話者が応答した場合に、ＵＡ（着呼側）はＳＩＰサーバに、認証ＩＮＶＩＴＥリクエストの処理が完了した旨を示すＳＩＰ応答（２００ ＯＫ）を返す。ＵＡ（発呼側）は、認証ＩＮＶＩＴＥリクエストの最終応答であるＳＩＰ応答（２００ ＯＫ）を受信した旨をＵＡ（着呼側）に伝達するためにＡＣＫリクエストを発信する。
【００１０】
これにより、ＵＡ（発呼側）とＵＡ（着呼側）での通話のためのセッションが確立される。通話終了時には、通話終了を希望するＵＡ（図２３ではＵＡ（発呼側））から、セッションを終了するＢＹＥリクエストが発行される。ＳＩＰサーバ経由でＢＹＥリクエストを受信したＵＡ（着呼側）では、ＢＹＥリクエスト処理後、ＳＩＰ応答（２００ ＯＫ）を返答することで、セッションの終了処理が完了したことを伝達する。この結果、ＵＡ（発呼側）とＵＡ（着呼側）の通話が終了する。
【００１１】
上記ＵＡからの発呼時の動作に加えて、ＵＡ情報の更新も一般的なＳＩＰネットワークにおいて頻繁に発生する。このＵＡ情報の更新処理を図２４に示す。
【００１２】
まず、ＵＡがＳＩＰサーバに対してＲＥＧＩＳＴＥＲリクエストを送信する。本明細書では、このＵＡが最初にＳＩＰサーバに送信するＲＥＧＩＳＴＥＲリクエストをｉｎｉｔｉａｌ ＲＥＧＩＳＴＥＲリクエストと呼ぶ。ＵＡからのｉｎｉｔｉａｌ ＲＥＧＩＳＴＥＲリクエストを受信したＳＩＰサーバは、図２３と同様に、ダイジェスト認証で使用するｎｏｎｃｅを算出し、そのｎｏｎｃｅ値をＳＩＰ応答（４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ）に付加してＵＡに返信する。ＵＡでは、受信したｎｏｎｃｅを鍵にシークレット（ユーザ識別子とパスワード）をハッシュする。この結果をＲＥＧＩＳＴＥＲリクエストのＡｕｔｈｏｒｉｚａｔｉｏｎヘッダに格納し、ＳＩＰサーバに転送する。本明細書では、このＡｕｔｈｏｒｉｚａｔｉｏｎヘッダを付加したＲＥＧＩＳＴＥＲリクエストを認証ＲＥＧＩＳＴＥＲリクエストと呼ぶ。
【００１３】
認証ＲＥＧＩＳＴＥＲリクエストを受信したＳＩＰサーバは、図２３と同様の認証処理を行い、正当なＵＡからの認証ＲＥＧＩＳＴＥＲリクエストと判断した場合は、ＵＡ情報を更新し、更新結果をＳＩＰ応答（図２４では２００ ＯＫ）としてＵＡに転送する。なお、このＵＡ情報の更新は、一般的に、ＵＡの生存確認を兼ねているため、定期的に実行される。
【００１４】
この図２３及び図２４に示した、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストやｉｎｉｔｉａｌ ＲＥＧＩＳＴＥＲリクエストなどのＳＩＰ要求からＳＩＰ応答（２００ ＯＫ）までのやり取りを行う通信は、一般的に「ＳＩＰトランザクション」と呼ばれる。
【００１５】
このような処理を行うＳＩＰサーバが、膨大なＳＩＰ要求の一斉到着により輻輳状態に陥った場合、１）該当ＳＩＰサーバがＵＡ情報を管理するＵＡへの着信が不可能となる、２）該当ＳＩＰサーバが管理するＵＡに電話が繋がりにくい状態が発生する、という問題が発生する。問題（１）は、ＵＡからのＵＡ情報の更新処理が実行されないことで、ＵＡ情報の有効期限切れが発生し、このＵＡ情報の有効期限切れが発生したＵＡを、ＳＩＰサーバが、着信準備が出来ていないと認識するためである。また、問題（２）は、ＵＡ情報の有効期限切れが発生していない状況でも、他ＳＩＰサーバから転送されるＩＮＶＩＴＥリクエストが、該当ＳＩＰサーバでの高負荷により処理できないためである。
【００１６】
このようなＳＩＰサーバの輻輳を防止するために、ＳＩＰサーバとＵＡとの間に優先制御装置を配置した上で、例えば、ＵＡ情報の更新処理のＳＩＰ要求（ｉｎｉｔｉａｌ／認証ＲＥＧＩＳＴＥＲリクエスト）や既設セッションを制御するＳＩＰ要求（ＡＣＫリクエストやＢＹＥリクエスト）を高優先、ＵＡからのｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストを低優先などと、ＵＡから送信されるＳＩＰ要求に優先度を設定し、ＳＩＰサーバの単位時間当たりに処理可能なＳＩＰ要求数を超えないように、優先制御装置が、高優先のＳＩＰ要求から順番にＳＩＰサーバへ転送する方式が考えられる。
【００１７】
このような特徴を有する一般的な優先制御方式は、特許文献１に開示されている。なお、特許文献１記載の従来技術は、パケットに対する優先制御方式を開示しているが、パケットをＳＩＰ要求と読み替えることで、本発明で問題としているＳＩＰサーバの輻輳防止にも適用可能と考えられる。
【００１８】
図２５に、特許文献１記載の従来技術のブロック図を示す。この図に示すように、特許文献１記載の従来技術では、パケット中継処理機構とパケット送信機構にパケットを渡す際に、優先度制御機構が、パケットの優先度を考慮し、挿入するキューを変更している。このように２箇所に優先度制御機構を導入することで、パケットの中継処理時及び送信時に高優先のパケットを率先して処理することが可能となる。更に、特許文献１記載の従来技術では、高優先度のパケットが占有的に処理されることにより、低優先度のパケットがいつまでも処理されないという課題も解決している。具体的には、チェックカウンタを管理し、チェックカウンタが、ある閾値（特許文献１では１００）を越えた場合には、処理していた優先度以下のキューに存在するパケットを、一つずつ（最低優先度まで）処理し、最低優先度のキューへの処理が終了した後初めてチェックカウンタの値をクリアしている。
【００１９】
特許文献１記載の優先制御方式の他に、ＳＩＰサーバの輻輳を防止する手段としては、ＳＩＰサーバの処理遅延により引き起こされる、ＵＡから再発行されたＳＩＰ要求をＳＩＰサーバの手前で破棄する方式も考えられる。本発明では、このＵＡから再発行されるＳＩＰ要求をＳＩＰ再送要求と呼ぶ。
このように、ＵＡとＳＩＰサーバとの間に配置し、ＵＡから再発行されるＳＩＰ再送要求を遮断する、一般的な中継装置は特許文献２にて開示されている。なお、特許文献２記載の従来技術では、ＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）／ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）通信でのパケットを対象としているが、このパケットをＳＩＰ要求と読み替えることで、本発明で問題としているＳＩＰサーバの輻輳防止にも適用可能と考えられる。
【００２０】
図２６に、特許文献２記載の従来技術の概略を示す。この図に示すように、特許文献２記載の従来技術では、受信側から送信されてくるＡＣＫ・ＳＡＣＫパケットを検出し、そのパケットに記載されている受信完了パケットの識別番号を輻輳制御ネットワーク中継装置内に一時保存しておく。この状態で、送信側から送信されたパケットに記載されている識別番号を調査し、一時保存してある識別番号と比較する。この結果、既に受信側で受信済みと判定できる場合には、再送パケットとして破棄する。この方式により、送信側から受信側へ余分な再送パケットを転送し、受信側の輻輳が増長されることを防止している。
【００２１】
更に、ＵＡとＳＩＰサーバとの間に配置し、ＵＡから再発行されるＳＩＰ再送要求を遮断する、一般的な中継装置は特許文献３にも開示されている。なお、特許文献３記載の従来技術は、一般的なネットワーク階層モデルのレイヤー２で取り扱われるフレームを中継するフレーム中継装置において、特に、ループ状伝送路で発生するフレームの無限ループ転送を回避する方式を対象としているが、フレームをＳＩＰ要求とし、ループ転送されたフレームをＳＩＰ再送要求と読み替えることで、本発明で問題としているＳＩＰサーバの輻輳防止にも適用可能と考えられる。
【００２２】
図２７に、特許文献３記載の従来技術における原理説明図を示す。この図に示すように、特許文献３記載の従来技術では、ループを検出するために、受信したフレームを示す情報（ループ検出テーブル 図２７（Ｃ））を保持し、ループ検出テーブルに格納された情報を保持するフレームを再度受信した場合には、ループが発生していると判断し、破棄される。また、ループ検出テーブル格納情報と完全に一致しない場合（送信元ＩＰアドレスが同一でも、受信したフレームＩＤと登録されているフレームＩＤが異なる場合）にも、所定の条件式を満足するかを検査することで、ループ発生を判断している。なお、このループ検出テーブルは、フレーム受信時に検索された時点でエントリが存在しない場合には、新規エントリが追加され、エントリが存在する場合でもフレーム送信前にフレームＩＤとフラグメントオフセットが更新される。
【特許文献１】特許第３２９６００１号
【特許文献２】特開２００６−２８７３３１号公報
【特許文献３】特開２００１−１９７１１４号公報
【非特許文献１】「改訂版 ＳＩＰ教科書」Ｐ．７８の図３−２「ユーザ・エージェントとＳＩＰサーバの関係」
【発明の開示】
【発明が解決しようとする課題】
【００２３】
特許文献１記載の従来技術における課題（第１の課題）は、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を抑制してしまうことである。これは、低優先のキューに、ＳＩＰ要求とＳＩＰ再送要求の区別を行わないで、全て挿入するためである。ＳＩＰプロトコルでは、一般的に、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストの場合、０．５秒、１秒、２秒、４秒、８秒、１６秒の合計６回ＳＩＰ再送要求がＵＡから発行される。そのため、ＳＩＰサーバの単位時間当たりに処理可能なＳＩＰ要求数を超えないように、優先制御装置からＳＩＰサーバへＳＩＰ要求を転送した結果、例えば、低優先キューにｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが２秒間滞留してしまうと、ＵＡから３個のｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが再発行される。
【００２４】
特許文献１記載の従来技術では、これら全ての再送ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが低優先キューに追加される。これは、既にｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストをＳＩＰサーバに送信し、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストを処理するＳＩＰトランザクションを開始させたにも係らず、再送ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストを再度ＳＩＰサーバに転送してしまうことを意味しており、ＳＩＰサーバで再送ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストの処理という余計な処理を誘発する。その結果、ＳＩＰサーバでの単位時間当たりに処理可能なＳＩＰトランザクション数が減少してしまうのである。
【００２５】
特許文献２記載の従来技術における課題（第２の課題）は、ＳＩＰサーバの輻輳状態では、ＳＩＰ再送要求を輻輳制御ネットワーク中継装置で遮断できないことである。これは、特許文献２記載の従来技術において、パケットの再送を受信側から転送されるＡＣＫパケットに記載された識別番号に基づいて判断しているためである。ＳＩＰサーバの処理性能を考慮し、輻輳制御ネットワーク中継装置でＳＩＰ要求を一時蓄積している状態では、前述したように、輻輳制御ネットワーク中継装置での滞留時間に依存してＵＡから数個のＳＩＰ再送要求が発行される。この時、輻輳制御ネットワーク中継装置は、ＳＩＰ要求を自身に格納しており、ＳＩＰサーバに転送していないため、ＳＩＰサーバからＡＣＫパケットに相当するＳＩＰ応答を受信できない。つまり、ＳＩＰサーバで処理を完了したＳＩＰ要求の識別番号を取得することが出来ないのである。
【００２６】
これは、ＳＩＰ応答を受信するまでは、ＵＡから受信したＳＩＰ要求が再送かの判断を、輻輳制御ネットワーク中継装置で確実に行うことが出来ないことを意味しており、ＳＩＰ再送要求を新規ＳＩＰ要求と誤認識してキューに挿入してしまうことになる。この結果、前述した、第１の課題と同様の状況が引き起こされるのである。
【００２７】
特許文献２及び特許文献３記載の従来技術における課題（第３の課題）は、受信したＳＩＰ要求が再送かを判断する情報が時間と共に増加してしまうことである。これは、特許文献２及び特許文献３記載の従来技術では、再送かを判断するために使用する情報のエントリを削除するタイミングが言及されていないためである。
【００２８】
まず、特許文献２記載の従来技術では、該当情報として、ＴＣＰ／ＩＰにおけるＡＣＫパケットに記載された連続値となる識別子を前提としており、ＡＣＫパケット受信時に識別子を上書きすれば、該当識別子より小さい値を持つパケットは受信済みと見なせるためである。
【００２９】
また、特許文献３記載の従来技術では、ループ検出テーブルのエントリはパソコン単位となっており、パソコンの増減は、それほど頻繁には発生しないことを前提としているためと考えられる。しかし、本発明を適用するＳＩＰネットワークでは、一般的に、Ｃａｌｌ−ＩＤヘッダの値などの、ＳＩＰ要求の識別子として扱える情報は、ＵＡが任意に設定可能であるため、連続値とは限らない。更に、例えば、通話の場合、呼の生存期間は、一般的に平均数分程度である。これは、ＳＩＰ要求の識別子として使用可能な情報は有効期間が短く、一過性のものになりやすいことを意味している。
【００３０】
このようにＳＩＰネットワークでは、再送判断に使用する情報に存在しない識別子を受信した場合には追加していくしかなく、更に、ＳＩＰトランザクション処理が既に終了し、ＳＩＰネットワーク上に存在しない場合でも、該当ＳＩＰトランザクションを示す識別子が削除されないまま保存されることになるのである。
【００３１】
本発明の目的は、ＳＩＰ要求に優先度を付与することで、ＵＡ情報等のＳＩＰネットワークの設定情報の喪失を防止し、かつ、低優先のＳＩＰ要求に対するＳＩＰ再送要求をＳＩＰサーバ到達前に確実に破棄することで、ＳＩＰサーバで単位時間に処理可能なＳＩＰトランザクション数を増加し、かつ、ＳＩＰ要求受信時に識別子を追加し、ＳＩＰ応答受信時に該当識別子を削除することで、ＳＩＰ要求の再送判断に使用する情報の増加を抑制することを可能とする、優先制御装置、ＳＩＰシステム、優先制御プログラム及び優先制御方法を提供することにある。
【課題を解決するための手段】
【００３２】
第１及び第２の課題を解決するために、低優先と判定されたＳＩＰ要求に格納された識別子と、既に優先制御装置で受信済みであり、処理中または処理待ちのＳＩＰ要求の識別子（以降では、処理中識別子と呼ぶ）を基に、該当ＳＩＰ要求がＳＩＰ再送要求かを判断する機能と、ＳＩＰ応答受信時に該当ＳＩＰ応答に格納された識別子を、処理中識別子から削除する機能と、低優先、かつ、ＳＩＰ再送要求ではないＳＩＰ要求の識別子を処理中識別子に追加する機能を導入する。
【００３３】
これらの機能により、処理中識別子には、「低優先キューに格納中」または「ＳＩＰサーバと優先制御装置間でＳＩＰ要求を転送中」または「ＳＩＰサーバで処理中」または「ＳＩＰサーバと優先制御装置間で処理結果（ＳＩＰ応答）を転送中」という状況にあるＳＩＰ要求の識別子のみが格納されることになる。つまり、この処理中識別子に格納された識別子で示されるＳＩＰ要求は、既に、優先制御装置またはＳＩＰサーバに存在し、処理中（または処理予定）のＳＩＰ要求であることを示している。このため、処理中識別子に存在する識別子を保持するＳＩＰ要求をＵＡから受信した場合、そのＳＩＰ要求をＳＩＰサーバに転送する必要はないと判断できる。この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止できるのである。
【００３４】
更に、第３の課題は、上記、低優先、かつ、ＳＩＰ再送要求ではないＳＩＰ要求の識別子を処理中識別子に追加する機能と、ＳＩＰ応答受信時に該当ＳＩＰ応答に格納された識別子を、処理中識別子から削除する機能と、で解決可能である。
【００３５】
これらの機能により、優先制御装置が格納する識別子を、既に、優先制御装置またはＳＩＰサーバに存在し、処理中（または処理予定）であるＳＩＰ要求を識別するもののみに限定でき、既に処理が完了したＳＩＰ要求の識別子の格納を防止できるためである。
【発明の効果】
【００３６】
本発明によれば、以下に説明する効果を達成することができる。
【００３７】
第１の効果は、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加することが可能となることである。
【００３８】
これは、処理中識別子に、優先制御装置またはＳＩＰサーバに既に存在し、処理中（または処理予定）のＳＩＰ要求の識別子のみを常時格納させ、ＵＡから受信したＳＩＰ要求が保持する識別子が、この処理中識別子に存在するかを確認することで、ＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止できるためである。
【００３９】
第２の効果は、受信したＳＩＰ要求が再送かを判断する情報の増加を抑制できることである。
【００４０】
これは、低優先、かつ、ＳＩＰ再送要求ではないＳＩＰ要求の識別子を処理中識別子に追加する機能と、ＳＩＰ応答受信時に該当ＳＩＰ応答に格納された識別子を、処理中識別子から削除する機能とにより、優先制御装置が格納する識別子を、既に、優先制御装置またはＳＩＰサーバに存在し、処理中（または処理予定）であるＳＩＰ要求を示すもののみに限定できるためである。
【発明を実施するための最良の形態】
【００４１】
（第１の実施の形態）
次に、本発明の第１の実施の形態について、図表を参照して詳細に説明する。
【００４２】
（第１の実施の形態の構成）
図１に、本発明の第１の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第１の実施の形態に係る優先制御装置１０１は、一般的なＳＩＰプロキシー・サーバ機能１１１と、ＳＩＰプロキシー・サーバ機能１１１が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能１０２と、ＳＩＰプロキシー・サーバ機能１１１が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能１０５と、ＳＩＰ要求優先度判定機能１０５が低優先と判定したＳＩＰ要求に格納された識別子が、処理中識別子に存在するかを確認する識別子存在確認機能１０６と、当該ＳＩＰ要求の識別子が処理中識別子に存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能１０７と、ＳＩＰ要求優先度判定機能１０５で低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加機能１０８と、処理中識別子を格納する処理中識別子格納機能１０４と、ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除する識別子削除機能１０３と、ＳＩＰ要求の優先度ごとにキューを保持し、ＳＩＰ要求優先度判定機能１０５または識別子追加機能１０８から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能１０９と、ＳＩＰ要求一時格納機能１０９のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、ＳＩＰプロキシー・サーバ機能１１１を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能１１０とから構成される。ここで、処理中識別子は、例えば、図２に示すような、ＳＩＰ要求に格納されたＣａｌｌ−ＩＤヘッダの値を表形式で格納したものとなる。
【００４３】
（第１の実施の形態の動作）
次に、本発明の第１の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【００４４】
図３は、本発明の第１の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。なお、この動作において、受信したＳＩＰ要求の優先度は「高優先」と「低優先」の２段階を想定しているが多段階の優先度を導入している場合でも同様の動作となる。
【００４５】
いま、ＳＩＰプロキシー・サーバ機能１１１が、外部からメッセージを受信したとする（ステップＳ３０１）。すると、メッセージ種別判定機能１０２が、受信したメッセージの種別を調査する（ステップＳ３０２）。
【００４６】
ステップ３０２の結果、ステップＳ３０１で受信したメッセージがＳＩＰ応答の場合は、識別子削除機能１０３が、処理中識別子格納機能１０４が保持する処理中識別子から、ステップＳ３０１で受信したＳＩＰ応答に格納された識別子を削除する（ステップＳ３０３）。この処理は、例えば、下記のように実現できる。処理中識別子が、図２に示すような表形式である場合、ステップＳ３０１で受信したＳＩＰ応答に含まれるＣａｌｌ−ＩＤヘッダの値を抽出し、この値をキーとして処理中識別子を検索する。処理中識別子にエントリが発見された場合、該当エントリを削除する。
【００４７】
ステップＳ３０３での識別子削除後、ＳＩＰプロキシー・サーバ機能１１１が、ＳＩＰ応答記載の宛先にＳＩＰ応答を送信する（ステップＳ３０４）。その後、再度ステップＳ３０１から繰り返す。
【００４８】
ステップＳ３０２の結果、ＳＩＰプロキシー・サーバ機能１１１が受信したメッセージがＳＩＰ要求の場合、ＳＩＰ要求優先度判定機能１０５が、ＳＩＰ要求の優先度を判定する（ステップＳ３０５）。この処理は、例えば、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストは「低優先」、それ以外のＳＩＰ要求は「高優先」などと、ＳＩＰ要求の種別に応じて優先度を予め決定しておくことで実現可能である。
【００４９】
ステップＳ３０５の結果、ＳＩＰ要求の優先度が低優先と判定された場合には、識別子存在確認機能１０６が、ＳＩＰプロキシー・サーバ機能１１１が受信したＳＩＰ要求に格納された識別子が処理中識別子に存在するかを確認する（ステップＳ３０６）。この処理は、例えば、以下のように実現できる。処理中識別子が、図２に示すような表形式である場合、ステップＳ３０１で受信したＳＩＰ要求に含まれるＣａｌｌ−ＩＤヘッダの値を抽出し、この値をキーとして処理中識別子を検索する。この検索の結果、該当Ｃａｌｌ−ＩＤヘッダの値を保持するエントリが存在する場合には「存在」と判定し、存在しない場合には「存在しない」と判定する。
【００５０】
ステップＳ３０６の結果、ステップＳ３０１で受信したＳＩＰ要求の識別子が処理中識別子に存在する場合には、ＳＩＰ再送要求として、ＳＩＰ要求破棄機能１０７が該当ＳＩＰ要求を破棄する（ステップ３０７）。その後、ステップＳ３０１から繰り返す。
【００５１】
ステップＳ３０６の結果、ステップＳ３０１で受信したＳＩＰ要求の識別子が処理中識別子に存在しない場合には、識別子追加機能１０８が該当ＳＩＰ要求の識別子を処理中識別子に追加する（ステップＳ３０８）。この処理は、例えば、以下のように実現できる。処理中識別子が、図２に示すような表形式である場合、ステップＳ３０１で受信したＳＩＰ要求に含まれるＣａｌｌ−ＩＤヘッダの値を抽出し、この値を格納したエントリを処理中識別子に追加する。
【００５２】
ステップＳ３０５の結果、ステップＳ３０１で受信したＳＩＰ要求が高優先と判断された場合、または、ステップＳ３０８の結果、処理中識別子への追加処理が完了した場合には、ＳＩＰ要求一時格納機能１０９がＳＩＰ要求を、優先度に応じたキューに格納する（ステップＳ３０９）。その後、ステップＳ３０１から繰り返す。
【００５３】
次に、本発明の第１の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。
【００５４】
図４は、本発明の第１の実施の形態に係る優先度制御装置１０１が、ＳＩＰ要求一時格納機能１０９に格納されたＳＩＰ要求をＳＩＰプロキシー・サーバ機能１１１経由でＳＩＰサーバに転送する場合の動作を示すフローチャートである。
【００５５】
まず、転送ＳＩＰ要求抽出機能１１０が、ＳＩＰ要求一時格納機能１０９からＳＩＰ要求を抽出することで、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求量に達するかを判定する（ステップ４０１）。この処理は、例えば、以下のようにして実現できる。転送ＳＩＰ要求抽出機能１１０が、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数を予め保持しておき、この単位時間ごとにタイマーを設定する。更に、変数として転送済ＳＩＰ要求数を転送ＳＩＰ要求抽出機能１１０が管理する。
【００５６】
転送ＳＩＰ要求抽出機能１１０は、転送済ＳＩＰ要求数が、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数と等しいかを確認し、等しくない場合には、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達していないと判定し、転送済ＳＩＰ要求数を１増加する。一方、等しい場合には、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達したと判定する。なお、この転送済ＳＩＰ要求数は、タイマーが切れるごとに０に再設定される。
【００５７】
ステップＳ４０１の結果、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達していないと判定された場合には、転送ＳＩＰ要求抽出機能１１０が、更に、転送するＳＩＰ要求をＳＩＰ要求一時格納機能１０９から抽出する（ステップＳ４０２）。この処理は、例えば、特許文献１記載の従来技術のように、低優先キューに格納されたＳＩＰ要求の沈み込みを防止しながら、高優先のキューから順番にＳＩＰ要求の存在を確認し、存在する場合には該当ＳＩＰ要求を抽出することで実現できる。
【００５８】
ステップＳ４０２の結果、転送するＳＩＰ要求の抽出が完了した場合には、該当ＳＩＰ要求をＳＩＰプロキシー・サーバ機能１１１がＳＩＰサーバに転送する（ステップＳ４０３）。
【００５９】
ステップＳ４０１の結果、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達したと判定された場合、または、ステップＳ４０３の結果、ＳＩＰプロキシー・サーバ機能１１１が、ＳＩＰサーバにＳＩＰ要求を転送した場合には、ステップＳ４０１から繰り返す。
【００６０】
（第１の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となる。
【００６１】
これは、処理中識別子に、優先制御装置またはＳＩＰサーバに既に存在し、処理中（または処理予定）のＳＩＰ要求の識別子を常時格納することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止できるためである。
【００６２】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する処理中識別子の増加を抑制することが可能となる。
【００６３】
これは、識別子追加機能１０８が、ＳＩＰ要求優先度判定機能１０５に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を、該当ＳＩＰ要求を低優先キューに挿入する前に処理中識別子に追加し、かつ、識別子削除機能１０３が、ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除することで、処理中識別子に格納する識別子を、優先制御装置またはＳＩＰサーバに存在し、処理中（または処理予定）であるＳＩＰ要求を示すもののみに限定できるためである。
【００６４】
（第２の実施の形態）
次に、本発明の第２の実施の形態について、図表を参照して詳細に説明する。
【００６５】
（第２の実施の形態の構成）
図５に、本発明の第２の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第２の実施の形態に係る優先制御装置１０１は、本発明の第１の実施の形態に係る優先制御装置１０１の構成における識別子削除機能１０３と他機能との接続関係が変更された形態となっている。具体的には、メッセージ種別判定機能１０２ではなく、転送ＳＩＰ要求抽出機能１１０が識別子削除機能１０３を起動している。この結果、処理中識別子格納機能１０４が格納する処理中識別子には、「低優先キューに格納中」という状態にあるＳＩＰ要求の識別子のみが格納されることになる。なお、本発明の第２の実施の形態における優先制御装置１０１を構成する各機能は、本発明の第１の実施の形態における優先制御装置１０１を構成する各機能と同様の機能を有する。
【００６６】
（第２の実施の形態の動作）
次に、本発明の第２の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【００６７】
図６は、本発明の第２の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。この図６におけるフローチャートと、図３に示した、本発明の第１の実施の形態に係る優先制御装置１０１におけるフローチャートとの差分は、メッセージ種別判定機能１０２が、ＳＩＰプロキシー・サーバ機能１１１が受信したメッセージをＳＩＰ応答と判定した場合（ステップＳ６０２の処理結果）に、ＳＩＰ応答をＳＩＰプロキシー・サーバ機能１１１が転送する処理（ステップＳ６０３）が実行される点である。
【００６８】
次に、本発明の第２の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。
【００６９】
図７は、本発明の第２の実施の形態に係る優先制御装置１０１が、ＳＩＰ要求一時格納機能１０９に格納されたＳＩＰ要求をＳＩＰプロキシー・サーバ機能１１１経由でＳＩＰサーバに転送する場合の動作を示すフローチャートである。この図７におけるフローチャートと、図４に示した、本発明の第１の実施の形態に係る優先制御装置１０１におけるフローチャートとの差分は、転送ＳＩＰ要求抽出機能１１０が、転送するＳＩＰ要求を抽出した後（ステップＳ７０２）に、識別子削除機能１０３が、該当ＳＩＰ要求に格納された識別子を、処理中識別子から削除する処理（ステップＳ７０３）が追加された点である。なお、このステップＳ７０３の処理は、図３で示した、本発明の第１の実施の形態に係る優先制御装置１０１におけるステップＳ３０３の処理と同様である。
【００７０】
（第２の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となる。
【００７１】
これは、処理中識別子に、優先制御装置１０１に既に存在するＳＩＰ要求の識別子を常時格納することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止できるためである。
【００７２】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する処理中識別子の増加を抑制することが可能となる。
【００７３】
これは、識別子追加機能１０８が、ＳＩＰ要求優先度判定機能１０５に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を、該当ＳＩＰ要求を低優先キューに挿入する前に処理中識別子に追加し、かつ、識別子削除機能１０３が、ＳＩＰプロキシー・サーバ機能１１１を介して、ＳＩＰ要求をＳＩＰサーバに転送する前に、該当ＳＩＰ要求の識別子を処理中識別子から削除することで、処理中識別子に格納する識別子を、優先制御装置に存在しているＳＩＰ要求を示すもののみに限定できるためである。
【００７４】
（第３の実施の形態）
次に、本発明の第３の実施の形態について、図表を参照して詳細に説明する。
【００７５】
（第３の実施の形態の構成）
図８に、本発明の第３の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第３の実施の形態に係る優先制御装置１０１は、本発明の第１及び第２の実施の形態に係る優先制御装置１０１における、ＳＩＰプロキシー・サーバ機能１１１及びメッセージ種別判定機能１０２及びＳＩＰ要求優先度判定機能１０５及びＳＩＰ要求破棄機能１０７及びＳＩＰ要求一時格納機能１０９及び転送ＳＩＰ要求抽出機能１１０に加えて、ＳＩＰ要求優先度判定機能１０５で低優先と判定されたＳＩＰ要求の識別子を抽出する識別子抽出機能８０３と、識別子抽出機能８０３が抽出した識別子と同一の識別子を保持するＳＩＰ要求が、ＳＩＰ要求一時格納機能１０９が保持する低優先キューに既に挿入されているかを検索するキュー検索機能８０４とから構成される。なお、識別子抽出機能８０３が抽出する識別子は、例えば、ＳＩＰ要求に格納されているＣａｌｌ−ＩＤヘッダの値である。
【００７６】
（第３の実施の形態の動作）
次に、本発明の第３の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【００７７】
図９は、本発明の第３の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。
【００７８】
いま、ＳＩＰプロキシー・サーバ機能１１１が、外部からメッセージを受信したとする（ステップＳ９０１）。すると、メッセージ種別判定機能１０２が、受信したメッセージの種別を調査する（ステップＳ９０２）。
【００７９】
ステップ９０２の結果、ステップＳ９０１で受信したメッセージがＳＩＰ応答の場合は、ＳＩＰプロキシー・サーバ機能１１１が、ＳＩＰ応答記載の宛先にＳＩＰ応答を送信する（ステップＳ９０３）。その後、再度ステップＳ９０１から繰り返す。
【００８０】
ステップＳ９０２の結果、ＳＩＰプロキシー・サーバ機能１１１が受信したメッセージがＳＩＰ要求の場合、ＳＩＰ要求優先度判定機能１０５が、ＳＩＰ要求の優先度を判定する（ステップＳ９０４）。なお、この処理は、本発明の第１及び第２の実施の形態におけるＳＩＰ要求優先度判定機能１０５の動作（ステップＳ３０５及びステップＳ６０４）と同様である。
【００８１】
ステップＳ９０４の結果、ＳＩＰ要求の優先度が低優先と判定された場合には、識別子抽出機能８０３が、ＳＩＰ要求に格納された識別子を抽出する（ステップＳ９０５）。この処理は、例えば、ＳＩＰ要求に含まれるＣａｌｌ−ＩＤヘッダの値を抽出することで実現できる。その後、キュー検索機能８０４が、ステップＳ９０５で抽出された識別子を保持するＳＩＰ要求が低優先キューに既に挿入されているかを検索する（ステップＳ９０６）。
【００８２】
この処理は、例えば、以下のようにして実現できる。まず、低優先キューの先頭のＳＩＰ要求に格納されているＣａｌｌ−ＩＤヘッダの値を抽出し、識別子抽出機能８０３から受け取ったＣａｌｌ−ＩＤヘッダの値と比較する。この結果、一致すれば「存在」として終了し、一致しなければ、先頭から２番目のＳＩＰ要求について同様の処理を再度実行する。この処理を低優先キューの先頭から順番に実行していき、全てのＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値が一致しない場合には、「存在しない」として終了する。
【００８３】
ステップＳ９０６の結果、キュー内に同一識別子を保持するＳＩＰ要求が存在する場合には、ＳＩＰ再送要求と認識し、ＳＩＰ要求破棄機能１０７が該当ＳＩＰ要求を破棄する（ステップ９０７）。その後、ステップＳ９０１から繰り返す。
【００８４】
ステップＳ９０４の結果、ステップＳ９０１で受信したＳＩＰ要求が高優先と判断された場合、または、ステップＳ９０６の結果、キュー内に同一識別子を保持するＳＩＰ要求が存在しないと判断された場合には、ＳＩＰ要求一時格納機能１０９がＳＩＰ要求を、優先度に応じたキューに格納する（ステップＳ９０８）。その後、ステップＳ９０１から繰り返す。
【００８５】
次に、本発明の第３の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。本発明の第３の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作は、図４で示した、本発明の第１の実施の形態に係る優先制御装置１０１での動作と同様である。
【００８６】
（第３の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となる。
【００８７】
これは、受信したＳＩＰ要求の識別子を、既に低優先キューに挿入されたＳＩＰ要求の識別子と比較することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止できるためである。
【００８８】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する情報を使用しなくともＳＩＰ要求の再送判断が可能となる。
【００８９】
これは、ＳＩＰ要求が再送かの判断を、受信したＳＩＰ要求の識別子と、ＳＩＰ要求一時格納機能１０９が保持する低優先キューに挿入されたＳＩＰ要求の識別子とを順次比較することで実現しているためである。
【００９０】
（第４の実施の形態）
次に、本発明の第４の実施の形態について、図表を参照して詳細に説明する。
【００９１】
（第４の実施の形態の構成）
図１０に、本発明の第４の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第４の実施の形態に係る優先制御装置１０１は、本発明の第１及び第２及び第３の実施の形態に係る優先制御装置１０１における、ＳＩＰプロキシー・サーバ機能１１１及びメッセージ種別判定機能１０２及びＳＩＰ要求優先度判定機能１０５及びＳＩＰ要求破棄機能１０７及びＳＩＰ要求一時格納機能１０９及び転送ＳＩＰ要求抽出機能１１０に加えて、ＳＩＰ要求優先度判定機能１０５が低優先と判定したＳＩＰ要求を、ＳＩＰ要求一時格納機能１０９が保持する低優先キューに挿入する時刻を追加する挿入時刻追加機能１００２と、ＳＩＰ要求が低優先キューに挿入された時刻を格納する挿入時刻格納機能１００１と、転送ＳＩＰ要求抽出機能１１０が抽出したＳＩＰ要求が有効期限を越えていないか確認する有効期限確認機能１００４と、挿入時刻格納機能１００１が保持する挿入時刻から該当ＳＩＰ要求の挿入時刻を削除する挿入時刻削除機能１００３とから構成される。
【００９２】
ここで、挿入時刻格納機能１００１が格納する挿入時刻は、例えば、図１１に示す形態となる。図１１では、ＳＩＰ要求の識別子であるＣａｌｌ−ＩＤヘッダの値と、現在時刻をミリ秒として表現した挿入時刻とが組になり格納されている。ＳＩＰプロトコルでは、ＳＩＰ要求が有効である時間が規定されており、該当時間を越えてもＳＩＰ応答が返信されない場合には、タイムアウトとなりＳＩＰトランザクションが終了する。このタイムアウトの時間は、例えば、ＩＮＶＩＴＥリクエストの場合には、一般的に３２秒である。つまり、優先制御装置１０１で３２秒以上滞留したＩＮＶＩＴＥリクエストは、ＳＩＰサーバで処理を完了したとしても、送信元であるＵＡではタイムアウトしているため、無意味な処理となる。本発明の第４の実施の形態では、キュー挿入時に挿入時刻を一時保存し、有効期限確認機能１００４がタイムアウトかを確認し、タイムアウトの場合には破棄することで、ＳＩＰサーバに無意味な処理を誘発するＳＩＰ要求の転送を抑制している。
【００９３】
（第４の実施の形態の動作）
次に、本発明の第４の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【００９４】
図１２は、本発明の第４の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。
【００９５】
いま、ＳＩＰプロキシー・サーバ機能１１１が、メッセージを受信したとする（ステップＳ１２０１）。次に、メッセージ種別判定機能１０２が該当メッセージの種類を調査する（ステップＳ１２０２）。
【００９６】
ステップＳ１２０２の結果、受信したメッセージがＳＩＰ応答の場合には、ＳＩＰプロキシー・サーバ機能１１１が、ＳＩＰ応答記載の宛先にＳＩＰ応答を送信する（ステップＳ１２０６）。その後、ステップＳ１２０１から繰り返す。
【００９７】
ステップＳ１２０２の結果、受信したメッセージがＳＩＰ要求の場合には、ＳＩＰ要求優先度判定機能１０５が、該当ＳＩＰ要求の優先度を判定する（ステップＳ１２０３）。この処理は、本発明の第１及び第２及び第３の実施の形態に係る優先制御装置１０１での処理（ステップＳ３０５、ステップＳ６０４、ステップＳ９０４）と同様である。
【００９８】
ステップＳ１２０３の結果、ＳＩＰ要求の優先度が低優先と判定された場合には、挿入時刻追加機能１００２が、該当ＳＩＰ要求の挿入時刻を、挿入時刻格納機能１００１が保持する挿入時刻に追加する（ステップＳ１２０４）。この処理は、例えば、挿入時刻が図１１で示す形態の場合には、以下のようになる。挿入時刻追加機能１００２は、ＳＩＰ要求優先度判定機能１０５から受信したＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値を抽出し、更に、ミリ秒として表現された現在の時刻を取得する。その後、このＣａｌｌ−ＩＤヘッダの値と現在時刻を組として挿入時刻に追加する。
【００９９】
ステップＳ１２０３の結果、ＳＩＰ要求の優先度が高優先と判定された場合、または、ステップＳ１２０４の結果、挿入時刻の追加処理が完了した場合には、ＳＩＰ要求一時格納機能が、優先度に応じたキューに、該当ＳＩＰ要求を挿入する（ステップＳ１２０５）。その後、ステップＳ１２０１から繰り返す。
【０１００】
次に、本発明の第４の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。
【０１０１】
図１３は、本発明の第４の実施の形態に係る優先制御装置１０１が、ＳＩＰ要求一時格納機能１０９に格納されたＳＩＰ要求をＳＩＰプロキシー・サーバ機能１１１経由でＳＩＰサーバに転送する場合の動作を示すフローチャートである。
【０１０２】
いま、転送ＳＩＰ要求抽出機能１１０が、次にＳＩＰ要求を抽出することで、ＳＩＰサーバの処理可能量に到達するかを調査する（ステップＳ１３０１）。なお、この処理は、本発明の第１の実施の形態に係る優先制御装置１０１における処理（ステップＳ４０１）と同様の処理である。
【０１０３】
ステップＳ１３０１の結果、ＳＩＰサーバの処理可能量に到達したと判断された場合には、再度、ステップＳ１３０１から繰り返す。
【０１０４】
ステップＳ１３０１の結果、ＳＩＰサーバの処理可能量に到達していないと判断された場合には、更に、転送ＳＩＰ要求抽出機能１１０が、転送するＳＩＰ要求を抽出する（ステップＳ１３０２）。なお、この処理は、本発明の第１の実施の形態に係る優先制御装置１０１における処理（ステップＳ４０２）と同様の処理である。次に、ステップＳ１３０２の結果抽出したＳＩＰ要求の挿入時刻が存在するかを、有効期限確認機能１１０が調査する（ステップＳ１３０３）。
【０１０５】
この処理は、例えば、挿入時刻格納機能１００１が格納する挿入時刻が、図１１に示す形態で実現されている場合には、以下のように実現できる。まず、挿入時刻格納機能１００４が、転送ＳＩＰ要求抽出機能１１０から受信したＳＩＰ要求に格納されるＣａｌｌ−ＩＤヘッダの値を抽出する。次に、このＣａｌｌ−ＩＤヘッダの値をキーとして、挿入時刻格納機能１００１が保持する挿入時刻を検索する。この結果、該当Ｃａｌｌ−ＩＤヘッダの値を保持するエントリが検索された場合には「存在」とし、検索されない場合には「存在しない」と判断する。
【０１０６】
ステップＳ１３０３の結果、挿入時刻が存在する場合には、有効期限確認機能１００４が、更に、ステップＳ１３０２で抽出したＳＩＰ要求の有効期限が無効となっていないかを確認する（ステップＳ１３０４）。この処理は、例えば、挿入時刻格納機能１００１が格納する挿入時刻が、図１１に示す形態で実現されている場合には、以下のように実現できる。まず、有効期限確認機能１００４が、ステップＳ１３０２の結果抽出したＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値を抽出し、該当Ｃａｌｌ−ＩＤヘッダの値をキーに、挿入時刻格納機能１００１が格納する挿入時刻を検索する。この結果、該当Ｃａｌｌ−ＩＤヘッダの値を持つＳＩＰ要求がキューに挿入された時刻（ミリ秒表示）が得られる。
【０１０７】
次に、有効期限確認機能１００４は、現在の時刻をミリ秒単位で取得し、先ほど取得したキューへの挿入時刻と比較する。一般的には、ＳＩＰプロトコルにおいて、ＩＮＶＩＴＥリクエストの有効期限は３２秒（３２０００ミリ秒）であるため、挿入時刻と現時刻との差分が３２０００ミリ秒以上の場合には、ステップＳ１３０２で抽出したＳＩＰ要求は「有効期限切れ」と判定し、一方、挿入時刻と現時刻との差分が３２０００ミリ秒未満の場合には、「有効期限切れではない」と判定する。
【０１０８】
ステップＳ１３０４の結果、ステップＳ１３０２の結果抽出したＳＩＰ要求が有効期限切れと判定された場合には、ＳＩＰ要求破棄機能１０７が該当ＳＩＰ要求を破棄する（ステップＳ１３０６）。その後、挿入時刻削除機能１００３が、該当ＳＩＰ要求の挿入時刻を削除する（ステップＳ１３０５）。
【０１０９】
この処理は、例えば、挿入時刻格納機能１００１が格納する挿入時刻が、図１１に示す形態で実現されている場合には、以下のように実現できる。まず、挿入時刻削除機能１００３が、ステップＳ１３０２で抽出したＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値を抽出する。次に、挿入時刻削除機能１００３が、挿入時刻格納機能１００１が保持している挿入時刻において、該当Ｃａｌｌ−ＩＤヘッダの値を保持するエントリを検索し、削除するのである。その後、ステップＳ１３０２から繰り返す。
【０１１０】
ステップＳ１３０４の結果、ステップＳ１３０２の結果抽出したＳＩＰ要求が有効期限切れではないと判定された場合には、挿入時刻削除機能１００３が、該当ＳＩＰ要求の挿入時刻を削除する（ステップＳ１３０５）。この処理内容は前述した通りである。
【０１１１】
ステップＳ１３０３の結果、挿入時刻が存在しない場合、または、ステップＳ１３０５の結果、挿入時刻削除機能１００３が、ステップＳ１３０２の結果抽出したＳＩＰ要求に関する挿入時刻を削除した場合には、ＳＩＰプロキシー・サーバ機能１１１が、ステップＳ１３０２で抽出したＳＩＰ要求を、ＳＩＰサーバに転送する（ステップＳ１３０７）。その後、ステップＳ１３０７から繰り返す。
【０１１２】
（第４の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となることである。
【０１１３】
これは、ＳＩＰプロトコルでは、ＵＡから送信されたＳＩＰ要求に有効期限が存在することを考慮し、キュー挿入時に挿入時刻を一時保存し、ＳＩＰサーバへＳＩＰ要求を転送する時点で、有効期限確認機能１００４が転送するＳＩＰ要求の有効期限が切れていないかを確認し、有効期限切れの場合には破棄することで、ＳＩＰサーバに無意味な処理を誘発する、優先制御装置１０１で有効期限以上滞留したＳＩＰ要求の転送を抑制しているためである。
【０１１４】
（第５の実施の形態）
次に、本発明の第５の実施の形態について、図表を参照して詳細に説明する。
【０１１５】
（第５の実施の形態の構成）
図１４に、本発明の第５の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第５の実施の形態に係る優先制御装置１０１は、図１に示した本発明の第１の実施の形態に係る優先制御装置１０１の構成と、図１０に示した本発明の第４の実施の形態に係る優先制御装置１０１の構成とを組み合わせたものとなっている。なお、本発明の第５の実施の形態に係る優先制御装置１０１を構成する機能群は、本発明の第１の実施の形態に係る優先制御装置１０１を構成する機能群、及び、本発明の第４の実施の形態に係る優先制御装置１０１を構成する機能群と同様の機能を有する。
【０１１６】
（第５の実施の形態の動作）
次に、本発明の第５の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【０１１７】
図１５は、本発明の第５の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。
【０１１８】
この図に示すように、このフローチャートは、図３で示した本発明の第１の実施の形態に係る優先制御装置１０１の動作における処理中識別子への識別子の追加処理（ステップＳ１５０８）の後に、挿入時刻追加機能１００２の処理（ステップＳ１５０９）を挿入した形態になっている。
【０１１９】
次に、本発明の第５の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。この動作は、図１３で示した、本発明の第４の実施の形態に係る優先制御装置１０１における動作と同様である。
【０１２０】
（第５の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となることである。
【０１２１】
これは、まず、処理中識別子に、優先制御装置またはＳＩＰサーバに既に存在し、処理中（または処理予定）のＳＩＰ要求の識別子を常時格納することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止し、更に、ＳＩＰプロトコルでは、ＵＡから送信されたＳＩＰ要求に有効期限が存在することを考慮し、キュー挿入時に挿入時刻を一時保存し、ＳＩＰサーバへＳＩＰ要求を転送する時点で、有効期限確認機能１００４が転送するＳＩＰ要求の有効期限が切れていないかを確認し、有効期限切れの場合には破棄することで、ＳＩＰサーバに無意味な処理を誘発する、優先制御装置１０１で有効期限以上滞留したＳＩＰ要求の転送を抑制しているためである。
【０１２２】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する処理中識別子の増加を抑制することが可能となる。
【０１２３】
これは、識別子追加機能１０８が、ＳＩＰ要求優先度判定機能１０５に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を、該当ＳＩＰ要求を低優先キューに挿入する前に処理中識別子に追加し、かつ、識別子削除機能１０３が、ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除することで、処理中識別子に格納する識別子を、優先制御装置またはＳＩＰサーバに存在し、処理中（または処理予定）であるＳＩＰ要求を示すもののみに限定できるためである。
【０１２４】
（第６の実施の形態）
次に、本発明の第６の実施の形態について、図表を参照して詳細に説明する。
【０１２５】
（第６の実施の形態の構成）
図１６に、本発明の第６の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第６の実施の形態に係る優先制御装置１０１は、図５に示した本発明の第２の実施の形態に係る優先制御装置１０１の構成と、図１０に示した本発明の第４の実施の形態に係る優先制御装置１０１の構成とを組み合わせたものとなっている。なお、本発明の第６の実施の形態に係る優先制御装置１０１を構成する機能群は、本発明の第２の実施の形態に係る優先制御装置１０１を構成する機能群、及び、本発明の第４の実施の形態に係る優先制御装置１０１を構成する機能群と同様の機能を有する。
【０１２６】
（第６の実施の形態の動作）
次に、本発明の第６の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【０１２７】
図１７は、本発明の第５の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。
【０１２８】
この図に示すように、このフローチャートは、図６で示した本発明の第２の実施の形態に係る優先制御装置１０１の動作における処理中識別子への識別子の追加処理（ステップＳ１７０７）の後に、挿入時刻追加機能１００２の処理（ステップＳ１７０８）を挿入した形態になっている。
【０１２９】
次に、本発明の第６の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。
【０１３０】
図１８は、本発明の第６の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作を示したフローチャートである。この図に示すように、このフローチャートは、図１３で示した本発明の第４の実施の形態に係る優先制御装置１０１の動作におけるＳＩＰ要求の挿入時刻を削除する処理（ステップＳ１８０６）の後に、識別子削除機能１０３での処理中識別子からＳＩＰ要求記載の識別子を削除する処理（ステップＳ１８０７）を挿入した形態になっている。
【０１３１】
（第６の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となることである。
【０１３２】
これは、まず、処理中識別子に、優先制御装置に既に存在するＳＩＰ要求の識別子を常時格納することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止し、更に、ＳＩＰプロトコルでは、ＵＡから送信されたＳＩＰ要求に有効期限が存在することを考慮し、キュー挿入時に挿入時刻を一時保存し、ＳＩＰサーバへＳＩＰ要求を転送する時点で、有効期限確認機能１００４が転送するＳＩＰ要求の有効期限が切れていないかを確認し、有効期限切れの場合には破棄することで、ＳＩＰサーバに無意味な処理を誘発する、優先制御装置１０１で有効期限以上滞留したＳＩＰ要求の転送を抑制しているためである。
【０１３３】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する処理中識別子の増加を抑制することが可能となる。
【０１３４】
これは、識別子追加機能１０８が、ＳＩＰ要求優先度判定機能１０５に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を、該当ＳＩＰ要求を低優先キューに挿入する前に処理中識別子に追加し、かつ、識別子削除機能１０３が、ＳＩＰプロキシー・サーバ機能１１１を介して、ＳＩＰ要求をＳＩＰサーバに転送する前に、該当ＳＩＰ要求の識別子を処理中識別子から削除することで、処理中識別子に格納する識別子を、優先制御装置に存在しているＳＩＰ要求を示すもののみに限定できるためである。
【０１３５】
（第７の実施の形態）
次に、本発明の第７の実施の形態について、図表を参照して詳細に説明する。
【０１３６】
（第７の実施の形態の構成）
図１９に、本発明の第７の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第７の実施の形態に係る優先制御装置１０１は、図８に示した本発明の第３の実施の形態に係る優先制御装置１０１の構成と、図１０に示した本発明の第４の実施の形態に係る優先制御装置１０１の構成とを組み合わせたものとなっている。なお、本発明の第７の実施の形態に係る優先制御装置１０１を構成する機能群は、本発明の第３の実施の形態に係る優先制御装置１０１を構成する機能群、及び、本発明の第４の実施の形態に係る優先制御装置１０１を構成する機能群と同様の機能を有する。
【０１３７】
（第７の実施の形態の動作）
次に、本発明の第７の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【０１３８】
図２０は、本発明の第７の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。
【０１３９】
この図に示すように、このフローチャートは、図９で示した本発明の第３の実施の形態に係る優先制御装置１０１の動作における、キュー検索機能８０４のキュー内に同一識別子が存在するかの調査（ステップＳ２００６）の結果存在しない場合に、挿入時刻追加機能１００２の処理（ステップＳ２００８）を挿入した形態になっている。
【０１４０】
次に、本発明の第６の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。この動作は、図１３で示した、本発明の第４の実施の形態に係る優先制御装置１０１における動作と同様である。
【０１４１】
（第７の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となることである。
【０１４２】
これは、まず、受信したＳＩＰ要求の識別子を、既に低優先キューに挿入されたＳＩＰ要求の識別子と比較することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止し、更に、ＳＩＰプロトコルでは、ＵＡから送信されたＳＩＰ要求に有効期限が存在することを考慮し、キュー挿入時に挿入時刻を一時保存し、ＳＩＰサーバへＳＩＰ要求を転送する時点で、有効期限確認機能１００４が転送するＳＩＰ要求の有効期限が切れていないかを確認し、有効期限切れの場合には破棄することで、ＳＩＰサーバに無意味な処理を誘発する、優先制御装置１０１で有効期限以上滞留したＳＩＰ要求の転送を抑制しているためである。
【０１４３】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する情報を使用しなくともＳＩＰ要求の再送判断が可能となる。
【０１４４】
これは、ＳＩＰ要求が再送かの判断を、受信したＳＩＰ要求の識別子と、ＳＩＰ要求一時格納機能１０９が保持する低優先キューに挿入されたＳＩＰ要求の識別子とを順次比較することで実現しているためである。
【０１４５】
（優先制御装置を含むＳＩＰネットワークの形態）
次に、本発明の第１ないし第７の実施の形態に係る優先制御装置１０１を含むＳＩＰネットワークについて図表を参照して詳細に説明する。
【０１４６】
（優先制御装置を含むＳＩＰネットワークの構成）
図２１は、本発明の第１ないし第７の実施の形態に係る優先制御装置１０１を含むＳＩＰネットワークを示すブロック図である。この図に示すように、ＳＩＰネットワークは、従来までのＳＩＰサーバＳＳ１と本発明の第１ないし第７の実施の形態に係る優先制御装置１０１とから構成されるＳＩＰシステム２１０１と、ユーザ・エージェントＵＡ１、ＵＡ２と、ＳＩＰシステム２１０１とユーザ・エージェントＵＡ１、ＵＡ２を接続するネットワーク２１０２とから構成される。
【０１４７】
（優先制御装置を含むＳＩＰネットワークの動作）
次に、本発明の第１ないし第７の実施の形態に係る優先制御装置１０１を含むＳＩＰネットワークの動作を説明する。
【０１４８】
図２２は、本発明の第１ないし第７の実施の形態に係る優先制御装置１０１を含むＳＩＰネットワークの動作を示すシーケンス図である。
この図に示すように、ＵＡから転送されるｉｎｉｔｉａｌ ＲＥＧＩＳＴＥＲリクエストや認証ＲＥＧＩＳＴＥＲリクエストは優先制御装置１０１にて高優先と判断され、ＳＩＰサーバの処理可能量を超えないように、迅速にＳＩＰサーバに転送される。この結果、ＳＩＰサーバでのＵＡ情報の更新が滞りなく実行される。
【０１４９】
一方、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストは、低優先と判断され、低優先キューに挿入される。このように低優先と判断された結果、優先制御装置１０１にｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが滞留してしまうと、ＵＡからは、一般的なＳＩＰプロトコルの再送メカニズムに従ってｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが再度送信される（図２２の再送ｉｎｉｔｉａｌ ＩＮＶＩＴＥ）。優先制御装置１０１では、既にｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが優先制御装置１０１に格納されているため、受信した再送ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストは再送と判断され、破棄される。その後、低優先キューの転送順になった際に、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストがＳＩＰサーバへ転送される。
【０１５０】
このように、ＵＡとＳＩＰサーバとの間に、本発明の第１ないし第７の実施の形態に係る優先制御装置１０１を挿入することで、ＵＡ情報の有効期限切れと、余分なＳＩＰ要求の転送、及び、ＳＩＰサーバの処理可能量以上のＳＩＰ要求転送による、ＳＩＰサーバの高負荷状態誘発を防止できるのである。
【０１５１】
以上好ましい実施の形態と実施例をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態及び実施例に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【産業上の利用可能性】
【０１５２】
本発明の優先制御装置は、複数のユーザ端末及びＳＩＰサーバを有するＳＩＰネットワークに利用できる。
【図面の簡単な説明】
【０１５３】
【図１】本発明の第１の実施形態に係る優先制御装置の構成を示すブロック図である。
【図２】本発明の第１の実施形態に係る優先制御装置におけるＳＩＰ再送要求判断情報の一例を示す図である。
【図３】本発明の第１の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図４】本発明の第１の実施の形態に係る優先制御装置での、ＳＩＰサーバへＳＩＰ要求を転送する場合の動作を示すフローチャートである。
【図５】本発明の第２の実施形態に係る優先制御装置の構成を示すブロック図である。
【図６】本発明の第２の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図７】本発明の第２の実施の形態に係る優先制御装置での、ＳＩＰサーバへＳＩＰ要求を転送する場合の動作を示すフローチャートである。
【図８】本発明の第３の実施形態に係る優先制御装置の構成を示すブロック図である。
【図９】本発明の第３の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図１０】本発明の第４の実施形態に係る優先制御装置の構成を示すブロック図である。
【図１１】本発明の第４の実施形態に係る優先制御装置における挿入時刻の一例を示す図である。
【図１２】本発明の第４の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図１３】本発明の第４の実施の形態に係る優先制御装置での、ＳＩＰサーバへＳＩＰ要求を転送する場合の動作を示すフローチャートである。
【図１４】本発明の第５の実施形態に係る優先制御装置の構成を示すブロック図である。
【図１５】本発明の第５の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図１６】本発明の第６の実施形態に係る優先制御装置の構成を示すブロック図である。
【図１７】本発明の第６の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図１８】本発明の第６の実施の形態に係る優先制御装置での、ＳＩＰサーバへＳＩＰ要求を転送する場合の動作を示すフローチャートである。
【図１９】本発明の第７の実施形態に係る優先制御装置の構成を示すブロック図である。
【図２０】本発明の第７の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図２１】本発明の第１ないし第７の実施の形態に係る優先制御装置を含む、ＳＩＰネットワークの構成を示すブロック図である。
【図２２】本発明の第１ないし第７の実施の形態に係る優先制御装置を含む、ＳＩＰネットワークの動作を示すシーケンス図である。
【図２３】一般的なＳＩＰネットワークにおいて、ＵＡ間で通信する場合の動作シーケンス図である。
【図２４】一般的なＳＩＰネットワークにおいて、ＵＡ情報を更新する場合の動作シーケンス図である。
【図２５】従来技術１の構成を示すブロック図である。
【図２６】従来技術２の構成を示すブロック図である。
【図２７】従来技術３の基本原理を説明する図である。
【符号の説明】
【０１５４】
１０１：優先制御装置
１０２：メッセージ種別判定機能
１０３：識別子削除機能
１０４：処理中識別子格納機能
１０５：ＳＩＰ要求優先度判定機能
１０６：識別子存在確認機能
１０７：ＳＩＰ要求破棄機能
１０８：識別子追加機能
１０９：ＳＩＰ要求一時格納機能
１１０：転送ＳＩＰ要求抽出機能
１１１：ＳＩＰプロキシー・サーバ機能
８０３：識別子抽出機能
８０４：キュー検索機能
１００１：挿入時刻格納機能
１００２：挿入時刻追加機能
１００３：挿入時刻削除機能
１００４：有効期限確認機能
２１０１：ＳＩＰシステム
２１０２：ネットワーク
ＳＳ１：ＳＩＰサーバ
ＵＡ１、 ＵＡ２：ユーザ・エージェント
【技術分野】
【０００１】
本発明は、ＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を使用してシグナリングを行う通信網に好適に利用され、ＳＩＰ要求の優先度に従い、ＳＩＰサーバへＳＩＰ要求を転送する装置、方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ）に見られるように、ＩＰ網を使用したリアルタイム・コミュニケーションが普及している。例えば、電話端末やパソコンなどの、リアルタイム・コミュニケーションを行う両端の端末間接続を確立する国際標準プロトコルとしてＳＩＰ（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）を採用する状況が多くなっている。なお、本明細書では、ＳＩＰを使用してシグナリングを行う通信網をＳＩＰネットワークと呼ぶこととする。
【０００３】
ＳＩＰネットワークの一般的な構成は、非特許文献１に記載されている。ＳＩＰネットワークは、ロケーション・サーバと、ＳＩＰサーバと、ユーザ・エージェント（ＵＡ：Ｕｓｅｒ ａｇｅｎｔ）とから構成されている。ＵＡについては、非特許文献１のＰ．７６に、「ＳＩＰは、エンド・システム間のクライアント−サーバ・モデルに基づいています。このエンド・システムに相当するのが、ユーザ・エージェント（ＵＡ：Ｕｓｅｒ Ａｇｅｎｔ）です。ユーザ・エージェントとは、具体的には電話機やパソコンなどのエンド・システムのことですが、これらのエンド・システム間でリクエスト（要求）とレスポンス（応答）をやり取りすることによって、サービスを実現します」と説明されている。本明細書では、上記説明文記載のリクエストをＳＩＰ要求、レスポンスをＳＩＰ応答と呼ぶこととする。
【０００４】
ＳＩＰサーバは、非特許文献１のＰ．７７に記載されているように、（１）ＳＩＰ要求やＳＩＰ応答を中継するプロキシー・サーバ機能と、（２）ＳＩＰ要求の宛先の問合せに利用するリダイレクト・サーバ機能と、（３）ＳＩＰネットワーク上のＵＡ情報の登録を受け付ける登録サーバ機能とを有する。ここで、ＵＡ情報とは、例えば、ＵＡにアクセスするための識別子であるＵＲＩ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｉｄｅｎｔｉｆｉｅｒ）やＵＡが使用するＩＰアドレスである。
【０００５】
一般的なＳＩＰネットワークにおいて、ＵＡ間で通信する場合の動作シーケンスを図２３に示す。
【０００６】
まず、ＵＡがＳＩＰサーバに対してＩＮＶＩＴＥリクエストを送信する。本明細書では、このＵＡが最初にＳＩＰサーバに送信するＩＮＶＩＴＥリクエストをｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストと呼ぶ。ＵＡからのｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストを受信したＳＩＰサーバは、ダイジェスト認証で使用するｎｏｎｃｅを算出し、そのｎｏｎｃｅ値をＳＩＰ応答（４０７ ｐｒｏｘｙ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｒｅｑｕｉｒｅｄ）に付加してＵＡに返信する。
【０００７】
ＵＡでは、受信したｎｏｎｃｅを鍵にシークレット（ユーザ識別子とパスワード）をハッシュする。この結果をＩＮＶＩＴＥリクエストのＡｕｔｈｏｒｉｚａｔｉｏｎヘッダに格納し、ＳＩＰサーバに転送する。本明細書では、このＡｕｔｈｏｒｉｚａｔｉｏｎヘッダを付加したＩＮＶＩＴＥリクエストを認証ＩＮＶＩＴＥリクエストと呼ぶ。
【０００８】
認証ＩＮＶＩＴＥリクエストを受信したＳＩＰサーバは、ＵＡ（発呼側）の認証処理を行う。具体的には、（１） ＵＡ（発呼側）と同様、自身が生成したｎｏｎｃｅ値を使用して、ＵＡのユーザ識別子とパスワードをハッシュする、（２） ＵＡからの認証ＩＮＶＩＴＥリクエストに格納されたＡｕｔｈｏｒｉｚａｔｉｏｎヘッダ値と比較し、同一の場合には、正当なＵＡからの認証ＩＮＶＩＴＥリクエストであると判断する。この認証処理の結果、正当なＵＡからの認証ＩＮＶＩＴＥリクエストと判断した場合は、認証ＩＮＶＩＴＥリクエストをＴｏフィールドで指定された着呼側のＵＡ（図２３でのＵＡ（着呼側））へ転送する。
【０００９】
その後、ＵＡ（着呼側）では、認証ＩＮＶＩＴＥリクエスト受信後、その認証ＩＮＶＩＴＥリクエストの処理を継続中であることを示す暫定応答（図２３での１００ ｔｒｙｉｎｇと１８０ Ｒｉｎｇｉｎｇ）をＳＩＰサーバに返し、通話者を呼び出す。通話者が応答した場合に、ＵＡ（着呼側）はＳＩＰサーバに、認証ＩＮＶＩＴＥリクエストの処理が完了した旨を示すＳＩＰ応答（２００ ＯＫ）を返す。ＵＡ（発呼側）は、認証ＩＮＶＩＴＥリクエストの最終応答であるＳＩＰ応答（２００ ＯＫ）を受信した旨をＵＡ（着呼側）に伝達するためにＡＣＫリクエストを発信する。
【００１０】
これにより、ＵＡ（発呼側）とＵＡ（着呼側）での通話のためのセッションが確立される。通話終了時には、通話終了を希望するＵＡ（図２３ではＵＡ（発呼側））から、セッションを終了するＢＹＥリクエストが発行される。ＳＩＰサーバ経由でＢＹＥリクエストを受信したＵＡ（着呼側）では、ＢＹＥリクエスト処理後、ＳＩＰ応答（２００ ＯＫ）を返答することで、セッションの終了処理が完了したことを伝達する。この結果、ＵＡ（発呼側）とＵＡ（着呼側）の通話が終了する。
【００１１】
上記ＵＡからの発呼時の動作に加えて、ＵＡ情報の更新も一般的なＳＩＰネットワークにおいて頻繁に発生する。このＵＡ情報の更新処理を図２４に示す。
【００１２】
まず、ＵＡがＳＩＰサーバに対してＲＥＧＩＳＴＥＲリクエストを送信する。本明細書では、このＵＡが最初にＳＩＰサーバに送信するＲＥＧＩＳＴＥＲリクエストをｉｎｉｔｉａｌ ＲＥＧＩＳＴＥＲリクエストと呼ぶ。ＵＡからのｉｎｉｔｉａｌ ＲＥＧＩＳＴＥＲリクエストを受信したＳＩＰサーバは、図２３と同様に、ダイジェスト認証で使用するｎｏｎｃｅを算出し、そのｎｏｎｃｅ値をＳＩＰ応答（４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ）に付加してＵＡに返信する。ＵＡでは、受信したｎｏｎｃｅを鍵にシークレット（ユーザ識別子とパスワード）をハッシュする。この結果をＲＥＧＩＳＴＥＲリクエストのＡｕｔｈｏｒｉｚａｔｉｏｎヘッダに格納し、ＳＩＰサーバに転送する。本明細書では、このＡｕｔｈｏｒｉｚａｔｉｏｎヘッダを付加したＲＥＧＩＳＴＥＲリクエストを認証ＲＥＧＩＳＴＥＲリクエストと呼ぶ。
【００１３】
認証ＲＥＧＩＳＴＥＲリクエストを受信したＳＩＰサーバは、図２３と同様の認証処理を行い、正当なＵＡからの認証ＲＥＧＩＳＴＥＲリクエストと判断した場合は、ＵＡ情報を更新し、更新結果をＳＩＰ応答（図２４では２００ ＯＫ）としてＵＡに転送する。なお、このＵＡ情報の更新は、一般的に、ＵＡの生存確認を兼ねているため、定期的に実行される。
【００１４】
この図２３及び図２４に示した、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストやｉｎｉｔｉａｌ ＲＥＧＩＳＴＥＲリクエストなどのＳＩＰ要求からＳＩＰ応答（２００ ＯＫ）までのやり取りを行う通信は、一般的に「ＳＩＰトランザクション」と呼ばれる。
【００１５】
このような処理を行うＳＩＰサーバが、膨大なＳＩＰ要求の一斉到着により輻輳状態に陥った場合、１）該当ＳＩＰサーバがＵＡ情報を管理するＵＡへの着信が不可能となる、２）該当ＳＩＰサーバが管理するＵＡに電話が繋がりにくい状態が発生する、という問題が発生する。問題（１）は、ＵＡからのＵＡ情報の更新処理が実行されないことで、ＵＡ情報の有効期限切れが発生し、このＵＡ情報の有効期限切れが発生したＵＡを、ＳＩＰサーバが、着信準備が出来ていないと認識するためである。また、問題（２）は、ＵＡ情報の有効期限切れが発生していない状況でも、他ＳＩＰサーバから転送されるＩＮＶＩＴＥリクエストが、該当ＳＩＰサーバでの高負荷により処理できないためである。
【００１６】
このようなＳＩＰサーバの輻輳を防止するために、ＳＩＰサーバとＵＡとの間に優先制御装置を配置した上で、例えば、ＵＡ情報の更新処理のＳＩＰ要求（ｉｎｉｔｉａｌ／認証ＲＥＧＩＳＴＥＲリクエスト）や既設セッションを制御するＳＩＰ要求（ＡＣＫリクエストやＢＹＥリクエスト）を高優先、ＵＡからのｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストを低優先などと、ＵＡから送信されるＳＩＰ要求に優先度を設定し、ＳＩＰサーバの単位時間当たりに処理可能なＳＩＰ要求数を超えないように、優先制御装置が、高優先のＳＩＰ要求から順番にＳＩＰサーバへ転送する方式が考えられる。
【００１７】
このような特徴を有する一般的な優先制御方式は、特許文献１に開示されている。なお、特許文献１記載の従来技術は、パケットに対する優先制御方式を開示しているが、パケットをＳＩＰ要求と読み替えることで、本発明で問題としているＳＩＰサーバの輻輳防止にも適用可能と考えられる。
【００１８】
図２５に、特許文献１記載の従来技術のブロック図を示す。この図に示すように、特許文献１記載の従来技術では、パケット中継処理機構とパケット送信機構にパケットを渡す際に、優先度制御機構が、パケットの優先度を考慮し、挿入するキューを変更している。このように２箇所に優先度制御機構を導入することで、パケットの中継処理時及び送信時に高優先のパケットを率先して処理することが可能となる。更に、特許文献１記載の従来技術では、高優先度のパケットが占有的に処理されることにより、低優先度のパケットがいつまでも処理されないという課題も解決している。具体的には、チェックカウンタを管理し、チェックカウンタが、ある閾値（特許文献１では１００）を越えた場合には、処理していた優先度以下のキューに存在するパケットを、一つずつ（最低優先度まで）処理し、最低優先度のキューへの処理が終了した後初めてチェックカウンタの値をクリアしている。
【００１９】
特許文献１記載の優先制御方式の他に、ＳＩＰサーバの輻輳を防止する手段としては、ＳＩＰサーバの処理遅延により引き起こされる、ＵＡから再発行されたＳＩＰ要求をＳＩＰサーバの手前で破棄する方式も考えられる。本発明では、このＵＡから再発行されるＳＩＰ要求をＳＩＰ再送要求と呼ぶ。
このように、ＵＡとＳＩＰサーバとの間に配置し、ＵＡから再発行されるＳＩＰ再送要求を遮断する、一般的な中継装置は特許文献２にて開示されている。なお、特許文献２記載の従来技術では、ＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ）／ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）通信でのパケットを対象としているが、このパケットをＳＩＰ要求と読み替えることで、本発明で問題としているＳＩＰサーバの輻輳防止にも適用可能と考えられる。
【００２０】
図２６に、特許文献２記載の従来技術の概略を示す。この図に示すように、特許文献２記載の従来技術では、受信側から送信されてくるＡＣＫ・ＳＡＣＫパケットを検出し、そのパケットに記載されている受信完了パケットの識別番号を輻輳制御ネットワーク中継装置内に一時保存しておく。この状態で、送信側から送信されたパケットに記載されている識別番号を調査し、一時保存してある識別番号と比較する。この結果、既に受信側で受信済みと判定できる場合には、再送パケットとして破棄する。この方式により、送信側から受信側へ余分な再送パケットを転送し、受信側の輻輳が増長されることを防止している。
【００２１】
更に、ＵＡとＳＩＰサーバとの間に配置し、ＵＡから再発行されるＳＩＰ再送要求を遮断する、一般的な中継装置は特許文献３にも開示されている。なお、特許文献３記載の従来技術は、一般的なネットワーク階層モデルのレイヤー２で取り扱われるフレームを中継するフレーム中継装置において、特に、ループ状伝送路で発生するフレームの無限ループ転送を回避する方式を対象としているが、フレームをＳＩＰ要求とし、ループ転送されたフレームをＳＩＰ再送要求と読み替えることで、本発明で問題としているＳＩＰサーバの輻輳防止にも適用可能と考えられる。
【００２２】
図２７に、特許文献３記載の従来技術における原理説明図を示す。この図に示すように、特許文献３記載の従来技術では、ループを検出するために、受信したフレームを示す情報（ループ検出テーブル 図２７（Ｃ））を保持し、ループ検出テーブルに格納された情報を保持するフレームを再度受信した場合には、ループが発生していると判断し、破棄される。また、ループ検出テーブル格納情報と完全に一致しない場合（送信元ＩＰアドレスが同一でも、受信したフレームＩＤと登録されているフレームＩＤが異なる場合）にも、所定の条件式を満足するかを検査することで、ループ発生を判断している。なお、このループ検出テーブルは、フレーム受信時に検索された時点でエントリが存在しない場合には、新規エントリが追加され、エントリが存在する場合でもフレーム送信前にフレームＩＤとフラグメントオフセットが更新される。
【特許文献１】特許第３２９６００１号
【特許文献２】特開２００６−２８７３３１号公報
【特許文献３】特開２００１−１９７１１４号公報
【非特許文献１】「改訂版 ＳＩＰ教科書」Ｐ．７８の図３−２「ユーザ・エージェントとＳＩＰサーバの関係」
【発明の開示】
【発明が解決しようとする課題】
【００２３】
特許文献１記載の従来技術における課題（第１の課題）は、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を抑制してしまうことである。これは、低優先のキューに、ＳＩＰ要求とＳＩＰ再送要求の区別を行わないで、全て挿入するためである。ＳＩＰプロトコルでは、一般的に、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストの場合、０．５秒、１秒、２秒、４秒、８秒、１６秒の合計６回ＳＩＰ再送要求がＵＡから発行される。そのため、ＳＩＰサーバの単位時間当たりに処理可能なＳＩＰ要求数を超えないように、優先制御装置からＳＩＰサーバへＳＩＰ要求を転送した結果、例えば、低優先キューにｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが２秒間滞留してしまうと、ＵＡから３個のｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが再発行される。
【００２４】
特許文献１記載の従来技術では、これら全ての再送ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが低優先キューに追加される。これは、既にｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストをＳＩＰサーバに送信し、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストを処理するＳＩＰトランザクションを開始させたにも係らず、再送ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストを再度ＳＩＰサーバに転送してしまうことを意味しており、ＳＩＰサーバで再送ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストの処理という余計な処理を誘発する。その結果、ＳＩＰサーバでの単位時間当たりに処理可能なＳＩＰトランザクション数が減少してしまうのである。
【００２５】
特許文献２記載の従来技術における課題（第２の課題）は、ＳＩＰサーバの輻輳状態では、ＳＩＰ再送要求を輻輳制御ネットワーク中継装置で遮断できないことである。これは、特許文献２記載の従来技術において、パケットの再送を受信側から転送されるＡＣＫパケットに記載された識別番号に基づいて判断しているためである。ＳＩＰサーバの処理性能を考慮し、輻輳制御ネットワーク中継装置でＳＩＰ要求を一時蓄積している状態では、前述したように、輻輳制御ネットワーク中継装置での滞留時間に依存してＵＡから数個のＳＩＰ再送要求が発行される。この時、輻輳制御ネットワーク中継装置は、ＳＩＰ要求を自身に格納しており、ＳＩＰサーバに転送していないため、ＳＩＰサーバからＡＣＫパケットに相当するＳＩＰ応答を受信できない。つまり、ＳＩＰサーバで処理を完了したＳＩＰ要求の識別番号を取得することが出来ないのである。
【００２６】
これは、ＳＩＰ応答を受信するまでは、ＵＡから受信したＳＩＰ要求が再送かの判断を、輻輳制御ネットワーク中継装置で確実に行うことが出来ないことを意味しており、ＳＩＰ再送要求を新規ＳＩＰ要求と誤認識してキューに挿入してしまうことになる。この結果、前述した、第１の課題と同様の状況が引き起こされるのである。
【００２７】
特許文献２及び特許文献３記載の従来技術における課題（第３の課題）は、受信したＳＩＰ要求が再送かを判断する情報が時間と共に増加してしまうことである。これは、特許文献２及び特許文献３記載の従来技術では、再送かを判断するために使用する情報のエントリを削除するタイミングが言及されていないためである。
【００２８】
まず、特許文献２記載の従来技術では、該当情報として、ＴＣＰ／ＩＰにおけるＡＣＫパケットに記載された連続値となる識別子を前提としており、ＡＣＫパケット受信時に識別子を上書きすれば、該当識別子より小さい値を持つパケットは受信済みと見なせるためである。
【００２９】
また、特許文献３記載の従来技術では、ループ検出テーブルのエントリはパソコン単位となっており、パソコンの増減は、それほど頻繁には発生しないことを前提としているためと考えられる。しかし、本発明を適用するＳＩＰネットワークでは、一般的に、Ｃａｌｌ−ＩＤヘッダの値などの、ＳＩＰ要求の識別子として扱える情報は、ＵＡが任意に設定可能であるため、連続値とは限らない。更に、例えば、通話の場合、呼の生存期間は、一般的に平均数分程度である。これは、ＳＩＰ要求の識別子として使用可能な情報は有効期間が短く、一過性のものになりやすいことを意味している。
【００３０】
このようにＳＩＰネットワークでは、再送判断に使用する情報に存在しない識別子を受信した場合には追加していくしかなく、更に、ＳＩＰトランザクション処理が既に終了し、ＳＩＰネットワーク上に存在しない場合でも、該当ＳＩＰトランザクションを示す識別子が削除されないまま保存されることになるのである。
【００３１】
本発明の目的は、ＳＩＰ要求に優先度を付与することで、ＵＡ情報等のＳＩＰネットワークの設定情報の喪失を防止し、かつ、低優先のＳＩＰ要求に対するＳＩＰ再送要求をＳＩＰサーバ到達前に確実に破棄することで、ＳＩＰサーバで単位時間に処理可能なＳＩＰトランザクション数を増加し、かつ、ＳＩＰ要求受信時に識別子を追加し、ＳＩＰ応答受信時に該当識別子を削除することで、ＳＩＰ要求の再送判断に使用する情報の増加を抑制することを可能とする、優先制御装置、ＳＩＰシステム、優先制御プログラム及び優先制御方法を提供することにある。
【課題を解決するための手段】
【００３２】
第１及び第２の課題を解決するために、低優先と判定されたＳＩＰ要求に格納された識別子と、既に優先制御装置で受信済みであり、処理中または処理待ちのＳＩＰ要求の識別子（以降では、処理中識別子と呼ぶ）を基に、該当ＳＩＰ要求がＳＩＰ再送要求かを判断する機能と、ＳＩＰ応答受信時に該当ＳＩＰ応答に格納された識別子を、処理中識別子から削除する機能と、低優先、かつ、ＳＩＰ再送要求ではないＳＩＰ要求の識別子を処理中識別子に追加する機能を導入する。
【００３３】
これらの機能により、処理中識別子には、「低優先キューに格納中」または「ＳＩＰサーバと優先制御装置間でＳＩＰ要求を転送中」または「ＳＩＰサーバで処理中」または「ＳＩＰサーバと優先制御装置間で処理結果（ＳＩＰ応答）を転送中」という状況にあるＳＩＰ要求の識別子のみが格納されることになる。つまり、この処理中識別子に格納された識別子で示されるＳＩＰ要求は、既に、優先制御装置またはＳＩＰサーバに存在し、処理中（または処理予定）のＳＩＰ要求であることを示している。このため、処理中識別子に存在する識別子を保持するＳＩＰ要求をＵＡから受信した場合、そのＳＩＰ要求をＳＩＰサーバに転送する必要はないと判断できる。この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止できるのである。
【００３４】
更に、第３の課題は、上記、低優先、かつ、ＳＩＰ再送要求ではないＳＩＰ要求の識別子を処理中識別子に追加する機能と、ＳＩＰ応答受信時に該当ＳＩＰ応答に格納された識別子を、処理中識別子から削除する機能と、で解決可能である。
【００３５】
これらの機能により、優先制御装置が格納する識別子を、既に、優先制御装置またはＳＩＰサーバに存在し、処理中（または処理予定）であるＳＩＰ要求を識別するもののみに限定でき、既に処理が完了したＳＩＰ要求の識別子の格納を防止できるためである。
【発明の効果】
【００３６】
本発明によれば、以下に説明する効果を達成することができる。
【００３７】
第１の効果は、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加することが可能となることである。
【００３８】
これは、処理中識別子に、優先制御装置またはＳＩＰサーバに既に存在し、処理中（または処理予定）のＳＩＰ要求の識別子のみを常時格納させ、ＵＡから受信したＳＩＰ要求が保持する識別子が、この処理中識別子に存在するかを確認することで、ＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止できるためである。
【００３９】
第２の効果は、受信したＳＩＰ要求が再送かを判断する情報の増加を抑制できることである。
【００４０】
これは、低優先、かつ、ＳＩＰ再送要求ではないＳＩＰ要求の識別子を処理中識別子に追加する機能と、ＳＩＰ応答受信時に該当ＳＩＰ応答に格納された識別子を、処理中識別子から削除する機能とにより、優先制御装置が格納する識別子を、既に、優先制御装置またはＳＩＰサーバに存在し、処理中（または処理予定）であるＳＩＰ要求を示すもののみに限定できるためである。
【発明を実施するための最良の形態】
【００４１】
（第１の実施の形態）
次に、本発明の第１の実施の形態について、図表を参照して詳細に説明する。
【００４２】
（第１の実施の形態の構成）
図１に、本発明の第１の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第１の実施の形態に係る優先制御装置１０１は、一般的なＳＩＰプロキシー・サーバ機能１１１と、ＳＩＰプロキシー・サーバ機能１１１が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能１０２と、ＳＩＰプロキシー・サーバ機能１１１が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能１０５と、ＳＩＰ要求優先度判定機能１０５が低優先と判定したＳＩＰ要求に格納された識別子が、処理中識別子に存在するかを確認する識別子存在確認機能１０６と、当該ＳＩＰ要求の識別子が処理中識別子に存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能１０７と、ＳＩＰ要求優先度判定機能１０５で低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加機能１０８と、処理中識別子を格納する処理中識別子格納機能１０４と、ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除する識別子削除機能１０３と、ＳＩＰ要求の優先度ごとにキューを保持し、ＳＩＰ要求優先度判定機能１０５または識別子追加機能１０８から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能１０９と、ＳＩＰ要求一時格納機能１０９のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、ＳＩＰプロキシー・サーバ機能１１１を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能１１０とから構成される。ここで、処理中識別子は、例えば、図２に示すような、ＳＩＰ要求に格納されたＣａｌｌ−ＩＤヘッダの値を表形式で格納したものとなる。
【００４３】
（第１の実施の形態の動作）
次に、本発明の第１の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【００４４】
図３は、本発明の第１の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。なお、この動作において、受信したＳＩＰ要求の優先度は「高優先」と「低優先」の２段階を想定しているが多段階の優先度を導入している場合でも同様の動作となる。
【００４５】
いま、ＳＩＰプロキシー・サーバ機能１１１が、外部からメッセージを受信したとする（ステップＳ３０１）。すると、メッセージ種別判定機能１０２が、受信したメッセージの種別を調査する（ステップＳ３０２）。
【００４６】
ステップ３０２の結果、ステップＳ３０１で受信したメッセージがＳＩＰ応答の場合は、識別子削除機能１０３が、処理中識別子格納機能１０４が保持する処理中識別子から、ステップＳ３０１で受信したＳＩＰ応答に格納された識別子を削除する（ステップＳ３０３）。この処理は、例えば、下記のように実現できる。処理中識別子が、図２に示すような表形式である場合、ステップＳ３０１で受信したＳＩＰ応答に含まれるＣａｌｌ−ＩＤヘッダの値を抽出し、この値をキーとして処理中識別子を検索する。処理中識別子にエントリが発見された場合、該当エントリを削除する。
【００４７】
ステップＳ３０３での識別子削除後、ＳＩＰプロキシー・サーバ機能１１１が、ＳＩＰ応答記載の宛先にＳＩＰ応答を送信する（ステップＳ３０４）。その後、再度ステップＳ３０１から繰り返す。
【００４８】
ステップＳ３０２の結果、ＳＩＰプロキシー・サーバ機能１１１が受信したメッセージがＳＩＰ要求の場合、ＳＩＰ要求優先度判定機能１０５が、ＳＩＰ要求の優先度を判定する（ステップＳ３０５）。この処理は、例えば、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストは「低優先」、それ以外のＳＩＰ要求は「高優先」などと、ＳＩＰ要求の種別に応じて優先度を予め決定しておくことで実現可能である。
【００４９】
ステップＳ３０５の結果、ＳＩＰ要求の優先度が低優先と判定された場合には、識別子存在確認機能１０６が、ＳＩＰプロキシー・サーバ機能１１１が受信したＳＩＰ要求に格納された識別子が処理中識別子に存在するかを確認する（ステップＳ３０６）。この処理は、例えば、以下のように実現できる。処理中識別子が、図２に示すような表形式である場合、ステップＳ３０１で受信したＳＩＰ要求に含まれるＣａｌｌ−ＩＤヘッダの値を抽出し、この値をキーとして処理中識別子を検索する。この検索の結果、該当Ｃａｌｌ−ＩＤヘッダの値を保持するエントリが存在する場合には「存在」と判定し、存在しない場合には「存在しない」と判定する。
【００５０】
ステップＳ３０６の結果、ステップＳ３０１で受信したＳＩＰ要求の識別子が処理中識別子に存在する場合には、ＳＩＰ再送要求として、ＳＩＰ要求破棄機能１０７が該当ＳＩＰ要求を破棄する（ステップ３０７）。その後、ステップＳ３０１から繰り返す。
【００５１】
ステップＳ３０６の結果、ステップＳ３０１で受信したＳＩＰ要求の識別子が処理中識別子に存在しない場合には、識別子追加機能１０８が該当ＳＩＰ要求の識別子を処理中識別子に追加する（ステップＳ３０８）。この処理は、例えば、以下のように実現できる。処理中識別子が、図２に示すような表形式である場合、ステップＳ３０１で受信したＳＩＰ要求に含まれるＣａｌｌ−ＩＤヘッダの値を抽出し、この値を格納したエントリを処理中識別子に追加する。
【００５２】
ステップＳ３０５の結果、ステップＳ３０１で受信したＳＩＰ要求が高優先と判断された場合、または、ステップＳ３０８の結果、処理中識別子への追加処理が完了した場合には、ＳＩＰ要求一時格納機能１０９がＳＩＰ要求を、優先度に応じたキューに格納する（ステップＳ３０９）。その後、ステップＳ３０１から繰り返す。
【００５３】
次に、本発明の第１の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。
【００５４】
図４は、本発明の第１の実施の形態に係る優先度制御装置１０１が、ＳＩＰ要求一時格納機能１０９に格納されたＳＩＰ要求をＳＩＰプロキシー・サーバ機能１１１経由でＳＩＰサーバに転送する場合の動作を示すフローチャートである。
【００５５】
まず、転送ＳＩＰ要求抽出機能１１０が、ＳＩＰ要求一時格納機能１０９からＳＩＰ要求を抽出することで、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求量に達するかを判定する（ステップ４０１）。この処理は、例えば、以下のようにして実現できる。転送ＳＩＰ要求抽出機能１１０が、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数を予め保持しておき、この単位時間ごとにタイマーを設定する。更に、変数として転送済ＳＩＰ要求数を転送ＳＩＰ要求抽出機能１１０が管理する。
【００５６】
転送ＳＩＰ要求抽出機能１１０は、転送済ＳＩＰ要求数が、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数と等しいかを確認し、等しくない場合には、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達していないと判定し、転送済ＳＩＰ要求数を１増加する。一方、等しい場合には、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達したと判定する。なお、この転送済ＳＩＰ要求数は、タイマーが切れるごとに０に再設定される。
【００５７】
ステップＳ４０１の結果、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達していないと判定された場合には、転送ＳＩＰ要求抽出機能１１０が、更に、転送するＳＩＰ要求をＳＩＰ要求一時格納機能１０９から抽出する（ステップＳ４０２）。この処理は、例えば、特許文献１記載の従来技術のように、低優先キューに格納されたＳＩＰ要求の沈み込みを防止しながら、高優先のキューから順番にＳＩＰ要求の存在を確認し、存在する場合には該当ＳＩＰ要求を抽出することで実現できる。
【００５８】
ステップＳ４０２の結果、転送するＳＩＰ要求の抽出が完了した場合には、該当ＳＩＰ要求をＳＩＰプロキシー・サーバ機能１１１がＳＩＰサーバに転送する（ステップＳ４０３）。
【００５９】
ステップＳ４０１の結果、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達したと判定された場合、または、ステップＳ４０３の結果、ＳＩＰプロキシー・サーバ機能１１１が、ＳＩＰサーバにＳＩＰ要求を転送した場合には、ステップＳ４０１から繰り返す。
【００６０】
（第１の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となる。
【００６１】
これは、処理中識別子に、優先制御装置またはＳＩＰサーバに既に存在し、処理中（または処理予定）のＳＩＰ要求の識別子を常時格納することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止できるためである。
【００６２】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する処理中識別子の増加を抑制することが可能となる。
【００６３】
これは、識別子追加機能１０８が、ＳＩＰ要求優先度判定機能１０５に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を、該当ＳＩＰ要求を低優先キューに挿入する前に処理中識別子に追加し、かつ、識別子削除機能１０３が、ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除することで、処理中識別子に格納する識別子を、優先制御装置またはＳＩＰサーバに存在し、処理中（または処理予定）であるＳＩＰ要求を示すもののみに限定できるためである。
【００６４】
（第２の実施の形態）
次に、本発明の第２の実施の形態について、図表を参照して詳細に説明する。
【００６５】
（第２の実施の形態の構成）
図５に、本発明の第２の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第２の実施の形態に係る優先制御装置１０１は、本発明の第１の実施の形態に係る優先制御装置１０１の構成における識別子削除機能１０３と他機能との接続関係が変更された形態となっている。具体的には、メッセージ種別判定機能１０２ではなく、転送ＳＩＰ要求抽出機能１１０が識別子削除機能１０３を起動している。この結果、処理中識別子格納機能１０４が格納する処理中識別子には、「低優先キューに格納中」という状態にあるＳＩＰ要求の識別子のみが格納されることになる。なお、本発明の第２の実施の形態における優先制御装置１０１を構成する各機能は、本発明の第１の実施の形態における優先制御装置１０１を構成する各機能と同様の機能を有する。
【００６６】
（第２の実施の形態の動作）
次に、本発明の第２の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【００６７】
図６は、本発明の第２の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。この図６におけるフローチャートと、図３に示した、本発明の第１の実施の形態に係る優先制御装置１０１におけるフローチャートとの差分は、メッセージ種別判定機能１０２が、ＳＩＰプロキシー・サーバ機能１１１が受信したメッセージをＳＩＰ応答と判定した場合（ステップＳ６０２の処理結果）に、ＳＩＰ応答をＳＩＰプロキシー・サーバ機能１１１が転送する処理（ステップＳ６０３）が実行される点である。
【００６８】
次に、本発明の第２の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。
【００６９】
図７は、本発明の第２の実施の形態に係る優先制御装置１０１が、ＳＩＰ要求一時格納機能１０９に格納されたＳＩＰ要求をＳＩＰプロキシー・サーバ機能１１１経由でＳＩＰサーバに転送する場合の動作を示すフローチャートである。この図７におけるフローチャートと、図４に示した、本発明の第１の実施の形態に係る優先制御装置１０１におけるフローチャートとの差分は、転送ＳＩＰ要求抽出機能１１０が、転送するＳＩＰ要求を抽出した後（ステップＳ７０２）に、識別子削除機能１０３が、該当ＳＩＰ要求に格納された識別子を、処理中識別子から削除する処理（ステップＳ７０３）が追加された点である。なお、このステップＳ７０３の処理は、図３で示した、本発明の第１の実施の形態に係る優先制御装置１０１におけるステップＳ３０３の処理と同様である。
【００７０】
（第２の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となる。
【００７１】
これは、処理中識別子に、優先制御装置１０１に既に存在するＳＩＰ要求の識別子を常時格納することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止できるためである。
【００７２】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する処理中識別子の増加を抑制することが可能となる。
【００７３】
これは、識別子追加機能１０８が、ＳＩＰ要求優先度判定機能１０５に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を、該当ＳＩＰ要求を低優先キューに挿入する前に処理中識別子に追加し、かつ、識別子削除機能１０３が、ＳＩＰプロキシー・サーバ機能１１１を介して、ＳＩＰ要求をＳＩＰサーバに転送する前に、該当ＳＩＰ要求の識別子を処理中識別子から削除することで、処理中識別子に格納する識別子を、優先制御装置に存在しているＳＩＰ要求を示すもののみに限定できるためである。
【００７４】
（第３の実施の形態）
次に、本発明の第３の実施の形態について、図表を参照して詳細に説明する。
【００７５】
（第３の実施の形態の構成）
図８に、本発明の第３の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第３の実施の形態に係る優先制御装置１０１は、本発明の第１及び第２の実施の形態に係る優先制御装置１０１における、ＳＩＰプロキシー・サーバ機能１１１及びメッセージ種別判定機能１０２及びＳＩＰ要求優先度判定機能１０５及びＳＩＰ要求破棄機能１０７及びＳＩＰ要求一時格納機能１０９及び転送ＳＩＰ要求抽出機能１１０に加えて、ＳＩＰ要求優先度判定機能１０５で低優先と判定されたＳＩＰ要求の識別子を抽出する識別子抽出機能８０３と、識別子抽出機能８０３が抽出した識別子と同一の識別子を保持するＳＩＰ要求が、ＳＩＰ要求一時格納機能１０９が保持する低優先キューに既に挿入されているかを検索するキュー検索機能８０４とから構成される。なお、識別子抽出機能８０３が抽出する識別子は、例えば、ＳＩＰ要求に格納されているＣａｌｌ−ＩＤヘッダの値である。
【００７６】
（第３の実施の形態の動作）
次に、本発明の第３の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【００７７】
図９は、本発明の第３の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。
【００７８】
いま、ＳＩＰプロキシー・サーバ機能１１１が、外部からメッセージを受信したとする（ステップＳ９０１）。すると、メッセージ種別判定機能１０２が、受信したメッセージの種別を調査する（ステップＳ９０２）。
【００７９】
ステップ９０２の結果、ステップＳ９０１で受信したメッセージがＳＩＰ応答の場合は、ＳＩＰプロキシー・サーバ機能１１１が、ＳＩＰ応答記載の宛先にＳＩＰ応答を送信する（ステップＳ９０３）。その後、再度ステップＳ９０１から繰り返す。
【００８０】
ステップＳ９０２の結果、ＳＩＰプロキシー・サーバ機能１１１が受信したメッセージがＳＩＰ要求の場合、ＳＩＰ要求優先度判定機能１０５が、ＳＩＰ要求の優先度を判定する（ステップＳ９０４）。なお、この処理は、本発明の第１及び第２の実施の形態におけるＳＩＰ要求優先度判定機能１０５の動作（ステップＳ３０５及びステップＳ６０４）と同様である。
【００８１】
ステップＳ９０４の結果、ＳＩＰ要求の優先度が低優先と判定された場合には、識別子抽出機能８０３が、ＳＩＰ要求に格納された識別子を抽出する（ステップＳ９０５）。この処理は、例えば、ＳＩＰ要求に含まれるＣａｌｌ−ＩＤヘッダの値を抽出することで実現できる。その後、キュー検索機能８０４が、ステップＳ９０５で抽出された識別子を保持するＳＩＰ要求が低優先キューに既に挿入されているかを検索する（ステップＳ９０６）。
【００８２】
この処理は、例えば、以下のようにして実現できる。まず、低優先キューの先頭のＳＩＰ要求に格納されているＣａｌｌ−ＩＤヘッダの値を抽出し、識別子抽出機能８０３から受け取ったＣａｌｌ−ＩＤヘッダの値と比較する。この結果、一致すれば「存在」として終了し、一致しなければ、先頭から２番目のＳＩＰ要求について同様の処理を再度実行する。この処理を低優先キューの先頭から順番に実行していき、全てのＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値が一致しない場合には、「存在しない」として終了する。
【００８３】
ステップＳ９０６の結果、キュー内に同一識別子を保持するＳＩＰ要求が存在する場合には、ＳＩＰ再送要求と認識し、ＳＩＰ要求破棄機能１０７が該当ＳＩＰ要求を破棄する（ステップ９０７）。その後、ステップＳ９０１から繰り返す。
【００８４】
ステップＳ９０４の結果、ステップＳ９０１で受信したＳＩＰ要求が高優先と判断された場合、または、ステップＳ９０６の結果、キュー内に同一識別子を保持するＳＩＰ要求が存在しないと判断された場合には、ＳＩＰ要求一時格納機能１０９がＳＩＰ要求を、優先度に応じたキューに格納する（ステップＳ９０８）。その後、ステップＳ９０１から繰り返す。
【００８５】
次に、本発明の第３の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。本発明の第３の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作は、図４で示した、本発明の第１の実施の形態に係る優先制御装置１０１での動作と同様である。
【００８６】
（第３の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となる。
【００８７】
これは、受信したＳＩＰ要求の識別子を、既に低優先キューに挿入されたＳＩＰ要求の識別子と比較することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止できるためである。
【００８８】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する情報を使用しなくともＳＩＰ要求の再送判断が可能となる。
【００８９】
これは、ＳＩＰ要求が再送かの判断を、受信したＳＩＰ要求の識別子と、ＳＩＰ要求一時格納機能１０９が保持する低優先キューに挿入されたＳＩＰ要求の識別子とを順次比較することで実現しているためである。
【００９０】
（第４の実施の形態）
次に、本発明の第４の実施の形態について、図表を参照して詳細に説明する。
【００９１】
（第４の実施の形態の構成）
図１０に、本発明の第４の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第４の実施の形態に係る優先制御装置１０１は、本発明の第１及び第２及び第３の実施の形態に係る優先制御装置１０１における、ＳＩＰプロキシー・サーバ機能１１１及びメッセージ種別判定機能１０２及びＳＩＰ要求優先度判定機能１０５及びＳＩＰ要求破棄機能１０７及びＳＩＰ要求一時格納機能１０９及び転送ＳＩＰ要求抽出機能１１０に加えて、ＳＩＰ要求優先度判定機能１０５が低優先と判定したＳＩＰ要求を、ＳＩＰ要求一時格納機能１０９が保持する低優先キューに挿入する時刻を追加する挿入時刻追加機能１００２と、ＳＩＰ要求が低優先キューに挿入された時刻を格納する挿入時刻格納機能１００１と、転送ＳＩＰ要求抽出機能１１０が抽出したＳＩＰ要求が有効期限を越えていないか確認する有効期限確認機能１００４と、挿入時刻格納機能１００１が保持する挿入時刻から該当ＳＩＰ要求の挿入時刻を削除する挿入時刻削除機能１００３とから構成される。
【００９２】
ここで、挿入時刻格納機能１００１が格納する挿入時刻は、例えば、図１１に示す形態となる。図１１では、ＳＩＰ要求の識別子であるＣａｌｌ−ＩＤヘッダの値と、現在時刻をミリ秒として表現した挿入時刻とが組になり格納されている。ＳＩＰプロトコルでは、ＳＩＰ要求が有効である時間が規定されており、該当時間を越えてもＳＩＰ応答が返信されない場合には、タイムアウトとなりＳＩＰトランザクションが終了する。このタイムアウトの時間は、例えば、ＩＮＶＩＴＥリクエストの場合には、一般的に３２秒である。つまり、優先制御装置１０１で３２秒以上滞留したＩＮＶＩＴＥリクエストは、ＳＩＰサーバで処理を完了したとしても、送信元であるＵＡではタイムアウトしているため、無意味な処理となる。本発明の第４の実施の形態では、キュー挿入時に挿入時刻を一時保存し、有効期限確認機能１００４がタイムアウトかを確認し、タイムアウトの場合には破棄することで、ＳＩＰサーバに無意味な処理を誘発するＳＩＰ要求の転送を抑制している。
【００９３】
（第４の実施の形態の動作）
次に、本発明の第４の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【００９４】
図１２は、本発明の第４の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。
【００９５】
いま、ＳＩＰプロキシー・サーバ機能１１１が、メッセージを受信したとする（ステップＳ１２０１）。次に、メッセージ種別判定機能１０２が該当メッセージの種類を調査する（ステップＳ１２０２）。
【００９６】
ステップＳ１２０２の結果、受信したメッセージがＳＩＰ応答の場合には、ＳＩＰプロキシー・サーバ機能１１１が、ＳＩＰ応答記載の宛先にＳＩＰ応答を送信する（ステップＳ１２０６）。その後、ステップＳ１２０１から繰り返す。
【００９７】
ステップＳ１２０２の結果、受信したメッセージがＳＩＰ要求の場合には、ＳＩＰ要求優先度判定機能１０５が、該当ＳＩＰ要求の優先度を判定する（ステップＳ１２０３）。この処理は、本発明の第１及び第２及び第３の実施の形態に係る優先制御装置１０１での処理（ステップＳ３０５、ステップＳ６０４、ステップＳ９０４）と同様である。
【００９８】
ステップＳ１２０３の結果、ＳＩＰ要求の優先度が低優先と判定された場合には、挿入時刻追加機能１００２が、該当ＳＩＰ要求の挿入時刻を、挿入時刻格納機能１００１が保持する挿入時刻に追加する（ステップＳ１２０４）。この処理は、例えば、挿入時刻が図１１で示す形態の場合には、以下のようになる。挿入時刻追加機能１００２は、ＳＩＰ要求優先度判定機能１０５から受信したＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値を抽出し、更に、ミリ秒として表現された現在の時刻を取得する。その後、このＣａｌｌ−ＩＤヘッダの値と現在時刻を組として挿入時刻に追加する。
【００９９】
ステップＳ１２０３の結果、ＳＩＰ要求の優先度が高優先と判定された場合、または、ステップＳ１２０４の結果、挿入時刻の追加処理が完了した場合には、ＳＩＰ要求一時格納機能が、優先度に応じたキューに、該当ＳＩＰ要求を挿入する（ステップＳ１２０５）。その後、ステップＳ１２０１から繰り返す。
【０１００】
次に、本発明の第４の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。
【０１０１】
図１３は、本発明の第４の実施の形態に係る優先制御装置１０１が、ＳＩＰ要求一時格納機能１０９に格納されたＳＩＰ要求をＳＩＰプロキシー・サーバ機能１１１経由でＳＩＰサーバに転送する場合の動作を示すフローチャートである。
【０１０２】
いま、転送ＳＩＰ要求抽出機能１１０が、次にＳＩＰ要求を抽出することで、ＳＩＰサーバの処理可能量に到達するかを調査する（ステップＳ１３０１）。なお、この処理は、本発明の第１の実施の形態に係る優先制御装置１０１における処理（ステップＳ４０１）と同様の処理である。
【０１０３】
ステップＳ１３０１の結果、ＳＩＰサーバの処理可能量に到達したと判断された場合には、再度、ステップＳ１３０１から繰り返す。
【０１０４】
ステップＳ１３０１の結果、ＳＩＰサーバの処理可能量に到達していないと判断された場合には、更に、転送ＳＩＰ要求抽出機能１１０が、転送するＳＩＰ要求を抽出する（ステップＳ１３０２）。なお、この処理は、本発明の第１の実施の形態に係る優先制御装置１０１における処理（ステップＳ４０２）と同様の処理である。次に、ステップＳ１３０２の結果抽出したＳＩＰ要求の挿入時刻が存在するかを、有効期限確認機能１１０が調査する（ステップＳ１３０３）。
【０１０５】
この処理は、例えば、挿入時刻格納機能１００１が格納する挿入時刻が、図１１に示す形態で実現されている場合には、以下のように実現できる。まず、挿入時刻格納機能１００４が、転送ＳＩＰ要求抽出機能１１０から受信したＳＩＰ要求に格納されるＣａｌｌ−ＩＤヘッダの値を抽出する。次に、このＣａｌｌ−ＩＤヘッダの値をキーとして、挿入時刻格納機能１００１が保持する挿入時刻を検索する。この結果、該当Ｃａｌｌ−ＩＤヘッダの値を保持するエントリが検索された場合には「存在」とし、検索されない場合には「存在しない」と判断する。
【０１０６】
ステップＳ１３０３の結果、挿入時刻が存在する場合には、有効期限確認機能１００４が、更に、ステップＳ１３０２で抽出したＳＩＰ要求の有効期限が無効となっていないかを確認する（ステップＳ１３０４）。この処理は、例えば、挿入時刻格納機能１００１が格納する挿入時刻が、図１１に示す形態で実現されている場合には、以下のように実現できる。まず、有効期限確認機能１００４が、ステップＳ１３０２の結果抽出したＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値を抽出し、該当Ｃａｌｌ−ＩＤヘッダの値をキーに、挿入時刻格納機能１００１が格納する挿入時刻を検索する。この結果、該当Ｃａｌｌ−ＩＤヘッダの値を持つＳＩＰ要求がキューに挿入された時刻（ミリ秒表示）が得られる。
【０１０７】
次に、有効期限確認機能１００４は、現在の時刻をミリ秒単位で取得し、先ほど取得したキューへの挿入時刻と比較する。一般的には、ＳＩＰプロトコルにおいて、ＩＮＶＩＴＥリクエストの有効期限は３２秒（３２０００ミリ秒）であるため、挿入時刻と現時刻との差分が３２０００ミリ秒以上の場合には、ステップＳ１３０２で抽出したＳＩＰ要求は「有効期限切れ」と判定し、一方、挿入時刻と現時刻との差分が３２０００ミリ秒未満の場合には、「有効期限切れではない」と判定する。
【０１０８】
ステップＳ１３０４の結果、ステップＳ１３０２の結果抽出したＳＩＰ要求が有効期限切れと判定された場合には、ＳＩＰ要求破棄機能１０７が該当ＳＩＰ要求を破棄する（ステップＳ１３０６）。その後、挿入時刻削除機能１００３が、該当ＳＩＰ要求の挿入時刻を削除する（ステップＳ１３０５）。
【０１０９】
この処理は、例えば、挿入時刻格納機能１００１が格納する挿入時刻が、図１１に示す形態で実現されている場合には、以下のように実現できる。まず、挿入時刻削除機能１００３が、ステップＳ１３０２で抽出したＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値を抽出する。次に、挿入時刻削除機能１００３が、挿入時刻格納機能１００１が保持している挿入時刻において、該当Ｃａｌｌ−ＩＤヘッダの値を保持するエントリを検索し、削除するのである。その後、ステップＳ１３０２から繰り返す。
【０１１０】
ステップＳ１３０４の結果、ステップＳ１３０２の結果抽出したＳＩＰ要求が有効期限切れではないと判定された場合には、挿入時刻削除機能１００３が、該当ＳＩＰ要求の挿入時刻を削除する（ステップＳ１３０５）。この処理内容は前述した通りである。
【０１１１】
ステップＳ１３０３の結果、挿入時刻が存在しない場合、または、ステップＳ１３０５の結果、挿入時刻削除機能１００３が、ステップＳ１３０２の結果抽出したＳＩＰ要求に関する挿入時刻を削除した場合には、ＳＩＰプロキシー・サーバ機能１１１が、ステップＳ１３０２で抽出したＳＩＰ要求を、ＳＩＰサーバに転送する（ステップＳ１３０７）。その後、ステップＳ１３０７から繰り返す。
【０１１２】
（第４の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となることである。
【０１１３】
これは、ＳＩＰプロトコルでは、ＵＡから送信されたＳＩＰ要求に有効期限が存在することを考慮し、キュー挿入時に挿入時刻を一時保存し、ＳＩＰサーバへＳＩＰ要求を転送する時点で、有効期限確認機能１００４が転送するＳＩＰ要求の有効期限が切れていないかを確認し、有効期限切れの場合には破棄することで、ＳＩＰサーバに無意味な処理を誘発する、優先制御装置１０１で有効期限以上滞留したＳＩＰ要求の転送を抑制しているためである。
【０１１４】
（第５の実施の形態）
次に、本発明の第５の実施の形態について、図表を参照して詳細に説明する。
【０１１５】
（第５の実施の形態の構成）
図１４に、本発明の第５の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第５の実施の形態に係る優先制御装置１０１は、図１に示した本発明の第１の実施の形態に係る優先制御装置１０１の構成と、図１０に示した本発明の第４の実施の形態に係る優先制御装置１０１の構成とを組み合わせたものとなっている。なお、本発明の第５の実施の形態に係る優先制御装置１０１を構成する機能群は、本発明の第１の実施の形態に係る優先制御装置１０１を構成する機能群、及び、本発明の第４の実施の形態に係る優先制御装置１０１を構成する機能群と同様の機能を有する。
【０１１６】
（第５の実施の形態の動作）
次に、本発明の第５の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【０１１７】
図１５は、本発明の第５の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。
【０１１８】
この図に示すように、このフローチャートは、図３で示した本発明の第１の実施の形態に係る優先制御装置１０１の動作における処理中識別子への識別子の追加処理（ステップＳ１５０８）の後に、挿入時刻追加機能１００２の処理（ステップＳ１５０９）を挿入した形態になっている。
【０１１９】
次に、本発明の第５の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。この動作は、図１３で示した、本発明の第４の実施の形態に係る優先制御装置１０１における動作と同様である。
【０１２０】
（第５の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となることである。
【０１２１】
これは、まず、処理中識別子に、優先制御装置またはＳＩＰサーバに既に存在し、処理中（または処理予定）のＳＩＰ要求の識別子を常時格納することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止し、更に、ＳＩＰプロトコルでは、ＵＡから送信されたＳＩＰ要求に有効期限が存在することを考慮し、キュー挿入時に挿入時刻を一時保存し、ＳＩＰサーバへＳＩＰ要求を転送する時点で、有効期限確認機能１００４が転送するＳＩＰ要求の有効期限が切れていないかを確認し、有効期限切れの場合には破棄することで、ＳＩＰサーバに無意味な処理を誘発する、優先制御装置１０１で有効期限以上滞留したＳＩＰ要求の転送を抑制しているためである。
【０１２２】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する処理中識別子の増加を抑制することが可能となる。
【０１２３】
これは、識別子追加機能１０８が、ＳＩＰ要求優先度判定機能１０５に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を、該当ＳＩＰ要求を低優先キューに挿入する前に処理中識別子に追加し、かつ、識別子削除機能１０３が、ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除することで、処理中識別子に格納する識別子を、優先制御装置またはＳＩＰサーバに存在し、処理中（または処理予定）であるＳＩＰ要求を示すもののみに限定できるためである。
【０１２４】
（第６の実施の形態）
次に、本発明の第６の実施の形態について、図表を参照して詳細に説明する。
【０１２５】
（第６の実施の形態の構成）
図１６に、本発明の第６の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第６の実施の形態に係る優先制御装置１０１は、図５に示した本発明の第２の実施の形態に係る優先制御装置１０１の構成と、図１０に示した本発明の第４の実施の形態に係る優先制御装置１０１の構成とを組み合わせたものとなっている。なお、本発明の第６の実施の形態に係る優先制御装置１０１を構成する機能群は、本発明の第２の実施の形態に係る優先制御装置１０１を構成する機能群、及び、本発明の第４の実施の形態に係る優先制御装置１０１を構成する機能群と同様の機能を有する。
【０１２６】
（第６の実施の形態の動作）
次に、本発明の第６の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【０１２７】
図１７は、本発明の第５の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。
【０１２８】
この図に示すように、このフローチャートは、図６で示した本発明の第２の実施の形態に係る優先制御装置１０１の動作における処理中識別子への識別子の追加処理（ステップＳ１７０７）の後に、挿入時刻追加機能１００２の処理（ステップＳ１７０８）を挿入した形態になっている。
【０１２９】
次に、本発明の第６の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。
【０１３０】
図１８は、本発明の第６の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作を示したフローチャートである。この図に示すように、このフローチャートは、図１３で示した本発明の第４の実施の形態に係る優先制御装置１０１の動作におけるＳＩＰ要求の挿入時刻を削除する処理（ステップＳ１８０６）の後に、識別子削除機能１０３での処理中識別子からＳＩＰ要求記載の識別子を削除する処理（ステップＳ１８０７）を挿入した形態になっている。
【０１３１】
（第６の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となることである。
【０１３２】
これは、まず、処理中識別子に、優先制御装置に既に存在するＳＩＰ要求の識別子を常時格納することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止し、更に、ＳＩＰプロトコルでは、ＵＡから送信されたＳＩＰ要求に有効期限が存在することを考慮し、キュー挿入時に挿入時刻を一時保存し、ＳＩＰサーバへＳＩＰ要求を転送する時点で、有効期限確認機能１００４が転送するＳＩＰ要求の有効期限が切れていないかを確認し、有効期限切れの場合には破棄することで、ＳＩＰサーバに無意味な処理を誘発する、優先制御装置１０１で有効期限以上滞留したＳＩＰ要求の転送を抑制しているためである。
【０１３３】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する処理中識別子の増加を抑制することが可能となる。
【０１３４】
これは、識別子追加機能１０８が、ＳＩＰ要求優先度判定機能１０５に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を、該当ＳＩＰ要求を低優先キューに挿入する前に処理中識別子に追加し、かつ、識別子削除機能１０３が、ＳＩＰプロキシー・サーバ機能１１１を介して、ＳＩＰ要求をＳＩＰサーバに転送する前に、該当ＳＩＰ要求の識別子を処理中識別子から削除することで、処理中識別子に格納する識別子を、優先制御装置に存在しているＳＩＰ要求を示すもののみに限定できるためである。
【０１３５】
（第７の実施の形態）
次に、本発明の第７の実施の形態について、図表を参照して詳細に説明する。
【０１３６】
（第７の実施の形態の構成）
図１９に、本発明の第７の実施の形態に係る優先制御装置１０１の構成図を示す。この図に示すように、本発明の第７の実施の形態に係る優先制御装置１０１は、図８に示した本発明の第３の実施の形態に係る優先制御装置１０１の構成と、図１０に示した本発明の第４の実施の形態に係る優先制御装置１０１の構成とを組み合わせたものとなっている。なお、本発明の第７の実施の形態に係る優先制御装置１０１を構成する機能群は、本発明の第３の実施の形態に係る優先制御装置１０１を構成する機能群、及び、本発明の第４の実施の形態に係る優先制御装置１０１を構成する機能群と同様の機能を有する。
【０１３７】
（第７の実施の形態の動作）
次に、本発明の第７の実施の形態に係る優先制御装置１０１の動作を図表を参照して詳細に説明する。
【０１３８】
図２０は、本発明の第７の実施の形態に係る優先制御装置１０１において、外部からメッセージを受信した際の動作を示すフローチャートである。
【０１３９】
この図に示すように、このフローチャートは、図９で示した本発明の第３の実施の形態に係る優先制御装置１０１の動作における、キュー検索機能８０４のキュー内に同一識別子が存在するかの調査（ステップＳ２００６）の結果存在しない場合に、挿入時刻追加機能１００２の処理（ステップＳ２００８）を挿入した形態になっている。
【０１４０】
次に、本発明の第６の実施の形態に係る優先制御装置１０１が、ＳＩＰサーバにＳＩＰ要求を転送する場合の動作について説明する。この動作は、図１３で示した、本発明の第４の実施の形態に係る優先制御装置１０１における動作と同様である。
【０１４１】
（第７の実施の形態の効果）
このように、本実施の形態によれば、ＳＩＰサーバが単位時間あたりに処理可能なＳＩＰトランザクション数を増加させることが可能となることである。
【０１４２】
これは、まず、受信したＳＩＰ要求の識別子を、既に低優先キューに挿入されたＳＩＰ要求の識別子と比較することで、ＵＡから受信したＳＩＰ要求をＳＩＰサーバに転送する必要があるかを判断し、この判断を、ＳＩＰ要求を低優先キューに挿入する前に実行することで、低優先キューに余分なＳＩＰ再送要求を挿入することを防止し、更に、ＳＩＰプロトコルでは、ＵＡから送信されたＳＩＰ要求に有効期限が存在することを考慮し、キュー挿入時に挿入時刻を一時保存し、ＳＩＰサーバへＳＩＰ要求を転送する時点で、有効期限確認機能１００４が転送するＳＩＰ要求の有効期限が切れていないかを確認し、有効期限切れの場合には破棄することで、ＳＩＰサーバに無意味な処理を誘発する、優先制御装置１０１で有効期限以上滞留したＳＩＰ要求の転送を抑制しているためである。
【０１４３】
更に、本実施の形態によれば、受信したＳＩＰ要求が再送かを判断する情報を使用しなくともＳＩＰ要求の再送判断が可能となる。
【０１４４】
これは、ＳＩＰ要求が再送かの判断を、受信したＳＩＰ要求の識別子と、ＳＩＰ要求一時格納機能１０９が保持する低優先キューに挿入されたＳＩＰ要求の識別子とを順次比較することで実現しているためである。
【０１４５】
（優先制御装置を含むＳＩＰネットワークの形態）
次に、本発明の第１ないし第７の実施の形態に係る優先制御装置１０１を含むＳＩＰネットワークについて図表を参照して詳細に説明する。
【０１４６】
（優先制御装置を含むＳＩＰネットワークの構成）
図２１は、本発明の第１ないし第７の実施の形態に係る優先制御装置１０１を含むＳＩＰネットワークを示すブロック図である。この図に示すように、ＳＩＰネットワークは、従来までのＳＩＰサーバＳＳ１と本発明の第１ないし第７の実施の形態に係る優先制御装置１０１とから構成されるＳＩＰシステム２１０１と、ユーザ・エージェントＵＡ１、ＵＡ２と、ＳＩＰシステム２１０１とユーザ・エージェントＵＡ１、ＵＡ２を接続するネットワーク２１０２とから構成される。
【０１４７】
（優先制御装置を含むＳＩＰネットワークの動作）
次に、本発明の第１ないし第７の実施の形態に係る優先制御装置１０１を含むＳＩＰネットワークの動作を説明する。
【０１４８】
図２２は、本発明の第１ないし第７の実施の形態に係る優先制御装置１０１を含むＳＩＰネットワークの動作を示すシーケンス図である。
この図に示すように、ＵＡから転送されるｉｎｉｔｉａｌ ＲＥＧＩＳＴＥＲリクエストや認証ＲＥＧＩＳＴＥＲリクエストは優先制御装置１０１にて高優先と判断され、ＳＩＰサーバの処理可能量を超えないように、迅速にＳＩＰサーバに転送される。この結果、ＳＩＰサーバでのＵＡ情報の更新が滞りなく実行される。
【０１４９】
一方、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストは、低優先と判断され、低優先キューに挿入される。このように低優先と判断された結果、優先制御装置１０１にｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが滞留してしまうと、ＵＡからは、一般的なＳＩＰプロトコルの再送メカニズムに従ってｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが再度送信される（図２２の再送ｉｎｉｔｉａｌ ＩＮＶＩＴＥ）。優先制御装置１０１では、既にｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストが優先制御装置１０１に格納されているため、受信した再送ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストは再送と判断され、破棄される。その後、低優先キューの転送順になった際に、ｉｎｉｔｉａｌ ＩＮＶＩＴＥリクエストがＳＩＰサーバへ転送される。
【０１５０】
このように、ＵＡとＳＩＰサーバとの間に、本発明の第１ないし第７の実施の形態に係る優先制御装置１０１を挿入することで、ＵＡ情報の有効期限切れと、余分なＳＩＰ要求の転送、及び、ＳＩＰサーバの処理可能量以上のＳＩＰ要求転送による、ＳＩＰサーバの高負荷状態誘発を防止できるのである。
【０１５１】
以上好ましい実施の形態と実施例をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態及び実施例に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【産業上の利用可能性】
【０１５２】
本発明の優先制御装置は、複数のユーザ端末及びＳＩＰサーバを有するＳＩＰネットワークに利用できる。
【図面の簡単な説明】
【０１５３】
【図１】本発明の第１の実施形態に係る優先制御装置の構成を示すブロック図である。
【図２】本発明の第１の実施形態に係る優先制御装置におけるＳＩＰ再送要求判断情報の一例を示す図である。
【図３】本発明の第１の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図４】本発明の第１の実施の形態に係る優先制御装置での、ＳＩＰサーバへＳＩＰ要求を転送する場合の動作を示すフローチャートである。
【図５】本発明の第２の実施形態に係る優先制御装置の構成を示すブロック図である。
【図６】本発明の第２の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図７】本発明の第２の実施の形態に係る優先制御装置での、ＳＩＰサーバへＳＩＰ要求を転送する場合の動作を示すフローチャートである。
【図８】本発明の第３の実施形態に係る優先制御装置の構成を示すブロック図である。
【図９】本発明の第３の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図１０】本発明の第４の実施形態に係る優先制御装置の構成を示すブロック図である。
【図１１】本発明の第４の実施形態に係る優先制御装置における挿入時刻の一例を示す図である。
【図１２】本発明の第４の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図１３】本発明の第４の実施の形態に係る優先制御装置での、ＳＩＰサーバへＳＩＰ要求を転送する場合の動作を示すフローチャートである。
【図１４】本発明の第５の実施形態に係る優先制御装置の構成を示すブロック図である。
【図１５】本発明の第５の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図１６】本発明の第６の実施形態に係る優先制御装置の構成を示すブロック図である。
【図１７】本発明の第６の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図１８】本発明の第６の実施の形態に係る優先制御装置での、ＳＩＰサーバへＳＩＰ要求を転送する場合の動作を示すフローチャートである。
【図１９】本発明の第７の実施形態に係る優先制御装置の構成を示すブロック図である。
【図２０】本発明の第７の実施の形態に係る優先制御装置での、外部からメッセージを受信した場合の動作を示すフローチャートである。
【図２１】本発明の第１ないし第７の実施の形態に係る優先制御装置を含む、ＳＩＰネットワークの構成を示すブロック図である。
【図２２】本発明の第１ないし第７の実施の形態に係る優先制御装置を含む、ＳＩＰネットワークの動作を示すシーケンス図である。
【図２３】一般的なＳＩＰネットワークにおいて、ＵＡ間で通信する場合の動作シーケンス図である。
【図２４】一般的なＳＩＰネットワークにおいて、ＵＡ情報を更新する場合の動作シーケンス図である。
【図２５】従来技術１の構成を示すブロック図である。
【図２６】従来技術２の構成を示すブロック図である。
【図２７】従来技術３の基本原理を説明する図である。
【符号の説明】
【０１５４】
１０１：優先制御装置
１０２：メッセージ種別判定機能
１０３：識別子削除機能
１０４：処理中識別子格納機能
１０５：ＳＩＰ要求優先度判定機能
１０６：識別子存在確認機能
１０７：ＳＩＰ要求破棄機能
１０８：識別子追加機能
１０９：ＳＩＰ要求一時格納機能
１１０：転送ＳＩＰ要求抽出機能
１１１：ＳＩＰプロキシー・サーバ機能
８０３：識別子抽出機能
８０４：キュー検索機能
１００１：挿入時刻格納機能
１００２：挿入時刻追加機能
１００３：挿入時刻削除機能
１００４：有効期限確認機能
２１０１：ＳＩＰシステム
２１０２：ネットワーク
ＳＳ１：ＳＩＰサーバ
ＵＡ１、 ＵＡ２：ユーザ・エージェント
【特許請求の範囲】
【請求項１】
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認機能と、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合に、当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記ＳＩＰ要求優先度判定機能に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加機能と、
処理中識別子を格納する処理中識別子格納機能と、
ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除する識別子削除機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
から構成されることを特徴とする優先制御装置。
【請求項２】
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認機能と、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記ＳＩＰ要求優先度判定機能に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加機能と、
処理中識別子を格納する処理中識別子格納機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
前記転送ＳＩＰ要求抽出機能により抽出されたＳＩＰ要求に格納された識別子を処理中識別子から削除する識別子削除機能と、
から構成されることを特徴とする優先制御装置。
【請求項３】
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能で低優先と判定されたＳＩＰ要求の識別子を抽出する識別子抽出機能と、
前記識別子抽出機能が抽出した識別子と同一の識別子を保持するＳＩＰ要求が、前記ＳＩＰ要求一時格納機能が保持するキューに既に挿入されているかを検索するキュー検索機能と、
前記キュー検索機能により、前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求が、既にキューに存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記キュー検索機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
から構成されることを特徴とする優先制御装置。
【請求項４】
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求を、前記ＳＩＰ要求一時格納機能が保持する低優先キューに挿入する時刻を追加する挿入時刻追加機能と、
ＳＩＰ要求が低優先キューに挿入された時刻を格納する挿入時刻格納機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
前記転送ＳＩＰ要求抽出機能が抽出したＳＩＰ要求が有効期限を越えていないか確認する有効期限確認機能と、
前記有効期限確認機能の結果、前記転送ＳＩＰ要求抽出機能が抽出したＳＩＰ要求が有効期限を越えていた場合には該当ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記挿入時刻格納機能が保持する挿入時刻から該当ＳＩＰ要求の挿入時刻を削除する挿入時刻削除機能と、
から構成されることを特徴とする優先制御装置。
【請求項５】
請求項１記載の優先制御装置の機能と請求項４記載の優先制御装置の機能とから構成されることを特徴とする優先制御装置。
【請求項６】
請求項２記載の優先制御装置の機能と請求項４記載の優先制御装置の機能とから構成されることを特徴とする、優先制御装置。
【請求項７】
請求項３記載の優先制御装置の機能と請求項４記載の優先制御装置の機能とから構成されることを特徴とする優先制御装置。
【請求項８】
請求項１及び請求項５記載の優先制御装置において、
ＳＩＰ要求に格納されたＣａｌｌ−ＩＤヘッダの値を表形式で格納した処理中識別子を格納する処理中識別子格納機能とから構成されることを特徴とする優先制御装置。
【請求項９】
ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数を予め保持しておき、この単位時間ごとにタイマーを設定し、更に、変数として転送済ＳＩＰ要求数を前記転送ＳＩＰ要求抽出機能が管理している状況で、転送済ＳＩＰ要求数が、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数と等しいかを確認し、等しくない場合には、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達していないと判定し、転送済ＳＩＰ要求数を１増加する一方、等しい場合には、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達したと判定する、転送ＳＩＰ要求抽出機能とから構成されることを特徴とする請求項１から請求項７の何れか１項に記載の優先制御装置。
【請求項１０】
低優先キューの先頭のＳＩＰ要求に格納されているＣａｌｌ−ＩＤヘッダの値を抽出し、前記識別子抽出機能から受け取ったＣａｌｌ−ＩＤヘッダの値と比較した結果、一致すれば「存在」として終了し、一致しなければ、先頭から２番目のＳＩＰ要求について同様の処理を再度実行するという処理を低優先キューの先頭から順番に実行していき、全てのＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値が一致しない場合には、「存在しない」として終了する、キュー検索機能とから構成されることを特徴とする請求項３から請求項７の何れか１項に記載の優先制御装置。
【請求項１１】
ＳＩＰ要求の識別子であるＣａｌｌ−ＩＤヘッダの値と、前記ＳＩＰ要求一時格納機能が格納するキューに挿入する時刻との組から構成される挿入時刻を格納する挿入時刻格納機能とから構成されることを特徴とする請求項４から請求項７の何れか１項に記載の優先制御装置。
【請求項１２】
前記転送ＳＩＰ要求抽出機能がＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値を抽出し、該当Ｃａｌｌ−ＩＤヘッダの値をキーに、挿入時刻格納機能が格納する挿入時刻を検索することで、該当Ｃａｌｌ−ＩＤヘッダの値を持つＳＩＰ要求がキューに挿入された時刻を取得し、現在の時刻と比較した結果、挿入時刻と現時刻との差分がＳＩＰプロトコルで規定されている有効期限以上の場合には有効期限切れと判定する一方、挿入時刻と現時刻との差分が有効期限未満の場合には有効期限切れではないと判定する、有効期限確認機能とから構成されることを特徴とする請求項４から請求項７の何れか１項に記載の優先制御装置。
【請求項１３】
請求項１から請求項１２に記載の優先制御装置と、一般的なＳＩＰサーバとから構成されることを特徴とするＳＩＰシステム。
【請求項１４】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムにおいて、
前記優先制御装置に、
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認機能と、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合に、当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記ＳＩＰ要求優先度判定機能に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加機能と、
処理中識別子を格納する処理中識別子格納機能と、
ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除する識別子削除機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と
を実行させることを特徴とする優先制御プログラム。
【請求項１５】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムにおいて、
前記優先制御装置に、
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認機能と、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記ＳＩＰ要求優先度判定機能に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加機能と、
処理中識別子を格納する処理中識別子格納機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
前記転送ＳＩＰ要求抽出機能により抽出されたＳＩＰ要求に格納された識別子を処理中識別子から削除する識別子削除機能と
を実行させることを特徴とする優先制御プログラム。
【請求項１６】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムにおいて、
前記優先制御装置に、
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能で低優先と判定されたＳＩＰ要求の識別子を抽出する識別子抽出機能と、
前記識別子抽出機能が抽出した識別子と同一の識別子を保持するＳＩＰ要求が、前記ＳＩＰ要求一時格納機能が保持するキューに既に挿入されているかを検索するキュー検索機能と、
前記キュー検索機能により、前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求が、既にキューに存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記キュー検索機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と
を実行させることを特徴とする優先制御プログラム。
【請求項１７】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムにおいて、
前記優先制御装置に、
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求を、前記ＳＩＰ要求一時格納機能が保持する低優先キューに挿入する時刻を追加する挿入時刻追加機能と、
ＳＩＰ要求が低優先キューに挿入された時刻を格納する挿入時刻格納機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
前記転送ＳＩＰ要求抽出機能が抽出したＳＩＰ要求が有効期限を越えていないか確認する有効期限確認機能と、
前記有効期限確認機能の結果、前記転送ＳＩＰ要求抽出機能が抽出したＳＩＰ要求が有効期限を越えていた場合には該当ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記挿入時刻格納機能が保持する挿入時刻から該当ＳＩＰ要求の挿入時刻を削除する挿入時刻削除機能と
を実行させることを特徴とする優先制御プログラム。
【請求項１８】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムの前記優先制御装置による優先制御方法であって、
前記ＳＩＰプロキシー・サーバが受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定ステップと、
前記ＳＩＰプロキシー・サーバが受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定ステップと、
前記ＳＩＰ要求優先度判定ステップが低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認ステップと、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合に、当該ＳＩＰ要求を破棄するＳＩＰ要求破棄ステップと、
前記ＳＩＰ要求優先度判定ステップに低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加ステップと、
処理中識別子を格納する処理中識別子格納ステップと、
ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除する識別子削除ステップと、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定ステップまたは前記識別子追加ステップから受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納ステップと、
前記ＳＩＰ要求一時格納ステップのキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバを介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出ステップと
を有することを特徴とする優先制御方法。
【請求項１９】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムの前記優先制御装置による優先制御方法であって、
前記ＳＩＰプロキシー・サーバが受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定ステップと、
前記ＳＩＰプロキシー・サーバが受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定ステップと、
前記ＳＩＰ要求優先度判定ステップが低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認ステップと、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄ステップと、
前記ＳＩＰ要求優先度判定ステップで低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加ステップと、
処理中識別子を格納する処理中識別子格納ステップと、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定ステップまたは前記識別子追加ステップから受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納ステップと、
前記ＳＩＰ要求一時格納ステップでキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、ＳＩＰプロキシー・サーバを介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出ステップと、
前記転送ＳＩＰ要求抽出ステップにより抽出されたＳＩＰ要求に格納された識別子を処理中識別子から削除する識別子削除ステップと
を有することを特徴とする優先制御方法。
【請求項２０】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムの前記優先制御装置による優先制御方法であって、
前記ＳＩＰプロキシー・サーバが受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定ステップと、
前記ＳＩＰプロキシー・サーバが受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定ステップと、
前記ＳＩＰ要求優先度判定ステップで低優先と判定されたＳＩＰ要求の識別子を抽出する識別子抽出ステップと、
前記識別子抽出ステップが抽出した識別子と同一の識別子を保持するＳＩＰ要求が、前記ＳＩＰ要求一時格納ステップが保持するキューに既に挿入されているかを検索するキュー検索ステップと、
前記キュー検索ステップにより、前記ＳＩＰプロキシー・サーバが受信したＳＩＰ要求が、既にキューに存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄ステップと、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定ステップまたは前記キュー検索ステップから受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納ステップと、
前記ＳＩＰ要求一時格納ステップのキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバを介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出ステップと
を有することを特徴とする優先制御方法。
【請求項２１】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムの前記優先制御装置による優先制御方法であって、
前記ＳＩＰプロキシー・サーバが受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定ステップと、
前記ＳＩＰプロキシー・サーバが受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定ステップと、
前記ＳＩＰ要求優先度判定ステップが低優先と判定したＳＩＰ要求を、前記ＳＩＰ要求一時格納ステップが保持する低優先キューに挿入する時刻を追加する挿入時刻追加ステップと、
ＳＩＰ要求が低優先キューに挿入された時刻を格納する挿入時刻格納ステップと、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定ステップまたは前記識別子追加ステップから受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納ステップと、
前記ＳＩＰ要求一時格納ステップのキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバを介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出ステップと、
前記転送ＳＩＰ要求抽出ステップが抽出したＳＩＰ要求が有効期限を越えていないか確認する有効期限確認ステップと、
前記有効期限確認ステップの結果、前記転送ＳＩＰ要求抽出ステップが抽出したＳＩＰ要求が有効期限を越えていた場合には該当ＳＩＰ要求を破棄するＳＩＰ要求破棄ステップと、
前記挿入時刻格納ステップが保持する挿入時刻から該当ＳＩＰ要求の挿入時刻を削除する挿入時刻削除ステップと
を有することを特徴とする優先制御方法。
【請求項１】
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認機能と、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合に、当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記ＳＩＰ要求優先度判定機能に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加機能と、
処理中識別子を格納する処理中識別子格納機能と、
ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除する識別子削除機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
から構成されることを特徴とする優先制御装置。
【請求項２】
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認機能と、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記ＳＩＰ要求優先度判定機能に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加機能と、
処理中識別子を格納する処理中識別子格納機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
前記転送ＳＩＰ要求抽出機能により抽出されたＳＩＰ要求に格納された識別子を処理中識別子から削除する識別子削除機能と、
から構成されることを特徴とする優先制御装置。
【請求項３】
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能で低優先と判定されたＳＩＰ要求の識別子を抽出する識別子抽出機能と、
前記識別子抽出機能が抽出した識別子と同一の識別子を保持するＳＩＰ要求が、前記ＳＩＰ要求一時格納機能が保持するキューに既に挿入されているかを検索するキュー検索機能と、
前記キュー検索機能により、前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求が、既にキューに存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記キュー検索機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
から構成されることを特徴とする優先制御装置。
【請求項４】
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求を、前記ＳＩＰ要求一時格納機能が保持する低優先キューに挿入する時刻を追加する挿入時刻追加機能と、
ＳＩＰ要求が低優先キューに挿入された時刻を格納する挿入時刻格納機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
前記転送ＳＩＰ要求抽出機能が抽出したＳＩＰ要求が有効期限を越えていないか確認する有効期限確認機能と、
前記有効期限確認機能の結果、前記転送ＳＩＰ要求抽出機能が抽出したＳＩＰ要求が有効期限を越えていた場合には該当ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記挿入時刻格納機能が保持する挿入時刻から該当ＳＩＰ要求の挿入時刻を削除する挿入時刻削除機能と、
から構成されることを特徴とする優先制御装置。
【請求項５】
請求項１記載の優先制御装置の機能と請求項４記載の優先制御装置の機能とから構成されることを特徴とする優先制御装置。
【請求項６】
請求項２記載の優先制御装置の機能と請求項４記載の優先制御装置の機能とから構成されることを特徴とする、優先制御装置。
【請求項７】
請求項３記載の優先制御装置の機能と請求項４記載の優先制御装置の機能とから構成されることを特徴とする優先制御装置。
【請求項８】
請求項１及び請求項５記載の優先制御装置において、
ＳＩＰ要求に格納されたＣａｌｌ−ＩＤヘッダの値を表形式で格納した処理中識別子を格納する処理中識別子格納機能とから構成されることを特徴とする優先制御装置。
【請求項９】
ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数を予め保持しておき、この単位時間ごとにタイマーを設定し、更に、変数として転送済ＳＩＰ要求数を前記転送ＳＩＰ要求抽出機能が管理している状況で、転送済ＳＩＰ要求数が、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数と等しいかを確認し、等しくない場合には、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達していないと判定し、転送済ＳＩＰ要求数を１増加する一方、等しい場合には、ＳＩＰサーバが単位時間当たりに処理可能なＳＩＰ要求数に達したと判定する、転送ＳＩＰ要求抽出機能とから構成されることを特徴とする請求項１から請求項７の何れか１項に記載の優先制御装置。
【請求項１０】
低優先キューの先頭のＳＩＰ要求に格納されているＣａｌｌ−ＩＤヘッダの値を抽出し、前記識別子抽出機能から受け取ったＣａｌｌ−ＩＤヘッダの値と比較した結果、一致すれば「存在」として終了し、一致しなければ、先頭から２番目のＳＩＰ要求について同様の処理を再度実行するという処理を低優先キューの先頭から順番に実行していき、全てのＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値が一致しない場合には、「存在しない」として終了する、キュー検索機能とから構成されることを特徴とする請求項３から請求項７の何れか１項に記載の優先制御装置。
【請求項１１】
ＳＩＰ要求の識別子であるＣａｌｌ−ＩＤヘッダの値と、前記ＳＩＰ要求一時格納機能が格納するキューに挿入する時刻との組から構成される挿入時刻を格納する挿入時刻格納機能とから構成されることを特徴とする請求項４から請求項７の何れか１項に記載の優先制御装置。
【請求項１２】
前記転送ＳＩＰ要求抽出機能がＳＩＰ要求のＣａｌｌ−ＩＤヘッダの値を抽出し、該当Ｃａｌｌ−ＩＤヘッダの値をキーに、挿入時刻格納機能が格納する挿入時刻を検索することで、該当Ｃａｌｌ−ＩＤヘッダの値を持つＳＩＰ要求がキューに挿入された時刻を取得し、現在の時刻と比較した結果、挿入時刻と現時刻との差分がＳＩＰプロトコルで規定されている有効期限以上の場合には有効期限切れと判定する一方、挿入時刻と現時刻との差分が有効期限未満の場合には有効期限切れではないと判定する、有効期限確認機能とから構成されることを特徴とする請求項４から請求項７の何れか１項に記載の優先制御装置。
【請求項１３】
請求項１から請求項１２に記載の優先制御装置と、一般的なＳＩＰサーバとから構成されることを特徴とするＳＩＰシステム。
【請求項１４】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムにおいて、
前記優先制御装置に、
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認機能と、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合に、当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記ＳＩＰ要求優先度判定機能に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加機能と、
処理中識別子を格納する処理中識別子格納機能と、
ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除する識別子削除機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と
を実行させることを特徴とする優先制御プログラム。
【請求項１５】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムにおいて、
前記優先制御装置に、
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認機能と、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記ＳＩＰ要求優先度判定機能に低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加機能と、
処理中識別子を格納する処理中識別子格納機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
前記転送ＳＩＰ要求抽出機能により抽出されたＳＩＰ要求に格納された識別子を処理中識別子から削除する識別子削除機能と
を実行させることを特徴とする優先制御プログラム。
【請求項１６】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムにおいて、
前記優先制御装置に、
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能で低優先と判定されたＳＩＰ要求の識別子を抽出する識別子抽出機能と、
前記識別子抽出機能が抽出した識別子と同一の識別子を保持するＳＩＰ要求が、前記ＳＩＰ要求一時格納機能が保持するキューに既に挿入されているかを検索するキュー検索機能と、
前記キュー検索機能により、前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求が、既にキューに存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記キュー検索機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と
を実行させることを特徴とする優先制御プログラム。
【請求項１７】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムにおいて、
前記優先制御装置に、
ＳＩＰプロキシー・サーバ機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定機能と、
前記ＳＩＰプロキシー・サーバ機能が受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定機能と、
前記ＳＩＰ要求優先度判定機能が低優先と判定したＳＩＰ要求を、前記ＳＩＰ要求一時格納機能が保持する低優先キューに挿入する時刻を追加する挿入時刻追加機能と、
ＳＩＰ要求が低優先キューに挿入された時刻を格納する挿入時刻格納機能と、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定機能または前記識別子追加機能から受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納機能と、
前記ＳＩＰ要求一時格納機能のキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバ機能を介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出機能と、
前記転送ＳＩＰ要求抽出機能が抽出したＳＩＰ要求が有効期限を越えていないか確認する有効期限確認機能と、
前記有効期限確認機能の結果、前記転送ＳＩＰ要求抽出機能が抽出したＳＩＰ要求が有効期限を越えていた場合には該当ＳＩＰ要求を破棄するＳＩＰ要求破棄機能と、
前記挿入時刻格納機能が保持する挿入時刻から該当ＳＩＰ要求の挿入時刻を削除する挿入時刻削除機能と
を実行させることを特徴とする優先制御プログラム。
【請求項１８】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムの前記優先制御装置による優先制御方法であって、
前記ＳＩＰプロキシー・サーバが受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定ステップと、
前記ＳＩＰプロキシー・サーバが受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定ステップと、
前記ＳＩＰ要求優先度判定ステップが低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認ステップと、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合に、当該ＳＩＰ要求を破棄するＳＩＰ要求破棄ステップと、
前記ＳＩＰ要求優先度判定ステップに低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加ステップと、
処理中識別子を格納する処理中識別子格納ステップと、
ＳＩＰ応答受信時にＳＩＰ応答に格納された識別子を処理中識別子から削除する識別子削除ステップと、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定ステップまたは前記識別子追加ステップから受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納ステップと、
前記ＳＩＰ要求一時格納ステップのキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバを介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出ステップと
を有することを特徴とする優先制御方法。
【請求項１９】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムの前記優先制御装置による優先制御方法であって、
前記ＳＩＰプロキシー・サーバが受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定ステップと、
前記ＳＩＰプロキシー・サーバが受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定ステップと、
前記ＳＩＰ要求優先度判定ステップが低優先と判定したＳＩＰ要求に格納された識別子が、現在処理中または処理予定のＳＩＰ要求の識別子である処理中識別子に存在するかを確認する識別子存在確認ステップと、
当該ＳＩＰ要求の識別子が処理中識別子に存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄ステップと、
前記ＳＩＰ要求優先度判定ステップで低優先と判定され、かつ、処理中識別子に識別子が存在しないＳＩＰ要求の識別子を処理中識別子に追加する識別子追加ステップと、
処理中識別子を格納する処理中識別子格納ステップと、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定ステップまたは前記識別子追加ステップから受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納ステップと、
前記ＳＩＰ要求一時格納ステップでキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、ＳＩＰプロキシー・サーバを介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出ステップと、
前記転送ＳＩＰ要求抽出ステップにより抽出されたＳＩＰ要求に格納された識別子を処理中識別子から削除する識別子削除ステップと
を有することを特徴とする優先制御方法。
【請求項２０】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムの前記優先制御装置による優先制御方法であって、
前記ＳＩＰプロキシー・サーバが受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定ステップと、
前記ＳＩＰプロキシー・サーバが受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定ステップと、
前記ＳＩＰ要求優先度判定ステップで低優先と判定されたＳＩＰ要求の識別子を抽出する識別子抽出ステップと、
前記識別子抽出ステップが抽出した識別子と同一の識別子を保持するＳＩＰ要求が、前記ＳＩＰ要求一時格納ステップが保持するキューに既に挿入されているかを検索するキュー検索ステップと、
前記キュー検索ステップにより、前記ＳＩＰプロキシー・サーバが受信したＳＩＰ要求が、既にキューに存在する場合には当該ＳＩＰ要求を破棄するＳＩＰ要求破棄ステップと、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定ステップまたは前記キュー検索ステップから受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納ステップと、
前記ＳＩＰ要求一時格納ステップのキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバを介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出ステップと
を有することを特徴とする優先制御方法。
【請求項２１】
ＳＩＰサーバと優先制御装置とから構成されるＳＩＰシステムの前記優先制御装置による優先制御方法であって、
前記ＳＩＰプロキシー・サーバが受信したメッセージがＳＩＰ要求かＳＩＰ応答かを判別するメッセージ種別判定ステップと、
前記ＳＩＰプロキシー・サーバが受信したＳＩＰ要求の種類に応じて、ＳＩＰ要求の優先度を決定するＳＩＰ要求優先度判定ステップと、
前記ＳＩＰ要求優先度判定ステップが低優先と判定したＳＩＰ要求を、前記ＳＩＰ要求一時格納ステップが保持する低優先キューに挿入する時刻を追加する挿入時刻追加ステップと、
ＳＩＰ要求が低優先キューに挿入された時刻を格納する挿入時刻格納ステップと、
ＳＩＰ要求の優先度ごとにキューを保持し、前記ＳＩＰ要求優先度判定ステップまたは前記識別子追加ステップから受信したＳＩＰ要求を優先度に応じてキューに挿入するＳＩＰ要求一時格納ステップと、
前記ＳＩＰ要求一時格納ステップのキューに格納されているＳＩＰ要求を、ＳＩＰサーバの単位時間当たりのＳＩＰ要求処理可能量を超えないように、優先度に応じて抽出し、前記ＳＩＰプロキシー・サーバを介してＳＩＰサーバに転送する転送ＳＩＰ要求抽出ステップと、
前記転送ＳＩＰ要求抽出ステップが抽出したＳＩＰ要求が有効期限を越えていないか確認する有効期限確認ステップと、
前記有効期限確認ステップの結果、前記転送ＳＩＰ要求抽出ステップが抽出したＳＩＰ要求が有効期限を越えていた場合には該当ＳＩＰ要求を破棄するＳＩＰ要求破棄ステップと、
前記挿入時刻格納ステップが保持する挿入時刻から該当ＳＩＰ要求の挿入時刻を削除する挿入時刻削除ステップと
を有することを特徴とする優先制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２００８−２４４９７０（Ｐ２００８−２４４９７０Ａ）
【公開日】平成２０年１０月９日（２００８．１０．９）
【国際特許分類】
【出願番号】特願２００７−８３７７４（Ｐ２００７−８３７７４）
【出願日】平成１９年３月２８日（２００７．３．２８）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２０年１０月９日（２００８．１０．９）
【国際特許分類】
【出願日】平成１９年３月２８日（２００７．３．２８）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]