JP5444165B2 - Request processing server and request processing method - Google Patents
Request processing server and request processing method Download PDFInfo
- Publication number
- JP5444165B2 JP5444165B2 JP2010186455A JP2010186455A JP5444165B2 JP 5444165 B2 JP5444165 B2 JP 5444165B2 JP 2010186455 A JP2010186455 A JP 2010186455A JP 2010186455 A JP2010186455 A JP 2010186455A JP 5444165 B2 JP5444165 B2 JP 5444165B2
- Authority
- JP
- Japan
- Prior art keywords
- request
- processing
- signal
- result
- queue
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
本発明は、IPネットワーク等の通信網においてリクエスト信号に含まれるリクエストを処理するリクエスト処理サーバ及びリクエスト処理方法に関する。 The present invention relates to a request processing server and a request processing method for processing a request included in a request signal in a communication network such as an IP network.
PSTN(Public Switched Telephone Network)、ISDN(Integrated Services Digital Network)等のテレコムネットワークでは、クライアント装置(端末)からの呼の受付処理を行う呼制御サーバが存在する。IP(Internet Protocol)ネットワーク上では、2つ以上のクライアント装置の間でセッションを確立するプロトコルとしてSIP(Session Initiation Protocol)が用いられている(J.Rosenberg, et.al, “SIP: Session Initiation Protocol”, RFC3261, IETF, 2002.6)。SIP信号をクライアント装置から受信し、それを他に送信する等の処理を行うサーバは、呼制御サーバの一種であり、SIPサーバと呼ばれている。また、SIPを利用したテレコムシステムとして、IMS(IP Multimedia Subsystem)(Miikka Poikselka (著), Georg Mayer (著),” The IMS: IP Multimedia Concepts and Services”, Wiley, 2009.3)、NGN(Next Generation Network)(ITU-T Recommendation Y.2012, “Functional requirements and architecture of the NGN,” 2006.)等が存在する。 In a telecom network such as PSTN (Public Switched Telephone Network) or ISDN (Integrated Services Digital Network), there is a call control server that performs processing for accepting a call from a client device (terminal). On an IP (Internet Protocol) network, SIP (Session Initiation Protocol) is used as a protocol for establishing a session between two or more client devices (J. Rosenberg, et.al, “SIP: Session Initiation Protocol”). ", RFC3261, IETF, 2002.6). A server that performs processing such as receiving a SIP signal from a client device and transmitting it to another is a type of call control server, and is called a SIP server. In addition, as a telecom system using SIP, IMS (IP Multimedia Subsystem) (Miikka Poikselka (Author), Georg Mayer (Author), “The IMS: IP Multimedia Concepts and Services”, Wiley, 2009.3), NGN (Next Generation Network) (ITU-T Recommendation Y.2012, “Functional requirements and architecture of the NGN,” 2006.).
従来、呼制御サーバにおいて呼処理を迅速に行うための方式として、優先度の異なる2種類以上のキューを用意することで、呼処理時のキュー取り出しにおいて接続要求処理の実行を切断要求処理の実行よりも優先して行うこと可能にする通信制御処理実行方式がある(特開2007−329617号公報)。 Conventionally, as a method for performing call processing quickly in a call control server, two or more types of queues having different priorities are prepared, so that connection request processing is executed when a queue is taken out during call processing. There is a communication control processing execution method that can be performed with higher priority than that (Japanese Patent Laid-Open No. 2007-329617).
しかし、リクエスト(すなわち呼)ごとに様々な種類のサービスを提供するIMSでは、呼制御サーバにおいて、各処理ブロックでの処理時間がリクエストごとに異なる。非特許文献1には、呼処理をテキストパージング、振り分けと主処理の2つのステージに分けてそれぞれスレッドないしプロセスで動作させる方法が開示されているが、IMSのCSCF(Call State Control Function)のように大規模で多くの処理ブロックから構成される呼制御サーバでは、呼処理の流れを単に直列に2つのステージに分けるだけでは不十分である。すなわち、従来技術では、並列性を加味して大きな処理ブロックを細かく柔軟に分割することは想定しておらず、また処理ブロック間に依存関係がない箇所も逐次的に処理されていたため、全体の呼処理に時間がかかるという問題があった。
However, in an IMS that provides various types of services for each request (ie, a call), the processing time in each processing block is different for each request in the call control server. Non-Patent
また、もう一つの問題として、様々な種類のサービスを提供する拡張性を備えているIMSにおいて、呼制御サーバは多くの種類の処理ブロックから構成されており、IMSにおいて新たなサービスや機能を提供するときには、既存の呼制御サーバ内の多数の呼処理ブロックを修正・改変する必要があるという問題があった。 Another problem is that in the IMS having the scalability to provide various types of services, the call control server is composed of many types of processing blocks, and IMS provides new services and functions. When doing so, there is a problem in that it is necessary to modify / modify many call processing blocks in the existing call control server.
これまで、新たなサービス追加を容易にするサーバやプラットフォームに関する技術としては、特開2008−140326号公報に記載された技術のように、SOA(Service Oriented Architecture)の概念(非特許文献2参照)に従い、XML(Extensible Markup Language)、SOAP(Simple Object Access Protocol)等を用いて、サービスバスやESB(Enterprise Service Bus)にサービス(又はコンポーネント)を着脱する方法がある。また、従来の大半のサービスバスやESBはJava(登録商標)上で実現されており、Java上で動作するサーバとしては、JavaEEサーバがある(斉藤 賢哉 “マスタリングJavaEE5” 翔泳社 2007.8)。JavaEEサーバは、再利用可能なソフトウェア集合であるWebコンポーネント、EJBコンポーネントなどのコンポーネントと、コンポーネントを動作及び制御するための実行環境を提供するソフトウェアであるコンテナと、から構成される。コンテナは、オペレーティングシステム上の仮想マシン(Java Virtual Machine等)上で動作し、コンテナやコンポーネントはJava言語により記述・実装されている。 Until now, as a technology related to a server and a platform for facilitating the addition of a new service, the concept of SOA (Service Oriented Architecture) (see Non-Patent Document 2) as in the technology described in Japanese Patent Application Laid-Open No. 2008-140326. Accordingly, there is a method of attaching / detaching a service (or component) to / from a service bus or ESB (Enterprise Service Bus) using XML (Extensible Markup Language), SOAP (Simple Object Access Protocol), or the like. In addition, most of the conventional service buses and ESBs are realized on Java (registered trademark), and as a server operating on Java, there is a Java EE server (Kenya Saito “Mastering JavaEE5” Shosuisha 2007.8). The Java EE server includes components such as a web component and an EJB component that are reusable software sets, and a container that is software that provides an execution environment for operating and controlling the components. The container operates on a virtual machine (such as Java Virtual Machine) on the operating system, and the container and the component are described and implemented in the Java language.
しかし、サービスバス、ESB、JavaEE等といった従来の方法は、仮想マシン(Java Virtual Machine等)上で実現され、かつコンポーネント間やサービス間の通信はXML又は仮想マシン上の通信手段を介して行われるため、コンポーネント間の通信に時間を要するため、呼制御サーバに新たなサービスや機能を追加することが容易な柔軟性を持たせたとしても、呼制御サーバでの処理時間が多く要するという問題点があった。 However, conventional methods such as service bus, ESB, Java EE, etc. are realized on a virtual machine (Java Virtual Machine, etc.), and communication between components and services is performed via XML or communication means on the virtual machine. Therefore, communication between components takes time, so even if the call control server is flexible enough to add new services and functions, it takes a lot of processing time on the call control server. was there.
本発明は、前記した問題を解決するために創案されたものであり、リクエスト信号に対する処理に要する時間を短縮することが可能であり、かつ、機能変更及び機能拡張を容易に行うことが可能なリクエスト処理サーバ及びリクエスト処理方法を提供することを課題とする。 The present invention was devised to solve the above-described problem, can reduce the time required for processing a request signal, and can easily perform function change and function expansion. It is an object to provide a request processing server and a request processing method.
前記課題を解決するため、本発明のリクエスト処理サーバは、リクエスト信号を取得するリクエスト信号取得部と、取得された前記リクエスト信号の並列処理可能な複数のリクエスト内容のいずれかを処理する複数のリクエスト内容処理部と、前記複数のリクエスト内容処理部による処理結果を結合して出力する処理結果出力部と、を備え、前記複数のリクエスト内容処理部は、互いに並列に接続されており、前記リクエスト信号取得部は、取得された前記リクエスト信号をコピーして前記複数のリクエスト内容処理部へそれぞれ出力し、前記リクエスト内容は、シーケンシャル処理が必要な一連のリクエストから構成されており、前記複数のリクエスト内容処理部は、前記リクエストを処理する一以上のリクエスト処理ブロックを備えるとともに、一の前記リクエスト処理ブロックから出力された処理結果を一時的に格納し、次の前記リクエスト処理ブロック又は前記処理結果出力部へ出力するキューを備え、前記リクエスト信号は、電話網における発呼信号であり、前記複数のリクエスト内容処理部として、前記発呼信号に基づいて端末種別分析を行うリクエスト処理ブロックを有する第一のリクエスト内容処理部と、前記発呼信号に基づいて信号分析を行うリクエスト処理ブロック、及び、前記信号分析を行うリクエスト処理ブロックの処理結果に基づいて加入者認証を行うリクエスト処理ブロックを有する第二のリクエスト内容処理部と、を備え、前記端末種別分析を行うリクエスト処理ブロックは、前記発呼信号に含まれる文字列から端末種別情報を抽出し、抽出された前記端末種別情報に基づいて、前記発呼信号に対応する呼に必要な帯域を算出し、算出された帯域を処理結果として当該端末種別分析を行うリクエスト処理ブロックの下流の前記キューを介して前記処理結果出力部へ出力し、前記信号分析を行うリクエスト処理ブロックは、前記発呼信号に含まれる文字列から当該発呼信号を発信した発側電話端末に固有な加入者IDを抽出し、抽出された前記加入者IDを処理結果として当該信号分析を行うリクエスト処理ブロックの下流の前記キューを介して前記加入者認証を行うリクエスト処理ブロックへ出力し、前記加入者認証を行うリクエスト処理ブロックは、前記加入者IDを用いて加入者認証を行い、認証結果を処理結果として当該加入者認証を行うリクエスト処理ブロックの下流の前記キューを介して前記処理結果出力部へ出力することを特徴とする。 In order to solve the above-described problem, the request processing server of the present invention includes a request signal acquisition unit that acquires a request signal, and a plurality of requests that process any of a plurality of request contents that can be processed in parallel with the acquired request signal. A content processing unit; and a processing result output unit that combines and outputs processing results from the plurality of request content processing units, the plurality of request content processing units being connected in parallel to each other, and the request signal The acquisition unit copies the acquired request signal and outputs each of the request signals to the plurality of request content processing units. The request content includes a series of requests that require sequential processing. When the processing unit includes one or more request processing blocks for processing the request, Moni, and stores the processing results output from the one of the request processing block temporarily, provided with a queue to be output to the next of the request processing block or the processing result output unit, wherein the request signal, originating in the telephone network A first request content processing unit having a request processing block that performs terminal type analysis based on the call signal, and a signal analysis based on the call signal. A request processing block that performs the terminal type analysis, and a second request content processing unit that includes a request processing block that performs subscriber authentication based on a processing result of the request processing block that performs the signal analysis. The processing block extracts terminal type information from the character string included in the call signal, and the extracted Based on the terminal type information, the bandwidth required for the call corresponding to the call signal is calculated, and the calculated bandwidth is used as a processing result, and the request processing block that performs downstream analysis of the request processing block performs the queue processing. The request processing block that outputs to the processing result output unit and performs the signal analysis extracts and extracts the subscriber ID unique to the calling telephone terminal that has transmitted the call signal from the character string included in the call signal. The request processing block for performing the subscriber authentication is output to the request processing block for performing the subscriber authentication via the queue downstream of the request processing block for performing the signal analysis as the processed result of the subscriber ID. The queue downstream of the request processing block for performing subscriber authentication using the subscriber ID and performing the subscriber authentication using the authentication result as a processing result. Is output to the processing result output unit .
かかる構成によると、リクエスト内容を並列処理することによって、リクエスト内容処理に要する時間を短縮することができ、さらには、リクエスト内容処理部の追加及び変更が容易であるので、リクエスト内容処理の機能変更及び機能拡張を容易に行うことができる。
また、かかる構成によると、「端末種別分析」と「信号分析+加入者認証」とを同時に行うことができるので、リクエスト内容処理に要する時間を短縮することができる。
According to this configuration, it is possible to reduce the time required for request content processing by processing request contents in parallel, and furthermore, it is easy to add and change the request content processing unit. And function expansion can be easily performed.
Further, according to such a configuration, since “terminal type analysis” and “signal analysis + subscriber authentication” can be performed at the same time, the time required for request content processing can be shortened.
また、前記第一のリクエスト内容処理部は、前記端末種別分析を行うリクエスト処理ブロックの処理結果に基づいて帯域予約を行うリクエスト処理ブロックをさらに有し、前記帯域予約を行うリクエスト処理ブロックは、算出された前記帯域を前記端末種別分析を行うリクエスト処理ブロックから当該端末種別分析を行うリクエスト処理ブロックの下流の前記キューを介して取得し、取得された前記帯域を、前記発呼信号に対応する前記発側電話端末及び着側電話端末に対して割り当てることによって帯域予約を行い、割り当てられた前記帯域予約を処理結果として当該帯域予約を行うリクエスト処理ブロックの下流の前記キューを介して前記処理結果出力部へ出力する構成であってもよい。 The first request content processing unit further includes a request processing block for performing bandwidth reservation based on a processing result of the request processing block for performing the terminal type analysis, and the request processing block for performing bandwidth reservation is calculated. The obtained band is acquired from the request processing block that performs the terminal type analysis via the queue downstream of the request processing block that performs the terminal type analysis, and the acquired band is associated with the call signal. The bandwidth is reserved by allocating to the originating telephone terminal and the terminating telephone terminal, and the processing result is output via the queue downstream of the request processing block that performs the bandwidth reservation with the allocated bandwidth reservation as a processing result. The structure which outputs to a part may be sufficient.
かかる構成によると、「端末種別分析+帯域予約」と「信号分析+加入者認証」とを同時に行うことができるので、リクエスト内容処理に要する時間を短縮することができる。 According to such a configuration, since “terminal type analysis + bandwidth reservation” and “signal analysis + subscriber authentication” can be performed at the same time, the time required for request content processing can be shortened.
前記リクエスト処理サーバは、前記複数のリクエスト内容処理部として、前記発呼信号に基づいて当該発呼信号のセッションがSDP(Session Description Protocol)に違反しているか否かをチェックするリクエスト処理ブロックを有する第三のリクエスト処理部をさらに備え、前記SDPに違反しているか否かをチェックするリクエスト処理ブロックは、前記発呼信号に含まれるSDPの内容を用いてチェックを行い、違反していないというチェック結果の場合には、当該チェック結果を処理結果として当該SDPに違反しているか否かをチェックするリクエスト処理ブロックの下流の前記キューを介して前記処理結果出力部へ出力し、違反しているというチェック結果の場合には、当該チェック結果を前記発呼信号の送信元である前記発側電話端末へ出力する構成であってもよい。 The request processing server has, as the plurality of request content processing units, a request processing block that checks whether a session of the call signal violates SDP (Session Description Protocol) based on the call signal A request processing block that further includes a third request processing unit and that checks whether or not the SDP is violated, performs a check using the contents of the SDP included in the call signal, and checks that there is no violation In the case of a result, the check result is output as a processing result to the processing result output unit via the queue downstream of the request processing block for checking whether or not the SDP is violated. In the case of a check result, the check result is sent to the calling side telephone terminal that is the transmission source of the call signal. It may be configured to output to the end .
かかる構成によると、「端末種別分析+帯域予約」と「信号分析+加入者認証」といわゆる「SDPチェック」とを同時に行うことができるので、リクエスト内容処理に要する時間を短縮することができる。
また、前記複数のリクエスト内容処理部は、処理結果と当該処理結果に対応する前記発呼信号とを関連付けて出力し、前記処理結果出力部は、同一の前記発呼信号と関連付けられた前記複数のリクエスト内容処理部による処理結果を結合して出力する構成であってもよい。
According to this configuration, “terminal type analysis + bandwidth reservation”, “signal analysis + subscriber authentication”, and so-called “SDP check” can be performed simultaneously, so that the time required for request content processing can be shortened.
The plurality of request content processing units output a processing result and the call signal corresponding to the processing result in association with each other, and the processing result output unit is configured to output the plurality of request content processing units associated with the same call signal. The processing result by the request content processing unit may be combined and output.
また、本発明のリクエスト処理方法は、リクエスト処理サーバによるリクエスト処理方法であって、リクエスト信号を取得するステップと、取得された前記リクエスト信号に基づいて、複数のリクエスト内容を並列処理するステップと、並列処理による処理結果を結合して出力するステップと、を含み、前記リクエスト内容は、シーケンシャル処理が必要な一連のリクエストから構成されており、前記複数のリクエスト内容を並列処理するステップでは、前記一連のリクエストを順に処理するとともに、一のリクエストの処理結果をキューに一時的に格納し、格納された前記処理結果に基づいて次のリクエストを処理し、前記リクエスト信号は、電話網における発呼信号であり、前記複数のリクエスト内容を並列処理するステップは、前記発呼信号に基づいて端末種別分析を行うリクエスト処理ステップを有する第一のリクエスト内容処理部ステップと、前記発呼信号に基づいて信号分析を行うリクエスト処理ステップ、及び、前記信号分析を行うリクエスト処理ブロックの処理結果に基づいて加入者認証を行うリクエスト処理ステップを有する第二のリクエスト内容処理ステップと、を並列に含み、前記端末種別分析を行うリクエスト処理ステップでは、前記発呼信号に含まれる文字列から端末種別情報を抽出し、抽出された前記端末種別情報に基づいて、前記発呼信号に対応する呼に必要な帯域を算出し、算出された帯域を処理結果として前記キューを介して出力し、前記信号分析を行うリクエスト処理ステップでは、前記発呼信号に含まれる文字列から当該発呼信号を発信した発側電話端末に固有な加入者IDを抽出し、抽出された前記加入者IDを処理結果として前記キューを介して出力し、前記加入者認証を行うリクエスト処理ステップでは、前記加入者IDを用いて加入者認証を行い、認証結果を処理結果として前記キューを介して出力することを特徴とする。 Further, the request processing method of the present invention is a request processing method by a request processing server, a step of acquiring a request signal, a step of processing a plurality of request contents in parallel based on the acquired request signal, Combining the processing results of parallel processing and outputting, wherein the request content is composed of a series of requests that require sequential processing, and in the step of parallel processing the plurality of request contents, Are processed in order, the processing result of one request is temporarily stored in a queue, the next request is processed based on the stored processing result, and the request signal is a call signal in the telephone network. And the step of processing the plurality of request contents in parallel comprises A first request content processing unit step having a request processing step for analyzing a terminal type based on a signal, a request processing step for performing a signal analysis based on the call signal, and a request processing block for performing the signal analysis A second request content processing step having a request processing step for performing subscriber authentication based on the processing result, and in the request processing step for performing the terminal type analysis, from a character string included in the call signal Terminal type information is extracted, based on the extracted terminal type information, a bandwidth required for a call corresponding to the call signal is calculated, and the calculated bandwidth is output as a processing result via the queue; In the request processing step of performing the signal analysis, the call signal is transmitted from a character string included in the call signal. In the request processing step of extracting a subscriber ID unique to the calling telephone terminal, outputting the extracted subscriber ID as a processing result through the queue, and performing the subscriber authentication, the subscriber ID is used. Subscriber authentication is performed, and an authentication result is output as a processing result via the queue .
本発明によれば、リクエスト内容処理に要する時間を短縮することができ、かつ、リクエスト内容処理の機能変更及び機能拡張を容易に行うことができる。 According to the present invention, the time required for request content processing can be shortened, and the function change and function expansion of request content processing can be easily performed.
以下、本発明の実施形態及びその具体例について、適宜図面を参照しながら説明する。本発明のリクエスト処理サーバは、リクエスト信号(例えば、電話網における発呼信号)に対する処理が、シーケンシャル処理が必要な一連の(リクエストが一つの場合も含む)リクエストから構成された複数のリクエスト内容からなるとともに、かかる複数のリクエスト内容がそれぞれ並列処理可能であることに着目し、複数のリクエスト内容を並列処理するとともに、各リクエスト内容に含まれる一連のリクエスト(例えば、「端末種別分析+帯域予約」、「信号分析+加入者認証」、「SDPチェック」等)をシーケンシャル処理するものである。すなわち、リクエスト内容は、シーケンシャル処理が必要な一連のリクエストからなるリクエスト群であるといえる。 Hereinafter, embodiments and specific examples of the present invention will be described with reference to the drawings as appropriate. The request processing server of the present invention is configured to process a request signal (for example, a call signal in a telephone network) from a plurality of request contents including a series of requests (including a single request) that require sequential processing. At the same time, focusing on the fact that a plurality of request contents can be processed in parallel, a plurality of request contents are processed in parallel, and a series of requests included in each request contents (for example, “terminal type analysis + bandwidth reservation”) , “Signal analysis + subscriber authentication”, “SDP check”, etc.). That is, it can be said that the request content is a request group including a series of requests that require sequential processing.
<実施形態>
図1に示すように、本発明の実施形態に係るリクエスト処理サーバ1は、機能部として、リクエスト信号取得部10と、リクエスト内容処理部20,30,40と、処理結果出力部50と、を備える。本実施形態では、リクエスト処理サーバ1は、3つのリクエスト内容処理部を備えているが、リクエスト内容処理部は2つであってもよく、4つ以上であってもよい。
<Embodiment>
As shown in FIG. 1, the
リクエスト信号取得部10は、外部装置から送信されたリクエスト信号(発呼信号)を取得し、取得されたリクエスト信号をコピーしてリクエスト内容処理部20,30,40へそれぞれ出力する。
The request
リクエスト内容処理部20,30,40は、それぞれ、リクエスト信号に対して行うべき複数のリクエストのいずれかを処理するものであり、互いに並列に接続されている。
Each of the request
本実施形態において、リクエスト内容処理部20は、キュー21と、リクエスト処理ブロック22と、キュー23と、リクエスト処理ブロック24と、キュー25と、をシーケンシャルに備える。
In the present embodiment, the request
キュー21には、リクエスト信号取得部10から出力されたリクエスト信号が順に格納される。キュー21は、キュー21の先頭に格納されたリクエスト信号が後段のリクエスト処理ブロック22によって読み出されると、読み出されたリクエスト信号を消去し、次に格納されたリクエスト信号を順次前に格納し直すように構成されている。これは、他のキューに関しても同様である。
The
リクエスト処理ブロック22は、キュー21の先頭に格納されたリクエスト信号を読み出し、読み出されたリクエスト信号に基づいて、当該リクエスト処理ブロック22が処理すべきリクエストを処理し、処理結果及びリクエスト信号をキュー23へ出力する。
リクエスト処理ブロック22は、処理ブロック22a,22bを備えており、2つのリクエストを非同期で処理することができる。
The
The
キュー23には、リクエスト処理ブロック22から出力された処理結果及びリクエスト信号が順に格納される。
In the
リクエスト処理ブロック24は、キュー23の先頭に格納された、リクエスト処理ブロック22による処理結果及びリクエスト信号を読み出し、読み出された処理結果(必要であれば、リクエスト信号も)に基づいて、当該リクエスト処理ブロック24が処理すべきリクエストを処理し、リクエスト処理ブロック24による処理結果(必要であれば、リクエスト処理ブロック22による処理結果も)及びリクエスト信号をキュー25へ出力する。
リクエスト処理ブロック24は、処理ブロック24a,24bを備えており、2つのリクエストを非同期で処理することができる。処理ブロック24a,24bの非動作中にリクエスト処理ブロック24がリクエストを読み出した場合には、処理ブロック24aが当該リクエストを処理し、処理ブロック24aの動作中かつ処理ブロック24bの非動作中にリクエスト処理ブロック24がリクエストを読み出した場合には、処理ブロック24bが当該リクエストを処理する。これは、他のリクエスト処理ブロックにおける処理ブロックに関しても同様である。
The
The
キュー25には、リクエスト処理ブロック24から出力された処理結果及びリクエスト信号が順に格納される。
In the
本実施形態において、リクエスト内容処理部30は、キュー31と、リクエスト処理ブロック32と、キュー33と、リクエスト処理ブロック34と、キュー35と、リクエスト処理ブロック36と、キュー37と、を直列に備える。キュー31,33,35,37は、前記したキュー21,23,25と同様の機能を有し、リクエスト処理ブロック32,34,36は、前記したリクエスト処理ブロック22,24と同様の機能を有する。
In the present embodiment, the request
また、リクエスト処理ブロック32は、処理ブロック32a,32bを備えており、2つのリクエストを非同期で処理することができる。リクエスト処理ブロック34は、処理ブロック34a,34bを備えており、2つのリクエストを非同期に処理することができる。リクエスト処理ブロック36は、処理ブロック36a,36bを備えており、2つのリクエストを非同期で処理することができる。
The
本実施形態において、リクエスト内容処理部40は、キュー41と、リクエスト処理ブロック42と、リクエスト処理ブロック43と、キュー44と、を直列に備える。キュー41,44は、前記したキュー21,23,25と同様の機能を有し、リクエスト処理ブロック43,44は、当該リクエスト処理ブロック43,44と対応するリクエストを処理する。
In the present embodiment, the request
また、リクエスト処理ブロック42は、処理ブロック42a,42bを備えており、2つのリクエストを非同期で処理することができる。リクエスト処理ブロック43は、処理ブロック43a,43bを備えており、2つのリクエストを非同期で処理することができる。
The
本実施形態では、リクエスト処理ブロック43の入力口にはキューが設けられていないため、リクエスト処理ブロック43の処理ブロック43a,43bの処理中にリクエスト内容処理部42による処理結果及びリクエスト信号が出力されてきた場合には、リクエスト処理ブロック43は、処理結果及びリクエスト信号をリクエスト処理ブロック42に返送するか破棄する。これは、後記する実施形態における、入力口にキューが設けられていない他のリクエスト処理ブロックについても同様である。
In the present embodiment, since no queue is provided at the input port of the
処理結果出力部50は、リクエスト内容処理部20,30,40による処理結果を結合して外部装置へ出力する。本実施形態では、処理結果出力部50は、キュー25,37,44に格納された処理結果及びリクエスト信号を読み出し、読み出されたリクエスト信号が同一である処理結果を結合し、結合された処理結果及びリクエスト信号を外部装置へ出力する。
The processing
<動作例>
続いて、本発明の実施形態に係るリクエスト処理サーバ1の動作例について、図2を参照し、特にリクエスト内容処理部20の動作を中心に説明する。
<Operation example>
Next, an operation example of the
図2に示すように、リクエスト信号R1をリクエスト信号取得部10が取得すると、リクエスト信号取得部10は、リクエスト信号R1をコピーしてリクエスト内容処理部20,30,40のキュー21,31,41へそれぞれ出力する(ステップS11)。
As shown in FIG. 2, when the request
リクエスト信号R1がキュー21の最後尾(ここでは、他のリクエスト信号が格納されていないため、先頭)に格納されると(ステップS21)、この時点では処理ブロック22a,22bはともに動作していないので、リクエスト処理ブロック22の処理ブロック22aは、リクエスト信号R1を読み出して処理し(ステップS22)、リクエスト信号R1及び処理結果をキュー23の最後尾に格納する(ステップS23)。
When the request signal R1 is stored at the end of the queue 21 (here, the other request signal is not stored and therefore the head) (step S21), the processing blocks 22a and 22b are not operating at this time. Therefore, the
一方、ステップS11の後にリクエスト信号R2をリクエスト信号取得部10が取得すると、リクエスト信号取得部10は、リクエスト信号R2をコピーして複数のリクエスト内容処理部20,30,40のキュー21,31,41へ出力する(ステップS12)。
On the other hand, when the request
リクエスト信号R2がキュー21の最後尾(ここでは、リクエスト信号R1が読み出されて消去されているため、先頭が最後尾に該当する。)に格納されると(ステップS31)、この時点では処理ブロック22aは動作中であるので、リクエスト処理ブロック22の処理ブロック22bは、リクエスト信号R2を読み出して処理し(ステップS32)、リクエスト信号R2及び処理結果をキュー23の最後尾に格納する(ステップS33)。
When the request signal R2 is stored at the end of the queue 21 (here, since the request signal R1 has been read and erased, the top corresponds to the end) (step S31), processing is performed at this time. Since the
ここで、ステップS33がステップS23よりも先に実行された場合には、キュー23において、リクエスト信号R2及びその処理結果がリクエスト信号R1及びその処理結果よりも前に格納される。
When step S33 is executed before step S23, the request signal R2 and its processing result are stored in the
そのため、この時点では処理ブロック22a,22bはともに動作していないので、リクエスト処理ブロック24の処理ブロック24aは、リクエスト信号R2及びその処理結果を読み出して処理し(ステップS24)、リクエスト信号R2及び処理結果をキュー25の最後尾に格納する(ステップS25)。
For this reason, since the processing blocks 22a and 22b are not operating at this time, the
一方、処理ブロック22aが動作中であるので、リクエスト処理ブロック24の処理ブロック24bは、リクエスト信号R1及びその処理結果を読み出して処理し(ステップS34)、リクエスト信号R1及び処理結果をキュー25の最後尾に格納する(ステップS35)。
On the other hand, since the
リクエスト内容処理部30,40も、リクエスト内容処理部20と同様の動作を行い、リクエスト信号R1,R2及びこれらの処理結果がキュー37,44に格納される。
The request
処理結果出力部50は、キュー25,37,44に格納されたリクエスト信号R1及びその処理結果、並びに、リクエスト信号R2及びその処理結果を順次読み出し、リクエスト信号R1の処理結果を結合し、結合された処理結果及びリクエスト信号R1を外部装置へ出力するとともに、リクエスト信号R2の処理結果を結合し、結合された処理結果及びリクエスト信号R2を外部装置へ出力する(ステップS41)。
The processing
本発明の実施形態に係るリクエスト処理サーバ1は、複数のリクエスト内容を並列処理することによって、リクエスト内容処理に要する時間を短縮することができる。
また、本発明の実施形態に係るリクエスト処理サーバ1は、リクエスト内容処理部の追加及び変更、並びに、リクエスト内容処理部内に直列に設けられたリクエスト処理ブロックの追加及び変更が容易であるので、リクエスト処理の機能変更及び機能拡張を容易に行うことができる。
The
Further, the
<第一具体例>
続いて、本発明の第一具体例に係るリクエスト処理サーバについて、図3を参照し、実施形態に係るリクエスト処理サーバ1との相違点を中心に説明する。本具体例において、リクエスト処理サーバは、2つのリクエスト内容を並列処理する。1番目のリクエスト内容は、リクエストとして端末種別分析を含み、2番目のリクエスト内容は、リクエストとして信号分析及び加入者認証を含む。
<First example>
Next, the request processing server according to the first specific example of the present invention will be described with reference to FIG. 3 focusing on differences from the
図3に示すように、本発明の第一具体例に係るリクエスト処理サーバ1Aは、IP電話網等で用いられる呼制御サーバであり、機能部として、リクエスト信号取得部10と、リクエスト内容処理部20A,30Aと、処理結果出力部50と、を備える。
As shown in FIG. 3, the request processing server 1A according to the first specific example of the present invention is a call control server used in an IP telephone network or the like, and includes a request
リクエスト内容処理部20Aは、端末種別分析を行うリクエスト処理ブロック22と、キュー23と、をシーケンシャルに備える。すなわち、本具体例に係るリクエスト内容処理部20Aは、実施形態に係るリクエスト内容処理部20からキュー21、リクエスト処理ブロック24及びキュー25を省略した構成である。
The request
リクエスト処理ブロック22は、リクエスト信号(発呼信号)に基づいて、リクエスト信号を発信した電話端末の端末種別を分析し、リクエスト信号及び分析結果をキュー23へ出力する。より詳細には、リクエスト処理ブロック22は、リクエスト信号に含まれるメッセージ片に記述されている文字列を構文解析し、当該文字列に含まれる端末種別情報を抽出し、抽出された端末種別情報に基づいて、当該リクエスト信号に対応する呼に必要な帯域を算出し、算出された帯域を分析結果としてキュー23へ出力する。なお、リクエスト内容処理部20Aは、端末種別情報と必要な帯域とを関連付けた帯域データベース(図示せず)を備え、リクエスト処理ブロック22が、端末種別情報を用いて帯域データベースを参照することによって必要な帯域を算出する構成であってもよい。
Based on the request signal (calling signal), the
リクエスト内容処理部30Aは、信号分析を行うリクエスト処理ブロック32と、キュー33と、加入者認証を行うリクエスト処理ブロック34と、キュー35と、をシーケンシャルに備えるとともに、加入者情報データベースDB1を備える。すなわち、本具体例に係るリクエスト内容処理部30Aは、実施形態に係るリクエスト内容処理部30からキュー31、リクエスト処理ブロック36及びキュー37を省略するとともに加入者情報データベースDB1を追加した構成である。
The request content processing unit 30A includes a
リクエスト処理ブロック32は、リクエスト信号に含まれる信号を分析し、リクエスト信号及び分析結果をキュー33へ出力する。より詳細には、リクエスト処理ブロック32は、リクエスト信号に含まれるメッセージ片に記述されている文字列を構文解析し、当該文字列に含まれる加入者ID(発呼信号を発信した電話端末に固有のID)を識別子として抽出し、抽出された識別子(加入者ID)を、分析結果としてキュー33へ出力する。
The
リクエスト処理ブロック34は、キュー33の先頭に格納されたリクエスト信号及び分析結果を読み出し、分析結果を用いて加入者情報データベースDB1を参照して加入者認証を行い、リクエスト信号及び認証結果をキュー35へ出力する。より詳細には、加入者情報データベースDB1には、登録された加入者IDが記憶されており、リクエスト処置ブロック34は、リクエスト処理ブロック32によって抽出された識別子(加入者ID)が加入者情報データベースDB1に記憶されているか否かに基づいて認証を行い、認証結果をキュー35へ出力する。
The
処理結果出力部50は、キュー23,35に格納されたリクエスト信号、分析結果及び認証結果を読み出し、読み出されたリクエスト信号が同一である処理結果(分析結果及び認証結果)を結合し、結合された処理結果及びリクエスト信号を外部装置へ出力する。
The processing
本発明の第一具体例に係るリクエスト処理サーバ1Aは、「端末種別分析」と「信号分析+加入者認証」とを同時に行うことができるので、リクエスト内容処理に要する時間を短縮することができる。 Since the request processing server 1A according to the first specific example of the present invention can perform “terminal type analysis” and “signal analysis + subscriber authentication” at the same time, the time required for request content processing can be shortened. .
<第二具体例>
続いて、本発明の第二具体例に係るリクエスト処理サーバについて、図4を参照し、第一具体例に係るリクエスト処理サーバ1Aとの相違点を中心に説明する。本具体例において、リクエスト処理サーバは、2つのリクエスト内容を並列処理する。1番目のリクエスト内容は、リクエストとして端末種別分析及び帯域予約を含み、2番目のリクエスト内容は、リクエストとして信号分析及び加入者認証を含む。
<Second specific example>
Next, the request processing server according to the second specific example of the present invention will be described with reference to FIG. 4, focusing on the differences from the request processing server 1A according to the first specific example. In this specific example, the request processing server processes two request contents in parallel. The first request content includes terminal type analysis and bandwidth reservation as a request, and the second request content includes signal analysis and subscriber authentication as a request.
図4に示すように、本発明の第二具体例に係るリクエスト処理サーバ1Bは、機能部として、リクエスト信号取得部10と、2つのリクエスト内容処理部20B,30Bと、処理結果出力部50と、を備える。
As shown in FIG. 4, the request processing server 1B according to the second specific example of the present invention includes a request
リクエスト内容処理部20Bは、キュー21と、端末種別分析を行うリクエスト処理ブロック22と、キュー23と、帯域予約を行うリクエスト処理ブロック24と、キュー25と、をシーケンシャルに備える。すなわち、本具体例に係るリクエスト内容処理部30Bは、実施形態に係るリクエスト内容処理部30からリクエスト処理ブロック36及びキュー37を省略するとともに加入者情報データベースDB1を追加した構成である。
The request
リクエスト処理ブロック24は、キュー23の先頭に格納されたリクエスト信号及び分析結果(端末種別)を読み出し、分析結果に基づいて帯域予約を行い(リクエスト信号に対応する発側電話端末及び着側電話端末に対して帯域を割り当て)、リクエスト信号、分析結果及び予約結果をキュー25へ出力する。
The
リクエスト内容処理部30Bは、キュー31と、信号分析を行うリクエスト処理ブロック32と、キュー33と、加入者認証を行うリクエスト処理ブロック34と、キュー35と、をシーケンシャルに備えるとともに、加入者情報データベースDB1を備える。
The request
処理結果出力部50は、キュー25,35に格納されたリクエスト信号、分析結果、予約結果及び認証結果を読み出し、読み出されたリクエスト信号が同一である処理結果(分析結果、予約結果及び認証結果)を結合し、結合された処理結果及びリクエスト信号を外部装置へ出力する。
The processing
本発明の第二具体例に係るリクエスト処理サーバ1Bは、「端末種別分析+帯域予約」と「信号分析+加入者認証」とを同時に行うことができるので、リクエスト内容処理に要する時間を短縮することができる。 Since the request processing server 1B according to the second specific example of the present invention can perform “terminal type analysis + bandwidth reservation” and “signal analysis + subscriber authentication” at the same time, the time required for request content processing is shortened. be able to.
<第三具体例>
続いて、本発明の第三具体例に係るリクエスト処理サーバについて、図5を参照し、第二具体例に係るリクエスト処理サーバ1Bとの相違点を中心に説明する。本実施形態において、リクエスト処理サーバは、3つのリクエスト内容を並列処理する。1番目のリクエスト内容は、リクエストとして端末種別分析及び帯域予約を含み、2番目のリクエスト内容は、リクエストとして信号分析及び加入者認証を含み、3番目のリクエスト内容は、リクエストとしてSDPチェックを含む。
<Third example>
Next, the request processing server according to the third specific example of the present invention will be described with reference to FIG. 5, focusing on differences from the request processing server 1B according to the second specific example. In the present embodiment, the request processing server processes three request contents in parallel. The first request content includes terminal type analysis and bandwidth reservation as a request, the second request content includes signal analysis and subscriber authentication as a request, and the third request content includes SDP check as a request.
図5に示すように、本発明の第三具体例に係るリクエスト処理サーバ1Cは、機能部として、リクエスト信号取得部10と、3つのリクエスト内容処理部20B,30B,40Cと、処理結果出力部50と、を備える。
As shown in FIG. 5, the request processing server 1C according to the third specific example of the present invention includes a request
リクエスト内容処理部40Cは、キュー41と、SDP(Session Description Protocol)チェックを行うリクエスト処理ブロック42と、キュー44と、をシーケンシャルに備えるとともに、SDPマッチングデータベースDB2を備える。すなわち、本具体例に係るリクエスト内容処理部40Cは、実施形態に係るリクエスト内容処理部40からリクエスト処理ブロック43を省略するとともにSDPマッチングデータベースDB2を追加した構成である。
The request
リクエスト処理ブロック42は、キュー41の先頭に格納されたリクエスト信号を読み出し、リクエスト信号を用いてSDPマッチングデータベースDB2を参照してSDPチェックを行い、リクエスト信号及びチェック結果をキュー44へ出力する。ここで、SDPチェックとは、セッションのセッション情報を記述するプロトコルであるSDPに当該セッションが違反しているか否かをチェックすることを指す。より詳細には、SDPマッチングデータベースDB2には、リクエスト処理サーバ1Cが処理結果及びリクエスト信号の送信先である外部装置のIF条件が外部装置ごとに記憶されており、リクエスト処理ブロック42は、SIP信号であるリクエスト信号に含まれるSDPの内容を用いてSDPマッチングデータベースDBを参照し、リクエスト信号に含まれるSDPの送信先である外部装置によって受け入れ可能であるか否かをチェックし、チェック結果が受け入れ可能である場合には、チェック結果をキュー44へ出力し、チェック結果が受け入れ不可である場合には、チェック結果(エラーレスポンス)をリクエスト信号の送信元である外部装置へ出力する。
The
処理結果出力部50は、キュー25,35,44に格納されたリクエスト信号、分析結果、予約結果、認証結果及びチェック結果を読み出し、読み出されたリクエスト信号が同一である処理結果(分析結果、予約結果、認証結果及びチェック結果)を結合し、結合された処理結果及びリクエスト信号を外部装置へ出力する。
The processing
本発明の第三具体例に係るリクエスト処理サーバ1Cは、「端末種別分析+帯域予約」と「信号分析+加入者認証」と「SDPチェック」とを同時に行うことができるので、リクエスト内容処理に要する時間を短縮することができる。 The request processing server 1C according to the third specific example of the present invention can perform “terminal type analysis + bandwidth reservation”, “signal analysis + subscriber authentication”, and “SDP check” at the same time. The time required can be shortened.
以上、本発明の実施形態について説明したが、本発明は前記実施形態に限定されず、本発明の要旨を逸脱しない範囲で適宜設計変更可能である。例えば、各リクエスト処理ブロックにおける処理ブロックの数は、2個に限定されず、3個以上であってもよい。 As mentioned above, although embodiment of this invention was described, this invention is not limited to the said embodiment, A design change is possible suitably in the range which does not deviate from the summary of this invention. For example, the number of processing blocks in each request processing block is not limited to two and may be three or more.
1,1A,1B,1C リクエスト処理サーバ
10 リクエスト信号取得部
20,20A,20B リクエスト内容処理部
22,24 リクエスト処理ブロック
30,30A,30B リクエスト内容処理部
32,34,36 リクエスト処理ブロック
40,40C リクエスト内容処理部
42,43 リクエスト処理ブロック
50 処理結果出力部
1, 1A, 1B, 1C
Claims (5)
取得された前記リクエスト信号の並列処理可能な複数のリクエスト内容のいずれかを処理する複数のリクエスト内容処理部と、
前記複数のリクエスト内容処理部による処理結果を結合して出力する処理結果出力部と、
を備え、
前記複数のリクエスト内容処理部は、互いに並列に接続されており、
前記リクエスト信号取得部は、取得された前記リクエスト信号をコピーして前記複数のリクエスト内容処理部へそれぞれ出力し、
前記リクエスト内容は、シーケンシャル処理が必要な一連のリクエストから構成されており、
前記複数のリクエスト内容処理部は、前記リクエストを処理する一以上のリクエスト処理ブロックを備えるとともに、一の前記リクエスト処理ブロックから出力された処理結果を一時的に格納し、次の前記リクエスト処理ブロック又は前記処理結果出力部へ出力するキューを備え、
前記リクエスト信号は、電話網における発呼信号であり、
前記複数のリクエスト内容処理部として、
前記発呼信号に基づいて端末種別分析を行うリクエスト処理ブロックを有する第一のリクエスト内容処理部と、
前記発呼信号に基づいて信号分析を行うリクエスト処理ブロック、及び、前記信号分析を行うリクエスト処理ブロックの処理結果に基づいて加入者認証を行うリクエスト処理ブロックを有する第二のリクエスト内容処理部と、
を備え、
前記端末種別分析を行うリクエスト処理ブロックは、前記発呼信号に含まれる文字列から端末種別情報を抽出し、抽出された前記端末種別情報に基づいて、前記発呼信号に対応する呼に必要な帯域を算出し、算出された帯域を処理結果として当該端末種別分析を行うリクエスト処理ブロックの下流の前記キューを介して前記処理結果出力部へ出力し、
前記信号分析を行うリクエスト処理ブロックは、前記発呼信号に含まれる文字列から当該発呼信号を発信した発側電話端末に固有な加入者IDを抽出し、抽出された前記加入者IDを処理結果として当該信号分析を行うリクエスト処理ブロックの下流の前記キューを介して前記加入者認証を行うリクエスト処理ブロックへ出力し、
前記加入者認証を行うリクエスト処理ブロックは、前記加入者IDを用いて加入者認証を行い、認証結果を処理結果として当該加入者認証を行うリクエスト処理ブロックの下流の前記キューを介して前記処理結果出力部へ出力する
ことを特徴とするリクエスト処理サーバ。 A request signal acquisition unit for acquiring a request signal;
A plurality of request content processing units for processing any of a plurality of request contents capable of parallel processing of the acquired request signals;
A processing result output unit that combines and outputs processing results from the plurality of request content processing units;
With
The plurality of request content processing units are connected in parallel to each other,
The request signal acquisition unit copies the acquired request signal and outputs it to the plurality of request content processing units,
The request content is composed of a series of requests that require sequential processing.
The plurality of request content processing units includes one or more request processing blocks for processing the request, and temporarily stores a processing result output from the one request processing block, and the next request processing block or A queue for outputting to the processing result output unit ;
The request signal is a call signal in a telephone network;
As the plurality of request content processing units,
A first request content processing unit having a request processing block for performing terminal type analysis based on the call signal;
A request processing block for performing signal analysis based on the call signal, and a second request content processing unit having a request processing block for performing subscriber authentication based on a processing result of the request processing block for performing signal analysis;
With
The request processing block for performing the terminal type analysis extracts terminal type information from a character string included in the call signal, and is necessary for a call corresponding to the call signal based on the extracted terminal type information. Calculating the bandwidth, outputting the calculated bandwidth as a processing result to the processing result output unit via the queue downstream of the request processing block for performing the terminal type analysis,
The request processing block that performs the signal analysis extracts a subscriber ID unique to the calling telephone terminal that has transmitted the call signal from a character string included in the call signal, and processes the extracted subscriber ID As a result, output to the request processing block that performs the subscriber authentication via the queue downstream of the request processing block that performs the signal analysis,
The request processing block for performing the subscriber authentication performs the subscriber authentication using the subscriber ID, and uses the processing result via the queue downstream of the request processing block for performing the subscriber authentication with the authentication result as the processing result. A request processing server characterized by outputting to an output unit .
前記帯域予約を行うリクエスト処理ブロックは、算出された前記帯域を前記端末種別分析を行うリクエスト処理ブロックから当該端末種別分析を行うリクエスト処理ブロックの下流の前記キューを介して取得し、取得された前記帯域を、前記発呼信号に対応する前記発側電話端末及び着側電話端末に対して割り当てることによって帯域予約を行い、割り当てられた前記帯域予約を処理結果として当該帯域予約を行うリクエスト処理ブロックの下流の前記キューを介して前記処理結果出力部へ出力する
ことを特徴とする請求項1に記載のリクエスト処理サーバ。 The first request content processing unit further includes a request processing block for performing bandwidth reservation based on a processing result of the request processing block for performing the terminal type analysis ,
The request processing block that performs the bandwidth reservation acquires the calculated bandwidth from the request processing block that performs the terminal type analysis via the queue downstream of the request processing block that performs the terminal type analysis, and the acquired A request processing block for performing bandwidth reservation by allocating a bandwidth to the calling telephone terminal and the called telephone terminal corresponding to the call signal, and performing the bandwidth reservation using the allocated bandwidth reservation as a processing result; The request processing server according to claim 1 , wherein the request processing server outputs to the processing result output unit via the downstream queue .
前記発呼信号に基づいて当該発呼信号のセッションがSDP(Session Description Protocol)に違反しているか否かをチェックするリクエスト処理ブロックを有する第三のリクエスト処理部をさらに備え、
前記SDPに違反しているか否かをチェックするリクエスト処理ブロックは、前記発呼信号に含まれるSDPの内容を用いてチェックを行い、違反していないというチェック結果の場合には、当該チェック結果を処理結果として当該SDPに違反しているか否かをチェックするリクエスト処理ブロックの下流の前記キューを介して前記処理結果出力部へ出力し、違反しているというチェック結果の場合には、当該チェック結果を前記発呼信号の送信元である前記発側電話端末へ出力する
ことを特徴とする請求項1又は請求項2の記載のリクエスト処理サーバ。 As the plurality of request content processing units,
A third request processing unit having a request processing block for checking whether the session of the call signal violates SDP (Session Description Protocol) based on the call signal ;
The request processing block for checking whether or not the SDP is violated performs a check using the contents of the SDP included in the call signal. As a processing result, output to the processing result output unit via the queue downstream of the request processing block for checking whether or not the SDP is violated. The request processing server according to claim 1 , wherein the request processing server outputs to the calling telephone terminal that is a transmission source of the call signal .
前記処理結果出力部は、同一の前記発呼信号と関連付けられた前記複数のリクエスト内容処理部による処理結果を結合して出力する The processing result output unit combines and outputs the processing results of the plurality of request content processing units associated with the same call signal.
ことを特徴とする請求項1から請求項3のいずれか一項に記載のリクエスト処理サーバ。 The request processing server according to any one of claims 1 to 3, wherein the request processing server is configured as described above.
リクエスト信号を取得するステップと、
取得された前記リクエスト信号に基づいて、複数のリクエスト内容を並列処理するステップと、
並列処理による処理結果を結合して出力するステップと、
を含み、
前記リクエスト内容は、シーケンシャル処理が必要な一連のリクエストから構成されており、
前記複数のリクエスト内容を並列処理するステップでは、前記一連のリクエストを順に処理するとともに、一のリクエストの処理結果をキューに一時的に格納し、格納された前記処理結果に基づいて次のリクエストを処理し、
前記リクエスト信号は、電話網における発呼信号であり、
前記複数のリクエスト内容を並列処理するステップは、
前記発呼信号に基づいて端末種別分析を行うリクエスト処理ステップを有する第一のリクエスト内容処理部ステップと、
前記発呼信号に基づいて信号分析を行うリクエスト処理ステップ、及び、前記信号分析を行うリクエスト処理ブロックの処理結果に基づいて加入者認証を行うリクエスト処理ステップを有する第二のリクエスト内容処理ステップと、
を並列に含み、
前記端末種別分析を行うリクエスト処理ステップでは、前記発呼信号に含まれる文字列から端末種別情報を抽出し、抽出された前記端末種別情報に基づいて、前記発呼信号に対応する呼に必要な帯域を算出し、算出された帯域を処理結果として前記キューを介して出力し、
前記信号分析を行うリクエスト処理ステップでは、前記発呼信号に含まれる文字列から当該発呼信号を発信した発側電話端末に固有な加入者IDを抽出し、抽出された前記加入者IDを処理結果として前記キューを介して出力し、
前記加入者認証を行うリクエスト処理ステップでは、前記加入者IDを用いて加入者認証を行い、認証結果を処理結果として前記キューを介して出力する
ことを特徴とするリクエスト処理方法。 A request processing method by a request processing server,
Obtaining a request signal;
Based on the acquired request signal, processing a plurality of request contents in parallel;
Combining and outputting the processing results of parallel processing; and
Including
The request content is composed of a series of requests that require sequential processing.
In the step of processing the plurality of request contents in parallel, the series of requests are processed in order, the processing result of one request is temporarily stored in a queue, and the next request is processed based on the stored processing result. Process,
The request signal is a call signal in a telephone network;
The step of processing the plurality of request contents in parallel includes:
A first request content processing unit step having a request processing step of performing terminal type analysis based on the call signal;
A request processing step for performing signal analysis based on the calling signal, and a second request content processing step having a request processing step for performing subscriber authentication based on a processing result of a request processing block for performing the signal analysis;
In parallel,
In the request processing step of performing the terminal type analysis, terminal type information is extracted from a character string included in the call signal, and necessary for a call corresponding to the call signal based on the extracted terminal type information Calculate the bandwidth, output the calculated bandwidth as a processing result through the queue,
In the request processing step of performing the signal analysis, a subscriber ID unique to the calling telephone terminal that has transmitted the call signal is extracted from a character string included in the call signal, and the extracted subscriber ID is processed. As a result, output through the queue,
In the request processing step for performing the subscriber authentication, a subscriber authentication is performed using the subscriber ID, and an authentication result is output as a processing result via the queue .
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010186455A JP5444165B2 (en) | 2010-08-23 | 2010-08-23 | Request processing server and request processing method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010186455A JP5444165B2 (en) | 2010-08-23 | 2010-08-23 | Request processing server and request processing method |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2012044613A JP2012044613A (en) | 2012-03-01 |
JP5444165B2 true JP5444165B2 (en) | 2014-03-19 |
Family
ID=45900364
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010186455A Expired - Fee Related JP5444165B2 (en) | 2010-08-23 | 2010-08-23 | Request processing server and request processing method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5444165B2 (en) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2756776B2 (en) * | 1994-12-12 | 1998-05-25 | 株式会社超高速ネットワーク・コンピュータ技術研究所 | VC connection method |
JPH08221374A (en) * | 1995-02-15 | 1996-08-30 | Fujitsu Ltd | Distributed control method |
US6320847B1 (en) * | 1997-11-18 | 2001-11-20 | At&T Corp. | Method and apparatus for reduction of call setup time using anticipation technique for multimedia applications in widely distributed networks |
JP4649162B2 (en) * | 2004-10-05 | 2011-03-09 | 株式会社エヌ・ティ・ティ・ドコモ | Mobile communication method, mobile communication system, and session control apparatus |
JP4627243B2 (en) * | 2005-10-21 | 2011-02-09 | 三菱電機株式会社 | Network relay device |
JP5046811B2 (en) * | 2007-09-10 | 2012-10-10 | 株式会社日立製作所 | Data communication system |
-
2010
- 2010-08-23 JP JP2010186455A patent/JP5444165B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2012044613A (en) | 2012-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5444995B2 (en) | Session sharing system, method and program, and user terminal | |
US7185094B2 (en) | Media session framework using a control module to direct and manage application and service servers | |
EP2166712B1 (en) | A method for implementing service interaction in the ip multimedia subsystem | |
US7865607B2 (en) | Servlet model for media rich applications | |
US7668299B2 (en) | System using script command to generate audio quality test case to test a network | |
US20020156900A1 (en) | Protocol independent control module | |
US20080049022A1 (en) | Distributing Services in Graph-Based Computations | |
US20080152101A1 (en) | Web-based telephony system and method | |
US8275586B2 (en) | Enabling end-to-end testing of applications across networks | |
CN101547263A (en) | Telecom value-added service server based on XML script and realizing method thereof | |
US8416764B2 (en) | System and method for object registration in a VoIP environment | |
JP5465621B2 (en) | Stream data distribution system and method | |
JP2010507951A (en) | Method, apparatus, and computer program for improving SIP parsing performance | |
JP5444165B2 (en) | Request processing server and request processing method | |
US9769222B2 (en) | Method and apparatus for providing ARS service | |
Kaczmarek et al. | Verification of the analytical traffic model of a multidomain IMS/NGN using the simulation model | |
US8284923B2 (en) | Bridging messages to release enterprise ports | |
JP5940990B2 (en) | APL-SCM-FE and application linkage method | |
Lehmann et al. | TeamCom: a service creation platform for next generation networks | |
US9367367B2 (en) | Application router | |
US20140047090A1 (en) | System and method for optimizing media resource for ims scim/service brokering | |
US20080031232A1 (en) | Web services and plug-in framework in VOIP environment | |
Picek et al. | Multipoint Web Real-Time Communication | |
Qi et al. | DSCIM: a novel service invocation mechanism in IMS | |
JP5364055B2 (en) | Call processing parallel system and call processing parallel method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20121001 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20130201 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130808 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130820 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20131021 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20131217 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20131220 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5444165 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |