JP5444165B2 - Request processing server and request processing method - Google Patents

Request processing server and request processing method Download PDF

Info

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
Application number
JP2010186455A
Other languages
Japanese (ja)
Other versions
JP2012044613A (en
Inventor
高明 森谷
安敏 宮城
玲子 櫻田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2010186455A priority Critical patent/JP5444165B2/en
Publication of JP2012044613A publication Critical patent/JP2012044613A/en
Application granted granted Critical
Publication of JP5444165B2 publication Critical patent/JP5444165B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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 Document 1 discloses a method in which call processing is divided into two stages of text parsing, distribution, and main processing, and each is operated by a thread or a process. However, as shown in IMS CSCF (Call State Control Function) In a large-scale call control server composed of many processing blocks, it is not sufficient to simply divide the call processing flow into two stages in series. That is, in the prior art, it is not assumed that a large processing block is divided finely and flexibly in consideration of parallelism, and portions where there is no dependency between processing blocks are sequentially processed. There was a problem that call processing took time.

また、もう一つの問題として、様々な種類のサービスを提供する拡張性を備えている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.

Kundan Singh and Henning Schulzrinne, "Failover, Load Sharing and Server Architecture in SIP Telephony", Submitted to Computer Communication Journal, Elsevier, Aug 2006Kundan Singh and Henning Schulzrinne, "Failover, Load Sharing and Server Architecture in SIP Telephony", Submitted to Computer Communication Journal, Elsevier, Aug 2006 ディルク・クラフツィック (翻訳), カール・バンク (著), ディルク・スラマ (著), 山下 眞澄 (著)、“SOA大全 サービス指向アーキテクチャ導入・設計・構築の指針”、日経BP社、2005.11Dirk Kraftzick (translation), Karl Bank (Author), Dirk Slama (Author), Masami Yamashita (Author), “Guidelines for the introduction, design and construction of SOA-oriented service-oriented architecture”, Nikkei Business Publications, 2005.

本発明の実施形態に係るリクエスト処理サーバを模式的に示す図である。It is a figure which shows typically the request processing server which concerns on embodiment of this invention. 図1のリクエスト処理サーバの動作例を説明するための図である。It is a figure for demonstrating the operation example of the request processing server of FIG. 本発明の第一具体例に係るリクエスト処理サーバを模式的に示す図である。It is a figure which shows typically the request processing server which concerns on the 1st specific example of this invention. 本発明の第二具体例に係るリクエスト処理サーバを模式的に示す図である。It is a figure which shows typically the request processing server which concerns on the 2nd specific example of this invention. 本発明の第三具体例に係るリクエスト処理サーバを模式的に示す図である。It is a figure which shows typically the request processing server which concerns on the 3rd example of this invention.

以下、本発明の実施形態及びその具体例について、適宜図面を参照しながら説明する。本発明のリクエスト処理サーバは、リクエスト信号(例えば、電話網における発呼信号)に対する処理が、シーケンシャル処理が必要な一連の(リクエストが一つの場合も含む)リクエストから構成された複数のリクエスト内容からなるとともに、かかる複数のリクエスト内容がそれぞれ並列処理可能であることに着目し、複数のリクエスト内容を並列処理するとともに、各リクエスト内容に含まれる一連のリクエスト(例えば、「端末種別分析+帯域予約」、「信号分析+加入者認証」、「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 request processing server 1 according to the embodiment of the present invention includes a request signal acquisition unit 10, request content processing units 20, 30, 40, and a processing result output unit 50 as functional units. Prepare. In the present embodiment, the request processing server 1 includes three request content processing units, but the number of request content processing units may be two, or four or more.

リクエスト信号取得部10は、外部装置から送信されたリクエスト信号(発呼信号)を取得し、取得されたリクエスト信号をコピーしてリクエスト内容処理部20,30,40へそれぞれ出力する。   The request signal acquisition unit 10 acquires a request signal (call signal) transmitted from an external device, copies the acquired request signal, and outputs the request signal to the request content processing units 20, 30, and 40, respectively.

リクエスト内容処理部20,30,40は、それぞれ、リクエスト信号に対して行うべき複数のリクエストのいずれかを処理するものであり、互いに並列に接続されている。   Each of the request content processing units 20, 30, and 40 processes one of a plurality of requests that should be performed on the request signal, and is connected in parallel to each other.

本実施形態において、リクエスト内容処理部20は、キュー21と、リクエスト処理ブロック22と、キュー23と、リクエスト処理ブロック24と、キュー25と、をシーケンシャルに備える。   In the present embodiment, the request content processing unit 20 sequentially includes a queue 21, a request processing block 22, a queue 23, a request processing block 24, and a queue 25.

キュー21には、リクエスト信号取得部10から出力されたリクエスト信号が順に格納される。キュー21は、キュー21の先頭に格納されたリクエスト信号が後段のリクエスト処理ブロック22によって読み出されると、読み出されたリクエスト信号を消去し、次に格納されたリクエスト信号を順次前に格納し直すように構成されている。これは、他のキューに関しても同様である。   The queue 21 sequentially stores request signals output from the request signal acquisition unit 10. When the request signal stored at the head of the queue 21 is read by the request processing block 22 at the subsequent stage, the queue 21 erases the read request signal and sequentially stores the next stored request signal before. It is configured as follows. The same applies to other queues.

リクエスト処理ブロック22は、キュー21の先頭に格納されたリクエスト信号を読み出し、読み出されたリクエスト信号に基づいて、当該リクエスト処理ブロック22が処理すべきリクエストを処理し、処理結果及びリクエスト信号をキュー23へ出力する。
リクエスト処理ブロック22は、処理ブロック22a,22bを備えており、2つのリクエストを非同期で処理することができる。
The request processing block 22 reads the request signal stored at the head of the queue 21, processes the request to be processed by the request processing block 22 based on the read request signal, and queues the processing result and the request signal. To 23.
The request processing block 22 includes processing blocks 22a and 22b, and can process two requests asynchronously.

キュー23には、リクエスト処理ブロック22から出力された処理結果及びリクエスト信号が順に格納される。   In the queue 23, the processing result and the request signal output from the request processing block 22 are stored in order.

リクエスト処理ブロック24は、キュー23の先頭に格納された、リクエスト処理ブロック22による処理結果及びリクエスト信号を読み出し、読み出された処理結果(必要であれば、リクエスト信号も)に基づいて、当該リクエスト処理ブロック24が処理すべきリクエストを処理し、リクエスト処理ブロック24による処理結果(必要であれば、リクエスト処理ブロック22による処理結果も)及びリクエスト信号をキュー25へ出力する。
リクエスト処理ブロック24は、処理ブロック24a,24bを備えており、2つのリクエストを非同期で処理することができる。処理ブロック24a,24bの非動作中にリクエスト処理ブロック24がリクエストを読み出した場合には、処理ブロック24aが当該リクエストを処理し、処理ブロック24aの動作中かつ処理ブロック24bの非動作中にリクエスト処理ブロック24がリクエストを読み出した場合には、処理ブロック24bが当該リクエストを処理する。これは、他のリクエスト処理ブロックにおける処理ブロックに関しても同様である。
The request processing block 24 reads the processing result and the request signal by the request processing block 22 stored at the head of the queue 23, and based on the read processing result (and the request signal if necessary), the request processing block 24 The processing block 24 processes the request to be processed, and outputs the processing result by the request processing block 24 (and the processing result by the request processing block 22 if necessary) and the request signal to the queue 25.
The request processing block 24 includes processing blocks 24a and 24b, and can process two requests asynchronously. When the request processing block 24 reads a request while the processing blocks 24a and 24b are not operating, the processing block 24a processes the request, and requests are processed while the processing block 24a is operating and when the processing block 24b is not operating. If block 24 reads the request, processing block 24b processes the request. The same applies to processing blocks in other request processing blocks.

キュー25には、リクエスト処理ブロック24から出力された処理結果及びリクエスト信号が順に格納される。   In the queue 25, the processing result and the request signal output from the request processing block 24 are stored in order.

本実施形態において、リクエスト内容処理部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 content processing unit 30 includes a queue 31, a request processing block 32, a queue 33, a request processing block 34, a queue 35, a request processing block 36, and a queue 37 in series. . The queues 31, 33, 35, and 37 have the same functions as the queues 21, 23, and 25 described above, and the request processing blocks 32, 34, and 36 have the same functions as the request processing blocks 22 and 24 described above. .

また、リクエスト処理ブロック32は、処理ブロック32a,32bを備えており、2つのリクエストを非同期で処理することができる。リクエスト処理ブロック34は、処理ブロック34a,34bを備えており、2つのリクエストを非同期に処理することができる。リクエスト処理ブロック36は、処理ブロック36a,36bを備えており、2つのリクエストを非同期で処理することができる。   The request processing block 32 includes processing blocks 32a and 32b, and can process two requests asynchronously. The request processing block 34 includes processing blocks 34a and 34b, and can process two requests asynchronously. The request processing block 36 includes processing blocks 36a and 36b, and can process two requests asynchronously.

本実施形態において、リクエスト内容処理部40は、キュー41と、リクエスト処理ブロック42と、リクエスト処理ブロック43と、キュー44と、を直列に備える。キュー41,44は、前記したキュー21,23,25と同様の機能を有し、リクエスト処理ブロック43,44は、当該リクエスト処理ブロック43,44と対応するリクエストを処理する。   In the present embodiment, the request content processing unit 40 includes a queue 41, a request processing block 42, a request processing block 43, and a queue 44 in series. The queues 41 and 44 have the same functions as the queues 21, 23 and 25 described above, and the request processing blocks 43 and 44 process requests corresponding to the request processing blocks 43 and 44.

また、リクエスト処理ブロック42は、処理ブロック42a,42bを備えており、2つのリクエストを非同期で処理することができる。リクエスト処理ブロック43は、処理ブロック43a,43bを備えており、2つのリクエストを非同期で処理することができる。   The request processing block 42 includes processing blocks 42a and 42b, and can process two requests asynchronously. The request processing block 43 includes processing blocks 43a and 43b, and can process two requests asynchronously.

本実施形態では、リクエスト処理ブロック43の入力口にはキューが設けられていないため、リクエスト処理ブロック43の処理ブロック43a,43bの処理中にリクエスト内容処理部42による処理結果及びリクエスト信号が出力されてきた場合には、リクエスト処理ブロック43は、処理結果及びリクエスト信号をリクエスト処理ブロック42に返送するか破棄する。これは、後記する実施形態における、入力口にキューが設けられていない他のリクエスト処理ブロックについても同様である。   In the present embodiment, since no queue is provided at the input port of the request processing block 43, the processing result and the request signal by the request content processing unit 42 are output during the processing of the processing blocks 43a and 43b of the request processing block 43. When the request is received, the request processing block 43 returns or discards the processing result and the request signal to the request processing block 42. The same applies to other request processing blocks in which a queue is not provided at the input port in the embodiment described later.

処理結果出力部50は、リクエスト内容処理部20,30,40による処理結果を結合して外部装置へ出力する。本実施形態では、処理結果出力部50は、キュー25,37,44に格納された処理結果及びリクエスト信号を読み出し、読み出されたリクエスト信号が同一である処理結果を結合し、結合された処理結果及びリクエスト信号を外部装置へ出力する。   The processing result output unit 50 combines the processing results from the request content processing units 20, 30, and 40 and outputs them to the external device. In the present embodiment, the processing result output unit 50 reads the processing results and request signals stored in the queues 25, 37, and 44, combines the processing results having the same read request signal, and combines the processing results. The result and request signal are output to the external device.

<動作例>
続いて、本発明の実施形態に係るリクエスト処理サーバ1の動作例について、図2を参照し、特にリクエスト内容処理部20の動作を中心に説明する。
<Operation example>
Next, an operation example of the request processing server 1 according to the embodiment of the present invention will be described with reference to FIG. 2, particularly focusing on the operation of the request content processing unit 20.

図2に示すように、リクエスト信号R1をリクエスト信号取得部10が取得すると、リクエスト信号取得部10は、リクエスト信号R1をコピーしてリクエスト内容処理部20,30,40のキュー21,31,41へそれぞれ出力する(ステップS11)。   As shown in FIG. 2, when the request signal acquisition unit 10 acquires the request signal R1, the request signal acquisition unit 10 copies the request signal R1 and queues 21, 31, 41 of the request content processing units 20, 30, 40. (Step S11).

リクエスト信号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 processing block 22a of the request processing block 22 reads and processes the request signal R1 (step S22), and stores the request signal R1 and the processing result at the tail of the queue 23 (step S23).

一方、ステップS11の後にリクエスト信号R2をリクエスト信号取得部10が取得すると、リクエスト信号取得部10は、リクエスト信号R2をコピーして複数のリクエスト内容処理部20,30,40のキュー21,31,41へ出力する(ステップS12)。   On the other hand, when the request signal acquisition unit 10 acquires the request signal R2 after step S11, the request signal acquisition unit 10 copies the request signal R2 to queues 21, 30, and 40 of the plurality of request content processing units 20, 30, 40. It outputs to 41 (step S12).

リクエスト信号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 block 22a is operating, the processing block 22b of the request processing block 22 reads and processes the request signal R2 (step S32), and stores the request signal R2 and the processing result at the end of the queue 23 (step S33). ).

ここで、ステップ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 queue 23 before the request signal R1 and its processing result.

そのため、この時点では処理ブロック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 processing block 24a of the request processing block 24 reads and processes the request signal R2 and the processing result (step S24). The result is stored at the end of the queue 25 (step S25).

一方、処理ブロック22aが動作中であるので、リクエスト処理ブロック24の処理ブロック24bは、リクエスト信号R1及びその処理結果を読み出して処理し(ステップS34)、リクエスト信号R1及び処理結果をキュー25の最後尾に格納する(ステップS35)。   On the other hand, since the processing block 22a is in operation, the processing block 24b of the request processing block 24 reads and processes the request signal R1 and its processing result (step S34), and sends the request signal R1 and the processing result to the end of the queue 25. Store in the tail (step S35).

リクエスト内容処理部30,40も、リクエスト内容処理部20と同様の動作を行い、リクエスト信号R1,R2及びこれらの処理結果がキュー37,44に格納される。   The request content processing units 30 and 40 also perform the same operation as the request content processing unit 20, and the request signals R 1 and R 2 and the processing results thereof are stored in the queues 37 and 44.

処理結果出力部50は、キュー25,37,44に格納されたリクエスト信号R1及びその処理結果、並びに、リクエスト信号R2及びその処理結果を順次読み出し、リクエスト信号R1の処理結果を結合し、結合された処理結果及びリクエスト信号R1を外部装置へ出力するとともに、リクエスト信号R2の処理結果を結合し、結合された処理結果及びリクエスト信号R2を外部装置へ出力する(ステップS41)。   The processing result output unit 50 sequentially reads the request signal R1 stored in the queues 25, 37, and 44, the processing result thereof, and the request signal R2 and the processing result thereof, and combines and combines the processing results of the request signal R1. The processing result and the request signal R1 are output to the external device, the processing result of the request signal R2 is combined, and the combined processing result and the request signal R2 are output to the external device (step S41).

本発明の実施形態に係るリクエスト処理サーバ1は、複数のリクエスト内容を並列処理することによって、リクエスト内容処理に要する時間を短縮することができる。
また、本発明の実施形態に係るリクエスト処理サーバ1は、リクエスト内容処理部の追加及び変更、並びに、リクエスト内容処理部内に直列に設けられたリクエスト処理ブロックの追加及び変更が容易であるので、リクエスト処理の機能変更及び機能拡張を容易に行うことができる。
The request processing server 1 according to the embodiment of the present invention can reduce the time required for request content processing by processing a plurality of request contents in parallel.
Further, the request processing server 1 according to the embodiment of the present invention can easily add and change request content processing units, and add and change request processing blocks provided in series in the request content processing unit. It is possible to easily change processing functions and expand functions.

<第一具体例>
続いて、本発明の第一具体例に係るリクエスト処理サーバについて、図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 request processing server 1 according to the embodiment. In this specific example, the request processing server processes two request contents in parallel. The first request content includes terminal type analysis as a request, and the second request content includes signal analysis and subscriber authentication as requests.

図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 signal acquisition unit 10 and a request content processing unit as functional units. 20A, 30A, and a processing result output unit 50.

リクエスト内容処理部20Aは、端末種別分析を行うリクエスト処理ブロック22と、キュー23と、をシーケンシャルに備える。すなわち、本具体例に係るリクエスト内容処理部20Aは、実施形態に係るリクエスト内容処理部20からキュー21、リクエスト処理ブロック24及びキュー25を省略した構成である。   The request content processing unit 20A sequentially includes a request processing block 22 for performing terminal type analysis and a queue 23. That is, the request content processing unit 20A according to this specific example has a configuration in which the queue 21, the request processing block 24, and the queue 25 are omitted from the request content processing unit 20 according to the embodiment.

リクエスト処理ブロック22は、リクエスト信号(発呼信号)に基づいて、リクエスト信号を発信した電話端末の端末種別を分析し、リクエスト信号及び分析結果をキュー23へ出力する。より詳細には、リクエスト処理ブロック22は、リクエスト信号に含まれるメッセージ片に記述されている文字列を構文解析し、当該文字列に含まれる端末種別情報を抽出し、抽出された端末種別情報に基づいて、当該リクエスト信号に対応する呼に必要な帯域を算出し、算出された帯域を分析結果としてキュー23へ出力する。なお、リクエスト内容処理部20Aは、端末種別情報と必要な帯域とを関連付けた帯域データベース(図示せず)を備え、リクエスト処理ブロック22が、端末種別情報を用いて帯域データベースを参照することによって必要な帯域を算出する構成であってもよい。   Based on the request signal (calling signal), the request processing block 22 analyzes the terminal type of the telephone terminal that has transmitted the request signal, and outputs the request signal and the analysis result to the queue 23. More specifically, the request processing block 22 parses the character string described in the message fragment included in the request signal, extracts terminal type information included in the character string, and extracts the extracted terminal type information. Based on this, the bandwidth required for the call corresponding to the request signal is calculated, and the calculated bandwidth is output to the queue 23 as the analysis result. The request content processing unit 20A includes a bandwidth database (not shown) that associates the terminal type information with the necessary bandwidth, and is required by the request processing block 22 referring to the bandwidth database using the terminal type information. It may be a configuration for calculating a simple band.

リクエスト内容処理部30Aは、信号分析を行うリクエスト処理ブロック32と、キュー33と、加入者認証を行うリクエスト処理ブロック34と、キュー35と、をシーケンシャルに備えるとともに、加入者情報データベースDB1を備える。すなわち、本具体例に係るリクエスト内容処理部30Aは、実施形態に係るリクエスト内容処理部30からキュー31、リクエスト処理ブロック36及びキュー37を省略するとともに加入者情報データベースDB1を追加した構成である。   The request content processing unit 30A includes a request processing block 32 that performs signal analysis, a queue 33, a request processing block 34 that performs subscriber authentication, and a queue 35, and a subscriber information database DB1. That is, the request content processing unit 30A according to this specific example has a configuration in which the queue 31, the request processing block 36, and the queue 37 are omitted from the request content processing unit 30 according to the embodiment and a subscriber information database DB1 is added.

リクエスト処理ブロック32は、リクエスト信号に含まれる信号を分析し、リクエスト信号及び分析結果をキュー33へ出力する。より詳細には、リクエスト処理ブロック32は、リクエスト信号に含まれるメッセージ片に記述されている文字列を構文解析し、当該文字列に含まれる加入者ID(発呼信号を発信した電話端末に固有のID)を識別子として抽出し、抽出された識別子(加入者ID)を、分析結果としてキュー33へ出力する。   The request processing block 32 analyzes the signal included in the request signal and outputs the request signal and the analysis result to the queue 33. More specifically, the request processing block 32 parses the character string described in the message fragment included in the request signal, and the subscriber ID included in the character string (specific to the telephone terminal that transmitted the call signal). ID) is extracted as an identifier, and the extracted identifier (subscriber ID) is output to the queue 33 as an analysis result.

リクエスト処理ブロック34は、キュー33の先頭に格納されたリクエスト信号及び分析結果を読み出し、分析結果を用いて加入者情報データベースDB1を参照して加入者認証を行い、リクエスト信号及び認証結果をキュー35へ出力する。より詳細には、加入者情報データベースDB1には、登録された加入者IDが記憶されており、リクエスト処置ブロック34は、リクエスト処理ブロック32によって抽出された識別子(加入者ID)が加入者情報データベースDB1に記憶されているか否かに基づいて認証を行い、認証結果をキュー35へ出力する。   The request processing block 34 reads the request signal and analysis result stored at the head of the queue 33, performs subscriber authentication by referring to the subscriber information database DB1 using the analysis result, and stores the request signal and authentication result in the queue 35. Output to. More specifically, the registered subscriber ID is stored in the subscriber information database DB1, and the identifier (subscriber ID) extracted by the request processing block 32 is the subscriber information database in the request processing block 34. Authentication is performed based on whether or not the data is stored in the DB 1, and the authentication result is output to the queue 35.

処理結果出力部50は、キュー23,35に格納されたリクエスト信号、分析結果及び認証結果を読み出し、読み出されたリクエスト信号が同一である処理結果(分析結果及び認証結果)を結合し、結合された処理結果及びリクエスト信号を外部装置へ出力する。   The processing result output unit 50 reads the request signals, analysis results, and authentication results stored in the queues 23 and 35, and combines and combines the processing results (analysis results and authentication results) with the same read request signals. The processed result and the request signal are output to an external device.

本発明の第一具体例に係るリクエスト処理サーバ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 signal acquisition unit 10, two request content processing units 20B and 30B, and a processing result output unit 50 as functional units. .

リクエスト内容処理部20Bは、キュー21と、端末種別分析を行うリクエスト処理ブロック22と、キュー23と、帯域予約を行うリクエスト処理ブロック24と、キュー25と、をシーケンシャルに備える。すなわち、本具体例に係るリクエスト内容処理部30Bは、実施形態に係るリクエスト内容処理部30からリクエスト処理ブロック36及びキュー37を省略するとともに加入者情報データベースDB1を追加した構成である。   The request content processing unit 20B sequentially includes a queue 21, a request processing block 22 that performs terminal type analysis, a queue 23, a request processing block 24 that performs bandwidth reservation, and a queue 25. That is, the request content processing unit 30B according to this specific example has a configuration in which the request processing block 36 and the queue 37 are omitted from the request content processing unit 30 according to the embodiment and a subscriber information database DB1 is added.

リクエスト処理ブロック24は、キュー23の先頭に格納されたリクエスト信号及び分析結果(端末種別)を読み出し、分析結果に基づいて帯域予約を行い(リクエスト信号に対応する発側電話端末及び着側電話端末に対して帯域を割り当て)、リクエスト信号、分析結果及び予約結果をキュー25へ出力する。   The request processing block 24 reads the request signal and the analysis result (terminal type) stored at the head of the queue 23, and reserves a band based on the analysis result (the calling side telephone terminal and the called side telephone terminal corresponding to the request signal). A request signal, an analysis result, and a reservation result are output to the queue 25.

リクエスト内容処理部30Bは、キュー31と、信号分析を行うリクエスト処理ブロック32と、キュー33と、加入者認証を行うリクエスト処理ブロック34と、キュー35と、をシーケンシャルに備えるとともに、加入者情報データベースDB1を備える。   The request content processing unit 30B sequentially includes a queue 31, a request processing block 32 that performs signal analysis, a queue 33, a request processing block 34 that performs subscriber authentication, and a queue 35, and a subscriber information database. DB1 is provided.

処理結果出力部50は、キュー25,35に格納されたリクエスト信号、分析結果、予約結果及び認証結果を読み出し、読み出されたリクエスト信号が同一である処理結果(分析結果、予約結果及び認証結果)を結合し、結合された処理結果及びリクエスト信号を外部装置へ出力する。   The processing result output unit 50 reads request signals, analysis results, reservation results, and authentication results stored in the queues 25 and 35, and processes results (analysis results, reservation results, and authentication results) with the same read request signals. ) And outputs the combined processing result and request signal to an external device.

本発明の第二具体例に係るリクエスト処理サーバ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 signal acquisition unit 10, three request content processing units 20B, 30B, and 40C, and a processing result output unit as functional units. 50.

リクエスト内容処理部40Cは、キュー41と、SDP(Session Description Protocol)チェックを行うリクエスト処理ブロック42と、キュー44と、をシーケンシャルに備えるとともに、SDPマッチングデータベースDB2を備える。すなわち、本具体例に係るリクエスト内容処理部40Cは、実施形態に係るリクエスト内容処理部40からリクエスト処理ブロック43を省略するとともにSDPマッチングデータベースDB2を追加した構成である。   The request content processing unit 40C sequentially includes a queue 41, a request processing block 42 that performs SDP (Session Description Protocol) check, and a queue 44, and also includes an SDP matching database DB2. That is, the request content processing unit 40C according to this specific example has a configuration in which the request processing block 43 is omitted from the request content processing unit 40 according to the embodiment and the SDP matching database DB2 is added.

リクエスト処理ブロック42は、キュー41の先頭に格納されたリクエスト信号を読み出し、リクエスト信号を用いてSDPマッチングデータベースDB2を参照してSDPチェックを行い、リクエスト信号及びチェック結果をキュー44へ出力する。ここで、SDPチェックとは、セッションのセッション情報を記述するプロトコルであるSDPに当該セッションが違反しているか否かをチェックすることを指す。より詳細には、SDPマッチングデータベースDB2には、リクエスト処理サーバ1Cが処理結果及びリクエスト信号の送信先である外部装置のIF条件が外部装置ごとに記憶されており、リクエスト処理ブロック42は、SIP信号であるリクエスト信号に含まれるSDPの内容を用いてSDPマッチングデータベースDBを参照し、リクエスト信号に含まれるSDPの送信先である外部装置によって受け入れ可能であるか否かをチェックし、チェック結果が受け入れ可能である場合には、チェック結果をキュー44へ出力し、チェック結果が受け入れ不可である場合には、チェック結果(エラーレスポンス)をリクエスト信号の送信元である外部装置へ出力する。   The request processing block 42 reads the request signal stored at the head of the queue 41, performs an SDP check with reference to the SDP matching database DB 2 using the request signal, and outputs the request signal and the check result to the queue 44. Here, the SDP check refers to checking whether or not the session violates SDP, which is a protocol for describing session information of the session. More specifically, the SDP matching database DB2 stores the processing result of the request processing server 1C and the IF condition of the external device to which the request signal is transmitted for each external device. The SDP matching database DB is referenced using the content of the SDP included in the request signal, and it is checked whether it can be accepted by the external device that is the destination of the SDP included in the request signal, and the check result is accepted If it is possible, the check result is output to the queue 44, and if the check result is unacceptable, the check result (error response) is output to the external device that is the transmission source of the request signal.

処理結果出力部50は、キュー25,35,44に格納されたリクエスト信号、分析結果、予約結果、認証結果及びチェック結果を読み出し、読み出されたリクエスト信号が同一である処理結果(分析結果、予約結果、認証結果及びチェック結果)を結合し、結合された処理結果及びリクエスト信号を外部装置へ出力する。   The processing result output unit 50 reads the request signals, analysis results, reservation results, authentication results, and check results stored in the queues 25, 35, and 44, and the processing results (analysis results, (Reservation result, authentication result and check result) are combined, and the combined processing result and request signal are output to the external device.

本発明の第三具体例に係るリクエスト処理サーバ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 Request processing server 10 Request signal acquisition unit 20, 20A, 20B Request content processing unit 22, 24 Request processing block 30, 30A, 30B Request content processing unit 32, 34, 36 Request processing block 40, 40C Request content processing unit 42, 43 Request processing block 50 Processing result output unit

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 plurality of request content processing units output a processing result in association with the call signal corresponding to the processing result,
前記処理結果出力部は、同一の前記発呼信号と関連付けられた前記複数のリクエスト内容処理部による処理結果を結合して出力する  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 .
JP2010186455A 2010-08-23 2010-08-23 Request processing server and request processing method Expired - Fee Related JP5444165B2 (en)

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)

* Cited by examiner, † Cited by third party
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

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