JP5309364B2 - API gateway device, API providing method, and API gateway program - Google Patents

API gateway device, API providing method, and API gateway program Download PDF

Info

Publication number
JP5309364B2
JP5309364B2 JP2009139482A JP2009139482A JP5309364B2 JP 5309364 B2 JP5309364 B2 JP 5309364B2 JP 2009139482 A JP2009139482 A JP 2009139482A JP 2009139482 A JP2009139482 A JP 2009139482A JP 5309364 B2 JP5309364 B2 JP 5309364B2
Authority
JP
Japan
Prior art keywords
api
call
states
state
user
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
JP2009139482A
Other languages
Japanese (ja)
Other versions
JP2010288021A (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 JP2009139482A priority Critical patent/JP5309364B2/en
Publication of JP2010288021A publication Critical patent/JP2010288021A/en
Application granted granted Critical
Publication of JP5309364B2 publication Critical patent/JP5309364B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Telephonic Communication Services (AREA)

Description

本発明は、通信事業者の管理するネットワークに接続された通信端末に対する呼制御やメディア制御を外部のネットワーク側から行うための、API(Application Program Interface)を提供する技術に関する。   The present invention relates to a technology for providing an API (Application Program Interface) for performing call control and media control for a communication terminal connected to a network managed by a communication carrier from the external network side.

電話等のサービスを提供する通信事業者が管理するネットワーク(以下、通信事業者ネットワークという。)に接続された通信端末やシステムを、インターネット等の外部のネットワーク(以下、情報ネットワークという。)上のアプリケーション側から制御するためのAPIを提供するAPIゲートウェイ装置が利用されている。   A communication terminal or system connected to a network (hereinafter referred to as a telecommunications carrier network) managed by a telecommunications carrier that provides a service such as a telephone is connected to an external network (hereinafter referred to as an information network) such as the Internet. An API gateway device that provides an API for control from the application side is used.

このAPIゲートウェイ装置で提供されるAPIの種類には様々なものがあり、例えば、呼制御APIやメディア制御APIのように、そのAPIの提供に際してAPIゲートウェイ装置上で状態を管理する必要のあるものがある。ここで、呼制御とは、電話等のセッションの確立、切断、繋ぎ変え等の制御のことである。また、メディア制御とは、電話におけるガイダンス音声の再生、DTMF(Dual Tone Multi Frequency)信号の検出、音声合成メッセージの再生、入力音声の認識等の、音声や映像等のメディアに関する制御のことである。   There are various types of APIs provided by the API gateway device. For example, the API gateway device needs to manage the state on the API gateway device when providing the API, such as a call control API and a media control API. There is. Here, call control refers to control such as establishment, disconnection, and reconnection of a session such as a telephone call. Media control refers to control related to media such as voice and video, such as reproduction of guidance voice on a telephone, detection of a DTMF (Dual Tone Multi Frequency) signal, reproduction of a voice synthesis message, and recognition of input voice. .

呼制御APIとしては、Parlay X Web Services(以下、Parlay Xと略記する。)のThird Party Callが知られている(例えば、非特許文献1参照)。このThird Party Callは、アプリケーションからWebサービス形式のAPI呼び出しを受けて呼制御を行うための標準APIである。   As a call control API, Third Party Call of Parlay X Web Services (hereinafter abbreviated as Parlay X) is known (for example, see Non-Patent Document 1). This Third Party Call is a standard API for performing call control upon receiving an API call in a Web service format from an application.

また、メディア制御APIとしては、Parlay XのAudio Callが知られている(例えば、非特許文献2参照)。このAudio Callは、Third Party Call等のParlay Xの呼制御APIと組み合わせてメディア制御を行うためのAPIである。Audio Callは、例えば、Third Party Call等で生成された呼状態中のセッション参加者に対して、ガイダンス音声の再生等のメディア制御を行うためのAPIを提供している。   Also, Parlay X's Audio Call is known as a media control API (see, for example, Non-Patent Document 2). This Audio Call is an API for performing media control in combination with Parlay X call control API such as Third Party Call. For example, Audio Call provides an API for performing media control such as reproduction of a guidance voice to a session participant in a call state generated by Third Party Call or the like.

従来の、呼制御API及びメディア制御APIを提供するAPIゲートウェイ装置は、アプリケーションからのAPI要求を受付けてAPIを提供する機能であるAPI提供機能を備えている。このAPI提供機能は、要求されたAPIの種類に応じて呼制御やメディア制御を行い、アプリケーションからのAPI呼出しや通信端末からの着信・切断、時間の変化等の契機(トリガ)によって呼状態やメディア状態の生成及び解放を行う。   A conventional API gateway device that provides a call control API and a media control API has an API providing function that is a function of accepting an API request from an application and providing an API. This API providing function performs call control and media control in accordance with the type of API requested, and the call state and trigger by triggers such as API calls from applications, incoming / outgoing calls from communication terminals, time changes, etc. Create and release media state.

このようなAPIゲートウェイ装置を用いた場合のAPIの提供に際しては、悪意のある利用者からのアクセスを適切に監視して防止する必要があるが、その監視及び防止の方法として、利用者の認可制御が重要である。   When providing an API using such an API gateway device, it is necessary to appropriately monitor and prevent access from a malicious user. As a method for monitoring and preventing such access, user authorization is required. Control is important.

従来のAPIゲートウェイ装置を用いた場合の利用者単位の認可制御は、OMA(Open Mobile Alliance)においてPolicy Enforcerの一つとして定義されたPEEM(Policy Evaluation, Enforcement and Management)に代表されるポリシに基づいて、ポリシ制御装置が行っている(例えば、非特許文献3参照)。   Authorization control for each user when a conventional API gateway device is used is based on a policy represented by PEEM (Policy Evaluation, Enforcement and Management) defined as one of Policy Enforcers in OMA (Open Mobile Alliance). This is performed by the policy control device (see, for example, Non-Patent Document 3).

また、悪意のある利用者からのアクセスとして、悪意呼と呼ばれる通信事業者ネットワークの擾乱を目的とした発呼がされる場合がある。従来、このような悪意呼に対しては、発呼の監視機能と、悪意呼の発信元と判断した場合にその発信元からの発信を規制する閉塞機能とを備えたネットワーク監視装置を通信事業者ネットワークに接続して対応している。   In addition, as an access from a malicious user, there is a case where a call for the purpose of disturbance of a communication carrier network called a malicious call is made. Conventionally, for such malicious calls, a network monitoring device having a monitoring function for outgoing calls and a blocking function for restricting outgoing calls from the caller when it is determined as a caller of malicious calls Connected to a user network.

Parlay Group,“Open Service Access (OSA);Parlay X Web Services;Part 2:Third Party Call (Parlay X 3)”,ETSI ES 202 504−2 v0.0.5 Jun.2007.Parlay Group, “Open Service Access (OSA); Parlay X Web Services; Part 2: Third Party Call (Parlay X 3)”, ETSI ES 202 504-2 v0.0.5 Jun. 2007. Parlay Group,“Open Service Access (OSA);Parlay X Web Services;Part 11:Audio Call (Parlay X 3)”,ETSI ES 202 504−11 v0.0.3 Jun.2007.Parlay Group, “Open Service Access (OSA); Parlay X Web Services; Part 11: Audio Call (Parlay X 3)”, ETSI ES 202 504-11 v0.0.3 Jun. 2007. Open Mobile Alliance,“Policy Evaluation, Enforcement and Management Architecture”,OMA−AD−Policy_Evaluation_Enforcement_Management−V1_0−20080805−C,Aug.2008.Open Mobile Alliance, “Policy Evaluation, Enforcement and Management Architecture”, OMA-AD-Policy_Evaluation_Enforcement_Management-V1_0-20080805-C, Aug. 2008.

上記のポリシ制御装置で管理できる機能は、ポリシに記述可能な範囲内で、且つAPIゲートウェイ装置で管理した場合と、ポリシ制御装置で管理した場合との間に処理時間の差が殆ど無いか、又はポリシ制御装置で管理した方が効率のよい場合に限定される。例えば、あるAPI利用者が1秒間に呼び出し可能なAPIの数をポリシに記述した場合に、APIゲートウェイ装置において呼出されたAPIの数を数えた場合も、途中で通過するポリシ制御装置において数えた場合も、性能的にはいずれも同じである。また例えば、複数のAPIゲートウェイ装置に対するAPI呼出し数を合算して数えたい場合もあり、そのような場合には、ポリシ制御装置でAPI呼出し数を数えた方が効率がよい。   The functions that can be managed by the policy control device are within the range that can be described in the policy, and whether there is almost no difference in processing time between the case of management by the API gateway device and the case of management by the policy control device, Or it is limited to the case where it is more efficient to manage with the policy control device. For example, when a certain API user describes the number of APIs that can be called per second in the policy, the number of APIs called in the API gateway device is also counted in the policy control device that passes along the way. In both cases, the performance is the same. Further, for example, there are cases where it is desired to count the number of API calls for a plurality of API gateway devices. In such a case, it is more efficient to count the number of API calls by the policy control device.

一方、ポリシ制御装置では管理の困難な機能もある。例えば、呼状態数を制限する機能である。APIゲートウェイ装置における呼状態の生成契機には2種類あり、一方は呼制御APIによる生成であり、他方は電話機等の通信端末からの発呼による生成である。また、呼状態の解放契機についても、呼制御APIの呼切断命令による解放と、通信端末からの切断要求(電話機の受話器を置くなど)、さらにAPIゲートウェイ装置で何らかの故障が発生した場合の切断等、幾つかの解放契機がある。   On the other hand, the policy control device has functions that are difficult to manage. For example, it is a function that limits the number of call states. There are two types of call state generation triggers in the API gateway device, one is generation by a call control API, and the other is generation by a call from a communication terminal such as a telephone. As for the call state release trigger, release by a call disconnection command of the call control API, a disconnection request from a communication terminal (for example, placing a telephone handset), and disconnection when some trouble occurs in the API gateway device, etc. There are several opportunities for release.

一般的に、ポリシ制御装置は、アプリケーションからのAPI要求の通信が行われる情報ネットワーク上にあるため、呼状態の生成契機及び解放契機が情報ネットワーク側を除く部分で発生する場合には、ポリシ制御装置はこれを検知することができない。通信事業者ネットワーク側の要求の通信についてポリシ制御装置を経由させる方法が考えられるが、この方法によってもなお、実際にAPIゲートウェイ装置で状態の生成が行われたか否かについては検知することができない。   Generally, since the policy control apparatus is on an information network where API requests are communicated from applications, policy control is performed when a call state generation trigger and a release trigger occur in a portion other than the information network side. The device cannot detect this. Although it is possible to use a policy control device for request communication on the telecommunications carrier network side, it is still impossible to detect whether or not the API gateway device actually generated the state by this method. .

したがって、APIゲートウェイ装置で各種状態を管理してその状態数に制限を加えるような認可制御については、ポリシ制御装置での管理は難しく、APIゲートウェイ装置で実行する必要がある。   Therefore, authorization control that manages various states by the API gateway device and limits the number of the states is difficult to manage by the policy control device and needs to be executed by the API gateway device.

また、従来、通信事業者ネットワークに接続されたネットワーク監視装置で監視及び規制していた悪意呼については、APIゲートウェイ装置に対しては、情報ネットワーク側からも呼制御APIの発呼命令の呼び出しによって通信事業者ネットワークに対する擾乱を行うことができるという問題がある。単に呼制御APIの発呼命令の大量の呼び出しであれば、発呼命令要求の送信経路上のポリシ制御装置によって要求数に制限を加えて対処することができるが、発信と着信前の呼切断を行う短時間保留呼の繰り返しによるAPIゲートウェイ装置及び通信事業者ネットワークに対する擾乱については、これを制限する手段がない。   Further, regarding malicious calls that have been monitored and regulated by a network monitoring device connected to a telecommunications carrier network in the past, the API gateway device can also be called by calling a call command of the call control API from the information network side. There is a problem that a disturbance to the telecommunications carrier network can be performed. If a large number of call control API call commands are called, the policy control device on the call command request transmission path can be dealt with by limiting the number of requests. There is no means to limit the disturbance to the API gateway device and the carrier network due to the repetition of short-term hold calls.

さらに、認可制御機能による状態数制限によって呼状態数に制限を加える場合であっても、発呼と切断を常にセットで行う悪意呼については呼状態数が最大数に達することなく呼状態の生成・解放が繰り返される可能性があり、悪意呼対策にはならない。   In addition, even when the number of call states is limited by the number of states controlled by the authorization control function, call states can be generated without reaching the maximum number for malicious calls that always make and disconnect calls as a set.・ Release may be repeated and will not be a countermeasure against malicious calls.

そこで、本発明は上記問題に鑑みてなされたものであり、API利用者からのアクセスを適切に監視し規制するために、API利用者ごとに状態を管理して制限を加える認可制御を容易に実現することのできるAPIゲートウェイ装置、API提供方法、及びAPIゲートウェイ用プログラムを提供することを目的とする。   Therefore, the present invention has been made in view of the above problems, and in order to appropriately monitor and regulate access from API users, it is easy to perform authorization control that manages and restricts the status for each API user. An object of the present invention is to provide an API gateway device, an API providing method, and an API gateway program that can be realized.

また、API利用者からのアクセスを適切に監視し規制するために、情報ネットワークからの呼制御APIの発呼命令による呼を適切に監視して規制することのできるAPIゲートウェイ装置、API提供方法、及びAPIゲートウェイ用プログラムを提供することを目的とする。   In addition, in order to appropriately monitor and regulate access from an API user, an API gateway device capable of appropriately monitoring and regulating a call according to a call instruction of a call control API from an information network, an API providing method, And an API gateway program.

本発明は、上記の課題を解決するために、以下[1]−[6]の手段を提供するものである。
[1] API呼出し要求に応じて呼制御API又はメディア制御APIを提供するAPIゲートウェイ装置において、
API利用者ごとに、生成された呼状態及びメディア状態それぞれの状態の状態数と予め決定された最大許容状態数とを含む認可情報を記憶する認可情報記憶手段と、
一のAPI利用者から前記API呼出し要求を受けたとき、前記記憶された認可情報から、前記一のAPI利用者に対応する、前記API呼出し要求に応じた状態の状態数と最大許容状態数とを参照し、前記状態数が前記最大許容状態数以下である場合に状態を生成する認可制御手段と、
を備えたことを特徴とするAPIゲートウェイ装置。
[2] API呼出し要求に応じて呼制御APIを提供するAPIゲートウェイ装置において、
API利用者ごとに、呼状態の生成後、呼接続状態に移行することなく呼切断状態へ移行した状態である保留状態の単位時間あたりの保留呼数を記憶する保留呼数記憶手段と、
一のAPI利用者からAPI呼出し要求を受けて前記保留状態になった場合に、前記記憶された保留呼数を1つ増やして更新記憶し、その更新記憶された保留呼数が予め決定された閾値よりも大きい場合に、前記一のAPI利用者に対応する閉塞フラグを設定する閉塞フラグ設定手段と、
一のAPI利用者からのAPI呼出し要求に応じた呼状態の生成に際し、前記一のAPI利用者に対応する前記閉塞フラグが設定されていない場合にのみ呼状態の生成を許可する悪意呼閉塞処理手段と、
を備えたことを特徴とするAPIゲートウェイ装置。
[3] API呼出し要求に応じて呼制御API又はメディア制御APIを提供するAPI提供方法において、
一のAPI利用者から前記API呼出し要求を受付ける要求受付ステップと、
API利用者ごとの、生成された呼状態及びメディア状態それぞれの状態の状態数と予め決定された最大許容状態数とを含む認可情報から、前記一のAPI利用者に対応する、前記API呼出し要求に応じた状態の状態数と最大許容状態数とを参照し、前記状態数が前記最大許容状態数以下である場合に状態を生成する認可制御ステップと、
を有したことを特徴とするAPI提供方法。
[4] API呼出し要求に応じて呼制御APIを提供するAPI提供方法において、
一のAPI利用者から前記API呼出し要求を受付ける要求受付ステップと、
前記一のAPI利用者に対応する閉塞フラグが設定されていない場合にのみ呼状態の生成を許可する呼状態生成許可ステップと、
前記呼状態生成許可ステップにおいて呼状態の生成が許可された場合に、呼状態を生成する呼状態生成ステップと、
前記呼状態の生成後、呼接続状態に移行することなく呼切断状態へ移行した状態である保留状態になった場合には、前記保留状態の単位時間あたりの保留呼数を1つ増やして更新し、その更新された保留呼数が予め決定された閾値よりも大きい場合に、前記閉塞フラグを設定する閉塞フラグ設定ステップと、
前記呼状態生成ステップにおける呼状態の生成後に呼接続状態に移行した場合には、前記一のAPI利用者に対して前記呼制御APIを提供するAPI提供ステップと、
を有したことを特徴とするAPI提供方法。
[5] コンピュータを、
一のAPI利用者からAPI呼出し要求を受付ける要求受付手段と、
API利用者ごとの、生成された呼状態及びメディア状態それぞれの状態の状態数と予め決定された最大許容状態数とを含む認可情報から、前記一のAPI利用者に対応する、前記API呼出し要求に応じた状態の状態数と最大許容状態数とを参照し、前記状態数が前記最大許容状態数以下である場合に状態を生成する認可制御手段と、
前記認可制御手段において状態が生成された場合に、前記API呼出し要求に応じて呼制御API又はメディア制御APIを選択し、前記一のAPI利用者に対して提供するAPI提供手段と、
して機能させるためのAPIゲートウェイ用プログラム。
[6] コンピュータを、
一のAPI利用者からAPI呼出し要求を受付ける要求受付手段と、
前記一のAPI利用者に対応する閉塞フラグが設定されていない場合にのみ呼状態の生成を許可する呼状態生成許可手段と、
前記呼状態生成許可手段において呼状態の生成が許可された場合に、呼状態を生成する呼状態生成手段と、
前記呼状態の生成後、呼接続状態に移行することなく呼切断状態へ移行した状態である保留状態になった場合には、前記保留状態の単位時間あたりの保留呼数を1つ増やして更新し、その更新された保留呼数が予め決定された閾値よりも大きい場合に、前記閉塞フラグを設定する閉塞フラグ設定手段と、
前記呼状態生成手段における呼状態の生成後に呼接続状態に移行した場合には、前記一のAPI利用者に対して呼制御APIを提供するAPI提供手段と、
して機能させるためのAPIゲートウェイ用プログラム。
In order to solve the above problems, the present invention provides means [1]-[6] below.
[1] In an API gateway device that provides a call control API or a media control API in response to an API call request,
Authorization information storage means for storing authorization information including the number of states of each of the generated call state and media state and a predetermined maximum allowable number of states for each API user;
When the API call request is received from one API user, from the stored authorization information, the number of states corresponding to the API call request and the maximum allowable number of states corresponding to the one API user An authorization control means for generating a state when the number of states is less than or equal to the maximum allowable number of states, and
An API gateway device comprising:
[2] In an API gateway device that provides a call control API in response to an API call request,
For each API user, after the call state is generated, the held call number storage means for storing the number of held calls per unit time in the hold state in which the call state is shifted to without being shifted to the call connection state;
When an API call request from one API user is received and the call is put on hold, the stored call count is incremented by one and updated and stored, and the update stored call count is determined in advance. A block flag setting means for setting a block flag corresponding to the one API user when the threshold is larger than the threshold;
Malicious call block processing that permits generation of a call state only when the block flag corresponding to the one API user is not set when generating a call state in response to an API call request from one API user Means,
An API gateway device comprising:
[3] In an API providing method for providing a call control API or a media control API in response to an API call request,
A request accepting step of accepting the API call request from one API user;
The API call request corresponding to the one API user from the authorization information including the number of states of each of the generated call state and media state and the predetermined maximum allowable number of states for each API user An authorization control step of generating a state when the state number is equal to or less than the maximum allowable state number, with reference to the state number and the maximum allowable state number according to
An API providing method characterized by comprising:
[4] In an API providing method for providing a call control API in response to an API call request,
A request accepting step of accepting the API call request from one API user;
A call state generation permission step for permitting generation of a call state only when the block flag corresponding to the one API user is not set;
A call state generation step for generating a call state when call state generation is permitted in the call state generation permission step;
After the call state is generated, when the call state is changed to the call disconnect state without changing to the call connection state, the number of held calls per unit time in the hold state is increased by one and updated. A blocking flag setting step for setting the blocking flag when the updated number of held calls is larger than a predetermined threshold;
An API providing step of providing the call control API to the one API user when the call state is shifted to after the call state is generated in the call state generation step;
An API providing method characterized by comprising:
[5]
Request accepting means for accepting an API call request from one API user;
The API call request corresponding to the one API user from the authorization information including the number of states of each of the generated call state and media state and the predetermined maximum allowable number of states for each API user An authorization control means for generating a state when the state number is equal to or less than the maximum allowable state number, with reference to the state number and the maximum allowable state number according to
API providing means for selecting a call control API or a media control API in response to the API call request when the state is generated in the authorization control means, and providing it to the one API user;
API gateway program to make it function.
[6]
Request accepting means for accepting an API call request from one API user;
Call state generation permission means for permitting generation of a call state only when a block flag corresponding to the one API user is not set;
Call state generation means for generating a call state when call state generation permission means permits the call state generation; and
After the call state is generated, when the call state is changed to the call disconnect state without changing to the call connection state, the number of held calls per unit time in the hold state is increased by one and updated. A block flag setting means for setting the block flag when the updated number of held calls is greater than a predetermined threshold;
An API providing unit for providing a call control API to the one API user when the call state is shifted to after the call state is generated by the call state generating unit;
API gateway program to make it function.

本発明によれば、API利用者ごとに状態を管理して制限を加える認可制御を容易に実現することができる。また、呼制御APIの発呼命令による呼を適切に監視して、例えば悪意呼を規制することができる。したがって、API利用者からのアクセスを適切に監視して規制することができる。   ADVANTAGE OF THE INVENTION According to this invention, the authorization control which manages a state for every API user and adds a restriction | limiting can be implement | achieved easily. In addition, it is possible to appropriately monitor a call based on a call instruction of the call control API, for example, to restrict a malicious call. Therefore, access from an API user can be appropriately monitored and regulated.

本発明の実施形態であるAPIゲートウェイ装置を適用したAPI提供システムの構成図である。It is a block diagram of the API provision system to which the API gateway apparatus which is embodiment of this invention is applied. 本実施形態であるAPIゲートウェイ装置の概略の機能ブロック図である。It is a functional block diagram of the outline of the API gateway apparatus which is this embodiment. 本実施形態であるAPIゲートウェイ装置における、新規に状態を生成する契機が発生したときの処理を説明するためのフローチャートである。It is a flowchart for demonstrating a process when the opportunity which produces | generates a new state generate | occur | produces in the API gateway apparatus which is this embodiment. 本実施形態であるAPIゲートウェイ装置において、新規に呼制御APIにおける呼状態を生成する発呼命令が呼び出されたときの処理を説明するためのフローチャートである。6 is a flowchart for explaining processing when a call instruction for newly generating a call state in the call control API is called in the API gateway device according to the present embodiment.

以下、本発明を実施するための形態について、図面を参照して詳細に説明する。図1に、本発明の実施形態であるAPIゲートウェイ装置を適用したAPI提供システムの構成図を示す。同図において、API提供システム1は、APIの要求側である情報ネットワーク30を介してそれぞれ接続されたアプリケーション端末10−1〜10−3と、ポリシ制御装置20と、APIゲートウェイ装置40と、APIの提供側である通信事業者ネットワーク60を介してそれぞれ接続された通信端末50−1〜50−3とを含んで構成されている。   Hereinafter, embodiments for carrying out the present invention will be described in detail with reference to the drawings. FIG. 1 shows a configuration diagram of an API providing system to which an API gateway device according to an embodiment of the present invention is applied. In the figure, an API providing system 1 includes application terminals 10-1 to 10-3, a policy control device 20, an API gateway device 40, an API connected to each other via an information network 30 that is an API requesting side. The communication terminals 50-1 to 50-3 are connected to each other via a communication carrier network 60 on the provider side.

API提供システム1において、情報ネットワーク30は、インターネット等のIP(Internet Protocol)ネットワークである。また、通信事業者ネットワーク60は電話等のサービスを提供する通信事業者の管理するネットワークであり、例えばNGN(Next Generation Network)やIMS(IP Multimedia Subsystems)等のSIP(Session Initiation Protocol)によって呼接続を行うことのできるネットワークである。   In the API providing system 1, the information network 30 is an IP (Internet Protocol) network such as the Internet. Further, the telecommunications carrier network 60 is a network managed by a telecommunications carrier that provides services such as telephones. For example, the call connection is made by SIP (Session Initiation Protocol) such as NGN (Next Generation Network) or IMS (IP Multimedia Subsystems). It is a network that can perform.

APIゲートウェイ装置40によって実行される認可制御を除く認可制御は、アプリケーション端末10−1〜10−3とAPIゲートウェイ装置40との間に設けられたポリシ制御装置20によって実行される。ポリシ制御装置20は、従来のポリシ制御装置を用いることができる。   The authorization control excluding the authorization control executed by the API gateway device 40 is executed by the policy control device 20 provided between the application terminals 10-1 to 10-3 and the API gateway device 40. The policy control device 20 can use a conventional policy control device.

APIゲートウェイ装置40は、情報ネットワーク30と通信事業者ネットワーク60との間に設けられ、アプリケーション端末10−1〜10−3からのAPI呼出し要求を受け取ると通信端末50−1〜50−3に対する制御を行い、通信端末50−1〜50−3からの呼制御要求を受け取るとアプリケーション端末10−1〜10−3に対してその呼制御要求を受付けた結果の変化等を通知する。   The API gateway device 40 is provided between the information network 30 and the telecommunications carrier network 60. Upon receiving an API call request from the application terminals 10-1 to 10-3, the API gateway device 40 controls the communication terminals 50-1 to 50-3. When a call control request is received from the communication terminals 50-1 to 50-3, the application terminal 10-1 to 10-3 is notified of a change in the result of receiving the call control request.

具体的には、APIゲートウェイ装置40は、Parlay Xの呼制御APIやメディア制御APIに代表される、ネットワーク制御系のWebサービス形式のAPIを提供するものである。Parlay Xの呼制御系APIを提供するThird Party Callパートでは、アプリケーション端末10からの発呼命令を受けたAPIゲートウェイ装置40が、通信事業者ネットワーク60に対して要求された命令により指示される通信端末50に対し、通信事業者ネットワーク60における呼制御用プロトコルによって発呼を行う。例えば、通信事業者ネットワーク60がSIPネットワークの場合は、SIPのINVITE要求を発行する。   Specifically, the API gateway device 40 provides an API in the form of a network control system web service represented by the Call Control API and Media Control API of Parlay X. In the Third Party Call part that provides the Call Control system API of Parlay X, the API gateway device 40 that has received a call command from the application terminal 10 is instructed by a command requested to the communication carrier network 60. A call is made to the terminal 50 using a call control protocol in the communication carrier network 60. For example, if the telecommunications carrier network 60 is a SIP network, a SIP INVITE request is issued.

同様に、通信ネットワーク側からの要求をアプリケーションに通知するAPIを提供するParlay XのCall Notificationパート(Parlay Group,“Open Service Access(OSA);Parlay X Web Services;Part 3:Call Notification (Parlay X 3)”,ETSI ES 202 504−3 v0.0.3,Jun.2007.)では、通信端末50からの発呼要求(例えば、SIPにおけるINVITE要求)を受け取ったAPIゲートウェイ装置40が、アプリケーション端末10に対してWebサービス形式の要求を送ることにより通知する。   Similarly, a Call Notification part of Parlay X that provides an API for notifying an application of a request from the communication network side (Parlay Group, “Open Service Access (OSA); Parlay X Web Services; Part 3: Call Notification X). ) ", ETSI ES 202 504-3 v0.0.3, Jun. 2007.), the API gateway device 40 that has received a call request (for example, an INVITE request in SIP) from the communication terminal 50 is connected to the application terminal 10. Is notified by sending a request in the Web service format.

