(57)【要約】【課題】ＡＰＩを活用したアプリケーションがＡＰＩ利用不可能時に、ＡＰＩ間の類似率を求めることにより、利用不可能ＡＰＩに対する類似ＡＰＩの検索及び利用可否判断を自動で行う。【解決手段】ＡＰＩ類似率算出装置２１ｄは、アプリ２５ａから所望の機能オリジナル（イネーブラ２７ａ）へＡＰＩを介してリクエスト情報を送信した際に、当該機能オリジナル２７ａが、当該リクエスト情報の内容に適合したレスポンス情報を返信しない機能不全の場合、ＤＢ２１ｆから機能不全となった機能オリジナルに係るＡＰＩ動作概要情報、リクエスト情報及びレスポンス情報の３情報を取得する情報取得部ｄ２と、取得された３情報の各々に最も近い情報を有する他の機能（例えば機能Ａ２７ｂ）に繋がるＡＰＩ（例えばＡＰＩ２８ｂ）を、最も類似率が高い類似ＡＰＩ２８ｂとして選択する計算部（ｄ３〜ｄ６）を備える。【選択図】図４
2017033131.tif 000002
【特許請求の範囲】
【請求項１】
所定の目的を少なくとも通信を行って実現するイネーブラに繋がるＡＰＩを複数組み合わせたアプリケーションが、所望の情報を取得するためのリクエスト情報を前記ＡＰＩを介して前記イネーブラへ送信し、当該送信されたリクエスト情報を受信した前記イネーブラが前記リクエスト情報に応じたレスポンス情報を、前記ＡＰＩを介して前記アプリケーションへ返信する通信システムにおいて、前記アプリケーションと前記イネーブラとの間に少なくとも前記ＡＰＩを介して接続されたＡＰＩ集約装置に備えられるＡＰＩ類似率算出装置であって、
前記アプリケーションから所望のイネーブラへ前記ＡＰＩを介して前記リクエスト情報を送信した際に、当該イネーブラが、当該リクエスト情報の内容に適合したレスポンス情報を返信しない機能不全の場合、情報を格納するデータベースから前記機能不全となったイネーブラに係る前記ＡＰＩの検索動作概要の情報を示すＡＰＩ動作概要情報、前記リクエスト情報及び前記レスポンス情報の３情報を取得する情報取得部と、
前記取得された３情報の各々に最も近い情報を有する他のイネーブラに繋がるＡＰＩを、最も類似率が高い類似ＡＰＩとして選択する計算部と、
を備えることを特徴とするＡＰＩ類似率算出装置。
【請求項２】
前記計算部は、
前記機能不全となったイネーブラに係る前記ＡＰＩ動作概要情報との一致度が、第１閾値以上のイネーブラに繋がるＡＰＩを類似ＡＰＩ候補として選択するＡＰＩ概要類似率計算部と、
前記選択された類似ＡＰＩ候補のＡＰＩに繋がるイネーブラにおいて、当該イネーブラのリクエスト情報と、前記機能不全となったイネーブラのリクエスト情報との一致度が、第２閾値以上のリクエスト情報を有するイネーブラに繋がるＡＰＩを選択するリクエスト類似率計算部と、
前記リクエスト類似度計算部で選択された類似ＡＰＩ候補のＡＰＩに繋がるイネーブラにおいて、当該イネーブラのレスポンス情報と、前記機能不全となったイネーブラのレスポンス情報との一致度が、第３閾値以上のレスポンス情報を有するイネーブラに繋がるＡＰＩを選択するレスポンス類似率計算部と、
前記リクエスト類似率計算部で選択されたＡＰＩの類似率と、前記レスポンス類似率計算部で選択されたＡＰＩの類似率との平均値を求め、この平均値が最も大きい類似率のＡＰＩを前記類似ＡＰＩとして選択する総合類似率計算部と、
を備えることを特徴とする請求項１に記載のＡＰＩ類似率算出装置。
【請求項３】
所定の目的を少なくとも通信を行って実現するイネーブラに繋がるＡＰＩを複数組み合わせたアプリケーションが、所望の情報を取得するためのリクエスト情報を前記ＡＰＩを介して前記イネーブラへ送信し、当該送信されたリクエスト情報を受信した前記イネーブラが前記リクエスト情報に応じたレスポンス情報を、前記ＡＰＩを介して前記アプリケーションへ返信する通信システムにおいて、前記アプリケーションと前記イネーブラとの間に少なくとも前記ＡＰＩを介して接続されたＡＰＩ集約装置に備えられるＡＰＩ類似率算出装置によるＡＰＩ類似率算出方法であって、
前記ＡＰＩ類似率算出装置は、
前記アプリケーションから所望のイネーブラへ前記ＡＰＩを介して前記リクエスト情報を送信した際に、当該イネーブラが、当該リクエスト情報の内容に適合したレスポンス情報を返信しない機能不全の場合、情報を格納するデータベースから前記機能不全となったイネーブラに係る前記ＡＰＩの検索動作概要の情報を示すＡＰＩ動作概要情報、前記リクエスト情報及び前記レスポンス情報の３情報を取得するステップと、
前記取得された３情報の各々に最も近い情報を有する他のイネーブラに繋がるＡＰＩを、最も類似率が高い類似ＡＰＩとして選択するステップと、
を実行することを特徴とするＡＰＩ類似率算出方法。
【請求項４】
所定の目的を少なくとも通信を行って実現するイネーブラに繋がるＡＰＩを複数組み合わせたアプリケーションが、所望の情報を取得するためのリクエスト情報を前記ＡＰＩを介して前記イネーブラへ送信し、当該送信されたリクエスト情報を受信した前記イネーブラが前記リクエスト情報に応じたレスポンス情報を、前記ＡＰＩを介して前記アプリケーションへ返信する通信システムにおいて、前記アプリケーションと前記イネーブラとの間に少なくとも前記ＡＰＩを介して接続されたＡＰＩ集約装置に備えられるＡＰＩ類似率算出装置としてのコンピュータを、
前記アプリケーションから所望のイネーブラへ前記ＡＰＩを介して前記リクエスト情報を送信した際に、当該イネーブラが、当該リクエスト情報の内容に適合したレスポンス情報を返信しない機能不全の場合、情報を格納するデータベースから前記機能不全となったイネーブラに係る前記ＡＰＩの検索動作概要の情報を示すＡＰＩ動作概要情報、前記リクエスト情報及び前記レスポンス情報の３情報を取得する手段、
前記取得された３情報の各々に最も近い情報を有する他のイネーブラに繋がるＡＰＩを、最も類似率が高い類似ＡＰＩとして選択する手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のＡＰＩ(Application Programming Interface)を集約したアプリケーションからリクエストを受け付けたＡＰＩが利用不可能な場合に、そのＡＰＩに類似したＡＰＩを検索するために、ＡＰＩ間の類似率を算出するＡＰＩ類似率算出装置、ＡＰＩ類似率算出方法及びプログラムに関する。
【背景技術】
【０００２】
近年、プログラムであるスクラッチで開発していたような機能、地図描画や認証等の共通機能が、情報インターフェイスであるＡＰＩという形で提供されてきている。ＡＰＩを活用したアプリケーション（以下、アプリと略すこともある）の開発では、複数のＡＰＩを組み合わせる（マッシュアップする）ことで、早く、安く、多様な機能のアプリを開発することができ、様々な企業が自社機能を実現するＡＰＩに注目している。つまり、ソフトウェア開発において、ＡＰＩを活用したソフトウェア開発により、幾つかのＡＰＩを組み合わせて検証を含む開発期間の短縮、開発コストを削減することが実施されている。
【０００３】
提供されるＡＰＩについては、利用状況をＡＰＩ提供者にフィードバックする等の代償として、ユーザに無償で提供されることが多い。ＡＰＩはグーグル、アマゾン等のユーザへ製品を提供しているベンダが、無償で公開、提供している場合が多い。
【０００４】
例えば、図１７に示すように、店舗検索機能１０に繋がるＡＰＩ１０ａと、グルメ検索機能１１に繋がるＡＰＩ１１ａと、レコメンド機能１２に繋がるＡＰＩ１２ａとが集約されているとする。この際に、ユーザが飲食店を検索する場合、スマートフォン（スマホと略すこともある）にアプリケーション１３をインストールし、そのアプリ１３からインターネットを介して各ＡＰＩ１０ａ〜１２ａにアクセスして所望のグルメ情報を取得することができる。
【０００５】
この場合、アプリ１３からリクエスト情報１４ｔがＡＰＩ１０ａを介して店舗検索機能１０に送信され、店舗検索機能１０がＡＰＩ１０ａを介して店舗位置等の情報であるレスポンス情報１４ｐをアプリ１３へ返す。これにより、スマホに店舗の位置等が表示される。次に、ユーザが、アプリ１３でその位置の周辺にどの様な店舗（例えば飲食店）があるか検索する。この検索によるリクエスト情報１５ｔがＡＰＩ１１ａを介してグルメ検索機能１１に送信され、グルメ検索機能１１がＡＰＩ１１ａを介して「店」の情報であるレスポンス情報１５ｐをアプリ１３へ返す。これにより、スマホに飲食店の情報が表示される。
【０００６】
次に、ユーザが、アプリ１３で飲食店の中から嗜好する飲食物を検索する。この検索によるリクエスト情報１６ｔがＡＰＩ１２ａを介してレコメンド機能１２に送信され、レコメンド機能１２がＡＰＩ１２ａを介してユーザが嗜好する飲食物の情報を含むレスポンス情報１６ｐをアプリ１３へ返す。これにより、スマホにユーザが嗜好する飲食物が表示される。
この種の技術として非特許文献１に記載のものがある。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】「セキュアプログラミング講座−Ｗｅｂアプリケーション編−第８章マッシュアップ」、[online]、2013、ＩＰＡ独立行政法人、情報処理推進機構、［平成２７年１月２６日検索］、インターネット〈URL:https://www.ipa.go.jp/security/awareness/vendor/programmingv2/web.html〉
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、上述したようにユーザに提供されるＡＰＩは無償での提供が多いため、各々のＡＰＩの品質が保証されていない。この場合、ＡＰＩを活用したアプリは、ＡＰＩ利用不可能時の対策を次のように実施する必要がある。例えば、これまで利用していたＡＰＩが何らかの理由で利用出来なくなった、ＡＰＩ実行が行なえなくなった、若しくはＡＰＩから所望の応答が得られなくなった等、アプリの予期せぬ事象に落ちいったとする。
【０００９】
この場合、代替手段として別のＡＰＩを利用する必要があるので、類似ＡＰＩの検索及び利用可否判断を人の手で行わなければならないという問題がある。なお、人の手で行う場合、コストが掛かったり、インターネットを介して利用可能な全ＡＰＩの検索及び利用可否判断を行ったりすることができない。
【００１０】
本発明は、このような背景に鑑みてなされたものであり、ＡＰＩを活用したアプリケーションがＡＰＩ利用不可能時に、ＡＰＩ間の類似率を求めることにより、利用不可能ＡＰＩに対する類似ＡＰＩの検索及び利用可否判断を自動で行うことができるＡＰＩ類似率算出装置、ＡＰＩ類似率算出方法及びプログラムを提供することを課題とする。
【課題を解決するための手段】
【００１１】
前記した課題を解決するため、請求項１に記載の発明は、所定の目的を少なくとも通信を行って実現するイネーブラに繋がるＡＰＩを複数組み合わせたアプリケーションが、所望の情報を取得するためのリクエスト情報を前記ＡＰＩを介して前記イネーブラへ送信し、当該送信されたリクエスト情報を受信した前記イネーブラが前記リクエスト情報に応じたレスポンス情報を、前記ＡＰＩを介して前記アプリケーションへ返信する通信システムにおいて、前記アプリケーションと前記イネーブラとの間に少なくとも前記ＡＰＩを介して接続されたＡＰＩ集約装置に備えられるＡＰＩ類似率算出装置であって、前記アプリケーションから所望のイネーブラへ前記ＡＰＩを介して前記リクエスト情報を送信した際に、当該イネーブラが、当該リクエスト情報の内容に適合したレスポンス情報を返信しない機能不全の場合、情報を格納するデータベースから前記機能不全となったイネーブラに係る前記ＡＰＩの検索動作概要の情報を示すＡＰＩ動作概要情報、前記リクエスト情報及び前記レスポンス情報の３情報を取得する情報取得部と、前記取得された３情報の各々に最も近い情報を有する他のイネーブラに繋がるＡＰＩを、最も類似率が高い類似ＡＰＩとして選択する計算部と、を備えることを特徴とするＡＰＩ類似率算出装置である。
【００１２】
請求項３に係る発明は、所定の目的を少なくとも通信を行って実現するイネーブラに繋がるＡＰＩを複数組み合わせたアプリケーションが、所望の情報を取得するためのリクエスト情報を前記ＡＰＩを介して前記イネーブラへ送信し、当該送信されたリクエスト情報を受信した前記イネーブラが前記リクエスト情報に応じたレスポンス情報を、前記ＡＰＩを介して前記アプリケーションへ返信する通信システムにおいて、前記アプリケーションと前記イネーブラとの間に少なくとも前記ＡＰＩを介して接続されたＡＰＩ集約装置に備えられるＡＰＩ類似率算出装置によるＡＰＩ類似率算出方法であって、前記ＡＰＩ類似率算出装置は、前記アプリケーションから所望のイネーブラへ前記ＡＰＩを介して前記リクエスト情報を送信した際に、当該イネーブラが、当該リクエスト情報の内容に適合したレスポンス情報を返信しない機能不全の場合、情報を格納するデータベースから前記機能不全となったイネーブラに係る前記ＡＰＩの検索動作概要の情報を示すＡＰＩ動作概要情報、前記リクエスト情報及び前記レスポンス情報の３情報を取得するステップと、前記取得された３情報の各々に最も近い情報を有する他のイネーブラに繋がるＡＰＩを、最も類似率が高い類似ＡＰＩとして選択するステップと、を実行することを特徴とするＡＰＩ類似率算出方法である。
【００１３】
請求項４に係る発明は、所定の目的を少なくとも通信を行って実現するイネーブラに繋がるＡＰＩを複数組み合わせたアプリケーションが、所望の情報を取得するためのリクエスト情報を前記ＡＰＩを介して前記イネーブラへ送信し、当該送信されたリクエスト情報を受信した前記イネーブラが前記リクエスト情報に応じたレスポンス情報を、前記ＡＰＩを介して前記アプリケーションへ返信する通信システムにおいて、前記アプリケーションと前記イネーブラとの間に少なくとも前記ＡＰＩを介して接続されたＡＰＩ集約装置に備えられるＡＰＩ類似率算出装置としてのコンピュータを、前記アプリケーションから所望のイネーブラへ前記ＡＰＩを介して前記リクエスト情報を送信した際に、当該イネーブラが、当該リクエスト情報の内容に適合したレスポンス情報を返信しない機能不全の場合、情報を格納するデータベースから前記機能不全となったイネーブラに係る前記ＡＰＩの検索動作概要の情報を示すＡＰＩ動作概要情報、前記リクエスト情報及び前記レスポンス情報の３情報を取得する手段、前記取得された３情報の各々に最も近い情報を有する他のイネーブラに繋がるＡＰＩを、最も類似率が高い類似ＡＰＩとして選択する手段、として機能させるためのプログラムである。
【００１４】
この請求項１，３，４によれば、機能不全となったイネーブラに係るＡＰＩ動作概要情報、リクエスト情報及びレスポンス情報の各々に最も近い情報を有する他のイネーブラに繋がるＡＰＩを、最も類似率が高い類似ＡＰＩとして選択する。このため、機能不全となったイネーブラに互換性を有する類似ＡＰＩを、適正に自動で検索して選択することができる。言い換えれば、ＡＰＩを活用したアプリケーションがＡＰＩ利用不可能時に、ＡＰＩ間の類似率を求めることにより、利用不可能ＡＰＩに対する類似ＡＰＩの検索及び利用可否判断を自動で行うことができる。これによって、アプリケーションは、機能不全となったイネーブラに代えて類似ＡＰＩから所望の情報を取得することができる。また、インターネットを介して利用可能な全ＡＰＩの検索及び利用可否判断を行うことが可能となる。
【００１５】
請求項２に係る発明は、前記計算部は、前記機能不全となったイネーブラに係る前記ＡＰＩ動作概要情報との一致度が、第１閾値以上のイネーブラに繋がるＡＰＩを類似ＡＰＩ候補として選択するＡＰＩ概要類似率計算部と、前記選択された類似ＡＰＩ候補のＡＰＩに繋がるイネーブラにおいて、当該イネーブラのリクエスト情報と、前記機能不全となったイネーブラのリクエスト情報との一致度が、第２閾値以上のリクエスト情報を有するイネーブラに繋がるＡＰＩを選択するリクエスト類似率計算部と、前記リクエスト類似度計算部で選択された類似ＡＰＩ候補のＡＰＩに繋がるイネーブラにおいて、当該イネーブラのレスポンス情報と、前記機能不全となったイネーブラのレスポンス情報との一致度が、第３閾値以上のレスポンス情報を有するイネーブラに繋がるＡＰＩを選択するレスポンス類似率計算部と、前記リクエスト類似率計算部で選択されたＡＰＩの類似率と、前記レスポンス類似率計算部で選択されたＡＰＩの類似率との平均値を求め、この平均値が最も大きい類似率のＡＰＩを前記類似ＡＰＩとして選択する総合類似率計算部と、を備えることを特徴とする請求項１に記載のＡＰＩ類似率算出装置である。
【００１６】
この構成によれば、機能不全となったイネーブラに係るＡＰＩ動作概要情報、リクエスト情報及びレスポンス情報の順に基づき、機能不全イネーブラのＡＰＩに最も類似率が高いＡＰＩを類似ＡＰＩとして選択することができる。このため、機能不全となったイネーブラに互換性を有する類似ＡＰＩを、適正に自動で検索して選択することができる。
【発明の効果】
【００１７】
本発明によれば、ＡＰＩを活用したアプリケーションがＡＰＩ利用不可能時に、ＡＰＩ間の類似率を求めることにより、利用不可能ＡＰＩに対する類似ＡＰＩの検索及び利用可否判断を自動で行うことができるＡＰＩ類似率算出装置、ＡＰＩ類似率算出方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係るＡＰＩ類似率算出装置を含む通信システムの構成を示すブロック図である。
【図２】図１に示す通信システムを基にした、ＡＰＩ類似率算出装置の類似率算出処理を説明するための通信システムの構成を示すブロック図である。
【図３】本実施形態のＡＰＩ類似率算出装置を含むＡＰＩ集約装置の構成を示すブロック図である。
【図４】本実施形態のＡＰＩ類似率算出装置の構成を示すブロック図である。
【図５】（ａ）ＡＰＩ動作概要情報の構成を示す図、（ｂ）リクエスト情報の構成を示す図、（ｃ）レスポンス情報の構成を示す図である。
【図６】（ａ）リクエスト情報の具体例を示す図、（ｂ）レスポンス情報の具体例を示す図である。
【図７】ＡＰＩ概要に関する類似率計算表を示す図である。
【図８】ＡＰＩリクエスト情報に関する類似率計算表を示す図である。
【図９】ＡＰＩリクエスト情報のパラメータに関する類似率計算表を示す図である。
【図１０】ＡＰＩレスポンス情報に関する類似率計算表を示す図である。
【図１１】ＡＰＩレスポンス情報のパラメータに関する類似率計算表を示す図である。
【図１２】本実施形態に係るＡＰＩ類似率算出装置によるＡＰＩ類似率算出処理を説明するための第１のフローチャートである。
【図１３】本実施形態に係るＡＰＩ類似率算出装置によるＡＰＩ類似率算出処理を説明するための第２のフローチャートである。
【図１４】本実施形態に係るＡＰＩ類似率算出装置によるＡＰＩ類似率算出処理を説明するための第３のフローチャートである。
【図１５】本実施形態に係るＡＰＩ類似率算出装置によるＡＰＩ類似率算出処理を説明するための第４のフローチャートである。
【図１６】本実施形態に係るＡＰＩ類似率算出装置によるＡＰＩ類似率算出処理を説明するための第５のフローチャートである。
【図１７】従来のアプリケーションからＡＰＩを介した各機能へのアクセスにより、所望情報を取得する際の動作を説明するためのブロック図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態を、図面を参照して説明する。
＜実施形態の構成＞
図１は、本発明の実施形態に係るＡＰＩ類似率算出装置を含む通信システムの構成を示すブロック図である。
図１に示す通信システム２０は、ＡＰＩ類似率算出装置２１ｄを有するＡＰＩ集約装置２４と、ｍ個のアプリケーション（アプリ）２５ａ〜２５ｍと、ｊ個のＡＰＩ２６ａ〜２６ｊと、ｎ個のイネーブラ２７ａ，２７ｂ，２７ｃ，２７ｄ，〜２７ｎと、ｎ個のＡＰＩ２８ａ，２８ｂ，２８ｃ，２８ｄ，〜２８ｎとを備えて構成されている。
【００２０】
ｊ個のＡＰＩ２６ａ〜２６ｊは、ＡＰＩ集約装置２４とｍ個のアプリ２５ａ〜２５ｍとの間に接続ており、ｍ個のアプリ２５ａ〜２５ｍとは個数が異なる。また、ｎ個のＡＰＩ２８ａ〜２８ｎは、ＡＰＩ集約装置２４とｎ個のイネーブラ２７ａ〜２７ｎとの間に接続ており、ｎ個のイネーブラ２７ａ〜２７ｎと同数である。
【００２１】
各々のアプリ２５ａ〜２５ｍは、クラウド等に存在し、言い換えれば、インターネットのＷＥＢ(World Wide Web)上に存在し、インターネットに接続されている。例えば、スマートフォン（スマホ）やパーソナルコンピュータ等の端末機に、アプリ（例えば２５ａ）をインストールし、このクライアント端末機のアプリ２５ａからインターネット上のアプリサーバ（図示せず）にアクセスする。アプリサーバにはプログラミングコードが書かれており、このコードの中にＡＰＩ集約装置２４のＡＰＩ２６ａ〜２６ｊを実行するというソースコードが書かれている。このソースコードを実行すると、インターネットを介してＡＰＩ集約装置２４まで信号が伝わり、ＡＰＩ２８ａ〜２８ｎにアクセスする。このアクセスが行われると、ＡＰＩ集約装置２４に繋がっている例えば店舗検索機能としてのイネーブラ２７ｂのＡＰＩ２８ｂから、「店舗情報」を取得し、これをアプリサーバを介してスマートフォンに返すといった仕組みになっている。
【００２２】
イネーブラ２７ａ〜２７ｎは、通信処理機能を備え、位置検索や必要情報等のユーザが所望する情報を提供する等、何らかの目的を果たすための機能を有する装置である。本実施形態では、例えば１つのイネーブラ２７が１つの機能を持つものとする。１つの機能とは、例えば店舗検索機能や、位置情報取得機能、グルメ検索機能、レコメンド機能等の何れか１つの機能である。本実施形態では、店舗検索機能であるとする。但し、１つのイネーブラ２７は、店舗検索機能や、位置情報取得機能、グルメ検索機能、レコメンド機能等の複数の機能を併せ持つことができる。
【００２３】
ＡＰＩ集約装置２４は、ユーザが利用したいＡＰＩが利用不可能となった際に、その利用不可能となったＡＰＩに類似し互換性の有るＡＰＩを利用する処理を行う。このＡＰＩ集約装置２４は、ＡＰＩ類似率算出装置２１ｄを有するＡＰＩ処理機能部２１と、開発者ポータル機能部２２及び保守運用機能部２３を備える。本実施形態の特徴は、ＡＰＩ類似率算出装置２１ｄが後述するＡＰＩ間の類似率を求める算出を行うことである。
【００２４】
但し、ＡＰＩ利用不可能な場合とは、これまで利用していたＡＰＩが何らかの理由で利用出来なくなった、ＡＰＩ実行が行なえなくなった、若しくはＡＰＩから所望の応答が得られなくなった等、アプリの予期せぬ事象に落ちいった場合である。例えば、アプリからのリクエスト情報の内容に適合したレスポンス情報が、ＡＰＩを介したイネーブラからアプリへ返信されて来ない場合等である。
【００２５】
また、ＡＰＩ利用不可能な状態とは、ＡＰＩ単独の機能不全、ＡＰＩが繋がるイネーブラ単独の機能不全、ＡＰＩ及びイネーブラ双方の機能不全、ＡＰＩが繋がる通信回線の断線や通信設備の不具合等の機能不全等である。更に、ＡＰＩ利用不可能な状態とは、例えばイネーブラとしての店舗検索機能等の機能であれば、ハード的又はソフト的に壊れているか、メンテナンス中で動作不能となっている等の理由で、本来行うべき正常な動作を行わない状態である。更に言えば、ＡＰＩ利用不可能な状態とは、レスポンス情報がリクエスト情報の内容に適合していない場合（不適合の場合）や、エラー情報が含まれる場合、全てのレスポンス情報が受信できない状態である。
【００２６】
開発者ポータル機能部（ポータル機能部ともいう）２２は、開発者がＡＰＩ集約装置２４に、事前に利用する複数のＡＰＩに対応関係を持たせる登録処理を行う。例えば、ＡＰＩ２８ｂとＡＰＩ２８ｃとに何らかの類似性による互換関係がある場合に、それらＡＰＩ２８ｂとＡＰＩ２８ｃとが類似関係（又は対応関係）を持つように登録する。
【００２７】
ＡＰＩの対応関係は、自ＡＰＩが望むレスポンス情報が、他ＡＰＩから得られる関係となっていることが必要条件である。言い換えれば、２つのＡＰＩの全体のレスポンス情報中に、少なくとも共通のレスポンス情報がある等の類似性が高いことが互換性があることである。この互換性がある場合に双方のＡＰＩの対応付けを行う。この対応付けは、一方のＡＰＩから他方のＡＰＩへ、又は他方のＡＰＩから一方のＡＰＩに対応付ける一方通行の対応付けでもよい。また、一方のＡＰＩと他方のＡＰＩとが双方向に対応付けられていてもよい。このような対応付けが行なわれるＡＰＩ同士は、互いに類似性がある。
【００２８】
なお、一方のＡＰＩに対応付けられたＡＰＩを、類似ＡＰＩという。例えば、図１に示すＡＰＩ２８ａにＡＰＩ２８ｂが対応付けられている場合、類似ＡＰＩ２８ｂという。また、イネーブラ２７ａにイネーブラ２７ｂが対応付けられている場合、類似イネーブラ２７ｂという。このように類似ＡＰＩといった場合、この類似ＡＰＩに繋がるイネーブラも同様に類似イネーブラという。
【００２９】
図２は、図１に示す通信システムを基にした、ＡＰＩ類似率算出装置２１ｄの類似率算出処理を説明するための通信システムの構成を示すブロック図である。但し、図２では、イネーブラ２７ａ（図１）は店舗検索機能オリジナル（機能オリジナルともいう）２７ａであり、イネーブラ２７ｂは店舗検索機能Ａ２７ｂ、イネーブラ２７ｃは店舗検索機能Ｂ２７ｃ、イネーブラ２７ｄは店舗検索機能Ｃ２７ｄであるとする。また、店舗検索機能Ａ２７ｂ〜Ｃ２７ｄは、異なる企業が提供する店舗情報を特定する検索機能であるとする。機能オリジナル２７ａにＡＰＩ２８ａが繋がり、店舗検索機能Ａ２７ｂにＡＰＩ２８ｂ、店舗検索機能Ｂ２７ｃにＡＰＩ２８ｃ、店舗検索機能Ｃ２７ｄにＡＰＩ２８ｄが繋がっている。また、各ＡＰＩ２８ａ〜２８ｄを組み合わせてアプリ２５ａが作成されているとする。なお、店舗検索機能Ａ２７ｂ、店舗検索機能Ｂ２７ｃ及び店舗検索機能Ｃ２７ｄを、単に、機能Ａ２７ｂ、機能Ｂ２７ｃ、機能Ｃ２７ｄと称す場合もある。
【００３０】
この構成において、アプリ２５ａがＡＰＩ２８ａを介して機能オリジナル２７ａから店舗情報を取得する処理を行ったとする。この際、機能オリジナル２７ａのＡＰＩ２８ａが利用不可能な場合、このレスポンス情報は返ってこない。この際、ＡＰＩ集約装置２４が、機能オリジナル２７ａと互換性がある例えば店舗検索機能Ａ２７ｂに切替え、機能Ａ２７ｂからＡＰＩ２８ｂを介して、その不全となった機能オリジナル２７ａと同等なレスポンスを返すことになる。これによって、機能Ａ２７ｂからのレスポンス情報が、機能オリジナル２７ａのレスポンス情報としてアプリ２５ａに返信される。この切替の詳細な動作は本実施形態のＡＰＩ類似率算出による動作であり後述する。
【００３１】
また、ＡＰＩ処理機能部２１は、図示せぬ認証機能、トラフィック制御機能及びＩＦ変換機能を有する。
認証機能は、ＡＰＩがインターネットに公開され、様々なユーザに使用されるため、誰に使用されているかをユーザＩＤ等で認証する機能である。
トラフィック制御機能は、検索等のための通信が使用され過ぎるとＡＰＩ集約装置２４等が破損するので、破損しないようにトラフィック制御を行う機能である。
【００３２】
ＩＦ機能は、アプリ２５ａ〜２５ｍからのリクエスト情報又はレスポンス情報の変換を行う機能である。この機能によれば、例えば、軽量なデータ記述言語の１つであるＪＳＯＮ(JavaScript（登録商標） Object Notation)形式を、構造化されたデータを交換するための言語であるＸＭＬ(Extensible Markup Language)形式に変換することができる。
【００３３】
図１に戻って、保守運用機能部２３は、ＡＰＩ集約装置２４を保守する処理、実際にＡＰＩをＡＰＩ集約装置２４に接続する処理、実際にＡＰＩ互換処理が実行されているか否かを判定する処理等を行う。更に、保守運用機能部２３は、検索等のための通信のトラフィック量を分析するトラフィック分析機能や、ＡＰＩ集約装置２４からグルメ検索機能等のＡＰＩにリクエスト情報を送れるようにするエンジニアリング機能を有する。
【００３４】
次に、図３にＡＰＩ類似率算出装置２１ｄを備えるＡＰＩ処理機能部２１を含むＡＰＩ集約装置２４の構成を示す。このＡＰＩ集約装置２４は、ＡＰＩ処理機能部２１及び開発者ポータル機能部２２を備える。
ＡＰＩ処理機能部２１は、信号受信部２１ａと、信号情報蓄積部（蓄積部ともいう）２１ｂと、信号送信部２１ｃと、ＡＰＩ類似率算出装置２１ｄと、ＡＰＩ互換情報ＤＢ（ＤＢともいう）２１ｆと、信号変換部２１ｇとを備えて構成されている。なお、ＡＰＩ互換情報ＤＢ２１ｆは請求項記載のデータベースを構成する。
【００３５】
ＡＰＩ類似率算出装置２１ｄは、図４に示すように、互換信号受信部ｄ１と、情報取得部ｄ２と、ＡＰＩ概要類似率計算部ｄ３と、リクエスト類似率計算部ｄ４と、レスポンス類似率計算部ｄ５と、総合類似率計算部ｄ６と、判断部ｄ７とを備えて構成されている。なお、請求項記載の計算部は、ＡＰＩ概要類似率計算部、リクエスト類似率計算部、レスポンス類似率計算部及び総合類似率計算部を備えて構成されている。
【００３６】
ここで、図５において、（ａ）にＡＰＩ処理機能部２１で用いられるＡＰＩ動作概要情報ｇ、（ｂ）にリクエスト情報ｔ、（ｃ）にレスポンス情報ｐの構成を示し、その説明を行う。なお、後述において、リクエスト情報は、ＡＰＩリクエスト情報とも表現し、レスポンス情報は、ＡＰＩレスポンス情報とも表現する。
【００３７】
図５（ａ）に示すＡＰＩ動作概要情報ｇは、例えばユーザが位置する付近の店舗を検索することができるＡＰＩ等を示す情報である。
【００３８】
図５（ｂ）に示すリクエスト情報ｔは、ＵＲＩ（Uniform Resource Identifier）及びメソッドを有するリクエスト部ｔｒと、ヘッダ情報及び認証情報を有するヘッダ部ｔｈと、データ形式及びパラメータを有するボディ部ｔｂとから構成されている。
【００３９】
図５（ｃ）に示すレスポンス情報ｐは、ステータスコードを有するレスポンス部ｐｒと、ヘッダ情報を有するヘッダ部ｐｈと、データ形式及びパラメータを有するボディ部ｐｂとから構成されている。
【００４０】
次に、図６（ａ）及び（ｂ）に、リクエスト情報ｔとレスポンス情報ｐの構成例を示し、その説明を行う。
図６（ａ）に示すリクエスト情報ｔにおいて、リクエスト部ｔｒの情報は、例えば、「ＰＯＳＴ／ａｐｉＮａｍｅ／ｖ１／ｃａｌｌｓ」である。「ＰＯＳＴ」がメソッドであり、「ａｐｉＮａｍｅ／ｖ１／ｃａｌｌｓ」がＵＲＩである。
ヘッダ部ｔｈの情報は、例えば、「Ａｕｔｈｏｒｉｚａｔｉｏｎ  ｂｅａｒｅｒ  ａａ９７４１９…」である。「Ａｕｔｈｏｒｉｚａｔｉｏｎ」がヘッダ情報であり、「ｂｅａｒｅｒ  ａａ」が認証情報である。
【００４１】
ボディ部ｔｂの情報は、例えば、「｛“ｎａｍｅ”：“Ａｌｉｃｅ”  “ｆｒｏｍ”：”０４２２−５９−１１１１”｝」である。｛｝内の全ての文字列がパラメータである。データ形式は、例えばＪＳＯＮ形式である。
【００４２】
次に、図６（ｂ）に示すレスポンス情報ｐにおいて、レスポンス部ｐｒの情報は、例えば、「２００  ＯＫ」であり、これがステータスコードである。
ヘッダ部ｐｈの情報は、例えば、「Ｌｏｃａｔｉｏｎ  ｈｔｔｐ：／／ｘｘ／ａａ／ｖ１／ｂｂ」であり、これがヘッダ情報である。
【００４３】
ボディ部ｐｂの情報は、例えば、「｛“ｉｄ”：“００１”｝」であり、これがパラメータである。データ形式は、例えばＪＳＯＮ形式である。
【００４４】
図３に戻って、ＤＢ２１ｆは、後述する差分パラメータや類似率等のＡＰＩ互換情報を記憶するものである。ＡＰＩ互換情報は、前述したように、複数のＡＰＩに繋がる機能に何らかの互換性がある場合に、その互換性を有するＡＰＩの類似関係（対応関係）を示す情報である。
【００４５】
差分パラメータについて説明する。例えば、一方のＡＰＩ２８ｂ（図２）に係るリクエスト情報に、パラメータとして送信元の電話番号と送信先の電話番号が保持されており、他方のＡＰＩ２８ｃ（図２）に係るリクエスト情報に、パラメータとして送信元の電話番号と送信先のＵＲＬ(Uniform Resource Locator)が保持されているとする。この場合、パラメータは共通であるが、電話番号とＵＲＬとに差分があるので、これを差分パラメータという。
【００４６】
類似率は、２つのＡＰＩ２８ｂ，２８ｃに係る各全体情報における類似した情報の比率である。例えば、類似率は、全体情報（例えば１００）に差分パラメータ（例えば２０）を含む場合、全体情報（１００）からその差分パラメータ（２０）を減算した結果（８０）が、全体情報（１００）に占める割合となる。全体情報に差分を含まない場合は、２つのＡＰＩ２８ｂ，２８ｃに係る双方の全体情報の相関関係等による類似率を求めることになる。
【００４７】
本実施形態では、機能オリジナル２７ａに対する各々の機能Ａ２７ｂ，Ｂ２７ｃ，Ｃ２７ｄの類似率を、後述のようにＡＰＩ動作概要情報ｇ、リクエスト情報ｔ及びレスポンス情報ｐを用いて算出するようにした。
【００４８】
図３に示すポータル機能部２２は、ＤＢ２１ｆから、矢印Ｙ０で示す信号により、ＡＰＩにより公開されているＡＰＩに互換性のあるＡＰＩ互換情報を取得し、このＡＰＩ互換情報に応じて各ＡＰＩを対応付けて登録する。
【００４９】
ここで、アプリ開発者３０は、図示せぬ通信端末機により、矢印Ｙ１で示す信号により、ＡＰＩ利用時に利用するＡＰＩと、これに対応付けられているＡＰＩとを、ポータル機能部２２から選択し、これらの選択したＡＰＩを、破線矢印Ｙ２で示す信号によりアプリ２５ａに関連付ける。
【００５０】
アプリ２５ａは、矢印Ｙ３で示す信号により、ＡＰＩ集約装置２４を介して、当該アプリ２５ａに関連付けられたＡＰＩ（例えば図１の２８ａ）に向けてリクエスト情報を送信する。この送信されたリクエスト情報は、ＡＰＩ集約装置２４の信号受信部２１ａで受信される。
【００５１】
信号受信部２１ａは、矢印Ｙ４で示す信号により、受信したリクエスト情報を蓄積部２１ｂに記憶して蓄積する。また、信号受信部２１ａは、矢印Ｙ５で示す信号により、同リクエスト情報を信号送信部２１ｃへ出力する。
【００５２】
信号送信部２１ｃは、矢印Ｙ６で示す信号により、そのリクエスト情報をＡＰＩ２８ｂ（図１参照）を介してイネーブラ２７ａへ送信する。
イネーブラ２７ａは、受信したリクエスト情報に応じたレスポンス情報を、矢印Ｙ７で示す信号により、ＡＰＩ２８ａ（図１参照）を介して信号受信部２１ａへ送信する。
【００５３】
信号受信部２１ａは、イネーブラ２７ａから受信したレスポンス情報が次の（１）〜（３）の何れかの内容の場合、そのレスポンス情報ｐを矢印Ｙ８で示すように、ＡＰＩ類似率算出装置２１ｄの互換信号受信部ｄ１（図４）へ出力する。（１）レスポンス情報を受信せずタイムアウトとなった場合である。（２）レスポンス情報としてエラー情報が返ってきた場合である。（３）所望以外のレスポンス情報が返ってきた場合である。
【００５４】
図４に示すＡＰＩ類似率算出装置２１ｄの互換信号受信部ｄ１がレスポンス情報を受信したことを矢印Ｙ８ａで示す信号で情報取得部ｄ２へ伝達すると、情報取得部ｄ２は、蓄積部２１ｂから矢印Ｙ９で示す信号により、その受信したレスポンス情報に対応するメソッドやパラメータ等のリクエスト情報を取得する。更に、情報取得部ｄ２は、ＤＢ２１ｆから矢印Ｙ１０で示す信号により、ポータル機能部２２で先に取得され、矢印Ｙ３（図３）で示したリクエスト情報の送信契機となったＡＰＩ互換情報を取得する。ＡＰＩ互換情報とは、ＡＰＩの互換動作に利用可能なＡＰＩの情報（ＡＰＩ動作概要情報ｇ、リクエスト情報ｔ、レスポンス情報ｐ）である。
【００５５】
次に、情報取得部ｄ２は、上記の取得した各情報を矢印Ｙ１１で示すように、ＡＰＩ概要類似率計算部ｄ３、リクエスト類似率計算部ｄ４及びレスポンス類似率計算部ｄ５へ出力する。なお、ＡＰＩ概要類似率計算部ｄ３、リクエスト類似率計算部ｄ４及びレスポンス類似率計算部ｄ５は、単に計算部ｄ３，ｄ４，ｄ５ともいう。
【００５６】
ＡＰＩ概要類似率計算部ｄ３は、アプリ２５ａに関連付けられたＡＰＩ２８ａのＡＰＩ動作概要情報ｇに対して、検索対象のＡＰＩ２８ｂ〜２８ｄの動作概要がどの程度類似しているかを計算する。この計算は、ＡＰＩ間のＡＰＩ概要文章（図７参照）と比較しながら、周知のｗｏｒｄ２ｖｅｃ等の意味類似率計算手法を用いて、ＡＰＩ概要の意味類似率を求める。つまり、ＡＰＩ概要文章の意味が類似しているか否か、又はＡＰＩの使い方が類似しているか否かを求める。
【００５７】
ＡＰＩ概要類似率計算を、図７に示すＡＰＩ概要に関する類似率計算表を参照して説明する。図７には、店舗検索機能オリジナル（２７ａ）、店舗検索機能Ａ（２７ｂ）、店舗検索機能Ｂ（２７ｃ）、店舗検索機能Ｃ（２７ｄ）、店舗検索機能Ｄ（図１のイネーブラ２７ｄに該当）の各々に、ＡＰＩ概要として「ＡＰＩ概要文章」、「類似率」、「類似ＡＰＩ候補」が記載されている。
【００５８】
ＡＰＩ概要文章として、店舗検索機能オリジナルには「飲食店を検索する」が記載され、店舗検索機能Ａには「飲食店を検索する」、店舗検索機能Ｂには「飲食店を調べる」、店舗検索機能Ｃには「店を検索する」、店舗検索機能Ｄには「雑貨屋を検索する」が記載されている。
【００５９】
類似率は、店舗検索機能オリジナルのＡＰＩ概要文章の「飲食店を検索する」に対して、他の店舗検索機能Ａ〜ＤのＡＰＩ概要文章がどれだけ一致しているかを示す。この類似率は、完全に一致している場合が「１．０００」であり、以降「０．９９８」、「０．８９９」、「０．４７７」等、一致する度合に応じて数値が減少される。
【００６０】
類似ＡＰＩ候補は、類似率が所定の閾値（ここでは、α＝０．５とする）以上であれば候補とする。候補とされた場合のみに「○」印を付す。この例では、機能Ａ，Ｂ，Ｃが候補となる。つまり、図２に示す機能Ａに接続されたＡＰＩ２８ｂ、機能Ｂに接続されたＡＰＩ２８ｃ、機能Ｃに接続されたＡＰＩ２８ｄが類似ＡＰＩ候補となる。この機能Ａ〜ＣのＡＰＩ２８ｂ〜２８ｄが類似ＡＰＩ候補であることを示す信号が、図４に矢印Ｙ１１ａで示すようにリクエスト類似率計算部ｄ４へ出力される。なお、閾値αは、請求項記載の第１閾値である。
【００６１】
次に、リクエスト類似率計算部ｄ４は、ＡＰＩ概要類似率計算部ｄ３の計算で類似ＡＰＩ候補に選定されたＡＰＩ２８ｂ〜２８ｄについて、リクエスト情報（ＡＰＩリクエスト情報）ｔに関する類似率を計算する。
【００６２】
このリクエスト類似率計算を、図８に示すＡＰＩリクエスト情報に関する類似率計算表を参照して説明する。図８には、店舗検索機能オリジナル（２７ａ）、店舗検索機能Ａ（２７ｂ）、店舗検索機能Ｂ（２７ｃ）、店舗検索機能Ｃ（２７ｄ）の各々に、ＡＰＩリクエスト情報ｔ｛図５（ｂ）参照｝として「ＵＲＩ」、「メソッド」、「ヘッダ情報」、「認証情報」、「データ形式」、「パラメータ」の６種類の情報が記載されている。
【００６３】
リクエスト類似率計算部ｄ４は、６種類の情報について機能間（ＡＰＩ間）での一致／不一致を比較し、図８に示すように、一致の場合は「１」とし、不一致の場合は「０」として、これらの数値を保持する。但し、ＵＲＩは、機能オリジナルの「ｈｔｔｐ」と、機能Ａ〜Ｃの「ｈｔｔｐ」又は「ｈｔｔｐｓ」との比較を行う。また、認証情報は、機能Ａ，Ｂに示すように、一致の場合以外に認証無しの場合も「１」とする。
【００６４】
パラメータについては、複数のパラメータが存在し、その一例を図９に示す。図９に示すように、パラメータは、Ｐ１，Ｐ２，Ｐ３の３つと、その他必須パラメータ（必須パラメータともいう）が存在する。必須パラメータには、前述した差分パラメータが該当する。更に説明すると、オリジナルのパラメータは本例ではＰ１〜Ｐ３の３つだけであり、この３つを入力すれば必ず何らかのレスポンス情報が返ってくる。しかし、例えば機能Ｃを使用する場合、Ｃでは必ず、必須パラメータとしての（ｃａｔｅｇｏｒｙ）を入力する必要があり、これを入力しなければ動かないと定められている。
【００６５】
リクエスト類似率計算部ｄ４は、３つのパラメータＰ１〜Ｐ３の「意味」を、上述したｗｏｒｄ２ｖｅｃ等の意味類似率計算手法を用いて計算する。例えば、パラメータＰ１において、機能オリジナルの意味は「緯度」であり、機能Ａの意味は「緯度」なので、機能Ａの意味類似率は１．０００となる。機能Ｂの意味は「ｘ座標」なので、機能Ｂの意味類似率は０．８０５となる。機能Ｃの意味は「緯度」なので、機能Ｃの意味類似率は１．０００となる。
【００６６】
次に、計算部ｄ４は、比較対象の機能Ａ〜Ｃの意味類似率（例えば「１．０００」、「０．８０５」、「１．０００」）の内、所定の閾値（ここでは、β＝０．５とする）以上の数値を比較対象とする。なお、閾値βは、請求項記載の第２閾値である。
【００６７】
次に、計算部ｄ４は、「型」及び「名」については、機能間（ＡＰＩ間）での一致／不一致を比較し、その結果の「１」／「０」を計算して保持する。
例えば、パラメータＰ１において、機能オリジナルの型は「ｉｎｔ」であり、機能Ａの型は「ｉｎｔ」なので、一致の「１」となる。機能Ｂの型は「ｉｎｔ」なので、一致の「１」となる。機能Ｃの型は「ｄｏｕｂｌｅ」なので、不一致の「０」となる。
【００６８】
また、パラメータＰ１において、機能オリジナルの名は「ｌａｔ」であり、機能Ａの名は「ｌａｔｉｔｕｄｅ」なので、不一致の「０」となる。機能Ｂの名は「ｘ」なので、不一致の「０」となる。機能Ｃの名は「ｌａｔ」なので、一致の「１」となる。パラメータＰ２，Ｐ３についても同様に計算される。
【００６９】
その他の欄に記載する「その他必須パラメータ数」は、機能Ａ，Ｂに示すように、必須パラメータ数が０の場合に「１」となり、機能Ｃに示すように、必須パラメータ数が１の場合に「０」となる。
【００７０】
次に、リクエスト類似率計算部ｄ４は、上述した３つのパラメータＰ１〜Ｐ３の「型」と「名」の比較結果と、必須パラメータの結果とを用いて、機能オリジナルに最も類似する機能Ａ〜Ｃを選定する計算を次のように行う。
【００７１】
まず、図９に示すパラメータＰ１の「型」の比較結果「１」、「１」、「０」と、「名」の比較結果「０」、「０」、「１」を、下記の式（１）で表す。但し、式（１）のＰ１は、パラメータＰ１に対応している。
【数１】
2017033131.tif 000003
…式（１）
式（１）の行列の１行目が「型」、２行目が「名」の比較結果に対応している。
【００７２】
また、下記の式（２）で表すように、パラメータＰ１の「型」と「名」の優先度合を示す重み付けの重みωの数値「０．８」、「０．２」を決定する。「型」は変換が難しく、「名」は変換が容易なので、行列の１行目の「型」は「０．８」、２行目の「名」は「０．２」としてある。また、重みωの数値「０．８」、「０．２」は、下式（３）で示すように、各数値の合計が「１」以内とされている。
【００７３】
【数２】
2017033131.tif 000004
…式（２）
【数３】
2017033131.tif 000005
…式（３）
【００７４】
【数４】
2017033131.tif 000006
…式（４）
【００７５】
次に、リクエスト類似率計算部ｄ４は、式（４）に従ってパラメータＰ１における機能Ａ〜Ｃの類似率ｗ１を計算する。式（４）において、ωＴは、式（２）の重みωの転値＝［０．８  ０．２］であり、Ｐは上式（１）のＰ１である。つまり、（ωＴ・Ｐ）は重みωと上式（１）のパラメータＰ１の内積となる。式（４）のｐは、図９に示した必須パラメータであり、本例では「１」、「１」、「０」なので、下式（５）で表される。
【数５】
2017033131.tif 000007
…式（５）
【００７６】
上式（４）の（ωＴ・Ｐ）にｐを乗算（＊で示す）した結果が、パラメータＰ１における機能Ａ〜Ｃの類似率ｗ１となる。ｗ１の１行目の数値がパラメータＰ１における機能Ａの類似率を表す０．８となり、２行目の数値がパラメータＰ１における機能Ｂの類似率を表す０．８、３行目の数値がパラメータＰ１における機能Ｃの類似率を表す０となる。
【００７７】
次に、図９に示すパラメータＰ２の「型」の比較結果「１」、「１」、「０」と、「名」の比較結果「０」、「０」、「１」を、下記の行列式（６）で表す。但し、式（６）のＰ２は、パラメータＰ２に対応している。
【数６】
2017033131.tif 000008
…式（６）
式（６）の行列の１行目が「型」、２行目が「名」の比較結果に対応している。
また、パラメータＰ２の「型」と「名」の優先度合を示す重み付けの重みωは、上式（２）と同じ数値「０．８」、「０．２」である。
【００７８】
【数７】
2017033131.tif 000009
…式（７）
【００７９】
次に、リクエスト類似率計算部ｄ４は、式（７）に従ってパラメータＰ２における機能Ａ〜Ｃの類似率ｗ２を計算する。この計算は上述のパラメータＰ１の場合と同様に行なわれ、パラメータＰ２における機能Ａ〜Ｃの類似率ｗ２の１行目の数値がパラメータＰ２における機能Ａの類似率を表す０．８、２行目の数値がパラメータＰ２における機能Ｂの類似率を表す０．８、３行目の数値がパラメータＰ２における機能Ｃの類似率を表す０となる。
【００８０】
次に、図９に示すパラメータＰ３の「型」の比較結果「１」、「０」、「１」と、「名」の比較結果「０」、「０」、「１」を、下記の行列式（８）で表す。但し、式（８）のＰ３は、パラメータＰ３に対応している。
【数８】
2017033131.tif 000010
…式（８）
式（８）の行列の１行目が「型」、２行目が「名」の比較結果に対応している。
また、パラメータＰ３の「型」と「名」の優先度合を示す重み付けの重みωは、上式（２）と同じであり、１行目が「０．８」、２行目が「０．２」である。
【００８１】
【数９】
2017033131.tif 000011
…式（９）
【００８２】
次に、リクエスト類似率計算部ｄ４は、式（９）に従ってパラメータＰ３における機能Ａ〜Ｃの類似率ｗ３を計算する。この計算は上述のパラメータＰ１の場合と同様に行なわれ、パラメータＰ３における機能Ａ〜Ｃの類似率ｗ３の１行目の数値がパラメータＰ３における機能Ａの類似率を表す０．８、２行目の数値がパラメータＰ３における機能Ｂの類似率を表す０、３行目の数値がパラメータＰ３における機能Ｃの類似率を表す０となる。
【００８３】
【数１０】
2017033131.tif 000012
…式（１０）
【００８４】
次に、リクエスト類似率計算部ｄ４は、式（１０）に従って、パラメータＰ１，Ｐ２，Ｐ３における各機能Ａ〜Ｃの類似率ｗ１，ｗ２，ｗ３の平均値ｗを計算する。この平均値ｗは、１行目に示す機能Ａの類似率ｗ１，ｗ２，ｗ３の平均値（ｗ１とする）が０．８０となり、２行目に示す機能Ｂの類似率ｗ１，ｗ２，ｗ３の平均値（ｗ２とする）が０．５３となり、３行目に示す機能Ｃの類似率ｗ１，ｗ２，ｗ３の平均値（ｗ３とする）が０となる。
【００８５】
次に、図８に示す「ＵＲＩ」、「メソッド」、「ヘッダ情報」、「認証情報」、「データ形式」、「パラメータ」の６種類の情報における各機能Ａ〜Ｃの機能オリジナルとの比較結果を、下記の式（１１）の行列式Ｑで表す。行列式Ｑの１行目は、ＵＲＩにおける比較結果「１」、「１」、「０」である。２行目は、メソッドにおける比較結果「１」、「１」、「０」である。３行目は、ヘッダ情報における比較結果「１」、「０」、「１」である。４行目は、認証情報における比較結果「１」、「１」、「０」である。５行目は、データ形式における比較結果「１」、「１」、「０」である。６行目は、パラメータにおける上述した平均値「ｗ１」、「ｗ２」、「ｗ３」である。
【数１１】
2017033131.tif 000013
…式（１１）
【００８６】
また、式（１１）の各行の項目について重みωを、式（１２）で示すように決定する。式（１２）の重みωの数値は、１行目のＵＲＩ用が「０．１」、２行目のメソッド用が「０．１」、３行目のヘッダ情報用が「０．２」、４行目の認証情報用が「０．２」、５行目のデータ形式用が「０．１」、６行目のパラメータ用が「０．３」である。また、重みωの各数値は、上式（３）で示したように、各数値の合計が「１」以内とされている。
【数１２】
2017033131.tif 000014
…式（１２）
【数１３】
2017033131.tif 000015
…式（１３）
【００８７】
次に、リクエスト類似率計算部ｄ４は、式（１３）に従って、機能オリジナルに対する各機能Ａ〜Ｃの類似率ｖを計算する。式（１３）において、ωＴは、式（１２）の重みωの転値＝［０．１  ０．１  ０．２  ０．２  ０．１  ０．１  ０．３］、Ｑは上式（１１）の６種類の情報における各機能Ａ〜Ｃの機能オリジナルとの比較結果である。つまり、（ωＴ・Ｑ）は式（１２）の重みωと上式（１１）の比較結果Ｑとの内積となる。この内積が、式（１３）の類似率ｖとなる。類似率ｖは、１行目に示す機能Ａの類似率が０．９４、２行目に示す機能Ｂの類似率が０．６５９、３行目に示す機能Ｃの類似率が０．２となる。
【００８８】
計算部ｄ４は、その類似率ｖの中から最大の数値０．９４の機能Ａ（図２の２７ｂ）のＡＰＩ（図２の２８ｂ）を、機能オリジナル（図２の２７ａ）のＡＰＩ（２８ａ）に対応するものとして選定する。そして、計算部ｄ４は、その選定した機能Ａ２７ｂの最大の類似率０．９４を含む、他の機能Ｂ２７ｃ及び機能Ｃ２７ｄの類似率０．６５９及び０．２を、図４に矢印Ｙ１１ｂで示すように、総合類似率計算部ｄ６へ出力する。
【００８９】
なお、リクエスト類似率計算部ｄ４は、上記のように最大の類似率０．９４を選定する処理を行わず、各機能Ａ、Ｂ及びＣの類似率０．９４、０．６５９及び０．２を総合類似率計算部ｄ６へ出力するようにしてもよい。
【００９０】
次に、レスポンス類似率計算部ｄ５は、ＡＰＩ概要類似率計算部ｄ３の計算で類似ＡＰＩ候補に選定された機能Ａ２７ｂ〜Ｃ２７ｄのＡＰＩ２８ｂ〜２８ｄについて、レスポンス情報（ＡＰＩレスポンス情報）ｐに関する類似率を計算する。
【００９１】
このレスポンス類似率計算を、図１０に示すＡＰＩレスポンス情報に関する類似率計算表を参照して説明する。図１０には、店舗検索機能オリジナル（２７ａ）、店舗検索機能Ａ（２７ｂ）、店舗検索機能Ｂ（２７ｃ）、店舗検索機能Ｃ（２７ｄ）の各々に、ＡＰＩレスポンス情報ｐ｛図５（ｃ）参照｝として、「ステータスコード」、「ヘッダ情報」、「データ形式」、「パラメータ」の４種類の情報が記載されている。
【００９２】
レスポンス類似率計算部ｄ５は、４種類の情報について機能間（ＡＰＩ間）での一致／不一致を比較し、図１０に示すように、一致の場合は「１」とし、不一致の場合は「０」として、これらの数値を保持する。但し、ヘッダ情報は、必須ヘッダが足りている場合は「１」、足りない場合は「０」とする。
【００９３】
レスポンス情報ｐのパラメータについては、複数のパラメータが存在し、その一例を図１１に示す。図１１に示すように、パラメータはＲ１，Ｒ２，Ｒ３の３つが存在する。
【００９４】
計算部ｄ５は、３つのパラメータＲ１〜Ｒ３の「意味」を、上述したｗｏｒｄ２ｖｅｃ等の意味類似率計算手法を用いて計算する。例えば、パラメータＲ１において、機能オリジナルの意味は「店の住所」であり、機能Ａの意味は「店の住所」なので、機能Ａの意味類似率は１．０００となる。機能Ｂの意味は「住所」なので、機能Ｂの意味類似率は０．９５０となる。機能Ｃの意味は「店の住所」なので、機能Ｃの意味類似率は１．０００となる。
【００９５】
次に、レスポンス類似率計算部ｄ５は、比較対象の機能Ａ〜Ｃの意味類似率（例えば「１．０００」、「０．９５０」、「１．０００」）の内、所定の閾値（ここでは、γ＝０．５とする）以上の数値を比較対象とする。なお、閾値γは、請求項記載の第３閾値である。
【００９６】
次に、レスポンス類似率計算部ｄ５は、「型」及び「名」については、機能間（ＡＰＩ間）での一致／不一致を比較し、その結果の「１」／「０」を計算して保持する。
例えば、パラメータＲ２において、機能オリジナルの型は「ｓｔｒｉｎｇ」であり、機能Ａの型は「ｓｔｒｉｎｇ」なので、一致の「１」となる。機能Ｂの型は「無し」なので、不一致の「０」となる。機能Ｃの型は「ｓｔｒｉｎｇ」なので、一致の「１」となる。
【００９７】
また、パラメータＲ２において、機能オリジナルの名は「ｃａｔｅｇｏｒｙ」であり、機能Ａの名は「ｃａｔｅｇｏｒｙ」なので、一致の「１」となる。機能Ｂの名は「無し」なので、不一致の「０」となる。機能Ｃの名は「ｃａｔｅｇｏｒｙ」なので、一致の「１」となる。パラメータＲ１，Ｐ３についても同様に計算される。
【００９８】
次に、レスポンス類似率計算部ｄ５は、上述した３つのパラメータＲ１〜Ｒ３の「型」と「名」の比較結果を用いて、機能オリジナルに最も類似する機能Ａ〜Ｃを選定する計算を次のように行う。
【００９９】
まず、図１１に示すパラメータＲ１の「型」の比較結果「１」、「１」、「１」と、「名」の比較結果「１」、「１」、「１」を、下記の行列式（１４）で表す。但し、式（１）のＰ１は、パラメータＲ１に対応している。
【数１４】
2017033131.tif 000016
…式（１４）
式（１４）の行列の１行目が「型」、２行目が「名」の比較結果に対応している。
【０１００】
また、前述の式（２）で表すように、パラメータＲ１の「型」と「名」の優先度合を示す重み付けの重みωの数値「０．８」、「０．２」を決定する。
【０１０１】
【数１５】
2017033131.tif 000017
…式（１５）
【０１０２】
次に、レスポンス類似率計算部ｄ５は、式（１５）に従ってパラメータＲ１における機能Ａ〜Ｃの類似率ｘ１を計算する。式（１５）において、ωＴは、上式（２）の重みωの転値＝［０．８  ０．２］、Ｒは上式（１）のＲ１である。つまり、（ωＴ・Ｒ）は重みωと式（１５）のパラメータＲ１の内積となる。
【０１０３】
上式（１５）の（ωＴ・Ｒ）の結果が、パラメータＲ１における機能Ａ〜Ｃの類似率ｘ１となる。ｘ１の１行目の数値がパラメータＲ１における機能Ａの類似率を表す１となり、２行目の数値がパラメータＲ１における機能Ｂの類似率を表す１、３行目の数値がパラメータＲ１における機能Ｃの類似率を表す１となる。
【０１０４】
次に、図１１に示すパラメータＲ２の「型」の比較結果「１」、「０」、「１」と、「名」の比較結果「１」、「０」、「１」を、下式（１６）で表す。但し、式（１６）のＲ２は、パラメータＲ２に対応している。
【数１６】
2017033131.tif 000018
…式（１６）
式（１６）の行列の１行目が「型」、２行目が「名」の比較結果に対応している。
また、パラメータＲ２の「型」と「名」の優先度合を示す重み付けの重みωは、上式（２）と同じ数値「０．８」、「０．２」である。
【０１０５】
【数１７】
2017033131.tif 000019
…式（１７）
【０１０６】
次に、レスポンス類似率計算部ｄ５は、式（１７）に従ってパラメータＲ２における機能Ａ〜Ｃの類似率ｘ２を計算する。この計算は上述のパラメータＲ１の場合と同様に行なわれ、パラメータＲ２における機能Ａ〜Ｃの類似率ｘ２の１行目の数値がパラメータＲ２における機能Ａの類似率を表す１となり、２行目の数値がパラメータＲ２における機能Ｂの類似率を表す０となり、３行目の数値がパラメータＲ２における機能Ｃの類似率を表す１となる。
【０１０７】
次に、図１１に示すパラメータＲ３の「型」の比較結果「１」、「１」、「１」と、「名」の比較結果「１」、「１」、「１」を、下記の行列式（１８）で表す。但し、式（１８）のＲ３は、パラメータＲ３に対応している。
【数１８】
2017033131.tif 000020
…式（１８）
式（１８）の行列の１行目が「型」、２行目が「名」の比較結果に対応している。
また、パラメータＲ３の「型」と「名」の優先度合を示す重み付けの重みωは、上式（２）と同じであり、１行目が「０．８」、２行目が「０．２」である。
【０１０８】
【数１９】
2017033131.tif 000021
…式（１９）
【０１０９】
次に、レスポンス類似率計算部ｄ５は、式（１９）に従ってパラメータＲ３における機能Ａ〜Ｃの類似率ｘ３を計算する。この計算は上述のパラメータＲ１の場合と同様に行なわれ、パラメータＲ３における機能Ａ〜Ｃの類似率ｘ３の１行目の数値がパラメータＲ３における機能Ａの類似率を表す１となり、２行目の数値がパラメータＲ３における機能Ｂの類似率を表す１となり、３行目の数値がパラメータＲ３における機能Ｃの類似率を表す１となる。
【０１１０】
【数２０】
2017033131.tif 000022
…式（２０）
【０１１１】
次に、レスポンス類似率計算部ｄ５は、式（２０）に従って、パラメータＲ１，Ｒ２，Ｒ３における各機能Ａ〜Ｃの類似率ｘ１，ｘ２，ｘ３の平均値ｘを計算する。この平均値ｘは、１行目に示す機能Ａの類似率ｘ１，ｘ２，ｘ３の平均値（ｘ１とする）が１となり、２行目に示す機能Ｂの類似率ｘ１，ｘ２，ｘ３の平均値（ｘ２とする）が０．５となり、３行目に示す機能Ｃの類似率ｘ１，ｘ２，ｘ３の平均値（ｘ３とする）が１となる。
【０１１２】
次に、図１０に示す「ステータスコード」、「ヘッダ情報」、「データ形式」、「パラメータ」の４種類の情報における各機能Ａ〜Ｃの機能オリジナルとの比較結果を、下記の式（２１）の行列式Ｓで表す。行列式Ｓの１行目は、ステータスコードにおける比較結果「１」、「１」、「０」である。２行目は、ヘッダ情報における比較結果「１」、「０」、「１」である。３行目は、データ形式における比較結果「１」、「１」、「０」である。４行目は、パラメータにおける上述した平均値「ｘ１」、「ｘ２」、「ｘ３」である。
【数２１】
2017033131.tif 000023
…式（２１）
【０１１３】
また、式（２１）の各行の項目について重みωを、下式（２２）で示すように決定する。式（２２）の重みωの数値は、１行目のステータスコード用が「０．１」、２行目のヘッダ情報が「０．１」、３行目のデータ形式用が「０．１」、４行目のパラメータ用が「０．７」である。また、重みωの各数値は、上式（３）で示したように、各数値の合計が「１」以内とされている。
【数２２】
2017033131.tif 000024
…式（２２）
【数２３】
2017033131.tif 000025
…式（２３）
【０１１４】
次に、レスポンス類似率計算部ｄ５は、式（２３）に従って、機能オリジナルに対する各機能Ａ〜Ｃの類似率ｙを計算する。式（２３）において、ωＴは、式（２２）の重みωの転値＝［０．１  ０．１  ０．１  ０．７］、Ｓは上式（２１）の４種類の情報における各機能Ａ〜Ｃの機能オリジナルとの比較結果である。つまり、（ωＴ・Ｓ）は式（２２）の重みωと上式（２１）の比較結果Ｓとの内積となる。この内積が、式（２３）の類似率ｙとなる。類似率ｙは、１行目に示す機能Ａの類似率が１．００となり、２行目に示す機能Ｂの類似率が０．５５となり、３行目に示す機能Ｃの類似率が０．８０となる。
【０１１５】
レスポンス類似率計算部ｄ５は、その類似率ｙの中から最大の数値１．００を選択し、この最大の類似率１．００の機能Ａ（図２の２７ｂ）のＡＰＩ（図２の２８ｂ）を、機能オリジナル（図２の２７ａ）のＡＰＩ（２８ａ）に対応するものとして選定する。そして、計算部ｄ５は、その選定した機能Ａ２７ｂの最大の類似率１．００を含む、他の機能Ｂ２７ｃ及び機能Ｃ２７ｄの類似率０．５５及び０．８０を、図４に矢印Ｙ１１ｃで示すように、総合類似率計算部ｄ６へ出力する。
なお、レスポンス類似率計算部ｄ５は、上記のように最大の類似率１．００を選定する処理を行わず、各機能Ａ、Ｂ及びＣの類似率１．００、０．５５及び０．８０を総合類似率計算部ｄ６へ出力するようにしてもよい。
【０１１６】
次に、総合類似率計算部ｄ６は、リクエスト類似率計算部ｄ４から矢印Ｙ１１ｂで示すように入力された各機能Ａ〜Ｃの類似率と、レスポンス類似率計算部ｄ５から矢印Ｙ１１ｃで示すように入力された各機能Ａ〜Ｃの類似率との、各機能Ａ〜Ｃ毎の平均値を計算し、この計算結果を矢印Ｙ１１ｄで示すように判断部ｄ７へ出力する。
【０１１７】
本例において、総合類似率計算部ｄ６には、リクエスト類似率計算部ｄ４から機能Ａの類似率０．９４、機能Ｂ及び機能Ｃの類似率０．６５９及び０．２が入力される。また、レスポンス類似率計算部ｄ５から機能Ａの類似率１．００、機能Ｂ及び機能Ｃの類似率０．５５及び０．８０が入力される。
そこで、総合類似率計算部ｄ６は、機能Ａの類似率０．９４と類似率１．００との平均値「０．９７」を計算し、機能Ｂの類似率０．６５９と類似率０．５５との平均値「０．６０４５」を計算し、機能Ｃの類似率０．２と類似率０．８０との平均値「０．５」を計算し、これらの計算結果を判断部ｄ７へ出力する。
【０１１８】
なお、総合類似率計算部ｄ６での計算結果及び、総合類似率計算部ｄ６にリクエスト類似率計算部ｄ４及びレスポンス類似率計算部ｄ５から入力された計算情報は、矢印Ｙ１１ｅで示すように、ＤＢ２１ｆに入力されて識別可能に保持される。
【０１１９】
判断部ｄ７は、総合類似率計算部ｄ６から入力される各機能Ａ〜Ｃの類似率の内の最大の類似率の機能を、機能オリジナルに対応する機能のＡＰＩとして選択する。更に、判断部ｄ７は、その選択された類似率の最も高いＡＰＩ（類似ＡＰＩ）の情報と、互換信号受信部ｄ１で受信されたレスポンス情報とを、矢印Ｙ１２で示すように信号変換部２１ｇへ出力する。
【０１２０】
本例では、判断部ｄ７に、機能Ａの類似率の平均値０．９７と、機能Ｂの類似率の平均値０．６０４５と、機能Ｃの類似率の平均値０．５とが入力されるので、判断部ｄ７は、最大値の機能Ａの類似率の平均値「０．９７」の機能Ａを、機能オリジナルに対応する機能Ａ２７ｂのＡＰＩ２８ｂとして選択する。
【０１２１】
また、判断部ｄ７は、リクエスト類似率計算部ｄ４及びレスポンス類似率計算部ｄ５から、機能オリジナルに類似可能な機能の類似率が送られてこない場合、機能オリジナルへの互換動作が不可能と判断して、エラー情報を信号変換部２１ｇへ出力する。
【０１２２】
図３に示す信号変換部２１ｇは、類似率の最も高い類似ＡＰＩの情報と、互換信号受信部ｄ１で受信されたレスポンス情報とを受信後、機能オリジナルのＡＰＩへのリクエスト情報を、類似ＡＰＩへ再リクエスト可能なリクエスト情報に変換する。
【０１２３】
つまり、信号変換部２１ｇは、機能不全のイネーブラ２７ａへＡＰＩ２８ａを介して送信されたリクエスト情報を、類似イネーブラ２７ｂに繋がる類似ＡＰＩ２８ｂ（図１参照）へのリクエスト情報に変換し、これを、矢印Ｙ１３で示す信号により、信号送信部２１ｃへ出力する。信号送信部２１ｃは、その類似ＡＰＩ２８ｂへのリクエスト情報を、矢印Ｙ１５で示す信号により、ＡＰＩ２８ｂを介して類似イネーブラ２７ｂへ送信する。
【０１２４】
類似イネーブラ２７ｂは、受信したリクエスト情報に応じたレスポンス情報を、矢印Ｙ１６で示す信号により信号受信部２１ａへ送信する。この信号受信部２１ａは、受信したレスポンス情報を、矢印Ｙ１７で示す信号により信号変換部２１ｇへ出力する。
【０１２５】
信号変換部２１ｇは、類似イネーブラ２７ｂから受信したレスポンス情報を、機能不全のイネーブラ２７ａから本来適性に出力されるレスポンス情報に整合するように変換し、この変換されたレスポンス情報を、矢印Ｙ１８で示す信号により、信号送信部２１ｃへ入力する。信号送信部２１ｃは、その入力されたレスポンス情報を、矢印Ｙ１４で示す信号により、ＡＰＩ２６ｂ（図２）を介してアプリ２５ａへ送信する。
【０１２６】
この際、アプリ２５ａへのレスポンス情報が、類似イネーブラ２７ｂ（又は類似ＡＰＩ２８ｂ）からの情報である内容を付してもよい。また、類似イネーブラ２７ｂ（又は類似ＡＰＩ２８ｂ）からの応答であるレスポンス情報が、アプリ２５ａの所望の応答になるようにレスポンス情報を変更して、アプリ２５ａへ返信してもよい。この場合、図４（ｂ）に示したレスポンス情報ｐのレスポンス部ｐｒ、ヘッダ部ｐｈ及びボディ部ｐｂの何れかの情報を変更することになる。例えば、図５（ｃ）に示すボディ部ｐｂでは、データ形式がＪＳＯＮ形式であるが、これをＸＭＬ形式に変換することができる。
【０１２７】
なお、信号変換部２１ｇは、上述したように、類似イネーブラ２７ｂから受信したレスポンス情報を、本来適性に出力されるレスポンス情報に整合するように変換するが、この変換を行わず、その受信したレスポンス情報をアプリ２５ａへ送信するようにしてもよい。
【０１２８】
このような構成の図３に示すＡＰＩ集約装置２４は、各機能部を、リクエスト情報に対する処理部と、レスポンス情報に対する処理部とを分けて構成してもよい。
【０１２９】
＜実施形態の動作＞
次に、本実施形態に係るＡＰＩ類似率算出装置２１ｄによるＡＰＩ類似率算出処理を、図１２〜図１６に示すフローチャートを参照して説明する。
【０１３０】
但し、ユーザ端末機にインストールされた図２に示すアプリ２５ａが、店舗情報取得のためのリクエスト情報を、当該アプリ２５ａに関連付けられたＡＰＩ２８ａに向けて送信したとする。この送信されたリクエスト情報ｔは、ＡＰＩ集約装置２４からＡＰＩ２８ａを介して店舗検索機能オリジナル２７ａへ送信され、機能オリジナル２７ａは、受信したリクエスト情報に応じたレスポンス情報を、ＡＰＩ２８ａを介してＡＰＩ集約装置２４へ返信したとする。
【０１３１】
ここで、その返信されたレスポンス情報が、下記（１）〜（３）の何れかの内容であり、ＡＰＩ集約装置２４の図４に示すＡＰＩ類似率算出装置２１ｄの互換信号受信部ｄ１へ出力されたことを前提とする。これは、店舗検索機能オリジナル２７ａに何らかの機能不全が生じた場合であり、この場合に、機能オリジナル２７ａに対応する類似機能Ａ２７ｂ〜Ｃ２７ｄを自動で検索する処理が行なわれる。
なお、（１）は、レスポンス情報を受信せずタイムアウトとなった場合、（２）は、レスポンス情報としてエラー情報が返ってきた場合、（３）は、所望以外のレスポンス情報が返ってきた場合である。
【０１３２】
図１２に示すステップＳ１において、互換信号受信部ｄ１がレスポンス情報を受信すると、情報取得部ｄ２は、蓄積部２１ｂから、その受信したレスポンス情報に対応するメソッドやパラメータ等のリクエスト情報を取得する。更に、情報取得部ｄ２は、ＤＢ２１ｆからポータル機能部２２（図３）で先に取得されたリクエスト情報の送信契機となったＡＰＩ互換情報（ＡＰＩ動作概要情報ｇ、リクエスト情報ｔ、レスポンス情報ｐ）を取得する。
【０１３３】
次に、ステップＳ２において、情報取得部ｄ２は、上記ステップＳ１で取得した各情報を、ＡＰＩ概要類似率計算部ｄ３、リクエスト類似率計算部ｄ４及びレスポンス類似率計算部ｄ５へ出力する。
【０１３４】
ステップＳ３において、ＡＰＩ概要類似率計算部ｄ３は、アプリ２５ａに関連付けられたＡＰＩ２８ａのＡＰＩ動作概要情報ｇに対して、検索対象のＡＰＩ２８ｂ〜２８ｄの動作概要がどの程度類似しているかを計算する。この計算は、ＡＰＩ間のＡＰＩ概要文章（図７）と比較しながら、意味類似率計算手法を用いてＡＰＩ概要の意味類似率を求める。この結果、例えば図７に示すように、意味類似率が、店舗検索機能オリジナルに対して、機能Ａは「１．０００」、機能Ｂは「０．９９８」、機能Ｃは「０．８９９」、機能Ｄは「０．４７７」と求められたとする。
【０１３５】
ステップＳ４において、その求めた各機能Ａ〜Ｄの類似率が、閾値（α＝０．５とする）以上であるか否かを判定する。この判定の結果、閾値未満であれば（Ｎｏ）、ステップＳ５において、類似ＡＰＩ候補から外す。本例では、機能Ｄが候補から外される。
【０１３６】
一方、閾値以上であれば（Ｙｅｓ）、ステップＳ６において、計算部ｄ３は、閾値以上の類似率の機能Ａ〜Ｃを類似ＡＰＩ候補として選定する。この候補の情報は、リクエスト類似率計算部ｄ４へ出力される。
【０１３７】
次に、ステップＳ７において、リクエスト類似率計算部ｄ４は、ステップＳ６で類似ＡＰＩ候補に選定された機能Ａ〜ＣのＡＰＩ２８ｂ〜２８ｄについて、リクエスト情報（ＡＰＩリクエスト情報）に関する類似率を計算する。この計算は、図８に示すＡＰＩリクエスト情報に関する類似率計算表の「ＵＲＩ」、「メソッド」、「ヘッダ情報」、「認証情報」、「データ形式」、「パラメータ」の６種類の情報について、機能オリジナルの内容に対して各機能Ａ〜Ｃの内容を比較して、一致／不一致を求める。
【０１３８】
この際、図１３に示すステップＳ８において、その一致／不一致を求める計算が、パラメータの情報に対する計算か否かを判定する。この結果、パラメータに対する計算であれば（Ｙｅｓ）ステップＳ９へ進み、計算でなければ（Ｎｏ）ステップＳ１２へ進む。
【０１３９】
ステップＳ９において、計算部ｄ４は、上述した６種類の情報の内、パラメータを除く５種類の情報について、機能オリジナルの内容に対して各機能Ａ〜Ｃの内容が一致するか否かを判定する。この結果、不一致の場合（Ｎｏ）は、ステップＳ１０において、該当項目に「０」を記載する。一致する場合（Ｙｅｓ）は、ステップＳ１１において、図８に示すように該当項目に「１」を記載する。但し、認証情報では、図８の機能Ａ，Ｂに示すように、一致の場合以外に認証無しの場合も「１」とする。
【０１４０】
次に、ステップＳ１２において、計算部ｄ４は、パラメータの類似率を計算する。ここで、パラメータには、図９に示すように、３つのパラメータＰ１，Ｐ２，Ｐ３と、その他必須パラメータ（必須パラメータ＝ｃａｔｅｇｏｒｙ）が存在するものとする。
【０１４１】
まず、ステップＳ１３において、計算部ｄ４は、３つのパラメータＰ１〜Ｐ３の「意味」の類似率を、意味類似率計算手法を用いて計算する。この結果、各パラメータＰ１〜Ｐ３における各機能Ａ〜Ｃの意味類似率が、図９に示す数値になったとする。更に、計算部ｄ４は、比較対象の機能Ａ〜Ｃの意味類似率の内、所定の閾値（β＝０．５とする）以上の数値を比較対象とする。
【０１４２】
次に、ステップＳ１４において、計算部ｄ４は、各パラメータＰ１〜Ｐ３の「型」及び「名」について、機能オリジナルの内容に対して各機能Ａ〜Ｃの内容を比較して、一致／不一致を判定する。この結果、不一致の場合（Ｎｏ）は、ステップＳ１５において、該当項目に「０」を記載する。一致する場合（Ｙｅｓ）は、ステップＳ１６において、図９に示すように該当項目に「１」を記載する。但し、「その他必須パラメータ数」は、機能Ａ，Ｂに示すように、必須パラメータ数が０の場合に「１」となり、機能Ｃに示すように、必須パラメータ数が１の場合に「０」となる。
【０１４３】
次に、図１４に示すステップＳ１７において、計算部ｄ４は、３つのパラメータＰ１〜Ｐ３の「型」と「名」の比較結果と、必須パラメータの結果とを用いて、機能オリジナルに最も類似する機能Ａ〜Ｃを選定する計算を行う。この計算は、前述した通り、式（１）〜式（１３）を用いて行う。更に、計算部ｄ４は、その計算で選定された各機能Ａ〜Ｃの類似率を総合類似率計算部ｄ６へ出力する。本例では、上述の式（１３）に示す機能Ａ２７ｂの類似率０．９４、機能Ｂ２７ｃ及び機能Ｃ２７ｄの類似率０．６５９及び０．２が出力されたとする。
【０１４４】
次に、ステップＳ１８において、レスポンス類似率計算部ｄ５は、上記ステップＳ６で類似ＡＰＩ候補に選定された機能Ａ〜ＣのＡＰＩ２８ｂ〜２８ｄについて、レスポンス情報（ＡＰＩレスポンス情報）ｐに関する類似率を計算する。この計算は、図１０に示すＡＰＩレスポンス情報に関する類似率計算表の「ステータスコード」、「ヘッダ情報」、「データ形式」、「パラメータ」の４種類の情報について、機能オリジナルの内容に対して各機能Ａ〜Ｃの内容を比較して、一致／不一致を計算する。
【０１４５】
この際、ステップＳ１９において、その一致／不一致を求める計算が、パラメータの情報に対する計算か否かを判定する。この結果、パラメータに対する計算であれば（Ｙｅｓ）ステップＳ２０へ進み、計算でなければ（Ｎｏ）ステップＳ２３へ進む。
【０１４６】
ステップＳ２０において、計算部ｄ５は、上述した４種類の情報の内、パラメータを除く３種類の情報について、機能オリジナルの内容に対して各機能Ａ〜Ｃの内容が一致するか否かを判定する。この結果、不一致の場合（Ｎｏ）は、ステップＳ２１において、該当項目に「０」を記載する。一致する場合（Ｙｅｓ）は、ステップＳ２２において、図１０に示すように該当項目に「１」を記載する。但し、ヘッダ情報は、必須ヘッダが足りている場合は「１」、足りない場合は「０」とする。
【０１４７】
次に、ステップＳ２３において、計算部ｄ５は、パラメータの類似率を計算する。ここで、パラメータには、図１１に示すように、３つのパラメータＲ１，Ｒ２，Ｒ３が存在するものとする。
【０１４８】
まず、ステップＳ２４において、計算部ｄ５は、３つのパラメータＲ１〜Ｒ３の「意味」の類似率を、意味類似率計算手法を用いて計算する。この結果、各パラメータＲ１〜Ｒ３における各機能Ａ〜Ｃの意味類似率が、図１１に示す数値になったとする。更に、計算部ｄ５は、比較対象の機能Ａ〜Ｃの意味類似率の内、所定の閾値（γ＝０．５とする）以上の数値を比較対象とする。
【０１４９】
次に、図１５に示すステップＳ２５において、計算部ｄ５は、各パラメータＲ１〜Ｒ３の「型」及び「名」について、機能オリジナルの内容に対して各機能Ａ〜Ｃの内容を比較して、一致／不一致を判定する。この結果、不一致の場合（Ｎｏ）は、ステップＳ２６において、該当項目に「０」を記載する。一致する場合（Ｙｅｓ）は、ステップＳ２７において、図１１に示すように該当項目に「１」を記載する。
【０１５０】
次に、ステップＳ２８において、計算部ｄ５は、３つのパラメータＲ１〜Ｒ３の「型」と「名」の比較結果を用いて、機能オリジナルに最も類似する機能Ａ〜Ｃを選定する計算を行う。この計算は、前述した通り、式（１４）〜式（２３）を用いて行う。更に、計算部ｄ５は、その計算で選定された各機能Ａ〜Ｃの類似率を総合類似率計算部ｄ６へ出力する。本例では、上述の式（２３）に示す機能Ａ２７ｂの類似率１．００、機能Ｂ２７ｃ及び機能Ｃ２７ｄの類似率０．５５及び０．８０が出力されたとする。
【０１５１】
次に、ステップＳ２９において、総合類似率計算部ｄ６は、リクエスト類似率計算部ｄ４からの各機能Ａ〜Ｃの類似率と、レスポンス類似率計算部ｄ５からの各機能Ａ〜Ｃの類似率との各機能Ａ〜Ｃ毎の平均値を計算し、この計算結果を判断部ｄ７へ出力する。本例において、総合類似率計算部ｄ６には、リクエスト類似率計算部ｄ４からの機能Ａの類似率０．９４、機能Ｂ及び機能Ｃの類似率０．６５９及び０．２と、レスポンス類似率計算部ｄ５からの機能Ａの類似率１．００、機能Ｂ及び機能Ｃの類似率０．５５及び０．８０とが入力される。そこで、総合類似率計算部ｄ６は、機能Ａの類似率０．９４と類似率１．００との平均値０．９７を計算し、機能Ｂの類似率０．６５９と類似率０．５５との平均値０．６０４５を計算し、機能Ｃの類似率０．２と類似率０．８０との平均値０．５を計算し、これらの計算結果を判断部ｄ７へ出力する。
【０１５２】
なお、ステップＳ３０において、総合類似率計算部ｄ６は、当該計算部ｄ６での計算結果及び、当該計算部ｄ６に入力されたリクエスト類似率計算部ｄ４及びレスポンス類似率計算部ｄ５からの計算情報を、ＤＢ２１ｆへ入力して識別可能に保持させる。
【０１５３】
次に、ステップＳ３１において、判断部ｄ７は、総合類似率計算部ｄ６から入力される各機能Ａ〜Ｃの類似率の内の最大の類似率の機能（本例ではＡ）を、機能オリジナルに対応する機能Ａ２７ｂのＡＰＩ２８ｂとして選択する。本例では、判断部ｄ７に、機能Ａの類似率の平均値０．９７と、機能Ｂの類似率の平均値０．６０４５と、機能Ｃの類似率の平均値０．５とが入力される。そこで、判断部ｄ７は、最大値の機能Ａの類似率の平均値０．９７の機能Ａを、機能オリジナルに対応する機能Ａ２７ｂのＡＰＩ２８ｂとして選択する。
更に、判断部ｄ７は、その選択された類似率の最も高いＡＰＩ（類似ＡＰＩ）２８ｂの情報と、互換信号受信部ｄ１で受信されたレスポンス情報とを信号変換部２１ｇへ出力する。
【０１５４】
また、ステップＳ３２において、判断部ｄ７は、リクエスト類似率計算部ｄ４及びレスポンス類似率計算部ｄ５から、機能オリジナルに類似可能な機能の類似率が送られてこない場合、機能オリジナルへの互換動作が不可能と判断して、エラー情報を信号変換部２１ｇへ出力する。
【０１５５】
次に、図１６に示すステップＳ３３において、信号変換部２１ｇは、類似率の最も高い類似ＡＰＩの情報と、互換信号受信部ｄ１で受信されたレスポンス情報とを受信後、機能オリジナル２７ａのＡＰＩ２８ａへのリクエスト情報を、類似ＡＰＩ２８ｂへ再リクエスト可能なリクエスト情報に変換し、図３に示す信号送信部２１ｃへ出力する。信号送信部２１ｃは、その類似ＡＰＩ２８ｂへのリクエスト情報を、ＡＰＩ２８ｂを介して類似イネーブラとしての機能（類似機能）Ａ２７ｂ（図２）へ送信する。
【０１５６】
ステップＳ３４において、機能Ａ２７ｂは、受信したリクエスト情報に応じたレスポンス情報を信号受信部２１ａへ送信する。この信号受信部２１ａは、受信したレスポンス情報を信号変換部２１ｇへ出力する。
【０１５７】
ステップＳ３５において、信号変換部２１ｇは、類似機能Ａ２７ｂから受信したレスポンス情報を、機能不全の機能オリジナル２７ａから本来適性に出力されるレスポンス情報に整合するように変換し、この変換されたレスポンス情報を信号送信部２１ｃへ入力する。
ステップＳ３６において、信号送信部２１ｃは、その入力されたレスポンス情報をＡＰＩ２６ｂ（図２）を介してアプリ２５ａへ送信する。
【０１５８】
これにより、ステップＳ３７において、アプリ２５ａで類似機能Ａ２７ｂからの店舗情報が取得され、スマホに店舗の位置等の情報が表示される。これによって、ユーザは、機能オリジナル２７ａが機能不全の場合でも、機能オリジナル２７ａに対応関係がある類似機能Ａ２７ｂからの店舗情報を受信することにより、その店舗位置の周辺にどの様な店舗があるか等を検索可能となる。
【０１５９】
＜実施形態の効果＞
以上説明した本実施形態のＡＰＩ集約装置２４のＡＰＩ類似率算出装置２１ｄは、図２に示す通信システム２０のアプリ２５ａとイネーブラとしての店舗検索機能オリジナル２７ａ及び店舗検索機能Ａ２７ｂ〜Ｃ２７ｄとの間に少なくともＡＰＩ２６ａ，２８ａ〜２８ｄを介して接続されている。通信システム２０は、所定の目的を少なくとも通信を行って実現する機能オリジナル２７ａ及び機能Ａ２７ｂ〜Ｃ２７ｄに繋がるＡＰＩ２８ａ〜２８ｄを複数組み合わせたアプリ２５ａを有する。このアプリ２５ａが、所望の情報を取得するためのリクエスト情報を、情報インターフェイスであるＡＰＩ２６ａ，２８ａ〜２８ｄを介して機能オリジナル２７ａ及び機能Ａ２７ｂ〜Ｃ２７ｄへ送信する。
【０１６０】
この送信したリクエスト情報を受信した機能オリジナル２７ａ及び機能Ａ２７ｂ〜Ｃ２７ｄが当該リクエスト情報に応じたレスポンス情報を、ＡＰＩ２８ａ〜２８ｄ，２６ａを介してアプリ２５ａへ返信するようになっている。但し、「少なくともＡＰＩＡＰＩ２６ａ，２８ａ〜２８ｄを介して」というのは、アプリ２５ａからＡＰＩ集約装置２４に繋がるＡＰＩ２６ａと、機能オリジナル２７ａ及び機能Ａ２７ｂ〜Ｃ２７ｄに繋がるＡＰＩ２８ａ〜２８ｄとは、ＡＰＩ集約装置２４を介する際にＡＰＩ２８ａ〜２８ｄのパラメータ等の形式が置き換えられている場合がある。形式を置き換える場合は、置き換える形式の対応関係をＡＰＩ集約装置２４で保持する。
【０１６１】
本実施形態の特徴は、アプリ２５ａから所望の機能オリジナル２７ａへＡＰＩを介してリクエスト情報を送信した際に、当該機能オリジナル２７ａが、当該リクエスト情報の内容に適合したレスポンス情報を返信しない機能不全の場合、ＤＢ２１ｆから機能不全となった機能オリジナル２７ａに係るＡＰＩの検索動作概要の情報を示すＡＰＩ動作概要情報、リクエスト情報及びレスポンス情報の３情報を取得するする情報取得部ｄ２と、取得された３情報の各々に最も近い情報を有する他の機能（例えばＡ２７ｂ）に繋がるＡＰＩ２８ｂを、最も類似率が高い類似ＡＰＩ２８ｂとして選択する計算部（ｄ３，ｄ４，ｄ５，ｄ６）を備えることにある。
【０１６２】
これによって、機能不全となった機能オリジナル２７ａに係るＡＰＩ動作概要情報、リクエスト情報及びレスポンス情報の各々に最も近い情報を有する他の機能Ａ２７ｂに繋がるＡＰＩ２８ｂを、最も類似率が高い類似ＡＰＩ２８ｂとして選択する。このため、機能不全となった機能オリジナル２７ａに互換性を有する類似ＡＰＩ２８ｂを、適正に自動で検索して選択することができる。言い換えれば、ＡＰＩを活用したアプリ２５ａがＡＰＩ利用不可能時に、ＡＰＩ間の類似率を求めることにより、利用不可能ＡＰＩに対する類似ＡＰＩの検索及び利用可否判断を自動で行うことができる。これによって、アプリ２５ａは、機能不全となった機能オリジナル２７ａに代えて類似ＡＰＩ２８ｂから所望の情報を取得することができる。更に、インターネットを介して利用可能な全ＡＰＩの検索及び利用可否判断を行うことが可能となる。
【０１６３】
また、計算部は、ＡＰＩ概要類似率計算部ｄ３と、リクエスト類似率計算部ｄ４と、レスポンス類似率計算部ｄ５と、総合類似率計算部ｄ６とを備えて構成されている。ＡＰＩ概要類似率計算部ｄ３は、機能不全となった機能オリジナル２７ａに係るＡＰＩ動作概要情報との一致度が、第１閾値（α＝０．５）以上の機能Ａ２７ｂ〜Ｃ２７ｄに繋がるＡＰＩ２８ｂ〜２８ｄを類似ＡＰＩ候補として選択する。
【０１６４】
リクエスト類似率計算部ｄ４は、その選択された類似ＡＰＩ候補のＡＰＩに繋がる機能Ａ２７ｂ〜Ｃ２７ｄにおいて、当該機能Ａ２７ｂ〜Ｃ２７ｄのリクエスト情報と、機能不全となった機能オリジナル２７ａのリクエスト情報との一致度が、第２閾値（β＝０．５）以上のリクエスト情報を有する機能Ａ２７ｂ〜Ｃ２７ｄに繋がるＡＰＩ２８ｂ〜２８ｄを選択する。
【０１６５】
レスポンス類似率計算部ｄ５は、ＡＰＩ概要類似率計算部ｄ３で選択された類似ＡＰＩ候補のＡＰＩに繋がる機能Ａ２７ｂ〜Ｃ２７ｄにおいて、当該機能Ａ２７ｂ〜Ｃ２７ｄのレスポンス情報と、機能不全となった機能オリジナル２７ａのレスポンス情報との一致度が、第３閾値（γ＝０．５）以上のレスポンス情報を有する機能Ａ２７ｂ〜Ｃ２７ｄに繋がるＡＰＩ２８ｂ〜２８ｄを選択する。
【０１６６】
総合類似率計算部ｄ６は、リクエスト類似率計算部ｄ４で選択されたＡＰＩ２８ｂ〜２８ｄの類似率と、レスポンス類似率計算部ｄ５で選択されたＡＰＩ２８ｂ〜２８ｄの類似率との平均値を求め、この平均値が最も大きい類似率のＡＰＩ２８ｂを類似ＡＰＩ２８ｂとして選択する。
【０１６７】
これによれば、機能不全となった機能オリジナル２７ａに係るＡＰＩ動作概要情報、リクエスト情報及びレスポンス情報の順に基づき、機能不全の機能オリジナル２７ａのＡＰＩに最も類似率が高いＡＰＩを類似ＡＰＩとして選択することができる。このため、機能不全となった機能オリジナル２７ａに互換性を有する類似ＡＰＩ２８ｂを、適正に自動で検索して選択することができる。
【０１６８】
次に、ＡＰＩ類似率算出方法について説明する。この方法では、所定の目的を少なくとも通信を行って実現する機能オリジナル２７ａ及び機能Ａ２７ｂ〜Ｃ２７ｄに繋がるＡＰＩ２８ａ〜２８ｄを複数組み合わせたアプリ２５ａが、所望の情報を取得するためのリクエスト情報を例えばＡＰＩ２８ａを介して機能オリジナル２７ａへ送信する、この送信されたリクエスト情報を受信した機能オリジナル２７ａがリクエスト情報に応じたレスポンス情報を、ＡＰＩ２８ａを介してアプリ２５ａへ返信する通信システム２０において、アプリ２５ａと機能オリジナル２７ａ及び機能Ａ２７ａ〜Ｃ２７ｄとの間に少なくともＡＰＩ２８ａ〜２８ｄを介して接続されたＡＰＩ集約装置２４に備えられるＡＰＩ類似率算出装置２１ｄを有する。
【０１６９】
ＡＰＩ類似率算出装置２１ｄは、アプリ２５ａから所望の機能オリジナル２７ａへＡＰＩ２８ａを介してリクエスト情報を送信した際に、当該機能オリジナル２７ａが、当該リクエスト情報の内容に適合したレスポンス情報を返信しない機能不全の場合、ＤＢ２１ｆから機能不全となった機能オリジナル２７ａに係るＡＰＩの検索動作概要の情報を示すＡＰＩ動作概要情報、リクエスト情報及びレスポンス情報の３情報を取得するステップと、リクエスト情報及びレスポンス情報の３情報を取得するステップと、取得された３情報の各々に最も近い情報を有する他の例えば機能Ａ２７ｂに繋がるＡＰＩ２８ｂを、最も類似率が高い類似ＡＰＩ２８ｂとして選択するステップとを実行するようにした。
【０１７０】
この方法によれば、上述したＡＰＩ類似率算出装置２１ｄの効果と同様に、ＡＰＩを活用したアプリ２５ａがＡＰＩ利用不可能時に、ＡＰＩ間の類似率を求めることにより、利用不可能ＡＰＩに対する類似ＡＰＩの検索及び利用可否判断を自動で行うことができる。
【０１７１】
また、本実施形態のコンピュータを実行するプログラムについて説明する。コンピュータは、所定の目的を少なくとも通信を行って実現する機能オリジナル２７ａ及び機能Ａ２７ｂ〜Ｃ２７ｄに繋がるＡＰＩ２８ａ〜２８ｄを複数組み合わせたアプリ２５ａが、所望の情報を取得するためのリクエスト情報を例えばＡＰＩ２８ａを介して機能オリジナル２７ａへ送信する、この送信されたリクエスト情報を受信した機能オリジナル２７ａがリクエスト情報に応じたレスポンス情報を、ＡＰＩ２８ａを介してアプリ２５ａへ返信する通信システム２０において、アプリ２５ａと機能オリジナル２７ａ及び機能Ａ２７ａ〜Ｃ２７ｄとの間に少なくともＡＰＩ２８ａ〜２８ｄを介して接続されたＡＰＩ集約装置２４に備えられるＡＰＩ類似率算出装置２１ｄであるとする。
【０１７２】
このプログラムは、上記コンピュータを、アプリ２５ａから所望の機能オリジナル２７ａへＡＰＩ２８ａを介してリクエスト情報を送信した際に、当該機能オリジナル２７ａが、当該リクエスト情報の内容に適合したレスポンス情報を返信しない機能不全の場合、ＤＢ２１ｆから機能不全となった機能オリジナル２７ａに係るＡＰＩの検索動作概要の情報を示すＡＰＩ動作概要情報、リクエスト情報及びレスポンス情報の３情報を取得する手段、取得された３情報の各々に最も近い情報を有する他の例えば機能Ａ２７ｂに繋がるＡＰＩ２８ｂを、最も類似率が高い類似ＡＰＩ２８ｂとして選択する手段として機能させる。
【０１７３】
このプログラムによれば、上述したＡＰＩ類似率算出装置２１ｄの効果と同様に、ＡＰＩを活用したアプリ２５ａがＡＰＩ利用不可能時に、ＡＰＩ間の類似率を求めることにより、利用不可能ＡＰＩに対する類似ＡＰＩの検索及び利用可否判断を自動で行うことができる。
【０１７４】
その他、具体的な構成について、本発明の主旨を逸脱しない範囲で適宜変更が可能である。ＡＰＩ類似率算出装置２１ｄは、ＡＰＩの互換動作だけでなく、自ＡＰＩに類似率が高いＡＰＩを検索する処理装置として使用可能である。例えば、飲食店検索用のＡＰＩを作ったが、これがもう一つしっくりこないとする。しかし、その飲食店検索用のＡＰＩを変更したくない場合、どこからか飲食店検索用のＡＰＩに類似のＡＰＩを探してくる必要がある。このようなケースにおいて、ＡＰＩ類似率算出装置２１ｄでは、飲食店検索用のＡＰＩに類似率が高いＡＰＩを検索することができるので、自動で類似ＡＰＩを探索可能となる。
【符号の説明】
【０１７５】
２０  通信システム
２１  ＡＰＩ処理機能部
２１ａ  信号受信部
２１ｂ  信号情報蓄積部
２１ｃ  信号送信部
２１ｄ  ＡＰＩ類似率算出装置
ｄ１  互換信号受信部
ｄ２  情報取得部
ｄ３  ＡＰＩ概要類似率計算部
ｄ４  リクエスト類似率計算部
ｄ５  レスポンス類似率計算部
ｄ６  総合類似率計算部
ｄ７  判断部
２１ｆ  ＡＰＩ互換情報ＤＢ（データベース）
２１ｇ  信号変換部
２２  開発者ポータル機能部
２３  保守運用機能部
２４  ＡＰＩ集約装置
２５ａ〜２５ｍ  アプリケーション
２６ａ〜２６ｊ，２８ａ〜２８ｎ  ＡＰＩ
２７ａ〜２７ｎ  イネーブラ
２７ａ  店舗検索機能オリジナル（イネーブラ）
２７ｂ  店舗検索機能Ａ（イネーブラ）
２７ｃ  店舗検索機能Ｂ（イネーブラ）
２７ｄ  店舗検索機能Ｃ（イネーブラ）
【図１】
2017033131.tif 000026
【図２】
2017033131.tif 000027
【図３】
2017033131.tif 000028
【図４】
2017033131.tif 000029
【図５】
2017033131.tif 000030
【図６】
2017033131.tif 000031
【図７】
2017033131.tif 000032
【図８】
2017033131.tif 000033
【図９】
2017033131.tif 000034
【図１０】
2017033131.tif 000035
【図１１】
2017033131.tif 000036
【図１２】
2017033131.tif 000037
【図１３】
2017033131.tif 000038
【図１４】
2017033131.tif 000039
【図１５】
2017033131.tif 000040
【図１６】
2017033131.tif 000041
【図１７】
2017033131.tif 000042