JP2004523971A - Ｓｉｐネットワークにおける呼び出し処理 - Google Patents

Abstract

ＳＩＰネットワーク（１０）において、ＳＩＰサーバ（２０，３０）は呼び出しを行っている加入者および実体を認証するために使用される情報を提供される。この情報は長距離電話料金のような、料金を含む呼び出しの場合に、請求すべき適切な当事者を判定すると共に、呼び出しを許可または拒絶するために呼び出しを確立する間に使用されうる。認証および信頼された実体間での呼び出しを許容するのに加えて、信頼されないユーザまたは実体を含むある種の呼び出しをＳＩＰサーバが許可するニーズがある。認識されない、信頼されない実体であれば、ＳＩＰネットワーク内の信頼されたユーザおよび実体は、彼らにサービスを提供しているＳＩＰサーバに対して知られていないユーザまたは実体からの呼び出しを受けることはできない。

Description

【０００１】
［０００１］ この発明は一般に通信サービスに関し、特に、ＳＩＰネットワークにおける呼び出しの処理に関する。
【０００２】
［０００２］ データ転送ネットワークの増殖、最も目立つのはインターネットであるが、リアルタイム通信のテレフォニおよび他の形式における革命を引き起こしている。テレフォニトラフィックとデータトラフィックを異なるシステムおよびネットワーク上で別々にサポートさせるということに慣れてきたビジネスは、電話音声トラフィックおよび他のリアルタイム媒体の他の形式がデジタル形式に変換されデータの他の形式と共にパケットデータネットワークによって搬送される、いわゆる「集中型のネットワーク」に向いて動きつつある。今や技術はそれをサポートすることが可能であるため、データ転送(transport)を介した音声は削減された資本および操作コスト、資源効率および柔軟性の点で多くの利点を提供する。
【０００３】
［０００３］ 例えば、商業的設備においては、ＰＢＸのような自動呼び出し分配機能のような強化された機能のほとんどは、サービスプロバイダのネットワークに存在してもよいため、顧客構内装置の投資は実質的に減らされた。各種形式のゲートウエイのおかげでＩＰ電話、従来のアナログ電話およびＰＢＸならびにネットワークに接続されたデスクトップコンピュータのような多様化したシステムの間においてさえセッションが確立されてきた。
【０００４】
［０００４］ データ転送上で音声の要求にこたえるために、サービスプロバイダおよびネットワーク装置ベンダは、新しいプロトコルおよび標準の確立、新しいビジネスモデルの認識、新しい戦略の実行および２０年以前には想像することさえ難しかったような方法で新しい装置を設計すること等の課題に直面している。
【０００５】
［０００５］ 例えば、エンドユーザ端末装置の新しい世代は、従来の電話および、より最近のＰＢＸ電話セットさえ置き換えつつある。シスコ(Cisco)およびピンテル(Pingtel)によって提供されるこのような新しい装置は、例えばイーサネット接続を介して一般のパケットデータネットワークにおよびユーザインターフェイスの豊富さを高めるために、外観の大きな視覚ディスプレイに直接接続されてもよい。
【０００６】
［０００６］ そのような装置が開発される前においてさえ、オーディオアダプタ付きでインターネットに接続されたコンピュータは、質は予測が不可能でかつしばしば非常にひどいものではあったが、インターネットテレフォニのある基本的な形態を実行することができた。今や、信頼できる料金の質の接続、容易な呼び出し設定およびメディアトランスポートの別の形態と共にフル機能のテレフォニを供給するための強化された特性を提供するために、インターネットプロトコル（ＩＰ）ネットワークおよび他のパケット転送ネットワークを採用することが強調されている。そのような技術によって可能になった媒体セッションのある別の形式は、ビデオ、質の高いオーディオ、多数当事者会議、メッセージングおよび協力的なアプリケーションを含んでもよい。
【０００７】
［０００７］ もちろん、ビジネスおよび住居の通信加入者(subscriber)は、従来のテレフォニと置き換えるためのそのような音声オーバパケット通信の使用を開始するため、通信の質およびサービスの多様性は、以前の電話ネットワークにおけるのと少なくとも同様であることの期待が当然存在する。例えば、サービスの点では、ビジネスの中には呼び出し転送および条件付き呼び出し処理のようなＰＢＸ特性またはネットワークに存在する「セントレックス」(Centrex)特性に頼るものもある。そのような特別のサービスの使用の増大が予測される。というのは、先に述べた新しい端末装置がユーザに対してずっと直感的なインターフェイスを提供できるからである。既存のシステムにおいては、ユーザはキーストロークのどの組み合わせが強化された特性を実行するのに要求されるのかということをしばしば忘れる。
【０００８】
［０００８］ ネットワークにおいて通信セッションを確立するために、新しいプロトコルおよび制御アーキテクチャが現れてきた。これらはデータタイプトポロジ上での音声移行によって刺激されてきたが、そのような環境に必ずしも限られるものではないということに注意すべきである。以下に述べられるプロトコルと制御アーキテクチャは転送の任意の形態を介して呼び出しを確立するために使用されてもよい。
【０００９】
［０００９］ ＩＴＵ Ｈ.３２３標準およびＩＥＴＦのセッション開始プロトコル（ＳＩＰ）は共にネットワークに接続された端末間での通信セッションを確立するために使用されてもよいプロトコルの例である。ＳＩＰプロトコルはＩＥＴＦドキュメントＲＦＣ２５４３およびその後継者に述べられている。各種アーキテクチャが、ユーザのために、任意の宛先にどのように到着するのかとか、特性をどのように制御するのかといった現在の情報を維持するためにネットワークのどこかで「位置サーバ」と呼ばれる、アドレス解決機能を有する共通のテーマを有する、これらプロトコルと関連して提案されている。
【００１０】
［００１０］ 他のリアルタイムの通信同様、データトランスポート上での音声の大規模な展開のために、ネットワーク制御アーキテクチャは、毎日、数１００万のセッションを信頼性を持って処理できる信頼性と、高度な拡張性を有することが必須である。信頼性は冗長性のある設計を必要としてもよいし、フェイルオーバ機構を含んでもよい。好ましくは、これらの対策は、セッションの途中で故障が生じたとしても、既存のセッションおよび特性のトランスペアレントな連続性を提供する。このレベルの信頼性を保証し、拡張性を最大にするために、位置サーバのような、制御機能に基づく要求を最小にすることが、ネットワークにおける各呼び出しのための持続性状態情報を維持するために一般に好ましい。
【００１１】
［００１１］ 一般に、セッション開始プロトコル（ＳＩＰ）は一以上の参加者間でセッションを生成、修正および終了することができるアプリケーション層の制御プロトコルである。これらのセッションは、例えば、インターネット電話呼び出し、マルチメディア配布、マルチメディア会議、ボイスオーバＩＰなどを含みうる。
【００１２】
［００１２］ セッションを生成するために使用されるＳＩＰインビテイションは、一以上の匹敵するマルチメディアタイプのセットで参加者が同意することを許容するセッション記述を搬送する。ＳＩＰは、ユーザの現在の位置に対する経路要求を助け、一以上のサービスに対してユーザを認証および許可し、プロバイダーの呼び出しルーティングポリシーを実行し、ユーザに対して追加の特性および進んだ特性を提供するためにプロキシサーバを利用する。ＳＩＰはまたプロキシサーバによって使用されうる彼らの現在の位置をユーザが識別することを許容する登録機能も提供する。
【００１３】
［００１３］ セッションは参加者のつながりの間におけるデータの交換である。リアルタイム分散ネットワーク通信のようなインターネット上での多くのアプリケーションは、一以上のセッションの生成、管理およびメンテナンスを要求する。しかしながら、これらのアプリケーションの実行は、例えば、参加者が物理的位置を移動してもよいため、参加者の行動によって複雑化され、参加者は複数の識別子によってアドレスされ、参加者は時にはパラレルに、通信媒体のいくつかのタイプを使用して通信してもよい。多くのプロトコルが、音声、ビデオまたはテキストメッセージのような、リアルタイムのマルチメディアセッションデータの各種形態を送信するために開発されてきた。ＳＩＰは、共有されるべきセッションの局面を認識し、互いの位置を位置決めするために、インターネットエンドポイント、すなわちユーザのエイジェントを可能化することによって、これらのプロトコルで一斉に作動する。見込まれるセッション参加者の位置決めおよび他の機能のために、ＳＩＰはネットワークホストのインフラストラクチャ、すなわちプロキシサーバの設立を可能にする。プロキシサーバに対して、ユーザエイジェントは登録、セッションへのインビテイション、他の要求等を送信することが出来る。それゆえ、ＳＩＰは、セッションの形式によることなく、強調された送信プロトコルにも無関係に作動することが可能なセッションを生成し、修正および終了させる機構を提供する。
【００１４】
［００１４］ 上で議論したように、ＳＩＰはマルチメディアセッションを確立、修正および終了することができるアプリケーション層の制御プロトコルである。これらのセッションは、インターネットテレフォニ呼び出し、マルチメディア交換等を含みうる。ＳＩＰは、マルチキャスト会議のような、すでに既存のセッションに対して参加者をインバイトする（招く）ことができる。媒体はセッション中に任意の点および時刻において既存のセッションから除去されまた加えられうる。さらに、ＳＩＰは、一以上のネットワーク内においてユーザが各種の位置に移動しながら、単一の外部から視認可能な識別子を維持することを許容する名前のマップ化およびリダイレクトサービスをトランスペアレントにサポートすることができる。
【００１５】
［００１５］ 特に、ＳＩＰは完全なマルチメディアアーキテクチャを生成するために組み合わされた他のＩＥＴＦプロトコルと共に使用されうる。典型的にこれらのアーキテクチャは、リアルタイムデータを送信し、サービスの質のフィードバックを提供するリアルタイム送信プロトコル（ＲＴＰ）、ストリーム化された媒体の配送を制御するリアルタイムストリーミングプロトコル、ゲートウエイを公衆交換電話網へ制御する媒体ゲートウエイ制御プロトコル、マルチメディアセッションを記述するセッション記述プロトコル等のようなプロトコルを含む。それゆえ、ＳＩＰは一以上のユーザに対して完全なサービスを提供するために他のプロトコルと共に使用され、それによって任意のプロトコルと共に作動しかつそれに頼らないＳＩＰの基本的な機能性を可能にする。
【００１６】
［００１６］ 同様に、ＳＩＰは複数のサービスを実行するために使用されうる要素を提供する。例えば、ＳＩＰはユーザを位置決めし、そのユーザに対して現在登録された位置へ目的物を配送する。もしこの要素がセッション記述を配送するために使用されると、端点はセッションのパラメータで同意でき、もし同じ要素がセッション記述と共に呼び出し者に関連した他の情報を配送するために使用されると、呼び出しＩＤタイプのサービスが実行できる。このように、単一の要素がいくつかの異なったサービスを提供するために典型的に使用されうる。
【００１７】
［００１７］ ＳＩＰネットワークにおいて、ＳＩＰサーバは呼び出しを行う認証された加入者および実体(entities)に対して使用される情報を提供される。この情報は、長距離料金のような呼び出しが料金を含む場合に請求すべき適切な当事者を決定すると共に呼び出しを許可または拒絶するために呼び出し設定の間に使用されうる。加えて、認証され、信頼された実体間で呼び出しを許可するのに加えて、ＳＩＰサーバが信頼されないユーザまたは実体を含むある種の呼び出しを許可するニーズが存在する。もし信頼されない実体が認識されない時は、ＳＩＰネットワーク内の信頼されたユーザおよび実体が彼らにサービスを提供しているＳＩＰサーバに知られていないユーザまたは実体からの呼び出しを受信することはできない。
【００１８】
［００１８］ それゆえ、ＳＩＰサーバは信頼されたおよび／または認証されたユーザと信頼されない呼び出し者との区別ができなければならない。この区別がひとたび行われると、ＳＩＰサーバは認証されたおよび／または信頼されたユーザを含む呼び出しと、信頼されないユーザを含む呼び出しとで、異なる呼び出し処理論理を実行できる。例えば、もし信頼されたユーザが特性としてこれを選択すれば、信頼されない呼び出し者は信頼されたユーザと通話ができ、長距離電話のような料金を含む呼び出しはできない。
【００１９】
［００１９］ 呼び出しを行うユーザの認証は、ＳＩＰサーバ内で行うことができ、このように、安全にユーザのパスワードおよびユーザ名についての情報を交換できる。ユーザによる呼び出しを行う開始要求は認証情報を通常は含んでいない。ＳＩＰサーバはＳＩＰサーバの「領域」、ユーザ名、パスワードおよび他の関連した情報と共に認証アルゴリズムに組み込まれるべきシード(seed)を含む課題応答で応答する。ユーザは、ＳＩＰサーバにアルゴリズムの結果と共に要求を再送信する。ＳＩＰサーバは、呼び出しを行うために有効な信用証明書(credentials)を有するということを保証するためにユーザによって送信された要求を確認し、このようにユーザを信頼および認証する。
【００２０】
［００２０］ この認証シーケンスはユーザが呼び出しを行っている、ＳＩＰサーバによってサービスを提供されるユーザに対してのみ有効である。もしユーザがユーザに対してサービスを提供していないＳＩＰサーバを介して呼び出しを行うと、ＳＩＰサーバはＳＩＰサーバに対して呼び出しを行うユーザを認証するために必要な正しいユーザ名および／またはパスワードを有しておらず、信頼されない呼び出し者として取り扱われるべきである。それゆえ、ＳＩＰサーバは、認証情報を要求する課題(challenge)の送信前にユーザにサービスを提供するかどうかを判定する能力を必要とする。ＳＩＰサーバは、それがサービスを提供するホストの与えられたリストを保持することによってこれを行う。呼び出し者からの要求はＳＩＰ ＩＮＶＩＴＥ（インバイト）メッセージにおける「〜から」ヘッダのホスト部分にそれが属するホストを含む。それゆえ、ＳＩＰサーバがＩＮＶＩＴＥ要求を受信し、「〜から」ヘッダのホスト部分がサーバによってサービスを提供されるホストでない時は、要求は課題にならず（challenged)、実行される呼び出し処理論理は、信頼されない呼び出し者に対してもまた適用される論理である。
【００２１】
［００２１］ この発明の局面は通信サービスに関連する。特に、この発明の局面は通信システムにおいてユーザの特定のカテゴリを処理することに関する。
【００２２】
［００２２］ この発明の局面は通信ネットワークにおける信頼されない呼び出し者の処理に関係する。
【００２３】
［００２３］ さらに、この発明の局面はＳＩＰネットワークにおける信頼されない呼び出し者の処理に関係する。
【００２４】
［００２４］ この発明の局面はＳＩＰネットワークにおける信頼されない呼び出し者のルーティングおよび請求に関係する。
【００２５】
［００２５］ この発明のこれらおよび他の特徴および利点は以下の実施例の詳細な説明において記載されるかまたは明らかである。
【００２６】
［００２９］ この発明の模範的なシステムおよび方法は、ＳＩＰネットワークにおける信頼されない呼び出し者の評価およびルーティングを許容する。特に、この発明の模範的な実施例に従えば、呼び出し当事者からインバイトを受信すると、呼び出し当事者が信頼された当事者であるかどうかについての決定がなされる。呼び出し当事者が信頼される当事者であれば、呼び出し当事者は呼び出された当事者に対して適切に経路制御される。代わりに、呼び出し当事者が信頼された当事者でない時は、請求情報の利用可能性および呼び出し当事者にサービスを提供している通信ネットワークに基づいて、呼び出しを呼ばれた当事者に対して経路制御すべきかどうか、または呼び出し当事者、すなわち、信頼できない呼び出し者に呼び出しの拒絶を戻すべきかどうかについて多段階の判定が行われる。
【００２７】
［００３０］ この発明の模範的なシステムおよび方法がセッション開始プロトコル（ＳＩＰ）ネットワークに関連して述べられている。しかしながら、この発明を不必要に不明確にしないために、以下の説明は、公知の構造をおよびブロック図の形態で示されてもよい装置を省略するかまたはそうでない場合は要約する。説明のために、多くの特定の詳細がこの発明の完全な理解を提供するために述べられている。しかしながら、この発明はこの特定の詳細を超えて各種の方法で実行されてもよい。
【００２８】
［００３１］ 例えば、この発明がセッション開始プロトコルおよびインターネットプロトコルに基づくネットワークの状況において開示されているが、当業者はこの発明が他の均等な、または類似の通信プロトコルまたは通信ネットワークに一般に適用可能であるということを認識する。
【００２９】
［００３２］ さらに、ＳＩＰ形式のメッセージが利便性から示されているが、任意の形式のプロトコルまたはそのようなプロトコルの混合が全システムの各種部分に適用されてもよいということが理解される。特に、ルーティング要求およびプロキシサーバおよび位置サーバ間の応答はＳＩＰプロトコルまたはなんらかの他の標準プロトコルに厳密にまたは緩やかに一致してもよく、性質的に独自性があってもよい。
【００３０】
［００３３］ここ以降に議論されているように、開示された通信システムはセッション設定メッセージを交換するためにＳＩＰを採用してもよい。しかしながら、別のよく知られたセッション確立プロトコルとしてＨ．３２３プロトコルと呼ばれるものがある。これは、国際電気通信連合（ＩＴＵ）によって普及された、マルチメディア通信を達成するための、関連あるプロトコルの現実にはセットである。ＳＩＰはインターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって開発されてきた代わりの標準である。ＳＩＰはクライアントサーバモデルに基づく信号送信プロトコルであり、サービスを提供することができるサーバに対して要求メッセージすることによって要求されたサービスをクライアントが呼び出す、ということを一般に意味する。シンプルメール転送プロトコル（ＳＭＴＰ）およびハイパーテキスト転送プロトコル（ＨＴＴＰ）のような他のＩＥＴＦプロトコルと同様に、ＳＩＰはテキスト形式の人間が呼び出し可能なプロトコルである。
【００３１】
［００３４］ Ｈ．３２３またはＳＩＰプロトコルも共にＩＰテレフォニアプリケーションに限られず、一般のマルチメディアサービスに対して適用可能性があるということに注意すべきである。この発明のある模範的な実施例においては、ＳＩＰが通信システムを介して電話呼び出しおよび他の形式のセッションを確立するために使用される。しかしながら、Ｈ．３２３プロトコルはなんらかの修正または拡張を加えて、または他の類似のプロトコルで、ＳＩＰプロトコルの代わりに利用されうるということが当業者には明らかである。ＳＩＰとは別に、しかしＳＩＰと共にしばしば使用されるのがセッション記述プロトコル（ＳＤＰ）である。ＳＤＰはセッション記述の受信者がセッションに参加するのを許容するマルチメディアセッションにおけるメディアストリームについての情報を提供する。
【００３２】
［００３５］ インターネットエンジニアリングタスクフォースのＳＩＰプロトコルは、メソッドとして呼ばれる各種形式の要求を規定する。重要なメソッドはＩＮＶＩＴＥ（インバイト）メソッドであり、これはユーザを会議に招待する。別のメソッドＢＹＥ要求であり、これは呼び出しが解放されてもよいことを示す。言い換えると、ＢＹＥは２ユーザ間または会議中の当事者間の接続を終了させる。別のメソッドはＯＰＴＩＯＮＳメソッドである。このメソッドは呼び出しを必ずしも確立することなく、能力についての情報を求める。ＲＥＧＩＳＴＥＲメソッドはユーザの現在の位置についてＳＩＰサーバに情報を提供するために使用されてもよいメソッドである。
【００３３】
［００３６］ ＳＩＰ通信プロトコルおよびその制御サービスに関する詳細はＩＥＴＦ ＲＦＣ ２５４３およびＩＥＦＴインターネットドラフト「ＳＩＰ：セッション開始プロトコル」２０００年２月２７日に記載されている。
【００３４】
［００３７］ 図１はこの発明に従う通信ネットワーク１０の模範的な部分の概略である。特に、通信ネットワーク１０はプロキシサーバ２０、位置サーバ３０、一以上の呼び出し当事者４０および一以上の呼ばれた当事者５０を含み、リンク５によってすべてが相互に接続されている。
【００３５】
［００３８］ ここに示され例示されている模範的な実施例は、通信ネットワークシステムの各種要素が一緒に配置されているが、通信ネットワークの各種要素は、ローカルエリアネットワーク、ワイドエリアネットワーク、電気通信ネットワーク、イントラネットおよび／またはインターネット、または専用の通信ネットワーク内のような分散されたネットワークの離れた部分に位置できるということが理解される。このように、通信ネットワークの要素は一以上の装置に組み合わされるか、または電気通信ネットワークのような分散されたネットワークの特定のノードに一緒に位置されうるということが理解される。以下の記載から理解されるように、またコンピュータの効率の理由から、通信ネットワークの要素は、システムの操作に影響を与えることなく、分散されたネットワーク内の任意の位置で配置されうる。
【００３６】
［００３９］ さらに、要素を接続している各種リンクは線で結ばれるか、無線リンク、またはその組み合わせ、または接続された要素へまた要素からデータを供給および／または通信することができる公知のまたは後で開発される要素でありうる。
【００３７】
［００４０］ 加えて、各種の機能要素が例示されているが、ＳＩＰ会議プラットホーム、音声メールシステム、企業ゲートウエイ、ＰＢＸのネットワークゲートウエイ、公衆交換電話網、データアクセスライン（ＤＡＬ）ゲートウエイ、パケットネットワークのような各種他の要素が通信ネットワークの操作に影響を与えることなくまた含まれうる。
【００３８】
［００４１］ また、この発明のシステムおよび方法は、呼び出し当事者が信頼されているかどうかを決定するために別の形式の通信と同様の成功割合で適用される。例えば、別の形式の通信および通信プロトコルは、パケット上の音声、音声オーバＩＰ（ＶｏＩＰ）、ネットワーク上の音声、携帯電話、ＰＤＡの、等のような、有線または無線通信システムを含む。一般に、この発明のシステムおよび方法は任意の通信システムまたはプロトコルで作動し、呼び出し当事者が信頼できるかどうかを決定することを許容する。
【００３９】
［００４２］ 操作において、ＩＮＶＩＴＥはプロキシサーバ２０によって呼び出し当事者から受信される。ＩＮＶＩＴＥメッセージは、例えば、次の形態である。
【００４０】
ＩＮＶＩＴＥ
要求ＵＲＩ（ａ＠ｂ）
（ｃ＠ｂ）から
（ｄ；受信＝ｄ）経由
＊プロキシ−許可（ユーザＣ）＊／／これは存在してもしなくてもよい。
ここで、ＵＲＩは呼び出された当事者で、「〜から」は呼び出しの開始点であり、「経由」はプロキシおよび／または開始者のための累積的ＳＩＰルーティング情報であり、＊プロキシ−許可（ユーザＣ）＊は課題（challenge)に対する応答である。
【００４１】
［００４３］ 認証サーバ（図示なし）と協力して、プロキシサーバ２０は、「〜から」ヘッダのホスト部分が提供されるかどうかを判定する。もし「〜から」ヘッダのホスト部分が提供されると、プロキシ許可ヘッダが存在するかどうかのさらなる判定が行われる。プロキシ許可ヘッダが存在すると仮定して、プロキシ許可ヘッダから、現在のまたは以前判定された、認証信用証明書が有効かどうかの判定がなされる。認証信用証明書が有効であると判定されると、位置サーバ３０は呼び出しの処理を有効化し、ルーティングのための特性処理を終了を続け、プロキシサーバ２０が呼び出しの経路制御を行うか、呼び出しを否定するかのいずれかを行うことを認める。
【００４２】
［００４４］ しかしながら、「〜から」ヘッダのホスト部分が認証サーバと協力してプロキシサーバ２０によって提供されないと判定されると、呼び出し当事者からの入来呼び出しが請求可能な呼び出しかどうか、例えば、料金を負荷する必要のある有料呼び出しまたは他の呼び出しであるかの判定がなされる。もし、入来呼び出しが請求可能な呼び出しであれば、その呼び出しに対して呼び出し当事者が適切に請求されうるかどうかの判定がなされる。もし適切な請求当事者が決定できない時は、呼び出しの否定が、当事者は信頼できない呼び出し者であり、呼び出しは完了できないということを知らせるために呼び出し当事者に送信される。
【００４３】
［００４５］ 代わりに、もし請求情報が呼び出し当事者に対して知られ、位置サーバ３０が、例えばルックアップテーブルに対してデータベース問合せに基づいて、呼ばれた当事者が信頼されない呼び出し当事者からの呼び出しを受け入れるかどうかの判定をする。呼ばれた当事者が信頼されない呼び出し当事者からの入来呼び出しを受け入れると、位置サーバ３０はルーティングのために特性処理の連続した終了を認定することができる。しかしながら、もし呼ばれた当事者が信頼されない呼び出し当事者からの入来呼び出しを受け入れない時は、位置サーバ３０は例えば、プロキシサーバ２０を介して、信頼されない呼び出し当事者に対して呼び出しの否定を転送できる。
【００４４】
［００４６］ もしプロキシサーバ２０が、プロキシ許可ヘッダが存在しないと判定した時は、プロキシサーバ２０は呼び出し当事者が信頼できるかどうかをさらに判定する。もし呼び出し当事者が信頼されない時は、プロキシサーバは認証サーバと協力して、呼び出し当事者に対して認証課題を転送する。呼び出し当事者はプロキシサーバ２０に別のインバイトを再送できる。
【００４５】
［００４７］ 代わりに、もし呼び出し当事者が信頼される時は、位置サーバは、他の必要なネットワーク要素と協力して、信頼された呼び出し当事者の呼び出しをルーティングするための特性処理を続ける。例えば、信頼されたプロキシ、終了点、公知のゲートウエイまたはルータから呼び出し当事者が信頼されるかどうかはすでに知られていてもよい。
【００４６】
［００４８］ 図２は通信ネットワークの模範的な操作の概要を示す。特に、制御はステップＳ１００で始まり、ステップＳ１１０へ続く。ステップＳ１１０で、ＩＮＶＩＴＥは呼び出し当事者から受信される。次に、ステップＳ１２０で、「〜から」ヘッダのホスト部分が提供されるかどうかの判定がなされる。例えば、このチェックはプロキシサーバに関連したデータベースの問合せに基づきうる。もし、「〜から」ヘッダのホスト部分が提供されない時は、制御はステップＳ１７０に続く。そうでなければ、制御はステップＳ１３０に跳ぶ。
【００４７】
［００４９］ ステップＳ１７０において、呼び出し当事者の呼び出しが請求可能な呼び出しであるかどうかの判定が行われる。もし呼び出しが請求可能な呼び出しであれば、制御はステップＳ１８０へ続き、そこで請求情報が呼び出し当事者に対して利用可能であるかどうかの判定がなされる。そうでなければ、制御はＳ１９０に跳ぶ。
【００４８】
［００５０］ ステップＳ１８０において、もし呼び出し当事者に対する請求情報が知られている時は、制御はステップＳ１９０へ続き、そこで、ターミネータ(terminator)が信頼できない呼び出しを受け入れるかどうかの判定が行われる。加えて、もし信頼できないユーザからの呼び出しを許可するという決定が行われた時は、すなわち、ターミネータが信頼されないユーザからの呼び出しを受け入れた時は、プロキシサーバは、呼び出しは信頼されないユーザから行われたということを示す「警告」ヘッダを、呼び出し当事者に対して送信されるアンサーメッセージ（２００ＯＫ）に選択的に付加できる。これは、プロキシサーバに対してそれらが信頼されないと考えられているということをユーザが知っているということを確実にするためである。これは、例えば、ユーザが自分のユーザ名および／またはパスワードとして誤って与えられたものを有しており、実際には信頼されるべきである場合に重要である。「警告」ヘッダはユーザに対して提供されたものをチェックする機会を与え、別の呼び出しを行う前にそれを修正する。もしターミネータが信頼されない呼び出しを受け入れる時は、制御はステップＳ１５０に続く。そうでなければ、制御はステップＳ２００へ跳び、そこで呼び出しの拒絶が信頼されない呼び出し者に転送される。制御はそれからステップＳ１６０に続き、そこで制御のシーケンスが終了する。
【００４９】
［００５１］ ステップＳ１３０において、プロキシ認証ヘッダが存在するかどうかが判定される。もしプロキシ認証ヘッダが存在しなければ、制御はステップＳ２１０へ続く。そうでなければ、制御はステップＳ１４０に跳ぶ。
【００５０】
［００５２］ ステップ２１０において、呼び出し当事者が信頼できるかどうかの判定が行われる。もし呼び出し当事者が信頼できるのであれば、制御はステップＳ１５０に跳ぶ。そうでなければ、制御はステップＳ２２０に続き、そこで認証課題が呼び出し当事者に転送される。
【００５１】
［００５３］ ステップＳ１４０において、プロキシ認証ヘッダからの認証信用証明書が有効でないならば、制御はステップＳ２３０に続く。そうでなければ、制御はステップＳ１５０に跳ぶ。
【００５２】
［００５４］ ステップＳ２３０において、未決の課題が発行されたかどうかの判定が行われる。もし未決の課題が発行されていなければ、制御はステップＳ２２０に続き、そこで、認証課題が呼び出し当事者に転送される。そうでなければ、制御はステップＳ１７０に跳び、そこで入来呼び出しが請求可能な呼び出しかどうかの判定が行われる。
【００５３】
［００５５］ ステップＳ１５０において、システムは入来呼び出しをルーティングするための特性処理の終了を続ける。制御はそれからステップＳ１６０に続き、そこで制御シーケンスが終了する。
【００５４】
［００５６］ 図に例示されているように、通信ネットワークは単一のプログラムされた一般汎用コンピュータ上、別にプログラムされた汎用コンピュータ上か、その組み合わせのいずれかによって実行されうる。しかしながら、通信ネットワークは特別目的のコンピュータ上で実行されることもでき、プログラムされたマイクロプロセッサまたはマイクロコントローラおよび周辺の集積要素、ＡＳＩＣまたは他の集積された回路、デジタル信号プロセッサ、個別の要素回路のようなハードワイヤで接続された電子または論理回路、ＰＬＤ、ＰＬＡ、ＦＰＧＡ、ＰＡＬ等の様な、プログラム可能な論理装置上で実行されうる。一般に、ここに例示されたフローチャートを順に実行することが出来るステートマシーンを実行することができる任意の装置は、この発明に従う通信ネットワークの実行するために使用されうる。
【００５５】
［００５７］ さらに、開示された方法は、各種のコンピュータ、サーバまたはワークステーションハードウェアプラットホームで使用されうるコードを提供するオブジェクトまたはオブジェクト指向のソフトウェア開発環境を使用したソフトウェアで容易に実行されてもよい。代わりに、開示された通信ネットワークは、標準の論理回路、またはＶＬＳＩ設計を使用したハードウェアにおいて、部分的にまたはすべてが実行されてもよい。この発明に従ってシステムを実行するためにソフトウェアまたはハードウェアが使用されるかどうかは、システムのスピードおよび／または効率要求、特別の機能、および特別のソフトウェア、ハードウェアシステムまたは使用されているマイクロプロセッサまたはマイクロコンピュータ、および電気通信システムによる。しかしながら、ここに例示されている通信ネットワークは、コンピュータおよび電気通信技術の一般的な基本知識を有し、ここに提供された機能説明から適用可能な技術分野の当業者によって公知の、または後に開発されるシステム、構造、装置および／またはソフトウェアを使用してハードウェアおよび／またはソフトウェアで容易に実行できる。
【００５６】
［００５８］ さらに、開示された方法は、プログラムされた汎用コンピュータ、特別目的のコンピュータ、マイクロプロセッサ等の上でソフトウェアとして容易に実行されてもよい。これらの例において、この発明の方法およびシステムは、ジャバ（Ｒ）、またＣＧＩスクリプトのような、電気通信システムにおいて埋め込まれたプログラムとして、位置サーバまたはプロキシサーバ上に存在する資源として、専用通信ネットワークに埋め込まれたルーティーン等として、実行されうる。通信ネットワークは、サーバのハードウェアおよびソフトウェアシステムおよび関連した電気通信管理／スイッチ装置のような、ソフトウェアおよび／またはハードウェアシステムに物理的にシステムを組み込むことによってまた実行されうる。
【００５７】
［００５９］ それゆえ、この発明に従って、呼び出し当事者が信頼できる当事者であるかどうかを判定するシステムおよび方法が提供されているということは明らかである。この発明が多くの実施例と共に述べられてきたが、適用可能な技術分野における当業者に対して多くの代案、修正および変形が明らかであるというのは明白である。したがって、この発明の精神および範囲内にあるそのような代案、修正、均等物および変形のすべてをこの開示が含むことが意図されている。
【図面の簡単な説明】
【００５８】
［００２６］ 発明の実施例は以下の図面を参照して詳細に記載される。
【図１】［００２７］ この発明に従う電気通信ネットワークの模範的な部分を例示する機能ブロック図である。
【図２】［００２８］ この発明に従う信頼されない呼び出し者を処理する模範的な方法を例示するフローチャートである。

Claims (29)

1. 呼び出し当事者の状態を判定する方法であって、
   呼び出し当事者からの呼び出しの開始する要求を受信するステップと、
   要求が信頼される呼び出し当事者からのものであるかどうかを判定するステップおよびその判定に基づいて要求を処理するステップを含む、方法。
2. 判定に基づいて呼び出しメッセージの否定の転送および特性処理の継続の少なくとも一つを実行するステップをさらに含む、請求項１に記載の方法。
3. もし要求が信頼されない呼び出し当事者からのものであれば、呼び出しが請求可能であるかどうかをさらに判定するステップを含む、請求項１または２に記載の方法。
4. 請求情報が信頼されない呼び出し当事者に利用可能であるかどうかを判定するステップをさらに含む、請求項３に記載の方法。
5. 呼ばれた当事者が信頼されない呼び出し当事者からの呼び出しを受け入れるかどうかを判定するステップをさらに含む、請求項４に記載の方法。
6. 呼び出し当事者に対して認証課題を送信するステップをさらに含む、請求項１から５のいずれかに記載の方法。
7. 一以上の認証信用証明書が有効であるかどうかを判定するステップをさらに含む、請求項１から６のいずれかに記載の方法。
8. 課題が発行されたかどうかを判定するステップをさらに含む、請求項１から７のいずれかに記載の方法。
9. 呼び出しの少なくとも一部がセッション開始プロトコルに基づくネットワーク上で行われる、請求項１から８のいずれかに記載の方法。
10. 呼び出し当事者の状態を判定するシステムであって、
    呼び出し当事者からの呼び出しを開始するための要求を受信する手段と、
    要求が信頼された呼び出し当事者からのものであるかどうかを判定する手段と、
    判定に基づいて要求を処理する手段とを含む、システム。
11. 判定に基づいて、呼び出しメッセージの否定を転送することおよび特性処理を継続することのいずれか少なくともひとつを行う手段をさらに含む、請求項１０に記載のシステム。
12. もし要求が信頼されない呼び出し当事者からのものであれば、その呼び出しが請求可能かどうかを判定する手段をさらに含む、請求項１０または１１に記載のシステム。
13. 請求情報が信頼されない呼び出し当事者に対して利用可能であるかどうかを判定する手段をさらに含む、請求項１２に記載のシステム。
14. 呼ばれた当事者が信頼されない呼び出し当事者からの呼び出しを受けつけるかどうかを判定する手段をさらに含む、請求項１３に記載のシステム。
15. 呼び出し当事者に対して認証課題を送信する手段をさらに含む、請求項１０から１４のいずれかに記載のシステム。
16. 一以上の認証信用証明書が有効であるかどうかを判定する手段をさらに含む、請求項１０から１５のいずれかひとつに記載のシステム。
17. 課題が発行されたかどうかを判定する手段をさらに含む、請求項１０から１６のいずれかひとつに記載のシステム。
18. 呼び出しの少なくとも一部がセッション開始プロトコル（ＳＩＰ）に基づくネットワーク上で実行される、請求項１０から１７のいずれに記載のシステム。
19. 呼び出し当事者の状態を決定するための情報を含む格納媒体であって、
    呼び出し当事者から呼び出しを開始するための要求を受信する情報と、
    要求が信頼された呼び出し当事者からのものであるかどうかを判定する情報と、
    判定に基づいて要求を処理する情報とを含む、格納媒体。
20. 判定に基づいて呼び出しメッセージの否定の転送および特性処理の継続の少なくとも一つの情報をさらに含む、請求項１９に記載の媒体。
21. 要求が信頼されない呼び出し当事者からのものである時、呼び出しが請求可能であるかどうかを判定する情報をさらに含む、請求項１９または２０に記載の媒体。
22. 信頼されない呼び出し当事者に対して請求情報が利用可能であるかどうかを判定する情報をさらに含む、請求項２１に記載の媒体。
23. 信頼されない呼び出し当事者からの呼び出しを、呼ばれた当事者が受け入れるかどうかを判定する情報をさらに含む、請求項２２に記載の媒体。
24. 呼び出し当事者に対して認証課題を送信する情報をさらに含む、請求項１９から２３のいずれかに記載の媒体。
25. 一以上の認証信用証明書が有効であるかどうかを判定する情報をさらに含む、請求項１９から２４のいずれかに記載の媒体。
26. 課題が発行されたかどうかを判定する情報をさらに含む、請求項１９から２５のいずれかに記載の媒体。
27. 呼び出しの少なくとも一部がセッション開始プロトコル（ＳＩＰ）に基づくネットワーク上で行われる、請求項１９から２６のいずれかに記載の媒体。
28. 呼び出し当事者の状態を判定するシステムであって、
    要求が信頼された呼び出し当事者からのものであるかどうかの判定するために呼び出し当事者からの呼び出しを開始する要求を受信し、認証サーバと協力するプロキシサーバと、
    判定に基づいて要求を処理する位置サーバとを含む、システム。
29. 呼び出し当事者の状態を判定するための情報を含むデータフォーマットを採用する通信プロトコルであって、
    呼び出し当事者から呼び出しを開始するための要求を受信する情報と、
    要求が信頼された呼び出し当事者からのものであるかどうかを判定する情報と、
    判定に基づいて要求を処理する情報とを含む、通信プロトコル。

Images