Parlay Xのメディア制御系APIを提供するAudio Callパートでは、既存の呼状態を指定してアプリケーション端末10からAPIゲートウェイ装置40に対してメディア制御命令を呼び出すことにより、通信事業者ネットワーク60におけるメディア送信用プロトコル(例えば、通信事業者ネットワーク60がSIPネットワークである場合はRTP(Realtime Transport Protocol))を用いて通信端末50に対してガイダンス音声の再生等の各種メディア制御を行う。   The Audio Call part that provides the Parlay X media control system API designates an existing call state and calls a media control command from the application terminal 10 to the API gateway device 40, thereby transmitting media in the communication carrier network 60. Various media control such as reproduction of guidance voice is performed on the communication terminal 50 using a trust protocol (for example, RTP (Realtime Transport Protocol when the communication carrier network 60 is a SIP network)).

また、APIゲートウェイ装置40は、通信端末50からの各種メディア入力(例えば、DTMF信号や音声入力等)を受信し、アプリケーション端末10に対してWebサービス形式の要求を送ることで通知する機能をも備える。   The API gateway device 40 also has a function of receiving various media inputs (for example, DTMF signals and voice inputs) from the communication terminal 50 and notifying the application terminal 10 by sending a request for a Web service format. Prepare.

本実施形態における呼状態とは、呼の継続に必要な各種情報(すなわち、どの通信端末とどの通信端末とを接続した呼であるのか、又は呼は現在どのような段階にあるのか等の情報)を保持するものであり、Parlay XにおけるCall Sessionに相当する。また、メディア状態とは、メディア制御の開始時に生成され、現在その制御がどのような段階にあるのかといった情報を保持するものである。Parlay Xにおけるメディア状態としては、メディア再生の情報を保持するMedia Messageと、メディアの再生と通信端末からの各種メディア入力(DTMF信号、音声入力等)の受け付けを行うMedia Interactionとがある。   The call state in the present embodiment refers to various pieces of information necessary for continuation of the call (that is, information such as which communication terminal is connected to which communication terminal or what stage the call is currently in) ) And corresponds to Call Session in Parlay X. The media status is generated at the start of media control and holds information such as what stage the control is currently in. Media states in Parlay X include Media Message that holds media playback information, and Media Interaction that performs media playback and accepts various media inputs (DTMF signals, audio inputs, etc.) from a communication terminal.

図2に、APIゲートウェイ装置40の概略の機能ブロック図を示す。同図において、APIゲートウェイ装置40は、API提供処理部410と、API状態管理部420と、認可制御部430と、認可情報管理部440と、悪意呼閉塞処理部450と、短時間保留呼数管理部460とを備えている。API提供処理部410は、要求されたAPIの種類に応じて呼制御やメディア制御を行い、API呼び出しや通信端末50−1〜50−3からの着信・切断、時間の変化等の契機によって、API状態管理部420の呼状態421やメディア状態422の生成・解放を行う。   FIG. 2 shows a schematic functional block diagram of the API gateway device 40. In the figure, the API gateway device 40 includes an API provision processing unit 410, an API state management unit 420, an authorization control unit 430, an authorization information management unit 440, a malicious call blocking processing unit 450, and the number of short-term calls held. And a management unit 460. The API provision processing unit 410 performs call control and media control according to the type of API requested, and depending on triggers such as API call, incoming / disconnected from the communication terminals 50-1 to 50-3, time change, etc. The API state management unit 420 generates / releases the call state 421 and the media state 422.

認可情報管理部440は、API利用者単位で、APIゲートウェイ装置40の対象である状態ごとに、状態数441と最大許容状態数(最大状態数)442との組を保持する。本実施形態においては、API利用者一人につき、呼状態421についての状態数441と最大状態数442との組、及びメディア状態422についての状態数441と最大状態数442との組を保持する。   The authorization information management unit 440 holds a set of a state number 441 and a maximum allowable state number (maximum state number) 442 for each state that is a target of the API gateway device 40 in units of API users. In the present embodiment, for each API user, a set of the state number 441 and the maximum state number 442 for the call state 421 and a pair of the state number 441 and the maximum state number 442 for the media state 422 are held.

ここで、本実施形態におけるAPI利用者について定義する。API利用者とは、例えば契約によって一意に識別可能なIDの払い出しを受け、そのIDによって認証装置から認証された場合に、APIゲートウェイ装置40から提供されるAPIを取得することのできる主体である。API利用者の識別によるAPIゲートウェイ装置40の動作の違いの例として、APIゲートウェイ装置40に、あるAPI利用者が生成した状態への操作はその同一のAPI利用者にしか行わせないといった制限を加える場合がある。これは、一方のAPI利用者のアプリケーションにより生成された状態に対して、他方のAPI利用者のアプリケーションからの制御を許容する場合、一方のAPI利用者の想定しなかったアプリケーションの挙動が現れるおそれがあるためである。   Here, the API user in this embodiment is defined. An API user is an entity that can obtain an API provided from the API gateway device 40 when, for example, an ID uniquely identifiable by a contract is issued and the authentication device is authenticated by the ID. . As an example of the difference in the operation of the API gateway device 40 due to the identification of the API user, the API gateway device 40 has a restriction that an operation to a state generated by a certain API user can be performed only by the same API user. May add. This is because when one API user's application allows control from the other API user's application, the behavior of the application that one API user did not expect may appear. Because there is.

また、このAPI利用者という単位は認可制御の単位としても用いられる。例えば、あるアプリケーションプロバイダが、APIゲートウェイ装置40について、音声・映像処理命令について利用を認可されていたものが、音声のみを扱うアプリケーションを新規に作成する際に、音声処理命令のみの利用を認可された新しいIDを音声・映像処理命令の両方を認可されたものよりも安価に取得するといった例に適用できる。   The unit of API user is also used as a unit for authorization control. For example, when a certain application provider has been authorized to use an audio / video processing command for the API gateway device 40 and is newly creating an application that handles only audio, the application provider is authorized to use only the audio processing command. The present invention can be applied to an example in which a new ID is acquired at a lower cost than an authorized one for both audio and video processing instructions.

短時間保留呼数管理部460は、接続状態に移行する前に切断された呼状態の単位時間あたりの数を、短時間保留呼数(保留呼数)461−1〜461−NとしてAPI利用者単位で保持する。このうち短時間保留呼数461−i(i≦N)が閾値463を超えた場合に、該当するAPI利用者(i)に閉塞フラグ462−iを設定し、以後この閉塞フラグ462−iの設定されたAPI利用者(i)からの状態生成要求を悪意呼閉塞処理部450が遮断する。   The short-time call holding number management unit 460 uses the API as the number of short-time call holdings (the number of call holdings) 461-1 to 461-N as the number of call states disconnected before shifting to the connected state per unit time. Hold by person. When the number of short-term calls 461-i (i ≦ N) exceeds the threshold value 463, the block flag 462-i is set for the corresponding API user (i). The malicious call blocking processing unit 450 blocks the state generation request from the set API user (i).

認可情報管理部440において、API利用者単位で最大状態数442を保持することの理由は、同一のAPIゲートウェイ装置40に収容されるAPI利用者であっても、契約形態によっては利用可能な状態数の最大値に相違のある場合があるためである。また、状態ごとに状態数441と最大状態数442を定めているのも、例えば、メディア制御APIを全く用いることなく呼制御APIを多数用いたいというAPI利用者がいる場合に、呼状態の最大状態数を多く確保し、メディア状態の最大状態数を少なく確保するといった契約形態があり得るためである。   The reason why the authorization information management unit 440 holds the maximum number of states 442 for each API user is that even API users accommodated in the same API gateway device 40 can be used depending on the contract form. This is because there may be a difference in the maximum number. The number of states 441 and the maximum number of states 442 are determined for each state. For example, when there is an API user who wants to use many call control APIs without using any media control API, the maximum number of call states is This is because there may be a contract form in which a large number of states are ensured and a maximum number of media states is small.

また、短時間保留呼数管理部460において、閾値463をAPIゲートウェイ装置40単位で設定するものとし、API利用者単位では設定しないとしているのは、「APIゲートウェイ装置40及び通信事業者ネットワーク60の擾乱」であると判断される閾値はAPI利用者の契約に依存しないと考えられるためである。   In addition, in the short-time call holding number management unit 460, the threshold value 463 is set for each API gateway device 40, and not set for each API user unit, because “the API gateway device 40 and the communication carrier network 60 This is because the threshold value determined as “disturbance” is considered not to depend on the contract of the API user.

次に、本実施形態であるAPIゲートウェイ装置における、新規に状態を生成する契機が発生したときの処理についてのフローチャートを図3に示し動作を説明する。状態生成契機が発生すると、認可情報管理部440は、状態数441−1〜441−Mと最大状態数442−1〜442−Mの中から該当するAPIユーザ利用者(j)の状態数441−j(j≦M)と最大状態数442−jとを参照して値を比較する(S31)。   Next, in the API gateway apparatus according to the present embodiment, a flowchart of processing when a trigger for generating a new state occurs is shown in FIG. When a state generation trigger occurs, the authorization information management unit 440 determines the state number 441 of the corresponding API user (j) from among the state numbers 441-1 to 441-M and the maximum state numbers 442-1 to 442-M. The values are compared with reference to −j (j ≦ M) and the maximum number of states 442-j (S31).

状態数441−jが最大状態数442−jを超えている場合(S31 YES)は、認可情報管理部440は状態の生成処理を中止する(S32)。次に、認可制御部430は、状態生成契機を発生させた要求元に対してエラー応答を送信することにより、状態数441−jが最大状態数442−jを超えたために状態生成を中止した旨を通知する(S33)。   If the number of states 441-j exceeds the maximum number of states 442-j (S31 YES), the authorization information management unit 440 stops the state generation process (S32). Next, the authorization control unit 430 canceled the state generation because the state number 441-j exceeded the maximum state number 442-j by transmitting an error response to the request source that generated the state generation trigger. Notification is made (S33).

一方、ステップS31の比較処理において、状態数441−jが最大状態数442−j以下である場合は(S31 NO)は、認可情報管理部440は状態数441−jを1増やし(S34)、状態生成処理を行う(S35)。   On the other hand, when the state number 441-j is equal to or less than the maximum state number 442-j in the comparison process of step S31 (S31 NO), the authorization information management unit 440 increases the state number 441-j by 1 (S34), State generation processing is performed (S35).

次に、本実施形態であるAPIゲートウェイ装置における、新規に呼制御APIにおける呼状態を生成する発呼命令が呼び出されたときの処理についてのフローチャートを図4に示し動作を説明する。API利用者(k)からAPIゲートウェイ装置40の呼状態生成命令が呼び出されると、短時間保留呼数管理部460は、呼状態生成命令を呼び出したAPI利用者について閉塞フラグ462−k(k≦N)の状態を確認する(S41)。   Next, in the API gateway device according to the present embodiment, a flowchart for processing when a call instruction for newly generating a call state in the call control API is called is shown in FIG. When a call state generation command of the API gateway device 40 is called from the API user (k), the short-time call waiting number management unit 460 blocks the blocking flag 462-k (k ≦ k) for the API user who has called the call state generation command. The state of N) is confirmed (S41).

閉塞フラグ462−kが設定されていない状態の場合(S41 OFF)は、APIゲートウェイ装置40は呼状態を生成する(S42)。一方、閉塞フラグ462−kが設定されている状態の場合(S41 ON)は、悪意呼閉塞処理部450は、当該API利用者(k)は悪意呼によるAPIゲートウェイ装置40及び通信事業者ネットワーク60に対する擾乱を行った者であると判断し、この新規の呼状態生成要求については処理を中止してエラー応答を送信する(S43)。   When the blocking flag 462-k is not set (S41 OFF), the API gateway device 40 generates a call state (S42). On the other hand, when the blocking flag 462-k is set (S41 ON), the malicious call blocking processing unit 450 indicates that the API user (k) is the API gateway device 40 and the communication carrier network 60 due to the malicious call. It is determined that it is a person who has made a disturbance to this, and the processing for this new call state generation request is stopped and an error response is transmitted (S43).

ステップS42の処理において呼状態を生成して発呼を行った後、着信側で受話器を取る等の応答があった後に、通話が確立する前段階で中断処理(APIによる発呼の停止や着信側の通信端末による着信拒否等)が行われた場合(S44 YES)、APIゲートウェイ装置40は、該当する呼状態を切断状態に移行させる(S45)。一方、ステップS44の処理において中断処理が行われなかった場合(S44 NO)は、呼の接続処理を行って呼を確立させる(S46)。ここで、ステップS42の処理とステップS44の処理との間では、実際には図3に示した呼状態の状態数に基づく認可制御処理が実行されることになる。   After making a call by generating a call state in the processing of step S42, after receiving a response such as picking up the handset on the receiving side, a suspension process (stopping the call or terminating the call by the API) before the call is established When the incoming call rejection by the communication terminal on the side is performed (S44 YES), the API gateway device 40 shifts the corresponding call state to the disconnected state (S45). On the other hand, when the interruption process is not performed in the process of step S44 (S44 NO), the call connection process is performed to establish the call (S46). Here, between the process of step S42 and the process of step S44, the authorization control process based on the number of call states shown in FIG. 3 is actually executed.

ステップS45の処理において該当する呼状態を切断状態に以降させた後、短時間保留呼数管理部460は、呼状態生成命令を呼び出したAPI利用者(k)の短時間保留呼数461−kを1増やす(S47)。次に、悪意呼閉塞処理部450は、増加した短時間保留呼数461−kが短時間保留呼数管理部460に設定された閾値463を超過したか否かを判定する(S48)。   After the corresponding call state is changed to the disconnected state in the process of step S45, the short-time hold call number management unit 460 displays the short-time hold call number 461-k of the API user (k) who has called the call state generation command. Is increased by 1 (S47). Next, the malicious call blocking processing unit 450 determines whether or not the increased number of short-term on-hold calls 461-k exceeds the threshold value 463 set in the short-time on-hold call count management unit 460 (S48).

超過したと判定された場合(S48 YES)は、悪意呼閉塞処理部450は、当該API利用者は悪意呼によるAPIゲートウェイ装置40及び通信事業者ネットワーク60に対する擾乱を行った者と判断し、該当するAPI利用者(k)に閉塞フラグ463を設定(ONにする)する(S49)。これによって、後に当該API利用者(k)から要求された呼状態の生成命令はステップS41の処理において遮断されることとなる。   When it is determined that it has exceeded (S48 YES), the malicious call blocking processing unit 450 determines that the API user has made a disturbance to the API gateway device 40 and the telecommunications carrier network 60 due to the malicious call. The blocking flag 463 is set (turned on) to the API user (k) who performs (S49). As a result, the call state generation command requested later from the API user (k) is blocked in the process of step S41.

一方、ステップS48の処理において超過していないと判定された場合(S48 NO)は、この段階では当該API利用者(k)はAPIゲートウェイ装置40及び通信事業者ネットワーク60に対する擾乱を行っていないと判断して処理を終了する。   On the other hand, if it is determined in step S48 that it has not exceeded (NO in S48), at this stage, the API user (k) does not disturb the API gateway device 40 and the communication carrier network 60. Determine and end the process.

以上の説明により、本実施形態であるAPIゲートウェイ装置によれば、API利用者ごとに呼状態及びメディア状態を管理して制限を加える認可制御を容易に実現することができる。また、インターネット等の情報ネットワーク側からの呼制御APIの発呼命令による悪意呼を適切に監視して規制することができる。したがって、本実施形態であるAPIゲートウェイ装置を用いることによって、API利用者からのアクセスを適切に監視し規制することができる。   As described above, according to the API gateway device of the present embodiment, authorization control for managing and restricting the call state and the media state for each API user can be easily realized. Further, it is possible to appropriately monitor and regulate a malicious call due to a call instruction of a call control API from the information network side such as the Internet. Therefore, by using the API gateway device according to the present embodiment, it is possible to appropriately monitor and regulate access from API users.

なお、上述した実施形態であるAPIゲートウェイ装置の少なくとも一部の処理機能をコンピュータで実現するようにしてもよい。この場合、その処理機能を実現するためのAPIゲートウェイ用プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたAPIゲートウェイ用プログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、OS(Operating System)や周辺機器のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、光ディスク、メモリカード等の可搬型記録媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持するものを含んでもよい。また上記のプログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせにより実現するものであってもよい。   Note that at least a part of the processing functions of the API gateway device according to the embodiment described above may be realized by a computer. In this case, an API gateway program for realizing the processing function is recorded on a computer-readable recording medium, and the API gateway program recorded on the recording medium is read into the computer system and executed. May be. Here, the “computer system” includes an OS (Operating System) and hardware of peripheral devices. The “computer-readable recording medium” refers to a portable recording medium such as a flexible disk, a magneto-optical disk, an optical disk, and a memory card, and a storage device such as a hard disk built in the computer system. Furthermore, the “computer-readable recording medium” dynamically holds a program for a short time like a communication line when transmitting a program via a network such as the Internet or a communication line such as a telephone line. In this case, a volatile memory in a computer system serving as a server or a client in that case may be included and a program that holds a program for a certain period of time may be included. Further, the above program may be for realizing a part of the functions described above, or may be realized by a combination with the program already recorded in the computer system. .

以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計等も含まれる。   As mentioned above, although embodiment of this invention was explained in full detail with reference to drawings, the concrete structure is not restricted to this embodiment, The design etc. of the range which does not deviate from the summary of this invention are included.

1 API提供システム
10−1〜10−3 アプリケーション端末
20 ポリシ制御装置
30 情報ネットワーク
40 APIゲートウェイ装置
50−1〜50−3 通信端末
60 通信事業者ネットワーク
410 API提供処理部
420 API状態管理部
421−1〜421−L 呼状態
422−1〜422−L メディア状態
430 認可制御部
440 認可情報管理部
441−1〜441−M 状態数
442−1〜442−M 最大許容状態数
450 悪意呼閉塞処理部
460 短時間保留呼数管理部
461−1〜461−N 短時間保留呼数
462−1〜462−N 閉塞フラグ
463 閾値
DESCRIPTION OF SYMBOLS 1 API provision system 10-1 to 10-3 Application terminal 20 Policy control apparatus 30 Information network 40 API gateway apparatus 50-1 to 50-3 Communication terminal 60 Communication carrier network 410 API provision process part 420 API state management part 421- 1-421-L Call state 422-1 to 422-L Media state 430 Authorization control unit 440 Authorization information management unit 441-1 to 441-M Number of states 442-1 to 442-M Maximum allowed number of states 450 Malicious call blocking processing Unit 460 short-time call holding number management unit 461-1 to 461-N short-time call holding number 462-1 to 462-N blocking flag 463 threshold

Claims (6)

API呼出し要求に応じて呼制御API又はメディア制御APIを提供するAPIゲートウェイ装置において、
API利用者ごとに、前記API利用者の要求に基づき増減する呼状態及びメディア状態の数を示す状態数と、予め決定された最大許容状態数とを記憶する認可情報記憶手段と、
一のAPI利用者から前記API呼出し要求を受けたとき、前記認可情報記憶手段に記憶された前記一のAPI利用者に対応する、前記API呼出し要求に応じた状態の前記状態数と前記最大許容状態数とを比較し前記状態数が前記最大許容状態数以下である場合に前記状態を生成するとともに、前記認可情報記憶手段に記憶された前記状態数を1増加させ、前記状態数が前記最大許容状態数以下でない場合はエラー応答を返す認可制御手段と、
を備えたことを特徴とするAPIゲートウェイ装置。
In an API gateway device that provides a call control API or a media control API in response to an API call request,
Authorization information storage means for storing , for each API user, the number of states indicating the number of call states and media states that increase or decrease based on the request of the API user, and a predetermined maximum allowable number of states ;
When receiving said API call request from one API user, corresponding to the previous SL one API user stored in the authorization information storing means, the maximum and the number of states of the state according to the API call request The number of states is compared, and if the number of states is less than or equal to the maximum number of allowed states, the state is generated, and the number of states stored in the authorization information storage unit is increased by 1, and the number of states is An authorization control means for returning an error response if not less than the maximum allowable number of states ;
An API gateway device comprising:
API呼出し要求に応じて呼制御APIを提供するAPIゲートウェイ装置において、
API利用者ごとに、呼状態の生成後、呼接続状態に移行することなく呼切断状態へ移行した状態である保留状態の保留呼数を記憶する保留呼数記憶手段と、
一のAPI利用者からAPI呼出し要求を受けて前記保留状態になった場合に、前記保留呼数記憶手段に記憶された単位時間あたりの前記保留呼数が予め決定された閾値よりも大きい場合に、前記一のAPI利用者に対応する閉塞フラグを設定する閉塞フラグ設定手段と、
前記一のAPI利用者からのAPI呼出し要求に応じた呼状態の生成に際し、前記一のAPI利用者に対応する前記閉塞フラグが設定されていない場合に呼状態の生成を許可し、前記閉塞フラグが設定されている場合にはエラー応答を返す悪意呼閉塞処理手段と、
を備えたことを特徴とするAPIゲートウェイ装置。
In an API gateway device that provides a call control API in response to an API call request,
Each API user, after generating the call state, the held call number storage means for storing the coercive Tomeko number of pending state, in a transition to the call disconnected state without shifting to the call connection state,
When the number of held calls per unit time stored in the held call number storage means is larger than a predetermined threshold when the API call request from one API user is placed in the hold state Blockage flag setting means for setting a blockage flag corresponding to the one API user;
When generating a call state in response to an API call request from the one API user, if the block flag corresponding to the one API user is not set, the generation of the call state is permitted, and the block flag Malicious call blocking processing means for returning an error response when
An API gateway device comprising:
API呼出し要求に応じて呼制御API又はメディア制御APIを提供するために、API利用者ごとに、前記API利用者の要求に基づき増減する呼状態及びメディア状態の数を示す状態数と、予め決定された最大許容状態数とを記憶する認可情報記憶手段を備えたAPIゲートウェイ装置が行うAPI提供方法であって
一のAPI利用者から前記API呼出し要求を受けたとき、前記認可情報記憶手段に記憶された前記一のAPI利用者に対応する、前記API呼出し要求に応じた状態の前記状態数と前記最大許容状態数とを比較し、前記状態数が前記最大許容状態数以下である場合に前記状態を生成するとともに、前記認可情報記憶手段に記憶された前記状態数を1増加させ、前記状態数が前記最大許容状態数以下でない場合はエラー応答を返す認可制御ステップを有することを特徴とするAPI提供方法。
In order to provide a call control API or a media control API in response to an API call request, for each API user, a number of states indicating the number of call states and media states that increase or decrease based on the API user request, and a predetermined number are determined. a is the maximum allowed number of states and the API provides a method for API gateway device performs with the authorization information storing means for storing,
When the API call request is received from one API user, the number of states corresponding to the API call request and the maximum allowable value corresponding to the one API user stored in the authorization information storage unit The number of states is compared, and when the number of states is less than or equal to the maximum allowable number of states, the state is generated, and the number of states stored in the authorization information storage unit is increased by 1, and the number of states is API provides a method which is characterized in that when not less than the maximum allowable number of states with the authorization control steps to return an error response.
API呼出し要求に応じて呼制御APIを提供するために、API利用者ごとに、呼状態の生成後、呼接続状態に移行することなく呼切断状態へ移行した状態である保留状態の保留呼数を記憶する保留呼数記憶手段を備えるAPIゲートウェイ装置が行うAPI提供方法であって
一のAPI利用者からAPI呼出し要求を受けて前記保留状態になった場合に、前記保留呼数記憶手段に記憶された単位時間あたりの前記保留呼数が予め決定された閾値よりも大きい場合に、前記一のAPI利用者に対応する閉塞フラグを設定する閉塞フラグ設定ステップと、
前記一のAPI利用者からのAPI呼出し要求に応じた呼状態の生成に際し、前記一のAPI利用者に対応する前記閉塞フラグが設定されていない場合に呼状態の生成を許可し、前記閉塞フラグが設定されている場合にはエラー応答を返す悪意呼閉塞処理ステップと を有することを特徴とするAPI提供方法。
In order to provide a call control API in response to an API call request, for each API user, after the call state is generated, the number of held calls in the hold state that is in the call disconnected state without shifting to the call connection state a API provides methods API gateway apparatus performs comprise held call number storing means for storing,
When the number of held calls per unit time stored in the held call number storage means is larger than a predetermined threshold when the API call request from one API user is placed in the hold state A block flag setting step for setting a block flag corresponding to the one API user ;
When generating a call state in response to an API call request from the one API user, if the block flag corresponding to the one API user is not set, the generation of the call state is permitted, and the block flag And a malicious call blocking processing step of returning an error response when is set .
コンピュータを、請求項1に記載のAPIゲートウェイ装置として機能させるためのAPIゲートウェイ用プログラム。 An API gateway program for causing a computer to function as the API gateway device according to claim 1 . コンピュータを、請求項2に記載のAPIゲートウェイ装置として機能させるためのAPIゲートウェイ用プログラム。 An API gateway program for causing a computer to function as the API gateway device according to claim 2 .
JP2009139482A 2009-06-10 2009-06-10 API gateway device, API providing method, and API gateway program Expired - Fee Related JP5309364B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009139482A JP5309364B2 (en) 2009-06-10 2009-06-10 API gateway device, API providing method, and API gateway program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2009139482A JP5309364B2 (en) 2009-06-10 2009-06-10 API gateway device, API providing method, and API gateway program

Publications (2)

Publication Number Publication Date
JP2010288021A JP2010288021A (en) 2010-12-24
JP5309364B2 true JP5309364B2 (en) 2013-10-09

Family

ID=43543413

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009139482A Expired - Fee Related JP5309364B2 (en) 2009-06-10 2009-06-10 API gateway device, API providing method, and API gateway program

Country Status (1)

Country Link
JP (1) JP5309364B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023067742A1 (en) * 2021-10-20 2023-04-27 株式会社Nttドコモ Network node and communication method

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005020524A (en) * 2003-06-27 2005-01-20 Hitachi Information Technology Co Ltd Server device and telephone set
US8135022B2 (en) * 2005-05-26 2012-03-13 Xconnect Global Networks Ltd. Detection of SPIT on VoIP calls
US7870265B2 (en) * 2005-06-30 2011-01-11 Oracle International Corporation System and method for managing communications sessions in a network
JP4689632B2 (en) * 2007-02-22 2011-05-25 日本電信電話株式会社 Media control apparatus and method

Also Published As

Publication number Publication date
JP2010288021A (en) 2010-12-24

Similar Documents

Publication Publication Date Title
US9025747B2 (en) Method and apparatus for controlling calling-party identification
RU2520396C2 (en) Conversation access rights management
US8363572B2 (en) Session initiation protocol extensions for call control and resource status monitoring in turrets and turret switching systems
CN101193068B (en) A response request method and device
JP2011160029A (en) Communication processing system, communication processing method, communication processor, and program
WO2008141546A1 (en) A method and a system for playing the ring back tone in the ims network
US20100115034A1 (en) Systems and Methods for Transmitting Subject Line Messages
KR20070116125A (en) Updating presence information
JP5882963B2 (en) COMMUNICATION SYSTEM, COMMUNICATION METHOD, AND COMPUTER PROGRAM
EP2345178B1 (en) Apparatus and method for providing recording service in ip multimedia subsystem
CN101325487B (en) Method for limiting display of subscriber number in conference business notification message
EP2341689B1 (en) Method and system for enhanced conference call security
CN101771769B (en) Method, device and system for call control
EP3451631B1 (en) Webrtc communication method and user equipment
WO2007057044A1 (en) Recording a circuit switched call using an ip based control interface
JP5309364B2 (en) API gateway device, API providing method, and API gateway program
JP4677350B2 (en) Call control signal transfer apparatus, call control signal transfer method, and call control signal transfer program
US8761057B2 (en) Broadband service nesting processing method and device, and service application server
CN101800947A (en) Method and equipment for prevention of callback to misdialed call
KR20110038163A (en) Access management for connection-accompanying data of telecommunication connections
EP2362598B1 (en) Method and system for enhanced conference call security
EP2301233B1 (en) Method, apparatuses and computer storage for ccbs screening for blacklisted ims networks
KR100898734B1 (en) Method and system for initial connecting between media server and application server for call process service
WO2023129084A1 (en) A system for creating and sharing identity information
CN116801204A (en) Call processing method and device and communication equipment

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20110826

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20121227

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130122

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130321

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: 20130604

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130611

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 5309364

Country of ref document: JP

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