JP2010218023A - Service cooperation device and service cooperation method - Google Patents
Service cooperation device and service cooperation method Download PDFInfo
- Publication number
- JP2010218023A JP2010218023A JP2009061480A JP2009061480A JP2010218023A JP 2010218023 A JP2010218023 A JP 2010218023A JP 2009061480 A JP2009061480 A JP 2009061480A JP 2009061480 A JP2009061480 A JP 2009061480A JP 2010218023 A JP2010218023 A JP 2010218023A
- Authority
- JP
- Japan
- Prior art keywords
- service
- cooperation
- activated
- executable
- activation
- 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.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
Description
本発明は、複数のアプリケーションサーバが提供するサービスを連携して、ユーザ端末に提供するサービス連携装置およびサービス連携方法に関する。 The present invention relates to a service cooperation apparatus and a service cooperation method that provide services provided by a plurality of application servers in cooperation with each other.
従来、通信網に配置されたアプリケーションサーバが通信に係るサービスを提供するアプリケーションサービスが知られている。アプリケーションサーバは、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ、次世代ネットワーク）上の多様な付加サービスを実現するためのサーバである。 2. Description of the Related Art Conventionally, an application service in which an application server disposed in a communication network provides a service related to communication is known. The application server is a server for realizing various additional services on NGN (Next Generation Network).
近年、ＮＧＮ上のサービス拡充のために、多様な付加サービス提供が望まれている。例えば、ＮＧＮ上に配置された、上述したような複数のアプリケーションサーバのそれぞれが提供する複数の異なるサービスを連携して新しいサービスを作成（マッシュアップ）して提供することが望まれている。 In recent years, in order to expand services on NGN, it is desired to provide various additional services. For example, it is desired to create (mashup) and provide a new service in cooperation with a plurality of different services provided by each of a plurality of application servers as described above arranged on the NGN.
アプリケーションサーバ間連携方式としては、例えば、図１３（ａ）に示すように、複数のアプリケーションサーバ１−１〜１−３間で実行結果などの情報を受け渡すために、実行結果などの情報をアプリケーションサーバ１−１〜１−３間で送受信する方式が提案されている（例えば、非特許文献１参照）。 As an inter-application server linkage method, for example, as shown in FIG. 13A, in order to pass information such as execution results between a plurality of application servers 1-1 to 1-3, information such as execution results is used. A method of transmitting and receiving between the application servers 1-1 to 1-3 has been proposed (see, for example, Non-Patent Document 1).
例えば、アプリケーションサーバ１−１がアプリケーションサービスを実行し、その結果に基づいてアプリケーションサーバ１−２がアプリケーションサービスを実行し、さらにその結果に基づいてアプリケーションサーバ１−３がアプリケーションを実行する場合について説明する。 For example, the case where the application server 1-1 executes the application service, the application server 1-2 executes the application service based on the result, and the application server 1-3 executes the application based on the result is described. To do.
アプリケーションサーバ１−１は、自身が提供する１番目のアプリケーションサービスを実行し、実行した結果をＨｉｓｔｏｒｙ−ｉｎｆｏヘッダに格納してサービス連携機構２に送信する。サービス連携機構２は、アプリケーションサーバ１−１から送信されたＨｉｓｔｏｒｙ−ｉｎｆｏヘッダをアプリケーションサーバ１−２に送信する。アプリケーションサーバ１−２は、Ｈｉｓｔｏｒｙ−ｉｎｆｏヘッダに格納されている１番目のアプリケーションサービスの実行結果に基づいて、自身が提供する２番目のアプリケーションサービスを実行し、実行した結果をＨｉｓｔｏｒｙ−ｉｎｆｏヘッダに格納してサービス連携機構２に送信する。サービス連携機構２は、アプリケーションサーバ１−２から送信されたＨｉｓｔｏｒｙ−ｉｎｆｏヘッダをアプリケーションサーバ１−３に送信する。アプリケーションサーバ１−３は、Ｈｉｓｔｏｒｙ−ｉｎｆｏヘッダに格納されている２番目のアプリケーションサービスの実行結果に基づいて、自身が提供する３番目のアプリケーションサービスを実行する。例えば、Ｈｉｓｔｏｒｙ−ｉｎｆｏヘッダに格納する実行結果は、番号変換系サービスにおいては、論理番号と物理番号の番号変換結果である。
The application server 1-1 executes the first application service provided by itself, stores the execution result in the History-info header, and transmits the result to the
上述したアプリケーションサーバ間連携方式では、サービス間の実行状態を個別に管理することが前提であり、実行状況を集中的に管理することができないという問題がある。これを解決するために、図１３（ｂ）に示すように、サービス連携機構２が、複数のアプリケーションサーバ１−１〜１−３の実行状態を集中的に管理する方式が提案されている。なお、ＮＧＮ標準であるＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ、アイピー マルチメディア サブシステム）では、サービス連携機構２は、ＳＣＩＭ（Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｉｎｔｅｒａｃｔｉｏｎ Ｍａｎａｇｅｒ）と呼ばれる。また、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、セッション イニシエーション プロトコル）プロキシサーバ３は、電話網における交換機のようなものであり、図示しないＳＩＰ端末からのリクエストを受け取り、適切なＳＩＰ端末へ送信を行う機能を有する。
The above-described inter-application server linkage method is based on the premise that the execution status between services is individually managed, and there is a problem that the execution status cannot be centrally managed. In order to solve this, as shown in FIG. 13B, a method is proposed in which the
複数のサービスを連携して実行する場合、競合するサービスに関する制御、すなわち、サービス競合制御が必要である。例えば、電話網にて様々な高度系サービスを提供する機構であるインテリジェントネットワークでのサービス競合制御方式としては、１番目に実行されたインテリジェントネットワークサービス（以下、第１サービスと記す）と２番目に実行しようとするサービス（以下、第２サービスと記す）とをマトリクス形式のサービス競合表で管理し、第２サービス起動時にサービス競合表を参照し、起動可否を判断する技術が知られている。 When a plurality of services are executed in cooperation, control regarding competing services, that is, service conflict control is necessary. For example, as a service contention control method in an intelligent network that is a mechanism for providing various advanced services on a telephone network, the first executed intelligent network service (hereinafter referred to as the first service) and the second A technique is known in which a service to be executed (hereinafter referred to as a second service) is managed in a matrix-type service competition table, and the service competition table is referred to when the second service is activated to determine whether it can be activated.
しかしながら、サービス競合表を用いるサービス競合制御方式では、サービスを追加する度にサービス競合表が大きくなる。例えば、図１４（ａ）に示すように、サービスの実行状態がｍ種類の場合、第１サービスの状態数と第２サービスの状態数はそれぞれｍ個となり、サービス競合表の大きさはｍ２となる。 However, in the service contention control method using the service contention table, the service contention table becomes larger each time a service is added. For example, as shown in FIG. 14 (a), if the execution state m types of service, the number of states of the state number of the first service and the second service are each becomes the m, the magnitude of Service Interactions Table m 2 It becomes.
この状態にサービスを追加した場合、追加したサービスの状態がサービス競合表に追加される。例えば、図１４（ｂ）に示すように、ｎ種類のサービスを新たに追加した場合、第１サービスの状態数と、第２サービスの状態数とがそれぞれ（ｍ＋ｎ）個となる。また、サービス競合表の大きさは（ｍ＋ｎ）２となり、サービスの追加前と比較して幾何級数的に増大する。 When a service is added to this state, the state of the added service is added to the service conflict table. For example, as illustrated in FIG. 14B, when n types of services are newly added, the number of states of the first service and the number of states of the second service are (m + n), respectively. The size of the service competition table is (m + n) 2 , which increases geometrically as compared to before the service is added.
新たなサービスを追加した場合、追加した部分に関しては、第１サービスの状態と第２サービスの状態の組み合わせ毎に検証を行う必要があるが、上述したとおり新たなサービスを追加するとサービス競合表の大きさは幾何級数的に増大するため、検証の手間も幾何級数的に増大するという問題がある。 When a new service is added, the added part needs to be verified for each combination of the state of the first service and the state of the second service. However, if a new service is added as described above, Since the size increases geometrically, there is a problem that the labor of verification also increases geometrically.
さらに、３番目に実行しようとするサービス（以下、第３サービスと記す）を追加する場合には、図１４（ｂ）に示すサービス競合表に加え、第２サービスと第３サービスに関するサービス競合表が必要となり、同様に検証の手間が幾何級数的に増大するという問題がある。 Furthermore, when adding a service to be executed third (hereinafter referred to as a third service), in addition to the service conflict table shown in FIG. 14B, a service conflict table relating to the second service and the third service. Similarly, there is a problem that the labor of verification increases in terms of geometric series.
本発明は、このような事情を考慮してなされたものであり、サービスを新たに追加した場合の検証の手間を削減することができるサービス連携装置、及びサービス連携方法を提供することを目的とする。 The present invention has been made in view of such circumstances, and an object of the present invention is to provide a service cooperation apparatus and a service cooperation method that can reduce the verification effort when a service is newly added. To do.
本発明は、複数のアプリケーションサーバの各々が提供するサービスを連携してユーザ端末に提供するサービス連携装置であって、前記ユーザ端末の動作状態を示す情報を記憶する動作状態記憶手段と、前記ユーザ端末に対して実行可能なサービスを示す情報を記憶する実行可能サービス記憶手段と、前記アプリケーションサーバが提供するサービス毎に、当該サービスと重複して実行可能なサービスを示す情報を記憶する重複実行可能サービス記憶手段と、前記動作状態記憶手段が記憶する前記情報と、前記実行可能サービス記憶手段が記憶する前記情報とに基づいて、前記アプリケーションサーバが提供するサービスを連携起動させるサービス連携起動手段と、前記サービス連携起動手段が前記サービスを連携起動する場合、前記重複実行可能サービス記憶手段が記憶する前記情報に基づいて、当該連携起動するサービスが重複して実行可能なサービスであるか否かを判定する判定手段と、を備えることを特徴とするサービス連携装置である。 The present invention relates to a service cooperation apparatus that cooperates and provides a user terminal with services provided by each of a plurality of application servers, the operation state storage means for storing information indicating the operation state of the user terminal, and the user Executable service storage means for storing information indicating services that can be executed on the terminal, and for each service provided by the application server, redundant execution is possible for storing information indicating services that can be executed in duplicate with the service. Based on the service storage means, the information stored in the operation state storage means, and the information stored in the executable service storage means; When the service cooperation starting means starts the service in cooperation, And a determination unit that determines whether or not the service to be linked and activated is a service that can be executed in duplicate based on the information stored in the possible service storage unit. .
また、本発明のサービス連携装置において、前記判定手段が、前記連携起動するサービスが重複して実行可能なサービスではないと判定した場合、前記サービス連携起動手段が連携起動する前記サービスのうち、後に起動する前記サービスの起動を抑止する抑止手段を備えた事を特徴とする。 Further, in the service cooperation apparatus of the present invention, when the determination unit determines that the service to be activated in cooperation is not a service that can be executed redundantly, among the services that are activated in cooperation with the service cooperation activation unit, The present invention is characterized in that a suppression means for suppressing activation of the service to be activated is provided.
また、本発明のサービス連携装置において、前記重複実行可能サービス記憶手段は、前記サービス連携起動手段が１番目に起動する前記サービスと、当該サービスの後に起動可能な前記サービスとを関連付けて記憶し、前記判定手段は、前記サービス連携起動手段が前記サービスを連携起動する場合、前記サービス連携起動手段が１番目に起動する前記サービスと、当該サービスの後に連携起動する前記サービスとを関連付けて前記重複実行可能サービス記憶手段が記憶しているか否か判定し、前記抑止手段は、前記判定手段が、前記サービス連携起動手段が１番目に起動する前記サービスと、当該サービスの後に連携起動する前記サービスとを関連付けて前記重複実行可能サービス記憶手段が記憶していないと判定した場合、前記サービス連携起動手段が連携起動する前記サービスのうち、後に起動する前記サービスの起動を抑止することを特徴とする。 Further, in the service cooperation apparatus of the present invention, the duplicate executable service storage means stores the service activated first by the service cooperation activation means and the service that can be activated after the service in association with each other, When the service cooperation activation unit activates the service in cooperation, the determination unit associates the service activated first by the service cooperation activation unit with the service activated in cooperation after the service, and performs the duplicate execution. It is determined whether or not the possible service storage means stores, and the suppression means is configured to determine whether the determination means starts the service that the service cooperation start means starts first and the service that starts the cooperation after the service. If it is determined that the duplicate executable service storage means does not store the service, Among the services that mobile activation means cooperate to start, characterized by suppressing the activation of the service to be activated later.
また、本発明のサービス連携装置において、前記重複実行可能サービス記憶手段は、前記サービス連携起動手段が１番目に起動する前記サービスと、当該サービスの後に起動可能な前記サービスと起動可能な条件とを関連付けて記憶し、前記判定手段はさらに、前記サービス連携起動手段が前記サービスを連携起動する場合、前記サービス連携起動手段が１番目に起動する前記サービスの後に連携起動する前記サービスが、前記重複実行可能サービス記憶手段が記憶する前記起動可能な条件を満たしているか否かを判定し、前記抑止手段はさらに、前記判定手段が前記起動可能な条件を満たしていないと判定した場合、前記サービス連携起動手段が連携起動する前記サービスのうち、後に起動する前記サービスの起動を抑止することを特徴とする。 In the service cooperation apparatus of the present invention, the duplicate executable service storage means includes the service that the service cooperation activation means first activates, the service that can be activated after the service, and the conditions that can be activated. The determination unit is further configured such that, when the service cooperation activation unit activates the service in cooperation, the service activated in cooperation after the service activated by the service cooperation activation unit first is the duplicate execution. Determining whether or not the startable condition stored in the enableable service storage unit is satisfied, and when the determination unit determines that the determination unit does not satisfy the startable condition, the service cooperation start Among the services that are started in cooperation with each other, the starting of the service that is started later is suppressed. That.
また、本発明は、複数のアプリケーションサーバの各々が提供するサービスを連携してユーザ端末に提供するサービス連携方法であって、動作状態記憶手段が、前記ユーザ端末の動作状態を示す情報を記憶する動作状態記憶ステップと、実行可能サービス記憶手段が、前記ユーザ端末に対して実行可能なサービスを示す情報を記憶する実行可能サービス記憶ステップと、重複実行可能サービス記憶手段が、前記アプリケーションサーバが提供するサービス毎に、当該サービスと重複して実行可能なサービスを示す情報を記憶する重複実行可能サービス記憶ステップと、サービス連携起動手段が、前記動作状態記憶ステップで記憶する前記情報と、前記実行可能サービス記憶ステップで記憶する前記情報とに基づいて、前記アプリケーションサーバが提供するサービスを連携起動させるサービス連携起動ステップと、判定手段が、前記サービス連携起動ステップで前記サービスを連携起動する場合、前記重複実行可能サービス記憶ステップで記憶する前記情報に基づいて、当該連携起動するサービスが重複して実行可能なサービスであるか否かを判定する判定ステップと、を含むことを特徴とするサービス連携方法である。 The present invention is also a service cooperation method for providing a service provided by each of a plurality of application servers to a user terminal in cooperation with each other, wherein the operation state storage unit stores information indicating the operation state of the user terminal. The application server provides an operation state storage step, an executable service storage step in which executable service storage means stores information indicating a service executable for the user terminal, and a duplicate executable service storage means. For each service, a duplicate executable service storage step that stores information indicating a service that can be executed redundantly with the service, the information that the service cooperation activation unit stores in the operation state storage step, and the executable service Based on the information stored in the storing step. When the service is activated in the service cooperation activation step, the service cooperation activation step for cooperative activation of the service provided by the server, and when the service is activated in the service cooperation activation step, based on the information stored in the duplicate executable service storage step, And a determination step for determining whether or not the services to be activated in cooperation are services that can be executed in duplicate.
この発明によれば、サービスを新たに追加した場合の検証の手間を削減することができる。 According to the present invention, it is possible to reduce labor for verification when a service is newly added.
以下、本発明の一実施形態を、図面を参照して説明する。
Ａ．基本構成
図１（ａ）、（ｂ）は、本発明の実施形態によるアプリケーションサーバ間連携システムの基本構成、及び基本機能を示すブロック図である。図１（ａ）に示すように、本実施形態では、従来技術のアプリケーションサーバ間連携で行われるような、全サービス間の状態遷移に代えて、サービス連携機構２０（サービス連携装置）は、（１）サービス処理の端末毎のプロトコルレベルの実行状態（呼び出し中、通話中など）、（２）端末毎の抽象化されたサービス毎の実行状態（ｘｘサービス実行中など）、（３）複数の端末にまたがる実行状態（ｘｘサービスとｙｙサービスとの同時実行中）の３つのレイヤで管理する。
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
A. Basic Configuration FIGS. 1A and 1B are block diagrams showing a basic configuration and basic functions of an inter-application server cooperation system according to an embodiment of the present invention. As shown in FIG. 1A, in this embodiment, instead of the state transition between all services as performed in the conventional application server cooperation, the service cooperation mechanism 20 (service cooperation apparatus) 1) Execution state of protocol level for each terminal of service processing (calling, talking, etc.), (2) Execution state of each service abstracted for each terminal (execution of xx service, etc.), (3) Multiple The management is performed in three layers of execution states extending across terminals (simultaneous execution of the xx service and the yy service).
さらに、サービス連携機構２０は、図１（ｂ）に示すように、上記（３）において、第１サービス実行中に実行可能なサービスをリスト形式で記憶することで、第２サービスとして実行できるサービスを限定する。図示の例では、第１サービスとしてサービスＡが実行されている場合、第２サービスとして、サービスＣを起動不可とし、サービスＢを起動可能とすることで、第２サービスとして実行できるサービスを限定している。
Furthermore, as shown in FIG. 1B, the
Ｂ．実施形態
図２は、本実施形態によるアプリケーションサーバ間連携システムを、着信課金サービスでの着信先変更サービスと着信転送サービスとの競合制御に適用した場合の構成例を示すブロック図である。図において、アプリケーションサーバ間連携システムは、サービスαを提供するアプリケーションサーバ（ＡＳ−Ｘ）１０−１と、サービスβを提供するアプリケーションサーバ（ＡＳ−Ｙ）１０−２と、サービス連携機構２０と、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、セッション イニシエーション プロトコル）プロキシサーバ３０と、ＳＩＰ端末である端末４０−１〜４０−４とを備える。なお、端末４０−１の端末名を「Ａ」とする。また、端末４０−２の端末名を「Ｂ」
とする。また、端末４０−３の端末名を「Ｃ」とする。また、端末４０−４の端末名を「Ｄ」とする。
B. Embodiment FIG. 2 is a block diagram showing a configuration example when the inter-application server cooperation system according to the present embodiment is applied to contention control between an incoming call destination change service and an incoming call forwarding service in an incoming call accounting service. In the figure, the application server cooperation system includes an application server (AS-X) 10-1 that provides a service α, an application server (AS-Y) 10-2 that provides a service β, a
And Further, the terminal name of the terminal 40-3 is “C”. The terminal name of the terminal 40-4 is “D”.
アプリケーションサーバ（ＡＳ−Ｘ）１０−１は、着信課金サービスでの着信先変更サービス（以下、サービスαとする）を提供する。アプリケーションサーバ（ＡＳ−Ｙ）１０−２は、着信課金サービスでの着信転送サービス（以下、サービスβとする）を提供する。具体的には、サービスαで変更された着信先でサービスβが起動されるようなサービスを想定している。但し、サービスα、βともに転送系サービスであるので、サービスα、サービスβの各々が同時に起動されると、転送が何度も行われることになるため、サービス連携機構２０により、サービスαの起動時には、サービスβの起動を抑止するようになっている。 The application server (AS-X) 10-1 provides a destination change service (hereinafter referred to as service α) in the incoming billing service. The application server (AS-Y) 10-2 provides an incoming call transfer service (hereinafter referred to as service β) in the incoming call accounting service. Specifically, a service is assumed in which service β is activated at the destination changed by service α. However, since both the services α and β are transfer-type services, if each of the services α and β is started at the same time, the transfer is performed many times. Sometimes, the activation of the service β is suppressed.
サービス連携機構２０は、制御部（サービス連携起動手段、判定手段、抑止手段）と、記憶部（動作状態記憶手段、実行可能サービス記憶手段、重複実行可能サービス記憶手段）とを備える。サービス連携機構２０の記憶部は、端末毎の状態を管理する端末毎プロトコルレイヤ２０−１と、端末毎のサービス実行状態を管理する端末毎サービスレイヤ２０−２と、サービスにまたがる制御を実現する端末またがりのサービスレイヤ２０−３とを記憶する。サービス連携機構２０の制御部は、記憶部が記憶する端末毎プロトコルレイヤ２０−１と、端末毎サービスレイヤ２０−２と、端末またがりのサービスレイヤ２０−３とに基づいて、各端末でのサービス起動状態を把握し、サービス間の衝突を回避するよう、アプリケーションサーバ（ＡＳ−Ｘ）１０−１、（ＡＳ−Ｙ）１０−２でのサービスα、βの起動を制御する。
The
ＳＩＰプロキシサーバ３０は、端末４０−１〜４０−４からのリクエストを受け取り、適切なＳＩＰ端末へ送信を行う機能を有する。
The
図３は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービス連携機構２０で参照される、端末毎の状態を管理する端末毎プロトコルレイヤの構成例を示す概念図である。サービス連携機構２０は、端末毎プロトコルレイヤ２０−１として、端末４０−１〜４０−４毎に、空き、発信中、着信中、通信中等の通信状態を、記憶部に記憶している。図示する例では、端末４０−１（端末名「Ａ」）は、発信中であり、端末４０−２（端末名「Ｂ」）は通信中であり、端末４０−３（端末名「Ｃ」）と端末４０−４（端末名「Ｄ」）とは着信中であることを示している。
FIG. 3 is a conceptual diagram illustrating a configuration example of a protocol layer for each terminal that manages the status of each terminal, which is referred to by the
図４は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービス連携機構２０で参照される、端末毎のサービス実行状態を管理する端末毎サービスレイヤの構成例を示す概念図である。サービス連携機構２０は、図４に示すように、端末毎サービスレイヤ２０−２として、端末４０−１〜４０−４毎に、サービス契約有無、サービス実行状態を記憶部に記憶している。図示の例では、端末４０−１は、サービス契約無しで、サービスαの実行中であることを示している。また、端末４０−２は、サービスαを契約中で、サービスαの実行中であることを示している。同様に、端末４０−３は、サービスα、βを契約中で、サービスαの実行であり、端末４０−４は、サービスβを契約中で、実行しているサービスが無いことを示している。
FIG. 4 is a conceptual diagram illustrating a configuration example of a service layer for each terminal that manages a service execution state for each terminal, which is referred to by the
図５は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービス連携機構２０で参照される、サービスにまたがる制御を実現する端末またがりのサービスレイヤの構成例を示す概念図である。サービス連携機構２０は、図５に示すように、端末またがりのサービスレイヤ２０−３として、第１サービスが実行されている場合に実行可能な第２サービスと実行可能条件とを記憶部に記憶している。図示の例では、第１サービスとして、サービスαが実行されている場合、発側課金時のみ、サービスγが第２サービスとして実行可能であり、第１サービスとして、サービスβが実行されている場合、常時、サービスαが第２サービスとして実行可能であることを示している。なお、実行可能条件は、必須でなく、オプションである。
FIG. 5 is a conceptual diagram illustrating a configuration example of a service layer across terminals that realizes control across services, which is referred to by the
本実施形態では、サービスが１つ追加されると、図５に示す端末またがりのサービスレイヤ２０−３に対して、追加したサービスの情報を追記するだけでよい。追記する内容は、「実行可能なサービス」のみを追記する。従来技術では、実行可能ではないサービスまで、図１４（ｂ）に示すように追記していた。これにより、本実施形態では、リスト形式の、端末毎プロトコルレイヤ２０−１、端末毎サービスレイヤ２０−２、及び端末またがりのサービスレイヤ２０−３を用いることで、各レイヤのデータ構造が簡素化するとともに、サービスの追加や、サービスの変更があった場合であっても、該当する追加サービスに関する情報の追加のみで対応できる。また、試験も変更部分のみを対象とすればよく、試験項目数の削減効果も得られる。 In this embodiment, when one service is added, it is only necessary to add information of the added service to the service layer 20-3 across terminals shown in FIG. Only “executable services” are added to the content to be added. In the prior art, services that are not executable are additionally written as shown in FIG. As a result, in this embodiment, the data structure of each layer is simplified by using the per-terminal protocol layer 20-1, the per-terminal service layer 20-2, and the cross-terminal service layer 20-3 in the list format. In addition, even when a service is added or a service is changed, it can be dealt with only by adding information about the corresponding additional service. In addition, the test need only target the changed part, and the effect of reducing the number of test items can be obtained.
図６は、本実施形態によるアプリケーションサーバ間連携システムにおいて、端末またがりのサービスレイヤの参照例を示す概念図である。第１サービスとして、サービスαが実行中である場合、図６に示す端末またがりのサービスレイヤ２０−３を参照し、第２サービス起動時にサービスβが実行可能である否かを判定する。図示するように、この場合、サービスβがリストにないので、サービスβの起動が抑止されることになる。 FIG. 6 is a conceptual diagram showing a reference example of a service layer across terminals in the inter-application server cooperation system according to the present embodiment. When the service α is being executed as the first service, the service layer 20-3 across terminals shown in FIG. 6 is referred to and it is determined whether the service β can be executed when the second service is activated. As shown in the figure, in this case, since service β is not in the list, activation of service β is suppressed.
次に、上述した実施形態の動作について説明する。
図７は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービスαを実行するアプリケーションサーバ（ＡＳ−Ｘ）１０−１の動作を説明するための概念図であり、図８は、サービスβを実行するアプリケーションサーバ（ＡＳ−Ｙ）１０−２の動作を説明するための概念図である。なお、以下の説明では、端末４０−１が発信し、端末４０−２〜４０−４が着信する。よって、端末４０−１を発端末４０−１とする。また、端末４０−２〜４０−４を着端末４０−２〜４０−４とする。
Next, the operation of the above-described embodiment will be described.
FIG. 7 is a conceptual diagram for explaining the operation of the application server (AS-X) 10-1 that executes the service α in the inter-application server cooperation system according to the present embodiment, and FIG. 8 executes the service β. It is a conceptual diagram for demonstrating operation | movement of the application server (AS-Y) 10-2 which performs. In the following description, the terminal 40-1 transmits and the terminals 40-2 to 40-4 receive. Therefore, the terminal 40-1 is set as the calling terminal 40-1. Terminals 40-2 to 40-4 are called arrival terminals 40-2 to 40-4.
また、図９は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービスα、βの競合を説明するための概念図であり、図１０は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービスα、βの競合を回避する際の動作を説明するための概念図である。 FIG. 9 is a conceptual diagram for explaining competition between services α and β in the inter-application server cooperation system according to this embodiment. FIG. 10 is a diagram illustrating a service α in the inter-application server cooperation system according to this embodiment. FIG. 6 is a conceptual diagram for explaining an operation when avoiding β competition.
アプリケーションサーバ（ＡＳ−Ｘ）１０−１は、図７に示すように、サービスαを実行し、発端末４０−１が発信して着端末４０−２を呼び出し、着端末４０−２が不在であると、着信先を着端末４０−３に変更する。一方、アプリケーションサーバ（ＡＳ−Ｙ）１０−２は、図８に示すように、サービスβを実行し、着端末４０−３に着信した際に、着端末４０−４に転送する。 As shown in FIG. 7, the application server (AS-X) 10-1 executes the service α, the calling terminal 40-1 calls and calls the called terminal 40-2, and the called terminal 40-2 is absent. If there is, the destination is changed to the destination terminal 40-3. On the other hand, as shown in FIG. 8, the application server (AS-Y) 10-2 executes the service β and transfers it to the destination terminal 40-4 when it arrives at the destination terminal 40-3.
このとき、図９に示すように、アプリケーションサーバ（ＡＳ−Ｘ）１０−１のサービスαにより着信先を着端末４０−３に変更した時点で、アプリケーションサーバ（ＡＳ−Ｙ）１０−２のサービスβが起動されると、２つの着信系サービスが起動されるため、競合が発生する。 At this time, as shown in FIG. 9, when the destination is changed to the destination terminal 40-3 by the service α of the application server (AS-X) 10-1, the service of the application server (AS-Y) 10-2 When β is activated, two incoming services are activated, which causes contention.
そこで、本実施形態では、図１０に示すように、サービス連携機構２０にて、図３に示す端末毎プロトコルレイヤ２０−１における端末毎の通信状態を更新し、図４に示す端末毎サービスレイヤ２０−２における端末毎のサービス契約、サービス実行状態、及び、図５に示す端末またがりのサービスレイヤ２０−３における実行可能なサービス、その実行可能条件に基づいて、サービスα、βが競合しないか否かを判定し、サービスα、βが競合する可能性がある場合に、サービスαと同時起動が不可であるサービスβの起動を抑止し、着端末４０−３から着端末４０−４への着信の転送を実行させない。これにより、アプリケーションサーバ（ＡＳ−Ｘ）１０−１のサービスαと、アプリケーションサーバ（ＡＳ−Ｙ）１０−２のサービスβとの競合発生を防止することができる。
Therefore, in this embodiment, as shown in FIG. 10, the
次に、図１１及び図１２は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービスβの起動抑止時の動作を説明するためのシーケンス図である。まず、発端末４０−１が発信すると（ステップＳ１）、サービス連携機構２０は、端末毎プロトコルレイヤ２０−１における発端末４０−１の端末状態を変更し（ステップＳ２）、端末毎サービスレイヤ２０−２における発端末４０−１のサービス実行状態を変更し（ステップＳ３）、アプリケーションサーバ（ＡＳ−Ｘ）１０−１でのサービスαを起動する（ステップＳ４）。
Next, FIG.11 and FIG.12 is a sequence diagram for demonstrating the operation | movement at the time of starting suppression of service (beta) in the cooperation system between application servers by this embodiment. First, when the calling terminal 40-1 transmits (step S1), the
アプリケーションサーバ（ＡＳ−Ｘ）１０−１でサービスαが起動されると、サービスαは、着端末４０−２を呼び出す（ステップＳ５、Ｓ６）。サービス連携機能２０は、着端末４０−２が呼び出されると、端末毎サービスレイヤ２０−２における着端末４０−２のサービス実行状態を変更し（ステップＳ７）、さらに、端末毎プロトコルレイヤ２０−１における着端末４０−２の端末毎通信状態を変更し（ステップＳ８）、その後、着端末４０−２を呼び出す（ステップＳ９）。
When the service α is activated in the application server (AS-X) 10-1, the service α calls the called terminal 40-2 (steps S5 and S6). When the called terminal 40-2 is called, the
このとき、着端末４０−２は、話中（通信中）であるため（ステップＳ１０）、話中エラー応答をサービス連携機構２０に返す（ステップＳ１１）。サービス連携機構２０は、話中エラー応答を受信すると、端末毎プロトコルレイヤ２０−１における着端末４０−２の端末毎通信状態、及び端末毎サービスレイヤ２０−２における着端末４０−２のサービス実行状態を変更し（ステップＳ１２）、話中エラー応答を、アプリケーションサーバ（ＡＳ−Ｘ）１０−１のサービスαに返す（ステップＳ１３）。
At this time, since the destination terminal 40-2 is busy (communication) (step S10), a busy error response is returned to the service cooperation mechanism 20 (step S11). When the
アプリケーションサーバ（ＡＳ−Ｘ）１０−１のサービスαは、話中エラー応答を識別すると、着端末４０−３を呼び出す（ステップＳ１４、Ｓ１５）。サービス連携機能２０は、着端末４０−３が呼び出されると、端末毎サービスレイヤ２０−２における着端末４０−３のサービス契約有無を確認する（ステップＳ１６）。この場合、サービスαとサービスβの重複契約を検出するので、端末またがりのサービスレイヤ２０−３にサービス競合チェックの判定を依頼する（ステップＳ１７）。サービス連携機能２０は、端末またがりのサービスレイヤ２０−３を参照し、サービス競合条件（実行可能条件）を判定する（ステップＳ１８）。この場合、端末またがりのサービスレイヤ２０−３では、サービスβが起動不可であるので、その旨、判定結果として端末毎サービスレイヤ２０−２に返す（ステップＳ１９）。
When the service α of the application server (AS-X) 10-1 identifies the busy error response, it calls the called terminal 40-3 (steps S14 and S15). When the called terminal 40-3 is called, the
サービス連携機能２０は、着端末４０−３の起動ＮＧを判定し（ステップＳ２０）、アプリケーションサーバ（ＡＳ−Ｘ）１０−１のサービスαに着端末４０−３の起動ＮＧ（サービス競合）を通知する（ステップＳ２１）。アプリケーションサーバ（ＡＳ−Ｘ）１０−１のサービスαは、着端末４０−３の起動ＮＧから呼出可能端末無しで、発端末４０−１にエラー応答を返す（ステップＳ２２、Ｓ２３）。サービス連携機能２０は、端末呼出エラーを受信すると、端末毎サービスレイアにおける発端末４０−１のサービス実行状態、及び端末毎プロトコルレイヤ２０−１における発端末４０−１の端末毎通信状態を変更し（ステップＳ２４）、発端末４０−１に端末呼出エラーを返す（ステップＳ２５）。
The
上述した実施形態によれば、上述したリスト形式の端末毎プロトコルレイヤ２０−１と、端末毎サービスレイヤ２０−２と、端末またがりのサービスレイヤ２０−３とに、追加されたサービスに関する情報を、実行可能なサービスについてのみ追加する。そのため、サービスを追加した場合、従来では提供するサービス毎に総当たりで検証を行う必要があったが、本発明では、追加した部分の検証のみを行えばよく、検証項目数の削減効果も得られる。 According to the above-described embodiment, the information related to the service added to the above-described list-based per-terminal protocol layer 20-1, the per-terminal service layer 20-2, and the service layer 20-3 across the terminals, Add only for executable services. For this reason, when services are added, it has conventionally been necessary to perform brute force verification for each service provided.However, in the present invention, only the added portions need to be verified, and the effect of reducing the number of verification items can be obtained. It is done.
なお、本実施形態で示したサービス連携機構２０の各動作を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、上述のサービス連携機構２０の処理を実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。例えば、「コンピュータシステム」は、別体である複数の装置から構成され、複数の装置のうちの幾つかの装置は、他の装置との通信するための無線機能を実現する「ハードウェア」などを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
A program for realizing each operation of the
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。 Further, the “computer-readable recording medium” means a volatile memory (for example, DRAM (Dynamic DRAM) in a computer system that becomes a server or a client when a program is transmitted through a network such as the Internet or a communication line such as a telephone line. Random Access Memory)), etc., which hold programs for a certain period of time. The program may be transmitted from a computer system storing the program in a storage device or the like to another computer system via a transmission medium or by a transmission wave in the transmission medium. Here, the “transmission medium” for transmitting the program refers to a medium having a function of transmitting information, such as a network (communication network) such as the Internet or a communication line (communication line) such as a telephone line. The program may be for realizing a part of the functions described above. Furthermore, what can implement | achieve the function mentioned above in combination with the program already recorded on the computer system, and what is called a difference file (difference program) may be sufficient.
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。 The embodiment of the present invention has been described in detail with reference to the drawings. However, the specific configuration is not limited to this embodiment, and includes designs and the like that do not depart from the gist of the present invention.
１−１〜１−３、１０−１、１０−２・・・アプリケーションサーバ、２０・・・サービス連携機構、３０・・・ＳＩＰプロキシサーバ、４０−１〜４０−４・・・端末 1-1 to 1-3, 10-1, 10-2... Application server, 20... Service cooperation mechanism, 30... SIP proxy server, 40-1 to 40-4.
Claims (5)
前記ユーザ端末の動作状態を示す情報を記憶する動作状態記憶手段と、
前記ユーザ端末に対して実行可能なサービスを示す情報を記憶する実行可能サービス記憶手段と、
前記アプリケーションサーバが提供するサービス毎に、当該サービスと重複して実行可能なサービスを示す情報を記憶する重複実行可能サービス記憶手段と、
前記動作状態記憶手段が記憶する前記情報と、前記実行可能サービス記憶手段が記憶する前記情報とに基づいて、前記アプリケーションサーバが提供するサービスを連携起動させるサービス連携起動手段と、
前記サービス連携起動手段が前記サービスを連携起動する場合、前記重複実行可能サービス記憶手段が記憶する前記情報に基づいて、当該連携起動するサービスが重複して実行可能なサービスであるか否かを判定する判定手段と、
を備えることを特徴とするサービス連携装置。 A service cooperation apparatus that cooperates and provides a user terminal with services provided by each of a plurality of application servers,
An operation state storage means for storing information indicating an operation state of the user terminal;
Executable service storage means for storing information indicating services executable for the user terminal;
For each service provided by the application server, duplicate executable service storage means for storing information indicating a service that can be executed in duplicate with the service;
Based on the information stored by the operation state storage unit and the information stored by the executable service storage unit, a service cooperation start unit that starts a service provided by the application server in a cooperative manner;
When the service cooperative activation means cooperatively activates the service, it is determined based on the information stored in the duplicate executable service storage means whether the service to be cooperatively activated is a service that can be duplicately executed. Determination means to perform,
A service cooperation apparatus comprising:
を備えることを特徴とする請求項１に記載のサービス連携装置。 When the determination unit determines that the services that are activated in cooperation are not redundantly executable services, the service cooperation activation unit suppresses activation of the service that is activated later among the services that are activated in cooperation. The service cooperation apparatus according to claim 1, further comprising: means.
前記判定手段は、前記サービス連携起動手段が前記サービスを連携起動する場合、前記サービス連携起動手段が１番目に起動する前記サービスと、当該サービスの後に連携起動する前記サービスとを関連付けて前記重複実行可能サービス記憶手段が記憶しているか否か判定し、
前記抑止手段は、前記判定手段が、前記サービス連携起動手段が１番目に起動する前記サービスと、当該サービスの後に連携起動する前記サービスとを関連付けて前記重複実行可能サービス記憶手段が記憶していないと判定した場合、前記サービス連携起動手段が連携起動する前記サービスのうち、後に起動する前記サービスの起動を抑止する
ことを特徴とする請求項２に記載のサービス連携装置。 The duplicate executable service storage means associates and stores the service that the service cooperation activation means first activates and the service that can be activated after the service,
When the service cooperation activation unit activates the service in cooperation, the determination unit associates the service activated first by the service cooperation activation unit with the service activated in cooperation after the service, and performs the duplicate execution. Determine whether the possible service storage means stores,
In the deterring means, the determination means associates the service activated first by the service cooperation activation means with the service activated in cooperation after the service, and the duplicate executable service storage means does not store them. 3. The service cooperation apparatus according to claim 2, wherein the service cooperation activation unit suppresses activation of the service activated later among the services activated in cooperation by the service cooperation activation unit.
前記判定手段はさらに、前記サービス連携起動手段が前記サービスを連携起動する場合、前記サービス連携起動手段が１番目に起動する前記サービスの後に連携起動する前記サービスが、前記重複実行可能サービス記憶手段が記憶する前記起動可能な条件を満たしているか否かを判定し、
前記抑止手段はさらに、前記判定手段が前記起動可能な条件を満たしていないと判定した場合、前記サービス連携起動手段が連携起動する前記サービスのうち、後に起動する前記サービスの起動を抑止する
ことを特徴とする請求項３に記載のサービス連携装置。 The duplicate executable service storage means associates and stores the service that the service cooperation activation means first activates, the service that can be activated after the service, and an activation condition,
When the service cooperation activation unit activates the service in cooperation, the determination unit further includes: the service activated in cooperation after the service activated by the service cooperation activation unit first; It is determined whether or not the startable condition to be stored is satisfied,
The inhibiting means further inhibits activation of the service that is activated later among the services that are activated in cooperation by the service cooperation activation means when the determining means determines that the startable condition is not satisfied. The service cooperation apparatus according to claim 3, wherein
動作状態記憶手段が、前記ユーザ端末の動作状態を示す情報を記憶する動作状態記憶ステップと、
実行可能サービス記憶手段が、前記ユーザ端末に対して実行可能なサービスを示す情報を記憶する実行可能サービス記憶ステップと、
重複実行可能サービス記憶手段が、前記アプリケーションサーバが提供するサービス毎に、当該サービスと重複して実行可能なサービスを示す情報を記憶する重複実行可能サービス記憶ステップと、
サービス連携起動手段が、前記動作状態記憶ステップで記憶する前記情報と、前記実行可能サービス記憶ステップで記憶する前記情報とに基づいて、前記アプリケーションサーバが提供するサービスを連携起動させるサービス連携起動ステップと、
判定手段が、前記サービス連携起動ステップで前記サービスを連携起動する場合、前記重複実行可能サービス記憶ステップで記憶する前記情報に基づいて、当該連携起動するサービスが重複して実行可能なサービスであるか否かを判定する判定ステップと、
を含むことを特徴とするサービス連携方法。 A service cooperation method for providing a service provided to a user terminal in cooperation with a service provided by each of a plurality of application servers,
An operation state storage means for storing information indicating an operation state of the user terminal;
An executable service storage means for storing information indicating a service executable for the user terminal;
For each service provided by the application server, the duplicate executable service storage means stores information indicating a service that can be executed redundantly with the service, and a duplicate executable service storage step.
A service cooperation activation step for cooperative activation of the service provided by the application server based on the information stored in the operation state storage step and the information stored in the executable service storage step; ,
When the determination unit starts the service in cooperation in the service cooperation start step, based on the information stored in the duplicate executable service storage step, whether the service to be started in cooperation is a service that can be executed redundantly A determination step for determining whether or not;
A service cooperation method characterized by including:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009061480A JP5063635B2 (en) | 2009-03-13 | 2009-03-13 | Service cooperation apparatus and service cooperation method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009061480A JP5063635B2 (en) | 2009-03-13 | 2009-03-13 | Service cooperation apparatus and service cooperation method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010218023A true JP2010218023A (en) | 2010-09-30 |
| JP5063635B2 JP5063635B2 (en) | 2012-10-31 |
Family
ID=42976848
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009061480A Expired - Fee Related JP5063635B2 (en) | 2009-03-13 | 2009-03-13 | Service cooperation apparatus and service cooperation method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5063635B2 (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012175355A (en) * | 2011-02-21 | 2012-09-10 | Nippon Telegr & Teleph Corp <Ntt> | Call control method and call control system |
| JP2014138284A (en) * | 2013-01-17 | 2014-07-28 | Nippon Telegr & Teleph Corp <Ntt> | Apl-scm-fe and application coordination method |
| JP2015525938A (en) * | 2012-08-13 | 2015-09-07 | オラクル・インターナショナル・コーポレイション | System and method for extending SCIM / service broker processing to have IMS initial filter criteria (IFC) for pipeline processing |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000278411A (en) * | 1999-03-29 | 2000-10-06 | Nec Commun Syst Ltd | System and method for competition control of exchange control service logic |
| JP2006228074A (en) * | 2005-02-21 | 2006-08-31 | Matsushita Electric Ind Co Ltd | Multitask system and method for controlling multitask |
| JP2008211739A (en) * | 2007-02-28 | 2008-09-11 | Nippon Telegr & Teleph Corp <Ntt> | Service cooperating apparatus, service cooperating system, service cooperating method, and computer program therefor |
-
2009
- 2009-03-13 JP JP2009061480A patent/JP5063635B2/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000278411A (en) * | 1999-03-29 | 2000-10-06 | Nec Commun Syst Ltd | System and method for competition control of exchange control service logic |
| JP2006228074A (en) * | 2005-02-21 | 2006-08-31 | Matsushita Electric Ind Co Ltd | Multitask system and method for controlling multitask |
| JP2008211739A (en) * | 2007-02-28 | 2008-09-11 | Nippon Telegr & Teleph Corp <Ntt> | Service cooperating apparatus, service cooperating system, service cooperating method, and computer program therefor |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012175355A (en) * | 2011-02-21 | 2012-09-10 | Nippon Telegr & Teleph Corp <Ntt> | Call control method and call control system |
| JP2015525938A (en) * | 2012-08-13 | 2015-09-07 | オラクル・インターナショナル・コーポレイション | System and method for extending SCIM / service broker processing to have IMS initial filter criteria (IFC) for pipeline processing |
| JP2014138284A (en) * | 2013-01-17 | 2014-07-28 | Nippon Telegr & Teleph Corp <Ntt> | Apl-scm-fe and application coordination method |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5063635B2 (en) | 2012-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8533340B2 (en) | IP multimedia subsystem virtual call/session control functions | |
| US8484504B2 (en) | Method and apparatus for managing communication services for user endpoint devices | |
| US9723048B2 (en) | System and method for providing timer affinity through notifications within a session-based server deployment | |
| CN106464685A (en) | Adaptive allocation of server resources | |
| US8179912B2 (en) | System and method for providing timer affinity through engine polling within a session-based server deployment | |
| JP5063635B2 (en) | Service cooperation apparatus and service cooperation method | |
| JP2006127470A (en) | Program, method and device for managing information shared among components, recording medium and communication apparatus | |
| US20080205607A1 (en) | Server for transferring a communication message | |
| EP2887620B1 (en) | Session Initiation Protocol Messaging | |
| JP5775488B2 (en) | ENUM cache device and cache update method for ENUM cache device | |
| Nishimura et al. | Applying flexibility in scale-out-based web cloud to future telecommunication session control systems | |
| US8996607B1 (en) | Identity-based casting of network addresses | |
| JP6048573B2 (en) | Information processing system | |
| JP4901161B2 (en) | Session control system and computer program | |
| JP3994978B2 (en) | IP telephone system and method thereof | |
| US7953036B2 (en) | System for registration of communication devices | |
| JP5103244B2 (en) | Call control device, call control system, call control method, and computer program | |
| US8929209B2 (en) | Quantum and promiscuous user agents | |
| JP5068231B2 (en) | SIP application server, SIP service processing method and program | |
| JP5004901B2 (en) | Session control event notification API providing apparatus, session control event notification API providing method, and session control event notification API providing program | |
| JP5684749B2 (en) | Communication control system | |
| JP5792682B2 (en) | Subscriber information synchronization system and subscriber information synchronization method | |
| JP2013168862A (en) | Communication control server, communication control system, communication control method, and program | |
| JP2011160271A (en) | Traffic control apparatus, traffic control method, and traffic control program | |
| JP2008227620A (en) | Communication system and name resolution program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110121 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120427 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120515 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120713 |
|
| 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: 20120731 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120807 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 5063635 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150817 Year of fee payment: 3 |
|
| 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 |