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.
従来、通信網に配置されたアプリケーションサーバが通信に係るサービスを提供するアプリケーションサービスが知られている。アプリケーションサーバは、NGN(Next Generation Network、次世代ネットワーク)上の多様な付加サービスを実現するためのサーバである。 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).
近年、NGN上のサービス拡充のために、多様な付加サービス提供が望まれている。例えば、NGN上に配置された、上述したような複数のアプリケーションサーバのそれぞれが提供する複数の異なるサービスを連携して新しいサービスを作成(マッシュアップ)して提供することが望まれている。 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.
アプリケーションサーバ間連携方式としては、例えば、図13(a)に示すように、複数のアプリケーションサーバ1−1〜1−3間で実行結果などの情報を受け渡すために、実行結果などの情報をアプリケーションサーバ1−1〜1−3間で送受信する方式が提案されている(例えば、非特許文献1参照)。 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).
例えば、アプリケーションサーバ1−1がアプリケーションサービスを実行し、その結果に基づいてアプリケーションサーバ1−2がアプリケーションサービスを実行し、さらにその結果に基づいてアプリケーションサーバ1−3がアプリケーションを実行する場合について説明する。 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.
アプリケーションサーバ1−1は、自身が提供する1番目のアプリケーションサービスを実行し、実行した結果をHistory−infoヘッダに格納してサービス連携機構2に送信する。サービス連携機構2は、アプリケーションサーバ1−1から送信されたHistory−infoヘッダをアプリケーションサーバ1−2に送信する。アプリケーションサーバ1−2は、History−infoヘッダに格納されている1番目のアプリケーションサービスの実行結果に基づいて、自身が提供する2番目のアプリケーションサービスを実行し、実行した結果をHistory−infoヘッダに格納してサービス連携機構2に送信する。サービス連携機構2は、アプリケーションサーバ1−2から送信されたHistory−infoヘッダをアプリケーションサーバ1−3に送信する。アプリケーションサーバ1−3は、History−infoヘッダに格納されている2番目のアプリケーションサービスの実行結果に基づいて、自身が提供する3番目のアプリケーションサービスを実行する。例えば、History−infoヘッダに格納する実行結果は、番号変換系サービスにおいては、論理番号と物理番号の番号変換結果である。
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
上述したアプリケーションサーバ間連携方式では、サービス間の実行状態を個別に管理することが前提であり、実行状況を集中的に管理することができないという問題がある。これを解決するために、図13(b)に示すように、サービス連携機構2が、複数のアプリケーションサーバ1−1〜1−3の実行状態を集中的に管理する方式が提案されている。なお、NGN標準であるIMS(IP Multimedia Subsystem、アイピー マルチメディア サブシステム)では、サービス連携機構2は、SCIM(Service Capability Interaction Manager)と呼ばれる。また、SIP(Session Initiation Protocol、セッション イニシエーション プロトコル)プロキシサーバ3は、電話網における交換機のようなものであり、図示しないSIP端末からのリクエストを受け取り、適切なSIP端末へ送信を行う機能を有する。
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
複数のサービスを連携して実行する場合、競合するサービスに関する制御、すなわち、サービス競合制御が必要である。例えば、電話網にて様々な高度系サービスを提供する機構であるインテリジェントネットワークでのサービス競合制御方式としては、1番目に実行されたインテリジェントネットワークサービス(以下、第1サービスと記す)と2番目に実行しようとするサービス(以下、第2サービスと記す)とをマトリクス形式のサービス競合表で管理し、第2サービス起動時にサービス競合表を参照し、起動可否を判断する技術が知られている。 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.
しかしながら、サービス競合表を用いるサービス競合制御方式では、サービスを追加する度にサービス競合表が大きくなる。例えば、図14(a)に示すように、サービスの実行状態がm種類の場合、第1サービスの状態数と第2サービスの状態数はそれぞれm個となり、サービス競合表の大きさはm2となる。 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.
この状態にサービスを追加した場合、追加したサービスの状態がサービス競合表に追加される。例えば、図14(b)に示すように、n種類のサービスを新たに追加した場合、第1サービスの状態数と、第2サービスの状態数とがそれぞれ(m+n)個となる。また、サービス競合表の大きさは(m+n)2となり、サービスの追加前と比較して幾何級数的に増大する。 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.
新たなサービスを追加した場合、追加した部分に関しては、第1サービスの状態と第2サービスの状態の組み合わせ毎に検証を行う必要があるが、上述したとおり新たなサービスを追加するとサービス競合表の大きさは幾何級数的に増大するため、検証の手間も幾何級数的に増大するという問題がある。 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.
さらに、3番目に実行しようとするサービス(以下、第3サービスと記す)を追加する場合には、図14(b)に示すサービス競合表に加え、第2サービスと第3サービスに関するサービス競合表が必要となり、同様に検証の手間が幾何級数的に増大するという問題がある。 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.
また、本発明のサービス連携装置において、前記重複実行可能サービス記憶手段は、前記サービス連携起動手段が1番目に起動する前記サービスと、当該サービスの後に起動可能な前記サービスとを関連付けて記憶し、前記判定手段は、前記サービス連携起動手段が前記サービスを連携起動する場合、前記サービス連携起動手段が1番目に起動する前記サービスと、当該サービスの後に連携起動する前記サービスとを関連付けて前記重複実行可能サービス記憶手段が記憶しているか否か判定し、前記抑止手段は、前記判定手段が、前記サービス連携起動手段が1番目に起動する前記サービスと、当該サービスの後に連携起動する前記サービスとを関連付けて前記重複実行可能サービス記憶手段が記憶していないと判定した場合、前記サービス連携起動手段が連携起動する前記サービスのうち、後に起動する前記サービスの起動を抑止することを特徴とする。 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.
また、本発明のサービス連携装置において、前記重複実行可能サービス記憶手段は、前記サービス連携起動手段が1番目に起動する前記サービスと、当該サービスの後に起動可能な前記サービスと起動可能な条件とを関連付けて記憶し、前記判定手段はさらに、前記サービス連携起動手段が前記サービスを連携起動する場合、前記サービス連携起動手段が1番目に起動する前記サービスの後に連携起動する前記サービスが、前記重複実行可能サービス記憶手段が記憶する前記起動可能な条件を満たしているか否かを判定し、前記抑止手段はさらに、前記判定手段が前記起動可能な条件を満たしていないと判定した場合、前記サービス連携起動手段が連携起動する前記サービスのうち、後に起動する前記サービスの起動を抑止することを特徴とする。 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.
以下、本発明の一実施形態を、図面を参照して説明する。
A.基本構成
図1(a)、(b)は、本発明の実施形態によるアプリケーションサーバ間連携システムの基本構成、及び基本機能を示すブロック図である。図1(a)に示すように、本実施形態では、従来技術のアプリケーションサーバ間連携で行われるような、全サービス間の状態遷移に代えて、サービス連携機構20(サービス連携装置)は、(1)サービス処理の端末毎のプロトコルレベルの実行状態(呼び出し中、通話中など)、(2)端末毎の抽象化されたサービス毎の実行状態(xxサービス実行中など)、(3)複数の端末にまたがる実行状態(xxサービスとyyサービスとの同時実行中)の3つのレイヤで管理する。
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).
さらに、サービス連携機構20は、図1(b)に示すように、上記(3)において、第1サービス実行中に実行可能なサービスをリスト形式で記憶することで、第2サービスとして実行できるサービスを限定する。図示の例では、第1サービスとしてサービスAが実行されている場合、第2サービスとして、サービスCを起動不可とし、サービスBを起動可能とすることで、第2サービスとして実行できるサービスを限定している。
Furthermore, as shown in FIG. 1B, the
B.実施形態
図2は、本実施形態によるアプリケーションサーバ間連携システムを、着信課金サービスでの着信先変更サービスと着信転送サービスとの競合制御に適用した場合の構成例を示すブロック図である。図において、アプリケーションサーバ間連携システムは、サービスαを提供するアプリケーションサーバ(AS−X)10−1と、サービスβを提供するアプリケーションサーバ(AS−Y)10−2と、サービス連携機構20と、SIP(Session Initiation Protocol、セッション イニシエーション プロトコル)プロキシサーバ30と、SIP端末である端末40−1〜40−4とを備える。なお、端末40−1の端末名を「A」とする。また、端末40−2の端末名を「B」
とする。また、端末40−3の端末名を「C」とする。また、端末40−4の端末名を「D」とする。
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”.
アプリケーションサーバ(AS−X)10−1は、着信課金サービスでの着信先変更サービス(以下、サービスαとする)を提供する。アプリケーションサーバ(AS−Y)10−2は、着信課金サービスでの着信転送サービス(以下、サービスβとする)を提供する。具体的には、サービスαで変更された着信先でサービスβが起動されるようなサービスを想定している。但し、サービスα、βともに転送系サービスであるので、サービスα、サービスβの各々が同時に起動されると、転送が何度も行われることになるため、サービス連携機構20により、サービスαの起動時には、サービスβの起動を抑止するようになっている。 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.
サービス連携機構20は、制御部(サービス連携起動手段、判定手段、抑止手段)と、記憶部(動作状態記憶手段、実行可能サービス記憶手段、重複実行可能サービス記憶手段)とを備える。サービス連携機構20の記憶部は、端末毎の状態を管理する端末毎プロトコルレイヤ20−1と、端末毎のサービス実行状態を管理する端末毎サービスレイヤ20−2と、サービスにまたがる制御を実現する端末またがりのサービスレイヤ20−3とを記憶する。サービス連携機構20の制御部は、記憶部が記憶する端末毎プロトコルレイヤ20−1と、端末毎サービスレイヤ20−2と、端末またがりのサービスレイヤ20−3とに基づいて、各端末でのサービス起動状態を把握し、サービス間の衝突を回避するよう、アプリケーションサーバ(AS−X)10−1、(AS−Y)10−2でのサービスα、βの起動を制御する。
The
SIPプロキシサーバ30は、端末40−1〜40−4からのリクエストを受け取り、適切なSIP端末へ送信を行う機能を有する。
The
図3は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービス連携機構20で参照される、端末毎の状態を管理する端末毎プロトコルレイヤの構成例を示す概念図である。サービス連携機構20は、端末毎プロトコルレイヤ20−1として、端末40−1〜40−4毎に、空き、発信中、着信中、通信中等の通信状態を、記憶部に記憶している。図示する例では、端末40−1(端末名「A」)は、発信中であり、端末40−2(端末名「B」)は通信中であり、端末40−3(端末名「C」)と端末40−4(端末名「D」)とは着信中であることを示している。
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
図4は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービス連携機構20で参照される、端末毎のサービス実行状態を管理する端末毎サービスレイヤの構成例を示す概念図である。サービス連携機構20は、図4に示すように、端末毎サービスレイヤ20−2として、端末40−1〜40−4毎に、サービス契約有無、サービス実行状態を記憶部に記憶している。図示の例では、端末40−1は、サービス契約無しで、サービスαの実行中であることを示している。また、端末40−2は、サービスαを契約中で、サービスαの実行中であることを示している。同様に、端末40−3は、サービスα、βを契約中で、サービスαの実行であり、端末40−4は、サービスβを契約中で、実行しているサービスが無いことを示している。
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
図5は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービス連携機構20で参照される、サービスにまたがる制御を実現する端末またがりのサービスレイヤの構成例を示す概念図である。サービス連携機構20は、図5に示すように、端末またがりのサービスレイヤ20−3として、第1サービスが実行されている場合に実行可能な第2サービスと実行可能条件とを記憶部に記憶している。図示の例では、第1サービスとして、サービスαが実行されている場合、発側課金時のみ、サービスγが第2サービスとして実行可能であり、第1サービスとして、サービスβが実行されている場合、常時、サービスαが第2サービスとして実行可能であることを示している。なお、実行可能条件は、必須でなく、オプションである。
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
本実施形態では、サービスが1つ追加されると、図5に示す端末またがりのサービスレイヤ20−3に対して、追加したサービスの情報を追記するだけでよい。追記する内容は、「実行可能なサービス」のみを追記する。従来技術では、実行可能ではないサービスまで、図14(b)に示すように追記していた。これにより、本実施形態では、リスト形式の、端末毎プロトコルレイヤ20−1、端末毎サービスレイヤ20−2、及び端末またがりのサービスレイヤ20−3を用いることで、各レイヤのデータ構造が簡素化するとともに、サービスの追加や、サービスの変更があった場合であっても、該当する追加サービスに関する情報の追加のみで対応できる。また、試験も変更部分のみを対象とすればよく、試験項目数の削減効果も得られる。 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.
図6は、本実施形態によるアプリケーションサーバ間連携システムにおいて、端末またがりのサービスレイヤの参照例を示す概念図である。第1サービスとして、サービスαが実行中である場合、図6に示す端末またがりのサービスレイヤ20−3を参照し、第2サービス起動時にサービスβが実行可能である否かを判定する。図示するように、この場合、サービスβがリストにないので、サービスβの起動が抑止されることになる。 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.
次に、上述した実施形態の動作について説明する。
図7は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービスαを実行するアプリケーションサーバ(AS−X)10−1の動作を説明するための概念図であり、図8は、サービスβを実行するアプリケーションサーバ(AS−Y)10−2の動作を説明するための概念図である。なお、以下の説明では、端末40−1が発信し、端末40−2〜40−4が着信する。よって、端末40−1を発端末40−1とする。また、端末40−2〜40−4を着端末40−2〜40−4とする。
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.
また、図9は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービスα、βの競合を説明するための概念図であり、図10は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービスα、βの競合を回避する際の動作を説明するための概念図である。 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−X)10−1は、図7に示すように、サービスαを実行し、発端末40−1が発信して着端末40−2を呼び出し、着端末40−2が不在であると、着信先を着端末40−3に変更する。一方、アプリケーションサーバ(AS−Y)10−2は、図8に示すように、サービスβを実行し、着端末40−3に着信した際に、着端末40−4に転送する。 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.
このとき、図9に示すように、アプリケーションサーバ(AS−X)10−1のサービスαにより着信先を着端末40−3に変更した時点で、アプリケーションサーバ(AS−Y)10−2のサービスβが起動されると、2つの着信系サービスが起動されるため、競合が発生する。 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.
そこで、本実施形態では、図10に示すように、サービス連携機構20にて、図3に示す端末毎プロトコルレイヤ20−1における端末毎の通信状態を更新し、図4に示す端末毎サービスレイヤ20−2における端末毎のサービス契約、サービス実行状態、及び、図5に示す端末またがりのサービスレイヤ20−3における実行可能なサービス、その実行可能条件に基づいて、サービスα、βが競合しないか否かを判定し、サービスα、βが競合する可能性がある場合に、サービスαと同時起動が不可であるサービスβの起動を抑止し、着端末40−3から着端末40−4への着信の転送を実行させない。これにより、アプリケーションサーバ(AS−X)10−1のサービスαと、アプリケーションサーバ(AS−Y)10−2のサービスβとの競合発生を防止することができる。
Therefore, in this embodiment, as shown in FIG. 10, the
次に、図11及び図12は、本実施形態によるアプリケーションサーバ間連携システムにおいて、サービスβの起動抑止時の動作を説明するためのシーケンス図である。まず、発端末40−1が発信すると(ステップS1)、サービス連携機構20は、端末毎プロトコルレイヤ20−1における発端末40−1の端末状態を変更し(ステップS2)、端末毎サービスレイヤ20−2における発端末40−1のサービス実行状態を変更し(ステップS3)、アプリケーションサーバ(AS−X)10−1でのサービスαを起動する(ステップS4)。
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
アプリケーションサーバ(AS−X)10−1でサービスαが起動されると、サービスαは、着端末40−2を呼び出す(ステップS5、S6)。サービス連携機能20は、着端末40−2が呼び出されると、端末毎サービスレイヤ20−2における着端末40−2のサービス実行状態を変更し(ステップS7)、さらに、端末毎プロトコルレイヤ20−1における着端末40−2の端末毎通信状態を変更し(ステップS8)、その後、着端末40−2を呼び出す(ステップS9)。
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
このとき、着端末40−2は、話中(通信中)であるため(ステップS10)、話中エラー応答をサービス連携機構20に返す(ステップS11)。サービス連携機構20は、話中エラー応答を受信すると、端末毎プロトコルレイヤ20−1における着端末40−2の端末毎通信状態、及び端末毎サービスレイヤ20−2における着端末40−2のサービス実行状態を変更し(ステップS12)、話中エラー応答を、アプリケーションサーバ(AS−X)10−1のサービスαに返す(ステップS13)。
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
アプリケーションサーバ(AS−X)10−1のサービスαは、話中エラー応答を識別すると、着端末40−3を呼び出す(ステップS14、S15)。サービス連携機能20は、着端末40−3が呼び出されると、端末毎サービスレイヤ20−2における着端末40−3のサービス契約有無を確認する(ステップS16)。この場合、サービスαとサービスβの重複契約を検出するので、端末またがりのサービスレイヤ20−3にサービス競合チェックの判定を依頼する(ステップS17)。サービス連携機能20は、端末またがりのサービスレイヤ20−3を参照し、サービス競合条件(実行可能条件)を判定する(ステップS18)。この場合、端末またがりのサービスレイヤ20−3では、サービスβが起動不可であるので、その旨、判定結果として端末毎サービスレイヤ20−2に返す(ステップS19)。
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
サービス連携機能20は、着端末40−3の起動NGを判定し(ステップS20)、アプリケーションサーバ(AS−X)10−1のサービスαに着端末40−3の起動NG(サービス競合)を通知する(ステップS21)。アプリケーションサーバ(AS−X)10−1のサービスαは、着端末40−3の起動NGから呼出可能端末無しで、発端末40−1にエラー応答を返す(ステップS22、S23)。サービス連携機能20は、端末呼出エラーを受信すると、端末毎サービスレイアにおける発端末40−1のサービス実行状態、及び端末毎プロトコルレイヤ20−1における発端末40−1の端末毎通信状態を変更し(ステップS24)、発端末40−1に端末呼出エラーを返す(ステップS25)。
The
上述した実施形態によれば、上述したリスト形式の端末毎プロトコルレイヤ20−1と、端末毎サービスレイヤ20−2と、端末またがりのサービスレイヤ20−3とに、追加されたサービスに関する情報を、実行可能なサービスについてのみ追加する。そのため、サービスを追加した場合、従来では提供するサービス毎に総当たりで検証を行う必要があったが、本発明では、追加した部分の検証のみを行えばよく、検証項目数の削減効果も得られる。 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.
なお、本実施形態で示したサービス連携機構20の各動作を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、上述のサービス連携機構20の処理を実現してもよい。なお、ここでいう「コンピュータシステム」とは、OSや周辺機器等のハードウェアを含むものであってもよい。例えば、「コンピュータシステム」は、別体である複数の装置から構成され、複数の装置のうちの幾つかの装置は、他の装置との通信するための無線機能を実現する「ハードウェア」などを含むものであってもよい。また、「コンピュータシステム」は、WWWシステムを利用している場合であれば、ホームページ提供環境(あるいは表示環境)も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、フラッシュメモリ等の書き込み可能な不揮発性メモリ、CD−ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
A program for realizing each operation of the
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ(例えばDRAM(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〜1−3、10−1、10−2・・・アプリケーションサーバ、20・・・サービス連携機構、30・・・SIPプロキシサーバ、40−1〜40−4・・・端末 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:
を備えることを特徴とする請求項1に記載のサービス連携装置。 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.
前記判定手段は、前記サービス連携起動手段が前記サービスを連携起動する場合、前記サービス連携起動手段が1番目に起動する前記サービスと、当該サービスの後に連携起動する前記サービスとを関連付けて前記重複実行可能サービス記憶手段が記憶しているか否か判定し、
前記抑止手段は、前記判定手段が、前記サービス連携起動手段が1番目に起動する前記サービスと、当該サービスの後に連携起動する前記サービスとを関連付けて前記重複実行可能サービス記憶手段が記憶していないと判定した場合、前記サービス連携起動手段が連携起動する前記サービスのうち、後に起動する前記サービスの起動を抑止する
ことを特徴とする請求項2に記載のサービス連携装置。 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.
前記判定手段はさらに、前記サービス連携起動手段が前記サービスを連携起動する場合、前記サービス連携起動手段が1番目に起動する前記サービスの後に連携起動する前記サービスが、前記重複実行可能サービス記憶手段が記憶する前記起動可能な条件を満たしているか否かを判定し、
前記抑止手段はさらに、前記判定手段が前記起動可能な条件を満たしていないと判定した場合、前記サービス連携起動手段が連携起動する前記サービスのうち、後に起動する前記サービスの起動を抑止する
ことを特徴とする請求項3に記載のサービス連携装置。 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 |