JP6475037B2 - API aggregation device and API compatible method - Google Patents
API aggregation device and API compatible method Download PDFInfo
- Publication number
- JP6475037B2 JP6475037B2 JP2015028802A JP2015028802A JP6475037B2 JP 6475037 B2 JP6475037 B2 JP 6475037B2 JP 2015028802 A JP2015028802 A JP 2015028802A JP 2015028802 A JP2015028802 A JP 2015028802A JP 6475037 B2 JP6475037 B2 JP 6475037B2
- Authority
- JP
- Japan
- Prior art keywords
- api
- enabler
- information
- response information
- application
- 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.)
- Active
Links
Images
Landscapes
- Stored Programmes (AREA)
Description
本発明は、複数のＡＰＩ(Application Programming Interface)を集約したアプリケーションから、リクエストを受け付けたＡＰＩ又はイネーブラが機能不全の場合でも所望の情報をユーザに提供することが可能なＡＰＩ集約装置及びＡＰＩ互換方法に関する。 The present invention provides an API aggregation device and an API compatible method capable of providing desired information to a user even when an API that receives a request or an enabler receives a failure from an application in which a plurality of APIs (Application Programming Interfaces) are aggregated. About.
近年、プログラムであるスクラッチで開発していたような機能、地図描画や認証等の共通機能が、情報インターフェイスであるＡＰＩという形で提供されてきている。ＡＰＩを活用したアプリケーション（以下、アプリと略すこともある）の開発では、複数のＡＰＩを組み合わせる（マッシュアップする）ことで、早く、安く、多様な機能のアプリを開発することができ、様々な企業が自社機能を実現するＡＰＩに注目している。つまり、ソフトウェア開発において、ＡＰＩを活用したソフトウェア開発により、幾つかのＡＰＩを組み合わせて検証を含む開発期間の短縮、開発コストを削減することが実施されている。 2. Description of the Related Art In recent years, functions that have been developed as a program, such as scratch, and common functions such as map drawing and authentication have been provided in the form of an API, which is an information interface. In the development of applications that use APIs (hereinafter, sometimes abbreviated as applications), you can develop applications of various functions quickly, cheaply, and various functions by combining (mashing up) multiple APIs. Companies are focusing on APIs that realize their functions. That is, in software development, software development utilizing APIs is implemented to combine several APIs to shorten the development period including verification and reduce the development cost.
提供されるＡＰＩについては、利用状況をＡＰＩ提供者にフィードバックする等の代償として、無償で提供されることが多い。ＡＰＩはグーグル、アマゾン等のユーザへ製品を提供しているベンダが、無償で公開、提供している場合が多い。 The provided API is often provided free of charge, for example, at the expense of feedback of the usage status to the API provider. APIs are often released and provided free of charge by vendors providing products to users such as Google and Amazon.
例えば、図１４に示すように、位置情報取得機能１０に繋がるＡＰＩ１０ａと、グルメ検索機能１１に繋がるＡＰＩ１１ａと、レコメンド機能１２に繋がるＡＰＩ１２ａとが集約されているとする。この際に、ユーザが飲食店を検索する場合、スマートフォン（スマホと略すこともある）にアプリケーション１３をインストールし、そのアプリ１３からインターネットを介して各ＡＰＩ１０ａ〜１２ａにアクセスして所望のグルメ情報を取得することができる。
For example, as shown in FIG. 14, it is assumed that an
この場合、アプリ１３からリクエスト情報１４ｑがＡＰＩ１０ａを介して位置情報取得機能１０に送信され、位置情報取得機能１０がＡＰＩ１０ａを介して位置情報であるレスポンス情報１４ｐをアプリ１３へ返す。これにより、スマホに飲食店の位置が表示される。次に、ユーザが、アプリ１３でその位置の周辺にどの様な飲食店があるか検索する。この検索によるリクエスト情報１５ｑがＡＰＩ１１ａを介してグルメ検索機能１１に送信され、グルメ検索機能１１がＡＰＩ１１ａを介して「店」の情報であるレスポンス情報１５ｐをアプリ１３へ返す。これにより、スマホに飲食店の情報が表示される。
In this case, the request information 14 q is transmitted from the
次に、ユーザが、アプリ１３で飲食店の中から嗜好する飲食物を検索する。この検索によるリクエスト情報１６ｑがＡＰＩ１２ａを介してレコメンド機能１２に送信され、レコメンド機能１２がＡＰＩ１２ａを介してユーザが嗜好する飲食物の情報を含むレスポンス情報１６ｐをアプリ１３へ返す。これにより、スマホにユーザが嗜好する飲食物が表示される。
この種の技術として非特許文献１に記載のものがある。
Next, the user uses the
Non-Patent
しかし、ＡＰＩを複数組み合わせてアプリを作成した場合、組み合わせた内の１つのＡＰＩでも機能しなくなると、組合されたＡＰＩ全体が機能しなくなり、アプリを提供するサービスが停止してしまうという問題がある。 However, in the case of creating an application by combining multiple APIs, there is a problem that the entire combined API will not function and the service providing the application will be stopped if even one of the combined APIs does not function. .
図１４の例では、グルメ検索機能１１が×印で示すように機能しなくなった場合、このグルメ検索機能１１を含む位置情報取得機能１０及びレコメンド機能１２の全体が機能しなくなり、アプリ１３を提供するサービスが停止してしまう。
In the example of FIG. 14, when the
本発明は、このような背景に鑑みてなされたものであり、複数組み合わせたＡＰＩの１つが機能不全となった場合でも、その機能不全のＡＰＩに係る機能の情報をアプリケーションに提供することができるＡＰＩ集約装置及びＡＰＩ互換方法を提供することを課題とする。 The present invention has been made in view of such a background, and even when one of a plurality of combined APIs becomes dysfunctional, it is possible to provide the application with information on functions related to the dysfunctional API. An object is to provide an API aggregation device and an API compatible method.
前記した課題を解決するため、請求項１に記載の発明は、所定の目的を少なくとも通信を行って実現するイネーブラに繋がるＡＰＩを複数組み合わせたアプリケーションが、所望の情報を取得するためのリクエスト情報を前記ＡＰＩを介して前記イネーブラへ送信し、前記送信されたリクエスト情報を受信した前記イネーブラが前記リクエスト情報に応じたレスポンス情報を、前記ＡＰＩを介して前記アプリケーションへ返信する通信システムにおいて、前記アプリケーションと前記イネーブラとの間に少なくとも前記ＡＰＩを介して接続されたＡＰＩ集約装置であって、前記アプリケーションから所望のイネーブラへ前記ＡＰＩを介して前記リクエスト情報を送信した際に、当該リクエスト情報の内容に適合したレスポンス情報が返信されない機能不全の場合、当該機能不全のイネーブラが返信するはずのレスポンス情報と互換性のあるレスポンス情報を含む対応イネーブラからのレスポンス情報を、当該対応イネーブラに繋がる対応ＡＰＩを介して当該アプリケーションへ返信するＡＰＩ処理機能部を備え、前記ＡＰＩ処理機能部は、前記ＡＰＩ毎に繋がる機能に互換性が有る場合に、その互換性の有るＡＰＩの対応関係を示すＡＰＩ互換情報を記憶するデータベースと、前記アプリケーションから送信されるリクエスト情報を受信したイネーブラが返信するレスポンス情報を受信した際に、当該レスポンス情報が予め定められた規定の内容に不適合の場合、当該不適合のレスポンス情報を返信したイネーブラに繋がるＡＰＩに係る前記対応ＡＰＩが、前記データベースのＡＰＩ互換情報に存在すれば、互換動作可能と判断する判断部と、前記互換動作可能と判断された際に、前記不適合のレスポンス情報を返信したイネーブラへのリクエスト情報を変換する際に、共通のパラメータを用いて設計された異なる前記対応ＡＰＩに繋がる対応イネーブラへのリクエスト情報の宛先において、当該宛先であるドメイン名を共通化した共通ドメインを設け、当該共通ドメインの次のパスを前記対応イネーブラを示す宛先に変換し、この変換されたリクエスト情報を対応イネーブラへ送信する変換部と、前記変換されたリクエスト情報を受信した対応イネーブラから返信されるレスポンス情報を、前記アプリケーションへ返信する送信部と、を備え、前記変換部は、前記判断部で前記互換動作可能と判断された際に、前記対応ＡＰＩに繋がる対応イネーブラへのリクエスト情報の送信後に当該対応イネーブラから返信されたレスポンス情報を、前記不適合のレスポンス情報を返信したイネーブラから本来適正に出力されるレスポンス情報に整合するように変換し、前記送信部は、前記整合されたレスポンス情報を前記アプリケーションへ返信することを特徴とするＡＰＩ集約装置である。
In order to solve the above-mentioned problems, according to the invention of
この構成によれば、複数組み合わせたＡＰＩの何れかが機能不全となった場合でも、その機能不全のＡＰＩに係る機能の情報を、そのＡＰＩに係る対応ＡＰＩを介してアプリケーションに提供することができる。少なくとも前記ＡＰＩを介してというのは、アプリケーションからＡＰＩ集約装置に繋がるＡＰＩとイネーブラに繋がるＡＰＩとは、ＡＰＩ集約装置を介する際にＡＰＩのパラメータ等の形式が置き換えられている場合がある。形式を置き換える場合は、置き換える形式の対応関係をＡＰＩ集約装置で保持する。
また、ＡＰＩやイネーブラ等が機能不全となった場合でも、それを判定し、ＡＰＩ処理機能部が機能不全となったＡＰＩに係る対応ＡＰＩ及び対応イネーブラへ切り替える互換切替動作を行って、対応イネーブラに適合するリクエスト情報を対応ＡＰＩを介して対応イネーブラへ送信する。これにより、ＡＰＩ処理機能部が対応イネーブラから返信されるレスポンス情報をアプリケーションへ返信する。このため、アプリケーションを有するスマートフォン等の端末機において、所望のレスポンス情報を得ることができる。ＡＰＩ集約装置に接続するイネーブラに繋がるＡＰＩが、接続される前からＡＰＩ集約装置へ繋がるＡＰＩのＡＰＩポリシーと合致しない場合には、ＡＰＩ集約装置でＡＰＩのパラメータ等の形式を置き換えている場合がある。そこで、その形式を置き換える場合は、置き換える形式の対応関係をＡＰＩ集約装置で保持する。
また、ＡＰＩやイネーブラ等が機能不全となった場合でも、ＡＰＩ処理機能部が機能不全となったＡＰＩに係る対応ＡＰＩ及び対応イネーブラへ切り替える互換切替動作を行う。この際、変換部は、対応イネーブラから返信されたレスポンス情報を、機能不全のイネーブラから本来適正に出力されるレスポンス情報としてアプリケーションへ返信する。このため、アプリケーションを有するスマートフォン等の端末機では、イネーブラ等の機能不全による互換切替動作を意識することなく、所望の情報を見ることができる。つまり、アプリケーションの可用性向上によりユーザはサービスを継続して受けることができるようになる。
According to this configuration, even when any of the plurality of combined APIs becomes dysfunctional, information of the function concerning the dysfunctional API can be provided to the application through the corresponding API concerning the API . At least through the API, the API connected from the application to the API aggregation device and the API connected to the enabler may sometimes be replaced with a form such as a parameter of the API when the API aggregation device is intervened. When replacing the format, the correspondence of the replacement format is held in the API aggregation device.
In addition, even if API, enabler, etc. become dysfunctional, it is judged and compatibility switching operation is performed to switch to corresponding API and corresponding enabler related to API where API processing function part has become dysfunctional, and to the corresponding enabler. Send matching request information to the corresponding enabler via the corresponding API. Thereby, the API processing function unit sends response information returned from the corresponding enabler to the application. Therefore, desired response information can be obtained in a terminal such as a smartphone having an application. If the API connected to the enabler connected to the API aggregation device does not match the API policy of the API connected to the API aggregation device before connection, the API aggregation device may replace the format of the API parameter etc. . Therefore, when replacing the format, the correspondence relationship of the replacement format is held in the API aggregation device.
In addition, even when an API, enabler or the like becomes dysfunctional, a compatibility switching operation is performed to switch to a corresponding API and a corresponding enabler related to the API where the API processing function unit becomes dysfunctional. At this time, the conversion unit returns the response information returned from the corresponding enabler to the application as response information that is originally properly output from the malfunction enabler. For this reason, in a terminal such as a smartphone having an application, desired information can be viewed without being aware of the compatible switching operation due to a malfunction such as an enabler. In other words, by improving the availability of the application, the user can receive the service continuously.
請求項２に係る発明は、前記ＡＰＩ処理機能部は、前記アプリケーションから送信されたリクエスト情報を蓄積する蓄積部を更に備え、前記判断部は、前記アプリケーションから送信されるリクエスト情報を受信したイネーブラから返信されたレスポンス情報を受信した際に、当該受信したレスポンス情報が、前記蓄積されたリクエスト情報の内容に不適合の場合に、前記イネーブラ及び前記ＡＰＩを含む通信経路の双方の機能不全と判断し、この機能不全と判断した通信経路上の当該イネーブラに繋がるＡＰＩに係る前記対応ＡＰＩが、前記データベースのＡＰＩ互換情報に存在すれば、互換動作可能と判断することを特徴とする請求項１に記載のＡＰＩ集約装置である。
In the invention according to claim 2 , the API processing function unit further includes a storage unit for storing request information transmitted from the application, and the determination unit receives from the enabler having received the request information transmitted from the application. When the returned response information is received, if the received response information does not conform to the contents of the stored request information, it is determined that both the enabler and the communication path including the API fail. the corresponding API of the API connected to the enabler on the communication path it is determined that the malfunction, if present API compatibility of said database, according to
この構成によれば、次のような作用効果を得ることができる。アプリケーションへ送信されたリクエスト情報を一旦蓄積しておき、その後、アプリケーションからのリクエスト情報を受信したイネーブラからの返信レスポンス情報を受信する。判断部は、その受信したレスポンス情報が、蓄積されたリクエスト情報の内容に不適合の場合に機能不全と判断することができるので、正確に機能不全と判断することができる。 According to this configuration, the following effects can be obtained. The request information sent to the application is temporarily stored, and thereafter, the reply response information from the enabler that has received the request information from the application is received. Since the determination unit can determine that the received response information is nonconforming to the contents of the stored request information as malfunction, it can accurately determine that the response information is malfunctioning.
請求項３に係る発明は、前記判断部は、前記リクエスト情報を受信した前記イネーブラからの返信レスポンス情報が、所定時間内に受信できなかった場合に、イネーブラ及びＡＰＩを含む通信経路の双方の機能不全と判断し、この機能不全と判断した通信経路の当該イネーブラに繋がるＡＰＩに係る前記対応ＡＰＩが、前記データベースのＡＰＩ互換情報に存在する際に、互換動作可能と判断することを特徴とする請求項１に記載のＡＰＩ集約装置である。
In the invention according to claim 3, when the determination unit can not receive the response information from the enabler which has received the request information within a predetermined time, the function of both the enabler and the communication path including the API It is determined that the compatible operation is possible when the corresponding API related to the API connected to the enabler of the communication path determined to be inoperable and determined to be inoperable exists in the API compatible information of the database. An API aggregation device according to
この構成によれば、アプリケーションへ送信されたリクエスト情報を受信したイネーブラからの返信レスポンス情報が、所定時間内に受信できなかった際に機能不全と判断するので、タイマを設けるだけ等の簡単な構成で正確に、機能不全を判断することができる。 According to this configuration, when the reply response information from the enabler that has received the request information sent to the application is judged to be malfunctioning when it can not be received within the predetermined time, a simple configuration such as only providing a timer Can accurately determine the malfunction.
請求項４に係る発明は、前記判断部は、前記リクエスト情報を受信した前記イネーブラからの返信レスポンス情報がエラー情報である場合に、イネーブラ及びＡＰＩを含む通信経路の双方の機能不全と判断し、この機能不全と判断した通信経路の当該イネーブラに繋がるＡＰＩに係る前記対応ＡＰＩが、前記データベースのＡＰＩ互換情報に存在する際に、互換動作可能と判断することを特徴とする請求項１に記載のＡＰＩ集約装置である。
In the invention according to claim 4, when the reply response information from the enabler that has received the request information is error information, the determination unit determines that both the enabler and the communication path including the API fail. 2. The apparatus according to
この構成によれば、アプリケーションへ送信されたリクエスト情報を受信したイネーブラからの返信レスポンス情報がエラー情報であることを検出するだけで機能不全と判断するので、簡単な構成で正確に、機能不全を判断することができる。 According to this configuration, it is determined that the function is malfunctioning only by detecting that the reply response information from the enabler, which has received the request information sent to the application, is error information, so that the malfunction is accurately performed with a simple configuration. It can be judged.
請求項５に係る発明は、所定の目的を少なくとも通信を行って実現するイネーブラに繋がるＡＰＩを複数組み合わせたアプリケーションが、所望の情報を取得するためのリクエスト情報を前記ＡＰＩを介して前記イネーブラへ送信し、前記送信されたリクエスト情報を受信した前記イネーブラが前記リクエスト情報に応じたレスポンス情報を、前記ＡＰＩを介して前記アプリケーションへ返信する通信システムにおいて、前記アプリケーションと前記イネーブラとの間に少なくとも前記ＡＰＩを介して接続されたＡＰＩ集約装置によるＡＰＩ集約方法であって、前記ＡＰＩ集約装置は、前記ＡＰＩ毎に繋がる機能に互換性が有る場合に、その互換性の有るＡＰＩの対応関係を示すＡＰＩ互換情報を記憶するデータベースを備え、前記アプリケーションから所望のイネーブラへ前記ＡＰＩを介して前記リクエスト情報を送信した際に、当該リクエスト情報の内容に適合したレスポンス情報が返信されない機能不全の場合、当該機能不全のイネーブラが返信するはずのレスポンス情報と互換性のあるレスポンス情報を含む対応イネーブラからのレスポンス情報を、当該対応イネーブラに繋がる対応ＡＰＩを介して当該アプリケーションへ返信するステップと、前記アプリケーションから送信されるリクエスト情報を受信したイネーブラが返信するレスポンス情報を受信した際に、当該レスポンス情報が予め定められた規定の内容に不適合の場合、当該不適合のレスポンス情報を返信したイネーブラに繋がるＡＰＩに係る前記対応ＡＰＩが、前記データベースのＡＰＩ互換情報に存在すれば、互換動作可能と判断するステップと、前記互換動作可能と判断された際に、前記不適合のレスポンス情報を返信したイネーブラへのリクエスト情報を変換する際に、共通のパラメータを用いて設計された異なる前記対応ＡＰＩに繋がる対応イネーブラへのリクエスト情報の宛先において、当該宛先であるドメイン名を共通化した共通ドメインを設け、当該共通ドメインの次のパスを前記対応イネーブラを示す宛先に変換し、この変換されたリクエスト情報を対応イネーブラへ送信するステップと、前記互換動作可能と判断された際に、前記対応ＡＰＩに繋がる対応イネーブラへのリクエスト情報の送信後に当該対応イネーブラから返信されたレスポンス情報を、前記不適合のレスポンス情報を返信したイネーブラから本来適正に出力されるレスポンス情報に整合するように変換するステップと、前記整合されたレスポンス情報を前記アプリケーションへ返信するステップとを実行することを特徴とするＡＰＩ互換方法である。 According to the fifth aspect of the present invention, an application combining a plurality of APIs connected to an enabler that realizes at least a predetermined object by communication transmits request information for acquiring desired information to the enabler via the API. And in the communication system in which the enabler receiving the transmitted request information returns response information corresponding to the request information to the application via the API, at least the API between the application and the enabler. The API aggregation method by an API aggregation device connected via the API, wherein the API aggregation device indicates an API correspondence relationship with compatible APIs when the functions linked to each API have compatibility. A database for storing information; Upon transmitting the request information from Deployment to the desired enabler via the API, if the response information adapted to the contents of the request information is returned that are not dysfunctional, response information that should enabler of the dysfunction replies Sending response information from the corresponding enabler including response information compatible with the above to the application via the corresponding API linked to the corresponding enabler, and the enabler receiving the request information sent from the application returns the response. When the response information is received, if the response information does not conform to the predetermined content, the corresponding API associated with the API connected to the enabler that has sent the response information of the nonconformance is the API compatible information of the database. If it exists , Different determining that interchangeable operation, when said being compatible operational and determination, when converting the request information to the enabler that returns a response information of the non-conforming, designed using a common parameter In the destination of request information to the corresponding enabler linked to the corresponding API, a common domain in which the domain name that is the destination is shared is provided, and the path following the common domain is converted to the destination indicating the corresponding enabler, and this conversion is performed. Transmitting the request information to the corresponding enabler, and when it is determined that the compatible operation is possible, the response information returned from the corresponding enabler after the transmission of the request information to the corresponding enabler linked to the corresponding API, Properly output from the enabler that has returned non-conforming response information The method is an API compatible method characterized in that the steps of converting to match the response information and returning the matched response information to the application are performed.
この方法によれば、複数組み合わせたＡＰＩの何れかが機能不全となった場合でも、その機能不全のＡＰＩに係る機能の情報を、そのＡＰＩに係る対応ＡＰＩを介してアプリケーションに提供することができる。 According to this method, even when any of a plurality of combined APIs becomes dysfunctional, it is possible to provide information of the function concerning the malfunctioning API to the application through the corresponding API concerning the API .
本発明によれば、複数組み合わせたＡＰＩの１つが機能不全となった場合でも、その機能不全のＡＰＩに係る機能の情報をアプリケーションに提供することができるＡＰＩ集約装置及びＡＰＩ互換方法を提供することができる。 According to the present invention, it is possible to provide an API aggregation device and an API compatible method capable of providing an application with information on a function related to a malfunctioning API even when one of a plurality of combined APIs becomes dysfunctional. Can.
以下、本発明の実施形態を、図面を参照して説明する。
＜実施形態の構成＞
図１は、本発明の実施形態に係るＡＰＩ集約装置を含む通信システムの構成を示すブロック図である。
図１に示す通信システム２０は、ＡＰＩ集約装置２４と、ｍ個のアプリケーション２５ａ〜２５ｍと、ｊ個のＡＰＩ２６ａ〜２６ｊと、ｎ個イネーブラ２７ａ，２７ｂ，２７ｃ，２７ｄ，〜２７ｎと、ｎ個のＡＰＩ２８ａ，２８ｂ，２８ｃ，２８ｄ，〜２８ｎとを備えて構成されている。
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
<Configuration of Embodiment>
FIG. 1 is a block diagram showing the configuration of a communication system including an API aggregation device according to an embodiment of the present invention.
The
ｊ個のＡＰＩ２６ａ〜２６ｊは、ＡＰＩ集約装置２４とｍ個のアプリケーション２５ａ〜２５ｍとの間に接続ており、ｍ個のアプリケーション２５ａ〜２５ｍとは個数が異なる。また、ｎ個のＡＰＩ２８ａ〜２８ｎは、ＡＰＩ集約装置２４とｎ個のイネーブラ２７ａ〜２７ｎとの間に接続ており、ｎ個のイネーブラ２７ａ〜２７ｎと同数である。
The
各々のアプリケーション（アプリ）２５ａ〜２５ｍは、クラウド等に存在し、言い換えれば、インターネットのＷＥＢ(World Wide Web)上に存在し、インターネットに接続されている。例えば、スマートフォン（スマホ）やパーソナルコンピュータ等の端末機に、アプリ（例えば２５ａ）をインストールし、このクライアントのアプリ２５ａからインターネット上のアプリサーバ（図示せず）にアクセスする。アプリサーバにはプログラミングコードが書かれており、このコードの中にＡＰＩ集約装置２４のＡＰＩ２６ａ〜２６ｊを実行するというソースコードが書かれている。このソースコードを実行すると、インターネットを介してＡＰＩ集約装置２４まで信号が伝わり、ＡＰＩ２８ａ〜２８ｎにアクセスする。このアクセスが行われると、ＡＰＩ集約装置２４に繋がっている例えば位置情報取得機能としてのイネーブラ２７ａのＡＰＩ２８ａから、「位置情報」を取得し、これをアプリサーバを介してスマートフォンに返すといった仕組みになっている。
The respective applications (applications) 25a to 25m exist in the cloud or the like, in other words, exist on the WEB (World Wide Web) of the Internet, and are connected to the Internet. For example, an application (for example, 25a) is installed in a terminal such as a smart phone (smartphone) or a personal computer, and an application server (not shown) on the Internet is accessed from the
イネーブラ２７ａ〜２７ｎは、通信処理機能を備え、位置検索や必要情報等のユーザが所望する情報を提供する等、何らかの目的を果たすための機能を有する装置である。本実施形態では、例えば１つのイネーブラ２７が１つの機能を持つものとする。１つの機能とは、例えば位置情報取得機能、グルメ検索機能及びレコメンド機能等の何れか１つの機能である。但し、１つのイネーブラ２７は、位置情報取得機能、グルメ検索機能、レコメンド機能の３つの機能を併せ持ったり、２つの機能を併せ持ったりできる。当然のことながら、３つを超える機能を持つ場合もある。
The
ＡＰＩ集約装置２４は、利用したいＡＰＩの機能が不全（機能不全）となった際に、その不全となった機能に互換性のある予め対応付けられた機能のＡＰＩを利用する処理を行う。このＡＰＩ集約装置２４は、ＡＰＩ処理機能部２１、開発者ポータル機能部２２及び保守運用機能部２３を備える。
When the function of the API to be used fails (malfunction), the
但し、機能不全とは、アプリケーションからのリクエスト情報の内容に適合したレスポンス情報が、ＡＰＩを介したイネーブラからアプリケーションへ返信されて来ない場合をいう。具体的には、機能不全とは、ＡＰＩ単独の機能不全、ＡＰＩが繋がるイネーブラ単独の機能不全、ＡＰＩ及びイネーブラ双方の機能不全、ＡＰＩが繋がる通信回線の断線や通信設備の不具合等の機能不全を含むものとする。後述には、適宜その何れかの表現を用いる。 However, malfunction means the case where response information conforming to the contents of request information from the application is not returned from the enabler via the API to the application. Specifically, dysfunction means malfunction of API alone, malfunction of enabler alone linked to API, malfunction of both API and enabler, malfunction of communication line linked to API, failure of communication facility etc. Shall be included. Either expression is used suitably later.
更に具体的には、機能不全は、例えばイネーブラとしてのグルメ検索機能等の機能であれば、ハード的又はソフト的に壊れているか、メンテナンス中で動作不能となっている等の理由で、本来行うべき正常な動作を行わない状態をいう。 More specifically, in the case of a function such as a gourmet search function as an enabler, for example, malfunction is normally performed because it is broken in hardware or software, or inoperable during maintenance, etc. It is a state where normal operation is not performed.
また、機能不全は、後述するように、レスポンス情報がリクエスト情報の内容に適合していない場合（不適合の場合）や、エラー情報が含まれる場合、全てのレスポンス情報が受信できない場合に、機能不全とすることができる。 In addition, as described later, the malfunction is a malfunction when the response information does not conform to the contents of the request information (in the case of nonconformity), when error information is included, or when all the response information can not be received. It can be done.
開発者ポータル機能部（ポータル機能部ともいう）２２は、開発者がＡＰＩ集約装置２４に、事前に利用する複数のＡＰＩに対応関係を持たせる登録処理を行う。例えば、ＡＰＩ２８ｂとＡＰＩ２８ｃとに何らかの共通要素がある（互換関係がある）場合に、それらＡＰＩ２８ｂとＡＰＩ２８ｃとが対応関係を持つように登録する。
The developer portal function unit (also referred to as a portal function unit) 22 performs a registration process in which the developer causes the
ＡＰＩの対応関係は、自ＡＰＩが望むレスポンス情報が、他ＡＰＩから得られる関係となっていることが必要条件である。言い換えれば、２つのＡＰＩの全体のレスポンス情報中に、少なくとも共通のレスポンス情報があることが互換性があることであり、この互換性がある場合に、対応付けを行う。この対応付けは、一方のＡＰＩから他方のＡＰＩへ、又は他方のＡＰＩから一方のＡＰＩに対応付ける一方通行の対応付けでもよい。また、一方のＡＰＩと他方のＡＰＩとが双方向に対応付けられていてもよい。 The correspondence relationship between the APIs is that the response information desired by the own API can be obtained from other APIs. In other words, there is compatibility in that there is at least common response information in the entire response information of the two APIs, and if there is this compatibility, the correspondence is made. This association may be a one-way association in which one API is associated with another API, or the other API is associated with one API. Also, one API and the other API may be associated in both directions.
なお、一方のＡＰＩに対応付けられたＡＰＩを、対応ＡＰＩという。図１では、ＡＰＩ２８ｂにＡＰＩ２８ｃが対応付けられているので、対応ＡＰＩ２８ｃという。また、イネーブラ２７ｂにイネーブラ２７ｃが対応付けられているので、対応イネーブラ２７ｃという。つまり、対応ＡＰＩといった場合、この対応ＡＰＩに繋がるイネーブラも同様に対応イネーブラという。
The API associated with one of the APIs is called a corresponding API. In FIG. 1, since the
ＡＰＩ処理機能部２１は、イネーブラ２７ａ〜２７ｎ側の所定のＡＰＩ（例えば２８ｂと２８ｃ）に互換性がある場合に対応付けを行い、利用中の例えばＡＰＩ２８ｂのイネーブラ２７ｂが機能不全である場合に、このＡＰＩ２８ｂに係る対応ＡＰＩ２８ｃに切替え、この切替えたＡＰＩ２８ｃに接続されたイネーブラ２７ｃを利用して、その不全となった機能を維持するＡＰＩ互換処理（単に、互換処理ともいう）を行う。
The API
この互換処理を、図２を参照して具体的に説明する。但し、本実施形態では、図２に示すように、イネーブラ２７ａは位置情報取得機能２７ａであり、イネーブラ２７ｂはＡグルメ検索機能２７ｂ、イネーブラ２７ｃはＢグルメ検索機能２７ｃ、イネーブラ２７ｄはレコメンド機能２７ｄであるとする。また、Ａグルメ検索機能２７ｂとＢグルメ検索機能２７ｃとは、異なる企業が提供する飲食店情報を特定する検索機能である。位置情報取得機能２７ａにＡＰＩ２８ａが繋がり、Ａグルメ検索機能２７ｂにＡＰＩ２８ｂが繋がり、Ｂグルメ検索機能２７ｃにＡＰＩ２８ｃが繋がり、レコメンド機能２７ｄにＡＰＩ２８ｄが繋がっている。また、各ＡＰＩ２８ａ〜２８ｄを組み合わせてアプリ２５ａが作成されているとする。なお、位置情報取得機能２７ａ、Ａグルメ検索機能２７ｂ、Ｂグルメ検索機能２７ｃ、レコメンド機能２７ｄを、単に、機能２７ａ、機能２７ｂ、機能２７ｃ、機能２７ｄと称す場合もある。
This compatibility process is specifically described with reference to FIG. However, in this embodiment, as shown in FIG. 2, the
この構成において、アプリケーション２５ａがＡＰＩ２８ａを介して位置情報取得機能２７ａから位置情報を取得した後に、ＡＰＩ２８ｂを介してＡグルメ検索機能２７ｂにレスポンス情報でアクセスしたとする。この際、Ａグルメ検索機能２７ｂが×印で示すように機能不全の場合、このレスポンス情報は返ってこない。この際、ＡＰＩ集約装置２４が、Ａグルメ検索機能２７ｂと互換性があるＢグルメ検索機能２７ｃに切替え、Ｂグルメ検索機能２７ｃからＡＰＩ２８ｃを介して、その不全となったＡグルメ検索機能２７ｂと同等なレスポンスを返すことになる。これによって、Ｂグルメ検索機能２７ｃからのレスポンス情報が、Ａグルメ検索機能２７ｂのレスポンス情報としてアプリ２５ａに返信される。
In this configuration, it is assumed that, after the
また、ＡＰＩ処理機能部２１は、認証機能、トラフィック制御機能及びＩＦ変換機能を有する。
認証機能は、ＡＰＩがインターネットに公開され、様々なユーザに使用されるため、誰に使用されているかをユーザＩＤ等で認証する機能である。
トラフィック制御機能は、検索等のための通信が使用され過ぎるとＡＰＩ集約装置２４等が破損するので、破損しないようにトラフィック制御を行う機能である。
Further, the API
The authentication function is a function of authenticating who is being used by a user ID or the like because the API is published on the Internet and used by various users.
The traffic control function is a function that performs traffic control so that the
ＩＦ機能は、アプリ２５ａ〜２５ｍからのリクエスト情報又はレスポンス情報の変換を行う機能である。この機能によれば、例えば、軽量なデータ記述言語の１つであるＪＳＯＮ(JavaScript（登録商標） Object Notation)形式を、構造化されたデータを交換するための言語であるＸＭＬ(Extensible Markup Language)形式に変換することができる。
The IF function is a function that converts request information or response information from the
図１に戻って、保守運用機能部２３は、ＡＰＩ集約装置２４を保守する処理、実際にＡＰＩをＡＰＩ集約装置２４に接続する処理、実際にＡＰＩ互換処理が実行されているか否かを判定する処理等を行う。更に、保守運用機能部２３は、検索等のための通信のトラフィック量を分析するトラフィック分析機能や、ＡＰＩ集約装置２４からグルメ検索機能等のＡＰＩにリクエスト情報を送れるようにするエンジニアリング機能を有する。
Returning to FIG. 1, the maintenance
次に、図３にＡＰＩ集約装置２４の特徴構成を示す。このＡＰＩ集約装置２４は、信号受信部２１ａと、信号情報蓄積部（蓄積部ともいう）２１ｂと、信号送信部２１ｃと、互換動作実行判断部（判断部ともいう）２１ｄと、互換動作実行部（実行部ともいう）２１ｅと、ＡＰＩ互換情報ＤＢ（ＤＢともいう）２１ｆと、信号変換部２１ｇと、開発者ポータル機能部２２とを備えて構成されている。
Next, FIG. 3 shows a characteristic configuration of the
但し、破線枠２１で囲む次の要素がＡＰＩ処理機能部２１（図１参照）の機能を分割した構成要素である。即ち、信号受信部２１ａ、信号情報蓄積部２１ｂ、信号送信部２１ｃ、互換動作実行判断部２１ｄ、互換動作実行部２１ｅ、ＡＰＩ互換情報ＤＢ２１ｆ及び信号変換部２１ｇが、ＡＰＩ処理機能部２１の構成要素である。
However, the next element enclosed by the
なお、ＡＰＩ互換情報ＤＢ２１ｆは請求項記載のデータベースを構成し、信号情報蓄積部２１ｂは請求項記載の蓄積部、互換動作実行判断部２１ｄは請求項記載の判断部、信号変換部２１ｇは請求項記載の変換部、信号送信部２１ｃは請求項記載の送信部を構成する。
The API
ここで、図３のＡＰＩ集約装置２４で用いられるリクエスト情報とレスポンス情報の構成を、図４を参照して説明する。
図４（ａ）に示すように、リクエスト情報ｑは、メソッド及びＵＲＩ（Uniform Resource Identifier）を有するリクエスト部ｑｒと、ヘッダ情報及び認証情報を有するヘッダ部ｑｈと、データ形式及びパラメータを有するボディ部ｑｂとから構成されている。
Here, configurations of request information and response information used in the
As shown in FIG. 4A, the request information q includes a request part qr having a method and a URI (Uniform Resource Identifier), a header part qh having header information and authentication information, and a body part having a data format and parameters. It consists of qb.
図４（ｂ）に示すように、レスポンス情報ｐは、ステータスコードを有するレスポンス部ｐｒと、ヘッダ情報を有するヘッダ部ｐｈと、データ形式及びパラメータを有するボディ部ｐｂとから構成されている。 As shown in FIG. 4B, the response information p is composed of a response part pr having a status code, a header part ph having header information, and a body part pb having a data format and parameters.
次に、図５（ａ）及び（ｂ）に、リクエスト情報ｑとレスポンス情報ｐの構成例を示し、その説明を行う。
図５（ａ）に示すリクエスト情報ｑにおいて、リクエスト部ｑｒの情報は、例えば、「ＰＯＳＴ／ａｐｉＮａｍｅ／ｖ１／ｃａｌｌｓ」である。「ＰＯＳＴ」がメソッドであり、「ａｐｉＮａｍｅ／ｖ１／ｃａｌｌｓ」がＵＲＩである。
ヘッダ部ｑｈの情報は、例えば、「Ａｕｔｈｏｒｉｚａｔｉｏｎ ＡＰＩ−ＫＥＹ：ｈ４７ｔｑ３８４」である。「Ａｕｔｈｏｒｉｚａｔｉｏｎ」がヘッダ情報であり、「ＡＰＩ−ＫＥＹ：ｈ４７ｔｑ３８４」が認証情報である。
Next, FIG. 5A and FIG. 5B show configuration examples of the request information q and the response information p, and will be described.
In the request information q shown in FIG. 5A, the information of the request unit qr is, for example, “POST / apiName / v1 / calls”. "POST" is a method, and "apiName / v1 / calls" is a URI.
The information of the header part qh is, for example, “Authorization API-KEY: h47tq384”. "Authorization" is header information, and "API-KEY: h47tq384" is authentication information.
ボディ部ｑｂの情報は、例えば、「｛“ｎａｍｅ”：“Ａｌｉｃｅ” “ｆｒｏｍ”：”０４２２−５９−１１１１” “ｔｏ”：“０４２２−５９−２２２２”｝」である。｛｝内の全ての文字列がパラメータである。データ形式は、例えばＪＳＯＮ形式である。 The information of the body part qb is, for example, "{" name ":" Alice "" from ":" 0422-59-1111 "" to ":" 0422-59-2222 "}. All strings in {} are parameters. The data format is, for example, JSON format.
次に、図５（ｂ）に示すレスポンス情報ｐにおいて、レスポンス部ｐｒの情報は、例えば、「２００ ＯＫ」であり、これがステータスコードである。
ヘッダ部ｐｈの情報は、例えば、「Ｌｏｃａｔｉｏｎ ｈｔｔｐ：／／ｘｘｘ／ａａａ／ｖ１／ｂｂ」であり、これがヘッダ情報である。
Next, in the response information p shown in FIG. 5B, the information of the response part pr is, for example, “200 OK”, which is a status code.
The information of the header part ph is, for example, “Location http: // xxx / aaa / v1 / bb”, which is header information.
ボディ部ｐｂの情報は、例えば、「｛“ｉｄ”：“００１”｝」であり、これがパラメータである。データ形式は、例えばＪＳＯＮ形式である。 The information of the body part pb is, for example, “{“ id ”:“ 001 ”}”, which is a parameter. The data format is, for example, JSON format.
図３に戻って、ＤＢ２１ｆは、ＡＰＩ互換情報を記憶するものである。ＡＰＩ互換情報は、前述したように、複数のＡＰＩに繋がる機能に何らかの互換性がある場合に、その互換性を有するＡＰＩの対応関係を示す情報である。ＡＰＩ互換情報には、差分パラメータ、類似率等が有る。
Returning to FIG. 3, the
差分パラメータについて説明する。例えば、一方のＡＰＩ２８ｂに係るリクエスト情報に、パラメータとして送信元の電話番号と送信先の電話番号が保持されており、他方のＡＰＩ２８ｃに係るリクエスト情報に、パラメータとして送信元の電話番号と送信先のＵＲＬ(Uniform Resource Locator)が保持されているとする。この場合、パラメータは共通であるが、電話番号とＵＲＬとに差分があるので、これを差分パラメータという。
類似率は、２つのＡＰＩ２８ｂ，２８ｃに係る各全体情報における類似した情報の比率である。例えば、類似率は、全体情報（例えば１００）から差分パラメータ等の差分（例えば２０）を減算した結果（８０）が、全体情報（１００）に占める割合である。
The difference parameter will be described. For example, in the request information related to one of the
The similarity rate is a ratio of similar information in each overall information according to the two
ポータル機能部２２は、ＤＢ２１ｆから、矢印Ｙ０で示す信号により、ＡＰＩ処理機能部２１により公開されているＡＰＩに互換性のあるＡＰＩ互換情報を取得し、このＡＰＩ互換情報に応じて各ＡＰＩを対応付けて登録する。
The
ここで、アプリ開発者３０は、図示せぬ通信端末機により、矢印Ｙ１で示す信号により、ＡＰＩ利用時に利用するＡＰＩと、これに対応付けられているＡＰＩとを、ポータル機能部２２から選択し、これらの選択したＡＰＩを、破線矢印Ｙ２で示す信号によりアプリ２５ａに関連付ける。
Here, the
アプリ２５ａは、矢印Ｙ３で示す信号により、ＡＰＩ集約装置２４を介して、当該アプリ２５ａに関連付けられたＡＰＩ（例えば図１の２８ｂ）に向けてリクエスト情報を送信する。この送信されたリクエスト情報は、ＡＰＩ集約装置２４の信号受信部２１ａで受信される。
The
信号受信部２１ａは、矢印Ｙ４で示す信号により、受信したリクエスト情報を蓄積部２１ｂに記憶して蓄積する。また、信号受信部２１ａは、矢印Ｙ５で示す信号により、同リクエスト情報を信号送信部２１ｃへ出力する。
The
信号送信部２１ｃは、矢印Ｙ６で示す信号により、そのリクエスト情報をＡＰＩ２８ｂ（図１参照）を介してイネーブラ２７ｂへ送信する。
イネーブラ２７ｂは、受信したリクエスト情報に応じたレスポンス情報を、矢印Ｙ７で示す信号により、ＡＰＩ２８ｂ（図１参照）を介して信号受信部２１ａへ送信する。
信号受信部２１ａは、イネーブラ２７ｂから受信したレスポンス情報を、矢印Ｙ８で示す信号により、判断部２１ｄへ出力する。
The
The
The
判断部２１ｄは、信号受信部２１ａからレスポンス情報を受信すると、蓄積部２１ｂから矢印Ｙ９で示す信号により、受信したレスポンス情報に対応するリクエスト情報を取得する。更に、判断部２１ｄは、ＤＢ２１ｆから矢印Ｙ１０で示す信号により、ポータル機能部２２で先に取得され、矢印Ｙ３で示したリクエスト情報の送信契機となったＡＰＩ互換情報を取得する。
When the
更に、判断部２１ｄは、上記の取得したリクエスト情報へのレスポンス情報の対応関係から、当該レスポンス情報の送信元のイネーブラ２７ｂが正常か、機能不全かを判断する。この機能不全とは、（１）レスポンス情報を受信せず、タイムアウトとなった場合、（２）レスポンス情報としてエラー情報が返ってきた場合、（３）所望以外のレスポンス情報が返ってきた場合等である。
Further, the
判断部２１ｄの判断において、レスポンス情報の内容がリクエスト情報の内容に適合していれば、正常なので、この場合、レスポンス情報は、実行部２１ｅ及び信号変換部２１ｇを通過して信号送信部２１ｃから、ＡＰＩ２６ｂ（図１参照）を介してアプリ２５ａへ返信される。
Since it is normal if the content of the response information conforms to the content of the request information in the determination of the
一方、レスポンス情報の内容がリクエスト情報の内容と全く対応していなかったり、レスポンス情報の内容が、この送信元のイネーブラ２７ｂの機能不全を示す情報である場合、判断部２１ｄは、イネーブラ２７ｂが機能不全と判断する。
On the other hand, when the content of the response information does not correspond to the content of the request information at all or the content of the response information is information indicating the malfunction of the
この機能不全と判断した判断部２１ｄは、先に取得したＡＰＩ互換情報によりＡＰＩ互換動作（互換動作ともいう）が可能か否かを判断する。つまり、レスポンス情報の送信元のイネーブラ２７ｂに、他のイネーブラが対応付けられているか否かを判断する。対応付けられていない場合、判断部２１ｄは互換動作が不可能と判断する。この場合、判断部２１ｄは、矢印Ｙ１１で示す信号により、実行部２１ｅへ互換動作不可能の情報を出力する。この情報を受けた実行部２１ｅは、エラー情報を、矢印Ｙ１２，Ｙ１３，Ｙ１４で示す信号により、実行部２１ｅ及び信号変換部２１ｇを介して信号送信部２１ｃから、ＡＰＩ２６ｂ（図１参照）を更に介してアプリ２５ａへ返信する。これにより、アプリ２５ａに係る例えばスマートフォンのユーザは、所望の検索内容が検索不能であることを認識できる。
The
一方、レスポンス情報の送信元のイネーブラ２７ｂに、他のイネーブラ（例えば２７ｃ）が対応付けられている場合、判断部２１ｄは互換動作が可能と判断する。この場合、判断部２１ｄは、矢印Ｙ１１で示す信号により、実行部２１ｅへ互換動作可能の情報を出力する。互換動作可能を受けた実行部２１ｅは、矢印Ｙ１２で示す信号により、機能不全のイネーブラ２７ｂ及びこれに対応付けられたイネーブラ２７ｃのＡＰＩ互換情報を信号変換部２１ｇへ出力する。
On the other hand, when another enabler (for example, 27c) is associated with the
信号変換部２１ｇは、機能不全のイネーブラ２７ｂへＡＰＩ２８ｂを介して送信されたリクエスト情報を、対応イネーブラ２７ｃに繋がる対応ＡＰＩ２８ｃへのリクエスト情報に変換し、これを、矢印Ｙ１３で示す信号により、信号送信部２１ｃへ出力する。信号送信部２１ｃは、その対応ＡＰＩ２８ｃへのリクエスト情報を、矢印Ｙ１５で示す信号により、ＡＰＩ２８ｃ（図１参照）を介して対応イネーブラ２７ｃへ送信する。
The
対応イネーブラ２７ｃは、受信したリクエスト情報に応じたレスポンス情報を、矢印Ｙ１６で示す信号により信号受信部２１ａへ送信する。この信号受信部２１ａは、受信したレスポンス情報を、矢印Ｙ１７で示す信号により信号変換部２１ｇへ出力する。
The
信号変換部２１ｇは、対応イネーブラ２７ｃから受信したレスポンス情報を、機能不全のイネーブラ２７ｂから本来適性に出力されるレスポンス情報に整合するように変換し、この変換されたレスポンス情報を、矢印Ｙ１８で示す信号により、信号送信部２１ｃへ入力する。信号送信部２１ｃは、その入力されたレスポンス情報を、矢印Ｙ１４で示す信号により、ＡＰＩ２６ｂを介してアプリ２５ａへ送信する。
The
この際、アプリ２５ａへのレスポンス情報が、対応イネーブラ２７ｃ（又は対応ＡＰＩ２８ｃ）からの情報である内容を付してもよい。また、対応イネーブラ２７ｃ（又は対応ＡＰＩ２８ｃ）からの応答であるレスポンス情報が、アプリ２５ａの所望の応答になるようにレスポンス情報を変更して、アプリ２５ａへ返信してもよい。この場合、図４（ｂ）に示したレスポンス情報ｐのレスポンス部ｐｒ、ヘッダ部ｐｈ及びボディ部ｐｂの何れかの情報を変更することになる。例えば、図５（ｂ）に示すボディ部ｐｂでは、データ形式がＪＳＯＮ形式であるが、これをＸＭＬ形式に変換することができる。
At this time, the response information to the
なお、信号変換部２１ｇは、上述したように、対応イネーブラ２７ｃから受信したレスポンス情報を、本来適性に出力されるレスポンス情報に整合するように変換するが、この変換を行わず、その受信したレスポンス情報をアプリ２５ａへ送信するようにしてもよい。
Note that, as described above, the
このような構成の図３に示すＡＰＩ集約装置２４は、各機能部を、リクエスト情報に対する処理部と、レスポンス情報に対する処理部とを分けて構成してもよい。
The
次に、前述した互換動作のパターンについて説明する。互換動作のパターンは、図６及び図７に示すように、第１〜第４の４つのパターンがある。図６（ａ）に第１パターン、（ｂ）に第２パターン、図７（ａ）に第３パターン、（ｂ）に第４パターンを示す。但し、全てのパターンにおいて、イネーブラ２７ｂにイネーブラ２７ｃが対応付けられているとする。これにより、各イネーブラ２７ｂ，２７ｃに繋がるＡＰＩ２８ｂにＡＰＩ２８ｃが対応付けられ、また、アプリ２５ａ側のＡＰＩ２６ｂにＡＰＩ２６ｃが対応付けられている。
Next, the pattern of the compatible operation described above will be described. There are four patterns of the compatible operation, as shown in FIG. 6 and FIG. 7. 6A shows a first pattern, FIG. 7B shows a second pattern, FIG. 7A shows a third pattern, and FIG. 7B shows a fourth pattern. However, it is assumed that the
図６（ａ）及び（ｂ）に示す第１及び第２パターンは、互換動作として、×印で示す機能不全となったイネーブラ２７ｂに繋がるＡＰＩ２８ｂに代わりに、矢印ｑ３で示すように、アプリ２５ａ側の対応ＡＰＩ２６ｃにリクエストする場合のパターンである。
In the first and second patterns shown in FIGS. 6A and 6B, as the compatible operation, the
図６（ａ）に示す第１パターンは、アプリ２５ａから矢印ｑ１，ｑ２で示すように、ＡＰＩ２６ｂ、ＡＰＩ集約装置２４、ＡＰＩ２８ｂを介してイネーブラ２７ｂへリクエスト情報を送信したが、イネーブラ２７ｂが×印で示すように機能不全であり、この不全内容のレスポンス情報が、矢印ｐ１で示すようにＡＰＩ集約装置２４に返ってきた場合である。この場合、ＡＰＩ集約装置２４は、互換動作が可能か否かを判断し、可能な場合に、矢印ｑ３で示すように、アプリ２５ａ側のＡＰＩ２６ｃにリクエスト情報を送信する。
In the first pattern shown in FIG. 6A, as indicated by arrows q1 and q2 from the
このリクエスト情報は、矢印ｑ４で示すように対応ＡＰＩ２８ｃを介して対応イネーブラ２７ｃへ送信される。これにより、対応イネーブラ２７ｃがそのリクエスト情報に応じたレスポンス情報を、矢印ｐ２で示すようにＡＰＩ集約装置２４へ送信する。ＡＰＩ集約装置２４は、対応イネーブラ２７ｃから受信したレスポンス情報を、機能不全のイネーブラ２７ｂから本来適性に出力されるレスポンス情報に整合するように変換し、この変換されたレスポンス情報を、矢印ｐ３，ｐ４で示すように、ＡＰＩ２６ｂを介してアプリ２５ａへ返信する。
This request information is transmitted to the
図６（ｂ）に示す第２パターンにおいて、矢印ｑ１，ｑ２，ｐ１，ｑ３，ｑ４，ｐ２の順序で示す動作は、第１パターンと同様である。この後、矢印ｐ２で示す対応イネーブラ２７ｃからのレスポンス情報を受信したＡＰＩ集約装置２４は、対応イネーブラ２７ｃから受信したレスポンス情報を、機能不全のイネーブラ２７ｂから本来適性に出力されるレスポンス情報に整合するように変換し、この変換されたレスポンス情報を、矢印ｐ５で示すように、ＡＰＩ２６ｃを介してアプリ２５ａへ返信する。
In the second pattern shown in FIG. 6B, the operation shown in the order of arrows q1, q2, p1, q3, q4, p2 is the same as the first pattern. Thereafter, the
図７（ａ）及び（ｂ）に示す第３及び第４パターンは、互換動作として、×印で示す機能不全となったイネーブラ２７ｂに繋がるＡＰＩ２８ｂに代わりに、矢印ｑ５で示すように、対応イネーブラ２７ｃ側の対応ＡＰＩ２８ｃにリクエストする場合のパターンである。
The third and fourth patterns shown in FIGS. 7A and 7B correspond to the corresponding enabler as indicated by an arrow q5 instead of the
図７（ａ）に示す第３パターンにおいて、矢印ｑ１，ｑ２，ｐ１の順序で示す動作は、第１パターンと同様である。この後、矢印ｑ４で示すように、機能不全のイネーブラ２７ｂからの不全内容のレスポンス情報を受信したＡＰＩ集約装置２４は、互換動作が可能か否かを判断し、可能な場合に、矢印ｑ５で示すように、対応ＡＰＩ２８ｃを介して対応イネーブラ２７ｃへリクエスト情報を送信する。
In the third pattern shown in FIG. 7A, the operation shown in the order of arrows q1, q2 and p1 is the same as the first pattern. After that, as indicated by the arrow q4, the
このリクエスト情報は、矢印ｑ４で示すように対応ＡＰＩ２８ｃを介して対応イネーブラ２７ｃへ送信される。これにより、対応イネーブラ２７ｃがそのリクエスト情報に応じたレスポンス情報を、矢印ｐ２で示すようにＡＰＩ集約装置２４へ送信する。ＡＰＩ集約装置２４は、対応イネーブラ２７ｃから受信したレスポンス情報を、機能不全のイネーブラ２７ｂから本来適性に出力されるレスポンス情報に整合するように変換し、この変換されたレスポンス情報を、矢印ｐ３，ｐ４で示すように、ＡＰＩ２６ｂを介してアプリ２５ａへ返信する。これにより、アプリ２５ａに係る例えばスマートフォンのユーザは、所望の検索内容を確認することができる。
This request information is transmitted to the
図７（ｂ）に示す第４パターンにおいて、矢印ｑ１，ｑ２，ｐ１，ｑ５，ｑ４，ｐ２の順序で示す動作は、第３パターンと同様である。この後、矢印ｐ２で示す対応イネーブラ２７ｃからのレスポンス情報を受信したＡＰＩ集約装置２４は、対応イネーブラ２７ｃから受信したレスポンス情報を、機能不全のイネーブラ２７ｂから本来適性に出力されるレスポンス情報に整合するように変換し、この変換されたレスポンス情報を、矢印ｐ５で示すように、ＡＰＩ２６ｃを介してアプリ２５ａへ返信する。
In the fourth pattern shown in FIG. 7B, the operation shown in the order of arrows q1, q2, p1, q5, q4, and p2 is the same as the third pattern. Thereafter, the
このような第１〜第４パターンの互換動作は、図３に示したＡＰＩ集約装置２４の判断部２１ｄが互換動作可能と判断した際に、実行部２１ｅを介して信号送信部２１ｃが行うようになっている。実質的には、信号送信部２１ｃに第１〜第４パターンの何れか１つの互換動作を行うためのプログラムや回路が予め形成されている。
Such compatible operation of the first to fourth patterns is performed by the
＜実施形態の動作＞
次に、本実施形態に係るＡＰＩ集約装置２４による互換動作を説明する。但し、互換動作として上述した第２パターンの場合を代表して説明する。図８に第２パターンの構成図を示す。
<Operation of Embodiment>
Next, the compatible operation by the
また、図９に第２パターンの互換動作において送受信されるリクエスト情報ｑの具体例を示し、図１０にレスポンス情報ｐの具体例を示し、図１１（ａ）にリクエスト情報のパラメータ（リクエストパラメータ）の具体例を示し、図１１（ｂ）にレスポンス情報のパラメータ（レスポンスパラメータ）の具体例を示す。これらの図９〜図１１に示すリクエスト情報ｑ及びレスポンス情報ｐの具体例は、図４（ａ）及び（ｂ）に示したリクエスト情報ｑ及びレスポンス情報ｐの基本構成に対応している。 Further, FIG. 9 shows a specific example of request information q transmitted / received in the compatible operation of the second pattern, FIG. 10 shows a specific example of response information p, and FIG. 11 (a) shows parameters (request parameters) of request information. A specific example of the parameter of (response parameter) of the response information is shown in FIG. The specific examples of the request information q and the response information p shown in FIGS. 9 to 11 correspond to the basic configurations of the request information q and the response information p shown in FIGS. 4A and 4B.
図９に示すリクエスト情報ｑは、当該リクエスト情報ｑのリクエスト項目（リクエスト形式）として、メソッド種別、ＵＲＩ形式、ヘッダ情報、認証情報、データ形式を記載している。図１０に示すレスポンス情報ｐは、当該レスポンス情報ｐのレスポンス項目（レスポンス形式）として、ステータスコード、ヘッダ情報、データ形式を記載している。 The request information q shown in FIG. 9 describes, as a request item (request format) of the request information q, a method type, a URI format, header information, authentication information, and a data format. The response information p illustrated in FIG. 10 describes a status code, header information, and a data format as a response item (response format) of the response information p.
本互換動作を行うための互換性の例では、パラメータの互換性について説明する。但し、パラメータ以外にも互換性を保つことが可能である。ＡＰＩを集約する本実施形態のＡＰＩ集約装置２４（図８参照）では、受信したリクエスト情報ｑ及び、送信するレスポンス情報ｐ、送受信する信号の全てについて互換のための変換を可能とする機能を持つ。例えば、認証情報（具体例は図５参照）が異なる場合に、当該認証情報を統一すること、図１０に示すデータ形式を異なる形式に変換、例えばＪＳＯＮ形式をＸＭＬ形式に変換（又はＸＭＬ形式をＪＳＯＮ形式に変換）することが可能である。つまり、データ形式が異なっていても互換性を保つことができる。 The example of compatibility for performing this compatible operation describes the compatibility of parameters. However, it is possible to maintain compatibility other than parameters. The API aggregation device 24 (see FIG. 8) according to the present embodiment that aggregates the API has a function that enables conversion for compatibility with all of the received request information q, the response information p to be transmitted, and the signals to be transmitted and received. . For example, when the authentication information (see the example in FIG. 5) is different, unify the authentication information, convert the data format shown in FIG. 10 into a different format, eg convert the JSON format into an XML format (or convert the XML format It is possible to convert into JSON format. That is, compatibility can be maintained even if the data format is different.
図８に示すＡグルメ検索機能２７ｂとＢグルメ検索機能２７ｃとは、前述したように、異なる企業が提供する飲食店情報を特定する検索機能である。アプリ２５ａから各検索機能２７ｂ，２７ｃに、図１１（ａ）に示すリクエストパラメータとしての店舗名と、緯度及び経度とをリクエスト情報で与えると、図１１（ｂ）に示すレスポンスパラメータとしての住所、カテゴリ及びＵＲＬがレスポンス情報として返信されるようになっている。
As described above, the A
図９のＵＲＩ形式に示すように、Ａグルメ検索機能２７ｂの送信先は、「ｈｔｔｐ：／／ａｐｉ．ｓａｍｐｌｅ．ｃｏｍ／ｇｏｕｒｍｅｔＡ／」となっている。これは、ＡＰＩを集約するＡＰＩ集約装置２４で該当のＡＰＩを公開するときに、「ｈｔｔｐ：／／ａｐｉ．ｓａｍｐｌｅ．ｃｏｍ／」というようにドメイン名を共通化してＡＰＩをリストとして公開しているためである。
As shown in the URI format of FIG. 9, the transmission destination of the A
図１１（ａ）及び（ｂ）に示すＡグルメ検索機能２７ｂ及びＢグルメ検索機能２７ｃの各々は、リクエスト情報ｑ及びレスポンス情報ｐの各々に含むパラメータの意味は全く同じで、名称が異なる場合を示している。例えば、店舗名を表すＡグルメ検索機能２７ｂでは「ｎａｍｅ」が、Ｂグルメ検索機能２７ｃでは「ＳｈｏｐＮａｍｅ」となっているが、全く同じ内容を表している。このため、その単語の比較対象リストを、ＡＰＩ互換情報ＤＢ２１ｆ（図３参照）に保持することで互換性を表すことができる。また、ＡＰＩ２６ｂ，２６ｃでは、異なるＡＰＩであっても同じ意味のパラメータは同じパラメータ名で設計している。
In each of the A
このような内容のリクエスト情報ｑ及びレスポンス情報ｐが用いられる場合において、本実施形態のＡＰＩ集約装置２４による第２パターンの場合の互換動作を、図１２及び図１３に示すフローチャートを参照して説明する。
When the request information q and the response information p having such contents are used, the compatible operation in the case of the second pattern by the
但し、ユーザが図示せぬスマホで飲食店情報を検索するものとする。この際に、スマホに図８に示すアプリケーション２５ａをインストールし、そのアプリ２５ａからインターネットを介して各ＡＰＩ２８ａ〜２８ｄにアクセスして、各機能２７ａ〜２７ｄから所望の飲食店情報を取得するものとする。
However, it is assumed that the user searches restaurant information with a smartphone (not shown). At this time, the
図１２に示すステップＳ１において、アプリケーション２５ａが飲食店の位置情報取得のためのリクエスト情報ｑを、矢印ｑ１１で示す信号により、ＡＰＩ２６ａ、ＡＰＩ集約装置２４、ＡＰＩ２８ａを介して位置情報取得機能２７ａへ送信する。このリクエスト情報ｑを受信した位置情報取得機能２７ａは、リクエスト情報ｑに応じた位置情報のレスポンス情報ｐを、矢印ｐ１１で示す信号により、ＡＰＩ２８ａ、ＡＰＩ集約装置２４、ＡＰＩ２６ａを介してアプリ２５ａへ返信する。これにより、アプリ２５ａで飲食店の位置情報が取得される。
In step S1 shown in FIG. 12, the
これにより、スマホに飲食店の位置が表示され、ユーザは、その位置の周辺にどの様な飲食店があるかを検索可能となる。ここでユーザが、スマホにおいて、その飲食店検索のための操作を行ったとすると、次のような動作が実行される。 As a result, the position of the restaurant is displayed on the smartphone, and the user can search what kind of restaurant is located around the position. Here, if the user performs an operation for restaurant search in the smartphone, the following operation is performed.
ステップＳ２において、アプリ２５ａはＡＰＩ集約装置２４に対して、Ａグルメ検索機能２７ｂのＡＰＩ２６ｂ「例えば図９に示すｈｔｔｐ：／／ａｐｉ．ｓａｍｐｌｅ．ｃｏｍ／ｇｏｕｒｍｅｔＡ」に、次の文字列のリクエスト情報ｑ（矢印ｑ１２）を送信する。
このリクエスト情報ｑは、例えば「ＧＥＴ ｈｔｔｐ：／／ａｐｉ．ｓａｍｐｌｅ．ｃｏｍ／ｇｏｕｒｍｅｔＡ？ｎａｍｅ＝ｘｘｘ＆ｌａｔｉｔｕｄｅ＝３６．１２４＆ｌｏｎｇｉｔｕｄｅ＝１３６．２２４」である。
このリクエスト情報ｑは、ＡＰＩ集約装置２４の蓄積部２１ｂ（図３）に一旦記憶（蓄積）される。
In step S2, the
The request information q is, for example, “GET http://api.sample.com/gourmetA?name=xxx&latitude=36.124&longitude=136.224”.
The request information q is temporarily stored (stored) in the
次に、ステップＳ３において、ＡＰＩ集約装置２４は、上記ステップＳ２で受信したリクエスト情報ｑを、矢印ｑ１３で示す信号により、ＡＰＩ２８ｂ「例えば図９に示すｈｔｔｐ：／／ｓｈｏｐＡ．ｘｓａｍｐｌｅ．ｃｏｍ／ｓｅａｒｃｈＧｏｕｒｍｅｔＡ」を介してＡグルメ検索機能２７ｂへ送信する。
Next, in step S3, the
この送信されるリクエスト情報ｑは、例えば「ＧＥＴ ｈｔｔｐ：／／ｓｈｏｐＡ．ｘｓａｍｐｌｅ．ｃｏｍ／ｓｅａｒｃｈＧｏｕｒｍｅｔＡ？ｎａｍｅ＝ｘｘｘ＆ｌａｔｉｔｕｄｅ＝３６．１２４＆ｌｏｎｇｉｔｕｄｅ＝１３６．２２４」である。 The transmitted request information q is, for example, “GET http://shopA.xsample.com/searchGourmetA?name=xxx&latitude=36.124&longitude=136.224”.
ステップＳ４において、Ａグルメ検索機能２７ｂは、受信したリクエスト情報ｑに応じたレスポンス情報ｐを、矢印ｐ１３で示す信号により、ＡＰＩ２８ｂを介してＡＰＩ集約装置２４へ返信する。
In step S4, the A
ここで、ステップＳ５において、ＡＰＩ集約装置２４は、上記ステップＳ４で受信されたレスポンス情報ｐが、タイムアウトとならず適正に受信されたか否かを判断する。この結果、適正に受信された場合（Ｙｅｓ）、ステップＳ６において、ＡＰＩ集約装置２４は、レスポンス情報ｐにエラー情報が無いか否かを判断する。この結果、エラー情報が無ければ（Ｙｅｓ）、ステップＳ７において、ＡＰＩ集約装置２４は、上記ステップＳ３で記憶したリクエスト情報を蓄積部２１ｂから取得する。
Here, in step S5, the
ステップＳ８において、ＡＰＩ集約装置２４は、上記ステップＳ５で受信されたレスポンス情報ｐが、上記ステップＳ７で取得されたリクエスト情報ｑの内容に適合しており、所望のレスポンス情報ｐか否かを判断する。この結果、所望のレスポンス情報ｐであれば（Ｙｅｓ）、ステップＳ９に進む。
In step S8, the
ステップＳ９において、ＡＰＩ集約装置２４は、所望のレスポンス情報ｐがＡＰＩ２８ｂに係る対応ＡＰＩ（又は対応機能）２８ｃからのレスポンス情報が否かを判断する。この結果が、対応ＡＰＩ（又は対応機能）からのレスポンス情報で無ければ（Ｎｏ）、ステップＳ１０において、ＡＰＩ集約装置２４は、レスポンス情報をＡＰＩ２６ｂを介してアプリ２５ａへ返信（図８には矢印で示さず）する。これにより、アプリ２５ａに係るスマートフォンのユーザは、所望の検索内容を確認することができる。
In step S9, the
一方、上記ステップＳ５において、タイムアウトとなりレスポンス情報ｐが受信されなかったと判断（Ｎｏ）された場合、上記ステップＳ６において、レスポンス情報ｐにエラー情報があると判断（Ｎｏ）された場合、上記ステップＳ８において、レスポンス情報ｐが所望のレスポンス情報でないと判断（Ｎｏ）された場合の、何れかの場合は、図１３に示すステップＳ１１へ進む。但し、それらステップＳ５，Ｓ６，Ｓ８の何れかの判断が（Ｎｏ）の場合は、Ａグルメ検索機能２７ｂが機能不全の場合である。
On the other hand, if it is determined in step S5 that a timeout has occurred and it is determined that the response information p has not been received (No), if it is determined in step S6 that error information is present in the response information p (No), the step S8 is performed. In any case where it is determined that the response information p is not the desired response information (No), the process proceeds to step S11 shown in FIG. However, in the case where the judgment in any one of the steps S5, S6 and S8 is (No), it is a case where the A
ステップＳ１１において、ＡＰＩ集約装置２４は、レスポンス情報ｐを受信したＡグルメ検索機能２７ｂに繋がるＡＰＩ２８ｂのＡＰＩ互換情報を、ＤＢ２１ｆから検索して取得する。
In step S11, the
ステップＳ１２において、ＡＰＩ集約装置２４は、その取得したＡＰＩ互換情報により、Ａグルメ検索機能２７ｂの互換動作が可能か否かを判断する。この結果、不可能（Ｎｏ）と判断された場合、ステップＳ１３において、ＡＰＩ集約装置２４は、レスポンス情報ｐとしてエラー情報をアプリ２５ａへ返信（図８には矢印で示さず）する。これにより、アプリ２５ａに係るスマートフォンのユーザは、所望の検索内容が検索不能であることを認識できる。
In step S12, the
一方、上記ステップＳ１２において、互換動作が可能（Ｙｅｓ）と判断された場合、ステップＳ１４において、ＡＰＩ集約装置２４は、図８に示すＡグルメ検索機能２７ｂへＡＰＩ２６ｂ，２８ｂを介して送信されたリクエスト情報ｑ１２を、Ａグルメ検索機能２７ｂに対応付けられたＢグルメ検索機能２７ｃに繋がる対応ＡＰＩ２６ｃへのリクエスト情報ｑｃに変換する。
On the other hand, if it is determined in step S12 that the compatible operation is possible (Yes), in step S14, the
この変換されたリクエスト情報ｑｃは、ステップＳ１５において、図８に矢印ｑ１４で示す信号により対応ＡＰＩ２６ｃへ送信され、更に、ＡＰＩ集約装置２４から矢印ｑ１５で示す信号により、ＡＰＩ２８ｃを介してＢグルメ検索機能２７ｃへ送信される。
The converted request information qc is transmitted to the corresponding
但し、上記の矢印ｑ１４で示すリクエスト情報ｑｃは、例えば図９に示すＢグルメ検索機能２７ｃのＡＰＩ２６ｃのＵＲＩ形式の「ＧＥＴ ｈｔｔｐ：／／ａｐｉ．ｓａｍｐｌｅ．ｃｏｍ／ｇｏｕｒｍｅｔＢ？ｓｈｏｐ＝ｘｘｘ＆ｌａｔ＝３６．１２４＆ｌｏｎｇ＝１３６．２２４」である。
However, the request information qc indicated by the above arrow q14 is, for example, "GET http://api.sample.com/gourmetB? Shop = xxx & lat = 36.124 & long" in the URI format of the
また、矢印ｑ１５で示すリクエスト情報ｑｃは、例えば図９に示すＢグルメ検索機能２７ｃのＡＰＩ２８ｃのＵＲＩ形式の「ＧＥＴ ｈｔｔｐ：／／ｓｈｏｐＢ．ｙｓａｍｐｌｅ．ｃｏｍ／ｓｈｏｐＳｅａｒｃｈＢ？ＳｈｏｐＮａｍｅ＝ｘｘｘ＆Ｌａｔｔｉｔｕｄｅ＝３６．１２４＆Ｌｏｎｇｉｔｕｄｅ＝１３６．２２４」である。
Further, the request information qc indicated by the arrow q15 is, for example, “GET http://shopB.ysample.com/shopSearchB?ShopName=xxx&Lattitude=36.124&Longitude=136” of the URI format of the
Ｂグルメ検索機能２７ｃは、図１２に示すステップＳ４において、受信したリクエスト情報ｑｃに応じたレスポンス情報ｐｃを、矢印ｐ１４で示す信号により、ＡＰＩ２８ｃを介してＡＰＩ集約装置２４へ返信する。
In step S4 shown in FIG. 12, the B
上記の矢印ｐ１４で示すレスポンス情報ｐｃは、例えば「ＳｈｏｐＡｄｄｒｅｓｓ：住所、ＧｅｎｒｅＮａｍｅ：お店ジャンル、ＳｈｏｐＵｒｌ：店舗ＵＲＬ」である。 The response information pc indicated by the arrow p14 is, for example, "Shop Address: address, Genre Name: store genre, Shop Url: store URL".
次に、上述したステップＳ５，Ｓ６，Ｓ８の判断結果がＮｏであれば、ステップＳ１１へ進み、以降上述した処理が同様に行われる。この際、図１３のステップＳ１１，Ｓ１２と進み、ステップＳ１２においてＢグルメ検索機能２７ｃの次のグルメ検索機能が無いので、Ｎｏと判定され、ステップＳ１３においてエラー情報がアプリ２５ａへ送信されて処理が終了する。
Next, if the judgment result of step S5, S6, S8 mentioned above is No, it will progress to step S11 and the process mentioned above will be performed similarly. At this time, the process proceeds with steps S11 and S12 in FIG. 13, and there is no gourmet search function next to the B
一方、ステップＳ５，Ｓ６，Ｓ８の判断結果がＹｅｓであれば、ステップＳ９において、ＡＰＩ集約装置２４は、受信したレスポンス情報ｐｃが対応ＡＰＩ（又は対応機能）からのレスポンス情報が否かを判断する。この結果が、対応ＡＰＩ（又は対応機能）としてのＡＰＩ２８ｃを介したＢグルメ検索機能２７ｃからのレスポンス情報ｐｃで有れば（Ｙｅｓ）、ステップＳ１６に進む。
On the other hand, if the determination result in steps S5, S6, and S8 is Yes, in step S9, the
ステップＳ１６において、ＡＰＩ集約装置２４は、レスポンス情報ｐｃを、機能不全のＡグルメ検索機能２７ｂから本来適性に出力されるレスポンス情報ｐｂ１に整合するように変換する。
この変換されたレスポンス情報ｐｂ１は、例えば「ａｄｄｒｅｓｓ：住所、ｃａｔｅｇｏｒｙ：お店ジャンル、ｕｒｌ：店舗ＵＲＬ」となる。
In step S16, the
The converted response information pb1 is, for example, "address: address, category: store genre, url: store URL".
そして、ステップＳ１０において、ＡＰＩ集約装置２４は、その変換したレスポンス情報ｐｂ１を、図８の矢印ｐ１５で示す信号により、ＡＰＩ２６ｃを介してアプリ２５ａへ送信する。これにより、アプリ２５ａに係るスマートフォンのユーザは、所望の検索内容を確認することができる。
Then, in step S10, the
なお、ユーザが、スマホのアプリ１３で検索した飲食店から、更に、嗜好する飲食物を検索したとする。この場合、その検索によるリクエスト情報ｑｄが、矢印ｑ１６で示す信号により、ＡＰＩ２６ｄ、ＡＰＩ集約装置２４、ＡＰＩ２８ｄを介してレコメンド機能２７ｄへ送信される。レコメンド機能２７ｄは、ユーザが嗜好する飲食物の情報であるレスポンス情報ｐｄを、矢印ｐ１６で示す信号により、ＡＰＩ２８ｄ、ＡＰＩ集約装置２４、ＡＰＩ２６ｄを介してアプリ２５ａへ返信する。これにより、アプリ２５ａでユーザが嗜好する飲食物の情報が取得されて表示される。
In addition, it is assumed that the user further searches for favorite food and drink from the restaurant searched by the
＜実施形態の効果＞
以上説明した本実施形態のＡＰＩ集約装置２４は、図２に示す通信システムのアプリケーション２５ａとイネーブラ２７ａ〜２７ｄとの間に少なくともＡＰＩ２６ａ，２８ａ〜２８ｄを介して接続されている。通信システムは、所定の目的を少なくとも通信を行って実現するイネーブラ２７ａ〜２７ｄに繋がるＡＰＩ２８ａ〜２８ｄを複数組み合わせたアプリケーション２５ａを有する。このアプリケーション２５ａが、所望の情報を取得するためのリクエスト情報を、情報インターフェイスであるＡＰＩ２６ａ，２８ａ〜２８ｄを介してイネーブラ２７へ送信する。この送信したリクエスト情報を受信したイネーブラ２７ａ〜２７ｄが当該リクエスト情報に応じたレスポンス情報を、ＡＰＩ２８ａ〜２８ｄ，２６ａを介してアプリケーション２５ａへ返信するようになっている。但し、「少なくともＡＰＩＡＰＩ２６ａ，２８ａ〜２８ｄを介して」というのは、アプリケーション２５ａからＡＰＩ集約装置２４に繋がるＡＰＩ２６ａとイネーブラ２７ａ〜２７ｄに繋がるＡＰＩ２８ａ〜２８ｄとは、ＡＰＩ集約装置２４を介する際にＡＰＩ２８ａ〜２８ｄのパラメータ等の形式が置き換えられている場合がある。形式を置き換える場合は、置き換える形式の対応関係をＡＰＩ集約装置２４で保持する。
<Effect of the embodiment>
The
本実施形態の特徴は、アプリケーション２５ａから所望のイネーブラ２７ｂへＡＰＩ２６ｂ，２８ｂを介してリクエスト情報を送信した際に、当該リクエスト情報の内容に適合したレスポンス情報が返信されない機能不全の場合、当該機能不全のイネーブラ２７ｂに予め対応付けられた対応イネーブラ２７ｃからのレスポンス情報を、当該対応イネーブラ２７ｃに繋がる対応ＡＰＩ２８ｃを介して当該アプリケーション２５ａへ返信するＡＰＩ処理機能部２１を備えることにある。
A feature of the present embodiment is that, when request information is transmitted from the
これによって、複数組み合わせたＡＰＩ２８ａ〜２８ｄの何れかが機能不全となった場合でも、その機能不全の例えばＡＰＩ２８ｂに係る機能の情報を、そのＡＰＩ２８ｂに係る対応ＡＰＩ２８ｃを介してアプリケーション２５ａに提供することができる。
By this, even when any of the plurality of combined
ＡＰＩ処理機能部２１は、ＤＢ２１ｆと、判断部２１ｄ、変換部としての信号変換部２１ｇと、送信部としての信号送信部２１ｃとを備える構成とした。
ＤＢ２１ｆは、ＡＰＩ毎に繋がる機能に何らかの互換性が有る場合に、その互換性の有るＡＰＩ２８ｂ，２８ｃの対応関係を示すＡＰＩ互換情報を記憶する。
The API
The
判断部２１ｄは、アプリケーション２５ａから送信されるリクエスト情報を受信したイネーブラ２７ｂからの返信レスポンス情報を受信した際に、当該受信レスポンス情報が予め定められた規定の内容に不適合の場合、又は、当該受信レスポンス情報が当該リクエスト情報の内容に不適合の場合、当該不適合のレスポンス情報を返信したイネーブラ２７ｂに繋がるＡＰＩ２８ｂに係る対応ＡＰＩ２８ｃが、ＤＢ２１ｆのＡＰＩ互換情報に存在すれば、互換動作可能と判断する。
When the
信号変換部２１ｇは、判断部２１ｄで互換動作可能と判断された際に、不適合のレスポンス情報を返信したイネーブラ２７ｂへの送信リクエスト情報を、対応ＡＰＩ２８ｃに繋がる対応イネーブラ２７ｃへのリクエスト情報に変換し、この変換されたリクエスト情報を対応イネーブラ２７ｃへ送信する。
信号送信部２１ｃは、変換されたリクエスト情報を受信した対応イネーブラ２７から返信されるレスポンス情報を、アプリケーション２５ａへ返信する。
The
The
この構成によれば、ＡＰＩ２８ｂやイネーブラ２７ｂ等が機能不全となった場合でも、ＡＰＩ処理機能部２１が機能不全となったＡＰＩ２８ｂに係る対応ＡＰＩ２８ｃ及び対応イネーブラ２７ｃへ切り替える互換切替動作を行って、対応イネーブラ２７ｃへの適合リクエスト情報を対応ＡＰＩ２８ｃを介して対応イネーブラ２７ｃへ送信し、これにより対応イネーブラ２７ｃから返信されるレスポンス情報をアプリケーション２５ａへ返信する。このため、アプリケーション２５ａを有するスマートフォン等の端末機において、所望のレスポンス情報を得ることができる。但し、ＡＰＩ集約装置２４に接続するイネーブラ２７ｃに繋がるＡＰＩ２８ｃが、接続される前からＡＰＩ集約装置２４へ繋がるＡＰＩ２８ｂのＡＰＩポリシーと合致しない場合には、ＡＰＩ集約装置２４でＡＰＩ２８ｃのパラメータ等の形式を置き換えている場合がある。そこで、その形式を置き換える場合は、置き換える形式の対応関係をＡＰＩ集約装置２４で保持する。
According to this configuration, even when the
また、この構成の場合、後述するような、対応ＡＰＩ２８ｃのレスポンス情報を、元のＡＰＩ２８ｂのレスポンス情報に合った形への変換処理を行わない。このため、実行速度のオーバーヘッドがかからないというメリットがある。レスポンス情報は、ＡＰＩ集約装置２４で提供しているＡＰＩ２８ｃからレスポンスが返るため、互換性を考慮したＡＰＩ設計をＡＰＩ集約装置２４で行うことで、レスポンス時の変換処理や互換動作を意識したアプリ開発を考慮せず互換動作を行うことができる。
Further, in the case of this configuration, conversion processing of response information of the corresponding
更に、この構成の場合、対応ＡＰＩ２８ｃを実行する際は、ＡＰＩ集約装置２４からＡＰＩ２８ｃにリクエストを送る。このため、ＡＰＩ集約装置２４から提供するＡＰＩの設計ポリシーを、リクエスト情報（メソッド・パラメータ等）に対する互換性を考慮した設計にしておく。この設計により、互換動作を行う際にリクエスト情報の複雑な変換処理をしなくても軽微の変更（リクエスト情報の宛先の変更等）で再送すればよいため、互換動作による実行速度のオーバーヘッドの削減を行うことが可能となる。また、互換動作のための変換処理をＡＰＩ集約装置２４にて新規に実装する際に開発コストを削減することができる。
Furthermore, in the case of this configuration, when executing the corresponding
次に、ＡＰＩ処理機能部２１は、アプリケーション２５ａから送信されたリクエスト情報を蓄積する蓄積部２１ｂを更に備える。この際に、判断部２１ｄは、蓄積されたと同じリクエスト情報を受信したイネーブラ２７ｂからの返信レスポンス情報が、所定時間内に受信できなかった場合にイネーブラ２７ｂ及びＡＰＩ２８ｂを含む通信経路の機能不全と判断し、この機能不全と判断した通信経路に介在するＡＰＩ２８ｂに係る対応ＡＰＩ２８ｃが、ＤＢ２１ｆのＡＰＩ互換情報に存在する際に、互換動作可能と判断するようにした。
Next, the API
この構成によれば、次のような作用効果を得ることができる。アプリケーション２５ａへ送信されたリクエスト情報を蓄積部２１ｂに一旦蓄積しておき、その後、アプリケーション２５ａからのリクエスト情報を受信したイネーブラ２７ｂからの返信レスポンス情報を受信する。判断部２１ｄが、その受信したレスポンス情報が、蓄積されたリクエスト情報の内容に不適合の場合に機能不全と判断することができるので、正確に機能不全と判断することができる。
According to this configuration, the following effects can be obtained. The request information transmitted to the
次に、判断部２１ｄは、リクエスト情報を受信したイネーブラ２７ｂからの返信レスポンス情報が、所定時間内に受信できなかった場合にイネーブラ２７ｂ及びＡＰＩ２８ｂを含む通信経路の機能不全と判断し、この機能不全と判断した通信経路に介在するＡＰＩ２８ｂに係る対応ＡＰＩ２８ｃが、ＤＢ２１ｆのＡＰＩ互換情報に存在する際に、互換動作可能と判断するようにした。
Next, when the reply response information from the
この構成によれば、アプリケーション２５ａへ送信されたリクエスト情報を受信したイネーブラ２７ｂからの返信レスポンス情報が、所定時間内に受信できなかった際に機能不全と判断するので、タイマを設けるだけ等の簡単な構成で正確に、機能不全を判断することができる。
According to this configuration, when the reply response information from the
次に、判断部２１ｄは、リクエスト情報を受信したイネーブラ２７ｂからの返信レスポンス情報がエラー情報である場合にイネーブラ２７ｂ及びＡＰＩ２８ｂを含む通信経路の機能不全と判断し、この機能不全と判断した通信経路上のＡＰＩ２８ｂに係る対応ＡＰＩ２８ｃが、ＤＢ２１ｆのＡＰＩ互換情報に存在する際に、互換動作可能と判断するようにした。
Next, when the reply response information from the
この構成によれば、アプリケーション２５ａへ送信されたリクエスト情報を受信したイネーブラ２７ｂからの返信レスポンス情報がエラー情報であることを検出するだけで機能不全と判断するので、簡単な構成で正確に、機能不全を判断することができる。
According to this configuration, it is determined that the function is malfunctioning only by detecting that the reply response information from the
次に、信号変換部２１ｇは、判断部２１ｄで互換動作可能と判断された際に、対応ＡＰＩ２８ｃに繋がる対応イネーブラ２７ｃへのリクエスト情報の送信後に当該対応イネーブラ２７ｃから返信されたレスポンス情報を、不適合のレスポンス情報を返信したイネーブラ２７ｂから本来適正に出力されるレスポンス情報に整合するように変換する。更に、信号送信部２１ｃは、その整合されたレスポンス情報をアプリケーション２５ａへ返信するようにした。
Next, when the
この構成によれば、ＡＰＩ２８ｂやイネーブラ２７ｂ等が機能不全となった場合でも、ＡＰＩ処理機能部２１が機能不全となったＡＰＩ２８ｂに係る対応ＡＰＩ２８ｃ及び対応イネーブラ２７ｃへ切り替える互換切替動作を行う。この際、信号変換部２１ｇは、対応イネーブラ２７ｃから返信されたレスポンス情報を、機能不全のイネーブラ２７ｂから本来適正に出力されるレスポンス情報としてアプリケーション２５ａへ返信する。このため、アプリケーション２５ａを有するスマートフォン等の端末機では、イネーブラ２７等の機能不全による互換切替動作を意識することなく、所望の情報を見ることができる。つまり、アプリケーション２５ａの可用性向上によりユーザはサービスを継続して受けることができるようになる。
According to this configuration, even when the
また、この構成の場合、イネーブラ２７ｃからのレスポンス情報によるレスポンスが、元のＡＰＩ２８ｂの動作として動くため、アプリ２５ａは互換動作を意識せずアプリ開発を行うことができる。
Further, in the case of this configuration, since the response by the response information from the
次に、ＡＰＩ集約装置２４は、次のＡＰＩ互換方法を実行する。即ち、ＡＰＩ集約装置２４は、アプリケーション２５ａから所望のイネーブラ２７へＡＰＩを介してリクエスト情報を送信した際に、当該リクエスト情報の内容に適合したレスポンス情報が返信されない機能不全の場合に、当該機能不全のイネーブラ２７に予め対応付けられた対応イネーブラ２７からのレスポンス情報を、当該対応イネーブラ２７に繋がる対応ＡＰＩを介して当該アプリケーション２５ａへ返信するステップを実行する。
このＡＰＩ互換方法によれば、複数組み合わせたＡＰＩ２８ａ〜２８ｄの何れかが機能不全となった場合でも、その機能不全のＡＰＩ２８ｂに係る機能の情報を、そのＡＰＩ２８ｂに係る対応ＡＰＩ２８ｃを介してアプリケーション２５ａに提供することができる。
Next, the
According to this API compatible method, even if any of the plurality of combined
その他、具体的な構成について、本発明の主旨を逸脱しない範囲で適宜変更が可能である。 In addition, about a specific structure, it can change suitably in the range which does not deviate from the main point of this invention.
２０ 通信システム
２１ ＡＰＩ処理機能部
２１ａ 信号受信部
２１ｂ 信号情報蓄積部（蓄積部）
２１ｃ 信号送信部
２１ｄ 互換動作実行判断部（判断部）
２１ｅ 互換動作実行部（実行部）
２１ｆ ＡＰＩ互換情報ＤＢ（データベース）
２１ｇ 信号変換部
２２ 開発者ポータル機能部
２３ 保守運用機能部
２４ ＡＰＩ集約装置
２５ａ〜２５ｍ アプリケーション
２６ａ〜２６ｊ，２８ａ〜２８ｎ ＡＰＩ
２７ａ〜２７ｎ イネーブラ
２７ａ 位置情報取得機能（イネーブラ）
２７ｂ Ａグルメ検索機能（イネーブラ）
２７ｃ Ｂグルメ検索機能（イネーブラ）
２７ｄ レコメンド機能（イネーブラ）
20
21c
21e compatible operation execution unit (execution unit)
21f API compatibility information database (database)
21g
27a to
27b A gourmet search function (enabler)
27c B gourmet search function (enabler)
27d Recommendation Function (Enabler)
Claims (5)
前記アプリケーションから所望のイネーブラへ前記ＡＰＩを介して前記リクエスト情報を送信した際に、当該リクエスト情報の内容に適合したレスポンス情報が返信されない機能不全の場合、当該機能不全のイネーブラが返信するはずのレスポンス情報と互換性のあるレスポンス情報を含む対応イネーブラからのレスポンス情報を、当該対応イネーブラに繋がる対応ＡＰＩを介して当該アプリケーションへ返信するＡＰＩ処理機能部を備え、
前記ＡＰＩ処理機能部は、
前記ＡＰＩ毎に繋がる機能に互換性が有る場合に、その互換性の有るＡＰＩの対応関係を示すＡＰＩ互換情報を記憶するデータベースと、
前記アプリケーションから送信されるリクエスト情報を受信したイネーブラが返信するレスポンス情報を受信した際に、当該レスポンス情報が予め定められた規定の内容に不適合の場合、当該不適合のレスポンス情報を返信したイネーブラに繋がるＡＰＩに係る前記対応ＡＰＩが、前記データベースのＡＰＩ互換情報に存在すれば、互換動作可能と判断する判断部と、
前記互換動作可能と判断された際に、前記不適合のレスポンス情報を返信したイネーブラへのリクエスト情報を変換する際に、共通のパラメータを用いて設計された異なる前記対応ＡＰＩに繋がる対応イネーブラへのリクエスト情報の宛先において、当該宛先であるドメイン名を共通化した共通ドメインを設け、当該共通ドメインの次のパスを前記対応イネーブラを示す宛先に変換し、この変換されたリクエスト情報を対応イネーブラへ送信する変換部と、
前記変換されたリクエスト情報を受信した対応イネーブラから返信されるレスポンス情報を、前記アプリケーションへ返信する送信部と、を備え、
前記変換部は、前記判断部で前記互換動作可能と判断された際に、前記対応ＡＰＩに繋がる対応イネーブラへのリクエスト情報の送信後に当該対応イネーブラから返信されたレスポンス情報を、前記不適合のレスポンス情報を返信したイネーブラから本来適正に出力されるレスポンス情報に整合するように変換し、
前記送信部は、前記整合されたレスポンス情報を前記アプリケーションへ返信する
ことを特徴とするＡＰＩ集約装置。 An application combining a plurality of APIs linked to an enabler for performing at least a communication to realize a predetermined purpose transmits request information for acquiring desired information to the enabler via the API, and the transmitted request information In a communication system in which the enabler receives the response information according to the request information, and returns response information to the application via the API, an API aggregation connected between the application and the enabler at least via the API A device,
When the request information is transmitted from the application to the desired enabler via the API, the response that the enabler of the malfunction should reply in the case where the response information conforming to the contents of the request information is not sent back The API processing function unit for returning response information from the corresponding enabler including response information compatible with the information to the application via the corresponding API linked to the corresponding enabler,
The API processing function unit
A database that stores API compatibility information indicating the correspondence of the compatible APIs when the functions connected to each of the APIs are compatible;
When the response information received from the application receives the response information sent from the enabler, if the response information does not conform to the predetermined content in advance, it leads to the enabler that has sent the response information for the nonconformity. A determination unit that determines that compatible operation is possible if the corresponding API related to the API exists in API compatibility information of the database;
When it is determined that the compatible operation is possible, when converting request information to the enabler that has returned the nonconforming response information, a request to the corresponding enabler connected to the different corresponding API designed using a common parameter In the destination of the information , a common domain in which the domain name as the destination is shared is provided, the path following the common domain is converted to the destination indicating the corresponding enabler, and the converted request information is transmitted to the corresponding enabler. A converter,
A sending unit that sends response information returned from the corresponding enabler that has received the converted request information back to the application,
The conversion unit, when it is determined by the determination unit that the compatible operation is possible, the response information returned from the corresponding enabler after the transmission of the request information to the corresponding enabler connected to the corresponding API, the response information for the nonconformity Convert to match the response information that is originally properly output from the enabler that sent
The API aggregation device, wherein the transmission unit returns the matched response information to the application.
前記アプリケーションから送信されたリクエスト情報を蓄積する蓄積部を更に備え、
前記判断部は、前記アプリケーションから送信されるリクエスト情報を受信したイネーブラから返信されたレスポンス情報を受信した際に、当該受信したレスポンス情報が、前記蓄積されたリクエスト情報の内容に不適合の場合に、前記イネーブラ及び前記ＡＰＩを含む通信経路の双方の機能不全と判断し、この機能不全と判断した通信経路上の当該イネーブラに繋がるＡＰＩに係る前記対応ＡＰＩが、前記データベースのＡＰＩ互換情報に存在すれば、互換動作可能と判断する
ことを特徴とする請求項１に記載のＡＰＩ集約装置。 The API processing function unit
The storage device further includes an accumulation unit that accumulates request information transmitted from the application,
When the determination unit receives the response information returned from the enabler that has received the request information transmitted from the application, the received response information does not conform to the contents of the stored request information. If there is the corresponding API associated with the API connected to the enabler on the communication path determined to be a malfunction on both of the enabler and the communication path including the API and the communication path determined to be this malfunction exists in the API compatibility information of the database The API aggregating apparatus according to claim 1, wherein it is determined that the compatible operation is possible.
ことを特徴とする請求項１に記載のＡＰＩ集約装置。 The determination unit determines that both the enabler and the communication path including the API fail if the response information from the enabler having received the request information can not be received within a predetermined time, and the function failure The API aggregating apparatus according to claim 1, wherein the corresponding API related to the API connected to the enabler of the communication path determined as is determined to be compatible when it exists in the API compatible information of the database. .
ことを特徴とする請求項１に記載のＡＰＩ集約装置。 The determination unit determines that both the enabler and the communication path including the API are malfunctioning when the reply response information from the enabler having received the request information is error information, and the communication path determined as the malfunction. The API aggregation device according to claim 1, wherein the corresponding API related to the API linked to the enabler is determined to be compatible when it exists in API compatibility information of the database.
前記ＡＰＩ集約装置は、
前記ＡＰＩ毎に繋がる機能に互換性が有る場合に、その互換性の有るＡＰＩの対応関係を示すＡＰＩ互換情報を記憶するデータベースを備え、
前記アプリケーションから所望のイネーブラへ前記ＡＰＩを介して前記リクエスト情報を送信した際に、当該リクエスト情報の内容に適合したレスポンス情報が返信されない機能不全の場合、当該機能不全のイネーブラが返信するはずのレスポンス情報と互換性のあるレスポンス情報を含む対応イネーブラからのレスポンス情報を、当該対応イネーブラに繋がる対応ＡＰＩを介して当該アプリケーションへ返信するステップと、
前記アプリケーションから送信されるリクエスト情報を受信したイネーブラが返信するレスポンス情報を受信した際に、当該レスポンス情報が予め定められた規定の内容に不適合の場合、当該不適合のレスポンス情報を返信したイネーブラに繋がるＡＰＩに係る前記対応ＡＰＩが、前記データベースのＡＰＩ互換情報に存在すれば、互換動作可能と判断するステップと、
前記互換動作可能と判断された際に、前記不適合のレスポンス情報を返信したイネーブラへのリクエスト情報を変換する際に、共通のパラメータを用いて設計された異なる前記対応ＡＰＩに繋がる対応イネーブラへのリクエスト情報の宛先において、当該宛先であるドメイン名を共通化した共通ドメインを設け、当該共通ドメインの次のパスを前記対応イネーブラを示す宛先に変換し、この変換されたリクエスト情報を対応イネーブラへ送信するステップと、
前記互換動作可能と判断された際に、前記対応ＡＰＩに繋がる対応イネーブラへのリクエスト情報の送信後に当該対応イネーブラから返信されたレスポンス情報を、前記不適合のレスポンス情報を返信したイネーブラから本来適正に出力されるレスポンス情報に整合するように変換するステップと、
前記整合されたレスポンス情報を前記アプリケーションへ返信するステップと
を実行することを特徴とするＡＰＩ互換方法。 An application combining a plurality of APIs linked to an enabler for performing at least a communication to realize a predetermined purpose transmits request information for acquiring desired information to the enabler via the API, and the transmitted request information In a communication system in which the enabler receives the response information according to the request information, and returns response information to the application via the API, an API aggregation connected between the application and the enabler at least via the API API aggregation method by device, and
The API aggregation device is
When there is compatibility in the functions connected to each of the APIs, a database storing API compatibility information indicating the correspondence of the compatible APIs is provided,
When the request information is transmitted from the application to the desired enabler via the API, the response that the enabler of the malfunction should reply in the case where the response information conforming to the contents of the request information is not sent back Returning response information from a corresponding enabler including response information compatible with the information to the application via a corresponding API linked to the corresponding enabler;
When the response information received from the application receives the response information sent from the enabler, if the response information does not conform to the predetermined content in advance, it leads to the enabler that has sent the response information for the nonconformity. Determining that the compatible operation is possible if the corresponding API related to the API exists in the API compatible information of the database;
When it is determined that the compatible operation is possible, when converting request information to the enabler that has returned the nonconforming response information, a request to the corresponding enabler connected to the different corresponding API designed using a common parameter In the destination of the information , a common domain in which the domain name as the destination is shared is provided, the path following the common domain is converted to the destination indicating the corresponding enabler, and the converted request information is transmitted to the corresponding enabler. Step and
When it is determined that the compatible operation is possible, the response information returned from the corresponding enabler after the transmission of the request information to the corresponding enabler connected to the corresponding API is originally properly output from the enabler that has sent the response information of the nonconformity. Converting to match the response information to be
Returning the matched response information to the application.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015028802A JP6475037B2 (en) | 2015-02-17 | 2015-02-17 | API aggregation device and API compatible method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015028802A JP6475037B2 (en) | 2015-02-17 | 2015-02-17 | API aggregation device and API compatible method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016151881A JP2016151881A (en) | 2016-08-22 |
| JP6475037B2 true JP6475037B2 (en) | 2019-02-27 |
Family
ID=56695392
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015028802A Active JP6475037B2 (en) | 2015-02-17 | 2015-02-17 | API aggregation device and API compatible method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6475037B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10387145B1 (en) * | 2018-02-02 | 2019-08-20 | Fujitsu Limited | Mapping API parameters |
| JP2022095016A (en) * | 2020-12-16 | 2022-06-28 | 株式会社日立製作所 | Arithmetic device and common resource generation method |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006195709A (en) * | 2005-01-13 | 2006-07-27 | Hitachi Ltd | Web service system |
-
2015
- 2015-02-17 JP JP2015028802A patent/JP6475037B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2016151881A (en) | 2016-08-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9398081B2 (en) | Automating client development for network APIs | |
| US11064325B2 (en) | Method of discovering services provided by a network repository function | |
| US7925735B2 (en) | Network-based application late binding | |
| US9832076B2 (en) | Resource change management in machine to machine network | |
| US10382266B1 (en) | Interconnection platform with event-driven notification for a cloud exchange | |
| CN104247333B (en) | System and method for the management of network service | |
| US8527584B2 (en) | Method and apparatus for providing service mobility across service deployment boundaries | |
| US9418168B2 (en) | Providing cloud-based, generic OData mashup services using an on-demand service | |
| CN103095479A (en) | Method and device of business configuration | |
| WO2020062582A1 (en) | Methods for information drainage, requesting transmission and communication acceleration, and drainage and node server | |
| CN107431630A (en) | Highly expansible, fault-tolerant remote access framework and the method being attached thereto | |
| Schmid et al. | An architecture for interoperable IoT Ecosystems | |
| CN110519379A (en) | Request processing method and equipment based on micro services | |
| JP6475037B2 (en) | API aggregation device and API compatible method | |
| Vijayakumar | Practical API architecture and development with azure and AWS | |
| Tan et al. | Unified IIoT cloud platform for smart factory | |
| KR101585508B1 (en) | Military situation map processing device and data processing method thereof | |
| Nakagawa et al. | Dripcast-architecture and implementation of server-less Java programming framework for billions of IoT devices | |
| Jin et al. | Integrated service composition approach based on transparent access to heterogeneous IoT networks using multiple service providers | |
| US20230022134A1 (en) | Framework for validating and troubleshooting network policy configurations | |
| Trifa et al. | Leveraging the web for a distributed location-aware infrastructure for the real world | |
| US20110320527A1 (en) | Method and system for managing a web-domain request | |
| JP6278914B2 (en) | API aggregation device | |
| US9756129B2 (en) | WSDL/WADL reference definition integration | |
| Bhat et al. | Network service orchestration in heterogeneous 5G networks using an open marketplace |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170216 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20171228 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180116 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180312 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180626 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180822 |
|
| 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: 20190129 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190131 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6475037 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |